From xen-users-bounces@lists.xen.org Sat Feb 01 01:52:23 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 01 Feb 2014 01:52: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 1W9Pk8-0001X9-4B; Sat, 01 Feb 2014 01:51:36 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1W9Pk6-0001X4-O0 for xen-users@lists.xen.org; Sat, 01 Feb 2014 01:51:34 +0000 Received: from [85.158.139.211:35577] by server-1.bemta-5.messagelabs.com id 5C/F2-12859-6235CE25; Sat, 01 Feb 2014 01:51:34 +0000 X-Env-Sender: mitch@bitblock.net X-Msg-Ref: server-12.tower-206.messagelabs.com!1391219491!954748!1 X-Originating-IP: [66.199.170.5] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17588 invoked from network); 1 Feb 2014 01:51:33 -0000 Received: from vserver.bitblock.com (HELO slim1.bitblock.com) (66.199.170.5) by server-12.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Feb 2014 01:51:33 -0000 Received: from ES3.hs.planbcorp.net ([10.2.1.6]) (AUTH: LOGIN es3-relay@bitblock.net, TLS: TLSv1/SSLv3, 128bits, AES128-SHA) by slim1.bitblock.com with esmtp; Sat, 01 Feb 2014 01:51:30 +0000 Received: from ES3.hs.planbcorp.net ([fe80::58cf:69f9:51e:44a1]) by ES3.hs.planbcorp.net ([fe80::58cf:69f9:51e:44a1%12]) with mapi id 14.02.0387.000; Fri, 31 Jan 2014 17:51:29 -0800 From: "mitch@bitblock.net" To: 'Wei Liu' , "Manoj Subramaniam (manojsub)" Thread-Topic: [Xen-users] Converting a VMDK on ESX to raw Thread-Index: AQHPHro461G9J8O7oUaEZU9eDQPiEJqf68qA//+2kKA= Date: Sat, 1 Feb 2014 01:51:29 +0000 Message-ID: References: <20140131221244.GA1476@zion.uk.xensource.com> In-Reply-To: <20140131221244.GA1476@zion.uk.xensource.com> Accept-Language: en-CA, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.1.0.12] MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Converting a VMDK on ESX to raw X-BeenThere: xen-users@lists.xen.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 V2VpIGNhbiB5b3UgcHJvdmlkZSBhIGxpdHRsZSBtb3JlIGRldGFpbD8NCkkgaGF2ZSBhIGNsaWVu dCBtYWNoaW5lIHJ1bm5pbmcgV2luZG93cyAyMDAwIG9uIHZtd2FyZSAyIEkgZGVzcGFyYXRlbHkg d2FudCB0byBjb252ZXJ0IHRvIFhlblNlcnZlciA2LjIgYnV0IHNvIGZhciBteSBhdHRlbXB0cyBo YXZlIGFsbCBmYWlsZWQuDQpTaW5nbGUgbWFjaGluZSAtIGJ1dCBJJ20gbm90IHF1aXRlIHN1cmUg d2hhdCBJJ2QgYmUgZGQnaW5nIHRvIHdoYXQ/DQoNCkNoZWVycyAtIGhhdmUgYSBncmVhdCB3ZWVr ZW5kIQ0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogeGVuLXVzZXJzLWJvdW5j ZXNAbGlzdHMueGVuLm9yZyBbbWFpbHRvOnhlbi11c2Vycy1ib3VuY2VzQGxpc3RzLnhlbi5vcmdd IE9uIEJlaGFsZiBPZiBXZWkgTGl1DQpTZW50OiBKYW51YXJ5IDMxLCAyMDE0IDI6MTMgUE0NClRv OiBNYW5vaiBTdWJyYW1hbmlhbSAobWFub2pzdWIpDQpDYzogeGVuLXVzZXJzQGxpc3RzLnhlbi5v cmc7IHdlaS5saXUyQGNpdHJpeC5jb20NClN1YmplY3Q6IFJlOiBbWGVuLXVzZXJzXSBDb252ZXJ0 aW5nIGEgVk1ESyBvbiBFU1ggdG8gcmF3DQoNCk9uIEZyaSwgSmFuIDMxLCAyMDE0IGF0IDA3OjI1 OjM3UE0gKzAwMDAsIE1hbm9qIFN1YnJhbWFuaWFtIChtYW5vanN1Yikgd3JvdGU6DQo+IEnigJlt IHRyeWluZyB0byBjb252ZXJ0IGEgdm1kayB3aW5kb3dzIGltYWdlIHRvIGEgcmF3IGltYWdlIGNv bXBhdGlibGUgd2l0aCB4ZW4uIEkgaGF2ZSB0cmllZCBxZW11LWltZyBhbmQgdm1rZnN0b29scyBz byBmYXIsIGJ1dCBoYXZlIGhhZCBubyBsdWNrIEkuZSwgRG9tVSBzYXlzIGl0IGNhbuKAmXQgZmlu ZCB0aGUgYm9vdCBkaXNrIGFuZCBmYWlscy4gSSBhbSBnb2luZyB0byAgdHJ5IG91dCBSZWRoYXTi gJlzIHZpcnQtdjJ2LiBJcyB0aGVyZSBhIHRvb2wgeW91IGd1eXMgdXNlPw0KPiANCg0KQSBkdW1i IG1ldGhvZCBJIGNhbiB0aGluayBvZiBpcyB5b3UgY3JlYXRlIGEgTGludXggZ3Vlc3Qgb24gRVNY LCBtb3VudCBhdHRhY2ggdGhhdCBkaXNrIGFuZCB1c2UgZGQuIEl0IHNob3VsZCBiZSBkb2FibGUg aWYgeW91IG9ubHkgd2FudCB0byBjb252ZXJ0IG9uZSBvciB0d28gZGlza3MuDQoNCldlaS4NCg0K PiAtIE1hbm9qDQoNCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX18NCj4gWGVuLXVzZXJzIG1haWxpbmcgbGlzdA0KPiBYZW4tdXNlcnNAbGlzdHMueGVuLm9y Zw0KPiBodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnMNCg0KDQpfX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KWGVuLXVzZXJzIG1haWxpbmcgbGlzdA0K WGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcNCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw0K X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJz IG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9y Zy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Sat Feb 01 01:52:23 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 01 Feb 2014 01:52: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 1W9Pk8-0001X9-4B; Sat, 01 Feb 2014 01:51:36 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1W9Pk6-0001X4-O0 for xen-users@lists.xen.org; Sat, 01 Feb 2014 01:51:34 +0000 Received: from [85.158.139.211:35577] by server-1.bemta-5.messagelabs.com id 5C/F2-12859-6235CE25; Sat, 01 Feb 2014 01:51:34 +0000 X-Env-Sender: mitch@bitblock.net X-Msg-Ref: server-12.tower-206.messagelabs.com!1391219491!954748!1 X-Originating-IP: [66.199.170.5] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17588 invoked from network); 1 Feb 2014 01:51:33 -0000 Received: from vserver.bitblock.com (HELO slim1.bitblock.com) (66.199.170.5) by server-12.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Feb 2014 01:51:33 -0000 Received: from ES3.hs.planbcorp.net ([10.2.1.6]) (AUTH: LOGIN es3-relay@bitblock.net, TLS: TLSv1/SSLv3, 128bits, AES128-SHA) by slim1.bitblock.com with esmtp; Sat, 01 Feb 2014 01:51:30 +0000 Received: from ES3.hs.planbcorp.net ([fe80::58cf:69f9:51e:44a1]) by ES3.hs.planbcorp.net ([fe80::58cf:69f9:51e:44a1%12]) with mapi id 14.02.0387.000; Fri, 31 Jan 2014 17:51:29 -0800 From: "mitch@bitblock.net" To: 'Wei Liu' , "Manoj Subramaniam (manojsub)" Thread-Topic: [Xen-users] Converting a VMDK on ESX to raw Thread-Index: AQHPHro461G9J8O7oUaEZU9eDQPiEJqf68qA//+2kKA= Date: Sat, 1 Feb 2014 01:51:29 +0000 Message-ID: References: <20140131221244.GA1476@zion.uk.xensource.com> In-Reply-To: <20140131221244.GA1476@zion.uk.xensource.com> Accept-Language: en-CA, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.1.0.12] MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Converting a VMDK on ESX to raw X-BeenThere: xen-users@lists.xen.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 V2VpIGNhbiB5b3UgcHJvdmlkZSBhIGxpdHRsZSBtb3JlIGRldGFpbD8NCkkgaGF2ZSBhIGNsaWVu dCBtYWNoaW5lIHJ1bm5pbmcgV2luZG93cyAyMDAwIG9uIHZtd2FyZSAyIEkgZGVzcGFyYXRlbHkg d2FudCB0byBjb252ZXJ0IHRvIFhlblNlcnZlciA2LjIgYnV0IHNvIGZhciBteSBhdHRlbXB0cyBo YXZlIGFsbCBmYWlsZWQuDQpTaW5nbGUgbWFjaGluZSAtIGJ1dCBJJ20gbm90IHF1aXRlIHN1cmUg d2hhdCBJJ2QgYmUgZGQnaW5nIHRvIHdoYXQ/DQoNCkNoZWVycyAtIGhhdmUgYSBncmVhdCB3ZWVr ZW5kIQ0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogeGVuLXVzZXJzLWJvdW5j ZXNAbGlzdHMueGVuLm9yZyBbbWFpbHRvOnhlbi11c2Vycy1ib3VuY2VzQGxpc3RzLnhlbi5vcmdd IE9uIEJlaGFsZiBPZiBXZWkgTGl1DQpTZW50OiBKYW51YXJ5IDMxLCAyMDE0IDI6MTMgUE0NClRv OiBNYW5vaiBTdWJyYW1hbmlhbSAobWFub2pzdWIpDQpDYzogeGVuLXVzZXJzQGxpc3RzLnhlbi5v cmc7IHdlaS5saXUyQGNpdHJpeC5jb20NClN1YmplY3Q6IFJlOiBbWGVuLXVzZXJzXSBDb252ZXJ0 aW5nIGEgVk1ESyBvbiBFU1ggdG8gcmF3DQoNCk9uIEZyaSwgSmFuIDMxLCAyMDE0IGF0IDA3OjI1 OjM3UE0gKzAwMDAsIE1hbm9qIFN1YnJhbWFuaWFtIChtYW5vanN1Yikgd3JvdGU6DQo+IEnigJlt IHRyeWluZyB0byBjb252ZXJ0IGEgdm1kayB3aW5kb3dzIGltYWdlIHRvIGEgcmF3IGltYWdlIGNv bXBhdGlibGUgd2l0aCB4ZW4uIEkgaGF2ZSB0cmllZCBxZW11LWltZyBhbmQgdm1rZnN0b29scyBz byBmYXIsIGJ1dCBoYXZlIGhhZCBubyBsdWNrIEkuZSwgRG9tVSBzYXlzIGl0IGNhbuKAmXQgZmlu ZCB0aGUgYm9vdCBkaXNrIGFuZCBmYWlscy4gSSBhbSBnb2luZyB0byAgdHJ5IG91dCBSZWRoYXTi gJlzIHZpcnQtdjJ2LiBJcyB0aGVyZSBhIHRvb2wgeW91IGd1eXMgdXNlPw0KPiANCg0KQSBkdW1i IG1ldGhvZCBJIGNhbiB0aGluayBvZiBpcyB5b3UgY3JlYXRlIGEgTGludXggZ3Vlc3Qgb24gRVNY LCBtb3VudCBhdHRhY2ggdGhhdCBkaXNrIGFuZCB1c2UgZGQuIEl0IHNob3VsZCBiZSBkb2FibGUg aWYgeW91IG9ubHkgd2FudCB0byBjb252ZXJ0IG9uZSBvciB0d28gZGlza3MuDQoNCldlaS4NCg0K PiAtIE1hbm9qDQoNCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX18NCj4gWGVuLXVzZXJzIG1haWxpbmcgbGlzdA0KPiBYZW4tdXNlcnNAbGlzdHMueGVuLm9y Zw0KPiBodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnMNCg0KDQpfX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KWGVuLXVzZXJzIG1haWxpbmcgbGlzdA0K WGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcNCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw0K X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJz IG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9y Zy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Sat Feb 01 03:59:49 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 01 Feb 2014 03:59: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 1W9RjG-0003k6-TD; Sat, 01 Feb 2014 03:58:50 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1W9RjF-0003k1-QT for xen-users@lists.xen.org; Sat, 01 Feb 2014 03:58:49 +0000 Received: from [85.158.143.35:62838] by server-3.bemta-4.messagelabs.com id 35/31-11539-9F07CE25; Sat, 01 Feb 2014 03:58:49 +0000 X-Env-Sender: chsnow123@gmail.com X-Msg-Ref: server-14.tower-21.messagelabs.com!1391227127!2351025!1 X-Originating-IP: [209.85.220.179] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27592 invoked from network); 1 Feb 2014 03:58:48 -0000 Received: from mail-vc0-f179.google.com (HELO mail-vc0-f179.google.com) (209.85.220.179) by server-14.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 1 Feb 2014 03:58:48 -0000 Received: by mail-vc0-f179.google.com with SMTP id lh14so3499296vcb.24 for ; Fri, 31 Jan 2014 19:58:47 -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=X6Rp/WQrcTtLle2Q+YpBnsGolYw+96hwrZDMutOdcXg=; b=mUZccfrKmiTgic8K0tamUXXYf/qBD7yDPsD49vkVLaRI+eNgm8quo6kJfWM2Vfnvqv kGVXm7uzCT7EfO/BwpSinKEq2YR2ooWNDN+cjIcWmQ9DRq/AfCny9el8kVRbluE8J6QY zsHs9bmvpeZlF9U3lYI6pYONLuqm/z0lC3Uj+sylUhgkcRN7ssM79zHls75tVeOTb+sf tkTn+R7NZHAoYoQJAxCVKA94vEMSv4sFlLvPL/kDuR9aSmES7ieqrSY8wz2oT5slglCZ dNHIpffo+OopUVcNhgHhkvXe2be/73/wISpzDAs2SDGMWlXahKa+gbe4q54wISuDlRSs rUwg== MIME-Version: 1.0 X-Received: by 10.58.211.130 with SMTP id nc2mr18458719vec.7.1391227127201; Fri, 31 Jan 2014 19:58:47 -0800 (PST) Received: by 10.58.97.173 with HTTP; Fri, 31 Jan 2014 19:58:47 -0800 (PST) Date: Sat, 1 Feb 2014 03:58:47 +0000 Message-ID: From: chris snow To: xen-users@lists.xen.org Subject: [Xen-users] $ xe vm-list - Connection refused (calling connect ) X-BeenThere: xen-users@lists.xen.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 trying to install xen on a debian 7 x86 virtualbox guest. My setup is based on cloudstack's devcloud2 [1] The main xen packages I'm installing are: apt-get install xcp-networkd linux-headers-3.2.0-4-686-pae xen-hypervisor-4.1-i386 xcp-xapi xcp-xe xcp-guest-templates xcp-vncterm xen-tools blktap-utils blktap-dkms qemu-keymaps qemu-util After rebooting the machine and running '$ xe vm-list', I get the error: Connection refused (calling connect ) I've added some debug output here [2] Any pointers will be appreciated! Many thanks, Chris --- [1] http://bhaisaab.org/logs/devcloud/ [2] https://github.com/snowch/devcloud/issues/2 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Feb 01 03:59:49 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 01 Feb 2014 03:59: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 1W9RjG-0003k6-TD; Sat, 01 Feb 2014 03:58:50 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1W9RjF-0003k1-QT for xen-users@lists.xen.org; Sat, 01 Feb 2014 03:58:49 +0000 Received: from [85.158.143.35:62838] by server-3.bemta-4.messagelabs.com id 35/31-11539-9F07CE25; Sat, 01 Feb 2014 03:58:49 +0000 X-Env-Sender: chsnow123@gmail.com X-Msg-Ref: server-14.tower-21.messagelabs.com!1391227127!2351025!1 X-Originating-IP: [209.85.220.179] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27592 invoked from network); 1 Feb 2014 03:58:48 -0000 Received: from mail-vc0-f179.google.com (HELO mail-vc0-f179.google.com) (209.85.220.179) by server-14.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 1 Feb 2014 03:58:48 -0000 Received: by mail-vc0-f179.google.com with SMTP id lh14so3499296vcb.24 for ; Fri, 31 Jan 2014 19:58:47 -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=X6Rp/WQrcTtLle2Q+YpBnsGolYw+96hwrZDMutOdcXg=; b=mUZccfrKmiTgic8K0tamUXXYf/qBD7yDPsD49vkVLaRI+eNgm8quo6kJfWM2Vfnvqv kGVXm7uzCT7EfO/BwpSinKEq2YR2ooWNDN+cjIcWmQ9DRq/AfCny9el8kVRbluE8J6QY zsHs9bmvpeZlF9U3lYI6pYONLuqm/z0lC3Uj+sylUhgkcRN7ssM79zHls75tVeOTb+sf tkTn+R7NZHAoYoQJAxCVKA94vEMSv4sFlLvPL/kDuR9aSmES7ieqrSY8wz2oT5slglCZ dNHIpffo+OopUVcNhgHhkvXe2be/73/wISpzDAs2SDGMWlXahKa+gbe4q54wISuDlRSs rUwg== MIME-Version: 1.0 X-Received: by 10.58.211.130 with SMTP id nc2mr18458719vec.7.1391227127201; Fri, 31 Jan 2014 19:58:47 -0800 (PST) Received: by 10.58.97.173 with HTTP; Fri, 31 Jan 2014 19:58:47 -0800 (PST) Date: Sat, 1 Feb 2014 03:58:47 +0000 Message-ID: From: chris snow To: xen-users@lists.xen.org Subject: [Xen-users] $ xe vm-list - Connection refused (calling connect ) X-BeenThere: xen-users@lists.xen.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 trying to install xen on a debian 7 x86 virtualbox guest. My setup is based on cloudstack's devcloud2 [1] The main xen packages I'm installing are: apt-get install xcp-networkd linux-headers-3.2.0-4-686-pae xen-hypervisor-4.1-i386 xcp-xapi xcp-xe xcp-guest-templates xcp-vncterm xen-tools blktap-utils blktap-dkms qemu-keymaps qemu-util After rebooting the machine and running '$ xe vm-list', I get the error: Connection refused (calling connect ) I've added some debug output here [2] Any pointers will be appreciated! Many thanks, Chris --- [1] http://bhaisaab.org/logs/devcloud/ [2] https://github.com/snowch/devcloud/issues/2 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Feb 01 07:04:36 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 01 Feb 2014 07:04: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 1W9Ubr-0000D1-Ip; Sat, 01 Feb 2014 07:03:23 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1W9Ubp-0000Cw-UI for xen-users@lists.xen.org; Sat, 01 Feb 2014 07:03:22 +0000 Received: from [85.158.143.35:38689] by server-1.bemta-4.messagelabs.com id 38/E4-31661-93C9CE25; Sat, 01 Feb 2014 07:03:21 +0000 X-Env-Sender: guy.roussin@teledetection.fr X-Msg-Ref: server-11.tower-21.messagelabs.com!1391238200!2363935!1 X-Originating-IP: [193.48.189.9] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31602 invoked from network); 1 Feb 2014 07:03:20 -0000 Received: from komper2.teledetection.fr (HELO komper.teledetection.fr) (193.48.189.9) by server-11.tower-21.messagelabs.com with SMTP; 1 Feb 2014 07:03:20 -0000 Received: from [192.168.1.44] (rab34-6-78-246-209-75.fbx.proxad.net [78.246.209.75]) by komper.teledetection.fr (Serveur mel de la MTD) with ESMTPSA id 36F36213F582 for ; Sat, 1 Feb 2014 08:03:08 +0100 (CET) Message-ID: <52EC9C34.2070009@teledetection.fr> Date: Sat, 01 Feb 2014 08:03:16 +0100 From: Guy Roussin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Icedove/24.2.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: In-Reply-To: X-Enigmail-Version: 1.6 Subject: Re: [Xen-users] Converting a VMDK on ESX to raw X-BeenThere: xen-users@lists.xen.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="===============3227892177931358675==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============3227892177931358675== Content-Type: multipart/alternative; boundary="------------080508030306050803030704" This is a multi-part message in MIME format. --------------080508030306050803030704 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit You can try clonezilla. Guy Le 31/01/2014 20:25, Manoj Subramaniam (manojsub) a écrit : > I'm trying to convert a vmdk windows image to a raw image compatible > with xen. I have tried *qemu-img* and *vmkfstools* so far, but have > had no luck I.e, DomU says it can't find the boot disk and fails. I am > going to try out Redhat's virt-v2v. Is there a tool you guys use? > > - Manoj > --------------080508030306050803030704 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
You can try clonezilla.

Guy

Le 31/01/2014 20:25, Manoj Subramaniam (manojsub) a écrit :
I’m trying to convert a vmdk windows image to a raw image compatible with xen. I have tried qemu-img and vmkfstools so far, but have had no luck I.e, DomU says it can’t find the boot disk and fails. I am going to  try out Redhat’s virt-v2v. Is there a tool you guys use? 

- Manoj


--------------080508030306050803030704-- --===============3227892177931358675== 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 --===============3227892177931358675==-- From xen-users-bounces@lists.xen.org Sat Feb 01 07:04:36 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 01 Feb 2014 07:04: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 1W9Ubr-0000D1-Ip; Sat, 01 Feb 2014 07:03:23 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1W9Ubp-0000Cw-UI for xen-users@lists.xen.org; Sat, 01 Feb 2014 07:03:22 +0000 Received: from [85.158.143.35:38689] by server-1.bemta-4.messagelabs.com id 38/E4-31661-93C9CE25; Sat, 01 Feb 2014 07:03:21 +0000 X-Env-Sender: guy.roussin@teledetection.fr X-Msg-Ref: server-11.tower-21.messagelabs.com!1391238200!2363935!1 X-Originating-IP: [193.48.189.9] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31602 invoked from network); 1 Feb 2014 07:03:20 -0000 Received: from komper2.teledetection.fr (HELO komper.teledetection.fr) (193.48.189.9) by server-11.tower-21.messagelabs.com with SMTP; 1 Feb 2014 07:03:20 -0000 Received: from [192.168.1.44] (rab34-6-78-246-209-75.fbx.proxad.net [78.246.209.75]) by komper.teledetection.fr (Serveur mel de la MTD) with ESMTPSA id 36F36213F582 for ; Sat, 1 Feb 2014 08:03:08 +0100 (CET) Message-ID: <52EC9C34.2070009@teledetection.fr> Date: Sat, 01 Feb 2014 08:03:16 +0100 From: Guy Roussin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Icedove/24.2.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: In-Reply-To: X-Enigmail-Version: 1.6 Subject: Re: [Xen-users] Converting a VMDK on ESX to raw X-BeenThere: xen-users@lists.xen.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="===============3227892177931358675==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============3227892177931358675== Content-Type: multipart/alternative; boundary="------------080508030306050803030704" This is a multi-part message in MIME format. --------------080508030306050803030704 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit You can try clonezilla. Guy Le 31/01/2014 20:25, Manoj Subramaniam (manojsub) a écrit : > I'm trying to convert a vmdk windows image to a raw image compatible > with xen. I have tried *qemu-img* and *vmkfstools* so far, but have > had no luck I.e, DomU says it can't find the boot disk and fails. I am > going to try out Redhat's virt-v2v. Is there a tool you guys use? > > - Manoj > --------------080508030306050803030704 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
You can try clonezilla.

Guy

Le 31/01/2014 20:25, Manoj Subramaniam (manojsub) a écrit :
I’m trying to convert a vmdk windows image to a raw image compatible with xen. I have tried qemu-img and vmkfstools so far, but have had no luck I.e, DomU says it can’t find the boot disk and fails. I am going to  try out Redhat’s virt-v2v. Is there a tool you guys use? 

- Manoj


--------------080508030306050803030704-- --===============3227892177931358675== 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 --===============3227892177931358675==-- From xen-users-bounces@lists.xen.org Sat Feb 01 09:11:57 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 01 Feb 2014 09:11: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 1W9WbE-00044V-PW; Sat, 01 Feb 2014 09:10:52 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1W9WbD-000444-Ea for xen-users@lists.xen.org; Sat, 01 Feb 2014 09:10:51 +0000 Received: from [85.158.139.211:21160] by server-17.bemta-5.messagelabs.com id 45/0F-31975-A1ABCE25; Sat, 01 Feb 2014 09:10:50 +0000 X-Env-Sender: calmar@dagobera.eu X-Msg-Ref: server-7.tower-206.messagelabs.com!1391245849!1000178!1 X-Originating-IP: [87.98.162.229] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_20_30,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28365 invoked from network); 1 Feb 2014 09:10:49 -0000 Received: from 12.mo1.mail-out.ovh.net (HELO mo1.mail-out.ovh.net) (87.98.162.229) by server-7.tower-206.messagelabs.com with SMTP; 1 Feb 2014 09:10:49 -0000 Received: from mail641.ha.ovh.net (gw6.ovh.net [213.251.189.206]) by mo1.mail-out.ovh.net (Postfix) with SMTP id 05529FFB707 for ; Sat, 1 Feb 2014 10:17:08 +0100 (CET) Received: from b0.ovh.net (HELO queueout) (213.186.33.50) by b0.ovh.net with SMTP; 1 Feb 2014 11:11:44 +0200 Received: from mry91-5-88-182-239-210.fbx.proxad.net (HELO ?10.5.5.1?) (postmaster@dagobera.eu@88.182.239.210) by ns0.ovh.net with SMTP; 1 Feb 2014 11:11:44 +0200 Message-ID: <52ECBA15.7030106@dagobera.eu> Date: Sat, 01 Feb 2014 10:10:45 +0100 From: Calmar Organization: calmar User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: xen-users@lists.xen.org X-Ovh-Tracer-Id: 13425230489924111849 X-Ovh-Remote: 88.182.239.210 (mry91-5-88-182-239-210.fbx.proxad.net) X-Ovh-Local: 213.186.33.20 (ns0.ovh.net) X-OVH-SPAMSTATE: OK X-OVH-SPAMSCORE: 0 X-OVH-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrfeejtddrieekucetufdoteggodetrfcurfhrohhfihhlvgemucfqggfjnecuuegrihhlohhuthemuceftddtnecu X-Spam-Check: DONE|U 0.5/N X-VR-SPAMSTATE: OK X-VR-SPAMSCORE: 0 X-VR-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrfeejtddrieekucetufdoteggodetrfcurfhrohhfihhlvgemucfqggfjnecuuegrihhlohhuthemuceftddtnecu Subject: [Xen-users] Multicast message handling in VMs - For Upnp server, client or forward in a VM X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: calmar@dagobera.eu List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6152810792293887175==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============6152810792293887175== Content-Type: multipart/alternative; boundary="------------050609010107010200070008" This is a multi-part message in MIME format. --------------050609010107010200070008 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Hi, I am using xen 4.1.4 of the Debian Wheezy distribution, with network in bridge mode. This is a brand new setup, with default setup options on the network point of view. When a multicast message (here it was Upnp) is sent from the physical network, it can be seen in the eth1 and xenbr1 interfaces, but not in the interfaces inside the VMs. I have a wlan0 interface on the physical machine that is bridged and seen as 'eth2' interface on a VM. The wlan0 interface receives the broadcast messages as seen here: ~# tcpdump -ni wlan0 net 239.0.0.0/8 tcpdump: WARNING: wlan0: no IPv4 address assigned tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on wlan0, link-type EN10MB (Ethernet), capture size 65535 bytes 21:04:30.711511 IP 10.6.6.2.44990 > 239.255.255.250.1900: UDP, length 98 21:04:30.711527 IP 10.6.6.2.44990 > 239.255.255.250.1900: UDP, length 98 21:04:30.794978 IP 10.6.6.2.44990 > 239.255.255.250.1900: UDP, length 98 21:04:30.794992 IP 10.6.6.2.44990 > 239.255.255.250.1900: UDP, length 98 I added a rule to increment the ttl of the broadcast packet that is received on the physical interface: iptables -t mangle -A PREROUTING -d 239.255.255.250/32 -i wlan0 -j TTL --ttl-inc 1 However, nothing is seen inside the VM: tcpdump -ni eth2 net 239.0.0.0/8 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on eth2, link-type EN10MB (Ethernet), capture size 65535 bytes ^C 0 packets captured 0 packets received by filter 0 packets dropped by kernel The next step will be to propagate the packet on the other interfaces, but as soon I got nothing on the original bridged interface,... In some tests I made a few months ago I got "dropped by interface" packets, but now on this new machine, I get nothing more. So I am seeking for clues on this subject; I am sure that there should be some parameter to change in order to enable it, but so far I didn't find it... Greetings all Benoit PS: I posted my previous test here: http://www.xenproject.org/help/questions-and-answers/multicast-message-handling-in-vms-for-upnp-server,-client-or-forward-in-a-vm.html and Russell Pavlicek suggest to put the subject on this mailing list. --------------050609010107010200070008 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit Hi,

I am using xen 4.1.4 of the Debian Wheezy distribution, with network in bridge mode.
This is a brand new setup, with default setup options on the network point of view.

When a multicast message (here it was Upnp) is sent from the physical network, it can be seen in the eth1 and xenbr1 interfaces, but not in the interfaces inside the VMs.

I have a wlan0 interface on the physical machine that is bridged and seen as 'eth2' interface on a VM.
The wlan0 interface receives the broadcast messages as seen here:
~# tcpdump -ni wlan0  net 239.0.0.0/8
tcpdump: WARNING: wlan0: no IPv4 address assigned
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on wlan0, link-type EN10MB (Ethernet), capture size 65535 bytes
21:04:30.711511 IP 10.6.6.2.44990 > 239.255.255.250.1900: UDP, length 98
21:04:30.711527 IP 10.6.6.2.44990 > 239.255.255.250.1900: UDP, length 98
21:04:30.794978 IP 10.6.6.2.44990 > 239.255.255.250.1900: UDP, length 98
21:04:30.794992 IP 10.6.6.2.44990 > 239.255.255.250.1900: UDP, length 98

I added a rule to increment the ttl of the broadcast packet that is received on the physical interface:
 iptables -t mangle -A PREROUTING  -d 239.255.255.250/32 -i wlan0 -j TTL --ttl-inc 1

However, nothing is seen inside the VM:
 tcpdump -ni eth2 net 239.0.0.0/8
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth2, link-type EN10MB (Ethernet), capture size 65535 bytes
^C
0 packets captured
0 packets received by filter
0 packets dropped by kernel

The next step will be to propagate the packet on the other interfaces, but as soon I got nothing on the original bridged interface,...
In some tests I made a few months ago I got "dropped by interface" packets, but now on this new machine, I get nothing more.

So I am seeking for clues on this subject; I am sure that there should be some parameter to change in order to enable it, but so far I didn't find it...

Greetings all
Benoit

PS: I posted my previous test here: http://www.xenproject.org/help/questions-and-answers/multicast-message-handling-in-vms-for-upnp-server,-client-or-forward-in-a-vm.html and Russell Pavlicek suggest to put the subject on this mailing list.


--------------050609010107010200070008-- --===============6152810792293887175== 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 --===============6152810792293887175==-- From xen-users-bounces@lists.xen.org Sat Feb 01 09:11:57 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 01 Feb 2014 09:11: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 1W9WbE-00044V-PW; Sat, 01 Feb 2014 09:10:52 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1W9WbD-000444-Ea for xen-users@lists.xen.org; Sat, 01 Feb 2014 09:10:51 +0000 Received: from [85.158.139.211:21160] by server-17.bemta-5.messagelabs.com id 45/0F-31975-A1ABCE25; Sat, 01 Feb 2014 09:10:50 +0000 X-Env-Sender: calmar@dagobera.eu X-Msg-Ref: server-7.tower-206.messagelabs.com!1391245849!1000178!1 X-Originating-IP: [87.98.162.229] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_20_30,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28365 invoked from network); 1 Feb 2014 09:10:49 -0000 Received: from 12.mo1.mail-out.ovh.net (HELO mo1.mail-out.ovh.net) (87.98.162.229) by server-7.tower-206.messagelabs.com with SMTP; 1 Feb 2014 09:10:49 -0000 Received: from mail641.ha.ovh.net (gw6.ovh.net [213.251.189.206]) by mo1.mail-out.ovh.net (Postfix) with SMTP id 05529FFB707 for ; Sat, 1 Feb 2014 10:17:08 +0100 (CET) Received: from b0.ovh.net (HELO queueout) (213.186.33.50) by b0.ovh.net with SMTP; 1 Feb 2014 11:11:44 +0200 Received: from mry91-5-88-182-239-210.fbx.proxad.net (HELO ?10.5.5.1?) (postmaster@dagobera.eu@88.182.239.210) by ns0.ovh.net with SMTP; 1 Feb 2014 11:11:44 +0200 Message-ID: <52ECBA15.7030106@dagobera.eu> Date: Sat, 01 Feb 2014 10:10:45 +0100 From: Calmar Organization: calmar User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: xen-users@lists.xen.org X-Ovh-Tracer-Id: 13425230489924111849 X-Ovh-Remote: 88.182.239.210 (mry91-5-88-182-239-210.fbx.proxad.net) X-Ovh-Local: 213.186.33.20 (ns0.ovh.net) X-OVH-SPAMSTATE: OK X-OVH-SPAMSCORE: 0 X-OVH-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrfeejtddrieekucetufdoteggodetrfcurfhrohhfihhlvgemucfqggfjnecuuegrihhlohhuthemuceftddtnecu X-Spam-Check: DONE|U 0.5/N X-VR-SPAMSTATE: OK X-VR-SPAMSCORE: 0 X-VR-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrfeejtddrieekucetufdoteggodetrfcurfhrohhfihhlvgemucfqggfjnecuuegrihhlohhuthemuceftddtnecu Subject: [Xen-users] Multicast message handling in VMs - For Upnp server, client or forward in a VM X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: calmar@dagobera.eu List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6152810792293887175==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============6152810792293887175== Content-Type: multipart/alternative; boundary="------------050609010107010200070008" This is a multi-part message in MIME format. --------------050609010107010200070008 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Hi, I am using xen 4.1.4 of the Debian Wheezy distribution, with network in bridge mode. This is a brand new setup, with default setup options on the network point of view. When a multicast message (here it was Upnp) is sent from the physical network, it can be seen in the eth1 and xenbr1 interfaces, but not in the interfaces inside the VMs. I have a wlan0 interface on the physical machine that is bridged and seen as 'eth2' interface on a VM. The wlan0 interface receives the broadcast messages as seen here: ~# tcpdump -ni wlan0 net 239.0.0.0/8 tcpdump: WARNING: wlan0: no IPv4 address assigned tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on wlan0, link-type EN10MB (Ethernet), capture size 65535 bytes 21:04:30.711511 IP 10.6.6.2.44990 > 239.255.255.250.1900: UDP, length 98 21:04:30.711527 IP 10.6.6.2.44990 > 239.255.255.250.1900: UDP, length 98 21:04:30.794978 IP 10.6.6.2.44990 > 239.255.255.250.1900: UDP, length 98 21:04:30.794992 IP 10.6.6.2.44990 > 239.255.255.250.1900: UDP, length 98 I added a rule to increment the ttl of the broadcast packet that is received on the physical interface: iptables -t mangle -A PREROUTING -d 239.255.255.250/32 -i wlan0 -j TTL --ttl-inc 1 However, nothing is seen inside the VM: tcpdump -ni eth2 net 239.0.0.0/8 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on eth2, link-type EN10MB (Ethernet), capture size 65535 bytes ^C 0 packets captured 0 packets received by filter 0 packets dropped by kernel The next step will be to propagate the packet on the other interfaces, but as soon I got nothing on the original bridged interface,... In some tests I made a few months ago I got "dropped by interface" packets, but now on this new machine, I get nothing more. So I am seeking for clues on this subject; I am sure that there should be some parameter to change in order to enable it, but so far I didn't find it... Greetings all Benoit PS: I posted my previous test here: http://www.xenproject.org/help/questions-and-answers/multicast-message-handling-in-vms-for-upnp-server,-client-or-forward-in-a-vm.html and Russell Pavlicek suggest to put the subject on this mailing list. --------------050609010107010200070008 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit Hi,

I am using xen 4.1.4 of the Debian Wheezy distribution, with network in bridge mode.
This is a brand new setup, with default setup options on the network point of view.

When a multicast message (here it was Upnp) is sent from the physical network, it can be seen in the eth1 and xenbr1 interfaces, but not in the interfaces inside the VMs.

I have a wlan0 interface on the physical machine that is bridged and seen as 'eth2' interface on a VM.
The wlan0 interface receives the broadcast messages as seen here:
~# tcpdump -ni wlan0  net 239.0.0.0/8
tcpdump: WARNING: wlan0: no IPv4 address assigned
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on wlan0, link-type EN10MB (Ethernet), capture size 65535 bytes
21:04:30.711511 IP 10.6.6.2.44990 > 239.255.255.250.1900: UDP, length 98
21:04:30.711527 IP 10.6.6.2.44990 > 239.255.255.250.1900: UDP, length 98
21:04:30.794978 IP 10.6.6.2.44990 > 239.255.255.250.1900: UDP, length 98
21:04:30.794992 IP 10.6.6.2.44990 > 239.255.255.250.1900: UDP, length 98

I added a rule to increment the ttl of the broadcast packet that is received on the physical interface:
 iptables -t mangle -A PREROUTING  -d 239.255.255.250/32 -i wlan0 -j TTL --ttl-inc 1

However, nothing is seen inside the VM:
 tcpdump -ni eth2 net 239.0.0.0/8
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth2, link-type EN10MB (Ethernet), capture size 65535 bytes
^C
0 packets captured
0 packets received by filter
0 packets dropped by kernel

The next step will be to propagate the packet on the other interfaces, but as soon I got nothing on the original bridged interface,...
In some tests I made a few months ago I got "dropped by interface" packets, but now on this new machine, I get nothing more.

So I am seeking for clues on this subject; I am sure that there should be some parameter to change in order to enable it, but so far I didn't find it...

Greetings all
Benoit

PS: I posted my previous test here: http://www.xenproject.org/help/questions-and-answers/multicast-message-handling-in-vms-for-upnp-server,-client-or-forward-in-a-vm.html and Russell Pavlicek suggest to put the subject on this mailing list.


--------------050609010107010200070008-- --===============6152810792293887175== 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 --===============6152810792293887175==-- From xen-users-bounces@lists.xen.org Sat Feb 01 09:36:52 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 01 Feb 2014 09:36: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 1W9X02-0004xj-9i; Sat, 01 Feb 2014 09:36:30 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1W9X00-0004xe-I9 for xen-users@lists.xen.org; Sat, 01 Feb 2014 09:36:28 +0000 Received: from [85.158.143.35:49263] by server-3.bemta-4.messagelabs.com id 78/13-11539-B10CCE25; Sat, 01 Feb 2014 09:36:27 +0000 X-Env-Sender: kantras@gmail.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1391247385!2365823!1 X-Originating-IP: [209.85.216.53] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18316 invoked from network); 1 Feb 2014 09:36:26 -0000 Received: from mail-qa0-f53.google.com (HELO mail-qa0-f53.google.com) (209.85.216.53) by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 1 Feb 2014 09:36:26 -0000 Received: by mail-qa0-f53.google.com with SMTP id cm18so7535526qab.40 for ; Sat, 01 Feb 2014 01:36:25 -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=wY1QLi1zRhmfsv3odFletc9eazsvlXYCr/ul0j/2gQ8=; b=ZdnDZer9R0/ZaqHa+Y3zqLGFnxyr/IGHERwIpt8qmeR1Ex7aDAj+qdKh1HiLJqBgUs a3py/Omdx5H8tc7G3SFQQft8ncMfHDuJlcHMuOR/684VWZmj0s8AAbGty6sbefmnzlut Fw78cXUb6HUhQgmCnrtAcI9yQqpKrnn+PVSDbzyPq1F2h7J7QVoPQ+pPB8JIbkeVtBlF qU4xZ07v7M6hCnNIlCgtYQFFPnoThqyww/5uLmMGyzo9QGkSlVXYsDZihYcyoozO57IX glOTxoslYxj8sXa3GPCf4tsQTClWsAGIZZv+D4/MRP+hTUgYlNZyEmTLnfFR3NFzfviZ /bZA== MIME-Version: 1.0 X-Received: by 10.224.121.67 with SMTP id g3mr36026881qar.78.1391247384923; Sat, 01 Feb 2014 01:36:24 -0800 (PST) Received: by 10.96.143.5 with HTTP; Sat, 1 Feb 2014 01:36:24 -0800 (PST) In-Reply-To: <52ECBA15.7030106@dagobera.eu> References: <52ECBA15.7030106@dagobera.eu> Date: Sat, 1 Feb 2014 03:36:24 -0600 Message-ID: From: David Sutton To: calmar@dagobera.eu Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Multicast message handling in VMs - For Upnp server, client or forward in a 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="===============9127503968894166050==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============9127503968894166050== Content-Type: multipart/alternative; boundary=089e015379ce2c52d804f155066b --089e015379ce2c52d804f155066b Content-Type: text/plain; charset=ISO-8859-1 Benoit, On Sat, Feb 1, 2014 at 3:10 AM, Calmar wrote: > Hi, > > I am using xen 4.1.4 of the Debian Wheezy distribution, with network in > bridge mode. > This is a brand new setup, with default setup options on the network point > of view. > > When a multicast message (here it was Upnp) is sent from the physical > network, it can be seen in the eth1 and xenbr1 interfaces, but not in the > interfaces inside the VMs. > > I have a wlan0 interface on the physical machine that is bridged and seen > as 'eth2' interface on a VM. > The wlan0 interface receives the broadcast messages as seen here: > ~# tcpdump -ni wlan0 net 239.0.0.0/8 > tcpdump: WARNING: wlan0: no IPv4 address assigned > tcpdump: verbose output suppressed, use -v or -vv for full protocol decode > listening on wlan0, link-type EN10MB (Ethernet), capture size 65535 bytes > 21:04:30.711511 IP 10.6.6.2.44990 > 239.255.255.250.1900: UDP, length 98 > 21:04:30.711527 IP 10.6.6.2.44990 > 239.255.255.250.1900: UDP, length 98 > 21:04:30.794978 IP 10.6.6.2.44990 > 239.255.255.250.1900: UDP, length 98 > 21:04:30.794992 IP 10.6.6.2.44990 > 239.255.255.250.1900: UDP, length 98 > > I added a rule to increment the ttl of the broadcast packet that is > received on the physical interface: > iptables -t mangle -A PREROUTING -d 239.255.255.250/32 -i wlan0 -j TTL > --ttl-inc 1 > > However, nothing is seen inside the VM: > tcpdump -ni eth2 net 239.0.0.0/8 > tcpdump: verbose output suppressed, use -v or -vv for full protocol decode > listening on eth2, link-type EN10MB (Ethernet), capture size 65535 bytes > ^C > 0 packets captured > 0 packets received by filter > 0 packets dropped by kernel > > The next step will be to propagate the packet on the other interfaces, but > as soon I got nothing on the original bridged interface,... > In some tests I made a few months ago I got "dropped by interface" > packets, but now on this new machine, I get nothing more. > > So I am seeking for clues on this subject; I am sure that there should be > some parameter to change in order to enable it, but so far I didn't find > it... > > Greetings all > Benoit > > PS: I posted my previous test here: > http://www.xenproject.org/help/questions-and-answers/multicast-message-handling-in-vms-for-upnp-server,-client-or-forward-in-a-vm.htmland Russell Pavlicek suggest to put the subject on this mailing list. > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > Just to check the obvious; have you made sure that the given interfaces have their multicast flag set? I recently had some issues with a network interface and I noticed it was because the multicast flag hadn't been set; once set the mdns packets were able to be seen by the interface in question. ifconfig should show you the state of the interfaces. Regards, David --089e015379ce2c52d804f155066b Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Benoit,

On Sat, Feb 1, 2014 at 3:10 AM, Calmar &= lt;calmar@dagobera.= eu> wrote:
=20 =20 =20
Hi,

I am using xen 4.1.4 of the Debian Wheezy distribution, with network in bridge mode.
This is a brand new setup, with default setup options on the network point of view.

When a multicast message (here it was Upnp) is sent from the physical network, it can be seen in the eth1 and xenbr1 interfaces, but not in the interfaces inside the VMs.

I have a wlan0 interface on the physical machine that is bridged and seen as 'eth2' interface on a VM.
The wlan0 interface receives the broadcast messages as seen here:
~# tcpdump -ni wlan0=A0 net 239.0.0.0/8
tcpdump: WARNING: wlan0: no IPv4 address assigned
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on wlan0, link-type EN10MB (Ethernet), capture size 65535 bytes
21:04:30.711511 IP 10.6.6.2.44990 > 239.255.255.250.1900: UDP, length 98
21:04:30.711527 IP 10.6.6.2.44990 > 239.255.255.250.1900: UDP, length 98
21:04:30.794978 IP 10.6.6.2.44990 > 239.255.255.250.1900: UDP, length 98
21:04:30.794992 IP 10.6.6.2.44990 > 239.255.255.250.1900: UDP, length 98

I added a rule to increment the ttl of the broadcast packet that is received on the physical interface:
=A0iptables -t mangle -A PREROUTING=A0 -d 239.255.255.250/32 -i wlan0 -j TTL --ttl-inc 1

However, nothing is seen inside the VM:
=A0tcpdump -ni eth2 net 239.0.0.0/8
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth2, link-type EN10MB (Ethernet), capture size 65535 bytes
^C
0 packets captured
0 packets received by filter
0 packets dropped by kernel

The next step will be to propagate the packet on the other interfaces, but as soon I got nothing on the original bridged interface,...
In some tests I made a few months ago I got "dropped by interface&= quot; packets, but now on this new machine, I get nothing more.

So I am seeking for clues on this subject; I am sure that there should be some parameter to change in order to enable it, but so far I didn't find it...

Greetings all
Benoit

PS: I posted my previous test here: http://www.xenprojec= t.org/help/questions-and-answers/multicast-message-handling-in-vms-for-upnp= -server,-client-or-forward-in-a-vm.html and Russell Pavlicek suggest to put the subject on this mailing list.



_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.x= en.org/xen-users
=A0
=A0Just to check the obvious; have you made sure that the given int= erfaces have their multicast flag set? I recently had some issues with a ne= twork interface and I noticed it was because the multicast flag hadn't = been set; once set the mdns packets were able to be seen by the interface i= n question. ifconfig should show you the state of the interfaces.

Regards,

=A0 David
--089e015379ce2c52d804f155066b-- --===============9127503968894166050== 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 --===============9127503968894166050==-- From xen-users-bounces@lists.xen.org Sat Feb 01 09:36:52 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 01 Feb 2014 09:36: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 1W9X02-0004xj-9i; Sat, 01 Feb 2014 09:36:30 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1W9X00-0004xe-I9 for xen-users@lists.xen.org; Sat, 01 Feb 2014 09:36:28 +0000 Received: from [85.158.143.35:49263] by server-3.bemta-4.messagelabs.com id 78/13-11539-B10CCE25; Sat, 01 Feb 2014 09:36:27 +0000 X-Env-Sender: kantras@gmail.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1391247385!2365823!1 X-Originating-IP: [209.85.216.53] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18316 invoked from network); 1 Feb 2014 09:36:26 -0000 Received: from mail-qa0-f53.google.com (HELO mail-qa0-f53.google.com) (209.85.216.53) by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 1 Feb 2014 09:36:26 -0000 Received: by mail-qa0-f53.google.com with SMTP id cm18so7535526qab.40 for ; Sat, 01 Feb 2014 01:36:25 -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=wY1QLi1zRhmfsv3odFletc9eazsvlXYCr/ul0j/2gQ8=; b=ZdnDZer9R0/ZaqHa+Y3zqLGFnxyr/IGHERwIpt8qmeR1Ex7aDAj+qdKh1HiLJqBgUs a3py/Omdx5H8tc7G3SFQQft8ncMfHDuJlcHMuOR/684VWZmj0s8AAbGty6sbefmnzlut Fw78cXUb6HUhQgmCnrtAcI9yQqpKrnn+PVSDbzyPq1F2h7J7QVoPQ+pPB8JIbkeVtBlF qU4xZ07v7M6hCnNIlCgtYQFFPnoThqyww/5uLmMGyzo9QGkSlVXYsDZihYcyoozO57IX glOTxoslYxj8sXa3GPCf4tsQTClWsAGIZZv+D4/MRP+hTUgYlNZyEmTLnfFR3NFzfviZ /bZA== MIME-Version: 1.0 X-Received: by 10.224.121.67 with SMTP id g3mr36026881qar.78.1391247384923; Sat, 01 Feb 2014 01:36:24 -0800 (PST) Received: by 10.96.143.5 with HTTP; Sat, 1 Feb 2014 01:36:24 -0800 (PST) In-Reply-To: <52ECBA15.7030106@dagobera.eu> References: <52ECBA15.7030106@dagobera.eu> Date: Sat, 1 Feb 2014 03:36:24 -0600 Message-ID: From: David Sutton To: calmar@dagobera.eu Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Multicast message handling in VMs - For Upnp server, client or forward in a 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="===============9127503968894166050==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============9127503968894166050== Content-Type: multipart/alternative; boundary=089e015379ce2c52d804f155066b --089e015379ce2c52d804f155066b Content-Type: text/plain; charset=ISO-8859-1 Benoit, On Sat, Feb 1, 2014 at 3:10 AM, Calmar wrote: > Hi, > > I am using xen 4.1.4 of the Debian Wheezy distribution, with network in > bridge mode. > This is a brand new setup, with default setup options on the network point > of view. > > When a multicast message (here it was Upnp) is sent from the physical > network, it can be seen in the eth1 and xenbr1 interfaces, but not in the > interfaces inside the VMs. > > I have a wlan0 interface on the physical machine that is bridged and seen > as 'eth2' interface on a VM. > The wlan0 interface receives the broadcast messages as seen here: > ~# tcpdump -ni wlan0 net 239.0.0.0/8 > tcpdump: WARNING: wlan0: no IPv4 address assigned > tcpdump: verbose output suppressed, use -v or -vv for full protocol decode > listening on wlan0, link-type EN10MB (Ethernet), capture size 65535 bytes > 21:04:30.711511 IP 10.6.6.2.44990 > 239.255.255.250.1900: UDP, length 98 > 21:04:30.711527 IP 10.6.6.2.44990 > 239.255.255.250.1900: UDP, length 98 > 21:04:30.794978 IP 10.6.6.2.44990 > 239.255.255.250.1900: UDP, length 98 > 21:04:30.794992 IP 10.6.6.2.44990 > 239.255.255.250.1900: UDP, length 98 > > I added a rule to increment the ttl of the broadcast packet that is > received on the physical interface: > iptables -t mangle -A PREROUTING -d 239.255.255.250/32 -i wlan0 -j TTL > --ttl-inc 1 > > However, nothing is seen inside the VM: > tcpdump -ni eth2 net 239.0.0.0/8 > tcpdump: verbose output suppressed, use -v or -vv for full protocol decode > listening on eth2, link-type EN10MB (Ethernet), capture size 65535 bytes > ^C > 0 packets captured > 0 packets received by filter > 0 packets dropped by kernel > > The next step will be to propagate the packet on the other interfaces, but > as soon I got nothing on the original bridged interface,... > In some tests I made a few months ago I got "dropped by interface" > packets, but now on this new machine, I get nothing more. > > So I am seeking for clues on this subject; I am sure that there should be > some parameter to change in order to enable it, but so far I didn't find > it... > > Greetings all > Benoit > > PS: I posted my previous test here: > http://www.xenproject.org/help/questions-and-answers/multicast-message-handling-in-vms-for-upnp-server,-client-or-forward-in-a-vm.htmland Russell Pavlicek suggest to put the subject on this mailing list. > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > Just to check the obvious; have you made sure that the given interfaces have their multicast flag set? I recently had some issues with a network interface and I noticed it was because the multicast flag hadn't been set; once set the mdns packets were able to be seen by the interface in question. ifconfig should show you the state of the interfaces. Regards, David --089e015379ce2c52d804f155066b Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Benoit,

On Sat, Feb 1, 2014 at 3:10 AM, Calmar &= lt;calmar@dagobera.= eu> wrote:
=20 =20 =20
Hi,

I am using xen 4.1.4 of the Debian Wheezy distribution, with network in bridge mode.
This is a brand new setup, with default setup options on the network point of view.

When a multicast message (here it was Upnp) is sent from the physical network, it can be seen in the eth1 and xenbr1 interfaces, but not in the interfaces inside the VMs.

I have a wlan0 interface on the physical machine that is bridged and seen as 'eth2' interface on a VM.
The wlan0 interface receives the broadcast messages as seen here:
~# tcpdump -ni wlan0=A0 net 239.0.0.0/8
tcpdump: WARNING: wlan0: no IPv4 address assigned
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on wlan0, link-type EN10MB (Ethernet), capture size 65535 bytes
21:04:30.711511 IP 10.6.6.2.44990 > 239.255.255.250.1900: UDP, length 98
21:04:30.711527 IP 10.6.6.2.44990 > 239.255.255.250.1900: UDP, length 98
21:04:30.794978 IP 10.6.6.2.44990 > 239.255.255.250.1900: UDP, length 98
21:04:30.794992 IP 10.6.6.2.44990 > 239.255.255.250.1900: UDP, length 98

I added a rule to increment the ttl of the broadcast packet that is received on the physical interface:
=A0iptables -t mangle -A PREROUTING=A0 -d 239.255.255.250/32 -i wlan0 -j TTL --ttl-inc 1

However, nothing is seen inside the VM:
=A0tcpdump -ni eth2 net 239.0.0.0/8
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth2, link-type EN10MB (Ethernet), capture size 65535 bytes
^C
0 packets captured
0 packets received by filter
0 packets dropped by kernel

The next step will be to propagate the packet on the other interfaces, but as soon I got nothing on the original bridged interface,...
In some tests I made a few months ago I got "dropped by interface&= quot; packets, but now on this new machine, I get nothing more.

So I am seeking for clues on this subject; I am sure that there should be some parameter to change in order to enable it, but so far I didn't find it...

Greetings all
Benoit

PS: I posted my previous test here: http://www.xenprojec= t.org/help/questions-and-answers/multicast-message-handling-in-vms-for-upnp= -server,-client-or-forward-in-a-vm.html and Russell Pavlicek suggest to put the subject on this mailing list.



_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.x= en.org/xen-users
=A0
=A0Just to check the obvious; have you made sure that the given int= erfaces have their multicast flag set? I recently had some issues with a ne= twork interface and I noticed it was because the multicast flag hadn't = been set; once set the mdns packets were able to be seen by the interface i= n question. ifconfig should show you the state of the interfaces.

Regards,

=A0 David
--089e015379ce2c52d804f155066b-- --===============9127503968894166050== 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 --===============9127503968894166050==-- From xen-users-bounces@lists.xen.org Sat Feb 01 09:54:52 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 01 Feb 2014 09:54: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 1W9XHK-0005eE-7E; Sat, 01 Feb 2014 09:54:22 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1W9XHI-0005e9-Pk for xen-users@lists.xen.org; Sat, 01 Feb 2014 09:54:20 +0000 Received: from [85.158.143.35:49315] by server-2.bemta-4.messagelabs.com id 1B/F4-10891-B44CCE25; Sat, 01 Feb 2014 09:54:19 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-11.tower-21.messagelabs.com!1391248458!2382170!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2395 invoked from network); 1 Feb 2014 09:54:18 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-11.tower-21.messagelabs.com with SMTP; 1 Feb 2014 09:54:18 -0000 X-Virus-Scanned: Debian amavisd-new at patsy.thehobsons.co.uk Received: from [IPv6:2001:470:1f09:baa:d69a:20ff:fec4:bbf6] (unknown [IPv6:2001:470:1f09:baa:d69a:20ff:fec4:bbf6]) by patsy.thehobsons.co.uk (Postfix) with ESMTPSA id 66B991A077 for ; Sat, 1 Feb 2014 09:54:14 +0000 (UTC) Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) From: Simon Hobson In-Reply-To: <52ECBA15.7030106@dagobera.eu> Date: Sat, 1 Feb 2014 09:54:15 +0000 Message-Id: <24B7CCF1-7417-4ACB-9AF6-457D226C0DCB@thehobsons.co.uk> References: <52ECBA15.7030106@dagobera.eu> To: "xen-users@lists.xen.org" X-Mailer: Apple Mail (2.1510) Subject: Re: [Xen-users] Multicast message handling in VMs - For Upnp server, client or forward in a 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 Calmar wrote: > I am using xen 4.1.4 of the Debian Wheezy distribution, with network in bridge mode. > This is a brand new setup, with default setup options on the network point of view. > > When a multicast message (here it was Upnp) is sent from the physical network, it can be seen in the eth1 and xenbr1 interfaces, but not in the interfaces inside the VMs. I think this is a known problem - the PV drivers don't support multicast unless things have changed in the last 2 years : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=660882 My workaround was to give the VM needing it (to run Netatalk properly) a separate physical NIC with PCI passthrough. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Feb 01 09:54:52 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 01 Feb 2014 09:54: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 1W9XHK-0005eE-7E; Sat, 01 Feb 2014 09:54:22 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1W9XHI-0005e9-Pk for xen-users@lists.xen.org; Sat, 01 Feb 2014 09:54:20 +0000 Received: from [85.158.143.35:49315] by server-2.bemta-4.messagelabs.com id 1B/F4-10891-B44CCE25; Sat, 01 Feb 2014 09:54:19 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-11.tower-21.messagelabs.com!1391248458!2382170!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2395 invoked from network); 1 Feb 2014 09:54:18 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-11.tower-21.messagelabs.com with SMTP; 1 Feb 2014 09:54:18 -0000 X-Virus-Scanned: Debian amavisd-new at patsy.thehobsons.co.uk Received: from [IPv6:2001:470:1f09:baa:d69a:20ff:fec4:bbf6] (unknown [IPv6:2001:470:1f09:baa:d69a:20ff:fec4:bbf6]) by patsy.thehobsons.co.uk (Postfix) with ESMTPSA id 66B991A077 for ; Sat, 1 Feb 2014 09:54:14 +0000 (UTC) Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) From: Simon Hobson In-Reply-To: <52ECBA15.7030106@dagobera.eu> Date: Sat, 1 Feb 2014 09:54:15 +0000 Message-Id: <24B7CCF1-7417-4ACB-9AF6-457D226C0DCB@thehobsons.co.uk> References: <52ECBA15.7030106@dagobera.eu> To: "xen-users@lists.xen.org" X-Mailer: Apple Mail (2.1510) Subject: Re: [Xen-users] Multicast message handling in VMs - For Upnp server, client or forward in a 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 Calmar wrote: > I am using xen 4.1.4 of the Debian Wheezy distribution, with network in bridge mode. > This is a brand new setup, with default setup options on the network point of view. > > When a multicast message (here it was Upnp) is sent from the physical network, it can be seen in the eth1 and xenbr1 interfaces, but not in the interfaces inside the VMs. I think this is a known problem - the PV drivers don't support multicast unless things have changed in the last 2 years : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=660882 My workaround was to give the VM needing it (to run Netatalk properly) a separate physical NIC with PCI passthrough. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Feb 01 17:08:50 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 01 Feb 2014 17:08: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 1W9e2T-0007vc-KM; Sat, 01 Feb 2014 17:07:29 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1W9Ker-0003jD-1m for xen-users@lists.xen.org; Fri, 31 Jan 2014 20:25:49 +0000 Received: from [85.158.143.35:36712] by server-3.bemta-4.messagelabs.com id FB/94-11539-CC60CE25; Fri, 31 Jan 2014 20:25:48 +0000 X-Env-Sender: benoit@dagobera.eu X-Msg-Ref: server-2.tower-21.messagelabs.com!1391199947!2305377!1 X-Originating-IP: [87.98.172.249] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_20_30,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26418 invoked from network); 31 Jan 2014 20:25:47 -0000 Received: from 8.mo3.mail-out.ovh.net (HELO mo3.mail-out.ovh.net) (87.98.172.249) by server-2.tower-21.messagelabs.com with SMTP; 31 Jan 2014 20:25:47 -0000 Received: from mail643.ha.ovh.net (b9.ovh.net [213.186.33.59]) by mo3.mail-out.ovh.net (Postfix) with SMTP id 1B00CFFBE5A for ; Fri, 31 Jan 2014 21:25:47 +0100 (CET) Received: from b0.ovh.net (HELO queueout) (213.186.33.50) by b0.ovh.net with SMTP; 31 Jan 2014 22:23:04 +0200 Received: from mry91-5-88-182-239-210.fbx.proxad.net (HELO ?10.5.5.1?) (postmaster@dagobera.eu@88.182.239.210) by ns0.ovh.net with SMTP; 31 Jan 2014 22:23:03 +0200 Message-ID: <52EC06C7.2040001@dagobera.eu> Date: Fri, 31 Jan 2014 21:25:43 +0100 From: Benoit User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: xen-users@lists.xen.org X-Ovh-Tracer-Id: 443323088817864425 X-Ovh-Remote: 88.182.239.210 (mry91-5-88-182-239-210.fbx.proxad.net) X-Ovh-Local: 213.186.33.20 (ns0.ovh.net) X-OVH-SPAMSTATE: OK X-OVH-SPAMSCORE: 0 X-OVH-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrfeejtddrieekucetufdoteggodetrfcurfhrohhfihhlvgemucfqggfjnecuuegrihhlohhuthemuceftddtnecu X-Spam-Check: DONE|U 0.5/N X-VR-SPAMSTATE: OK X-VR-SPAMSCORE: 0 X-VR-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrfeejtddrieekucetufdoteggodetrfcurfhrohhfihhlvgemucfqggfjnecuuegrihhlohhuthemuceftddtnecu X-Mailman-Approved-At: Sat, 01 Feb 2014 17:07:29 +0000 Subject: [Xen-users] Multicast message handling in VMs - For Upnp server, client or forward in a 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="===============6693471640649307197==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============6693471640649307197== Content-Type: multipart/alternative; boundary="------------040809070000020304020000" This is a multi-part message in MIME format. --------------040809070000020304020000 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Hi, I am using xen 4.1.4 of the Debian Wheezy distribution, with network in=20 bridge mode. This is a brand new setup, with default setup options on the network=20 point of view. When a multicast message (here it was Upnp) is sent from the physical=20 network, it can be seen in the eth1 and xenbr1 interfaces, but not in=20 the interfaces inside the VMs. I have a wlan0 interface on the physical machine that is bridged and=20 seen as 'eth2' interface on a VM. The wlan0 interface receives the broadcast messages as seen here: ~# tcpdump -ni wlan0 net 239.0.0.0/8 tcpdump: WARNING: wlan0: no IPv4 address assigned tcpdump: verbose output suppressed, use -v or -vv for full protocol decod= e listening on wlan0, link-type EN10MB (Ethernet), capture size 65535 bytes= 21:04:30.711511 IP 10.6.6.2.44990 > 239.255.255.250.1900: UDP, length 98 21:04:30.711527 IP 10.6.6.2.44990 > 239.255.255.250.1900: UDP, length 98 21:04:30.794978 IP 10.6.6.2.44990 > 239.255.255.250.1900: UDP, length 98 21:04:30.794992 IP 10.6.6.2.44990 > 239.255.255.250.1900: UDP, length 98 I added a rule to increment the ttl of the broadcast packet that is=20 received on the physical interface: iptables -t mangle -A PREROUTING -d 239.255.255.250/32 -i wlan0 -j=20 TTL --ttl-inc 1 However, nothing is seen inside the VM: tcpdump -ni eth2 net 239.0.0.0/8 tcpdump: verbose output suppressed, use -v or -vv for full protocol decod= e listening on eth2, link-type EN10MB (Ethernet), capture size 65535 bytes ^C 0 packets captured 0 packets received by filter 0 packets dropped by kernel The next step will be to propagate the packet on the other interfaces,=20 but as soon I got nothing on the original bridged interface,... In some tests I made a few months ago I got "dropped by interface"=20 packets, but now on this new machine, I get nothing more. So I am seeking for clues on this subject; I am sure that there should=20 be some parameter to change in order to enable it, but so far I didn't=20 find it... Greetings all Benoit PS: I posted my previous test here:=20 http://www.xenproject.org/help/questions-and-answers/multicast-message-ha= ndling-in-vms-for-upnp-server,-client-or-forward-in-a-vm.html=20 and Russell Pavlicek suggest to put the subject on this mailing list. --------------040809070000020304020000 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit Hi,

I am using xen 4.1.4 of the Debian Wheezy distribution, with network in bridge mode.
This is a brand new setup, with default setup options on the network point of view.

When a multicast message (here it was Upnp) is sent from the physical network, it can be seen in the eth1 and xenbr1 interfaces, but not in the interfaces inside the VMs.

I have a wlan0 interface on the physical machine that is bridged and seen as 'eth2' interface on a VM.
The wlan0 interface receives the broadcast messages as seen here:
~# tcpdump -ni wlan0  net 239.0.0.0/8
tcpdump: WARNING: wlan0: no IPv4 address assigned
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on wlan0, link-type EN10MB (Ethernet), capture size 65535 bytes
21:04:30.711511 IP 10.6.6.2.44990 > 239.255.255.250.1900: UDP, length 98
21:04:30.711527 IP 10.6.6.2.44990 > 239.255.255.250.1900: UDP, length 98
21:04:30.794978 IP 10.6.6.2.44990 > 239.255.255.250.1900: UDP, length 98
21:04:30.794992 IP 10.6.6.2.44990 > 239.255.255.250.1900: UDP, length 98

I added a rule to increment the ttl of the broadcast packet that is received on the physical interface:
 iptables -t mangle -A PREROUTING  -d 239.255.255.250/32 -i wlan0 -j TTL --ttl-inc 1

However, nothing is seen inside the VM:
 tcpdump -ni eth2 net 239.0.0.0/8
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth2, link-type EN10MB (Ethernet), capture size 65535 bytes
^C
0 packets captured
0 packets received by filter
0 packets dropped by kernel

The next step will be to propagate the packet on the other interfaces, but as soon I got nothing on the original bridged interface,...
In some tests I made a few months ago I got "dropped by interface" packets, but now on this new machine, I get nothing more.

So I am seeking for clues on this subject; I am sure that there should be some parameter to change in order to enable it, but so far I didn't find it...

Greetings all
Benoit

PS: I posted my previous test here: http://www.xenproject.org/help/questions-and-answers/multicast-message-handling-in-vms-for-upnp-server,-client-or-forward-in-a-vm.html and Russell Pavlicek suggest to put the subject on this mailing list.


--------------040809070000020304020000-- --===============6693471640649307197== 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 --===============6693471640649307197==-- From xen-users-bounces@lists.xen.org Sat Feb 01 17:08:50 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 01 Feb 2014 17:08: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 1W9e2T-0007vc-KM; Sat, 01 Feb 2014 17:07:29 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1W9Ker-0003jD-1m for xen-users@lists.xen.org; Fri, 31 Jan 2014 20:25:49 +0000 Received: from [85.158.143.35:36712] by server-3.bemta-4.messagelabs.com id FB/94-11539-CC60CE25; Fri, 31 Jan 2014 20:25:48 +0000 X-Env-Sender: benoit@dagobera.eu X-Msg-Ref: server-2.tower-21.messagelabs.com!1391199947!2305377!1 X-Originating-IP: [87.98.172.249] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_20_30,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26418 invoked from network); 31 Jan 2014 20:25:47 -0000 Received: from 8.mo3.mail-out.ovh.net (HELO mo3.mail-out.ovh.net) (87.98.172.249) by server-2.tower-21.messagelabs.com with SMTP; 31 Jan 2014 20:25:47 -0000 Received: from mail643.ha.ovh.net (b9.ovh.net [213.186.33.59]) by mo3.mail-out.ovh.net (Postfix) with SMTP id 1B00CFFBE5A for ; Fri, 31 Jan 2014 21:25:47 +0100 (CET) Received: from b0.ovh.net (HELO queueout) (213.186.33.50) by b0.ovh.net with SMTP; 31 Jan 2014 22:23:04 +0200 Received: from mry91-5-88-182-239-210.fbx.proxad.net (HELO ?10.5.5.1?) (postmaster@dagobera.eu@88.182.239.210) by ns0.ovh.net with SMTP; 31 Jan 2014 22:23:03 +0200 Message-ID: <52EC06C7.2040001@dagobera.eu> Date: Fri, 31 Jan 2014 21:25:43 +0100 From: Benoit User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: xen-users@lists.xen.org X-Ovh-Tracer-Id: 443323088817864425 X-Ovh-Remote: 88.182.239.210 (mry91-5-88-182-239-210.fbx.proxad.net) X-Ovh-Local: 213.186.33.20 (ns0.ovh.net) X-OVH-SPAMSTATE: OK X-OVH-SPAMSCORE: 0 X-OVH-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrfeejtddrieekucetufdoteggodetrfcurfhrohhfihhlvgemucfqggfjnecuuegrihhlohhuthemuceftddtnecu X-Spam-Check: DONE|U 0.5/N X-VR-SPAMSTATE: OK X-VR-SPAMSCORE: 0 X-VR-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrfeejtddrieekucetufdoteggodetrfcurfhrohhfihhlvgemucfqggfjnecuuegrihhlohhuthemuceftddtnecu X-Mailman-Approved-At: Sat, 01 Feb 2014 17:07:29 +0000 Subject: [Xen-users] Multicast message handling in VMs - For Upnp server, client or forward in a 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="===============6693471640649307197==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============6693471640649307197== Content-Type: multipart/alternative; boundary="------------040809070000020304020000" This is a multi-part message in MIME format. --------------040809070000020304020000 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Hi, I am using xen 4.1.4 of the Debian Wheezy distribution, with network in=20 bridge mode. This is a brand new setup, with default setup options on the network=20 point of view. When a multicast message (here it was Upnp) is sent from the physical=20 network, it can be seen in the eth1 and xenbr1 interfaces, but not in=20 the interfaces inside the VMs. I have a wlan0 interface on the physical machine that is bridged and=20 seen as 'eth2' interface on a VM. The wlan0 interface receives the broadcast messages as seen here: ~# tcpdump -ni wlan0 net 239.0.0.0/8 tcpdump: WARNING: wlan0: no IPv4 address assigned tcpdump: verbose output suppressed, use -v or -vv for full protocol decod= e listening on wlan0, link-type EN10MB (Ethernet), capture size 65535 bytes= 21:04:30.711511 IP 10.6.6.2.44990 > 239.255.255.250.1900: UDP, length 98 21:04:30.711527 IP 10.6.6.2.44990 > 239.255.255.250.1900: UDP, length 98 21:04:30.794978 IP 10.6.6.2.44990 > 239.255.255.250.1900: UDP, length 98 21:04:30.794992 IP 10.6.6.2.44990 > 239.255.255.250.1900: UDP, length 98 I added a rule to increment the ttl of the broadcast packet that is=20 received on the physical interface: iptables -t mangle -A PREROUTING -d 239.255.255.250/32 -i wlan0 -j=20 TTL --ttl-inc 1 However, nothing is seen inside the VM: tcpdump -ni eth2 net 239.0.0.0/8 tcpdump: verbose output suppressed, use -v or -vv for full protocol decod= e listening on eth2, link-type EN10MB (Ethernet), capture size 65535 bytes ^C 0 packets captured 0 packets received by filter 0 packets dropped by kernel The next step will be to propagate the packet on the other interfaces,=20 but as soon I got nothing on the original bridged interface,... In some tests I made a few months ago I got "dropped by interface"=20 packets, but now on this new machine, I get nothing more. So I am seeking for clues on this subject; I am sure that there should=20 be some parameter to change in order to enable it, but so far I didn't=20 find it... Greetings all Benoit PS: I posted my previous test here:=20 http://www.xenproject.org/help/questions-and-answers/multicast-message-ha= ndling-in-vms-for-upnp-server,-client-or-forward-in-a-vm.html=20 and Russell Pavlicek suggest to put the subject on this mailing list. --------------040809070000020304020000 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit Hi,

I am using xen 4.1.4 of the Debian Wheezy distribution, with network in bridge mode.
This is a brand new setup, with default setup options on the network point of view.

When a multicast message (here it was Upnp) is sent from the physical network, it can be seen in the eth1 and xenbr1 interfaces, but not in the interfaces inside the VMs.

I have a wlan0 interface on the physical machine that is bridged and seen as 'eth2' interface on a VM.
The wlan0 interface receives the broadcast messages as seen here:
~# tcpdump -ni wlan0  net 239.0.0.0/8
tcpdump: WARNING: wlan0: no IPv4 address assigned
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on wlan0, link-type EN10MB (Ethernet), capture size 65535 bytes
21:04:30.711511 IP 10.6.6.2.44990 > 239.255.255.250.1900: UDP, length 98
21:04:30.711527 IP 10.6.6.2.44990 > 239.255.255.250.1900: UDP, length 98
21:04:30.794978 IP 10.6.6.2.44990 > 239.255.255.250.1900: UDP, length 98
21:04:30.794992 IP 10.6.6.2.44990 > 239.255.255.250.1900: UDP, length 98

I added a rule to increment the ttl of the broadcast packet that is received on the physical interface:
 iptables -t mangle -A PREROUTING  -d 239.255.255.250/32 -i wlan0 -j TTL --ttl-inc 1

However, nothing is seen inside the VM:
 tcpdump -ni eth2 net 239.0.0.0/8
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth2, link-type EN10MB (Ethernet), capture size 65535 bytes
^C
0 packets captured
0 packets received by filter
0 packets dropped by kernel

The next step will be to propagate the packet on the other interfaces, but as soon I got nothing on the original bridged interface,...
In some tests I made a few months ago I got "dropped by interface" packets, but now on this new machine, I get nothing more.

So I am seeking for clues on this subject; I am sure that there should be some parameter to change in order to enable it, but so far I didn't find it...

Greetings all
Benoit

PS: I posted my previous test here: http://www.xenproject.org/help/questions-and-answers/multicast-message-handling-in-vms-for-upnp-server,-client-or-forward-in-a-vm.html and Russell Pavlicek suggest to put the subject on this mailing list.


--------------040809070000020304020000-- --===============6693471640649307197== 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 --===============6693471640649307197==-- From xen-users-bounces@lists.xen.org Sat Feb 01 19:28:55 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 01 Feb 2014 19:28: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 1W9gE2-0002qh-SN; Sat, 01 Feb 2014 19:27:34 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1W9gE0-0002qc-1I for xen-users@lists.xen.org; Sat, 01 Feb 2014 19:27:32 +0000 Received: from [85.158.137.68:51799] by server-6.bemta-3.messagelabs.com id 8B/6A-09180-3AA4DE25; Sat, 01 Feb 2014 19:27:31 +0000 X-Env-Sender: kuba.0000@op.pl X-Msg-Ref: server-9.tower-31.messagelabs.com!1391282849!11588993!1 X-Originating-IP: [213.180.142.140] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTMuMTgwLjE0Mi4xNDAgPT4gMTgwNzg=\n,sa_preprocessor: QmFkIElQOiAyMTMuMTgwLjE0Mi4xNDAgPT4gMTgwNzg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30683 invoked from network); 1 Feb 2014 19:27:29 -0000 Received: from smtpo09.poczta.onet.pl (HELO smtpo09.poczta.onet.pl) (213.180.142.140) by server-9.tower-31.messagelabs.com with SMTP; 1 Feb 2014 19:27:29 -0000 Received: from [192.168.0.4] (host-89-230-211-189.lublin.mm.pl [89.230.211.189]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: kuba.0000@op.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3fGlgP0XCMz9v62w for ; Sat, 1 Feb 2014 20:27:28 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=op.pl; s=2011; t=1391282849; bh=BuDD5EKRwCP9IOaGALtHHKQMT+6h3FkQ7T80ZeGBY3U=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=LYhIb4IJ7DIEXfrl5HFdSMcdHRZXHs0VLuIHLB/dAZIDe/4SieQRAAqifwDbHAGV4 FA3aWz63sT+FuUhzlYHUdvhCnyqLTpY55HIs7b/LkAduHNiMKPsDyA0fdFC8+QDo7F +EW7yrR1+bUjBuwJy1+lKsLfLC3/ZxTkH83yb8nA= Message-ID: <52ED4A9B.8050702@op.pl> Date: Sat, 01 Feb 2014 20:27:23 +0100 From: Kuba User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <52EA58B2.50004@op.pl> <52EAD764.2020701@websitemanagers.com.au> <52EAE97F.4000909@op.pl> <52EAF3FB.7000902@websitemanagers.com.au> In-Reply-To: <52EAF3FB.7000902@websitemanagers.com.au> Subject: Re: [Xen-users] Strange failures of Xen 4.3.1, PVHVM storage VM, iSCSI and Windows+GPLPV VM combination X-BeenThere: xen-users@lists.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 W dniu 2014-01-31 01:53, Adam Goryachev pisze: > On 31/01/14 11:08, Kuba wrote: >> W dniu 2014-01-30 23:51, Adam Goryachev pisze: >>> On 31/01/14 00:50, Kuba wrote: >>>> Dear List, >>>> >>>> I am trying to set up a following configuration: >>>> 1. very simple Linux-based dom0 (Debian 7.3) with Xen 4.3.1 compiled >>>> from sources, >>>> 2. one storage VM (FreeBSD 10, HVM+PV) with SATA controller attached >>>> using VT-d, exporting block devices via iSCSI to other VMs and >>>> physical machines, >>>> 3. one Windows 7 SP1 64 VM (HVM+GPLPV) with GPU passthrough (Quadro >>>> 4000) installed on a block device exported from the storage VM (target >>>> on the storage VM, initiator on dom0). >>>> >>>> Everything works perfectly (including PCI & GPU passthrough) until I >>>> install GPLPV drivers on the Windows VM. After driver installation, >>>> Windows needs to reboot, boots fine, displays a message that PV SCSI >>>> drivers were installed and needs to reboot again, and then cannot >>>> boot. Sometimes it gets stuck at "booting from harddrive" in SeaBIOS, >>>> sometimes BSODs with "unmountable boot volume" message. All of the >>>> following I tried without GPU passthrough to narrow down the problem. >>>> >>>> The intriguing part is this: >>>> >>>> 1. If the storage VM's OS is Linux - it fails with the above symptoms. >>>> 2. If the block devices for the storage VM come directly from dom0 >>>> (not via pci-passthrough) - it fails. >>>> 2. If the storage VM is an HVM without PV drivers (e.g. FreeBSD >>>> 9.2-GENERIC) - it all works. >>>> 3. If the storage VM's OS is Linux with kernel compiled without Xen >>>> guest support - it works, but is unstable (see below). >>>> 4. If the iSCSI target is on a different physical machine - it all >>>> works. >>>> 5. If the iSCSI target is on dom0 itself - it works. >>>> 6. If I attach the AHCI controller to the Windows VM and install >>>> directly on the hard drive - it works. >>>> 7. If the block device for Windows VM is a disk, partition, file, LVM >>>> volume or even a ZoL's zvol (and it comes from a dom0 itself, without >>>> iSCSI)- it works. >>>> >>>> If I install Windows and the GPLPV drivers on a hard drive attached to >>>> dom0, Windows + GPLPV work perfectly. If I then give the same hard >>>> drive as a block device to the storage VM and re-export it through >>>> iSCSI, Windows usually boots fine, but works unstable. And by unstable >>>> I mean random read/write errors, sometimes programs won't start, >>>> ntdll.dll crashes, and after couple reboots Windows won't boot (just >>>> like mentioned above). >>>> >>>> The configurations I would like to achieve makes sense only with PV >>>> drivers on both storage and Windows VM. All of the "components" seem >>>> to work perfectly until all put together, so I am not really sure >>>> where the problem is. >>>> >>>> I would be very grateful for any suggestions or ideas that could >>>> possibly help to narrow down the problem. Maybe I am just doing >>>> something wrong (I hope so). Or maybe there is a bug that shows itself >>>> only in such a particular configuration (hope not)? >>> >>> IMHO, it sounds like a resource issue... the domU providing the iSCSI, >>> plus the dom0 plus the domU (windows VM) are all asking for CPU, IRQ's, >>> etc, and someone isn't getting enough in time. It doesn't really help, >>> but we use a physical iSCSI server, the dom0 then connects to the iSCSI >>> and provides the disks to the VM's. Maybe look at assigning specific >>> exclusive CPU's to each dom0 and domU's, and see if you can still >>> reproduce the issue. Also, make absolutely sure that you don't have two >>> VM's accessing the same iSCSI. >>> >>> Regards, >>> Adam >>> >> >> Dear Adam, >> >> Thank you for your reply. I will try assigning specific cores to the >> VMs this weekend. I will also try to run all this on another machine >> and try using something different then Windows for the second VM (why >> didn't I think about it earlier?). When iSCSI target is on another >> physical machine, everything works like a charm, but the whole point >> is to make it all work on a single machine (everything faster than 1 >> Gbps is way beyond my reach, while iperf reports ~22 Gbps between dom0 >> and storage VM...) >> >> Once again thank you for your suggestions, I will report back with >> more results. In the meantime please clarify one thing for me - is >> there something inherently wrong with what I'm trying to do? > > I don't see anything "inherently" wrong, but I would question why you > would want to do this? Why not let dom0 use the scsi controller, and > export the disks as physical devices into the various VM's? You are > adding a whole bunch of "ethernet" overhead to both domU's plus the > dom0. Considering the storage is physically local. > > The problem you have is the VM's will not be portable to another > machine, because they are both tied to the physical pci devices, and the > block devices are not available on any other physical machine anyway. > > A 1Gbps ethernet provides 100MB/s (actually closer to 130MB/s), so > simply bonding 2 x 1Gbps ethernet can usually provide more disk > bandwidth than the disks can provide. > > In my setup, the iSCSI server uses 8 x 1Gbps ethernet bonded, and the > xen machines use 2 x 1Gbps bonded for iSCSI, plus 1 x 1Gbps which is > bridged to the domU's and for dom0 "management". You can get a couple of > cheap-ish 1Gbps network cards easily enough, and your disk subsystem > probably won't provide more than 200MB/s anyway (we can get a max of > 2.5GB/s read from the disk subsystem, but the limited bandwidth for each > dom0 helps to stop any one domU from stealing all the disk IO). In > practice, I can run 4 x dom0 and obtain over 180MB/s on each of them in > parallel. > > Regards, > Adam > I'd like to achieve several things at once. I'm fairly new to Xen, (which is an impressive piece of software) and it creates possibilities I'm only beginning to grasp. I'm trying to build something a little bit similar to Qubes OS. I need several VMs for different tasks, some of them Windows-based, some of them using GPU passthrough, but all of them installed ZFS backed storage. I'd really like to have a storage VM that is separated from everything else as much as possible, even from dom0, just like it was a seperate machine. I'm fairly certain that providing storage space directly from dom0 would be faster, but that's a trade-off I'm willing to accept - it's something between dom0 and separate physical machine. Consequently, if all goes well, I will get following benefits: a) everything on one physical machine (less power consumption, cheaper, satisfying performance), b) ZFS storage for all VMs (data integrity, snapshots, rollbacks, VM cloning, etc.), c) Windows on ZFS (an idea that started all this), d) storage VM separated from everything else, f) great flexibility. I'm aware about VM migration issues, but that's another trade-off I'm willing to accept. Simply put, I'm trying to achieve a lot more using the same hardware with acceptable performance loss. Best regards, Kuba _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Feb 01 19:28:55 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 01 Feb 2014 19:28: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 1W9gEB-0002r2-Fr; Sat, 01 Feb 2014 19:27:43 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1W9gE9-0002qv-NJ for xen-users@lists.xen.org; Sat, 01 Feb 2014 19:27:41 +0000 Received: from [85.158.143.35:2183] by server-2.bemta-4.messagelabs.com id EB/68-10891-DAA4DE25; Sat, 01 Feb 2014 19:27:41 +0000 X-Env-Sender: kuba.0000@op.pl X-Msg-Ref: server-11.tower-21.messagelabs.com!1391282859!2437890!1 X-Originating-IP: [213.180.142.144] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTMuMTgwLjE0Mi4xNDQgPT4gMTI1MDI=\n,sa_preprocessor: QmFkIElQOiAyMTMuMTgwLjE0Mi4xNDQgPT4gMTI1MDI=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2007 invoked from network); 1 Feb 2014 19:27:40 -0000 Received: from smtpo13.poczta.onet.pl (HELO smtpo13.poczta.onet.pl) (213.180.142.144) by server-11.tower-21.messagelabs.com with SMTP; 1 Feb 2014 19:27:40 -0000 Received: from [192.168.0.4] (host-89-230-211-189.lublin.mm.pl [89.230.211.189]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: kuba.0000@op.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3fGlgb5HJYzZCfv2 for ; Sat, 1 Feb 2014 20:27:38 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=op.pl; s=2011; t=1391282859; bh=mhrD9BlhTfho3KisYesJ/M7tITLPTHCScOV/7crlAhY=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=n5KX2eaSJ/N19nyCHHk6NGtwxE9dEXZUbs62O6r4dQVdsdhZhiBa7wpJJRPLmw3Up 1rEeuOxkrA0uPNhyJs+9yhIqwiGKmufeQfs5aKMzwFuDb+i9se5u2DxthmFUZJqsA1 wR58GozMoDfrzfJ1KVRMP2+FUtERYktsyIvzH7H8= Message-ID: <52ED4AA6.5000601@op.pl> Date: Sat, 01 Feb 2014 20:27:34 +0100 From: Kuba User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <52EA58B2.50004@op.pl> <6035A0D088A63A46850C3988ED045A4B6F38BB3C@BITCOM1.int.sbss.com.au> In-Reply-To: <6035A0D088A63A46850C3988ED045A4B6F38BB3C@BITCOM1.int.sbss.com.au> Subject: Re: [Xen-users] Strange failures of Xen 4.3.1, PVHVM storage VM, iSCSI and Windows+GPLPV VM combination X-BeenThere: xen-users@lists.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 W dniu 2014-01-31 02:35, James Harper pisze: >> >> I am trying to set up a following configuration: >> 1. very simple Linux-based dom0 (Debian 7.3) with Xen 4.3.1 compiled >> from sources, >> 2. one storage VM (FreeBSD 10, HVM+PV) with SATA controller attached >> using VT-d, exporting block devices via iSCSI to other VMs and physical >> machines, >> 3. one Windows 7 SP1 64 VM (HVM+GPLPV) with GPU passthrough (Quadro >> 4000) installed on a block device exported from the storage VM (target >> on the storage VM, initiator on dom0). >> >> Everything works perfectly (including PCI & GPU passthrough) until I >> install GPLPV drivers on the Windows VM. After driver installation, >> Windows needs to reboot, boots fine, displays a message that PV SCSI > > (a) > >> drivers were installed and needs to reboot again, and then cannot boot. >> Sometimes it gets stuck at "booting from harddrive" in SeaBIOS, >> sometimes BSODs with "unmountable boot volume" message. All of the >> following I tried without GPU passthrough to narrow down the problem. >> >> The intriguing part is this: >> >> 1. If the storage VM's OS is Linux - it fails with the above symptoms. >> 2. If the block devices for the storage VM come directly from dom0 (not >> via pci-passthrough) - it fails. >> 2. If the storage VM is an HVM without PV drivers (e.g. FreeBSD >> 9.2-GENERIC) - it all works. >> 3. If the storage VM's OS is Linux with kernel compiled without Xen >> guest support - it works, but is unstable (see below). >> 4. If the iSCSI target is on a different physical machine - it all works. >> 5. If the iSCSI target is on dom0 itself - it works. >> 6. If I attach the AHCI controller to the Windows VM and install >> directly on the hard drive - it works. >> 7. If the block device for Windows VM is a disk, partition, file, LVM >> volume or even a ZoL's zvol (and it comes from a dom0 itself, without >> iSCSI)- it works. >> >> If I install Windows and the GPLPV drivers on a hard drive attached to >> dom0, Windows + GPLPV work perfectly. If I then give the same hard drive >> as a block device to the storage VM and re-export it through iSCSI, > > (b) > >> Windows usually boots fine, but works unstable. And by unstable I mean >> random read/write errors, sometimes programs won't start, ntdll.dll >> crashes, and after couple reboots Windows won't boot (just like >> mentioned above). >> >> The configurations I would like to achieve makes sense only with PV >> drivers on both storage and Windows VM. All of the "components" seem to >> work perfectly until all put together, so I am not really sure where the >> problem is. >> >> I would be very grateful for any suggestions or ideas that could >> possibly help to narrow down the problem. Maybe I am just doing >> something wrong (I hope so). Or maybe there is a bug that shows itself >> only in such a particular configuration (hope not)? >> > > I'm curious about prompting for the pvscsi drivers to be installed. Is this definitely what it is asking for? Pvscsi for gplpv is removed in the latest versions and suffered varying degrees of bitrot in earlier versions. If you have the iscsi initiator in dom0 then exporting a block device to windows via the normal vbd channel should be just fine. > > You've gone to great lengths to explain the various things you've tried, but I think I'm a little confused on where the iscsi initiator is in the "doesn't work" scenarios. I'm having a bit of an off day today so it's probably just me, but above I have highlighted the two scenarios... could you fill me in on a few things: > > At (a) and (b), is the iscsi initiator in dom0, or are you actually booting windows directly via iscsi? > > At (b), with latest debug build of gplpv, can you run debugview from sysinternals.com and see if any interesting messages are displayed before things fall in a heap? > > Are any strange logs shown in any of Win DomU, Dom0, or storage DomU? > > How big are your disks? > > Can you reproduce with only one vcpu? > > What bridge are you using? Openvswitch or traditional linux bridge? > > What MTU are you using on your storage network? If you are using Jumbo frames can you go back to 1500 (or at least <= 4000)? > > Can you turn off scatter gather, Large Send Offload (GSO), and IP Checksum offload on all the iscsi endpoints? > > Can you turn on data digest/checksum on iscsi? If all endpoints support it then this would provide additional verification that none of the network packets are getting corrupted. > > Would driver domain work in your scenario? Then the disk could be attached directly from your storage DomU without accruing all the iscsi overhead. I'm not up with the status of HVM, vbd, and driver domain so I don't know if this is possible. > > More questions than answers. Sorry :) > > James Dear James, thank you for your questions - I really appreciate everything that may help me move closer to solving or isolating the problem. I'll check what type of driver is used exactly - up until now I always just installed all drivers included in the package, I thought all of them were necessary. I'll try installing them without XenScsi. Do you mean revisions > 1092:85b99b9795a6 by "the latest versions"? Which version should I use? Forgive me if the descriptions were unclear. The initiator was always in dom0. I only moved the target to dom0 or a separate physical machine in (4) and (5). I didn't boot Windows directly from iSCSI (in fact I tried couple times, but had some problems with it, so I didn't mention it). My "disks" (the block devices I dedicated to the Windows VM) were whole 120GB and 240GB SSDs, ~100GB ZVOLs and 50GB LVM volumes. I'm using traditional linux bridge. I didn't set MTUs explicitly, so I assume it's 1500, but I will verify this. I'd love to use a storage driver domain, but the wiki says "It is not possible to use driver domains with pygrub or HVM guests yet". But the page is a couple of months old, maybe it's an outdated info? It surely is worth checking out. I'll do my best to provide answers to the remaining questions as soon as possible. Thank you for so many ideas. Best regards, Kuba _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Feb 01 19:28:55 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 01 Feb 2014 19:28: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 1W9gE2-0002qh-SN; Sat, 01 Feb 2014 19:27:34 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1W9gE0-0002qc-1I for xen-users@lists.xen.org; Sat, 01 Feb 2014 19:27:32 +0000 Received: from [85.158.137.68:51799] by server-6.bemta-3.messagelabs.com id 8B/6A-09180-3AA4DE25; Sat, 01 Feb 2014 19:27:31 +0000 X-Env-Sender: kuba.0000@op.pl X-Msg-Ref: server-9.tower-31.messagelabs.com!1391282849!11588993!1 X-Originating-IP: [213.180.142.140] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTMuMTgwLjE0Mi4xNDAgPT4gMTgwNzg=\n,sa_preprocessor: QmFkIElQOiAyMTMuMTgwLjE0Mi4xNDAgPT4gMTgwNzg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30683 invoked from network); 1 Feb 2014 19:27:29 -0000 Received: from smtpo09.poczta.onet.pl (HELO smtpo09.poczta.onet.pl) (213.180.142.140) by server-9.tower-31.messagelabs.com with SMTP; 1 Feb 2014 19:27:29 -0000 Received: from [192.168.0.4] (host-89-230-211-189.lublin.mm.pl [89.230.211.189]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: kuba.0000@op.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3fGlgP0XCMz9v62w for ; Sat, 1 Feb 2014 20:27:28 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=op.pl; s=2011; t=1391282849; bh=BuDD5EKRwCP9IOaGALtHHKQMT+6h3FkQ7T80ZeGBY3U=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=LYhIb4IJ7DIEXfrl5HFdSMcdHRZXHs0VLuIHLB/dAZIDe/4SieQRAAqifwDbHAGV4 FA3aWz63sT+FuUhzlYHUdvhCnyqLTpY55HIs7b/LkAduHNiMKPsDyA0fdFC8+QDo7F +EW7yrR1+bUjBuwJy1+lKsLfLC3/ZxTkH83yb8nA= Message-ID: <52ED4A9B.8050702@op.pl> Date: Sat, 01 Feb 2014 20:27:23 +0100 From: Kuba User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <52EA58B2.50004@op.pl> <52EAD764.2020701@websitemanagers.com.au> <52EAE97F.4000909@op.pl> <52EAF3FB.7000902@websitemanagers.com.au> In-Reply-To: <52EAF3FB.7000902@websitemanagers.com.au> Subject: Re: [Xen-users] Strange failures of Xen 4.3.1, PVHVM storage VM, iSCSI and Windows+GPLPV VM combination X-BeenThere: xen-users@lists.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 W dniu 2014-01-31 01:53, Adam Goryachev pisze: > On 31/01/14 11:08, Kuba wrote: >> W dniu 2014-01-30 23:51, Adam Goryachev pisze: >>> On 31/01/14 00:50, Kuba wrote: >>>> Dear List, >>>> >>>> I am trying to set up a following configuration: >>>> 1. very simple Linux-based dom0 (Debian 7.3) with Xen 4.3.1 compiled >>>> from sources, >>>> 2. one storage VM (FreeBSD 10, HVM+PV) with SATA controller attached >>>> using VT-d, exporting block devices via iSCSI to other VMs and >>>> physical machines, >>>> 3. one Windows 7 SP1 64 VM (HVM+GPLPV) with GPU passthrough (Quadro >>>> 4000) installed on a block device exported from the storage VM (target >>>> on the storage VM, initiator on dom0). >>>> >>>> Everything works perfectly (including PCI & GPU passthrough) until I >>>> install GPLPV drivers on the Windows VM. After driver installation, >>>> Windows needs to reboot, boots fine, displays a message that PV SCSI >>>> drivers were installed and needs to reboot again, and then cannot >>>> boot. Sometimes it gets stuck at "booting from harddrive" in SeaBIOS, >>>> sometimes BSODs with "unmountable boot volume" message. All of the >>>> following I tried without GPU passthrough to narrow down the problem. >>>> >>>> The intriguing part is this: >>>> >>>> 1. If the storage VM's OS is Linux - it fails with the above symptoms. >>>> 2. If the block devices for the storage VM come directly from dom0 >>>> (not via pci-passthrough) - it fails. >>>> 2. If the storage VM is an HVM without PV drivers (e.g. FreeBSD >>>> 9.2-GENERIC) - it all works. >>>> 3. If the storage VM's OS is Linux with kernel compiled without Xen >>>> guest support - it works, but is unstable (see below). >>>> 4. If the iSCSI target is on a different physical machine - it all >>>> works. >>>> 5. If the iSCSI target is on dom0 itself - it works. >>>> 6. If I attach the AHCI controller to the Windows VM and install >>>> directly on the hard drive - it works. >>>> 7. If the block device for Windows VM is a disk, partition, file, LVM >>>> volume or even a ZoL's zvol (and it comes from a dom0 itself, without >>>> iSCSI)- it works. >>>> >>>> If I install Windows and the GPLPV drivers on a hard drive attached to >>>> dom0, Windows + GPLPV work perfectly. If I then give the same hard >>>> drive as a block device to the storage VM and re-export it through >>>> iSCSI, Windows usually boots fine, but works unstable. And by unstable >>>> I mean random read/write errors, sometimes programs won't start, >>>> ntdll.dll crashes, and after couple reboots Windows won't boot (just >>>> like mentioned above). >>>> >>>> The configurations I would like to achieve makes sense only with PV >>>> drivers on both storage and Windows VM. All of the "components" seem >>>> to work perfectly until all put together, so I am not really sure >>>> where the problem is. >>>> >>>> I would be very grateful for any suggestions or ideas that could >>>> possibly help to narrow down the problem. Maybe I am just doing >>>> something wrong (I hope so). Or maybe there is a bug that shows itself >>>> only in such a particular configuration (hope not)? >>> >>> IMHO, it sounds like a resource issue... the domU providing the iSCSI, >>> plus the dom0 plus the domU (windows VM) are all asking for CPU, IRQ's, >>> etc, and someone isn't getting enough in time. It doesn't really help, >>> but we use a physical iSCSI server, the dom0 then connects to the iSCSI >>> and provides the disks to the VM's. Maybe look at assigning specific >>> exclusive CPU's to each dom0 and domU's, and see if you can still >>> reproduce the issue. Also, make absolutely sure that you don't have two >>> VM's accessing the same iSCSI. >>> >>> Regards, >>> Adam >>> >> >> Dear Adam, >> >> Thank you for your reply. I will try assigning specific cores to the >> VMs this weekend. I will also try to run all this on another machine >> and try using something different then Windows for the second VM (why >> didn't I think about it earlier?). When iSCSI target is on another >> physical machine, everything works like a charm, but the whole point >> is to make it all work on a single machine (everything faster than 1 >> Gbps is way beyond my reach, while iperf reports ~22 Gbps between dom0 >> and storage VM...) >> >> Once again thank you for your suggestions, I will report back with >> more results. In the meantime please clarify one thing for me - is >> there something inherently wrong with what I'm trying to do? > > I don't see anything "inherently" wrong, but I would question why you > would want to do this? Why not let dom0 use the scsi controller, and > export the disks as physical devices into the various VM's? You are > adding a whole bunch of "ethernet" overhead to both domU's plus the > dom0. Considering the storage is physically local. > > The problem you have is the VM's will not be portable to another > machine, because they are both tied to the physical pci devices, and the > block devices are not available on any other physical machine anyway. > > A 1Gbps ethernet provides 100MB/s (actually closer to 130MB/s), so > simply bonding 2 x 1Gbps ethernet can usually provide more disk > bandwidth than the disks can provide. > > In my setup, the iSCSI server uses 8 x 1Gbps ethernet bonded, and the > xen machines use 2 x 1Gbps bonded for iSCSI, plus 1 x 1Gbps which is > bridged to the domU's and for dom0 "management". You can get a couple of > cheap-ish 1Gbps network cards easily enough, and your disk subsystem > probably won't provide more than 200MB/s anyway (we can get a max of > 2.5GB/s read from the disk subsystem, but the limited bandwidth for each > dom0 helps to stop any one domU from stealing all the disk IO). In > practice, I can run 4 x dom0 and obtain over 180MB/s on each of them in > parallel. > > Regards, > Adam > I'd like to achieve several things at once. I'm fairly new to Xen, (which is an impressive piece of software) and it creates possibilities I'm only beginning to grasp. I'm trying to build something a little bit similar to Qubes OS. I need several VMs for different tasks, some of them Windows-based, some of them using GPU passthrough, but all of them installed ZFS backed storage. I'd really like to have a storage VM that is separated from everything else as much as possible, even from dom0, just like it was a seperate machine. I'm fairly certain that providing storage space directly from dom0 would be faster, but that's a trade-off I'm willing to accept - it's something between dom0 and separate physical machine. Consequently, if all goes well, I will get following benefits: a) everything on one physical machine (less power consumption, cheaper, satisfying performance), b) ZFS storage for all VMs (data integrity, snapshots, rollbacks, VM cloning, etc.), c) Windows on ZFS (an idea that started all this), d) storage VM separated from everything else, f) great flexibility. I'm aware about VM migration issues, but that's another trade-off I'm willing to accept. Simply put, I'm trying to achieve a lot more using the same hardware with acceptable performance loss. Best regards, Kuba _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Feb 01 19:28:55 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 01 Feb 2014 19:28: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 1W9gEB-0002r2-Fr; Sat, 01 Feb 2014 19:27:43 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1W9gE9-0002qv-NJ for xen-users@lists.xen.org; Sat, 01 Feb 2014 19:27:41 +0000 Received: from [85.158.143.35:2183] by server-2.bemta-4.messagelabs.com id EB/68-10891-DAA4DE25; Sat, 01 Feb 2014 19:27:41 +0000 X-Env-Sender: kuba.0000@op.pl X-Msg-Ref: server-11.tower-21.messagelabs.com!1391282859!2437890!1 X-Originating-IP: [213.180.142.144] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTMuMTgwLjE0Mi4xNDQgPT4gMTI1MDI=\n,sa_preprocessor: QmFkIElQOiAyMTMuMTgwLjE0Mi4xNDQgPT4gMTI1MDI=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2007 invoked from network); 1 Feb 2014 19:27:40 -0000 Received: from smtpo13.poczta.onet.pl (HELO smtpo13.poczta.onet.pl) (213.180.142.144) by server-11.tower-21.messagelabs.com with SMTP; 1 Feb 2014 19:27:40 -0000 Received: from [192.168.0.4] (host-89-230-211-189.lublin.mm.pl [89.230.211.189]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: kuba.0000@op.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3fGlgb5HJYzZCfv2 for ; Sat, 1 Feb 2014 20:27:38 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=op.pl; s=2011; t=1391282859; bh=mhrD9BlhTfho3KisYesJ/M7tITLPTHCScOV/7crlAhY=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=n5KX2eaSJ/N19nyCHHk6NGtwxE9dEXZUbs62O6r4dQVdsdhZhiBa7wpJJRPLmw3Up 1rEeuOxkrA0uPNhyJs+9yhIqwiGKmufeQfs5aKMzwFuDb+i9se5u2DxthmFUZJqsA1 wR58GozMoDfrzfJ1KVRMP2+FUtERYktsyIvzH7H8= Message-ID: <52ED4AA6.5000601@op.pl> Date: Sat, 01 Feb 2014 20:27:34 +0100 From: Kuba User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <52EA58B2.50004@op.pl> <6035A0D088A63A46850C3988ED045A4B6F38BB3C@BITCOM1.int.sbss.com.au> In-Reply-To: <6035A0D088A63A46850C3988ED045A4B6F38BB3C@BITCOM1.int.sbss.com.au> Subject: Re: [Xen-users] Strange failures of Xen 4.3.1, PVHVM storage VM, iSCSI and Windows+GPLPV VM combination X-BeenThere: xen-users@lists.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 W dniu 2014-01-31 02:35, James Harper pisze: >> >> I am trying to set up a following configuration: >> 1. very simple Linux-based dom0 (Debian 7.3) with Xen 4.3.1 compiled >> from sources, >> 2. one storage VM (FreeBSD 10, HVM+PV) with SATA controller attached >> using VT-d, exporting block devices via iSCSI to other VMs and physical >> machines, >> 3. one Windows 7 SP1 64 VM (HVM+GPLPV) with GPU passthrough (Quadro >> 4000) installed on a block device exported from the storage VM (target >> on the storage VM, initiator on dom0). >> >> Everything works perfectly (including PCI & GPU passthrough) until I >> install GPLPV drivers on the Windows VM. After driver installation, >> Windows needs to reboot, boots fine, displays a message that PV SCSI > > (a) > >> drivers were installed and needs to reboot again, and then cannot boot. >> Sometimes it gets stuck at "booting from harddrive" in SeaBIOS, >> sometimes BSODs with "unmountable boot volume" message. All of the >> following I tried without GPU passthrough to narrow down the problem. >> >> The intriguing part is this: >> >> 1. If the storage VM's OS is Linux - it fails with the above symptoms. >> 2. If the block devices for the storage VM come directly from dom0 (not >> via pci-passthrough) - it fails. >> 2. If the storage VM is an HVM without PV drivers (e.g. FreeBSD >> 9.2-GENERIC) - it all works. >> 3. If the storage VM's OS is Linux with kernel compiled without Xen >> guest support - it works, but is unstable (see below). >> 4. If the iSCSI target is on a different physical machine - it all works. >> 5. If the iSCSI target is on dom0 itself - it works. >> 6. If I attach the AHCI controller to the Windows VM and install >> directly on the hard drive - it works. >> 7. If the block device for Windows VM is a disk, partition, file, LVM >> volume or even a ZoL's zvol (and it comes from a dom0 itself, without >> iSCSI)- it works. >> >> If I install Windows and the GPLPV drivers on a hard drive attached to >> dom0, Windows + GPLPV work perfectly. If I then give the same hard drive >> as a block device to the storage VM and re-export it through iSCSI, > > (b) > >> Windows usually boots fine, but works unstable. And by unstable I mean >> random read/write errors, sometimes programs won't start, ntdll.dll >> crashes, and after couple reboots Windows won't boot (just like >> mentioned above). >> >> The configurations I would like to achieve makes sense only with PV >> drivers on both storage and Windows VM. All of the "components" seem to >> work perfectly until all put together, so I am not really sure where the >> problem is. >> >> I would be very grateful for any suggestions or ideas that could >> possibly help to narrow down the problem. Maybe I am just doing >> something wrong (I hope so). Or maybe there is a bug that shows itself >> only in such a particular configuration (hope not)? >> > > I'm curious about prompting for the pvscsi drivers to be installed. Is this definitely what it is asking for? Pvscsi for gplpv is removed in the latest versions and suffered varying degrees of bitrot in earlier versions. If you have the iscsi initiator in dom0 then exporting a block device to windows via the normal vbd channel should be just fine. > > You've gone to great lengths to explain the various things you've tried, but I think I'm a little confused on where the iscsi initiator is in the "doesn't work" scenarios. I'm having a bit of an off day today so it's probably just me, but above I have highlighted the two scenarios... could you fill me in on a few things: > > At (a) and (b), is the iscsi initiator in dom0, or are you actually booting windows directly via iscsi? > > At (b), with latest debug build of gplpv, can you run debugview from sysinternals.com and see if any interesting messages are displayed before things fall in a heap? > > Are any strange logs shown in any of Win DomU, Dom0, or storage DomU? > > How big are your disks? > > Can you reproduce with only one vcpu? > > What bridge are you using? Openvswitch or traditional linux bridge? > > What MTU are you using on your storage network? If you are using Jumbo frames can you go back to 1500 (or at least <= 4000)? > > Can you turn off scatter gather, Large Send Offload (GSO), and IP Checksum offload on all the iscsi endpoints? > > Can you turn on data digest/checksum on iscsi? If all endpoints support it then this would provide additional verification that none of the network packets are getting corrupted. > > Would driver domain work in your scenario? Then the disk could be attached directly from your storage DomU without accruing all the iscsi overhead. I'm not up with the status of HVM, vbd, and driver domain so I don't know if this is possible. > > More questions than answers. Sorry :) > > James Dear James, thank you for your questions - I really appreciate everything that may help me move closer to solving or isolating the problem. I'll check what type of driver is used exactly - up until now I always just installed all drivers included in the package, I thought all of them were necessary. I'll try installing them without XenScsi. Do you mean revisions > 1092:85b99b9795a6 by "the latest versions"? Which version should I use? Forgive me if the descriptions were unclear. The initiator was always in dom0. I only moved the target to dom0 or a separate physical machine in (4) and (5). I didn't boot Windows directly from iSCSI (in fact I tried couple times, but had some problems with it, so I didn't mention it). My "disks" (the block devices I dedicated to the Windows VM) were whole 120GB and 240GB SSDs, ~100GB ZVOLs and 50GB LVM volumes. I'm using traditional linux bridge. I didn't set MTUs explicitly, so I assume it's 1500, but I will verify this. I'd love to use a storage driver domain, but the wiki says "It is not possible to use driver domains with pygrub or HVM guests yet". But the page is a couple of months old, maybe it's an outdated info? It surely is worth checking out. I'll do my best to provide answers to the remaining questions as soon as possible. Thank you for so many ideas. Best regards, Kuba _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Feb 01 19:40:00 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 01 Feb 2014 19:40: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 1W9gPo-0003Zu-D1; Sat, 01 Feb 2014 19:39:44 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1W9gPm-0003ZZ-9R; Sat, 01 Feb 2014 19:39:42 +0000 Received: from [193.109.254.147:57705] by server-8.bemta-14.messagelabs.com id 4C/70-18529-D7D4DE25; Sat, 01 Feb 2014 19:39:41 +0000 X-Env-Sender: m.a.young@durham.ac.uk X-Msg-Ref: server-16.tower-27.messagelabs.com!1391283580!1352809!1 X-Originating-IP: [129.234.248.2] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTI5LjIzNC4yNDguMiA9PiA5ODA1MA==\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29705 invoked from network); 1 Feb 2014 19:39:41 -0000 Received: from hermes2.dur.ac.uk (HELO hermes2.dur.ac.uk) (129.234.248.2) by server-16.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Feb 2014 19:39:41 -0000 Received: from smtphost2.dur.ac.uk (smtphost2.dur.ac.uk [129.234.252.2]) by hermes2.dur.ac.uk (8.14.4/8.14.4) with ESMTP id s11JdPhU022620; Sat, 1 Feb 2014 19:39:29 GMT Received: from procyon.dur.ac.uk (procyon.dur.ac.uk [129.234.250.129]) by smtphost2.dur.ac.uk (8.14.4/8.14.4) with ESMTP id s11JdMOw005708 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 1 Feb 2014 19:39:22 GMT Received: from procyon.dur.ac.uk (localhost [127.0.0.1]) by procyon.dur.ac.uk (8.14.3/8.11.1) with ESMTP id s11JdMgc011375; Sat, 1 Feb 2014 19:39:22 GMT Received: from localhost (dcl0may@localhost) by procyon.dur.ac.uk (8.14.3/8.14.3/Submit) with ESMTP id s11JdKHS011370; Sat, 1 Feb 2014 19:39:21 GMT Date: Sat, 1 Feb 2014 19:39:20 +0000 (GMT) From: M A Young To: Dario Faggioli In-Reply-To: <1391209094.13572.50.camel@Abyss> Message-ID: References: <009c01cf1ece$2739a820$75acf860$@yahoo.com> <1391209094.13572.50.camel@Abyss> User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) MIME-Version: 1.0 X-DurhamAcUk-MailScanner: Found to be clean, Found to be clean X-DurhamAcUk-MailScanner-ID: s11JdPhU022620 Cc: Eric Houby , xen , xen-users@lists.xen.org, 'Russ Pavlicek' , xen-devel@lists.xen.org Subject: Re: [Xen-users] REMINDER: Feb 3 is Xen Project Test Day for 4.4 RC3 X-BeenThere: xen-users@lists.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 Fri, 31 Jan 2014, Dario Faggioli wrote: > On Fri, 2014-01-31 at 14:48 -0700, Eric Houby wrote: >>> Next Monday, February 3, is the Test Day for Xen 4.4. Release Candidate 3. >>> >>> General Information about Test Days can be found here: >>> http://wiki.xenproject.org/wiki/Xen_Test_Days >>> >>> and specific instructions for this Test Day are located here: >>> http://wiki.xenproject.org/wiki/Xen_4.4_RC3_test_instructions >>> >> >> Russ, >> >> On the RC3 test instructions page, the link for the RC3 RPMS are pointing to >> what looks like the RC2 RPMs from 1/16. Will there be updated RPMs for this >> test day? >> > Michael, what do you think? It's late I know... Sorry for that, but I'm > travelling and couldn't direct your attention to this before. There is an rc3 build at http://koji.fedoraproject.org/koji/taskinfo?taskID=6479953 Michael Young _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Feb 01 19:40:00 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 01 Feb 2014 19:40: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 1W9gPo-0003Zu-D1; Sat, 01 Feb 2014 19:39:44 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1W9gPm-0003ZZ-9R; Sat, 01 Feb 2014 19:39:42 +0000 Received: from [193.109.254.147:57705] by server-8.bemta-14.messagelabs.com id 4C/70-18529-D7D4DE25; Sat, 01 Feb 2014 19:39:41 +0000 X-Env-Sender: m.a.young@durham.ac.uk X-Msg-Ref: server-16.tower-27.messagelabs.com!1391283580!1352809!1 X-Originating-IP: [129.234.248.2] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTI5LjIzNC4yNDguMiA9PiA5ODA1MA==\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29705 invoked from network); 1 Feb 2014 19:39:41 -0000 Received: from hermes2.dur.ac.uk (HELO hermes2.dur.ac.uk) (129.234.248.2) by server-16.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Feb 2014 19:39:41 -0000 Received: from smtphost2.dur.ac.uk (smtphost2.dur.ac.uk [129.234.252.2]) by hermes2.dur.ac.uk (8.14.4/8.14.4) with ESMTP id s11JdPhU022620; Sat, 1 Feb 2014 19:39:29 GMT Received: from procyon.dur.ac.uk (procyon.dur.ac.uk [129.234.250.129]) by smtphost2.dur.ac.uk (8.14.4/8.14.4) with ESMTP id s11JdMOw005708 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 1 Feb 2014 19:39:22 GMT Received: from procyon.dur.ac.uk (localhost [127.0.0.1]) by procyon.dur.ac.uk (8.14.3/8.11.1) with ESMTP id s11JdMgc011375; Sat, 1 Feb 2014 19:39:22 GMT Received: from localhost (dcl0may@localhost) by procyon.dur.ac.uk (8.14.3/8.14.3/Submit) with ESMTP id s11JdKHS011370; Sat, 1 Feb 2014 19:39:21 GMT Date: Sat, 1 Feb 2014 19:39:20 +0000 (GMT) From: M A Young To: Dario Faggioli In-Reply-To: <1391209094.13572.50.camel@Abyss> Message-ID: References: <009c01cf1ece$2739a820$75acf860$@yahoo.com> <1391209094.13572.50.camel@Abyss> User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) MIME-Version: 1.0 X-DurhamAcUk-MailScanner: Found to be clean, Found to be clean X-DurhamAcUk-MailScanner-ID: s11JdPhU022620 Cc: Eric Houby , xen , xen-users@lists.xen.org, 'Russ Pavlicek' , xen-devel@lists.xen.org Subject: Re: [Xen-users] REMINDER: Feb 3 is Xen Project Test Day for 4.4 RC3 X-BeenThere: xen-users@lists.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 Fri, 31 Jan 2014, Dario Faggioli wrote: > On Fri, 2014-01-31 at 14:48 -0700, Eric Houby wrote: >>> Next Monday, February 3, is the Test Day for Xen 4.4. Release Candidate 3. >>> >>> General Information about Test Days can be found here: >>> http://wiki.xenproject.org/wiki/Xen_Test_Days >>> >>> and specific instructions for this Test Day are located here: >>> http://wiki.xenproject.org/wiki/Xen_4.4_RC3_test_instructions >>> >> >> Russ, >> >> On the RC3 test instructions page, the link for the RC3 RPMS are pointing to >> what looks like the RC2 RPMs from 1/16. Will there be updated RPMs for this >> test day? >> > Michael, what do you think? It's late I know... Sorry for that, but I'm > travelling and couldn't direct your attention to this before. There is an rc3 build at http://koji.fedoraproject.org/koji/taskinfo?taskID=6479953 Michael Young _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Feb 01 19:44:07 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 01 Feb 2014 19:44: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 1W9gTx-00042y-MT; Sat, 01 Feb 2014 19:44:01 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1W9gTw-00042f-1L; Sat, 01 Feb 2014 19:44:00 +0000 Received: from [85.158.139.211:15012] by server-14.bemta-5.messagelabs.com id 64/52-27598-F7E4DE25; Sat, 01 Feb 2014 19:43:59 +0000 X-Env-Sender: russell.pavlicek.xen@gmail.com X-Msg-Ref: server-16.tower-206.messagelabs.com!1391283837!1036923!1 X-Originating-IP: [209.85.215.51] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_23,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9136 invoked from network); 1 Feb 2014 19:43:58 -0000 Received: from mail-la0-f51.google.com (HELO mail-la0-f51.google.com) (209.85.215.51) by server-16.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 1 Feb 2014 19:43:58 -0000 Received: by mail-la0-f51.google.com with SMTP id c6so4475063lan.10 for ; Sat, 01 Feb 2014 11:43:57 -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=ybUhQYGNt8tqMO5fk+0Qz+Zm+YhnNJt2KTUlc339ghM=; b=RnVmIO9t93KgRkKwoCFOew3PK1SKtZpRUPoboAqOPLXk5q6orH/IVHS0CUpYcCJ1EC K20XBqpeK75yv57M020UmWAXBB4ACa9jdJZhCi4WlDQUhmmouX9Hyewh58BtSFmhefzM UYN3Kccjksf5IiXszx/D0NIERBAX6JfTATpOx2QcQS7lJ4DCS4Sm/cQBz89/rhZ4/qdW ZQWrES3x/BsdW/0U8nQS6OqGnCTQavg0iSp5CdNaBMuT2btWFKJ4I+oqGJTjkgwCEz76 7i9/NfKuXNo53fY1Zr7jfmAGLY5XdIHefffvszAMHdw7KGQgUCIir5m3k5bN030pyYIY 5g0g== MIME-Version: 1.0 X-Received: by 10.112.132.102 with SMTP id ot6mr6633619lbb.27.1391283837234; Sat, 01 Feb 2014 11:43:57 -0800 (PST) Received: by 10.112.72.72 with HTTP; Sat, 1 Feb 2014 11:43:57 -0800 (PST) Received: by 10.112.72.72 with HTTP; Sat, 1 Feb 2014 11:43:57 -0800 (PST) In-Reply-To: References: <009c01cf1ece$2739a820$75acf860$@yahoo.com> <1391209094.13572.50.camel@Abyss> Date: Sat, 1 Feb 2014 14:43:57 -0500 X-Google-Sender-Auth: 0KHNHkz0_CWUL9vxtcnkuLPkqhc Message-ID: From: Russ Pavlicek To: M A Young Cc: xen-users@lists.xen.org, xen , Dario Faggioli , xen-devel@lists.xen.org, Eric Houby Subject: Re: [Xen-users] REMINDER: Feb 3 is Xen Project Test Day for 4.4 RC3 X-BeenThere: xen-users@lists.xen.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="===============1600859242915184748==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1600859242915184748== Content-Type: multipart/alternative; boundary=047d7b3431eae6762404f15d827e --047d7b3431eae6762404f15d827e Content-Type: text/plain; charset=ISO-8859-1 Michael, Splendid, thank you! I have updated the Wiki page. On Feb 1, 2014 2:39 PM, "M A Young" wrote: > On Fri, 31 Jan 2014, Dario Faggioli wrote: > > On Fri, 2014-01-31 at 14:48 -0700, Eric Houby wrote: >> >>> Next Monday, February 3, is the Test Day for Xen 4.4. Release Candidate >>>> 3. >>>> >>>> General Information about Test Days can be found here: >>>> http://wiki.xenproject.org/wiki/Xen_Test_Days >>>> >>>> and specific instructions for this Test Day are located here: >>>> http://wiki.xenproject.org/wiki/Xen_4.4_RC3_test_instructions >>>> >>>> >>> Russ, >>> >>> On the RC3 test instructions page, the link for the RC3 RPMS are >>> pointing to >>> what looks like the RC2 RPMs from 1/16. Will there be updated RPMs for >>> this >>> test day? >>> >>> Michael, what do you think? It's late I know... Sorry for that, but I'm >> travelling and couldn't direct your attention to this before. >> > > There is an rc3 build at http://koji.fedoraproject.org/ > koji/taskinfo?taskID=6479953 > > Michael Young > --047d7b3431eae6762404f15d827e Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

Michael,

Splendid, thank you!

I have updated the Wiki page.

On Feb 1, 2014 2:39 PM, "M A Young" &l= t;m.a.young@durham.ac.uk> = wrote:
On Fri, 31 Jan 2014, Dario Faggioli wrote:

On Fri, 2014-01-31 at 14:48 -0700, Eric Houby wrote:
Next Monday, February 3, is the Test Day for Xen 4.4. Release Candidate 3.<= br>
General Information about Test Days can be found here:
http://wiki.xenproject.org/wiki/Xen_Test_Days

and specific instructions for this Test Day are located here:
http://wiki.xenproject.org/wiki/Xen_4.4_RC3_test_instructions


Russ,

On the RC3 test instructions page, the link for the RC3 RPMS are pointing t= o
what looks like the RC2 RPMs from 1/16. =A0Will there be updated RPMs for t= his
test day?

Michael, what do you think? It's late I know... Sorry for that, but I&#= 39;m
travelling and couldn't direct your attention to this before.

There is an rc3 build at http://koji.fedoraproject.org/<= /u>koji/taskinfo?taskID=3D6479953

=A0 =A0 =A0 =A0 Michael Young
--047d7b3431eae6762404f15d827e-- --===============1600859242915184748== 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 --===============1600859242915184748==-- From xen-users-bounces@lists.xen.org Sat Feb 01 19:44:07 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 01 Feb 2014 19:44: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 1W9gTx-00042y-MT; Sat, 01 Feb 2014 19:44:01 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1W9gTw-00042f-1L; Sat, 01 Feb 2014 19:44:00 +0000 Received: from [85.158.139.211:15012] by server-14.bemta-5.messagelabs.com id 64/52-27598-F7E4DE25; Sat, 01 Feb 2014 19:43:59 +0000 X-Env-Sender: russell.pavlicek.xen@gmail.com X-Msg-Ref: server-16.tower-206.messagelabs.com!1391283837!1036923!1 X-Originating-IP: [209.85.215.51] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_23,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9136 invoked from network); 1 Feb 2014 19:43:58 -0000 Received: from mail-la0-f51.google.com (HELO mail-la0-f51.google.com) (209.85.215.51) by server-16.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 1 Feb 2014 19:43:58 -0000 Received: by mail-la0-f51.google.com with SMTP id c6so4475063lan.10 for ; Sat, 01 Feb 2014 11:43:57 -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=ybUhQYGNt8tqMO5fk+0Qz+Zm+YhnNJt2KTUlc339ghM=; b=RnVmIO9t93KgRkKwoCFOew3PK1SKtZpRUPoboAqOPLXk5q6orH/IVHS0CUpYcCJ1EC K20XBqpeK75yv57M020UmWAXBB4ACa9jdJZhCi4WlDQUhmmouX9Hyewh58BtSFmhefzM UYN3Kccjksf5IiXszx/D0NIERBAX6JfTATpOx2QcQS7lJ4DCS4Sm/cQBz89/rhZ4/qdW ZQWrES3x/BsdW/0U8nQS6OqGnCTQavg0iSp5CdNaBMuT2btWFKJ4I+oqGJTjkgwCEz76 7i9/NfKuXNo53fY1Zr7jfmAGLY5XdIHefffvszAMHdw7KGQgUCIir5m3k5bN030pyYIY 5g0g== MIME-Version: 1.0 X-Received: by 10.112.132.102 with SMTP id ot6mr6633619lbb.27.1391283837234; Sat, 01 Feb 2014 11:43:57 -0800 (PST) Received: by 10.112.72.72 with HTTP; Sat, 1 Feb 2014 11:43:57 -0800 (PST) Received: by 10.112.72.72 with HTTP; Sat, 1 Feb 2014 11:43:57 -0800 (PST) In-Reply-To: References: <009c01cf1ece$2739a820$75acf860$@yahoo.com> <1391209094.13572.50.camel@Abyss> Date: Sat, 1 Feb 2014 14:43:57 -0500 X-Google-Sender-Auth: 0KHNHkz0_CWUL9vxtcnkuLPkqhc Message-ID: From: Russ Pavlicek To: M A Young Cc: xen-users@lists.xen.org, xen , Dario Faggioli , xen-devel@lists.xen.org, Eric Houby Subject: Re: [Xen-users] REMINDER: Feb 3 is Xen Project Test Day for 4.4 RC3 X-BeenThere: xen-users@lists.xen.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="===============1600859242915184748==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1600859242915184748== Content-Type: multipart/alternative; boundary=047d7b3431eae6762404f15d827e --047d7b3431eae6762404f15d827e Content-Type: text/plain; charset=ISO-8859-1 Michael, Splendid, thank you! I have updated the Wiki page. On Feb 1, 2014 2:39 PM, "M A Young" wrote: > On Fri, 31 Jan 2014, Dario Faggioli wrote: > > On Fri, 2014-01-31 at 14:48 -0700, Eric Houby wrote: >> >>> Next Monday, February 3, is the Test Day for Xen 4.4. Release Candidate >>>> 3. >>>> >>>> General Information about Test Days can be found here: >>>> http://wiki.xenproject.org/wiki/Xen_Test_Days >>>> >>>> and specific instructions for this Test Day are located here: >>>> http://wiki.xenproject.org/wiki/Xen_4.4_RC3_test_instructions >>>> >>>> >>> Russ, >>> >>> On the RC3 test instructions page, the link for the RC3 RPMS are >>> pointing to >>> what looks like the RC2 RPMs from 1/16. Will there be updated RPMs for >>> this >>> test day? >>> >>> Michael, what do you think? It's late I know... Sorry for that, but I'm >> travelling and couldn't direct your attention to this before. >> > > There is an rc3 build at http://koji.fedoraproject.org/ > koji/taskinfo?taskID=6479953 > > Michael Young > --047d7b3431eae6762404f15d827e Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

Michael,

Splendid, thank you!

I have updated the Wiki page.

On Feb 1, 2014 2:39 PM, "M A Young" &l= t;m.a.young@durham.ac.uk> = wrote:
On Fri, 31 Jan 2014, Dario Faggioli wrote:

On Fri, 2014-01-31 at 14:48 -0700, Eric Houby wrote:
Next Monday, February 3, is the Test Day for Xen 4.4. Release Candidate 3.<= br>
General Information about Test Days can be found here:
http://wiki.xenproject.org/wiki/Xen_Test_Days

and specific instructions for this Test Day are located here:
http://wiki.xenproject.org/wiki/Xen_4.4_RC3_test_instructions


Russ,

On the RC3 test instructions page, the link for the RC3 RPMS are pointing t= o
what looks like the RC2 RPMs from 1/16. =A0Will there be updated RPMs for t= his
test day?

Michael, what do you think? It's late I know... Sorry for that, but I&#= 39;m
travelling and couldn't direct your attention to this before.

There is an rc3 build at http://koji.fedoraproject.org/<= /u>koji/taskinfo?taskID=3D6479953

=A0 =A0 =A0 =A0 Michael Young
--047d7b3431eae6762404f15d827e-- --===============1600859242915184748== 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 --===============1600859242915184748==-- From xen-users-bounces@lists.xen.org Sat Feb 01 19:48:00 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 01 Feb 2014 19:48: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 1W9gXc-0004RT-EL; Sat, 01 Feb 2014 19:47:48 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1W9gXb-0004RN-AP for xen-users@lists.xen.org; Sat, 01 Feb 2014 19:47:47 +0000 Received: from [85.158.137.68:60736] by server-16.bemta-3.messagelabs.com id 55/6F-29917-26F4DE25; Sat, 01 Feb 2014 19:47:46 +0000 X-Env-Sender: calmar@dagobera.eu X-Msg-Ref: server-12.tower-31.messagelabs.com!1391284064!9119659!1 X-Originating-IP: [178.32.228.3] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_40_50,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11338 invoked from network); 1 Feb 2014 19:47:44 -0000 Received: from mo3.mail-out.ovh.net (HELO mo3.mail-out.ovh.net) (178.32.228.3) by server-12.tower-31.messagelabs.com with SMTP; 1 Feb 2014 19:47:44 -0000 Received: from mail643.ha.ovh.net (b9.ovh.net [213.186.33.59]) by mo3.mail-out.ovh.net (Postfix) with SMTP id D4F9BFF8ECA for ; Sat, 1 Feb 2014 20:47:39 +0100 (CET) Received: from b0.ovh.net (HELO queueout) (213.186.33.50) by b0.ovh.net with SMTP; 1 Feb 2014 21:44:56 +0200 Received: from mry91-5-88-182-239-210.fbx.proxad.net (HELO ?10.5.5.1?) (postmaster@dagobera.eu@88.182.239.210) by ns0.ovh.net with SMTP; 1 Feb 2014 21:44:55 +0200 Message-ID: <52ED4F58.7000505@dagobera.eu> Date: Sat, 01 Feb 2014 20:47:36 +0100 From: Calmar Organization: calmar User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <52ECBA15.7030106@dagobera.eu> In-Reply-To: Content-Type: multipart/mixed; boundary="------------070000080106060800050101" X-Ovh-Tracer-Id: 5672002255721500137 X-Ovh-Remote: 88.182.239.210 (mry91-5-88-182-239-210.fbx.proxad.net) X-Ovh-Local: 213.186.33.20 (ns0.ovh.net) X-OVH-SPAMSTATE: OK X-OVH-SPAMSCORE: 0 X-OVH-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrfeejtddrieelucetufdoteggodetrfcurfhrohhfihhlvgemucfqggfjnecuuegrihhlohhuthemuceftddtnecu X-Spam-Check: DONE|U 0.5/N X-VR-SPAMSTATE: OK X-VR-SPAMSCORE: 0 X-VR-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrfeejtddrieelucetufdoteggodetrfcurfhrohhfihhlvgemucfqggfjnecuuegrihhlohhuthemuceftddtnecu Subject: Re: [Xen-users] Multicast message handling in VMs - For Upnp server, client or forward in a VM X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: calmar@dagobera.eu 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 This is a multi-part message in MIME format. --------------070000080106060800050101 Content-Type: multipart/alternative; boundary="------------000505030301070205060203" --------------000505030301070205060203 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Thanks for so fast answer; I indeed forgot to check it this time (in my=20 previous attempt on an older system I am sure I checked the obvious and=20 many parameters). However, all interfaces on host and VM show the "UP BROADCAST RUNNING=20 MULTICAST" statement. So, as you tell me to check the obvious, do you think that it should=20 propagate the mcast packets to the VMs out of the box? Benoit... PS: I attached iptables, ifconfig, and sysctl of host and VM. (in this example, the inferface is eth1 in the VM and=20 xenbr2/wlan0/vif10.1 on the host It changed since last try because I used a cleaner VM (fresh=20 installation too) with only two inferfaces in order to simplify the=20 configuration ) Le 01/02/2014 10:36, David Sutton a =C3=A9crit : > Benoit, > > On Sat, Feb 1, 2014 at 3:10 AM, Calmar > wrote: > > Hi, > > I am using xen 4.1.4 of the Debian Wheezy distribution, with > network in bridge mode. > This is a brand new setup, with default setup options on the > network point of view. > > When a multicast message (here it was Upnp) is sent from the > physical network, it can be seen in the eth1 and xenbr1 > interfaces, but not in the interfaces inside the VMs. > > I have a wlan0 interface on the physical machine that is bridged > and seen as 'eth2' interface on a VM. > The wlan0 interface receives the broadcast messages as seen here: > ~# tcpdump -ni wlan0 net 239.0.0.0/8 > tcpdump: WARNING: wlan0: no IPv4 address assigned > tcpdump: verbose output suppressed, use -v or -vv for full > protocol decode > listening on wlan0, link-type EN10MB (Ethernet), capture size > 65535 bytes > 21:04:30.711511 IP 10.6.6.2.44990 > 239.255.255.250.1900: UDP, > length 98 > 21:04:30.711527 IP 10.6.6.2.44990 > 239.255.255.250.1900: UDP, > length 98 > 21:04:30.794978 IP 10.6.6.2.44990 > 239.255.255.250.1900: UDP, > length 98 > 21:04:30.794992 IP 10.6.6.2.44990 > 239.255.255.250.1900: UDP, > length 98 > > I added a rule to increment the ttl of the broadcast packet that > is received on the physical interface: > iptables -t mangle -A PREROUTING -d 239.255.255.250/32 > -i wlan0 -j TTL --ttl-inc 1 > > However, nothing is seen inside the VM: > tcpdump -ni eth2 net 239.0.0.0/8 > tcpdump: verbose output suppressed, use -v or -vv for full > protocol decode > listening on eth2, link-type EN10MB (Ethernet), capture size 65535 > bytes > ^C > 0 packets captured > 0 packets received by filter > 0 packets dropped by kernel > > The next step will be to propagate the packet on the other > interfaces, but as soon I got nothing on the original bridged > interface,... > In some tests I made a few months ago I got "dropped by interface" > packets, but now on this new machine, I get nothing more. > > So I am seeking for clues on this subject; I am sure that there > should be some parameter to change in order to enable it, but so > far I didn't find it... > > Greetings all > Benoit > > PS: I posted my previous test here: > http://www.xenproject.org/help/questions-and-answers/multicast-mess= age-handling-in-vms-for-upnp-server,-client-or-forward-in-a-vm.html > and Russell Pavlicek suggest to put the subject on this mailing lis= t. > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > > > Just to check the obvious; have you made sure that the given=20 > interfaces have their multicast flag set? I recently had some issues=20 > with a network interface and I noticed it was because the multicast=20 > flag hadn't been set; once set the mdns packets were able to be seen=20 > by the interface in question. ifconfig should show you the state of=20 > the interfaces. > > Regards, > > David --------------000505030301070205060203 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit
Thanks for so fast answer; I indeed forgot to check it this time (in my previous attempt on an older system I am sure I checked the obvious and many parameters).
However, all interfaces on host and VM show the "UP BROADCAST RUNNING MULTICAST" statement.

So, as you tell me to check the obvious, do you think that it should propagate the mcast packets to the VMs out of the box?

Benoit...

PS: I attached iptables, ifconfig, and sysctl of host and VM.
(in this example, the inferface is eth1 in the VM and xenbr2/wlan0/vif10.1 on the host
It changed since last try because I used a cleaner VM (fresh installation too) with only two inferfaces in order to simplify the configuration
)

Le 01/02/2014 10:36, David Sutton a écrit :
Benoit,

On Sat, Feb 1, 2014 at 3:10 AM, Calmar <calmar@dagobera.eu> wrote:
Hi,

I am using xen 4.1.4 of the Debian Wheezy distribution, with network in bridge mode.
This is a brand new setup, with default setup options on the network point of view.

When a multicast message (here it was Upnp) is sent from the physical network, it can be seen in the eth1 and xenbr1 interfaces, but not in the interfaces inside the VMs.

I have a wlan0 interface on the physical machine that is bridged and seen as 'eth2' interface on a VM.
The wlan0 interface receives the broadcast messages as seen here:
~# tcpdump -ni wlan0  net 239.0.0.0/8
tcpdump: WARNING: wlan0: no IPv4 address assigned
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on wlan0, link-type EN10MB (Ethernet), capture size 65535 bytes
21:04:30.711511 IP 10.6.6.2.44990 > 239.255.255.250.1900: UDP, length 98
21:04:30.711527 IP 10.6.6.2.44990 > 239.255.255.250.1900: UDP, length 98
21:04:30.794978 IP 10.6.6.2.44990 > 239.255.255.250.1900: UDP, length 98
21:04:30.794992 IP 10.6.6.2.44990 > 239.255.255.250.1900: UDP, length 98

I added a rule to increment the ttl of the broadcast packet that is received on the physical interface:
 iptables -t mangle -A PREROUTING  -d 239.255.255.250/32 -i wlan0 -j TTL --ttl-inc 1

However, nothing is seen inside the VM:
 tcpdump -ni eth2 net 239.0.0.0/8
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth2, link-type EN10MB (Ethernet), capture size 65535 bytes
^C
0 packets captured
0 packets received by filter
0 packets dropped by kernel

The next step will be to propagate the packet on the other interfaces, but as soon I got nothing on the original bridged interface,...
In some tests I made a few months ago I got "dropped by interface" packets, but now on this new machine, I get nothing more.

So I am seeking for clues on this subject; I am sure that there should be some parameter to change in order to enable it, but so far I didn't find it...

Greetings all
Benoit

PS: I posted my previous test here: http://www.xenproject.org/help/questions-and-answers/multicast-message-handling-in-vms-for-upnp-server,-client-or-forward-in-a-vm.html and Russell Pavlicek suggest to put the subject on this mailing list.



_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
 
 Just to check the obvious; have you made sure that the given interfaces have their multicast flag set? I recently had some issues with a network interface and I noticed it was because the multicast flag hadn't been set; once set the mdns packets were able to be seen by the interface in question. ifconfig should show you the state of the interfaces.

Regards,

  David

--------------000505030301070205060203-- --------------070000080106060800050101 Content-Type: application/x-zip-compressed; name="mcast.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="mcast.zip" UEsDBAoAAAAAAHlcQUQAAAAAAAAAAAAAAAAGABwAbWNhc3QvVVQJAAMGzuxSBs7sUnV4CwAB BOsDAAAEAQIAAFBLAwQUAAAACAB5XEFEG5ShzFMAAACrAAAAEwAcAG1jYXN0L2VidGFibGVz Lmhvc3RVVAkAAwbO7FIGzuxSdXgLAAEE6wMAAAQBAgAAcyrKTElPVShJTMpJtVJIy8wpSS3i 4nKCiCZnJGbmWSl4+gWEhugopOaVFGWmFlspGOgoFOTnZCZXWik4Oju7BoSga3DzDwp3DHIh RYt/aAghSwBQSwMEFAAAAAgAeVxBRHayf9XAAQAArgUAABQAHABtY2FzdC9pZmNvbmZpZy5n dWVzdFVUCQADBs7sUgbO7FJ1eAsAAQTrAwAABAECAAC9lFFv2jAQx9/5FPfIXlI7Ttz03qCb WtQAFQWtrya5iIgszhwzsW8/J1Aa2lGEqs1OpPjO/9P5fueQXTFoR5yXa6AyURV+sysyJVmA ++8qTQ0whlyiIFymKELkBNCDw8ibrc0+5MwL3ZQhwDBRtd0Z/LB9AcaqXuN+5TGPvYkhd0HA V4zjdvv+uZIBPCW6Irwr9FIVJ/QZRQzRbzPOMsyozZrTq7w5a0e8eIThbDr4ejt4msNsMZmM JncwXsTzUWuB8XyBPGSuUGOyJk+Qd8SzZ6hUsiZbYxAJIGO0qZFBanRVUeq+9C9n3JSNMTPq B2H34PNXuQjlGXmijMnJHAVIdFHkda7bDXb7c0MbKqh0pXcJH+e5/G3JZSlvfCGgH4SR58ND PvzSZrF3cslD52OebF2dAKPSNolUFgMXuEd2xS/vnOx050g3u43TrN+3Tds6l4HP/jl4wT7D Pfgv2P2A3UDf98Rb5NG1jKAfudqfBs4d8EK/ODrAY52oAmKtq6U7zSm4/nVz3T3eYck++AEg 8ivuR3tm97q2x8zi6fRxOLh9OCDbgZKBkOdIfQrUOfElnP4OiUHflQWO+Bxsvd4fUEsDBBQA AAAIAHlcQURcEa2RQQUAAPYjAAATABwAbWNhc3QvaWZjb25maWcuaG9zdFVUCQADBs7sUgbO 7FJ1eAsAAQTrAwAABAECAADdmdtyGkcQhu/1FHNJLsDTPTM903MnKS7bZUlW2VIltwssMWUM yoId5b3yBn6x9CwbtBzMlrOCKoMWQe3skW+7/7978sVHrcrX1Xj6SeXTQfYQXy4+5sU0Xyj1 +rdsOCwU2zjMY9Axy6IbRO4rdaZWr/tbdfH+3fmvl+cf7tT7+5ubNzev1PX91d2bco26vruP 4LSc5zpfFONBhNrO739XD9ngU76YR0SwZIJXeVHMinnUaljMHh7yoXybfZWVX6Zp5ajIPudR 145x93QMAwye0TQcY5AVxTgv1o4ymE0m4/l4Vm4w+UONxpNcLYpsOv88nqf1EbTcxPq19/9e 5HJW570xTAFUx/SMejW++KW8rGrYBpCbI0Qr49iz5Qa1A72ZLtKlPSzSWUxQ58Min89zNcxV P5vLzT5ieeqzfPERfhwXHwYXc3DBYhtcwPK7BeOOjIuC8T6gkfGOsdvA0HjHSMax6mAP9+Pi HbjCEtdk9t8uNVwXsy8DudTJbJDJR/0CxwliNiwioO9p+RPW19n8zy95ROfKNfVfQLYsd6Go YoQXgEF9GMwe8vj62z+LfJ341bt3txfnl29XwJeYyRpq4uya6Owl3Lj3/2P7HbCMnCIwqLcb Ebg2cHb2eTbt/TXJproO5v7mw+3Ly1UUUeiC7yJ3A3Uvz7t83jWy6K7evRwkxowmDdQKgD5u bBFrDsYgqQ650GN1vU5CIk6eYpUgfB2PoKc3omMrmY3yOBrVl7UfuhYDo1wyXhwNyo3Sv7z6 9oJsFRhX43x6iEzoUDvEVpiA2JH14SC0DO4OF3AuiRYHoYK8nQeBCDyxtV51oOeWeXDJDU6B GzoRbYR2hkOoWXdUbiIGIaANNiR52rYb3nht0DptS3kLdW54AtwsiNnyrcINg/YGD5Mbv0PN EgRrUT5UZ5fnQC1AIaAwBd2jMnEuoekyS/7k0ACaTPn+/Ah8TFjgghfHAE6y3oaXkJtlJ0O2 5ys3sWQEPz8j2w5RU+X2rIQ8p/TnKwh1Pl5jkit6ooMnYTMclMVSG0TekrZw1LSHThOJFkmR t0uspCoOYK2T7LBuMcxJMEPNXlMbZCQ1cmOR/azEnBcfSiAy5ZJ52DDwImCMIAWV4DSuZ590 yp4GMSTLrbyFlGygj2oISc5njdT/HSm5cJOYuHwfJMAoiVaQGFsRcydBDLSxvlUbynpgPq6F N6C5rJIxidMGsaAtGe8lJXoSgVvxotPgRdrZ0GTn9tt3Yww2GsrndYQcGKqeIVQ1VT3IZFBK eIZkDYXZSsf8STATkQ5yd+16vUzeHrnBgQmZSW1c9lUk1aCJtoKz4iQlcbKua5k/iQYHeI/N 5qGhUJZD6KNGmmMLFHyaTHFEVSVco+YsBmbENA6+nh/DScQagfXU5NH3QmP25rgtqaCdE01z pWJtecYALHonoSbDAaQIWBJbduCbiFGQ5zgix0BxkEXO9hOjrNy6JFbuwdnBiXkdGg3f/tyo Depjd+pTL8qlPr3kug1grAMGZ0TqAq1aUY/5tF80Btj+ueKnKS7dSzNa6IxSF4NsvliuSfNc 8l6b96rmvnZDx0xDfHzcXp6gv5rM+tlk3zPDVF5y+cyUl839w1fz1krhu42c3I/0xCw0da+f c35Ncq4T2wqp7wywo9IwOhAZCXPAlZqWj02jmu6fsz48cD58WrdIrQyU6KI5TCNgN22vJak7 qYs6tCOnS3aw6a47rqpfKtKNEww/mM/BmkEcuRJVnyNaPoICt51dQGhE/ZykrCUtEdOxxlVt z7XKRJODqmpZgvoXUEsDBAoAAAAAAHlcQUQAAAAAAAAAAAAAAAAUABwAbWNhc3QvaXB0YWJs ZXMuZ3Vlc3RVVAkAAwbO7FIGzuxSdXgLAAEE6wMAAAQBAgAAUEsDBBQAAAAIAHlcQUThK/rO qwEAAE8KAAATABwAbWNhc3QvaXB0YWJsZXMuaG9zdFVUCQADBs7sUgbO7FJ1eAsAAQTrAwAA BAECAAC9lU1P20AQhu/5FSPlhrRmZ3e9X7coBRSpkCgY9YA42M0CrhwnStwA/56FbtOIVnwo Qw+WLM/OM8+uX9l9OAltWJVdmEH1APWyK6smrNm63ATYYKYyVLBo4bzs4DhUAAiIXnCvBAiO qncwL9ubJvT8ZHo0HV8Uo7MTGAyHR5MCLnUutTVeOOSaS6Ouen50NrkotguMcdajEdJZjMXj 8fTbYPrlTxk56txLnltUaF1cEifsAlBr4YXVwvFYnIzPi5cOBtEKExkaOVcmMtgAdlzZDOL4 TOR5uvihFMBqCN0tB/YDiuIrMNZ1Davb74D/qf2uKds9x+Me7fehrVbiM/yH49PTUdHrw3Ax XzbhKXevxau/dz6v66YLq5fJy4WWylvHlXTyH9Hjnv+dNsnRPMXZORTqOUi/29gclrcP61nY xM2mO7b42cGmvnYZ33lYr1m1qmc3cT/xdH6R3yTVLREoKVkqJQJQUjJUSgSgrRJSKe0NSkqa 6pQIQEkpp1IiACUlRaVEAEpKkkqJAJSUBJUSASgpYSZolAhAWyWijwABaKtE9OLeAfrg7/oR UEsDBBQAAAAIAHlcQURNQRxpKxUAAAdqAAASABwAbWNhc3Qvc3lzY3RsLmd1ZXN0VVQJAAMG zuxSBs7sUnV4CwABBOsDAAAEAQIAAKVd267rOHJ93v0VB8hL8mAfUfJtB8hLkCAYYNIJMB8g 0BJlqy2Jakry3u6vTxWpCyXxIp/MYLrPYS1eq2qRrKI8DyYqVuyb5M7SOLnnRRqLrmriLBdN ++PffgS/PXREmVfxTdCqK6jI21dcNYAJw2MA/5kjC9qyKukR5BIEa8gXfbCuXrcXmcBtV9Fr weImoUVe3bDR5dCgoTbnVZxwOfSjoZVK9DiG/YSLLvKSxfQp217VbO5UsCb+yquUf/UIvX2s LKZBrMcn2rhmIudp3DVT/RUGVl+OQ4I+DQtLu5bfBIeFY3JFUl1LNa3yRC9IuMC2YOR1nq4E NW1b+CuU41/norxmcZGX+cwKWppX7bxLwWixE5y3u5Q9Z2MRgN1ltAV5k98qWjSzAbSi2NEC qxV6edYKmrA47co6BmVyXs+qlTytBb+i/n4217z6ORRogK6A+aZ5s1qeO2/rokMFDyU0SXCC h4/wI5oW+tWIP7E0uoyjpWm/gqNa2ztMPW12Jf3GYvIZHsc1oWAl5b7mvGjyv3Csh+DztJCy qhW8foHF0RxXgESHBQLbH7wEe2vuvMAhnJbAL3AeZkKS8LKAXkFTsZrIITgnNKO78zUIdwdK k931EF52B3YOQ3qlUcSCReWukzUv2ekzOCbpLksSqAl/3V2TkOxIENFrSs7nNB3VAbYnQCXs zgow//21YXK9w8/D5+kcfh4/pj9aquTVHfymRWX6avInE1nBv9QwT8fjtKSD6LYWgV5jpcQo PJ8uM18ymaA07AeUnD8OH+TjPC+PkV0GxznaZPG1UwRLFs3G4A70pXeXlqy5xaDTVuTJzBsf dSuMgkoSRNPPCid7mgy5Bm5u2hj+gDMeR/hF2+Se8hmzDmW9Tc2G2/CsLXjyAItbsU5V5rGp va56VPyrilG+qjSud1cJlqC+kLDL3IjJ+VKEhl1wmgILt6+aSQM/GITQbqMIelrHpqUJrnzd 3uOWx1IT0nsGBHQn9TI0vXAM8PH4SeOmBubCDXFilzqPn3nKeJwV9DazontXwbrS5rFeiUkE jA8DS3gnx3Mgn4coOKxhuGPwro0blsi9JTQ09UVFBRtnM1NiwkvYA3bFXE1gNjGqVq2IrBBO 3sK/mOBZFidlOpLwUDiuKHs12Az+Gxdk2sQGyfXVsl60EOJeEtvrDmJ7A7dkdKJoEgGVZDF7 AuvCgoPa+JzNNXEp5/64ov+SkwkA69PQsobjSH+UILPN/Fo8wEBrXhTrYwBYC+yh+6Tugr36 c7DHUxXuq+JJt9aAEWg1Qn+Na9e8gPe/12c6EzpPYW6b0RX7eq8C7lTb0RkXD/bNku015GQz mrRczLZLx4TLKy1oBQePWlIpIRu6SSiIYnBeFgMFs2bjdHomOF3OG5aWlmhf//jbv//9b7// lw1P3jYl8rYpkbdMibxlSuRdUyJvmRJ525TI26ZEfsWUyC+ZEnnHlMibphS+bUrh26YUvmVK 4VumFL5rSuFbphS+bUrh26YU/oophb9kSuE7phS+aUrR26YUvW1K0VumFL1lStG7phS9ZUrR 26YUvW1K0a+YUvRLphS9Y0qRx5R40x+0/55X3fdUKljBaCODN/twH+wOO1qm0/Sns/0/kR// +O///fEf7JrTSoKPcD+d4gBN23cM9oWH4JaO1y05sF76zxWv2L+Ms7iX/T0xOh4PBy1+dC+p POyFweeZHPXyssoX138ojEUJd05QezKPT5TNTXVwIZ+hXigbIcfjDFnhCZWcosukflbiII7B R4THYvjnhxYBwMhRPLU2Hmzb1171qo8SSyshcc9S3p5hmfDiWrKSC3VBBYF2SS6HMvhj/MiL IoY14Qlt8/4KostleAcLG0MXMoSGp+++ixvbJUXXABvg2mNZmov2FV/h1oY33Sodq5DAKB4u C5p0qBHqNdYwGVrBluIEjv55f8M6BhqEfde5YDM5hjARUIm4TjMY+z3uw0VD680Xreu8Yo30 lAF8724M5zvC9DJcerhU5Mm4+ihqi2uMJiWv/LpA1Wmh1zamUJk/+xDK0LC24qt+C/4FvWFw ASiYTYt1PH3g/8D0cfqC17HkiLEe+24zQW+zIFS/WLgJZIIxuFn1yxydgk+pYRhH3cU4gCJv WkABsw13dKwJm0FJ6/EejAENNUpatzAEDBYN2Ku6uIJ5DSXPrFGDhHs9LHcn+gubbIDdaPLC uzvcF+EGPdT5C9weJp8UNC9nzeMkugoGUzPN6AZJU9DrZL1SzS2s/mzrQyhOBvE0TcUYoEGl dCWNsW+5DFyk0uJTltGuaGVzCcX+2TNPZEAsnilNuSbsC3kBs4wZFcVLeqIF0IdZXnJcWbPP K5jpTnr96TO6fISn81SMM2Ga5CMY/ouYLC+GmgcsPJ/CSzgKFL2MZWh7NZMx8uBwOZ5PWJhi PPQ1dnM+A38dSXD6OBynbkwBPq34Ni+We0WzU3HyYZLgs7uKt3n2WggkencFf3nsMKCChHhE Ac25mlow/A3m009Wak6tETYpTRXjl6BzmAlstyoeczFiZIhMIozt/NmxDqxMxhyakeoBxDC0 YGqGHE9RECGkFrxlSYuJi1dZ5FXPszPJnYp0JmpgWaXrjEQBhde8ykqg/bxJ9l9AWFDeJx4s Umnt4GpI1z+7Rvws8utPhds1XV1z0f4UXbVLGY6Di8bSjjxG/OsPi5RnGYaSbUMs6S1PfhzS I10C/qDCPgUlXM0AQ1x/4AnNjLeMVAltA1VSNc5jcLgGGNlbYJIit49VCf/fq62asUxBCW1T UFL7Utev9s6r8OfZPgkdYlz2HrA/u2paRq9DbHPQMWomQZRFQRqsZoPMJLNy2lQwSybZoE/z aHz2Z8dbCvsof3R9+mAsxH1zUTSdDcYiefJYlKl97J63i/L+pIVnbCxYSOWuaxI0rypZ9qqF ibG0lCy0l/8cEgpwAtBEcKLsy0kwL8ZFibUDbcqu3Q2OCAmrcXvfyUyf7EhJHjKR1+w4iMv8 rymRmrIn0F0CE0/3JQfSi69d28Kpk5VdQcejgg0Wxg/2StQu/nm2wiINhucDxNVUoAvt+z1Y pnkbOILJML8F08C5rt9A8OhTsRYukC1shGDY+yqLC37bByD8/X9+/0+zlDiloVMaOaUHp/To lJ6c0rNTenFKP92r4Vks92qR2XJhbnvfwBXvO+FV1e/No+A7E2VMVZCf9SokgVkuGvanTI6E C3lB8awXo5NL413UTv7sLwzqnjCJ5YG7d6SIBGetprCLZK3e8nAw4WcE/DOvaReD+cZfLL/d 5bH6MAngDyjDMwZefvoEURBo473WWfwH3B3GU1Swqt4CZ8I9DzhdcsJ8OcCRGji9js811hIt RzrKgBumxQiBbjWZqJu4weM/ngVjPE8OMYvlwK5depOJ6Eif0Yz7sDSvn4c93KtahkmlMQmq 0sQLgEwKqV3gGB7CywoALSziYIEHApd1jUMWg1EpP20Kc7nWzWklFwxOwXAciDEnOq69CQA3 kqu8hHxaIQ2c8CtJiEdMPC5gTAguBh2HR4t81LQBAZNhmLHOk7zFq8p65dtOc6nTejlwTWtA 4RCPoUlKU7B1eRXHvW0EVOgaI6+XCebNG7yBy+R+ZAN2W4FwjdRggQ2mUs/ySVYst8h42F5s NWDNwPWKEXiyto3J9ib+s5DXMetAodfv14DqecI0n+olpz6kX0lg7Ve1OAAvVhxe50cmtqLg 0Cho1agnXOXwvsqGvsJFDy6/cJaSd+ipknx55lhTzakiF04xBdG2FxcuVK7jxUU/+kz8Alhw v2kCxmuVgPEYJCC22yKA/WaI43JaIAA8xofD9tvd2I7d5ADitjYAbDM0AL5nY6y9B34lSpRX jRLlUaTEbFelhPuVqcbnVKeEeBSqJuBXqdaWXakS5FarhGxTrIS+rVqySbVkk2rJBtWS91RL tqmW+FVLNqiWbFQt2aJa4lct2a5aslm1bVJLoTzfLs6LKFPPhGePlWfyBs7U69JhoAkvClo3 bI7I6+EgH7dtsVheEFZcHnLw4WsyNwwprDBCUMRXGNlcKsfzqmTv6rx8XAkx/2GV48mXi/pO qymUuQK0X3DISx6sNWBwZtCHCoYvRvZgrIZFfI62eQ6XipggKn4wP63OEbCDP3Htzsf10sPk yNywNQlu0mRRKYOT43QOP63XNOH8oZZsoWlYDTg7vxLt3jTK6JWLVqbU+qi2QV1t2onbulxk CYmi81ogLyeg4+kuNztwgAKUdWAcIwYbvLHhmvNxmjvLCO1TQ6msg1PUMLdSdQk3Nbg9NPe8 Vi/1TJAmm254SgR/imuG7zj1N8/H08zeRxAc35U7zC4fmpx+9+6ytBtls5pdL+SZxUllXka5 9cJWWFKNAYGxMDU7eylzteQzuAQf4fFwIB/RhSxt6EuhMDH7IcP/HxdyIGTRg9BQl3MEDZpQ uG8AL+GoF0PB288Xpq9Ar8xirF1jMNVMtHw9YSxF86h5ZaqEd/P+65C1EEisRH0kcJOnT0Nt TMbho8tYJM9rlxlG23A5mTR/5g0XayUlHMy76b8UwTf4aBxJd82TpR8mhu6BYJFllPoXQrl7 qGvkcbn6X1w8qEpG48cQ+PmL3CMMdgebTwEb6I3FSLvDU3KyNN+0pDCB+iUzVr36FzSBSw1b FPg0zVpMSqUm/coPEOR+Z1+aH4JVfFGtgObxq6F3KkkiasZIynLmki+HMMpyv72DVmE7ZVQM rGtYPIlKu1r5nCbs0g0+hyAVbJOOMl9SFH7ZhDD1DMPw+Jjni4p0ZSAjoExiL4YmGCOPhxjL YgcZYQ1LVB7XA8Nvl1KYfZpTC0TgblaoFxamATUMH1l4+ulH3fBOJDAqjK645yd3EluPIonh qi2/zRAPC0gdEamobWsNI+7KOE8tcvwuACl9+ORijYDdEgfQ5up0Y4K01KpG37IigFYV0EJi XSqAAGFw4QKo9XQAVFrZt4px/SxoZUH1H1TFGMb2QLRXKkYHAeuQBwD9WwzjsEoOTA9WzquU rjdpiRzCJE6fmkJ4bt8bA1l+/xuzPX4fHKFuPxyDWQ6jmXr1+ONiJguf9KBtfjn27vPNeZTP 7J+jThw+OkbsnH46xQqdvjrm8Iz+Oi7BluX3+K0Os/rurC2b/+ogqw+vVtvqx2NE2e3LS5jV nzXn8/u0NswNfl1wt0vLqKfbmzEy6HdkQG3wYUS53Rejgw7Tkd14nHYasMdfJ6DNVbE7n5eO MVGzg+IKO3wTg5xOt5TxVKdHAsLsjDg/z2J6XLBHWL1vaMHmeL3c6nP62lndDePlc08zKHLl ZAbMJv9SQ9rgWjKK6fScPh7tdi8Vp/U7mMRtcDGFczuZitU6LKPvzONo+tA9rqZDbc6mOvW5 mxavNjucWnWHy6nws9Pp+ni30+0kxux4arbeBfY434ixut/Uis0BR4TVBefraXVCletwb3gz jHW3G/zG74rD0LY5I/E6I9nijGSjM5KNzkg2OCPxOSPZ5IxkuzOSDc5INjkj8Tkj8Tkj8Tsj 2eCMxO6MxOuMZIMzEq8zEq8zEq8zkm3OSDY4I9nkjGSzMxK/M+b14GDzchzkIdaf/4SnEH9a QKspP3m457e7F4QRuenHFD5Pp+CywvSJDv2FQZ6UGF2+816JMS0Wpr9CXAWnKebZFi4ngQOG 37omVk9whoCtCS4RDb42j/PqKoOYebbO10is/vMXi9TBIC7Vx0AnMntF1fZfaQh27fB3iMZf PZgwNX5KpH78ZkhSkI9gtYCgY8Ha+ROoNQpDkWBl2su3lj9YtcPQ/l7kmZbaIUc9/Xfa+i5o CbTmd5dAS4p3CfNneZc17Ine1ViNud4lypLuXc3HnvE1t7hO+i5xWt7XinEnfpfobblfw4oa XwUZcMZXQVbc4lWQFbd8FTQAXa+CNIzXJu2vgjTEdkt0vgrSx+W0P/urIH3YfqtzvArSIC5b 874J0oDvWZj7TdAM5VWi603QDLNdkZ43QfPxOZXpehM0n4Bfoc43QTOQS6kbXgTNoG8r1vEi aIbaoljri6AZ5i3Ful4EzcfnU6z1RdB8ApsUa38RNAN5FOt7DzSDblUsHhJP80NicNA4Xk9+ GO5wGuDO6zHlq6/WlNKS75hhBzHVHi6As9uaQW66jemwruX4F4s4pWksl7DMrU3IG5wYzFJ+ o9PMbcQF1fdU0yKYqozGY152uCeUcKo0XBM0HJ5w4XxaL8+2GgTF/dWyyNS7n8MlsCJrwTL5 S2YKfDkdjFjBbqySR1K0zpdlpeSRleHDIu3HH4ztIRInwZr+RH9yWQs+LBOt8BgNjeH8nXEv ClqS03ZbhiIh42cKllZj7F2uUa3YxFRBUUSV1ha5J0etIdVXaPjdQZzS1AKyhmV0d+mvsljq HpXqx27AbVFQbmjCnQNdgJwMM95pbCyzzJCamGZLFnUJtTPOeNvxsM546t/GPA64i31c1WwM NM+SuVlovH+5mWjMZW5ioxl6AyNNFygfK432somZdLSTnVZWZmeoNdTGUmukg6kWevazlal1 L2PNb71m1nJn8m1oL3t5n0Qs3c/NYotRmpls7gg2NrNmfie5k8Pw5qvo63SIlpal5YRN1OVJ GWsoO2HhfdjDVXhr3EZTZqSLoSw1bOQ0ZhfdvIRX8jkl7QwtbaOjAbiBieT12kdCqPBN/NMD ndSjG4iddWYoG+HMQA6umTTmp5lFm16GGSMcZnKxvjgwAL2U4nqSofmGm0imEalOTGbm5g9H eltHODlEBV8UixxXdjTLfJtoxJsan+HsVKJiMh4yUdGKbXRiw7oIxVrHRilantRNKio45D7p qGT1Jl6ZoBuYpY/x+LhFGcImdhmhTn6Z246dYRY4G8csYA6W0dXo55lVu16m0UJvZq5xPLow Qr18436lMnMhN+foIzOfXDSTdtCOLZGvI3y0Q5y0Q2a0E7oAbtohHtohW2iHvEE7RqyHdsx1 HLRDttIO2UA7ZDvtkHdoh2yjHbKddsgm2iEbaYdsox2ymXbIW7RD3qYd4qMd2/MSI3QL7Tje 48xcyEs7xEs7xE47eX3yvjyYUI6nBxPIEO5f//7JPN24+vkT/cMYrbrtx0/0HgwfU2piS6LV /DMhn6sR2n4m5GT8IRAShqY+nL/PcpJvHPa2JxAn/D2x9HniVfEya9L5cuG0R1qbPprsd4+u yr8VVdwELYdMCwl+o9d8/2xe+FVfEcnvV39LxKtu4fyc183s/z7o/wBQSwMEFAAAAAgAeVxB RK4/EXYSLAAAMlwBABEAHABtY2FzdC9zeXNjdGwuaG9zdFVUCQADBs7sUgbO7FJ1eAsAAQTr AwAABAECAACdfU2P7Cya5frWr7jSbGYWmWXjD5yL2UzPaNRSd09LrV5bDocj050R4XhtR+TN +vUDGGzsMDyH7FZVvW9wwMB5zgHSgD+b/tqcX4f6ozmW9Ud7Ppb9/TqUp7Yfxt//83f0t08b cWmv5XtfXe/nqm/H7/I6CAxjWST+b408V2NzrTUiLqLoGfJVfTb323N5yR54vF+rw7kph7o6 t9d3Wei2aqKgse2uZd2pqmc7pVx7jWvkc9jmEe2lKauHKvsp5/BR9c1QfrXXY/elEXb5MnO/ VOK5fv1Y3pq+7Y7lfVjyP2FE76t6KNDbTsdW97F77zvRcY3qkaPN0q26trX9Q931sixR81t7 fEq4VeMo/lX8Lv91ndTemvLcXtpVFIxVex3Xj+yb6vzSd934cmweq7r0AvtyqkaRPrTv1+o8 rCow9ueX6iyzne3fT2Nf1U15vF9upSCz626rbJfueOu7g+Tv78Ohvf7d/GAB7mfR3mM7PHXP RzfezndJsPmlqmvZwPQX+5UsHf099H/JX5Nirm111D040zp+iKYfh5dL9Uf+HLMin+EipI/d 5fXWdeeh/YesbBq95ZvU5jr23e1bhFzVyi5gPHrbQOQTjE7k84aP7iwrkacb4JeQT7OHFNXa QA+Cq1I1pa6a06lJopfjISle0iSKX6q3on5JWBFlp6opWBNtMt/vUxil6fEQxdVLHVexyNlE L8Upjl8O8TFO4yip3hZxiejrBSnNR3MWAng9DI3qcfaWvuWcvWW/ln90ZGmvH0I5o6STytk9 mv507r6mauZZlqTbpPfnJMFsOdGYML6wqNS0F4QqtD9V3KS/4l98/Xsp/cVIJ3OllYf7ZLHx pthSCKL6th93vDTDeyk4Hfu2Xunx8zb2uwlXZRGDbpVsbL6E8k248zCW4h9ki+caflVj/XHs Vt5qftMxtaru0J3Gc1d/ioh78p3rpS33yrtfP6/d17WU6U+Z5v6+X/umlnxJy760u5i22ybJ wD531VH48Ph9k6ESp+lOoih3mCx66cdhrGrZ87fxoxy7UjGh1GMQ4nGKF1P0RhhC5OWjKoeb 8C4p5cVfbm35aI9NV57O1fsqij7uV9Gv1fD53BNLkvB8UbG6u6v6pPGbkGn6DJNjRncfy6Gp 1ejCdor6qvqrGDqHFYl1dxGjwMt5TZMIm1JSO/WIysAWtXRfTd+dTmV9Oc42bH6ce7T5HmQx 8n9lhyzDmEk5fI+NTtokytGkdOc1ye4C3utZRMmSJKzkVDYPYbuiwwVt3drPreSLavvnQeo3 zvcAon+G6nITExI9mYhXw/nh/CkC9Nadz88TAREtYhR9rW/36HX65+hVzqvkyNo/KjSHqIGV g9E5DvfhW/j+n+dZ3R66PYq2wehr8xWWQY5UOPrU9Z/Nn6bGc6jGnqp67PrVcOlp8OVQnaur mHrclJXGMfCYuhJJpRBvUwoLbgawOdoJ8oIDXVtdZHz9xz//r3/553/7vxQ+Dg6leBtKZF/F diiRgRcHhVIcGkpxUCjFwaEUB4dS/BxKLKMz7YQSwJ0JpVQM8UDfTrH0r/9EQVlwGLHgMGJB YcTsMAJqExhGLCiMWHAYseAwYj8JI/ajMGJLGMVpAvTtFEb/9O//6cLGwSOblQMc2eK12RNE LGgkLBY0GEdLBiSOFjQaR5vGAnFkNRgf2ZZMISOb1Rx6ZLO6FhrZ4tm9QkMJH9nitdkTlrSg QyIDHtmWDCGhhI9sm8YGhFLQyLZkCrEkqznAyGb1LTWyxbN7hYYRPrLFa7MHwwgb2RZ0YBhh I9uCDg0jfGSzGhweRmEjm9UcYGSz+pYc2VjwyGblAEc2tjZ7gogFjYTFggbjaMmAxNGCRuNo 01ggjqwG4yPbkilkZLOaQ49sVtdCIxub3Ss0lPCRja3NnrCkBR0SGfDItmQICSV8ZNs0NiCU gka2JVOIJVnNAUY2q2+pkY3N7hUaRvjIxtZmD4YRNrIt6MAwwka2BR0aRvjIZjU4PIzCRjar OcDIZvUtObIlwSOblQMc2ZK12RNELGgkLBY0GEdLBiSOFjQaR5vGAnFkNRgf2ZZMISOb1Rx6 ZLO6FhrZktm9QkMJH9mStdkTlrSgQyIDHtmWDCGhhI9sm8YGhFLQyLZkCrEkqznAyGb1LTWy JbN7hYYRPrIla7MHwwgb2RZ0YBhhI9uCDg0jfGSzGhweRmEjm9UcYGSz+vZpZOsG/ZL2X9rr /c/ya9+cm2pQW39e2Wv0kr5Ul+PS9uW98H+Lf//Hv/777//dHNrqqsBZ/DJX/EOUrx96uJ9O zWgSphrppP9+7a7N/5ir/3HRGwySLEtTa+vRx6VSbwlZ9MbjzP79cpWvt+2NI+LHsr+0x1IQ Xq+3tlyG9+kBRfzG7B9VIXEa83T1q3y3GedJsTDfXGQtsuhXIl+oiv/+Ze0dkbuOyqU48/Nt /H6dHmtXU/56lXElBq3HRW28qLuL3PNwaS5dP+1tEAnW/oqL+U38Y/nZns+l6JWursZWv722 09XeIPnjFE/rR6j9V7/l9q/pEe/NS32+D8IJZO/L345tP36Xh6r+lJskrsc5y1Tdp2TzntlK NTmYneMZpnblyJLKurmOrX45n0UWpPlza/tmlS73v0nAtS9vx5Oo+0ep9xqZ0oev6nZrr82g xm0D/ri/N7K9M8z+TXb9rTu39dz7Mmk8H0oZVGq3iJ0w5RnFU8eyEpm7h959Ywq2evzpuefu SzxN7ksR9tssnZXlv+R/RPDL5vfdrVT+MOdr/oynvnpf7V/SnSUHgFPfNOWn6eZYmANXFIuK 3O6lrMG5HUYBE7Zm9nfIrGIkuFS3eQ+F3AwzVbO6jaIOcqORwR6mTQ8ivswvj9Mw1bK8iUoN 916/7FcFNO9V/S33fZyr7+4+mjz/EMoXra/PVXtZFS9bcb+KytwaK+pMynCuDkv4Kp5H0f2r cU9CZWMkvjoe+99mc49k5X6pSvls1Q1df1Qhf2xO1f08quLqSj6/ebS12kxVrlibtCkGhfYs Wlk2VX/+VlJ0APQWnW9Vr9Pw2l5FS18m3fM8Y78S4d7z77IpjZ30KzL/L0Gn9qzz8iQXP3LG kvhtTpk8ZvlRBuCtUbsso7TIeC5/PMoNdd/zk1ic8uhXzJO35FeaLY/a2yJm/fy+/lmNGMPL tNfSNFVI9+Xaje3pe5Og0C8HIZvPF7klRxpjJhOqtpuaF5l/E02afpn4mzpKFqkCVu6AE8yL togRd9rRU+xi1CYrhVDGv4H8dW/uItTUppVhdnwBauTelL1SRKe9JVwVdOu7salHkX/4vpzb q7bbVcpH1R9XSYPoViWg2S8kvr0pDl/0ZkiLtL/u3VgJx+g+73qP3fyjdIjNT4sLzj8pj938 Ngn2ox03v+sxRU4k5A+bVOUvewnD91XvqrIea22mkr9eVFe/qv822+6E2VlJYvTUv8fR+mfZ K6U1essAl/85S2OWm2GnjcOmUiZN7/maCzS/34+3W9ePT/D6+efhIvkvzYxm2CbK7jqXRlFL kjLF81kNbTvltkdluIqFpZZ5tCrgIv341gl7szDZGlN3V+FQale32o1V5Cwq/nZsDvd3MVrU zU0mvagdw4qIKeVTbQgeXjqRfGn/sWzIPjaP149bM8rAf5GB/yI4/2uaAMu0S1WLqDm+iqqJ Xjncx1E8uLncz9U8oLhgrPxsvuvJ69+4E5ZYMDmKSNxQD61QwPu7nOuchVbP85P6SuQfbo2I 2GnTqPD933p7+n76FHjTZrSraKn4j3BQMYKI/hR0vr9GIv3f/t+//Z/91NibyrypiTc19aZm 3tTcm8q9qYU39c3fG0Rn+XsrXnWX3FX/OogVwh8R1Fft6HPCn1N/Katpc2GjR4442k/vh+Yv tSmTbdLPlZwnlNI3Vbhvctd/6dnmNMlcktVsTVtTEkfcytm7k1QuPbuQlWFi3Mg3Od3JInrL r6Z9/xgn+c0J4h9kmhyapL3ojakmnBXkcDuV/yWCfR57o6fso/AssUgQczblsuvuEEY3iJnP fFDkOcXamz2nCTdZOoOJEcxK629DOcipo5xBlHIeYv78tq3Y4X58VxvgE7tFq9FE/treHumr mJSPjdzMOm++ZjmTe5o3CLUbVR8z0BuEn8vY/AklIiBisafteKc6s10nu+nWY/Kn9L4Rsycx eSjlbuy59/cAYj57UFPYNydkEJPDq/L+TG553sCavu96w7JY2e6nz1zvIERjGrlXvq3bUU50 i6euH++WqPLn7pB9ehMoWcWM7aVWRxHtaiUn5wsz4CrF8aoF9Hqp5Y79QS7g1LGCxAW8o0Cx CLFgkQs2bXpXx8FKNayW2p0yVw7RZ0J85xmYO8uW2/yH8q+zmsg7Kyqe+ufboPLU2Z7rt2q6 2fgdR87nTiUaYOHEycXg7MVOVN+I+cd1mI6PXczZLhf6IBYIYukkpkZqBbZkSiJPrrWoEh9u 8orYGmB8ODZJh8Qlv/UZgA3w3NGhKTBkVAoMEZACgceiANNhKOvljUABIIJPVpuOu7kcd8gJ iD/aBAALNAEMi7Fm/IhoEhWKpFGhCCIVBqdSwWkyp/p56VQQgtCpATSlVlluUhXIT6uCYMQq aDC1MURtDFEbA9TGYdTGGLUxTW0MUBuD1MYItTFNbYxTGwdS+6e5HnpAtxpH0qtxBMEahVOs M9Akm3p6adYggmjTFJrqVXlusjXMT7cGYYRr8A8oB/SscRjlpKY1KpByRNemnjTlpLZNU0DK aX1rGEA5qnEN/gHlDKScgZQziHIWSjlDKWcI5QyinMGUM4xyhlDOQihngZQ/2lP8d8DYNY6k XOMIyjUKp1xnoCk39fRSrkEE5aYpNOWr8tyUa5ifcg3CKNfgH1AOGLvGYZSTxq5RgZQjxm7q SVNOGrtpCkg5bewaBlCOGrsG/4BywNg1DqOcNHaNCqQcMXZTT5py0thNU0DKaWPXMIBy1Ng1 OJhyBho7A42dQcbOQo2docbOEGNnkLEz2NgZZuwMMXYWYuzsJ8aegJQnIOUJRHkSSnmCUp4g lCcQ5QlMeYJRniCUJyGUJz+hPAUpT0HKU4jyNJTyFKU8RShPIcpTmPIUozxFKE9DKE9/QnkG Up6BlGcQ5Vko5RlKeYZQnkGUZzDlGUZ5hlCehVCe/YTyHKQ8BynPIcrzUMpzlPIcoTyHKM9h ynOM8hyhPA+hPP8J5RyknIOUc4hyHko5RynnCOUcopzDlHOMco5QzkMo5z+jHFuXc3BdzqF1 OQ9dl3N0Xc6RdTmH1uUcXpdzbF3OkXU5D1mX85+sywtQ5QWo8gJSeRGq8gJVeYGovIBUXsAq LzCVF4jKixCVF8Eq/zpXV4DxCUYSPsEIvicQTveEp9nWdfSSPWEIrnUraKrt0txMTyg/0RMG 43nChtF86a5/B6leoCTdC5SgfAHitC95aOqtOnvpX3BECFgto8NgW6o7FBakPxwWHBYSCz78 D7ER+r4lQl+4RNgblyj4lUsEv3OJoJcuEfbWJcJfu0SY8ysc/SfZKOjNS/SjVy8R+u4lQl++ RNjblyj49UsEv3+JoBcwEfYGJsJfwUTgO5gIegkTBb2FiQKme2N9U4lqn/hm37VMmy76X31u YJU+VPXn86+mrnV3Ple3oVkj2pvZEF+O43nT2yLx2qmtwvLq+nodMyrxOp3GOYiarVNVfb6v 6unTvvPsKVGe1HGmyw3kXX/7qKbvOWw2mRvE+FUe7vVnM+6BZNvEU6YjiZu6fTbNTXTjYw5Z zrZULJDp7M7v1a7vNaK9jg/Zezx77nzRvHgd7FaK3OwabzKd2uvqiNJTx9Vd92lOrq+j50se gfyurRMIc1p16PpRnWzWpwp3CBuP9/79+ff+VMdJwp8T1C5/wfJyKkIeQlgxMAWIPI1VijB8 nz5ywfPiV76WzAzVR3SPKo9so4V5v0zPvDRyG/7w0d6my7b3IMPp93xYYkoS/1TeGnkVu/3Z gixfhfwMughOlSJWu/it9OqPVsw2cKawtUJ7k35y6FQdj52UvQmWppZGyNY/Hvf1flGH5uO3 OE/4L5ZlWVz8SgrR5xv5fE1AeUj+lzqD+evpoIaqlgUreFJEv3L2Fqf2sQAVXTflT7Lqm/rI swRf8iixILdxhOx92AnYUz92z62Wv8oYuXXXvUzyrIv+zstzojCziySlHoRXPnZyy4PR8vL0 sq8fh/tpp7ZDpxpzbB/t0PXPTFmnA8U/jn0nI6S+H9p6q8Z65/HCaKXXTDGwSVSjyHQoY7U7 XnHZ9Z/VdDOA/KyJEM80VuwEnxiEzmJcfW9Kab/mkxDxNoaPl0o04Patzg1r/jdmIbtaDFVC 2NVplEeDj3v8qi+JqHHP3TW/++babbKdRfGiHUGZlB0N88mkbcuVa5pTSdtx90OwKobVpuqN 9+50nkId77dJeFbi/YgJT+Km82tKK+telYlfrkTR+pM8LCwvVvmq+uNTjMyAS12SmKqWB1VL c2hpM5TMsKGpp2P1BEx+iOgoOuDYVg5IL4e183TjxV6FhkZeekE8R9d66O59LWoljyv526dG FNcT+7p8iNFbfmal/3SApmlj1d9cfS1qfL+U7dGRLj/xIa3dfD3lGSGGTVmBsZ0mOnuQsXLS SHWrBFTXq3CG2tlVAiI8o+t9gKk/PYDpgD/Vi+XtIdbDDpT+OlIpT4YSEOvWkF2BiOhQEwH7 syq71bp0wuxFlHfXY/U8WCukOXfk1dRyJs6vvflkGK0/AwU0OEP9OpxPh3mCZnkqocdNSzaa JNAuXc5Pp7S5Pja3r8+ZE49G5yNwXp0uh++8WjWwfb3OXYB0P6FbG+bU7qosl35tkFPDT73t 1PF8RNOv5S3MqWdLfLSmrWoCuj53fkmrY4R+NcujdrSQBQrQsET55SuP23lCRz2GEO1SYUKv C9AlVfk4SqXzIcN9gcoe9mhTnhr0ylIdUPQqUiD2xSjbR3QmIUGNcKrPlOASnk53as7uO6fc 5AHUtdJ2iHwS2Q4G0tdUJUBa6ligVzn6gKdfXtPBR1pgCgdIbML5RTYdfvREhn4YITS76oTU bKhLbNNDKblZB0D3BTf1ukdy03lOr+j0AVKv7BRmX3hTa8kOJsQ3Y5zyW0pxCXBGOCW47k+n CKfDw/4Bb4VxjnZGN7QUTdUwMcakGGNEjDEoxhgUYwyIMabEGENijHExxoAYY0iMMSXGmBJj TIsxBsQYu8UYk2KMATHGpBhjUowxKcYYE2MMiDGGxBjDYoxBMepDtl6lzceo/YI0R4ppSWok IEqD9MvSHCv2xM38SEKa60YQ4lyDXfI0j6YEujpovS9Rw4RHpObUtFem82Ftr1A1al+qpu1A pxNytVBOwdoluSRrYZyi3faxU7bmEL9fuBuUU7qLymjxLlVE5UuMpvOReEC+0Iiqkah8yVHV HBGnIgkYWdeNQORLjq7m0ZB8/SOsYYKSLzXKzgfvafm6RlrTdqDTEfkS461dkle+xJi77WO/ fMlxd4Pyyxcce5cqovJlgHwZJl8Gy5fB8mWQfBktXwbKl4XIl0HyZaB8GS1fRsuXIfJlkHyZ T74MkC+D5MsA+TJAvgyQL0PlyyD5MlC+LEC+DJTvY7rIwKvLh7mqwi9fDQPkq5GAfA3SL1+N 8kXS/EhCvutGEPJdg13yNY+m5PuwL7PYl69hwiNfDfHL92EuxPDKV6P25WvaDnQ6IV8L5ZSv XZJLvhbGKd9tHzvlq4GEfDcop3wXldHyXaqIypeYPD/MtSOAfKHJs0ai8iUnzxpFRhIweV43 ApEvOXk2j4bk6588GyYo+VKT54e53ISWr2vybNoOdDoiX2LybJfklS8xed72sV++5OR5g/LL F5w8L1VE5UtMnh/mChlAvtDkWSNR+ZKTZ40iIwmYPK8bgciXnDybR0Py9U+eDROUfKnJ88Nc VEPL1zV5Nm0HOh2RLzF5tkvyypeYPG/72C9fcvK8QfnlC06elypi8mXA5Jlhk2cGT54ZPHlm 0OSZ0ZNnBk6eWcjkmUGTZwZOnhk9eWb05Jkhk2cGTZ6Zb/LMgMkzgybPDJg8M2DyzIDJM0Mn zwyaPDNw8swCJs8sZPKcAPJNMPkmsHwTWL4JJN+Elm8CyjcJkW8CyTcB5ZvQ8k1o+SaIfBNI volPvgkg3wSSbwLINwHkmwDyTVD5JpB8E1C+SYB8kxD5poB8U0y+KSzfFJZvCsk3peWbgvJN Q+SbQvJNQfmmtHxTWr4pIt8Ukm/qk28KyDeF5JsC8k0B+aaAfFNUvikk3xSUbxog3zREvhkg 3wyTbwbLN4Plm0HyzWj5ZqB8sxD5ZpB8M1C+GS3fjJZvhsg3g+Sb+eSbAfLNIPlmgHwzQL4Z IN8MlW8GyTcD5ZsFyDcLkW8OyDfH5JvD8s1h+eaQfHNavjko3zxEvjkk3xyUb07LN6flmyPy zSH55j755oB8c0i+OSDfHJBvDsg3R+WbQ/LNQfnmAfLNQ+TLAflyTL4cli+H5csh+XJavhyU Lw+RL4fky0H5clq+nJYvR+TLIflyn3w5IF8OyZcD8uWAfDkgX47Kl0Py5aB8eYB8eZh86fe+ HHvvy+H3vhx+78uh976cfu/Lwfe+POS9L4fe+3LwvS+n3/ty+r0vR977cui9L/e99+XAe18O vfflwHtfDrz35cB7X46+9+XQe18OvvflAe99ech73wIYfQts9C3g0beAR98CGn0LevQtwNG3 CBl9C2j0LcDRt6BH34IefQtk9C2g0bfwjb4FMPoW0OhbAKNvAYy+BTD6FujoW0CjbwGOvkXA 6FvAo+90AaVXluYKUr949cWbtHYnICBdDfQrV1+46Ykh8zxCt6v6E7JdYV2q1c+lRGvfQbqv Wd3/HsnqW0S9ijU3mHoFO4H29aobTXc1odYF5BSrVY5LqwvEKdVNzzqVqu+49Qt1DXLqdJYT LdO5eoBKl6tivRq0Lwz2q9W6KpdW7AIGVGuB/cq1rsv1hJT9bELBT20iVPyEdynZqgOl5u2t wvuKtnjyqNq6H9irbPt+Yq+6F+C+wq0OwSghlL4GOtW+Kc+l+DXMqfodBpzKt2649qv/Geh0 gJVUaRdYVRfcZhkB8219QzS90TKCZ9wKCm61jKA593RXMrHvLwJn3XZLgO2WETTvnp6ObLiM 6Jn3xAmx5TJC5t76Kmpy02Xkm31PXYB0P7DvMgIm4EtZvp2XETAFX/e2d+9lBE3CVzDv7sso YBpuqgnrGjj+EIHnHyL8AESEn4CIsCMQEXAGIkIPQUQhfw2z0X5dg+cgIvoPYhMnpK6RoxAR dhYi8h6GiJDTEBH0Z7EZRugaOBARAX8ZW/c2oWvoTEQE/nHMiA/VNfDnsfZmVLr+XdY2Ld/r cr6JlkVvPM6YnfXUV+/lR/v+YaGe7i9XIHnP7oyJ3/I8Kp4w+hLzxK5dfZEXR390mlp5pe6m /lvEoe+qo7xRf6NUBTSY7v0+lE3fd/18DfMeXCGG8j7Iy9EP6mri9vR8F7vCyiuXrZuI95Iv 1SAFnMe51fh+LOuq/pCudri3Z3lb8P0qC7E68SYctHwXhnKb7x+Pf0VPHShI7ptR3uPe9I/q 6VpvjZIXDItgU9eyT88Yu8/m+iJv7X7t25N1bXuc2Zf75/qTAMs9oY5PNmyBzm87bIGObzts YfS3HbY53N92eKrr7rcdtijHtx2e2uP+tsN+ic/fdtjirG87ODH+Lzts0diXHXZ61IqzxIeb dC8/HxCzgsTJjwlYd4M7cYlqFnvqe3XlJRFvAkPGpLzb0B+O8lpCOBIFmA5CWS9v/M0XKjpD T1abjrq5HHfAqYsp3bEmL/KEwkzegBkUYfpaRYIehSJJnO7H89M4XWsHE6ngNJVT/bxkWlfz OemcGkATapXlplRfe+gmdbo4EqJ1umUxlFjPB4FWKIRY56eAVpggYn0fAVrXjyLW+fmfdQMg Yt0f/lmBCGKpD/6soGHEzpe9EaRpHEmuuZXLT6+5SAsmWGegKTb19JK8uhbMSbNpCk30qjw3 1fM1bG6yzdV2EN3m7rdwwgEtaxxGOKlnc/VSGOGIpk09acJJXZumgITT2p4v7iIIR/VtbgsL J5yBhDOQcAYRzkIJZyjhDCGcQYQzmHCGEc5owlkI4SyQ8Ie5goggUuNIwjWOIFyjcMJ1Bppw U08v4Q/7shon4aYpNOGr8tyEP8zlQG7CNQQjXIN/QDhg6RqHEU5aukYFEo5YuqknTThp6aYp IOG0pT/MdTIE4aila/APCAcsXeMwwklL16hAwhFLN/WkCSct3TQFJJy29Ie5gIQgHLV0DQ4m nIGWzkBLZ5Cls1BLZ6ilM8TSGWTpDLZ0hlk6oy2dhVg6+4mlJyDhCUh4AhGehBKeoIQnCOEJ RHgCE55ghCc04UkI4clPCE9BwlOQ8BQiPA0lPEUJTxHCU4jwFCY8xQhPacLTEMLTnxCegYRn IOEZRHgWSniGEp4hhGcQ4RlMeIYRntGEZyGEZz8hPAcJz0HCc4jwPJTwHCU8RwjPIcJzmPAc IzynCc9DCM9/QjgHCecg4RwinIcSzlHCOUI4hwjnMOEcI5zThPMQwvnPCMfW4Rxch3NoHc5D 1+EcXYdzZB3OoXU4h9fhHFuHc3odzkPW4fwn6/ACVHgBKryAFF6EKrxAFV4gCi8ghRewwgtM 4QWt8CJE4UWwws3ZB4LHCUbSrTeb+9nWu8Jhsic8zbWuo5dqe5u7k2ndCppouzQ3z+aggZtm faYDYlkfbwgi2T7kQjC4QEmyrdMFfsKtowAw6Usemnirzl7yt+ccnAFgtYwOgm2p7kCwT524 g8E65AMFhHXmJfhPrhH6ViVCX6tE2HuVKPjFSgS/WYmgVysR5PhTe7A/vUaY5+uDCP4/vkZB 71eiH71gidA3LBH6iiXC3rFEwS9ZIvgtSwS9Zomw9ywR/qIlAt+0RMCrlijoXUsUMMmT+6jz zT7q1NoFqXZrV+ez40yFBfjobqXZYGx33gy4jPffao/lXm5zymJ1GGInfe+Ygw27j538F0fy sTqWqhdFNV1FqHMRvYnYamw7dYIgwaD2rtO9TtjLMgfSfrfXgrnzcW8zvYWTe8DH5nLb7v62 IDJZH9U4nxRLgunIibz1zamRZ1QmcJGnu9i+eW+uatO2DNBvR0+pTd3N8H2ty1NVj13/e7X5 e4OUjWgGvec990WLKPTUjz0RNFV5a6+njkSJklSz/ZExmdNqFztRaimfrvroNpnLXobJK67H myN9//TOHrK7Cbm3w9jWpQh4B8h5/MmWiz7zIX/112p6jjuAx/O56naKMNumvVUxIK/DzLv+ XS4zb3r3OM0W43GbGep2nPk8AOE68754zHk8cJ/7+LK5HMiih3Sh+YSC34kMDHOjFRpwpOWI AeVKc7xAzmSjve70FGVuh3qGulzqGelxqg3PtFvtlU461vpcyL5rbQomnMugSfdazvf4HWyW n9/FNrXcd7K1EFxudu78RibSvR4mz4ZM9pWnyTay5MkJj3VZyR7Xkii3YckTI4RXyXMVmE3t I30O5cjhMqept0lfkodW1pb0slMSZkcGCDiROoBCmZAkHPIfDfRajx0gbtdZoVyGswJ5vGZh jLaZTZmkw8xngPbNZSmO8BUBJC1FHcryu4nUht9IlhpND9kLM79/qEMr3loohNdDpuNJk4tk T3E0ndfx2MgK4DGSCee2kunUEmEm03kezE5cWJ+hOPO4LMUQQJrKdHzKP9NRGMxXFijgLPoU FOUtUyBA7jJDvf6yjh23w2xwLo/ZwDwuY9NI+8xTuaTTWIfT9r3GLpJwGwUl/UafIfQ7ziSh tef4OnF/5mKFtMd2XHdm2AjKdmKv7cSU7fhv2ljhvLYTI7YTB9jOLpawnf08HtuJUduJAduJ cduJQ2wnxmwnxm0nhmwnBm0nxmwnhm0nDrKdONh2Ysp2XJe27EIR2/Hce7OSEGk7MWk7MWE7 +miftzIa47Uec7zTZT7mjKPHfjYQjwEZpNuCzLlPwoTMKUjMhtxonxF5crmsaCGFNCNzDNVv RxqFGZINBixpPklKmZIJEciWLLDXmLZx5bamJ6TLnJ6AHntak0sb1E7ZpEWtDv3um9S6WMKm NJg0qvnEtt+qjNT867J1DfftahX2XsMiZkoaQxvWPFtKn/5Sbc7oUoYFzZgMkjAsetZkTvEG GFbwzMmTy2tY2OzJHKMGDAudQdlg1LCQWZQJEdywgJnUNq4Iw0JmU09AyrACZlQ7ZWOG5Z9V rYtFDAuYWc03DgCG9TS78tfQY1jQDMv1Ofk1hjYsRsywGG1Y/s/Rb5CEYTHMsFiQYe2iScPa z+U1LIYbFoMMi4UYFgszLIYaFgsxLAYaFoMNi6GGxQIMiwUaFvuBYTHasFiIYTHQsBhmWAwy LAYYFiMM6zFdDeCtksZ4DUtjnIal032GtYF4DMsg3YalEZRhaRhoWG60z7A8uVyGtZBCGpaG EoalUZhh2WDAsEz7SMMyIQIZlgX2GtY2rtyG9YR0GdYT0GNYa3Jpw9opmzSsh31pyL5hrYsl DEuDScMyFBCGZaTmN6x1DfcNaxX2XsMiloQaQxuW5w/oOp00LGhJaJCEYdFLQg0LMazgJaEn l9ewsCWhhiKGhS4JbTBqWMiS0IQIbljAknAbV4RhIUvCJyBlWAFLwp2yMcPyLwnXxSKGBSwJ DQWIYZFLwnUNPYZFLQkf09UsdJWIJaHG+A3LvyTcQCjD8i4JNQIyLHhJ6EaThhW2JFxIwQyL XBJqVIBh4UtC0z7MsNAloQWmDQtaEj4hvYYFLgnX5IKGFbgkfNiXNnkMC10SajBmWPSS0EgN MCxiSbgKe49hMWBJyIAlISOWhIxeEjJ4ScjIJSHDloQsaEnoQBOG5crlMSyGLwkZtCRkIUtC FrYkZOiSkIUsCRm4JGTwkpChS0IWsCRkgUvCbdmIYTF6SchCloQMXBIybEnIoCUhA5aEDFkS JoBhJYBhJYRhJbRhJbBhJaRhJZhhJUGG5UAThuXK5TGsBDesBDKsJMSwkjDDSlDDSkIMKwEN K4ENK0ENKwkwrCTQsLZlI4aV0IaVhBhWAhpWghlWAhlWAhhWghhWChhWChhWShhWShtWChtW ShpWihlWGmRYDjRhWK5cHsNKccNKIcNKQwwrDTOsFDWsNMSwUtCwUtiwUtSw0gDDSgMNa1s2 YlgpbVhpiGGloGGlmGGlkGGlgGGliGFlgGFlgGFlhGFltGFlsGFlpGFlmGFlQYblQBOG5crl MawMN6wMMqwsxLCyMMPKUMPKQgwrAw0rgw0rQw0rCzCsLNCwtmUjhpXRhpWFGFYGGlaGGVYG GVYGGFaGGFYOGFYOGFZOGFZOG1YOG1ZOGlaOGVYeZFgONGFYrlwew8pxw8ohw8pDDCsPM6wc Naw8xLBy0LBy2LBy1LDyAMPKAw1rWzZiWDltWHmIYeWgYeWYYeWQYeWAYeWIYXHAsDhgWJww LE4bFocNi5OGxTHD4kGG5UAThuXK5TEsjhsWhwyLhxgWDzMsjhoWDzEsDhoWhw2Lo4bFAwyL BxrWtmzEsDhtWDzEsDhoWBwzLA4ZFgcMi2OGRe/D4sA+LE7sw+L0PiwO78Pi5D4sju3D4kH7 sBxo0rCC92FxfB8Wh/Zh8ZB9WDxsHxZH92HxkH1YHNyHxeF9WBzdh8UD9mHxwH1Y27IxwyL3 YfGQfVgc3IfFsX1YHNqHxYF9WBzZh1UAM6wCmGEVxAyroGdYBTzDKsgZVoHNsIqgGZYDTRiW K5fHsAp8hlVAM6wiZIZVhM2wCnSGVYTMsApwhlXAM6wCnWEVATOsInCGtS0bMayCnmEVITOs ApxhFdgMq4BmWAUwwyrIGdZ0obi3RhPEa1f6znmXW+kr1j1mtUZ4vEoD3Val758nnErfu44Z lRPs8yl3JpdNzVSQLqXvwPeb1ATCPMrCAhZlLq2nHEpHBWRQC9brT5tIctvTFuhypy3OY04r Rmlvei6ZtCb76wL7zrQqlDCmCUv6kvlehN+WtKz8rrSq3b4p2UHu8qTlQwfeKi0wrzdZ38Rw +ZP1GQiPRz2jPD5lgd1eZX0vg/Ar61sRmGd5M/h8y5/R5V0rykj/sr7j4fewBYj52AYPeJn9 EQ7Kz6xIgjxtjff62k4Eur1tD+zytz2sx+Oe2Kd9bv8JpNdtv6ay73dPhROet+BJ37O/leP3 Pkumfv97qu2+B27F4jvUEwGrSQUij/VExHpy+gIKcbAngleUE9R/tCfC1pTTR1Lwwz0OOHW6 x5XNd7wnwteV0+dq6AM+UcjKckGDR3widG05xQt8yCcCV5frKPMf84nQ9eUGSRz0iQJXmE+l Q0d9InqNaRcMHPaJwFWm/tgTfdwngtaZdi3dB34icqX50J+wAaoFnKqOqGPVEXCuOoL/oD9B KTfDjlZHYWerHXDazcJPV0cBx6sj7Hx1FHTAOgr7y77+gBLmZiFnrCPwj/vrKKPcDD1mHQX8 fd/mGXWzH5y0jug/8dsFQ24GHraOwNPWEXbcOgL+zm8JYcfN2lt+6qv38qN9/7C+r5WzOE2f UefuawHFb3keFc+gnS+dqb57tb/gFUcs3aZL2ob2HzJzGr3lO9kv7coqdp8gni7+2VUBK3ey ly4MRVLYjlJ7b081HO9l8+cmzHXYyk0DRAWr46O8DEpljO09w27F9MGzleu39eX22ldjY8aM 9TfUDu31+Mi76/l7n8mhqYV3rJVjwaQZyo6+DKdlODr07fG90f/zcj291NX5/FL1t1FG4OL9 +7gWheUU7tSeRa1fHmI98TJW7+/NoiMX9na7dc0WfL+2fyaHfO+ri/lcXhz9rTq0r4/he5AV SpiqSN1/38bu9dTehrK5ygpO5Qz3a3+rX8V/hBUe7u/2j9fTsPvjcefX8+X5RzWq3rpeDatj fRNVS4uM57vpd2FSCeN54cr9cqi3BYg85XDuxlL1uGjX2LfG+E0ptQPCbITS5G5BbK6PjGeh iIeskoypPJtT1EA2pwjRJ3bhJ5Fx0Wuc/e0kiKk/mtfu8F9i+qIeLsa29qEsYUm9Nf00/q8A 7G//H1BLAwQUAAAACADSXUFE5BE4NpEAAABQAQAAEAAcAG1jYXN0L2JyY3RsLmhvc3RVVAkA A4zQ7FKM0OxSdXgLAAEE6wMAAAQBAgAAZc9RCsIwDAbg5/QUO8FI69a1txD0AmmbaWFWmEM9 vtKqEMxTvoc//AlrTifuCl0YQttzAjgc9x0XCgsnyGXjdabIN/XkElYEcIjY+yGxQ6Ix+gDl CsDbGRW0uedZ90IoaIR2QoPQKGSFJiH3Vm2o/xv6b0MtGmpxTLe4+cSt05PxzkbyVOM1YuRT vwuPhQqqF1BLAQIeAwoAAAAAAHlcQUQAAAAAAAAAAAAAAAAGABgAAAAAAAAAEADtQQAAAABt Y2FzdC9VVAUAAwbO7FJ1eAsAAQTrAwAABAECAABQSwECHgMUAAAACAB5XEFEG5ShzFMAAACr AAAAEwAYAAAAAAABAAAApIFAAAAAbWNhc3QvZWJ0YWJsZXMuaG9zdFVUBQADBs7sUnV4CwAB BOsDAAAEAQIAAFBLAQIeAxQAAAAIAHlcQUR2sn/VwAEAAK4FAAAUABgAAAAAAAEAAACkgeAA AABtY2FzdC9pZmNvbmZpZy5ndWVzdFVUBQADBs7sUnV4CwABBOsDAAAEAQIAAFBLAQIeAxQA AAAIAHlcQURcEa2RQQUAAPYjAAATABgAAAAAAAEAAACkge4CAABtY2FzdC9pZmNvbmZpZy5o b3N0VVQFAAMGzuxSdXgLAAEE6wMAAAQBAgAAUEsBAh4DCgAAAAAAeVxBRAAAAAAAAAAAAAAA ABQAGAAAAAAAAAAAAKSBfAgAAG1jYXN0L2lwdGFibGVzLmd1ZXN0VVQFAAMGzuxSdXgLAAEE 6wMAAAQBAgAAUEsBAh4DFAAAAAgAeVxBROEr+s6rAQAATwoAABMAGAAAAAAAAQAAAKSByggA AG1jYXN0L2lwdGFibGVzLmhvc3RVVAUAAwbO7FJ1eAsAAQTrAwAABAECAABQSwECHgMUAAAA CAB5XEFETUEcaSsVAAAHagAAEgAYAAAAAAABAAAApIHCCgAAbWNhc3Qvc3lzY3RsLmd1ZXN0 VVQFAAMGzuxSdXgLAAEE6wMAAAQBAgAAUEsBAh4DFAAAAAgAeVxBRK4/EXYSLAAAMlwBABEA GAAAAAAAAQAAAKSBOSAAAG1jYXN0L3N5c2N0bC5ob3N0VVQFAAMGzuxSdXgLAAEE6wMAAAQB AgAAUEsBAh4DFAAAAAgA0l1BROQRODaRAAAAUAEAABAAGAAAAAAAAQAAAKSBlkwAAG1jYXN0 L2JyY3RsLmhvc3RVVAUAA4zQ7FJ1eAsAAQTrAwAABAECAABQSwUGAAAAAAkACQAQAwAAcU0A AAAA --------------070000080106060800050101 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 --------------070000080106060800050101-- From xen-users-bounces@lists.xen.org Sat Feb 01 19:48:00 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 01 Feb 2014 19:48: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 1W9gXc-0004RT-EL; Sat, 01 Feb 2014 19:47:48 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1W9gXb-0004RN-AP for xen-users@lists.xen.org; Sat, 01 Feb 2014 19:47:47 +0000 Received: from [85.158.137.68:60736] by server-16.bemta-3.messagelabs.com id 55/6F-29917-26F4DE25; Sat, 01 Feb 2014 19:47:46 +0000 X-Env-Sender: calmar@dagobera.eu X-Msg-Ref: server-12.tower-31.messagelabs.com!1391284064!9119659!1 X-Originating-IP: [178.32.228.3] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_40_50,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11338 invoked from network); 1 Feb 2014 19:47:44 -0000 Received: from mo3.mail-out.ovh.net (HELO mo3.mail-out.ovh.net) (178.32.228.3) by server-12.tower-31.messagelabs.com with SMTP; 1 Feb 2014 19:47:44 -0000 Received: from mail643.ha.ovh.net (b9.ovh.net [213.186.33.59]) by mo3.mail-out.ovh.net (Postfix) with SMTP id D4F9BFF8ECA for ; Sat, 1 Feb 2014 20:47:39 +0100 (CET) Received: from b0.ovh.net (HELO queueout) (213.186.33.50) by b0.ovh.net with SMTP; 1 Feb 2014 21:44:56 +0200 Received: from mry91-5-88-182-239-210.fbx.proxad.net (HELO ?10.5.5.1?) (postmaster@dagobera.eu@88.182.239.210) by ns0.ovh.net with SMTP; 1 Feb 2014 21:44:55 +0200 Message-ID: <52ED4F58.7000505@dagobera.eu> Date: Sat, 01 Feb 2014 20:47:36 +0100 From: Calmar Organization: calmar User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <52ECBA15.7030106@dagobera.eu> In-Reply-To: Content-Type: multipart/mixed; boundary="------------070000080106060800050101" X-Ovh-Tracer-Id: 5672002255721500137 X-Ovh-Remote: 88.182.239.210 (mry91-5-88-182-239-210.fbx.proxad.net) X-Ovh-Local: 213.186.33.20 (ns0.ovh.net) X-OVH-SPAMSTATE: OK X-OVH-SPAMSCORE: 0 X-OVH-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrfeejtddrieelucetufdoteggodetrfcurfhrohhfihhlvgemucfqggfjnecuuegrihhlohhuthemuceftddtnecu X-Spam-Check: DONE|U 0.5/N X-VR-SPAMSTATE: OK X-VR-SPAMSCORE: 0 X-VR-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrfeejtddrieelucetufdoteggodetrfcurfhrohhfihhlvgemucfqggfjnecuuegrihhlohhuthemuceftddtnecu Subject: Re: [Xen-users] Multicast message handling in VMs - For Upnp server, client or forward in a VM X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: calmar@dagobera.eu 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 This is a multi-part message in MIME format. --------------070000080106060800050101 Content-Type: multipart/alternative; boundary="------------000505030301070205060203" --------------000505030301070205060203 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Thanks for so fast answer; I indeed forgot to check it this time (in my=20 previous attempt on an older system I am sure I checked the obvious and=20 many parameters). However, all interfaces on host and VM show the "UP BROADCAST RUNNING=20 MULTICAST" statement. So, as you tell me to check the obvious, do you think that it should=20 propagate the mcast packets to the VMs out of the box? Benoit... PS: I attached iptables, ifconfig, and sysctl of host and VM. (in this example, the inferface is eth1 in the VM and=20 xenbr2/wlan0/vif10.1 on the host It changed since last try because I used a cleaner VM (fresh=20 installation too) with only two inferfaces in order to simplify the=20 configuration ) Le 01/02/2014 10:36, David Sutton a =C3=A9crit : > Benoit, > > On Sat, Feb 1, 2014 at 3:10 AM, Calmar > wrote: > > Hi, > > I am using xen 4.1.4 of the Debian Wheezy distribution, with > network in bridge mode. > This is a brand new setup, with default setup options on the > network point of view. > > When a multicast message (here it was Upnp) is sent from the > physical network, it can be seen in the eth1 and xenbr1 > interfaces, but not in the interfaces inside the VMs. > > I have a wlan0 interface on the physical machine that is bridged > and seen as 'eth2' interface on a VM. > The wlan0 interface receives the broadcast messages as seen here: > ~# tcpdump -ni wlan0 net 239.0.0.0/8 > tcpdump: WARNING: wlan0: no IPv4 address assigned > tcpdump: verbose output suppressed, use -v or -vv for full > protocol decode > listening on wlan0, link-type EN10MB (Ethernet), capture size > 65535 bytes > 21:04:30.711511 IP 10.6.6.2.44990 > 239.255.255.250.1900: UDP, > length 98 > 21:04:30.711527 IP 10.6.6.2.44990 > 239.255.255.250.1900: UDP, > length 98 > 21:04:30.794978 IP 10.6.6.2.44990 > 239.255.255.250.1900: UDP, > length 98 > 21:04:30.794992 IP 10.6.6.2.44990 > 239.255.255.250.1900: UDP, > length 98 > > I added a rule to increment the ttl of the broadcast packet that > is received on the physical interface: > iptables -t mangle -A PREROUTING -d 239.255.255.250/32 > -i wlan0 -j TTL --ttl-inc 1 > > However, nothing is seen inside the VM: > tcpdump -ni eth2 net 239.0.0.0/8 > tcpdump: verbose output suppressed, use -v or -vv for full > protocol decode > listening on eth2, link-type EN10MB (Ethernet), capture size 65535 > bytes > ^C > 0 packets captured > 0 packets received by filter > 0 packets dropped by kernel > > The next step will be to propagate the packet on the other > interfaces, but as soon I got nothing on the original bridged > interface,... > In some tests I made a few months ago I got "dropped by interface" > packets, but now on this new machine, I get nothing more. > > So I am seeking for clues on this subject; I am sure that there > should be some parameter to change in order to enable it, but so > far I didn't find it... > > Greetings all > Benoit > > PS: I posted my previous test here: > http://www.xenproject.org/help/questions-and-answers/multicast-mess= age-handling-in-vms-for-upnp-server,-client-or-forward-in-a-vm.html > and Russell Pavlicek suggest to put the subject on this mailing lis= t. > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > > > Just to check the obvious; have you made sure that the given=20 > interfaces have their multicast flag set? I recently had some issues=20 > with a network interface and I noticed it was because the multicast=20 > flag hadn't been set; once set the mdns packets were able to be seen=20 > by the interface in question. ifconfig should show you the state of=20 > the interfaces. > > Regards, > > David --------------000505030301070205060203 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit
Thanks for so fast answer; I indeed forgot to check it this time (in my previous attempt on an older system I am sure I checked the obvious and many parameters).
However, all interfaces on host and VM show the "UP BROADCAST RUNNING MULTICAST" statement.

So, as you tell me to check the obvious, do you think that it should propagate the mcast packets to the VMs out of the box?

Benoit...

PS: I attached iptables, ifconfig, and sysctl of host and VM.
(in this example, the inferface is eth1 in the VM and xenbr2/wlan0/vif10.1 on the host
It changed since last try because I used a cleaner VM (fresh installation too) with only two inferfaces in order to simplify the configuration
)

Le 01/02/2014 10:36, David Sutton a écrit :
Benoit,

On Sat, Feb 1, 2014 at 3:10 AM, Calmar <calmar@dagobera.eu> wrote:
Hi,

I am using xen 4.1.4 of the Debian Wheezy distribution, with network in bridge mode.
This is a brand new setup, with default setup options on the network point of view.

When a multicast message (here it was Upnp) is sent from the physical network, it can be seen in the eth1 and xenbr1 interfaces, but not in the interfaces inside the VMs.

I have a wlan0 interface on the physical machine that is bridged and seen as 'eth2' interface on a VM.
The wlan0 interface receives the broadcast messages as seen here:
~# tcpdump -ni wlan0  net 239.0.0.0/8
tcpdump: WARNING: wlan0: no IPv4 address assigned
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on wlan0, link-type EN10MB (Ethernet), capture size 65535 bytes
21:04:30.711511 IP 10.6.6.2.44990 > 239.255.255.250.1900: UDP, length 98
21:04:30.711527 IP 10.6.6.2.44990 > 239.255.255.250.1900: UDP, length 98
21:04:30.794978 IP 10.6.6.2.44990 > 239.255.255.250.1900: UDP, length 98
21:04:30.794992 IP 10.6.6.2.44990 > 239.255.255.250.1900: UDP, length 98

I added a rule to increment the ttl of the broadcast packet that is received on the physical interface:
 iptables -t mangle -A PREROUTING  -d 239.255.255.250/32 -i wlan0 -j TTL --ttl-inc 1

However, nothing is seen inside the VM:
 tcpdump -ni eth2 net 239.0.0.0/8
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth2, link-type EN10MB (Ethernet), capture size 65535 bytes
^C
0 packets captured
0 packets received by filter
0 packets dropped by kernel

The next step will be to propagate the packet on the other interfaces, but as soon I got nothing on the original bridged interface,...
In some tests I made a few months ago I got "dropped by interface" packets, but now on this new machine, I get nothing more.

So I am seeking for clues on this subject; I am sure that there should be some parameter to change in order to enable it, but so far I didn't find it...

Greetings all
Benoit

PS: I posted my previous test here: http://www.xenproject.org/help/questions-and-answers/multicast-message-handling-in-vms-for-upnp-server,-client-or-forward-in-a-vm.html and Russell Pavlicek suggest to put the subject on this mailing list.



_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
 
 Just to check the obvious; have you made sure that the given interfaces have their multicast flag set? I recently had some issues with a network interface and I noticed it was because the multicast flag hadn't been set; once set the mdns packets were able to be seen by the interface in question. ifconfig should show you the state of the interfaces.

Regards,

  David

--------------000505030301070205060203-- --------------070000080106060800050101 Content-Type: application/x-zip-compressed; name="mcast.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="mcast.zip" UEsDBAoAAAAAAHlcQUQAAAAAAAAAAAAAAAAGABwAbWNhc3QvVVQJAAMGzuxSBs7sUnV4CwAB BOsDAAAEAQIAAFBLAwQUAAAACAB5XEFEG5ShzFMAAACrAAAAEwAcAG1jYXN0L2VidGFibGVz Lmhvc3RVVAkAAwbO7FIGzuxSdXgLAAEE6wMAAAQBAgAAcyrKTElPVShJTMpJtVJIy8wpSS3i 4nKCiCZnJGbmWSl4+gWEhugopOaVFGWmFlspGOgoFOTnZCZXWik4Oju7BoSga3DzDwp3DHIh RYt/aAghSwBQSwMEFAAAAAgAeVxBRHayf9XAAQAArgUAABQAHABtY2FzdC9pZmNvbmZpZy5n dWVzdFVUCQADBs7sUgbO7FJ1eAsAAQTrAwAABAECAAC9lFFv2jAQx9/5FPfIXlI7Ttz03qCb WtQAFQWtrya5iIgszhwzsW8/J1Aa2lGEqs1OpPjO/9P5fueQXTFoR5yXa6AyURV+sysyJVmA ++8qTQ0whlyiIFymKELkBNCDw8ibrc0+5MwL3ZQhwDBRtd0Z/LB9AcaqXuN+5TGPvYkhd0HA V4zjdvv+uZIBPCW6Irwr9FIVJ/QZRQzRbzPOMsyozZrTq7w5a0e8eIThbDr4ejt4msNsMZmM JncwXsTzUWuB8XyBPGSuUGOyJk+Qd8SzZ6hUsiZbYxAJIGO0qZFBanRVUeq+9C9n3JSNMTPq B2H34PNXuQjlGXmijMnJHAVIdFHkda7bDXb7c0MbKqh0pXcJH+e5/G3JZSlvfCGgH4SR58ND PvzSZrF3cslD52OebF2dAKPSNolUFgMXuEd2xS/vnOx050g3u43TrN+3Tds6l4HP/jl4wT7D Pfgv2P2A3UDf98Rb5NG1jKAfudqfBs4d8EK/ODrAY52oAmKtq6U7zSm4/nVz3T3eYck++AEg 8ivuR3tm97q2x8zi6fRxOLh9OCDbgZKBkOdIfQrUOfElnP4OiUHflQWO+Bxsvd4fUEsDBBQA AAAIAHlcQURcEa2RQQUAAPYjAAATABwAbWNhc3QvaWZjb25maWcuaG9zdFVUCQADBs7sUgbO 7FJ1eAsAAQTrAwAABAECAADdmdtyGkcQhu/1FHNJLsDTPTM903MnKS7bZUlW2VIltwssMWUM yoId5b3yBn6x9CwbtBzMlrOCKoMWQe3skW+7/7978sVHrcrX1Xj6SeXTQfYQXy4+5sU0Xyj1 +rdsOCwU2zjMY9Axy6IbRO4rdaZWr/tbdfH+3fmvl+cf7tT7+5ubNzev1PX91d2bco26vruP 4LSc5zpfFONBhNrO739XD9ngU76YR0SwZIJXeVHMinnUaljMHh7yoXybfZWVX6Zp5ajIPudR 145x93QMAwye0TQcY5AVxTgv1o4ymE0m4/l4Vm4w+UONxpNcLYpsOv88nqf1EbTcxPq19/9e 5HJW570xTAFUx/SMejW++KW8rGrYBpCbI0Qr49iz5Qa1A72ZLtKlPSzSWUxQ58Min89zNcxV P5vLzT5ieeqzfPERfhwXHwYXc3DBYhtcwPK7BeOOjIuC8T6gkfGOsdvA0HjHSMax6mAP9+Pi HbjCEtdk9t8uNVwXsy8DudTJbJDJR/0CxwliNiwioO9p+RPW19n8zy95ROfKNfVfQLYsd6Go YoQXgEF9GMwe8vj62z+LfJ341bt3txfnl29XwJeYyRpq4uya6Owl3Lj3/2P7HbCMnCIwqLcb Ebg2cHb2eTbt/TXJproO5v7mw+3Ly1UUUeiC7yJ3A3Uvz7t83jWy6K7evRwkxowmDdQKgD5u bBFrDsYgqQ650GN1vU5CIk6eYpUgfB2PoKc3omMrmY3yOBrVl7UfuhYDo1wyXhwNyo3Sv7z6 9oJsFRhX43x6iEzoUDvEVpiA2JH14SC0DO4OF3AuiRYHoYK8nQeBCDyxtV51oOeWeXDJDU6B GzoRbYR2hkOoWXdUbiIGIaANNiR52rYb3nht0DptS3kLdW54AtwsiNnyrcINg/YGD5Mbv0PN EgRrUT5UZ5fnQC1AIaAwBd2jMnEuoekyS/7k0ACaTPn+/Ah8TFjgghfHAE6y3oaXkJtlJ0O2 5ys3sWQEPz8j2w5RU+X2rIQ8p/TnKwh1Pl5jkit6ooMnYTMclMVSG0TekrZw1LSHThOJFkmR t0uspCoOYK2T7LBuMcxJMEPNXlMbZCQ1cmOR/azEnBcfSiAy5ZJ52DDwImCMIAWV4DSuZ590 yp4GMSTLrbyFlGygj2oISc5njdT/HSm5cJOYuHwfJMAoiVaQGFsRcydBDLSxvlUbynpgPq6F N6C5rJIxidMGsaAtGe8lJXoSgVvxotPgRdrZ0GTn9tt3Yww2GsrndYQcGKqeIVQ1VT3IZFBK eIZkDYXZSsf8STATkQ5yd+16vUzeHrnBgQmZSW1c9lUk1aCJtoKz4iQlcbKua5k/iQYHeI/N 5qGhUJZD6KNGmmMLFHyaTHFEVSVco+YsBmbENA6+nh/DScQagfXU5NH3QmP25rgtqaCdE01z pWJtecYALHonoSbDAaQIWBJbduCbiFGQ5zgix0BxkEXO9hOjrNy6JFbuwdnBiXkdGg3f/tyo Depjd+pTL8qlPr3kug1grAMGZ0TqAq1aUY/5tF80Btj+ueKnKS7dSzNa6IxSF4NsvliuSfNc 8l6b96rmvnZDx0xDfHzcXp6gv5rM+tlk3zPDVF5y+cyUl839w1fz1krhu42c3I/0xCw0da+f c35Ncq4T2wqp7wywo9IwOhAZCXPAlZqWj02jmu6fsz48cD58WrdIrQyU6KI5TCNgN22vJak7 qYs6tCOnS3aw6a47rqpfKtKNEww/mM/BmkEcuRJVnyNaPoICt51dQGhE/ZykrCUtEdOxxlVt z7XKRJODqmpZgvoXUEsDBAoAAAAAAHlcQUQAAAAAAAAAAAAAAAAUABwAbWNhc3QvaXB0YWJs ZXMuZ3Vlc3RVVAkAAwbO7FIGzuxSdXgLAAEE6wMAAAQBAgAAUEsDBBQAAAAIAHlcQUThK/rO qwEAAE8KAAATABwAbWNhc3QvaXB0YWJsZXMuaG9zdFVUCQADBs7sUgbO7FJ1eAsAAQTrAwAA BAECAAC9lU1P20AQhu/5FSPlhrRmZ3e9X7coBRSpkCgY9YA42M0CrhwnStwA/56FbtOIVnwo Qw+WLM/OM8+uX9l9OAltWJVdmEH1APWyK6smrNm63ATYYKYyVLBo4bzs4DhUAAiIXnCvBAiO qncwL9ubJvT8ZHo0HV8Uo7MTGAyHR5MCLnUutTVeOOSaS6Ouen50NrkotguMcdajEdJZjMXj 8fTbYPrlTxk56txLnltUaF1cEifsAlBr4YXVwvFYnIzPi5cOBtEKExkaOVcmMtgAdlzZDOL4 TOR5uvihFMBqCN0tB/YDiuIrMNZ1Davb74D/qf2uKds9x+Me7fehrVbiM/yH49PTUdHrw3Ax XzbhKXevxau/dz6v66YLq5fJy4WWylvHlXTyH9Hjnv+dNsnRPMXZORTqOUi/29gclrcP61nY xM2mO7b42cGmvnYZ33lYr1m1qmc3cT/xdH6R3yTVLREoKVkqJQJQUjJUSgSgrRJSKe0NSkqa 6pQIQEkpp1IiACUlRaVEAEpKkkqJAJSUBJUSASgpYSZolAhAWyWijwABaKtE9OLeAfrg7/oR UEsDBBQAAAAIAHlcQURNQRxpKxUAAAdqAAASABwAbWNhc3Qvc3lzY3RsLmd1ZXN0VVQJAAMG zuxSBs7sUnV4CwABBOsDAAAEAQIAAKVd267rOHJ93v0VB8hL8mAfUfJtB8hLkCAYYNIJMB8g 0BJlqy2Jakry3u6vTxWpCyXxIp/MYLrPYS1eq2qRrKI8DyYqVuyb5M7SOLnnRRqLrmriLBdN ++PffgS/PXREmVfxTdCqK6jI21dcNYAJw2MA/5kjC9qyKukR5BIEa8gXfbCuXrcXmcBtV9Fr weImoUVe3bDR5dCgoTbnVZxwOfSjoZVK9DiG/YSLLvKSxfQp217VbO5UsCb+yquUf/UIvX2s LKZBrMcn2rhmIudp3DVT/RUGVl+OQ4I+DQtLu5bfBIeFY3JFUl1LNa3yRC9IuMC2YOR1nq4E NW1b+CuU41/norxmcZGX+cwKWppX7bxLwWixE5y3u5Q9Z2MRgN1ltAV5k98qWjSzAbSi2NEC qxV6edYKmrA47co6BmVyXs+qlTytBb+i/n4217z6ORRogK6A+aZ5s1qeO2/rokMFDyU0SXCC h4/wI5oW+tWIP7E0uoyjpWm/gqNa2ztMPW12Jf3GYvIZHsc1oWAl5b7mvGjyv3Csh+DztJCy qhW8foHF0RxXgESHBQLbH7wEe2vuvMAhnJbAL3AeZkKS8LKAXkFTsZrIITgnNKO78zUIdwdK k931EF52B3YOQ3qlUcSCReWukzUv2ekzOCbpLksSqAl/3V2TkOxIENFrSs7nNB3VAbYnQCXs zgow//21YXK9w8/D5+kcfh4/pj9aquTVHfymRWX6avInE1nBv9QwT8fjtKSD6LYWgV5jpcQo PJ8uM18ymaA07AeUnD8OH+TjPC+PkV0GxznaZPG1UwRLFs3G4A70pXeXlqy5xaDTVuTJzBsf dSuMgkoSRNPPCid7mgy5Bm5u2hj+gDMeR/hF2+Se8hmzDmW9Tc2G2/CsLXjyAItbsU5V5rGp va56VPyrilG+qjSud1cJlqC+kLDL3IjJ+VKEhl1wmgILt6+aSQM/GITQbqMIelrHpqUJrnzd 3uOWx1IT0nsGBHQn9TI0vXAM8PH4SeOmBubCDXFilzqPn3nKeJwV9DazontXwbrS5rFeiUkE jA8DS3gnx3Mgn4coOKxhuGPwro0blsi9JTQ09UVFBRtnM1NiwkvYA3bFXE1gNjGqVq2IrBBO 3sK/mOBZFidlOpLwUDiuKHs12Az+Gxdk2sQGyfXVsl60EOJeEtvrDmJ7A7dkdKJoEgGVZDF7 AuvCgoPa+JzNNXEp5/64ov+SkwkA69PQsobjSH+UILPN/Fo8wEBrXhTrYwBYC+yh+6Tugr36 c7DHUxXuq+JJt9aAEWg1Qn+Na9e8gPe/12c6EzpPYW6b0RX7eq8C7lTb0RkXD/bNku015GQz mrRczLZLx4TLKy1oBQePWlIpIRu6SSiIYnBeFgMFs2bjdHomOF3OG5aWlmhf//jbv//9b7// lw1P3jYl8rYpkbdMibxlSuRdUyJvmRJ525TI26ZEfsWUyC+ZEnnHlMibphS+bUrh26YUvmVK 4VumFL5rSuFbphS+bUrh26YU/oophb9kSuE7phS+aUrR26YUvW1K0VumFL1lStG7phS9ZUrR 26YUvW1K0a+YUvRLphS9Y0qRx5R40x+0/55X3fdUKljBaCODN/twH+wOO1qm0/Sns/0/kR// +O///fEf7JrTSoKPcD+d4gBN23cM9oWH4JaO1y05sF76zxWv2L+Ms7iX/T0xOh4PBy1+dC+p POyFweeZHPXyssoX138ojEUJd05QezKPT5TNTXVwIZ+hXigbIcfjDFnhCZWcosukflbiII7B R4THYvjnhxYBwMhRPLU2Hmzb1171qo8SSyshcc9S3p5hmfDiWrKSC3VBBYF2SS6HMvhj/MiL IoY14Qlt8/4KostleAcLG0MXMoSGp+++ixvbJUXXABvg2mNZmov2FV/h1oY33Sodq5DAKB4u C5p0qBHqNdYwGVrBluIEjv55f8M6BhqEfde5YDM5hjARUIm4TjMY+z3uw0VD680Xreu8Yo30 lAF8724M5zvC9DJcerhU5Mm4+ihqi2uMJiWv/LpA1Wmh1zamUJk/+xDK0LC24qt+C/4FvWFw ASiYTYt1PH3g/8D0cfqC17HkiLEe+24zQW+zIFS/WLgJZIIxuFn1yxydgk+pYRhH3cU4gCJv WkABsw13dKwJm0FJ6/EejAENNUpatzAEDBYN2Ku6uIJ5DSXPrFGDhHs9LHcn+gubbIDdaPLC uzvcF+EGPdT5C9weJp8UNC9nzeMkugoGUzPN6AZJU9DrZL1SzS2s/mzrQyhOBvE0TcUYoEGl dCWNsW+5DFyk0uJTltGuaGVzCcX+2TNPZEAsnilNuSbsC3kBs4wZFcVLeqIF0IdZXnJcWbPP K5jpTnr96TO6fISn81SMM2Ga5CMY/ouYLC+GmgcsPJ/CSzgKFL2MZWh7NZMx8uBwOZ5PWJhi PPQ1dnM+A38dSXD6OBynbkwBPq34Ni+We0WzU3HyYZLgs7uKt3n2WggkencFf3nsMKCChHhE Ac25mlow/A3m009Wak6tETYpTRXjl6BzmAlstyoeczFiZIhMIozt/NmxDqxMxhyakeoBxDC0 YGqGHE9RECGkFrxlSYuJi1dZ5FXPszPJnYp0JmpgWaXrjEQBhde8ykqg/bxJ9l9AWFDeJx4s Umnt4GpI1z+7Rvws8utPhds1XV1z0f4UXbVLGY6Di8bSjjxG/OsPi5RnGYaSbUMs6S1PfhzS I10C/qDCPgUlXM0AQ1x/4AnNjLeMVAltA1VSNc5jcLgGGNlbYJIit49VCf/fq62asUxBCW1T UFL7Utev9s6r8OfZPgkdYlz2HrA/u2paRq9DbHPQMWomQZRFQRqsZoPMJLNy2lQwSybZoE/z aHz2Z8dbCvsof3R9+mAsxH1zUTSdDcYiefJYlKl97J63i/L+pIVnbCxYSOWuaxI0rypZ9qqF ibG0lCy0l/8cEgpwAtBEcKLsy0kwL8ZFibUDbcqu3Q2OCAmrcXvfyUyf7EhJHjKR1+w4iMv8 rymRmrIn0F0CE0/3JQfSi69d28Kpk5VdQcejgg0Wxg/2StQu/nm2wiINhucDxNVUoAvt+z1Y pnkbOILJML8F08C5rt9A8OhTsRYukC1shGDY+yqLC37bByD8/X9+/0+zlDiloVMaOaUHp/To lJ6c0rNTenFKP92r4Vks92qR2XJhbnvfwBXvO+FV1e/No+A7E2VMVZCf9SokgVkuGvanTI6E C3lB8awXo5NL413UTv7sLwzqnjCJ5YG7d6SIBGetprCLZK3e8nAw4WcE/DOvaReD+cZfLL/d 5bH6MAngDyjDMwZefvoEURBo473WWfwH3B3GU1Swqt4CZ8I9DzhdcsJ8OcCRGji9js811hIt RzrKgBumxQiBbjWZqJu4weM/ngVjPE8OMYvlwK5depOJ6Eif0Yz7sDSvn4c93KtahkmlMQmq 0sQLgEwKqV3gGB7CywoALSziYIEHApd1jUMWg1EpP20Kc7nWzWklFwxOwXAciDEnOq69CQA3 kqu8hHxaIQ2c8CtJiEdMPC5gTAguBh2HR4t81LQBAZNhmLHOk7zFq8p65dtOc6nTejlwTWtA 4RCPoUlKU7B1eRXHvW0EVOgaI6+XCebNG7yBy+R+ZAN2W4FwjdRggQ2mUs/ySVYst8h42F5s NWDNwPWKEXiyto3J9ib+s5DXMetAodfv14DqecI0n+olpz6kX0lg7Ve1OAAvVhxe50cmtqLg 0Cho1agnXOXwvsqGvsJFDy6/cJaSd+ipknx55lhTzakiF04xBdG2FxcuVK7jxUU/+kz8Alhw v2kCxmuVgPEYJCC22yKA/WaI43JaIAA8xofD9tvd2I7d5ADitjYAbDM0AL5nY6y9B34lSpRX jRLlUaTEbFelhPuVqcbnVKeEeBSqJuBXqdaWXakS5FarhGxTrIS+rVqySbVkk2rJBtWS91RL tqmW+FVLNqiWbFQt2aJa4lct2a5aslm1bVJLoTzfLs6LKFPPhGePlWfyBs7U69JhoAkvClo3 bI7I6+EgH7dtsVheEFZcHnLw4WsyNwwprDBCUMRXGNlcKsfzqmTv6rx8XAkx/2GV48mXi/pO qymUuQK0X3DISx6sNWBwZtCHCoYvRvZgrIZFfI62eQ6XipggKn4wP63OEbCDP3Htzsf10sPk yNywNQlu0mRRKYOT43QOP63XNOH8oZZsoWlYDTg7vxLt3jTK6JWLVqbU+qi2QV1t2onbulxk CYmi81ogLyeg4+kuNztwgAKUdWAcIwYbvLHhmvNxmjvLCO1TQ6msg1PUMLdSdQk3Nbg9NPe8 Vi/1TJAmm254SgR/imuG7zj1N8/H08zeRxAc35U7zC4fmpx+9+6ytBtls5pdL+SZxUllXka5 9cJWWFKNAYGxMDU7eylzteQzuAQf4fFwIB/RhSxt6EuhMDH7IcP/HxdyIGTRg9BQl3MEDZpQ uG8AL+GoF0PB288Xpq9Ar8xirF1jMNVMtHw9YSxF86h5ZaqEd/P+65C1EEisRH0kcJOnT0Nt TMbho8tYJM9rlxlG23A5mTR/5g0XayUlHMy76b8UwTf4aBxJd82TpR8mhu6BYJFllPoXQrl7 qGvkcbn6X1w8qEpG48cQ+PmL3CMMdgebTwEb6I3FSLvDU3KyNN+0pDCB+iUzVr36FzSBSw1b FPg0zVpMSqUm/coPEOR+Z1+aH4JVfFGtgObxq6F3KkkiasZIynLmki+HMMpyv72DVmE7ZVQM rGtYPIlKu1r5nCbs0g0+hyAVbJOOMl9SFH7ZhDD1DMPw+Jjni4p0ZSAjoExiL4YmGCOPhxjL YgcZYQ1LVB7XA8Nvl1KYfZpTC0TgblaoFxamATUMH1l4+ulH3fBOJDAqjK645yd3EluPIonh qi2/zRAPC0gdEamobWsNI+7KOE8tcvwuACl9+ORijYDdEgfQ5up0Y4K01KpG37IigFYV0EJi XSqAAGFw4QKo9XQAVFrZt4px/SxoZUH1H1TFGMb2QLRXKkYHAeuQBwD9WwzjsEoOTA9WzquU rjdpiRzCJE6fmkJ4bt8bA1l+/xuzPX4fHKFuPxyDWQ6jmXr1+ONiJguf9KBtfjn27vPNeZTP 7J+jThw+OkbsnH46xQqdvjrm8Iz+Oi7BluX3+K0Os/rurC2b/+ogqw+vVtvqx2NE2e3LS5jV nzXn8/u0NswNfl1wt0vLqKfbmzEy6HdkQG3wYUS53Rejgw7Tkd14nHYasMdfJ6DNVbE7n5eO MVGzg+IKO3wTg5xOt5TxVKdHAsLsjDg/z2J6XLBHWL1vaMHmeL3c6nP62lndDePlc08zKHLl ZAbMJv9SQ9rgWjKK6fScPh7tdi8Vp/U7mMRtcDGFczuZitU6LKPvzONo+tA9rqZDbc6mOvW5 mxavNjucWnWHy6nws9Pp+ni30+0kxux4arbeBfY434ixut/Uis0BR4TVBefraXVCletwb3gz jHW3G/zG74rD0LY5I/E6I9nijGSjM5KNzkg2OCPxOSPZ5IxkuzOSDc5INjkj8Tkj8Tkj8Tsj 2eCMxO6MxOuMZIMzEq8zEq8zEq8zkm3OSDY4I9nkjGSzMxK/M+b14GDzchzkIdaf/4SnEH9a QKspP3m457e7F4QRuenHFD5Pp+CywvSJDv2FQZ6UGF2+816JMS0Wpr9CXAWnKebZFi4ngQOG 37omVk9whoCtCS4RDb42j/PqKoOYebbO10is/vMXi9TBIC7Vx0AnMntF1fZfaQh27fB3iMZf PZgwNX5KpH78ZkhSkI9gtYCgY8Ha+ROoNQpDkWBl2su3lj9YtcPQ/l7kmZbaIUc9/Xfa+i5o CbTmd5dAS4p3CfNneZc17Ine1ViNud4lypLuXc3HnvE1t7hO+i5xWt7XinEnfpfobblfw4oa XwUZcMZXQVbc4lWQFbd8FTQAXa+CNIzXJu2vgjTEdkt0vgrSx+W0P/urIH3YfqtzvArSIC5b 874J0oDvWZj7TdAM5VWi603QDLNdkZ43QfPxOZXpehM0n4Bfoc43QTOQS6kbXgTNoG8r1vEi aIbaoljri6AZ5i3Ful4EzcfnU6z1RdB8ApsUa38RNAN5FOt7DzSDblUsHhJP80NicNA4Xk9+ GO5wGuDO6zHlq6/WlNKS75hhBzHVHi6As9uaQW66jemwruX4F4s4pWksl7DMrU3IG5wYzFJ+ o9PMbcQF1fdU0yKYqozGY152uCeUcKo0XBM0HJ5w4XxaL8+2GgTF/dWyyNS7n8MlsCJrwTL5 S2YKfDkdjFjBbqySR1K0zpdlpeSRleHDIu3HH4ztIRInwZr+RH9yWQs+LBOt8BgNjeH8nXEv ClqS03ZbhiIh42cKllZj7F2uUa3YxFRBUUSV1ha5J0etIdVXaPjdQZzS1AKyhmV0d+mvsljq HpXqx27AbVFQbmjCnQNdgJwMM95pbCyzzJCamGZLFnUJtTPOeNvxsM546t/GPA64i31c1WwM NM+SuVlovH+5mWjMZW5ioxl6AyNNFygfK432somZdLSTnVZWZmeoNdTGUmukg6kWevazlal1 L2PNb71m1nJn8m1oL3t5n0Qs3c/NYotRmpls7gg2NrNmfie5k8Pw5qvo63SIlpal5YRN1OVJ GWsoO2HhfdjDVXhr3EZTZqSLoSw1bOQ0ZhfdvIRX8jkl7QwtbaOjAbiBieT12kdCqPBN/NMD ndSjG4iddWYoG+HMQA6umTTmp5lFm16GGSMcZnKxvjgwAL2U4nqSofmGm0imEalOTGbm5g9H eltHODlEBV8UixxXdjTLfJtoxJsan+HsVKJiMh4yUdGKbXRiw7oIxVrHRilantRNKio45D7p qGT1Jl6ZoBuYpY/x+LhFGcImdhmhTn6Z246dYRY4G8csYA6W0dXo55lVu16m0UJvZq5xPLow Qr18436lMnMhN+foIzOfXDSTdtCOLZGvI3y0Q5y0Q2a0E7oAbtohHtohW2iHvEE7RqyHdsx1 HLRDttIO2UA7ZDvtkHdoh2yjHbKddsgm2iEbaYdsox2ymXbIW7RD3qYd4qMd2/MSI3QL7Tje 48xcyEs7xEs7xE47eX3yvjyYUI6nBxPIEO5f//7JPN24+vkT/cMYrbrtx0/0HgwfU2piS6LV /DMhn6sR2n4m5GT8IRAShqY+nL/PcpJvHPa2JxAn/D2x9HniVfEya9L5cuG0R1qbPprsd4+u yr8VVdwELYdMCwl+o9d8/2xe+FVfEcnvV39LxKtu4fyc183s/z7o/wBQSwMEFAAAAAgAeVxB RK4/EXYSLAAAMlwBABEAHABtY2FzdC9zeXNjdGwuaG9zdFVUCQADBs7sUgbO7FJ1eAsAAQTr AwAABAECAACdfU2P7Cya5frWr7jSbGYWmWXjD5yL2UzPaNRSd09LrV5bDocj050R4XhtR+TN +vUDGGzsMDyH7FZVvW9wwMB5zgHSgD+b/tqcX4f6ozmW9Ud7Ppb9/TqUp7Yfxt//83f0t08b cWmv5XtfXe/nqm/H7/I6CAxjWST+b408V2NzrTUiLqLoGfJVfTb323N5yR54vF+rw7kph7o6 t9d3Wei2aqKgse2uZd2pqmc7pVx7jWvkc9jmEe2lKauHKvsp5/BR9c1QfrXXY/elEXb5MnO/ VOK5fv1Y3pq+7Y7lfVjyP2FE76t6KNDbTsdW97F77zvRcY3qkaPN0q26trX9Q931sixR81t7 fEq4VeMo/lX8Lv91ndTemvLcXtpVFIxVex3Xj+yb6vzSd934cmweq7r0AvtyqkaRPrTv1+o8 rCow9ueX6iyzne3fT2Nf1U15vF9upSCz626rbJfueOu7g+Tv78Ohvf7d/GAB7mfR3mM7PHXP RzfezndJsPmlqmvZwPQX+5UsHf099H/JX5Nirm111D040zp+iKYfh5dL9Uf+HLMin+EipI/d 5fXWdeeh/YesbBq95ZvU5jr23e1bhFzVyi5gPHrbQOQTjE7k84aP7iwrkacb4JeQT7OHFNXa QA+Cq1I1pa6a06lJopfjISle0iSKX6q3on5JWBFlp6opWBNtMt/vUxil6fEQxdVLHVexyNlE L8Upjl8O8TFO4yip3hZxiejrBSnNR3MWAng9DI3qcfaWvuWcvWW/ln90ZGmvH0I5o6STytk9 mv507r6mauZZlqTbpPfnJMFsOdGYML6wqNS0F4QqtD9V3KS/4l98/Xsp/cVIJ3OllYf7ZLHx pthSCKL6th93vDTDeyk4Hfu2Xunx8zb2uwlXZRGDbpVsbL6E8k248zCW4h9ki+caflVj/XHs Vt5qftMxtaru0J3Gc1d/ioh78p3rpS33yrtfP6/d17WU6U+Z5v6+X/umlnxJy760u5i22ybJ wD531VH48Ph9k6ESp+lOoih3mCx66cdhrGrZ87fxoxy7UjGh1GMQ4nGKF1P0RhhC5OWjKoeb 8C4p5cVfbm35aI9NV57O1fsqij7uV9Gv1fD53BNLkvB8UbG6u6v6pPGbkGn6DJNjRncfy6Gp 1ejCdor6qvqrGDqHFYl1dxGjwMt5TZMIm1JSO/WIysAWtXRfTd+dTmV9Oc42bH6ce7T5HmQx 8n9lhyzDmEk5fI+NTtokytGkdOc1ye4C3utZRMmSJKzkVDYPYbuiwwVt3drPreSLavvnQeo3 zvcAon+G6nITExI9mYhXw/nh/CkC9Nadz88TAREtYhR9rW/36HX65+hVzqvkyNo/KjSHqIGV g9E5DvfhW/j+n+dZ3R66PYq2wehr8xWWQY5UOPrU9Z/Nn6bGc6jGnqp67PrVcOlp8OVQnaur mHrclJXGMfCYuhJJpRBvUwoLbgawOdoJ8oIDXVtdZHz9xz//r3/553/7vxQ+Dg6leBtKZF/F diiRgRcHhVIcGkpxUCjFwaEUB4dS/BxKLKMz7YQSwJ0JpVQM8UDfTrH0r/9EQVlwGLHgMGJB YcTsMAJqExhGLCiMWHAYseAwYj8JI/ajMGJLGMVpAvTtFEb/9O//6cLGwSOblQMc2eK12RNE LGgkLBY0GEdLBiSOFjQaR5vGAnFkNRgf2ZZMISOb1Rx6ZLO6FhrZ4tm9QkMJH9nitdkTlrSg QyIDHtmWDCGhhI9sm8YGhFLQyLZkCrEkqznAyGb1LTWyxbN7hYYRPrLFa7MHwwgb2RZ0YBhh I9uCDg0jfGSzGhweRmEjm9UcYGSz+pYc2VjwyGblAEc2tjZ7gogFjYTFggbjaMmAxNGCRuNo 01ggjqwG4yPbkilkZLOaQ49sVtdCIxub3Ss0lPCRja3NnrCkBR0SGfDItmQICSV8ZNs0NiCU gka2JVOIJVnNAUY2q2+pkY3N7hUaRvjIxtZmD4YRNrIt6MAwwka2BR0aRvjIZjU4PIzCRjar OcDIZvUtObIlwSOblQMc2ZK12RNELGgkLBY0GEdLBiSOFjQaR5vGAnFkNRgf2ZZMISOb1Rx6 ZLO6FhrZktm9QkMJH9mStdkTlrSgQyIDHtmWDCGhhI9sm8YGhFLQyLZkCrEkqznAyGb1LTWy JbN7hYYRPrIla7MHwwgb2RZ0YBhhI9uCDg0jfGSzGhweRmEjm9UcYGSz+vZpZOsG/ZL2X9rr /c/ya9+cm2pQW39e2Wv0kr5Ul+PS9uW98H+Lf//Hv/777//dHNrqqsBZ/DJX/EOUrx96uJ9O zWgSphrppP9+7a7N/5ir/3HRGwySLEtTa+vRx6VSbwlZ9MbjzP79cpWvt+2NI+LHsr+0x1IQ Xq+3tlyG9+kBRfzG7B9VIXEa83T1q3y3GedJsTDfXGQtsuhXIl+oiv/+Ze0dkbuOyqU48/Nt /H6dHmtXU/56lXElBq3HRW28qLuL3PNwaS5dP+1tEAnW/oqL+U38Y/nZns+l6JWursZWv722 09XeIPnjFE/rR6j9V7/l9q/pEe/NS32+D8IJZO/L345tP36Xh6r+lJskrsc5y1Tdp2TzntlK NTmYneMZpnblyJLKurmOrX45n0UWpPlza/tmlS73v0nAtS9vx5Oo+0ep9xqZ0oev6nZrr82g xm0D/ri/N7K9M8z+TXb9rTu39dz7Mmk8H0oZVGq3iJ0w5RnFU8eyEpm7h959Ywq2evzpuefu SzxN7ksR9tssnZXlv+R/RPDL5vfdrVT+MOdr/oynvnpf7V/SnSUHgFPfNOWn6eZYmANXFIuK 3O6lrMG5HUYBE7Zm9nfIrGIkuFS3eQ+F3AwzVbO6jaIOcqORwR6mTQ8ivswvj9Mw1bK8iUoN 916/7FcFNO9V/S33fZyr7+4+mjz/EMoXra/PVXtZFS9bcb+KytwaK+pMynCuDkv4Kp5H0f2r cU9CZWMkvjoe+99mc49k5X6pSvls1Q1df1Qhf2xO1f08quLqSj6/ebS12kxVrlibtCkGhfYs Wlk2VX/+VlJ0APQWnW9Vr9Pw2l5FS18m3fM8Y78S4d7z77IpjZ30KzL/L0Gn9qzz8iQXP3LG kvhtTpk8ZvlRBuCtUbsso7TIeC5/PMoNdd/zk1ic8uhXzJO35FeaLY/a2yJm/fy+/lmNGMPL tNfSNFVI9+Xaje3pe5Og0C8HIZvPF7klRxpjJhOqtpuaF5l/E02afpn4mzpKFqkCVu6AE8yL togRd9rRU+xi1CYrhVDGv4H8dW/uItTUppVhdnwBauTelL1SRKe9JVwVdOu7salHkX/4vpzb q7bbVcpH1R9XSYPoViWg2S8kvr0pDl/0ZkiLtL/u3VgJx+g+73qP3fyjdIjNT4sLzj8pj938 Ngn2ox03v+sxRU4k5A+bVOUvewnD91XvqrIea22mkr9eVFe/qv822+6E2VlJYvTUv8fR+mfZ K6U1essAl/85S2OWm2GnjcOmUiZN7/maCzS/34+3W9ePT/D6+efhIvkvzYxm2CbK7jqXRlFL kjLF81kNbTvltkdluIqFpZZ5tCrgIv341gl7szDZGlN3V+FQale32o1V5Cwq/nZsDvd3MVrU zU0mvagdw4qIKeVTbQgeXjqRfGn/sWzIPjaP149bM8rAf5GB/yI4/2uaAMu0S1WLqDm+iqqJ Xjncx1E8uLncz9U8oLhgrPxsvuvJ69+4E5ZYMDmKSNxQD61QwPu7nOuchVbP85P6SuQfbo2I 2GnTqPD933p7+n76FHjTZrSraKn4j3BQMYKI/hR0vr9GIv3f/t+//Z/91NibyrypiTc19aZm 3tTcm8q9qYU39c3fG0Rn+XsrXnWX3FX/OogVwh8R1Fft6HPCn1N/Katpc2GjR4442k/vh+Yv tSmTbdLPlZwnlNI3Vbhvctd/6dnmNMlcktVsTVtTEkfcytm7k1QuPbuQlWFi3Mg3Od3JInrL r6Z9/xgn+c0J4h9kmhyapL3ojakmnBXkcDuV/yWCfR57o6fso/AssUgQczblsuvuEEY3iJnP fFDkOcXamz2nCTdZOoOJEcxK629DOcipo5xBlHIeYv78tq3Y4X58VxvgE7tFq9FE/treHumr mJSPjdzMOm++ZjmTe5o3CLUbVR8z0BuEn8vY/AklIiBisafteKc6s10nu+nWY/Kn9L4Rsycx eSjlbuy59/cAYj57UFPYNydkEJPDq/L+TG553sCavu96w7JY2e6nz1zvIERjGrlXvq3bUU50 i6euH++WqPLn7pB9ehMoWcWM7aVWRxHtaiUn5wsz4CrF8aoF9Hqp5Y79QS7g1LGCxAW8o0Cx CLFgkQs2bXpXx8FKNayW2p0yVw7RZ0J85xmYO8uW2/yH8q+zmsg7Kyqe+ufboPLU2Z7rt2q6 2fgdR87nTiUaYOHEycXg7MVOVN+I+cd1mI6PXczZLhf6IBYIYukkpkZqBbZkSiJPrrWoEh9u 8orYGmB8ODZJh8Qlv/UZgA3w3NGhKTBkVAoMEZACgceiANNhKOvljUABIIJPVpuOu7kcd8gJ iD/aBAALNAEMi7Fm/IhoEhWKpFGhCCIVBqdSwWkyp/p56VQQgtCpATSlVlluUhXIT6uCYMQq aDC1MURtDFEbA9TGYdTGGLUxTW0MUBuD1MYItTFNbYxTGwdS+6e5HnpAtxpH0qtxBMEahVOs M9Akm3p6adYggmjTFJrqVXlusjXMT7cGYYRr8A8oB/SscRjlpKY1KpByRNemnjTlpLZNU0DK aX1rGEA5qnEN/gHlDKScgZQziHIWSjlDKWcI5QyinMGUM4xyhlDOQihngZQ/2lP8d8DYNY6k XOMIyjUKp1xnoCk39fRSrkEE5aYpNOWr8tyUa5ifcg3CKNfgH1AOGLvGYZSTxq5RgZQjxm7q SVNOGrtpCkg5bewaBlCOGrsG/4BywNg1DqOcNHaNCqQcMXZTT5py0thNU0DKaWPXMIBy1Ng1 OJhyBho7A42dQcbOQo2docbOEGNnkLEz2NgZZuwMMXYWYuzsJ8aegJQnIOUJRHkSSnmCUp4g lCcQ5QlMeYJRniCUJyGUJz+hPAUpT0HKU4jyNJTyFKU8RShPIcpTmPIUozxFKE9DKE9/QnkG Up6BlGcQ5Vko5RlKeYZQnkGUZzDlGUZ5hlCehVCe/YTyHKQ8BynPIcrzUMpzlPIcoTyHKM9h ynOM8hyhPA+hPP8J5RyknIOUc4hyHko5RynnCOUcopzDlHOMco5QzkMo5z+jHFuXc3BdzqF1 OQ9dl3N0Xc6RdTmH1uUcXpdzbF3OkXU5D1mX85+sywtQ5QWo8gJSeRGq8gJVeYGovIBUXsAq LzCVF4jKixCVF8Eq/zpXV4DxCUYSPsEIvicQTveEp9nWdfSSPWEIrnUraKrt0txMTyg/0RMG 43nChtF86a5/B6leoCTdC5SgfAHitC95aOqtOnvpX3BECFgto8NgW6o7FBakPxwWHBYSCz78 D7ER+r4lQl+4RNgblyj4lUsEv3OJoJcuEfbWJcJfu0SY8ysc/SfZKOjNS/SjVy8R+u4lQl++ RNjblyj49UsEv3+JoBcwEfYGJsJfwUTgO5gIegkTBb2FiQKme2N9U4lqn/hm37VMmy76X31u YJU+VPXn86+mrnV3Ple3oVkj2pvZEF+O43nT2yLx2qmtwvLq+nodMyrxOp3GOYiarVNVfb6v 6unTvvPsKVGe1HGmyw3kXX/7qKbvOWw2mRvE+FUe7vVnM+6BZNvEU6YjiZu6fTbNTXTjYw5Z zrZULJDp7M7v1a7vNaK9jg/Zezx77nzRvHgd7FaK3OwabzKd2uvqiNJTx9Vd92lOrq+j50se gfyurRMIc1p16PpRnWzWpwp3CBuP9/79+ff+VMdJwp8T1C5/wfJyKkIeQlgxMAWIPI1VijB8 nz5ywfPiV76WzAzVR3SPKo9so4V5v0zPvDRyG/7w0d6my7b3IMPp93xYYkoS/1TeGnkVu/3Z gixfhfwMughOlSJWu/it9OqPVsw2cKawtUJ7k35y6FQdj52UvQmWppZGyNY/Hvf1flGH5uO3 OE/4L5ZlWVz8SgrR5xv5fE1AeUj+lzqD+evpoIaqlgUreFJEv3L2Fqf2sQAVXTflT7Lqm/rI swRf8iixILdxhOx92AnYUz92z62Wv8oYuXXXvUzyrIv+zstzojCziySlHoRXPnZyy4PR8vL0 sq8fh/tpp7ZDpxpzbB/t0PXPTFmnA8U/jn0nI6S+H9p6q8Z65/HCaKXXTDGwSVSjyHQoY7U7 XnHZ9Z/VdDOA/KyJEM80VuwEnxiEzmJcfW9Kab/mkxDxNoaPl0o04Patzg1r/jdmIbtaDFVC 2NVplEeDj3v8qi+JqHHP3TW/++babbKdRfGiHUGZlB0N88mkbcuVa5pTSdtx90OwKobVpuqN 9+50nkId77dJeFbi/YgJT+Km82tKK+telYlfrkTR+pM8LCwvVvmq+uNTjMyAS12SmKqWB1VL c2hpM5TMsKGpp2P1BEx+iOgoOuDYVg5IL4e183TjxV6FhkZeekE8R9d66O59LWoljyv526dG FNcT+7p8iNFbfmal/3SApmlj1d9cfS1qfL+U7dGRLj/xIa3dfD3lGSGGTVmBsZ0mOnuQsXLS SHWrBFTXq3CG2tlVAiI8o+t9gKk/PYDpgD/Vi+XtIdbDDpT+OlIpT4YSEOvWkF2BiOhQEwH7 syq71bp0wuxFlHfXY/U8WCukOXfk1dRyJs6vvflkGK0/AwU0OEP9OpxPh3mCZnkqocdNSzaa JNAuXc5Pp7S5Pja3r8+ZE49G5yNwXp0uh++8WjWwfb3OXYB0P6FbG+bU7qosl35tkFPDT73t 1PF8RNOv5S3MqWdLfLSmrWoCuj53fkmrY4R+NcujdrSQBQrQsET55SuP23lCRz2GEO1SYUKv C9AlVfk4SqXzIcN9gcoe9mhTnhr0ylIdUPQqUiD2xSjbR3QmIUGNcKrPlOASnk53as7uO6fc 5AHUtdJ2iHwS2Q4G0tdUJUBa6ligVzn6gKdfXtPBR1pgCgdIbML5RTYdfvREhn4YITS76oTU bKhLbNNDKblZB0D3BTf1ukdy03lOr+j0AVKv7BRmX3hTa8kOJsQ3Y5zyW0pxCXBGOCW47k+n CKfDw/4Bb4VxjnZGN7QUTdUwMcakGGNEjDEoxhgUYwyIMabEGENijHExxoAYY0iMMSXGmBJj TIsxBsQYu8UYk2KMATHGpBhjUowxKcYYE2MMiDGGxBjDYoxBMepDtl6lzceo/YI0R4ppSWok IEqD9MvSHCv2xM38SEKa60YQ4lyDXfI0j6YEujpovS9Rw4RHpObUtFem82Ftr1A1al+qpu1A pxNytVBOwdoluSRrYZyi3faxU7bmEL9fuBuUU7qLymjxLlVE5UuMpvOReEC+0Iiqkah8yVHV HBGnIgkYWdeNQORLjq7m0ZB8/SOsYYKSLzXKzgfvafm6RlrTdqDTEfkS461dkle+xJi77WO/ fMlxd4Pyyxcce5cqovJlgHwZJl8Gy5fB8mWQfBktXwbKl4XIl0HyZaB8GS1fRsuXIfJlkHyZ T74MkC+D5MsA+TJAvgyQL0PlyyD5MlC+LEC+DJTvY7rIwKvLh7mqwi9fDQPkq5GAfA3SL1+N 8kXS/EhCvutGEPJdg13yNY+m5PuwL7PYl69hwiNfDfHL92EuxPDKV6P25WvaDnQ6IV8L5ZSv XZJLvhbGKd9tHzvlq4GEfDcop3wXldHyXaqIypeYPD/MtSOAfKHJs0ai8iUnzxpFRhIweV43 ApEvOXk2j4bk6588GyYo+VKT54e53ISWr2vybNoOdDoiX2LybJfklS8xed72sV++5OR5g/LL F5w8L1VE5UtMnh/mChlAvtDkWSNR+ZKTZ40iIwmYPK8bgciXnDybR0Py9U+eDROUfKnJ88Nc VEPL1zV5Nm0HOh2RLzF5tkvyypeYPG/72C9fcvK8QfnlC06elypi8mXA5Jlhk2cGT54ZPHlm 0OSZ0ZNnBk6eWcjkmUGTZwZOnhk9eWb05Jkhk2cGTZ6Zb/LMgMkzgybPDJg8M2DyzIDJM0Mn zwyaPDNw8swCJs8sZPKcAPJNMPkmsHwTWL4JJN+Elm8CyjcJkW8CyTcB5ZvQ8k1o+SaIfBNI volPvgkg3wSSbwLINwHkmwDyTVD5JpB8E1C+SYB8kxD5poB8U0y+KSzfFJZvCsk3peWbgvJN Q+SbQvJNQfmmtHxTWr4pIt8Ukm/qk28KyDeF5JsC8k0B+aaAfFNUvikk3xSUbxog3zREvhkg 3wyTbwbLN4Plm0HyzWj5ZqB8sxD5ZpB8M1C+GS3fjJZvhsg3g+Sb+eSbAfLNIPlmgHwzQL4Z IN8MlW8GyTcD5ZsFyDcLkW8OyDfH5JvD8s1h+eaQfHNavjko3zxEvjkk3xyUb07LN6flmyPy zSH55j755oB8c0i+OSDfHJBvDsg3R+WbQ/LNQfnmAfLNQ+TLAflyTL4cli+H5csh+XJavhyU Lw+RL4fky0H5clq+nJYvR+TLIflyn3w5IF8OyZcD8uWAfDkgX47Kl0Py5aB8eYB8eZh86fe+ HHvvy+H3vhx+78uh976cfu/Lwfe+POS9L4fe+3LwvS+n3/ty+r0vR977cui9L/e99+XAe18O vfflwHtfDrz35cB7X46+9+XQe18OvvflAe99ech73wIYfQts9C3g0beAR98CGn0LevQtwNG3 CBl9C2j0LcDRt6BH34IefQtk9C2g0bfwjb4FMPoW0OhbAKNvAYy+BTD6FujoW0CjbwGOvkXA 6FvAo+90AaVXluYKUr949cWbtHYnICBdDfQrV1+46Ykh8zxCt6v6E7JdYV2q1c+lRGvfQbqv Wd3/HsnqW0S9ijU3mHoFO4H29aobTXc1odYF5BSrVY5LqwvEKdVNzzqVqu+49Qt1DXLqdJYT LdO5eoBKl6tivRq0Lwz2q9W6KpdW7AIGVGuB/cq1rsv1hJT9bELBT20iVPyEdynZqgOl5u2t wvuKtnjyqNq6H9irbPt+Yq+6F+C+wq0OwSghlL4GOtW+Kc+l+DXMqfodBpzKt2649qv/Geh0 gJVUaRdYVRfcZhkB8219QzS90TKCZ9wKCm61jKA593RXMrHvLwJn3XZLgO2WETTvnp6ObLiM 6Jn3xAmx5TJC5t76Kmpy02Xkm31PXYB0P7DvMgIm4EtZvp2XETAFX/e2d+9lBE3CVzDv7sso YBpuqgnrGjj+EIHnHyL8AESEn4CIsCMQEXAGIkIPQUQhfw2z0X5dg+cgIvoPYhMnpK6RoxAR dhYi8h6GiJDTEBH0Z7EZRugaOBARAX8ZW/c2oWvoTEQE/nHMiA/VNfDnsfZmVLr+XdY2Ld/r cr6JlkVvPM6YnfXUV+/lR/v+YaGe7i9XIHnP7oyJ3/I8Kp4w+hLzxK5dfZEXR390mlp5pe6m /lvEoe+qo7xRf6NUBTSY7v0+lE3fd/18DfMeXCGG8j7Iy9EP6mri9vR8F7vCyiuXrZuI95Iv 1SAFnMe51fh+LOuq/pCudri3Z3lb8P0qC7E68SYctHwXhnKb7x+Pf0VPHShI7ptR3uPe9I/q 6VpvjZIXDItgU9eyT88Yu8/m+iJv7X7t25N1bXuc2Zf75/qTAMs9oY5PNmyBzm87bIGObzts YfS3HbY53N92eKrr7rcdtijHtx2e2uP+tsN+ic/fdtjirG87ODH+Lzts0diXHXZ61IqzxIeb dC8/HxCzgsTJjwlYd4M7cYlqFnvqe3XlJRFvAkPGpLzb0B+O8lpCOBIFmA5CWS9v/M0XKjpD T1abjrq5HHfAqYsp3bEmL/KEwkzegBkUYfpaRYIehSJJnO7H89M4XWsHE6ngNJVT/bxkWlfz OemcGkATapXlplRfe+gmdbo4EqJ1umUxlFjPB4FWKIRY56eAVpggYn0fAVrXjyLW+fmfdQMg Yt0f/lmBCGKpD/6soGHEzpe9EaRpHEmuuZXLT6+5SAsmWGegKTb19JK8uhbMSbNpCk30qjw3 1fM1bG6yzdV2EN3m7rdwwgEtaxxGOKlnc/VSGOGIpk09acJJXZumgITT2p4v7iIIR/VtbgsL J5yBhDOQcAYRzkIJZyjhDCGcQYQzmHCGEc5owlkI4SyQ8Ie5goggUuNIwjWOIFyjcMJ1Bppw U08v4Q/7shon4aYpNOGr8tyEP8zlQG7CNQQjXIN/QDhg6RqHEU5aukYFEo5YuqknTThp6aYp IOG0pT/MdTIE4aila/APCAcsXeMwwklL16hAwhFLN/WkCSct3TQFJJy29Ie5gIQgHLV0DQ4m nIGWzkBLZ5Cls1BLZ6ilM8TSGWTpDLZ0hlk6oy2dhVg6+4mlJyDhCUh4AhGehBKeoIQnCOEJ RHgCE55ghCc04UkI4clPCE9BwlOQ8BQiPA0lPEUJTxHCU4jwFCY8xQhPacLTEMLTnxCegYRn IOEZRHgWSniGEp4hhGcQ4RlMeIYRntGEZyGEZz8hPAcJz0HCc4jwPJTwHCU8RwjPIcJzmPAc IzynCc9DCM9/QjgHCecg4RwinIcSzlHCOUI4hwjnMOEcI5zThPMQwvnPCMfW4Rxch3NoHc5D 1+EcXYdzZB3OoXU4h9fhHFuHc3odzkPW4fwn6/ACVHgBKryAFF6EKrxAFV4gCi8ghRewwgtM 4QWt8CJE4UWwws3ZB4LHCUbSrTeb+9nWu8Jhsic8zbWuo5dqe5u7k2ndCppouzQ3z+aggZtm faYDYlkfbwgi2T7kQjC4QEmyrdMFfsKtowAw6Usemnirzl7yt+ccnAFgtYwOgm2p7kCwT524 g8E65AMFhHXmJfhPrhH6ViVCX6tE2HuVKPjFSgS/WYmgVysR5PhTe7A/vUaY5+uDCP4/vkZB 71eiH71gidA3LBH6iiXC3rFEwS9ZIvgtSwS9Zomw9ywR/qIlAt+0RMCrlijoXUsUMMmT+6jz zT7q1NoFqXZrV+ez40yFBfjobqXZYGx33gy4jPffao/lXm5zymJ1GGInfe+Ygw27j538F0fy sTqWqhdFNV1FqHMRvYnYamw7dYIgwaD2rtO9TtjLMgfSfrfXgrnzcW8zvYWTe8DH5nLb7v62 IDJZH9U4nxRLgunIibz1zamRZ1QmcJGnu9i+eW+uatO2DNBvR0+pTd3N8H2ty1NVj13/e7X5 e4OUjWgGvec990WLKPTUjz0RNFV5a6+njkSJklSz/ZExmdNqFztRaimfrvroNpnLXobJK67H myN9//TOHrK7Cbm3w9jWpQh4B8h5/MmWiz7zIX/112p6jjuAx/O56naKMNumvVUxIK/DzLv+ XS4zb3r3OM0W43GbGep2nPk8AOE68754zHk8cJ/7+LK5HMiih3Sh+YSC34kMDHOjFRpwpOWI AeVKc7xAzmSjve70FGVuh3qGulzqGelxqg3PtFvtlU461vpcyL5rbQomnMugSfdazvf4HWyW n9/FNrXcd7K1EFxudu78RibSvR4mz4ZM9pWnyTay5MkJj3VZyR7Xkii3YckTI4RXyXMVmE3t I30O5cjhMqept0lfkodW1pb0slMSZkcGCDiROoBCmZAkHPIfDfRajx0gbtdZoVyGswJ5vGZh jLaZTZmkw8xngPbNZSmO8BUBJC1FHcryu4nUht9IlhpND9kLM79/qEMr3loohNdDpuNJk4tk T3E0ndfx2MgK4DGSCee2kunUEmEm03kezE5cWJ+hOPO4LMUQQJrKdHzKP9NRGMxXFijgLPoU FOUtUyBA7jJDvf6yjh23w2xwLo/ZwDwuY9NI+8xTuaTTWIfT9r3GLpJwGwUl/UafIfQ7ziSh tef4OnF/5mKFtMd2XHdm2AjKdmKv7cSU7fhv2ljhvLYTI7YTB9jOLpawnf08HtuJUduJAduJ cduJQ2wnxmwnxm0nhmwnBm0nxmwnhm0nDrKdONh2Ysp2XJe27EIR2/Hce7OSEGk7MWk7MWE7 +miftzIa47Uec7zTZT7mjKPHfjYQjwEZpNuCzLlPwoTMKUjMhtxonxF5crmsaCGFNCNzDNVv RxqFGZINBixpPklKmZIJEciWLLDXmLZx5bamJ6TLnJ6AHntak0sb1E7ZpEWtDv3um9S6WMKm NJg0qvnEtt+qjNT867J1DfftahX2XsMiZkoaQxvWPFtKn/5Sbc7oUoYFzZgMkjAsetZkTvEG GFbwzMmTy2tY2OzJHKMGDAudQdlg1LCQWZQJEdywgJnUNq4Iw0JmU09AyrACZlQ7ZWOG5Z9V rYtFDAuYWc03DgCG9TS78tfQY1jQDMv1Ofk1hjYsRsywGG1Y/s/Rb5CEYTHMsFiQYe2iScPa z+U1LIYbFoMMi4UYFgszLIYaFgsxLAYaFoMNi6GGxQIMiwUaFvuBYTHasFiIYTHQsBhmWAwy LAYYFiMM6zFdDeCtksZ4DUtjnIal032GtYF4DMsg3YalEZRhaRhoWG60z7A8uVyGtZBCGpaG EoalUZhh2WDAsEz7SMMyIQIZlgX2GtY2rtyG9YR0GdYT0GNYa3Jpw9opmzSsh31pyL5hrYsl DEuDScMyFBCGZaTmN6x1DfcNaxX2XsMiloQaQxuW5w/oOp00LGhJaJCEYdFLQg0LMazgJaEn l9ewsCWhhiKGhS4JbTBqWMiS0IQIbljAknAbV4RhIUvCJyBlWAFLwp2yMcPyLwnXxSKGBSwJ DQWIYZFLwnUNPYZFLQkf09UsdJWIJaHG+A3LvyTcQCjD8i4JNQIyLHhJ6EaThhW2JFxIwQyL XBJqVIBh4UtC0z7MsNAloQWmDQtaEj4hvYYFLgnX5IKGFbgkfNiXNnkMC10SajBmWPSS0EgN MCxiSbgKe49hMWBJyIAlISOWhIxeEjJ4ScjIJSHDloQsaEnoQBOG5crlMSyGLwkZtCRkIUtC FrYkZOiSkIUsCRm4JGTwkpChS0IWsCRkgUvCbdmIYTF6SchCloQMXBIybEnIoCUhA5aEDFkS JoBhJYBhJYRhJbRhJbBhJaRhJZhhJUGG5UAThuXK5TGsBDesBDKsJMSwkjDDSlDDSkIMKwEN K4ENK0ENKwkwrCTQsLZlI4aV0IaVhBhWAhpWghlWAhlWAhhWghhWChhWChhWShhWShtWChtW ShpWihlWGmRYDjRhWK5cHsNKccNKIcNKQwwrDTOsFDWsNMSwUtCwUtiwUtSw0gDDSgMNa1s2 YlgpbVhpiGGloGGlmGGlkGGlgGGliGFlgGFlgGFlhGFltGFlsGFlpGFlmGFlQYblQBOG5crl MawMN6wMMqwsxLCyMMPKUMPKQgwrAw0rgw0rQw0rCzCsLNCwtmUjhpXRhpWFGFYGGlaGGVYG GVYGGFaGGFYOGFYOGFZOGFZOG1YOG1ZOGlaOGVYeZFgONGFYrlwew8pxw8ohw8pDDCsPM6wc Naw8xLBy0LBy2LBy1LDyAMPKAw1rWzZiWDltWHmIYeWgYeWYYeWQYeWAYeWIYXHAsDhgWJww LE4bFocNi5OGxTHD4kGG5UAThuXK5TEsjhsWhwyLhxgWDzMsjhoWDzEsDhoWhw2Lo4bFAwyL BxrWtmzEsDhtWDzEsDhoWBwzLA4ZFgcMi2OGRe/D4sA+LE7sw+L0PiwO78Pi5D4sju3D4kH7 sBxo0rCC92FxfB8Wh/Zh8ZB9WDxsHxZH92HxkH1YHNyHxeF9WBzdh8UD9mHxwH1Y27IxwyL3 YfGQfVgc3IfFsX1YHNqHxYF9WBzZh1UAM6wCmGEVxAyroGdYBTzDKsgZVoHNsIqgGZYDTRiW K5fHsAp8hlVAM6wiZIZVhM2wCnSGVYTMsApwhlXAM6wCnWEVATOsInCGtS0bMayCnmEVITOs ApxhFdgMq4BmWAUwwyrIGdZ0obi3RhPEa1f6znmXW+kr1j1mtUZ4vEoD3Val758nnErfu44Z lRPs8yl3JpdNzVSQLqXvwPeb1ATCPMrCAhZlLq2nHEpHBWRQC9brT5tIctvTFuhypy3OY04r Rmlvei6ZtCb76wL7zrQqlDCmCUv6kvlehN+WtKz8rrSq3b4p2UHu8qTlQwfeKi0wrzdZ38Rw +ZP1GQiPRz2jPD5lgd1eZX0vg/Ar61sRmGd5M/h8y5/R5V0rykj/sr7j4fewBYj52AYPeJn9 EQ7Kz6xIgjxtjff62k4Eur1tD+zytz2sx+Oe2Kd9bv8JpNdtv6ay73dPhROet+BJ37O/leP3 Pkumfv97qu2+B27F4jvUEwGrSQUij/VExHpy+gIKcbAngleUE9R/tCfC1pTTR1Lwwz0OOHW6 x5XNd7wnwteV0+dq6AM+UcjKckGDR3widG05xQt8yCcCV5frKPMf84nQ9eUGSRz0iQJXmE+l Q0d9InqNaRcMHPaJwFWm/tgTfdwngtaZdi3dB34icqX50J+wAaoFnKqOqGPVEXCuOoL/oD9B KTfDjlZHYWerHXDazcJPV0cBx6sj7Hx1FHTAOgr7y77+gBLmZiFnrCPwj/vrKKPcDD1mHQX8 fd/mGXWzH5y0jug/8dsFQ24GHraOwNPWEXbcOgL+zm8JYcfN2lt+6qv38qN9/7C+r5WzOE2f UefuawHFb3keFc+gnS+dqb57tb/gFUcs3aZL2ob2HzJzGr3lO9kv7coqdp8gni7+2VUBK3ey ly4MRVLYjlJ7b081HO9l8+cmzHXYyk0DRAWr46O8DEpljO09w27F9MGzleu39eX22ldjY8aM 9TfUDu31+Mi76/l7n8mhqYV3rJVjwaQZyo6+DKdlODr07fG90f/zcj291NX5/FL1t1FG4OL9 +7gWheUU7tSeRa1fHmI98TJW7+/NoiMX9na7dc0WfL+2fyaHfO+ri/lcXhz9rTq0r4/he5AV SpiqSN1/38bu9dTehrK5ygpO5Qz3a3+rX8V/hBUe7u/2j9fTsPvjcefX8+X5RzWq3rpeDatj fRNVS4uM57vpd2FSCeN54cr9cqi3BYg85XDuxlL1uGjX2LfG+E0ptQPCbITS5G5BbK6PjGeh iIeskoypPJtT1EA2pwjRJ3bhJ5Fx0Wuc/e0kiKk/mtfu8F9i+qIeLsa29qEsYUm9Nf00/q8A 7G//H1BLAwQUAAAACADSXUFE5BE4NpEAAABQAQAAEAAcAG1jYXN0L2JyY3RsLmhvc3RVVAkA A4zQ7FKM0OxSdXgLAAEE6wMAAAQBAgAAZc9RCsIwDAbg5/QUO8FI69a1txD0AmmbaWFWmEM9 vtKqEMxTvoc//AlrTifuCl0YQttzAjgc9x0XCgsnyGXjdabIN/XkElYEcIjY+yGxQ6Ix+gDl CsDbGRW0uedZ90IoaIR2QoPQKGSFJiH3Vm2o/xv6b0MtGmpxTLe4+cSt05PxzkbyVOM1YuRT vwuPhQqqF1BLAQIeAwoAAAAAAHlcQUQAAAAAAAAAAAAAAAAGABgAAAAAAAAAEADtQQAAAABt Y2FzdC9VVAUAAwbO7FJ1eAsAAQTrAwAABAECAABQSwECHgMUAAAACAB5XEFEG5ShzFMAAACr AAAAEwAYAAAAAAABAAAApIFAAAAAbWNhc3QvZWJ0YWJsZXMuaG9zdFVUBQADBs7sUnV4CwAB BOsDAAAEAQIAAFBLAQIeAxQAAAAIAHlcQUR2sn/VwAEAAK4FAAAUABgAAAAAAAEAAACkgeAA AABtY2FzdC9pZmNvbmZpZy5ndWVzdFVUBQADBs7sUnV4CwABBOsDAAAEAQIAAFBLAQIeAxQA AAAIAHlcQURcEa2RQQUAAPYjAAATABgAAAAAAAEAAACkge4CAABtY2FzdC9pZmNvbmZpZy5o b3N0VVQFAAMGzuxSdXgLAAEE6wMAAAQBAgAAUEsBAh4DCgAAAAAAeVxBRAAAAAAAAAAAAAAA ABQAGAAAAAAAAAAAAKSBfAgAAG1jYXN0L2lwdGFibGVzLmd1ZXN0VVQFAAMGzuxSdXgLAAEE 6wMAAAQBAgAAUEsBAh4DFAAAAAgAeVxBROEr+s6rAQAATwoAABMAGAAAAAAAAQAAAKSByggA AG1jYXN0L2lwdGFibGVzLmhvc3RVVAUAAwbO7FJ1eAsAAQTrAwAABAECAABQSwECHgMUAAAA CAB5XEFETUEcaSsVAAAHagAAEgAYAAAAAAABAAAApIHCCgAAbWNhc3Qvc3lzY3RsLmd1ZXN0 VVQFAAMGzuxSdXgLAAEE6wMAAAQBAgAAUEsBAh4DFAAAAAgAeVxBRK4/EXYSLAAAMlwBABEA GAAAAAAAAQAAAKSBOSAAAG1jYXN0L3N5c2N0bC5ob3N0VVQFAAMGzuxSdXgLAAEE6wMAAAQB AgAAUEsBAh4DFAAAAAgA0l1BROQRODaRAAAAUAEAABAAGAAAAAAAAQAAAKSBlkwAAG1jYXN0 L2JyY3RsLmhvc3RVVAUAA4zQ7FJ1eAsAAQTrAwAABAECAABQSwUGAAAAAAkACQAQAwAAcU0A AAAA --------------070000080106060800050101 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 --------------070000080106060800050101-- From xen-users-bounces@lists.xen.org Sun Feb 02 05:19:07 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 02 Feb 2014 05:19: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 1W9pRO-0007nt-27; Sun, 02 Feb 2014 05:17:58 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1W9pRM-0007nf-PQ for xen-users@lists.xen.org; Sun, 02 Feb 2014 05:17:56 +0000 Received: from [85.158.139.211:8958] by server-16.bemta-5.messagelabs.com id 17/05-05060-405DDE25; Sun, 02 Feb 2014 05:17:56 +0000 X-Env-Sender: ehouby@yahoo.com X-Msg-Ref: server-4.tower-206.messagelabs.com!1391318273!1074385!2 X-Originating-IP: [72.30.239.153] X-SpamReason: No, hits=0.6 required=7.0 tests=FORGED_YAHOO_RCVD, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16871 invoked from network); 2 Feb 2014 05:17:55 -0000 Received: from nm39-vm9.bullet.mail.bf1.yahoo.com (HELO nm39-vm9.bullet.mail.bf1.yahoo.com) (72.30.239.153) by server-4.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Feb 2014 05:17:55 -0000 Received: from [66.196.81.170] by nm39.bullet.mail.bf1.yahoo.com with NNFMP; 02 Feb 2014 05:17:53 -0000 Received: from [98.139.211.203] by tm16.bullet.mail.bf1.yahoo.com with NNFMP; 02 Feb 2014 05:17:53 -0000 Received: from [127.0.0.1] by smtp212.mail.bf1.yahoo.com with NNFMP; 02 Feb 2014 05:17:53 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1391318273; bh=1NY0Dyi0sar0luAlvL5FZmC/MugxXnXzGA2p1uCSoGo=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:From:To:Cc:References:In-Reply-To:Subject:Date:Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Mailer:Thread-Index:Content-Language; b=loFfarQtLEZqFW+fBHzo5jYpevscsF4U0viEdtmIFI0H8RJhURSZFx2jUQeIBpjEdgsjDV0e3ZX0YzrcbQYPsSzY+t/rmUUgOxNxUHg+YutsG9fSGUwPT/p6URwMgRX2ciVFJW4t3CpK9BM7YllMv0zCk/uwImf5hEO9ipbBS0o= X-Yahoo-Newman-Id: 56007.19763.bm@smtp212.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: lCjxo5YVM1k9kgwWBGO0qMFA7551d7U5b2tM8vYzMMxrtrZ QxYz4fVXcXvar84j7i9e9qpw9jCFYqPx.VrU9rdVFPuQTkZtZuSm.TkAGkkv 3AA.m9b5G1LMGxGpGHb.U8jHZt61.SjYna7yHWhV9S_ObEglBiX.r6k0x4qf czd0LOdGu4u3q3DJwuGXViAPWjq8Fmix8SS04_p0Pupg17CRljVfa_Szt7Yj ptq7.hByfovBa4lNfoJa01FGY0sJiG29pBJGhLuiLrDYNiBddZwYhMcxCQ4F fc7r3PmUTuoLx3MI_NvuAti7R24K7qImil7vJXE0y3AUZaGroPKjluzEayBu kis4WRTamCUvHtPspe2m6sy5xRdlINVczLDMmckMtpXZLJO3FVrBBSRiHnhq _p6kgNMVBo705PXv8RLszOOBElkzM_UKgFmgXQwcJj0k7OjJOR8thBAkQ01I d7HV3UN6ar1VWOkRBUcptqVNryoZiNq0inXKwuoiFafM5_uZL5GrQeJ8Gbjj 1jWTheTVY1DQgaoxWW_9zUlrQJSo02zRfCglLu.k4_yZcKukdOTri_j48.7F 2enNnXOvjj5ldlQw9H2m9SuOXY8vfS87w_rWNRHm6vvIU4eOtvsBW3vq1QTp kJwlWSL_YjwCpw5_kRB9nhsnHybzjWkoJxMG0spI6CZ7FieDIyLKm X-Yahoo-SMTP: QpZsTh.swBBbiXoX3lukB1DLTA-- X-Rocket-Received: from phobos (ehouby@71.196.207.87 with plain [98.139.211.125]) by smtp212.mail.bf1.yahoo.com with SMTP; 01 Feb 2014 21:17:52 -0800 PST From: "Eric Houby" To: "'M A Young'" , "'Dario Faggioli'" References: <009c01cf1ece$2739a820$75acf860$@yahoo.com> <1391209094.13572.50.camel@Abyss> In-Reply-To: Date: Sat, 1 Feb 2014 22:17:55 -0700 Message-ID: <020f01cf1fd6$21bd24e0$65376ea0$@yahoo.com> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQFjy0dgAXkVho5qIRcBav+bbzk7pQL9gb5iARhwTyIB7O92SptH/liQ Content-Language: en-us Cc: xen-users@lists.xen.org, 'xen' , 'Russ Pavlicek' , xen-devel@lists.xen.org Subject: Re: [Xen-users] REMINDER: Feb 3 is Xen Project Test Day for 4.4 RC3 X-BeenThere: xen-users@lists.xen.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 > There is an rc3 build at > http://koji.fedoraproject.org/koji/taskinfo?taskID=6479953 > > Michael Young Thanks. I am playing with the build now. -Eric _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Feb 02 05:19:07 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 02 Feb 2014 05:19: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 1W9pRO-0007nt-27; Sun, 02 Feb 2014 05:17:58 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1W9pRM-0007nf-PQ for xen-users@lists.xen.org; Sun, 02 Feb 2014 05:17:56 +0000 Received: from [85.158.139.211:8958] by server-16.bemta-5.messagelabs.com id 17/05-05060-405DDE25; Sun, 02 Feb 2014 05:17:56 +0000 X-Env-Sender: ehouby@yahoo.com X-Msg-Ref: server-4.tower-206.messagelabs.com!1391318273!1074385!2 X-Originating-IP: [72.30.239.153] X-SpamReason: No, hits=0.6 required=7.0 tests=FORGED_YAHOO_RCVD, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16871 invoked from network); 2 Feb 2014 05:17:55 -0000 Received: from nm39-vm9.bullet.mail.bf1.yahoo.com (HELO nm39-vm9.bullet.mail.bf1.yahoo.com) (72.30.239.153) by server-4.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Feb 2014 05:17:55 -0000 Received: from [66.196.81.170] by nm39.bullet.mail.bf1.yahoo.com with NNFMP; 02 Feb 2014 05:17:53 -0000 Received: from [98.139.211.203] by tm16.bullet.mail.bf1.yahoo.com with NNFMP; 02 Feb 2014 05:17:53 -0000 Received: from [127.0.0.1] by smtp212.mail.bf1.yahoo.com with NNFMP; 02 Feb 2014 05:17:53 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1391318273; bh=1NY0Dyi0sar0luAlvL5FZmC/MugxXnXzGA2p1uCSoGo=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:From:To:Cc:References:In-Reply-To:Subject:Date:Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Mailer:Thread-Index:Content-Language; b=loFfarQtLEZqFW+fBHzo5jYpevscsF4U0viEdtmIFI0H8RJhURSZFx2jUQeIBpjEdgsjDV0e3ZX0YzrcbQYPsSzY+t/rmUUgOxNxUHg+YutsG9fSGUwPT/p6URwMgRX2ciVFJW4t3CpK9BM7YllMv0zCk/uwImf5hEO9ipbBS0o= X-Yahoo-Newman-Id: 56007.19763.bm@smtp212.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: lCjxo5YVM1k9kgwWBGO0qMFA7551d7U5b2tM8vYzMMxrtrZ QxYz4fVXcXvar84j7i9e9qpw9jCFYqPx.VrU9rdVFPuQTkZtZuSm.TkAGkkv 3AA.m9b5G1LMGxGpGHb.U8jHZt61.SjYna7yHWhV9S_ObEglBiX.r6k0x4qf czd0LOdGu4u3q3DJwuGXViAPWjq8Fmix8SS04_p0Pupg17CRljVfa_Szt7Yj ptq7.hByfovBa4lNfoJa01FGY0sJiG29pBJGhLuiLrDYNiBddZwYhMcxCQ4F fc7r3PmUTuoLx3MI_NvuAti7R24K7qImil7vJXE0y3AUZaGroPKjluzEayBu kis4WRTamCUvHtPspe2m6sy5xRdlINVczLDMmckMtpXZLJO3FVrBBSRiHnhq _p6kgNMVBo705PXv8RLszOOBElkzM_UKgFmgXQwcJj0k7OjJOR8thBAkQ01I d7HV3UN6ar1VWOkRBUcptqVNryoZiNq0inXKwuoiFafM5_uZL5GrQeJ8Gbjj 1jWTheTVY1DQgaoxWW_9zUlrQJSo02zRfCglLu.k4_yZcKukdOTri_j48.7F 2enNnXOvjj5ldlQw9H2m9SuOXY8vfS87w_rWNRHm6vvIU4eOtvsBW3vq1QTp kJwlWSL_YjwCpw5_kRB9nhsnHybzjWkoJxMG0spI6CZ7FieDIyLKm X-Yahoo-SMTP: QpZsTh.swBBbiXoX3lukB1DLTA-- X-Rocket-Received: from phobos (ehouby@71.196.207.87 with plain [98.139.211.125]) by smtp212.mail.bf1.yahoo.com with SMTP; 01 Feb 2014 21:17:52 -0800 PST From: "Eric Houby" To: "'M A Young'" , "'Dario Faggioli'" References: <009c01cf1ece$2739a820$75acf860$@yahoo.com> <1391209094.13572.50.camel@Abyss> In-Reply-To: Date: Sat, 1 Feb 2014 22:17:55 -0700 Message-ID: <020f01cf1fd6$21bd24e0$65376ea0$@yahoo.com> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQFjy0dgAXkVho5qIRcBav+bbzk7pQL9gb5iARhwTyIB7O92SptH/liQ Content-Language: en-us Cc: xen-users@lists.xen.org, 'xen' , 'Russ Pavlicek' , xen-devel@lists.xen.org Subject: Re: [Xen-users] REMINDER: Feb 3 is Xen Project Test Day for 4.4 RC3 X-BeenThere: xen-users@lists.xen.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 > There is an rc3 build at > http://koji.fedoraproject.org/koji/taskinfo?taskID=6479953 > > Michael Young Thanks. I am playing with the build now. -Eric _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Feb 02 20:56:44 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 02 Feb 2014 20:56: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 1WA44U-0005as-0W; Sun, 02 Feb 2014 20:55:18 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WA44L-0005an-Mb for xen-users@lists.xensource.com; Sun, 02 Feb 2014 20:55:16 +0000 Received: from [85.158.137.68:52339] by server-1.bemta-3.messagelabs.com id BB/8D-17293-CA0BEE25; Sun, 02 Feb 2014 20:55:08 +0000 X-Env-Sender: juergen@kaktus.kastel.net X-Msg-Ref: server-6.tower-31.messagelabs.com!1391374507!12831693!1 X-Originating-IP: [80.66.43.17] X-SpamReason: No, hits=5.0 required=7.0 tests=ratty_date: Date is far from today: Sun, 15 Jan 2012 19:00:56 +0100, ratty_date: Date is far from today: Sun, 15 Jan 2012 19:00:56 +0100 X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8109 invoked from network); 2 Feb 2014 20:55:07 -0000 Received: from mail1.kastel.net (HELO kaktus.kastel.net) (80.66.43.17) by server-6.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Feb 2014 20:55:07 -0000 Received: from kaktus.kastel.net (localhost [127.0.0.1]) by kaktus.kastel.net (8.14.3/8.14.3/Debian-9.4) with ESMTP id g011XdXT002069; Tue, 1 Jan 2002 02:33:39 +0100 Received: (from juergen@localhost) by kaktus.kastel.net (8.14.3/8.14.3/Submit) id g011XcOH002067 for juergen@kastel.net; Tue, 1 Jan 2002 02:33:38 +0100 Received: from lists.xen.org (lists.xen.org [50.57.142.19]) by kaktus.kastel.net (8.14.3/8.14.3/Debian-9.4) with ESMTP id q0FKlvcg000783 for ; Sun, 15 Jan 2012 21:47:58 +0100 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RmUTT-0000Z7-2P; Sun, 15 Jan 2012 18:06:35 +0000 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RmUTR-0000Z2-2E for xen-users@lists.xensource.com; Sun, 15 Jan 2012 18:06:33 +0000 X-Env-Sender: nd@syndicat.com X-Msg-Ref: server-7.tower-216.messagelabs.com!1326650785!7239809!1 X-Originating-IP: [62.146.89.62] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.4.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22660 invoked from network); 15 Jan 2012 18:06:26 -0000 Received: from ffm-dr1.syndicat.com (HELO ffm-dr1.syndicat.com) (62.146.89.62) by server-7.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 15 Jan 2012 18:06:26 -0000 Received: from p4fd6da31.dip.t-dialin.net ([79.214.218.49] helo=android-niels.syndicat) by ffm-dr1.syndicat.com with esmtpsa (TLSv1:RC4-MD5:128) (Syndicat.com PostHamster 8.1.4.76) (envelope-from ) id 1RmUTJ-0000sd-7R; Sun, 15 Jan 2012 19:06:25 +0100 References: <4040625a-b280-4380-929f-f04577f2e646@email.android.com> User-Agent: K-9 Mail for Android In-Reply-To: <4040625a-b280-4380-929f-f04577f2e646@email.android.com> MIME-Version: 1.0 From: "Niels Dettenbach (Syndicat IT&Internet)" Date: Sun, 15 Jan 2012 19:00:56 +0100 To: Simon Hobson , xen-users@lists.xensource.com Message-ID: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.13 Precedence: list Subject: Re: [Xen-users] Clean deleted space in linux diks? X-BeenThere: xen-users@lists.xen.org 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: SHA256 Simon Hobson schrieb: >If you do : > dd if=/dev/zero of=big-null-file >then you will create a file called big-null-file which will grow aaah, so you guys did not understand me here. I recommended to write to the disks or SAN (not NAS) block device file (or raw device) or partition device file (like i.e. /dev/sda ) - NOT a file onto a file system! hth cheers, Niels. - -- Niels Dettenbach Syndicat IT&Internet http://www.syndicat.com -----BEGIN PGP SIGNATURE----- Version: APG v1.0.8 iIEEAREIAEEFAk8TFFg6HE5pZWxzIERldHRlbmJhY2ggKFN5bmRpY2F0IElUJklu dGVybmV0KSA8bmRAc3luZGljYXQuY29tPgAKCRBU3ERlZRyiDQedAJ9azB8Ab/5o RWNdvL9CciqSI5vj5gCeIx8cYww91Ziw7rf/gUaqNF2fGqo= =RcxB -----END PGP SIGNATURE----- _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/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 02 20:56:44 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 02 Feb 2014 20:56: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 1WA44U-0005as-0W; Sun, 02 Feb 2014 20:55:18 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WA44L-0005an-Mb for xen-users@lists.xensource.com; Sun, 02 Feb 2014 20:55:16 +0000 Received: from [85.158.137.68:52339] by server-1.bemta-3.messagelabs.com id BB/8D-17293-CA0BEE25; Sun, 02 Feb 2014 20:55:08 +0000 X-Env-Sender: juergen@kaktus.kastel.net X-Msg-Ref: server-6.tower-31.messagelabs.com!1391374507!12831693!1 X-Originating-IP: [80.66.43.17] X-SpamReason: No, hits=5.0 required=7.0 tests=ratty_date: Date is far from today: Sun, 15 Jan 2012 19:00:56 +0100, ratty_date: Date is far from today: Sun, 15 Jan 2012 19:00:56 +0100 X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8109 invoked from network); 2 Feb 2014 20:55:07 -0000 Received: from mail1.kastel.net (HELO kaktus.kastel.net) (80.66.43.17) by server-6.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Feb 2014 20:55:07 -0000 Received: from kaktus.kastel.net (localhost [127.0.0.1]) by kaktus.kastel.net (8.14.3/8.14.3/Debian-9.4) with ESMTP id g011XdXT002069; Tue, 1 Jan 2002 02:33:39 +0100 Received: (from juergen@localhost) by kaktus.kastel.net (8.14.3/8.14.3/Submit) id g011XcOH002067 for juergen@kastel.net; Tue, 1 Jan 2002 02:33:38 +0100 Received: from lists.xen.org (lists.xen.org [50.57.142.19]) by kaktus.kastel.net (8.14.3/8.14.3/Debian-9.4) with ESMTP id q0FKlvcg000783 for ; Sun, 15 Jan 2012 21:47:58 +0100 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RmUTT-0000Z7-2P; Sun, 15 Jan 2012 18:06:35 +0000 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RmUTR-0000Z2-2E for xen-users@lists.xensource.com; Sun, 15 Jan 2012 18:06:33 +0000 X-Env-Sender: nd@syndicat.com X-Msg-Ref: server-7.tower-216.messagelabs.com!1326650785!7239809!1 X-Originating-IP: [62.146.89.62] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.4.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22660 invoked from network); 15 Jan 2012 18:06:26 -0000 Received: from ffm-dr1.syndicat.com (HELO ffm-dr1.syndicat.com) (62.146.89.62) by server-7.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 15 Jan 2012 18:06:26 -0000 Received: from p4fd6da31.dip.t-dialin.net ([79.214.218.49] helo=android-niels.syndicat) by ffm-dr1.syndicat.com with esmtpsa (TLSv1:RC4-MD5:128) (Syndicat.com PostHamster 8.1.4.76) (envelope-from ) id 1RmUTJ-0000sd-7R; Sun, 15 Jan 2012 19:06:25 +0100 References: <4040625a-b280-4380-929f-f04577f2e646@email.android.com> User-Agent: K-9 Mail for Android In-Reply-To: <4040625a-b280-4380-929f-f04577f2e646@email.android.com> MIME-Version: 1.0 From: "Niels Dettenbach (Syndicat IT&Internet)" Date: Sun, 15 Jan 2012 19:00:56 +0100 To: Simon Hobson , xen-users@lists.xensource.com Message-ID: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.13 Precedence: list Subject: Re: [Xen-users] Clean deleted space in linux diks? X-BeenThere: xen-users@lists.xen.org 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: SHA256 Simon Hobson schrieb: >If you do : > dd if=/dev/zero of=big-null-file >then you will create a file called big-null-file which will grow aaah, so you guys did not understand me here. I recommended to write to the disks or SAN (not NAS) block device file (or raw device) or partition device file (like i.e. /dev/sda ) - NOT a file onto a file system! hth cheers, Niels. - -- Niels Dettenbach Syndicat IT&Internet http://www.syndicat.com -----BEGIN PGP SIGNATURE----- Version: APG v1.0.8 iIEEAREIAEEFAk8TFFg6HE5pZWxzIERldHRlbmJhY2ggKFN5bmRpY2F0IElUJklu dGVybmV0KSA8bmRAc3luZGljYXQuY29tPgAKCRBU3ERlZRyiDQedAJ9azB8Ab/5o RWNdvL9CciqSI5vj5gCeIx8cYww91Ziw7rf/gUaqNF2fGqo= =RcxB -----END PGP SIGNATURE----- _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/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 02 21:15:34 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 02 Feb 2014 21:15:34 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WA4Nl-0006IZ-Bx; Sun, 02 Feb 2014 21:15:13 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WA4Nk-0006IU-2O for xen-users@lists.xensource.com; Sun, 02 Feb 2014 21:15:12 +0000 Received: from [85.158.137.68:62606] by server-10.bemta-3.messagelabs.com id 19/B4-07302-F55BEE25; Sun, 02 Feb 2014 21:15:11 +0000 X-Env-Sender: juergen@kaktus.kastel.net X-Msg-Ref: server-11.tower-31.messagelabs.com!1391375710!12893679!1 X-Originating-IP: [80.66.43.17] X-SpamReason: No, hits=5.0 required=7.0 tests=ratty_date: Date is far from today: Sun, 15 Jan 2012 17:29:21 +0000, ratty_date: Date is far from today: Sun, 15 Jan 2012 17:29:21 +0000 X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20009 invoked from network); 2 Feb 2014 21:15:10 -0000 Received: from mail1.kastel.net (HELO kaktus.kastel.net) (80.66.43.17) by server-11.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Feb 2014 21:15:10 -0000 Received: from kaktus.kastel.net (localhost [127.0.0.1]) by kaktus.kastel.net (8.14.3/8.14.3/Debian-9.4) with ESMTP id g011XiZ2002083; Tue, 1 Jan 2002 02:33:44 +0100 Received: (from juergen@localhost) by kaktus.kastel.net (8.14.3/8.14.3/Submit) id g011XigL002081 for juergen@kastel.net; Tue, 1 Jan 2002 02:33:44 +0100 Received: from lists.xen.org (lists.xen.org [50.57.142.19]) by kaktus.kastel.net (8.14.3/8.14.3/Debian-9.4) with ESMTP id q0FKlvch000783 for ; Sun, 15 Jan 2012 21:48:00 +0100 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RmTti-0008L8-2l; Sun, 15 Jan 2012 17:29:38 +0000 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1RmTtg-0008L3-1U for xen-users@lists.xensource.com; Sun, 15 Jan 2012 17:29:36 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-10.tower-21.messagelabs.com!1326648569!8689022!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.4.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5890 invoked from network); 15 Jan 2012 17:29:29 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-10.tower-21.messagelabs.com with SMTP; 15 Jan 2012 17:29:29 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 855BC10401A for ; Sun, 15 Jan 2012 17:29:28 +0000 (GMT) Received: from patsy.thehobsons.co.uk ([127.0.0.1]) by localhost (patsy.thehobsons.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id H5lP1SnLwi21 for ; Sun, 15 Jan 2012 17:29:28 +0000 (GMT) Received: from simon.thehobsons.co.uk (simons-macbookpro.thehobsons.co.uk [192.168.0.202]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 240C929EE3 for ; Sun, 15 Jan 2012 17:29:27 +0000 (GMT) Mime-Version: 1.0 Message-Id: In-Reply-To: <6bd04080-3d50-4428-a9f7-bbd6dc38f1c2@email.android.com> References: <46d4d9fb-8e3d-43e0-beab-442c1f830fe7@email.android.com> <6bd04080-3d50-4428-a9f7-bbd6dc38f1c2@email.android.com> Date: Sun, 15 Jan 2012 17:29:21 +0000 To: xen-users@lists.xensource.com From: Simon Hobson X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.13 Precedence: list Subject: Re: [Xen-users] Clean deleted space in linux diks? X-BeenThere: xen-users@lists.xen.org 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 Niels Dettenbach (Syndicat IT&Internet) wrote: > >a=0 ; while [ $a -lt X ] >>do > > dd if=/dev/zero of=null-file-$a bs=1024k count=1024 >>done >>rm null-file* > >hmmm, just to understand: this is writing onto a file system and not >to a device directly, or not? This particular command sequence will create a number of files called null-file-0, null-file-1, and so on. With these figures, each file will be 1GB in size. If you do : dd if=/dev/zero of=big-null-file then you will create a file called big-null-file which will grow until either the filesystem is full, or the file reaches the file size limit for your combination of OS and filesystem. The same effect can be had with cat /dev/zero > big-null-file In case you don't quite get what is happening. "dd" is a command that copies input to output, while applying conversions (none in this case). "if" specifies infile, "of" specifies outfile, "bs" specifies block size, and "count" specifies how many blocks to copy. So "dd if=/dev/zero of=null-file-$a bs=1024k count=1024" means : copy /dev/zero to null-file-, use 1MByte blocks, and copy 1k of blocks (to get 1GByte of file). /dev/zero is a "magic file" that just produces an infinite number of zeros (nulls) for as long as you read it. -- Simon Hobson Visit http://www.magpiesnestpublishing.co.uk/ for books by acclaimed author Gladys Hobson. Novels - poetry - short stories - ideal as Christmas stocking fillers. Some available as e-books. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/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 02 21:15:34 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 02 Feb 2014 21:15:34 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WA4Nl-0006IZ-Bx; Sun, 02 Feb 2014 21:15:13 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WA4Nk-0006IU-2O for xen-users@lists.xensource.com; Sun, 02 Feb 2014 21:15:12 +0000 Received: from [85.158.137.68:62606] by server-10.bemta-3.messagelabs.com id 19/B4-07302-F55BEE25; Sun, 02 Feb 2014 21:15:11 +0000 X-Env-Sender: juergen@kaktus.kastel.net X-Msg-Ref: server-11.tower-31.messagelabs.com!1391375710!12893679!1 X-Originating-IP: [80.66.43.17] X-SpamReason: No, hits=5.0 required=7.0 tests=ratty_date: Date is far from today: Sun, 15 Jan 2012 17:29:21 +0000, ratty_date: Date is far from today: Sun, 15 Jan 2012 17:29:21 +0000 X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20009 invoked from network); 2 Feb 2014 21:15:10 -0000 Received: from mail1.kastel.net (HELO kaktus.kastel.net) (80.66.43.17) by server-11.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Feb 2014 21:15:10 -0000 Received: from kaktus.kastel.net (localhost [127.0.0.1]) by kaktus.kastel.net (8.14.3/8.14.3/Debian-9.4) with ESMTP id g011XiZ2002083; Tue, 1 Jan 2002 02:33:44 +0100 Received: (from juergen@localhost) by kaktus.kastel.net (8.14.3/8.14.3/Submit) id g011XigL002081 for juergen@kastel.net; Tue, 1 Jan 2002 02:33:44 +0100 Received: from lists.xen.org (lists.xen.org [50.57.142.19]) by kaktus.kastel.net (8.14.3/8.14.3/Debian-9.4) with ESMTP id q0FKlvch000783 for ; Sun, 15 Jan 2012 21:48:00 +0100 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RmTti-0008L8-2l; Sun, 15 Jan 2012 17:29:38 +0000 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1RmTtg-0008L3-1U for xen-users@lists.xensource.com; Sun, 15 Jan 2012 17:29:36 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-10.tower-21.messagelabs.com!1326648569!8689022!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.4.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5890 invoked from network); 15 Jan 2012 17:29:29 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-10.tower-21.messagelabs.com with SMTP; 15 Jan 2012 17:29:29 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 855BC10401A for ; Sun, 15 Jan 2012 17:29:28 +0000 (GMT) Received: from patsy.thehobsons.co.uk ([127.0.0.1]) by localhost (patsy.thehobsons.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id H5lP1SnLwi21 for ; Sun, 15 Jan 2012 17:29:28 +0000 (GMT) Received: from simon.thehobsons.co.uk (simons-macbookpro.thehobsons.co.uk [192.168.0.202]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 240C929EE3 for ; Sun, 15 Jan 2012 17:29:27 +0000 (GMT) Mime-Version: 1.0 Message-Id: In-Reply-To: <6bd04080-3d50-4428-a9f7-bbd6dc38f1c2@email.android.com> References: <46d4d9fb-8e3d-43e0-beab-442c1f830fe7@email.android.com> <6bd04080-3d50-4428-a9f7-bbd6dc38f1c2@email.android.com> Date: Sun, 15 Jan 2012 17:29:21 +0000 To: xen-users@lists.xensource.com From: Simon Hobson X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.13 Precedence: list Subject: Re: [Xen-users] Clean deleted space in linux diks? X-BeenThere: xen-users@lists.xen.org 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 Niels Dettenbach (Syndicat IT&Internet) wrote: > >a=0 ; while [ $a -lt X ] >>do > > dd if=/dev/zero of=null-file-$a bs=1024k count=1024 >>done >>rm null-file* > >hmmm, just to understand: this is writing onto a file system and not >to a device directly, or not? This particular command sequence will create a number of files called null-file-0, null-file-1, and so on. With these figures, each file will be 1GB in size. If you do : dd if=/dev/zero of=big-null-file then you will create a file called big-null-file which will grow until either the filesystem is full, or the file reaches the file size limit for your combination of OS and filesystem. The same effect can be had with cat /dev/zero > big-null-file In case you don't quite get what is happening. "dd" is a command that copies input to output, while applying conversions (none in this case). "if" specifies infile, "of" specifies outfile, "bs" specifies block size, and "count" specifies how many blocks to copy. So "dd if=/dev/zero of=null-file-$a bs=1024k count=1024" means : copy /dev/zero to null-file-, use 1MByte blocks, and copy 1k of blocks (to get 1GByte of file). /dev/zero is a "magic file" that just produces an infinite number of zeros (nulls) for as long as you read it. -- Simon Hobson Visit http://www.magpiesnestpublishing.co.uk/ for books by acclaimed author Gladys Hobson. Novels - poetry - short stories - ideal as Christmas stocking fillers. Some available as e-books. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/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 02 21:16:55 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 02 Feb 2014 21:16: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 1WA4PL-0006Ok-1d; Sun, 02 Feb 2014 21:16:51 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WA4PJ-0006Ob-Ow for xen-users@lists.xensource.com; Sun, 02 Feb 2014 21:16:50 +0000 Received: from [85.158.143.35:42688] by server-2.bemta-4.messagelabs.com id 4C/B6-10891-1C5BEE25; Sun, 02 Feb 2014 21:16:49 +0000 X-Env-Sender: juergen@kaktus.kastel.net X-Msg-Ref: server-16.tower-21.messagelabs.com!1391375807!2566536!1 X-Originating-IP: [80.66.43.17] X-SpamReason: No, hits=5.3 required=7.0 tests=ratty_date: Date is far from today: Sun, 15 Jan 2012 12:52:59 +0100, ratty_date: Date is far from today: Sun, 15 Jan 2012 12:52:59 +0100, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24673 invoked from network); 2 Feb 2014 21:16:48 -0000 Received: from mail1.kastel.net (HELO kaktus.kastel.net) (80.66.43.17) by server-16.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Feb 2014 21:16:48 -0000 Received: from kaktus.kastel.net (localhost [127.0.0.1]) by kaktus.kastel.net (8.14.3/8.14.3/Debian-9.4) with ESMTP id g011Xg3a002075; Tue, 1 Jan 2002 02:33:42 +0100 Received: (from juergen@localhost) by kaktus.kastel.net (8.14.3/8.14.3/Submit) id g011XgfM002073 for juergen@kastel.net; Tue, 1 Jan 2002 02:33:42 +0100 Received: from lists.xen.org (lists.xen.org [50.57.142.19]) by kaktus.kastel.net (8.14.3/8.14.3/Debian-9.4) with ESMTP id q0FKlvci000783 for ; Sun, 15 Jan 2012 21:48:00 +0100 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RmOe4-0005P3-Rz; Sun, 15 Jan 2012 11:53:08 +0000 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RmOe3-0005Oy-8s for xen-users@lists.xensource.com; Sun, 15 Jan 2012 11:53:07 +0000 X-Env-Sender: florian.heigl@gmail.com X-Msg-Ref: server-7.tower-174.messagelabs.com!1326628379!9196197!1 X-Originating-IP: [209.85.210.171] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.4.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1836 invoked from network); 15 Jan 2012 11:53:01 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-7.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 15 Jan 2012 11:53:01 -0000 Received: by iahk25 with SMTP id k25so13701399iah.30 for ; Sun, 15 Jan 2012 03:52:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=etRrLd6Lxtq73M0hxaf8jSoiQckDqVXrm6YhBDgqxEw=; b=U6gMdlS3x3IvJK/wLwAtSzLMEaywSEnxEPShTknkiN+/f7kyufYqa5Pzgh1tGKiWt7 uxC6gtoVk1g1XzwXQcLyvAiicrnjXIozHvlRYAfVuB1jewssZ/45MvmEVmM+DXyxNml/ VqW/Z3hxun5jcjRlzWwPhoNInD62x8CgHtfbA= MIME-Version: 1.0 Received: by 10.42.152.65 with SMTP id h1mr6666410icw.50.1326628379519; Sun, 15 Jan 2012 03:52:59 -0800 (PST) Received: by 10.231.33.76 with HTTP; Sun, 15 Jan 2012 03:52:59 -0800 (PST) In-Reply-To: References: <46d4d9fb-8e3d-43e0-beab-442c1f830fe7@email.android.com> <1326579004.28833.3.camel@obrien-pifer-ifldr.obrien-pifer.com> Date: Sun, 15 Jan 2012 12:52:59 +0100 Message-ID: From: Florian Heigl To: Simon Hobson X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.13 Precedence: list Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] Clean deleted space in linux diks? X-BeenThere: xen-users@lists.xen.org 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, add in ionice -c 3 before the command; that way the command will be run at idle priority instead of completely wrecking your performance. (No matter if dd, cat /dev/zero or anything else is being used) Greetings, Florian -- the purpose of libvirt is to provide an abstraction layer hiding all xen features added since 2006 until they were finally understood and copied by the kvm devs. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/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 02 21:16:55 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 02 Feb 2014 21:16: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 1WA4PL-0006Ok-1d; Sun, 02 Feb 2014 21:16:51 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WA4PJ-0006Ob-Ow for xen-users@lists.xensource.com; Sun, 02 Feb 2014 21:16:50 +0000 Received: from [85.158.143.35:42688] by server-2.bemta-4.messagelabs.com id 4C/B6-10891-1C5BEE25; Sun, 02 Feb 2014 21:16:49 +0000 X-Env-Sender: juergen@kaktus.kastel.net X-Msg-Ref: server-16.tower-21.messagelabs.com!1391375807!2566536!1 X-Originating-IP: [80.66.43.17] X-SpamReason: No, hits=5.3 required=7.0 tests=ratty_date: Date is far from today: Sun, 15 Jan 2012 12:52:59 +0100, ratty_date: Date is far from today: Sun, 15 Jan 2012 12:52:59 +0100, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24673 invoked from network); 2 Feb 2014 21:16:48 -0000 Received: from mail1.kastel.net (HELO kaktus.kastel.net) (80.66.43.17) by server-16.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Feb 2014 21:16:48 -0000 Received: from kaktus.kastel.net (localhost [127.0.0.1]) by kaktus.kastel.net (8.14.3/8.14.3/Debian-9.4) with ESMTP id g011Xg3a002075; Tue, 1 Jan 2002 02:33:42 +0100 Received: (from juergen@localhost) by kaktus.kastel.net (8.14.3/8.14.3/Submit) id g011XgfM002073 for juergen@kastel.net; Tue, 1 Jan 2002 02:33:42 +0100 Received: from lists.xen.org (lists.xen.org [50.57.142.19]) by kaktus.kastel.net (8.14.3/8.14.3/Debian-9.4) with ESMTP id q0FKlvci000783 for ; Sun, 15 Jan 2012 21:48:00 +0100 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RmOe4-0005P3-Rz; Sun, 15 Jan 2012 11:53:08 +0000 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1RmOe3-0005Oy-8s for xen-users@lists.xensource.com; Sun, 15 Jan 2012 11:53:07 +0000 X-Env-Sender: florian.heigl@gmail.com X-Msg-Ref: server-7.tower-174.messagelabs.com!1326628379!9196197!1 X-Originating-IP: [209.85.210.171] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.4.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1836 invoked from network); 15 Jan 2012 11:53:01 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-7.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 15 Jan 2012 11:53:01 -0000 Received: by iahk25 with SMTP id k25so13701399iah.30 for ; Sun, 15 Jan 2012 03:52:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=etRrLd6Lxtq73M0hxaf8jSoiQckDqVXrm6YhBDgqxEw=; b=U6gMdlS3x3IvJK/wLwAtSzLMEaywSEnxEPShTknkiN+/f7kyufYqa5Pzgh1tGKiWt7 uxC6gtoVk1g1XzwXQcLyvAiicrnjXIozHvlRYAfVuB1jewssZ/45MvmEVmM+DXyxNml/ VqW/Z3hxun5jcjRlzWwPhoNInD62x8CgHtfbA= MIME-Version: 1.0 Received: by 10.42.152.65 with SMTP id h1mr6666410icw.50.1326628379519; Sun, 15 Jan 2012 03:52:59 -0800 (PST) Received: by 10.231.33.76 with HTTP; Sun, 15 Jan 2012 03:52:59 -0800 (PST) In-Reply-To: References: <46d4d9fb-8e3d-43e0-beab-442c1f830fe7@email.android.com> <1326579004.28833.3.camel@obrien-pifer-ifldr.obrien-pifer.com> Date: Sun, 15 Jan 2012 12:52:59 +0100 Message-ID: From: Florian Heigl To: Simon Hobson X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.13 Precedence: list Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] Clean deleted space in linux diks? X-BeenThere: xen-users@lists.xen.org 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, add in ionice -c 3 before the command; that way the command will be run at idle priority instead of completely wrecking your performance. (No matter if dd, cat /dev/zero or anything else is being used) Greetings, Florian -- the purpose of libvirt is to provide an abstraction layer hiding all xen features added since 2006 until they were finally understood and copied by the kvm devs. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/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 03 04:57:21 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 03 Feb 2014 04:57: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 1WABa4-0004xF-4G; Mon, 03 Feb 2014 04: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 1WABa2-0004wq-1R; Mon, 03 Feb 2014 04:56:22 +0000 Received: from [85.158.139.211:17159] by server-14.bemta-5.messagelabs.com id 8E/74-27598-5712FE25; Mon, 03 Feb 2014 04:56:21 +0000 X-Env-Sender: russell.pavlicek.xen@gmail.com X-Msg-Ref: server-5.tower-206.messagelabs.com!1391403379!1179311!1 X-Originating-IP: [209.85.217.175] X-SpamReason: No, hits=2.5 required=7.0 tests=RCVD_BY_IP, SUSPICIOUS_RECIPS X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18867 invoked from network); 3 Feb 2014 04:56:20 -0000 Received: from mail-lb0-f175.google.com (HELO mail-lb0-f175.google.com) (209.85.217.175) by server-5.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 3 Feb 2014 04:56:20 -0000 Received: by mail-lb0-f175.google.com with SMTP id p9so4990447lbv.34 for ; Sun, 02 Feb 2014 20:56:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=/lRVhGbU47JDu4Dse7ejDTaqdkIX79zGvUO4VOTT8mE=; b=kQKsYwa7u/8E1tydNAveFJxS3IyrjKSgBoPGrejVgYD0NYlSQ0/QHzzojR3STyX+eY 3qs3mANftKmc3djvyaezS0c41lINJhjB1K0ZfKSjauROc+/3ECfNe+KxedJNh4/5JOUV TOcFQJFy3TxXu1H0bWCEC0gS31AyiB3/DGNuXwFobP1g6dNVTo54uKvCsT3OQjFXBwJ5 EFOtMB8W98LiD16aGzVjNCaN0XbNwX/fgnldgYLiKEbS56GuCp0O02Go6XG4ANWtxo3q cdOiRNytcx42RF3algvZ2ZxIcR+trhZ9eRo0z/GzGLZhIswaI+jFIOf4yCSlJSzp17gu qkAQ== MIME-Version: 1.0 X-Received: by 10.152.23.132 with SMTP id m4mr130340laf.34.1391403379196; Sun, 02 Feb 2014 20:56:19 -0800 (PST) Received: by 10.112.72.72 with HTTP; Sun, 2 Feb 2014 20:56:19 -0800 (PST) Date: Sun, 2 Feb 2014 23:56:19 -0500 X-Google-Sender-Auth: avoPZVMD7YRdL0URAnPY1d_MBio Message-ID: From: Russ Pavlicek To: "xen-users@lists.xen.org" , xen-devel@lists.xen.org, cl-mirage@lists.cam.ac.uk, xs-devel@lists.xenserver.org, xen-api@lists.xen.org Subject: [Xen-users] Today is Xen Project Test Day for 4.4 RC3 X-BeenThere: xen-users@lists.xen.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 is a reminder that today is the Xen Project Test Day for Xen 4.4 RC3. RC3 is the first release candidate to include a testable PVH. General Information about Test Days can be found here: http://wiki.xenproject.org/wiki/Xen_Test_Days and specific instructions for this Test Day are located here: http://wiki.xenproject.org/wiki/Xen_4.4_RC3_test_instructions Developers: please consider monitoring the Freenode IRC channel #xentest today to make sure that people are able to build and test the code. Hope to see you today on #xentest! Russ _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Feb 03 04:57:21 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 03 Feb 2014 04:57: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 1WABa4-0004xF-4G; Mon, 03 Feb 2014 04: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 1WABa2-0004wq-1R; Mon, 03 Feb 2014 04:56:22 +0000 Received: from [85.158.139.211:17159] by server-14.bemta-5.messagelabs.com id 8E/74-27598-5712FE25; Mon, 03 Feb 2014 04:56:21 +0000 X-Env-Sender: russell.pavlicek.xen@gmail.com X-Msg-Ref: server-5.tower-206.messagelabs.com!1391403379!1179311!1 X-Originating-IP: [209.85.217.175] X-SpamReason: No, hits=2.5 required=7.0 tests=RCVD_BY_IP, SUSPICIOUS_RECIPS X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18867 invoked from network); 3 Feb 2014 04:56:20 -0000 Received: from mail-lb0-f175.google.com (HELO mail-lb0-f175.google.com) (209.85.217.175) by server-5.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 3 Feb 2014 04:56:20 -0000 Received: by mail-lb0-f175.google.com with SMTP id p9so4990447lbv.34 for ; Sun, 02 Feb 2014 20:56:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=/lRVhGbU47JDu4Dse7ejDTaqdkIX79zGvUO4VOTT8mE=; b=kQKsYwa7u/8E1tydNAveFJxS3IyrjKSgBoPGrejVgYD0NYlSQ0/QHzzojR3STyX+eY 3qs3mANftKmc3djvyaezS0c41lINJhjB1K0ZfKSjauROc+/3ECfNe+KxedJNh4/5JOUV TOcFQJFy3TxXu1H0bWCEC0gS31AyiB3/DGNuXwFobP1g6dNVTo54uKvCsT3OQjFXBwJ5 EFOtMB8W98LiD16aGzVjNCaN0XbNwX/fgnldgYLiKEbS56GuCp0O02Go6XG4ANWtxo3q cdOiRNytcx42RF3algvZ2ZxIcR+trhZ9eRo0z/GzGLZhIswaI+jFIOf4yCSlJSzp17gu qkAQ== MIME-Version: 1.0 X-Received: by 10.152.23.132 with SMTP id m4mr130340laf.34.1391403379196; Sun, 02 Feb 2014 20:56:19 -0800 (PST) Received: by 10.112.72.72 with HTTP; Sun, 2 Feb 2014 20:56:19 -0800 (PST) Date: Sun, 2 Feb 2014 23:56:19 -0500 X-Google-Sender-Auth: avoPZVMD7YRdL0URAnPY1d_MBio Message-ID: From: Russ Pavlicek To: "xen-users@lists.xen.org" , xen-devel@lists.xen.org, cl-mirage@lists.cam.ac.uk, xs-devel@lists.xenserver.org, xen-api@lists.xen.org Subject: [Xen-users] Today is Xen Project Test Day for 4.4 RC3 X-BeenThere: xen-users@lists.xen.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 is a reminder that today is the Xen Project Test Day for Xen 4.4 RC3. RC3 is the first release candidate to include a testable PVH. General Information about Test Days can be found here: http://wiki.xenproject.org/wiki/Xen_Test_Days and specific instructions for this Test Day are located here: http://wiki.xenproject.org/wiki/Xen_4.4_RC3_test_instructions Developers: please consider monitoring the Freenode IRC channel #xentest today to make sure that people are able to build and test the code. Hope to see you today on #xentest! Russ _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Feb 03 06:56:25 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 03 Feb 2014 06:56: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 1WADR0-00082Q-NL; Mon, 03 Feb 2014 06:55:10 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WADQw-000820-Oz; Mon, 03 Feb 2014 06:55:09 +0000 Received: from [85.158.137.68:36051] by server-2.bemta-3.messagelabs.com id DE/ED-06531-94D3FE25; Mon, 03 Feb 2014 06:55:05 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-16.tower-31.messagelabs.com!1391410503!12118036!1 X-Originating-IP: [209.85.216.170] X-SpamReason: No, hits=2.7 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,SUSPICIOUS_RECIPS,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5979 invoked from network); 3 Feb 2014 06:55:04 -0000 Received: from mail-qc0-f170.google.com (HELO mail-qc0-f170.google.com) (209.85.216.170) by server-16.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 3 Feb 2014 06:55:04 -0000 Received: by mail-qc0-f170.google.com with SMTP id e9so10767653qcy.29 for ; Sun, 02 Feb 2014 22:55:03 -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=ilCNj6kMSsLAUASfThuplg7Pq1XaWc66/W5JRj8GB8s=; b=kFW6xh2p7W36o9AEoWAEvbf4tXVEr02XK7gSrccTRWyiIQR//gTRhOSmCpxhOnUREq IxwQbT4j6egIaN7mUW9j2W4fEF1hkeOjdb/AkcjuX87u2PX7/kTpxGxLTfhMw30BBebr DRChgToXfhEdFVW0bCV62FODBMj+Sj4rVSb9SbbKgzB55jqGbNly35szuM+AkT33p/zl szeRxhnCPJw42EkeweC+XAh+vHBEU179FZHIRlAq2SWNQC4YWJSICVhGuPMpE8CLudYF TZTZHF3FIU+6rGZf+L+6Tu22nHmeaM8KxGFwq05uZY1Jiziso3zMJmYG/h+YWR18ML7O PwjA== MIME-Version: 1.0 X-Received: by 10.224.137.5 with SMTP id u5mr1152003qat.12.1391410502931; Sun, 02 Feb 2014 22:55:02 -0800 (PST) Received: by 10.140.83.180 with HTTP; Sun, 2 Feb 2014 22:55:02 -0800 (PST) In-Reply-To: References: Date: Sun, 2 Feb 2014 23:55:02 -0700 Message-ID: From: jacek burghardt To: Russ Pavlicek Cc: "xen-api@lists.xen.org" , "xen-users@lists.xen.org" , xs-devel@lists.xenserver.org, cl-mirage@lists.cam.ac.uk, "xen-devel@lists.xen.org" Subject: Re: [Xen-users] [Xen-API] Today is Xen Project Test Day for 4.4 RC3 X-BeenThere: xen-users@lists.xen.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="===============9152616671269436617==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============9152616671269436617== Content-Type: multipart/alternative; boundary=001a11c28604c3973c04f17b0010 --001a11c28604c3973c04f17b0010 Content-Type: text/plain; charset=ISO-8859-1 Well I was testing rc3 and I am running server 2012 with 12 gb of ram and share point. I had installed all Microsoft updates and then I would get server 2012 crashing qemu in dmesg. I had to lower ram assigned to 10 gb and I was able to complete patches installation. It seems that xen 4.4 rc3 is limited to 10gb of ram. Is xen switching to qemu 64 from i386, it seems that many improvements in chip set support were made with 64 bit version of qemu and it uses 256KB seabios. On Sun, Feb 2, 2014 at 9:56 PM, Russ Pavlicek < russell.pavlicek@xenproject.org> wrote: > This is a reminder that today is the Xen Project Test Day for Xen 4.4 RC3. > > RC3 is the first release candidate to include a testable PVH. > > General Information about Test Days can be found here: > http://wiki.xenproject.org/wiki/Xen_Test_Days > > and specific instructions for this Test Day are located here: > http://wiki.xenproject.org/wiki/Xen_4.4_RC3_test_instructions > > Developers: please consider monitoring the Freenode IRC channel > #xentest today to make sure that people are able to build and test the > code. > > Hope to see you today on #xentest! > > Russ > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > --001a11c28604c3973c04f17b0010 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Well I was testing rc3 and I am running server 2012 with 1= 2 gb of ram and share point. I had installed all Microsoft updates and then= I would get server 2012 crashing qemu in dmesg. I had to lower ram assigne= d =A0to 10 gb and I was able to complete patches installation. It seems tha= t xen 4.4 rc3 is limited to 10gb of ram.=A0
Is xen switching to qemu 64 from =A0i386, it seems that many improvements i= n chip set support were made =A0 with 64 bit version of qemu and it uses 25= 6KB seabios.=A0


On Sun, Feb 2, 2014 at 9:56 PM, Russ Pavlicek <russell.pavli= cek@xenproject.org> wrote:
This is a reminder that today is the Xen Project Test Day for Xen 4.4 RC3.<= br>
RC3 is the first release candidate to include a testable PVH.

General Information about Test Days can be found here:
http://wiki.xenproject.org/wiki/Xen_Test_Days

and specific instructions for this Test Day are located here:
http://wiki.xenproject.org/wiki/Xen_4.4_RC3_test_instructi= ons

Developers: please consider monitoring the Freenode IRC channel
#xentest today to make sure that people are able to build and test the
code.

Hope to see you today on #xentest!

Russ

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--001a11c28604c3973c04f17b0010-- --===============9152616671269436617== 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 --===============9152616671269436617==-- From xen-users-bounces@lists.xen.org Mon Feb 03 06:56:25 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 03 Feb 2014 06:56: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 1WADR0-00082Q-NL; Mon, 03 Feb 2014 06:55:10 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WADQw-000820-Oz; Mon, 03 Feb 2014 06:55:09 +0000 Received: from [85.158.137.68:36051] by server-2.bemta-3.messagelabs.com id DE/ED-06531-94D3FE25; Mon, 03 Feb 2014 06:55:05 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-16.tower-31.messagelabs.com!1391410503!12118036!1 X-Originating-IP: [209.85.216.170] X-SpamReason: No, hits=2.7 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,SUSPICIOUS_RECIPS,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5979 invoked from network); 3 Feb 2014 06:55:04 -0000 Received: from mail-qc0-f170.google.com (HELO mail-qc0-f170.google.com) (209.85.216.170) by server-16.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 3 Feb 2014 06:55:04 -0000 Received: by mail-qc0-f170.google.com with SMTP id e9so10767653qcy.29 for ; Sun, 02 Feb 2014 22:55:03 -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=ilCNj6kMSsLAUASfThuplg7Pq1XaWc66/W5JRj8GB8s=; b=kFW6xh2p7W36o9AEoWAEvbf4tXVEr02XK7gSrccTRWyiIQR//gTRhOSmCpxhOnUREq IxwQbT4j6egIaN7mUW9j2W4fEF1hkeOjdb/AkcjuX87u2PX7/kTpxGxLTfhMw30BBebr DRChgToXfhEdFVW0bCV62FODBMj+Sj4rVSb9SbbKgzB55jqGbNly35szuM+AkT33p/zl szeRxhnCPJw42EkeweC+XAh+vHBEU179FZHIRlAq2SWNQC4YWJSICVhGuPMpE8CLudYF TZTZHF3FIU+6rGZf+L+6Tu22nHmeaM8KxGFwq05uZY1Jiziso3zMJmYG/h+YWR18ML7O PwjA== MIME-Version: 1.0 X-Received: by 10.224.137.5 with SMTP id u5mr1152003qat.12.1391410502931; Sun, 02 Feb 2014 22:55:02 -0800 (PST) Received: by 10.140.83.180 with HTTP; Sun, 2 Feb 2014 22:55:02 -0800 (PST) In-Reply-To: References: Date: Sun, 2 Feb 2014 23:55:02 -0700 Message-ID: From: jacek burghardt To: Russ Pavlicek Cc: "xen-api@lists.xen.org" , "xen-users@lists.xen.org" , xs-devel@lists.xenserver.org, cl-mirage@lists.cam.ac.uk, "xen-devel@lists.xen.org" Subject: Re: [Xen-users] [Xen-API] Today is Xen Project Test Day for 4.4 RC3 X-BeenThere: xen-users@lists.xen.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="===============9152616671269436617==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============9152616671269436617== Content-Type: multipart/alternative; boundary=001a11c28604c3973c04f17b0010 --001a11c28604c3973c04f17b0010 Content-Type: text/plain; charset=ISO-8859-1 Well I was testing rc3 and I am running server 2012 with 12 gb of ram and share point. I had installed all Microsoft updates and then I would get server 2012 crashing qemu in dmesg. I had to lower ram assigned to 10 gb and I was able to complete patches installation. It seems that xen 4.4 rc3 is limited to 10gb of ram. Is xen switching to qemu 64 from i386, it seems that many improvements in chip set support were made with 64 bit version of qemu and it uses 256KB seabios. On Sun, Feb 2, 2014 at 9:56 PM, Russ Pavlicek < russell.pavlicek@xenproject.org> wrote: > This is a reminder that today is the Xen Project Test Day for Xen 4.4 RC3. > > RC3 is the first release candidate to include a testable PVH. > > General Information about Test Days can be found here: > http://wiki.xenproject.org/wiki/Xen_Test_Days > > and specific instructions for this Test Day are located here: > http://wiki.xenproject.org/wiki/Xen_4.4_RC3_test_instructions > > Developers: please consider monitoring the Freenode IRC channel > #xentest today to make sure that people are able to build and test the > code. > > Hope to see you today on #xentest! > > Russ > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > --001a11c28604c3973c04f17b0010 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Well I was testing rc3 and I am running server 2012 with 1= 2 gb of ram and share point. I had installed all Microsoft updates and then= I would get server 2012 crashing qemu in dmesg. I had to lower ram assigne= d =A0to 10 gb and I was able to complete patches installation. It seems tha= t xen 4.4 rc3 is limited to 10gb of ram.=A0
Is xen switching to qemu 64 from =A0i386, it seems that many improvements i= n chip set support were made =A0 with 64 bit version of qemu and it uses 25= 6KB seabios.=A0


On Sun, Feb 2, 2014 at 9:56 PM, Russ Pavlicek <russell.pavli= cek@xenproject.org> wrote:
This is a reminder that today is the Xen Project Test Day for Xen 4.4 RC3.<= br>
RC3 is the first release candidate to include a testable PVH.

General Information about Test Days can be found here:
http://wiki.xenproject.org/wiki/Xen_Test_Days

and specific instructions for this Test Day are located here:
http://wiki.xenproject.org/wiki/Xen_4.4_RC3_test_instructi= ons

Developers: please consider monitoring the Freenode IRC channel
#xentest today to make sure that people are able to build and test the
code.

Hope to see you today on #xentest!

Russ

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--001a11c28604c3973c04f17b0010-- --===============9152616671269436617== 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 --===============9152616671269436617==-- From xen-users-bounces@lists.xen.org Mon Feb 03 09:35:27 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 03 Feb 2014 09:35: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 1WAFut-0004Ga-6z; Mon, 03 Feb 2014 09:34:11 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WAFus-0004GV-10 for xen-users@lists.xen.org; Mon, 03 Feb 2014 09:34:10 +0000 Received: from [193.109.254.147:51533] by server-12.bemta-14.messagelabs.com id E7/C6-17220-1926FE25; Mon, 03 Feb 2014 09:34:09 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-7.tower-27.messagelabs.com!1391420047!1570761!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20506 invoked from network); 3 Feb 2014 09:34:08 -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; 3 Feb 2014 09:34:08 -0000 X-IronPort-AV: E=Sophos;i="4.95,771,1384300800"; d="scan'208";a="97209245" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 03 Feb 2014 09:34:07 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Mon, 3 Feb 2014 04:34:06 -0500 Message-ID: <1391420045.10515.7.camel@kazak.uk.xensource.com> From: Ian Campbell To: kamal kishi Date: Mon, 3 Feb 2014 09:34:05 +0000 In-Reply-To: References: <1391093935.5650.17.camel@kazak.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Using XEN 4.1 to run Windows 7 DOMU on SERVER1, replicated the HVM to SERVER2 using DRBD. Win7 DOMU doesn't boot in SERVER2 after replication X-BeenThere: xen-users@lists.xen.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 Fri, 2014-01-31 at 09:35 +0530, kamal kishi wrote: > As per the DRBD status, yes the whole partition is transferred and > up-to date. > > > > But one more doubt what I have is as the starting address of the > partitions of both servers are different, will this cause any issue > with XEN finding the boot files in the replicated partition.? I'm not sure what you mean here -- for things to work you *must* arrange for whatever block device is exposed to be the guest to be identical/in-sync on both ends. I don't know much about DRDB but if /dev/drdb0 is the same logical device on both ends I would hope that it doesn't much care about the placement of the underlying physical medium used to provide the backing store on both sides. > How can I check if the filesystems are present?? fdisk, kpartx, mount, understanding DRBD enough to be sure (or to know the appropriate tests/techniques, which I don't). > Is there any info which XEN uses apart from .cfg file for tracking the > DOM details.? Runtime stuff is in xenstore. You didn't answer my question about the disk configuration you are using in the drdb case. Ian. > > > On Thu, Jan 30, 2014 at 8:28 PM, Ian Campbell > wrote: > On Thu, 2014-01-30 at 09:43 +0530, kamal kishi wrote: > > > > disk = [ 'phy:/dev/sda7,hda,w', > 'file:/home/vmiso/windows764bitnew.iso,hdc:cdrom,r' ] > > > This is the working local disk based configuration? > > What do you have here in the drdb case? > > I'm afraid I don't know much about drdb so I can't comment on > your drdb > configuration but I presume you have confirmed that /dev/drdb0 > appears > to contain the partition table and filesystems that you > expect? > > Ian. > > > > > -- > Regards, > Kamal Kishore B V > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Feb 03 09:35:27 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 03 Feb 2014 09:35: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 1WAFut-0004Ga-6z; Mon, 03 Feb 2014 09:34:11 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WAFus-0004GV-10 for xen-users@lists.xen.org; Mon, 03 Feb 2014 09:34:10 +0000 Received: from [193.109.254.147:51533] by server-12.bemta-14.messagelabs.com id E7/C6-17220-1926FE25; Mon, 03 Feb 2014 09:34:09 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-7.tower-27.messagelabs.com!1391420047!1570761!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20506 invoked from network); 3 Feb 2014 09:34:08 -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; 3 Feb 2014 09:34:08 -0000 X-IronPort-AV: E=Sophos;i="4.95,771,1384300800"; d="scan'208";a="97209245" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 03 Feb 2014 09:34:07 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Mon, 3 Feb 2014 04:34:06 -0500 Message-ID: <1391420045.10515.7.camel@kazak.uk.xensource.com> From: Ian Campbell To: kamal kishi Date: Mon, 3 Feb 2014 09:34:05 +0000 In-Reply-To: References: <1391093935.5650.17.camel@kazak.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Using XEN 4.1 to run Windows 7 DOMU on SERVER1, replicated the HVM to SERVER2 using DRBD. Win7 DOMU doesn't boot in SERVER2 after replication X-BeenThere: xen-users@lists.xen.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 Fri, 2014-01-31 at 09:35 +0530, kamal kishi wrote: > As per the DRBD status, yes the whole partition is transferred and > up-to date. > > > > But one more doubt what I have is as the starting address of the > partitions of both servers are different, will this cause any issue > with XEN finding the boot files in the replicated partition.? I'm not sure what you mean here -- for things to work you *must* arrange for whatever block device is exposed to be the guest to be identical/in-sync on both ends. I don't know much about DRDB but if /dev/drdb0 is the same logical device on both ends I would hope that it doesn't much care about the placement of the underlying physical medium used to provide the backing store on both sides. > How can I check if the filesystems are present?? fdisk, kpartx, mount, understanding DRBD enough to be sure (or to know the appropriate tests/techniques, which I don't). > Is there any info which XEN uses apart from .cfg file for tracking the > DOM details.? Runtime stuff is in xenstore. You didn't answer my question about the disk configuration you are using in the drdb case. Ian. > > > On Thu, Jan 30, 2014 at 8:28 PM, Ian Campbell > wrote: > On Thu, 2014-01-30 at 09:43 +0530, kamal kishi wrote: > > > > disk = [ 'phy:/dev/sda7,hda,w', > 'file:/home/vmiso/windows764bitnew.iso,hdc:cdrom,r' ] > > > This is the working local disk based configuration? > > What do you have here in the drdb case? > > I'm afraid I don't know much about drdb so I can't comment on > your drdb > configuration but I presume you have confirmed that /dev/drdb0 > appears > to contain the partition table and filesystems that you > expect? > > Ian. > > > > > -- > Regards, > Kamal Kishore B V > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Feb 03 10:20:43 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 03 Feb 2014 10:20:43 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WAGdA-0006DA-Ni; Mon, 03 Feb 2014 10:19:56 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WAGd8-0006D2-Rt for xen-users@lists.xen.org; Mon, 03 Feb 2014 10:19:55 +0000 Received: from [85.158.143.35:13069] by server-2.bemta-4.messagelabs.com id 78/AD-10891-A4D6FE25; Mon, 03 Feb 2014 10:19:54 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-2.tower-21.messagelabs.com!1391422792!2683265!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12757 invoked from network); 3 Feb 2014 10:19:53 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-2.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 3 Feb 2014 10:19:53 -0000 X-IronPort-AV: E=Sophos;i="4.95,771,1384300800"; d="scan'208";a="97218122" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 03 Feb 2014 10:19:52 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL03.citrite.net (10.13.107.80) with Microsoft SMTP Server id 14.2.342.4; Mon, 3 Feb 2014 05:19:51 -0500 Message-ID: <1391422790.10515.29.camel@kazak.uk.xensource.com> From: Ian Campbell To: chris snow Date: Mon, 3 Feb 2014 10:19:50 +0000 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] $ xe vm-list - Connection refused (calling connect ) X-BeenThere: xen-users@lists.xen.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 Sat, 2014-02-01 at 03:58 +0000, chris snow wrote: > I'm trying to install xen on a debian 7 x86 virtualbox guest. My > setup is based on cloudstack's devcloud2 [1] > > The main xen packages I'm installing are: > > apt-get install xcp-networkd linux-headers-3.2.0-4-686-pae > xen-hypervisor-4.1-i386 xcp-xapi xcp-xe xcp-guest-templates > xcp-vncterm xen-tools blktap-utils blktap-dkms qemu-keymaps qemu-util > > After rebooting the machine and running '$ xe vm-list', I get the error: > > Connection refused (calling connect ) > > I've added some debug output here [2] > > Any pointers will be appreciated! This list deals mainly with the use of the toolstacks which ship with Xen itself. Questions about xapi are better addressed to either the xen-api@ list or one of the www.xenserver.org lists. You might also find the various wiki.xen.org pages dealing with "Kronos" (code name for Xapi on Debian) helpful. In particular I seem to remember there was a need to edit a config file after installing to cause the xapi toolstack to be used instead of xend -- hopefully you can find the details in the wiki somewhere. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Feb 03 10:20:43 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 03 Feb 2014 10:20:43 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WAGdA-0006DA-Ni; Mon, 03 Feb 2014 10:19:56 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WAGd8-0006D2-Rt for xen-users@lists.xen.org; Mon, 03 Feb 2014 10:19:55 +0000 Received: from [85.158.143.35:13069] by server-2.bemta-4.messagelabs.com id 78/AD-10891-A4D6FE25; Mon, 03 Feb 2014 10:19:54 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-2.tower-21.messagelabs.com!1391422792!2683265!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12757 invoked from network); 3 Feb 2014 10:19:53 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-2.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 3 Feb 2014 10:19:53 -0000 X-IronPort-AV: E=Sophos;i="4.95,771,1384300800"; d="scan'208";a="97218122" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 03 Feb 2014 10:19:52 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL03.citrite.net (10.13.107.80) with Microsoft SMTP Server id 14.2.342.4; Mon, 3 Feb 2014 05:19:51 -0500 Message-ID: <1391422790.10515.29.camel@kazak.uk.xensource.com> From: Ian Campbell To: chris snow Date: Mon, 3 Feb 2014 10:19:50 +0000 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] $ xe vm-list - Connection refused (calling connect ) X-BeenThere: xen-users@lists.xen.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 Sat, 2014-02-01 at 03:58 +0000, chris snow wrote: > I'm trying to install xen on a debian 7 x86 virtualbox guest. My > setup is based on cloudstack's devcloud2 [1] > > The main xen packages I'm installing are: > > apt-get install xcp-networkd linux-headers-3.2.0-4-686-pae > xen-hypervisor-4.1-i386 xcp-xapi xcp-xe xcp-guest-templates > xcp-vncterm xen-tools blktap-utils blktap-dkms qemu-keymaps qemu-util > > After rebooting the machine and running '$ xe vm-list', I get the error: > > Connection refused (calling connect ) > > I've added some debug output here [2] > > Any pointers will be appreciated! This list deals mainly with the use of the toolstacks which ship with Xen itself. Questions about xapi are better addressed to either the xen-api@ list or one of the www.xenserver.org lists. You might also find the various wiki.xen.org pages dealing with "Kronos" (code name for Xapi on Debian) helpful. In particular I seem to remember there was a need to edit a config file after installing to cause the xapi toolstack to be used instead of xend -- hopefully you can find the details in the wiki somewhere. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Feb 03 10:36:00 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 03 Feb 2014 10:36: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 1WAGsC-00079J-Vv; Mon, 03 Feb 2014 10:35:28 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WAGsB-000796-56 for xen-users@lists.xen.org; Mon, 03 Feb 2014 10:35:27 +0000 Received: from [85.158.139.211:32718] by server-4.bemta-5.messagelabs.com id B9/9D-08092-EE07FE25; Mon, 03 Feb 2014 10:35:26 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-4.tower-206.messagelabs.com!1391423724!1250300!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17721 invoked from network); 3 Feb 2014 10:35:25 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-4.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 3 Feb 2014 10:35:25 -0000 X-IronPort-AV: E=Sophos;i="4.95,771,1384300800"; d="scan'208";a="97221325" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 03 Feb 2014 10:35:24 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL03.citrite.net (10.13.107.80) with Microsoft SMTP Server id 14.2.342.4; Mon, 3 Feb 2014 05:35:23 -0500 Message-ID: <1391423722.10515.35.camel@kazak.uk.xensource.com> From: Ian Campbell To: jacek burghardt Date: Mon, 3 Feb 2014 10:35:22 +0000 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: "xen-users@lists.xen.org" , Russ Pavlicek Subject: Re: [Xen-users] [Xen-devel] [Xen-API] Today is Xen Project Test Day for 4.4 RC3 X-BeenThere: xen-users@lists.xen.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 (putting all lists except -users to bcc) On Sun, 2014-02-02 at 23:55 -0700, jacek burghardt wrote: > Well I was testing rc3 and I am running server 2012 with 12 gb of ram > and share point. I had installed all Microsoft updates and then I > would get server 2012 crashing qemu in dmesg. Please report as a bug in a new thread providing all the relevant information suggested by http://wiki.xen.org/wiki/Reporting_Bugs_against_Xen > I had to lower ram assigned to 10 gb and I was able to complete > patches installation. It seems that xen 4.4 rc3 is limited to 10gb of > ram. > Is xen switching to qemu 64 from i386, it seems that many > improvements in chip set support were made with 64 bit version of > qemu and it uses 256KB seabios. Xen does not use the CPU emulation capabilities of qemu. Xen only uses the device emulation parts of Qemu, which are the same for both i386 and amd64. Therefore the distinction between the i386 and amd64 versions of qemu are irrelevant to our use case. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Feb 03 10:36:00 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 03 Feb 2014 10:36: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 1WAGsC-00079J-Vv; Mon, 03 Feb 2014 10:35:28 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WAGsB-000796-56 for xen-users@lists.xen.org; Mon, 03 Feb 2014 10:35:27 +0000 Received: from [85.158.139.211:32718] by server-4.bemta-5.messagelabs.com id B9/9D-08092-EE07FE25; Mon, 03 Feb 2014 10:35:26 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-4.tower-206.messagelabs.com!1391423724!1250300!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17721 invoked from network); 3 Feb 2014 10:35:25 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-4.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 3 Feb 2014 10:35:25 -0000 X-IronPort-AV: E=Sophos;i="4.95,771,1384300800"; d="scan'208";a="97221325" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 03 Feb 2014 10:35:24 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL03.citrite.net (10.13.107.80) with Microsoft SMTP Server id 14.2.342.4; Mon, 3 Feb 2014 05:35:23 -0500 Message-ID: <1391423722.10515.35.camel@kazak.uk.xensource.com> From: Ian Campbell To: jacek burghardt Date: Mon, 3 Feb 2014 10:35:22 +0000 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: "xen-users@lists.xen.org" , Russ Pavlicek Subject: Re: [Xen-users] [Xen-devel] [Xen-API] Today is Xen Project Test Day for 4.4 RC3 X-BeenThere: xen-users@lists.xen.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 (putting all lists except -users to bcc) On Sun, 2014-02-02 at 23:55 -0700, jacek burghardt wrote: > Well I was testing rc3 and I am running server 2012 with 12 gb of ram > and share point. I had installed all Microsoft updates and then I > would get server 2012 crashing qemu in dmesg. Please report as a bug in a new thread providing all the relevant information suggested by http://wiki.xen.org/wiki/Reporting_Bugs_against_Xen > I had to lower ram assigned to 10 gb and I was able to complete > patches installation. It seems that xen 4.4 rc3 is limited to 10gb of > ram. > Is xen switching to qemu 64 from i386, it seems that many > improvements in chip set support were made with 64 bit version of > qemu and it uses 256KB seabios. Xen does not use the CPU emulation capabilities of qemu. Xen only uses the device emulation parts of Qemu, which are the same for both i386 and amd64. Therefore the distinction between the i386 and amd64 versions of qemu are irrelevant to our use case. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Feb 03 11:25:55 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 03 Feb 2014 11:25: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 1WAHeQ-0002Gl-UF; Mon, 03 Feb 2014 11:25:18 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WAHeO-0002GM-VP; Mon, 03 Feb 2014 11:25:17 +0000 Received: from [85.158.139.211:36211] by server-7.bemta-5.messagelabs.com id 99/A5-14867-B9C7FE25; Mon, 03 Feb 2014 11:25:15 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-13.tower-206.messagelabs.com!1391426713!1257993!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29996 invoked from network); 3 Feb 2014 11:25:14 -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; 3 Feb 2014 11:25:14 -0000 X-IronPort-AV: E=Sophos;i="4.95,771,1384300800"; d="scan'208";a="99164283" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 03 Feb 2014 11:25:12 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL02.citrite.net (10.13.107.79) with Microsoft SMTP Server id 14.2.342.4; Mon, 3 Feb 2014 06:25:12 -0500 Message-ID: <1391426710.10515.56.camel@kazak.uk.xensource.com> From: Ian Campbell To: Russ Pavlicek Date: Mon, 3 Feb 2014 11:25:10 +0000 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: xen-api@lists.xen.org, "xen-users@lists.xen.org" , xs-devel@lists.xenserver.org, cl-mirage@lists.cam.ac.uk, xen-devel@lists.xen.org Subject: Re: [Xen-users] [Xen-devel] Today is Xen Project Test Day for 4.4 RC3 X-BeenThere: xen-users@lists.xen.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, 2014-02-02 at 23:56 -0500, Russ Pavlicek wrote: > This is a reminder that today is the Xen Project Test Day for Xen 4.4 RC3. > > RC3 is the first release candidate to include a testable PVH. > > General Information about Test Days can be found here: > http://wiki.xenproject.org/wiki/Xen_Test_Days > > and specific instructions for this Test Day are located here: > http://wiki.xenproject.org/wiki/Xen_4.4_RC3_test_instructions > > Developers: please consider monitoring the Freenode IRC channel > #xentest today to make sure that people are able to build and test the > code. Note that Freenode is currently subject to a DDOS which is making it hard to join/stay in the channel. https://twitter.com/freenodestaff/status/430272930078273536 Hopefully it will be resolved through the day. Ian. > > Hope to see you today on #xentest! > > Russ > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xen.org > http://lists.xen.org/xen-devel _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Feb 03 11:25:55 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 03 Feb 2014 11:25: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 1WAHeQ-0002Gl-UF; Mon, 03 Feb 2014 11:25:18 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WAHeO-0002GM-VP; Mon, 03 Feb 2014 11:25:17 +0000 Received: from [85.158.139.211:36211] by server-7.bemta-5.messagelabs.com id 99/A5-14867-B9C7FE25; Mon, 03 Feb 2014 11:25:15 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-13.tower-206.messagelabs.com!1391426713!1257993!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29996 invoked from network); 3 Feb 2014 11:25:14 -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; 3 Feb 2014 11:25:14 -0000 X-IronPort-AV: E=Sophos;i="4.95,771,1384300800"; d="scan'208";a="99164283" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 03 Feb 2014 11:25:12 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL02.citrite.net (10.13.107.79) with Microsoft SMTP Server id 14.2.342.4; Mon, 3 Feb 2014 06:25:12 -0500 Message-ID: <1391426710.10515.56.camel@kazak.uk.xensource.com> From: Ian Campbell To: Russ Pavlicek Date: Mon, 3 Feb 2014 11:25:10 +0000 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: xen-api@lists.xen.org, "xen-users@lists.xen.org" , xs-devel@lists.xenserver.org, cl-mirage@lists.cam.ac.uk, xen-devel@lists.xen.org Subject: Re: [Xen-users] [Xen-devel] Today is Xen Project Test Day for 4.4 RC3 X-BeenThere: xen-users@lists.xen.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, 2014-02-02 at 23:56 -0500, Russ Pavlicek wrote: > This is a reminder that today is the Xen Project Test Day for Xen 4.4 RC3. > > RC3 is the first release candidate to include a testable PVH. > > General Information about Test Days can be found here: > http://wiki.xenproject.org/wiki/Xen_Test_Days > > and specific instructions for this Test Day are located here: > http://wiki.xenproject.org/wiki/Xen_4.4_RC3_test_instructions > > Developers: please consider monitoring the Freenode IRC channel > #xentest today to make sure that people are able to build and test the > code. Note that Freenode is currently subject to a DDOS which is making it hard to join/stay in the channel. https://twitter.com/freenodestaff/status/430272930078273536 Hopefully it will be resolved through the day. Ian. > > Hope to see you today on #xentest! > > Russ > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xen.org > http://lists.xen.org/xen-devel _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Feb 03 18:33:21 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 03 Feb 2014 18:33: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 1WAOJI-0006nB-Df; Mon, 03 Feb 2014 18:31:56 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WAOJH-0006n6-1s for xen-users@lists.xen.org; Mon, 03 Feb 2014 18:31:55 +0000 Received: from [85.158.143.35:19926] by server-3.bemta-4.messagelabs.com id 82/C4-11539-A90EFE25; Mon, 03 Feb 2014 18:31:54 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-13.tower-21.messagelabs.com!1391452310!2835531!1 X-Originating-IP: [209.85.216.169] X-SpamReason: No, hits=2.0 required=7.0 tests=HTML_30_40,HTML_MESSAGE, HTML_SHORT_LENGTH,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12587 invoked from network); 3 Feb 2014 18:31:51 -0000 Received: from mail-qc0-f169.google.com (HELO mail-qc0-f169.google.com) (209.85.216.169) by server-13.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 3 Feb 2014 18:31:51 -0000 Received: by mail-qc0-f169.google.com with SMTP id w7so11995768qcr.0 for ; Mon, 03 Feb 2014 10:31: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=CyA0nIxqOh/svztTqKmnZ5AOjm6WcJdkBFkh0ecIaXA=; b=Dp2TGvJMf2Lx/FlNkKRxTJZcMkhiOmjJYzTQP0uXrcXTHkQO/iwzXnd7iA8GFX4jPA JQ4zfY7exqyr29rGShVknp4GujBloKuzbN4CIdhF0RKABxH5EqjpxrwoJdQprWfhwcfU RO30wWEHa7rcMkRdPY7AuuCWxKArzIXJgcL4mewePH8KldSyvZj6A9lw9qqjYSvruvw0 Ypenfd6OJ254+j3l1zjxslamxpfkYUBFlK1EsRvbjSNopR7KGOXIL+0hVzlYuFTML/2x wtcXEj/5yJelan7fgK2TJyG71O6G2S6H3HIPedELAcQtki0kN1IC74RFjo4Z3+bYj984 bE5A== MIME-Version: 1.0 X-Received: by 10.224.87.193 with SMTP id x1mr59019846qal.70.1391452309906; Mon, 03 Feb 2014 10:31:49 -0800 (PST) Received: by 10.140.83.180 with HTTP; Mon, 3 Feb 2014 10:31:49 -0800 (PST) Date: Mon, 3 Feb 2014 11:31:49 -0700 Message-ID: From: jacek burghardt To: xen-users Subject: [Xen-users] xen 4.4 memory limit X-BeenThere: xen-users@lists.xen.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="===============3945765503451118821==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3945765503451118821== Content-Type: multipart/alternative; boundary=001a11c3e246a768cc04f184bc83 --001a11c3e246a768cc04f184bc83 Content-Type: text/plain; charset=ISO-8859-1 Will the 10 gb of ram limit worked on ? --001a11c3e246a768cc04f184bc83 Content-Type: text/html; charset=ISO-8859-1
Will the 10 gb of ram limit worked on ?
--001a11c3e246a768cc04f184bc83-- --===============3945765503451118821== 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 --===============3945765503451118821==-- From xen-users-bounces@lists.xen.org Mon Feb 03 18:33:21 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 03 Feb 2014 18:33: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 1WAOJI-0006nB-Df; Mon, 03 Feb 2014 18:31:56 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WAOJH-0006n6-1s for xen-users@lists.xen.org; Mon, 03 Feb 2014 18:31:55 +0000 Received: from [85.158.143.35:19926] by server-3.bemta-4.messagelabs.com id 82/C4-11539-A90EFE25; Mon, 03 Feb 2014 18:31:54 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-13.tower-21.messagelabs.com!1391452310!2835531!1 X-Originating-IP: [209.85.216.169] X-SpamReason: No, hits=2.0 required=7.0 tests=HTML_30_40,HTML_MESSAGE, HTML_SHORT_LENGTH,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12587 invoked from network); 3 Feb 2014 18:31:51 -0000 Received: from mail-qc0-f169.google.com (HELO mail-qc0-f169.google.com) (209.85.216.169) by server-13.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 3 Feb 2014 18:31:51 -0000 Received: by mail-qc0-f169.google.com with SMTP id w7so11995768qcr.0 for ; Mon, 03 Feb 2014 10:31: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=CyA0nIxqOh/svztTqKmnZ5AOjm6WcJdkBFkh0ecIaXA=; b=Dp2TGvJMf2Lx/FlNkKRxTJZcMkhiOmjJYzTQP0uXrcXTHkQO/iwzXnd7iA8GFX4jPA JQ4zfY7exqyr29rGShVknp4GujBloKuzbN4CIdhF0RKABxH5EqjpxrwoJdQprWfhwcfU RO30wWEHa7rcMkRdPY7AuuCWxKArzIXJgcL4mewePH8KldSyvZj6A9lw9qqjYSvruvw0 Ypenfd6OJ254+j3l1zjxslamxpfkYUBFlK1EsRvbjSNopR7KGOXIL+0hVzlYuFTML/2x wtcXEj/5yJelan7fgK2TJyG71O6G2S6H3HIPedELAcQtki0kN1IC74RFjo4Z3+bYj984 bE5A== MIME-Version: 1.0 X-Received: by 10.224.87.193 with SMTP id x1mr59019846qal.70.1391452309906; Mon, 03 Feb 2014 10:31:49 -0800 (PST) Received: by 10.140.83.180 with HTTP; Mon, 3 Feb 2014 10:31:49 -0800 (PST) Date: Mon, 3 Feb 2014 11:31:49 -0700 Message-ID: From: jacek burghardt To: xen-users Subject: [Xen-users] xen 4.4 memory limit X-BeenThere: xen-users@lists.xen.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="===============3945765503451118821==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3945765503451118821== Content-Type: multipart/alternative; boundary=001a11c3e246a768cc04f184bc83 --001a11c3e246a768cc04f184bc83 Content-Type: text/plain; charset=ISO-8859-1 Will the 10 gb of ram limit worked on ? --001a11c3e246a768cc04f184bc83 Content-Type: text/html; charset=ISO-8859-1
Will the 10 gb of ram limit worked on ?
--001a11c3e246a768cc04f184bc83-- --===============3945765503451118821== 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 --===============3945765503451118821==-- From xen-users-bounces@lists.xen.org Tue Feb 04 05:29:23 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 04 Feb 2014 05:29: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 1WAYYP-0002wA-CD; Tue, 04 Feb 2014 05:28:13 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WAYYN-0002w5-K4 for xen-users@lists.xen.org; Tue, 04 Feb 2014 05:28:11 +0000 Received: from [85.158.143.35:49234] by server-2.bemta-4.messagelabs.com id F2/9E-10891-A6A70F25; Tue, 04 Feb 2014 05:28:10 +0000 X-Env-Sender: manojsub@cisco.com X-Msg-Ref: server-11.tower-21.messagelabs.com!1391491688!2912390!1 X-Originating-IP: [173.37.86.72] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTczLjM3Ljg2LjcyID0+IDE4NzM4MA==\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2524 invoked from network); 4 Feb 2014 05:28:09 -0000 Received: from rcdn-iport-1.cisco.com (HELO rcdn-iport-1.cisco.com) (173.37.86.72) by server-11.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 4 Feb 2014 05:28:09 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2158; q=dns/txt; s=iport; t=1391491689; x=1392701289; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=ooM5ha8y75TdM1GZlgu2npO2iBIDaSgMxViUHrvASpE=; b=bZajq8avThVbl7PXJfl3dgpPZ11S4XDwQ5XzuEdvWjoCCGKP7Ju+iaiY QEzcstV7+Ix8HX7p5aq/bozY5eZeMS66Sbjf3ARc/sC7S4UR8D/p2sGbp qJQEDHHlEZj/b/TwJz0OdWAnkL4TXh8BL2nxgy4SlIItH92VPwERM+kkl I=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ah4FAKd58FKtJXG9/2dsb2JhbABZgww4V74YgQcWdIIlAQEBBAECawsMBAIBCBEEAQEoBygKFAMBBQgCBAENBYgFzkYXjlUzBwaEMgEDiRGMRoJTgTKLL4VAgy2CKg X-IronPort-AV: E=Sophos;i="4.95,777,1384300800"; d="scan'208";a="301441616" Received: from rcdn-core2-2.cisco.com ([173.37.113.189]) by rcdn-iport-1.cisco.com with ESMTP; 04 Feb 2014 05:28:08 +0000 Received: from xhc-rcd-x02.cisco.com (xhc-rcd-x02.cisco.com [173.37.183.76]) by rcdn-core2-2.cisco.com (8.14.5/8.14.5) with ESMTP id s145S8aL016474 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 4 Feb 2014 05:28:08 GMT Received: from xmb-aln-x14.cisco.com ([169.254.8.41]) by xhc-rcd-x02.cisco.com ([173.37.183.76]) with mapi id 14.03.0123.003; Mon, 3 Feb 2014 23:28:07 -0600 From: "Manoj Subramaniam (manojsub)" To: "mitch@bitblock.net" , "'Wei Liu'" Thread-Topic: [Xen-users] Converting a VMDK on ESX to raw Thread-Index: AQHPHtGS+MLKvYMPYkeLfIsg42H3S5qgBzGAgARtZ4A= Date: Tue, 4 Feb 2014 05:28:06 +0000 Message-ID: References: <20140131221244.GA1476@zion.uk.xensource.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.21.151.49] Content-ID: <074F82ABAA882A47B92C8B1FF98F6807@emea.cisco.com> MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Converting a VMDK on ESX to raw X-BeenThere: xen-users@lists.xen.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 I tried this and it didn=B9t work either. Here=B9s what I did. I had a windows VM on ESX (I did install GPL PV drivers) and a Linux VM. I turned off the windows VM and attached it=B9s disk to the linux VM. So I could see it as /dev/sdd . Then I did a =B3 dd if=3D/dev/sdd of=3Dwindows.img bs=3D1m =B3 After this I moved the windows.i= mg to another machine running Xen 4.2.3 and Ubuntu Dom0, I tried to bring it up as an HVM. It tries to boot up and then says =B3Boot from hard disk failed: could not read the boot disk=B2 and =B3No bootable device. Powering off in= 30 seconds.=B2 On 1/31/14, 5:51 PM, "mitch@bitblock.net" wrote: >Wei can you provide a little more detail? >I have a client machine running Windows 2000 on vmware 2 I desparately >want to convert to XenServer 6.2 but so far my attempts have all failed. >Single machine - but I'm not quite sure what I'd be dd'ing to what? > >Cheers - have a great weekend! > >-----Original Message----- >From: xen-users-bounces@lists.xen.org >[mailto:xen-users-bounces@lists.xen.org] On Behalf Of Wei Liu >Sent: January 31, 2014 2:13 PM >To: Manoj Subramaniam (manojsub) >Cc: xen-users@lists.xen.org; wei.liu2@citrix.com >Subject: Re: [Xen-users] Converting a VMDK on ESX to raw > >On Fri, Jan 31, 2014 at 07:25:37PM +0000, Manoj Subramaniam (manojsub) >wrote: >> I=B9m trying to convert a vmdk windows image to a raw image compatible >>with xen. I have tried qemu-img and vmkfstools so far, but have had no >>luck I.e, DomU says it can=B9t find the boot disk and fails. I am going to >> try out Redhat=B9s virt-v2v. Is there a tool you guys use? >> = > >A dumb method I can think of is you create a Linux guest on ESX, mount >attach that disk and use dd. It should be doable if you only want to >convert one or two disks. > >Wei. > >> - Manoj > >> _______________________________________________ >> 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 04 05:29:23 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 04 Feb 2014 05:29: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 1WAYYP-0002wA-CD; Tue, 04 Feb 2014 05:28:13 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WAYYN-0002w5-K4 for xen-users@lists.xen.org; Tue, 04 Feb 2014 05:28:11 +0000 Received: from [85.158.143.35:49234] by server-2.bemta-4.messagelabs.com id F2/9E-10891-A6A70F25; Tue, 04 Feb 2014 05:28:10 +0000 X-Env-Sender: manojsub@cisco.com X-Msg-Ref: server-11.tower-21.messagelabs.com!1391491688!2912390!1 X-Originating-IP: [173.37.86.72] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTczLjM3Ljg2LjcyID0+IDE4NzM4MA==\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2524 invoked from network); 4 Feb 2014 05:28:09 -0000 Received: from rcdn-iport-1.cisco.com (HELO rcdn-iport-1.cisco.com) (173.37.86.72) by server-11.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 4 Feb 2014 05:28:09 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2158; q=dns/txt; s=iport; t=1391491689; x=1392701289; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=ooM5ha8y75TdM1GZlgu2npO2iBIDaSgMxViUHrvASpE=; b=bZajq8avThVbl7PXJfl3dgpPZ11S4XDwQ5XzuEdvWjoCCGKP7Ju+iaiY QEzcstV7+Ix8HX7p5aq/bozY5eZeMS66Sbjf3ARc/sC7S4UR8D/p2sGbp qJQEDHHlEZj/b/TwJz0OdWAnkL4TXh8BL2nxgy4SlIItH92VPwERM+kkl I=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ah4FAKd58FKtJXG9/2dsb2JhbABZgww4V74YgQcWdIIlAQEBBAECawsMBAIBCBEEAQEoBygKFAMBBQgCBAENBYgFzkYXjlUzBwaEMgEDiRGMRoJTgTKLL4VAgy2CKg X-IronPort-AV: E=Sophos;i="4.95,777,1384300800"; d="scan'208";a="301441616" Received: from rcdn-core2-2.cisco.com ([173.37.113.189]) by rcdn-iport-1.cisco.com with ESMTP; 04 Feb 2014 05:28:08 +0000 Received: from xhc-rcd-x02.cisco.com (xhc-rcd-x02.cisco.com [173.37.183.76]) by rcdn-core2-2.cisco.com (8.14.5/8.14.5) with ESMTP id s145S8aL016474 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 4 Feb 2014 05:28:08 GMT Received: from xmb-aln-x14.cisco.com ([169.254.8.41]) by xhc-rcd-x02.cisco.com ([173.37.183.76]) with mapi id 14.03.0123.003; Mon, 3 Feb 2014 23:28:07 -0600 From: "Manoj Subramaniam (manojsub)" To: "mitch@bitblock.net" , "'Wei Liu'" Thread-Topic: [Xen-users] Converting a VMDK on ESX to raw Thread-Index: AQHPHtGS+MLKvYMPYkeLfIsg42H3S5qgBzGAgARtZ4A= Date: Tue, 4 Feb 2014 05:28:06 +0000 Message-ID: References: <20140131221244.GA1476@zion.uk.xensource.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.21.151.49] Content-ID: <074F82ABAA882A47B92C8B1FF98F6807@emea.cisco.com> MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Converting a VMDK on ESX to raw X-BeenThere: xen-users@lists.xen.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 I tried this and it didn=B9t work either. Here=B9s what I did. I had a windows VM on ESX (I did install GPL PV drivers) and a Linux VM. I turned off the windows VM and attached it=B9s disk to the linux VM. So I could see it as /dev/sdd . Then I did a =B3 dd if=3D/dev/sdd of=3Dwindows.img bs=3D1m =B3 After this I moved the windows.i= mg to another machine running Xen 4.2.3 and Ubuntu Dom0, I tried to bring it up as an HVM. It tries to boot up and then says =B3Boot from hard disk failed: could not read the boot disk=B2 and =B3No bootable device. Powering off in= 30 seconds.=B2 On 1/31/14, 5:51 PM, "mitch@bitblock.net" wrote: >Wei can you provide a little more detail? >I have a client machine running Windows 2000 on vmware 2 I desparately >want to convert to XenServer 6.2 but so far my attempts have all failed. >Single machine - but I'm not quite sure what I'd be dd'ing to what? > >Cheers - have a great weekend! > >-----Original Message----- >From: xen-users-bounces@lists.xen.org >[mailto:xen-users-bounces@lists.xen.org] On Behalf Of Wei Liu >Sent: January 31, 2014 2:13 PM >To: Manoj Subramaniam (manojsub) >Cc: xen-users@lists.xen.org; wei.liu2@citrix.com >Subject: Re: [Xen-users] Converting a VMDK on ESX to raw > >On Fri, Jan 31, 2014 at 07:25:37PM +0000, Manoj Subramaniam (manojsub) >wrote: >> I=B9m trying to convert a vmdk windows image to a raw image compatible >>with xen. I have tried qemu-img and vmkfstools so far, but have had no >>luck I.e, DomU says it can=B9t find the boot disk and fails. I am going to >> try out Redhat=B9s virt-v2v. Is there a tool you guys use? >> = > >A dumb method I can think of is you create a Linux guest on ESX, mount >attach that disk and use dd. It should be doable if you only want to >convert one or two disks. > >Wei. > >> - Manoj > >> _______________________________________________ >> 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 04 09:31:44 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 04 Feb 2014 09:31: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 1WAcKs-0002xa-QU; Tue, 04 Feb 2014 09:30:30 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WAcKr-0002xV-4E for xen-users@lists.xen.org; Tue, 04 Feb 2014 09:30:29 +0000 Received: from [85.158.139.211:27161] by server-1.bemta-5.messagelabs.com id C1/CF-12859-433B0F25; Tue, 04 Feb 2014 09:30:28 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-12.tower-206.messagelabs.com!1391506226!1498902!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19114 invoked from network); 4 Feb 2014 09:30:27 -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; 4 Feb 2014 09:30:27 -0000 X-IronPort-AV: E=Sophos;i="4.95,778,1384300800"; d="scan'208";a="99567291" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 04 Feb 2014 09:30:25 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Tue, 4 Feb 2014 04:30:24 -0500 Message-ID: <1391506224.10515.67.camel@kazak.uk.xensource.com> From: Ian Campbell To: jacek burghardt Date: Tue, 4 Feb 2014 09:30:24 +0000 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: xen-users Subject: Re: [Xen-users] xen 4.4 memory limit X-BeenThere: xen-users@lists.xen.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, 2014-02-03 at 11:31 -0700, jacek burghardt wrote: > Will the 10 gb of ram limit worked on ? No. Unless you do as I asked in http://lists.xen.org/archives/html/xen-users/2014-02/msg00020.html and provide a full and complete bug report there is no chance that anyone will take the time to investigate the problem you are having. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Feb 04 09:31:44 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 04 Feb 2014 09:31: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 1WAcKs-0002xa-QU; Tue, 04 Feb 2014 09:30:30 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WAcKr-0002xV-4E for xen-users@lists.xen.org; Tue, 04 Feb 2014 09:30:29 +0000 Received: from [85.158.139.211:27161] by server-1.bemta-5.messagelabs.com id C1/CF-12859-433B0F25; Tue, 04 Feb 2014 09:30:28 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-12.tower-206.messagelabs.com!1391506226!1498902!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19114 invoked from network); 4 Feb 2014 09:30:27 -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; 4 Feb 2014 09:30:27 -0000 X-IronPort-AV: E=Sophos;i="4.95,778,1384300800"; d="scan'208";a="99567291" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 04 Feb 2014 09:30:25 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Tue, 4 Feb 2014 04:30:24 -0500 Message-ID: <1391506224.10515.67.camel@kazak.uk.xensource.com> From: Ian Campbell To: jacek burghardt Date: Tue, 4 Feb 2014 09:30:24 +0000 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: xen-users Subject: Re: [Xen-users] xen 4.4 memory limit X-BeenThere: xen-users@lists.xen.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, 2014-02-03 at 11:31 -0700, jacek burghardt wrote: > Will the 10 gb of ram limit worked on ? No. Unless you do as I asked in http://lists.xen.org/archives/html/xen-users/2014-02/msg00020.html and provide a full and complete bug report there is no chance that anyone will take the time to investigate the problem you are having. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Feb 04 11:47:13 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 04 Feb 2014 11:47: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 1WAeSA-0000Qp-Ng; Tue, 04 Feb 2014 11:46:10 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WAeS9-0000Qi-KF for xen-users@lists.xen.org; Tue, 04 Feb 2014 11:46:09 +0000 Received: from [85.158.143.35:32280] by server-1.bemta-4.messagelabs.com id 23/94-31661-003D0F25; Tue, 04 Feb 2014 11:46:08 +0000 X-Env-Sender: wei.liu2@citrix.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1391514367!3001174!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8067 invoked from network); 4 Feb 2014 11:46:08 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 4 Feb 2014 11:46:08 -0000 X-IronPort-AV: E=Sophos;i="4.95,779,1384300800"; d="scan'208";a="97688759" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 04 Feb 2014 11:46:06 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Tue, 4 Feb 2014 06:46:06 -0500 Received: from zion.uk.xensource.com ([10.80.2.73]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1WAeS6-0004dp-1k; Tue, 04 Feb 2014 11:46:06 +0000 Date: Tue, 4 Feb 2014 11:46:06 +0000 From: Wei Liu To: "Manoj Subramaniam (manojsub)" Message-ID: <20140204114605.GA7845@zion.uk.xensource.com> References: <20140131221244.GA1476@zion.uk.xensource.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-DLP: MIA2 Cc: 'Wei Liu' , "mitch@bitblock.net" , "xen-users@lists.xen.org" Subject: Re: [Xen-users] Converting a VMDK on ESX to raw X-BeenThere: xen-users@lists.xen.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 04, 2014 at 05:28:06AM +0000, Manoj Subramaniam (manojsub) wrot= e: > I tried this and it didn=B9t work either. > = > Here=B9s what I did. I had a windows VM on ESX (I did install GPL PV > drivers) and a Linux VM. I turned off the windows VM and attached it=B9s > disk to the linux VM. So I could see it as /dev/sdd . Then I did a =B3 dd > if=3D/dev/sdd of=3Dwindows.img bs=3D1m =B3 After this I moved the windows= .img to > another machine running Xen 4.2.3 and Ubuntu Dom0, I tried to bring it up > as an HVM. It tries to boot up and then says =B3Boot from hard disk faile= d: > could not read the boot disk=B2 and =B3No bootable device. Powering off = in 30 > seconds.=B2 > = This looks right. Remember inside the VM you always sees a raw disk, nothing fancy going on, otherwise the OS itself won't be able to read its content. But TBH I've never used ESX. What happens when you do "file windows.img"? I have a raw disk image called "rhel7.img" and it returns "rhel7.img: x86 boot sector". Wei. > = > = > On 1/31/14, 5:51 PM, "mitch@bitblock.net" wrote: > = > >Wei can you provide a little more detail? > >I have a client machine running Windows 2000 on vmware 2 I desparately > >want to convert to XenServer 6.2 but so far my attempts have all failed. > >Single machine - but I'm not quite sure what I'd be dd'ing to what? > > > >Cheers - have a great weekend! > > > >-----Original Message----- > >From: xen-users-bounces@lists.xen.org > >[mailto:xen-users-bounces@lists.xen.org] On Behalf Of Wei Liu > >Sent: January 31, 2014 2:13 PM > >To: Manoj Subramaniam (manojsub) > >Cc: xen-users@lists.xen.org; wei.liu2@citrix.com > >Subject: Re: [Xen-users] Converting a VMDK on ESX to raw > > > >On Fri, Jan 31, 2014 at 07:25:37PM +0000, Manoj Subramaniam (manojsub) > >wrote: > >> I=B9m trying to convert a vmdk windows image to a raw image compatible > >>with xen. I have tried qemu-img and vmkfstools so far, but have had no > >>luck I.e, DomU says it can=B9t find the boot disk and fails. I am going= to > >> try out Redhat=B9s virt-v2v. Is there a tool you guys use? > >> = > > > >A dumb method I can think of is you create a Linux guest on ESX, mount > >attach that disk and use dd. It should be doable if you only want to > >convert one or two disks. > > > >Wei. > > > >> - Manoj > > > >> _______________________________________________ > >> 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 04 11:47:13 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 04 Feb 2014 11:47: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 1WAeSA-0000Qp-Ng; Tue, 04 Feb 2014 11:46:10 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WAeS9-0000Qi-KF for xen-users@lists.xen.org; Tue, 04 Feb 2014 11:46:09 +0000 Received: from [85.158.143.35:32280] by server-1.bemta-4.messagelabs.com id 23/94-31661-003D0F25; Tue, 04 Feb 2014 11:46:08 +0000 X-Env-Sender: wei.liu2@citrix.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1391514367!3001174!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8067 invoked from network); 4 Feb 2014 11:46:08 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 4 Feb 2014 11:46:08 -0000 X-IronPort-AV: E=Sophos;i="4.95,779,1384300800"; d="scan'208";a="97688759" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 04 Feb 2014 11:46:06 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Tue, 4 Feb 2014 06:46:06 -0500 Received: from zion.uk.xensource.com ([10.80.2.73]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1WAeS6-0004dp-1k; Tue, 04 Feb 2014 11:46:06 +0000 Date: Tue, 4 Feb 2014 11:46:06 +0000 From: Wei Liu To: "Manoj Subramaniam (manojsub)" Message-ID: <20140204114605.GA7845@zion.uk.xensource.com> References: <20140131221244.GA1476@zion.uk.xensource.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-DLP: MIA2 Cc: 'Wei Liu' , "mitch@bitblock.net" , "xen-users@lists.xen.org" Subject: Re: [Xen-users] Converting a VMDK on ESX to raw X-BeenThere: xen-users@lists.xen.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 04, 2014 at 05:28:06AM +0000, Manoj Subramaniam (manojsub) wrot= e: > I tried this and it didn=B9t work either. > = > Here=B9s what I did. I had a windows VM on ESX (I did install GPL PV > drivers) and a Linux VM. I turned off the windows VM and attached it=B9s > disk to the linux VM. So I could see it as /dev/sdd . Then I did a =B3 dd > if=3D/dev/sdd of=3Dwindows.img bs=3D1m =B3 After this I moved the windows= .img to > another machine running Xen 4.2.3 and Ubuntu Dom0, I tried to bring it up > as an HVM. It tries to boot up and then says =B3Boot from hard disk faile= d: > could not read the boot disk=B2 and =B3No bootable device. Powering off = in 30 > seconds.=B2 > = This looks right. Remember inside the VM you always sees a raw disk, nothing fancy going on, otherwise the OS itself won't be able to read its content. But TBH I've never used ESX. What happens when you do "file windows.img"? I have a raw disk image called "rhel7.img" and it returns "rhel7.img: x86 boot sector". Wei. > = > = > On 1/31/14, 5:51 PM, "mitch@bitblock.net" wrote: > = > >Wei can you provide a little more detail? > >I have a client machine running Windows 2000 on vmware 2 I desparately > >want to convert to XenServer 6.2 but so far my attempts have all failed. > >Single machine - but I'm not quite sure what I'd be dd'ing to what? > > > >Cheers - have a great weekend! > > > >-----Original Message----- > >From: xen-users-bounces@lists.xen.org > >[mailto:xen-users-bounces@lists.xen.org] On Behalf Of Wei Liu > >Sent: January 31, 2014 2:13 PM > >To: Manoj Subramaniam (manojsub) > >Cc: xen-users@lists.xen.org; wei.liu2@citrix.com > >Subject: Re: [Xen-users] Converting a VMDK on ESX to raw > > > >On Fri, Jan 31, 2014 at 07:25:37PM +0000, Manoj Subramaniam (manojsub) > >wrote: > >> I=B9m trying to convert a vmdk windows image to a raw image compatible > >>with xen. I have tried qemu-img and vmkfstools so far, but have had no > >>luck I.e, DomU says it can=B9t find the boot disk and fails. I am going= to > >> try out Redhat=B9s virt-v2v. Is there a tool you guys use? > >> = > > > >A dumb method I can think of is you create a Linux guest on ESX, mount > >attach that disk and use dd. It should be doable if you only want to > >convert one or two disks. > > > >Wei. > > > >> - Manoj > > > >> _______________________________________________ > >> 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 04 13:51:59 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 04 Feb 2014 13:51: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 1WAgOa-0004cb-3X; Tue, 04 Feb 2014 13:50:36 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WAgOY-0004cW-Pv for xen-users@lists.xen.org; Tue, 04 Feb 2014 13:50:34 +0000 Received: from [193.109.254.147:26185] by server-8.bemta-14.messagelabs.com id 64/90-18529-A20F0F25; Tue, 04 Feb 2014 13:50:34 +0000 X-Env-Sender: sdj@rasmussenequipment.com X-Msg-Ref: server-5.tower-27.messagelabs.com!1391521832!1931864!1 X-Originating-IP: [64.18.1.238] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22109 invoked from network); 4 Feb 2014 13:50:33 -0000 Received: from exprod6og122.obsmtp.com (HELO exprod6og122.obsmtp.com) (64.18.1.238) by server-5.tower-27.messagelabs.com with SMTP; 4 Feb 2014 13:50:33 -0000 Received: from mail-qc0-f170.google.com ([209.85.216.170]) (using TLSv1) by exprod6ob122.postini.com ([64.18.5.12]) with SMTP ID DSNKUvDwJy/Wd5DK5/vFywR4u/P+EA6uzCm/@postini.com; Tue, 04 Feb 2014 05:50:32 PST Received: by mail-qc0-f170.google.com with SMTP id e9so13802783qcy.1 for ; Tue, 04 Feb 2014 05:50:31 -0800 (PST) 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:cc:content-type; bh=yNLiR9Iko+ETiruJIkELBiWLUftJeeaPNFyiYTlBD3Y=; b=RXtDKOnGlWaSzKfNgdIbZAJNqewkoQI+BHVczRQFJOF3Xh77FsX0PmtEZa7jokEOdD esO9tAJr7zdl2tKD+UIAzyBGp0a+XhVzFTeSWjUUMj4nUufbw6KEUk4xzvLIZUHYQWXQ l8DQSVjQ8s3WGvnrCXCdiJJJYEWvXsIbd+g2RZnyOLeBF4MhFnvSt/ObqVlC4Mc2oOBl XmILvlUcBVrasOwuLcDkIbNzBi0LKgmZAI64mxrHQgnMrVJJTiN2ntC6UcZifM2ivxsQ 1mtGRYEK11dWkYs6L42ZbQRB6IIId5qaR59qRSfFJtarN7Xn80NbOqm6f4CrILKHb0fb RfmA== X-Gm-Message-State: ALoCoQnXzunO7vrCKv52f2mY+xcknIMVZJ7TFU7051BeTNZyqToQjAtJsoytvR6/pGp8YVKa0T38yNg0jorKAEO3FzYVbob4ojtanrqfh/tuBZySTFj4K0++esq8Ak9rcJIdvk1tsgNLCXiLnG4jtymSApNSLqDejPYm+ZkIoy55uaaI0kPMNdw= X-Received: by 10.224.114.141 with SMTP id e13mr66123504qaq.65.1391521831300; Tue, 04 Feb 2014 05:50:31 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.224.114.141 with SMTP id e13mr66123479qaq.65.1391521831126; Tue, 04 Feb 2014 05:50:31 -0800 (PST) Received: by 10.140.93.164 with HTTP; Tue, 4 Feb 2014 05:50:31 -0800 (PST) In-Reply-To: <1391506224.10515.67.camel@kazak.uk.xensource.com> References: <1391506224.10515.67.camel@kazak.uk.xensource.com> Date: Tue, 4 Feb 2014 06:50:31 -0700 Message-ID: From: Shane Johnson Cc: xen-users Subject: Re: [Xen-users] xen 4.4 memory limit X-BeenThere: xen-users@lists.xen.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="===============2577743390601445613==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2577743390601445613== Content-Type: multipart/alternative; boundary=047d7bea44d4714b3a04f194ecd2 --047d7bea44d4714b3a04f194ecd2 Content-Type: text/plain; charset=ISO-8859-1 What memory limit is the OP referring to? I did a quick google search and couldn't find any reference. I have on VM that I'm using over 10GB of memory on and so was curious. Thanks Shane On Tue, Feb 4, 2014 at 2:30 AM, Ian Campbell wrote: > On Mon, 2014-02-03 at 11:31 -0700, jacek burghardt wrote: > > Will the 10 gb of ram limit worked on ? > > No. > > Unless you do as I asked in > http://lists.xen.org/archives/html/xen-users/2014-02/msg00020.html and > provide a full and complete bug report there is no chance that anyone > will take the time to investigate the problem you are having. > > Ian. > > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > -- Shane D. Johnson IT Administrator Rasmussen Equipment --047d7bea44d4714b3a04f194ecd2 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
What memory limit is the OP =A0referring to? =A0I did a qu= ick google search and couldn't find any reference. =A0I have on VM that= I'm using over 10GB of memory on and so was curious.

Thanks=A0
Shane


On Tue, Feb 4, 2014 at 2:30 AM, Ian Campbell <= ;Ian.Campbell@= citrix.com> wrote:
On Mon, 2014-02-03 at 11:31 -0700, jacek bur= ghardt wrote:
> Will the 10 gb of ram limit worked on ?

No.

Unless you do as I asked in
http://lists.xen.org/archives/html/xen-users/2014-02/= msg00020.html and
provide a full and complete bug report there is no chance that anyone
will take the time to investigate the problem you are having.

Ian.




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



--
Shane D. Joh= nson
IT Administrator
Rasmussen Equipment


--047d7bea44d4714b3a04f194ecd2-- --===============2577743390601445613== 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 --===============2577743390601445613==-- From xen-users-bounces@lists.xen.org Tue Feb 04 13:51:59 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 04 Feb 2014 13:51: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 1WAgOa-0004cb-3X; Tue, 04 Feb 2014 13:50:36 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WAgOY-0004cW-Pv for xen-users@lists.xen.org; Tue, 04 Feb 2014 13:50:34 +0000 Received: from [193.109.254.147:26185] by server-8.bemta-14.messagelabs.com id 64/90-18529-A20F0F25; Tue, 04 Feb 2014 13:50:34 +0000 X-Env-Sender: sdj@rasmussenequipment.com X-Msg-Ref: server-5.tower-27.messagelabs.com!1391521832!1931864!1 X-Originating-IP: [64.18.1.238] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22109 invoked from network); 4 Feb 2014 13:50:33 -0000 Received: from exprod6og122.obsmtp.com (HELO exprod6og122.obsmtp.com) (64.18.1.238) by server-5.tower-27.messagelabs.com with SMTP; 4 Feb 2014 13:50:33 -0000 Received: from mail-qc0-f170.google.com ([209.85.216.170]) (using TLSv1) by exprod6ob122.postini.com ([64.18.5.12]) with SMTP ID DSNKUvDwJy/Wd5DK5/vFywR4u/P+EA6uzCm/@postini.com; Tue, 04 Feb 2014 05:50:32 PST Received: by mail-qc0-f170.google.com with SMTP id e9so13802783qcy.1 for ; Tue, 04 Feb 2014 05:50:31 -0800 (PST) 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:cc:content-type; bh=yNLiR9Iko+ETiruJIkELBiWLUftJeeaPNFyiYTlBD3Y=; b=RXtDKOnGlWaSzKfNgdIbZAJNqewkoQI+BHVczRQFJOF3Xh77FsX0PmtEZa7jokEOdD esO9tAJr7zdl2tKD+UIAzyBGp0a+XhVzFTeSWjUUMj4nUufbw6KEUk4xzvLIZUHYQWXQ l8DQSVjQ8s3WGvnrCXCdiJJJYEWvXsIbd+g2RZnyOLeBF4MhFnvSt/ObqVlC4Mc2oOBl XmILvlUcBVrasOwuLcDkIbNzBi0LKgmZAI64mxrHQgnMrVJJTiN2ntC6UcZifM2ivxsQ 1mtGRYEK11dWkYs6L42ZbQRB6IIId5qaR59qRSfFJtarN7Xn80NbOqm6f4CrILKHb0fb RfmA== X-Gm-Message-State: ALoCoQnXzunO7vrCKv52f2mY+xcknIMVZJ7TFU7051BeTNZyqToQjAtJsoytvR6/pGp8YVKa0T38yNg0jorKAEO3FzYVbob4ojtanrqfh/tuBZySTFj4K0++esq8Ak9rcJIdvk1tsgNLCXiLnG4jtymSApNSLqDejPYm+ZkIoy55uaaI0kPMNdw= X-Received: by 10.224.114.141 with SMTP id e13mr66123504qaq.65.1391521831300; Tue, 04 Feb 2014 05:50:31 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.224.114.141 with SMTP id e13mr66123479qaq.65.1391521831126; Tue, 04 Feb 2014 05:50:31 -0800 (PST) Received: by 10.140.93.164 with HTTP; Tue, 4 Feb 2014 05:50:31 -0800 (PST) In-Reply-To: <1391506224.10515.67.camel@kazak.uk.xensource.com> References: <1391506224.10515.67.camel@kazak.uk.xensource.com> Date: Tue, 4 Feb 2014 06:50:31 -0700 Message-ID: From: Shane Johnson Cc: xen-users Subject: Re: [Xen-users] xen 4.4 memory limit X-BeenThere: xen-users@lists.xen.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="===============2577743390601445613==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2577743390601445613== Content-Type: multipart/alternative; boundary=047d7bea44d4714b3a04f194ecd2 --047d7bea44d4714b3a04f194ecd2 Content-Type: text/plain; charset=ISO-8859-1 What memory limit is the OP referring to? I did a quick google search and couldn't find any reference. I have on VM that I'm using over 10GB of memory on and so was curious. Thanks Shane On Tue, Feb 4, 2014 at 2:30 AM, Ian Campbell wrote: > On Mon, 2014-02-03 at 11:31 -0700, jacek burghardt wrote: > > Will the 10 gb of ram limit worked on ? > > No. > > Unless you do as I asked in > http://lists.xen.org/archives/html/xen-users/2014-02/msg00020.html and > provide a full and complete bug report there is no chance that anyone > will take the time to investigate the problem you are having. > > Ian. > > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > -- Shane D. Johnson IT Administrator Rasmussen Equipment --047d7bea44d4714b3a04f194ecd2 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
What memory limit is the OP =A0referring to? =A0I did a qu= ick google search and couldn't find any reference. =A0I have on VM that= I'm using over 10GB of memory on and so was curious.

Thanks=A0
Shane


On Tue, Feb 4, 2014 at 2:30 AM, Ian Campbell <= ;Ian.Campbell@= citrix.com> wrote:
On Mon, 2014-02-03 at 11:31 -0700, jacek bur= ghardt wrote:
> Will the 10 gb of ram limit worked on ?

No.

Unless you do as I asked in
http://lists.xen.org/archives/html/xen-users/2014-02/= msg00020.html and
provide a full and complete bug report there is no chance that anyone
will take the time to investigate the problem you are having.

Ian.




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



--
Shane D. Joh= nson
IT Administrator
Rasmussen Equipment


--047d7bea44d4714b3a04f194ecd2-- --===============2577743390601445613== 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 --===============2577743390601445613==-- From xen-users-bounces@lists.xen.org Tue Feb 04 13:58:15 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 04 Feb 2014 13:58: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 1WAgVp-0004ou-Kb; Tue, 04 Feb 2014 13:58:05 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WAgVn-0004og-Ng for xen-users@lists.xen.org; Tue, 04 Feb 2014 13:58:03 +0000 Received: from [193.109.254.147:7116] by server-4.bemta-14.messagelabs.com id A5/87-32066-BE1F0F25; Tue, 04 Feb 2014 13:58:03 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1391522281!1922695!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15846 invoked from network); 4 Feb 2014 13:58:02 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-9.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 4 Feb 2014 13:58:02 -0000 X-IronPort-AV: E=Sophos;i="4.95,779,1384300800"; d="scan'208";a="97732181" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 04 Feb 2014 13:58:00 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Tue, 4 Feb 2014 08:58:00 -0500 Message-ID: <1391522279.10515.80.camel@kazak.uk.xensource.com> From: Ian Campbell To: Shane Johnson Date: Tue, 4 Feb 2014 13:57:59 +0000 In-Reply-To: References: <1391506224.10515.67.camel@kazak.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: xen-users Subject: Re: [Xen-users] xen 4.4 memory limit X-BeenThere: xen-users@lists.xen.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, 2014-02-04 at 06:50 -0700, Shane Johnson wrote: > What memory limit is the OP referring to? I did a quick google > search and couldn't find any reference. I have on VM that I'm using > over 10GB of memory on and so was curious. It's in the link I posted, but details are scant so it's hard to say what is going on (hence my request) Ian. > > > Thanks > Shane > > > On Tue, Feb 4, 2014 at 2:30 AM, Ian Campbell > wrote: > On Mon, 2014-02-03 at 11:31 -0700, jacek burghardt wrote: > > Will the 10 gb of ram limit worked on ? > > No. > > Unless you do as I asked in > http://lists.xen.org/archives/html/xen-users/2014-02/msg00020.html and > provide a full and complete bug report there is no chance that > anyone > will take the time to investigate the problem you are having. > > Ian. > > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > > > > > -- > Shane D. Johnson > IT Administrator > Rasmussen Equipment > > > > > _______________________________________________ > 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 04 13:58:15 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 04 Feb 2014 13:58: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 1WAgVp-0004ou-Kb; Tue, 04 Feb 2014 13:58:05 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WAgVn-0004og-Ng for xen-users@lists.xen.org; Tue, 04 Feb 2014 13:58:03 +0000 Received: from [193.109.254.147:7116] by server-4.bemta-14.messagelabs.com id A5/87-32066-BE1F0F25; Tue, 04 Feb 2014 13:58:03 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1391522281!1922695!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15846 invoked from network); 4 Feb 2014 13:58:02 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-9.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 4 Feb 2014 13:58:02 -0000 X-IronPort-AV: E=Sophos;i="4.95,779,1384300800"; d="scan'208";a="97732181" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 04 Feb 2014 13:58:00 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Tue, 4 Feb 2014 08:58:00 -0500 Message-ID: <1391522279.10515.80.camel@kazak.uk.xensource.com> From: Ian Campbell To: Shane Johnson Date: Tue, 4 Feb 2014 13:57:59 +0000 In-Reply-To: References: <1391506224.10515.67.camel@kazak.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: xen-users Subject: Re: [Xen-users] xen 4.4 memory limit X-BeenThere: xen-users@lists.xen.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, 2014-02-04 at 06:50 -0700, Shane Johnson wrote: > What memory limit is the OP referring to? I did a quick google > search and couldn't find any reference. I have on VM that I'm using > over 10GB of memory on and so was curious. It's in the link I posted, but details are scant so it's hard to say what is going on (hence my request) Ian. > > > Thanks > Shane > > > On Tue, Feb 4, 2014 at 2:30 AM, Ian Campbell > wrote: > On Mon, 2014-02-03 at 11:31 -0700, jacek burghardt wrote: > > Will the 10 gb of ram limit worked on ? > > No. > > Unless you do as I asked in > http://lists.xen.org/archives/html/xen-users/2014-02/msg00020.html and > provide a full and complete bug report there is no chance that > anyone > will take the time to investigate the problem you are having. > > Ian. > > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > > > > > -- > Shane D. Johnson > IT Administrator > Rasmussen Equipment > > > > > _______________________________________________ > 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 04 14:17:24 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 04 Feb 2014 14:17: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 1WAgo6-0005x2-6d; Tue, 04 Feb 2014 14:16:58 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WAgo4-0005wx-NK for xen-users@lists.xen.org; Tue, 04 Feb 2014 14:16:56 +0000 Received: from [193.109.254.147:6684] by server-13.bemta-14.messagelabs.com id 56/83-01226-856F0F25; Tue, 04 Feb 2014 14:16:56 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1391523414!1907616!1 X-Originating-IP: [209.85.216.182] X-SpamReason: No, hits=1.5 required=7.0 tests=HTML_00_10,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28429 invoked from network); 4 Feb 2014 14:16:55 -0000 Received: from mail-qc0-f182.google.com (HELO mail-qc0-f182.google.com) (209.85.216.182) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 4 Feb 2014 14:16:55 -0000 Received: by mail-qc0-f182.google.com with SMTP id c9so13704267qcz.27 for ; Tue, 04 Feb 2014 06:16:54 -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=PEcju8/i0BvWPMVObbaqKQr2x5Id6ZE0LgfbYV7vTlo=; b=ICNiLWLyciZK8rh5GD1pa4gShOdqa7tw4wpqVqFohvTTAAuHgCWpD8APJ7m+D7lIoD 6olCFjiVMFa4UcmSLCjwAvi8uBwVszO29HT+EyBX0rqYU5zV003cTCwID0BNA6AFpRX6 XdfXwfFoZOU/zVLZFLQOBL4hAHbbm4dJ8REVMW5PvNtB2IECwBoeYHsPvGEtA8Vg44EY dxBTYPliFo19gCqqdDjoSQ9Mf95LAAO/QEezdhHkpmivgvkUuSScaDILl66LhT8bachZ qW7HhBWLxzZIPkF96pPkb0tDOnGGp+NqfsCDgBW4ZxPva+3Sds7sKEXLHAQZydw54jWa NJXw== MIME-Version: 1.0 X-Received: by 10.224.43.144 with SMTP id w16mr67265391qae.93.1391523414099; Tue, 04 Feb 2014 06:16:54 -0800 (PST) Received: by 10.140.83.180 with HTTP; Tue, 4 Feb 2014 06:16:54 -0800 (PST) Received: by 10.140.83.180 with HTTP; Tue, 4 Feb 2014 06:16:54 -0800 (PST) In-Reply-To: References: <1391506224.10515.67.camel@kazak.uk.xensource.com> Date: Tue, 4 Feb 2014 07:16:54 -0700 Message-ID: From: jacek burghardt To: Shane Johnson Cc: xen-users Subject: Re: [Xen-users] xen 4.4 memory limit X-BeenThere: xen-users@lists.xen.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="===============0216758988899636332==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0216758988899636332== Content-Type: multipart/alternative; boundary=047d7bdca19acb4b6b04f1954a20 --047d7bdca19acb4b6b04f1954a20 Content-Type: text/plain; charset=ISO-8859-1 I am using windows 2012 and I was able to install it with 12gb of ram and install share point and it was working fine. I had installed all Microsoft updates and after the that server 2012 stopped starting with 12gb but it works fine with 10gb. I am using latest xen signed drivers. I don't see any errors in logs. Qemu crashed with any amount of ram over 10gb. I am running Xen under arch Linux. --047d7bdca19acb4b6b04f1954a20 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

I am using windows 2012 and I was able to install it with 12= gb of ram and install share point and it was working fine. I had installed = all Microsoft updates and after the that server 2012 stopped starting with = 12gb but it works fine with 10gb. I am using latest xen signed drivers. I d= on't see any errors in logs. Qemu crashed with any amount of ram over 1= 0gb. I am running Xen under arch Linux.=A0

--047d7bdca19acb4b6b04f1954a20-- --===============0216758988899636332== 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 --===============0216758988899636332==-- From xen-users-bounces@lists.xen.org Tue Feb 04 14:17:24 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 04 Feb 2014 14:17: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 1WAgo6-0005x2-6d; Tue, 04 Feb 2014 14:16:58 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WAgo4-0005wx-NK for xen-users@lists.xen.org; Tue, 04 Feb 2014 14:16:56 +0000 Received: from [193.109.254.147:6684] by server-13.bemta-14.messagelabs.com id 56/83-01226-856F0F25; Tue, 04 Feb 2014 14:16:56 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1391523414!1907616!1 X-Originating-IP: [209.85.216.182] X-SpamReason: No, hits=1.5 required=7.0 tests=HTML_00_10,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28429 invoked from network); 4 Feb 2014 14:16:55 -0000 Received: from mail-qc0-f182.google.com (HELO mail-qc0-f182.google.com) (209.85.216.182) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 4 Feb 2014 14:16:55 -0000 Received: by mail-qc0-f182.google.com with SMTP id c9so13704267qcz.27 for ; Tue, 04 Feb 2014 06:16:54 -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=PEcju8/i0BvWPMVObbaqKQr2x5Id6ZE0LgfbYV7vTlo=; b=ICNiLWLyciZK8rh5GD1pa4gShOdqa7tw4wpqVqFohvTTAAuHgCWpD8APJ7m+D7lIoD 6olCFjiVMFa4UcmSLCjwAvi8uBwVszO29HT+EyBX0rqYU5zV003cTCwID0BNA6AFpRX6 XdfXwfFoZOU/zVLZFLQOBL4hAHbbm4dJ8REVMW5PvNtB2IECwBoeYHsPvGEtA8Vg44EY dxBTYPliFo19gCqqdDjoSQ9Mf95LAAO/QEezdhHkpmivgvkUuSScaDILl66LhT8bachZ qW7HhBWLxzZIPkF96pPkb0tDOnGGp+NqfsCDgBW4ZxPva+3Sds7sKEXLHAQZydw54jWa NJXw== MIME-Version: 1.0 X-Received: by 10.224.43.144 with SMTP id w16mr67265391qae.93.1391523414099; Tue, 04 Feb 2014 06:16:54 -0800 (PST) Received: by 10.140.83.180 with HTTP; Tue, 4 Feb 2014 06:16:54 -0800 (PST) Received: by 10.140.83.180 with HTTP; Tue, 4 Feb 2014 06:16:54 -0800 (PST) In-Reply-To: References: <1391506224.10515.67.camel@kazak.uk.xensource.com> Date: Tue, 4 Feb 2014 07:16:54 -0700 Message-ID: From: jacek burghardt To: Shane Johnson Cc: xen-users Subject: Re: [Xen-users] xen 4.4 memory limit X-BeenThere: xen-users@lists.xen.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="===============0216758988899636332==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0216758988899636332== Content-Type: multipart/alternative; boundary=047d7bdca19acb4b6b04f1954a20 --047d7bdca19acb4b6b04f1954a20 Content-Type: text/plain; charset=ISO-8859-1 I am using windows 2012 and I was able to install it with 12gb of ram and install share point and it was working fine. I had installed all Microsoft updates and after the that server 2012 stopped starting with 12gb but it works fine with 10gb. I am using latest xen signed drivers. I don't see any errors in logs. Qemu crashed with any amount of ram over 10gb. I am running Xen under arch Linux. --047d7bdca19acb4b6b04f1954a20 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

I am using windows 2012 and I was able to install it with 12= gb of ram and install share point and it was working fine. I had installed = all Microsoft updates and after the that server 2012 stopped starting with = 12gb but it works fine with 10gb. I am using latest xen signed drivers. I d= on't see any errors in logs. Qemu crashed with any amount of ram over 1= 0gb. I am running Xen under arch Linux.=A0

--047d7bdca19acb4b6b04f1954a20-- --===============0216758988899636332== 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 --===============0216758988899636332==-- From xen-users-bounces@lists.xen.org Tue Feb 04 14:26:16 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 04 Feb 2014 14:26: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 1WAgws-00070e-Jy; Tue, 04 Feb 2014 14:26:02 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WAgwr-00070Y-7z for xen-users@lists.xen.org; Tue, 04 Feb 2014 14:26:01 +0000 Received: from [85.158.139.211:43569] by server-8.bemta-5.messagelabs.com id AF/52-05298-878F0F25; Tue, 04 Feb 2014 14:26:00 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-3.tower-206.messagelabs.com!1391523958!1586156!1 X-Originating-IP: [209.85.216.176] X-SpamReason: No, hits=2.8 required=7.0 tests=HTML_20_30,HTML_MESSAGE, HTML_SHORT_LENGTH,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25683 invoked from network); 4 Feb 2014 14:25:59 -0000 Received: from mail-qc0-f176.google.com (HELO mail-qc0-f176.google.com) (209.85.216.176) by server-3.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 4 Feb 2014 14:25:59 -0000 Received: by mail-qc0-f176.google.com with SMTP id e16so13455048qcx.21 for ; Tue, 04 Feb 2014 06:25:58 -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=3621O6YsLKIyXCajzZnt4huNF8ULSTsfARhTGS5QVrs=; b=VQIfjuJI9ojetnC4oOCLsbrYEsUJfXQSw02pM+nf+A9PqYi4auQNbUCEZ+v6OOaq4Z wTv1iDP1WZI3+tljJKL3XmVcgZu+D7/nfAPdhfv13oJtrnA0D+Sg/57vigEX0+/nLiaV XSghGeYTpjkOycWz42ugYCJjeRGdRg2gFZyGYlyR+Xndxq+4zmvetCwMj6Y/gqe4l6Nj wTuJL0CVJRqOn0U2KrywfWo70LPLx7rsKK7oArCF3QS11IpVaoGgmSDOmg3xhWzFtssm V2NMTOYXLvxk2h487bDu+KXQ8fig0/SHizG3NsFV5jXVNEs3ZooXWT/ObtobCId4gQXB frMg== MIME-Version: 1.0 X-Received: by 10.224.137.5 with SMTP id u5mr14370754qat.12.1391523958344; Tue, 04 Feb 2014 06:25:58 -0800 (PST) Received: by 10.140.83.180 with HTTP; Tue, 4 Feb 2014 06:25:58 -0800 (PST) Received: by 10.140.83.180 with HTTP; Tue, 4 Feb 2014 06:25:58 -0800 (PST) In-Reply-To: References: <1391506224.10515.67.camel@kazak.uk.xensource.com> Date: Tue, 4 Feb 2014 07:25:58 -0700 Message-ID: From: jacek burghardt To: Shane Johnson Cc: xen-users Subject: Re: [Xen-users] xen 4.4 memory limit X-BeenThere: xen-users@lists.xen.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="===============7524111041893020073==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7524111041893020073== Content-Type: multipart/alternative; boundary=001a11c286043c1e9704f1956b66 --001a11c286043c1e9704f1956b66 Content-Type: text/plain; charset=ISO-8859-1 I assumed there is a bug in latest xen signed drivers --001a11c286043c1e9704f1956b66 Content-Type: text/html; charset=ISO-8859-1

I assumed there is a bug in latest xen signed drivers

--001a11c286043c1e9704f1956b66-- --===============7524111041893020073== 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 --===============7524111041893020073==-- From xen-users-bounces@lists.xen.org Tue Feb 04 14:26:16 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 04 Feb 2014 14:26: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 1WAgws-00070e-Jy; Tue, 04 Feb 2014 14:26:02 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WAgwr-00070Y-7z for xen-users@lists.xen.org; Tue, 04 Feb 2014 14:26:01 +0000 Received: from [85.158.139.211:43569] by server-8.bemta-5.messagelabs.com id AF/52-05298-878F0F25; Tue, 04 Feb 2014 14:26:00 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-3.tower-206.messagelabs.com!1391523958!1586156!1 X-Originating-IP: [209.85.216.176] X-SpamReason: No, hits=2.8 required=7.0 tests=HTML_20_30,HTML_MESSAGE, HTML_SHORT_LENGTH,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25683 invoked from network); 4 Feb 2014 14:25:59 -0000 Received: from mail-qc0-f176.google.com (HELO mail-qc0-f176.google.com) (209.85.216.176) by server-3.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 4 Feb 2014 14:25:59 -0000 Received: by mail-qc0-f176.google.com with SMTP id e16so13455048qcx.21 for ; Tue, 04 Feb 2014 06:25:58 -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=3621O6YsLKIyXCajzZnt4huNF8ULSTsfARhTGS5QVrs=; b=VQIfjuJI9ojetnC4oOCLsbrYEsUJfXQSw02pM+nf+A9PqYi4auQNbUCEZ+v6OOaq4Z wTv1iDP1WZI3+tljJKL3XmVcgZu+D7/nfAPdhfv13oJtrnA0D+Sg/57vigEX0+/nLiaV XSghGeYTpjkOycWz42ugYCJjeRGdRg2gFZyGYlyR+Xndxq+4zmvetCwMj6Y/gqe4l6Nj wTuJL0CVJRqOn0U2KrywfWo70LPLx7rsKK7oArCF3QS11IpVaoGgmSDOmg3xhWzFtssm V2NMTOYXLvxk2h487bDu+KXQ8fig0/SHizG3NsFV5jXVNEs3ZooXWT/ObtobCId4gQXB frMg== MIME-Version: 1.0 X-Received: by 10.224.137.5 with SMTP id u5mr14370754qat.12.1391523958344; Tue, 04 Feb 2014 06:25:58 -0800 (PST) Received: by 10.140.83.180 with HTTP; Tue, 4 Feb 2014 06:25:58 -0800 (PST) Received: by 10.140.83.180 with HTTP; Tue, 4 Feb 2014 06:25:58 -0800 (PST) In-Reply-To: References: <1391506224.10515.67.camel@kazak.uk.xensource.com> Date: Tue, 4 Feb 2014 07:25:58 -0700 Message-ID: From: jacek burghardt To: Shane Johnson Cc: xen-users Subject: Re: [Xen-users] xen 4.4 memory limit X-BeenThere: xen-users@lists.xen.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="===============7524111041893020073==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7524111041893020073== Content-Type: multipart/alternative; boundary=001a11c286043c1e9704f1956b66 --001a11c286043c1e9704f1956b66 Content-Type: text/plain; charset=ISO-8859-1 I assumed there is a bug in latest xen signed drivers --001a11c286043c1e9704f1956b66 Content-Type: text/html; charset=ISO-8859-1

I assumed there is a bug in latest xen signed drivers

--001a11c286043c1e9704f1956b66-- --===============7524111041893020073== 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 --===============7524111041893020073==-- From xen-users-bounces@lists.xen.org Tue Feb 04 14:42:53 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 04 Feb 2014 14:42: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 1WAhCv-0008GC-Si; Tue, 04 Feb 2014 14:42:37 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WAY4R-00028A-Nj for xen-users@lists.xenproject.org; Tue, 04 Feb 2014 04:57:15 +0000 Received: from [85.158.139.211:54187] by server-6.bemta-5.messagelabs.com id 2C/15-14342-A2370F25; Tue, 04 Feb 2014 04:57:14 +0000 X-Env-Sender: della5@iinet.com.au X-Msg-Ref: server-13.tower-206.messagelabs.com!1391489832!1434923!1 X-Originating-IP: [203.59.1.224] X-SpamReason: No, hits=0.5 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMDMuNTkuMS4yMjQgPT4gMjEwNDE=\n,sa_preprocessor: QmFkIElQOiAyMDMuNTkuMS4yMjQgPT4gMjEwNDE=\n,BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13244 invoked from network); 4 Feb 2014 04:57:13 -0000 Received: from icp-osb-irony-out7.external.iinet.net.au (HELO icp-osb-irony-out7.external.iinet.net.au) (203.59.1.224) by server-13.tower-206.messagelabs.com with SMTP; 4 Feb 2014 04:57:13 -0000 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AscLAGRy8FJ8qVRu/2dsb2JhbABZgww4gwamBpVigQoWdIIlAQIFAjcyAiYNBAMBAgo0EAklAiEJC4dwDp1QsH6OZi+CKYIJBIlHhR2Gc4JSgTOFPosxgzov X-IronPort-AV: E=Sophos;i="4.95,777,1384272000"; d="scan'208";a="204578374" Received: from unknown (HELO archtester.homenetwork) ([124.169.84.110]) by icp-osb-irony-out7.iinet.net.au with ESMTP; 04 Feb 2014 12:57:10 +0800 Date: Tue, 4 Feb 2014 12:50:54 +0800 From: IAN DELANEY To: xen-users@lists.xenproject.org Message-ID: <20140204125054.4326eca7@archtester.homenetwork> Organization: homenetwork X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.22; x86_64-pc-linux-gnu) Mime-Version: 1.0 X-Mailman-Approved-At: Tue, 04 Feb 2014 14:42:36 +0000 Subject: [Xen-users] Fw: booting X-BeenThere: xen-users@lists.xen.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 forwarded message: Date: Tue, 4 Feb 2014 00:11:36 +0800 From: IAN DELANEY To: xen-arm@lists.xen.org Subject: booting I'm the maintainer of xen @ gentoo and I've been trying to boot into a dom0 kernel for some days now on a cubieboard2. Is it possible for assistance here? http://wiki.xenproject.org/wiki/Xen_ARM_with_Virtualization_Extensions & http://wiki.xenproject.org/wiki/Xen_ARMv7_with_Virtualization_Extensions/Allwinner#Booting_Xen_and_Dom0 are very hard to follow, mainly because they typically assume far too much knowledge on the part of the reader. I'm a dev @ gentoo but a total newbie at arm. The wiki reads as if the cubieboard2 has been used to boot into a dom0 style kernel in testing. The wiki page is hard to follow in part also because the page has apparently been changed then not updated leaving faulty info. The `sunxi-next` contain stuff destined for the next Linux merge window, while `sunxi-devel` contains things targeting future versions. Both branches are rebasing. is correct, however Start from the multi_v7_defconfig multiplatform kernel: make sun7i_dom0_defconfig is NOT. Apparently that kernel is no longer being linked and the current kernel 3.13-rc4 simply does NOT even have the sun7i_dom0_defconfig. "This assumes that the kernel is <4MB, " leaves me in the lurch because the zImage comes up over 4 mb. and I am not versed in hex maths so as to convert all these addresses, which leaves me vulnerable to making wrong data. "console=hvc0 ro root=/dev/sda1 " does this pertain to a usb boot? Mine is actually from an SDHC card, once again making for uncertainty. setenv bootargs "console=dtuart dtuart=/soc@01c00000/serial@01c28000 dom0_mem=128M" What happened to root=.... ? Parameters for the domain 0 kernel are passed using the xen,dom0-bootargs Does this mean it becomes setenv xen,dom0-bootargs "....." or perhaps just setenv dom0-bootargs "....." making the instruction text "are passed using the xen,dom0-bootargs" utterly ambiguous, again creating uncertainty. I initially booted into the CB2 via the 3.4-75 kernel from sunxi with a boot.cmd provided by the arm arch dev @ gentoo. He knows nothing about xen and doesn't even understand what a dom0 is. Currently, despite using a boot.xen amd mkimage a boot.scr from the boot.xen, the CB2 boots into the WRONG kernel. This underlines the problem with the wki for Xen_ARMv7_with_Virtualization_Extensions. It's both faulty and as clear as proverbial mud. The use of the u-boot is totally new to me having become accustomed to grub. The instructs for such a challenging and technically intricate process of booting a dom0 in an arm board need be made crystal clear, and it isn't. I'm circumspect about gaining clear answers from this source and therefore about being able to get the CB2 to boot into dom0. If a xen maintainer @ gentoo can't follow this literature, what chance a user? Date: Mon, 03 Feb 2014 16:17:47 +0000 From: xen-arm-owner@lists.xen.org To: idella4@gentoo.org Subject: booting This list has been closed on 20/11/2013 after a community vote. Xen on ARM is now a fully supported feature of mainline Xen and as such discussions related to it should happen on xen-devel@lists.xenproject.org or xen-users@lists.xenproject.org. For more information on xen mailing lists see http://www.xenproject.org/help/mailing-list.html Discussions related to the Samsung Xen ARM PV port can also be posted on xen-devel@lists.xenproject.org or xen-users@lists.xenproject.org. Just make sure you add ARMPV to the subject line. For questions to Xen on ARM in general, please add ARM to the subject line. So I forward it to xen-users@lists. -- kind regards Ian Delaney -- kind regards Ian Delaney _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Feb 04 14:42:53 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 04 Feb 2014 14:42: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 1WAhCv-0008GC-Si; Tue, 04 Feb 2014 14:42:37 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WAY4R-00028A-Nj for xen-users@lists.xenproject.org; Tue, 04 Feb 2014 04:57:15 +0000 Received: from [85.158.139.211:54187] by server-6.bemta-5.messagelabs.com id 2C/15-14342-A2370F25; Tue, 04 Feb 2014 04:57:14 +0000 X-Env-Sender: della5@iinet.com.au X-Msg-Ref: server-13.tower-206.messagelabs.com!1391489832!1434923!1 X-Originating-IP: [203.59.1.224] X-SpamReason: No, hits=0.5 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMDMuNTkuMS4yMjQgPT4gMjEwNDE=\n,sa_preprocessor: QmFkIElQOiAyMDMuNTkuMS4yMjQgPT4gMjEwNDE=\n,BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13244 invoked from network); 4 Feb 2014 04:57:13 -0000 Received: from icp-osb-irony-out7.external.iinet.net.au (HELO icp-osb-irony-out7.external.iinet.net.au) (203.59.1.224) by server-13.tower-206.messagelabs.com with SMTP; 4 Feb 2014 04:57:13 -0000 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AscLAGRy8FJ8qVRu/2dsb2JhbABZgww4gwamBpVigQoWdIIlAQIFAjcyAiYNBAMBAgo0EAklAiEJC4dwDp1QsH6OZi+CKYIJBIlHhR2Gc4JSgTOFPosxgzov X-IronPort-AV: E=Sophos;i="4.95,777,1384272000"; d="scan'208";a="204578374" Received: from unknown (HELO archtester.homenetwork) ([124.169.84.110]) by icp-osb-irony-out7.iinet.net.au with ESMTP; 04 Feb 2014 12:57:10 +0800 Date: Tue, 4 Feb 2014 12:50:54 +0800 From: IAN DELANEY To: xen-users@lists.xenproject.org Message-ID: <20140204125054.4326eca7@archtester.homenetwork> Organization: homenetwork X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.22; x86_64-pc-linux-gnu) Mime-Version: 1.0 X-Mailman-Approved-At: Tue, 04 Feb 2014 14:42:36 +0000 Subject: [Xen-users] Fw: booting X-BeenThere: xen-users@lists.xen.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 forwarded message: Date: Tue, 4 Feb 2014 00:11:36 +0800 From: IAN DELANEY To: xen-arm@lists.xen.org Subject: booting I'm the maintainer of xen @ gentoo and I've been trying to boot into a dom0 kernel for some days now on a cubieboard2. Is it possible for assistance here? http://wiki.xenproject.org/wiki/Xen_ARM_with_Virtualization_Extensions & http://wiki.xenproject.org/wiki/Xen_ARMv7_with_Virtualization_Extensions/Allwinner#Booting_Xen_and_Dom0 are very hard to follow, mainly because they typically assume far too much knowledge on the part of the reader. I'm a dev @ gentoo but a total newbie at arm. The wiki reads as if the cubieboard2 has been used to boot into a dom0 style kernel in testing. The wiki page is hard to follow in part also because the page has apparently been changed then not updated leaving faulty info. The `sunxi-next` contain stuff destined for the next Linux merge window, while `sunxi-devel` contains things targeting future versions. Both branches are rebasing. is correct, however Start from the multi_v7_defconfig multiplatform kernel: make sun7i_dom0_defconfig is NOT. Apparently that kernel is no longer being linked and the current kernel 3.13-rc4 simply does NOT even have the sun7i_dom0_defconfig. "This assumes that the kernel is <4MB, " leaves me in the lurch because the zImage comes up over 4 mb. and I am not versed in hex maths so as to convert all these addresses, which leaves me vulnerable to making wrong data. "console=hvc0 ro root=/dev/sda1 " does this pertain to a usb boot? Mine is actually from an SDHC card, once again making for uncertainty. setenv bootargs "console=dtuart dtuart=/soc@01c00000/serial@01c28000 dom0_mem=128M" What happened to root=.... ? Parameters for the domain 0 kernel are passed using the xen,dom0-bootargs Does this mean it becomes setenv xen,dom0-bootargs "....." or perhaps just setenv dom0-bootargs "....." making the instruction text "are passed using the xen,dom0-bootargs" utterly ambiguous, again creating uncertainty. I initially booted into the CB2 via the 3.4-75 kernel from sunxi with a boot.cmd provided by the arm arch dev @ gentoo. He knows nothing about xen and doesn't even understand what a dom0 is. Currently, despite using a boot.xen amd mkimage a boot.scr from the boot.xen, the CB2 boots into the WRONG kernel. This underlines the problem with the wki for Xen_ARMv7_with_Virtualization_Extensions. It's both faulty and as clear as proverbial mud. The use of the u-boot is totally new to me having become accustomed to grub. The instructs for such a challenging and technically intricate process of booting a dom0 in an arm board need be made crystal clear, and it isn't. I'm circumspect about gaining clear answers from this source and therefore about being able to get the CB2 to boot into dom0. If a xen maintainer @ gentoo can't follow this literature, what chance a user? Date: Mon, 03 Feb 2014 16:17:47 +0000 From: xen-arm-owner@lists.xen.org To: idella4@gentoo.org Subject: booting This list has been closed on 20/11/2013 after a community vote. Xen on ARM is now a fully supported feature of mainline Xen and as such discussions related to it should happen on xen-devel@lists.xenproject.org or xen-users@lists.xenproject.org. For more information on xen mailing lists see http://www.xenproject.org/help/mailing-list.html Discussions related to the Samsung Xen ARM PV port can also be posted on xen-devel@lists.xenproject.org or xen-users@lists.xenproject.org. Just make sure you add ARMPV to the subject line. For questions to Xen on ARM in general, please add ARM to the subject line. So I forward it to xen-users@lists. -- kind regards Ian Delaney -- kind regards Ian Delaney _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Feb 04 14:43:06 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 04 Feb 2014 14:43: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 1WAhDJ-0008Hy-H1; Tue, 04 Feb 2014 14:43:01 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WALtf-0005LE-Sa for xen-users@lists.xensource.com; Mon, 03 Feb 2014 15:57:20 +0000 Received: from [85.158.137.68:37275] by server-11.bemta-3.messagelabs.com id 15/34-04255-E5CBFE25; Mon, 03 Feb 2014 15:57:18 +0000 X-Env-Sender: thijsraets@gmail.com X-Msg-Ref: server-5.tower-31.messagelabs.com!1391443037!13053817!1 X-Originating-IP: [216.139.236.26] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1853 invoked from network); 3 Feb 2014 15:57:18 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-5.tower-31.messagelabs.com with AES256-SHA encrypted SMTP; 3 Feb 2014 15:57:18 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1WALtc-00038h-ED for xen-users@lists.xensource.com; Mon, 03 Feb 2014 07:57:16 -0800 Date: Mon, 3 Feb 2014 07:57:16 -0800 (PST) From: thijsraets To: xen-users@lists.xensource.com Message-ID: <1391443036075-5721095.post@n5.nabble.com> In-Reply-To: <526BD553.3020107@gmail.com> References: <5269C836.5040501@gmail.com> <20131025081228.GC24345@zion.uk.xensource.com> <526A497A.5060405@gmail.com> <1382697920.22417.149.camel@hastur.hellion.org.uk> <526B1FAE.60704@gmail.com> <1382770280.22417.167.camel@hastur.hellion.org.uk> <526BD553.3020107@gmail.com> MIME-Version: 1.0 X-Mailman-Approved-At: Tue, 04 Feb 2014 14:43:00 +0000 Subject: Re: [Xen-users] Install Xen 4.4-Unstable X-BeenThere: xen-users@lists.xen.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 Sm9obiBXYXJnbyB3cm90ZQo+IAo+IEFmdGVyIHJlbW92aW5nIGJvdGggaW5zdGFsbHMsIHRoZW4g aW5zdGFsbGluZyB4ZW4gdG8gL3Vzci9sb2NhbCwgSSBhZGRlZCAKPiAvdXNyL2xvY2FsL3NiaW4g dG8gbXkgcGF0aCwgYW5kIGl0IGFsbCB3b3JrcyBncmVhdCBub3cuCj4gCj4gVGhhbmtzIGZvciB5 b3VyIHRpbWUsCj4gLUpvaG4KPiAKPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXwo+IFhlbi11c2VycyBtYWlsaW5nIGxpc3QKCj4gWGVuLXVzZXJzQC54ZW4K Cj4gaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJzCgpKb2huLCAKCknigJltIGV4cGVyaWVu Y2luZyB0aGUgc2FtZSBwcm9ibGVtcyBoZXJlIChGZWRvcmEgMTgsIFhlbiA0LjMpIGhvd2V2ZXIg YWRkaW5nCi91c3IvbG9jYWwvc2JpbiB0byBteSBwYXRoIGRpZG7igJl0IHdvcmsgZm9yIG1lLiAg SeKAmW0gcXVpdGUgbmV3IHRvIHRoaXMgY291bGQKeW91IGdpdmUgbWUgYSBtb3JlIGV4YWN0IGRl c2NyaXB0aW9uIG9mIHRoZSBzdGVwcyB5b3UgZm9sbG93ZWQgdG8gbWFrZSB5b3VyCnNldHVwIHdv cms/CgoKCgoKLS0KVmlldyB0aGlzIG1lc3NhZ2UgaW4gY29udGV4dDogaHR0cDovL3hlbi4xMDQ1 NzEyLm41Lm5hYmJsZS5jb20vSW5zdGFsbC1YZW4tNC00LVVuc3RhYmxlLXRwNTcxOTQxN3A1NzIx MDk1Lmh0bWwKU2VudCBmcm9tIHRoZSBYZW4gLSBVc2VyIG1haWxpbmcgbGlzdCBhcmNoaXZlIGF0 IE5hYmJsZS5jb20uCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6 Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Tue Feb 04 14:43:06 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 04 Feb 2014 14:43: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 1WAhDJ-0008Hy-H1; Tue, 04 Feb 2014 14:43:01 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WALtf-0005LE-Sa for xen-users@lists.xensource.com; Mon, 03 Feb 2014 15:57:20 +0000 Received: from [85.158.137.68:37275] by server-11.bemta-3.messagelabs.com id 15/34-04255-E5CBFE25; Mon, 03 Feb 2014 15:57:18 +0000 X-Env-Sender: thijsraets@gmail.com X-Msg-Ref: server-5.tower-31.messagelabs.com!1391443037!13053817!1 X-Originating-IP: [216.139.236.26] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1853 invoked from network); 3 Feb 2014 15:57:18 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-5.tower-31.messagelabs.com with AES256-SHA encrypted SMTP; 3 Feb 2014 15:57:18 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1WALtc-00038h-ED for xen-users@lists.xensource.com; Mon, 03 Feb 2014 07:57:16 -0800 Date: Mon, 3 Feb 2014 07:57:16 -0800 (PST) From: thijsraets To: xen-users@lists.xensource.com Message-ID: <1391443036075-5721095.post@n5.nabble.com> In-Reply-To: <526BD553.3020107@gmail.com> References: <5269C836.5040501@gmail.com> <20131025081228.GC24345@zion.uk.xensource.com> <526A497A.5060405@gmail.com> <1382697920.22417.149.camel@hastur.hellion.org.uk> <526B1FAE.60704@gmail.com> <1382770280.22417.167.camel@hastur.hellion.org.uk> <526BD553.3020107@gmail.com> MIME-Version: 1.0 X-Mailman-Approved-At: Tue, 04 Feb 2014 14:43:00 +0000 Subject: Re: [Xen-users] Install Xen 4.4-Unstable X-BeenThere: xen-users@lists.xen.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 Sm9obiBXYXJnbyB3cm90ZQo+IAo+IEFmdGVyIHJlbW92aW5nIGJvdGggaW5zdGFsbHMsIHRoZW4g aW5zdGFsbGluZyB4ZW4gdG8gL3Vzci9sb2NhbCwgSSBhZGRlZCAKPiAvdXNyL2xvY2FsL3NiaW4g dG8gbXkgcGF0aCwgYW5kIGl0IGFsbCB3b3JrcyBncmVhdCBub3cuCj4gCj4gVGhhbmtzIGZvciB5 b3VyIHRpbWUsCj4gLUpvaG4KPiAKPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXwo+IFhlbi11c2VycyBtYWlsaW5nIGxpc3QKCj4gWGVuLXVzZXJzQC54ZW4K Cj4gaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJzCgpKb2huLCAKCknigJltIGV4cGVyaWVu Y2luZyB0aGUgc2FtZSBwcm9ibGVtcyBoZXJlIChGZWRvcmEgMTgsIFhlbiA0LjMpIGhvd2V2ZXIg YWRkaW5nCi91c3IvbG9jYWwvc2JpbiB0byBteSBwYXRoIGRpZG7igJl0IHdvcmsgZm9yIG1lLiAg SeKAmW0gcXVpdGUgbmV3IHRvIHRoaXMgY291bGQKeW91IGdpdmUgbWUgYSBtb3JlIGV4YWN0IGRl c2NyaXB0aW9uIG9mIHRoZSBzdGVwcyB5b3UgZm9sbG93ZWQgdG8gbWFrZSB5b3VyCnNldHVwIHdv cms/CgoKCgoKLS0KVmlldyB0aGlzIG1lc3NhZ2UgaW4gY29udGV4dDogaHR0cDovL3hlbi4xMDQ1 NzEyLm41Lm5hYmJsZS5jb20vSW5zdGFsbC1YZW4tNC00LVVuc3RhYmxlLXRwNTcxOTQxN3A1NzIx MDk1Lmh0bWwKU2VudCBmcm9tIHRoZSBYZW4gLSBVc2VyIG1haWxpbmcgbGlzdCBhcmNoaXZlIGF0 IE5hYmJsZS5jb20uCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6 Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Tue Feb 04 15:16:59 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 04 Feb 2014 15:16: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 1WAhjW-0002eD-OE; Tue, 04 Feb 2014 15:16:18 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WAhjV-0002e8-Nn for xen-users@lists.xenproject.org; Tue, 04 Feb 2014 15:16:17 +0000 Received: from [193.109.254.147:20731] by server-3.bemta-14.messagelabs.com id F1/8A-00432-14401F25; Tue, 04 Feb 2014 15:16:17 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1391526973!1960721!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21296 invoked from network); 4 Feb 2014 15:16:16 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 4 Feb 2014 15:16:16 -0000 X-IronPort-AV: E=Sophos;i="4.95,780,1384300800"; d="scan'208";a="97772320" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 04 Feb 2014 15:16:13 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL03.citrite.net (10.13.107.80) with Microsoft SMTP Server id 14.2.342.4; Tue, 4 Feb 2014 10:16:12 -0500 Message-ID: <1391526972.6497.27.camel@kazak.uk.xensource.com> From: Ian Campbell To: IAN DELANEY Date: Tue, 4 Feb 2014 15:16:12 +0000 In-Reply-To: <20140204125054.4326eca7@archtester.homenetwork> References: <20140204125054.4326eca7@archtester.homenetwork> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: xen-users@lists.xenproject.org Subject: Re: [Xen-users] Fw: booting X-BeenThere: xen-users@lists.xen.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, 2014-02-04 at 12:50 +0800, IAN DELANEY wrote: > are very hard to follow, mainly because they typically assume far too > much knowledge on the part of the reader. I'm a dev @ gentoo but a > total newbie at arm. I'm afraid that Xen on ARM is not yet aimed at the total newbie on ARM. > Start from the multi_v7_defconfig multiplatform kernel: > > make sun7i_dom0_defconfig > > is NOT. Apparently that kernel is no longer being linked and the > current kernel 3.13-rc4 simply does NOT even have the > sun7i_dom0_defconfig. Sorry, my fault, This was something added to the random github tree which used to be pointed to by the guy who wrote the original instructions. The right advice is to start from "multi_v7_defconfig". Actually. It seems I originally managed to change the text but not the example. I've fixed that now > "This assumes that the kernel is <4MB, " > > leaves me in the lurch because the zImage comes up over 4 mb. and I am > not versed in hex maths so as to convert all these addresses, which > leaves me vulnerable to making wrong data. gnome-calculator speaks hex, as do many other tools. I'm afraid this is sort of normal for ARM/u-boot systems. > > "console=hvc0 ro root=/dev/sda1 " > > does this pertain to a usb boot? Mine is actually from an SDHC card, > once again making for uncertainty. It can be whatever you would use to boot natively on this platform. I suspect that means /dev/mmcblkN but I haven't been booting from that so I don't know. > setenv bootargs "console=dtuart dtuart=/soc@01c00000/serial@01c28000 > dom0_mem=128M" > > > What happened to root=.... ? That is the hypervisor command line, the root= is a kernel parameter. > Parameters for the domain 0 kernel are passed using the > xen,dom0-bootargs I don't see any reference to dom0-bootargs on the allwinner page. > I initially booted into the CB2 via the 3.4-75 kernel from sunxi with a > boot.cmd provided by the arm arch dev @ gentoo. He knows nothing about > xen and doesn't even understand what a dom0 is. Currently, despite > using a boot.xen amd mkimage a boot.scr from the boot.xen, the CB2 > boots into the WRONG kernel. I have no idea what you've done here but Linux 3.4 just won't work with Xen on ARM. > This underlines the problem with the wki for > Xen_ARMv7_with_Virtualization_Extensions. It's both faulty and as clear > as proverbial mud. > The use of the u-boot is totally new to me having become accustomed to > grub. The instructs for such a challenging and technically intricate > process of booting a dom0 in an arm board need be made crystal clear, > and it isn't. I'm circumspect about gaining clear answers from this > source and therefore about being able to get the CB2 to boot into > dom0. If a xen maintainer @ gentoo can't follow this literature, what > chance a user? This stuff isn't even released yet. Nobody has said it is ready for end users yet -- it is ready for interested devs to use. I appreciate that things are not as clear as they might be, I'm sorry but at this stage I think it is not unreasonable to expect that people try Xen on ARM are already somewhat familiar with Linux on ARM, which means u-boot and some of the terms used here. Anyway, we are trying to make this easier but it is clearly not ready yet. Lastly, please drop the aggressive tone, I appreciate that you have found this frustrating, but it is not going to encourage people to try and help you. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Feb 04 15:16:59 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 04 Feb 2014 15:16: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 1WAhjW-0002eD-OE; Tue, 04 Feb 2014 15:16:18 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WAhjV-0002e8-Nn for xen-users@lists.xenproject.org; Tue, 04 Feb 2014 15:16:17 +0000 Received: from [193.109.254.147:20731] by server-3.bemta-14.messagelabs.com id F1/8A-00432-14401F25; Tue, 04 Feb 2014 15:16:17 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1391526973!1960721!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21296 invoked from network); 4 Feb 2014 15:16:16 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 4 Feb 2014 15:16:16 -0000 X-IronPort-AV: E=Sophos;i="4.95,780,1384300800"; d="scan'208";a="97772320" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 04 Feb 2014 15:16:13 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL03.citrite.net (10.13.107.80) with Microsoft SMTP Server id 14.2.342.4; Tue, 4 Feb 2014 10:16:12 -0500 Message-ID: <1391526972.6497.27.camel@kazak.uk.xensource.com> From: Ian Campbell To: IAN DELANEY Date: Tue, 4 Feb 2014 15:16:12 +0000 In-Reply-To: <20140204125054.4326eca7@archtester.homenetwork> References: <20140204125054.4326eca7@archtester.homenetwork> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: xen-users@lists.xenproject.org Subject: Re: [Xen-users] Fw: booting X-BeenThere: xen-users@lists.xen.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, 2014-02-04 at 12:50 +0800, IAN DELANEY wrote: > are very hard to follow, mainly because they typically assume far too > much knowledge on the part of the reader. I'm a dev @ gentoo but a > total newbie at arm. I'm afraid that Xen on ARM is not yet aimed at the total newbie on ARM. > Start from the multi_v7_defconfig multiplatform kernel: > > make sun7i_dom0_defconfig > > is NOT. Apparently that kernel is no longer being linked and the > current kernel 3.13-rc4 simply does NOT even have the > sun7i_dom0_defconfig. Sorry, my fault, This was something added to the random github tree which used to be pointed to by the guy who wrote the original instructions. The right advice is to start from "multi_v7_defconfig". Actually. It seems I originally managed to change the text but not the example. I've fixed that now > "This assumes that the kernel is <4MB, " > > leaves me in the lurch because the zImage comes up over 4 mb. and I am > not versed in hex maths so as to convert all these addresses, which > leaves me vulnerable to making wrong data. gnome-calculator speaks hex, as do many other tools. I'm afraid this is sort of normal for ARM/u-boot systems. > > "console=hvc0 ro root=/dev/sda1 " > > does this pertain to a usb boot? Mine is actually from an SDHC card, > once again making for uncertainty. It can be whatever you would use to boot natively on this platform. I suspect that means /dev/mmcblkN but I haven't been booting from that so I don't know. > setenv bootargs "console=dtuart dtuart=/soc@01c00000/serial@01c28000 > dom0_mem=128M" > > > What happened to root=.... ? That is the hypervisor command line, the root= is a kernel parameter. > Parameters for the domain 0 kernel are passed using the > xen,dom0-bootargs I don't see any reference to dom0-bootargs on the allwinner page. > I initially booted into the CB2 via the 3.4-75 kernel from sunxi with a > boot.cmd provided by the arm arch dev @ gentoo. He knows nothing about > xen and doesn't even understand what a dom0 is. Currently, despite > using a boot.xen amd mkimage a boot.scr from the boot.xen, the CB2 > boots into the WRONG kernel. I have no idea what you've done here but Linux 3.4 just won't work with Xen on ARM. > This underlines the problem with the wki for > Xen_ARMv7_with_Virtualization_Extensions. It's both faulty and as clear > as proverbial mud. > The use of the u-boot is totally new to me having become accustomed to > grub. The instructs for such a challenging and technically intricate > process of booting a dom0 in an arm board need be made crystal clear, > and it isn't. I'm circumspect about gaining clear answers from this > source and therefore about being able to get the CB2 to boot into > dom0. If a xen maintainer @ gentoo can't follow this literature, what > chance a user? This stuff isn't even released yet. Nobody has said it is ready for end users yet -- it is ready for interested devs to use. I appreciate that things are not as clear as they might be, I'm sorry but at this stage I think it is not unreasonable to expect that people try Xen on ARM are already somewhat familiar with Linux on ARM, which means u-boot and some of the terms used here. Anyway, we are trying to make this easier but it is clearly not ready yet. Lastly, please drop the aggressive tone, I appreciate that you have found this frustrating, but it is not going to encourage people to try and help you. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Feb 04 16:41:46 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 04 Feb 2014 16:41: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 1WAj3B-0004bt-T0; Tue, 04 Feb 2014 16:40:41 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WAj3B-0004bm-7S for xen-users@lists.xensource.com; Tue, 04 Feb 2014 16:40:41 +0000 Received: from [85.158.137.68:15592] by server-13.bemta-3.messagelabs.com id 38/96-26923-80811F25; Tue, 04 Feb 2014 16:40:40 +0000 X-Env-Sender: guy20034u@yahoo.com X-Msg-Ref: server-13.tower-31.messagelabs.com!1391532038!13336502!1 X-Originating-IP: [216.139.236.26] X-SpamReason: No, hits=1.1 required=7.0 tests=BODY_RANDOM_LONG, FORGED_YAHOO_RCVD,ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13343 invoked from network); 4 Feb 2014 16:40:39 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-13.tower-31.messagelabs.com with AES256-SHA encrypted SMTP; 4 Feb 2014 16:40:39 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1WAj37-0001RQ-8M for xen-users@lists.xensource.com; Tue, 04 Feb 2014 08:40:37 -0800 Date: Tue, 4 Feb 2014 08:40:37 -0800 (PST) From: sbdcunha To: xen-users@lists.xensource.com Message-ID: <1391532037250-5721108.post@n5.nabble.com> MIME-Version: 1.0 Subject: [Xen-users] new xen guest cannot communicate with the network X-BeenThere: xen-users@lists.xen.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 Dear All, I have a fresh new setup of the below on new cisco UCS Blade server Centos 6.5 x 64 Xen 4.2.3 now I did install a new centos 6.5 virtual machine domU and selected the network as a bridge the issue I have is the domu can ping the xen server that is domain 0 and vice versa but from the DOMU machine I cannot reach any other machine from the Xen server that is Domain 0 there is absolutely no problem. its can reach any machine in our network below is the config of the xen domain server ---- [root@xenserver1 log]# ifconfig br1 Link encap:Ethernet HWaddr 00:25:B5:10:00:05 inet addr:172.16.2.52 Bcast:172.16.2.255 Mask:255.255.255.0 inet6 addr: fe80::225:b5ff:fe10:5/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:16355 errors:0 dropped:88 overruns:0 frame:0 TX packets:1969 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:1178766 (1.1 MiB) TX bytes:331166 (323.4 KiB) eth1 Link encap:Ethernet HWaddr 00:25:B5:10:00:05 inet6 addr: fe80::225:b5ff:fe10:5/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:16049 errors:0 dropped:0 overruns:0 frame:0 TX packets:1534 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:1481245 (1.4 MiB) TX bytes:296899 (289.9 KiB) 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:6 errors:0 dropped:0 overruns:0 frame:0 TX packets:6 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:504 (504.0 b) TX bytes:504 (504.0 b) vif1.0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:340 errors:0 dropped:0 overruns:0 frame:0 TX packets:14844 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:32 RX bytes:52561 (51.3 KiB) TX bytes:1317477 (1.2 MiB) virbr0 Link encap:Ethernet HWaddr 8A:B9:0F:8B:8D:95 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) ---- [root@xenserver1 log]# route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface default 172.16.2.254 0.0.0.0 UG 0 0 0 br1 link-local * 255.255.0.0 U 1004 0 0 br1 172.16.2.0 * 255.255.255.0 U 0 0 0 br1 192.168.122.0 * 255.255.255.0 U 0 0 0 virbr0 --- now on the xen dom U ip is 172.16.2.53 and gateway is 172.16.2.254 ------- [root@xenserver1 log]# brctl show bridge name bridge id STP enabled interfaces br1 8000.0025b5100005 no eth1 vif1.0 virbr0 8000.000000000000 yes ------------ what I am missing .. really appreciate your kind help regards simon -- View this message in context: http://xen.1045712.n5.nabble.com/new-xen-guest-cannot-communicate-with-the-network-tp5721108.html Sent from the Xen - User mailing list archive at Nabble.com. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Feb 04 16:41:46 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 04 Feb 2014 16:41: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 1WAj3B-0004bt-T0; Tue, 04 Feb 2014 16:40:41 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WAj3B-0004bm-7S for xen-users@lists.xensource.com; Tue, 04 Feb 2014 16:40:41 +0000 Received: from [85.158.137.68:15592] by server-13.bemta-3.messagelabs.com id 38/96-26923-80811F25; Tue, 04 Feb 2014 16:40:40 +0000 X-Env-Sender: guy20034u@yahoo.com X-Msg-Ref: server-13.tower-31.messagelabs.com!1391532038!13336502!1 X-Originating-IP: [216.139.236.26] X-SpamReason: No, hits=1.1 required=7.0 tests=BODY_RANDOM_LONG, FORGED_YAHOO_RCVD,ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13343 invoked from network); 4 Feb 2014 16:40:39 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-13.tower-31.messagelabs.com with AES256-SHA encrypted SMTP; 4 Feb 2014 16:40:39 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1WAj37-0001RQ-8M for xen-users@lists.xensource.com; Tue, 04 Feb 2014 08:40:37 -0800 Date: Tue, 4 Feb 2014 08:40:37 -0800 (PST) From: sbdcunha To: xen-users@lists.xensource.com Message-ID: <1391532037250-5721108.post@n5.nabble.com> MIME-Version: 1.0 Subject: [Xen-users] new xen guest cannot communicate with the network X-BeenThere: xen-users@lists.xen.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 Dear All, I have a fresh new setup of the below on new cisco UCS Blade server Centos 6.5 x 64 Xen 4.2.3 now I did install a new centos 6.5 virtual machine domU and selected the network as a bridge the issue I have is the domu can ping the xen server that is domain 0 and vice versa but from the DOMU machine I cannot reach any other machine from the Xen server that is Domain 0 there is absolutely no problem. its can reach any machine in our network below is the config of the xen domain server ---- [root@xenserver1 log]# ifconfig br1 Link encap:Ethernet HWaddr 00:25:B5:10:00:05 inet addr:172.16.2.52 Bcast:172.16.2.255 Mask:255.255.255.0 inet6 addr: fe80::225:b5ff:fe10:5/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:16355 errors:0 dropped:88 overruns:0 frame:0 TX packets:1969 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:1178766 (1.1 MiB) TX bytes:331166 (323.4 KiB) eth1 Link encap:Ethernet HWaddr 00:25:B5:10:00:05 inet6 addr: fe80::225:b5ff:fe10:5/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:16049 errors:0 dropped:0 overruns:0 frame:0 TX packets:1534 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:1481245 (1.4 MiB) TX bytes:296899 (289.9 KiB) 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:6 errors:0 dropped:0 overruns:0 frame:0 TX packets:6 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:504 (504.0 b) TX bytes:504 (504.0 b) vif1.0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:340 errors:0 dropped:0 overruns:0 frame:0 TX packets:14844 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:32 RX bytes:52561 (51.3 KiB) TX bytes:1317477 (1.2 MiB) virbr0 Link encap:Ethernet HWaddr 8A:B9:0F:8B:8D:95 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) ---- [root@xenserver1 log]# route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface default 172.16.2.254 0.0.0.0 UG 0 0 0 br1 link-local * 255.255.0.0 U 1004 0 0 br1 172.16.2.0 * 255.255.255.0 U 0 0 0 br1 192.168.122.0 * 255.255.255.0 U 0 0 0 virbr0 --- now on the xen dom U ip is 172.16.2.53 and gateway is 172.16.2.254 ------- [root@xenserver1 log]# brctl show bridge name bridge id STP enabled interfaces br1 8000.0025b5100005 no eth1 vif1.0 virbr0 8000.000000000000 yes ------------ what I am missing .. really appreciate your kind help regards simon -- View this message in context: http://xen.1045712.n5.nabble.com/new-xen-guest-cannot-communicate-with-the-network-tp5721108.html Sent from the Xen - User mailing list archive at Nabble.com. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Feb 04 17:51:04 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 04 Feb 2014 17:51: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 1WAk8C-0008Q0-0p; Tue, 04 Feb 2014 17:49:56 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WAk8A-0008Pe-HT for xen-users@lists.xensource.com; Tue, 04 Feb 2014 17:49:54 +0000 Received: from [85.158.143.35:65457] by server-3.bemta-4.messagelabs.com id 00/C8-11539-14821F25; Tue, 04 Feb 2014 17:49:53 +0000 X-Env-Sender: wei.liu2@citrix.com X-Msg-Ref: server-4.tower-21.messagelabs.com!1391536190!3121664!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 352 invoked from network); 4 Feb 2014 17:49:51 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-4.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 4 Feb 2014 17:49:51 -0000 X-IronPort-AV: E=Sophos;i="4.95,781,1384300800"; d="scan'208";a="97867374" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 04 Feb 2014 17:49:49 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.79) with Microsoft SMTP Server id 14.2.342.4; Tue, 4 Feb 2014 12:49:49 -0500 Received: from zion.uk.xensource.com ([10.80.2.73]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1WAjre-000569-Bi; Tue, 04 Feb 2014 17:32:50 +0000 Date: Tue, 4 Feb 2014 17:32:50 +0000 From: Wei Liu To: sbdcunha Message-ID: <20140204173250.GA20603@zion.uk.xensource.com> References: <1391532037250-5721108.post@n5.nabble.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <1391532037250-5721108.post@n5.nabble.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-DLP: MIA1 Cc: wei.liu2@citrix.com, xen-users@lists.xensource.com Subject: Re: [Xen-users] new xen guest cannot communicate with the network X-BeenThere: xen-users@lists.xen.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 04, 2014 at 08:40:37AM -0800, sbdcunha wrote: > > Dear All, > > I have a fresh new setup of the below on new cisco UCS Blade server > > Centos 6.5 x 64 > Xen 4.2.3 > > now I did install a new centos 6.5 virtual machine domU and selected the > network as a bridge > the issue I have is the domu can ping the xen server that is domain 0 and > vice versa but from the DOMU machine I cannot reach any other machine > > from the Xen server that is Domain 0 there is absolutely no problem. its can > reach any machine in our network > Perhaps you need to modify some bridge options. Here is what I have (sysctl -a | grep bridge) net.bridge.bridge-nf-call-arptables = 1 net.bridge.bridge-nf-call-ip6tables = 1 net.bridge.bridge-nf-call-iptables = 1 net.bridge.bridge-nf-filter-pppoe-tagged = 0 net.bridge.bridge-nf-filter-vlan-tagged = 0 net.bridge.bridge-nf-pass-vlan-input-dev = 0 You probably also need to check your iptable configuration. Wei. > > below is the config of the xen domain server > > ---- > [root@xenserver1 log]# ifconfig > br1 Link encap:Ethernet HWaddr 00:25:B5:10:00:05 > inet addr:172.16.2.52 Bcast:172.16.2.255 Mask:255.255.255.0 > inet6 addr: fe80::225:b5ff:fe10:5/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:16355 errors:0 dropped:88 overruns:0 frame:0 > TX packets:1969 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:0 > RX bytes:1178766 (1.1 MiB) TX bytes:331166 (323.4 KiB) > > eth1 Link encap:Ethernet HWaddr 00:25:B5:10:00:05 > inet6 addr: fe80::225:b5ff:fe10:5/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:16049 errors:0 dropped:0 overruns:0 frame:0 > TX packets:1534 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:1000 > RX bytes:1481245 (1.4 MiB) TX bytes:296899 (289.9 KiB) > > 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:6 errors:0 dropped:0 overruns:0 frame:0 > TX packets:6 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:0 > RX bytes:504 (504.0 b) TX bytes:504 (504.0 b) > > vif1.0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF > inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:340 errors:0 dropped:0 overruns:0 frame:0 > TX packets:14844 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:32 > RX bytes:52561 (51.3 KiB) TX bytes:1317477 (1.2 MiB) > > virbr0 Link encap:Ethernet HWaddr 8A:B9:0F:8B:8D:95 > 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) > > ---- > > [root@xenserver1 log]# route > Kernel IP routing table > Destination Gateway Genmask Flags Metric Ref Use > Iface > default 172.16.2.254 0.0.0.0 UG 0 0 0 br1 > link-local * 255.255.0.0 U 1004 0 0 br1 > 172.16.2.0 * 255.255.255.0 U 0 0 0 br1 > 192.168.122.0 * 255.255.255.0 U 0 0 0 > virbr0 > > --- > > now on the xen dom U > > ip is 172.16.2.53 and gateway is 172.16.2.254 > ------- > > [root@xenserver1 log]# brctl show > bridge name bridge id STP enabled interfaces > br1 8000.0025b5100005 no eth1 > vif1.0 > virbr0 8000.000000000000 yes > > ------------ > > what I am missing .. > > really appreciate your kind help > > regards > > simon > > > > > > > -- > View this message in context: http://xen.1045712.n5.nabble.com/new-xen-guest-cannot-communicate-with-the-network-tp5721108.html > Sent from the Xen - User mailing list archive at Nabble.com. > > _______________________________________________ > 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 04 17:51:04 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 04 Feb 2014 17:51: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 1WAk8C-0008Q0-0p; Tue, 04 Feb 2014 17:49:56 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WAk8A-0008Pe-HT for xen-users@lists.xensource.com; Tue, 04 Feb 2014 17:49:54 +0000 Received: from [85.158.143.35:65457] by server-3.bemta-4.messagelabs.com id 00/C8-11539-14821F25; Tue, 04 Feb 2014 17:49:53 +0000 X-Env-Sender: wei.liu2@citrix.com X-Msg-Ref: server-4.tower-21.messagelabs.com!1391536190!3121664!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 352 invoked from network); 4 Feb 2014 17:49:51 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-4.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 4 Feb 2014 17:49:51 -0000 X-IronPort-AV: E=Sophos;i="4.95,781,1384300800"; d="scan'208";a="97867374" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 04 Feb 2014 17:49:49 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.79) with Microsoft SMTP Server id 14.2.342.4; Tue, 4 Feb 2014 12:49:49 -0500 Received: from zion.uk.xensource.com ([10.80.2.73]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1WAjre-000569-Bi; Tue, 04 Feb 2014 17:32:50 +0000 Date: Tue, 4 Feb 2014 17:32:50 +0000 From: Wei Liu To: sbdcunha Message-ID: <20140204173250.GA20603@zion.uk.xensource.com> References: <1391532037250-5721108.post@n5.nabble.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <1391532037250-5721108.post@n5.nabble.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-DLP: MIA1 Cc: wei.liu2@citrix.com, xen-users@lists.xensource.com Subject: Re: [Xen-users] new xen guest cannot communicate with the network X-BeenThere: xen-users@lists.xen.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 04, 2014 at 08:40:37AM -0800, sbdcunha wrote: > > Dear All, > > I have a fresh new setup of the below on new cisco UCS Blade server > > Centos 6.5 x 64 > Xen 4.2.3 > > now I did install a new centos 6.5 virtual machine domU and selected the > network as a bridge > the issue I have is the domu can ping the xen server that is domain 0 and > vice versa but from the DOMU machine I cannot reach any other machine > > from the Xen server that is Domain 0 there is absolutely no problem. its can > reach any machine in our network > Perhaps you need to modify some bridge options. Here is what I have (sysctl -a | grep bridge) net.bridge.bridge-nf-call-arptables = 1 net.bridge.bridge-nf-call-ip6tables = 1 net.bridge.bridge-nf-call-iptables = 1 net.bridge.bridge-nf-filter-pppoe-tagged = 0 net.bridge.bridge-nf-filter-vlan-tagged = 0 net.bridge.bridge-nf-pass-vlan-input-dev = 0 You probably also need to check your iptable configuration. Wei. > > below is the config of the xen domain server > > ---- > [root@xenserver1 log]# ifconfig > br1 Link encap:Ethernet HWaddr 00:25:B5:10:00:05 > inet addr:172.16.2.52 Bcast:172.16.2.255 Mask:255.255.255.0 > inet6 addr: fe80::225:b5ff:fe10:5/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:16355 errors:0 dropped:88 overruns:0 frame:0 > TX packets:1969 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:0 > RX bytes:1178766 (1.1 MiB) TX bytes:331166 (323.4 KiB) > > eth1 Link encap:Ethernet HWaddr 00:25:B5:10:00:05 > inet6 addr: fe80::225:b5ff:fe10:5/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:16049 errors:0 dropped:0 overruns:0 frame:0 > TX packets:1534 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:1000 > RX bytes:1481245 (1.4 MiB) TX bytes:296899 (289.9 KiB) > > 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:6 errors:0 dropped:0 overruns:0 frame:0 > TX packets:6 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:0 > RX bytes:504 (504.0 b) TX bytes:504 (504.0 b) > > vif1.0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF > inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:340 errors:0 dropped:0 overruns:0 frame:0 > TX packets:14844 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:32 > RX bytes:52561 (51.3 KiB) TX bytes:1317477 (1.2 MiB) > > virbr0 Link encap:Ethernet HWaddr 8A:B9:0F:8B:8D:95 > 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) > > ---- > > [root@xenserver1 log]# route > Kernel IP routing table > Destination Gateway Genmask Flags Metric Ref Use > Iface > default 172.16.2.254 0.0.0.0 UG 0 0 0 br1 > link-local * 255.255.0.0 U 1004 0 0 br1 > 172.16.2.0 * 255.255.255.0 U 0 0 0 br1 > 192.168.122.0 * 255.255.255.0 U 0 0 0 > virbr0 > > --- > > now on the xen dom U > > ip is 172.16.2.53 and gateway is 172.16.2.254 > ------- > > [root@xenserver1 log]# brctl show > bridge name bridge id STP enabled interfaces > br1 8000.0025b5100005 no eth1 > vif1.0 > virbr0 8000.000000000000 yes > > ------------ > > what I am missing .. > > really appreciate your kind help > > regards > > simon > > > > > > > -- > View this message in context: http://xen.1045712.n5.nabble.com/new-xen-guest-cannot-communicate-with-the-network-tp5721108.html > Sent from the Xen - User mailing list archive at Nabble.com. > > _______________________________________________ > 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 04 19:09:08 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 04 Feb 2014 19:09: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 1WAlLf-0003DA-SJ; Tue, 04 Feb 2014 19:07:55 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WAlLd-0003D4-D4 for xen-users@lists.xen.org; Tue, 04 Feb 2014 19:07:53 +0000 Received: from [193.109.254.147:33742] by server-7.bemta-14.messagelabs.com id E3/28-23424-88A31F25; Tue, 04 Feb 2014 19:07:52 +0000 X-Env-Sender: manojsub@cisco.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1391540870!2003047!1 X-Originating-IP: [173.37.142.91] X-SpamReason: No, hits=-1.7 required=7.0 tests=MIME_BASE64_TEXT, ML_RADAR_FP_R_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8246 invoked from network); 4 Feb 2014 19:07:51 -0000 Received: from alln-iport-4.cisco.com (HELO alln-iport-4.cisco.com) (173.37.142.91) by server-10.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 4 Feb 2014 19:07:51 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5548; q=dns/txt; s=iport; t=1391540871; x=1392750471; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=b7KvN8MR8ZO0qZc+GsKQZTqVfHyctWOcSv+JeIafjl8=; b=ZSsK4IkM48BxArEKW4iptPVqGUuvaOoRq+ZanzdADf7daC4TPRxGxclY nG+7ZgSbw7gWCZnqm/7MMmKL0ejGhUXZ2ksh87yPAKcM6Rd96YLdHo8Ls x0Qb4IZJM0FSuynxrbRbZjMFibWBPPVl4US/0bO3cOydyrUkEAzBEfXh7 0=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ak4FANU58VKtJV2d/2dsb2JhbABZgww4V4MBuxkYdhZ0giUBAQEEAQIxOgsMBAIBCBEEAQEBBCMFAgImChQDAQUIAgQOBR6HZ5Bmm28GoS4XgSONHxgbBwaCY4FPAQOVV4JUgTKLL4VAgy2CKg X-IronPort-AV: E=Sophos;i="4.95,781,1384300800"; d="scan'208";a="17906004" Received: from rcdn-core-6.cisco.com ([173.37.93.157]) by alln-iport-4.cisco.com with ESMTP; 04 Feb 2014 19:07:49 +0000 Received: from xhc-rcd-x04.cisco.com (xhc-rcd-x04.cisco.com [173.37.183.78]) by rcdn-core-6.cisco.com (8.14.5/8.14.5) with ESMTP id s14J7nMQ020954 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 4 Feb 2014 19:07:49 GMT Received: from xmb-aln-x14.cisco.com ([169.254.8.41]) by xhc-rcd-x04.cisco.com ([fe80::200:5efe:173.37.183.34%12]) with mapi id 14.03.0123.003; Tue, 4 Feb 2014 13:07:49 -0600 From: "Manoj Subramaniam (manojsub)" To: Wei Liu Thread-Topic: [Xen-users] Converting a VMDK on ESX to raw Thread-Index: AQHPHtGS+MLKvYMPYkeLfIsg42H3S5qgBzGAgARtZ4CAAO+6AP//9UuA Date: Tue, 4 Feb 2014 19:07:49 +0000 Message-ID: References: <20140131221244.GA1476@zion.uk.xensource.com> <20140204114605.GA7845@zion.uk.xensource.com> In-Reply-To: <20140204114605.GA7845@zion.uk.xensource.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.155.165.221] Content-ID: MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Converting a VMDK on ESX to raw X-BeenThere: xen-users@lists.xen.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="euc-kr" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org SSBzZWUgeDg2IGJvb3Qgc2VjdG9yIHRvbzoNCg0Kcm9vdEB1YnVudHU6fiMgZmlsZSB3aW4tZGQu aW1nDQp3aW4tZGQuaW1nOiB4ODYgYm9vdCBzZWN0b3I7IHBhcnRpdGlvbiAxOiBJRD0weDcsIGFj dGl2ZSwgc3RhcnRoZWFkIDMyLA0Kc3RhcnRzZWN0b3IgMjA0OCwgMjA0ODAwIHNlY3RvcnM7IHBh cnRpdGlvbiAyOiBJRD0weDcsIHN0YXJ0aGVhZCAyMjMsDQpzdGFydHNlY3RvciAyMDY4NDgsIDYy NzAyNzc0IHNlY3RvcnMsIGNvZGUgb2Zmc2V0IDB4YzAsIE9FTS1JRCAiICAgICAgrN4iLA0KQnl0 ZXMvc2VjdG9yIDE5MCwgc2VjdG9ycy9jbHVzdGVyIDEyNCwgcmVzZXJ2ZWQgc2VjdG9ycyAxOTEs IEZBVHMgNiwgcm9vdA0KZW50cmllcyAxODUsIHNlY3RvcnMgNjQ1MTQgKHZvbHVtZXMgPD0zMiBN QikgLCBNZWRpYSBkZXNjcmlwdG9yIDB4ZjMsDQpzZWN0b3JzL0ZBVCAyMDY0NCwgaGVhZHMgNiwg aGlkZGVuIHNlY3RvcnMgMzA5NzU1LCBzZWN0b3JzIDIxNDc5OTEyMjkNCih2b2x1bWVzID4gMzIg TUIpICwgcGh5c2ljYWwgZHJpdmUgMHg3ZSwgZG9zIDwgNC4wIEJvb3RTZWN0b3IgKDB4MCkNCg0K DQoNCkhlcmWhr3MgbXkgY29uZmlnIGZpbGU6DQorKysrKysrKysrKysrKysrKysrKysrKysrDQoN Cmtlcm5lbCA9ICIvdXNyL2xpYi94ZW4vYm9vdC9odm1sb2FkZXIiDQpidWlsZGVyPSdodm0nDQpt ZW1vcnkgPSAyMDQ4DQoNCiMgU2hvdWxkIGJlIGF0IGxlYXN0IDJLQiBwZXIgTUIgb2YgZG9tYWlu IG1lbW9yeSwgcGx1cyBhIGZldyBNQiBwZXIgdmNwdS4NCnNoYWRvd19tZW1vcnkgPSA4DQpuYW1l ID0gInhlbndpbjIwMDgiDQp2aWYgPSBbICd0eXBlPWlvZW11LCBicmlkZ2U9eGVuYnIwJyBdDQph Y3BpID0gMQ0KYXBpYyA9IDENCmRpc2sgPSBbICdmaWxlOi9yb290L3dpbi1kZC5pbWcsc2RhLHcn IF0NCmRldmljZV9tb2RlbCA9ICcvdXNyL2xpYi94ZW4vYmluL3FlbXUtZG0nDQoNCiMtLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLQ0KLS0tDQojIGJvb3Qgb24gZmxvcHB5IChhKSwgaGFyZCBkaXNrIChjKSBvciBD RC1ST00gKGQpDQojIGRlZmF1bHQ6IGhhcmQgZGlzaywgY2Qtcm9tLCBmbG9wcHkNCmJvb3Q9ImRj Ig0Kc2RsPTENCnZuYz0wDQojdm5jY29uc29sZT0xDQojdm5jcGFzc3dkPScnDQoNCnNlcmlhbD0n cHR5Jw0KdXNiZGV2aWNlPSd0YWJsZXQnDQoNCg0KDQotIE1hbm9qDQoNCg0KDQpPbiAyLzQvMTQs IDM6NDYgQU0sICJXZWkgTGl1IiA8d2VpLmxpdTJAY2l0cml4LmNvbT4gd3JvdGU6DQoNCj5PbiBU dWUsIEZlYiAwNCwgMjAxNCBhdCAwNToyODowNkFNICswMDAwLCBNYW5vaiBTdWJyYW1hbmlhbSAo bWFub2pzdWIpDQo+d3JvdGU6DQo+PiBJIHRyaWVkIHRoaXMgYW5kIGl0IGRpZG6p9nQgd29yayBl aXRoZXIuDQo+PiANCj4+IEhlcmWp9nMgd2hhdCBJIGRpZC4gSSBoYWQgYSB3aW5kb3dzIFZNIG9u IEVTWCAoSSBkaWQgaW5zdGFsbCBHUEwgUFYNCj4+IGRyaXZlcnMpIGFuZCBhIExpbnV4IFZNLiBJ IHR1cm5lZCBvZmYgdGhlIHdpbmRvd3MgVk0gYW5kIGF0dGFjaGVkIGl0qfZzDQo+PiBkaXNrIHRv IHRoZSBsaW51eCBWTS4gU28gSSBjb3VsZCBzZWUgaXQgYXMgL2Rldi9zZGQgLiBUaGVuIEkgZGlk IGEgqfggZGQNCj4+IGlmPS9kZXYvc2RkIG9mPXdpbmRvd3MuaW1nIGJzPTFtIKn4IEFmdGVyIHRo aXMgSSBtb3ZlZCB0aGUgd2luZG93cy5pbWcgdG8NCj4+IGFub3RoZXIgbWFjaGluZSBydW5uaW5n IFhlbiA0LjIuMyBhbmQgVWJ1bnR1IERvbTAsIEkgdHJpZWQgdG8gYnJpbmcgaXQNCj4+dXANCj4+ IGFzIGFuIEhWTS4gSXQgdHJpZXMgdG8gYm9vdCB1cCBhbmQgdGhlbiBzYXlzIKn4Qm9vdCBmcm9t IGhhcmQgZGlzaw0KPj5mYWlsZWQ6DQo+PiBjb3VsZCBub3QgcmVhZCB0aGUgYm9vdCBkaXNrqfcg YW5kICCp+E5vIGJvb3RhYmxlIGRldmljZS4gUG93ZXJpbmcgb2ZmIGluDQo+PjMwDQo+PiBzZWNv bmRzLqn3DQo+PiANCj4NCj5UaGlzIGxvb2tzIHJpZ2h0LiBSZW1lbWJlciBpbnNpZGUgdGhlIFZN IHlvdSBhbHdheXMgc2VlcyBhIHJhdyBkaXNrLA0KPm5vdGhpbmcgZmFuY3kgZ29pbmcgb24sIG90 aGVyd2lzZSB0aGUgT1MgaXRzZWxmIHdvbid0IGJlIGFibGUgdG8gcmVhZA0KPml0cyBjb250ZW50 Lg0KPg0KPkJ1dCBUQkggSSd2ZSBuZXZlciB1c2VkIEVTWC4gV2hhdCBoYXBwZW5zIHdoZW4geW91 IGRvICJmaWxlDQo+d2luZG93cy5pbWciPw0KPg0KPkkgaGF2ZSBhIHJhdyBkaXNrIGltYWdlIGNh bGxlZCAicmhlbDcuaW1nIiBhbmQgaXQgcmV0dXJucyAicmhlbDcuaW1nOg0KPng4NiBib290IHNl Y3RvciIuDQo+DQo+V2VpLg0KPg0KPj4gDQo+PiANCj4+IE9uIDEvMzEvMTQsIDU6NTEgUE0sICJt aXRjaEBiaXRibG9jay5uZXQiIDxtaXRjaEBiaXRibG9jay5uZXQ+IHdyb3RlOg0KPj4gDQo+PiA+ V2VpIGNhbiB5b3UgcHJvdmlkZSBhIGxpdHRsZSBtb3JlIGRldGFpbD8NCj4+ID5JIGhhdmUgYSBj bGllbnQgbWFjaGluZSBydW5uaW5nIFdpbmRvd3MgMjAwMCBvbiB2bXdhcmUgMiBJIGRlc3BhcmF0 ZWx5DQo+PiA+d2FudCB0byBjb252ZXJ0IHRvIFhlblNlcnZlciA2LjIgYnV0IHNvIGZhciBteSBh dHRlbXB0cyBoYXZlIGFsbA0KPj5mYWlsZWQuDQo+PiA+U2luZ2xlIG1hY2hpbmUgLSBidXQgSSdt IG5vdCBxdWl0ZSBzdXJlIHdoYXQgSSdkIGJlIGRkJ2luZyB0byB3aGF0Pw0KPj4gPg0KPj4gPkNo ZWVycyAtIGhhdmUgYSBncmVhdCB3ZWVrZW5kIQ0KPj4gPg0KPj4gPi0tLS0tT3JpZ2luYWwgTWVz c2FnZS0tLS0tDQo+PiA+RnJvbTogeGVuLXVzZXJzLWJvdW5jZXNAbGlzdHMueGVuLm9yZw0KPj4g PlttYWlsdG86eGVuLXVzZXJzLWJvdW5jZXNAbGlzdHMueGVuLm9yZ10gT24gQmVoYWxmIE9mIFdl aSBMaXUNCj4+ID5TZW50OiBKYW51YXJ5IDMxLCAyMDE0IDI6MTMgUE0NCj4+ID5UbzogTWFub2og U3VicmFtYW5pYW0gKG1hbm9qc3ViKQ0KPj4gPkNjOiB4ZW4tdXNlcnNAbGlzdHMueGVuLm9yZzsg d2VpLmxpdTJAY2l0cml4LmNvbQ0KPj4gPlN1YmplY3Q6IFJlOiBbWGVuLXVzZXJzXSBDb252ZXJ0 aW5nIGEgVk1ESyBvbiBFU1ggdG8gcmF3DQo+PiA+DQo+PiA+T24gRnJpLCBKYW4gMzEsIDIwMTQg YXQgMDc6MjU6MzdQTSArMDAwMCwgTWFub2ogU3VicmFtYW5pYW0gKG1hbm9qc3ViKQ0KPj4gPndy b3RlOg0KPj4gPj4gSan2bSB0cnlpbmcgdG8gY29udmVydCBhIHZtZGsgd2luZG93cyBpbWFnZSB0 byBhIHJhdyBpbWFnZSBjb21wYXRpYmxlDQo+PiA+PndpdGggeGVuLiBJIGhhdmUgdHJpZWQgcWVt dS1pbWcgYW5kIHZta2ZzdG9vbHMgc28gZmFyLCBidXQgaGF2ZSBoYWQgbm8NCj4+ID4+bHVjayBJ LmUsIERvbVUgc2F5cyBpdCBjYW6p9nQgZmluZCB0aGUgYm9vdCBkaXNrIGFuZCBmYWlscy4gSSBh bSBnb2luZw0KPj50bw0KPj4gPj4gdHJ5IG91dCBSZWRoYXSp9nMgdmlydC12MnYuIElzIHRoZXJl IGEgdG9vbCB5b3UgZ3V5cyB1c2U/DQo+PiA+PiANCj4+ID4NCj4+ID5BIGR1bWIgbWV0aG9kIEkg Y2FuIHRoaW5rIG9mIGlzIHlvdSBjcmVhdGUgYSBMaW51eCBndWVzdCBvbiBFU1gsIG1vdW50DQo+ PiA+YXR0YWNoIHRoYXQgZGlzayBhbmQgdXNlIGRkLiBJdCBzaG91bGQgYmUgZG9hYmxlIGlmIHlv dSBvbmx5IHdhbnQgdG8NCj4+ID5jb252ZXJ0IG9uZSBvciB0d28gZGlza3MuDQo+PiA+DQo+PiA+ V2VpLg0KPj4gPg0KPj4gPj4gLSBNYW5vag0KPj4gPg0KPj4gPj4gX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4+ID4+IFhlbi11c2VycyBtYWlsaW5nIGxp c3QNCj4+ID4+IFhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnDQo+PiA+PiBodHRwOi8vbGlzdHMueGVu Lm9yZy94ZW4tdXNlcnMNCj4+ID4NCj4+ID4NCj4+ID5fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXw0KPj4gPlhlbi11c2VycyBtYWlsaW5nIGxpc3QNCj4+ID5Y ZW4tdXNlcnNAbGlzdHMueGVuLm9yZw0KPj4gPmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vy cw0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4t dXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54 ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Tue Feb 04 19:09:08 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 04 Feb 2014 19:09: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 1WAlLf-0003DA-SJ; Tue, 04 Feb 2014 19:07:55 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WAlLd-0003D4-D4 for xen-users@lists.xen.org; Tue, 04 Feb 2014 19:07:53 +0000 Received: from [193.109.254.147:33742] by server-7.bemta-14.messagelabs.com id E3/28-23424-88A31F25; Tue, 04 Feb 2014 19:07:52 +0000 X-Env-Sender: manojsub@cisco.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1391540870!2003047!1 X-Originating-IP: [173.37.142.91] X-SpamReason: No, hits=-1.7 required=7.0 tests=MIME_BASE64_TEXT, ML_RADAR_FP_R_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8246 invoked from network); 4 Feb 2014 19:07:51 -0000 Received: from alln-iport-4.cisco.com (HELO alln-iport-4.cisco.com) (173.37.142.91) by server-10.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 4 Feb 2014 19:07:51 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5548; q=dns/txt; s=iport; t=1391540871; x=1392750471; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=b7KvN8MR8ZO0qZc+GsKQZTqVfHyctWOcSv+JeIafjl8=; b=ZSsK4IkM48BxArEKW4iptPVqGUuvaOoRq+ZanzdADf7daC4TPRxGxclY nG+7ZgSbw7gWCZnqm/7MMmKL0ejGhUXZ2ksh87yPAKcM6Rd96YLdHo8Ls x0Qb4IZJM0FSuynxrbRbZjMFibWBPPVl4US/0bO3cOydyrUkEAzBEfXh7 0=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ak4FANU58VKtJV2d/2dsb2JhbABZgww4V4MBuxkYdhZ0giUBAQEEAQIxOgsMBAIBCBEEAQEBBCMFAgImChQDAQUIAgQOBR6HZ5Bmm28GoS4XgSONHxgbBwaCY4FPAQOVV4JUgTKLL4VAgy2CKg X-IronPort-AV: E=Sophos;i="4.95,781,1384300800"; d="scan'208";a="17906004" Received: from rcdn-core-6.cisco.com ([173.37.93.157]) by alln-iport-4.cisco.com with ESMTP; 04 Feb 2014 19:07:49 +0000 Received: from xhc-rcd-x04.cisco.com (xhc-rcd-x04.cisco.com [173.37.183.78]) by rcdn-core-6.cisco.com (8.14.5/8.14.5) with ESMTP id s14J7nMQ020954 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 4 Feb 2014 19:07:49 GMT Received: from xmb-aln-x14.cisco.com ([169.254.8.41]) by xhc-rcd-x04.cisco.com ([fe80::200:5efe:173.37.183.34%12]) with mapi id 14.03.0123.003; Tue, 4 Feb 2014 13:07:49 -0600 From: "Manoj Subramaniam (manojsub)" To: Wei Liu Thread-Topic: [Xen-users] Converting a VMDK on ESX to raw Thread-Index: AQHPHtGS+MLKvYMPYkeLfIsg42H3S5qgBzGAgARtZ4CAAO+6AP//9UuA Date: Tue, 4 Feb 2014 19:07:49 +0000 Message-ID: References: <20140131221244.GA1476@zion.uk.xensource.com> <20140204114605.GA7845@zion.uk.xensource.com> In-Reply-To: <20140204114605.GA7845@zion.uk.xensource.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.155.165.221] Content-ID: MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Converting a VMDK on ESX to raw X-BeenThere: xen-users@lists.xen.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="euc-kr" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org SSBzZWUgeDg2IGJvb3Qgc2VjdG9yIHRvbzoNCg0Kcm9vdEB1YnVudHU6fiMgZmlsZSB3aW4tZGQu aW1nDQp3aW4tZGQuaW1nOiB4ODYgYm9vdCBzZWN0b3I7IHBhcnRpdGlvbiAxOiBJRD0weDcsIGFj dGl2ZSwgc3RhcnRoZWFkIDMyLA0Kc3RhcnRzZWN0b3IgMjA0OCwgMjA0ODAwIHNlY3RvcnM7IHBh cnRpdGlvbiAyOiBJRD0weDcsIHN0YXJ0aGVhZCAyMjMsDQpzdGFydHNlY3RvciAyMDY4NDgsIDYy NzAyNzc0IHNlY3RvcnMsIGNvZGUgb2Zmc2V0IDB4YzAsIE9FTS1JRCAiICAgICAgrN4iLA0KQnl0 ZXMvc2VjdG9yIDE5MCwgc2VjdG9ycy9jbHVzdGVyIDEyNCwgcmVzZXJ2ZWQgc2VjdG9ycyAxOTEs IEZBVHMgNiwgcm9vdA0KZW50cmllcyAxODUsIHNlY3RvcnMgNjQ1MTQgKHZvbHVtZXMgPD0zMiBN QikgLCBNZWRpYSBkZXNjcmlwdG9yIDB4ZjMsDQpzZWN0b3JzL0ZBVCAyMDY0NCwgaGVhZHMgNiwg aGlkZGVuIHNlY3RvcnMgMzA5NzU1LCBzZWN0b3JzIDIxNDc5OTEyMjkNCih2b2x1bWVzID4gMzIg TUIpICwgcGh5c2ljYWwgZHJpdmUgMHg3ZSwgZG9zIDwgNC4wIEJvb3RTZWN0b3IgKDB4MCkNCg0K DQoNCkhlcmWhr3MgbXkgY29uZmlnIGZpbGU6DQorKysrKysrKysrKysrKysrKysrKysrKysrDQoN Cmtlcm5lbCA9ICIvdXNyL2xpYi94ZW4vYm9vdC9odm1sb2FkZXIiDQpidWlsZGVyPSdodm0nDQpt ZW1vcnkgPSAyMDQ4DQoNCiMgU2hvdWxkIGJlIGF0IGxlYXN0IDJLQiBwZXIgTUIgb2YgZG9tYWlu IG1lbW9yeSwgcGx1cyBhIGZldyBNQiBwZXIgdmNwdS4NCnNoYWRvd19tZW1vcnkgPSA4DQpuYW1l ID0gInhlbndpbjIwMDgiDQp2aWYgPSBbICd0eXBlPWlvZW11LCBicmlkZ2U9eGVuYnIwJyBdDQph Y3BpID0gMQ0KYXBpYyA9IDENCmRpc2sgPSBbICdmaWxlOi9yb290L3dpbi1kZC5pbWcsc2RhLHcn IF0NCmRldmljZV9tb2RlbCA9ICcvdXNyL2xpYi94ZW4vYmluL3FlbXUtZG0nDQoNCiMtLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLQ0KLS0tDQojIGJvb3Qgb24gZmxvcHB5IChhKSwgaGFyZCBkaXNrIChjKSBvciBD RC1ST00gKGQpDQojIGRlZmF1bHQ6IGhhcmQgZGlzaywgY2Qtcm9tLCBmbG9wcHkNCmJvb3Q9ImRj Ig0Kc2RsPTENCnZuYz0wDQojdm5jY29uc29sZT0xDQojdm5jcGFzc3dkPScnDQoNCnNlcmlhbD0n cHR5Jw0KdXNiZGV2aWNlPSd0YWJsZXQnDQoNCg0KDQotIE1hbm9qDQoNCg0KDQpPbiAyLzQvMTQs IDM6NDYgQU0sICJXZWkgTGl1IiA8d2VpLmxpdTJAY2l0cml4LmNvbT4gd3JvdGU6DQoNCj5PbiBU dWUsIEZlYiAwNCwgMjAxNCBhdCAwNToyODowNkFNICswMDAwLCBNYW5vaiBTdWJyYW1hbmlhbSAo bWFub2pzdWIpDQo+d3JvdGU6DQo+PiBJIHRyaWVkIHRoaXMgYW5kIGl0IGRpZG6p9nQgd29yayBl aXRoZXIuDQo+PiANCj4+IEhlcmWp9nMgd2hhdCBJIGRpZC4gSSBoYWQgYSB3aW5kb3dzIFZNIG9u IEVTWCAoSSBkaWQgaW5zdGFsbCBHUEwgUFYNCj4+IGRyaXZlcnMpIGFuZCBhIExpbnV4IFZNLiBJ IHR1cm5lZCBvZmYgdGhlIHdpbmRvd3MgVk0gYW5kIGF0dGFjaGVkIGl0qfZzDQo+PiBkaXNrIHRv IHRoZSBsaW51eCBWTS4gU28gSSBjb3VsZCBzZWUgaXQgYXMgL2Rldi9zZGQgLiBUaGVuIEkgZGlk IGEgqfggZGQNCj4+IGlmPS9kZXYvc2RkIG9mPXdpbmRvd3MuaW1nIGJzPTFtIKn4IEFmdGVyIHRo aXMgSSBtb3ZlZCB0aGUgd2luZG93cy5pbWcgdG8NCj4+IGFub3RoZXIgbWFjaGluZSBydW5uaW5n IFhlbiA0LjIuMyBhbmQgVWJ1bnR1IERvbTAsIEkgdHJpZWQgdG8gYnJpbmcgaXQNCj4+dXANCj4+ IGFzIGFuIEhWTS4gSXQgdHJpZXMgdG8gYm9vdCB1cCBhbmQgdGhlbiBzYXlzIKn4Qm9vdCBmcm9t IGhhcmQgZGlzaw0KPj5mYWlsZWQ6DQo+PiBjb3VsZCBub3QgcmVhZCB0aGUgYm9vdCBkaXNrqfcg YW5kICCp+E5vIGJvb3RhYmxlIGRldmljZS4gUG93ZXJpbmcgb2ZmIGluDQo+PjMwDQo+PiBzZWNv bmRzLqn3DQo+PiANCj4NCj5UaGlzIGxvb2tzIHJpZ2h0LiBSZW1lbWJlciBpbnNpZGUgdGhlIFZN IHlvdSBhbHdheXMgc2VlcyBhIHJhdyBkaXNrLA0KPm5vdGhpbmcgZmFuY3kgZ29pbmcgb24sIG90 aGVyd2lzZSB0aGUgT1MgaXRzZWxmIHdvbid0IGJlIGFibGUgdG8gcmVhZA0KPml0cyBjb250ZW50 Lg0KPg0KPkJ1dCBUQkggSSd2ZSBuZXZlciB1c2VkIEVTWC4gV2hhdCBoYXBwZW5zIHdoZW4geW91 IGRvICJmaWxlDQo+d2luZG93cy5pbWciPw0KPg0KPkkgaGF2ZSBhIHJhdyBkaXNrIGltYWdlIGNh bGxlZCAicmhlbDcuaW1nIiBhbmQgaXQgcmV0dXJucyAicmhlbDcuaW1nOg0KPng4NiBib290IHNl Y3RvciIuDQo+DQo+V2VpLg0KPg0KPj4gDQo+PiANCj4+IE9uIDEvMzEvMTQsIDU6NTEgUE0sICJt aXRjaEBiaXRibG9jay5uZXQiIDxtaXRjaEBiaXRibG9jay5uZXQ+IHdyb3RlOg0KPj4gDQo+PiA+ V2VpIGNhbiB5b3UgcHJvdmlkZSBhIGxpdHRsZSBtb3JlIGRldGFpbD8NCj4+ID5JIGhhdmUgYSBj bGllbnQgbWFjaGluZSBydW5uaW5nIFdpbmRvd3MgMjAwMCBvbiB2bXdhcmUgMiBJIGRlc3BhcmF0 ZWx5DQo+PiA+d2FudCB0byBjb252ZXJ0IHRvIFhlblNlcnZlciA2LjIgYnV0IHNvIGZhciBteSBh dHRlbXB0cyBoYXZlIGFsbA0KPj5mYWlsZWQuDQo+PiA+U2luZ2xlIG1hY2hpbmUgLSBidXQgSSdt IG5vdCBxdWl0ZSBzdXJlIHdoYXQgSSdkIGJlIGRkJ2luZyB0byB3aGF0Pw0KPj4gPg0KPj4gPkNo ZWVycyAtIGhhdmUgYSBncmVhdCB3ZWVrZW5kIQ0KPj4gPg0KPj4gPi0tLS0tT3JpZ2luYWwgTWVz c2FnZS0tLS0tDQo+PiA+RnJvbTogeGVuLXVzZXJzLWJvdW5jZXNAbGlzdHMueGVuLm9yZw0KPj4g PlttYWlsdG86eGVuLXVzZXJzLWJvdW5jZXNAbGlzdHMueGVuLm9yZ10gT24gQmVoYWxmIE9mIFdl aSBMaXUNCj4+ID5TZW50OiBKYW51YXJ5IDMxLCAyMDE0IDI6MTMgUE0NCj4+ID5UbzogTWFub2og U3VicmFtYW5pYW0gKG1hbm9qc3ViKQ0KPj4gPkNjOiB4ZW4tdXNlcnNAbGlzdHMueGVuLm9yZzsg d2VpLmxpdTJAY2l0cml4LmNvbQ0KPj4gPlN1YmplY3Q6IFJlOiBbWGVuLXVzZXJzXSBDb252ZXJ0 aW5nIGEgVk1ESyBvbiBFU1ggdG8gcmF3DQo+PiA+DQo+PiA+T24gRnJpLCBKYW4gMzEsIDIwMTQg YXQgMDc6MjU6MzdQTSArMDAwMCwgTWFub2ogU3VicmFtYW5pYW0gKG1hbm9qc3ViKQ0KPj4gPndy b3RlOg0KPj4gPj4gSan2bSB0cnlpbmcgdG8gY29udmVydCBhIHZtZGsgd2luZG93cyBpbWFnZSB0 byBhIHJhdyBpbWFnZSBjb21wYXRpYmxlDQo+PiA+PndpdGggeGVuLiBJIGhhdmUgdHJpZWQgcWVt dS1pbWcgYW5kIHZta2ZzdG9vbHMgc28gZmFyLCBidXQgaGF2ZSBoYWQgbm8NCj4+ID4+bHVjayBJ LmUsIERvbVUgc2F5cyBpdCBjYW6p9nQgZmluZCB0aGUgYm9vdCBkaXNrIGFuZCBmYWlscy4gSSBh bSBnb2luZw0KPj50bw0KPj4gPj4gdHJ5IG91dCBSZWRoYXSp9nMgdmlydC12MnYuIElzIHRoZXJl IGEgdG9vbCB5b3UgZ3V5cyB1c2U/DQo+PiA+PiANCj4+ID4NCj4+ID5BIGR1bWIgbWV0aG9kIEkg Y2FuIHRoaW5rIG9mIGlzIHlvdSBjcmVhdGUgYSBMaW51eCBndWVzdCBvbiBFU1gsIG1vdW50DQo+ PiA+YXR0YWNoIHRoYXQgZGlzayBhbmQgdXNlIGRkLiBJdCBzaG91bGQgYmUgZG9hYmxlIGlmIHlv dSBvbmx5IHdhbnQgdG8NCj4+ID5jb252ZXJ0IG9uZSBvciB0d28gZGlza3MuDQo+PiA+DQo+PiA+ V2VpLg0KPj4gPg0KPj4gPj4gLSBNYW5vag0KPj4gPg0KPj4gPj4gX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4+ID4+IFhlbi11c2VycyBtYWlsaW5nIGxp c3QNCj4+ID4+IFhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnDQo+PiA+PiBodHRwOi8vbGlzdHMueGVu Lm9yZy94ZW4tdXNlcnMNCj4+ID4NCj4+ID4NCj4+ID5fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXw0KPj4gPlhlbi11c2VycyBtYWlsaW5nIGxpc3QNCj4+ID5Y ZW4tdXNlcnNAbGlzdHMueGVuLm9yZw0KPj4gPmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vy cw0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4t dXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54 ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Tue Feb 04 19:12:48 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 04 Feb 2014 19: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 1WAlQH-0003Ly-QJ; Tue, 04 Feb 2014 19:12:41 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WAk7g-0008NZ-EI for xen-users@lists.xen.org; Tue, 04 Feb 2014 17:49:24 +0000 Received: from [85.158.137.68:49590] by server-16.bemta-3.messagelabs.com id 89/AD-29917-32821F25; Tue, 04 Feb 2014 17:49:23 +0000 X-Env-Sender: mikeneiderhauser@gmail.com X-Msg-Ref: server-7.tower-31.messagelabs.com!1391536161!13390260!1 X-Originating-IP: [209.85.128.170] X-SpamReason: No, hits=0.9 required=7.0 tests=BODY_RANDOM_LONG, HTML_30_40, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8654 invoked from network); 4 Feb 2014 17:49:22 -0000 Received: from mail-ve0-f170.google.com (HELO mail-ve0-f170.google.com) (209.85.128.170) by server-7.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 4 Feb 2014 17:49:22 -0000 Received: by mail-ve0-f170.google.com with SMTP id cz12so6303719veb.15 for ; Tue, 04 Feb 2014 09:49:20 -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:content-type; bh=rWGrHA3zkV3Q7xr0ishpdBJxpST7HaLotzaRtNg6wbw=; b=yzgxqJY3cY3WS99tUCLAK1I2QlbLnvp+074Cz9kddwBXBZYLkBY1nj0JaRgCRkNOeu akO2WXohU9B9OYM8kmD4iLZFuL1V0cNdppEIYI4H+ukYCQ9eaBe01kQ3qbtFi+UkUIo8 Qesz1Vcy5FA3e8vkrM1fKq2hdJYo9wxB6PozqylO/fkAqokX+xvKNwHty+dIxAYKzDnF gItw2Ox8nWd71ezJDaVBfK7CwkaLMIq21CgldZtta2pA0OINDoqZVY+MFtkaGVXqq5gE CseW5w9WKtZKeTxJOVV5WLS3GVQ+/zhdM+uVqHmHa/oeKrWWKpmXqnn1qOHW+N0hF9Qi N4DA== X-Received: by 10.220.110.69 with SMTP id m5mr371157vcp.55.1391536160734; Tue, 04 Feb 2014 09:49:20 -0800 (PST) MIME-Version: 1.0 Received: by 10.52.233.73 with HTTP; Tue, 4 Feb 2014 09:48:40 -0800 (PST) From: Mike Neiderhauser Date: Tue, 4 Feb 2014 12:48:40 -0500 Message-ID: To: xen-users@lists.xen.org X-Mailman-Approved-At: Tue, 04 Feb 2014 19:12:41 +0000 Subject: [Xen-users] Requesting Help - Error: pci: PCI Backend and pci-stub don't own device X-BeenThere: xen-users@lists.xen.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="===============2580540128554447963==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2580540128554447963== Content-Type: multipart/alternative; boundary=047d7b3a905e8d848004f19842c0 --047d7b3a905e8d848004f19842c0 Content-Type: text/plain; charset=ISO-8859-1 Hi all, I am new to Xen and hyper vision in general. I have been searching the mailing list and using my friend google to see if I could find the answer myself. Unfortunately, everything I have tried and found does not work. I am attempting to set up a Computer with two HVM's. To start, I attempted it with a single HVM. I am able to install, configure, start, and VNC into the VM. The issue is when I attempt PCI pass through. I have tried attaching the pcie switch as well as individual pci devices. I am trying to attach an Intel 82576 Gigabit Ethernet card to the HVM. I am unsure of what information you will need, but included is information I felt was useful. I have tried various PCI configs in the .cfg file. From the information that I can see, the pci devices do appear to be mapping to the pciback driver. Any help with this would be greatly appreciated! Regards, Mike Neiderhauser ########################################################## root@fiat:~# uname -a Linux fiat 3.8.0-29-generic #42~precise1-Ubuntu SMP Wed Aug 14 16:19:23 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux # Ubuntu 12.04.3 LTS Server (installed ubuntu desktop) stock kernel xm dmesg (XEN) Xen version 4.1.5 (Ubuntu 4.1.5-0ubuntu0.12.04.2) ( stefan.bader@canonical.com) (gcc version 4.6.3 (Ubuntu/Linaro 4.6.3-1ubuntu5) ) Tue Dec 17 16:35:34 UTC 2013 root@fiat:~# lspci 00:00.0 Host bridge: Intel Corporation Xeon E3-1200 Processor Family DRAM Controller (rev 09) 00:01.0 PCI bridge: Intel Corporation Xeon E3-1200/2nd Generation Core Processor Family PCI Express Root Port (rev 09) 00:1a.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #2 (rev 04) 00:1c.0 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 1 (rev b4) 00:1d.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #1 (rev 04) 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev a4) 00:1f.0 ISA bridge: Intel Corporation C202 Chipset Family LPC Controller (rev 04) 00:1f.2 SATA controller: Intel Corporation 6 Series/C200 Series Chipset Family SATA AHCI Controller (rev 04) 00:1f.3 SMBus: Intel Corporation 6 Series/C200 Series Chipset Family SMBus Controller (rev 04) 01:00.0 PCI bridge: Integrated Device Technology, Inc. PES12N3A PCI Express Switch (rev 0e) 02:02.0 PCI bridge: Integrated Device Technology, Inc. PES12N3A PCI Express Switch (rev 0e) 02:04.0 PCI bridge: Integrated Device Technology, Inc. PES12N3A PCI Express Switch (rev 0e) 03:00.0 Ethernet controller: Intel Corporation 82576 Gigabit Network Connection (rev 01) 03:00.1 Ethernet controller: Intel Corporation 82576 Gigabit Network Connection (rev 01) 04:00.0 Ethernet controller: Intel Corporation 82576 Gigabit Network Connection (rev 01) 04:00.1 Ethernet controller: Intel Corporation 82576 Gigabit Network Connection (rev 01) 05:00.0 Ethernet controller: Broadcom Corporation NetXtreme II BCM5716 Gigabit Ethernet (rev 20) 05:00.1 Ethernet controller: Broadcom Corporation NetXtreme II BCM5716 Gigabit Ethernet (rev 20) 06:03.0 VGA compatible controller: Matrox Graphics, Inc. MGA G200eW WPCM450 (rev 0a) root@fiat:~# lspci -t -[0000:00]-+-00.0 +-01.0-[01-04]----00.0-[02-04]--+-02.0-[03]--+-00.0 | | \-00.1 | \-04.0-[04]--+-00.0 | \-00.1 +-1a.0 +-1c.0-[05]--+-00.0 | \-00.1 +-1d.0 +-1e.0-[06]----03.0 +-1f.0 +-1f.2 \-1f.3 The domU config file: ---------------------------------------------------------------------------------------- kernel = "/usr/lib/xen-4.1/boot/hvmloader" builder='hvm' memory = 1024 vcpus=2 name = "ubuntu-hvm-0" vif = ['bridge=xenbr0'] #intel card pci=['02:04.0'] #pci=['01:00.0', '02:02.0', '02:04.0', '03:00.0','03:00.1','04:00.0','04:00.1'] #pci=['00:01.0', '03:00.0','03:00.1','04:00.0','04:00.1'] #pci= ['03:00.0','03:00.1','04:00.0','04:00.1'] #broadcom card #pci=['00:1c.0', '05:00.0', '05:00.1'] #pci=['05:00.0', '05:00.1'] disk = ['phy:/dev/fiat-vg/ubuntu-hvm,hda,w'] #,'file:/root/ubuntu-12.04.3-server-amd64.iso,hdc:cdrom,r'] acpi = 1 #apic = 1 device_model = 'qemu-dm' boot="c" sdl=0 serial='pty' vnc=1 vnclisten="" vncpasswd="" on_poweroff = 'destroy' on_reboot = 'restart' on_crash = 'restart' ---------------------------------------------------------------------------------------- The script I run at boot to unbind and rebind pci devices: ---------------------------------------------------------------------------------------- #! /bin/bash # array of PCI Devices used in Xen VMs #devices=(0000:00:01.0 0000:00:1c.0 0000:01:00.0 0000:02:02.0 0000:02:04.0 0000:03:00.0 0000:03:00.1 0000:04:00.0 0000:04:00.1 0000:05:00.0 0000:05:00.1) devices=(0000:02:04.0) # array of Xen VM config files # currently not used confvms=("/etc/xen/ubuntu-12.04.3-server-vm-1.cfg" "/etc/xen/ubuntu-12.04.3-server-vm-0.cfg") function pciback_dev { # REQUIRES # PCI Devices in format: ::. if [ $# -ne 1 ]; then echo "This function allows a single parameter to be passed representing a PCI Device" echo "The PCI Device should be in format: ::." echo "EX: 0000:03:00.0" fi pcidev=$1 if [ -h /sys/bus/pci/devices/"$pcidev"/driver ]; then echo "Unbinding $pcidev from" $(basename $(readlink /sys/bus/pci/devices/"$pcidev"/driver)) echo -n "$pcidev" > /sys/bus/pci/devices/"$pcidev"/driver/unbind fi echo "Binding $pcidev to pciback" echo -n "$pcidev" > /sys/bus/pci/drivers/pciback/new_slot echo -n "$pcidev" > /sys/bus/pci/drivers/pciback/bind return 0 } function obtain_pci_devices { echo "Loading Kernel Module 'xen-pciback'" modprobe pciback modprobe xen-pciback echo "Calling function pciback_dev for: " for index in ${!devices[*]} do echo "PCI DEVICE ${devices[$index]}" pciback_dev ${devices[$index]} echo "" done echo "Listing PCI Devices Available to Xen" xm pci-list-assignable-devices } function start_all_xen_vms { echo "Starting Hypervised VM's" for index in ${!confvms[*]} do echo "Loading Config ${confvms[$index]}" xm create ${confvms[$index]} -c echo "" done } ########################################################################### #main ########################################################################### obtain_pci_devices ---------------------------------------------------------------------------------------- --047d7b3a905e8d848004f19842c0 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi all,
I am new to Xen and hyper vision in= general. =A0I have been searching the mailing list and using my friend goo= gle to see if I could find the answer myself. =A0Unfortunately, everything = I have tried and found does not work.

I am attempting to set up a Computer with two HVM's= . =A0To start, I attempted it with a single HVM. =A0I am able to install, c= onfigure, start, and VNC into the VM. =A0The issue is when I attempt PCI pa= ss through. =A0I have tried attaching the pcie switch as well as individual= pci devices. =A0I am trying to attach an Intel 82576 Gigabit Ethernet card= to the HVM. =A0I am unsure of what information you will need, but included= is information I felt was useful. =A0I have tried various PCI configs in t= he .cfg file. =A0From the information that I can see, the pci devices do ap= pear to be mapping to the pciback driver.

Any help with this would be greatly appreciated!
<= div>
Regards,
Mike Neiderhauser

##########################################################
root@fiat:~# uname -a
Linux fiat 3.8.0-29-generic #42~precis= e1-Ubuntu SMP Wed Aug 14 16:19:23 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux
# Ubuntu 12.04.3 LTS Server (installed ubuntu desktop) stock= kernel

xm dmesg
(XEN) Xen version 4.1.5 (Ubuntu 4.1.= 5-0ubuntu0.12.04.2) (stefan.b= ader@canonical.com) (gcc version 4.6.3 (Ubuntu/Linaro 4.6.3-1ubuntu5) )= Tue Dec 17 16:35:34 UTC 2013


root@fiat:~# lspci
00:00.= 0 Host bridge: Intel Corporation Xeon E3-1200 Processor Family DRAM Control= ler (rev 09)
00:01.0 PCI bridge: Intel Corporation Xeon E3-1200/2= nd Generation Core Processor Family PCI Express Root Port (rev 09)
00:1a.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset= Family USB Enhanced Host Controller #2 (rev 04)
00:1c.0 PCI brid= ge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root = Port 1 (rev b4)
00:1d.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset= Family USB Enhanced Host Controller #1 (rev 04)
00:1e.0 PCI brid= ge: Intel Corporation 82801 PCI Bridge (rev a4)
00:1f.0 ISA bridg= e: Intel Corporation C202 Chipset Family LPC Controller (rev 04)
00:1f.2 SATA controller: Intel Corporation 6 Series/C200 Series Chipse= t Family SATA AHCI Controller (rev 04)
00:1f.3 SMBus: Intel Corpo= ration 6 Series/C200 Series Chipset Family SMBus Controller (rev 04)
01:00.0 PCI bridge: Integrated Device Technology, Inc. PES12N3A PCI Ex= press Switch (rev 0e)
02:02.0 PCI bridge: Integrated Device Techn= ology, Inc. PES12N3A PCI Express Switch (rev 0e)
02:04.0 PCI brid= ge: Integrated Device Technology, Inc. PES12N3A PCI Express Switch (rev 0e)=
03:00.0 Ethernet controller: Intel Corporation 82576 Gigabit Network C= onnection (rev 01)
03:00.1 Ethernet controller: Intel Corporation= 82576 Gigabit Network Connection (rev 01)
04:00.0 Ethernet contr= oller: Intel Corporation 82576 Gigabit Network Connection (rev 01)
04:00.1 Ethernet controller: Intel Corporation 82576 Gigabit Network C= onnection (rev 01)
05:00.0 Ethernet controller: Broadcom Corporat= ion NetXtreme II BCM5716 Gigabit Ethernet (rev 20)
05:00.1 Ethern= et controller: Broadcom Corporation NetXtreme II BCM5716 Gigabit Ethernet (= rev 20)
06:03.0 VGA compatible controller: Matrox Graphics, Inc. MGA G200eW WP= CM450 (rev 0a)

root@fiat:~# lspci -t
-[0000:00]-+-00.0
=A0 =A0 =A0 =A0 =A0 =A0+-01.0-[01-04]--= --00.0-[02-04]--+-02.0-[03]--+-00.0
=A0 =A0 =A0 =A0 =A0 =A0| =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 | =A0 =A0 =A0 =A0 =A0 =A0\-00.1
=A0 =A0 =A0 =A0 = =A0 =A0| =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 \-04.0= -[04]--+-00.0
=A0 =A0 =A0 =A0 =A0 =A0| =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0\-00.1
=
=A0 =A0 =A0 =A0 =A0 =A0+-1a.0
=A0 =A0 =A0 =A0 =A0 =A0+-1c.0-[05]-= -+-00.0
=A0 =A0 =A0 =A0 =A0 =A0| =A0 =A0 =A0 =A0 =A0 =A0\-00.1
=A0 =A0 =A0 =A0 =A0 =A0+-1d.0
=A0 =A0 =A0 =A0 =A0 =A0+-1e= .0-[06]----03.0
=A0 =A0 =A0 =A0 =A0 =A0+-1f.0
=A0 =A0 = =A0 =A0 =A0 =A0+-1f.2
=A0 =A0 =A0 =A0 =A0 =A0\-1f.3


The domU config file:
-------------------------------------= ---------------------------------------------------
kernel = =3D "/usr/lib/xen-4.1/boot/hvmloader"
builder=3D'hvm'
memory =3D 1024
vcpus=3D2<= /div>
name =3D "ubuntu-hvm-0"
vif =3D ['bridge= =3Dxenbr0']
#intel card
pci=3D['02:04.0']
#pci=3D['01:00.0', '02:02.0', '02:04.0', &= #39;03:00.0','03:00.1','04:00.0','04:00.1']
#pci=3D['00:01.0', '03:00.0','03:00.1','04= :00.0','04:00.1']
#pci=3D ['03:00.0','03:= 00.1','04:00.0','04:00.1']

#br= oadcom card
#pci=3D['00:1c.0', '05:00.0', '05:00.1']
=
#pci=3D['05:00.0', '05:00.1']

disk =3D ['phy:/dev/fiat-vg/ubuntu-hvm,hda,w']=A0
#,'= ;file:/root/ubuntu-12.04.3-server-amd64.iso,hdc:cdrom,r']
acpi =3D 1
#apic =3D 1
device_model =3D 'qemu-= dm'
boot=3D"c"
sdl=3D0
serial= =3D'pty'
vnc=3D1
vnclisten=3D""
=
vncpasswd=3D""
on_poweroff =3D 'destroy'
on_reboot =3D 'restart= '
on_crash =3D 'restart'
------------= ---------------------------------------------------------------------------= -


The script I run at boot to unbind= and rebind pci devices:
----------------------------------------= ------------------------------------------------
#! /bin/bas= h
# array of PCI Devices used in Xen VMs
#devices=3D(0000:00:0= 1.0 0000:00:1c.0 0000:01:00.0 0000:02:02.0 0000:02:04.0 0000:03:00.0 0000:0= 3:00.1 0000:04:00.0 0000:04:00.1 0000:05:00.0 0000:05:00.1)
devic= es=3D(0000:02:04.0)

# array of Xen VM config files
# currently no= t used
confvms=3D("/etc/xen/ubuntu-12.04.3-server-vm-1.cfg&q= uot; "/etc/xen/ubuntu-12.04.3-server-vm-0.cfg")

function pciback_dev {
=A0 =A0 # REQUIRE= S
=A0 =A0 # PCI Devices in format: <domain>:<bus>:<= ;slot>.<function>
=A0 =A0 if [ $# -ne 1 ]; then
=A0 =A0 =A0 =A0 echo "This function allows a single parameter to be = passed representing a PCI Device"
=A0 =A0 =A0 =A0 echo "The PCI Device should be in format: <dom= ain>:<bus>:<slot>.<function>"
=A0 =A0 = =A0 =A0 echo "EX: 0000:03:00.0"
=A0 =A0 fi
=A0 =A0 pcidev=3D$1
=A0 =A0 if [ -h /sys/bus/pci/devices/"$pcidev"/driver ]; the= n
=A0 =A0 =A0 =A0 echo "Unbinding $pcidev from" $(basen= ame $(readlink /sys/bus/pci/devices/"$pcidev"/driver))
= =A0 =A0 =A0 =A0 echo -n "$pcidev" > /sys/bus/pci/devices/"= ;$pcidev"/driver/unbind
=A0 =A0 fi
=A0 =A0 echo "Binding $pcidev to pciback&quo= t;
=A0 =A0 echo -n "$pcidev" > /sys/bus/pci/drivers/= pciback/new_slot
=A0 =A0 echo -n "$pcidev" > /sys/bu= s/pci/drivers/pciback/bind

=A0 =A0 return 0
}

f= unction obtain_pci_devices {
=A0 =A0 echo "Loading Kernel Mo= dule 'xen-pciback'"
=A0 =A0 modprobe pciback
=A0 =A0 modprobe xen-pciback
=A0 =A0 echo "Calling function pciback_dev for: "
= =A0 =A0 for index in ${!devices[*]}
=A0 =A0 do
=A0 =A0 = =A0 =A0 echo "PCI DEVICE ${devices[$index]}"
=A0 =A0 = =A0 =A0 pciback_dev ${devices[$index]}
=A0 =A0 =A0 =A0 echo ""
=A0 =A0 done
=A0 =A0 echo "Listing PCI Devices Available to Xen"
=A0 =A0 xm pci-list-assignable-devices
}

<= /div>
function start_all_xen_vms {
=A0 =A0 echo "Starting Hypervised VM's"
=A0 = =A0 for index in ${!confvms[*]}
=A0 =A0 do
=A0 =A0 =A0 = =A0 echo "Loading Config ${confvms[$index]}"
=A0 =A0 = =A0 =A0 xm create ${confvms[$index]} -c
=A0 =A0 =A0 =A0 echo ""
=A0 =A0 done
}

###################################################= ########################
#main
########################= ###################################################
obtain_pci_devices
-----------------------------= -----------------------------------------------------------
--047d7b3a905e8d848004f19842c0-- --===============2580540128554447963== 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 --===============2580540128554447963==-- From xen-users-bounces@lists.xen.org Tue Feb 04 19:12:48 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 04 Feb 2014 19: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 1WAlQH-0003Ly-QJ; Tue, 04 Feb 2014 19:12:41 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WAk7g-0008NZ-EI for xen-users@lists.xen.org; Tue, 04 Feb 2014 17:49:24 +0000 Received: from [85.158.137.68:49590] by server-16.bemta-3.messagelabs.com id 89/AD-29917-32821F25; Tue, 04 Feb 2014 17:49:23 +0000 X-Env-Sender: mikeneiderhauser@gmail.com X-Msg-Ref: server-7.tower-31.messagelabs.com!1391536161!13390260!1 X-Originating-IP: [209.85.128.170] X-SpamReason: No, hits=0.9 required=7.0 tests=BODY_RANDOM_LONG, HTML_30_40, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8654 invoked from network); 4 Feb 2014 17:49:22 -0000 Received: from mail-ve0-f170.google.com (HELO mail-ve0-f170.google.com) (209.85.128.170) by server-7.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 4 Feb 2014 17:49:22 -0000 Received: by mail-ve0-f170.google.com with SMTP id cz12so6303719veb.15 for ; Tue, 04 Feb 2014 09:49:20 -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:content-type; bh=rWGrHA3zkV3Q7xr0ishpdBJxpST7HaLotzaRtNg6wbw=; b=yzgxqJY3cY3WS99tUCLAK1I2QlbLnvp+074Cz9kddwBXBZYLkBY1nj0JaRgCRkNOeu akO2WXohU9B9OYM8kmD4iLZFuL1V0cNdppEIYI4H+ukYCQ9eaBe01kQ3qbtFi+UkUIo8 Qesz1Vcy5FA3e8vkrM1fKq2hdJYo9wxB6PozqylO/fkAqokX+xvKNwHty+dIxAYKzDnF gItw2Ox8nWd71ezJDaVBfK7CwkaLMIq21CgldZtta2pA0OINDoqZVY+MFtkaGVXqq5gE CseW5w9WKtZKeTxJOVV5WLS3GVQ+/zhdM+uVqHmHa/oeKrWWKpmXqnn1qOHW+N0hF9Qi N4DA== X-Received: by 10.220.110.69 with SMTP id m5mr371157vcp.55.1391536160734; Tue, 04 Feb 2014 09:49:20 -0800 (PST) MIME-Version: 1.0 Received: by 10.52.233.73 with HTTP; Tue, 4 Feb 2014 09:48:40 -0800 (PST) From: Mike Neiderhauser Date: Tue, 4 Feb 2014 12:48:40 -0500 Message-ID: To: xen-users@lists.xen.org X-Mailman-Approved-At: Tue, 04 Feb 2014 19:12:41 +0000 Subject: [Xen-users] Requesting Help - Error: pci: PCI Backend and pci-stub don't own device X-BeenThere: xen-users@lists.xen.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="===============2580540128554447963==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2580540128554447963== Content-Type: multipart/alternative; boundary=047d7b3a905e8d848004f19842c0 --047d7b3a905e8d848004f19842c0 Content-Type: text/plain; charset=ISO-8859-1 Hi all, I am new to Xen and hyper vision in general. I have been searching the mailing list and using my friend google to see if I could find the answer myself. Unfortunately, everything I have tried and found does not work. I am attempting to set up a Computer with two HVM's. To start, I attempted it with a single HVM. I am able to install, configure, start, and VNC into the VM. The issue is when I attempt PCI pass through. I have tried attaching the pcie switch as well as individual pci devices. I am trying to attach an Intel 82576 Gigabit Ethernet card to the HVM. I am unsure of what information you will need, but included is information I felt was useful. I have tried various PCI configs in the .cfg file. From the information that I can see, the pci devices do appear to be mapping to the pciback driver. Any help with this would be greatly appreciated! Regards, Mike Neiderhauser ########################################################## root@fiat:~# uname -a Linux fiat 3.8.0-29-generic #42~precise1-Ubuntu SMP Wed Aug 14 16:19:23 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux # Ubuntu 12.04.3 LTS Server (installed ubuntu desktop) stock kernel xm dmesg (XEN) Xen version 4.1.5 (Ubuntu 4.1.5-0ubuntu0.12.04.2) ( stefan.bader@canonical.com) (gcc version 4.6.3 (Ubuntu/Linaro 4.6.3-1ubuntu5) ) Tue Dec 17 16:35:34 UTC 2013 root@fiat:~# lspci 00:00.0 Host bridge: Intel Corporation Xeon E3-1200 Processor Family DRAM Controller (rev 09) 00:01.0 PCI bridge: Intel Corporation Xeon E3-1200/2nd Generation Core Processor Family PCI Express Root Port (rev 09) 00:1a.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #2 (rev 04) 00:1c.0 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 1 (rev b4) 00:1d.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #1 (rev 04) 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev a4) 00:1f.0 ISA bridge: Intel Corporation C202 Chipset Family LPC Controller (rev 04) 00:1f.2 SATA controller: Intel Corporation 6 Series/C200 Series Chipset Family SATA AHCI Controller (rev 04) 00:1f.3 SMBus: Intel Corporation 6 Series/C200 Series Chipset Family SMBus Controller (rev 04) 01:00.0 PCI bridge: Integrated Device Technology, Inc. PES12N3A PCI Express Switch (rev 0e) 02:02.0 PCI bridge: Integrated Device Technology, Inc. PES12N3A PCI Express Switch (rev 0e) 02:04.0 PCI bridge: Integrated Device Technology, Inc. PES12N3A PCI Express Switch (rev 0e) 03:00.0 Ethernet controller: Intel Corporation 82576 Gigabit Network Connection (rev 01) 03:00.1 Ethernet controller: Intel Corporation 82576 Gigabit Network Connection (rev 01) 04:00.0 Ethernet controller: Intel Corporation 82576 Gigabit Network Connection (rev 01) 04:00.1 Ethernet controller: Intel Corporation 82576 Gigabit Network Connection (rev 01) 05:00.0 Ethernet controller: Broadcom Corporation NetXtreme II BCM5716 Gigabit Ethernet (rev 20) 05:00.1 Ethernet controller: Broadcom Corporation NetXtreme II BCM5716 Gigabit Ethernet (rev 20) 06:03.0 VGA compatible controller: Matrox Graphics, Inc. MGA G200eW WPCM450 (rev 0a) root@fiat:~# lspci -t -[0000:00]-+-00.0 +-01.0-[01-04]----00.0-[02-04]--+-02.0-[03]--+-00.0 | | \-00.1 | \-04.0-[04]--+-00.0 | \-00.1 +-1a.0 +-1c.0-[05]--+-00.0 | \-00.1 +-1d.0 +-1e.0-[06]----03.0 +-1f.0 +-1f.2 \-1f.3 The domU config file: ---------------------------------------------------------------------------------------- kernel = "/usr/lib/xen-4.1/boot/hvmloader" builder='hvm' memory = 1024 vcpus=2 name = "ubuntu-hvm-0" vif = ['bridge=xenbr0'] #intel card pci=['02:04.0'] #pci=['01:00.0', '02:02.0', '02:04.0', '03:00.0','03:00.1','04:00.0','04:00.1'] #pci=['00:01.0', '03:00.0','03:00.1','04:00.0','04:00.1'] #pci= ['03:00.0','03:00.1','04:00.0','04:00.1'] #broadcom card #pci=['00:1c.0', '05:00.0', '05:00.1'] #pci=['05:00.0', '05:00.1'] disk = ['phy:/dev/fiat-vg/ubuntu-hvm,hda,w'] #,'file:/root/ubuntu-12.04.3-server-amd64.iso,hdc:cdrom,r'] acpi = 1 #apic = 1 device_model = 'qemu-dm' boot="c" sdl=0 serial='pty' vnc=1 vnclisten="" vncpasswd="" on_poweroff = 'destroy' on_reboot = 'restart' on_crash = 'restart' ---------------------------------------------------------------------------------------- The script I run at boot to unbind and rebind pci devices: ---------------------------------------------------------------------------------------- #! /bin/bash # array of PCI Devices used in Xen VMs #devices=(0000:00:01.0 0000:00:1c.0 0000:01:00.0 0000:02:02.0 0000:02:04.0 0000:03:00.0 0000:03:00.1 0000:04:00.0 0000:04:00.1 0000:05:00.0 0000:05:00.1) devices=(0000:02:04.0) # array of Xen VM config files # currently not used confvms=("/etc/xen/ubuntu-12.04.3-server-vm-1.cfg" "/etc/xen/ubuntu-12.04.3-server-vm-0.cfg") function pciback_dev { # REQUIRES # PCI Devices in format: ::. if [ $# -ne 1 ]; then echo "This function allows a single parameter to be passed representing a PCI Device" echo "The PCI Device should be in format: ::." echo "EX: 0000:03:00.0" fi pcidev=$1 if [ -h /sys/bus/pci/devices/"$pcidev"/driver ]; then echo "Unbinding $pcidev from" $(basename $(readlink /sys/bus/pci/devices/"$pcidev"/driver)) echo -n "$pcidev" > /sys/bus/pci/devices/"$pcidev"/driver/unbind fi echo "Binding $pcidev to pciback" echo -n "$pcidev" > /sys/bus/pci/drivers/pciback/new_slot echo -n "$pcidev" > /sys/bus/pci/drivers/pciback/bind return 0 } function obtain_pci_devices { echo "Loading Kernel Module 'xen-pciback'" modprobe pciback modprobe xen-pciback echo "Calling function pciback_dev for: " for index in ${!devices[*]} do echo "PCI DEVICE ${devices[$index]}" pciback_dev ${devices[$index]} echo "" done echo "Listing PCI Devices Available to Xen" xm pci-list-assignable-devices } function start_all_xen_vms { echo "Starting Hypervised VM's" for index in ${!confvms[*]} do echo "Loading Config ${confvms[$index]}" xm create ${confvms[$index]} -c echo "" done } ########################################################################### #main ########################################################################### obtain_pci_devices ---------------------------------------------------------------------------------------- --047d7b3a905e8d848004f19842c0 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi all,
I am new to Xen and hyper vision in= general. =A0I have been searching the mailing list and using my friend goo= gle to see if I could find the answer myself. =A0Unfortunately, everything = I have tried and found does not work.

I am attempting to set up a Computer with two HVM's= . =A0To start, I attempted it with a single HVM. =A0I am able to install, c= onfigure, start, and VNC into the VM. =A0The issue is when I attempt PCI pa= ss through. =A0I have tried attaching the pcie switch as well as individual= pci devices. =A0I am trying to attach an Intel 82576 Gigabit Ethernet card= to the HVM. =A0I am unsure of what information you will need, but included= is information I felt was useful. =A0I have tried various PCI configs in t= he .cfg file. =A0From the information that I can see, the pci devices do ap= pear to be mapping to the pciback driver.

Any help with this would be greatly appreciated!
<= div>
Regards,
Mike Neiderhauser

##########################################################
root@fiat:~# uname -a
Linux fiat 3.8.0-29-generic #42~precis= e1-Ubuntu SMP Wed Aug 14 16:19:23 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux
# Ubuntu 12.04.3 LTS Server (installed ubuntu desktop) stock= kernel

xm dmesg
(XEN) Xen version 4.1.5 (Ubuntu 4.1.= 5-0ubuntu0.12.04.2) (stefan.b= ader@canonical.com) (gcc version 4.6.3 (Ubuntu/Linaro 4.6.3-1ubuntu5) )= Tue Dec 17 16:35:34 UTC 2013


root@fiat:~# lspci
00:00.= 0 Host bridge: Intel Corporation Xeon E3-1200 Processor Family DRAM Control= ler (rev 09)
00:01.0 PCI bridge: Intel Corporation Xeon E3-1200/2= nd Generation Core Processor Family PCI Express Root Port (rev 09)
00:1a.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset= Family USB Enhanced Host Controller #2 (rev 04)
00:1c.0 PCI brid= ge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root = Port 1 (rev b4)
00:1d.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset= Family USB Enhanced Host Controller #1 (rev 04)
00:1e.0 PCI brid= ge: Intel Corporation 82801 PCI Bridge (rev a4)
00:1f.0 ISA bridg= e: Intel Corporation C202 Chipset Family LPC Controller (rev 04)
00:1f.2 SATA controller: Intel Corporation 6 Series/C200 Series Chipse= t Family SATA AHCI Controller (rev 04)
00:1f.3 SMBus: Intel Corpo= ration 6 Series/C200 Series Chipset Family SMBus Controller (rev 04)
01:00.0 PCI bridge: Integrated Device Technology, Inc. PES12N3A PCI Ex= press Switch (rev 0e)
02:02.0 PCI bridge: Integrated Device Techn= ology, Inc. PES12N3A PCI Express Switch (rev 0e)
02:04.0 PCI brid= ge: Integrated Device Technology, Inc. PES12N3A PCI Express Switch (rev 0e)=
03:00.0 Ethernet controller: Intel Corporation 82576 Gigabit Network C= onnection (rev 01)
03:00.1 Ethernet controller: Intel Corporation= 82576 Gigabit Network Connection (rev 01)
04:00.0 Ethernet contr= oller: Intel Corporation 82576 Gigabit Network Connection (rev 01)
04:00.1 Ethernet controller: Intel Corporation 82576 Gigabit Network C= onnection (rev 01)
05:00.0 Ethernet controller: Broadcom Corporat= ion NetXtreme II BCM5716 Gigabit Ethernet (rev 20)
05:00.1 Ethern= et controller: Broadcom Corporation NetXtreme II BCM5716 Gigabit Ethernet (= rev 20)
06:03.0 VGA compatible controller: Matrox Graphics, Inc. MGA G200eW WP= CM450 (rev 0a)

root@fiat:~# lspci -t
-[0000:00]-+-00.0
=A0 =A0 =A0 =A0 =A0 =A0+-01.0-[01-04]--= --00.0-[02-04]--+-02.0-[03]--+-00.0
=A0 =A0 =A0 =A0 =A0 =A0| =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 | =A0 =A0 =A0 =A0 =A0 =A0\-00.1
=A0 =A0 =A0 =A0 = =A0 =A0| =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 \-04.0= -[04]--+-00.0
=A0 =A0 =A0 =A0 =A0 =A0| =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0\-00.1
=
=A0 =A0 =A0 =A0 =A0 =A0+-1a.0
=A0 =A0 =A0 =A0 =A0 =A0+-1c.0-[05]-= -+-00.0
=A0 =A0 =A0 =A0 =A0 =A0| =A0 =A0 =A0 =A0 =A0 =A0\-00.1
=A0 =A0 =A0 =A0 =A0 =A0+-1d.0
=A0 =A0 =A0 =A0 =A0 =A0+-1e= .0-[06]----03.0
=A0 =A0 =A0 =A0 =A0 =A0+-1f.0
=A0 =A0 = =A0 =A0 =A0 =A0+-1f.2
=A0 =A0 =A0 =A0 =A0 =A0\-1f.3


The domU config file:
-------------------------------------= ---------------------------------------------------
kernel = =3D "/usr/lib/xen-4.1/boot/hvmloader"
builder=3D'hvm'
memory =3D 1024
vcpus=3D2<= /div>
name =3D "ubuntu-hvm-0"
vif =3D ['bridge= =3Dxenbr0']
#intel card
pci=3D['02:04.0']
#pci=3D['01:00.0', '02:02.0', '02:04.0', &= #39;03:00.0','03:00.1','04:00.0','04:00.1']
#pci=3D['00:01.0', '03:00.0','03:00.1','04= :00.0','04:00.1']
#pci=3D ['03:00.0','03:= 00.1','04:00.0','04:00.1']

#br= oadcom card
#pci=3D['00:1c.0', '05:00.0', '05:00.1']
=
#pci=3D['05:00.0', '05:00.1']

disk =3D ['phy:/dev/fiat-vg/ubuntu-hvm,hda,w']=A0
#,'= ;file:/root/ubuntu-12.04.3-server-amd64.iso,hdc:cdrom,r']
acpi =3D 1
#apic =3D 1
device_model =3D 'qemu-= dm'
boot=3D"c"
sdl=3D0
serial= =3D'pty'
vnc=3D1
vnclisten=3D""
=
vncpasswd=3D""
on_poweroff =3D 'destroy'
on_reboot =3D 'restart= '
on_crash =3D 'restart'
------------= ---------------------------------------------------------------------------= -


The script I run at boot to unbind= and rebind pci devices:
----------------------------------------= ------------------------------------------------
#! /bin/bas= h
# array of PCI Devices used in Xen VMs
#devices=3D(0000:00:0= 1.0 0000:00:1c.0 0000:01:00.0 0000:02:02.0 0000:02:04.0 0000:03:00.0 0000:0= 3:00.1 0000:04:00.0 0000:04:00.1 0000:05:00.0 0000:05:00.1)
devic= es=3D(0000:02:04.0)

# array of Xen VM config files
# currently no= t used
confvms=3D("/etc/xen/ubuntu-12.04.3-server-vm-1.cfg&q= uot; "/etc/xen/ubuntu-12.04.3-server-vm-0.cfg")

function pciback_dev {
=A0 =A0 # REQUIRE= S
=A0 =A0 # PCI Devices in format: <domain>:<bus>:<= ;slot>.<function>
=A0 =A0 if [ $# -ne 1 ]; then
=A0 =A0 =A0 =A0 echo "This function allows a single parameter to be = passed representing a PCI Device"
=A0 =A0 =A0 =A0 echo "The PCI Device should be in format: <dom= ain>:<bus>:<slot>.<function>"
=A0 =A0 = =A0 =A0 echo "EX: 0000:03:00.0"
=A0 =A0 fi
=A0 =A0 pcidev=3D$1
=A0 =A0 if [ -h /sys/bus/pci/devices/"$pcidev"/driver ]; the= n
=A0 =A0 =A0 =A0 echo "Unbinding $pcidev from" $(basen= ame $(readlink /sys/bus/pci/devices/"$pcidev"/driver))
= =A0 =A0 =A0 =A0 echo -n "$pcidev" > /sys/bus/pci/devices/"= ;$pcidev"/driver/unbind
=A0 =A0 fi
=A0 =A0 echo "Binding $pcidev to pciback&quo= t;
=A0 =A0 echo -n "$pcidev" > /sys/bus/pci/drivers/= pciback/new_slot
=A0 =A0 echo -n "$pcidev" > /sys/bu= s/pci/drivers/pciback/bind

=A0 =A0 return 0
}

f= unction obtain_pci_devices {
=A0 =A0 echo "Loading Kernel Mo= dule 'xen-pciback'"
=A0 =A0 modprobe pciback
=A0 =A0 modprobe xen-pciback
=A0 =A0 echo "Calling function pciback_dev for: "
= =A0 =A0 for index in ${!devices[*]}
=A0 =A0 do
=A0 =A0 = =A0 =A0 echo "PCI DEVICE ${devices[$index]}"
=A0 =A0 = =A0 =A0 pciback_dev ${devices[$index]}
=A0 =A0 =A0 =A0 echo ""
=A0 =A0 done
=A0 =A0 echo "Listing PCI Devices Available to Xen"
=A0 =A0 xm pci-list-assignable-devices
}

<= /div>
function start_all_xen_vms {
=A0 =A0 echo "Starting Hypervised VM's"
=A0 = =A0 for index in ${!confvms[*]}
=A0 =A0 do
=A0 =A0 =A0 = =A0 echo "Loading Config ${confvms[$index]}"
=A0 =A0 = =A0 =A0 xm create ${confvms[$index]} -c
=A0 =A0 =A0 =A0 echo ""
=A0 =A0 done
}

###################################################= ########################
#main
########################= ###################################################
obtain_pci_devices
-----------------------------= -----------------------------------------------------------
--047d7b3a905e8d848004f19842c0-- --===============2580540128554447963== 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 --===============2580540128554447963==-- From xen-users-bounces@lists.xen.org Tue Feb 04 20:15:23 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 04 Feb 2014 20:15: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 1WAmOH-0006P0-IP; Tue, 04 Feb 2014 20:14:41 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WAmOG-0006Ov-Po for xen-users@lists.xensource.com; Tue, 04 Feb 2014 20:14:40 +0000 Received: from [85.158.137.68:37280] by server-17.bemta-3.messagelabs.com id 58/42-22569-F2A41F25; Tue, 04 Feb 2014 20:14:39 +0000 X-Env-Sender: guy20034u@yahoo.com X-Msg-Ref: server-9.tower-31.messagelabs.com!1391544877!12211090!1 X-Originating-IP: [216.139.236.26] X-SpamReason: No, hits=0.6 required=7.0 tests=FORGED_YAHOO_RCVD, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26175 invoked from network); 4 Feb 2014 20:14:39 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-9.tower-31.messagelabs.com with AES256-SHA encrypted SMTP; 4 Feb 2014 20:14:39 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1WAmOD-0003VZ-Jh for xen-users@lists.xensource.com; Tue, 04 Feb 2014 12:14:37 -0800 Date: Tue, 4 Feb 2014 12:14:37 -0800 (PST) From: sbdcunha To: xen-users@lists.xensource.com Message-ID: <1391544877602-5721112.post@n5.nabble.com> In-Reply-To: <20140204173250.GA20603@zion.uk.xensource.com> References: <1391532037250-5721108.post@n5.nabble.com> <20140204173250.GA20603@zion.uk.xensource.com> MIME-Version: 1.0 Subject: Re: [Xen-users] new xen guest cannot communicate with the network X-BeenThere: xen-users@lists.xen.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 Dear Wei, Thanks for your immediate reply. i have disabled iptables as well as ip6tables . let me be more specific xen host has ip 172.16.2.52/24 gateway ip 172.16.2.254 xen guest ip is 172.16.2.53/24 gateway 172.16.2.254 from fuest i can ping xen host that is dom 0 ip 172.16.2.52 and from xen dom 0 i can also ping 172.16.2.53 but i cannot ping another host which has a ip of 172.16.2.231 running sysctl -a | grep bridge on DOM0 gives me the below ---- net.bridge.bridge-nf-call-arptables = 0 net.bridge.bridge-nf-call-ip6tables = 0 net.bridge.bridge-nf-call-iptables = 0 net.bridge.bridge-nf-filter-pppoe-tagged = 0 net.bridge.bridge-nf-filter-vlan-tagged = 0 net.bridge.bridge-nf-pass-vlan-input-dev = 0 ------ appreciate your help and advice. thanks and regards simon -- View this message in context: http://xen.1045712.n5.nabble.com/new-xen-guest-cannot-communicate-with-the-network-tp5721108p5721112.html Sent from the Xen - User mailing list archive at Nabble.com. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Feb 04 20:15:23 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 04 Feb 2014 20:15: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 1WAmOH-0006P0-IP; Tue, 04 Feb 2014 20:14:41 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WAmOG-0006Ov-Po for xen-users@lists.xensource.com; Tue, 04 Feb 2014 20:14:40 +0000 Received: from [85.158.137.68:37280] by server-17.bemta-3.messagelabs.com id 58/42-22569-F2A41F25; Tue, 04 Feb 2014 20:14:39 +0000 X-Env-Sender: guy20034u@yahoo.com X-Msg-Ref: server-9.tower-31.messagelabs.com!1391544877!12211090!1 X-Originating-IP: [216.139.236.26] X-SpamReason: No, hits=0.6 required=7.0 tests=FORGED_YAHOO_RCVD, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26175 invoked from network); 4 Feb 2014 20:14:39 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-9.tower-31.messagelabs.com with AES256-SHA encrypted SMTP; 4 Feb 2014 20:14:39 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1WAmOD-0003VZ-Jh for xen-users@lists.xensource.com; Tue, 04 Feb 2014 12:14:37 -0800 Date: Tue, 4 Feb 2014 12:14:37 -0800 (PST) From: sbdcunha To: xen-users@lists.xensource.com Message-ID: <1391544877602-5721112.post@n5.nabble.com> In-Reply-To: <20140204173250.GA20603@zion.uk.xensource.com> References: <1391532037250-5721108.post@n5.nabble.com> <20140204173250.GA20603@zion.uk.xensource.com> MIME-Version: 1.0 Subject: Re: [Xen-users] new xen guest cannot communicate with the network X-BeenThere: xen-users@lists.xen.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 Dear Wei, Thanks for your immediate reply. i have disabled iptables as well as ip6tables . let me be more specific xen host has ip 172.16.2.52/24 gateway ip 172.16.2.254 xen guest ip is 172.16.2.53/24 gateway 172.16.2.254 from fuest i can ping xen host that is dom 0 ip 172.16.2.52 and from xen dom 0 i can also ping 172.16.2.53 but i cannot ping another host which has a ip of 172.16.2.231 running sysctl -a | grep bridge on DOM0 gives me the below ---- net.bridge.bridge-nf-call-arptables = 0 net.bridge.bridge-nf-call-ip6tables = 0 net.bridge.bridge-nf-call-iptables = 0 net.bridge.bridge-nf-filter-pppoe-tagged = 0 net.bridge.bridge-nf-filter-vlan-tagged = 0 net.bridge.bridge-nf-pass-vlan-input-dev = 0 ------ appreciate your help and advice. thanks and regards simon -- View this message in context: http://xen.1045712.n5.nabble.com/new-xen-guest-cannot-communicate-with-the-network-tp5721108p5721112.html Sent from the Xen - User mailing list archive at Nabble.com. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Feb 05 09:22:29 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Feb 2014 09:22: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 1WAyfb-00069o-Vf; Wed, 05 Feb 2014 09:21:23 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WAyfb-00069i-BM for xen-users@lists.xen.org; Wed, 05 Feb 2014 09:21:23 +0000 Received: from [193.109.254.147:20280] by server-9.bemta-14.messagelabs.com id EB/82-24895-29202F25; Wed, 05 Feb 2014 09:21:22 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1391592064!2092885!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12960 invoked from network); 5 Feb 2014 09:21:20 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-15.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 5 Feb 2014 09:21:20 -0000 X-IronPort-AV: E=Sophos;i="4.95,785,1384300800"; d="scan'208";a="98127288" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 05 Feb 2014 09:21:04 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Wed, 5 Feb 2014 04:21:04 -0500 Message-ID: <1391592063.6497.71.camel@kazak.uk.xensource.com> From: Ian Campbell To: Mike Neiderhauser Date: Wed, 5 Feb 2014 09:21:03 +0000 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Requesting Help - Error: pci: PCI Backend and pci-stub don't own device X-BeenThere: xen-users@lists.xen.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, 2014-02-04 at 12:48 -0500, Mike Neiderhauser wrote: > Hi all, > I am new to Xen and hyper vision in general. I have been searching > the mailing list and using my friend google to see if I could find the > answer myself. Unfortunately, everything I have tried and found does > not work. > > > I am attempting to set up a Computer with two HVM's. To start, I > attempted it with a single HVM. I am able to install, configure, > start, and VNC into the VM. The issue is when I attempt PCI pass > through. I have tried attaching the pcie switch as well as individual > pci devices. I am trying to attach an Intel 82576 Gigabit Ethernet > card to the HVM. I am unsure of what information you will need, but > included is information I felt was useful. I have tried various PCI > configs in the .cfg file. From the information that I can see, the > pci devices do appear to be mapping to the pciback driver. > > > Any help with this would be greatly appreciated! By eye it all looks quite reasonable to me. The current configs are passing through the PCI switch in various combinations with the devices which is most likely not what you want, normally you should only pass the devices themselves I think (TBH I'm not sure what happens if you pass a bridge too...). Have you tried just passing through 05:00.0 (one of the NICs) or just 05:00.0 and .1? What does "xm pci-list-assignable-devices" report? What is the actual failure more? Simply not seeing the device in lspci within the guest or seeing it but it doesn't work or ...? Please can you post the guest dmesg with just a NIC passed through. You might also find some information in the logs under /var/log/xen, especially the device model log. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Feb 05 09:22:29 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Feb 2014 09:22: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 1WAyfb-00069o-Vf; Wed, 05 Feb 2014 09:21:23 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WAyfb-00069i-BM for xen-users@lists.xen.org; Wed, 05 Feb 2014 09:21:23 +0000 Received: from [193.109.254.147:20280] by server-9.bemta-14.messagelabs.com id EB/82-24895-29202F25; Wed, 05 Feb 2014 09:21:22 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1391592064!2092885!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12960 invoked from network); 5 Feb 2014 09:21:20 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-15.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 5 Feb 2014 09:21:20 -0000 X-IronPort-AV: E=Sophos;i="4.95,785,1384300800"; d="scan'208";a="98127288" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 05 Feb 2014 09:21:04 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Wed, 5 Feb 2014 04:21:04 -0500 Message-ID: <1391592063.6497.71.camel@kazak.uk.xensource.com> From: Ian Campbell To: Mike Neiderhauser Date: Wed, 5 Feb 2014 09:21:03 +0000 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Requesting Help - Error: pci: PCI Backend and pci-stub don't own device X-BeenThere: xen-users@lists.xen.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, 2014-02-04 at 12:48 -0500, Mike Neiderhauser wrote: > Hi all, > I am new to Xen and hyper vision in general. I have been searching > the mailing list and using my friend google to see if I could find the > answer myself. Unfortunately, everything I have tried and found does > not work. > > > I am attempting to set up a Computer with two HVM's. To start, I > attempted it with a single HVM. I am able to install, configure, > start, and VNC into the VM. The issue is when I attempt PCI pass > through. I have tried attaching the pcie switch as well as individual > pci devices. I am trying to attach an Intel 82576 Gigabit Ethernet > card to the HVM. I am unsure of what information you will need, but > included is information I felt was useful. I have tried various PCI > configs in the .cfg file. From the information that I can see, the > pci devices do appear to be mapping to the pciback driver. > > > Any help with this would be greatly appreciated! By eye it all looks quite reasonable to me. The current configs are passing through the PCI switch in various combinations with the devices which is most likely not what you want, normally you should only pass the devices themselves I think (TBH I'm not sure what happens if you pass a bridge too...). Have you tried just passing through 05:00.0 (one of the NICs) or just 05:00.0 and .1? What does "xm pci-list-assignable-devices" report? What is the actual failure more? Simply not seeing the device in lspci within the guest or seeing it but it doesn't work or ...? Please can you post the guest dmesg with just a NIC passed through. You might also find some information in the logs under /var/log/xen, especially the device model log. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Feb 05 09:35:54 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Feb 2014 09:35: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 1WAytJ-00070p-8I; Wed, 05 Feb 2014 09:35:33 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WAytH-00070j-MX for xen-users@lists.xensource.com; Wed, 05 Feb 2014 09:35:31 +0000 Received: from [85.158.139.211:13083] by server-14.bemta-5.messagelabs.com id 2B/CB-27598-3E502F25; Wed, 05 Feb 2014 09:35:31 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-5.tower-206.messagelabs.com!1391592928!1741652!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31139 invoked from network); 5 Feb 2014 09:35:30 -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; 5 Feb 2014 09:35:30 -0000 X-IronPort-AV: E=Sophos;i="4.95,785,1384300800"; d="scan'208";a="98130491" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 05 Feb 2014 09:35:28 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Wed, 5 Feb 2014 04:35:27 -0500 Message-ID: <1391592927.6497.80.camel@kazak.uk.xensource.com> From: Ian Campbell To: sbdcunha Date: Wed, 5 Feb 2014 09:35:27 +0000 In-Reply-To: <1391544877602-5721112.post@n5.nabble.com> References: <1391532037250-5721108.post@n5.nabble.com> <20140204173250.GA20603@zion.uk.xensource.com> <1391544877602-5721112.post@n5.nabble.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] new xen guest cannot communicate with the network X-BeenThere: xen-users@lists.xen.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, 2014-02-04 at 12:14 -0800, sbdcunha wrote: > Dear Wei, > > Thanks for your immediate reply. i have disabled iptables as well as > ip6tables . > let me be more specific > > xen host has ip 172.16.2.52/24 > gateway ip 172.16.2.254 > > > xen guest > > ip is 172.16.2.53/24 > gateway 172.16.2.254 > > from fuest i can ping xen host that is dom 0 ip 172.16.2.52 and from xen dom > 0 i can also ping 172.16.2.53 > but i cannot ping another host which has a ip of 172.16.2.231 Can you ping the gateway (172.16.2.254) from either dom0 or domU? Are you sure that 172.16.2.231 is responding to pings i.e. it is not blocking them via a local firewall? Can you ping it from dom0 and/or elsewhere? Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Feb 05 09:35:54 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Feb 2014 09:35: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 1WAytJ-00070p-8I; Wed, 05 Feb 2014 09:35:33 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WAytH-00070j-MX for xen-users@lists.xensource.com; Wed, 05 Feb 2014 09:35:31 +0000 Received: from [85.158.139.211:13083] by server-14.bemta-5.messagelabs.com id 2B/CB-27598-3E502F25; Wed, 05 Feb 2014 09:35:31 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-5.tower-206.messagelabs.com!1391592928!1741652!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31139 invoked from network); 5 Feb 2014 09:35:30 -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; 5 Feb 2014 09:35:30 -0000 X-IronPort-AV: E=Sophos;i="4.95,785,1384300800"; d="scan'208";a="98130491" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 05 Feb 2014 09:35:28 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Wed, 5 Feb 2014 04:35:27 -0500 Message-ID: <1391592927.6497.80.camel@kazak.uk.xensource.com> From: Ian Campbell To: sbdcunha Date: Wed, 5 Feb 2014 09:35:27 +0000 In-Reply-To: <1391544877602-5721112.post@n5.nabble.com> References: <1391532037250-5721108.post@n5.nabble.com> <20140204173250.GA20603@zion.uk.xensource.com> <1391544877602-5721112.post@n5.nabble.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] new xen guest cannot communicate with the network X-BeenThere: xen-users@lists.xen.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, 2014-02-04 at 12:14 -0800, sbdcunha wrote: > Dear Wei, > > Thanks for your immediate reply. i have disabled iptables as well as > ip6tables . > let me be more specific > > xen host has ip 172.16.2.52/24 > gateway ip 172.16.2.254 > > > xen guest > > ip is 172.16.2.53/24 > gateway 172.16.2.254 > > from fuest i can ping xen host that is dom 0 ip 172.16.2.52 and from xen dom > 0 i can also ping 172.16.2.53 > but i cannot ping another host which has a ip of 172.16.2.231 Can you ping the gateway (172.16.2.254) from either dom0 or domU? Are you sure that 172.16.2.231 is responding to pings i.e. it is not blocking them via a local firewall? Can you ping it from dom0 and/or elsewhere? Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Feb 05 12:27:39 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Feb 2014 12:27:39 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WB1Yp-0004ve-Pt; Wed, 05 Feb 2014 12:26:35 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WB1Yo-0004vZ-Ry for xen-users@lists.xen.org; Wed, 05 Feb 2014 12:26:35 +0000 Received: from [85.158.139.211:57479] by server-9.bemta-5.messagelabs.com id F6/0C-11237-AFD22F25; Wed, 05 Feb 2014 12:26:34 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-4.tower-206.messagelabs.com!1391603191!1814877!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25903 invoked from network); 5 Feb 2014 12:26:33 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-4.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 5 Feb 2014 12:26:33 -0000 X-IronPort-AV: E=Sophos;i="4.95,786,1384300800"; d="scan'208";a="100065715" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 05 Feb 2014 12:26:31 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Wed, 5 Feb 2014 07:26:30 -0500 Message-ID: <1391603189.6497.142.camel@kazak.uk.xensource.com> From: Ian Campbell To: IAN DELANEY Date: Wed, 5 Feb 2014 12:26:29 +0000 In-Reply-To: <20140205113550.7e7a4a09@archtester.homenetwork> References: <20140204125054.4326eca7@archtester.homenetwork> <1391526972.6497.27.camel@kazak.uk.xensource.com> <20140205113550.7e7a4a09@archtester.homenetwork> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: xen-users Subject: Re: [Xen-users] Fw: booting X-BeenThere: xen-users@lists.xen.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, 2014-02-05 at 11:35 +0800, IAN DELANEY wrote: > On Tue, 4 Feb 2014 15:16:12 +0000 > Ian Campbell wrote: > > > On Tue, 2014-02-04 at 12:50 +0800, IAN DELANEY wrote: > > > > I'm afraid that Xen on ARM is not yet aimed at the total newbie on > > ARM. > > > > Well, pity that. My aim here is to attempt to do what has been made > doable according to what I understand. The release of xen-4.3 over 6 > months ago declared xen arm capable and equipped. I think there may have been some miscommunication here -- Xen 4.3 had a tech preview of ARM support which was limited to a quite small number of platforms. It was described as "Early support" in the release notes and as "tech preview" in the feature matrix. It's quite likely that that messaging didn't make it to everywhere it should have done though. Xen 4.4 (of which we've just had rc3) will introduce "proper" support for ARM, although I still don't think I would say it would be for a total newbie. Are you still trying to use 4.3? Getting Xen 4.3 running even on the platforms it supported involved a lot more hacking that with the 4.4-rcs, we've been removing references to those old hacks from the docs since it made things even more confusing even than they are now, but of course if you are trying to use 4.3 that just makes things worse for you. > [...] I love a challenge! I think that's probably lucky ... > > I appreciate that things are not as clear as they might be, I'm sorry > > but at this stage I think it is not unreasonable to expect that people > > try Xen on ARM are already somewhat familiar with Linux on ARM, which > > means u-boot and some of the terms used here. > > > > > I have no idea what you've done here but Linux 3.4 just won't work > > with Xen on ARM. > > > > 1. u-boot I gather is very low level and appears to require a > significant climb of the learning curve to even begin to use it. Agreed. It looks like 64-bit ARM servers will mostly be using UEFI, and even grub so they will have a much more "x86-like" experience. It's unlikely that this will happen for 32-bit ARM too though, and for embedded 64-bit ARM it seems likely that u-boot will still be used by at least some vendors. > 2. The 3.4-75 kernel is the one utilised by sunxi in the link in the > wiki page(s). The booting into the uImage of 3.4-75 is merely the > u-boot booting process gone awry. The zImage of the 3.13 was there > and it was seemingly missed. The point is that the boot.xen -> > boot.scr I edited from the wiki / prepared were ineffective. But let's > move past that one state, move on.2 I'll add a note that the sunxi kernel is not usable with Xen. > 3. The gentoo dev of the minor arch arm team has used only the > specially equipped sunxi 3.4-75 kernel to boot the CB2. Beyond that, > he appears too occupied to take the next step and get it to boot off the > xen equipped capable and adequately arm equipped sunxi 3.13-rc4 kernel. > Although he does provide the odd tip, he basically cut me loose by > tapping out somethink like "that (booting xen) is way out of what my > territory, you're on your own in irc. > Pity that > > 4. The technical point that appears to be tripping me appears to be > the nominating of the load address of the kernel. The 3.4 kernel that > I boot uses fatload (the boot partition is vfat), a uImage and a > bootm. fatload vs ext2load etc should be a pretty straight substitution depending on the filesystem in use. uImage is a u-boot specific wrapper for binaries. It includes in the header a load address, on boot (with bootm) uboot will relocate the image from wherever you loaded it with fatload to that address. You could create a uImage of Xen, perhaps even giving it the same load address as you are giving fatload (to make the reloc a nop) using the "mkimage" tool but TBH there is no real reason to do this, you can just use "bootz" with the raw Xen binary instead. > 5. The boot.cmd I have to boot goes from a 4 line script to a boot.xen > that switches everything. uImage is out, bootm is out. In, we have > zImage (never heard of it), bootz (ditto) bootz is the command for booting Linux zImage format kernels, as opposed to booting uboot images with bootm. he Xen binary is compatible with this format, which is defined in the booting.txt doc from the Linux source (referenced in the wiki I think). > and a whole new scripting set (u-boot boot.cmd/boot.xen) The script name/suffix doesn't matter, it's all just lists of u-boot commands, which are executed with the "source" command. > > I'm sorry > > but at this stage I think it is not unreasonable to expect that people > > try Xen on ARM are already somewhat familiar with Linux on ARM, > > I have a better knowledge of arm than a fortnight ago, however, I'm > sorry but all of the above make for a horrendously steep learning > curve. On the plus side, your tips provided already have already made > some progress towards reducing its incline. Good. > > > "This assumes that the kernel is <4MB, " > > > > > > leaves me in the lurch because the zImage comes up over 4 mb. and I > > > am not versed in hex maths so as to convert all these addresses, > > > which leaves me vulnerable to making wrong data. > > > > gnome-calculator speaks hex, as do many other tools. > > > > I'll find one I think, though I don't use gnome 4mb doesn't seem so unreasonable for a kernel, but there seems to be no harm in adjusting the defaults to, say, 8mb -- so I'll do that. I'll also add in $ramdisk_addr_r since it will be clearer for those who need it and the hole left if not is harmless. > > > "console=hvc0 ro root=/dev/sda1 " > > > > > > does this pertain to a usb boot? Mine is actually from an SDHC > > > card, once again making for uncertainty. > > > > It can be whatever you would use to boot natively on this platform. I > > suspect that means /dev/mmcblkN but I haven't been booting from that > > so I don't know. > > > > Yes; the (1st.) line for the boot.cmd that I have to boot the sunxi 3.4 > kernel is " setenv bootargs console=ttyS0,115200 root=/dev/mmcblk0p2 > rootwait panic=10 ${extra}" That looks about right. On boot with a dtb u-boot will propagate this to the device tree's /chosen/bootargs property for you automatically. You can also force this to happen sooner with "fdt chosen" -- which is handy because then "fdt print" can be used to inspect what is going on. The above is right for booting Linux but to boot Xen you would want the Xen command line here and the Linux command line in /chosen/module@0/bootargs (i.e. the dom0 kernel's bootargs, see docs/misc/arm/device-tree/booting.txt for where the various command lines can live). For the dom0 command line you'll want to s/ttyS0,115200/hvc0/ and to add "clk_ignore_unused" (wiki updated). > > > Parameters for the domain 0 kernel are passed using the > > > xen,dom0-bootargs > > > > I don't see any reference to dom0-bootargs on the allwinner page. FYI I spotted it later in the main page and cleaned that up too. > > it is ready for interested devs to use. > > Well, I'm a dev and I'm interested. From what you say though I just > get the impression that my attempts might be a touch premature. I'm > reluctant to capitulate though. I think it is doable for a dev who is already familiar with ARM/uboot but coming in cold from an x86 background is a bit like jumping in at the deep end. I'm glad you've chosen to stick at it though. > I can see it's doable and I'm just > tryin' to do it. In summary; xen is a monster package, building and > equipping kernels is a heavy weight task, the arm (or any) arch is a > broad and technically challenging field to take on, ditto u-boot. And > you can do them all. Thumbs up. FWIW I would strongly recommend getting a mainline kernel (probably the sunxi-{next,devel} branch not actual mainline) booting natively (i.e. without Xen) before trying to get Xen going -- that should at least cut the learning curve into a few shorter chunks. The sunxi 3.4 kernel has a load of android-ish stuff in it (which is a little different in ways I don't understand) and won't work with Xen. > > Anyway, we are trying to make this easier but it is clearly not ready > > yet. > > Yes I can see you are, and you're making progress for sure. Thumbs up. > > Appreciation and thx for your input, fellow Ian. No problem. Please do continue to point out places where the wiki is confusing/incorrect/misleading etc. I think I've fixed what you pointed out already in the wiki as well as correcting/expanding things as I mentioned them above, but if I missed one please let me know. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Feb 05 12:27:39 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Feb 2014 12:27:39 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WB1Yp-0004ve-Pt; Wed, 05 Feb 2014 12:26:35 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WB1Yo-0004vZ-Ry for xen-users@lists.xen.org; Wed, 05 Feb 2014 12:26:35 +0000 Received: from [85.158.139.211:57479] by server-9.bemta-5.messagelabs.com id F6/0C-11237-AFD22F25; Wed, 05 Feb 2014 12:26:34 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-4.tower-206.messagelabs.com!1391603191!1814877!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25903 invoked from network); 5 Feb 2014 12:26:33 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-4.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 5 Feb 2014 12:26:33 -0000 X-IronPort-AV: E=Sophos;i="4.95,786,1384300800"; d="scan'208";a="100065715" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 05 Feb 2014 12:26:31 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Wed, 5 Feb 2014 07:26:30 -0500 Message-ID: <1391603189.6497.142.camel@kazak.uk.xensource.com> From: Ian Campbell To: IAN DELANEY Date: Wed, 5 Feb 2014 12:26:29 +0000 In-Reply-To: <20140205113550.7e7a4a09@archtester.homenetwork> References: <20140204125054.4326eca7@archtester.homenetwork> <1391526972.6497.27.camel@kazak.uk.xensource.com> <20140205113550.7e7a4a09@archtester.homenetwork> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: xen-users Subject: Re: [Xen-users] Fw: booting X-BeenThere: xen-users@lists.xen.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, 2014-02-05 at 11:35 +0800, IAN DELANEY wrote: > On Tue, 4 Feb 2014 15:16:12 +0000 > Ian Campbell wrote: > > > On Tue, 2014-02-04 at 12:50 +0800, IAN DELANEY wrote: > > > > I'm afraid that Xen on ARM is not yet aimed at the total newbie on > > ARM. > > > > Well, pity that. My aim here is to attempt to do what has been made > doable according to what I understand. The release of xen-4.3 over 6 > months ago declared xen arm capable and equipped. I think there may have been some miscommunication here -- Xen 4.3 had a tech preview of ARM support which was limited to a quite small number of platforms. It was described as "Early support" in the release notes and as "tech preview" in the feature matrix. It's quite likely that that messaging didn't make it to everywhere it should have done though. Xen 4.4 (of which we've just had rc3) will introduce "proper" support for ARM, although I still don't think I would say it would be for a total newbie. Are you still trying to use 4.3? Getting Xen 4.3 running even on the platforms it supported involved a lot more hacking that with the 4.4-rcs, we've been removing references to those old hacks from the docs since it made things even more confusing even than they are now, but of course if you are trying to use 4.3 that just makes things worse for you. > [...] I love a challenge! I think that's probably lucky ... > > I appreciate that things are not as clear as they might be, I'm sorry > > but at this stage I think it is not unreasonable to expect that people > > try Xen on ARM are already somewhat familiar with Linux on ARM, which > > means u-boot and some of the terms used here. > > > > > I have no idea what you've done here but Linux 3.4 just won't work > > with Xen on ARM. > > > > 1. u-boot I gather is very low level and appears to require a > significant climb of the learning curve to even begin to use it. Agreed. It looks like 64-bit ARM servers will mostly be using UEFI, and even grub so they will have a much more "x86-like" experience. It's unlikely that this will happen for 32-bit ARM too though, and for embedded 64-bit ARM it seems likely that u-boot will still be used by at least some vendors. > 2. The 3.4-75 kernel is the one utilised by sunxi in the link in the > wiki page(s). The booting into the uImage of 3.4-75 is merely the > u-boot booting process gone awry. The zImage of the 3.13 was there > and it was seemingly missed. The point is that the boot.xen -> > boot.scr I edited from the wiki / prepared were ineffective. But let's > move past that one state, move on.2 I'll add a note that the sunxi kernel is not usable with Xen. > 3. The gentoo dev of the minor arch arm team has used only the > specially equipped sunxi 3.4-75 kernel to boot the CB2. Beyond that, > he appears too occupied to take the next step and get it to boot off the > xen equipped capable and adequately arm equipped sunxi 3.13-rc4 kernel. > Although he does provide the odd tip, he basically cut me loose by > tapping out somethink like "that (booting xen) is way out of what my > territory, you're on your own in irc. > Pity that > > 4. The technical point that appears to be tripping me appears to be > the nominating of the load address of the kernel. The 3.4 kernel that > I boot uses fatload (the boot partition is vfat), a uImage and a > bootm. fatload vs ext2load etc should be a pretty straight substitution depending on the filesystem in use. uImage is a u-boot specific wrapper for binaries. It includes in the header a load address, on boot (with bootm) uboot will relocate the image from wherever you loaded it with fatload to that address. You could create a uImage of Xen, perhaps even giving it the same load address as you are giving fatload (to make the reloc a nop) using the "mkimage" tool but TBH there is no real reason to do this, you can just use "bootz" with the raw Xen binary instead. > 5. The boot.cmd I have to boot goes from a 4 line script to a boot.xen > that switches everything. uImage is out, bootm is out. In, we have > zImage (never heard of it), bootz (ditto) bootz is the command for booting Linux zImage format kernels, as opposed to booting uboot images with bootm. he Xen binary is compatible with this format, which is defined in the booting.txt doc from the Linux source (referenced in the wiki I think). > and a whole new scripting set (u-boot boot.cmd/boot.xen) The script name/suffix doesn't matter, it's all just lists of u-boot commands, which are executed with the "source" command. > > I'm sorry > > but at this stage I think it is not unreasonable to expect that people > > try Xen on ARM are already somewhat familiar with Linux on ARM, > > I have a better knowledge of arm than a fortnight ago, however, I'm > sorry but all of the above make for a horrendously steep learning > curve. On the plus side, your tips provided already have already made > some progress towards reducing its incline. Good. > > > "This assumes that the kernel is <4MB, " > > > > > > leaves me in the lurch because the zImage comes up over 4 mb. and I > > > am not versed in hex maths so as to convert all these addresses, > > > which leaves me vulnerable to making wrong data. > > > > gnome-calculator speaks hex, as do many other tools. > > > > I'll find one I think, though I don't use gnome 4mb doesn't seem so unreasonable for a kernel, but there seems to be no harm in adjusting the defaults to, say, 8mb -- so I'll do that. I'll also add in $ramdisk_addr_r since it will be clearer for those who need it and the hole left if not is harmless. > > > "console=hvc0 ro root=/dev/sda1 " > > > > > > does this pertain to a usb boot? Mine is actually from an SDHC > > > card, once again making for uncertainty. > > > > It can be whatever you would use to boot natively on this platform. I > > suspect that means /dev/mmcblkN but I haven't been booting from that > > so I don't know. > > > > Yes; the (1st.) line for the boot.cmd that I have to boot the sunxi 3.4 > kernel is " setenv bootargs console=ttyS0,115200 root=/dev/mmcblk0p2 > rootwait panic=10 ${extra}" That looks about right. On boot with a dtb u-boot will propagate this to the device tree's /chosen/bootargs property for you automatically. You can also force this to happen sooner with "fdt chosen" -- which is handy because then "fdt print" can be used to inspect what is going on. The above is right for booting Linux but to boot Xen you would want the Xen command line here and the Linux command line in /chosen/module@0/bootargs (i.e. the dom0 kernel's bootargs, see docs/misc/arm/device-tree/booting.txt for where the various command lines can live). For the dom0 command line you'll want to s/ttyS0,115200/hvc0/ and to add "clk_ignore_unused" (wiki updated). > > > Parameters for the domain 0 kernel are passed using the > > > xen,dom0-bootargs > > > > I don't see any reference to dom0-bootargs on the allwinner page. FYI I spotted it later in the main page and cleaned that up too. > > it is ready for interested devs to use. > > Well, I'm a dev and I'm interested. From what you say though I just > get the impression that my attempts might be a touch premature. I'm > reluctant to capitulate though. I think it is doable for a dev who is already familiar with ARM/uboot but coming in cold from an x86 background is a bit like jumping in at the deep end. I'm glad you've chosen to stick at it though. > I can see it's doable and I'm just > tryin' to do it. In summary; xen is a monster package, building and > equipping kernels is a heavy weight task, the arm (or any) arch is a > broad and technically challenging field to take on, ditto u-boot. And > you can do them all. Thumbs up. FWIW I would strongly recommend getting a mainline kernel (probably the sunxi-{next,devel} branch not actual mainline) booting natively (i.e. without Xen) before trying to get Xen going -- that should at least cut the learning curve into a few shorter chunks. The sunxi 3.4 kernel has a load of android-ish stuff in it (which is a little different in ways I don't understand) and won't work with Xen. > > Anyway, we are trying to make this easier but it is clearly not ready > > yet. > > Yes I can see you are, and you're making progress for sure. Thumbs up. > > Appreciation and thx for your input, fellow Ian. No problem. Please do continue to point out places where the wiki is confusing/incorrect/misleading etc. I think I've fixed what you pointed out already in the wiki as well as correcting/expanding things as I mentioned them above, but if I missed one please let me know. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Feb 05 12:33:30 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Feb 2014 12:33: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 1WB1fK-0005Pm-UB; Wed, 05 Feb 2014 12:33:18 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WB1fJ-0005Pf-QH for xen-users@lists.xen.org; Wed, 05 Feb 2014 12:33:18 +0000 Received: from [193.109.254.147:55015] by server-11.bemta-14.messagelabs.com id E6/49-24604-D8F22F25; Wed, 05 Feb 2014 12:33:17 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1391603595!2170972!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12681 invoked from network); 5 Feb 2014 12:33:16 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-16.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 5 Feb 2014 12:33:16 -0000 X-IronPort-AV: E=Sophos;i="4.95,786,1384300800"; d="scan'208";a="98173976" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 05 Feb 2014 12:33:15 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL02.citrite.net (10.13.107.79) with Microsoft SMTP Server id 14.2.342.4; Wed, 5 Feb 2014 07:33:14 -0500 Message-ID: <1391603593.6497.145.camel@kazak.uk.xensource.com> From: Ian Campbell To: Mike Neiderhauser Date: Wed, 5 Feb 2014 12:33:13 +0000 In-Reply-To: References: <1391592063.6497.71.camel@kazak.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Requesting Help - Error: pci: PCI Backend and pci-stub don't own device X-BeenThere: xen-users@lists.xen.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, 2014-02-05 at 07:21 -0500, Mike Neiderhauser wrote: > I have tried passing in pci=[05:00.0, 05:00.1] but not just > pci=[05:00.0] or pci=[05:00.1]. This is due to needing both ports > (each HVM I want to set up requires at minimum 2 NICs + the xenrb0 > port on vif) OK. > The xm create error messages via different setup configurations: > ############################################################################################################ > #pci=['01:00.0', '02:02.0', '02:04.0', > '03:00.0','03:00.1','04:00.0','04:00.1'] > root@fiat:~# xm create /etc/xen/ubuntu-hvm.cfg > Using config file "/etc/xen/ubuntu-hvm.cfg". > Error: pci: PCI Backend and pci-stub don't own device 0000:01:00.0 I don't know -- but I suspect this (and the other similar things) is because bridge devices cannot be bound to pciback. > ############################################################################################################ > #pci=['05:00.0', '05:00.1'] > root@fiat:~# xm create /etc/xen/ubuntu-hvm.cfg > Using config file "/etc/xen/ubuntu-hvm.cfg". > Error: (22, 'Invalid argument') This is the one I would have expected to work. > I cannot provide a guest dmesg w/ a nic on pci passthrough xm create > does not pass (nor does the domU show in xm list) Understood. > The xen dmesg (from the host OS) shows the following after I run the > pci assignment script to pci back Does it say anything extra after you try the final create with 22 Invalid Argument as the result? Also you should look in "xm dmesg" (Xen's console) as well as "dmesg" (dom0's console) > Please let me know if you need any additional info. I am looking into > Xen 4.3 to see if that fixes my issue. That might be good, especially if you use xl which is much better supported than the deprecated xend toolstack. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Feb 05 12:33:30 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Feb 2014 12:33: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 1WB1fK-0005Pm-UB; Wed, 05 Feb 2014 12:33:18 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WB1fJ-0005Pf-QH for xen-users@lists.xen.org; Wed, 05 Feb 2014 12:33:18 +0000 Received: from [193.109.254.147:55015] by server-11.bemta-14.messagelabs.com id E6/49-24604-D8F22F25; Wed, 05 Feb 2014 12:33:17 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1391603595!2170972!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12681 invoked from network); 5 Feb 2014 12:33:16 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-16.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 5 Feb 2014 12:33:16 -0000 X-IronPort-AV: E=Sophos;i="4.95,786,1384300800"; d="scan'208";a="98173976" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 05 Feb 2014 12:33:15 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL02.citrite.net (10.13.107.79) with Microsoft SMTP Server id 14.2.342.4; Wed, 5 Feb 2014 07:33:14 -0500 Message-ID: <1391603593.6497.145.camel@kazak.uk.xensource.com> From: Ian Campbell To: Mike Neiderhauser Date: Wed, 5 Feb 2014 12:33:13 +0000 In-Reply-To: References: <1391592063.6497.71.camel@kazak.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Requesting Help - Error: pci: PCI Backend and pci-stub don't own device X-BeenThere: xen-users@lists.xen.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, 2014-02-05 at 07:21 -0500, Mike Neiderhauser wrote: > I have tried passing in pci=[05:00.0, 05:00.1] but not just > pci=[05:00.0] or pci=[05:00.1]. This is due to needing both ports > (each HVM I want to set up requires at minimum 2 NICs + the xenrb0 > port on vif) OK. > The xm create error messages via different setup configurations: > ############################################################################################################ > #pci=['01:00.0', '02:02.0', '02:04.0', > '03:00.0','03:00.1','04:00.0','04:00.1'] > root@fiat:~# xm create /etc/xen/ubuntu-hvm.cfg > Using config file "/etc/xen/ubuntu-hvm.cfg". > Error: pci: PCI Backend and pci-stub don't own device 0000:01:00.0 I don't know -- but I suspect this (and the other similar things) is because bridge devices cannot be bound to pciback. > ############################################################################################################ > #pci=['05:00.0', '05:00.1'] > root@fiat:~# xm create /etc/xen/ubuntu-hvm.cfg > Using config file "/etc/xen/ubuntu-hvm.cfg". > Error: (22, 'Invalid argument') This is the one I would have expected to work. > I cannot provide a guest dmesg w/ a nic on pci passthrough xm create > does not pass (nor does the domU show in xm list) Understood. > The xen dmesg (from the host OS) shows the following after I run the > pci assignment script to pci back Does it say anything extra after you try the final create with 22 Invalid Argument as the result? Also you should look in "xm dmesg" (Xen's console) as well as "dmesg" (dom0's console) > Please let me know if you need any additional info. I am looking into > Xen 4.3 to see if that fixes my issue. That might be good, especially if you use xl which is much better supported than the deprecated xend toolstack. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Feb 05 12:52:33 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Feb 2014 12:52: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 1WB1xf-0006ml-1m; Wed, 05 Feb 2014 12:52:15 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WB1xd-0006mg-Nh for xen-users@lists.xen.org; Wed, 05 Feb 2014 12:52:13 +0000 Received: from [85.158.137.68:31160] by server-9.bemta-3.messagelabs.com id F8/F3-10184-CF332F25; Wed, 05 Feb 2014 12:52:12 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-10.tower-31.messagelabs.com!1391604730!12382222!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20365 invoked from network); 5 Feb 2014 12:52:12 -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; 5 Feb 2014 12:52:12 -0000 X-IronPort-AV: E=Sophos;i="4.95,786,1384300800"; d="scan'208";a="98178907" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 05 Feb 2014 12:52:06 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Wed, 5 Feb 2014 07:52:05 -0500 Message-ID: <1391604724.6497.149.camel@kazak.uk.xensource.com> From: Ian Campbell To: Mike Neiderhauser Date: Wed, 5 Feb 2014 12:52:04 +0000 In-Reply-To: References: <1391592063.6497.71.camel@kazak.uk.xensource.com> <1391603593.6497.145.camel@kazak.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users Subject: Re: [Xen-users] Requesting Help - Error: pci: PCI Backend and pci-stub don't own device X-BeenThere: xen-users@lists.xen.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've dropped the list CC, please don't do that. I've put it back. On Wed, 2014-02-05 at 07:45 -0500, Mike Neiderhauser wrote: > Looking at lshw on the machine shows that the device configuration > driver (after running the boot script) is pciback. Anything in the logs? > On another note, do you have any suggests for getting started with Xen > 4.3? I plan on using Ubuntu 13.10 as a base os and then installing on > there. Do I need to compile a custom kernel or anything? I don't know much about Ubuntu, but in general it isn't necessary to compile a custom kernel these days, unless you run into a bug which requires patching etc. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Feb 05 12:52:33 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Feb 2014 12:52: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 1WB1xf-0006ml-1m; Wed, 05 Feb 2014 12:52:15 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WB1xd-0006mg-Nh for xen-users@lists.xen.org; Wed, 05 Feb 2014 12:52:13 +0000 Received: from [85.158.137.68:31160] by server-9.bemta-3.messagelabs.com id F8/F3-10184-CF332F25; Wed, 05 Feb 2014 12:52:12 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-10.tower-31.messagelabs.com!1391604730!12382222!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20365 invoked from network); 5 Feb 2014 12:52:12 -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; 5 Feb 2014 12:52:12 -0000 X-IronPort-AV: E=Sophos;i="4.95,786,1384300800"; d="scan'208";a="98178907" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 05 Feb 2014 12:52:06 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Wed, 5 Feb 2014 07:52:05 -0500 Message-ID: <1391604724.6497.149.camel@kazak.uk.xensource.com> From: Ian Campbell To: Mike Neiderhauser Date: Wed, 5 Feb 2014 12:52:04 +0000 In-Reply-To: References: <1391592063.6497.71.camel@kazak.uk.xensource.com> <1391603593.6497.145.camel@kazak.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users Subject: Re: [Xen-users] Requesting Help - Error: pci: PCI Backend and pci-stub don't own device X-BeenThere: xen-users@lists.xen.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've dropped the list CC, please don't do that. I've put it back. On Wed, 2014-02-05 at 07:45 -0500, Mike Neiderhauser wrote: > Looking at lshw on the machine shows that the device configuration > driver (after running the boot script) is pciback. Anything in the logs? > On another note, do you have any suggests for getting started with Xen > 4.3? I plan on using Ubuntu 13.10 as a base os and then installing on > there. Do I need to compile a custom kernel or anything? I don't know much about Ubuntu, but in general it isn't necessary to compile a custom kernel these days, unless you run into a bug which requires patching etc. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Feb 05 13:06:30 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Feb 2014 13:06: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 1WB2B6-0007J1-2k; Wed, 05 Feb 2014 13:06:08 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WB1UK-0004pW-LM for xen-users@lists.xen.org; Wed, 05 Feb 2014 12:21:57 +0000 Received: from [85.158.139.211:19545] by server-1.bemta-5.messagelabs.com id 8F/4F-12859-3EC22F25; Wed, 05 Feb 2014 12:21:55 +0000 X-Env-Sender: mikeneiderhauser@gmail.com X-Msg-Ref: server-3.tower-206.messagelabs.com!1391602912!1814084!1 X-Originating-IP: [209.85.128.173] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10711 invoked from network); 5 Feb 2014 12:21:53 -0000 Received: from mail-ve0-f173.google.com (HELO mail-ve0-f173.google.com) (209.85.128.173) by server-3.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 5 Feb 2014 12:21:53 -0000 Received: by mail-ve0-f173.google.com with SMTP id oz11so222123veb.4 for ; Wed, 05 Feb 2014 04:21: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:from:date:message-id:subject:to :cc:content-type; bh=WIk8sAwNsHvU6cKrsEYmf6RWxQFcVN/XuNRNFndJ3jY=; b=GEDsAQPR0o14/INVMbMyZELIXYogJaDMHWnZKmmAHvjHKDgVrozKDOucKJCBcuMFnb 4k55xo/pC5Lz7sFwy9BxlTQyh45SVIKUb+PniFX4KTh9kSzw8DYDlf5n+c/ysU62MAr3 0z7n+fp/ze9norMNXRtv+uy2r1vazzrtfbAc4/XTIP3N0apxbKhsFHHk7yk1LTBR/CeO IwMI88mUoQcOZZNZX8QEpbQya6vGDJZXxc8w7jiS1B6mAIUhxFqWBOvnlDtEezFLN8Z0 Vf5vAbepPsTBfait34Mgl/7mhybo8ye7HFu7VKg4Wsqs1rzJUb8ZuEI9M+EFnyQoNe3M JPtQ== X-Received: by 10.58.209.36 with SMTP id mj4mr40760vec.47.1391602912363; Wed, 05 Feb 2014 04:21:52 -0800 (PST) MIME-Version: 1.0 Received: by 10.52.233.73 with HTTP; Wed, 5 Feb 2014 04:21:12 -0800 (PST) In-Reply-To: <1391592063.6497.71.camel@kazak.uk.xensource.com> References: <1391592063.6497.71.camel@kazak.uk.xensource.com> From: Mike Neiderhauser Date: Wed, 5 Feb 2014 07:21:12 -0500 Message-ID: To: Ian Campbell X-Mailman-Approved-At: Wed, 05 Feb 2014 13:06:05 +0000 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Requesting Help - Error: pci: PCI Backend and pci-stub don't own device X-BeenThere: xen-users@lists.xen.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="===============6288524453549472001==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6288524453549472001== Content-Type: multipart/alternative; boundary=047d7bd6b89c428c0a04f1a7cd24 --047d7bd6b89c428c0a04f1a7cd24 Content-Type: text/plain; charset=ISO-8859-1 Thanks for the quick response. I have tried passing in pci=[05:00.0, 05:00.1] but not just pci=[05:00.0] or pci=[05:00.1]. This is due to needing both ports (each HVM I want to set up requires at minimum 2 NICs + the xenrb0 port on vif) xm pci-list-assignable-devices reports the following (all of the devices I requested): 0000:05:00.0 0000:05:00.1 0000:00:01.0 0000:00:1c.0 0000:01:00.0 0000:02:02.0 0000:02:04.0 0000:03:00.0 0000:03:00.1 0000:04:00.0 0000:04:00.1 The xm create error messages via different setup configurations: ############################################################################################################ #pci=['01:00.0', '02:02.0', '02:04.0', '03:00.0','03:00.1','04:00.0','04:00.1'] root@fiat:~# xm create /etc/xen/ubuntu-hvm.cfg Using config file "/etc/xen/ubuntu-hvm.cfg". Error: pci: PCI Backend and pci-stub don't own device 0000:01:00.0 ############################################################################################################ #pci=['00:01.0', '03:00.0','03:00.1','04:00.0','04:00.1'] root@fiat:~# xm create /etc/xen/ubuntu-hvm.cfg Using config file "/etc/xen/ubuntu-hvm.cfg". Error: pci: PCI Backend and pci-stub don't own device 0000:00:01.0 ############################################################################################################ #pci=['00:1c.0', '05:00.0', '05:00.1'] root@fiat:~# xm create /etc/xen/ubuntu-hvm.cfg Using config file "/etc/xen/ubuntu-hvm.cfg". Error: pci: PCI Backend and pci-stub don't own device 0000:00:1c.0 ############################################################################################################ #pci=['05:00.0', '05:00.1'] root@fiat:~# xm create /etc/xen/ubuntu-hvm.cfg Using config file "/etc/xen/ubuntu-hvm.cfg". Error: (22, 'Invalid argument') An additional error (not seen above) was complaining that I could not get say port 05:00.0 or 05:00.1 due to a PCI switch (hence why I tried obtaining the switch) I cannot provide a guest dmesg w/ a nic on pci passthrough xm create does not pass (nor does the domU show in xm list) The xen dmesg (from the host OS) shows the following after I run the pci assignment script to pci back [ 28.005784] xenbr0: port 1(eth2) entered forwarding state [ 51.288593] Program lshw tried to access /dev/mem between ff000->101000. [ 77.502268] xen-pciback: backend is vpci [ 77.509183] pcie_pme 0000:00:01.0:pcie01: unloading service driver pcie_pme [ 77.509352] pciback 0000:00:01.0: seizing device [ 77.509378] xen: registering gsi 16 triggering 0 polarity 1 [ 77.509382] Already setup the GSI :16 [ 77.514048] pcie_pme 0000:00:1c.0:pcie01: unloading service driver pcie_pme [ 77.514216] pciback 0000:00:1c.0: seizing device [ 77.514265] xen: registering gsi 17 triggering 0 polarity 1 [ 77.514268] Already setup the GSI :17 [ 77.549846] pciback 0000:01:00.0: seizing device [ 77.554722] pciback 0000:02:02.0: seizing device [ 77.559425] pciback 0000:02:04.0: seizing device [ 77.559823] pciback 0000:03:00.0: seizing device [ 77.559863] xen: registering gsi 18 triggering 0 polarity 1 [ 77.559865] Already setup the GSI :18 [ 77.661387] pciback 0000:03:00.1: seizing device [ 77.661426] xen: registering gsi 19 triggering 0 polarity 1 [ 77.661429] Already setup the GSI :19 [ 77.765339] pciback 0000:04:00.0: seizing device [ 77.765378] xen: registering gsi 16 triggering 0 polarity 1 [ 77.765380] Already setup the GSI :16 [ 77.869281] pciback 0000:04:00.1: seizing device [ 77.869321] xen: registering gsi 17 triggering 0 polarity 1 [ 77.869323] Already setup the GSI :17 [ 78.036978] pciback 0000:05:00.0: seizing device [ 78.052817] xen: registering gsi 16 triggering 0 polarity 1 [ 78.052821] Already setup the GSI :16 [ 78.121064] pciback 0000:05:00.1: seizing device [ 78.136774] xen: registering gsi 17 triggering 0 polarity 1 [ 78.136778] Already setup the GSI :17 Please let me know if you need any additional info. I am looking into Xen 4.3 to see if that fixes my issue. Regards Mike On Wed, Feb 5, 2014 at 4:21 AM, Ian Campbell wrote: > On Tue, 2014-02-04 at 12:48 -0500, Mike Neiderhauser wrote: > > Hi all, > > I am new to Xen and hyper vision in general. I have been searching > > the mailing list and using my friend google to see if I could find the > > answer myself. Unfortunately, everything I have tried and found does > > not work. > > > > > > I am attempting to set up a Computer with two HVM's. To start, I > > attempted it with a single HVM. I am able to install, configure, > > start, and VNC into the VM. The issue is when I attempt PCI pass > > through. I have tried attaching the pcie switch as well as individual > > pci devices. I am trying to attach an Intel 82576 Gigabit Ethernet > > card to the HVM. I am unsure of what information you will need, but > > included is information I felt was useful. I have tried various PCI > > configs in the .cfg file. From the information that I can see, the > > pci devices do appear to be mapping to the pciback driver. > > > > > > Any help with this would be greatly appreciated! > > By eye it all looks quite reasonable to me. > > The current configs are passing through the PCI switch in various > combinations with the devices which is most likely not what you want, > normally you should only pass the devices themselves I think (TBH I'm > not sure what happens if you pass a bridge too...). > > Have you tried just passing through 05:00.0 (one of the NICs) or just > 05:00.0 and .1? > > What does "xm pci-list-assignable-devices" report? > > What is the actual failure more? Simply not seeing the device in lspci > within the guest or seeing it but it doesn't work or ...? > > Please can you post the guest dmesg with just a NIC passed through. > > You might also find some information in the logs under /var/log/xen, > especially the device model log. > > Ian. > > > --047d7bd6b89c428c0a04f1a7cd24 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Thanks for the quick response. =A0

I ha= ve tried passing in pci=3D[05:00.0, 05:00.1] but not just pci=3D[05:00.0] o= r pci=3D[05:00.1]. =A0This is due to needing both ports (each HVM I want to= set up requires at minimum 2 NICs + the xenrb0 port on vif)

xm pci-list-assignable-devices reports the following (a= ll of the devices I requested):
0000:05:00.0
0000:= 05:00.1
0000:00:01.0
0000:00:1c.0
0000:01:00.= 0
0000:02:02.0
0000:02:04.0
0000:03:00.0
0= 000:03:00.1
0000:04:00.0
0000:04:00.1
<= br>
The xm create error messages via different setup configuratio= ns:
#################################################################= ###########################################
#pci=3D['01:00.0&= #39;, '02:02.0', '02:04.0', '03:00.0','03:00.1&= #39;,'04:00.0','04:00.1']
root@fiat:~# xm create /etc/xen/ubuntu-hvm.cfg=A0
Using conf= ig file "/etc/xen/ubuntu-hvm.cfg".
Error: pci: PCI Back= end and pci-stub don't own device 0000:01:00.0

###########################################################################= #################################
#pci=3D['00:01.0', '= ;03:00.0','03:00.1','04:00.0','04:00.1']
root@fiat:~# xm create /etc/xen/ubuntu-hvm.cfg=A0
Using conf= ig file "/etc/xen/ubuntu-hvm.cfg".
Error: pci: PCI Back= end and pci-stub don't own device 0000:00:01.0

###########################################################################= #################################
#pci=3D['00:1c.0', '= ;05:00.0', '05:00.1']
root@fiat:~# xm create /etc/xen= /ubuntu-hvm.cfg=A0
Using config file "/etc/xen/ubuntu-hvm.cfg".
Error= : pci: PCI Backend and pci-stub don't own device 0000:00:1c.0

###########################################################= #################################################
#pci=3D['05:00.0', '05:00.1']
root@fiat:~# x= m create /etc/xen/ubuntu-hvm.cfg=A0
Using config file "/etc/= xen/ubuntu-hvm.cfg".
Error: (22, 'Invalid argument')=

An additional error (not seen above) was complain= ing that I could not get say port 05:00.0 or 05:00.1 due to a PCI switch (h= ence why I tried obtaining the switch)

I cannot pr= ovide a guest dmesg w/ a nic on pci passthrough xm create does not pass (no= r does the domU show in xm list)

The xen dmesg (from the host OS) shows the following af= ter I run the pci assignment script to pci back

[ =A0 28.005784] xenbr0: port 1(eth2) entered forwarding state
[ =A0 51.288593] Program lshw tried to access /dev/mem between ff000->10= 1000.
[ =A0 77.502268] xen-pciback: backend is vpci
[ = =A0 77.509183] pcie_pme 0000:00:01.0:pcie01: unloading service driver pcie_= pme
[ =A0 77.509352] pciback 0000:00:01.0: seizing device
[ =A0 = 77.509378] xen: registering gsi 16 triggering 0 polarity 1
[ =A0 = 77.509382] Already setup the GSI :16
[ =A0 77.514048] pcie_pme 00= 00:00:1c.0:pcie01: unloading service driver pcie_pme
[ =A0 77.514216] pciback 0000:00:1c.0: seizing device
[ =A0 = 77.514265] xen: registering gsi 17 triggering 0 polarity 1
[ =A0 = 77.514268] Already setup the GSI :17
[ =A0 77.549846] pciback 000= 0:01:00.0: seizing device
[ =A0 77.554722] pciback 0000:02:02.0: seizing device
[ =A0 = 77.559425] pciback 0000:02:04.0: seizing device
[ =A0 77.559823] = pciback 0000:03:00.0: seizing device
[ =A0 77.559863] xen: regist= ering gsi 18 triggering 0 polarity 1
[ =A0 77.559865] Already setup the GSI :18
[ =A0 77.661387] = pciback 0000:03:00.1: seizing device
[ =A0 77.661426] xen: regist= ering gsi 19 triggering 0 polarity 1
[ =A0 77.661429] Already set= up the GSI :19
[ =A0 77.765339] pciback 0000:04:00.0: seizing device
[ =A0 = 77.765378] xen: registering gsi 16 triggering 0 polarity 1
[ =A0 = 77.765380] Already setup the GSI :16
[ =A0 77.869281] pciback 000= 0:04:00.1: seizing device
[ =A0 77.869321] xen: registering gsi 17 triggering 0 polarity 1
=
[ =A0 77.869323] Already setup the GSI :17
[ =A0 78.036978] = pciback 0000:05:00.0: seizing device
[ =A0 78.052817] xen: regist= ering gsi 16 triggering 0 polarity 1
[ =A0 78.052821] Already setup the GSI :16
[ =A0 78.121064] = pciback 0000:05:00.1: seizing device
[ =A0 78.136774] xen: regist= ering gsi 17 triggering 0 polarity 1
[ =A0 78.136778] Already set= up the GSI :17

Please let me know if you need any additional inf= o. =A0I am looking into Xen 4.3 to see if that fixes my issue.
Regards
Mike




On Wed, Feb 5= , 2014 at 4:21 AM, Ian Campbell <Ian.Campbell@citrix.com> wrote:
On Tue, 2014-02-04 at 12:4= 8 -0500, Mike Neiderhauser wrote:
> Hi all,
> I am new to Xen and hyper vision in general. =A0I have been searching<= br> > the mailing list and using my friend google to see if I could find the=
> answer myself. =A0Unfortunately, everything I have tried and found doe= s
> not work.
>
>
> I am attempting to set up a Computer with two HVM's. =A0To start, = I
> attempted it with a single HVM. =A0I am able to install, configure, > start, and VNC into the VM. =A0The issue is when I attempt PCI pass > through. =A0I have tried attaching the pcie switch as well as individu= al
> pci devices. =A0I am trying to attach an Intel 82576 Gigabit Ethernet<= br> > card to the HVM. =A0I am unsure of what information you will need, but=
> included is information I felt was useful. =A0I have tried various PCI=
> configs in the .cfg file. =A0From the information that I can see, the<= br> > pci devices do appear to be mapping to the pciback driver.
>
>
> Any help with this would be greatly appreciated!

By eye it all looks quite reasonable to me.

The current configs are passing through the PCI switch in various
combinations with the devices which is most likely not what you want,
normally you should only pass the devices themselves I think (TBH I'm not sure what happens if you pass a bridge too...).

Have you tried just passing through 05:00.0 (one of the NICs) or just
05:00.0 and .1?

What does "xm pci-list-assignable-devices" report?

What is the actual failure more? Simply not seeing the device in lspci
within the guest or seeing it but it doesn't work or ...?

Please can you post the guest dmesg with just a NIC passed through.

You might also find some information in the logs under /var/log/xen,
especially the device model log.

Ian.



--047d7bd6b89c428c0a04f1a7cd24-- --===============6288524453549472001== 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 --===============6288524453549472001==-- From xen-users-bounces@lists.xen.org Wed Feb 05 13:06:30 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Feb 2014 13:06: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 1WB2B5-0007Ip-Gt; Wed, 05 Feb 2014 13:06:07 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WAuw2-0008Gx-61 for xen-users@lists.xenproject.org; Wed, 05 Feb 2014 05:22:06 +0000 Received: from [85.158.143.35:38271] by server-2.bemta-4.messagelabs.com id 36/33-10891-6A8C1F25; Wed, 05 Feb 2014 05:14:14 +0000 X-Env-Sender: della5@iinet.com.au X-Msg-Ref: server-7.tower-21.messagelabs.com!1391577251!3189002!1 X-Originating-IP: [203.59.1.226] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMDMuNTkuMS4yMjYgPT4gMjIzODc=\n,sa_preprocessor: QmFkIElQOiAyMDMuNTkuMS4yMjYgPT4gMjIzODc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19426 invoked from network); 5 Feb 2014 05:14:12 -0000 Received: from icp-osb-irony-out9.external.iinet.net.au (HELO icp-osb-irony-out9.external.iinet.net.au) (203.59.1.226) by server-7.tower-21.messagelabs.com with SMTP; 5 Feb 2014 05:14:12 -0000 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ag4FAB/I8VJ8qVRu/2dsb2JhbABZgwyDPrwdgQoWdIIlAQEBAw8ZEysHAQcKFg0EAwECAQk0EC4CDhMVh2gHnX6wQBePAoQyBIlHhRyJR4ZxizGDOi8 X-IronPort-AV: E=Sophos;i="4.95,784,1384272000"; d="scan'208";a="181785764" Received: from unknown (HELO archtester.homenetwork) ([124.169.84.110]) by icp-osb-irony-out9.iinet.net.au with ESMTP; 05 Feb 2014 13:14:10 +0800 Date: Wed, 5 Feb 2014 13:07:55 +0800 From: IAN DELANEY To: l Message-ID: <20140205130755.784ef83b@archtester.homenetwork> Organization: homenetwork X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.22; x86_64-pc-linux-gnu) Mime-Version: 1.0 X-Mailman-Approved-At: Wed, 05 Feb 2014 13:06:05 +0000 Subject: [Xen-users] Fw: Fw: booting X-BeenThere: xen-users@lists.xen.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 forwarded message: Date: Wed, 5 Feb 2014 11:35:50 +0800 From: IAN DELANEY To: Ian Campbell Subject: Re: [Xen-users] Fw: booting seems it needed manual CC'ing On Tue, 4 Feb 2014 15:16:12 +0000 Ian Campbell wrote: > On Tue, 2014-02-04 at 12:50 +0800, IAN DELANEY wrote: > > Lastly, please drop the aggressive tone, I appreciate that you have > found this frustrating, but it is not going to encourage people to try > and help you. > Let's bring this to the top where it is more apt. Firstly thx for the informative response. We have exchanged in the past couple of years, some emails in the xen-devel list, all to do with the build of xen in amd64 x86. At the risk of being argumentative, the tone or intent isn't so much aggressive, rather 'telling it it like it is' in this case from my perspective attempting to boot xen in one arm board. I'm Australian which we don't have in common I'm pretty sure. It's a 'cultural cringe' that you experience here I believe. We down under, at least the men, call a spade a bloody shovel as par for the course. "This underlines the problem with the wki for Xen_ARMv7_with_Virtualization_Extensions. It's both faulty and as clear as proverbial mud" is such an instance. While it's bold, I consider it falls short of aggressive since I fundamentally object to aggressive. "Get your act together and write something that makes sense and a reader can actually follow" to me qualifies as aggressive. It has the 'put down', it's antagonistic and basically insults, all of which, in my judgement, I refrained from. Suffice to say, I used what in a literature sense is use of 'hyperbole' so as to illustrate a point. It's a communication 'strategy'. Those points I made were indeed driven home. However, that does indeed run the 'risk' of being read or interpreted as brazen and hostile, communication by its nature being a highly abstract and inexact science. So let's balance this with, from my prior dealings with you, I hold you and your advice in good regard, and I extend my regret if my description resulted in any form of offence on your part. Now for the subject at hand; > I'm afraid that Xen on ARM is not yet aimed at the total newbie on > ARM. > Well, pity that. My aim here is to attempt to do what has been made doable according to what I understand. The release of xen-4.3 over 6 months ago declared xen arm capable and equipped. At my end here, I submitted a request many months ago for gentoo's arm arch team to keyword xen to ~arm. Two devs tried it and it failed to build. So they then did nothing about it. Minor arch teams typically have a tiny membership and are persistently reported as being understaffed and over worked. Anyway I ended up acquiring a cubieboard2 for the purpose of doing it myself because the others simply weren't delivering. To date, I have got xen to build by doing the required tweaks that they found too hard mostly due to xen being a demanding build in its own right. I always knew the booting into a xen equipped kernel plus the hypervisor would be a huge ask, and indeed it is. I love a challenge! > I appreciate that things are not as clear as they might be, I'm sorry > but at this stage I think it is not unreasonable to expect that people > try Xen on ARM are already somewhat familiar with Linux on ARM, which > means u-boot and some of the terms used here. > > I have no idea what you've done here but Linux 3.4 just won't work > with Xen on ARM. > 1. u-boot I gather is very low level and appears to require a significant climb of the learning curve to even begin to use it. 2. The 3.4-75 kernel is the one utilised by sunxi in the link in the wiki page(s). The booting into the uImage of 3.4-75 is merely the u-boot booting process gone awry. The zImage of the 3.13 was there and it was seemingly missed. The point is that the boot.xen -> boot.scr I edited from the wiki / prepared were ineffective. But let's move past that one state, move on. 3. The gentoo dev of the minor arch arm team has used only the specially equipped sunxi 3.4-75 kernel to boot the CB2. Beyond that, he appears too occupied to take the next step and get it to boot off the xen equipped capable and adequately arm equipped sunxi 3.13-rc4 kernel. Although he does provide the odd tip, he basically cut me loose by tapping out somethink like "that (booting xen) is way out of what my territory, you're on your own in irc. Pity that 4. The technical point that appears to be tripping me appears to be the nominating of the load address of the kernel. The 3.4 kernel that I boot uses fatload (the boot partition is vfat), a uImage and a bootm. 5. The boot.cmd I have to boot goes from a 4 line script to a boot.xen that switches everything. uImage is out, bootm is out. In, we have zImage (never heard of it), bootz (ditto) and a whole new scripting set (u-boot boot.cmd/boot.xen) > I'm sorry > but at this stage I think it is not unreasonable to expect that people > try Xen on ARM are already somewhat familiar with Linux on ARM, I have a better knowledge of arm than a fortnight ago, however, I'm sorry but all of the above make for a horrendously steep learning curve. On the plus side, your tips provided already have already made some progress towards reducing its incline. > > Start from the multi_v7_defconfig multiplatform kernel: > > > > make sun7i_dom0_defconfig > > > > is NOT. Apparently that kernel is no longer being linked and the > > current kernel 3.13-rc4 simply does NOT even have the > > sun7i_dom0_defconfig. > > Sorry, my fault, This was something added to the random github tree > which used to be pointed to by the guy who wrote the original > instructions. The right advice is to start from "multi_v7_defconfig". > done > Actually. It seems I originally managed to change the text but not the > example. > > I've fixed that now > good, thx > > "This assumes that the kernel is <4MB, " > > > > leaves me in the lurch because the zImage comes up over 4 mb. and I > > am not versed in hex maths so as to convert all these addresses, > > which leaves me vulnerable to making wrong data. > > gnome-calculator speaks hex, as do many other tools. > I'll find one I think, though I don't use gnome > I'm afraid this is sort of normal for ARM/u-boot systems. > well, part of the learning curve. > > > > "console=hvc0 ro root=/dev/sda1 " > > > > does this pertain to a usb boot? Mine is actually from an SDHC > > card, once again making for uncertainty. > > It can be whatever you would use to boot natively on this platform. I > suspect that means /dev/mmcblkN but I haven't been booting from that > so I don't know. > Yes; the (1st.) line for the boot.cmd that I have to boot the sunxi 3.4 kernel is " setenv bootargs console=ttyS0,115200 root=/dev/mmcblk0p2 rootwait panic=10 ${extra}" > > setenv bootargs "console=dtuart dtuart=/soc@01c00000/serial@01c28000 > > dom0_mem=128M" > > > > > > What happened to root=.... ? > > That is the hypervisor command line, the root= is a kernel parameter. > ok helpful hint there thx > > Parameters for the domain 0 kernel are passed using the > > xen,dom0-bootargs > > I don't see any reference to dom0-bootargs on the allwinner page. > > > I initially booted into the CB2 via the 3.4-75 kernel from sunxi > > with a boot.cmd provided by the arm arch dev @ gentoo. He knows > > nothing about xen and doesn't even understand what a dom0 is. > > Currently, despite using a boot.xen amd mkimage a boot.scr from the > > boot.xen, the CB2 boots into the WRONG kernel. > > > This underlines the problem with the wki for > > Xen_ARMv7_with_Virtualization_Extensions. It's both faulty and as > > clear as proverbial mud. > > > The use of the u-boot is totally new to me having become accustomed > > to grub. The instructs for such a challenging and technically > > intricate process of booting a dom0 in an arm board need be made > > crystal clear, and it isn't. I'm circumspect about gaining clear > > answers from this source and therefore about being able to get the > > CB2 to boot into dom0. If a xen maintainer @ gentoo can't follow > > this literature, what chance a user? > > This stuff isn't even released yet. Nobody has said it is ready for > end users yet -- it is ready for interested devs to use. > Well, I'm a dev and I'm interested. From what you say though I just get the impression that my attempts might be a touch premature. I'm reluctant to capitulate though. I can see it's doable and I'm just tryin' to do it. In summary; xen is a monster package, building and equipping kernels is a heavy weight task, the arm (or any) arch is a broad and technically challenging field to take on, ditto u-boot. And you can do them all. Thumbs up. > Anyway, we are trying to make this easier but it is clearly not ready > yet. Yes I can see you are, and you're making progress for sure. Thumbs up. Appreciation and thx for your input, fellow Ian. -- kind regards Ian Delaney -- kind regards Ian Delaney _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Feb 05 13:06:30 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Feb 2014 13:06: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 1WB2B4-0007Ig-UN; Wed, 05 Feb 2014 13:06:06 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WAoBF-0001c5-NI for xen-users@lists.xensource.com; Tue, 04 Feb 2014 22:09:21 +0000 Received: from [85.158.139.211:7940] by server-15.bemta-5.messagelabs.com id DD/D1-24395-01561F25; Tue, 04 Feb 2014 22:09:20 +0000 X-Env-Sender: thijsraets@gmail.com X-Msg-Ref: server-14.tower-206.messagelabs.com!1391551758!1674449!1 X-Originating-IP: [216.139.236.26] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22206 invoked from network); 4 Feb 2014 22:09:20 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-14.tower-206.messagelabs.com with AES256-SHA encrypted SMTP; 4 Feb 2014 22:09:20 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1WAoBC-00077n-68 for xen-users@lists.xensource.com; Tue, 04 Feb 2014 14:09:18 -0800 Date: Tue, 4 Feb 2014 14:09:18 -0800 (PST) From: thijsraets To: xen-users@lists.xensource.com Message-ID: <1391551758181-5721113.post@n5.nabble.com> In-Reply-To: <1391443036075-5721095.post@n5.nabble.com> References: <5269C836.5040501@gmail.com> <20131025081228.GC24345@zion.uk.xensource.com> <526A497A.5060405@gmail.com> <1382697920.22417.149.camel@hastur.hellion.org.uk> <526B1FAE.60704@gmail.com> <1382770280.22417.167.camel@hastur.hellion.org.uk> <526BD553.3020107@gmail.com> <1391443036075-5721095.post@n5.nabble.com> MIME-Version: 1.0 X-Mailman-Approved-At: Wed, 05 Feb 2014 13:06:05 +0000 Subject: Re: [Xen-users] Install Xen 4.4-Unstable X-BeenThere: xen-users@lists.xen.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 dGhpanNyYWV0cyB3cm90ZQo+IAo+IEpvaG4gV2FyZ28gd3JvdGUKPj4gCj4+IEFmdGVyIHJlbW92 aW5nIGJvdGggaW5zdGFsbHMsIHRoZW4gaW5zdGFsbGluZyB4ZW4gdG8gL3Vzci9sb2NhbCwgSSBh ZGRlZCAKPj4gL3Vzci9sb2NhbC9zYmluIHRvIG15IHBhdGgsIGFuZCBpdCBhbGwgd29ya3MgZ3Jl YXQgbm93Lgo+PiAKPj4gVGhhbmtzIGZvciB5b3VyIHRpbWUsCj4+IC1Kb2huCj4+IAo+PiBfX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwo+PiBYZW4tdXNlcnMg bWFpbGluZyBsaXN0Cgo+PiBYZW4tdXNlcnNALnhlbgoKPj4gaHR0cDovL2xpc3RzLnhlbi5vcmcv eGVuLXVzZXJzCj4gSm9obiwgCj4gCj4gSeKAmW0gZXhwZXJpZW5jaW5nIHRoZSBzYW1lIHByb2Js ZW1zIGhlcmUgKEZlZG9yYSAxOCwgWGVuIDQuMykgaG93ZXZlcgo+IGFkZGluZyAvdXNyL2xvY2Fs L3NiaW4gdG8gbXkgcGF0aCBkaWRu4oCZdCB3b3JrIGZvciBtZS4gIEnigJltIHF1aXRlIG5ldyB0 bwo+IHRoaXMgY291bGQgeW91IGdpdmUgbWUgYSBtb3JlIGV4YWN0IGRlc2NyaXB0aW9uIG9mIHRo ZSBzdGVwcyB5b3UgZm9sbG93ZWQKPiB0byBtYWtlIHlvdXIgc2V0dXAgd29yaz8KCkkgdXNlZCAu L2NvbmZpZ3VyZSAtLWxpYmRpcj0vdXNyL2xpYiBhbmQgYWxsIHdvcmtzIGZpbmUgbm93LiAKCgoK LS0KVmlldyB0aGlzIG1lc3NhZ2UgaW4gY29udGV4dDogaHR0cDovL3hlbi4xMDQ1NzEyLm41Lm5h YmJsZS5jb20vSW5zdGFsbC1YZW4tNC00LVVuc3RhYmxlLXRwNTcxOTQxN3A1NzIxMTEzLmh0bWwK U2VudCBmcm9tIHRoZSBYZW4gLSBVc2VyIG1haWxpbmcgbGlzdCBhcmNoaXZlIGF0IE5hYmJsZS5j b20uCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4t dXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54 ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Wed Feb 05 13:06:30 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Feb 2014 13:06: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 1WB2B5-0007Ip-Gt; Wed, 05 Feb 2014 13:06:07 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WAuw2-0008Gx-61 for xen-users@lists.xenproject.org; Wed, 05 Feb 2014 05:22:06 +0000 Received: from [85.158.143.35:38271] by server-2.bemta-4.messagelabs.com id 36/33-10891-6A8C1F25; Wed, 05 Feb 2014 05:14:14 +0000 X-Env-Sender: della5@iinet.com.au X-Msg-Ref: server-7.tower-21.messagelabs.com!1391577251!3189002!1 X-Originating-IP: [203.59.1.226] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMDMuNTkuMS4yMjYgPT4gMjIzODc=\n,sa_preprocessor: QmFkIElQOiAyMDMuNTkuMS4yMjYgPT4gMjIzODc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19426 invoked from network); 5 Feb 2014 05:14:12 -0000 Received: from icp-osb-irony-out9.external.iinet.net.au (HELO icp-osb-irony-out9.external.iinet.net.au) (203.59.1.226) by server-7.tower-21.messagelabs.com with SMTP; 5 Feb 2014 05:14:12 -0000 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ag4FAB/I8VJ8qVRu/2dsb2JhbABZgwyDPrwdgQoWdIIlAQEBAw8ZEysHAQcKFg0EAwECAQk0EC4CDhMVh2gHnX6wQBePAoQyBIlHhRyJR4ZxizGDOi8 X-IronPort-AV: E=Sophos;i="4.95,784,1384272000"; d="scan'208";a="181785764" Received: from unknown (HELO archtester.homenetwork) ([124.169.84.110]) by icp-osb-irony-out9.iinet.net.au with ESMTP; 05 Feb 2014 13:14:10 +0800 Date: Wed, 5 Feb 2014 13:07:55 +0800 From: IAN DELANEY To: l Message-ID: <20140205130755.784ef83b@archtester.homenetwork> Organization: homenetwork X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.22; x86_64-pc-linux-gnu) Mime-Version: 1.0 X-Mailman-Approved-At: Wed, 05 Feb 2014 13:06:05 +0000 Subject: [Xen-users] Fw: Fw: booting X-BeenThere: xen-users@lists.xen.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 forwarded message: Date: Wed, 5 Feb 2014 11:35:50 +0800 From: IAN DELANEY To: Ian Campbell Subject: Re: [Xen-users] Fw: booting seems it needed manual CC'ing On Tue, 4 Feb 2014 15:16:12 +0000 Ian Campbell wrote: > On Tue, 2014-02-04 at 12:50 +0800, IAN DELANEY wrote: > > Lastly, please drop the aggressive tone, I appreciate that you have > found this frustrating, but it is not going to encourage people to try > and help you. > Let's bring this to the top where it is more apt. Firstly thx for the informative response. We have exchanged in the past couple of years, some emails in the xen-devel list, all to do with the build of xen in amd64 x86. At the risk of being argumentative, the tone or intent isn't so much aggressive, rather 'telling it it like it is' in this case from my perspective attempting to boot xen in one arm board. I'm Australian which we don't have in common I'm pretty sure. It's a 'cultural cringe' that you experience here I believe. We down under, at least the men, call a spade a bloody shovel as par for the course. "This underlines the problem with the wki for Xen_ARMv7_with_Virtualization_Extensions. It's both faulty and as clear as proverbial mud" is such an instance. While it's bold, I consider it falls short of aggressive since I fundamentally object to aggressive. "Get your act together and write something that makes sense and a reader can actually follow" to me qualifies as aggressive. It has the 'put down', it's antagonistic and basically insults, all of which, in my judgement, I refrained from. Suffice to say, I used what in a literature sense is use of 'hyperbole' so as to illustrate a point. It's a communication 'strategy'. Those points I made were indeed driven home. However, that does indeed run the 'risk' of being read or interpreted as brazen and hostile, communication by its nature being a highly abstract and inexact science. So let's balance this with, from my prior dealings with you, I hold you and your advice in good regard, and I extend my regret if my description resulted in any form of offence on your part. Now for the subject at hand; > I'm afraid that Xen on ARM is not yet aimed at the total newbie on > ARM. > Well, pity that. My aim here is to attempt to do what has been made doable according to what I understand. The release of xen-4.3 over 6 months ago declared xen arm capable and equipped. At my end here, I submitted a request many months ago for gentoo's arm arch team to keyword xen to ~arm. Two devs tried it and it failed to build. So they then did nothing about it. Minor arch teams typically have a tiny membership and are persistently reported as being understaffed and over worked. Anyway I ended up acquiring a cubieboard2 for the purpose of doing it myself because the others simply weren't delivering. To date, I have got xen to build by doing the required tweaks that they found too hard mostly due to xen being a demanding build in its own right. I always knew the booting into a xen equipped kernel plus the hypervisor would be a huge ask, and indeed it is. I love a challenge! > I appreciate that things are not as clear as they might be, I'm sorry > but at this stage I think it is not unreasonable to expect that people > try Xen on ARM are already somewhat familiar with Linux on ARM, which > means u-boot and some of the terms used here. > > I have no idea what you've done here but Linux 3.4 just won't work > with Xen on ARM. > 1. u-boot I gather is very low level and appears to require a significant climb of the learning curve to even begin to use it. 2. The 3.4-75 kernel is the one utilised by sunxi in the link in the wiki page(s). The booting into the uImage of 3.4-75 is merely the u-boot booting process gone awry. The zImage of the 3.13 was there and it was seemingly missed. The point is that the boot.xen -> boot.scr I edited from the wiki / prepared were ineffective. But let's move past that one state, move on. 3. The gentoo dev of the minor arch arm team has used only the specially equipped sunxi 3.4-75 kernel to boot the CB2. Beyond that, he appears too occupied to take the next step and get it to boot off the xen equipped capable and adequately arm equipped sunxi 3.13-rc4 kernel. Although he does provide the odd tip, he basically cut me loose by tapping out somethink like "that (booting xen) is way out of what my territory, you're on your own in irc. Pity that 4. The technical point that appears to be tripping me appears to be the nominating of the load address of the kernel. The 3.4 kernel that I boot uses fatload (the boot partition is vfat), a uImage and a bootm. 5. The boot.cmd I have to boot goes from a 4 line script to a boot.xen that switches everything. uImage is out, bootm is out. In, we have zImage (never heard of it), bootz (ditto) and a whole new scripting set (u-boot boot.cmd/boot.xen) > I'm sorry > but at this stage I think it is not unreasonable to expect that people > try Xen on ARM are already somewhat familiar with Linux on ARM, I have a better knowledge of arm than a fortnight ago, however, I'm sorry but all of the above make for a horrendously steep learning curve. On the plus side, your tips provided already have already made some progress towards reducing its incline. > > Start from the multi_v7_defconfig multiplatform kernel: > > > > make sun7i_dom0_defconfig > > > > is NOT. Apparently that kernel is no longer being linked and the > > current kernel 3.13-rc4 simply does NOT even have the > > sun7i_dom0_defconfig. > > Sorry, my fault, This was something added to the random github tree > which used to be pointed to by the guy who wrote the original > instructions. The right advice is to start from "multi_v7_defconfig". > done > Actually. It seems I originally managed to change the text but not the > example. > > I've fixed that now > good, thx > > "This assumes that the kernel is <4MB, " > > > > leaves me in the lurch because the zImage comes up over 4 mb. and I > > am not versed in hex maths so as to convert all these addresses, > > which leaves me vulnerable to making wrong data. > > gnome-calculator speaks hex, as do many other tools. > I'll find one I think, though I don't use gnome > I'm afraid this is sort of normal for ARM/u-boot systems. > well, part of the learning curve. > > > > "console=hvc0 ro root=/dev/sda1 " > > > > does this pertain to a usb boot? Mine is actually from an SDHC > > card, once again making for uncertainty. > > It can be whatever you would use to boot natively on this platform. I > suspect that means /dev/mmcblkN but I haven't been booting from that > so I don't know. > Yes; the (1st.) line for the boot.cmd that I have to boot the sunxi 3.4 kernel is " setenv bootargs console=ttyS0,115200 root=/dev/mmcblk0p2 rootwait panic=10 ${extra}" > > setenv bootargs "console=dtuart dtuart=/soc@01c00000/serial@01c28000 > > dom0_mem=128M" > > > > > > What happened to root=.... ? > > That is the hypervisor command line, the root= is a kernel parameter. > ok helpful hint there thx > > Parameters for the domain 0 kernel are passed using the > > xen,dom0-bootargs > > I don't see any reference to dom0-bootargs on the allwinner page. > > > I initially booted into the CB2 via the 3.4-75 kernel from sunxi > > with a boot.cmd provided by the arm arch dev @ gentoo. He knows > > nothing about xen and doesn't even understand what a dom0 is. > > Currently, despite using a boot.xen amd mkimage a boot.scr from the > > boot.xen, the CB2 boots into the WRONG kernel. > > > This underlines the problem with the wki for > > Xen_ARMv7_with_Virtualization_Extensions. It's both faulty and as > > clear as proverbial mud. > > > The use of the u-boot is totally new to me having become accustomed > > to grub. The instructs for such a challenging and technically > > intricate process of booting a dom0 in an arm board need be made > > crystal clear, and it isn't. I'm circumspect about gaining clear > > answers from this source and therefore about being able to get the > > CB2 to boot into dom0. If a xen maintainer @ gentoo can't follow > > this literature, what chance a user? > > This stuff isn't even released yet. Nobody has said it is ready for > end users yet -- it is ready for interested devs to use. > Well, I'm a dev and I'm interested. From what you say though I just get the impression that my attempts might be a touch premature. I'm reluctant to capitulate though. I can see it's doable and I'm just tryin' to do it. In summary; xen is a monster package, building and equipping kernels is a heavy weight task, the arm (or any) arch is a broad and technically challenging field to take on, ditto u-boot. And you can do them all. Thumbs up. > Anyway, we are trying to make this easier but it is clearly not ready > yet. Yes I can see you are, and you're making progress for sure. Thumbs up. Appreciation and thx for your input, fellow Ian. -- kind regards Ian Delaney -- kind regards Ian Delaney _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Feb 05 13:06:30 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Feb 2014 13:06: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 1WB2B6-0007J1-2k; Wed, 05 Feb 2014 13:06:08 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WB1UK-0004pW-LM for xen-users@lists.xen.org; Wed, 05 Feb 2014 12:21:57 +0000 Received: from [85.158.139.211:19545] by server-1.bemta-5.messagelabs.com id 8F/4F-12859-3EC22F25; Wed, 05 Feb 2014 12:21:55 +0000 X-Env-Sender: mikeneiderhauser@gmail.com X-Msg-Ref: server-3.tower-206.messagelabs.com!1391602912!1814084!1 X-Originating-IP: [209.85.128.173] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10711 invoked from network); 5 Feb 2014 12:21:53 -0000 Received: from mail-ve0-f173.google.com (HELO mail-ve0-f173.google.com) (209.85.128.173) by server-3.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 5 Feb 2014 12:21:53 -0000 Received: by mail-ve0-f173.google.com with SMTP id oz11so222123veb.4 for ; Wed, 05 Feb 2014 04:21: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:from:date:message-id:subject:to :cc:content-type; bh=WIk8sAwNsHvU6cKrsEYmf6RWxQFcVN/XuNRNFndJ3jY=; b=GEDsAQPR0o14/INVMbMyZELIXYogJaDMHWnZKmmAHvjHKDgVrozKDOucKJCBcuMFnb 4k55xo/pC5Lz7sFwy9BxlTQyh45SVIKUb+PniFX4KTh9kSzw8DYDlf5n+c/ysU62MAr3 0z7n+fp/ze9norMNXRtv+uy2r1vazzrtfbAc4/XTIP3N0apxbKhsFHHk7yk1LTBR/CeO IwMI88mUoQcOZZNZX8QEpbQya6vGDJZXxc8w7jiS1B6mAIUhxFqWBOvnlDtEezFLN8Z0 Vf5vAbepPsTBfait34Mgl/7mhybo8ye7HFu7VKg4Wsqs1rzJUb8ZuEI9M+EFnyQoNe3M JPtQ== X-Received: by 10.58.209.36 with SMTP id mj4mr40760vec.47.1391602912363; Wed, 05 Feb 2014 04:21:52 -0800 (PST) MIME-Version: 1.0 Received: by 10.52.233.73 with HTTP; Wed, 5 Feb 2014 04:21:12 -0800 (PST) In-Reply-To: <1391592063.6497.71.camel@kazak.uk.xensource.com> References: <1391592063.6497.71.camel@kazak.uk.xensource.com> From: Mike Neiderhauser Date: Wed, 5 Feb 2014 07:21:12 -0500 Message-ID: To: Ian Campbell X-Mailman-Approved-At: Wed, 05 Feb 2014 13:06:05 +0000 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Requesting Help - Error: pci: PCI Backend and pci-stub don't own device X-BeenThere: xen-users@lists.xen.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="===============6288524453549472001==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6288524453549472001== Content-Type: multipart/alternative; boundary=047d7bd6b89c428c0a04f1a7cd24 --047d7bd6b89c428c0a04f1a7cd24 Content-Type: text/plain; charset=ISO-8859-1 Thanks for the quick response. I have tried passing in pci=[05:00.0, 05:00.1] but not just pci=[05:00.0] or pci=[05:00.1]. This is due to needing both ports (each HVM I want to set up requires at minimum 2 NICs + the xenrb0 port on vif) xm pci-list-assignable-devices reports the following (all of the devices I requested): 0000:05:00.0 0000:05:00.1 0000:00:01.0 0000:00:1c.0 0000:01:00.0 0000:02:02.0 0000:02:04.0 0000:03:00.0 0000:03:00.1 0000:04:00.0 0000:04:00.1 The xm create error messages via different setup configurations: ############################################################################################################ #pci=['01:00.0', '02:02.0', '02:04.0', '03:00.0','03:00.1','04:00.0','04:00.1'] root@fiat:~# xm create /etc/xen/ubuntu-hvm.cfg Using config file "/etc/xen/ubuntu-hvm.cfg". Error: pci: PCI Backend and pci-stub don't own device 0000:01:00.0 ############################################################################################################ #pci=['00:01.0', '03:00.0','03:00.1','04:00.0','04:00.1'] root@fiat:~# xm create /etc/xen/ubuntu-hvm.cfg Using config file "/etc/xen/ubuntu-hvm.cfg". Error: pci: PCI Backend and pci-stub don't own device 0000:00:01.0 ############################################################################################################ #pci=['00:1c.0', '05:00.0', '05:00.1'] root@fiat:~# xm create /etc/xen/ubuntu-hvm.cfg Using config file "/etc/xen/ubuntu-hvm.cfg". Error: pci: PCI Backend and pci-stub don't own device 0000:00:1c.0 ############################################################################################################ #pci=['05:00.0', '05:00.1'] root@fiat:~# xm create /etc/xen/ubuntu-hvm.cfg Using config file "/etc/xen/ubuntu-hvm.cfg". Error: (22, 'Invalid argument') An additional error (not seen above) was complaining that I could not get say port 05:00.0 or 05:00.1 due to a PCI switch (hence why I tried obtaining the switch) I cannot provide a guest dmesg w/ a nic on pci passthrough xm create does not pass (nor does the domU show in xm list) The xen dmesg (from the host OS) shows the following after I run the pci assignment script to pci back [ 28.005784] xenbr0: port 1(eth2) entered forwarding state [ 51.288593] Program lshw tried to access /dev/mem between ff000->101000. [ 77.502268] xen-pciback: backend is vpci [ 77.509183] pcie_pme 0000:00:01.0:pcie01: unloading service driver pcie_pme [ 77.509352] pciback 0000:00:01.0: seizing device [ 77.509378] xen: registering gsi 16 triggering 0 polarity 1 [ 77.509382] Already setup the GSI :16 [ 77.514048] pcie_pme 0000:00:1c.0:pcie01: unloading service driver pcie_pme [ 77.514216] pciback 0000:00:1c.0: seizing device [ 77.514265] xen: registering gsi 17 triggering 0 polarity 1 [ 77.514268] Already setup the GSI :17 [ 77.549846] pciback 0000:01:00.0: seizing device [ 77.554722] pciback 0000:02:02.0: seizing device [ 77.559425] pciback 0000:02:04.0: seizing device [ 77.559823] pciback 0000:03:00.0: seizing device [ 77.559863] xen: registering gsi 18 triggering 0 polarity 1 [ 77.559865] Already setup the GSI :18 [ 77.661387] pciback 0000:03:00.1: seizing device [ 77.661426] xen: registering gsi 19 triggering 0 polarity 1 [ 77.661429] Already setup the GSI :19 [ 77.765339] pciback 0000:04:00.0: seizing device [ 77.765378] xen: registering gsi 16 triggering 0 polarity 1 [ 77.765380] Already setup the GSI :16 [ 77.869281] pciback 0000:04:00.1: seizing device [ 77.869321] xen: registering gsi 17 triggering 0 polarity 1 [ 77.869323] Already setup the GSI :17 [ 78.036978] pciback 0000:05:00.0: seizing device [ 78.052817] xen: registering gsi 16 triggering 0 polarity 1 [ 78.052821] Already setup the GSI :16 [ 78.121064] pciback 0000:05:00.1: seizing device [ 78.136774] xen: registering gsi 17 triggering 0 polarity 1 [ 78.136778] Already setup the GSI :17 Please let me know if you need any additional info. I am looking into Xen 4.3 to see if that fixes my issue. Regards Mike On Wed, Feb 5, 2014 at 4:21 AM, Ian Campbell wrote: > On Tue, 2014-02-04 at 12:48 -0500, Mike Neiderhauser wrote: > > Hi all, > > I am new to Xen and hyper vision in general. I have been searching > > the mailing list and using my friend google to see if I could find the > > answer myself. Unfortunately, everything I have tried and found does > > not work. > > > > > > I am attempting to set up a Computer with two HVM's. To start, I > > attempted it with a single HVM. I am able to install, configure, > > start, and VNC into the VM. The issue is when I attempt PCI pass > > through. I have tried attaching the pcie switch as well as individual > > pci devices. I am trying to attach an Intel 82576 Gigabit Ethernet > > card to the HVM. I am unsure of what information you will need, but > > included is information I felt was useful. I have tried various PCI > > configs in the .cfg file. From the information that I can see, the > > pci devices do appear to be mapping to the pciback driver. > > > > > > Any help with this would be greatly appreciated! > > By eye it all looks quite reasonable to me. > > The current configs are passing through the PCI switch in various > combinations with the devices which is most likely not what you want, > normally you should only pass the devices themselves I think (TBH I'm > not sure what happens if you pass a bridge too...). > > Have you tried just passing through 05:00.0 (one of the NICs) or just > 05:00.0 and .1? > > What does "xm pci-list-assignable-devices" report? > > What is the actual failure more? Simply not seeing the device in lspci > within the guest or seeing it but it doesn't work or ...? > > Please can you post the guest dmesg with just a NIC passed through. > > You might also find some information in the logs under /var/log/xen, > especially the device model log. > > Ian. > > > --047d7bd6b89c428c0a04f1a7cd24 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Thanks for the quick response. =A0

I ha= ve tried passing in pci=3D[05:00.0, 05:00.1] but not just pci=3D[05:00.0] o= r pci=3D[05:00.1]. =A0This is due to needing both ports (each HVM I want to= set up requires at minimum 2 NICs + the xenrb0 port on vif)

xm pci-list-assignable-devices reports the following (a= ll of the devices I requested):
0000:05:00.0
0000:= 05:00.1
0000:00:01.0
0000:00:1c.0
0000:01:00.= 0
0000:02:02.0
0000:02:04.0
0000:03:00.0
0= 000:03:00.1
0000:04:00.0
0000:04:00.1
<= br>
The xm create error messages via different setup configuratio= ns:
#################################################################= ###########################################
#pci=3D['01:00.0&= #39;, '02:02.0', '02:04.0', '03:00.0','03:00.1&= #39;,'04:00.0','04:00.1']
root@fiat:~# xm create /etc/xen/ubuntu-hvm.cfg=A0
Using conf= ig file "/etc/xen/ubuntu-hvm.cfg".
Error: pci: PCI Back= end and pci-stub don't own device 0000:01:00.0

###########################################################################= #################################
#pci=3D['00:01.0', '= ;03:00.0','03:00.1','04:00.0','04:00.1']
root@fiat:~# xm create /etc/xen/ubuntu-hvm.cfg=A0
Using conf= ig file "/etc/xen/ubuntu-hvm.cfg".
Error: pci: PCI Back= end and pci-stub don't own device 0000:00:01.0

###########################################################################= #################################
#pci=3D['00:1c.0', '= ;05:00.0', '05:00.1']
root@fiat:~# xm create /etc/xen= /ubuntu-hvm.cfg=A0
Using config file "/etc/xen/ubuntu-hvm.cfg".
Error= : pci: PCI Backend and pci-stub don't own device 0000:00:1c.0

###########################################################= #################################################
#pci=3D['05:00.0', '05:00.1']
root@fiat:~# x= m create /etc/xen/ubuntu-hvm.cfg=A0
Using config file "/etc/= xen/ubuntu-hvm.cfg".
Error: (22, 'Invalid argument')=

An additional error (not seen above) was complain= ing that I could not get say port 05:00.0 or 05:00.1 due to a PCI switch (h= ence why I tried obtaining the switch)

I cannot pr= ovide a guest dmesg w/ a nic on pci passthrough xm create does not pass (no= r does the domU show in xm list)

The xen dmesg (from the host OS) shows the following af= ter I run the pci assignment script to pci back

[ =A0 28.005784] xenbr0: port 1(eth2) entered forwarding state
[ =A0 51.288593] Program lshw tried to access /dev/mem between ff000->10= 1000.
[ =A0 77.502268] xen-pciback: backend is vpci
[ = =A0 77.509183] pcie_pme 0000:00:01.0:pcie01: unloading service driver pcie_= pme
[ =A0 77.509352] pciback 0000:00:01.0: seizing device
[ =A0 = 77.509378] xen: registering gsi 16 triggering 0 polarity 1
[ =A0 = 77.509382] Already setup the GSI :16
[ =A0 77.514048] pcie_pme 00= 00:00:1c.0:pcie01: unloading service driver pcie_pme
[ =A0 77.514216] pciback 0000:00:1c.0: seizing device
[ =A0 = 77.514265] xen: registering gsi 17 triggering 0 polarity 1
[ =A0 = 77.514268] Already setup the GSI :17
[ =A0 77.549846] pciback 000= 0:01:00.0: seizing device
[ =A0 77.554722] pciback 0000:02:02.0: seizing device
[ =A0 = 77.559425] pciback 0000:02:04.0: seizing device
[ =A0 77.559823] = pciback 0000:03:00.0: seizing device
[ =A0 77.559863] xen: regist= ering gsi 18 triggering 0 polarity 1
[ =A0 77.559865] Already setup the GSI :18
[ =A0 77.661387] = pciback 0000:03:00.1: seizing device
[ =A0 77.661426] xen: regist= ering gsi 19 triggering 0 polarity 1
[ =A0 77.661429] Already set= up the GSI :19
[ =A0 77.765339] pciback 0000:04:00.0: seizing device
[ =A0 = 77.765378] xen: registering gsi 16 triggering 0 polarity 1
[ =A0 = 77.765380] Already setup the GSI :16
[ =A0 77.869281] pciback 000= 0:04:00.1: seizing device
[ =A0 77.869321] xen: registering gsi 17 triggering 0 polarity 1
=
[ =A0 77.869323] Already setup the GSI :17
[ =A0 78.036978] = pciback 0000:05:00.0: seizing device
[ =A0 78.052817] xen: regist= ering gsi 16 triggering 0 polarity 1
[ =A0 78.052821] Already setup the GSI :16
[ =A0 78.121064] = pciback 0000:05:00.1: seizing device
[ =A0 78.136774] xen: regist= ering gsi 17 triggering 0 polarity 1
[ =A0 78.136778] Already set= up the GSI :17

Please let me know if you need any additional inf= o. =A0I am looking into Xen 4.3 to see if that fixes my issue.
Regards
Mike




On Wed, Feb 5= , 2014 at 4:21 AM, Ian Campbell <Ian.Campbell@citrix.com> wrote:
On Tue, 2014-02-04 at 12:4= 8 -0500, Mike Neiderhauser wrote:
> Hi all,
> I am new to Xen and hyper vision in general. =A0I have been searching<= br> > the mailing list and using my friend google to see if I could find the=
> answer myself. =A0Unfortunately, everything I have tried and found doe= s
> not work.
>
>
> I am attempting to set up a Computer with two HVM's. =A0To start, = I
> attempted it with a single HVM. =A0I am able to install, configure, > start, and VNC into the VM. =A0The issue is when I attempt PCI pass > through. =A0I have tried attaching the pcie switch as well as individu= al
> pci devices. =A0I am trying to attach an Intel 82576 Gigabit Ethernet<= br> > card to the HVM. =A0I am unsure of what information you will need, but=
> included is information I felt was useful. =A0I have tried various PCI=
> configs in the .cfg file. =A0From the information that I can see, the<= br> > pci devices do appear to be mapping to the pciback driver.
>
>
> Any help with this would be greatly appreciated!

By eye it all looks quite reasonable to me.

The current configs are passing through the PCI switch in various
combinations with the devices which is most likely not what you want,
normally you should only pass the devices themselves I think (TBH I'm not sure what happens if you pass a bridge too...).

Have you tried just passing through 05:00.0 (one of the NICs) or just
05:00.0 and .1?

What does "xm pci-list-assignable-devices" report?

What is the actual failure more? Simply not seeing the device in lspci
within the guest or seeing it but it doesn't work or ...?

Please can you post the guest dmesg with just a NIC passed through.

You might also find some information in the logs under /var/log/xen,
especially the device model log.

Ian.



--047d7bd6b89c428c0a04f1a7cd24-- --===============6288524453549472001== 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 --===============6288524453549472001==-- From xen-users-bounces@lists.xen.org Wed Feb 05 13:06:30 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Feb 2014 13:06: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 1WB2B4-0007Ig-UN; Wed, 05 Feb 2014 13:06:06 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WAoBF-0001c5-NI for xen-users@lists.xensource.com; Tue, 04 Feb 2014 22:09:21 +0000 Received: from [85.158.139.211:7940] by server-15.bemta-5.messagelabs.com id DD/D1-24395-01561F25; Tue, 04 Feb 2014 22:09:20 +0000 X-Env-Sender: thijsraets@gmail.com X-Msg-Ref: server-14.tower-206.messagelabs.com!1391551758!1674449!1 X-Originating-IP: [216.139.236.26] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22206 invoked from network); 4 Feb 2014 22:09:20 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-14.tower-206.messagelabs.com with AES256-SHA encrypted SMTP; 4 Feb 2014 22:09:20 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1WAoBC-00077n-68 for xen-users@lists.xensource.com; Tue, 04 Feb 2014 14:09:18 -0800 Date: Tue, 4 Feb 2014 14:09:18 -0800 (PST) From: thijsraets To: xen-users@lists.xensource.com Message-ID: <1391551758181-5721113.post@n5.nabble.com> In-Reply-To: <1391443036075-5721095.post@n5.nabble.com> References: <5269C836.5040501@gmail.com> <20131025081228.GC24345@zion.uk.xensource.com> <526A497A.5060405@gmail.com> <1382697920.22417.149.camel@hastur.hellion.org.uk> <526B1FAE.60704@gmail.com> <1382770280.22417.167.camel@hastur.hellion.org.uk> <526BD553.3020107@gmail.com> <1391443036075-5721095.post@n5.nabble.com> MIME-Version: 1.0 X-Mailman-Approved-At: Wed, 05 Feb 2014 13:06:05 +0000 Subject: Re: [Xen-users] Install Xen 4.4-Unstable X-BeenThere: xen-users@lists.xen.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 dGhpanNyYWV0cyB3cm90ZQo+IAo+IEpvaG4gV2FyZ28gd3JvdGUKPj4gCj4+IEFmdGVyIHJlbW92 aW5nIGJvdGggaW5zdGFsbHMsIHRoZW4gaW5zdGFsbGluZyB4ZW4gdG8gL3Vzci9sb2NhbCwgSSBh ZGRlZCAKPj4gL3Vzci9sb2NhbC9zYmluIHRvIG15IHBhdGgsIGFuZCBpdCBhbGwgd29ya3MgZ3Jl YXQgbm93Lgo+PiAKPj4gVGhhbmtzIGZvciB5b3VyIHRpbWUsCj4+IC1Kb2huCj4+IAo+PiBfX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwo+PiBYZW4tdXNlcnMg bWFpbGluZyBsaXN0Cgo+PiBYZW4tdXNlcnNALnhlbgoKPj4gaHR0cDovL2xpc3RzLnhlbi5vcmcv eGVuLXVzZXJzCj4gSm9obiwgCj4gCj4gSeKAmW0gZXhwZXJpZW5jaW5nIHRoZSBzYW1lIHByb2Js ZW1zIGhlcmUgKEZlZG9yYSAxOCwgWGVuIDQuMykgaG93ZXZlcgo+IGFkZGluZyAvdXNyL2xvY2Fs L3NiaW4gdG8gbXkgcGF0aCBkaWRu4oCZdCB3b3JrIGZvciBtZS4gIEnigJltIHF1aXRlIG5ldyB0 bwo+IHRoaXMgY291bGQgeW91IGdpdmUgbWUgYSBtb3JlIGV4YWN0IGRlc2NyaXB0aW9uIG9mIHRo ZSBzdGVwcyB5b3UgZm9sbG93ZWQKPiB0byBtYWtlIHlvdXIgc2V0dXAgd29yaz8KCkkgdXNlZCAu L2NvbmZpZ3VyZSAtLWxpYmRpcj0vdXNyL2xpYiBhbmQgYWxsIHdvcmtzIGZpbmUgbm93LiAKCgoK LS0KVmlldyB0aGlzIG1lc3NhZ2UgaW4gY29udGV4dDogaHR0cDovL3hlbi4xMDQ1NzEyLm41Lm5h YmJsZS5jb20vSW5zdGFsbC1YZW4tNC00LVVuc3RhYmxlLXRwNTcxOTQxN3A1NzIxMTEzLmh0bWwK U2VudCBmcm9tIHRoZSBYZW4gLSBVc2VyIG1haWxpbmcgbGlzdCBhcmNoaXZlIGF0IE5hYmJsZS5j b20uCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4t dXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54 ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Wed Feb 05 13:15:53 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Feb 2014 13:15: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 1WB2KI-0008EN-A4; Wed, 05 Feb 2014 13:15:38 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WB2KH-0008ED-Kj for xen-users@lists.xen.org; Wed, 05 Feb 2014 13:15:37 +0000 Received: from [85.158.137.68:6644] by server-3.bemta-3.messagelabs.com id 1D/3E-14520-87932F25; Wed, 05 Feb 2014 13:15:36 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-9.tower-31.messagelabs.com!1391606134!12380967!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10829 invoked from network); 5 Feb 2014 13:15:36 -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; 5 Feb 2014 13:15:36 -0000 X-IronPort-AV: E=Sophos;i="4.95,786,1384300800"; d="scan'208";a="100080204" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 05 Feb 2014 13:15:33 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL02.citrite.net (10.13.107.79) with Microsoft SMTP Server id 14.2.342.4; Wed, 5 Feb 2014 08:15:33 -0500 Message-ID: <1391606132.6497.151.camel@kazak.uk.xensource.com> From: Ian Campbell To: Mike Neiderhauser Date: Wed, 5 Feb 2014 13:15:32 +0000 In-Reply-To: References: <1391592063.6497.71.camel@kazak.uk.xensource.com> <1391603593.6497.145.camel@kazak.uk.xensource.com> <1391604724.6497.149.camel@kazak.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users Subject: Re: [Xen-users] Requesting Help - Error: pci: PCI Backend and pci-stub don't own device X-BeenThere: xen-users@lists.xen.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, 2014-02-05 at 08:09 -0500, Mike Neiderhauser wrote: > Which logs are you looking for? "xm dmesg" (or xl dmesg) in addition to the dom0 kernel dmesg. From a previous reply: Does it say anything extra after you try the final create with 22 Invalid Argument as the result? Also you should look in "xm dmesg" (Xen's console) as well as "dmesg" (dom0's console) > I have already started installing Ubuntu on the machine so anything > that was from the 4.1 config has been deleted (I have a system image > if I need to restore it to get additional information). It's OK, lets focus on the newer version. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Feb 05 13:15:53 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Feb 2014 13:15: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 1WB2KI-0008EN-A4; Wed, 05 Feb 2014 13:15:38 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WB2KH-0008ED-Kj for xen-users@lists.xen.org; Wed, 05 Feb 2014 13:15:37 +0000 Received: from [85.158.137.68:6644] by server-3.bemta-3.messagelabs.com id 1D/3E-14520-87932F25; Wed, 05 Feb 2014 13:15:36 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-9.tower-31.messagelabs.com!1391606134!12380967!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10829 invoked from network); 5 Feb 2014 13:15:36 -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; 5 Feb 2014 13:15:36 -0000 X-IronPort-AV: E=Sophos;i="4.95,786,1384300800"; d="scan'208";a="100080204" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 05 Feb 2014 13:15:33 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL02.citrite.net (10.13.107.79) with Microsoft SMTP Server id 14.2.342.4; Wed, 5 Feb 2014 08:15:33 -0500 Message-ID: <1391606132.6497.151.camel@kazak.uk.xensource.com> From: Ian Campbell To: Mike Neiderhauser Date: Wed, 5 Feb 2014 13:15:32 +0000 In-Reply-To: References: <1391592063.6497.71.camel@kazak.uk.xensource.com> <1391603593.6497.145.camel@kazak.uk.xensource.com> <1391604724.6497.149.camel@kazak.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users Subject: Re: [Xen-users] Requesting Help - Error: pci: PCI Backend and pci-stub don't own device X-BeenThere: xen-users@lists.xen.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, 2014-02-05 at 08:09 -0500, Mike Neiderhauser wrote: > Which logs are you looking for? "xm dmesg" (or xl dmesg) in addition to the dom0 kernel dmesg. From a previous reply: Does it say anything extra after you try the final create with 22 Invalid Argument as the result? Also you should look in "xm dmesg" (Xen's console) as well as "dmesg" (dom0's console) > I have already started installing Ubuntu on the machine so anything > that was from the 4.1 config has been deleted (I have a system image > if I need to restore it to get additional information). It's OK, lets focus on the newer version. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Feb 05 13:54:14 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Feb 2014 13:54:14 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WB2v4-0001Xk-Sb; Wed, 05 Feb 2014 13:53:38 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WB2v3-0001Xa-Ff for xen-users@lists.xen.org; Wed, 05 Feb 2014 13:53:37 +0000 Received: from [193.109.254.147:60100] by server-11.bemta-14.messagelabs.com id 8B/E6-24604-06242F25; Wed, 05 Feb 2014 13:53:36 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1391608414!2187879!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26341 invoked from network); 5 Feb 2014 13:53:36 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-15.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 5 Feb 2014 13:53:36 -0000 X-IronPort-AV: E=Sophos;i="4.95,786,1384300800"; d="scan'208";a="98200374" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 05 Feb 2014 13:53:34 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL03.citrite.net (10.13.107.80) with Microsoft SMTP Server id 14.2.342.4; Wed, 5 Feb 2014 08:53:33 -0500 Message-ID: <1391608412.6497.167.camel@kazak.uk.xensource.com> From: Ian Campbell To: Mike Neiderhauser Date: Wed, 5 Feb 2014 13:53:32 +0000 In-Reply-To: References: <1391592063.6497.71.camel@kazak.uk.xensource.com> <1391603593.6497.145.camel@kazak.uk.xensource.com> <1391604724.6497.149.camel@kazak.uk.xensource.com> <1391606132.6497.151.camel@kazak.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users Subject: Re: [Xen-users] Requesting Help - Error: pci: PCI Backend and pci-stub don't own device X-BeenThere: xen-users@lists.xen.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, 2014-02-05 at 08:43 -0500, Mike Neiderhauser wrote: > Do you have any suggestions for a setup guide for 4.3? I have > installed xen-hypervisor-4.3-amd64 from ubuntu package manger and I > don't know where to go from here. Have you looked on the wiki? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Feb 05 13:54:14 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Feb 2014 13:54:14 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WB2v4-0001Xk-Sb; Wed, 05 Feb 2014 13:53:38 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WB2v3-0001Xa-Ff for xen-users@lists.xen.org; Wed, 05 Feb 2014 13:53:37 +0000 Received: from [193.109.254.147:60100] by server-11.bemta-14.messagelabs.com id 8B/E6-24604-06242F25; Wed, 05 Feb 2014 13:53:36 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1391608414!2187879!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26341 invoked from network); 5 Feb 2014 13:53:36 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-15.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 5 Feb 2014 13:53:36 -0000 X-IronPort-AV: E=Sophos;i="4.95,786,1384300800"; d="scan'208";a="98200374" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 05 Feb 2014 13:53:34 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL03.citrite.net (10.13.107.80) with Microsoft SMTP Server id 14.2.342.4; Wed, 5 Feb 2014 08:53:33 -0500 Message-ID: <1391608412.6497.167.camel@kazak.uk.xensource.com> From: Ian Campbell To: Mike Neiderhauser Date: Wed, 5 Feb 2014 13:53:32 +0000 In-Reply-To: References: <1391592063.6497.71.camel@kazak.uk.xensource.com> <1391603593.6497.145.camel@kazak.uk.xensource.com> <1391604724.6497.149.camel@kazak.uk.xensource.com> <1391606132.6497.151.camel@kazak.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users Subject: Re: [Xen-users] Requesting Help - Error: pci: PCI Backend and pci-stub don't own device X-BeenThere: xen-users@lists.xen.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, 2014-02-05 at 08:43 -0500, Mike Neiderhauser wrote: > Do you have any suggestions for a setup guide for 4.3? I have > installed xen-hypervisor-4.3-amd64 from ubuntu package manger and I > don't know where to go from here. Have you looked on the wiki? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Feb 05 15:04:09 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Feb 2014 15:04: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 1WB40I-0008QV-2s; Wed, 05 Feb 2014 15:03:06 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WB40G-0008QJ-RE for xen-users@lists.xen.org; Wed, 05 Feb 2014 15:03:05 +0000 Received: from [85.158.143.35:36992] by server-1.bemta-4.messagelabs.com id C7/7C-31661-8A252F25; Wed, 05 Feb 2014 15:03:04 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1391612582!3377481!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16815 invoked from network); 5 Feb 2014 15:03:03 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-15.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 5 Feb 2014 15:03:03 -0000 X-IronPort-AV: E=Sophos;i="4.95,786,1384300800"; d="scan'208";a="100124144" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 05 Feb 2014 15:02:59 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Wed, 5 Feb 2014 10:02:58 -0500 Message-ID: <1391612577.23098.8.camel@kazak.uk.xensource.com> From: Ian Campbell To: Mike Neiderhauser Date: Wed, 5 Feb 2014 15:02:57 +0000 In-Reply-To: References: <1391592063.6497.71.camel@kazak.uk.xensource.com> <1391603593.6497.145.camel@kazak.uk.xensource.com> <1391604724.6497.149.camel@kazak.uk.xensource.com> <1391606132.6497.151.camel@kazak.uk.xensource.com> <1391608412.6497.167.camel@kazak.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: xen-users Subject: Re: [Xen-users] Requesting Help - Error: pci: PCI Backend and pci-stub don't own device X-BeenThere: xen-users@lists.xen.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, 2014-02-05 at 10:00 -0500, Mike Neiderhauser wrote: > > When trying to create the domu I get this: > > > root@fiat:~# xl create /etc/xen/ubuntu-hvm-0.cfg > Parsing config from /etc/xen/ubuntu-hvm-0.cfg > WARNING: ignoring "kernel" directive for HVM guest. Use > "firmware_override" instead if you really want a non-default firmware > WARNING: ignoring device_model directive. > WARNING: Use "device_model_override" instead if you really want a > non-default device_model > xc: info: VIRTUAL MEMORY ARRANGEMENT: > Loader: 0000000000100000->00000000001a69a4 > Modules: 0000000000000000->0000000000000000 > TOTAL: 0000000000000000->000000003f800000 > ENTRY ADDRESS: 0000000000100608 > xc: info: PHYSICAL MEMORY ALLOCATION: > 4KB PAGES: 0x0000000000000200 > 2MB PAGES: 0x00000000000001fb > 1GB PAGES: 0x0000000000000000 > libxl: error: libxl_pci.c:990:libxl__device_pci_reset: The kernel > doesn't support reset from sysfs for PCI device 0000:05:00.0 > libxl: error: libxl_pci.c:990:libxl__device_pci_reset: The kernel > doesn't support reset from sysfs for PCI device 0000:05:00.1 > Daemon running with PID 3095 This looks like it has worked. Can you connect to the guest console and/or vnc manually? Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Feb 05 15:04:09 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Feb 2014 15:04: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 1WB40I-0008QV-2s; Wed, 05 Feb 2014 15:03:06 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WB40G-0008QJ-RE for xen-users@lists.xen.org; Wed, 05 Feb 2014 15:03:05 +0000 Received: from [85.158.143.35:36992] by server-1.bemta-4.messagelabs.com id C7/7C-31661-8A252F25; Wed, 05 Feb 2014 15:03:04 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1391612582!3377481!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16815 invoked from network); 5 Feb 2014 15:03:03 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-15.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 5 Feb 2014 15:03:03 -0000 X-IronPort-AV: E=Sophos;i="4.95,786,1384300800"; d="scan'208";a="100124144" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 05 Feb 2014 15:02:59 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Wed, 5 Feb 2014 10:02:58 -0500 Message-ID: <1391612577.23098.8.camel@kazak.uk.xensource.com> From: Ian Campbell To: Mike Neiderhauser Date: Wed, 5 Feb 2014 15:02:57 +0000 In-Reply-To: References: <1391592063.6497.71.camel@kazak.uk.xensource.com> <1391603593.6497.145.camel@kazak.uk.xensource.com> <1391604724.6497.149.camel@kazak.uk.xensource.com> <1391606132.6497.151.camel@kazak.uk.xensource.com> <1391608412.6497.167.camel@kazak.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: xen-users Subject: Re: [Xen-users] Requesting Help - Error: pci: PCI Backend and pci-stub don't own device X-BeenThere: xen-users@lists.xen.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, 2014-02-05 at 10:00 -0500, Mike Neiderhauser wrote: > > When trying to create the domu I get this: > > > root@fiat:~# xl create /etc/xen/ubuntu-hvm-0.cfg > Parsing config from /etc/xen/ubuntu-hvm-0.cfg > WARNING: ignoring "kernel" directive for HVM guest. Use > "firmware_override" instead if you really want a non-default firmware > WARNING: ignoring device_model directive. > WARNING: Use "device_model_override" instead if you really want a > non-default device_model > xc: info: VIRTUAL MEMORY ARRANGEMENT: > Loader: 0000000000100000->00000000001a69a4 > Modules: 0000000000000000->0000000000000000 > TOTAL: 0000000000000000->000000003f800000 > ENTRY ADDRESS: 0000000000100608 > xc: info: PHYSICAL MEMORY ALLOCATION: > 4KB PAGES: 0x0000000000000200 > 2MB PAGES: 0x00000000000001fb > 1GB PAGES: 0x0000000000000000 > libxl: error: libxl_pci.c:990:libxl__device_pci_reset: The kernel > doesn't support reset from sysfs for PCI device 0000:05:00.0 > libxl: error: libxl_pci.c:990:libxl__device_pci_reset: The kernel > doesn't support reset from sysfs for PCI device 0000:05:00.1 > Daemon running with PID 3095 This looks like it has worked. Can you connect to the guest console and/or vnc manually? Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Feb 05 16:09:57 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Feb 2014 16:09: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 1WB51q-0004hf-V6; Wed, 05 Feb 2014 16:08:46 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WB51p-0004hX-NB for xen-users@lists.xen.org; Wed, 05 Feb 2014 16:08:46 +0000 Received: from [85.158.137.68:15639] by server-4.bemta-3.messagelabs.com id 14/78-11750-C0262F25; Wed, 05 Feb 2014 16:08:44 +0000 X-Env-Sender: imre@auul.pri.ee X-Msg-Ref: server-4.tower-31.messagelabs.com!1391616523!13628443!1 X-Originating-IP: [194.204.62.116] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG,HOT_NASTY X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16949 invoked from network); 5 Feb 2014 16:08:43 -0000 Received: from mail.auul.pri.ee (HELO mail.auul.pri.ee) (194.204.62.116) by server-4.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 5 Feb 2014 16:08:43 -0000 Received: from localhost (localhost [127.0.0.1]) by mail.auul.pri.ee (Postfix) with ESMTP id 3C14C6649B for ; Wed, 5 Feb 2014 18:08:41 +0200 (EET) Received: from mail.auul.pri.ee ([127.0.0.1]) by localhost (post-relay.auul [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zbwt+B8kgGX8 for ; Wed, 5 Feb 2014 18:08:41 +0200 (EET) Received: from [192.168.10.10] (moraal.auul [192.168.10.10]) by mail.auul.pri.ee (Postfix) with ESMTP id EAE626642E for ; Wed, 5 Feb 2014 18:08:40 +0200 (EET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=auul.pri.ee; s=default; t=1391616520; bh=hSekjobxg5y7/ZjBMa0vZtthrYX/rM+pAYrQiaGyj9E=; h=Message-ID:Subject:From:To:Date:In-Reply-To:References: Content-Type:Mime-Version:Content-Transfer-Encoding; b=W2M5DUkPXEkKYPzeYsdW35yKf1R0hP75rsqjv8Q1BuxoJ95iv3aSjShxdf6VSir4w f9ac7/02XZI1My7TS42r1h0qg60F9ttqYB3qPPH4BIkFb3TzeKfSqc9OZ+Vu+VNhVC CUYFE8x9ZtDcUL0J9EOQFCBk4q2WMGrIUTW0xUyQ= Message-ID: <1391616520.18112.73.camel@moraal.auul> From: Imre Oolberg To: xen-users@lists.xen.org Date: Wed, 05 Feb 2014 18:08:40 +0200 In-Reply-To: <1391212364.5145.141.camel@moraal.auul> References: <1391212364.5145.141.camel@moraal.auul> X-Mailer: Evolution 3.4.4-3 Mime-Version: 1.0 Subject: Re: [Xen-users] turning nvidia gts 450 into quadro 2000 X-BeenThere: xen-users@lists.xen.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! Excuse my impatience but please if somebody could answer this. I am a fan in using Xen at my desktop computer and it serves me well. Missing piece is working Windows domU. From http://wiki.xen.org/wiki/Xen_VGA_Passthrough_Tested_Adapters i got exited about turning old nvidia gts 450 adapter into quadro 2000. And reading achives people on this list seemed also to be enthusiastic about it. So i managed to get me used but in good shape gts 450 and now i am sitting on it, unsure to press enter to change contents of its flash :) Imre On Sat, 2014-02-01 at 01:52 +0200, Imre Oolberg wrote: > Hi! > > I am trying to get my Xen domU correctly working with vga passthrough > and Win7 32 bit or 64 bit. At the moment graphics does not work at all, > i believe that my Quadro K600, GTS 450 or GeForce 7600 GS video card > even shouldnt work with Win7 under domU although with Ubuntu guests they > work (at least Ubuntu domU could be booted up once successfully with > graphics). > > So, gts 450 -> quardo 2000 to the rescue :) > > I would be very thankful if somebody goes thru the rest of this letter > and confirms what i intend to do is correct and also cares to answer > some questions. > > First of all i went thru these articles > > 1. > http://www.altechnative.net/2013/11/25/virtualized-gaming-nvidia-cards-part-3-how-to-modify-a-fermi-based-geforce-into-a-quadro-geforce-gts450gtx470gtx480-to-quadro-200050006000/ > 2. > https://devtalk.nvidia.com/default/topic/489965/cuda-programming-and-performance/gtx480-to-c2050-hack-or-unlocking-tcc-mode-on-geforce/post/3511598/#3511598 > 3. > http://www.davidgis.fr/blog/index.php?2013/09/18/969-xen-430-vga-passthrough-gtx-480-soft-moded-to-quadro-6000 > > As i understand they more-or-less describe the same procedure, i > compiled this sequence for myself. > > 1. my hardware is > http://www.gigabyte.us/products/product-page.aspx?pid=3600#ov > > 2. booted computer under natively installed Win7 32 bit, installed > driver from nvidia.com, gpu-z from techpowerup.com and saved .rom > > 3. looked up my gts 450 pci dev id which turns to be 0DC4 > > # lspci -nn | grep -i vga > ... > 04:00.0 VGA compatible controller [0300]: NVIDIA Corporation GF106 > [GeForce GTS 450] [10de:0dc4] (rev a1) > > 4. looked up strap area values, taking endianness into account as asking > by 4 byte items (all four masks) > > $ od -tx4 -Ax GF106.rom | grep -A 1 ^000050 > 000050 002a72e9 35031458 7ffc3fff 00004000 > 000060 7fffffff 80000000 4aa537e5 e9446ce9 > > 5. wrote down 'and mask 0' and 'or mask 0' in binary form > > PCI ID bits in mask > Fxx4 xxxx xxxx xxxx xx32 10xx xxxx xxxx > > and mask 0: > 7f fc 3f ff > 0111 1111 1111 1100 0011 1111 1111 1111 > > or mask 0: > 00 00 40 00 > 0000 0000 0000 0000 0100 0000 0000 0000 > > 6. my gts 450 pci id is according to lspci 0DC4 and > http://us.download.nvidia.com/XFree86/Linux-x86/331.20/README/supportedchips.html says Quadro 2000 is 0DD8, so in binary > > GTS 450 - 0x0DC4 - 0000 1101 1100 0100 > Quadro 2000 - 0x0DD8 - 0000 1101 1101 1000 > > i see 3 bits within 5 lower bits are different, good. > > 7. Five special ID Bits (10-13 and 28) can be used to show to the driver > pci-id differently, and some of them need to be amended, i hope in my > case like this (i understand 'and mask' is for suppressing hardstrap bit > value into zero and 'or mask' is for making hardstrap value into one, as > driver sees them) > > 2nd bit in 'and mask 0' from 1 to 0 > 3rd bit in 'or mask 0' from 0 to 1 > 4th bit in 'or mask 0' from 0 to 1 > > so i get such new masks > > 'and mask 0': > 0111 1111 1111 1100 0010 1111 1111 1111 > > 'or mask 0': > 0001 0000 0000 0000 0110 0000 0000 0000 > > they are in hex > > new 'and mask 0': 7ffc 2fff > new 'or mask 0': 0100 6000 > > 9. So all together and takining into account that 31th bit should be > always zero (so 'or mask 1' 8000 0000 gets 0000 0000) i need to issue > from dos prompt > > C:\> nvflash --index=X --strap 0x7FFC2FFF 0x10006000 0x7fffffff > 0x00000000 > > Please confirm i got to the right outcome assuming i had the input data > i started out from. > > This is long letter already but i have some more questions > > 1. GPU-Z says my bios version is 70.06.13.00.01, do i need to update it > somehow before coversion into quadro or is it just all right? (and i > believe it is not tuned in any way) > > 2. in > https://devtalk.nvidia.com/default/topic/489965/cuda-programming-and-performance/gtx480-to-c2050-hack-or-unlocking-tcc-mode-on-geforce/post/3511598/#3511598 > readers are instructed to change besides strap masks many other things > like pci dev id at 0x0000018E, Board boot string etc, are those changes > essential or rahter so to say cosmetic (and harmless to do)? > http://www.altechnative.net/2013/11/25/virtualized-gaming-nvidia-cards-part-3-how-to-modify-a-fermi-based-geforce-into-a-quadro-geforce-gts450gtx470gtx480-to-quadro-200050006000/ isnt mentioning them. > > 3. a used usb dos boot material as guided at, i hope this is ok (it > contains windows millenium dos, nvflash v. 5.100.0.1) > http://www.techpowerup.com/forums/threads/guide-for-flashing-bios-of-nvidia-gpu.119955/ > > 4. i didnt find Quadro 2000 .rom from > http://www.techpowerup.com/vgabios/, if anybody is willing to send it to > me, it would be interesting to look at (original or yet better gts > modified into quadro 2000) > > > Best regards, > > Imre > > > > _______________________________________________ > 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 05 16:09:57 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Feb 2014 16:09: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 1WB51q-0004hf-V6; Wed, 05 Feb 2014 16:08:46 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WB51p-0004hX-NB for xen-users@lists.xen.org; Wed, 05 Feb 2014 16:08:46 +0000 Received: from [85.158.137.68:15639] by server-4.bemta-3.messagelabs.com id 14/78-11750-C0262F25; Wed, 05 Feb 2014 16:08:44 +0000 X-Env-Sender: imre@auul.pri.ee X-Msg-Ref: server-4.tower-31.messagelabs.com!1391616523!13628443!1 X-Originating-IP: [194.204.62.116] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG,HOT_NASTY X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16949 invoked from network); 5 Feb 2014 16:08:43 -0000 Received: from mail.auul.pri.ee (HELO mail.auul.pri.ee) (194.204.62.116) by server-4.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 5 Feb 2014 16:08:43 -0000 Received: from localhost (localhost [127.0.0.1]) by mail.auul.pri.ee (Postfix) with ESMTP id 3C14C6649B for ; Wed, 5 Feb 2014 18:08:41 +0200 (EET) Received: from mail.auul.pri.ee ([127.0.0.1]) by localhost (post-relay.auul [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zbwt+B8kgGX8 for ; Wed, 5 Feb 2014 18:08:41 +0200 (EET) Received: from [192.168.10.10] (moraal.auul [192.168.10.10]) by mail.auul.pri.ee (Postfix) with ESMTP id EAE626642E for ; Wed, 5 Feb 2014 18:08:40 +0200 (EET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=auul.pri.ee; s=default; t=1391616520; bh=hSekjobxg5y7/ZjBMa0vZtthrYX/rM+pAYrQiaGyj9E=; h=Message-ID:Subject:From:To:Date:In-Reply-To:References: Content-Type:Mime-Version:Content-Transfer-Encoding; b=W2M5DUkPXEkKYPzeYsdW35yKf1R0hP75rsqjv8Q1BuxoJ95iv3aSjShxdf6VSir4w f9ac7/02XZI1My7TS42r1h0qg60F9ttqYB3qPPH4BIkFb3TzeKfSqc9OZ+Vu+VNhVC CUYFE8x9ZtDcUL0J9EOQFCBk4q2WMGrIUTW0xUyQ= Message-ID: <1391616520.18112.73.camel@moraal.auul> From: Imre Oolberg To: xen-users@lists.xen.org Date: Wed, 05 Feb 2014 18:08:40 +0200 In-Reply-To: <1391212364.5145.141.camel@moraal.auul> References: <1391212364.5145.141.camel@moraal.auul> X-Mailer: Evolution 3.4.4-3 Mime-Version: 1.0 Subject: Re: [Xen-users] turning nvidia gts 450 into quadro 2000 X-BeenThere: xen-users@lists.xen.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! Excuse my impatience but please if somebody could answer this. I am a fan in using Xen at my desktop computer and it serves me well. Missing piece is working Windows domU. From http://wiki.xen.org/wiki/Xen_VGA_Passthrough_Tested_Adapters i got exited about turning old nvidia gts 450 adapter into quadro 2000. And reading achives people on this list seemed also to be enthusiastic about it. So i managed to get me used but in good shape gts 450 and now i am sitting on it, unsure to press enter to change contents of its flash :) Imre On Sat, 2014-02-01 at 01:52 +0200, Imre Oolberg wrote: > Hi! > > I am trying to get my Xen domU correctly working with vga passthrough > and Win7 32 bit or 64 bit. At the moment graphics does not work at all, > i believe that my Quadro K600, GTS 450 or GeForce 7600 GS video card > even shouldnt work with Win7 under domU although with Ubuntu guests they > work (at least Ubuntu domU could be booted up once successfully with > graphics). > > So, gts 450 -> quardo 2000 to the rescue :) > > I would be very thankful if somebody goes thru the rest of this letter > and confirms what i intend to do is correct and also cares to answer > some questions. > > First of all i went thru these articles > > 1. > http://www.altechnative.net/2013/11/25/virtualized-gaming-nvidia-cards-part-3-how-to-modify-a-fermi-based-geforce-into-a-quadro-geforce-gts450gtx470gtx480-to-quadro-200050006000/ > 2. > https://devtalk.nvidia.com/default/topic/489965/cuda-programming-and-performance/gtx480-to-c2050-hack-or-unlocking-tcc-mode-on-geforce/post/3511598/#3511598 > 3. > http://www.davidgis.fr/blog/index.php?2013/09/18/969-xen-430-vga-passthrough-gtx-480-soft-moded-to-quadro-6000 > > As i understand they more-or-less describe the same procedure, i > compiled this sequence for myself. > > 1. my hardware is > http://www.gigabyte.us/products/product-page.aspx?pid=3600#ov > > 2. booted computer under natively installed Win7 32 bit, installed > driver from nvidia.com, gpu-z from techpowerup.com and saved .rom > > 3. looked up my gts 450 pci dev id which turns to be 0DC4 > > # lspci -nn | grep -i vga > ... > 04:00.0 VGA compatible controller [0300]: NVIDIA Corporation GF106 > [GeForce GTS 450] [10de:0dc4] (rev a1) > > 4. looked up strap area values, taking endianness into account as asking > by 4 byte items (all four masks) > > $ od -tx4 -Ax GF106.rom | grep -A 1 ^000050 > 000050 002a72e9 35031458 7ffc3fff 00004000 > 000060 7fffffff 80000000 4aa537e5 e9446ce9 > > 5. wrote down 'and mask 0' and 'or mask 0' in binary form > > PCI ID bits in mask > Fxx4 xxxx xxxx xxxx xx32 10xx xxxx xxxx > > and mask 0: > 7f fc 3f ff > 0111 1111 1111 1100 0011 1111 1111 1111 > > or mask 0: > 00 00 40 00 > 0000 0000 0000 0000 0100 0000 0000 0000 > > 6. my gts 450 pci id is according to lspci 0DC4 and > http://us.download.nvidia.com/XFree86/Linux-x86/331.20/README/supportedchips.html says Quadro 2000 is 0DD8, so in binary > > GTS 450 - 0x0DC4 - 0000 1101 1100 0100 > Quadro 2000 - 0x0DD8 - 0000 1101 1101 1000 > > i see 3 bits within 5 lower bits are different, good. > > 7. Five special ID Bits (10-13 and 28) can be used to show to the driver > pci-id differently, and some of them need to be amended, i hope in my > case like this (i understand 'and mask' is for suppressing hardstrap bit > value into zero and 'or mask' is for making hardstrap value into one, as > driver sees them) > > 2nd bit in 'and mask 0' from 1 to 0 > 3rd bit in 'or mask 0' from 0 to 1 > 4th bit in 'or mask 0' from 0 to 1 > > so i get such new masks > > 'and mask 0': > 0111 1111 1111 1100 0010 1111 1111 1111 > > 'or mask 0': > 0001 0000 0000 0000 0110 0000 0000 0000 > > they are in hex > > new 'and mask 0': 7ffc 2fff > new 'or mask 0': 0100 6000 > > 9. So all together and takining into account that 31th bit should be > always zero (so 'or mask 1' 8000 0000 gets 0000 0000) i need to issue > from dos prompt > > C:\> nvflash --index=X --strap 0x7FFC2FFF 0x10006000 0x7fffffff > 0x00000000 > > Please confirm i got to the right outcome assuming i had the input data > i started out from. > > This is long letter already but i have some more questions > > 1. GPU-Z says my bios version is 70.06.13.00.01, do i need to update it > somehow before coversion into quadro or is it just all right? (and i > believe it is not tuned in any way) > > 2. in > https://devtalk.nvidia.com/default/topic/489965/cuda-programming-and-performance/gtx480-to-c2050-hack-or-unlocking-tcc-mode-on-geforce/post/3511598/#3511598 > readers are instructed to change besides strap masks many other things > like pci dev id at 0x0000018E, Board boot string etc, are those changes > essential or rahter so to say cosmetic (and harmless to do)? > http://www.altechnative.net/2013/11/25/virtualized-gaming-nvidia-cards-part-3-how-to-modify-a-fermi-based-geforce-into-a-quadro-geforce-gts450gtx470gtx480-to-quadro-200050006000/ isnt mentioning them. > > 3. a used usb dos boot material as guided at, i hope this is ok (it > contains windows millenium dos, nvflash v. 5.100.0.1) > http://www.techpowerup.com/forums/threads/guide-for-flashing-bios-of-nvidia-gpu.119955/ > > 4. i didnt find Quadro 2000 .rom from > http://www.techpowerup.com/vgabios/, if anybody is willing to send it to > me, it would be interesting to look at (original or yet better gts > modified into quadro 2000) > > > Best regards, > > Imre > > > > _______________________________________________ > 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 05 16:14:02 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Feb 2014 16:14:02 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WB56o-00057N-9v; Wed, 05 Feb 2014 16:13:54 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WB56l-00057F-Sx for xen-users@lists.xen.org; Wed, 05 Feb 2014 16:13:52 +0000 Received: from [85.158.139.211:2189] by server-11.bemta-5.messagelabs.com id 33/8F-23886-F3362F25; Wed, 05 Feb 2014 16:13:51 +0000 X-Env-Sender: kuba.0000@op.pl X-Msg-Ref: server-5.tower-206.messagelabs.com!1391616829!1870272!1 X-Originating-IP: [213.180.142.142] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 356 invoked from network); 5 Feb 2014 16:13:49 -0000 Received: from smtpo11.poczta.onet.pl (HELO smtpo11.poczta.onet.pl) (213.180.142.142) by server-5.tower-206.messagelabs.com with SMTP; 5 Feb 2014 16:13:49 -0000 Received: from [192.168.0.4] (host-89-230-211-189.lublin.mm.pl [89.230.211.189]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: kuba.0000@op.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3fK7B50jPHz9vDbf for ; Wed, 5 Feb 2014 17:13:48 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=op.pl; s=2011; t=1391616829; bh=u1OwhD2JUEGgiKDO+lkMEfb1q4XveI88YHac+UEqZhc=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type; b=GR56z8Vcr1M++QK1qOmkzSZj04X7sG+8GQvaGt7sHG8bUrvySyqgXjuFcCvIR+PbA QXOlXs6i7vfKLUxpF5rvjmtiHDx+wyf+KPHv9ajzBho61FkL04qJMy79hrcTTBwVa4 GF7Xq+ub9YsrsGA8BahOKmrw2O2hlhR7GOvabb+I= Message-ID: <52F26335.7060902@op.pl> Date: Wed, 05 Feb 2014 17:13:41 +0100 From: Kuba User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <52EA58B2.50004@op.pl> <6035A0D088A63A46850C3988ED045A4B6F38BB3C@BITCOM1.int.sbss.com.au> <52ED4AA6.5000601@op.pl> In-Reply-To: <52ED4AA6.5000601@op.pl> Content-Type: multipart/mixed; boundary="------------030600020907090108010408" Subject: Re: [Xen-users] Strange failures of Xen 4.3.1, PVHVM storage VM, iSCSI and Windows+GPLPV VM combination X-BeenThere: xen-users@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 This is a multi-part message in MIME format. --------------030600020907090108010408 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit W dniu 2014-02-01 20:27, Kuba pisze: > W dniu 2014-01-31 02:35, James Harper pisze: >>> >>> I am trying to set up a following configuration: >>> 1. very simple Linux-based dom0 (Debian 7.3) with Xen 4.3.1 compiled >>> from sources, >>> 2. one storage VM (FreeBSD 10, HVM+PV) with SATA controller attached >>> using VT-d, exporting block devices via iSCSI to other VMs and physical >>> machines, >>> 3. one Windows 7 SP1 64 VM (HVM+GPLPV) with GPU passthrough (Quadro >>> 4000) installed on a block device exported from the storage VM (target >>> on the storage VM, initiator on dom0). >>> >>> Everything works perfectly (including PCI & GPU passthrough) until I >>> install GPLPV drivers on the Windows VM. After driver installation, >>> Windows needs to reboot, boots fine, displays a message that PV SCSI >> >> (a) >> >>> drivers were installed and needs to reboot again, and then cannot boot. >>> Sometimes it gets stuck at "booting from harddrive" in SeaBIOS, >>> sometimes BSODs with "unmountable boot volume" message. All of the >>> following I tried without GPU passthrough to narrow down the problem. >>> >>> The intriguing part is this: >>> >>> 1. If the storage VM's OS is Linux - it fails with the above symptoms. >>> 2. If the block devices for the storage VM come directly from dom0 (not >>> via pci-passthrough) - it fails. >>> 2. If the storage VM is an HVM without PV drivers (e.g. FreeBSD >>> 9.2-GENERIC) - it all works. >>> 3. If the storage VM's OS is Linux with kernel compiled without Xen >>> guest support - it works, but is unstable (see below). >>> 4. If the iSCSI target is on a different physical machine - it all >>> works. >>> 5. If the iSCSI target is on dom0 itself - it works. >>> 6. If I attach the AHCI controller to the Windows VM and install >>> directly on the hard drive - it works. >>> 7. If the block device for Windows VM is a disk, partition, file, LVM >>> volume or even a ZoL's zvol (and it comes from a dom0 itself, without >>> iSCSI)- it works. >>> >>> If I install Windows and the GPLPV drivers on a hard drive attached to >>> dom0, Windows + GPLPV work perfectly. If I then give the same hard drive >>> as a block device to the storage VM and re-export it through iSCSI, >> >> (b) >> >>> Windows usually boots fine, but works unstable. And by unstable I mean >>> random read/write errors, sometimes programs won't start, ntdll.dll >>> crashes, and after couple reboots Windows won't boot (just like >>> mentioned above). >>> >>> The configurations I would like to achieve makes sense only with PV >>> drivers on both storage and Windows VM. All of the "components" seem to >>> work perfectly until all put together, so I am not really sure where the >>> problem is. >>> >>> I would be very grateful for any suggestions or ideas that could >>> possibly help to narrow down the problem. Maybe I am just doing >>> something wrong (I hope so). Or maybe there is a bug that shows itself >>> only in such a particular configuration (hope not)? >>> >> >> I'm curious about prompting for the pvscsi drivers to be installed. Is >> this definitely what it is asking for? Pvscsi for gplpv is removed in >> the latest versions and suffered varying degrees of bitrot in earlier >> versions. If you have the iscsi initiator in dom0 then exporting a >> block device to windows via the normal vbd channel should be just fine. >> >> You've gone to great lengths to explain the various things you've >> tried, but I think I'm a little confused on where the iscsi initiator >> is in the "doesn't work" scenarios. I'm having a bit of an off day >> today so it's probably just me, but above I have highlighted the two >> scenarios... could you fill me in on a few things: >> >> At (a) and (b), is the iscsi initiator in dom0, or are you actually >> booting windows directly via iscsi? >> >> At (b), with latest debug build of gplpv, can you run debugview from >> sysinternals.com and see if any interesting messages are displayed >> before things fall in a heap? >> >> Are any strange logs shown in any of Win DomU, Dom0, or storage DomU? >> >> How big are your disks? >> >> Can you reproduce with only one vcpu? >> >> What bridge are you using? Openvswitch or traditional linux bridge? >> >> What MTU are you using on your storage network? If you are using Jumbo >> frames can you go back to 1500 (or at least <= 4000)? >> >> Can you turn off scatter gather, Large Send Offload (GSO), and IP >> Checksum offload on all the iscsi endpoints? >> >> Can you turn on data digest/checksum on iscsi? If all endpoints >> support it then this would provide additional verification that none >> of the network packets are getting corrupted. >> >> Would driver domain work in your scenario? Then the disk could be >> attached directly from your storage DomU without accruing all the >> iscsi overhead. I'm not up with the status of HVM, vbd, and driver >> domain so I don't know if this is possible. >> >> More questions than answers. Sorry :) >> >> James > > Dear James, > > thank you for your questions - I really appreciate everything that may > help me move closer to solving or isolating the problem. > > I'll check what type of driver is used exactly - up until now I always > just installed all drivers included in the package, I thought all of > them were necessary. I'll try installing them without XenScsi. > > Do you mean revisions > 1092:85b99b9795a6 by "the latest versions"? > Which version should I use? > > Forgive me if the descriptions were unclear. The initiator was always in > dom0. I only moved the target to dom0 or a separate physical machine in > (4) and (5). I didn't boot Windows directly from iSCSI (in fact I tried > couple times, but had some problems with it, so I didn't mention it). > > My "disks" (the block devices I dedicated to the Windows VM) were whole > 120GB and 240GB SSDs, ~100GB ZVOLs and 50GB LVM volumes. > > I'm using traditional linux bridge. I didn't set MTUs explicitly, so I > assume it's 1500, but I will verify this. > > I'd love to use a storage driver domain, but the wiki says "It is not > possible to use driver domains with pygrub or HVM guests yet". But the > page is a couple of months old, maybe it's an outdated info? It surely > is worth checking out. > > I'll do my best to provide answers to the remaining questions as soon as > possible. Thank you for so many ideas. > > Best regards, > Kuba > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users It seems the problems are not related to GPLPV. There is an easy way to reproduce the issues without Windows and without installing anything, using only livecds for two DomUs: 1) Set up a Linux Dom0 with Xen 4.3.1 and standard Linux bridge for Dom0 and DomUs 2) Launch DomU "A" 3) Run an iSCSI target inside the "A" DomU exporting any block device or file 4) In Dom0 log in to the iSCSI target; new block device appears in Dom0 (let's say /dev/sdc) 5) Provide /dev/sdc using "phy:/dev/sdc,xvda,w" to another DomU "B" 6) Any (?) write to the /dev/xvda in DomU "B" destroys data on the iSCSI target Some details: ad 1) tried with Debian 7.3 (kernel 3.2.51 + Xen 4.3.1 compiled from sources) and Ubuntu Server 13.10 (kernel 3.11.0 + Xen 4.3.1 installed from Ubuntu package) as Dom0 ad 2) tried with Debian 7.2 livecd, Ubuntu 13.10 Desktop livecd and FreeBSD 10 livecd as DomU "A" ad 3) on Linux DomU "A" I used iSCSI Enterprise Target, on FreeBSD I used native iSCSI target (ctld). The exported block device can be a file on tmpfs, a disk connected to a SATA controller passed-through via VT-d or anything else, it doesn't affect the outcome. ad 4) I tried with open-iscsi initiator. Inside Dom0 the block device provided by the initiator (/dev/sdc) behaved very well - for example I could create a file system on it, mount it, run fsck, etc. Everything was ok. ad 5) As DomU "B" I ran the same live cds as in 2. Now, let's say we run "mkfs.ext4 /dev/sdc" on the Dom0 just before launching DomU "B". ad 6) Then, inside DomU "B", run "mount /dev/xvda /mnt". Everything is ok up to this point. But now just run "ls /mnt", unmount xvda, shut down DomU "B" and run fsck on Dom0 again and you will to see some serious file system problems. Running fsck insided DomU "B" just after unmounting xvda also shows errors after any operation involving a write to the underlying block device. This was tested on two different physical machines independently. Dom0 always had 4 pinned vcpus, each DomU had 1 pinned vcpu. I was not able to log in from open-iscsi initiator to IET with header and data digests enabled, but it worked with FreeBSD native iSCSI target. FreeBSD's target is fairly new so I don't know how stable it is. I'm attaching relevant dmesg logs from both Linux and FreeBSD DomU "A" with some errors, as well as config files for both DomUs. Any ideas and suggestions on what could be the cause and what can I do will be much appreciated. Is there any other way to export a block device from a DomU to Dom0 that would eliminate the need for using iSCSI? A storage driver domain based on FreeBSD 10 seems to work if it provides a block device to another FreeBSD 10 DomU running qemu-traditional. Can Dom0 attach itself to a block device in a similar way? Best regards, Kuba --------------030600020907090108010408 Content-Type: text/plain; charset=windows-1250; name="DomU-A-Ubuntu.log" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="DomU-A-Ubuntu.log" WyAgNTU0LjE3NDYyNV0gaXNjc2lfdHJndDogc2NzaV9jbW5kX3N0YXJ0KDExMDkpIFVuc3Vw cG9ydGVkIDg1ClsgIDU1NC4xNzYyODRdIGlzY3NpX3RyZ3Q6IGNtbmRfc2tpcF9wZHUoNDcx KSA3ZDAwMDAwMCAxYyA4NSAwClsgIDU1NC4xNzgwOTFdIGlzY3NpX3RyZ3Q6IHNjc2lfY21u ZF9zdGFydCgxMTA5KSBVbnN1cHBvcnRlZCA4NQpbICA1NTQuMTc5NTU4XSBpc2NzaV90cmd0 OiBjbW5kX3NraXBfcGR1KDQ3MSkgN2UwMDAwMDAgMWMgODUgMApbICA2ODUuNTg0NjcxXSBp c2NzaV90cmd0OiBzY3NpX2NtbmRfc3RhcnQoMTEwOSkgVW5zdXBwb3J0ZWQgNDEKWyAgNjg1 LjU4NjIzMV0gaXNjc2lfdHJndDogY21uZF9za2lwX3BkdSg0NzEpIDZhMDAwMDAwIDFjIDQx IDUxMg== --------------030600020907090108010408 Content-Type: text/plain; charset=windows-1250; name="DomU-A-FreeBSD10.log" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="DomU-A-FreeBSD10.log" Y2Zpc2NzaV9pb2N0bF9oYW5kb2ZmOiBuZXcgY29ubmVjdGlvbiBmcm9tIGlxbi4xOTkzLTA4 Lm9yZy5kZWJpYW46MDE6MjI4MzJhYTc5NiAoMTAuMjAuMC4yNTIpIHRvIGlxbi4yMDEyLTA2 LmNvbS5leGFtcGxlOnRhcmdldDAKKDA6MjowOjApOiBTWU5DSFJPTklaRSBDQUNIRSgxMCku IENEQjogMzUgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgCigwOjI6MDowKTogVGFnOiAw eDAwNjYsIFR5cGU6IDEKKDA6MjowOjApOiBDVEwgU3RhdHVzOiBTQ1NJIEVycm9yCigwOjI6 MDowKTogU0NTSSBTdGF0dXM6IENoZWNrIENvbmRpdGlvbgooMDoyOjA6MCk6IFNDU0kgc2Vu c2U6IEhBUkRXQVJFIEZBSUxVUkUgYXNjOjQ0LDAgKEludGVybmFsIHRhcmdldCBmYWlsdXJl KQooMDoyOjA6MCk6IEFjdHVhbCBSZXRyeSBDb3VudDogNDc4MjYKKDA6MjowOjApOiBTWU5D SFJPTklaRSBDQUNIRSgxMCkuIENEQjogMzUgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAg CigwOjI6MDowKTogVGFnOiAweDAwNjksIFR5cGU6IDEKKDA6MjowOjApOiBDVEwgU3RhdHVz OiBTQ1NJIEVycm9yCigwOjI6MDowKTogU0NTSSBTdGF0dXM6IENoZWNrIENvbmRpdGlvbgoo MDoyOjA6MCk6IFNDU0kgc2Vuc2U6IEhBUkRXQVJFIEZBSUxVUkUgYXNjOjQ0LDAgKEludGVy bmFsIHRhcmdldCBmYWlsdXJlKQooMDoyOjA6MCk6IEFjdHVhbCBSZXRyeSBDb3VudDogNDc4 MjYKKDA6MjowOjApOiBTWU5DSFJPTklaRSBDQUNIRSgxMCkuIENEQjogMzUgMDAgMDAgMDAg MDAgMDAgMDAgMDAgMDAgMDAgCigwOjI6MDowKTogVGFnOiAweDAwNWIsIFR5cGU6IDEKKDA6 MjowOjApOiBDVEwgU3RhdHVzOiBTQ1NJIEVycm9yCigwOjI6MDowKTogU0NTSSBTdGF0dXM6 IENoZWNrIENvbmRpdGlvbgooMDoyOjA6MCk6IFNDU0kgc2Vuc2U6IEhBUkRXQVJFIEZBSUxV UkUgYXNjOjQ0LDAgKEludGVybmFsIHRhcmdldCBmYWlsdXJlKQooMDoyOjA6MCk6IEFjdHVh bCBSZXRyeSBDb3VudDogNDc4MjYKKDA6MjowOjApOiBTWU5DSFJPTklaRSBDQUNIRSgxMCku IENEQjogMzUgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgCigwOjI6MDowKTogVGFnOiAw eDAwNWUsIFR5cGU6IDEKKDA6MjowOjApOiBDVEwgU3RhdHVzOiBTQ1NJIEVycm9yCigwOjI6 MDowKTogU0NTSSBTdGF0dXM6IENoZWNrIENvbmRpdGlvbgooMDoyOjA6MCk6IFNDU0kgc2Vu c2U6IEhBUkRXQVJFIEZBSUxVUkUgYXNjOjQ0LDAgKEludGVybmFsIHRhcmdldCBmYWlsdXJl KQooMDoyOjA6MCk6IEFjdHVhbCBSZXRyeSBDb3VudDogNDc4MjYKKDA6MjowOjApOiBTWU5D SFJPTklaRSBDQUNIRSgxMCkuIENEQjogMzUgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAg CigwOjI6MDowKTogVGFnOiAweDAwMGUsIFR5cGU6IDEKKDA6MjowOjApOiBDVEwgU3RhdHVz OiBTQ1NJIEVycm9yCigwOjI6MDowKTogU0NTSSBTdGF0dXM6IENoZWNrIENvbmRpdGlvbgoo MDoyOjA6MCk6IFNDU0kgc2Vuc2U6IEhBUkRXQVJFIEZBSUxVUkUgYXNjOjQ0LDAgKEludGVy bmFsIHRhcmdldCBmYWlsdXJlKQooMDoyOjA6MCk6IEFjdHVhbCBSZXRyeSBDb3VudDogNDc4 MjYKKDA6MjowOjApOiBTWU5DSFJPTklaRSBDQUNIRSgxMCkuIENEQjogMzUgMDAgMDAgMDAg MDAgMDAgMDAgMDAgMDAgMDAgCigwOjI6MDowKTogVGFnOiAweDAwNWMsIFR5cGU6IDEKKDA6 MjowOjApOiBDVEwgU3RhdHVzOiBTQ1NJIEVycm9yCigwOjI6MDowKTogU0NTSSBTdGF0dXM6 IENoZWNrIENvbmRpdGlvbgooMDoyOjA6MCk6IFNDU0kgc2Vuc2U6IEhBUkRXQVJFIEZBSUxV UkUgYXNjOjQ0LDAgKEludGVybmFsIHRhcmdldCBmYWlsdXJlKQooMDoyOjA6MCk6IEFjdHVh bCBSZXRyeSBDb3VudDogNDc4MjYKKDA6MjowOjApOiBTWU5DSFJPTklaRSBDQUNIRSgxMCku IENEQjogMzUgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgCigwOjI6MDowKTogVGFnOiAw eDAwNmMsIFR5cGU6IDEKKDA6MjowOjApOiBDVEwgU3RhdHVzOiBTQ1NJIEVycm9yCigwOjI6 MDowKTogU0NTSSBTdGF0dXM6IENoZWNrIENvbmRpdGlvbgooMDoyOjA6MCk6IFNDU0kgc2Vu c2U6IEhBUkRXQVJFIEZBSUxVUkUgYXNjOjQ0LDAgKEludGVybmFsIHRhcmdldCBmYWlsdXJl KQooMDoyOjA6MCk6IEFjdHVhbCBSZXRyeSBDb3VudDogNDc4MjYKKDA6MjowOjApOiBTWU5D SFJPTklaRSBDQUNIRSgxMCkuIENEQjogMzUgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAg CigwOjI6MDowKTogVGFnOiAweDAwNjgsIFR5cGU6IDEKKDA6MjowOjApOiBDVEwgU3RhdHVz OiBTQ1NJIEVycm9yCigwOjI6MDowKTogU0NTSSBTdGF0dXM6IENoZWNrIENvbmRpdGlvbgoo MDoyOjA6MCk6IFNDU0kgc2Vuc2U6IEhBUkRXQVJFIEZBSUxVUkUgYXNjOjQ0LDAgKEludGVy bmFsIHRhcmdldCBmYWlsdXJlKQooMDoyOjA6MCk6IEFjdHVhbCBSZXRyeSBDb3VudDogNDc4 MjYKKDA6MjowOjApOiBTWU5DSFJPTklaRSBDQUNIRSgxMCkuIENEQjogMzUgMDAgMDAgMDAg MDAgMDAgMDAgMDAgMDAgMDAgCigwOjI6MDowKTogVGFnOiAweDAwNzQsIFR5cGU6IDEKKDA6 MjowOjApOiBDVEwgU3RhdHVzOiBTQ1NJIEVycm9yCigwOjI6MDowKTogU0NTSSBTdGF0dXM6 IENoZWNrIENvbmRpdGlvbgooMDoyOjA6MCk6IFNDU0kgc2Vuc2U6IEhBUkRXQVJFIEZBSUxV UkUgYXNjOjQ0LDAgKEludGVybmFsIHRhcmdldCBmYWlsdXJlKQooMDoyOjA6MCk6IEFjdHVh bCBSZXRyeSBDb3VudDogNDc4MjYKKDA6MjowOjApOiBTWU5DSFJPTklaRSBDQUNIRSgxMCku IENEQjogMzUgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgCigwOjI6MDowKTogVGFnOiAw eDAwNmYsIFR5cGU6IDEKKDA6MjowOjApOiBDVEwgU3RhdHVzOiBTQ1NJIEVycm9yCigwOjI6 MDowKTogU0NTSSBTdGF0dXM6IENoZWNrIENvbmRpdGlvbgooMDoyOjA6MCk6IFNDU0kgc2Vu c2U6IEhBUkRXQVJFIEZBSUxVUkUgYXNjOjQ0LDAgKEludGVybmFsIHRhcmdldCBmYWlsdXJl KQooMDoyOjA6MCk6IEFjdHVhbCBSZXRyeSBDb3VudDogNDc4MjYKKDA6MjowOjApOiBTWU5D SFJPTklaRSBDQUNIRSgxMCkuIENEQjogMzUgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAg CigwOjI6MDowKTogVGFnOiAweDAwMmQsIFR5cGU6IDEKKDA6MjowOjApOiBDVEwgU3RhdHVz OiBTQ1NJIEVycm9yCigwOjI6MDowKTogU0NTSSBTdGF0dXM6IENoZWNrIENvbmRpdGlvbgoo MDoyOjA6MCk6IFNDU0kgc2Vuc2U6IEhBUkRXQVJFIEZBSUxVUkUgYXNjOjQ0LDAgKEludGVy bmFsIHRhcmdldCBmYWlsdXJlKQooMDoyOjA6MCk6IEFjdHVhbCBSZXRyeSBDb3VudDogNDc4 MjYKKDA6MjowOjApOiBTWU5DSFJPTklaRSBDQUNIRSgxMCkuIENEQjogMzUgMDAgMDAgMDAg MDAgMDAgMDAgMDAgMDAgMDAgCigwOjI6MDowKTogVGFnOiAweDAwMmIsIFR5cGU6IDEKKDA6 MjowOjApOiBDVEwgU3RhdHVzOiBTQ1NJIEVycm9yCigwOjI6MDowKTogU0NTSSBTdGF0dXM6 IENoZWNrIENvbmRpdGlvbgooMDoyOjA6MCk6IFNDU0kgc2Vuc2U6IEhBUkRXQVJFIEZBSUxV UkUgYXNjOjQ0LDAgKEludGVybmFsIHRhcmdldCBmYWlsdXJlKQooMDoyOjA6MCk6IEFjdHVh bCBSZXRyeSBDb3VudDogNDc4MjYKKDA6MjowOjApOiBTWU5DSFJPTklaRSBDQUNIRSgxMCku IENEQjogMzUgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgCigwOjI6MDowKTogVGFnOiAw eDAwNDQsIFR5cGU6IDEKKDA6MjowOjApOiBDVEwgU3RhdHVzOiBTQ1NJIEVycm9yCigwOjI6 MDowKTogU0NTSSBTdGF0dXM6IENoZWNrIENvbmRpdGlvbgooMDoyOjA6MCk6IFNDU0kgc2Vu c2U6IEhBUkRXQVJFIEZBSUxVUkUgYXNjOjQ0LDAgKEludGVybmFsIHRhcmdldCBmYWlsdXJl KQooMDoyOjA6MCk6IEFjdHVhbCBSZXRyeSBDb3VudDogNDc4MjYKKDA6MjowOjApOiBTWU5D SFJPTklaRSBDQUNIRSgxMCkuIENEQjogMzUgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAg CigwOjI6MDowKTogVGFnOiAweDAwNDcsIFR5cGU6IDEKKDA6MjowOjApOiBDVEwgU3RhdHVz OiBTQ1NJIEVycm9yCigwOjI6MDowKTogU0NTSSBTdGF0dXM6IENoZWNrIENvbmRpdGlvbgoo MDoyOjA6MCk6IFNDU0kgc2Vuc2U6IEhBUkRXQVJFIEZBSUxVUkUgYXNjOjQ0LDAgKEludGVy bmFsIHRhcmdldCBmYWlsdXJlKQooMDoyOjA6MCk6IEFjdHVhbCBSZXRyeSBDb3VudDogNDc4 MjYKKDA6MjowOjApOiBTWU5DSFJPTklaRSBDQUNIRSgxMCkuIENEQjogMzUgMDAgMDAgMDAg MDAgMDAgMDAgMDAgMDAgMDAgCigwOjI6MDowKTogVGFnOiAweDAwNDksIFR5cGU6IDEKKDA6 MjowOjApOiBDVEwgU3RhdHVzOiBTQ1NJIEVycm9yCigwOjI6MDowKTogU0NTSSBTdGF0dXM6 IENoZWNrIENvbmRpdGlvbgooMDoyOjA6MCk6IFNDU0kgc2Vuc2U6IEhBUkRXQVJFIEZBSUxV UkUgYXNjOjQ0LDAgKEludGVybmFsIHRhcmdldCBmYWlsdXJlKQooMDoyOjA6MCk6IEFjdHVh bCBSZXRyeSBDb3VudDogNDc4MjYKV0FSTklORzogMTAuMjAuMC4yNTIgKGlxbi4xOTkzLTA4 Lm9yZy5kZWJpYW46MDE6MjI4MzJhYTc5Nik6IG5vIHBpbmcgcmVwbHkgKE5PUC1PdXQpIGFm dGVyIDUgc2Vjb25kczsgZHJvcHBpbmcgY29ubmVjdGlvbgpjZmlzY3NpX2lvY3RsX2hhbmRv ZmY6IG5ldyBjb25uZWN0aW9uIGZyb20gaXFuLjE5OTMtMDgub3JnLmRlYmlhbjowMToyMjgz MmFhNzk2ICgxMC4yMC4wLjI1MikgdG8gaXFuLjIwMTItMDYuY29tLmV4YW1wbGU6dGFyZ2V0 MAooMDoyOjA6MCk6IFNZTkNIUk9OSVpFIENBQ0hFKDEwKS4gQ0RCOiAzNSAwMCAwMCAwMCAw MCAwMCAwMCAwMCAwMCAwMCAKKDA6MjowOjApOiBUYWc6IDB4MDA1YywgVHlwZTogMQooMDoy OjA6MCk6IENUTCBTdGF0dXM6IFNDU0kgRXJyb3IKKDA6MjowOjApOiBTQ1NJIFN0YXR1czog Q2hlY2sgQ29uZGl0aW9uCigwOjI6MDowKTogU0NTSSBzZW5zZTogSEFSRFdBUkUgRkFJTFVS RSBhc2M6NDQsMCAoSW50ZXJuYWwgdGFyZ2V0IGZhaWx1cmUpCigwOjI6MDowKTogQWN0dWFs IFJldHJ5IENvdW50OiA0NzgyNgooMDoyOjA6MCk6IFNZTkNIUk9OSVpFIENBQ0hFKDEwKS4g Q0RCOiAzNSAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAKKDA6MjowOjApOiBUYWc6IDB4 MDA2NSwgVHlwZTogMQooMDoyOjA6MCk6IENUTCBTdGF0dXM6IFNDU0kgRXJyb3IKKDA6Mjow OjApOiBTQ1NJIFN0YXR1czogQ2hlY2sgQ29uZGl0aW9uCigwOjI6MDowKTogU0NTSSBzZW5z ZTogSEFSRFdBUkUgRkFJTFVSRSBhc2M6NDQsMCAoSW50ZXJuYWwgdGFyZ2V0IGZhaWx1cmUp CigwOjI6MDowKTogQWN0dWFsIFJldHJ5IENvdW50OiA0NzgyNgo= --------------030600020907090108010408 Content-Type: text/plain; charset=windows-1250; name="DomU-A.conf" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="DomU-A.conf" bmFtZT0nZG9tdWEnDQpidWlsZGVyPSdodm0nDQp2Y3B1cz0xDQpjcHVzPTQNCm1lbW9yeT04 MTkyDQpkaXNrPVsNCidmaWxlOi9yb290L0ZyZWVCU0QtMTAuMC1SRUxFQVNFLWFtZDY0LWRp c2MxLmlzbyx4dmRhLHIsZGV2dHlwZT1jZHJvbScNCl0NCnZpZj1bDQonYnJpZGdlPXhlbmJy MSxtYWM9MDA6MTY6M2U6MTE6MTE6MTEnDQpdDQpib290PSdkJw0KcGFlPTENCm54PTENCnZp ZGVvcmFtPTE2DQpzdGR2Z2E9MQ0Kc2RsPTANCnZuYz0xDQp2bmNsaXN0ZW49IjAuMC4wLjAi DQpsb2NhbHRpbWU9MQ0KeGVuX3BsYXRmb3JtX3BjaT0xDQo= --------------030600020907090108010408 Content-Type: text/plain; charset=windows-1250; name="DomU-B.conf" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="DomU-B.conf" bmFtZT0nZG9tdWInDQpidWlsZGVyPSdodm0nDQp2Y3B1cz0xDQpjcHVzPTUNCm1lbW9yeT0x MDI0DQpkaXNrPVsNCidwaHk6L2Rldi9zZGMseHZkYSx3JywNCidmaWxlOi9yb290L2RlYmlh bi1saXZlLTcuMi1hbWQ2NC1zdGFuZGFyZC5pc28seHZkYixyLGRldnR5cGU9Y2Ryb20nDQpd DQp2aWY9Ww0KJ2JyaWRnZT14ZW5icjEsbWFjPTAwOjE2OjNlOjIyOjIyOjIyJw0KXQ0KYm9v dD0nZCcNCnBhZT0xDQpueD0xDQp2aWRlb3JhbT0xNg0Kc3RkdmdhPTENCnNkbD0wDQp2bmM9 MQ0Kdm5jbGlzdGVuPSIwLjAuMC4wIg0KbG9jYWx0aW1lPTENCnhlbl9wbGF0Zm9ybV9wY2k9 MQ0K --------------030600020907090108010408 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 --------------030600020907090108010408-- From xen-users-bounces@lists.xen.org Wed Feb 05 16:14:02 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Feb 2014 16:14:02 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WB56o-00057N-9v; Wed, 05 Feb 2014 16:13:54 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WB56l-00057F-Sx for xen-users@lists.xen.org; Wed, 05 Feb 2014 16:13:52 +0000 Received: from [85.158.139.211:2189] by server-11.bemta-5.messagelabs.com id 33/8F-23886-F3362F25; Wed, 05 Feb 2014 16:13:51 +0000 X-Env-Sender: kuba.0000@op.pl X-Msg-Ref: server-5.tower-206.messagelabs.com!1391616829!1870272!1 X-Originating-IP: [213.180.142.142] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 356 invoked from network); 5 Feb 2014 16:13:49 -0000 Received: from smtpo11.poczta.onet.pl (HELO smtpo11.poczta.onet.pl) (213.180.142.142) by server-5.tower-206.messagelabs.com with SMTP; 5 Feb 2014 16:13:49 -0000 Received: from [192.168.0.4] (host-89-230-211-189.lublin.mm.pl [89.230.211.189]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: kuba.0000@op.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3fK7B50jPHz9vDbf for ; Wed, 5 Feb 2014 17:13:48 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=op.pl; s=2011; t=1391616829; bh=u1OwhD2JUEGgiKDO+lkMEfb1q4XveI88YHac+UEqZhc=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type; b=GR56z8Vcr1M++QK1qOmkzSZj04X7sG+8GQvaGt7sHG8bUrvySyqgXjuFcCvIR+PbA QXOlXs6i7vfKLUxpF5rvjmtiHDx+wyf+KPHv9ajzBho61FkL04qJMy79hrcTTBwVa4 GF7Xq+ub9YsrsGA8BahOKmrw2O2hlhR7GOvabb+I= Message-ID: <52F26335.7060902@op.pl> Date: Wed, 05 Feb 2014 17:13:41 +0100 From: Kuba User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <52EA58B2.50004@op.pl> <6035A0D088A63A46850C3988ED045A4B6F38BB3C@BITCOM1.int.sbss.com.au> <52ED4AA6.5000601@op.pl> In-Reply-To: <52ED4AA6.5000601@op.pl> Content-Type: multipart/mixed; boundary="------------030600020907090108010408" Subject: Re: [Xen-users] Strange failures of Xen 4.3.1, PVHVM storage VM, iSCSI and Windows+GPLPV VM combination X-BeenThere: xen-users@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 This is a multi-part message in MIME format. --------------030600020907090108010408 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit W dniu 2014-02-01 20:27, Kuba pisze: > W dniu 2014-01-31 02:35, James Harper pisze: >>> >>> I am trying to set up a following configuration: >>> 1. very simple Linux-based dom0 (Debian 7.3) with Xen 4.3.1 compiled >>> from sources, >>> 2. one storage VM (FreeBSD 10, HVM+PV) with SATA controller attached >>> using VT-d, exporting block devices via iSCSI to other VMs and physical >>> machines, >>> 3. one Windows 7 SP1 64 VM (HVM+GPLPV) with GPU passthrough (Quadro >>> 4000) installed on a block device exported from the storage VM (target >>> on the storage VM, initiator on dom0). >>> >>> Everything works perfectly (including PCI & GPU passthrough) until I >>> install GPLPV drivers on the Windows VM. After driver installation, >>> Windows needs to reboot, boots fine, displays a message that PV SCSI >> >> (a) >> >>> drivers were installed and needs to reboot again, and then cannot boot. >>> Sometimes it gets stuck at "booting from harddrive" in SeaBIOS, >>> sometimes BSODs with "unmountable boot volume" message. All of the >>> following I tried without GPU passthrough to narrow down the problem. >>> >>> The intriguing part is this: >>> >>> 1. If the storage VM's OS is Linux - it fails with the above symptoms. >>> 2. If the block devices for the storage VM come directly from dom0 (not >>> via pci-passthrough) - it fails. >>> 2. If the storage VM is an HVM without PV drivers (e.g. FreeBSD >>> 9.2-GENERIC) - it all works. >>> 3. If the storage VM's OS is Linux with kernel compiled without Xen >>> guest support - it works, but is unstable (see below). >>> 4. If the iSCSI target is on a different physical machine - it all >>> works. >>> 5. If the iSCSI target is on dom0 itself - it works. >>> 6. If I attach the AHCI controller to the Windows VM and install >>> directly on the hard drive - it works. >>> 7. If the block device for Windows VM is a disk, partition, file, LVM >>> volume or even a ZoL's zvol (and it comes from a dom0 itself, without >>> iSCSI)- it works. >>> >>> If I install Windows and the GPLPV drivers on a hard drive attached to >>> dom0, Windows + GPLPV work perfectly. If I then give the same hard drive >>> as a block device to the storage VM and re-export it through iSCSI, >> >> (b) >> >>> Windows usually boots fine, but works unstable. And by unstable I mean >>> random read/write errors, sometimes programs won't start, ntdll.dll >>> crashes, and after couple reboots Windows won't boot (just like >>> mentioned above). >>> >>> The configurations I would like to achieve makes sense only with PV >>> drivers on both storage and Windows VM. All of the "components" seem to >>> work perfectly until all put together, so I am not really sure where the >>> problem is. >>> >>> I would be very grateful for any suggestions or ideas that could >>> possibly help to narrow down the problem. Maybe I am just doing >>> something wrong (I hope so). Or maybe there is a bug that shows itself >>> only in such a particular configuration (hope not)? >>> >> >> I'm curious about prompting for the pvscsi drivers to be installed. Is >> this definitely what it is asking for? Pvscsi for gplpv is removed in >> the latest versions and suffered varying degrees of bitrot in earlier >> versions. If you have the iscsi initiator in dom0 then exporting a >> block device to windows via the normal vbd channel should be just fine. >> >> You've gone to great lengths to explain the various things you've >> tried, but I think I'm a little confused on where the iscsi initiator >> is in the "doesn't work" scenarios. I'm having a bit of an off day >> today so it's probably just me, but above I have highlighted the two >> scenarios... could you fill me in on a few things: >> >> At (a) and (b), is the iscsi initiator in dom0, or are you actually >> booting windows directly via iscsi? >> >> At (b), with latest debug build of gplpv, can you run debugview from >> sysinternals.com and see if any interesting messages are displayed >> before things fall in a heap? >> >> Are any strange logs shown in any of Win DomU, Dom0, or storage DomU? >> >> How big are your disks? >> >> Can you reproduce with only one vcpu? >> >> What bridge are you using? Openvswitch or traditional linux bridge? >> >> What MTU are you using on your storage network? If you are using Jumbo >> frames can you go back to 1500 (or at least <= 4000)? >> >> Can you turn off scatter gather, Large Send Offload (GSO), and IP >> Checksum offload on all the iscsi endpoints? >> >> Can you turn on data digest/checksum on iscsi? If all endpoints >> support it then this would provide additional verification that none >> of the network packets are getting corrupted. >> >> Would driver domain work in your scenario? Then the disk could be >> attached directly from your storage DomU without accruing all the >> iscsi overhead. I'm not up with the status of HVM, vbd, and driver >> domain so I don't know if this is possible. >> >> More questions than answers. Sorry :) >> >> James > > Dear James, > > thank you for your questions - I really appreciate everything that may > help me move closer to solving or isolating the problem. > > I'll check what type of driver is used exactly - up until now I always > just installed all drivers included in the package, I thought all of > them were necessary. I'll try installing them without XenScsi. > > Do you mean revisions > 1092:85b99b9795a6 by "the latest versions"? > Which version should I use? > > Forgive me if the descriptions were unclear. The initiator was always in > dom0. I only moved the target to dom0 or a separate physical machine in > (4) and (5). I didn't boot Windows directly from iSCSI (in fact I tried > couple times, but had some problems with it, so I didn't mention it). > > My "disks" (the block devices I dedicated to the Windows VM) were whole > 120GB and 240GB SSDs, ~100GB ZVOLs and 50GB LVM volumes. > > I'm using traditional linux bridge. I didn't set MTUs explicitly, so I > assume it's 1500, but I will verify this. > > I'd love to use a storage driver domain, but the wiki says "It is not > possible to use driver domains with pygrub or HVM guests yet". But the > page is a couple of months old, maybe it's an outdated info? It surely > is worth checking out. > > I'll do my best to provide answers to the remaining questions as soon as > possible. Thank you for so many ideas. > > Best regards, > Kuba > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users It seems the problems are not related to GPLPV. There is an easy way to reproduce the issues without Windows and without installing anything, using only livecds for two DomUs: 1) Set up a Linux Dom0 with Xen 4.3.1 and standard Linux bridge for Dom0 and DomUs 2) Launch DomU "A" 3) Run an iSCSI target inside the "A" DomU exporting any block device or file 4) In Dom0 log in to the iSCSI target; new block device appears in Dom0 (let's say /dev/sdc) 5) Provide /dev/sdc using "phy:/dev/sdc,xvda,w" to another DomU "B" 6) Any (?) write to the /dev/xvda in DomU "B" destroys data on the iSCSI target Some details: ad 1) tried with Debian 7.3 (kernel 3.2.51 + Xen 4.3.1 compiled from sources) and Ubuntu Server 13.10 (kernel 3.11.0 + Xen 4.3.1 installed from Ubuntu package) as Dom0 ad 2) tried with Debian 7.2 livecd, Ubuntu 13.10 Desktop livecd and FreeBSD 10 livecd as DomU "A" ad 3) on Linux DomU "A" I used iSCSI Enterprise Target, on FreeBSD I used native iSCSI target (ctld). The exported block device can be a file on tmpfs, a disk connected to a SATA controller passed-through via VT-d or anything else, it doesn't affect the outcome. ad 4) I tried with open-iscsi initiator. Inside Dom0 the block device provided by the initiator (/dev/sdc) behaved very well - for example I could create a file system on it, mount it, run fsck, etc. Everything was ok. ad 5) As DomU "B" I ran the same live cds as in 2. Now, let's say we run "mkfs.ext4 /dev/sdc" on the Dom0 just before launching DomU "B". ad 6) Then, inside DomU "B", run "mount /dev/xvda /mnt". Everything is ok up to this point. But now just run "ls /mnt", unmount xvda, shut down DomU "B" and run fsck on Dom0 again and you will to see some serious file system problems. Running fsck insided DomU "B" just after unmounting xvda also shows errors after any operation involving a write to the underlying block device. This was tested on two different physical machines independently. Dom0 always had 4 pinned vcpus, each DomU had 1 pinned vcpu. I was not able to log in from open-iscsi initiator to IET with header and data digests enabled, but it worked with FreeBSD native iSCSI target. FreeBSD's target is fairly new so I don't know how stable it is. I'm attaching relevant dmesg logs from both Linux and FreeBSD DomU "A" with some errors, as well as config files for both DomUs. Any ideas and suggestions on what could be the cause and what can I do will be much appreciated. Is there any other way to export a block device from a DomU to Dom0 that would eliminate the need for using iSCSI? A storage driver domain based on FreeBSD 10 seems to work if it provides a block device to another FreeBSD 10 DomU running qemu-traditional. Can Dom0 attach itself to a block device in a similar way? Best regards, Kuba --------------030600020907090108010408 Content-Type: text/plain; charset=windows-1250; name="DomU-A-Ubuntu.log" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="DomU-A-Ubuntu.log" WyAgNTU0LjE3NDYyNV0gaXNjc2lfdHJndDogc2NzaV9jbW5kX3N0YXJ0KDExMDkpIFVuc3Vw cG9ydGVkIDg1ClsgIDU1NC4xNzYyODRdIGlzY3NpX3RyZ3Q6IGNtbmRfc2tpcF9wZHUoNDcx KSA3ZDAwMDAwMCAxYyA4NSAwClsgIDU1NC4xNzgwOTFdIGlzY3NpX3RyZ3Q6IHNjc2lfY21u ZF9zdGFydCgxMTA5KSBVbnN1cHBvcnRlZCA4NQpbICA1NTQuMTc5NTU4XSBpc2NzaV90cmd0 OiBjbW5kX3NraXBfcGR1KDQ3MSkgN2UwMDAwMDAgMWMgODUgMApbICA2ODUuNTg0NjcxXSBp c2NzaV90cmd0OiBzY3NpX2NtbmRfc3RhcnQoMTEwOSkgVW5zdXBwb3J0ZWQgNDEKWyAgNjg1 LjU4NjIzMV0gaXNjc2lfdHJndDogY21uZF9za2lwX3BkdSg0NzEpIDZhMDAwMDAwIDFjIDQx IDUxMg== --------------030600020907090108010408 Content-Type: text/plain; charset=windows-1250; name="DomU-A-FreeBSD10.log" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="DomU-A-FreeBSD10.log" Y2Zpc2NzaV9pb2N0bF9oYW5kb2ZmOiBuZXcgY29ubmVjdGlvbiBmcm9tIGlxbi4xOTkzLTA4 Lm9yZy5kZWJpYW46MDE6MjI4MzJhYTc5NiAoMTAuMjAuMC4yNTIpIHRvIGlxbi4yMDEyLTA2 LmNvbS5leGFtcGxlOnRhcmdldDAKKDA6MjowOjApOiBTWU5DSFJPTklaRSBDQUNIRSgxMCku IENEQjogMzUgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgCigwOjI6MDowKTogVGFnOiAw eDAwNjYsIFR5cGU6IDEKKDA6MjowOjApOiBDVEwgU3RhdHVzOiBTQ1NJIEVycm9yCigwOjI6 MDowKTogU0NTSSBTdGF0dXM6IENoZWNrIENvbmRpdGlvbgooMDoyOjA6MCk6IFNDU0kgc2Vu c2U6IEhBUkRXQVJFIEZBSUxVUkUgYXNjOjQ0LDAgKEludGVybmFsIHRhcmdldCBmYWlsdXJl KQooMDoyOjA6MCk6IEFjdHVhbCBSZXRyeSBDb3VudDogNDc4MjYKKDA6MjowOjApOiBTWU5D SFJPTklaRSBDQUNIRSgxMCkuIENEQjogMzUgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAg CigwOjI6MDowKTogVGFnOiAweDAwNjksIFR5cGU6IDEKKDA6MjowOjApOiBDVEwgU3RhdHVz OiBTQ1NJIEVycm9yCigwOjI6MDowKTogU0NTSSBTdGF0dXM6IENoZWNrIENvbmRpdGlvbgoo MDoyOjA6MCk6IFNDU0kgc2Vuc2U6IEhBUkRXQVJFIEZBSUxVUkUgYXNjOjQ0LDAgKEludGVy bmFsIHRhcmdldCBmYWlsdXJlKQooMDoyOjA6MCk6IEFjdHVhbCBSZXRyeSBDb3VudDogNDc4 MjYKKDA6MjowOjApOiBTWU5DSFJPTklaRSBDQUNIRSgxMCkuIENEQjogMzUgMDAgMDAgMDAg MDAgMDAgMDAgMDAgMDAgMDAgCigwOjI6MDowKTogVGFnOiAweDAwNWIsIFR5cGU6IDEKKDA6 MjowOjApOiBDVEwgU3RhdHVzOiBTQ1NJIEVycm9yCigwOjI6MDowKTogU0NTSSBTdGF0dXM6 IENoZWNrIENvbmRpdGlvbgooMDoyOjA6MCk6IFNDU0kgc2Vuc2U6IEhBUkRXQVJFIEZBSUxV UkUgYXNjOjQ0LDAgKEludGVybmFsIHRhcmdldCBmYWlsdXJlKQooMDoyOjA6MCk6IEFjdHVh bCBSZXRyeSBDb3VudDogNDc4MjYKKDA6MjowOjApOiBTWU5DSFJPTklaRSBDQUNIRSgxMCku IENEQjogMzUgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgCigwOjI6MDowKTogVGFnOiAw eDAwNWUsIFR5cGU6IDEKKDA6MjowOjApOiBDVEwgU3RhdHVzOiBTQ1NJIEVycm9yCigwOjI6 MDowKTogU0NTSSBTdGF0dXM6IENoZWNrIENvbmRpdGlvbgooMDoyOjA6MCk6IFNDU0kgc2Vu c2U6IEhBUkRXQVJFIEZBSUxVUkUgYXNjOjQ0LDAgKEludGVybmFsIHRhcmdldCBmYWlsdXJl KQooMDoyOjA6MCk6IEFjdHVhbCBSZXRyeSBDb3VudDogNDc4MjYKKDA6MjowOjApOiBTWU5D SFJPTklaRSBDQUNIRSgxMCkuIENEQjogMzUgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAg CigwOjI6MDowKTogVGFnOiAweDAwMGUsIFR5cGU6IDEKKDA6MjowOjApOiBDVEwgU3RhdHVz OiBTQ1NJIEVycm9yCigwOjI6MDowKTogU0NTSSBTdGF0dXM6IENoZWNrIENvbmRpdGlvbgoo MDoyOjA6MCk6IFNDU0kgc2Vuc2U6IEhBUkRXQVJFIEZBSUxVUkUgYXNjOjQ0LDAgKEludGVy bmFsIHRhcmdldCBmYWlsdXJlKQooMDoyOjA6MCk6IEFjdHVhbCBSZXRyeSBDb3VudDogNDc4 MjYKKDA6MjowOjApOiBTWU5DSFJPTklaRSBDQUNIRSgxMCkuIENEQjogMzUgMDAgMDAgMDAg MDAgMDAgMDAgMDAgMDAgMDAgCigwOjI6MDowKTogVGFnOiAweDAwNWMsIFR5cGU6IDEKKDA6 MjowOjApOiBDVEwgU3RhdHVzOiBTQ1NJIEVycm9yCigwOjI6MDowKTogU0NTSSBTdGF0dXM6 IENoZWNrIENvbmRpdGlvbgooMDoyOjA6MCk6IFNDU0kgc2Vuc2U6IEhBUkRXQVJFIEZBSUxV UkUgYXNjOjQ0LDAgKEludGVybmFsIHRhcmdldCBmYWlsdXJlKQooMDoyOjA6MCk6IEFjdHVh bCBSZXRyeSBDb3VudDogNDc4MjYKKDA6MjowOjApOiBTWU5DSFJPTklaRSBDQUNIRSgxMCku IENEQjogMzUgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgCigwOjI6MDowKTogVGFnOiAw eDAwNmMsIFR5cGU6IDEKKDA6MjowOjApOiBDVEwgU3RhdHVzOiBTQ1NJIEVycm9yCigwOjI6 MDowKTogU0NTSSBTdGF0dXM6IENoZWNrIENvbmRpdGlvbgooMDoyOjA6MCk6IFNDU0kgc2Vu c2U6IEhBUkRXQVJFIEZBSUxVUkUgYXNjOjQ0LDAgKEludGVybmFsIHRhcmdldCBmYWlsdXJl KQooMDoyOjA6MCk6IEFjdHVhbCBSZXRyeSBDb3VudDogNDc4MjYKKDA6MjowOjApOiBTWU5D SFJPTklaRSBDQUNIRSgxMCkuIENEQjogMzUgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAg CigwOjI6MDowKTogVGFnOiAweDAwNjgsIFR5cGU6IDEKKDA6MjowOjApOiBDVEwgU3RhdHVz OiBTQ1NJIEVycm9yCigwOjI6MDowKTogU0NTSSBTdGF0dXM6IENoZWNrIENvbmRpdGlvbgoo MDoyOjA6MCk6IFNDU0kgc2Vuc2U6IEhBUkRXQVJFIEZBSUxVUkUgYXNjOjQ0LDAgKEludGVy bmFsIHRhcmdldCBmYWlsdXJlKQooMDoyOjA6MCk6IEFjdHVhbCBSZXRyeSBDb3VudDogNDc4 MjYKKDA6MjowOjApOiBTWU5DSFJPTklaRSBDQUNIRSgxMCkuIENEQjogMzUgMDAgMDAgMDAg MDAgMDAgMDAgMDAgMDAgMDAgCigwOjI6MDowKTogVGFnOiAweDAwNzQsIFR5cGU6IDEKKDA6 MjowOjApOiBDVEwgU3RhdHVzOiBTQ1NJIEVycm9yCigwOjI6MDowKTogU0NTSSBTdGF0dXM6 IENoZWNrIENvbmRpdGlvbgooMDoyOjA6MCk6IFNDU0kgc2Vuc2U6IEhBUkRXQVJFIEZBSUxV UkUgYXNjOjQ0LDAgKEludGVybmFsIHRhcmdldCBmYWlsdXJlKQooMDoyOjA6MCk6IEFjdHVh bCBSZXRyeSBDb3VudDogNDc4MjYKKDA6MjowOjApOiBTWU5DSFJPTklaRSBDQUNIRSgxMCku IENEQjogMzUgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgCigwOjI6MDowKTogVGFnOiAw eDAwNmYsIFR5cGU6IDEKKDA6MjowOjApOiBDVEwgU3RhdHVzOiBTQ1NJIEVycm9yCigwOjI6 MDowKTogU0NTSSBTdGF0dXM6IENoZWNrIENvbmRpdGlvbgooMDoyOjA6MCk6IFNDU0kgc2Vu c2U6IEhBUkRXQVJFIEZBSUxVUkUgYXNjOjQ0LDAgKEludGVybmFsIHRhcmdldCBmYWlsdXJl KQooMDoyOjA6MCk6IEFjdHVhbCBSZXRyeSBDb3VudDogNDc4MjYKKDA6MjowOjApOiBTWU5D SFJPTklaRSBDQUNIRSgxMCkuIENEQjogMzUgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAg CigwOjI6MDowKTogVGFnOiAweDAwMmQsIFR5cGU6IDEKKDA6MjowOjApOiBDVEwgU3RhdHVz OiBTQ1NJIEVycm9yCigwOjI6MDowKTogU0NTSSBTdGF0dXM6IENoZWNrIENvbmRpdGlvbgoo MDoyOjA6MCk6IFNDU0kgc2Vuc2U6IEhBUkRXQVJFIEZBSUxVUkUgYXNjOjQ0LDAgKEludGVy bmFsIHRhcmdldCBmYWlsdXJlKQooMDoyOjA6MCk6IEFjdHVhbCBSZXRyeSBDb3VudDogNDc4 MjYKKDA6MjowOjApOiBTWU5DSFJPTklaRSBDQUNIRSgxMCkuIENEQjogMzUgMDAgMDAgMDAg MDAgMDAgMDAgMDAgMDAgMDAgCigwOjI6MDowKTogVGFnOiAweDAwMmIsIFR5cGU6IDEKKDA6 MjowOjApOiBDVEwgU3RhdHVzOiBTQ1NJIEVycm9yCigwOjI6MDowKTogU0NTSSBTdGF0dXM6 IENoZWNrIENvbmRpdGlvbgooMDoyOjA6MCk6IFNDU0kgc2Vuc2U6IEhBUkRXQVJFIEZBSUxV UkUgYXNjOjQ0LDAgKEludGVybmFsIHRhcmdldCBmYWlsdXJlKQooMDoyOjA6MCk6IEFjdHVh bCBSZXRyeSBDb3VudDogNDc4MjYKKDA6MjowOjApOiBTWU5DSFJPTklaRSBDQUNIRSgxMCku IENEQjogMzUgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgCigwOjI6MDowKTogVGFnOiAw eDAwNDQsIFR5cGU6IDEKKDA6MjowOjApOiBDVEwgU3RhdHVzOiBTQ1NJIEVycm9yCigwOjI6 MDowKTogU0NTSSBTdGF0dXM6IENoZWNrIENvbmRpdGlvbgooMDoyOjA6MCk6IFNDU0kgc2Vu c2U6IEhBUkRXQVJFIEZBSUxVUkUgYXNjOjQ0LDAgKEludGVybmFsIHRhcmdldCBmYWlsdXJl KQooMDoyOjA6MCk6IEFjdHVhbCBSZXRyeSBDb3VudDogNDc4MjYKKDA6MjowOjApOiBTWU5D SFJPTklaRSBDQUNIRSgxMCkuIENEQjogMzUgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAg CigwOjI6MDowKTogVGFnOiAweDAwNDcsIFR5cGU6IDEKKDA6MjowOjApOiBDVEwgU3RhdHVz OiBTQ1NJIEVycm9yCigwOjI6MDowKTogU0NTSSBTdGF0dXM6IENoZWNrIENvbmRpdGlvbgoo MDoyOjA6MCk6IFNDU0kgc2Vuc2U6IEhBUkRXQVJFIEZBSUxVUkUgYXNjOjQ0LDAgKEludGVy bmFsIHRhcmdldCBmYWlsdXJlKQooMDoyOjA6MCk6IEFjdHVhbCBSZXRyeSBDb3VudDogNDc4 MjYKKDA6MjowOjApOiBTWU5DSFJPTklaRSBDQUNIRSgxMCkuIENEQjogMzUgMDAgMDAgMDAg MDAgMDAgMDAgMDAgMDAgMDAgCigwOjI6MDowKTogVGFnOiAweDAwNDksIFR5cGU6IDEKKDA6 MjowOjApOiBDVEwgU3RhdHVzOiBTQ1NJIEVycm9yCigwOjI6MDowKTogU0NTSSBTdGF0dXM6 IENoZWNrIENvbmRpdGlvbgooMDoyOjA6MCk6IFNDU0kgc2Vuc2U6IEhBUkRXQVJFIEZBSUxV UkUgYXNjOjQ0LDAgKEludGVybmFsIHRhcmdldCBmYWlsdXJlKQooMDoyOjA6MCk6IEFjdHVh bCBSZXRyeSBDb3VudDogNDc4MjYKV0FSTklORzogMTAuMjAuMC4yNTIgKGlxbi4xOTkzLTA4 Lm9yZy5kZWJpYW46MDE6MjI4MzJhYTc5Nik6IG5vIHBpbmcgcmVwbHkgKE5PUC1PdXQpIGFm dGVyIDUgc2Vjb25kczsgZHJvcHBpbmcgY29ubmVjdGlvbgpjZmlzY3NpX2lvY3RsX2hhbmRv ZmY6IG5ldyBjb25uZWN0aW9uIGZyb20gaXFuLjE5OTMtMDgub3JnLmRlYmlhbjowMToyMjgz MmFhNzk2ICgxMC4yMC4wLjI1MikgdG8gaXFuLjIwMTItMDYuY29tLmV4YW1wbGU6dGFyZ2V0 MAooMDoyOjA6MCk6IFNZTkNIUk9OSVpFIENBQ0hFKDEwKS4gQ0RCOiAzNSAwMCAwMCAwMCAw MCAwMCAwMCAwMCAwMCAwMCAKKDA6MjowOjApOiBUYWc6IDB4MDA1YywgVHlwZTogMQooMDoy OjA6MCk6IENUTCBTdGF0dXM6IFNDU0kgRXJyb3IKKDA6MjowOjApOiBTQ1NJIFN0YXR1czog Q2hlY2sgQ29uZGl0aW9uCigwOjI6MDowKTogU0NTSSBzZW5zZTogSEFSRFdBUkUgRkFJTFVS RSBhc2M6NDQsMCAoSW50ZXJuYWwgdGFyZ2V0IGZhaWx1cmUpCigwOjI6MDowKTogQWN0dWFs IFJldHJ5IENvdW50OiA0NzgyNgooMDoyOjA6MCk6IFNZTkNIUk9OSVpFIENBQ0hFKDEwKS4g Q0RCOiAzNSAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAKKDA6MjowOjApOiBUYWc6IDB4 MDA2NSwgVHlwZTogMQooMDoyOjA6MCk6IENUTCBTdGF0dXM6IFNDU0kgRXJyb3IKKDA6Mjow OjApOiBTQ1NJIFN0YXR1czogQ2hlY2sgQ29uZGl0aW9uCigwOjI6MDowKTogU0NTSSBzZW5z ZTogSEFSRFdBUkUgRkFJTFVSRSBhc2M6NDQsMCAoSW50ZXJuYWwgdGFyZ2V0IGZhaWx1cmUp CigwOjI6MDowKTogQWN0dWFsIFJldHJ5IENvdW50OiA0NzgyNgo= --------------030600020907090108010408 Content-Type: text/plain; charset=windows-1250; name="DomU-A.conf" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="DomU-A.conf" bmFtZT0nZG9tdWEnDQpidWlsZGVyPSdodm0nDQp2Y3B1cz0xDQpjcHVzPTQNCm1lbW9yeT04 MTkyDQpkaXNrPVsNCidmaWxlOi9yb290L0ZyZWVCU0QtMTAuMC1SRUxFQVNFLWFtZDY0LWRp c2MxLmlzbyx4dmRhLHIsZGV2dHlwZT1jZHJvbScNCl0NCnZpZj1bDQonYnJpZGdlPXhlbmJy MSxtYWM9MDA6MTY6M2U6MTE6MTE6MTEnDQpdDQpib290PSdkJw0KcGFlPTENCm54PTENCnZp ZGVvcmFtPTE2DQpzdGR2Z2E9MQ0Kc2RsPTANCnZuYz0xDQp2bmNsaXN0ZW49IjAuMC4wLjAi DQpsb2NhbHRpbWU9MQ0KeGVuX3BsYXRmb3JtX3BjaT0xDQo= --------------030600020907090108010408 Content-Type: text/plain; charset=windows-1250; name="DomU-B.conf" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="DomU-B.conf" bmFtZT0nZG9tdWInDQpidWlsZGVyPSdodm0nDQp2Y3B1cz0xDQpjcHVzPTUNCm1lbW9yeT0x MDI0DQpkaXNrPVsNCidwaHk6L2Rldi9zZGMseHZkYSx3JywNCidmaWxlOi9yb290L2RlYmlh bi1saXZlLTcuMi1hbWQ2NC1zdGFuZGFyZC5pc28seHZkYixyLGRldnR5cGU9Y2Ryb20nDQpd DQp2aWY9Ww0KJ2JyaWRnZT14ZW5icjEsbWFjPTAwOjE2OjNlOjIyOjIyOjIyJw0KXQ0KYm9v dD0nZCcNCnBhZT0xDQpueD0xDQp2aWRlb3JhbT0xNg0Kc3RkdmdhPTENCnNkbD0wDQp2bmM9 MQ0Kdm5jbGlzdGVuPSIwLjAuMC4wIg0KbG9jYWx0aW1lPTENCnhlbl9wbGF0Zm9ybV9wY2k9 MQ0K --------------030600020907090108010408 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 --------------030600020907090108010408-- From xen-users-bounces@lists.xen.org Wed Feb 05 16:29:54 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Feb 2014 16:29: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 1WB5M4-0005xa-Ug; Wed, 05 Feb 2014 16:29:40 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WB5M2-0005w1-W7 for xen-users@lists.xen.org; Wed, 05 Feb 2014 16:29:39 +0000 Received: from [85.158.143.35:23336] by server-1.bemta-4.messagelabs.com id 37/A9-31661-2F662F25; Wed, 05 Feb 2014 16:29:38 +0000 X-Env-Sender: roger.pau@citrix.com X-Msg-Ref: server-11.tower-21.messagelabs.com!1391617776!3400621!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27992 invoked from network); 5 Feb 2014 16:29:37 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-11.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 5 Feb 2014 16:29:37 -0000 X-IronPort-AV: E=Sophos;i="4.95,787,1384300800"; d="scan'208";a="98280346" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 05 Feb 2014 16:29:35 +0000 Received: from [IPv6:::1] (10.80.16.47) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.2.342.4; Wed, 5 Feb 2014 11:29:35 -0500 Message-ID: <52F266EE.6000104@citrix.com> Date: Wed, 5 Feb 2014 17:29:34 +0100 From: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: References: <52EA58B2.50004@op.pl> <6035A0D088A63A46850C3988ED045A4B6F38BB3C@BITCOM1.int.sbss.com.au> <52ED4AA6.5000601@op.pl> <52F26335.7060902@op.pl> In-Reply-To: <52F26335.7060902@op.pl> X-Enigmail-Version: 1.6 X-DLP: MIA1 Subject: Re: [Xen-users] Strange failures of Xen 4.3.1, PVHVM storage VM, iSCSI and Windows+GPLPV VM combination X-BeenThere: xen-users@lists.xen.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 05/02/14 17:13, Kuba wrote: > W dniu 2014-02-01 20:27, Kuba pisze: >> W dniu 2014-01-31 02:35, James Harper pisze: >>>> >>>> I am trying to set up a following configuration: >>>> 1. very simple Linux-based dom0 (Debian 7.3) with Xen 4.3.1 compiled >>>> from sources, >>>> 2. one storage VM (FreeBSD 10, HVM+PV) with SATA controller attached >>>> using VT-d, exporting block devices via iSCSI to other VMs and physical >>>> machines, >>>> 3. one Windows 7 SP1 64 VM (HVM+GPLPV) with GPU passthrough (Quadro >>>> 4000) installed on a block device exported from the storage VM (target >>>> on the storage VM, initiator on dom0). >>>> >>>> Everything works perfectly (including PCI & GPU passthrough) until I >>>> install GPLPV drivers on the Windows VM. After driver installation, >>>> Windows needs to reboot, boots fine, displays a message that PV SCSI >>> >>> (a) >>> >>>> drivers were installed and needs to reboot again, and then cannot boot. >>>> Sometimes it gets stuck at "booting from harddrive" in SeaBIOS, >>>> sometimes BSODs with "unmountable boot volume" message. All of the >>>> following I tried without GPU passthrough to narrow down the problem. >>>> >>>> The intriguing part is this: >>>> >>>> 1. If the storage VM's OS is Linux - it fails with the above symptoms. >>>> 2. If the block devices for the storage VM come directly from dom0 (not >>>> via pci-passthrough) - it fails. >>>> 2. If the storage VM is an HVM without PV drivers (e.g. FreeBSD >>>> 9.2-GENERIC) - it all works. >>>> 3. If the storage VM's OS is Linux with kernel compiled without Xen >>>> guest support - it works, but is unstable (see below). >>>> 4. If the iSCSI target is on a different physical machine - it all >>>> works. >>>> 5. If the iSCSI target is on dom0 itself - it works. >>>> 6. If I attach the AHCI controller to the Windows VM and install >>>> directly on the hard drive - it works. >>>> 7. If the block device for Windows VM is a disk, partition, file, LVM >>>> volume or even a ZoL's zvol (and it comes from a dom0 itself, without >>>> iSCSI)- it works. >>>> >>>> If I install Windows and the GPLPV drivers on a hard drive attached to >>>> dom0, Windows + GPLPV work perfectly. If I then give the same hard >>>> drive >>>> as a block device to the storage VM and re-export it through iSCSI, >>> >>> (b) >>> >>>> Windows usually boots fine, but works unstable. And by unstable I mean >>>> random read/write errors, sometimes programs won't start, ntdll.dll >>>> crashes, and after couple reboots Windows won't boot (just like >>>> mentioned above). >>>> >>>> The configurations I would like to achieve makes sense only with PV >>>> drivers on both storage and Windows VM. All of the "components" seem to >>>> work perfectly until all put together, so I am not really sure where >>>> the >>>> problem is. >>>> >>>> I would be very grateful for any suggestions or ideas that could >>>> possibly help to narrow down the problem. Maybe I am just doing >>>> something wrong (I hope so). Or maybe there is a bug that shows itself >>>> only in such a particular configuration (hope not)? >>>> >>> >>> I'm curious about prompting for the pvscsi drivers to be installed. Is >>> this definitely what it is asking for? Pvscsi for gplpv is removed in >>> the latest versions and suffered varying degrees of bitrot in earlier >>> versions. If you have the iscsi initiator in dom0 then exporting a >>> block device to windows via the normal vbd channel should be just fine. >>> >>> You've gone to great lengths to explain the various things you've >>> tried, but I think I'm a little confused on where the iscsi initiator >>> is in the "doesn't work" scenarios. I'm having a bit of an off day >>> today so it's probably just me, but above I have highlighted the two >>> scenarios... could you fill me in on a few things: >>> >>> At (a) and (b), is the iscsi initiator in dom0, or are you actually >>> booting windows directly via iscsi? >>> >>> At (b), with latest debug build of gplpv, can you run debugview from >>> sysinternals.com and see if any interesting messages are displayed >>> before things fall in a heap? >>> >>> Are any strange logs shown in any of Win DomU, Dom0, or storage DomU? >>> >>> How big are your disks? >>> >>> Can you reproduce with only one vcpu? >>> >>> What bridge are you using? Openvswitch or traditional linux bridge? >>> >>> What MTU are you using on your storage network? If you are using Jumbo >>> frames can you go back to 1500 (or at least <= 4000)? >>> >>> Can you turn off scatter gather, Large Send Offload (GSO), and IP >>> Checksum offload on all the iscsi endpoints? >>> >>> Can you turn on data digest/checksum on iscsi? If all endpoints >>> support it then this would provide additional verification that none >>> of the network packets are getting corrupted. >>> >>> Would driver domain work in your scenario? Then the disk could be >>> attached directly from your storage DomU without accruing all the >>> iscsi overhead. I'm not up with the status of HVM, vbd, and driver >>> domain so I don't know if this is possible. >>> >>> More questions than answers. Sorry :) >>> >>> James >> >> Dear James, >> >> thank you for your questions - I really appreciate everything that may >> help me move closer to solving or isolating the problem. >> >> I'll check what type of driver is used exactly - up until now I always >> just installed all drivers included in the package, I thought all of >> them were necessary. I'll try installing them without XenScsi. >> >> Do you mean revisions > 1092:85b99b9795a6 by "the latest versions"? >> Which version should I use? >> >> Forgive me if the descriptions were unclear. The initiator was always in >> dom0. I only moved the target to dom0 or a separate physical machine in >> (4) and (5). I didn't boot Windows directly from iSCSI (in fact I tried >> couple times, but had some problems with it, so I didn't mention it). >> >> My "disks" (the block devices I dedicated to the Windows VM) were whole >> 120GB and 240GB SSDs, ~100GB ZVOLs and 50GB LVM volumes. >> >> I'm using traditional linux bridge. I didn't set MTUs explicitly, so I >> assume it's 1500, but I will verify this. >> >> I'd love to use a storage driver domain, but the wiki says "It is not >> possible to use driver domains with pygrub or HVM guests yet". But the >> page is a couple of months old, maybe it's an outdated info? It surely >> is worth checking out. >> >> I'll do my best to provide answers to the remaining questions as soon as >> possible. Thank you for so many ideas. >> >> Best regards, >> Kuba >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users > > It seems the problems are not related to GPLPV. There is an easy way to > reproduce the issues without Windows and without installing anything, > using only livecds for two DomUs: > > 1) Set up a Linux Dom0 with Xen 4.3.1 and standard Linux bridge for Dom0 > and DomUs Are you using a Xen build with debugging enabled? I think I might have a clue of what's happening, because I also saw it. Could you recompile Xen with debugging enabled and try the same test (iSCSI target on DomU and initiator on Dom0)? 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 05 16:29:54 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Feb 2014 16:29: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 1WB5M4-0005xa-Ug; Wed, 05 Feb 2014 16:29:40 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WB5M2-0005w1-W7 for xen-users@lists.xen.org; Wed, 05 Feb 2014 16:29:39 +0000 Received: from [85.158.143.35:23336] by server-1.bemta-4.messagelabs.com id 37/A9-31661-2F662F25; Wed, 05 Feb 2014 16:29:38 +0000 X-Env-Sender: roger.pau@citrix.com X-Msg-Ref: server-11.tower-21.messagelabs.com!1391617776!3400621!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27992 invoked from network); 5 Feb 2014 16:29:37 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-11.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 5 Feb 2014 16:29:37 -0000 X-IronPort-AV: E=Sophos;i="4.95,787,1384300800"; d="scan'208";a="98280346" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 05 Feb 2014 16:29:35 +0000 Received: from [IPv6:::1] (10.80.16.47) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.2.342.4; Wed, 5 Feb 2014 11:29:35 -0500 Message-ID: <52F266EE.6000104@citrix.com> Date: Wed, 5 Feb 2014 17:29:34 +0100 From: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: References: <52EA58B2.50004@op.pl> <6035A0D088A63A46850C3988ED045A4B6F38BB3C@BITCOM1.int.sbss.com.au> <52ED4AA6.5000601@op.pl> <52F26335.7060902@op.pl> In-Reply-To: <52F26335.7060902@op.pl> X-Enigmail-Version: 1.6 X-DLP: MIA1 Subject: Re: [Xen-users] Strange failures of Xen 4.3.1, PVHVM storage VM, iSCSI and Windows+GPLPV VM combination X-BeenThere: xen-users@lists.xen.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 05/02/14 17:13, Kuba wrote: > W dniu 2014-02-01 20:27, Kuba pisze: >> W dniu 2014-01-31 02:35, James Harper pisze: >>>> >>>> I am trying to set up a following configuration: >>>> 1. very simple Linux-based dom0 (Debian 7.3) with Xen 4.3.1 compiled >>>> from sources, >>>> 2. one storage VM (FreeBSD 10, HVM+PV) with SATA controller attached >>>> using VT-d, exporting block devices via iSCSI to other VMs and physical >>>> machines, >>>> 3. one Windows 7 SP1 64 VM (HVM+GPLPV) with GPU passthrough (Quadro >>>> 4000) installed on a block device exported from the storage VM (target >>>> on the storage VM, initiator on dom0). >>>> >>>> Everything works perfectly (including PCI & GPU passthrough) until I >>>> install GPLPV drivers on the Windows VM. After driver installation, >>>> Windows needs to reboot, boots fine, displays a message that PV SCSI >>> >>> (a) >>> >>>> drivers were installed and needs to reboot again, and then cannot boot. >>>> Sometimes it gets stuck at "booting from harddrive" in SeaBIOS, >>>> sometimes BSODs with "unmountable boot volume" message. All of the >>>> following I tried without GPU passthrough to narrow down the problem. >>>> >>>> The intriguing part is this: >>>> >>>> 1. If the storage VM's OS is Linux - it fails with the above symptoms. >>>> 2. If the block devices for the storage VM come directly from dom0 (not >>>> via pci-passthrough) - it fails. >>>> 2. If the storage VM is an HVM without PV drivers (e.g. FreeBSD >>>> 9.2-GENERIC) - it all works. >>>> 3. If the storage VM's OS is Linux with kernel compiled without Xen >>>> guest support - it works, but is unstable (see below). >>>> 4. If the iSCSI target is on a different physical machine - it all >>>> works. >>>> 5. If the iSCSI target is on dom0 itself - it works. >>>> 6. If I attach the AHCI controller to the Windows VM and install >>>> directly on the hard drive - it works. >>>> 7. If the block device for Windows VM is a disk, partition, file, LVM >>>> volume or even a ZoL's zvol (and it comes from a dom0 itself, without >>>> iSCSI)- it works. >>>> >>>> If I install Windows and the GPLPV drivers on a hard drive attached to >>>> dom0, Windows + GPLPV work perfectly. If I then give the same hard >>>> drive >>>> as a block device to the storage VM and re-export it through iSCSI, >>> >>> (b) >>> >>>> Windows usually boots fine, but works unstable. And by unstable I mean >>>> random read/write errors, sometimes programs won't start, ntdll.dll >>>> crashes, and after couple reboots Windows won't boot (just like >>>> mentioned above). >>>> >>>> The configurations I would like to achieve makes sense only with PV >>>> drivers on both storage and Windows VM. All of the "components" seem to >>>> work perfectly until all put together, so I am not really sure where >>>> the >>>> problem is. >>>> >>>> I would be very grateful for any suggestions or ideas that could >>>> possibly help to narrow down the problem. Maybe I am just doing >>>> something wrong (I hope so). Or maybe there is a bug that shows itself >>>> only in such a particular configuration (hope not)? >>>> >>> >>> I'm curious about prompting for the pvscsi drivers to be installed. Is >>> this definitely what it is asking for? Pvscsi for gplpv is removed in >>> the latest versions and suffered varying degrees of bitrot in earlier >>> versions. If you have the iscsi initiator in dom0 then exporting a >>> block device to windows via the normal vbd channel should be just fine. >>> >>> You've gone to great lengths to explain the various things you've >>> tried, but I think I'm a little confused on where the iscsi initiator >>> is in the "doesn't work" scenarios. I'm having a bit of an off day >>> today so it's probably just me, but above I have highlighted the two >>> scenarios... could you fill me in on a few things: >>> >>> At (a) and (b), is the iscsi initiator in dom0, or are you actually >>> booting windows directly via iscsi? >>> >>> At (b), with latest debug build of gplpv, can you run debugview from >>> sysinternals.com and see if any interesting messages are displayed >>> before things fall in a heap? >>> >>> Are any strange logs shown in any of Win DomU, Dom0, or storage DomU? >>> >>> How big are your disks? >>> >>> Can you reproduce with only one vcpu? >>> >>> What bridge are you using? Openvswitch or traditional linux bridge? >>> >>> What MTU are you using on your storage network? If you are using Jumbo >>> frames can you go back to 1500 (or at least <= 4000)? >>> >>> Can you turn off scatter gather, Large Send Offload (GSO), and IP >>> Checksum offload on all the iscsi endpoints? >>> >>> Can you turn on data digest/checksum on iscsi? If all endpoints >>> support it then this would provide additional verification that none >>> of the network packets are getting corrupted. >>> >>> Would driver domain work in your scenario? Then the disk could be >>> attached directly from your storage DomU without accruing all the >>> iscsi overhead. I'm not up with the status of HVM, vbd, and driver >>> domain so I don't know if this is possible. >>> >>> More questions than answers. Sorry :) >>> >>> James >> >> Dear James, >> >> thank you for your questions - I really appreciate everything that may >> help me move closer to solving or isolating the problem. >> >> I'll check what type of driver is used exactly - up until now I always >> just installed all drivers included in the package, I thought all of >> them were necessary. I'll try installing them without XenScsi. >> >> Do you mean revisions > 1092:85b99b9795a6 by "the latest versions"? >> Which version should I use? >> >> Forgive me if the descriptions were unclear. The initiator was always in >> dom0. I only moved the target to dom0 or a separate physical machine in >> (4) and (5). I didn't boot Windows directly from iSCSI (in fact I tried >> couple times, but had some problems with it, so I didn't mention it). >> >> My "disks" (the block devices I dedicated to the Windows VM) were whole >> 120GB and 240GB SSDs, ~100GB ZVOLs and 50GB LVM volumes. >> >> I'm using traditional linux bridge. I didn't set MTUs explicitly, so I >> assume it's 1500, but I will verify this. >> >> I'd love to use a storage driver domain, but the wiki says "It is not >> possible to use driver domains with pygrub or HVM guests yet". But the >> page is a couple of months old, maybe it's an outdated info? It surely >> is worth checking out. >> >> I'll do my best to provide answers to the remaining questions as soon as >> possible. Thank you for so many ideas. >> >> Best regards, >> Kuba >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users > > It seems the problems are not related to GPLPV. There is an easy way to > reproduce the issues without Windows and without installing anything, > using only livecds for two DomUs: > > 1) Set up a Linux Dom0 with Xen 4.3.1 and standard Linux bridge for Dom0 > and DomUs Are you using a Xen build with debugging enabled? I think I might have a clue of what's happening, because I also saw it. Could you recompile Xen with debugging enabled and try the same test (iSCSI target on DomU and initiator on Dom0)? 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 05 16:35:23 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Feb 2014 16:35: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 1WB5RS-0006Qj-1c; Wed, 05 Feb 2014 16:35:14 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WB2wP-0001cw-Dt for xen-users@lists.xen.org; Wed, 05 Feb 2014 13:55:08 +0000 Received: from [85.158.139.211:24199] by server-4.bemta-5.messagelabs.com id 4C/14-08092-4B242F25; Wed, 05 Feb 2014 13:55:00 +0000 X-Env-Sender: mikeneiderhauser@gmail.com X-Msg-Ref: server-15.tower-206.messagelabs.com!1391608498!1852479!1 X-Originating-IP: [209.85.128.173] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10778 invoked from network); 5 Feb 2014 13:54:59 -0000 Received: from mail-ve0-f173.google.com (HELO mail-ve0-f173.google.com) (209.85.128.173) by server-15.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 5 Feb 2014 13:54:59 -0000 Received: by mail-ve0-f173.google.com with SMTP id oz11so306318veb.4 for ; Wed, 05 Feb 2014 05:54:58 -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-type; bh=oUZAWr3XmXaejttG4JLckBkAqDc2MhA2aqs4dfDISZE=; b=QyzJaMCqibrXmJK7Qgna8MokYIHOTcqnQxmFGEPeVVGmfQcBtKzUClarlnrkKiEq+y HlU5WPpM5Fufl8ay6tPYJdJVzM98RU648QqOng+2q5bvN6kISkDudxCFxvGHYa3Jdh82 SONysGu3t8CoUTkD+e1kLXKjwBucei6TUrM+Sl7HGlkePQdSDpkZE2hPczcu1TIvLsXf jFb7N0mWaiU2R5pgNpCToSXHreXGVVxllkZxmrxuakvmxJElolm/50ExLArvOFplkt4I w9+h1OUqDgs9IO8VxQlJUVrTdF4gHSAbNKZzRF5ByQYdOQiWZ2avf55r7EeQIDvtc2cA dRug== X-Received: by 10.52.104.68 with SMTP id gc4mr976156vdb.2.1391608498310; Wed, 05 Feb 2014 05:54:58 -0800 (PST) MIME-Version: 1.0 Received: by 10.52.233.73 with HTTP; Wed, 5 Feb 2014 05:54:18 -0800 (PST) In-Reply-To: <1391608412.6497.167.camel@kazak.uk.xensource.com> References: <1391592063.6497.71.camel@kazak.uk.xensource.com> <1391603593.6497.145.camel@kazak.uk.xensource.com> <1391604724.6497.149.camel@kazak.uk.xensource.com> <1391606132.6497.151.camel@kazak.uk.xensource.com> <1391608412.6497.167.camel@kazak.uk.xensource.com> From: Mike Neiderhauser Date: Wed, 5 Feb 2014 08:54:18 -0500 Message-ID: To: Ian Campbell X-Mailman-Approved-At: Wed, 05 Feb 2014 16:35:10 +0000 Cc: xen-users Subject: Re: [Xen-users] Requesting Help - Error: pci: PCI Backend and pci-stub don't own device X-BeenThere: xen-users@lists.xen.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="===============7032121513806751592==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7032121513806751592== Content-Type: multipart/alternative; boundary=001a1136aa9835567804f1a91a7c --001a1136aa9835567804f1a91a7c Content-Type: text/plain; charset=ISO-8859-1 I have. But I cant seem to get the xm toolstack to switch with xl. Regards On Wed, Feb 5, 2014 at 8:53 AM, Ian Campbell wrote: > On Wed, 2014-02-05 at 08:43 -0500, Mike Neiderhauser wrote: > > Do you have any suggestions for a setup guide for 4.3? I have > > installed xen-hypervisor-4.3-amd64 from ubuntu package manger and I > > don't know where to go from here. > > Have you looked on the wiki? > > > > --001a1136aa9835567804f1a91a7c Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I have. But I cant seem to get the xm toolstack to switch = with xl.

Regards
<= br>
On Wed, Feb 5, 2014 at 8:53 AM, Ian Campb= ell <Ian.Campbell@citrix.com> wrote:
On Wed, 2014-02-05 at 08:4= 3 -0500, Mike Neiderhauser wrote:
> Do you have any suggestions for a setup guide for 4.3? I have
> installed xen-hypervisor-4.3-amd64 from ubuntu package manger and I > don't know where to go from here.

Have you looked on the wiki?




--001a1136aa9835567804f1a91a7c-- --===============7032121513806751592== 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 --===============7032121513806751592==-- From xen-users-bounces@lists.xen.org Wed Feb 05 16:35:23 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Feb 2014 16:35: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 1WB5RS-0006R0-P9; Wed, 05 Feb 2014 16:35:14 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WB3y7-000845-1W for xen-users@lists.xen.org; Wed, 05 Feb 2014 15:00:52 +0000 Received: from [85.158.137.68:33430] by server-13.bemta-3.messagelabs.com id CA/30-26923-22252F25; Wed, 05 Feb 2014 15:00:50 +0000 X-Env-Sender: mikeneiderhauser@gmail.com X-Msg-Ref: server-11.tower-31.messagelabs.com!1391612441!13602791!1 X-Originating-IP: [209.85.220.178] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30724 invoked from network); 5 Feb 2014 15:00:43 -0000 Received: from mail-vc0-f178.google.com (HELO mail-vc0-f178.google.com) (209.85.220.178) by server-11.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 5 Feb 2014 15:00:43 -0000 Received: by mail-vc0-f178.google.com with SMTP id ik5so365403vcb.23 for ; Wed, 05 Feb 2014 07:00:41 -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-type; bh=327Wf/h0l4xMHVUz0QlD37s1B9/Y4b4CD1i0+mZgEQs=; b=0/mnDkfRPm0X1W7M6Uhq3AZm34feP5+JdSspLgSVbfDOOG3HjTqwwFAhNTcnSdV/9h iQmQxGgASXR1yn9HLA+3Ifizbpich+q0+g4pFEEc5e/aSqSbDh2zqHoTeV9LI1AXTM16 1fgrZeS/Ys64kElrMXPDI6/Q002/rTAb0B3kfPqE6ySRtbCFItdVHBhj/mEEDA4fqC/k 5vod5K2z6KaXjAjE5LAz+QbdbFipLDYJRSvsdVC0nqS6IpXk0Rc+yu0SBmDqqFc53pN7 e/YtVv1BtD3fNowRauq3cNZQe+ujdh03OpcYZxN5KsuB5KVaEH14ty8UG65iIbguLKV8 p3Vg== X-Received: by 10.220.71.20 with SMTP id f20mr153770vcj.70.1391612441606; Wed, 05 Feb 2014 07:00:41 -0800 (PST) MIME-Version: 1.0 Received: by 10.52.233.73 with HTTP; Wed, 5 Feb 2014 07:00:00 -0800 (PST) In-Reply-To: References: <1391592063.6497.71.camel@kazak.uk.xensource.com> <1391603593.6497.145.camel@kazak.uk.xensource.com> <1391604724.6497.149.camel@kazak.uk.xensource.com> <1391606132.6497.151.camel@kazak.uk.xensource.com> <1391608412.6497.167.camel@kazak.uk.xensource.com> From: Mike Neiderhauser Date: Wed, 5 Feb 2014 10:00:00 -0500 Message-ID: To: Ian Campbell X-Mailman-Approved-At: Wed, 05 Feb 2014 16:35:10 +0000 Cc: xen-users Subject: Re: [Xen-users] Requesting Help - Error: pci: PCI Backend and pci-stub don't own device X-BeenThere: xen-users@lists.xen.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="===============5307634946648602368==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5307634946648602368== Content-Type: multipart/alternative; boundary=047d7b33dc443f422c04f1aa0528 --047d7b33dc443f422c04f1aa0528 Content-Type: text/plain; charset=ISO-8859-1 Okay. I was able to switch over the toolstack to xl. When trying to create the domu I get this: root@fiat:~# xl create /etc/xen/ubuntu-hvm-0.cfg Parsing config from /etc/xen/ubuntu-hvm-0.cfg WARNING: ignoring "kernel" directive for HVM guest. Use "firmware_override" instead if you really want a non-default firmware WARNING: ignoring device_model directive. WARNING: Use "device_model_override" instead if you really want a non-default device_model xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->00000000001a69a4 Modules: 0000000000000000->0000000000000000 TOTAL: 0000000000000000->000000003f800000 ENTRY ADDRESS: 0000000000100608 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x0000000000000200 2MB PAGES: 0x00000000000001fb 1GB PAGES: 0x0000000000000000 libxl: error: libxl_pci.c:990:libxl__device_pci_reset: The kernel doesn't support reset from sysfs for PCI device 0000:05:00.0 libxl: error: libxl_pci.c:990:libxl__device_pci_reset: The kernel doesn't support reset from sysfs for PCI device 0000:05:00.1 Daemon running with PID 3095 xl dmesg root@fiat:~# xl dmesg (XEN) Xen version 4.3.0 (Ubuntu 4.3.0-1ubuntu1.2) ( stefan.bader@canonical.com) (gcc (Ubuntu/Linaro 4.8.1-10ubuntu8) 4.8.1) debug=n Tue Dec 17 15:35:25 UTC 2013 (XEN) Bootloader: GRUB 2.00-19ubuntu2.1 (XEN) Command line: placeholder dom0_mem=1024M (XEN) Video information: (XEN) VGA is text mode 80x25, font 8x16 (XEN) VBE/DDC methods: none; EDID transfer time: 0 seconds (XEN) EDID info not retrieved because no DDC retrieval method detected (XEN) Disc information: (XEN) Found 1 MBR signatures (XEN) Found 1 EDD information structures (XEN) Xen-e820 RAM map: (XEN) 0000000000000000 - 000000000009e400 (usable) (XEN) 000000000009e400 - 00000000000a0000 (reserved) (XEN) 00000000000e0000 - 0000000000100000 (reserved) (XEN) 0000000000100000 - 00000000bdfb0000 (usable) (XEN) 00000000bdfb0000 - 00000000bf3b0000 (reserved) (XEN) 00000000bf3b0000 - 00000000bf5d7000 (usable) (XEN) 00000000bf5d7000 - 00000000bf5d9000 (reserved) (XEN) 00000000bf5d9000 - 00000000bf5ea000 (usable) (XEN) 00000000bf5ea000 - 00000000bf5ee000 (reserved) (XEN) 00000000bf5ee000 - 00000000bf5f0000 (usable) (XEN) 00000000bf5f0000 - 00000000bf601000 (reserved) (XEN) 00000000bf601000 - 00000000bf63f000 (usable) (XEN) 00000000bf63f000 - 00000000bf6bf000 (reserved) (XEN) 00000000bf6bf000 - 00000000bf7bf000 (ACPI NVS) (XEN) 00000000bf7bf000 - 00000000bf7f0000 (ACPI data) (XEN) 00000000bf7f0000 - 00000000bf800000 (usable) (XEN) 00000000bf800000 - 00000000c0000000 (reserved) (XEN) 00000000e0000000 - 00000000f0000000 (reserved) (XEN) 00000000feb00000 - 00000000feb04000 (reserved) (XEN) 00000000fec00000 - 00000000fec01000 (reserved) (XEN) 00000000fed10000 - 00000000fed1a000 (reserved) (XEN) 00000000fed1c000 - 00000000fed20000 (reserved) (XEN) 00000000fee00000 - 00000000fee01000 (reserved) (XEN) 00000000ffc00000 - 0000000100000000 (reserved) (XEN) 0000000100000000 - 0000000140000000 (usable) (XEN) ACPI: RSDP 000FE020, 0024 (r2 DELL ) (XEN) ACPI: XSDT BF7EF170, 00A4 (r1 DELL PE_SC3 1 DELL 40000) (XEN) ACPI: FACP BF7EB000, 00F4 (r4 DELL PE_SC3 1 DELL 40000) (XEN) ACPI: DSDT BF7E1000, 68FE (r1 DELL PE_SC3 0 DELL 40000) (XEN) ACPI: FACS BF7B8000, 0040 (XEN) ACPI: SPMI BF7EE000, 0040 (r5 DELL PE_SC3 1 DELL 40000) (XEN) ACPI: DMAR BF7ED000, 0078 (r1 DELL PE_SC3 1 DELL 40000) (XEN) ACPI: ASF! BF7EC000, 00A5 (r32 DELL PE_SC3 1 DELL 40000) (XEN) ACPI: HPET BF7EA000, 0038 (r1 DELL PE_SC3 1 DELL 40000) (XEN) ACPI: APIC BF7E9000, 0092 (r2 DELL PE_SC3 1 DELL 40000) (XEN) ACPI: MCFG BF7E8000, 003C (r1 DELL PE_SC3 1 DELL 40000) (XEN) ACPI: BOOT BF7DE000, 0028 (r1 DELL PE_SC3 1 DELL 40000) (XEN) ACPI: SSDT BF7DD000, 02F6 (r1 DELL PE_SC3 1000 DELL 40000) (XEN) ACPI: ASPT BF7DA000, 0034 (r7 DELL PE_SC3 1 DELL 40000) (XEN) ACPI: SSDT BF7D9000, 060E (r1 DELL PE_SC3 3000 DELL 40000) (XEN) ACPI: SSDT BF7D8000, 0A92 (r1 DELL PE_SC3 3000 DELL 40000) (XEN) ACPI: HEST BF7D7000, 00A8 (r1 DELL PE_SC3 0 DELL 40000) (XEN) ACPI: ERST BF7D6000, 0230 (r1 DELL PE_SC3 0 DELL 40000) (XEN) ACPI: BERT BF7D5000, 0030 (r1 DELL PE_SC3 0 DELL 40000) (XEN) ACPI: EINJ BF7D4000, 0130 (r1 DELL PE_SC3 0 DELL 40000) (XEN) System RAM: 4065MB (4163416kB) (XEN) Domain heap initialised (XEN) Processor #0 6:10 APIC version 21 (XEN) Processor #2 6:10 APIC version 21 (XEN) Processor #4 6:10 APIC version 21 (XEN) Processor #6 6:10 APIC version 21 (XEN) IOAPIC[0]: apic_id 0, version 32, address 0xfec00000, GSI 0-23 (XEN) Enabling APIC mode: Flat. Using 1 I/O APICs (XEN) [VT-D]dmar.c:583: RMRR address range not in reserved memory base = 0 end = fff; iommu_inclusive_mapping=1 parameter may be needed. (XEN) Switched to APIC driver x2apic_cluster. (XEN) Using scheduler: SMP Credit Scheduler (credit) (XEN) Detected 3093.056 MHz processor. (XEN) Initing memory sharing. (XEN) xstate_init: using cntxt_size: 0x340 and states: 0x7 (XEN) Intel VT-d iommu 0 supported page sizes: 4kB. (XEN) Intel VT-d Snoop Control enabled. (XEN) Intel VT-d Dom0 DMA Passthrough not enabled. (XEN) Intel VT-d Queued Invalidation enabled. (XEN) Intel VT-d Interrupt Remapping enabled. (XEN) Intel VT-d Shared EPT tables not enabled. (XEN) I/O virtualisation enabled (XEN) - Dom0 mode: Relaxed (XEN) Interrupt remapping enabled (XEN) Enabled directed EOI with ioapic_ack_old on! (XEN) ENABLING IO-APIC IRQs (XEN) -> Using old ACK method (XEN) Platform timer is 14.318MHz HPET (XEN) Allocated console ring of 16 KiB. (XEN) VMX: Supported advanced features: (XEN) - APIC MMIO access virtualisation (XEN) - APIC TPR shadow (XEN) - Extended Page Tables (EPT) (XEN) - Virtual-Processor Identifiers (VPID) (XEN) - Virtual NMI (XEN) - MSR direct-access bitmap (XEN) - Unrestricted Guest (XEN) HVM: ASIDs enabled. (XEN) HVM: VMX enabled (XEN) HVM: Hardware Assisted Paging (HAP) detected (XEN) HVM: HAP page sizes: 4kB, 2MB (XEN) Brought up 4 CPUs (XEN) mtrr: your CPUs had inconsistent variable MTRR settings (XEN) *** LOADING DOMAIN 0 *** (XEN) Xen kernel: 64-bit, lsb, compat32 (XEN) Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x23f3000 (XEN) PHYSICAL MEMORY ARRANGEMENT: (XEN) Dom0 alloc.: 0000000134000000->0000000138000000 (233686 pages to be allocated) (XEN) Init. ramdisk: 000000013d0d6000->000000013ffff800 (XEN) VIRTUAL MEMORY ARRANGEMENT: (XEN) Loaded kernel: ffffffff81000000->ffffffff823f3000 (XEN) Init. ramdisk: ffffffff823f3000->ffffffff8531c800 (XEN) Phys-Mach map: ffffffff8531d000->ffffffff8551d000 (XEN) Start info: ffffffff8551d000->ffffffff8551d4b4 (XEN) Page tables: ffffffff8551e000->ffffffff8554d000 (XEN) Boot stack: ffffffff8554d000->ffffffff8554e000 (XEN) TOTAL: ffffffff80000000->ffffffff85800000 (XEN) ENTRY ADDRESS: ffffffff81d261e0 (XEN) Dom0 has maximum 4 VCPUs (XEN) Scrubbing Free RAM: .............................done. (XEN) Initial low memory virq threshold set at 0x4000 pages. (XEN) Std. Loglevel: Errors and warnings (XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings) (XEN) Xen is relinquishing VGA console. (XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch input to Xen) (XEN) Freed 260kB init memory. (XEN) traps.c:2503:d0 Domain attempted WRMSR 00000000000001fc from 0x000000000004005f to 0x000000000004005d. (XEN) traps.c:2503:d0 Domain attempted WRMSR 00000000000001fc from 0x000000000004005f to 0x000000000004005d. (XEN) traps.c:2503:d0 Domain attempted WRMSR 00000000000001fc from 0x000000000004005f to 0x000000000004005d. (XEN) traps.c:2503:d0 Domain attempted WRMSR 00000000000001fc from 0x000000000004005f to 0x000000000004005d. dmesg root@fiat:~# dmesg [ 0.000000] Initializing cgroup subsys cpuset [ 0.000000] Initializing cgroup subsys cpu [ 0.000000] Initializing cgroup subsys cpuacct [ 0.000000] Linux version 3.11.0-12-generic (buildd@allspice) (gcc version 4.8.1 (Ubuntu/Linaro 4.8.1-10ubuntu7) ) #19-Ubuntu SMP Wed Oct 9 16:20:46 UTC 2013 (Ubuntu 3.11.0-12.19-generic 3.11.3) [ 0.000000] Command line: placeholder root=/dev/mapper/fiat--vg-root ro biosdevname=0 [ 0.000000] KERNEL supported cpus: [ 0.000000] Intel GenuineIntel [ 0.000000] AMD AuthenticAMD [ 0.000000] Centaur CentaurHauls [ 0.000000] Freeing 9e-100 pfn range: 98 pages freed [ 0.000000] 1-1 mapping on 9e->100 [ 0.000000] 1-1 mapping on bdfb0->bf3b0 [ 0.000000] 1-1 mapping on bf5d7->bf5d9 [ 0.000000] 1-1 mapping on bf5ea->bf5ee [ 0.000000] 1-1 mapping on bf5f0->bf601 [ 0.000000] 1-1 mapping on bf63f->bf7f0 [ 0.000000] 1-1 mapping on bf800->100000 [ 0.000000] Released 98 pages of unused memory [ 0.000000] Set 269866 page(s) to 1-1 mapping [ 0.000000] Populating 40000-40062 pfn range: 98 pages added [ 0.000000] e820: BIOS-provided physical RAM map: [ 0.000000] Xen: [mem 0x0000000000000000-0x000000000009dfff] usable [ 0.000000] Xen: [mem 0x000000000009e400-0x00000000000fffff] reserved [ 0.000000] Xen: [mem 0x0000000000100000-0x00000000bdfaffff] usable [ 0.000000] Xen: [mem 0x00000000bdfb0000-0x00000000bf3affff] reserved [ 0.000000] Xen: [mem 0x00000000bf3b0000-0x00000000bf5d6fff] usable [ 0.000000] Xen: [mem 0x00000000bf5d7000-0x00000000bf5d8fff] reserved [ 0.000000] Xen: [mem 0x00000000bf5d9000-0x00000000bf5e9fff] usable [ 0.000000] Xen: [mem 0x00000000bf5ea000-0x00000000bf5edfff] reserved [ 0.000000] Xen: [mem 0x00000000bf5ee000-0x00000000bf5effff] usable [ 0.000000] Xen: [mem 0x00000000bf5f0000-0x00000000bf600fff] reserved [ 0.000000] Xen: [mem 0x00000000bf601000-0x00000000bf63efff] usable [ 0.000000] Xen: [mem 0x00000000bf63f000-0x00000000bf6befff] reserved [ 0.000000] Xen: [mem 0x00000000bf6bf000-0x00000000bf7befff] ACPI NVS [ 0.000000] Xen: [mem 0x00000000bf7bf000-0x00000000bf7effff] ACPI data [ 0.000000] Xen: [mem 0x00000000bf7f0000-0x00000000bf7fffff] usable [ 0.000000] Xen: [mem 0x00000000bf800000-0x00000000bfffffff] reserved [ 0.000000] Xen: [mem 0x00000000e0000000-0x00000000efffffff] reserved [ 0.000000] Xen: [mem 0x00000000feb00000-0x00000000feb03fff] reserved [ 0.000000] Xen: [mem 0x00000000fec00000-0x00000000fec00fff] reserved [ 0.000000] Xen: [mem 0x00000000fed10000-0x00000000fed19fff] reserved [ 0.000000] Xen: [mem 0x00000000fed1c000-0x00000000fed1ffff] reserved [ 0.000000] Xen: [mem 0x00000000fee00000-0x00000000fee00fff] reserved [ 0.000000] Xen: [mem 0x00000000ffc00000-0x00000000ffffffff] reserved [ 0.000000] Xen: [mem 0x0000000100000000-0x000000013fffffff] usable [ 0.000000] NX (Execute Disable) protection: active [ 0.000000] SMBIOS 2.7 present. [ 0.000000] DMI: Dell Inc. PowerEdge R210 II/03X6X0, BIOS 2.5.1 07/11/2013 [ 0.000000] e820: update [mem 0x00000000-0x00000fff] usable ==> reserved [ 0.000000] e820: remove [mem 0x000a0000-0x000fffff] usable [ 0.000000] No AGP bridge found [ 0.000000] e820: last_pfn = 0x140000 max_arch_pfn = 0x400000000 [ 0.000000] e820: last_pfn = 0xbf800 max_arch_pfn = 0x400000000 [ 0.000000] Scanning 1 areas for low memory corruption [ 0.000000] Base memory trampoline at [ffff880000098000] 98000 size 24576 [ 0.000000] init_memory_mapping: [mem 0x00000000-0x000fffff] [ 0.000000] [mem 0x00000000-0x000fffff] page 4k [ 0.000000] init_memory_mapping: [mem 0x3fe00000-0x3fffffff] [ 0.000000] [mem 0x3fe00000-0x3fffffff] page 4k [ 0.000000] BRK [0x01fe9000, 0x01fe9fff] PGTABLE [ 0.000000] init_memory_mapping: [mem 0x3c000000-0x3fdfffff] [ 0.000000] [mem 0x3c000000-0x3fdfffff] page 4k [ 0.000000] BRK [0x01fea000, 0x01feafff] PGTABLE [ 0.000000] BRK [0x01feb000, 0x01febfff] PGTABLE [ 0.000000] BRK [0x01fec000, 0x01fecfff] PGTABLE [ 0.000000] BRK [0x01fed000, 0x01fedfff] PGTABLE [ 0.000000] BRK [0x01fee000, 0x01feefff] PGTABLE [ 0.000000] init_memory_mapping: [mem 0x00100000-0x3bffffff] [ 0.000000] [mem 0x00100000-0x3bffffff] page 4k [ 0.000000] init_memory_mapping: [mem 0x40000000-0xbdfaffff] [ 0.000000] [mem 0x40000000-0xbdfaffff] page 4k [ 0.000000] init_memory_mapping: [mem 0xbf3b0000-0xbf5d6fff] [ 0.000000] [mem 0xbf3b0000-0xbf5d6fff] page 4k [ 0.000000] init_memory_mapping: [mem 0xbf5d9000-0xbf5e9fff] [ 0.000000] [mem 0xbf5d9000-0xbf5e9fff] page 4k [ 0.000000] init_memory_mapping: [mem 0xbf5ee000-0xbf5effff] [ 0.000000] [mem 0xbf5ee000-0xbf5effff] page 4k [ 0.000000] init_memory_mapping: [mem 0xbf601000-0xbf63efff] [ 0.000000] [mem 0xbf601000-0xbf63efff] page 4k [ 0.000000] init_memory_mapping: [mem 0xbf7f0000-0xbf7fffff] [ 0.000000] [mem 0xbf7f0000-0xbf7fffff] page 4k [ 0.000000] init_memory_mapping: [mem 0x100000000-0x13fffffff] [ 0.000000] [mem 0x100000000-0x13fffffff] page 4k [ 0.000000] RAMDISK: [mem 0x023f3000-0x0531cfff] [ 0.000000] ACPI: RSDP 00000000000fe020 00024 (v02 DELL ) [ 0.000000] ACPI: XSDT 00000000bf7ef170 000A4 (v01 DELL PE_SC3 00000001 DELL 00040000) [ 0.000000] ACPI: FACP 00000000bf7eb000 000F4 (v04 DELL PE_SC3 00000001 DELL 00040000) [ 0.000000] ACPI: DSDT 00000000bf7e1000 068FE (v01 DELL PE_SC3 00000000 DELL 00040000) [ 0.000000] ACPI: FACS 00000000bf7b8000 00040 [ 0.000000] ACPI: SPMI 00000000bf7ee000 00040 (v05 DELL PE_SC3 00000001 DELL 00040000) [ 0.000000] ACPI: XMAR 00000000bf7ed000 00078 (v01 DELL PE_SC3 00000001 DELL 00040000) [ 0.000000] ACPI: ASF! 00000000bf7ec000 000A5 (v32 DELL PE_SC3 00000001 DELL 00040000) [ 0.000000] ACPI: HPET 00000000bf7ea000 00038 (v01 DELL PE_SC3 00000001 DELL 00040000) [ 0.000000] ACPI: APIC 00000000bf7e9000 00092 (v02 DELL PE_SC3 00000001 DELL 00040000) [ 0.000000] ACPI: MCFG 00000000bf7e8000 0003C (v01 DELL PE_SC3 00000001 DELL 00040000) [ 0.000000] ACPI: BOOT 00000000bf7de000 00028 (v01 DELL PE_SC3 00000001 DELL 00040000) [ 0.000000] ACPI: SSDT 00000000bf7dd000 002F6 (v01 DELL PE_SC3 00001000 DELL 00040000) [ 0.000000] ACPI: ASPT 00000000bf7da000 00034 (v07 DELL PE_SC3 00000001 DELL 00040000) [ 0.000000] ACPI: SSDT 00000000bf7d9000 0060E (v01 DELL PE_SC3 00003000 DELL 00040000) [ 0.000000] ACPI: SSDT 00000000bf7d8000 00A92 (v01 DELL PE_SC3 00003000 DELL 00040000) [ 0.000000] ACPI: HEST 00000000bf7d7000 000A8 (v01 DELL PE_SC3 00000000 DELL 00040000) [ 0.000000] ACPI: ERST 00000000bf7d6000 00230 (v01 DELL PE_SC3 00000000 DELL 00040000) [ 0.000000] ACPI: BERT 00000000bf7d5000 00030 (v01 DELL PE_SC3 00000000 DELL 00040000) [ 0.000000] ACPI: EINJ 00000000bf7d4000 00130 (v01 DELL PE_SC3 00000000 DELL 00040000) [ 0.000000] ACPI: Local APIC address 0xfee00000 [ 0.000000] NUMA turned off [ 0.000000] Faking a node at [mem 0x0000000000000000-0x000000013fffffff] [ 0.000000] Initmem setup node 0 [mem 0x00000000-0x13fffffff] [ 0.000000] NODE_DATA [mem 0x3f899000-0x3f89dfff] [ 0.000000] Zone ranges: [ 0.000000] DMA [mem 0x00001000-0x00ffffff] [ 0.000000] DMA32 [mem 0x01000000-0xffffffff] [ 0.000000] Normal [mem 0x100000000-0x13fffffff] [ 0.000000] Movable zone start for each node [ 0.000000] Early memory node ranges [ 0.000000] node 0: [mem 0x00001000-0x0009dfff] [ 0.000000] node 0: [mem 0x00100000-0xbdfaffff] [ 0.000000] node 0: [mem 0xbf3b0000-0xbf5d6fff] [ 0.000000] node 0: [mem 0xbf5d9000-0xbf5e9fff] [ 0.000000] node 0: [mem 0xbf5ee000-0xbf5effff] [ 0.000000] node 0: [mem 0xbf601000-0xbf63efff] [ 0.000000] node 0: [mem 0xbf7f0000-0xbf7fffff] [ 0.000000] node 0: [mem 0x100000000-0x13fffffff] [ 0.000000] On node 0 totalpages: 1040853 [ 0.000000] DMA zone: 64 pages used for memmap [ 0.000000] DMA zone: 21 pages reserved [ 0.000000] DMA zone: 3997 pages, LIFO batch:0 [ 0.000000] DMA32 zone: 12105 pages used for memmap [ 0.000000] DMA32 zone: 774712 pages, LIFO batch:31 [ 0.000000] Normal zone: 4096 pages used for memmap [ 0.000000] Normal zone: 262144 pages, LIFO batch:31 [ 0.000000] ACPI: PM-Timer IO Port: 0x408 [ 0.000000] ACPI: Local APIC address 0xfee00000 [ 0.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] enabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x03] lapic_id[0x04] enabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x04] lapic_id[0x06] enabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x05] lapic_id[0x00] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x06] lapic_id[0x00] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x07] lapic_id[0x00] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x08] lapic_id[0x00] disabled) [ 0.000000] ACPI: LAPIC_NMI (acpi_id[0xff] high edge lint[0x1]) [ 0.000000] ACPI: IOAPIC (id[0x00] address[0xfec00000] gsi_base[0]) [ 0.000000] IOAPIC[0]: apic_id 0, version 32, address 0xfec00000, GSI 0-23 [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) [ 0.000000] ACPI: IRQ0 used by override. [ 0.000000] ACPI: IRQ2 used by override. [ 0.000000] ACPI: IRQ9 used by override. [ 0.000000] Using ACPI (MADT) for SMP configuration information [ 0.000000] ACPI: HPET id: 0x8086a201 base: 0xfed00000 [ 0.000000] smpboot: Allowing 8 CPUs, 4 hotplug CPUs [ 0.000000] nr_irqs_gsi: 40 [ 0.000000] PM: Registered nosave memory: [mem 0x0009e000-0x0009efff] [ 0.000000] PM: Registered nosave memory: [mem 0x0009f000-0x000fffff] [ 0.000000] PM: Registered nosave memory: [mem 0xbdfb0000-0xbf3affff] [ 0.000000] PM: Registered nosave memory: [mem 0xbf5d7000-0xbf5d8fff] [ 0.000000] PM: Registered nosave memory: [mem 0xbf5ea000-0xbf5edfff] [ 0.000000] PM: Registered nosave memory: [mem 0xbf5f0000-0xbf600fff] [ 0.000000] PM: Registered nosave memory: [mem 0xbf63f000-0xbf6befff] [ 0.000000] PM: Registered nosave memory: [mem 0xbf6bf000-0xbf7befff] [ 0.000000] PM: Registered nosave memory: [mem 0xbf7bf000-0xbf7effff] [ 0.000000] PM: Registered nosave memory: [mem 0xbf800000-0xbfffffff] [ 0.000000] PM: Registered nosave memory: [mem 0xc0000000-0xdfffffff] [ 0.000000] PM: Registered nosave memory: [mem 0xe0000000-0xefffffff] [ 0.000000] PM: Registered nosave memory: [mem 0xf0000000-0xfeafffff] [ 0.000000] PM: Registered nosave memory: [mem 0xfeb00000-0xfeb03fff] [ 0.000000] PM: Registered nosave memory: [mem 0xfeb04000-0xfebfffff] [ 0.000000] PM: Registered nosave memory: [mem 0xfec00000-0xfec00fff] [ 0.000000] PM: Registered nosave memory: [mem 0xfec01000-0xfed0ffff] [ 0.000000] PM: Registered nosave memory: [mem 0xfed10000-0xfed19fff] [ 0.000000] PM: Registered nosave memory: [mem 0xfed1a000-0xfed1bfff] [ 0.000000] PM: Registered nosave memory: [mem 0xfed1c000-0xfed1ffff] [ 0.000000] PM: Registered nosave memory: [mem 0xfed20000-0xfedfffff] [ 0.000000] PM: Registered nosave memory: [mem 0xfee00000-0xfee00fff] [ 0.000000] PM: Registered nosave memory: [mem 0xfee01000-0xffbfffff] [ 0.000000] PM: Registered nosave memory: [mem 0xffc00000-0xffffffff] [ 0.000000] e820: [mem 0xc0000000-0xdfffffff] available for PCI devices [ 0.000000] Booting paravirtualized kernel on Xen [ 0.000000] Xen version: 4.3.0 (preserve-AD) [ 0.000000] setup_percpu: NR_CPUS:256 nr_cpumask_bits:256 nr_cpu_ids:8 nr_node_ids:1 [ 0.000000] PERCPU: Embedded 29 pages/cpu @ffff88003f200000 s86720 r8192 d23872 u262144 [ 0.000000] pcpu-alloc: s86720 r8192 d23872 u262144 alloc=1*2097152 [ 0.000000] pcpu-alloc: [0] 0 1 2 3 4 5 6 7 [ 1.317175] Built 1 zonelists in Node order, mobility grouping on. Total pages: 1024567 [ 1.317177] Policy zone: Normal [ 1.317178] Kernel command line: placeholder root=/dev/mapper/fiat--vg-root ro biosdevname=0 [ 1.317577] PID hash table entries: 4096 (order: 3, 32768 bytes) [ 1.317607] xsave: enabled xstate_bv 0x7, cntxt size 0x340 [ 1.337841] software IO TLB [mem 0x37000000-0x3b000000] (64MB) mapped at [ffff880037000000-ffff88003affffff] [ 1.343109] Memory: 840760K/4163412K available (7141K kernel code, 1082K rwdata, 3260K rodata, 1364K init, 1420K bss, 3322652K reserved) [ 1.343171] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=4, Nodes=1 [ 1.343187] Hierarchical RCU implementation. [ 1.343188] RCU dyntick-idle grace-period acceleration is enabled. [ 1.343189] RCU restricting CPUs from NR_CPUS=256 to nr_cpu_ids=4. [ 1.343190] Offload RCU callbacks from all CPUs [ 1.343193] Offload RCU callbacks from CPUs: 0-255. [ 1.343200] NR_IRQS:16640 nr_irqs:712 16 [ 1.343257] xen: sci override: global_irq=9 trigger=0 polarity=0 [ 1.343258] xen: registering gsi 9 triggering 0 polarity 0 [ 1.343269] xen: --> pirq=9 -> irq=9 (gsi=9) [ 1.343288] xen: acpi sci 9 [ 1.343291] xen: --> pirq=1 -> irq=1 (gsi=1) [ 1.343293] xen: --> pirq=2 -> irq=2 (gsi=2) [ 1.343297] xen: --> pirq=3 -> irq=3 (gsi=3) [ 1.343300] xen: --> pirq=4 -> irq=4 (gsi=4) [ 1.343302] xen: --> pirq=5 -> irq=5 (gsi=5) [ 1.343304] xen: --> pirq=6 -> irq=6 (gsi=6) [ 1.343306] xen: --> pirq=7 -> irq=7 (gsi=7) [ 1.343309] xen: --> pirq=8 -> irq=8 (gsi=8) [ 1.343311] xen: --> pirq=10 -> irq=10 (gsi=10) [ 1.343313] xen: --> pirq=11 -> irq=11 (gsi=11) [ 1.343316] xen: --> pirq=12 -> irq=12 (gsi=12) [ 1.343318] xen: --> pirq=13 -> irq=13 (gsi=13) [ 1.343321] xen: --> pirq=14 -> irq=14 (gsi=14) [ 1.343323] xen: --> pirq=15 -> irq=15 (gsi=15) [ 1.347861] Console: colour VGA+ 80x25 [ 1.358167] console [tty0] enabled [ 1.360299] allocated 16777216 bytes of page_cgroup [ 1.360369] please try 'cgroup_disable=memory' option if you don't want memory cgroups [ 1.360487] Xen: using vcpuop timer interface [ 1.360492] installing Xen timer for CPU 0 [ 1.360579] tsc: Detected 3093.056 MHz processor [ 1.360646] Calibrating delay loop (skipped), value calculated using timer frequency.. 6186.11 BogoMIPS (lpj=12372224) [ 1.360777] pid_max: default: 32768 minimum: 301 [ 1.360867] Security Framework initialized [ 1.360946] AppArmor: AppArmor initialized [ 1.361009] Yama: becoming mindful. [ 1.361540] Dentry cache hash table entries: 524288 (order: 10, 4194304 bytes) [ 1.362357] Inode-cache hash table entries: 262144 (order: 9, 2097152 bytes) [ 1.362697] Mount-cache hash table entries: 256 [ 1.362932] Initializing cgroup subsys memory [ 1.363003] Initializing cgroup subsys devices [ 1.363068] Initializing cgroup subsys freezer [ 1.363133] Initializing cgroup subsys blkio [ 1.364545] Initializing cgroup subsys perf_event [ 1.364610] Initializing cgroup subsys hugetlb [ 1.364739] ENERGY_PERF_BIAS: Set to 'normal', was 'performance' [ 1.364739] ENERGY_PERF_BIAS: View and update with x86_energy_perf_policy(8) [ 1.364834] CPU: Physical Processor ID: 0 [ 1.364896] CPU: Processor Core ID: 0 [ 1.364960] mce: CPU supports 2 MCE banks [ 1.365035] Last level iTLB entries: 4KB 512, 2MB 0, 4MB 0 [ 1.365035] Last level dTLB entries: 4KB 512, 2MB 32, 4MB 32 [ 1.365035] tlb_flushall_shift: 5 [ 1.365227] Freeing SMP alternatives memory: 28K (ffffffff81e65000 - ffffffff81e6c000) [ 1.367286] ACPI: Core revision 20130517 [ 1.370761] ACPI: All ACPI Tables successfully acquired [ 1.382180] ftrace: allocating 27796 entries in 109 pages [ 1.393056] cpu 0 spinlock event irq 41 [ 1.393142] Performance Events: unsupported p6 CPU model 42 no PMU driver, software events only. [ 1.394402] NMI watchdog: disabled (cpu0): hardware events not enabled [ 1.394522] installing Xen timer for CPU 1 [ 1.394591] cpu 1 spinlock event irq 48 [ 1.394891] installing Xen timer for CPU 2 [ 1.394959] cpu 2 spinlock event irq 55 [ 1.395260] installing Xen timer for CPU 3 [ 1.395327] cpu 3 spinlock event irq 62 [ 1.395569] Brought up 4 CPUs [ 1.395926] devtmpfs: initialized [ 1.396704] EVM: security.selinux [ 1.396767] EVM: security.SMACK64 [ 1.396830] EVM: security.capability [ 1.396941] PM: Registering ACPI NVS region [mem 0xbf6bf000-0xbf7befff] (1048576 bytes) [ 1.397621] xen:grant_table: Grant tables using version 2 layout [ 1.397696] Grant table initialized [ 1.397793] regulator-dummy: no parameters [ 1.397894] RTC time: 14:41:51, date: 02/05/14 [ 1.397984] NET: Registered protocol family 16 [ 1.398201] ACPI FADT declares the system doesn't support PCIe ASPM, so disable it [ 1.398286] ACPI: bus type PCI registered [ 1.398350] acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5 [ 1.398510] PCI: MMCONFIG for domain 0000 [bus 00-ff] at [mem 0xe0000000-0xefffffff] (base 0xe0000000) [ 1.398598] PCI: MMCONFIG at [mem 0xe0000000-0xefffffff] reserved in E820 [ 1.432711] PCI: Using configuration type 1 for base access [ 1.433538] bio: create slab at 0 [ 1.433778] ACPI: Added _OSI(Module Device) [ 1.433842] ACPI: Added _OSI(Processor Device) [ 1.433906] ACPI: Added _OSI(3.0 _SCP Extensions) [ 1.433970] ACPI: Added _OSI(Processor Aggregator Device) [ 1.435216] ACPI: EC: Look up EC in DSDT [ 1.436350] ACPI: Executed 1 blocks of module-level executable AML code [ 1.438454] ACPI: SSDT 00000000bf64d018 0083B (v01 PmRef Cpu0Cst 00003001 INTL 20080729) [ 1.438904] ACPI: Dynamic OEM Table Load: [ 1.439048] ACPI: SSDT (null) 0083B (v01 PmRef Cpu0Cst 00003001 INTL 20080729) [ 1.443713] ACPI: SSDT 00000000bf64ea98 00303 (v01 PmRef ApIst 00003000 INTL 20080729) [ 1.444187] ACPI: Dynamic OEM Table Load: [ 1.444329] ACPI: SSDT (null) 00303 (v01 PmRef ApIst 00003000 INTL 20080729) [ 1.447686] ACPI: SSDT 00000000bf64cd98 00119 (v01 PmRef ApCst 00003000 INTL 20080729) [ 1.448137] ACPI: Dynamic OEM Table Load: [ 1.448283] ACPI: SSDT (null) 00119 (v01 PmRef ApCst 00003000 INTL 20080729) [ 1.452128] ACPI: Interpreter enabled [ 1.452195] ACPI Exception: AE_NOT_FOUND, While evaluating Sleep State [\_S1_] (20130517/hwxface-571) [ 1.452363] ACPI Exception: AE_NOT_FOUND, While evaluating Sleep State [\_S2_] (20130517/hwxface-571) [ 1.452532] ACPI Exception: AE_NOT_FOUND, While evaluating Sleep State [\_S3_] (20130517/hwxface-571) [ 1.452707] ACPI: (supports S0 S4 S5) [ 1.452770] ACPI: Using IOAPIC for interrupt routing [ 1.452873] HEST: Table parsing has been initialized. [ 1.452939] PCI: Using host bridge windows from ACPI; if necessary, use "pci=nocrs" and report a bug [ 1.453111] ACPI: No dock devices found. [ 1.456960] ACPI: Power Resource [FN00] (off) [ 1.457089] ACPI: Power Resource [FN01] (off) [ 1.457214] ACPI: Power Resource [FN02] (off) [ 1.457337] ACPI: Power Resource [FN03] (off) [ 1.457461] ACPI: Power Resource [FN04] (off) [ 1.458079] ACPI: PCI Root Bridge [PCI0] (domain 0000 [bus 00-fe]) [ 1.458287] acpi PNP0A08:00: Requesting ACPI _OSC control (0x1d) [ 1.458734] acpi PNP0A08:00: ACPI _OSC control (0x1d) granted [ 1.459314] PCI host bridge to bus 0000:00 [ 1.459378] pci_bus 0000:00: root bus resource [bus 00-fe] [ 1.459443] pci_bus 0000:00: root bus resource [io 0x0000-0x0cf7] [ 1.459511] pci_bus 0000:00: root bus resource [io 0x0d00-0xffff] [ 1.459577] pci_bus 0000:00: root bus resource [mem 0x000a0000-0x000bffff] [ 1.459645] pci_bus 0000:00: root bus resource [mem 0xc0000000-0xfeafffff] [ 1.459723] pci 0000:00:00.0: [8086:0108] type 00 class 0x060000 [ 1.459852] pci 0000:00:01.0: [8086:0101] type 01 class 0x060400 [ 1.459929] pci 0000:00:01.0: PME# supported from D0 D3hot D3cold [ 1.459971] pci 0000:00:01.0: System wakeup disabled by ACPI [ 1.460161] pci 0000:00:1a.0: [8086:1c2d] type 00 class 0x0c0320 [ 1.460511] pci 0000:00:1a.0: reg 0x10: [mem 0xc5e06000-0xc5e063ff] [ 1.462352] pci 0000:00:1a.0: PME# supported from D0 D3hot D3cold [ 1.462422] pci 0000:00:1a.0: System wakeup disabled by ACPI [ 1.462534] pci 0000:00:1c.0: [8086:1c10] type 01 class 0x060400 [ 1.462707] pci 0000:00:1c.0: PME# supported from D0 D3hot D3cold [ 1.462766] pci 0000:00:1c.0: System wakeup disabled by ACPI [ 1.462897] pci 0000:00:1d.0: [8086:1c26] type 00 class 0x0c0320 [ 1.463216] pci 0000:00:1d.0: reg 0x10: [mem 0xc5e05000-0xc5e053ff] [ 1.465054] pci 0000:00:1d.0: PME# supported from D0 D3hot D3cold [ 1.465119] pci 0000:00:1d.0: System wakeup disabled by ACPI [ 1.465225] pci 0000:00:1e.0: [8086:244e] type 01 class 0x060401 [ 1.465383] pci 0000:00:1e.0: System wakeup disabled by ACPI [ 1.465489] pci 0000:00:1f.0: [8086:1c52] type 00 class 0x060100 [ 1.465769] pci 0000:00:1f.2: [8086:1c02] type 00 class 0x010601 [ 1.465815] pci 0000:00:1f.2: reg 0x10: [io 0x4048-0x404f] [ 1.465833] pci 0000:00:1f.2: reg 0x14: [io 0x4054-0x4057] [ 1.465850] pci 0000:00:1f.2: reg 0x18: [io 0x4040-0x4047] [ 1.465868] pci 0000:00:1f.2: reg 0x1c: [io 0x4050-0x4053] [ 1.465885] pci 0000:00:1f.2: reg 0x20: [io 0x4020-0x403f] [ 1.465903] pci 0000:00:1f.2: reg 0x24: [mem 0xc5e04000-0xc5e047ff] [ 1.466021] pci 0000:00:1f.2: PME# supported from D3hot [ 1.466114] pci 0000:00:1f.3: [8086:1c22] type 00 class 0x0c0500 [ 1.466148] pci 0000:00:1f.3: reg 0x10: [mem 0xc5e02000-0xc5e020ff 64bit] [ 1.466198] pci 0000:00:1f.3: reg 0x20: [io 0x4000-0x401f] [ 1.466379] pci 0000:01:00.0: [111d:8018] type 01 class 0x060400 [ 1.466480] pci 0000:01:00.0: PME# supported from D0 D3hot D3cold [ 1.466506] pci 0000:01:00.0: System wakeup disabled by ACPI [ 1.474241] pci 0000:00:01.0: PCI bridge to [bus 01-04] [ 1.474311] pci 0000:00:01.0: bridge window [io 0x2000-0x3fff] [ 1.474315] pci 0000:00:01.0: bridge window [mem 0xc5400000-0xc5dfffff] [ 1.474401] pci 0000:02:02.0: [111d:8018] type 01 class 0x060400 [ 1.474517] pci 0000:02:02.0: PME# supported from D0 D3hot D3cold [ 1.474587] pci 0000:02:04.0: [111d:8018] type 01 class 0x060400 [ 1.474702] pci 0000:02:04.0: PME# supported from D0 D3hot D3cold [ 1.474789] pci 0000:01:00.0: PCI bridge to [bus 02-04] [ 1.474862] pci 0000:01:00.0: bridge window [io 0x2000-0x3fff] [ 1.474867] pci 0000:01:00.0: bridge window [mem 0xc5400000-0xc5dfffff] [ 1.474964] pci 0000:03:00.0: [8086:10c9] type 00 class 0x020000 [ 1.474985] pci 0000:03:00.0: reg 0x10: [mem 0xc5d20000-0xc5d3ffff] [ 1.475014] pci 0000:03:00.0: reg 0x18: [io 0x3020-0x303f] [ 1.475029] pci 0000:03:00.0: reg 0x1c: [mem 0xc5d44000-0xc5d47fff] [ 1.475153] pci 0000:03:00.0: PME# supported from D0 D3hot D3cold [ 1.475204] pci 0000:03:00.0: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.475230] pci 0000:03:00.0: reg 0x190: [mem 0x00000000-0x00003fff 64bit] [ 1.475326] pci 0000:03:00.1: [8086:10c9] type 00 class 0x020000 [ 1.475347] pci 0000:03:00.1: reg 0x10: [mem 0xc5d00000-0xc5d1ffff] [ 1.475376] pci 0000:03:00.1: reg 0x18: [io 0x3000-0x301f] [ 1.475391] pci 0000:03:00.1: reg 0x1c: [mem 0xc5d40000-0xc5d43fff] [ 1.475514] pci 0000:03:00.1: PME# supported from D0 D3hot D3cold [ 1.475565] pci 0000:03:00.1: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.475591] pci 0000:03:00.1: reg 0x190: [mem 0x00000000-0x00003fff 64bit] [ 1.475688] pci 0000:02:02.0: PCI bridge to [bus 03] [ 1.475760] pci 0000:02:02.0: bridge window [io 0x3000-0x3fff] [ 1.475765] pci 0000:02:02.0: bridge window [mem 0xc5d00000-0xc5dfffff] [ 1.475864] pci 0000:04:00.0: [8086:10e8] type 00 class 0x020000 [ 1.475885] pci 0000:04:00.0: reg 0x10: [mem 0xc5c20000-0xc5c3ffff] [ 1.475900] pci 0000:04:00.0: reg 0x14: [mem 0xc5800000-0xc5bfffff] [ 1.475915] pci 0000:04:00.0: reg 0x18: [io 0x2020-0x203f] [ 1.475930] pci 0000:04:00.0: reg 0x1c: [mem 0xc5c44000-0xc5c47fff] [ 1.475973] pci 0000:04:00.0: reg 0x30: [mem 0xffc00000-0xffffffff pref] [ 1.476055] pci 0000:04:00.0: PME# supported from D0 D3hot [ 1.476107] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.476133] pci 0000:04:00.0: reg 0x190: [mem 0x00000000-0x00003fff 64bit] [ 1.476231] pci 0000:04:00.1: [8086:10e8] type 00 class 0x020000 [ 1.476251] pci 0000:04:00.1: reg 0x10: [mem 0xc5c00000-0xc5c1ffff] [ 1.476266] pci 0000:04:00.1: reg 0x14: [mem 0xc5400000-0xc57fffff] [ 1.476281] pci 0000:04:00.1: reg 0x18: [io 0x2000-0x201f] [ 1.476297] pci 0000:04:00.1: reg 0x1c: [mem 0xc5c40000-0xc5c43fff] [ 1.476339] pci 0000:04:00.1: reg 0x30: [mem 0xffc00000-0xffffffff pref] [ 1.476422] pci 0000:04:00.1: PME# supported from D0 D3hot [ 1.476473] pci 0000:04:00.1: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.476500] pci 0000:04:00.1: reg 0x190: [mem 0x00000000-0x00003fff 64bit] [ 1.476599] pci 0000:02:04.0: PCI bridge to [bus 04] [ 1.476671] pci 0000:02:04.0: bridge window [io 0x2000-0x2fff] [ 1.476676] pci 0000:02:04.0: bridge window [mem 0xc5400000-0xc5cfffff] [ 1.476860] pci 0000:05:00.0: [14e4:163b] type 00 class 0x020000 [ 1.476901] pci 0000:05:00.0: reg 0x10: [mem 0xc0000000-0xc1ffffff 64bit] [ 1.477142] pci 0000:05:00.0: PME# supported from D0 D3hot D3cold [ 1.477183] pci 0000:05:00.0: System wakeup disabled by ACPI [ 1.477332] pci 0000:05:00.1: [14e4:163b] type 00 class 0x020000 [ 1.477373] pci 0000:05:00.1: reg 0x10: [mem 0xc2000000-0xc3ffffff 64bit] [ 1.477613] pci 0000:05:00.1: PME# supported from D0 D3hot D3cold [ 1.477744] pci 0000:00:1c.0: PCI bridge to [bus 05] [ 1.477817] pci 0000:00:1c.0: bridge window [mem 0xc0000000-0xc3ffffff] [ 1.477908] pci 0000:06:03.0: [102b:0532] type 00 class 0x030000 [ 1.477940] pci 0000:06:03.0: reg 0x10: [mem 0xc4000000-0xc47fffff pref] [ 1.477958] pci 0000:06:03.0: reg 0x14: [mem 0xc5000000-0xc5003fff] [ 1.477975] pci 0000:06:03.0: reg 0x18: [mem 0xc4800000-0xc4ffffff] [ 1.478041] pci 0000:06:03.0: reg 0x30: [mem 0xffff0000-0xffffffff pref] [ 1.478192] pci 0000:00:1e.0: PCI bridge to [bus 06] (subtractive decode) [ 1.478276] pci 0000:00:1e.0: bridge window [mem 0xc4800000-0xc50fffff] [ 1.478287] pci 0000:00:1e.0: bridge window [mem 0xc4000000-0xc47fffff 64bit pref] [ 1.478289] pci 0000:00:1e.0: bridge window [io 0x0000-0x0cf7] (subtractive decode) [ 1.478290] pci 0000:00:1e.0: bridge window [io 0x0d00-0xffff] (subtractive decode) [ 1.478291] pci 0000:00:1e.0: bridge window [mem 0x000a0000-0x000bffff] (subtractive decode) [ 1.478293] pci 0000:00:1e.0: bridge window [mem 0xc0000000-0xfeafffff] (subtractive decode) [ 1.478320] acpi PNP0A08:00: Disabling ASPM (FADT indicates it is unsupported) [ 1.478878] ACPI: PCI Interrupt Link [LNKA] (IRQs 1 3 4 5 6 *10 11 12 14 15) [ 1.479470] ACPI: PCI Interrupt Link [LNKB] (IRQs 1 3 4 5 6 10 *11 12 14 15) [ 1.480057] ACPI: PCI Interrupt Link [LNKC] (IRQs 1 3 4 5 6 *10 11 12 14 15) [ 1.480644] ACPI: PCI Interrupt Link [LNKD] (IRQs 1 3 4 5 *6 10 11 12 14 15) [ 1.481231] ACPI: PCI Interrupt Link [LNKE] (IRQs 1 3 4 5 6 10 11 12 *14 15) [ 1.481820] ACPI: PCI Interrupt Link [LNKF] (IRQs 1 3 4 5 *6 10 11 12 14 15) [ 1.482415] ACPI: PCI Interrupt Link [LNKG] (IRQs 1 3 4 5 6 10 11 12 14 15) *0, disabled. [ 1.483098] ACPI: PCI Interrupt Link [LNKH] (IRQs 1 3 4 5 6 10 11 12 14 *15) [ 1.483877] ACPI: Enabled 6 GPEs in block 00 to 3F [ 1.484025] ACPI: \_SB_.PCI0: notify handler is installed [ 1.484067] Found 1 acpi root devices [ 1.484088] xen:balloon: Initialising balloon driver [ 1.491154] xen_balloon: Initialising balloon driver [ 1.491414] vgaarb: device added: PCI:0000:06:03.0,decodes=io+mem,owns=io+mem,locks=none [ 1.491502] vgaarb: loaded [ 1.491563] vgaarb: bridge control possible 0000:06:03.0 [ 1.491760] SCSI subsystem initialized [ 1.491825] ACPI: bus type ATA registered [ 1.491921] libata version 3.00 loaded. [ 1.491934] ACPI: bus type USB registered [ 1.492011] usbcore: registered new interface driver usbfs [ 1.492079] usbcore: registered new interface driver hub [ 1.492264] usbcore: registered new device driver usb [ 1.492551] PCI: Using ACPI for IRQ routing [ 1.510875] PCI: pci_cache_line_size set to 64 bytes [ 1.510968] e820: reserve RAM buffer [mem 0x0009e000-0x0009ffff] [ 1.510969] e820: reserve RAM buffer [mem 0xbdfb0000-0xbfffffff] [ 1.510971] e820: reserve RAM buffer [mem 0xbf5d7000-0xbfffffff] [ 1.510973] e820: reserve RAM buffer [mem 0xbf5ea000-0xbfffffff] [ 1.510974] e820: reserve RAM buffer [mem 0xbf5f0000-0xbfffffff] [ 1.510975] e820: reserve RAM buffer [mem 0xbf63f000-0xbfffffff] [ 1.510977] e820: reserve RAM buffer [mem 0xbf800000-0xbfffffff] [ 1.511048] NetLabel: Initializing [ 1.511111] NetLabel: domain hash size = 128 [ 1.511175] NetLabel: protocols = UNLABELED CIPSOv4 [ 1.511246] NetLabel: unlabeled traffic allowed by default [ 1.511498] Switched to clocksource xen [ 1.516125] AppArmor: AppArmor Filesystem Enabled [ 1.516207] pnp: PnP ACPI init [ 1.516276] ACPI: bus type PNP registered [ 1.516483] pnp 00:00: Plug and Play ACPI device, IDs IPI0001 (active) [ 1.516491] pnp 00:01: [dma 4] [ 1.516503] pnp 00:01: Plug and Play ACPI device, IDs PNP0200 (active) [ 1.516519] pnp 00:02: Plug and Play ACPI device, IDs INT0800 (active) [ 1.516581] pnp 00:03: Plug and Play ACPI device, IDs PNP0103 (active) [ 1.516589] xen: registering gsi 13 triggering 1 polarity 0 [ 1.516622] pnp 00:04: Plug and Play ACPI device, IDs PNP0c04 (active) [ 1.516657] system 00:05: [io 0x0680-0x069f] has been reserved [ 1.516726] system 00:05: [io 0x1000-0x100f] has been reserved [ 1.516793] system 00:05: [io 0x1010-0x1013] has been reserved [ 1.516859] system 00:05: [io 0xffff] has been reserved [ 1.516924] system 00:05: [io 0x0400-0x0453] could not be reserved [ 1.516991] system 00:05: [io 0x0458-0x047f] has been reserved [ 1.517057] system 00:05: [io 0x0500-0x057f] has been reserved [ 1.517123] system 00:05: [io 0x164e-0x164f] has been reserved [ 1.517191] system 00:05: Plug and Play ACPI device, IDs PNP0c02 (active) [ 1.517197] xen: registering gsi 8 triggering 1 polarity 0 [ 1.517224] pnp 00:06: Plug and Play ACPI device, IDs PNP0b00 (active) [ 1.517256] system 00:07: [io 0x0454-0x0457] has been reserved [ 1.517322] system 00:07: Plug and Play ACPI device, IDs INT3f0d PNP0c02 (active) [ 1.517527] xen: registering gsi 4 triggering 1 polarity 0 [ 1.517570] pnp 00:08: Plug and Play ACPI device, IDs PNP0501 (active) [ 1.517659] xen: registering gsi 3 triggering 1 polarity 0 [ 1.517701] pnp 00:09: Plug and Play ACPI device, IDs PNP0501 (active) [ 1.517727] system 00:0a: [mem 0xfed90000-0xfed91fff] has been reserved [ 1.517796] system 00:0a: Plug and Play ACPI device, IDs PNP0c02 (active) [ 1.517934] system 00:0b: [mem 0xfed1c000-0xfed1ffff] has been reserved [ 1.518003] system 00:0b: [mem 0xfed10000-0xfed17fff] has been reserved [ 1.518071] system 00:0b: [mem 0xfed18000-0xfed18fff] has been reserved [ 1.518140] system 00:0b: [mem 0xfed19000-0xfed19fff] has been reserved [ 1.518208] system 00:0b: [mem 0xe0000000-0xefffffff] has been reserved [ 1.518275] system 00:0b: [mem 0xfed20000-0xfed3ffff] has been reserved [ 1.518343] system 00:0b: [mem 0xfed90000-0xfed93fff] could not be reserved [ 1.518411] system 00:0b: [mem 0xff000000-0xffffffff] could not be reserved [ 1.518479] system 00:0b: [mem 0xfee00000-0xfeefffff] could not be reserved [ 1.518547] system 00:0b: [mem 0xc5f00000-0xc5f00fff] has been reserved [ 1.518616] system 00:0b: Plug and Play ACPI device, IDs PNP0c02 (active) [ 1.518775] pnp: PnP ACPI: found 12 devices [ 1.518839] ACPI: bus type PNP unregistered [ 1.524234] PM-Timer failed consistency check (0x0xffffff) - aborting. [ 1.524305] pci 0000:04:00.0: no compatible bridge window for [mem 0xffc00000-0xffffffff pref] [ 1.524391] pci 0000:04:00.1: no compatible bridge window for [mem 0xffc00000-0xffffffff pref] [ 1.524478] pci 0000:06:03.0: no compatible bridge window for [mem 0xffff0000-0xffffffff pref] [ 1.524567] PCI: max bus depth: 3 pci_try_num: 4 [ 1.524643] pci 0000:00:01.0: BAR 15: assigned [mem 0xc6000000-0xc67fffff pref] [ 1.524727] pci 0000:01:00.0: BAR 15: assigned [mem 0xc6000000-0xc67fffff pref] [ 1.524811] pci 0000:02:04.0: BAR 15: assigned [mem 0xc6000000-0xc67fffff pref] [ 1.524914] pci 0000:03:00.0: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.524930] pci 0000:03:00.0: reg 0x190: [mem 0x00000000-0x00003fff 64bit] [ 1.524946] pci 0000:03:00.0: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.524962] pci 0000:03:00.1: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.524978] pci 0000:03:00.0: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.524994] pci 0000:03:00.0: reg 0x190: [mem 0x00000000-0x00003fff 64bit] [ 1.525010] pci 0000:03:00.1: reg 0x190: [mem 0x00000000-0x00003fff 64bit] [ 1.525026] pci 0000:03:00.0: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.525042] pci 0000:03:00.0: reg 0x190: [mem 0x00000000-0x00003fff 64bit] [ 1.525059] pci 0000:03:00.1: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.525075] pci 0000:03:00.0: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.525077] pci 0000:03:00.0: BAR 7: assigned [mem 0xc5d48000-0xc5d67fff 64bit] [ 1.525184] pci 0000:03:00.0: reg 0x190: [mem 0x00000000-0x00003fff 64bit] [ 1.525186] pci 0000:03:00.0: BAR 10: assigned [mem 0xc5d68000-0xc5d87fff 64bit] [ 1.525294] pci 0000:03:00.1: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.525296] pci 0000:03:00.1: BAR 7: assigned [mem 0xc5d88000-0xc5da7fff 64bit] [ 1.526660] pci 0000:03:00.1: reg 0x190: [mem 0x00000000-0x00003fff 64bit] [ 1.526661] pci 0000:03:00.1: BAR 10: assigned [mem 0xc5da8000-0xc5dc7fff 64bit] [ 1.526755] pci 0000:02:02.0: PCI bridge to [bus 03] [ 1.526822] pci 0000:02:02.0: bridge window [io 0x3000-0x3fff] [ 1.526894] pci 0000:02:02.0: bridge window [mem 0xc5d00000-0xc5dfffff] [ 1.526986] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.527003] pci 0000:04:00.0: reg 0x190: [mem 0x00000000-0x00003fff 64bit] [ 1.527019] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.527035] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.527051] pci 0000:04:00.1: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.527067] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.527083] pci 0000:04:00.0: reg 0x190: [mem 0x00000000-0x00003fff 64bit] [ 1.527099] pci 0000:04:00.1: reg 0x190: [mem 0x00000000-0x00003fff 64bit] [ 1.527115] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.527131] pci 0000:04:00.0: reg 0x190: [mem 0x00000000-0x00003fff 64bit] [ 1.527147] pci 0000:04:00.1: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.527149] pci 0000:04:00.0: BAR 6: assigned [mem 0xc6000000-0xc63fffff pref] [ 1.527233] pci 0000:04:00.1: BAR 6: assigned [mem 0xc6400000-0xc67fffff pref] [ 1.527331] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.527333] pci 0000:04:00.0: BAR 7: assigned [mem 0xc5c48000-0xc5c67fff 64bit] [ 1.527441] pci 0000:04:00.0: reg 0x190: [mem 0x00000000-0x00003fff 64bit] [ 1.527443] pci 0000:04:00.0: BAR 10: assigned [mem 0xc5c68000-0xc5c87fff 64bit] [ 1.527557] pci 0000:04:00.1: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.527559] pci 0000:04:00.1: BAR 7: assigned [mem 0xc5c88000-0xc5ca7fff 64bit] [ 1.527669] pci 0000:04:00.1: reg 0x190: [mem 0x00000000-0x00003fff 64bit] [ 1.527671] pci 0000:04:00.1: BAR 10: assigned [mem 0xc5ca8000-0xc5cc7fff 64bit] [ 1.527764] pci 0000:02:04.0: PCI bridge to [bus 04] [ 1.527831] pci 0000:02:04.0: bridge window [io 0x2000-0x2fff] [ 1.527903] pci 0000:02:04.0: bridge window [mem 0xc5400000-0xc5cfffff] [ 1.527975] pci 0000:02:04.0: bridge window [mem 0xc6000000-0xc67fffff pref] [ 1.528064] pci 0000:01:00.0: PCI bridge to [bus 02-04] [ 1.528131] pci 0000:01:00.0: bridge window [io 0x2000-0x3fff] [ 1.528203] pci 0000:01:00.0: bridge window [mem 0xc5400000-0xc5dfffff] [ 1.528275] pci 0000:01:00.0: bridge window [mem 0xc6000000-0xc67fffff pref] [ 1.528364] pci 0000:00:01.0: PCI bridge to [bus 01-04] [ 1.528429] pci 0000:00:01.0: bridge window [io 0x2000-0x3fff] [ 1.528498] pci 0000:00:01.0: bridge window [mem 0xc5400000-0xc5dfffff] [ 1.528567] pci 0000:00:01.0: bridge window [mem 0xc6000000-0xc67fffff pref] [ 1.528655] pci 0000:00:1c.0: PCI bridge to [bus 05] [ 1.528727] pci 0000:00:1c.0: bridge window [mem 0xc0000000-0xc3ffffff] [ 1.528809] pci 0000:06:03.0: BAR 6: assigned [mem 0xc5010000-0xc501ffff pref] [ 1.528891] pci 0000:00:1e.0: PCI bridge to [bus 06] [ 1.528963] pci 0000:00:1e.0: bridge window [mem 0xc4800000-0xc50fffff] [ 1.529036] pci 0000:00:1e.0: bridge window [mem 0xc4000000-0xc47fffff 64bit pref] [ 1.529194] xen: registering gsi 16 triggering 0 polarity 1 [ 1.529206] xen: --> pirq=16 -> irq=16 (gsi=16) [ 1.529301] xen: registering gsi 17 triggering 0 polarity 1 [ 1.529308] xen: --> pirq=17 -> irq=17 (gsi=17) [ 1.529334] pci 0000:00:1e.0: setting latency timer to 64 [ 1.529339] pci_bus 0000:00: resource 4 [io 0x0000-0x0cf7] [ 1.529340] pci_bus 0000:00: resource 5 [io 0x0d00-0xffff] [ 1.529341] pci_bus 0000:00: resource 6 [mem 0x000a0000-0x000bffff] [ 1.529343] pci_bus 0000:00: resource 7 [mem 0xc0000000-0xfeafffff] [ 1.529344] pci_bus 0000:01: resource 0 [io 0x2000-0x3fff] [ 1.529346] pci_bus 0000:01: resource 1 [mem 0xc5400000-0xc5dfffff] [ 1.529347] pci_bus 0000:01: resource 2 [mem 0xc6000000-0xc67fffff pref] [ 1.529349] pci_bus 0000:02: resource 0 [io 0x2000-0x3fff] [ 1.529350] pci_bus 0000:02: resource 1 [mem 0xc5400000-0xc5dfffff] [ 1.529351] pci_bus 0000:02: resource 2 [mem 0xc6000000-0xc67fffff pref] [ 1.529353] pci_bus 0000:03: resource 0 [io 0x3000-0x3fff] [ 1.529354] pci_bus 0000:03: resource 1 [mem 0xc5d00000-0xc5dfffff] [ 1.529356] pci_bus 0000:04: resource 0 [io 0x2000-0x2fff] [ 1.529357] pci_bus 0000:04: resource 1 [mem 0xc5400000-0xc5cfffff] [ 1.529359] pci_bus 0000:04: resource 2 [mem 0xc6000000-0xc67fffff pref] [ 1.529360] pci_bus 0000:05: resource 1 [mem 0xc0000000-0xc3ffffff] [ 1.529362] pci_bus 0000:06: resource 1 [mem 0xc4800000-0xc50fffff] [ 1.529363] pci_bus 0000:06: resource 2 [mem 0xc4000000-0xc47fffff 64bit pref] [ 1.529365] pci_bus 0000:06: resource 4 [io 0x0000-0x0cf7] [ 1.529366] pci_bus 0000:06: resource 5 [io 0x0d00-0xffff] [ 1.529367] pci_bus 0000:06: resource 6 [mem 0x000a0000-0x000bffff] [ 1.529369] pci_bus 0000:06: resource 7 [mem 0xc0000000-0xfeafffff] [ 1.529390] NET: Registered protocol family 2 [ 1.529604] TCP established hash table entries: 32768 (order: 7, 524288 bytes) [ 1.529810] TCP bind hash table entries: 32768 (order: 7, 524288 bytes) [ 1.529938] TCP: Hash tables configured (established 32768 bind 32768) [ 1.530019] TCP: reno registered [ 1.530091] UDP hash table entries: 2048 (order: 4, 65536 bytes) [ 1.530172] UDP-Lite hash table entries: 2048 (order: 4, 65536 bytes) [ 1.530283] NET: Registered protocol family 1 [ 1.530418] xen: registering gsi 20 triggering 0 polarity 1 [ 1.530425] xen: --> pirq=20 -> irq=20 (gsi=20) [ 1.543873] xen: registering gsi 23 triggering 0 polarity 1 [ 1.543879] xen: --> pirq=23 -> irq=23 (gsi=23) [ 1.559714] pci 0000:06:03.0: Boot video device [ 1.559720] PCI: CLS 64 bytes, default 64 [ 1.559755] Trying to unpack rootfs image as initramfs... [ 1.595644] Freeing initrd memory: 48296K (ffff8800023f3000 - ffff88000531d000) [ 1.595844] Simple Boot Flag at 0x44 set to 0x1 [ 1.596123] Scanning for low memory corruption every 60 seconds [ 1.596685] Initialise module verification [ 1.596786] audit: initializing netlink socket (disabled) [ 1.596864] type=2000 audit(1391611311.580:1): initialized [ 1.616847] bounce pool size: 64 pages [ 1.616918] HugeTLB registered 2 MB page size, pre-allocated 0 pages [ 1.617727] zbud: loaded [ 1.617893] VFS: Disk quotas dquot_6.5.2 [ 1.617987] Dquot-cache hash table entries: 512 (order 0, 4096 bytes) [ 1.618401] fuse init (API version 7.22) [ 1.618521] msgmni has been set to 1736 [ 1.619054] Key type asymmetric registered [ 1.619120] Asymmetric key parser 'x509' registered [ 1.619214] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 252) [ 1.619332] io scheduler noop registered [ 1.619396] io scheduler deadline registered (default) [ 1.619479] io scheduler cfq registered [ 1.620180] pcieport 0000:00:01.0: Signaling PME through PCIe PME interrupt [ 1.620249] pcieport 0000:01:00.0: Signaling PME through PCIe PME interrupt [ 1.620318] pcieport 0000:02:02.0: Signaling PME through PCIe PME interrupt [ 1.620386] pci 0000:03:00.0: Signaling PME through PCIe PME interrupt [ 1.620455] pci 0000:03:00.1: Signaling PME through PCIe PME interrupt [ 1.620522] pcieport 0000:02:04.0: Signaling PME through PCIe PME interrupt [ 1.620590] pci 0000:04:00.0: Signaling PME through PCIe PME interrupt [ 1.620656] pci 0000:04:00.1: Signaling PME through PCIe PME interrupt [ 1.620727] pcie_pme 0000:00:01.0:pcie01: service driver pcie_pme loaded [ 1.620753] pcieport 0000:00:1c.0: Signaling PME through PCIe PME interrupt [ 1.620821] pci 0000:05:00.0: Signaling PME through PCIe PME interrupt [ 1.620889] pci 0000:05:00.1: Signaling PME through PCIe PME interrupt [ 1.620961] pcie_pme 0000:00:1c.0:pcie01: service driver pcie_pme loaded [ 1.620971] pci_hotplug: PCI Hot Plug PCI Core version: 0.5 [ 1.621045] pciehp: PCI Express Hot Plug Controller Driver version: 0.4 [ 1.621152] intel_idle: MWAIT substates: 0x1120 [ 1.621154] intel_idle: v0.4 model 0x2A [ 1.621154] intel_idle: lapic_timer_reliable_states 0xffffffff [ 1.621199] intel_idle: intel_idle yielding to none [ 1.621262] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input0 [ 1.621349] ACPI: Power Button [PWRF] [ 1.621476] ACPI: Fan [FAN0] (off) [ 1.621558] ACPI: Fan [FAN1] (off) [ 1.621637] ACPI: Fan [FAN2] (off) [ 1.621716] ACPI: Fan [FAN3] (off) [ 1.621794] ACPI: Fan [FAN4] (off) [ 1.621891] ACPI: Requesting acpi_cpufreq [ 1.622414] Monitor-Mwait will be used to enter C-1 state [ 1.622420] Monitor-Mwait will be used to enter C-2 state [ 1.622423] Monitor-Mwait will be used to enter C-3 state [ 1.624107] Warning: Processor Platform Limit not supported. [ 1.624296] thermal LNXTHERM:00: registered as thermal_zone0 [ 1.624364] ACPI: Thermal Zone [TZ01] (30 C) [ 1.624474] ERST: Error Record Serialization Table (ERST) support is initialized. [ 1.624559] pstore: Registered erst as persistent store backend [ 1.624741] GHES: APEI firmware first mode is enabled by APEI bit and WHEA _OSC. [ 1.625188] xen_acpi_processor: Uploading Xen processor PM info [ 1.626366] Serial: 8250/16550 driver, 32 ports, IRQ sharing enabled [ 1.647206] 00:08: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A [ 1.668059] 00:09: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A [ 1.669363] hpet_acpi_add: no address or irqs in _CRS [ 1.669440] Linux agpgart interface v0.103 [ 1.670447] brd: module loaded [ 1.671000] loop: module loaded [ 1.671294] libphy: Fixed MDIO Bus: probed [ 1.671407] tun: Universal TUN/TAP device driver, 1.6 [ 1.671470] tun: (C) 1999-2004 Max Krasnyansky [ 1.671611] PPP generic driver version 2.4.2 [ 1.671716] xen_netfront: Initialising Xen virtual ethernet driver [ 1.671791] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver [ 1.671857] ehci-pci: EHCI PCI platform driver [ 1.671999] xen: registering gsi 20 triggering 0 polarity 1 [ 1.672002] Already setup the GSI :20 [ 1.672084] ehci-pci 0000:00:1a.0: setting latency timer to 64 [ 1.672092] ehci-pci 0000:00:1a.0: EHCI Host Controller [ 1.672160] ehci-pci 0000:00:1a.0: new USB bus registered, assigned bus number 1 [ 1.672260] ehci-pci 0000:00:1a.0: debug port 2 [ 1.676261] ehci-pci 0000:00:1a.0: cache line size of 64 is not supported [ 1.676301] ehci-pci 0000:00:1a.0: irq 20, io mem 0xc5e06000 [ 1.687584] ehci-pci 0000:00:1a.0: USB 2.0 started, EHCI 1.00 [ 1.687679] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002 [ 1.687747] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [ 1.687831] usb usb1: Product: EHCI Host Controller [ 1.687896] usb usb1: Manufacturer: Linux 3.11.0-12-generic ehci_hcd [ 1.687963] usb usb1: SerialNumber: 0000:00:1a.0 [ 1.688117] hub 1-0:1.0: USB hub found [ 1.688184] hub 1-0:1.0: 2 ports detected [ 1.688391] xen: registering gsi 23 triggering 0 polarity 1 [ 1.688393] Already setup the GSI :23 [ 1.688472] ehci-pci 0000:00:1d.0: setting latency timer to 64 [ 1.688479] ehci-pci 0000:00:1d.0: EHCI Host Controller [ 1.688546] ehci-pci 0000:00:1d.0: new USB bus registered, assigned bus number 2 [ 1.688647] ehci-pci 0000:00:1d.0: debug port 2 [ 1.692645] ehci-pci 0000:00:1d.0: cache line size of 64 is not supported [ 1.692683] ehci-pci 0000:00:1d.0: irq 23, io mem 0xc5e05000 [ 1.703612] ehci-pci 0000:00:1d.0: USB 2.0 started, EHCI 1.00 [ 1.703694] usb usb2: New USB device found, idVendor=1d6b, idProduct=0002 [ 1.703762] usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [ 1.703847] usb usb2: Product: EHCI Host Controller [ 1.703911] usb usb2: Manufacturer: Linux 3.11.0-12-generic ehci_hcd [ 1.703979] usb usb2: SerialNumber: 0000:00:1d.0 [ 1.704211] hub 2-0:1.0: USB hub found [ 1.704279] hub 2-0:1.0: 2 ports detected [ 1.704405] ehci-platform: EHCI generic platform driver [ 1.704476] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver [ 1.704544] ohci-platform: OHCI generic platform driver [ 1.704612] uhci_hcd: USB Universal Host Controller Interface driver [ 1.704718] i8042: PNP: No PS/2 controller found. Probing ports directly. [ 2.751476] i8042: No controller found [ 2.751800] mousedev: PS/2 mouse device common for all mice [ 2.752046] rtc_cmos 00:06: RTC can wake from S4 [ 2.752293] rtc_cmos 00:06: rtc core: registered rtc_cmos as rtc0 [ 2.752416] rtc_cmos 00:06: alarms up to one month, y3k, 242 bytes nvram [ 2.752522] device-mapper: uevent: version 1.0.3 [ 2.752670] device-mapper: ioctl: 4.25.0-ioctl (2013-06-26) initialised: dm-devel@redhat.com [ 2.752762] ledtrig-cpu: registered to indicate activity on CPUs [ 2.752882] TCP: cubic registered [ 2.753000] NET: Registered protocol family 10 [ 2.753191] NET: Registered protocol family 17 [ 2.753260] Key type dns_resolver registered [ 2.753510] PM: Hibernation image not present or could not be loaded. [ 2.753513] Loading module verification certificates [ 2.754269] MODSIGN: Loaded cert 'Magrathea: Glacier signing key: fddf6943d8ac4f5b6eb0919a7a3ee3d9088b1bfa' [ 2.754368] registered taskstats version 1 [ 2.757449] Key type trusted registered [ 2.760138] Key type encrypted registered [ 2.762801] AppArmor: AppArmor sha1 policy hashing enabled [ 2.763263] Magic number: 2:965:686 [ 2.763400] rtc_cmos 00:06: setting system clock to 2014-02-05 14:41:52 UTC (1391611312) [ 2.763537] BIOS EDD facility v0.16 2004-Jun-25, 1 devices found [ 2.764099] Freeing unused kernel memory: 1364K (ffffffff81d10000 - ffffffff81e65000) [ 2.764184] Write protecting the kernel read-only data: 12288k [ 2.766969] Freeing unused kernel memory: 1040K (ffff8800016fc000 - ffff880001800000) [ 2.767344] Freeing unused kernel memory: 836K (ffff880001b2f000 - ffff880001c00000) [ 2.788864] systemd-udevd[118]: starting version 204 [ 2.810809] pps_core: module verification failed: signature and/or required key missing - tainting kernel [ 2.810979] pps_core: LinuxPPS API ver. 1 registered [ 2.811045] pps_core: Software ver. 5.3.6 - Copyright 2005-2007 Rodolfo Giometti [ 2.811354] PTP clock support registered [ 2.812518] dca service started, version 1.12.1 [ 2.816654] igb: Intel(R) Gigabit Ethernet Network Driver - version 5.0.5-k [ 2.816725] igb: Copyright (c) 2007-2013 Intel Corporation. [ 2.816857] xen: registering gsi 18 triggering 0 polarity 1 [ 2.816874] xen: --> pirq=18 -> irq=18 (gsi=18) [ 2.819595] bnx2: Broadcom NetXtreme II Gigabit Ethernet Driver bnx2 v2.2.3 (June 27, 2012) [ 2.819730] xen: registering gsi 16 triggering 0 polarity 1 [ 2.819732] Already setup the GSI :16 [ 2.820521] bnx2 0000:05:00.0 eth0: Broadcom NetXtreme II BCM5716 1000Base-T (C0) PCI Express found at mem c0000000, IRQ 16, node addr d4:ae:52:cc:f9:6a [ 2.820664] xen: registering gsi 17 triggering 0 polarity 1 [ 2.820666] Already setup the GSI :17 [ 2.821461] bnx2 0000:05:00.1 eth1: Broadcom NetXtreme II BCM5716 1000Base-T (C0) PCI Express found at mem c2000000, IRQ 17, node addr d4:ae:52:cc:f9:6b [ 2.821768] ahci 0000:00:1f.2: version 3.0 [ 2.821852] xen: registering gsi 19 triggering 0 polarity 1 [ 2.821860] xen: --> pirq=19 -> irq=19 (gsi=19) [ 2.821957] ahci: SSS flag set, parallel bus scan disabled [ 2.835589] ahci 0000:00:1f.2: AHCI 0001.0300 32 slots 6 ports 3 Gbps 0x31 impl SATA mode [ 2.835678] ahci 0000:00:1f.2: flags: 64bit ncq stag pm led clo pio slum part ems sxs apst [ 2.835776] ahci 0000:00:1f.2: setting latency timer to 64 [ 2.851919] scsi0 : ahci [ 2.852047] scsi1 : ahci [ 2.852167] scsi2 : ahci [ 2.852288] scsi3 : ahci [ 2.852404] scsi4 : ahci [ 2.852521] scsi5 : ahci [ 2.852632] ata1: SATA max UDMA/133 abar m2048@0xc5e04000 port 0xc5e04100 irq 76 [ 2.852725] ata2: DUMMY [ 2.852792] ata3: DUMMY [ 2.852861] ata4: DUMMY [ 2.852923] ata5: SATA max UDMA/133 abar m2048@0xc5e04000 port 0xc5e04300 irq 76 [ 2.853005] ata6: SATA max UDMA/133 abar m2048@0xc5e04000 port 0xc5e04380 irq 76 [ 2.930272] igb: probe of 0000:03:00.0 failed with error -2 [ 2.930359] xen: registering gsi 19 triggering 0 polarity 1 [ 2.930362] Already setup the GSI :19 [ 2.963572] usb 1-1: new high-speed USB device number 2 using ehci-pci [ 3.043827] igb: probe of 0000:03:00.1 failed with error -2 [ 3.043911] xen: registering gsi 16 triggering 0 polarity 1 [ 3.043913] Already setup the GSI :16 [ 3.096098] usb 1-1: New USB device found, idVendor=8087, idProduct=0024 [ 3.096169] usb 1-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0 [ 3.096582] hub 1-1:1.0: USB hub found [ 3.096766] hub 1-1:1.0: 6 ports detected [ 3.171651] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300) [ 3.172622] ata1.00: ATA-8: WDC WD5003ABYX-18WERA0, 01.01S03, max UDMA/133 [ 3.172692] ata1.00: 976773168 sectors, multi 0: LBA48 NCQ (depth 31/32), AA [ 3.174631] ata1.00: configured for UDMA/133 [ 3.174899] scsi 0:0:0:0: Direct-Access ATA WDC WD5003ABYX-1 01.0 PQ: 0 ANSI: 5 [ 3.175124] sd 0:0:0:0: [sda] 976773168 512-byte logical blocks: (500 GB/465 GiB) [ 3.175136] sd 0:0:0:0: Attached scsi generic sg0 type 0 [ 3.175305] sd 0:0:0:0: [sda] Write Protect is off [ 3.175372] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00 [ 3.175385] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [ 3.207533] sda: sda1 sda2 < sda5 > [ 3.207988] sd 0:0:0:0: [sda] Attached SCSI disk [ 3.211574] usb 2-1: new high-speed USB device number 2 using ehci-pci [ 3.343975] usb 2-1: New USB device found, idVendor=8087, idProduct=0024 [ 3.344045] usb 2-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0 [ 3.344429] hub 2-1:1.0: USB hub found [ 3.344656] hub 2-1:1.0: 6 ports detected [ 3.491623] ata5: SATA link up 1.5 Gbps (SStatus 113 SControl 300) [ 3.495871] ata5.00: ATAPI: TSSTcorp DVD-ROM SN-108DN, D150, max UDMA/100 [ 3.502634] ata5.00: configured for UDMA/100 [ 3.523150] scsi 4:0:0:0: CD-ROM TSSTcorp DVD-ROM SN-108DN D150 PQ: 0 ANSI: 5 [ 3.533834] sr0: scsi3-mmc drive: 24x/24x cd/rw xa/form2 cdda tray [ 3.533904] cdrom: Uniform CD-ROM driver Revision: 3.20 [ 3.534114] sr 4:0:0:0: Attached scsi CD-ROM sr0 [ 3.534176] sr 4:0:0:0: Attached scsi generic sg1 type 5 [ 3.615704] usb 2-1.1: new high-speed USB device number 3 using ehci-pci [ 3.721480] usb 2-1.1: New USB device found, idVendor=0b95, idProduct=1780 [ 3.721550] usb 2-1.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 3.721633] usb 2-1.1: Product: AX88178 [ 3.721696] usb 2-1.1: Manufacturer: ASIX Elec. Corp. [ 3.721760] usb 2-1.1: SerialNumber: 000002 [ 3.791674] usb 2-1.2: new low-speed USB device number 4 using ehci-pci [ 3.851623] ata6: SATA link down (SStatus 0 SControl 300) [ 3.896023] usb 2-1.2: New USB device found, idVendor=1061, idProduct=0101 [ 3.896102] usb 2-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [ 3.896184] usb 2-1.2: Product: USB Keyboard & Mouse [ 3.896248] usb 2-1.2: Manufacturer: Motorola [ 3.903720] hidraw: raw HID events driver (C) Jiri Kosina [ 3.911687] usbcore: registered new interface driver usbhid [ 3.911754] usbhid: USB HID core driver [ 3.913114] input: Motorola USB Keyboard & Mouse as /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2:1.0/input/input1 [ 3.913287] hid-generic 0003:1061:0101.0001: input,hidraw0: USB HID v1.11 Keyboard [Motorola USB Keyboard & Mouse] on usb-0000:00:1d.0-1.2/input0 [ 3.913465] input: Motorola USB Keyboard & Mouse as /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2:1.1/input/input2 [ 3.913648] hid-generic 0003:1061:0101.0002: input,hidraw1: USB HID v1.11 Mouse [Motorola USB Keyboard & Mouse] on usb-0000:00:1d.0-1.2/input1 [ 3.971702] usb 2-1.5: new high-speed USB device number 5 using ehci-pci [ 4.004005] igb 0000:04:00.0: added PHC on eth2 [ 4.004073] igb 0000:04:00.0: Intel(R) Gigabit Ethernet Network Connection [ 4.004141] igb 0000:04:00.0: eth2: (PCIe:2.5Gb/s:Width x4) 90:e2:ba:53:e5:24 [ 4.004210] igb 0000:04:00.0: eth2: PBA No: Unknown [ 4.004275] igb 0000:04:00.0: Using MSI-X interrupts. 4 rx queue(s), 4 tx queue(s) [ 4.004403] xen: registering gsi 17 triggering 0 polarity 1 [ 4.004406] Already setup the GSI :17 [ 4.063964] usb 2-1.5: New USB device found, idVendor=0424, idProduct=2514 [ 4.064034] usb 2-1.5: New USB device strings: Mfr=0, Product=0, SerialNumber=0 [ 4.064453] hub 2-1.5:1.0: USB hub found [ 4.064664] hub 2-1.5:1.0: 4 ports detected [ 4.115846] bio: create slab at 1 [ 4.550844] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null) [ 4.968014] igb 0000:04:00.1: added PHC on eth3 [ 4.968096] igb 0000:04:00.1: Intel(R) Gigabit Ethernet Network Connection [ 4.968164] igb 0000:04:00.1: eth3: (PCIe:2.5Gb/s:Width x4) 90:e2:ba:53:e5:25 [ 4.968233] igb 0000:04:00.1: eth3: PBA No: Unknown [ 4.968298] igb 0000:04:00.1: Using MSI-X interrupts. 4 rx queue(s), 4 tx queue(s) [ 6.364613] Adding 4161532k swap on /dev/mapper/fiat--vg-swap_1. Priority:-1 extents:1 across:4161532k FS [ 6.900721] EXT4-fs (dm-0): re-mounted. Opts: errors=remount-ro [ 7.078991] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready [ 7.078996] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready [ 7.079000] IPv6: ADDRCONF(NETDEV_UP): eth2: link is not ready [ 7.079004] IPv6: ADDRCONF(NETDEV_UP): eth3: link is not ready [ 7.371646] systemd-udevd[361]: starting version 204 [ 7.878340] lp: driver loaded but no devices found [ 9.826047] wmi: Mapper loaded [ 9.843887] systemd-udevd[460]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event': No such file or directory [ 9.846621] systemd-udevd[465]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event': No such file or directory [ 9.847206] systemd-udevd[466]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event': No such file or directory [ 9.849555] systemd-udevd[467]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event': No such file or directory [ 9.851680] systemd-udevd[469]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event': No such file or directory [ 9.853643] systemd-udevd[472]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event': No such file or directory [ 9.855475] systemd-udevd[474]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event': No such file or directory [ 9.857872] systemd-udevd[476]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event': No such file or directory [ 9.859002] ACPI Warning: 0x0000000000000428-0x000000000000042f SystemIO conflicts with Region \PMIO 1 (20130517/utaddress-251) [ 9.859007] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver [ 9.859011] ACPI Warning: 0x0000000000000540-0x000000000000054f SystemIO conflicts with Region \GPIO 1 (20130517/utaddress-251) [ 9.859013] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver [ 9.859014] ACPI Warning: 0x0000000000000530-0x000000000000053f SystemIO conflicts with Region \GPIO 1 (20130517/utaddress-251) [ 9.859017] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver [ 9.859018] ACPI Warning: 0x0000000000000500-0x000000000000052f SystemIO conflicts with Region \GPIO 1 (20130517/utaddress-251) [ 9.859020] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver [ 9.859021] lpc_ich: Resource conflict(s) found affecting gpio_ich [ 9.879903] systemd-udevd[487]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event': No such file or directory [ 9.897625] microcode: CPU0 sig=0x206a7, pf=0x2, revision=0x29 [ 10.062885] dcdbas dcdbas: Dell Systems Management Base Driver (version 5.6.0-3.2) [ 10.395062] microcode: CPU1 sig=0x206a7, pf=0x2, revision=0x29 [ 10.400676] microcode: CPU2 sig=0x206a7, pf=0x2, revision=0x29 [ 10.401495] microcode: CPU3 sig=0x206a7, pf=0x2, revision=0x29 [ 10.402320] microcode: Microcode Update Driver: v2.00 < tigran@aivazian.fsnet.co.uk>, Peter Oruba [ 10.610920] systemd-udevd[570]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event': No such file or directory [ 10.610941] systemd-udevd[571]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event': No such file or directory [ 10.612923] systemd-udevd[573]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event': No such file or directory [ 10.749729] Bluetooth: Core ver 2.16 [ 10.749748] NET: Registered protocol family 31 [ 10.749750] Bluetooth: HCI device and connection manager initialized [ 10.749756] Bluetooth: HCI socket layer initialized [ 10.749758] Bluetooth: L2CAP socket layer initialized [ 10.749762] Bluetooth: SCO socket layer initialized [ 10.922110] type=1400 audit(1391611320.655:2): apparmor="STATUS" operation="profile_load" parent=544 profile="unconfined" name="/sbin/dhclient" pid=560 comm="apparmor_parser" [ 10.922117] type=1400 audit(1391611320.655:3): apparmor="STATUS" operation="profile_load" parent=544 profile="unconfined" name="/usr/lib/NetworkManager/nm-dhcp-client.action" pid=560 comm="apparmor_parser" [ 10.922120] type=1400 audit(1391611320.655:4): apparmor="STATUS" operation="profile_load" parent=544 profile="unconfined" name="/usr/lib/connman/scripts/dhclient-script" pid=560 comm="apparmor_parser" [ 10.922132] type=1400 audit(1391611320.655:5): apparmor="STATUS" operation="profile_replace" parent=542 profile="unconfined" name="/sbin/dhclient" pid=556 comm="apparmor_parser" [ 10.922139] type=1400 audit(1391611320.655:6): apparmor="STATUS" operation="profile_replace" parent=542 profile="unconfined" name="/usr/lib/NetworkManager/nm-dhcp-client.action" pid=556 comm="apparmor_parser" [ 10.922142] type=1400 audit(1391611320.655:7): apparmor="STATUS" operation="profile_replace" parent=542 profile="unconfined" name="/usr/lib/connman/scripts/dhclient-script" pid=556 comm="apparmor_parser" [ 10.922156] type=1400 audit(1391611320.655:8): apparmor="STATUS" operation="profile_replace" parent=543 profile="unconfined" name="/sbin/dhclient" pid=559 comm="apparmor_parser" [ 10.922162] type=1400 audit(1391611320.655:9): apparmor="STATUS" operation="profile_replace" parent=543 profile="unconfined" name="/usr/lib/NetworkManager/nm-dhcp-client.action" pid=559 comm="apparmor_parser" [ 10.922166] type=1400 audit(1391611320.655:10): apparmor="STATUS" operation="profile_replace" parent=543 profile="unconfined" name="/usr/lib/connman/scripts/dhclient-script" pid=559 comm="apparmor_parser" [ 10.922186] type=1400 audit(1391611320.655:11): apparmor="STATUS" operation="profile_replace" parent=547 profile="unconfined" name="/sbin/dhclient" pid=557 comm="apparmor_parser" [ 10.960369] Bluetooth: RFCOMM TTY layer initialized [ 10.960378] Bluetooth: RFCOMM socket layer initialized [ 10.960379] Bluetooth: RFCOMM ver 1.11 [ 11.096147] init: avahi-cups-reload main process (598) terminated with status 1 [ 11.167124] Bluetooth: BNEP (Ethernet Emulation) ver 1.3 [ 11.167127] Bluetooth: BNEP filters: protocol multicast [ 11.167134] Bluetooth: BNEP socket layer initialized [ 11.287751] asix 2-1.1:1.0 eth0: register 'asix' at usb-0000:00:1d.0-1.1, ASIX AX88178 USB 2.0 Ethernet, 00:0e:c6:88:f6:d3 [ 11.287788] usbcore: registered new interface driver asix [ 11.288748] systemd-udevd[642]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event': No such file or directory [ 11.341535] ppdev: user-space parallel port driver [ 11.696251] Bridge firewalling registered [ 11.699221] device eth0 entered promiscuous mode [ 12.437016] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready [ 12.437109] IPv6: ADDRCONF(NETDEV_UP): xenbr0: link is not ready [ 15.138103] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready [ 15.139187] asix 2-1.1:1.0 eth0: link up, 1000Mbps, full-duplex, lpa 0xC5E1 [ 15.143931] xenbr0: port 1(eth0) entered forwarding state [ 15.143942] xenbr0: port 1(eth0) entered forwarding state [ 15.143955] IPv6: ADDRCONF(NETDEV_CHANGE): xenbr0: link becomes ready [ 15.768228] init: udev-fallback-graphics main process (932) terminated with status 1 [ 17.202300] init: failsafe main process (628) killed by TERM signal [ 17.799180] audit_printk_skb: 69 callbacks suppressed [ 17.799184] type=1400 audit(1391611327.531:35): apparmor="STATUS" operation="profile_replace" parent=1353 profile="unconfined" name="/sbin/dhclient" pid=1361 comm="apparmor_parser" [ 17.799189] type=1400 audit(1391611327.531:36): apparmor="STATUS" operation="profile_replace" parent=1353 profile="unconfined" name="/usr/lib/NetworkManager/nm-dhcp-client.action" pid=1361 comm="apparmor_parser" [ 17.799193] type=1400 audit(1391611327.531:37): apparmor="STATUS" operation="profile_replace" parent=1353 profile="unconfined" name="/usr/lib/connman/scripts/dhclient-script" pid=1361 comm="apparmor_parser" [ 17.799644] type=1400 audit(1391611327.535:38): apparmor="STATUS" operation="profile_replace" parent=1353 profile="unconfined" name="/usr/lib/NetworkManager/nm-dhcp-client.action" pid=1361 comm="apparmor_parser" [ 17.799649] type=1400 audit(1391611327.535:39): apparmor="STATUS" operation="profile_replace" parent=1353 profile="unconfined" name="/usr/lib/connman/scripts/dhclient-script" pid=1361 comm="apparmor_parser" [ 17.799876] type=1400 audit(1391611327.535:40): apparmor="STATUS" operation="profile_replace" parent=1353 profile="unconfined" name="/usr/lib/connman/scripts/dhclient-script" pid=1361 comm="apparmor_parser" [ 18.034955] type=1400 audit(1391611327.767:41): apparmor="STATUS" operation="profile_load" parent=1353 profile="unconfined" name="/usr/lib/x86_64-linux-gnu/lightdm-remote-session-freerdp/freerdp-session-wrapper" pid=1359 comm="apparmor_parser" [ 18.034960] type=1400 audit(1391611327.767:42): apparmor="STATUS" operation="profile_load" parent=1353 profile="unconfined" name="chromium_browser" pid=1359 comm="apparmor_parser" [ 18.035292] type=1400 audit(1391611327.767:43): apparmor="STATUS" operation="profile_replace" parent=1353 profile="unconfined" name="chromium_browser" pid=1359 comm="apparmor_parser" [ 18.067968] type=1400 audit(1391611327.803:44): apparmor="STATUS" operation="profile_load" parent=1353 profile="unconfined" name="/usr/lib/x86_64-linux-gnu/lightdm-remote-session-uccsconfigure/uccsconfigure-session-wrapper" pid=1360 comm="apparmor_parser" [ 19.521968] xen:xen_evtchn: Event-channel device installed [ 20.668188] IPv6: ADDRCONF(NETDEV_UP): eth2: link is not ready [ 20.668698] IPv6: ADDRCONF(NETDEV_UP): eth2: link is not ready [ 21.508464] IPv6: ADDRCONF(NETDEV_UP): eth4: link is not ready [ 21.508911] IPv6: ADDRCONF(NETDEV_UP): eth4: link is not ready [ 21.600614] bnx2 0000:05:00.0 eth3: using MSIX [ 21.600639] IPv6: ADDRCONF(NETDEV_UP): eth3: link is not ready [ 21.601034] IPv6: ADDRCONF(NETDEV_UP): eth3: link is not ready [ 21.656654] bnx2 0000:05:00.1 eth1: using MSIX [ 21.656676] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready [ 21.657027] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready [ 30.168115] xenbr0: port 1(eth0) entered forwarding state [ 679.030308] xen_pciback: backend is passthrough [ 679.119557] pciback 0000:05:00.0: seizing device [ 679.135333] xen: registering gsi 16 triggering 0 polarity 1 [ 679.135338] Already setup the GSI :16 [ 679.223564] pciback 0000:05:00.1: seizing device [ 679.239332] xen: registering gsi 17 triggering 0 polarity 1 [ 679.239337] Already setup the GSI :17 [ 826.675306] IPv6: ADDRCONF(NETDEV_UP): vif1.0: link is not ready [ 826.675650] IPv6: ADDRCONF(NETDEV_UP): vif1.0: link is not ready [ 826.847467] device vif1.0 entered promiscuous mode [ 827.529251] ip_tables: (C) 2000-2006 Netfilter Core Team [ 827.871604] device vif1.0-emu entered promiscuous mode [ 827.872947] xenbr0: port 3(vif1.0-emu) entered forwarding state [ 827.872953] xenbr0: port 3(vif1.0-emu) entered forwarding state [ 842.899266] xenbr0: port 3(vif1.0-emu) entered forwarding state /etc/xen/ubuntu-hvm-0.cfg kernel = "/usr/lib/xen-4.3/boot/hvmloader" builder='hvm' memory = 1024 vcpus=2 name = "ubuntu-hvm-0" vif = ['bridge=xenbr0'] pci_permissive=1 pci= ['05:00.0', '05:00.1'] disk = ['phy:/dev/fiat-vg/ubuntu-hvm-0,hda,w','file:/root/ubuntu-12.04.3-server-amd64.iso,hdc:cdrom,r'] acpi = 1 device_model = 'qemu-dm' boot="d" sdl=0 serial='pty' vnc=1 #vnclisten="" vncpasswd="" on_poweroff = 'destroy' on_reboot = 'restart' on_crash = 'restart' Any suggestions? On Wed, Feb 5, 2014 at 8:54 AM, Mike Neiderhauser < mikeneiderhauser@gmail.com> wrote: > I have. But I cant seem to get the xm toolstack to switch with xl. > > Regards > > > On Wed, Feb 5, 2014 at 8:53 AM, Ian Campbell wrote: > >> On Wed, 2014-02-05 at 08:43 -0500, Mike Neiderhauser wrote: >> > Do you have any suggestions for a setup guide for 4.3? I have >> > installed xen-hypervisor-4.3-amd64 from ubuntu package manger and I >> > don't know where to go from here. >> >> Have you looked on the wiki? >> >> >> >> > --047d7b33dc443f422c04f1aa0528 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Okay. I was able to switch over the toolstack to xl. =A0
When trying to create the domu I get this:

=
root@fiat:~# xl create /etc/xen/ubuntu-hvm-0.cfg
= Parsing config from /etc/xen/ubuntu-hvm-0.cfg
WARNING: ignoring "kernel" directive for HVM guest. Use &quo= t;firmware_override" instead if you really want a non-default firmware=
WARNING: ignoring device_model directive.
WARNING: Use= "device_model_override" instead if you really want a non-default= device_model
xc: info: VIRTUAL MEMORY ARRANGEMENT:
=A0 Loader: =A0 =A0 = =A0 =A00000000000100000->00000000001a69a4
=A0 Modules: =A0 =A0= =A0 0000000000000000->0000000000000000
=A0 TOTAL: =A0 =A0 =A0= =A0 0000000000000000->000000003f800000
=A0 ENTRY ADDRESS: 0000000000100608
xc: info: PHYSICAL MEMOR= Y ALLOCATION:
=A0 4KB PAGES: 0x0000000000000200
=A0 2MB= PAGES: 0x00000000000001fb
=A0 1GB PAGES: 0x0000000000000000
libxl: error: libxl_pci.c:990:libxl__device_pci_reset: The kernel doesn'= ;t support reset from sysfs for PCI device 0000:05:00.0
libxl: er= ror: libxl_pci.c:990:libxl__device_pci_reset: The kernel doesn't suppor= t reset from sysfs for PCI device 0000:05:00.1
Daemon running with PID 3095


=
xl dmesg
root@fiat:~# xl dmesg
(XEN) Xen vers= ion 4.3.0 (Ubuntu 4.3.0-1ubuntu1.2) (stefan.bader@canonical.com) (gcc (Ubuntu/Linaro 4.8.1-10ubuntu8= ) 4.8.1) debug=3Dn Tue Dec 17 15:35:25 UTC 2013
(XEN) Bootloader: GRUB 2.00-19ubuntu2.1
(XEN) Command line: = placeholder dom0_mem=3D1024M
(XEN) Video information:
(= XEN) =A0VGA is text mode 80x25, font 8x16
(XEN) =A0VBE/DDC method= s: none; EDID transfer time: 0 seconds
(XEN) =A0EDID info not retrieved because no DDC retrieval method detec= ted
(XEN) Disc information:
(XEN) =A0Found 1 MBR signat= ures
(XEN) =A0Found 1 EDD information structures
(XEN) = Xen-e820 RAM map:
(XEN) =A00000000000000000 - 000000000009e400 (usable)
(XEN) = =A0000000000009e400 - 00000000000a0000 (reserved)
(XEN) =A0000000= 00000e0000 - 0000000000100000 (reserved)
(XEN) =A0000000000010000= 0 - 00000000bdfb0000 (usable)
(XEN) =A000000000bdfb0000 - 00000000bf3b0000 (reserved)
(XEN= ) =A000000000bf3b0000 - 00000000bf5d7000 (usable)
(XEN) =A0000000= 00bf5d7000 - 00000000bf5d9000 (reserved)
(XEN) =A000000000bf5d900= 0 - 00000000bf5ea000 (usable)
(XEN) =A000000000bf5ea000 - 00000000bf5ee000 (reserved)
(XEN= ) =A000000000bf5ee000 - 00000000bf5f0000 (usable)
(XEN) =A0000000= 00bf5f0000 - 00000000bf601000 (reserved)
(XEN) =A000000000bf60100= 0 - 00000000bf63f000 (usable)
(XEN) =A000000000bf63f000 - 00000000bf6bf000 (reserved)
(XEN= ) =A000000000bf6bf000 - 00000000bf7bf000 (ACPI NVS)
(XEN) =A00000= 0000bf7bf000 - 00000000bf7f0000 (ACPI data)
(XEN) =A000000000bf7f= 0000 - 00000000bf800000 (usable)
(XEN) =A000000000bf800000 - 00000000c0000000 (reserved)
(XEN= ) =A000000000e0000000 - 00000000f0000000 (reserved)
(XEN) =A00000= 0000feb00000 - 00000000feb04000 (reserved)
(XEN) =A000000000fec00= 000 - 00000000fec01000 (reserved)
(XEN) =A000000000fed10000 - 00000000fed1a000 (reserved)
(XEN= ) =A000000000fed1c000 - 00000000fed20000 (reserved)
(XEN) =A00000= 0000fee00000 - 00000000fee01000 (reserved)
(XEN) =A000000000ffc00= 000 - 0000000100000000 (reserved)
(XEN) =A00000000100000000 - 0000000140000000 (usable)
(XEN) = ACPI: RSDP 000FE020, 0024 (r2 DELL =A0)
(XEN) ACPI: XSDT BF7EF170= , 00A4 (r1 DELL =A0 PE_SC3 =A0 =A0 =A0 =A0 =A01 DELL =A0 =A040000)
(XEN) ACPI: FACP BF7EB000, 00F4 (r4 DELL =A0 PE_SC3 =A0 =A0 =A0 =A0 =A01 = DELL =A0 =A040000)
(XEN) ACPI: DSDT BF7E1000, 68FE (r1 DELL =A0 PE_SC3 =A0 =A0 =A0 =A0 = =A00 DELL =A0 =A040000)
(XEN) ACPI: FACS BF7B8000, 0040
(XEN) ACPI: SPMI BF7EE000, 0040 (r5 DELL =A0 PE_SC3 =A0 =A0 =A0 =A0 =A01 D= ELL =A0 =A040000)
(XEN) ACPI: DMAR BF7ED000, 0078 (r1 DELL =A0 PE= _SC3 =A0 =A0 =A0 =A0 =A01 DELL =A0 =A040000)
(XEN) ACPI: ASF! BF7EC000, 00A5 (r32 DELL =A0 PE_SC3 =A0 =A0 =A0 =A0 = =A01 DELL =A0 =A040000)
(XEN) ACPI: HPET BF7EA000, 0038 (r1 DELL = =A0 PE_SC3 =A0 =A0 =A0 =A0 =A01 DELL =A0 =A040000)
(XEN) ACPI: AP= IC BF7E9000, 0092 (r2 DELL =A0 PE_SC3 =A0 =A0 =A0 =A0 =A01 DELL =A0 =A04000= 0)
(XEN) ACPI: MCFG BF7E8000, 003C (r1 DELL =A0 PE_SC3 =A0 =A0 =A0 =A0 = =A01 DELL =A0 =A040000)
(XEN) ACPI: BOOT BF7DE000, 0028 (r1 DELL = =A0 PE_SC3 =A0 =A0 =A0 =A0 =A01 DELL =A0 =A040000)
(XEN) ACPI: SS= DT BF7DD000, 02F6 (r1 DELL =A0 PE_SC3 =A0 =A0 =A0 1000 DELL =A0 =A040000)
(XEN) ACPI: ASPT BF7DA000, 0034 (r7 DELL =A0 PE_SC3 =A0 =A0 =A0 =A0 = =A01 DELL =A0 =A040000)
(XEN) ACPI: SSDT BF7D9000, 060E (r1 DELL = =A0 PE_SC3 =A0 =A0 =A0 3000 DELL =A0 =A040000)
(XEN) ACPI: SSDT B= F7D8000, 0A92 (r1 DELL =A0 PE_SC3 =A0 =A0 =A0 3000 DELL =A0 =A040000)
(XEN) ACPI: HEST BF7D7000, 00A8 (r1 DELL =A0 PE_SC3 =A0 =A0 =A0 =A0 = =A00 DELL =A0 =A040000)
(XEN) ACPI: ERST BF7D6000, 0230 (r1 DELL = =A0 PE_SC3 =A0 =A0 =A0 =A0 =A00 DELL =A0 =A040000)
(XEN) ACPI: BE= RT BF7D5000, 0030 (r1 DELL =A0 PE_SC3 =A0 =A0 =A0 =A0 =A00 DELL =A0 =A04000= 0)
(XEN) ACPI: EINJ BF7D4000, 0130 (r1 DELL =A0 PE_SC3 =A0 =A0 =A0 =A0 = =A00 DELL =A0 =A040000)
(XEN) System RAM: 4065MB (4163416kB)
(XEN) Domain heap initialised
(XEN) Processor #0 6:10 APIC = version 21
(XEN) Processor #2 6:10 APIC version 21
(XEN) Processor #4 6= :10 APIC version 21
(XEN) Processor #6 6:10 APIC version 21
=
(XEN) IOAPIC[0]: apic_id 0, version 32, address 0xfec00000, GSI 0-23
(XEN) Enabling APIC mode: =A0Flat. =A0Using 1 I/O APICs
(XEN= ) [VT-D]dmar.c:583: =A0 RMRR address range not in reserved memory base =3D = 0 end =3D fff; iommu_inclusive_mapping=3D1 parameter may be needed.
(XEN) Switched to APIC driver x2apic_cluster.
(XEN) Using scheduler: SMP Credit Scheduler (credit)
(XEN) D= etected 3093.056 MHz processor.
(XEN) Initing memory sharing.
(XEN) xstate_init: using cntxt_size: 0x340 and states: 0x7
(XEN) Intel VT-d iommu 0 supported page sizes: 4kB.
(XEN) In= tel VT-d Snoop Control enabled.
(XEN) Intel VT-d Dom0 DMA Passthr= ough not enabled.
(XEN) Intel VT-d Queued Invalidation enabled.
(XEN) Intel VT-d Interrupt Remapping enabled.
(XEN) Intel VT= -d Shared EPT tables not enabled.
(XEN) I/O virtualisation enable= d
(XEN) =A0- Dom0 mode: Relaxed
(XEN) Interrupt remappi= ng enabled
(XEN) Enabled directed EOI with ioapic_ack_old on!
(XEN) ENA= BLING IO-APIC IRQs
(XEN) =A0-> Using old ACK method
= (XEN) Platform timer is 14.318MHz HPET
(XEN) Allocated console ri= ng of 16 KiB.
(XEN) VMX: Supported advanced features:
(XEN) =A0- APIC MMIO= access virtualisation
(XEN) =A0- APIC TPR shadow
(XEN)= =A0- Extended Page Tables (EPT)
(XEN) =A0- Virtual-Processor Ide= ntifiers (VPID)
(XEN) =A0- Virtual NMI
(XEN) =A0- MSR direct-access bitmap
(XEN) =A0- Unrestricted Guest
(XEN) HVM: ASIDs enabled.<= /div>
(XEN) HVM: VMX enabled
(XEN) HVM: Hardware Assisted Pag= ing (HAP) detected
(XEN) HVM: HAP page sizes: 4kB, 2MB
(XEN) Brought up 4 CPUs<= /div>
(XEN) mtrr: your CPUs had inconsistent variable MTRR settings
(XEN) *** LOADING DOMAIN 0 ***
(XEN) =A0Xen =A0kernel: 64-= bit, lsb, compat32
(XEN) =A0Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x23f300= 0
(XEN) PHYSICAL MEMORY ARRANGEMENT:
(XEN) =A0Dom0 allo= c.: =A0 0000000134000000->0000000138000000 (233686 pages to be allocated= )
(XEN) =A0Init. ramdisk: 000000013d0d6000->000000013ffff800
(XEN) VIRTUAL MEMORY ARRANGEMENT:
(XEN) =A0Loaded kernel: fffff= fff81000000->ffffffff823f3000
(XEN) =A0Init. ramdisk: ffffffff= 823f3000->ffffffff8531c800
(XEN) =A0Phys-Mach map: ffffffff8531d000->ffffffff8551d000
(XEN) =A0Start info: =A0 =A0ffffffff8551d000->ffffffff8551d4b4
(XEN) =A0Page tables: =A0 ffffffff8551e000->ffffffff8554d000
(XEN) =A0Boot stack: =A0 =A0ffffffff8554d000->ffffffff8554e000
(XEN) =A0TOTAL: =A0 =A0 =A0 =A0 ffffffff80000000->ffffffff85800000<= /div>
(XEN) =A0ENTRY ADDRESS: ffffffff81d261e0
(XEN) Dom0 has= maximum 4 VCPUs
(XEN) Scrubbing Free RAM: ......................= .......done.
(XEN) Initial low memory virq threshold set at 0x4000 pages.
(XEN) Std. Loglevel: Errors and warnings
(XEN) Guest Loglevel: N= othing (Rate-limited: Errors and warnings)
(XEN) Xen is relinquis= hing VGA console.
(XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times t= o switch input to Xen)
(XEN) Freed 260kB init memory.
(= XEN) traps.c:2503:d0 Domain attempted WRMSR 00000000000001fc from 0x0000000= 00004005f to 0x000000000004005d.
(XEN) traps.c:2503:d0 Domain attempted WRMSR 00000000000001fc from 0x0= 00000000004005f to 0x000000000004005d.
(XEN) traps.c:2503:d0 Doma= in attempted WRMSR 00000000000001fc from 0x000000000004005f to 0x0000000000= 04005d.
(XEN) traps.c:2503:d0 Domain attempted WRMSR 00000000000001fc from 0x0= 00000000004005f to 0x000000000004005d.


<= /div>
dmesg
root@fiat:~# dmesg
[ =A0 =A00.0000= 00] Initializing cgroup subsys cpuset
[ =A0 =A00.000000] Initializing cgroup subsys cpu
[ =A0 =A00= .000000] Initializing cgroup subsys cpuacct
[ =A0 =A00.000000] Li= nux version 3.11.0-12-generic (buildd@allspice) (gcc version 4.8.1 (Ubuntu/= Linaro 4.8.1-10ubuntu7) ) #19-Ubuntu SMP Wed Oct 9 16:20:46 UTC 2013 (Ubunt= u 3.11.0-12.19-generic 3.11.3)
[ =A0 =A00.000000] Command line: placeholder root=3D/dev/mapper/fiat--= vg-root ro biosdevname=3D0
[ =A0 =A00.000000] KERNEL supported cp= us:
[ =A0 =A00.000000] =A0 Intel GenuineIntel
[ =A0 =A0= 0.000000] =A0 AMD AuthenticAMD
[ =A0 =A00.000000] =A0 Centaur CentaurHauls
[ =A0 =A00.00000= 0] Freeing 9e-100 pfn range: 98 pages freed
[ =A0 =A00.000000] 1-= 1 mapping on 9e->100
[ =A0 =A00.000000] 1-1 mapping on bdfb0-&= gt;bf3b0
[ =A0 =A00.000000] 1-1 mapping on bf5d7->bf5d9
[ =A0 =A00= .000000] 1-1 mapping on bf5ea->bf5ee
[ =A0 =A00.000000] 1-1 ma= pping on bf5f0->bf601
[ =A0 =A00.000000] 1-1 mapping on bf63f-= >bf7f0
[ =A0 =A00.000000] 1-1 mapping on bf800->100000
[ =A0 =A0= 0.000000] Released 98 pages of unused memory
[ =A0 =A00.000000] S= et 269866 page(s) to 1-1 mapping
[ =A0 =A00.000000] Populating 40= 000-40062 pfn range: 98 pages added
[ =A0 =A00.000000] e820: BIOS-provided physical RAM map:
[ = =A0 =A00.000000] Xen: [mem 0x0000000000000000-0x000000000009dfff] usable
[ =A0 =A00.000000] Xen: [mem 0x000000000009e400-0x00000000000fffff]= reserved
[ =A0 =A00.000000] Xen: [mem 0x0000000000100000-0x00000000bdfaffff] us= able
[ =A0 =A00.000000] Xen: [mem 0x00000000bdfb0000-0x00000000bf= 3affff] reserved
[ =A0 =A00.000000] Xen: [mem 0x00000000bf3b0000-= 0x00000000bf5d6fff] usable
[ =A0 =A00.000000] Xen: [mem 0x00000000bf5d7000-0x00000000bf5d8fff] re= served
[ =A0 =A00.000000] Xen: [mem 0x00000000bf5d9000-0x00000000= bf5e9fff] usable
[ =A0 =A00.000000] Xen: [mem 0x00000000bf5ea000-= 0x00000000bf5edfff] reserved
[ =A0 =A00.000000] Xen: [mem 0x00000000bf5ee000-0x00000000bf5effff] us= able
[ =A0 =A00.000000] Xen: [mem 0x00000000bf5f0000-0x00000000bf= 600fff] reserved
[ =A0 =A00.000000] Xen: [mem 0x00000000bf601000-= 0x00000000bf63efff] usable
[ =A0 =A00.000000] Xen: [mem 0x00000000bf63f000-0x00000000bf6befff] re= served
[ =A0 =A00.000000] Xen: [mem 0x00000000bf6bf000-0x00000000= bf7befff] ACPI NVS
[ =A0 =A00.000000] Xen: [mem 0x00000000bf7bf00= 0-0x00000000bf7effff] ACPI data
[ =A0 =A00.000000] Xen: [mem 0x00000000bf7f0000-0x00000000bf7fffff] us= able
[ =A0 =A00.000000] Xen: [mem 0x00000000bf800000-0x00000000bf= ffffff] reserved
[ =A0 =A00.000000] Xen: [mem 0x00000000e0000000-= 0x00000000efffffff] reserved
[ =A0 =A00.000000] Xen: [mem 0x00000000feb00000-0x00000000feb03fff] re= served
[ =A0 =A00.000000] Xen: [mem 0x00000000fec00000-0x00000000= fec00fff] reserved
[ =A0 =A00.000000] Xen: [mem 0x00000000fed1000= 0-0x00000000fed19fff] reserved
[ =A0 =A00.000000] Xen: [mem 0x00000000fed1c000-0x00000000fed1ffff] re= served
[ =A0 =A00.000000] Xen: [mem 0x00000000fee00000-0x00000000= fee00fff] reserved
[ =A0 =A00.000000] Xen: [mem 0x00000000ffc0000= 0-0x00000000ffffffff] reserved
[ =A0 =A00.000000] Xen: [mem 0x0000000100000000-0x000000013fffffff] us= able
[ =A0 =A00.000000] NX (Execute Disable) protection: active
[ =A0 =A00.000000] SMBIOS 2.7 present.
[ =A0 =A00.000000= ] DMI: Dell Inc. PowerEdge R210 II/03X6X0, BIOS 2.5.1 07/11/2013
[ =A0 =A00.000000] e820: update [mem 0x00000000-0x00000fff] usable =3D= =3D> reserved
[ =A0 =A00.000000] e820: remove [mem 0x000a0000-= 0x000fffff] usable
[ =A0 =A00.000000] No AGP bridge found
[ =A0 =A00.000000] e820: last_pfn =3D 0x140000 max_arch_pfn =3D 0x400000= 000
[ =A0 =A00.000000] e820: last_pfn =3D 0xbf800 max_arch_pfn =3D 0x40000= 0000
[ =A0 =A00.000000] Scanning 1 areas for low memory corruptio= n
[ =A0 =A00.000000] Base memory trampoline at [ffff880000098000]= 98000 size 24576
[ =A0 =A00.000000] init_memory_mapping: [mem 0x00000000-0x000fffff]
[ =A0 =A00.000000] =A0[mem 0x00000000-0x000fffff] page 4k
[ =A0 =A00.000000] init_memory_mapping: [mem 0x3fe00000-0x3fffffff]
<= div>[ =A0 =A00.000000] =A0[mem 0x3fe00000-0x3fffffff] page 4k
[ =A0 =A00.000000] BRK [0x01fe9000, 0x01fe9fff] PGTABLE
[ = =A0 =A00.000000] init_memory_mapping: [mem 0x3c000000-0x3fdfffff]
[ =A0 =A00.000000] =A0[mem 0x3c000000-0x3fdfffff] page 4k
[ =A0 = =A00.000000] BRK [0x01fea000, 0x01feafff] PGTABLE
[ =A0 =A00.000000] BRK [0x01feb000, 0x01febfff] PGTABLE
[ = =A0 =A00.000000] BRK [0x01fec000, 0x01fecfff] PGTABLE
[ =A0 =A00.= 000000] BRK [0x01fed000, 0x01fedfff] PGTABLE
[ =A0 =A00.000000] B= RK [0x01fee000, 0x01feefff] PGTABLE
[ =A0 =A00.000000] init_memory_mapping: [mem 0x00100000-0x3bffffff]
[ =A0 =A00.000000] =A0[mem 0x00100000-0x3bffffff] page 4k
[ =A0 =A00.000000] init_memory_mapping: [mem 0x40000000-0xbdfaffff]
<= div>[ =A0 =A00.000000] =A0[mem 0x40000000-0xbdfaffff] page 4k
[ =A0 =A00.000000] init_memory_mapping: [mem 0xbf3b0000-0xbf5d6fff]
[ =A0 =A00.000000] =A0[mem 0xbf3b0000-0xbf5d6fff] page 4k
[ =A0 =A00.000000] init_memory_mapping: [mem 0xbf5d9000-0xbf5e9fff]
<= div>[ =A0 =A00.000000] =A0[mem 0xbf5d9000-0xbf5e9fff] page 4k
[ =A0 =A00.000000] init_memory_mapping: [mem 0xbf5ee000-0xbf5effff]
[ =A0 =A00.000000] =A0[mem 0xbf5ee000-0xbf5effff] page 4k
[ =A0 =A00.000000] init_memory_mapping: [mem 0xbf601000-0xbf63efff]
<= div>[ =A0 =A00.000000] =A0[mem 0xbf601000-0xbf63efff] page 4k
[ =A0 =A00.000000] init_memory_mapping: [mem 0xbf7f0000-0xbf7fffff]
[ =A0 =A00.000000] =A0[mem 0xbf7f0000-0xbf7fffff] page 4k
[ =A0 =A00.000000] init_memory_mapping: [mem 0x100000000-0x13fffffff]
[ =A0 =A00.000000] =A0[mem 0x100000000-0x13fffffff] page 4k
[ =A0 =A00.000000] RAMDISK: [mem 0x023f3000-0x0531cfff]
[ = =A0 =A00.000000] ACPI: RSDP 00000000000fe020 00024 (v02 DELL =A0)
[ =A0 =A00.000000] ACPI: XSDT 00000000bf7ef170 000A4 (v01 DELL =A0 PE_SC3 = =A0 00000001 DELL 00040000)
[ =A0 =A00.000000] ACPI: FACP 00000000bf7eb000 000F4 (v04 DELL =A0 PE_= SC3 =A0 00000001 DELL 00040000)
[ =A0 =A00.000000] ACPI: DSDT 000= 00000bf7e1000 068FE (v01 DELL =A0 PE_SC3 =A0 00000000 DELL 00040000)
<= div>[ =A0 =A00.000000] ACPI: FACS 00000000bf7b8000 00040
[ =A0 =A00.000000] ACPI: SPMI 00000000bf7ee000 00040 (v05 DELL =A0 PE_= SC3 =A0 00000001 DELL 00040000)
[ =A0 =A00.000000] ACPI: XMAR 000= 00000bf7ed000 00078 (v01 DELL =A0 PE_SC3 =A0 00000001 DELL 00040000)
<= div>[ =A0 =A00.000000] ACPI: ASF! 00000000bf7ec000 000A5 (v32 DELL =A0 PE_S= C3 =A0 00000001 DELL 00040000)
[ =A0 =A00.000000] ACPI: HPET 00000000bf7ea000 00038 (v01 DELL =A0 PE_= SC3 =A0 00000001 DELL 00040000)
[ =A0 =A00.000000] ACPI: APIC 000= 00000bf7e9000 00092 (v02 DELL =A0 PE_SC3 =A0 00000001 DELL 00040000)
<= div>[ =A0 =A00.000000] ACPI: MCFG 00000000bf7e8000 0003C (v01 DELL =A0 PE_S= C3 =A0 00000001 DELL 00040000)
[ =A0 =A00.000000] ACPI: BOOT 00000000bf7de000 00028 (v01 DELL =A0 PE_= SC3 =A0 00000001 DELL 00040000)
[ =A0 =A00.000000] ACPI: SSDT 000= 00000bf7dd000 002F6 (v01 DELL =A0 PE_SC3 =A0 00001000 DELL 00040000)
<= div>[ =A0 =A00.000000] ACPI: ASPT 00000000bf7da000 00034 (v07 DELL =A0 PE_S= C3 =A0 00000001 DELL 00040000)
[ =A0 =A00.000000] ACPI: SSDT 00000000bf7d9000 0060E (v01 DELL =A0 PE_= SC3 =A0 00003000 DELL 00040000)
[ =A0 =A00.000000] ACPI: SSDT 000= 00000bf7d8000 00A92 (v01 DELL =A0 PE_SC3 =A0 00003000 DELL 00040000)
<= div>[ =A0 =A00.000000] ACPI: HEST 00000000bf7d7000 000A8 (v01 DELL =A0 PE_S= C3 =A0 00000000 DELL 00040000)
[ =A0 =A00.000000] ACPI: ERST 00000000bf7d6000 00230 (v01 DELL =A0 PE_= SC3 =A0 00000000 DELL 00040000)
[ =A0 =A00.000000] ACPI: BERT 000= 00000bf7d5000 00030 (v01 DELL =A0 PE_SC3 =A0 00000000 DELL 00040000)
<= div>[ =A0 =A00.000000] ACPI: EINJ 00000000bf7d4000 00130 (v01 DELL =A0 PE_S= C3 =A0 00000000 DELL 00040000)
[ =A0 =A00.000000] ACPI: Local APIC address 0xfee00000
[ =A0= =A00.000000] NUMA turned off
[ =A0 =A00.000000] Faking a node at= [mem 0x0000000000000000-0x000000013fffffff]
[ =A0 =A00.000000] I= nitmem setup node 0 [mem 0x00000000-0x13fffffff]
[ =A0 =A00.000000] =A0 NODE_DATA [mem 0x3f899000-0x3f89dfff]
[ =A0 =A00.000000] Zone ranges:
[ =A0 =A00.000000] =A0 DMA =A0 = =A0 =A0[mem 0x00001000-0x00ffffff]
[ =A0 =A00.000000] =A0 DMA32 = =A0 =A0[mem 0x01000000-0xffffffff]
[ =A0 =A00.000000] =A0 Normal =A0 [mem 0x100000000-0x13fffffff]
<= div>[ =A0 =A00.000000] Movable zone start for each node
[ =A0 =A0= 0.000000] Early memory node ranges
[ =A0 =A00.000000] =A0 node = =A0 0: [mem 0x00001000-0x0009dfff]
[ =A0 =A00.000000] =A0 node =A0 0: [mem 0x00100000-0xbdfaffff]
[ =A0 =A00.000000] =A0 node =A0 0: [mem 0xbf3b0000-0xbf5d6fff][ =A0 =A00.000000] =A0 node =A0 0: [mem 0xbf5d9000-0xbf5e9fff]
[= =A0 =A00.000000] =A0 node =A0 0: [mem 0xbf5ee000-0xbf5effff]
[ =A0 =A00.000000] =A0 node =A0 0: [mem 0xbf601000-0xbf63efff]
[ =A0 =A00.000000] =A0 node =A0 0: [mem 0xbf7f0000-0xbf7fffff][ =A0 =A00.000000] =A0 node =A0 0: [mem 0x100000000-0x13fffffff][ =A0 =A00.000000] On node 0 totalpages: 1040853
[ =A0 =A00.000000] =A0 DMA zone: 64 pages used for memmap
[ = =A0 =A00.000000] =A0 DMA zone: 21 pages reserved
[ =A0 =A00.00000= 0] =A0 DMA zone: 3997 pages, LIFO batch:0
[ =A0 =A00.000000] =A0 = DMA32 zone: 12105 pages used for memmap
[ =A0 =A00.000000] =A0 DMA32 zone: 774712 pages, LIFO batch:31
[ =A0 =A00.000000] =A0 Normal zone: 4096 pages used for memmap[ =A0 =A00.000000] =A0 Normal zone: 262144 pages, LIFO batch:31
= [ =A0 =A00.000000] ACPI: PM-Timer IO Port: 0x408
[ =A0 =A00.000000] ACPI: Local APIC address 0xfee00000
[ =A0= =A00.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
= [ =A0 =A00.000000] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] enabled)
=
[ =A0 =A00.000000] ACPI: LAPIC (acpi_id[0x03] lapic_id[0x04] enabled)<= /div>
[ =A0 =A00.000000] ACPI: LAPIC (acpi_id[0x04] lapic_id[0x06] enabled)<= /div>
[ =A0 =A00.000000] ACPI: LAPIC (acpi_id[0x05] lapic_id[0x00] disa= bled)
[ =A0 =A00.000000] ACPI: LAPIC (acpi_id[0x06] lapic_id[0x00= ] disabled)
[ =A0 =A00.000000] ACPI: LAPIC (acpi_id[0x07] lapic_id[0x00] disabled)=
[ =A0 =A00.000000] ACPI: LAPIC (acpi_id[0x08] lapic_id[0x00] dis= abled)
[ =A0 =A00.000000] ACPI: LAPIC_NMI (acpi_id[0xff] high edg= e lint[0x1])
[ =A0 =A00.000000] ACPI: IOAPIC (id[0x00] address[0xfec00000] gsi_base= [0])
[ =A0 =A00.000000] IOAPIC[0]: apic_id 0, version 32, address= 0xfec00000, GSI 0-23
[ =A0 =A00.000000] ACPI: INT_SRC_OVR (bus 0= bus_irq 0 global_irq 2 dfl dfl)
[ =A0 =A00.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 hig= h level)
[ =A0 =A00.000000] ACPI: IRQ0 used by override.
[ =A0 =A00.000000] ACPI: IRQ2 used by override.
[ =A0 =A00.0000= 00] ACPI: IRQ9 used by override.
[ =A0 =A00.000000] Using ACPI (MADT) for SMP configuration information=
[ =A0 =A00.000000] ACPI: HPET id: 0x8086a201 base: 0xfed00000
[ =A0 =A00.000000] smpboot: Allowing 8 CPUs, 4 hotplug CPUs
[ =A0 =A00.000000] nr_irqs_gsi: 40
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0x0009e000-0x000= 9efff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0x00= 09f000-0x000fffff]
[ =A0 =A00.000000] PM: Registered nosave memor= y: [mem 0xbdfb0000-0xbf3affff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xbf5d7000-0xbf5= d8fff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xbf= 5ea000-0xbf5edfff]
[ =A0 =A00.000000] PM: Registered nosave memor= y: [mem 0xbf5f0000-0xbf600fff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xbf63f000-0xbf6= befff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xbf= 6bf000-0xbf7befff]
[ =A0 =A00.000000] PM: Registered nosave memor= y: [mem 0xbf7bf000-0xbf7effff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xbf800000-0xbff= fffff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xc0= 000000-0xdfffffff]
[ =A0 =A00.000000] PM: Registered nosave memor= y: [mem 0xe0000000-0xefffffff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xf0000000-0xfea= fffff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xfe= b00000-0xfeb03fff]
[ =A0 =A00.000000] PM: Registered nosave memor= y: [mem 0xfeb04000-0xfebfffff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xfec00000-0xfec= 00fff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xfe= c01000-0xfed0ffff]
[ =A0 =A00.000000] PM: Registered nosave memor= y: [mem 0xfed10000-0xfed19fff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xfed1a000-0xfed= 1bfff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xfe= d1c000-0xfed1ffff]
[ =A0 =A00.000000] PM: Registered nosave memor= y: [mem 0xfed20000-0xfedfffff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xfee00000-0xfee= 00fff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xfe= e01000-0xffbfffff]
[ =A0 =A00.000000] PM: Registered nosave memor= y: [mem 0xffc00000-0xffffffff]
[ =A0 =A00.000000] e820: [mem 0xc0000000-0xdfffffff] available for PCI= devices
[ =A0 =A00.000000] Booting paravirtualized kernel on Xen=
[ =A0 =A00.000000] Xen version: 4.3.0 (preserve-AD)
[ = =A0 =A00.000000] setup_percpu: NR_CPUS:256 nr_cpumask_bits:256 nr_cpu_ids:8= nr_node_ids:1
[ =A0 =A00.000000] PERCPU: Embedded 29 pages/cpu @ffff88003f200000 s86= 720 r8192 d23872 u262144
[ =A0 =A00.000000] pcpu-alloc: s86720 r8= 192 d23872 u262144 alloc=3D1*2097152
[ =A0 =A00.000000] pcpu-allo= c: [0] 0 1 2 3 4 5 6 7
[ =A0 =A01.317175] Built 1 zonelists in Node order, mobility grouping = on. =A0Total pages: 1024567
[ =A0 =A01.317177] Policy zone: Norma= l
[ =A0 =A01.317178] Kernel command line: placeholder root=3D/dev= /mapper/fiat--vg-root ro biosdevname=3D0
[ =A0 =A01.317577] PID hash table entries: 4096 (order: 3, 32768 bytes= )
[ =A0 =A01.317607] xsave: enabled xstate_bv 0x7, cntxt size 0x3= 40
[ =A0 =A01.337841] software IO TLB [mem 0x37000000-0x3b000000]= (64MB) mapped at [ffff880037000000-ffff88003affffff]
[ =A0 =A01.343109] Memory: 840760K/4163412K available (7141K kernel co= de, 1082K rwdata, 3260K rodata, 1364K init, 1420K bss, 3322652K reserved)
[ =A0 =A01.343171] SLUB: HWalign=3D64, Order=3D0-3, MinObjects=3D0= , CPUs=3D4, Nodes=3D1
[ =A0 =A01.343187] Hierarchical RCU implementation.
[ =A0 = =A01.343188] =A0RCU dyntick-idle grace-period acceleration is enabled.
[ =A0 =A01.343189] =A0RCU restricting CPUs from NR_CPUS=3D256 to nr_c= pu_ids=3D4.
[ =A0 =A01.343190] =A0Offload RCU callbacks from all CPUs
[ =A0 = =A01.343193] =A0Offload RCU callbacks from CPUs: 0-255.
[ =A0 =A0= 1.343200] NR_IRQS:16640 nr_irqs:712 16
[ =A0 =A01.343257] xen: sc= i override: global_irq=3D9 trigger=3D0 polarity=3D0
[ =A0 =A01.343258] xen: registering gsi 9 triggering 0 polarity 0
[ =A0 =A01.343269] xen: --> pirq=3D9 -> irq=3D9 (gsi=3D9)
=
[ =A0 =A01.343288] xen: acpi sci 9
[ =A0 =A01.343291] xen: -= -> pirq=3D1 -> irq=3D1 (gsi=3D1)
[ =A0 =A01.343293] xen: --> pirq=3D2 -> irq=3D2 (gsi=3D2)
<= div>[ =A0 =A01.343297] xen: --> pirq=3D3 -> irq=3D3 (gsi=3D3)
[ =A0 =A01.343300] xen: --> pirq=3D4 -> irq=3D4 (gsi=3D4)
[ =A0 =A01.343302] xen: --> pirq=3D5 -> irq=3D5 (gsi=3D5)
[ =A0 =A01.343304] xen: --> pirq=3D6 -> irq=3D6 (gsi=3D6)
<= div>[ =A0 =A01.343306] xen: --> pirq=3D7 -> irq=3D7 (gsi=3D7)
[ =A0 =A01.343309] xen: --> pirq=3D8 -> irq=3D8 (gsi=3D8)[ =A0 =A01.343311] xen: --> pirq=3D10 -> irq=3D10 (gsi=3D10)
[ =A0 =A01.343313] xen: --> pirq=3D11 -> irq=3D11 (gsi=3D11)
[ =A0 =A01.343316] xen: --> pirq=3D12 -> irq=3D12 (gsi=3D12)
[ =A0 =A01.343318] xen: --> pirq=3D13 -> irq=3D13 (gsi=3D13)=
[ =A0 =A01.343321] xen: --> pirq=3D14 -> irq=3D14 (gsi=3D1= 4)
[ =A0 =A01.343323] xen: --> pirq=3D15 -> irq=3D15 (gsi=3D15)
[ =A0 =A01.347861] Console: colour VGA+ 80x25
[ =A0 =A01.3= 58167] console [tty0] enabled
[ =A0 =A01.360299] allocated 167772= 16 bytes of page_cgroup
[ =A0 =A01.360369] please try 'cgroup_disable=3Dmemory' option= if you don't want memory cgroups
[ =A0 =A01.360487] Xen: usi= ng vcpuop timer interface
[ =A0 =A01.360492] installing Xen timer= for CPU 0
[ =A0 =A01.360579] tsc: Detected 3093.056 MHz processor
[ = =A0 =A01.360646] Calibrating delay loop (skipped), value calculated using t= imer frequency.. 6186.11 BogoMIPS (lpj=3D12372224)
[ =A0 =A01.360= 777] pid_max: default: 32768 minimum: 301
[ =A0 =A01.360867] Security Framework initialized
[ =A0 =A01= .360946] AppArmor: AppArmor initialized
[ =A0 =A01.361009] Yama: = becoming mindful.
[ =A0 =A01.361540] Dentry cache hash table entr= ies: 524288 (order: 10, 4194304 bytes)
[ =A0 =A01.362357] Inode-cache hash table entries: 262144 (order: 9, 2= 097152 bytes)
[ =A0 =A01.362697] Mount-cache hash table entries: = 256
[ =A0 =A01.362932] Initializing cgroup subsys memory
[ =A0 =A01.363003] Initializing cgroup subsys devices
[ =A0 =A01.363068] Initializing cgroup subsys freezer
[ =A0 = =A01.363133] Initializing cgroup subsys blkio
[ =A0 =A01.364545] = Initializing cgroup subsys perf_event
[ =A0 =A01.364610] Initiali= zing cgroup subsys hugetlb
[ =A0 =A01.364739] ENERGY_PERF_BIAS: Set to 'normal', was '= ;performance'
[ =A0 =A01.364739] ENERGY_PERF_BIAS: View and u= pdate with x86_energy_perf_policy(8)
[ =A0 =A01.364834] CPU: Phys= ical Processor ID: 0
[ =A0 =A01.364896] CPU: Processor Core ID: 0
[ =A0 =A01.3649= 60] mce: CPU supports 2 MCE banks
[ =A0 =A01.365035] Last level i= TLB entries: 4KB 512, 2MB 0, 4MB 0
[ =A0 =A01.365035] Last level = dTLB entries: 4KB 512, 2MB 32, 4MB 32
[ =A0 =A01.365035] tlb_flushall_shift: 5
[ =A0 =A01.365227] = Freeing SMP alternatives memory: 28K (ffffffff81e65000 - ffffffff81e6c000)<= /div>
[ =A0 =A01.367286] ACPI: Core revision 20130517
[ =A0 = =A01.370761] ACPI: All ACPI Tables successfully acquired
[ =A0 =A01.382180] ftrace: allocating 27796 entries in 109 pages
=
[ =A0 =A01.393056] cpu 0 spinlock event irq 41
[ =A0 =A01.39= 3142] Performance Events: unsupported p6 CPU model 42 no PMU driver, softwa= re events only.
[ =A0 =A01.394402] NMI watchdog: disabled (cpu0): hardware events not = enabled
[ =A0 =A01.394522] installing Xen timer for CPU 1
[ =A0 =A01.394591] cpu 1 spinlock event irq 48
[ =A0 =A01.3948= 91] installing Xen timer for CPU 2
[ =A0 =A01.394959] cpu 2 spinlock event irq 55
[ =A0 =A01.39= 5260] installing Xen timer for CPU 3
[ =A0 =A01.395327] cpu 3 spi= nlock event irq 62
[ =A0 =A01.395569] Brought up 4 CPUs
[ =A0 =A01.395926] devtmpfs: initialized
[ =A0 =A01.396704] EVM: security.selinux
[ =A0 =A01.396767] = EVM: security.SMACK64
[ =A0 =A01.396830] EVM: security.capability=
[ =A0 =A01.396941] PM: Registering ACPI NVS region [mem 0xbf6bf0= 00-0xbf7befff] (1048576 bytes)
[ =A0 =A01.397621] xen:grant_table: Grant tables using version 2 layou= t
[ =A0 =A01.397696] Grant table initialized
[ =A0 =A01= .397793] regulator-dummy: no parameters
[ =A0 =A01.397894] RTC ti= me: 14:41:51, date: 02/05/14
[ =A0 =A01.397984] NET: Registered protocol family 16
[ =A0 = =A01.398201] ACPI FADT declares the system doesn't support PCIe ASPM, s= o disable it
[ =A0 =A01.398286] ACPI: bus type PCI registered
[ =A0 =A01.398350] acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.= 5
[ =A0 =A01.398510] PCI: MMCONFIG for domain 0000 [bus 00-ff] at [mem 0= xe0000000-0xefffffff] (base 0xe0000000)
[ =A0 =A01.398598] PCI: M= MCONFIG at [mem 0xe0000000-0xefffffff] reserved in E820
[ =A0 =A0= 1.432711] PCI: Using configuration type 1 for base access
[ =A0 =A01.433538] bio: create slab <bio-0> at 0
[ =A0= =A01.433778] ACPI: Added _OSI(Module Device)
[ =A0 =A01.433842] = ACPI: Added _OSI(Processor Device)
[ =A0 =A01.433906] ACPI: Added= _OSI(3.0 _SCP Extensions)
[ =A0 =A01.433970] ACPI: Added _OSI(Processor Aggregator Device)
=
[ =A0 =A01.435216] ACPI: EC: Look up EC in DSDT
[ =A0 =A01.4= 36350] ACPI: Executed 1 blocks of module-level executable AML code
[ =A0 =A01.438454] ACPI: SSDT 00000000bf64d018 0083B (v01 =A0PmRef =A0Cpu= 0Cst 00003001 INTL 20080729)
[ =A0 =A01.438904] ACPI: Dynamic OEM Table Load:
[ =A0 =A01.= 439048] ACPI: SSDT =A0 =A0 =A0 =A0 =A0 (null) 0083B (v01 =A0PmRef =A0Cpu0Cs= t 00003001 INTL 20080729)
[ =A0 =A01.443713] ACPI: SSDT 00000000b= f64ea98 00303 (v01 =A0PmRef =A0 =A0ApIst 00003000 INTL 20080729)
[ =A0 =A01.444187] ACPI: Dynamic OEM Table Load:
[ =A0 =A01.= 444329] ACPI: SSDT =A0 =A0 =A0 =A0 =A0 (null) 00303 (v01 =A0PmRef =A0 =A0Ap= Ist 00003000 INTL 20080729)
[ =A0 =A01.447686] ACPI: SSDT 0000000= 0bf64cd98 00119 (v01 =A0PmRef =A0 =A0ApCst 00003000 INTL 20080729)
[ =A0 =A01.448137] ACPI: Dynamic OEM Table Load:
[ =A0 =A01.= 448283] ACPI: SSDT =A0 =A0 =A0 =A0 =A0 (null) 00119 (v01 =A0PmRef =A0 =A0Ap= Cst 00003000 INTL 20080729)
[ =A0 =A01.452128] ACPI: Interpreter = enabled
[ =A0 =A01.452195] ACPI Exception: AE_NOT_FOUND, While ev= aluating Sleep State [\_S1_] (20130517/hwxface-571)
[ =A0 =A01.452363] ACPI Exception: AE_NOT_FOUND, While evaluating Slee= p State [\_S2_] (20130517/hwxface-571)
[ =A0 =A01.452532] ACPI Ex= ception: AE_NOT_FOUND, While evaluating Sleep State [\_S3_] (20130517/hwxfa= ce-571)
[ =A0 =A01.452707] ACPI: (supports S0 S4 S5)
[ =A0 =A01.4527= 70] ACPI: Using IOAPIC for interrupt routing
[ =A0 =A01.452873] H= EST: Table parsing has been initialized.
[ =A0 =A01.452939] PCI: = Using host bridge windows from ACPI; if necessary, use "pci=3Dnocrs&qu= ot; and report a bug
[ =A0 =A01.453111] ACPI: No dock devices found.
[ =A0 =A01.4= 56960] ACPI: Power Resource [FN00] (off)
[ =A0 =A01.457089] ACPI:= Power Resource [FN01] (off)
[ =A0 =A01.457214] ACPI: Power Resou= rce [FN02] (off)
[ =A0 =A01.457337] ACPI: Power Resource [FN03] (off)
[ =A0 = =A01.457461] ACPI: Power Resource [FN04] (off)
[ =A0 =A01.458079]= ACPI: PCI Root Bridge [PCI0] (domain 0000 [bus 00-fe])
[ =A0 =A0= 1.458287] acpi PNP0A08:00: Requesting ACPI _OSC control (0x1d)
[ =A0 =A01.458734] acpi PNP0A08:00: ACPI _OSC control (0x1d) granted
[ =A0 =A01.459314] PCI host bridge to bus 0000:00
[ =A0 = =A01.459378] pci_bus 0000:00: root bus resource [bus 00-fe]
[ =A0= =A01.459443] pci_bus 0000:00: root bus resource [io =A00x0000-0x0cf7]
[ =A0 =A01.459511] pci_bus 0000:00: root bus resource [io =A00x0d00-0x= ffff]
[ =A0 =A01.459577] pci_bus 0000:00: root bus resource [mem = 0x000a0000-0x000bffff]
[ =A0 =A01.459645] pci_bus 0000:00: root b= us resource [mem 0xc0000000-0xfeafffff]
[ =A0 =A01.459723] pci 0000:00:00.0: [8086:0108] type 00 class 0x06000= 0
[ =A0 =A01.459852] pci 0000:00:01.0: [8086:0101] type 01 class = 0x060400
[ =A0 =A01.459929] pci 0000:00:01.0: PME# supported from= D0 D3hot D3cold
[ =A0 =A01.459971] pci 0000:00:01.0: System wakeup disabled by ACPI
[ =A0 =A01.460161] pci 0000:00:1a.0: [8086:1c2d] type 00 class 0x0c= 0320
[ =A0 =A01.460511] pci 0000:00:1a.0: reg 0x10: [mem 0xc5e060= 00-0xc5e063ff]
[ =A0 =A01.462352] pci 0000:00:1a.0: PME# supported from D0 D3hot D3co= ld
[ =A0 =A01.462422] pci 0000:00:1a.0: System wakeup disabled by= ACPI
[ =A0 =A01.462534] pci 0000:00:1c.0: [8086:1c10] type 01 cl= ass 0x060400
[ =A0 =A01.462707] pci 0000:00:1c.0: PME# supported from D0 D3hot D3co= ld
[ =A0 =A01.462766] pci 0000:00:1c.0: System wakeup disabled by= ACPI
[ =A0 =A01.462897] pci 0000:00:1d.0: [8086:1c26] type 00 cl= ass 0x0c0320
[ =A0 =A01.463216] pci 0000:00:1d.0: reg 0x10: [mem 0xc5e05000-0xc5e05= 3ff]
[ =A0 =A01.465054] pci 0000:00:1d.0: PME# supported from D0 = D3hot D3cold
[ =A0 =A01.465119] pci 0000:00:1d.0: System wakeup d= isabled by ACPI
[ =A0 =A01.465225] pci 0000:00:1e.0: [8086:244e] type 01 class 0x06040= 1
[ =A0 =A01.465383] pci 0000:00:1e.0: System wakeup disabled by = ACPI
[ =A0 =A01.465489] pci 0000:00:1f.0: [8086:1c52] type 00 cla= ss 0x060100
[ =A0 =A01.465769] pci 0000:00:1f.2: [8086:1c02] type 00 class 0x01060= 1
[ =A0 =A01.465815] pci 0000:00:1f.2: reg 0x10: [io =A00x4048-0x= 404f]
[ =A0 =A01.465833] pci 0000:00:1f.2: reg 0x14: [io =A00x405= 4-0x4057]
[ =A0 =A01.465850] pci 0000:00:1f.2: reg 0x18: [io =A00x4040-0x4047]
[ =A0 =A01.465868] pci 0000:00:1f.2: reg 0x1c: [io =A00x4050-0x405= 3]
[ =A0 =A01.465885] pci 0000:00:1f.2: reg 0x20: [io =A00x4020-0= x403f]
[ =A0 =A01.465903] pci 0000:00:1f.2: reg 0x24: [mem 0xc5e04000-0xc5e047ff]<= /div>
[ =A0 =A01.466021] pci 0000:00:1f.2: PME# supported from D3hot
[ =A0 =A01.466114] pci 0000:00:1f.3: [8086:1c22] type 00 class 0x0c= 0500
[ =A0 =A01.466148] pci 0000:00:1f.3: reg 0x10: [mem 0xc5e02000-0xc5e02= 0ff 64bit]
[ =A0 =A01.466198] pci 0000:00:1f.3: reg 0x20: [io =A0= 0x4000-0x401f]
[ =A0 =A01.466379] pci 0000:01:00.0: [111d:8018] t= ype 01 class 0x060400
[ =A0 =A01.466480] pci 0000:01:00.0: PME# supported from D0 D3hot D3co= ld
[ =A0 =A01.466506] pci 0000:01:00.0: System wakeup disabled by= ACPI
[ =A0 =A01.474241] pci 0000:00:01.0: PCI bridge to [bus 01-= 04]
[ =A0 =A01.474311] pci 0000:00:01.0: =A0 bridge window [io =A00x2000-0= x3fff]
[ =A0 =A01.474315] pci 0000:00:01.0: =A0 bridge window [me= m 0xc5400000-0xc5dfffff]
[ =A0 =A01.474401] pci 0000:02:02.0: [11= 1d:8018] type 01 class 0x060400
[ =A0 =A01.474517] pci 0000:02:02.0: PME# supported from D0 D3hot D3co= ld
[ =A0 =A01.474587] pci 0000:02:04.0: [111d:8018] type 01 class= 0x060400
[ =A0 =A01.474702] pci 0000:02:04.0: PME# supported fro= m D0 D3hot D3cold
[ =A0 =A01.474789] pci 0000:01:00.0: PCI bridge to [bus 02-04]
[ =A0 =A01.474862] pci 0000:01:00.0: =A0 bridge window [io =A00x2000-0x3= fff]
[ =A0 =A01.474867] pci 0000:01:00.0: =A0 bridge window [mem = 0xc5400000-0xc5dfffff]
[ =A0 =A01.474964] pci 0000:03:00.0: [8086:10c9] type 00 class 0x02000= 0
[ =A0 =A01.474985] pci 0000:03:00.0: reg 0x10: [mem 0xc5d20000-= 0xc5d3ffff]
[ =A0 =A01.475014] pci 0000:03:00.0: reg 0x18: [io = =A00x3020-0x303f]
[ =A0 =A01.475029] pci 0000:03:00.0: reg 0x1c: [mem 0xc5d44000-0xc5d47= fff]
[ =A0 =A01.475153] pci 0000:03:00.0: PME# supported from D0 = D3hot D3cold
[ =A0 =A01.475204] pci 0000:03:00.0: reg 0x184: [mem= 0x00000000-0x00003fff 64bit]
[ =A0 =A01.475230] pci 0000:03:00.0: reg 0x190: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.475326] pci 0000:03:00.1: [8086:10c9] type= 00 class 0x020000
[ =A0 =A01.475347] pci 0000:03:00.1: reg 0x10:= [mem 0xc5d00000-0xc5d1ffff]
[ =A0 =A01.475376] pci 0000:03:00.1: reg 0x18: [io =A00x3000-0x301f]
[ =A0 =A01.475391] pci 0000:03:00.1: reg 0x1c: [mem 0xc5d40000-0xc= 5d43fff]
[ =A0 =A01.475514] pci 0000:03:00.1: PME# supported from= D0 D3hot D3cold
[ =A0 =A01.475565] pci 0000:03:00.1: reg 0x184: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.475591] pci 0000:03:00.1: reg 0x190: [mem = 0x00000000-0x00003fff 64bit]
[ =A0 =A01.475688] pci 0000:02:02.0:= PCI bridge to [bus 03]
[ =A0 =A01.475760] pci 0000:02:02.0: =A0 bridge window [io =A00x3000-0= x3fff]
[ =A0 =A01.475765] pci 0000:02:02.0: =A0 bridge window [me= m 0xc5d00000-0xc5dfffff]
[ =A0 =A01.475864] pci 0000:04:00.0: [80= 86:10e8] type 00 class 0x020000
[ =A0 =A01.475885] pci 0000:04:00.0: reg 0x10: [mem 0xc5c20000-0xc5c3f= fff]
[ =A0 =A01.475900] pci 0000:04:00.0: reg 0x14: [mem 0xc58000= 00-0xc5bfffff]
[ =A0 =A01.475915] pci 0000:04:00.0: reg 0x18: [io= =A00x2020-0x203f]
[ =A0 =A01.475930] pci 0000:04:00.0: reg 0x1c: [mem 0xc5c44000-0xc5c47= fff]
[ =A0 =A01.475973] pci 0000:04:00.0: reg 0x30: [mem 0xffc000= 00-0xffffffff pref]
[ =A0 =A01.476055] pci 0000:04:00.0: PME# sup= ported from D0 D3hot
[ =A0 =A01.476107] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.476133] pci 0000:04:00.0: reg 0x190: [mem = 0x00000000-0x00003fff 64bit]
[ =A0 =A01.476231] pci 0000:04:00.1:= [8086:10e8] type 00 class 0x020000
[ =A0 =A01.476251] pci 0000:04:00.1: reg 0x10: [mem 0xc5c00000-0xc5c1f= fff]
[ =A0 =A01.476266] pci 0000:04:00.1: reg 0x14: [mem 0xc54000= 00-0xc57fffff]
[ =A0 =A01.476281] pci 0000:04:00.1: reg 0x18: [io= =A00x2000-0x201f]
[ =A0 =A01.476297] pci 0000:04:00.1: reg 0x1c: [mem 0xc5c40000-0xc5c43= fff]
[ =A0 =A01.476339] pci 0000:04:00.1: reg 0x30: [mem 0xffc000= 00-0xffffffff pref]
[ =A0 =A01.476422] pci 0000:04:00.1: PME# sup= ported from D0 D3hot
[ =A0 =A01.476473] pci 0000:04:00.1: reg 0x184: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.476500] pci 0000:04:00.1: reg 0x190: [mem = 0x00000000-0x00003fff 64bit]
[ =A0 =A01.476599] pci 0000:02:04.0:= PCI bridge to [bus 04]
[ =A0 =A01.476671] pci 0000:02:04.0: =A0 bridge window [io =A00x2000-0= x2fff]
[ =A0 =A01.476676] pci 0000:02:04.0: =A0 bridge window [me= m 0xc5400000-0xc5cfffff]
[ =A0 =A01.476860] pci 0000:05:00.0: [14= e4:163b] type 00 class 0x020000
[ =A0 =A01.476901] pci 0000:05:00.0: reg 0x10: [mem 0xc0000000-0xc1fff= fff 64bit]
[ =A0 =A01.477142] pci 0000:05:00.0: PME# supported fr= om D0 D3hot D3cold
[ =A0 =A01.477183] pci 0000:05:00.0: System wa= keup disabled by ACPI
[ =A0 =A01.477332] pci 0000:05:00.1: [14e4:163b] type 00 class 0x02000= 0
[ =A0 =A01.477373] pci 0000:05:00.1: reg 0x10: [mem 0xc2000000-= 0xc3ffffff 64bit]
[ =A0 =A01.477613] pci 0000:05:00.1: PME# suppo= rted from D0 D3hot D3cold
[ =A0 =A01.477744] pci 0000:00:1c.0: PCI bridge to [bus 05]
= [ =A0 =A01.477817] pci 0000:00:1c.0: =A0 bridge window [mem 0xc0000000-0xc3= ffffff]
[ =A0 =A01.477908] pci 0000:06:03.0: [102b:0532] type 00 = class 0x030000
[ =A0 =A01.477940] pci 0000:06:03.0: reg 0x10: [mem 0xc4000000-0xc47ff= fff pref]
[ =A0 =A01.477958] pci 0000:06:03.0: reg 0x14: [mem 0xc= 5000000-0xc5003fff]
[ =A0 =A01.477975] pci 0000:06:03.0: reg 0x18= : [mem 0xc4800000-0xc4ffffff]
[ =A0 =A01.478041] pci 0000:06:03.0: reg 0x30: [mem 0xffff0000-0xfffff= fff pref]
[ =A0 =A01.478192] pci 0000:00:1e.0: PCI bridge to [bus= 06] (subtractive decode)
[ =A0 =A01.478276] pci 0000:00:1e.0: = =A0 bridge window [mem 0xc4800000-0xc50fffff]
[ =A0 =A01.478287] pci 0000:00:1e.0: =A0 bridge window [mem 0xc4000000= -0xc47fffff 64bit pref]
[ =A0 =A01.478289] pci 0000:00:1e.0: =A0 = bridge window [io =A00x0000-0x0cf7] (subtractive decode)
[ =A0 = =A01.478290] pci 0000:00:1e.0: =A0 bridge window [io =A00x0d00-0xffff] (sub= tractive decode)
[ =A0 =A01.478291] pci 0000:00:1e.0: =A0 bridge window [mem 0x000a0000= -0x000bffff] (subtractive decode)
[ =A0 =A01.478293] pci 0000:00:= 1e.0: =A0 bridge window [mem 0xc0000000-0xfeafffff] (subtractive decode)
[ =A0 =A01.478320] acpi PNP0A08:00: Disabling ASPM (FADT indicates it is un= supported)
[ =A0 =A01.478878] ACPI: PCI Interrupt Link [LNKA] (IR= Qs 1 3 4 5 6 *10 11 12 14 15)
[ =A0 =A01.479470] ACPI: PCI Interr= upt Link [LNKB] (IRQs 1 3 4 5 6 10 *11 12 14 15)
[ =A0 =A01.480057] ACPI: PCI Interrupt Link [LNKC] (IRQs 1 3 4 5 6 *10= 11 12 14 15)
[ =A0 =A01.480644] ACPI: PCI Interrupt Link [LNKD] = (IRQs 1 3 4 5 *6 10 11 12 14 15)
[ =A0 =A01.481231] ACPI: PCI Int= errupt Link [LNKE] (IRQs 1 3 4 5 6 10 11 12 *14 15)
[ =A0 =A01.481820] ACPI: PCI Interrupt Link [LNKF] (IRQs 1 3 4 5 *6 10= 11 12 14 15)
[ =A0 =A01.482415] ACPI: PCI Interrupt Link [LNKG] = (IRQs 1 3 4 5 6 10 11 12 14 15) *0, disabled.
[ =A0 =A01.483098] = ACPI: PCI Interrupt Link [LNKH] (IRQs 1 3 4 5 6 10 11 12 14 *15)
[ =A0 =A01.483877] ACPI: Enabled 6 GPEs in block 00 to 3F
[ = =A0 =A01.484025] ACPI: \_SB_.PCI0: notify handler is installed
[ = =A0 =A01.484067] Found 1 acpi root devices
[ =A0 =A01.484088] xen= :balloon: Initialising balloon driver
[ =A0 =A01.491154] xen_balloon: Initialising balloon driver
= [ =A0 =A01.491414] vgaarb: device added: PCI:0000:06:03.0,decodes=3Dio+mem,= owns=3Dio+mem,locks=3Dnone
[ =A0 =A01.491502] vgaarb: loaded
[ =A0 =A01.491563] vgaarb: bridge control possible 0000:06:03.0
[ =A0 =A01.491760] SCSI subsystem initialized
[ =A0 =A01.491= 825] ACPI: bus type ATA registered
[ =A0 =A01.491921] libata vers= ion 3.00 loaded.
[ =A0 =A01.491934] ACPI: bus type USB registered=
[ =A0 =A01.492011] usbcore: registered new interface driver usbfs
[ =A0 =A01.492079] usbcore: registered new interface driver hub
<= div>[ =A0 =A01.492264] usbcore: registered new device driver usb
= [ =A0 =A01.492551] PCI: Using ACPI for IRQ routing
[ =A0 =A01.510= 875] PCI: pci_cache_line_size set to 64 bytes
[ =A0 =A01.510968] e820: reserve RAM buffer [mem 0x0009e000-0x0009ffff= ]
[ =A0 =A01.510969] e820: reserve RAM buffer [mem 0xbdfb0000-0xb= fffffff]
[ =A0 =A01.510971] e820: reserve RAM buffer [mem 0xbf5d7= 000-0xbfffffff]
[ =A0 =A01.510973] e820: reserve RAM buffer [mem 0xbf5ea000-0xbfffffff= ]
[ =A0 =A01.510974] e820: reserve RAM buffer [mem 0xbf5f0000-0xb= fffffff]
[ =A0 =A01.510975] e820: reserve RAM buffer [mem 0xbf63f= 000-0xbfffffff]
[ =A0 =A01.510977] e820: reserve RAM buffer [mem 0xbf800000-0xbfffffff= ]
[ =A0 =A01.511048] NetLabel: Initializing
[ =A0 =A01.= 511111] NetLabel: =A0domain hash size =3D 128
[ =A0 =A01.511175] = NetLabel: =A0protocols =3D UNLABELED CIPSOv4
[ =A0 =A01.511246] NetLabel: =A0unlabeled traffic allowed by default
[ =A0 =A01.511498] Switched to clocksource xen
[ =A0 =A0= 1.516125] AppArmor: AppArmor Filesystem Enabled
[ =A0 =A01.516207= ] pnp: PnP ACPI init
[ =A0 =A01.516276] ACPI: bus type PNP registered
[ =A0 =A01.= 516483] pnp 00:00: Plug and Play ACPI device, IDs IPI0001 (active)
[ =A0 =A01.516491] pnp 00:01: [dma 4]
[ =A0 =A01.516503] pnp 00= :01: Plug and Play ACPI device, IDs PNP0200 (active)
[ =A0 =A01.516519] pnp 00:02: Plug and Play ACPI device, IDs INT0800 (= active)
[ =A0 =A01.516581] pnp 00:03: Plug and Play ACPI device, = IDs PNP0103 (active)
[ =A0 =A01.516589] xen: registering gsi 13 t= riggering 1 polarity 0
[ =A0 =A01.516622] pnp 00:04: Plug and Play ACPI device, IDs PNP0c04 (= active)
[ =A0 =A01.516657] system 00:05: [io =A00x0680-0x069f] ha= s been reserved
[ =A0 =A01.516726] system 00:05: [io =A00x1000-0x= 100f] has been reserved
[ =A0 =A01.516793] system 00:05: [io =A00x1010-0x1013] has been reserv= ed
[ =A0 =A01.516859] system 00:05: [io =A00xffff] has been reser= ved
[ =A0 =A01.516924] system 00:05: [io =A00x0400-0x0453] could = not be reserved
[ =A0 =A01.516991] system 00:05: [io =A00x0458-0x047f] has been reserv= ed
[ =A0 =A01.517057] system 00:05: [io =A00x0500-0x057f] has bee= n reserved
[ =A0 =A01.517123] system 00:05: [io =A00x164e-0x164f]= has been reserved
[ =A0 =A01.517191] system 00:05: Plug and Play ACPI device, IDs PNP0c0= 2 (active)
[ =A0 =A01.517197] xen: registering gsi 8 triggering 1= polarity 0
[ =A0 =A01.517224] pnp 00:06: Plug and Play ACPI devi= ce, IDs PNP0b00 (active)
[ =A0 =A01.517256] system 00:07: [io =A00x0454-0x0457] has been reserv= ed
[ =A0 =A01.517322] system 00:07: Plug and Play ACPI device, ID= s INT3f0d PNP0c02 (active)
[ =A0 =A01.517527] xen: registering gs= i 4 triggering 1 polarity 0
[ =A0 =A01.517570] pnp 00:08: Plug and Play ACPI device, IDs PNP0501 (= active)
[ =A0 =A01.517659] xen: registering gsi 3 triggering 1 po= larity 0
[ =A0 =A01.517701] pnp 00:09: Plug and Play ACPI device,= IDs PNP0501 (active)
[ =A0 =A01.517727] system 00:0a: [mem 0xfed90000-0xfed91fff] has been = reserved
[ =A0 =A01.517796] system 00:0a: Plug and Play ACPI devi= ce, IDs PNP0c02 (active)
[ =A0 =A01.517934] system 00:0b: [mem 0x= fed1c000-0xfed1ffff] has been reserved
[ =A0 =A01.518003] system 00:0b: [mem 0xfed10000-0xfed17fff] has been = reserved
[ =A0 =A01.518071] system 00:0b: [mem 0xfed18000-0xfed18= fff] has been reserved
[ =A0 =A01.518140] system 00:0b: [mem 0xfe= d19000-0xfed19fff] has been reserved
[ =A0 =A01.518208] system 00:0b: [mem 0xe0000000-0xefffffff] has been = reserved
[ =A0 =A01.518275] system 00:0b: [mem 0xfed20000-0xfed3f= fff] has been reserved
[ =A0 =A01.518343] system 00:0b: [mem 0xfe= d90000-0xfed93fff] could not be reserved
[ =A0 =A01.518411] system 00:0b: [mem 0xff000000-0xffffffff] could not= be reserved
[ =A0 =A01.518479] system 00:0b: [mem 0xfee00000-0xf= eefffff] could not be reserved
[ =A0 =A01.518547] system 00:0b: [= mem 0xc5f00000-0xc5f00fff] has been reserved
[ =A0 =A01.518616] system 00:0b: Plug and Play ACPI device, IDs PNP0c0= 2 (active)
[ =A0 =A01.518775] pnp: PnP ACPI: found 12 devices
[ =A0 =A01.518839] ACPI: bus type PNP unregistered
[ =A0 = =A01.524234] PM-Timer failed consistency check =A0(0x0xffffff) - aborting.<= /div>
[ =A0 =A01.524305] pci 0000:04:00.0: no compatible bridge window for [= mem 0xffc00000-0xffffffff pref]
[ =A0 =A01.524391] pci 0000:04:00= .1: no compatible bridge window for [mem 0xffc00000-0xffffffff pref]
<= div> [ =A0 =A01.524478] pci 0000:06:03.0: no compatible bridge window for [mem 0= xffff0000-0xffffffff pref]
[ =A0 =A01.524567] PCI: max bus depth:= 3 pci_try_num: 4
[ =A0 =A01.524643] pci 0000:00:01.0: BAR 15: as= signed [mem 0xc6000000-0xc67fffff pref]
[ =A0 =A01.524727] pci 0000:01:00.0: BAR 15: assigned [mem 0xc6000000-= 0xc67fffff pref]
[ =A0 =A01.524811] pci 0000:02:04.0: BAR 15: ass= igned [mem 0xc6000000-0xc67fffff pref]
[ =A0 =A01.524914] pci 000= 0:03:00.0: reg 0x184: [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.524930] pci 0000:03:00.0: reg 0x190: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.524946] pci 0000:03:00.0: reg 0x184: [mem = 0x00000000-0x00003fff 64bit]
[ =A0 =A01.524962] pci 0000:03:00.1:= reg 0x184: [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.524978] pci 0000:03:00.0: reg 0x184: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.524994] pci 0000:03:00.0: reg 0x190: [mem = 0x00000000-0x00003fff 64bit]
[ =A0 =A01.525010] pci 0000:03:00.1:= reg 0x190: [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.525026] pci 0000:03:00.0: reg 0x184: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.525042] pci 0000:03:00.0: reg 0x190: [mem = 0x00000000-0x00003fff 64bit]
[ =A0 =A01.525059] pci 0000:03:00.1:= reg 0x184: [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.525075] pci 0000:03:00.0: reg 0x184: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.525077] pci 0000:03:00.0: BAR 7: assigned = [mem 0xc5d48000-0xc5d67fff 64bit]
[ =A0 =A01.525184] pci 0000:03:= 00.0: reg 0x190: [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.525186] pci 0000:03:00.0: BAR 10: assigned [mem 0xc5d68000-= 0xc5d87fff 64bit]
[ =A0 =A01.525294] pci 0000:03:00.1: reg 0x184:= [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.525296] pci 0000:03= :00.1: BAR 7: assigned [mem 0xc5d88000-0xc5da7fff 64bit]
[ =A0 =A01.526660] pci 0000:03:00.1: reg 0x190: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.526661] pci 0000:03:00.1: BAR 10: assigned= [mem 0xc5da8000-0xc5dc7fff 64bit]
[ =A0 =A01.526755] pci 0000:02= :02.0: PCI bridge to [bus 03]
[ =A0 =A01.526822] pci 0000:02:02.0: =A0 bridge window [io =A00x3000-0= x3fff]
[ =A0 =A01.526894] pci 0000:02:02.0: =A0 bridge window [me= m 0xc5d00000-0xc5dfffff]
[ =A0 =A01.526986] pci 0000:04:00.0: reg= 0x184: [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.527003] pci 0000:04:00.0: reg 0x190: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.527019] pci 0000:04:00.0: reg 0x184: [mem = 0x00000000-0x00003fff 64bit]
[ =A0 =A01.527035] pci 0000:04:00.0:= reg 0x184: [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.527051] pci 0000:04:00.1: reg 0x184: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.527067] pci 0000:04:00.0: reg 0x184: [mem = 0x00000000-0x00003fff 64bit]
[ =A0 =A01.527083] pci 0000:04:00.0:= reg 0x190: [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.527099] pci 0000:04:00.1: reg 0x190: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.527115] pci 0000:04:00.0: reg 0x184: [mem = 0x00000000-0x00003fff 64bit]
[ =A0 =A01.527131] pci 0000:04:00.0:= reg 0x190: [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.527147] pci 0000:04:00.1: reg 0x184: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.527149] pci 0000:04:00.0: BAR 6: assigned = [mem 0xc6000000-0xc63fffff pref]
[ =A0 =A01.527233] pci 0000:04:0= 0.1: BAR 6: assigned [mem 0xc6400000-0xc67fffff pref]
[ =A0 =A01.527331] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.527333] pci 0000:04:00.0: BAR 7: assigned = [mem 0xc5c48000-0xc5c67fff 64bit]
[ =A0 =A01.527441] pci 0000:04:= 00.0: reg 0x190: [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.527443] pci 0000:04:00.0: BAR 10: assigned [mem 0xc5c68000-= 0xc5c87fff 64bit]
[ =A0 =A01.527557] pci 0000:04:00.1: reg 0x184:= [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.527559] pci 0000:04= :00.1: BAR 7: assigned [mem 0xc5c88000-0xc5ca7fff 64bit]
[ =A0 =A01.527669] pci 0000:04:00.1: reg 0x190: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.527671] pci 0000:04:00.1: BAR 10: assigned= [mem 0xc5ca8000-0xc5cc7fff 64bit]
[ =A0 =A01.527764] pci 0000:02= :04.0: PCI bridge to [bus 04]
[ =A0 =A01.527831] pci 0000:02:04.0: =A0 bridge window [io =A00x2000-0= x2fff]
[ =A0 =A01.527903] pci 0000:02:04.0: =A0 bridge window [me= m 0xc5400000-0xc5cfffff]
[ =A0 =A01.527975] pci 0000:02:04.0: =A0= bridge window [mem 0xc6000000-0xc67fffff pref]
[ =A0 =A01.528064] pci 0000:01:00.0: PCI bridge to [bus 02-04]
[ =A0 =A01.528131] pci 0000:01:00.0: =A0 bridge window [io =A00x2000-0x3= fff]
[ =A0 =A01.528203] pci 0000:01:00.0: =A0 bridge window [mem = 0xc5400000-0xc5dfffff]
[ =A0 =A01.528275] pci 0000:01:00.0: =A0 bridge window [mem 0xc6000000= -0xc67fffff pref]
[ =A0 =A01.528364] pci 0000:00:01.0: PCI bridge= to [bus 01-04]
[ =A0 =A01.528429] pci 0000:00:01.0: =A0 bridge w= indow [io =A00x2000-0x3fff]
[ =A0 =A01.528498] pci 0000:00:01.0: =A0 bridge window [mem 0xc5400000= -0xc5dfffff]
[ =A0 =A01.528567] pci 0000:00:01.0: =A0 bridge wind= ow [mem 0xc6000000-0xc67fffff pref]
[ =A0 =A01.528655] pci 0000:0= 0:1c.0: PCI bridge to [bus 05]
[ =A0 =A01.528727] pci 0000:00:1c.0: =A0 bridge window [mem 0xc0000000= -0xc3ffffff]
[ =A0 =A01.528809] pci 0000:06:03.0: BAR 6: assigned= [mem 0xc5010000-0xc501ffff pref]
[ =A0 =A01.528891] pci 0000:00:= 1e.0: PCI bridge to [bus 06]
[ =A0 =A01.528963] pci 0000:00:1e.0: =A0 bridge window [mem 0xc4800000= -0xc50fffff]
[ =A0 =A01.529036] pci 0000:00:1e.0: =A0 bridge wind= ow [mem 0xc4000000-0xc47fffff 64bit pref]
[ =A0 =A01.529194] xen:= registering gsi 16 triggering 0 polarity 1
[ =A0 =A01.529206] xen: --> pirq=3D16 -> irq=3D16 (gsi=3D16)
[ =A0 =A01.529301] xen: registering gsi 17 triggering 0 polarity 1
[ =A0 =A01.529308] xen: --> pirq=3D17 -> irq=3D17 (gsi=3D17)=
[ =A0 =A01.529334] pci 0000:00:1e.0: setting latency timer to 64=
[ =A0 =A01.529339] pci_bus 0000:00: resource 4 [io =A00x0000-0x0cf7]
[ =A0 =A01.529340] pci_bus 0000:00: resource 5 [io =A00x0d00-0xfff= f]
[ =A0 =A01.529341] pci_bus 0000:00: resource 6 [mem 0x000a0000= -0x000bffff]
[ =A0 =A01.529343] pci_bus 0000:00: resource 7 [mem 0xc0000000-0xfeaff= fff]
[ =A0 =A01.529344] pci_bus 0000:01: resource 0 [io =A00x2000= -0x3fff]
[ =A0 =A01.529346] pci_bus 0000:01: resource 1 [mem 0xc5= 400000-0xc5dfffff]
[ =A0 =A01.529347] pci_bus 0000:01: resource 2 [mem 0xc6000000-0xc67ff= fff pref]
[ =A0 =A01.529349] pci_bus 0000:02: resource 0 [io =A00= x2000-0x3fff]
[ =A0 =A01.529350] pci_bus 0000:02: resource 1 [mem= 0xc5400000-0xc5dfffff]
[ =A0 =A01.529351] pci_bus 0000:02: resource 2 [mem 0xc6000000-0xc67ff= fff pref]
[ =A0 =A01.529353] pci_bus 0000:03: resource 0 [io =A00= x3000-0x3fff]
[ =A0 =A01.529354] pci_bus 0000:03: resource 1 [mem= 0xc5d00000-0xc5dfffff]
[ =A0 =A01.529356] pci_bus 0000:04: resource 0 [io =A00x2000-0x2fff]
[ =A0 =A01.529357] pci_bus 0000:04: resource 1 [mem 0xc5400000-0xc= 5cfffff]
[ =A0 =A01.529359] pci_bus 0000:04: resource 2 [mem 0xc6= 000000-0xc67fffff pref]
[ =A0 =A01.529360] pci_bus 0000:05: resource 1 [mem 0xc0000000-0xc3fff= fff]
[ =A0 =A01.529362] pci_bus 0000:06: resource 1 [mem 0xc48000= 00-0xc50fffff]
[ =A0 =A01.529363] pci_bus 0000:06: resource 2 [me= m 0xc4000000-0xc47fffff 64bit pref]
[ =A0 =A01.529365] pci_bus 0000:06: resource 4 [io =A00x0000-0x0cf7]
[ =A0 =A01.529366] pci_bus 0000:06: resource 5 [io =A00x0d00-0xfff= f]
[ =A0 =A01.529367] pci_bus 0000:06: resource 6 [mem 0x000a0000= -0x000bffff]
[ =A0 =A01.529369] pci_bus 0000:06: resource 7 [mem 0xc0000000-0xfeaff= fff]
[ =A0 =A01.529390] NET: Registered protocol family 2
[ =A0 =A01.529604] TCP established hash table entries: 32768 (order: 7, = 524288 bytes)
[ =A0 =A01.529810] TCP bind hash table entries: 32768 (order: 7, 52428= 8 bytes)
[ =A0 =A01.529938] TCP: Hash tables configured (establis= hed 32768 bind 32768)
[ =A0 =A01.530019] TCP: reno registered
[ =A0 =A01.530091] UDP hash table entries: 2048 (order: 4, 65536 bytes)
[ =A0 =A01.530172] UDP-Lite hash table entries: 2048 (order: 4, 65536 = bytes)
[ =A0 =A01.530283] NET: Registered protocol family 1
=
[ =A0 =A01.530418] xen: registering gsi 20 triggering 0 polarity 1
[ =A0 =A01.530425] xen: --> pirq=3D20 -> irq=3D20 (gsi=3D20)
[ =A0 =A01.543873] xen: registering gsi 23 triggering 0 polarity 1
[ =A0 =A01.543879] xen: --> pirq=3D23 -> irq=3D23 (gsi=3D23)
[ =A0 =A01.559714] pci 0000:06:03.0: Boot video device
[= =A0 =A01.559720] PCI: CLS 64 bytes, default 64
[ =A0 =A01.559755] Trying to unpack rootfs image as initramfs...
=
[ =A0 =A01.595644] Freeing initrd memory: 48296K (ffff8800023f3000 - f= fff88000531d000)
[ =A0 =A01.595844] Simple Boot Flag at 0x44 set = to 0x1
[ =A0 =A01.596123] Scanning for low memory corruption every 60 seconds=
[ =A0 =A01.596685] Initialise module verification
[ = =A0 =A01.596786] audit: initializing netlink socket (disabled)
[ = =A0 =A01.596864] type=3D2000 audit(1391611311.580:1): initialized
[ =A0 =A01.616847] bounce pool size: 64 pages
[ =A0 =A01.616= 918] HugeTLB registered 2 MB page size, pre-allocated 0 pages
[ = =A0 =A01.617727] zbud: loaded
[ =A0 =A01.617893] VFS: Disk quotas= dquot_6.5.2
[ =A0 =A01.617987] Dquot-cache hash table entries: 512 (order 0, 4096 = bytes)
[ =A0 =A01.618401] fuse init (API version 7.22)
= [ =A0 =A01.618521] msgmni has been set to 1736
[ =A0 =A01.619054]= Key type asymmetric registered
[ =A0 =A01.619120] Asymmetric key parser 'x509' registered
[ =A0 =A01.619214] Block layer SCSI generic (bsg) driver version 0.4= loaded (major 252)
[ =A0 =A01.619332] io scheduler noop register= ed
[ =A0 =A01.619396] io scheduler deadline registered (default)
[ =A0 =A01.619479] io scheduler cfq registered
[ =A0 =A01.62018= 0] pcieport 0000:00:01.0: Signaling PME through PCIe PME interrupt
[ =A0 =A01.620249] pcieport 0000:01:00.0: Signaling PME through PCIe PME = interrupt
[ =A0 =A01.620318] pcieport 0000:02:02.0: Signaling PME through PCIe P= ME interrupt
[ =A0 =A01.620386] pci 0000:03:00.0: Signaling PME t= hrough PCIe PME interrupt
[ =A0 =A01.620455] pci 0000:03:00.1: Si= gnaling PME through PCIe PME interrupt
[ =A0 =A01.620522] pcieport 0000:02:04.0: Signaling PME through PCIe P= ME interrupt
[ =A0 =A01.620590] pci 0000:04:00.0: Signaling PME t= hrough PCIe PME interrupt
[ =A0 =A01.620656] pci 0000:04:00.1: Si= gnaling PME through PCIe PME interrupt
[ =A0 =A01.620727] pcie_pme 0000:00:01.0:pcie01: service driver pcie_p= me loaded
[ =A0 =A01.620753] pcieport 0000:00:1c.0: Signaling PME= through PCIe PME interrupt
[ =A0 =A01.620821] pci 0000:05:00.0: = Signaling PME through PCIe PME interrupt
[ =A0 =A01.620889] pci 0000:05:00.1: Signaling PME through PCIe PME in= terrupt
[ =A0 =A01.620961] pcie_pme 0000:00:1c.0:pcie01: service = driver pcie_pme loaded
[ =A0 =A01.620971] pci_hotplug: PCI Hot Pl= ug PCI Core version: 0.5
[ =A0 =A01.621045] pciehp: PCI Express Hot Plug Controller Driver vers= ion: 0.4
[ =A0 =A01.621152] intel_idle: MWAIT substates: 0x1120
[ =A0 =A01.621154] intel_idle: v0.4 model 0x2A
[ =A0 =A0= 1.621154] intel_idle: lapic_timer_reliable_states 0xffffffff
[ =A0 =A01.621199] intel_idle: intel_idle yielding to none
[= =A0 =A01.621262] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/i= nput/input0
[ =A0 =A01.621349] ACPI: Power Button [PWRF]
[ =A0 =A01.621476] ACPI: Fan [FAN0] (off)
[ =A0 =A01.621558] ACPI: Fan [FAN1] (off)
[ =A0 =A01.621637]= ACPI: Fan [FAN2] (off)
[ =A0 =A01.621716] ACPI: Fan [FAN3] (off)=
[ =A0 =A01.621794] ACPI: Fan [FAN4] (off)
[ =A0 =A01.6= 21891] ACPI: Requesting acpi_cpufreq
[ =A0 =A01.622414] Monitor-Mwait will be used to enter C-1 state
=
[ =A0 =A01.622420] Monitor-Mwait will be used to enter C-2 state
=
[ =A0 =A01.622423] Monitor-Mwait will be used to enter C-3 state
=
[ =A0 =A01.624107] Warning: Processor Platform Limit not supported.
[ =A0 =A01.624296] thermal LNXTHERM:00: registered as thermal_zone0
[ =A0 =A01.624364] ACPI: Thermal Zone [TZ01] (30 C)
[ =A0= =A01.624474] ERST: Error Record Serialization Table (ERST) support is init= ialized.
[ =A0 =A01.624559] pstore: Registered erst as persistent store backend=
[ =A0 =A01.624741] GHES: APEI firmware first mode is enabled by = APEI bit and WHEA _OSC.
[ =A0 =A01.625188] xen_acpi_processor: Up= loading Xen processor PM info
[ =A0 =A01.626366] Serial: 8250/16550 driver, 32 ports, IRQ sharing en= abled
[ =A0 =A01.647206] 00:08: ttyS0 at I/O 0x3f8 (irq =3D 4) is= a 16550A
[ =A0 =A01.668059] 00:09: ttyS1 at I/O 0x2f8 (irq =3D 3= ) is a 16550A
[ =A0 =A01.669363] hpet_acpi_add: no address or irqs in _CRS
[ =A0 =A01.669440] Linux agpgart interface v0.103
[ =A0 =A01.670= 447] brd: module loaded
[ =A0 =A01.671000] loop: module loaded
[ =A0 =A01.671294] libphy: Fixed MDIO Bus: probed
[ =A0 =A01.671407] tun: Universal TUN/TAP device driver, 1.6
[ =A0 =A01.671470] tun: (C) 1999-2004 Max Krasnyansky <maxk@qualcomm.com>
[ =A0 =A01.671611]= PPP generic driver version 2.4.2
[ =A0 =A01.671716] xen_netfront: Initialising Xen virtual ethernet dri= ver
[ =A0 =A01.671791] ehci_hcd: USB 2.0 'Enhanced' Host = Controller (EHCI) Driver
[ =A0 =A01.671857] ehci-pci: EHCI PCI pl= atform driver
[ =A0 =A01.671999] xen: registering gsi 20 triggering 0 polarity 1
[ =A0 =A01.672002] Already setup the GSI :20
[ =A0 =A01.67= 2084] ehci-pci 0000:00:1a.0: setting latency timer to 64
[ =A0 = =A01.672092] ehci-pci 0000:00:1a.0: EHCI Host Controller
[ =A0 =A01.672160] ehci-pci 0000:00:1a.0: new USB bus registered, assi= gned bus number 1
[ =A0 =A01.672260] ehci-pci 0000:00:1a.0: debug= port 2
[ =A0 =A01.676261] ehci-pci 0000:00:1a.0: cache line size= of 64 is not supported
[ =A0 =A01.676301] ehci-pci 0000:00:1a.0: irq 20, io mem 0xc5e06000
[ =A0 =A01.687584] ehci-pci 0000:00:1a.0: USB 2.0 started, EHCI 1.0= 0
[ =A0 =A01.687679] usb usb1: New USB device found, idVendor=3D1= d6b, idProduct=3D0002
[ =A0 =A01.687747] usb usb1: New USB device strings: Mfr=3D3, Product= =3D2, SerialNumber=3D1
[ =A0 =A01.687831] usb usb1: Product: EHCI= Host Controller
[ =A0 =A01.687896] usb usb1: Manufacturer: Linux= 3.11.0-12-generic ehci_hcd
[ =A0 =A01.687963] usb usb1: SerialNumber: 0000:00:1a.0
[ = =A0 =A01.688117] hub 1-0:1.0: USB hub found
[ =A0 =A01.688184] hu= b 1-0:1.0: 2 ports detected
[ =A0 =A01.688391] xen: registering g= si 23 triggering 0 polarity 1
[ =A0 =A01.688393] Already setup the GSI :23
[ =A0 =A01.6884= 72] ehci-pci 0000:00:1d.0: setting latency timer to 64
[ =A0 =A01= .688479] ehci-pci 0000:00:1d.0: EHCI Host Controller
[ =A0 =A01.6= 88546] ehci-pci 0000:00:1d.0: new USB bus registered, assigned bus number 2=
[ =A0 =A01.688647] ehci-pci 0000:00:1d.0: debug port 2
[ =A0= =A01.692645] ehci-pci 0000:00:1d.0: cache line size of 64 is not supported=
[ =A0 =A01.692683] ehci-pci 0000:00:1d.0: irq 23, io mem 0xc5e05= 000
[ =A0 =A01.703612] ehci-pci 0000:00:1d.0: USB 2.0 started, EHCI 1.00
[ =A0 =A01.703694] usb usb2: New USB device found, idVendor=3D1d6b= , idProduct=3D0002
[ =A0 =A01.703762] usb usb2: New USB device st= rings: Mfr=3D3, Product=3D2, SerialNumber=3D1
[ =A0 =A01.703847] usb usb2: Product: EHCI Host Controller
[= =A0 =A01.703911] usb usb2: Manufacturer: Linux 3.11.0-12-generic ehci_hcd<= /div>
[ =A0 =A01.703979] usb usb2: SerialNumber: 0000:00:1d.0
[ =A0 =A01.704211] hub 2-0:1.0: USB hub found
[ =A0 =A01.704279] hub 2-0:1.0: 2 ports detected
[ =A0 =A01.= 704405] ehci-platform: EHCI generic platform driver
[ =A0 =A01.70= 4476] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
<= div>[ =A0 =A01.704544] ohci-platform: OHCI generic platform driver
[ =A0 =A01.704612] uhci_hcd: USB Universal Host Controller Interface d= river
[ =A0 =A01.704718] i8042: PNP: No PS/2 controller found. Pr= obing ports directly.
[ =A0 =A02.751476] i8042: No controller fou= nd
[ =A0 =A02.751800] mousedev: PS/2 mouse device common for all mice
[ =A0 =A02.752046] rtc_cmos 00:06: RTC can wake from S4
[ = =A0 =A02.752293] rtc_cmos 00:06: rtc core: registered rtc_cmos as rtc0
[ =A0 =A02.752416] rtc_cmos 00:06: alarms up to one month, y3k, 242 b= ytes nvram
[ =A0 =A02.752522] device-mapper: uevent: version 1.0.3
[ = =A0 =A02.752670] device-mapper: ioctl: 4.25.0-ioctl (2013-06-26) initialise= d: dm-devel@redhat.com
[ =A0 =A02.752762] ledtrig-cpu: registered to indicate activity on CPUs
[ =A0 =A02.752882] TCP: cubic registered
[ =A0 =A02.753000] = NET: Registered protocol family 10
[ =A0 =A02.753191] NET: Regist= ered protocol family 17
[ =A0 =A02.753260] Key type dns_resolver = registered
[ =A0 =A02.753510] PM: Hibernation image not present or could not be l= oaded.
[ =A0 =A02.753513] Loading module verification certificate= s
[ =A0 =A02.754269] MODSIGN: Loaded cert 'Magrathea: Glacier= signing key: fddf6943d8ac4f5b6eb0919a7a3ee3d9088b1bfa'
[ =A0 =A02.754368] registered taskstats version 1
[ =A0 =A02= .757449] Key type trusted registered
[ =A0 =A02.760138] Key type = encrypted registered
[ =A0 =A02.762801] AppArmor: AppArmor sha1 p= olicy hashing enabled
[ =A0 =A02.763263] =A0 Magic number: 2:965:686
[ =A0 =A02.76= 3400] rtc_cmos 00:06: setting system clock to 2014-02-05 14:41:52 UTC (1391= 611312)
[ =A0 =A02.763537] BIOS EDD facility v0.16 2004-Jun-25, 1= devices found
[ =A0 =A02.764099] Freeing unused kernel memory: 1364K (ffffffff81d100= 00 - ffffffff81e65000)
[ =A0 =A02.764184] Write protecting the ke= rnel read-only data: 12288k
[ =A0 =A02.766969] Freeing unused ker= nel memory: 1040K (ffff8800016fc000 - ffff880001800000)
[ =A0 =A02.767344] Freeing unused kernel memory: 836K (ffff880001b2f00= 0 - ffff880001c00000)
[ =A0 =A02.788864] systemd-udevd[118]: star= ting version 204
[ =A0 =A02.810809] pps_core: module verification= failed: signature and/or required key missing - tainting kernel
[ =A0 =A02.810979] pps_core: LinuxPPS API ver. 1 registered
= [ =A0 =A02.811045] pps_core: Software ver. 5.3.6 - Copyright 2005-2007 Rodo= lfo Giometti <giometti@linux.it= >
[ =A0 =A02.811354] PTP clock support registered
[ =A0 =A02.8= 12518] dca service started, version 1.12.1
[ =A0 =A02.816654] igb= : Intel(R) Gigabit Ethernet Network Driver - version 5.0.5-k
[ = =A0 =A02.816725] igb: Copyright (c) 2007-2013 Intel Corporation.
[ =A0 =A02.816857] xen: registering gsi 18 triggering 0 polarity 1
[ =A0 =A02.816874] xen: --> pirq=3D18 -> irq=3D18 (gsi=3D18)
[ =A0 =A02.819595] bnx2: Broadcom NetXtreme II Gigabit Ethernet Dr= iver bnx2 v2.2.3 (June 27, 2012)
[ =A0 =A02.819730] xen: registering gsi 16 triggering 0 polarity 1
[ =A0 =A02.819732] Already setup the GSI :16
[ =A0 =A02.82= 0521] bnx2 0000:05:00.0 eth0: Broadcom NetXtreme II BCM5716 1000Base-T (C0)= PCI Express found at mem c0000000, IRQ 16, node addr d4:ae:52:cc:f9:6a
[ =A0 =A02.820664] xen: registering gsi 17 triggering 0 polarity 1
[ =A0 =A02.820666] Already setup the GSI :17
[ =A0 =A02.82= 1461] bnx2 0000:05:00.1 eth1: Broadcom NetXtreme II BCM5716 1000Base-T (C0)= PCI Express found at mem c2000000, IRQ 17, node addr d4:ae:52:cc:f9:6b
[ =A0 =A02.821768] ahci 0000:00:1f.2: version 3.0
[ =A0 =A02= .821852] xen: registering gsi 19 triggering 0 polarity 1
[ =A0 = =A02.821860] xen: --> pirq=3D19 -> irq=3D19 (gsi=3D19)
[ = =A0 =A02.821957] ahci: SSS flag set, parallel bus scan disabled
[ =A0 =A02.835589] ahci 0000:00:1f.2: AHCI 0001.0300 32 slots 6 ports = 3 Gbps 0x31 impl SATA mode
[ =A0 =A02.835678] ahci 0000:00:1f.2: = flags: 64bit ncq stag pm led clo pio slum part ems sxs apst
[ =A0= =A02.835776] ahci 0000:00:1f.2: setting latency timer to 64
[ =A0 =A02.851919] scsi0 : ahci
[ =A0 =A02.852047] scsi1 : a= hci
[ =A0 =A02.852167] scsi2 : ahci
[ =A0 =A02.852288] = scsi3 : ahci
[ =A0 =A02.852404] scsi4 : ahci
[ =A0 =A02= .852521] scsi5 : ahci
[ =A0 =A02.852632] ata1: SATA max UDMA/133 abar m2048@0xc5e04000 port = 0xc5e04100 irq 76
[ =A0 =A02.852725] ata2: DUMMY
[ =A0 = =A02.852792] ata3: DUMMY
[ =A0 =A02.852861] ata4: DUMMY
[ =A0 =A02.852923] ata5: SATA max UDMA/133 abar m2048@0xc5e04000 port 0xc5= e04300 irq 76
[ =A0 =A02.853005] ata6: SATA max UDMA/133 abar m2048@0xc5e04000 port = 0xc5e04380 irq 76
[ =A0 =A02.930272] igb: probe of 0000:03:00.0 f= ailed with error -2
[ =A0 =A02.930359] xen: registering gsi 19 tr= iggering 0 polarity 1
[ =A0 =A02.930362] Already setup the GSI :19
[ =A0 =A02.9635= 72] usb 1-1: new high-speed USB device number 2 using ehci-pci
[ = =A0 =A03.043827] igb: probe of 0000:03:00.1 failed with error -2
= [ =A0 =A03.043911] xen: registering gsi 16 triggering 0 polarity 1
[ =A0 =A03.043913] Already setup the GSI :16
[ =A0 =A03.0960= 98] usb 1-1: New USB device found, idVendor=3D8087, idProduct=3D0024
<= div>[ =A0 =A03.096169] usb 1-1: New USB device strings: Mfr=3D0, Product=3D= 0, SerialNumber=3D0
[ =A0 =A03.096582] hub 1-1:1.0: USB hub found
[ =A0 =A03.096= 766] hub 1-1:1.0: 6 ports detected
[ =A0 =A03.171651] ata1: SATA = link up 3.0 Gbps (SStatus 123 SControl 300)
[ =A0 =A03.172622] at= a1.00: ATA-8: WDC WD5003ABYX-18WERA0, 01.01S03, max UDMA/133
[ =A0 =A03.172692] ata1.00: 976773168 sectors, multi 0: LBA48 NCQ (dep= th 31/32), AA
[ =A0 =A03.174631] ata1.00: configured for UDMA/133=
[ =A0 =A03.174899] scsi 0:0:0:0: Direct-Access =A0 =A0 ATA =A0 = =A0 =A0WDC WD5003ABYX-1 01.0 PQ: 0 ANSI: 5
[ =A0 =A03.175124] sd 0:0:0:0: [sda] 976773168 512-byte logical blocks= : (500 GB/465 GiB)
[ =A0 =A03.175136] sd 0:0:0:0: Attached scsi g= eneric sg0 type 0
[ =A0 =A03.175305] sd 0:0:0:0: [sda] Write Prot= ect is off
[ =A0 =A03.175372] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[ =A0 =A03.175385] sd 0:0:0:0: [sda] Write cache: enabled, read cache: ena= bled, doesn't support DPO or FUA
[ =A0 =A03.207533] =A0sda: s= da1 sda2 < sda5 >
[ =A0 =A03.207988] sd 0:0:0:0: [sda] Attached SCSI disk
[ = =A0 =A03.211574] usb 2-1: new high-speed USB device number 2 using ehci-pci=
[ =A0 =A03.343975] usb 2-1: New USB device found, idVendor=3D808= 7, idProduct=3D0024
[ =A0 =A03.344045] usb 2-1: New USB device strings: Mfr=3D0, Product= =3D0, SerialNumber=3D0
[ =A0 =A03.344429] hub 2-1:1.0: USB hub fo= und
[ =A0 =A03.344656] hub 2-1:1.0: 6 ports detected
[ = =A0 =A03.491623] ata5: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[ =A0 =A03.495871] ata5.00: ATAPI: TSSTcorp DVD-ROM SN-108DN, D150, ma= x UDMA/100
[ =A0 =A03.502634] ata5.00: configured for UDMA/100
[ =A0 =A03.523150] scsi 4:0:0:0: CD-ROM =A0 =A0 =A0 =A0 =A0 =A0TSST= corp DVD-ROM SN-108DN D150 PQ: 0 ANSI: 5
[ =A0 =A03.533834] sr0: scsi3-mmc drive: 24x/24x cd/rw xa/form2 cdda t= ray
[ =A0 =A03.533904] cdrom: Uniform CD-ROM driver Revision: 3.2= 0
[ =A0 =A03.534114] sr 4:0:0:0: Attached scsi CD-ROM sr0
[ =A0 =A03.534176] sr 4:0:0:0: Attached scsi generic sg1 type 5
[ =A0 =A03.615704] usb 2-1.1: new high-speed USB device number 3 using= ehci-pci
[ =A0 =A03.721480] usb 2-1.1: New USB device found, idV= endor=3D0b95, idProduct=3D1780
[ =A0 =A03.721550] usb 2-1.1: New = USB device strings: Mfr=3D1, Product=3D2, SerialNumber=3D3
[ =A0 =A03.721633] usb 2-1.1: Product: AX88178
[ =A0 =A03.72= 1696] usb 2-1.1: Manufacturer: ASIX Elec. Corp.
[ =A0 =A03.721760= ] usb 2-1.1: SerialNumber: 000002
[ =A0 =A03.791674] usb 2-1.2: n= ew low-speed USB device number 4 using ehci-pci
[ =A0 =A03.851623] ata6: SATA link down (SStatus 0 SControl 300)
=
[ =A0 =A03.896023] usb 2-1.2: New USB device found, idVendor=3D1061, i= dProduct=3D0101
[ =A0 =A03.896102] usb 2-1.2: New USB device stri= ngs: Mfr=3D1, Product=3D2, SerialNumber=3D0
[ =A0 =A03.896184] usb 2-1.2: Product: USB Keyboard & Mouse
<= div>[ =A0 =A03.896248] usb 2-1.2: Manufacturer: Motorola
[ =A0 = =A03.903720] hidraw: raw HID events driver (C) Jiri Kosina
[ =A0 = =A03.911687] usbcore: registered new interface driver usbhid
[ =A0 =A03.911754] usbhid: USB HID core driver
[ =A0 =A03.91= 3114] input: Motorola USB Keyboard & Mouse as /devices/pci0000:00/0000:= 00:1d.0/usb2/2-1/2-1.2/2-1.2:1.0/input/input1
[ =A0 =A03.913287] = hid-generic 0003:1061:0101.0001: input,hidraw0: USB HID v1.11 Keyboard [Mot= orola USB Keyboard & Mouse] on usb-0000:00:1d.0-1.2/input0
[ =A0 =A03.913465] input: Motorola USB Keyboard & Mouse as /device= s/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2:1.1/input/input2
[= =A0 =A03.913648] hid-generic 0003:1061:0101.0002: input,hidraw1: USB HID v= 1.11 Mouse [Motorola USB Keyboard & Mouse] on usb-0000:00:1d.0-1.2/inpu= t1
[ =A0 =A03.971702] usb 2-1.5: new high-speed USB device number 5 using= ehci-pci
[ =A0 =A04.004005] igb 0000:04:00.0: added PHC on eth2<= /div>
[ =A0 =A04.004073] igb 0000:04:00.0: Intel(R) Gigabit Ethernet Ne= twork Connection
[ =A0 =A04.004141] igb 0000:04:00.0: eth2: (PCIe:2.5Gb/s:Width x4) 90:= e2:ba:53:e5:24
[ =A0 =A04.004210] igb 0000:04:00.0: eth2: PBA No:= Unknown
[ =A0 =A04.004275] igb 0000:04:00.0: Using MSI-X interru= pts. 4 rx queue(s), 4 tx queue(s)
[ =A0 =A04.004403] xen: registering gsi 17 triggering 0 polarity 1
[ =A0 =A04.004406] Already setup the GSI :17
[ =A0 =A04.06= 3964] usb 2-1.5: New USB device found, idVendor=3D0424, idProduct=3D2514
[ =A0 =A04.064034] usb 2-1.5: New USB device strings: Mfr=3D0, Prod= uct=3D0, SerialNumber=3D0
[ =A0 =A04.064453] hub 2-1.5:1.0: USB hub found
[ =A0 =A04.0= 64664] hub 2-1.5:1.0: 4 ports detected
[ =A0 =A04.115846] bio: cr= eate slab <bio-1> at 1
[ =A0 =A04.550844] EXT4-fs (dm-0): m= ounted filesystem with ordered data mode. Opts: (null)
[ =A0 =A04.968014] igb 0000:04:00.1: added PHC on eth3
[ =A0= =A04.968096] igb 0000:04:00.1: Intel(R) Gigabit Ethernet Network Connectio= n
[ =A0 =A04.968164] igb 0000:04:00.1: eth3: (PCIe:2.5Gb/s:Width = x4) 90:e2:ba:53:e5:25
[ =A0 =A04.968233] igb 0000:04:00.1: eth3: PBA No: Unknown
[= =A0 =A04.968298] igb 0000:04:00.1: Using MSI-X interrupts. 4 rx queue(s), = 4 tx queue(s)
[ =A0 =A06.364613] Adding 4161532k swap on /dev/map= per/fiat--vg-swap_1. =A0Priority:-1 extents:1 across:4161532k FS
[ =A0 =A06.900721] EXT4-fs (dm-0): re-mounted. Opts: errors=3Dremount-= ro
[ =A0 =A07.078991] IPv6: ADDRCONF(NETDEV_UP): eth0: link is no= t ready
[ =A0 =A07.078996] IPv6: ADDRCONF(NETDEV_UP): eth1: link = is not ready
[ =A0 =A07.079000] IPv6: ADDRCONF(NETDEV_UP): eth2: link is not ready<= /div>
[ =A0 =A07.079004] IPv6: ADDRCONF(NETDEV_UP): eth3: link is not r= eady
[ =A0 =A07.371646] systemd-udevd[361]: starting version 204<= /div>
[ =A0 =A07.878340] lp: driver loaded but no devices found
[ =A0 = =A09.826047] wmi: Mapper loaded
[ =A0 =A09.843887] systemd-udevd[= 460]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event'= 'socket:/org/xen/xend/udev_event': No such file or directory
[ =A0 =A09.846621] systemd-udevd[465]: failed to execute '/lib/ude= v/socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event= ': No such file or directory
[ =A0 =A09.847206] systemd-udevd= [466]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event'= ; 'socket:/org/xen/xend/udev_event': No such file or directory
[ =A0 =A09.849555] systemd-udevd[467]: failed to execute '/lib/ude= v/socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event= ': No such file or directory
[ =A0 =A09.851680] systemd-udevd= [469]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event'= ; 'socket:/org/xen/xend/udev_event': No such file or directory
[ =A0 =A09.853643] systemd-udevd[472]: failed to execute '/lib/ude= v/socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event= ': No such file or directory
[ =A0 =A09.855475] systemd-udevd= [474]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event'= ; 'socket:/org/xen/xend/udev_event': No such file or directory
[ =A0 =A09.857872] systemd-udevd[476]: failed to execute '/lib/ude= v/socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event= ': No such file or directory
[ =A0 =A09.859002] ACPI Warning:= 0x0000000000000428-0x000000000000042f SystemIO conflicts with Region \PMIO= 1 (20130517/utaddress-251)
[ =A0 =A09.859007] ACPI: If an ACPI driver is available for this devic= e, you should use it instead of the native driver
[ =A0 =A09.8590= 11] ACPI Warning: 0x0000000000000540-0x000000000000054f SystemIO conflicts = with Region \GPIO 1 (20130517/utaddress-251)
[ =A0 =A09.859013] ACPI: If an ACPI driver is available for this devic= e, you should use it instead of the native driver
[ =A0 =A09.8590= 14] ACPI Warning: 0x0000000000000530-0x000000000000053f SystemIO conflicts = with Region \GPIO 1 (20130517/utaddress-251)
[ =A0 =A09.859017] ACPI: If an ACPI driver is available for this devic= e, you should use it instead of the native driver
[ =A0 =A09.8590= 18] ACPI Warning: 0x0000000000000500-0x000000000000052f SystemIO conflicts = with Region \GPIO 1 (20130517/utaddress-251)
[ =A0 =A09.859020] ACPI: If an ACPI driver is available for this devic= e, you should use it instead of the native driver
[ =A0 =A09.8590= 21] lpc_ich: Resource conflict(s) found affecting gpio_ich
[ =A0 = =A09.879903] systemd-udevd[487]: failed to execute '/lib/udev/socket:/o= rg/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event': No s= uch file or directory
[ =A0 =A09.897625] microcode: CPU0 sig=3D0x206a7, pf=3D0x2, revision= =3D0x29
[ =A0 10.062885] dcdbas dcdbas: Dell Systems Management B= ase Driver (version 5.6.0-3.2)
[ =A0 10.395062] microcode: CPU1 s= ig=3D0x206a7, pf=3D0x2, revision=3D0x29
[ =A0 10.400676] microcode: CPU2 sig=3D0x206a7, pf=3D0x2, revision=3D0= x29
[ =A0 10.401495] microcode: CPU3 sig=3D0x206a7, pf=3D0x2, rev= ision=3D0x29
[ =A0 10.402320] microcode: Microcode Update Driver:= v2.00 <tigran@aivazian.f= snet.co.uk>, Peter Oruba
[ =A0 10.610920] systemd-udevd[570]: failed to execute '/lib/udev/= socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event&#= 39;: No such file or directory
[ =A0 10.610941] systemd-udevd[571= ]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' &#= 39;socket:/org/xen/xend/udev_event': No such file or directory
[ =A0 10.612923] systemd-udevd[573]: failed to execute '/lib/udev/= socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event&#= 39;: No such file or directory
[ =A0 10.749729] Bluetooth: Core v= er 2.16
[ =A0 10.749748] NET: Registered protocol family 31
[ =A0 10= .749750] Bluetooth: HCI device and connection manager initialized
[ =A0 10.749756] Bluetooth: HCI socket layer initialized
[ =A0 1= 0.749758] Bluetooth: L2CAP socket layer initialized
[ =A0 10.749762] Bluetooth: SCO socket layer initialized
[ = =A0 10.922110] type=3D1400 audit(1391611320.655:2): apparmor=3D"STATUS= " operation=3D"profile_load" parent=3D544 profile=3D"un= confined" name=3D"/sbin/dhclient" pid=3D560 comm=3D"app= armor_parser"
[ =A0 10.922117] type=3D1400 audit(1391611320.655:3): apparmor=3D"= ;STATUS" operation=3D"profile_load" parent=3D544 profile=3D&= quot;unconfined" name=3D"/usr/lib/NetworkManager/nm-dhcp-client.a= ction" pid=3D560 comm=3D"apparmor_parser"
[ =A0 10.922120] type=3D1400 audit(1391611320.655:4): apparmor=3D"= ;STATUS" operation=3D"profile_load" parent=3D544 profile=3D&= quot;unconfined" name=3D"/usr/lib/connman/scripts/dhclient-script= " pid=3D560 comm=3D"apparmor_parser"
[ =A0 10.922132] type=3D1400 audit(1391611320.655:5): apparmor=3D"= ;STATUS" operation=3D"profile_replace" parent=3D542 profile= =3D"unconfined" name=3D"/sbin/dhclient" pid=3D556 comm= =3D"apparmor_parser"
[ =A0 10.922139] type=3D1400 audit(1391611320.655:6): apparmor=3D"= ;STATUS" operation=3D"profile_replace" parent=3D542 profile= =3D"unconfined" name=3D"/usr/lib/NetworkManager/nm-dhcp-clie= nt.action" pid=3D556 comm=3D"apparmor_parser"
[ =A0 10.922142] type=3D1400 audit(1391611320.655:7): apparmor=3D"= ;STATUS" operation=3D"profile_replace" parent=3D542 profile= =3D"unconfined" name=3D"/usr/lib/connman/scripts/dhclient-sc= ript" pid=3D556 comm=3D"apparmor_parser"
[ =A0 10.922156] type=3D1400 audit(1391611320.655:8): apparmor=3D"= ;STATUS" operation=3D"profile_replace" parent=3D543 profile= =3D"unconfined" name=3D"/sbin/dhclient" pid=3D559 comm= =3D"apparmor_parser"
[ =A0 10.922162] type=3D1400 audit(1391611320.655:9): apparmor=3D"= ;STATUS" operation=3D"profile_replace" parent=3D543 profile= =3D"unconfined" name=3D"/usr/lib/NetworkManager/nm-dhcp-clie= nt.action" pid=3D559 comm=3D"apparmor_parser"
[ =A0 10.922166] type=3D1400 audit(1391611320.655:10): apparmor=3D&quo= t;STATUS" operation=3D"profile_replace" parent=3D543 profile= =3D"unconfined" name=3D"/usr/lib/connman/scripts/dhclient-sc= ript" pid=3D559 comm=3D"apparmor_parser"
[ =A0 10.922186] type=3D1400 audit(1391611320.655:11): apparmor=3D&quo= t;STATUS" operation=3D"profile_replace" parent=3D547 profile= =3D"unconfined" name=3D"/sbin/dhclient" pid=3D557 comm= =3D"apparmor_parser"
[ =A0 10.960369] Bluetooth: RFCOMM TTY layer initialized
[ = =A0 10.960378] Bluetooth: RFCOMM socket layer initialized
[ =A0 1= 0.960379] Bluetooth: RFCOMM ver 1.11
[ =A0 11.096147] init: avahi= -cups-reload main process (598) terminated with status 1
[ =A0 11.167124] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[ =A0 11.167127] Bluetooth: BNEP filters: protocol multicast
[ = =A0 11.167134] Bluetooth: BNEP socket layer initialized
[ =A0 11.= 287751] asix 2-1.1:1.0 eth0: register 'asix' at usb-0000:00:1d.0-1.= 1, ASIX AX88178 USB 2.0 Ethernet, 00:0e:c6:88:f6:d3
[ =A0 11.287788] usbcore: registered new interface driver asix
[ =A0 11.288748] systemd-udevd[642]: failed to execute '/lib/udev/so= cket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event'= ;: No such file or directory
[ =A0 11.341535] ppdev: user-space parallel port driver
[ = =A0 11.696251] Bridge firewalling registered
[ =A0 11.699221] dev= ice eth0 entered promiscuous mode
[ =A0 12.437016] IPv6: ADDRCONF= (NETDEV_UP): eth0: link is not ready
[ =A0 12.437109] IPv6: ADDRCONF(NETDEV_UP): xenbr0: link is not ready<= /div>
[ =A0 15.138103] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link become= s ready
[ =A0 15.139187] asix 2-1.1:1.0 eth0: link up, 1000Mbps, = full-duplex, lpa 0xC5E1
[ =A0 15.143931] xenbr0: port 1(eth0) entered forwarding state
[ =A0 15.143942] xenbr0: port 1(eth0) entered forwarding state
[ =A0 15.143955] IPv6: ADDRCONF(NETDEV_CHANGE): xenbr0: link becomes ready=
[ =A0 15.768228] init: udev-fallback-graphics main process (932) termi= nated with status 1
[ =A0 17.202300] init: failsafe main process = (628) killed by TERM signal
[ =A0 17.799180] audit_printk_skb: 69= callbacks suppressed
[ =A0 17.799184] type=3D1400 audit(1391611327.531:35): apparmor=3D&quo= t;STATUS" operation=3D"profile_replace" parent=3D1353 profil= e=3D"unconfined" name=3D"/sbin/dhclient" pid=3D1361 com= m=3D"apparmor_parser"
[ =A0 17.799189] type=3D1400 audit(1391611327.531:36): apparmor=3D&quo= t;STATUS" operation=3D"profile_replace" parent=3D1353 profil= e=3D"unconfined" name=3D"/usr/lib/NetworkManager/nm-dhcp-cli= ent.action" pid=3D1361 comm=3D"apparmor_parser"
[ =A0 17.799193] type=3D1400 audit(1391611327.531:37): apparmor=3D&quo= t;STATUS" operation=3D"profile_replace" parent=3D1353 profil= e=3D"unconfined" name=3D"/usr/lib/connman/scripts/dhclient-s= cript" pid=3D1361 comm=3D"apparmor_parser"
[ =A0 17.799644] type=3D1400 audit(1391611327.535:38): apparmor=3D&quo= t;STATUS" operation=3D"profile_replace" parent=3D1353 profil= e=3D"unconfined" name=3D"/usr/lib/NetworkManager/nm-dhcp-cli= ent.action" pid=3D1361 comm=3D"apparmor_parser"
[ =A0 17.799649] type=3D1400 audit(1391611327.535:39): apparmor=3D&quo= t;STATUS" operation=3D"profile_replace" parent=3D1353 profil= e=3D"unconfined" name=3D"/usr/lib/connman/scripts/dhclient-s= cript" pid=3D1361 comm=3D"apparmor_parser"
[ =A0 17.799876] type=3D1400 audit(1391611327.535:40): apparmor=3D&quo= t;STATUS" operation=3D"profile_replace" parent=3D1353 profil= e=3D"unconfined" name=3D"/usr/lib/connman/scripts/dhclient-s= cript" pid=3D1361 comm=3D"apparmor_parser"
[ =A0 18.034955] type=3D1400 audit(1391611327.767:41): apparmor=3D&quo= t;STATUS" operation=3D"profile_load" parent=3D1353 profile= =3D"unconfined" name=3D"/usr/lib/x86_64-linux-gnu/lightdm-re= mote-session-freerdp/freerdp-session-wrapper" pid=3D1359 comm=3D"= apparmor_parser"
[ =A0 18.034960] type=3D1400 audit(1391611327.767:42): apparmor=3D&quo= t;STATUS" operation=3D"profile_load" parent=3D1353 profile= =3D"unconfined" name=3D"chromium_browser" pid=3D1359 co= mm=3D"apparmor_parser"
[ =A0 18.035292] type=3D1400 audit(1391611327.767:43): apparmor=3D&quo= t;STATUS" operation=3D"profile_replace" parent=3D1353 profil= e=3D"unconfined" name=3D"chromium_browser" pid=3D1359 c= omm=3D"apparmor_parser"
[ =A0 18.067968] type=3D1400 audit(1391611327.803:44): apparmor=3D&quo= t;STATUS" operation=3D"profile_load" parent=3D1353 profile= =3D"unconfined" name=3D"/usr/lib/x86_64-linux-gnu/lightdm-re= mote-session-uccsconfigure/uccsconfigure-session-wrapper" pid=3D1360 c= omm=3D"apparmor_parser"
[ =A0 19.521968] xen:xen_evtchn: Event-channel device installed
<= div>[ =A0 20.668188] IPv6: ADDRCONF(NETDEV_UP): eth2: link is not ready
[ =A0 20.668698] IPv6: ADDRCONF(NETDEV_UP): eth2: link is not ready<= /div>
[ =A0 21.508464] IPv6: ADDRCONF(NETDEV_UP): eth4: link is not ready
[ =A0 21.508911] IPv6: ADDRCONF(NETDEV_UP): eth4: link is not ready=
[ =A0 21.600614] bnx2 0000:05:00.0 eth3: using MSIX
[ = =A0 21.600639] IPv6: ADDRCONF(NETDEV_UP): eth3: link is not ready
[ =A0 21.601034] IPv6: ADDRCONF(NETDEV_UP): eth3: link is not ready
[ =A0 21.656654] bnx2 0000:05:00.1 eth1: using MSIX
[ =A0= 21.656676] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready
[ = =A0 21.657027] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready
[ =A0 30.168115] xenbr0: port 1(eth0) entered forwarding state
[ =A0679.030308] xen_pciback: backend is passthrough
[ =A0679.= 119557] pciback 0000:05:00.0: seizing device
[ =A0679.135333] xen= : registering gsi 16 triggering 0 polarity 1
[ =A0679.135338] Already setup the GSI :16
[ =A0679.223564] = pciback 0000:05:00.1: seizing device
[ =A0679.239332] xen: regist= ering gsi 17 triggering 0 polarity 1
[ =A0679.239337] Already set= up the GSI :17
[ =A0826.675306] IPv6: ADDRCONF(NETDEV_UP): vif1.0: link is not ready<= /div>
[ =A0826.675650] IPv6: ADDRCONF(NETDEV_UP): vif1.0: link is not r= eady
[ =A0826.847467] device vif1.0 entered promiscuous mode
[ =A0827.529251] ip_tables: (C) 2000-2006 Netfilter Core Team
[ = =A0827.871604] device vif1.0-emu entered promiscuous mode
[ =A082= 7.872947] xenbr0: port 3(vif1.0-emu) entered forwarding state
[ = =A0827.872953] xenbr0: port 3(vif1.0-emu) entered forwarding state
[ =A0842.899266] xenbr0: port 3(vif1.0-emu) entered forwarding state


/etc/xen/ubuntu-hvm-0.cfg
kernel =3D "/usr/lib/xen-4.3/boot/hvmloader"
builder=3D'hvm'
memory =3D 1024
vcpus=3D2
=
name =3D "ubuntu-hvm-0"
vif =3D ['bridge=3Dxen= br0']
pci_permissive=3D1
pci=3D ['05:00.0',= '05:00.1']
disk =3D ['phy:/dev/fiat-vg/ubuntu-hvm-0,hda,w','file:/roo= t/ubuntu-12.04.3-server-amd64.iso,hdc:cdrom,r']
acpi =3D 1
device_model =3D 'qemu-dm'
boot=3D"d"
sdl=3D0
serial=3D'pty'
vnc=3D1
#= vnclisten=3D""
vncpasswd=3D""
on_po= weroff =3D 'destroy'
on_reboot =A0 =3D 'restart'<= /div>
on_crash =A0 =A0=3D 'restart'



Any suggestions?


On W= ed, Feb 5, 2014 at 8:54 AM, Mike Neiderhauser <mikeneiderhauser@g= mail.com> wrote:
I have. But I cant seem to = get the xm toolstack to switch with xl.

Regards


=
On Wed, Feb 5, 2014 at 8:53 AM, Ian Campbell <Ian.Campbell@citrix.com> wrote:
On Wed, 2014-02-05 at 08:43 -0500, Mike= Neiderhauser wrote:
> Do you have any suggestions for a setup guide for 4.3? I have
> installed xen-hypervisor-4.3-amd64 from ubuntu package manger and I > don't know where to go from here.

Have you looked on the wiki?





--047d7b33dc443f422c04f1aa0528-- --===============5307634946648602368== 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 --===============5307634946648602368==-- From xen-users-bounces@lists.xen.org Wed Feb 05 16:35:23 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Feb 2014 16:35: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 1WB5RT-0006RP-JW; Wed, 05 Feb 2014 16:35:15 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WB4g5-0002oI-U4 for xen-users@lists.xen.org; Wed, 05 Feb 2014 15:46:18 +0000 Received: from [85.158.143.35:41443] by server-3.bemta-4.messagelabs.com id 10/1D-11539-9CC52F25; Wed, 05 Feb 2014 15:46:17 +0000 X-Env-Sender: mikeneiderhauser@gmail.com X-Msg-Ref: server-14.tower-21.messagelabs.com!1391615175!3382451!1 X-Originating-IP: [209.85.212.47] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28680 invoked from network); 5 Feb 2014 15:46:16 -0000 Received: from mail-vb0-f47.google.com (HELO mail-vb0-f47.google.com) (209.85.212.47) by server-14.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 5 Feb 2014 15:46:16 -0000 Received: by mail-vb0-f47.google.com with SMTP id p6so414491vbe.34 for ; Wed, 05 Feb 2014 07:46: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:from:date:message-id:subject:to :cc:content-type; bh=B7NrlV/u0K0H7v2b100l19bw2s+du92ustGK8OV7QO4=; b=r+l9Bzc+uo/AQer7evHm6azbmYzk9VUpv6uJwDBeT+SOj82aupin9maSEXZ4doq1KZ xiAmPaKJLnKPwQGp/SnoHh3qXl0gdCsV0vAf915MezuYRhm+70ahaYo18/7MQIxpQkFD nrHUYlRWzslaPDKfp1YFS54tDlyG0LfWYUa5xSq+QT/vp0zqmdjPbtsQnchYgX2dBk+s vVmgVNtScEFwJeSI7y9tNsY936UL8EjNhRQAPFisifnlUQB+tYaDKNS/+xJBQmjEDbF0 OX5nZBd6gilnDvtLqmSHj1dC1Ut4JdTFKaN9MmanjI2jyV9/DsA5OG/r6Xie92/2VW58 fT3A== X-Received: by 10.58.90.1 with SMTP id bs1mr1420548veb.29.1391615174889; Wed, 05 Feb 2014 07:46:14 -0800 (PST) MIME-Version: 1.0 Received: by 10.52.233.73 with HTTP; Wed, 5 Feb 2014 07:45:34 -0800 (PST) In-Reply-To: <1391612577.23098.8.camel@kazak.uk.xensource.com> References: <1391592063.6497.71.camel@kazak.uk.xensource.com> <1391603593.6497.145.camel@kazak.uk.xensource.com> <1391604724.6497.149.camel@kazak.uk.xensource.com> <1391606132.6497.151.camel@kazak.uk.xensource.com> <1391608412.6497.167.camel@kazak.uk.xensource.com> <1391612577.23098.8.camel@kazak.uk.xensource.com> From: Mike Neiderhauser Date: Wed, 5 Feb 2014 10:45:34 -0500 Message-ID: To: Ian Campbell X-Mailman-Approved-At: Wed, 05 Feb 2014 16:35:10 +0000 Cc: xen-users Subject: Re: [Xen-users] Requesting Help - Error: pci: PCI Backend and pci-stub don't own device X-BeenThere: xen-users@lists.xen.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="===============6967829008720519346==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6967829008720519346== Content-Type: multipart/alternative; boundary=089e0118457429d7ff04f1aaa877 --089e0118457429d7ff04f1aaa877 Content-Type: text/plain; charset=ISO-8859-1 I am running into gnome-session errors for the desktop to get VNC up. I will report back when I get that fixed. Regards. On Wed, Feb 5, 2014 at 10:02 AM, Ian Campbell wrote: > On Wed, 2014-02-05 at 10:00 -0500, Mike Neiderhauser wrote: > > > > > When trying to create the domu I get this: > > > > > > root@fiat:~# xl create /etc/xen/ubuntu-hvm-0.cfg > > Parsing config from /etc/xen/ubuntu-hvm-0.cfg > > WARNING: ignoring "kernel" directive for HVM guest. Use > > "firmware_override" instead if you really want a non-default firmware > > WARNING: ignoring device_model directive. > > WARNING: Use "device_model_override" instead if you really want a > > non-default device_model > > xc: info: VIRTUAL MEMORY ARRANGEMENT: > > Loader: 0000000000100000->00000000001a69a4 > > Modules: 0000000000000000->0000000000000000 > > TOTAL: 0000000000000000->000000003f800000 > > ENTRY ADDRESS: 0000000000100608 > > xc: info: PHYSICAL MEMORY ALLOCATION: > > 4KB PAGES: 0x0000000000000200 > > 2MB PAGES: 0x00000000000001fb > > 1GB PAGES: 0x0000000000000000 > > libxl: error: libxl_pci.c:990:libxl__device_pci_reset: The kernel > > doesn't support reset from sysfs for PCI device 0000:05:00.0 > > libxl: error: libxl_pci.c:990:libxl__device_pci_reset: The kernel > > doesn't support reset from sysfs for PCI device 0000:05:00.1 > > Daemon running with PID 3095 > > This looks like it has worked. Can you connect to the guest console > and/or vnc manually? > > Ian. > > > --089e0118457429d7ff04f1aaa877 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I am running into gnome-session errors for the desktop to = get VNC up. =A0I will report back when I get that fixed.

Regards.


On Wed, Feb 5, 2014 at 10:02 AM, Ian Campbell <Ian.Campbell@citrix.c= om> wrote:
On Wed, 2014-02-05 at 10:00 -0500, Mike Neiderhauser wrot= e:

>
> When trying to create the domu I get this:
>
>
> root@fiat:~# xl create /etc/xen/ubuntu-hvm-0.cfg
> Parsing config from /etc/xen/ubuntu-hvm-0.cfg
> WARNING: ignoring "kernel" directive for HVM guest. Use
> "firmware_override" instead if you really want a non-default= firmware
> WARNING: ignoring device_model directive.
> WARNING: Use "device_model_override" instead if you really w= ant a
> non-default device_model
> xc: info: VIRTUAL MEMORY ARRANGEMENT:
> =A0 Loader: =A0 =A0 =A0 =A00000000000100000->00000000001a69a4
> =A0 Modules: =A0 =A0 =A0 0000000000000000->0000000000000000
> =A0 TOTAL: =A0 =A0 =A0 =A0 0000000000000000->000000003f800000
> =A0 ENTRY ADDRESS: 0000000000100608
> xc: info: PHYSICAL MEMORY ALLOCATION:
> =A0 4KB PAGES: 0x0000000000000200
> =A0 2MB PAGES: 0x00000000000001fb
> =A0 1GB PAGES: 0x0000000000000000
> libxl: error: libxl_pci.c:990:libxl__device_pci_reset: The kernel
> doesn't support reset from sysfs for PCI device 0000:05:00.0
> libxl: error: libxl_pci.c:990:libxl__device_pci_reset: The kernel
> doesn't support reset from sysfs for PCI device 0000:05:00.1
> Daemon running with PID 3095

This looks like it has worked. Can you connect to the guest console and/or vnc manually?

Ian.



--089e0118457429d7ff04f1aaa877-- --===============6967829008720519346== 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 --===============6967829008720519346==-- From xen-users-bounces@lists.xen.org Wed Feb 05 16:35:23 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Feb 2014 16:35: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 1WB5RS-0006R0-P9; Wed, 05 Feb 2014 16:35:14 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WB3y7-000845-1W for xen-users@lists.xen.org; Wed, 05 Feb 2014 15:00:52 +0000 Received: from [85.158.137.68:33430] by server-13.bemta-3.messagelabs.com id CA/30-26923-22252F25; Wed, 05 Feb 2014 15:00:50 +0000 X-Env-Sender: mikeneiderhauser@gmail.com X-Msg-Ref: server-11.tower-31.messagelabs.com!1391612441!13602791!1 X-Originating-IP: [209.85.220.178] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30724 invoked from network); 5 Feb 2014 15:00:43 -0000 Received: from mail-vc0-f178.google.com (HELO mail-vc0-f178.google.com) (209.85.220.178) by server-11.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 5 Feb 2014 15:00:43 -0000 Received: by mail-vc0-f178.google.com with SMTP id ik5so365403vcb.23 for ; Wed, 05 Feb 2014 07:00:41 -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-type; bh=327Wf/h0l4xMHVUz0QlD37s1B9/Y4b4CD1i0+mZgEQs=; b=0/mnDkfRPm0X1W7M6Uhq3AZm34feP5+JdSspLgSVbfDOOG3HjTqwwFAhNTcnSdV/9h iQmQxGgASXR1yn9HLA+3Ifizbpich+q0+g4pFEEc5e/aSqSbDh2zqHoTeV9LI1AXTM16 1fgrZeS/Ys64kElrMXPDI6/Q002/rTAb0B3kfPqE6ySRtbCFItdVHBhj/mEEDA4fqC/k 5vod5K2z6KaXjAjE5LAz+QbdbFipLDYJRSvsdVC0nqS6IpXk0Rc+yu0SBmDqqFc53pN7 e/YtVv1BtD3fNowRauq3cNZQe+ujdh03OpcYZxN5KsuB5KVaEH14ty8UG65iIbguLKV8 p3Vg== X-Received: by 10.220.71.20 with SMTP id f20mr153770vcj.70.1391612441606; Wed, 05 Feb 2014 07:00:41 -0800 (PST) MIME-Version: 1.0 Received: by 10.52.233.73 with HTTP; Wed, 5 Feb 2014 07:00:00 -0800 (PST) In-Reply-To: References: <1391592063.6497.71.camel@kazak.uk.xensource.com> <1391603593.6497.145.camel@kazak.uk.xensource.com> <1391604724.6497.149.camel@kazak.uk.xensource.com> <1391606132.6497.151.camel@kazak.uk.xensource.com> <1391608412.6497.167.camel@kazak.uk.xensource.com> From: Mike Neiderhauser Date: Wed, 5 Feb 2014 10:00:00 -0500 Message-ID: To: Ian Campbell X-Mailman-Approved-At: Wed, 05 Feb 2014 16:35:10 +0000 Cc: xen-users Subject: Re: [Xen-users] Requesting Help - Error: pci: PCI Backend and pci-stub don't own device X-BeenThere: xen-users@lists.xen.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="===============5307634946648602368==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5307634946648602368== Content-Type: multipart/alternative; boundary=047d7b33dc443f422c04f1aa0528 --047d7b33dc443f422c04f1aa0528 Content-Type: text/plain; charset=ISO-8859-1 Okay. I was able to switch over the toolstack to xl. When trying to create the domu I get this: root@fiat:~# xl create /etc/xen/ubuntu-hvm-0.cfg Parsing config from /etc/xen/ubuntu-hvm-0.cfg WARNING: ignoring "kernel" directive for HVM guest. Use "firmware_override" instead if you really want a non-default firmware WARNING: ignoring device_model directive. WARNING: Use "device_model_override" instead if you really want a non-default device_model xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->00000000001a69a4 Modules: 0000000000000000->0000000000000000 TOTAL: 0000000000000000->000000003f800000 ENTRY ADDRESS: 0000000000100608 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x0000000000000200 2MB PAGES: 0x00000000000001fb 1GB PAGES: 0x0000000000000000 libxl: error: libxl_pci.c:990:libxl__device_pci_reset: The kernel doesn't support reset from sysfs for PCI device 0000:05:00.0 libxl: error: libxl_pci.c:990:libxl__device_pci_reset: The kernel doesn't support reset from sysfs for PCI device 0000:05:00.1 Daemon running with PID 3095 xl dmesg root@fiat:~# xl dmesg (XEN) Xen version 4.3.0 (Ubuntu 4.3.0-1ubuntu1.2) ( stefan.bader@canonical.com) (gcc (Ubuntu/Linaro 4.8.1-10ubuntu8) 4.8.1) debug=n Tue Dec 17 15:35:25 UTC 2013 (XEN) Bootloader: GRUB 2.00-19ubuntu2.1 (XEN) Command line: placeholder dom0_mem=1024M (XEN) Video information: (XEN) VGA is text mode 80x25, font 8x16 (XEN) VBE/DDC methods: none; EDID transfer time: 0 seconds (XEN) EDID info not retrieved because no DDC retrieval method detected (XEN) Disc information: (XEN) Found 1 MBR signatures (XEN) Found 1 EDD information structures (XEN) Xen-e820 RAM map: (XEN) 0000000000000000 - 000000000009e400 (usable) (XEN) 000000000009e400 - 00000000000a0000 (reserved) (XEN) 00000000000e0000 - 0000000000100000 (reserved) (XEN) 0000000000100000 - 00000000bdfb0000 (usable) (XEN) 00000000bdfb0000 - 00000000bf3b0000 (reserved) (XEN) 00000000bf3b0000 - 00000000bf5d7000 (usable) (XEN) 00000000bf5d7000 - 00000000bf5d9000 (reserved) (XEN) 00000000bf5d9000 - 00000000bf5ea000 (usable) (XEN) 00000000bf5ea000 - 00000000bf5ee000 (reserved) (XEN) 00000000bf5ee000 - 00000000bf5f0000 (usable) (XEN) 00000000bf5f0000 - 00000000bf601000 (reserved) (XEN) 00000000bf601000 - 00000000bf63f000 (usable) (XEN) 00000000bf63f000 - 00000000bf6bf000 (reserved) (XEN) 00000000bf6bf000 - 00000000bf7bf000 (ACPI NVS) (XEN) 00000000bf7bf000 - 00000000bf7f0000 (ACPI data) (XEN) 00000000bf7f0000 - 00000000bf800000 (usable) (XEN) 00000000bf800000 - 00000000c0000000 (reserved) (XEN) 00000000e0000000 - 00000000f0000000 (reserved) (XEN) 00000000feb00000 - 00000000feb04000 (reserved) (XEN) 00000000fec00000 - 00000000fec01000 (reserved) (XEN) 00000000fed10000 - 00000000fed1a000 (reserved) (XEN) 00000000fed1c000 - 00000000fed20000 (reserved) (XEN) 00000000fee00000 - 00000000fee01000 (reserved) (XEN) 00000000ffc00000 - 0000000100000000 (reserved) (XEN) 0000000100000000 - 0000000140000000 (usable) (XEN) ACPI: RSDP 000FE020, 0024 (r2 DELL ) (XEN) ACPI: XSDT BF7EF170, 00A4 (r1 DELL PE_SC3 1 DELL 40000) (XEN) ACPI: FACP BF7EB000, 00F4 (r4 DELL PE_SC3 1 DELL 40000) (XEN) ACPI: DSDT BF7E1000, 68FE (r1 DELL PE_SC3 0 DELL 40000) (XEN) ACPI: FACS BF7B8000, 0040 (XEN) ACPI: SPMI BF7EE000, 0040 (r5 DELL PE_SC3 1 DELL 40000) (XEN) ACPI: DMAR BF7ED000, 0078 (r1 DELL PE_SC3 1 DELL 40000) (XEN) ACPI: ASF! BF7EC000, 00A5 (r32 DELL PE_SC3 1 DELL 40000) (XEN) ACPI: HPET BF7EA000, 0038 (r1 DELL PE_SC3 1 DELL 40000) (XEN) ACPI: APIC BF7E9000, 0092 (r2 DELL PE_SC3 1 DELL 40000) (XEN) ACPI: MCFG BF7E8000, 003C (r1 DELL PE_SC3 1 DELL 40000) (XEN) ACPI: BOOT BF7DE000, 0028 (r1 DELL PE_SC3 1 DELL 40000) (XEN) ACPI: SSDT BF7DD000, 02F6 (r1 DELL PE_SC3 1000 DELL 40000) (XEN) ACPI: ASPT BF7DA000, 0034 (r7 DELL PE_SC3 1 DELL 40000) (XEN) ACPI: SSDT BF7D9000, 060E (r1 DELL PE_SC3 3000 DELL 40000) (XEN) ACPI: SSDT BF7D8000, 0A92 (r1 DELL PE_SC3 3000 DELL 40000) (XEN) ACPI: HEST BF7D7000, 00A8 (r1 DELL PE_SC3 0 DELL 40000) (XEN) ACPI: ERST BF7D6000, 0230 (r1 DELL PE_SC3 0 DELL 40000) (XEN) ACPI: BERT BF7D5000, 0030 (r1 DELL PE_SC3 0 DELL 40000) (XEN) ACPI: EINJ BF7D4000, 0130 (r1 DELL PE_SC3 0 DELL 40000) (XEN) System RAM: 4065MB (4163416kB) (XEN) Domain heap initialised (XEN) Processor #0 6:10 APIC version 21 (XEN) Processor #2 6:10 APIC version 21 (XEN) Processor #4 6:10 APIC version 21 (XEN) Processor #6 6:10 APIC version 21 (XEN) IOAPIC[0]: apic_id 0, version 32, address 0xfec00000, GSI 0-23 (XEN) Enabling APIC mode: Flat. Using 1 I/O APICs (XEN) [VT-D]dmar.c:583: RMRR address range not in reserved memory base = 0 end = fff; iommu_inclusive_mapping=1 parameter may be needed. (XEN) Switched to APIC driver x2apic_cluster. (XEN) Using scheduler: SMP Credit Scheduler (credit) (XEN) Detected 3093.056 MHz processor. (XEN) Initing memory sharing. (XEN) xstate_init: using cntxt_size: 0x340 and states: 0x7 (XEN) Intel VT-d iommu 0 supported page sizes: 4kB. (XEN) Intel VT-d Snoop Control enabled. (XEN) Intel VT-d Dom0 DMA Passthrough not enabled. (XEN) Intel VT-d Queued Invalidation enabled. (XEN) Intel VT-d Interrupt Remapping enabled. (XEN) Intel VT-d Shared EPT tables not enabled. (XEN) I/O virtualisation enabled (XEN) - Dom0 mode: Relaxed (XEN) Interrupt remapping enabled (XEN) Enabled directed EOI with ioapic_ack_old on! (XEN) ENABLING IO-APIC IRQs (XEN) -> Using old ACK method (XEN) Platform timer is 14.318MHz HPET (XEN) Allocated console ring of 16 KiB. (XEN) VMX: Supported advanced features: (XEN) - APIC MMIO access virtualisation (XEN) - APIC TPR shadow (XEN) - Extended Page Tables (EPT) (XEN) - Virtual-Processor Identifiers (VPID) (XEN) - Virtual NMI (XEN) - MSR direct-access bitmap (XEN) - Unrestricted Guest (XEN) HVM: ASIDs enabled. (XEN) HVM: VMX enabled (XEN) HVM: Hardware Assisted Paging (HAP) detected (XEN) HVM: HAP page sizes: 4kB, 2MB (XEN) Brought up 4 CPUs (XEN) mtrr: your CPUs had inconsistent variable MTRR settings (XEN) *** LOADING DOMAIN 0 *** (XEN) Xen kernel: 64-bit, lsb, compat32 (XEN) Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x23f3000 (XEN) PHYSICAL MEMORY ARRANGEMENT: (XEN) Dom0 alloc.: 0000000134000000->0000000138000000 (233686 pages to be allocated) (XEN) Init. ramdisk: 000000013d0d6000->000000013ffff800 (XEN) VIRTUAL MEMORY ARRANGEMENT: (XEN) Loaded kernel: ffffffff81000000->ffffffff823f3000 (XEN) Init. ramdisk: ffffffff823f3000->ffffffff8531c800 (XEN) Phys-Mach map: ffffffff8531d000->ffffffff8551d000 (XEN) Start info: ffffffff8551d000->ffffffff8551d4b4 (XEN) Page tables: ffffffff8551e000->ffffffff8554d000 (XEN) Boot stack: ffffffff8554d000->ffffffff8554e000 (XEN) TOTAL: ffffffff80000000->ffffffff85800000 (XEN) ENTRY ADDRESS: ffffffff81d261e0 (XEN) Dom0 has maximum 4 VCPUs (XEN) Scrubbing Free RAM: .............................done. (XEN) Initial low memory virq threshold set at 0x4000 pages. (XEN) Std. Loglevel: Errors and warnings (XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings) (XEN) Xen is relinquishing VGA console. (XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch input to Xen) (XEN) Freed 260kB init memory. (XEN) traps.c:2503:d0 Domain attempted WRMSR 00000000000001fc from 0x000000000004005f to 0x000000000004005d. (XEN) traps.c:2503:d0 Domain attempted WRMSR 00000000000001fc from 0x000000000004005f to 0x000000000004005d. (XEN) traps.c:2503:d0 Domain attempted WRMSR 00000000000001fc from 0x000000000004005f to 0x000000000004005d. (XEN) traps.c:2503:d0 Domain attempted WRMSR 00000000000001fc from 0x000000000004005f to 0x000000000004005d. dmesg root@fiat:~# dmesg [ 0.000000] Initializing cgroup subsys cpuset [ 0.000000] Initializing cgroup subsys cpu [ 0.000000] Initializing cgroup subsys cpuacct [ 0.000000] Linux version 3.11.0-12-generic (buildd@allspice) (gcc version 4.8.1 (Ubuntu/Linaro 4.8.1-10ubuntu7) ) #19-Ubuntu SMP Wed Oct 9 16:20:46 UTC 2013 (Ubuntu 3.11.0-12.19-generic 3.11.3) [ 0.000000] Command line: placeholder root=/dev/mapper/fiat--vg-root ro biosdevname=0 [ 0.000000] KERNEL supported cpus: [ 0.000000] Intel GenuineIntel [ 0.000000] AMD AuthenticAMD [ 0.000000] Centaur CentaurHauls [ 0.000000] Freeing 9e-100 pfn range: 98 pages freed [ 0.000000] 1-1 mapping on 9e->100 [ 0.000000] 1-1 mapping on bdfb0->bf3b0 [ 0.000000] 1-1 mapping on bf5d7->bf5d9 [ 0.000000] 1-1 mapping on bf5ea->bf5ee [ 0.000000] 1-1 mapping on bf5f0->bf601 [ 0.000000] 1-1 mapping on bf63f->bf7f0 [ 0.000000] 1-1 mapping on bf800->100000 [ 0.000000] Released 98 pages of unused memory [ 0.000000] Set 269866 page(s) to 1-1 mapping [ 0.000000] Populating 40000-40062 pfn range: 98 pages added [ 0.000000] e820: BIOS-provided physical RAM map: [ 0.000000] Xen: [mem 0x0000000000000000-0x000000000009dfff] usable [ 0.000000] Xen: [mem 0x000000000009e400-0x00000000000fffff] reserved [ 0.000000] Xen: [mem 0x0000000000100000-0x00000000bdfaffff] usable [ 0.000000] Xen: [mem 0x00000000bdfb0000-0x00000000bf3affff] reserved [ 0.000000] Xen: [mem 0x00000000bf3b0000-0x00000000bf5d6fff] usable [ 0.000000] Xen: [mem 0x00000000bf5d7000-0x00000000bf5d8fff] reserved [ 0.000000] Xen: [mem 0x00000000bf5d9000-0x00000000bf5e9fff] usable [ 0.000000] Xen: [mem 0x00000000bf5ea000-0x00000000bf5edfff] reserved [ 0.000000] Xen: [mem 0x00000000bf5ee000-0x00000000bf5effff] usable [ 0.000000] Xen: [mem 0x00000000bf5f0000-0x00000000bf600fff] reserved [ 0.000000] Xen: [mem 0x00000000bf601000-0x00000000bf63efff] usable [ 0.000000] Xen: [mem 0x00000000bf63f000-0x00000000bf6befff] reserved [ 0.000000] Xen: [mem 0x00000000bf6bf000-0x00000000bf7befff] ACPI NVS [ 0.000000] Xen: [mem 0x00000000bf7bf000-0x00000000bf7effff] ACPI data [ 0.000000] Xen: [mem 0x00000000bf7f0000-0x00000000bf7fffff] usable [ 0.000000] Xen: [mem 0x00000000bf800000-0x00000000bfffffff] reserved [ 0.000000] Xen: [mem 0x00000000e0000000-0x00000000efffffff] reserved [ 0.000000] Xen: [mem 0x00000000feb00000-0x00000000feb03fff] reserved [ 0.000000] Xen: [mem 0x00000000fec00000-0x00000000fec00fff] reserved [ 0.000000] Xen: [mem 0x00000000fed10000-0x00000000fed19fff] reserved [ 0.000000] Xen: [mem 0x00000000fed1c000-0x00000000fed1ffff] reserved [ 0.000000] Xen: [mem 0x00000000fee00000-0x00000000fee00fff] reserved [ 0.000000] Xen: [mem 0x00000000ffc00000-0x00000000ffffffff] reserved [ 0.000000] Xen: [mem 0x0000000100000000-0x000000013fffffff] usable [ 0.000000] NX (Execute Disable) protection: active [ 0.000000] SMBIOS 2.7 present. [ 0.000000] DMI: Dell Inc. PowerEdge R210 II/03X6X0, BIOS 2.5.1 07/11/2013 [ 0.000000] e820: update [mem 0x00000000-0x00000fff] usable ==> reserved [ 0.000000] e820: remove [mem 0x000a0000-0x000fffff] usable [ 0.000000] No AGP bridge found [ 0.000000] e820: last_pfn = 0x140000 max_arch_pfn = 0x400000000 [ 0.000000] e820: last_pfn = 0xbf800 max_arch_pfn = 0x400000000 [ 0.000000] Scanning 1 areas for low memory corruption [ 0.000000] Base memory trampoline at [ffff880000098000] 98000 size 24576 [ 0.000000] init_memory_mapping: [mem 0x00000000-0x000fffff] [ 0.000000] [mem 0x00000000-0x000fffff] page 4k [ 0.000000] init_memory_mapping: [mem 0x3fe00000-0x3fffffff] [ 0.000000] [mem 0x3fe00000-0x3fffffff] page 4k [ 0.000000] BRK [0x01fe9000, 0x01fe9fff] PGTABLE [ 0.000000] init_memory_mapping: [mem 0x3c000000-0x3fdfffff] [ 0.000000] [mem 0x3c000000-0x3fdfffff] page 4k [ 0.000000] BRK [0x01fea000, 0x01feafff] PGTABLE [ 0.000000] BRK [0x01feb000, 0x01febfff] PGTABLE [ 0.000000] BRK [0x01fec000, 0x01fecfff] PGTABLE [ 0.000000] BRK [0x01fed000, 0x01fedfff] PGTABLE [ 0.000000] BRK [0x01fee000, 0x01feefff] PGTABLE [ 0.000000] init_memory_mapping: [mem 0x00100000-0x3bffffff] [ 0.000000] [mem 0x00100000-0x3bffffff] page 4k [ 0.000000] init_memory_mapping: [mem 0x40000000-0xbdfaffff] [ 0.000000] [mem 0x40000000-0xbdfaffff] page 4k [ 0.000000] init_memory_mapping: [mem 0xbf3b0000-0xbf5d6fff] [ 0.000000] [mem 0xbf3b0000-0xbf5d6fff] page 4k [ 0.000000] init_memory_mapping: [mem 0xbf5d9000-0xbf5e9fff] [ 0.000000] [mem 0xbf5d9000-0xbf5e9fff] page 4k [ 0.000000] init_memory_mapping: [mem 0xbf5ee000-0xbf5effff] [ 0.000000] [mem 0xbf5ee000-0xbf5effff] page 4k [ 0.000000] init_memory_mapping: [mem 0xbf601000-0xbf63efff] [ 0.000000] [mem 0xbf601000-0xbf63efff] page 4k [ 0.000000] init_memory_mapping: [mem 0xbf7f0000-0xbf7fffff] [ 0.000000] [mem 0xbf7f0000-0xbf7fffff] page 4k [ 0.000000] init_memory_mapping: [mem 0x100000000-0x13fffffff] [ 0.000000] [mem 0x100000000-0x13fffffff] page 4k [ 0.000000] RAMDISK: [mem 0x023f3000-0x0531cfff] [ 0.000000] ACPI: RSDP 00000000000fe020 00024 (v02 DELL ) [ 0.000000] ACPI: XSDT 00000000bf7ef170 000A4 (v01 DELL PE_SC3 00000001 DELL 00040000) [ 0.000000] ACPI: FACP 00000000bf7eb000 000F4 (v04 DELL PE_SC3 00000001 DELL 00040000) [ 0.000000] ACPI: DSDT 00000000bf7e1000 068FE (v01 DELL PE_SC3 00000000 DELL 00040000) [ 0.000000] ACPI: FACS 00000000bf7b8000 00040 [ 0.000000] ACPI: SPMI 00000000bf7ee000 00040 (v05 DELL PE_SC3 00000001 DELL 00040000) [ 0.000000] ACPI: XMAR 00000000bf7ed000 00078 (v01 DELL PE_SC3 00000001 DELL 00040000) [ 0.000000] ACPI: ASF! 00000000bf7ec000 000A5 (v32 DELL PE_SC3 00000001 DELL 00040000) [ 0.000000] ACPI: HPET 00000000bf7ea000 00038 (v01 DELL PE_SC3 00000001 DELL 00040000) [ 0.000000] ACPI: APIC 00000000bf7e9000 00092 (v02 DELL PE_SC3 00000001 DELL 00040000) [ 0.000000] ACPI: MCFG 00000000bf7e8000 0003C (v01 DELL PE_SC3 00000001 DELL 00040000) [ 0.000000] ACPI: BOOT 00000000bf7de000 00028 (v01 DELL PE_SC3 00000001 DELL 00040000) [ 0.000000] ACPI: SSDT 00000000bf7dd000 002F6 (v01 DELL PE_SC3 00001000 DELL 00040000) [ 0.000000] ACPI: ASPT 00000000bf7da000 00034 (v07 DELL PE_SC3 00000001 DELL 00040000) [ 0.000000] ACPI: SSDT 00000000bf7d9000 0060E (v01 DELL PE_SC3 00003000 DELL 00040000) [ 0.000000] ACPI: SSDT 00000000bf7d8000 00A92 (v01 DELL PE_SC3 00003000 DELL 00040000) [ 0.000000] ACPI: HEST 00000000bf7d7000 000A8 (v01 DELL PE_SC3 00000000 DELL 00040000) [ 0.000000] ACPI: ERST 00000000bf7d6000 00230 (v01 DELL PE_SC3 00000000 DELL 00040000) [ 0.000000] ACPI: BERT 00000000bf7d5000 00030 (v01 DELL PE_SC3 00000000 DELL 00040000) [ 0.000000] ACPI: EINJ 00000000bf7d4000 00130 (v01 DELL PE_SC3 00000000 DELL 00040000) [ 0.000000] ACPI: Local APIC address 0xfee00000 [ 0.000000] NUMA turned off [ 0.000000] Faking a node at [mem 0x0000000000000000-0x000000013fffffff] [ 0.000000] Initmem setup node 0 [mem 0x00000000-0x13fffffff] [ 0.000000] NODE_DATA [mem 0x3f899000-0x3f89dfff] [ 0.000000] Zone ranges: [ 0.000000] DMA [mem 0x00001000-0x00ffffff] [ 0.000000] DMA32 [mem 0x01000000-0xffffffff] [ 0.000000] Normal [mem 0x100000000-0x13fffffff] [ 0.000000] Movable zone start for each node [ 0.000000] Early memory node ranges [ 0.000000] node 0: [mem 0x00001000-0x0009dfff] [ 0.000000] node 0: [mem 0x00100000-0xbdfaffff] [ 0.000000] node 0: [mem 0xbf3b0000-0xbf5d6fff] [ 0.000000] node 0: [mem 0xbf5d9000-0xbf5e9fff] [ 0.000000] node 0: [mem 0xbf5ee000-0xbf5effff] [ 0.000000] node 0: [mem 0xbf601000-0xbf63efff] [ 0.000000] node 0: [mem 0xbf7f0000-0xbf7fffff] [ 0.000000] node 0: [mem 0x100000000-0x13fffffff] [ 0.000000] On node 0 totalpages: 1040853 [ 0.000000] DMA zone: 64 pages used for memmap [ 0.000000] DMA zone: 21 pages reserved [ 0.000000] DMA zone: 3997 pages, LIFO batch:0 [ 0.000000] DMA32 zone: 12105 pages used for memmap [ 0.000000] DMA32 zone: 774712 pages, LIFO batch:31 [ 0.000000] Normal zone: 4096 pages used for memmap [ 0.000000] Normal zone: 262144 pages, LIFO batch:31 [ 0.000000] ACPI: PM-Timer IO Port: 0x408 [ 0.000000] ACPI: Local APIC address 0xfee00000 [ 0.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] enabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x03] lapic_id[0x04] enabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x04] lapic_id[0x06] enabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x05] lapic_id[0x00] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x06] lapic_id[0x00] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x07] lapic_id[0x00] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x08] lapic_id[0x00] disabled) [ 0.000000] ACPI: LAPIC_NMI (acpi_id[0xff] high edge lint[0x1]) [ 0.000000] ACPI: IOAPIC (id[0x00] address[0xfec00000] gsi_base[0]) [ 0.000000] IOAPIC[0]: apic_id 0, version 32, address 0xfec00000, GSI 0-23 [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) [ 0.000000] ACPI: IRQ0 used by override. [ 0.000000] ACPI: IRQ2 used by override. [ 0.000000] ACPI: IRQ9 used by override. [ 0.000000] Using ACPI (MADT) for SMP configuration information [ 0.000000] ACPI: HPET id: 0x8086a201 base: 0xfed00000 [ 0.000000] smpboot: Allowing 8 CPUs, 4 hotplug CPUs [ 0.000000] nr_irqs_gsi: 40 [ 0.000000] PM: Registered nosave memory: [mem 0x0009e000-0x0009efff] [ 0.000000] PM: Registered nosave memory: [mem 0x0009f000-0x000fffff] [ 0.000000] PM: Registered nosave memory: [mem 0xbdfb0000-0xbf3affff] [ 0.000000] PM: Registered nosave memory: [mem 0xbf5d7000-0xbf5d8fff] [ 0.000000] PM: Registered nosave memory: [mem 0xbf5ea000-0xbf5edfff] [ 0.000000] PM: Registered nosave memory: [mem 0xbf5f0000-0xbf600fff] [ 0.000000] PM: Registered nosave memory: [mem 0xbf63f000-0xbf6befff] [ 0.000000] PM: Registered nosave memory: [mem 0xbf6bf000-0xbf7befff] [ 0.000000] PM: Registered nosave memory: [mem 0xbf7bf000-0xbf7effff] [ 0.000000] PM: Registered nosave memory: [mem 0xbf800000-0xbfffffff] [ 0.000000] PM: Registered nosave memory: [mem 0xc0000000-0xdfffffff] [ 0.000000] PM: Registered nosave memory: [mem 0xe0000000-0xefffffff] [ 0.000000] PM: Registered nosave memory: [mem 0xf0000000-0xfeafffff] [ 0.000000] PM: Registered nosave memory: [mem 0xfeb00000-0xfeb03fff] [ 0.000000] PM: Registered nosave memory: [mem 0xfeb04000-0xfebfffff] [ 0.000000] PM: Registered nosave memory: [mem 0xfec00000-0xfec00fff] [ 0.000000] PM: Registered nosave memory: [mem 0xfec01000-0xfed0ffff] [ 0.000000] PM: Registered nosave memory: [mem 0xfed10000-0xfed19fff] [ 0.000000] PM: Registered nosave memory: [mem 0xfed1a000-0xfed1bfff] [ 0.000000] PM: Registered nosave memory: [mem 0xfed1c000-0xfed1ffff] [ 0.000000] PM: Registered nosave memory: [mem 0xfed20000-0xfedfffff] [ 0.000000] PM: Registered nosave memory: [mem 0xfee00000-0xfee00fff] [ 0.000000] PM: Registered nosave memory: [mem 0xfee01000-0xffbfffff] [ 0.000000] PM: Registered nosave memory: [mem 0xffc00000-0xffffffff] [ 0.000000] e820: [mem 0xc0000000-0xdfffffff] available for PCI devices [ 0.000000] Booting paravirtualized kernel on Xen [ 0.000000] Xen version: 4.3.0 (preserve-AD) [ 0.000000] setup_percpu: NR_CPUS:256 nr_cpumask_bits:256 nr_cpu_ids:8 nr_node_ids:1 [ 0.000000] PERCPU: Embedded 29 pages/cpu @ffff88003f200000 s86720 r8192 d23872 u262144 [ 0.000000] pcpu-alloc: s86720 r8192 d23872 u262144 alloc=1*2097152 [ 0.000000] pcpu-alloc: [0] 0 1 2 3 4 5 6 7 [ 1.317175] Built 1 zonelists in Node order, mobility grouping on. Total pages: 1024567 [ 1.317177] Policy zone: Normal [ 1.317178] Kernel command line: placeholder root=/dev/mapper/fiat--vg-root ro biosdevname=0 [ 1.317577] PID hash table entries: 4096 (order: 3, 32768 bytes) [ 1.317607] xsave: enabled xstate_bv 0x7, cntxt size 0x340 [ 1.337841] software IO TLB [mem 0x37000000-0x3b000000] (64MB) mapped at [ffff880037000000-ffff88003affffff] [ 1.343109] Memory: 840760K/4163412K available (7141K kernel code, 1082K rwdata, 3260K rodata, 1364K init, 1420K bss, 3322652K reserved) [ 1.343171] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=4, Nodes=1 [ 1.343187] Hierarchical RCU implementation. [ 1.343188] RCU dyntick-idle grace-period acceleration is enabled. [ 1.343189] RCU restricting CPUs from NR_CPUS=256 to nr_cpu_ids=4. [ 1.343190] Offload RCU callbacks from all CPUs [ 1.343193] Offload RCU callbacks from CPUs: 0-255. [ 1.343200] NR_IRQS:16640 nr_irqs:712 16 [ 1.343257] xen: sci override: global_irq=9 trigger=0 polarity=0 [ 1.343258] xen: registering gsi 9 triggering 0 polarity 0 [ 1.343269] xen: --> pirq=9 -> irq=9 (gsi=9) [ 1.343288] xen: acpi sci 9 [ 1.343291] xen: --> pirq=1 -> irq=1 (gsi=1) [ 1.343293] xen: --> pirq=2 -> irq=2 (gsi=2) [ 1.343297] xen: --> pirq=3 -> irq=3 (gsi=3) [ 1.343300] xen: --> pirq=4 -> irq=4 (gsi=4) [ 1.343302] xen: --> pirq=5 -> irq=5 (gsi=5) [ 1.343304] xen: --> pirq=6 -> irq=6 (gsi=6) [ 1.343306] xen: --> pirq=7 -> irq=7 (gsi=7) [ 1.343309] xen: --> pirq=8 -> irq=8 (gsi=8) [ 1.343311] xen: --> pirq=10 -> irq=10 (gsi=10) [ 1.343313] xen: --> pirq=11 -> irq=11 (gsi=11) [ 1.343316] xen: --> pirq=12 -> irq=12 (gsi=12) [ 1.343318] xen: --> pirq=13 -> irq=13 (gsi=13) [ 1.343321] xen: --> pirq=14 -> irq=14 (gsi=14) [ 1.343323] xen: --> pirq=15 -> irq=15 (gsi=15) [ 1.347861] Console: colour VGA+ 80x25 [ 1.358167] console [tty0] enabled [ 1.360299] allocated 16777216 bytes of page_cgroup [ 1.360369] please try 'cgroup_disable=memory' option if you don't want memory cgroups [ 1.360487] Xen: using vcpuop timer interface [ 1.360492] installing Xen timer for CPU 0 [ 1.360579] tsc: Detected 3093.056 MHz processor [ 1.360646] Calibrating delay loop (skipped), value calculated using timer frequency.. 6186.11 BogoMIPS (lpj=12372224) [ 1.360777] pid_max: default: 32768 minimum: 301 [ 1.360867] Security Framework initialized [ 1.360946] AppArmor: AppArmor initialized [ 1.361009] Yama: becoming mindful. [ 1.361540] Dentry cache hash table entries: 524288 (order: 10, 4194304 bytes) [ 1.362357] Inode-cache hash table entries: 262144 (order: 9, 2097152 bytes) [ 1.362697] Mount-cache hash table entries: 256 [ 1.362932] Initializing cgroup subsys memory [ 1.363003] Initializing cgroup subsys devices [ 1.363068] Initializing cgroup subsys freezer [ 1.363133] Initializing cgroup subsys blkio [ 1.364545] Initializing cgroup subsys perf_event [ 1.364610] Initializing cgroup subsys hugetlb [ 1.364739] ENERGY_PERF_BIAS: Set to 'normal', was 'performance' [ 1.364739] ENERGY_PERF_BIAS: View and update with x86_energy_perf_policy(8) [ 1.364834] CPU: Physical Processor ID: 0 [ 1.364896] CPU: Processor Core ID: 0 [ 1.364960] mce: CPU supports 2 MCE banks [ 1.365035] Last level iTLB entries: 4KB 512, 2MB 0, 4MB 0 [ 1.365035] Last level dTLB entries: 4KB 512, 2MB 32, 4MB 32 [ 1.365035] tlb_flushall_shift: 5 [ 1.365227] Freeing SMP alternatives memory: 28K (ffffffff81e65000 - ffffffff81e6c000) [ 1.367286] ACPI: Core revision 20130517 [ 1.370761] ACPI: All ACPI Tables successfully acquired [ 1.382180] ftrace: allocating 27796 entries in 109 pages [ 1.393056] cpu 0 spinlock event irq 41 [ 1.393142] Performance Events: unsupported p6 CPU model 42 no PMU driver, software events only. [ 1.394402] NMI watchdog: disabled (cpu0): hardware events not enabled [ 1.394522] installing Xen timer for CPU 1 [ 1.394591] cpu 1 spinlock event irq 48 [ 1.394891] installing Xen timer for CPU 2 [ 1.394959] cpu 2 spinlock event irq 55 [ 1.395260] installing Xen timer for CPU 3 [ 1.395327] cpu 3 spinlock event irq 62 [ 1.395569] Brought up 4 CPUs [ 1.395926] devtmpfs: initialized [ 1.396704] EVM: security.selinux [ 1.396767] EVM: security.SMACK64 [ 1.396830] EVM: security.capability [ 1.396941] PM: Registering ACPI NVS region [mem 0xbf6bf000-0xbf7befff] (1048576 bytes) [ 1.397621] xen:grant_table: Grant tables using version 2 layout [ 1.397696] Grant table initialized [ 1.397793] regulator-dummy: no parameters [ 1.397894] RTC time: 14:41:51, date: 02/05/14 [ 1.397984] NET: Registered protocol family 16 [ 1.398201] ACPI FADT declares the system doesn't support PCIe ASPM, so disable it [ 1.398286] ACPI: bus type PCI registered [ 1.398350] acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5 [ 1.398510] PCI: MMCONFIG for domain 0000 [bus 00-ff] at [mem 0xe0000000-0xefffffff] (base 0xe0000000) [ 1.398598] PCI: MMCONFIG at [mem 0xe0000000-0xefffffff] reserved in E820 [ 1.432711] PCI: Using configuration type 1 for base access [ 1.433538] bio: create slab at 0 [ 1.433778] ACPI: Added _OSI(Module Device) [ 1.433842] ACPI: Added _OSI(Processor Device) [ 1.433906] ACPI: Added _OSI(3.0 _SCP Extensions) [ 1.433970] ACPI: Added _OSI(Processor Aggregator Device) [ 1.435216] ACPI: EC: Look up EC in DSDT [ 1.436350] ACPI: Executed 1 blocks of module-level executable AML code [ 1.438454] ACPI: SSDT 00000000bf64d018 0083B (v01 PmRef Cpu0Cst 00003001 INTL 20080729) [ 1.438904] ACPI: Dynamic OEM Table Load: [ 1.439048] ACPI: SSDT (null) 0083B (v01 PmRef Cpu0Cst 00003001 INTL 20080729) [ 1.443713] ACPI: SSDT 00000000bf64ea98 00303 (v01 PmRef ApIst 00003000 INTL 20080729) [ 1.444187] ACPI: Dynamic OEM Table Load: [ 1.444329] ACPI: SSDT (null) 00303 (v01 PmRef ApIst 00003000 INTL 20080729) [ 1.447686] ACPI: SSDT 00000000bf64cd98 00119 (v01 PmRef ApCst 00003000 INTL 20080729) [ 1.448137] ACPI: Dynamic OEM Table Load: [ 1.448283] ACPI: SSDT (null) 00119 (v01 PmRef ApCst 00003000 INTL 20080729) [ 1.452128] ACPI: Interpreter enabled [ 1.452195] ACPI Exception: AE_NOT_FOUND, While evaluating Sleep State [\_S1_] (20130517/hwxface-571) [ 1.452363] ACPI Exception: AE_NOT_FOUND, While evaluating Sleep State [\_S2_] (20130517/hwxface-571) [ 1.452532] ACPI Exception: AE_NOT_FOUND, While evaluating Sleep State [\_S3_] (20130517/hwxface-571) [ 1.452707] ACPI: (supports S0 S4 S5) [ 1.452770] ACPI: Using IOAPIC for interrupt routing [ 1.452873] HEST: Table parsing has been initialized. [ 1.452939] PCI: Using host bridge windows from ACPI; if necessary, use "pci=nocrs" and report a bug [ 1.453111] ACPI: No dock devices found. [ 1.456960] ACPI: Power Resource [FN00] (off) [ 1.457089] ACPI: Power Resource [FN01] (off) [ 1.457214] ACPI: Power Resource [FN02] (off) [ 1.457337] ACPI: Power Resource [FN03] (off) [ 1.457461] ACPI: Power Resource [FN04] (off) [ 1.458079] ACPI: PCI Root Bridge [PCI0] (domain 0000 [bus 00-fe]) [ 1.458287] acpi PNP0A08:00: Requesting ACPI _OSC control (0x1d) [ 1.458734] acpi PNP0A08:00: ACPI _OSC control (0x1d) granted [ 1.459314] PCI host bridge to bus 0000:00 [ 1.459378] pci_bus 0000:00: root bus resource [bus 00-fe] [ 1.459443] pci_bus 0000:00: root bus resource [io 0x0000-0x0cf7] [ 1.459511] pci_bus 0000:00: root bus resource [io 0x0d00-0xffff] [ 1.459577] pci_bus 0000:00: root bus resource [mem 0x000a0000-0x000bffff] [ 1.459645] pci_bus 0000:00: root bus resource [mem 0xc0000000-0xfeafffff] [ 1.459723] pci 0000:00:00.0: [8086:0108] type 00 class 0x060000 [ 1.459852] pci 0000:00:01.0: [8086:0101] type 01 class 0x060400 [ 1.459929] pci 0000:00:01.0: PME# supported from D0 D3hot D3cold [ 1.459971] pci 0000:00:01.0: System wakeup disabled by ACPI [ 1.460161] pci 0000:00:1a.0: [8086:1c2d] type 00 class 0x0c0320 [ 1.460511] pci 0000:00:1a.0: reg 0x10: [mem 0xc5e06000-0xc5e063ff] [ 1.462352] pci 0000:00:1a.0: PME# supported from D0 D3hot D3cold [ 1.462422] pci 0000:00:1a.0: System wakeup disabled by ACPI [ 1.462534] pci 0000:00:1c.0: [8086:1c10] type 01 class 0x060400 [ 1.462707] pci 0000:00:1c.0: PME# supported from D0 D3hot D3cold [ 1.462766] pci 0000:00:1c.0: System wakeup disabled by ACPI [ 1.462897] pci 0000:00:1d.0: [8086:1c26] type 00 class 0x0c0320 [ 1.463216] pci 0000:00:1d.0: reg 0x10: [mem 0xc5e05000-0xc5e053ff] [ 1.465054] pci 0000:00:1d.0: PME# supported from D0 D3hot D3cold [ 1.465119] pci 0000:00:1d.0: System wakeup disabled by ACPI [ 1.465225] pci 0000:00:1e.0: [8086:244e] type 01 class 0x060401 [ 1.465383] pci 0000:00:1e.0: System wakeup disabled by ACPI [ 1.465489] pci 0000:00:1f.0: [8086:1c52] type 00 class 0x060100 [ 1.465769] pci 0000:00:1f.2: [8086:1c02] type 00 class 0x010601 [ 1.465815] pci 0000:00:1f.2: reg 0x10: [io 0x4048-0x404f] [ 1.465833] pci 0000:00:1f.2: reg 0x14: [io 0x4054-0x4057] [ 1.465850] pci 0000:00:1f.2: reg 0x18: [io 0x4040-0x4047] [ 1.465868] pci 0000:00:1f.2: reg 0x1c: [io 0x4050-0x4053] [ 1.465885] pci 0000:00:1f.2: reg 0x20: [io 0x4020-0x403f] [ 1.465903] pci 0000:00:1f.2: reg 0x24: [mem 0xc5e04000-0xc5e047ff] [ 1.466021] pci 0000:00:1f.2: PME# supported from D3hot [ 1.466114] pci 0000:00:1f.3: [8086:1c22] type 00 class 0x0c0500 [ 1.466148] pci 0000:00:1f.3: reg 0x10: [mem 0xc5e02000-0xc5e020ff 64bit] [ 1.466198] pci 0000:00:1f.3: reg 0x20: [io 0x4000-0x401f] [ 1.466379] pci 0000:01:00.0: [111d:8018] type 01 class 0x060400 [ 1.466480] pci 0000:01:00.0: PME# supported from D0 D3hot D3cold [ 1.466506] pci 0000:01:00.0: System wakeup disabled by ACPI [ 1.474241] pci 0000:00:01.0: PCI bridge to [bus 01-04] [ 1.474311] pci 0000:00:01.0: bridge window [io 0x2000-0x3fff] [ 1.474315] pci 0000:00:01.0: bridge window [mem 0xc5400000-0xc5dfffff] [ 1.474401] pci 0000:02:02.0: [111d:8018] type 01 class 0x060400 [ 1.474517] pci 0000:02:02.0: PME# supported from D0 D3hot D3cold [ 1.474587] pci 0000:02:04.0: [111d:8018] type 01 class 0x060400 [ 1.474702] pci 0000:02:04.0: PME# supported from D0 D3hot D3cold [ 1.474789] pci 0000:01:00.0: PCI bridge to [bus 02-04] [ 1.474862] pci 0000:01:00.0: bridge window [io 0x2000-0x3fff] [ 1.474867] pci 0000:01:00.0: bridge window [mem 0xc5400000-0xc5dfffff] [ 1.474964] pci 0000:03:00.0: [8086:10c9] type 00 class 0x020000 [ 1.474985] pci 0000:03:00.0: reg 0x10: [mem 0xc5d20000-0xc5d3ffff] [ 1.475014] pci 0000:03:00.0: reg 0x18: [io 0x3020-0x303f] [ 1.475029] pci 0000:03:00.0: reg 0x1c: [mem 0xc5d44000-0xc5d47fff] [ 1.475153] pci 0000:03:00.0: PME# supported from D0 D3hot D3cold [ 1.475204] pci 0000:03:00.0: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.475230] pci 0000:03:00.0: reg 0x190: [mem 0x00000000-0x00003fff 64bit] [ 1.475326] pci 0000:03:00.1: [8086:10c9] type 00 class 0x020000 [ 1.475347] pci 0000:03:00.1: reg 0x10: [mem 0xc5d00000-0xc5d1ffff] [ 1.475376] pci 0000:03:00.1: reg 0x18: [io 0x3000-0x301f] [ 1.475391] pci 0000:03:00.1: reg 0x1c: [mem 0xc5d40000-0xc5d43fff] [ 1.475514] pci 0000:03:00.1: PME# supported from D0 D3hot D3cold [ 1.475565] pci 0000:03:00.1: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.475591] pci 0000:03:00.1: reg 0x190: [mem 0x00000000-0x00003fff 64bit] [ 1.475688] pci 0000:02:02.0: PCI bridge to [bus 03] [ 1.475760] pci 0000:02:02.0: bridge window [io 0x3000-0x3fff] [ 1.475765] pci 0000:02:02.0: bridge window [mem 0xc5d00000-0xc5dfffff] [ 1.475864] pci 0000:04:00.0: [8086:10e8] type 00 class 0x020000 [ 1.475885] pci 0000:04:00.0: reg 0x10: [mem 0xc5c20000-0xc5c3ffff] [ 1.475900] pci 0000:04:00.0: reg 0x14: [mem 0xc5800000-0xc5bfffff] [ 1.475915] pci 0000:04:00.0: reg 0x18: [io 0x2020-0x203f] [ 1.475930] pci 0000:04:00.0: reg 0x1c: [mem 0xc5c44000-0xc5c47fff] [ 1.475973] pci 0000:04:00.0: reg 0x30: [mem 0xffc00000-0xffffffff pref] [ 1.476055] pci 0000:04:00.0: PME# supported from D0 D3hot [ 1.476107] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.476133] pci 0000:04:00.0: reg 0x190: [mem 0x00000000-0x00003fff 64bit] [ 1.476231] pci 0000:04:00.1: [8086:10e8] type 00 class 0x020000 [ 1.476251] pci 0000:04:00.1: reg 0x10: [mem 0xc5c00000-0xc5c1ffff] [ 1.476266] pci 0000:04:00.1: reg 0x14: [mem 0xc5400000-0xc57fffff] [ 1.476281] pci 0000:04:00.1: reg 0x18: [io 0x2000-0x201f] [ 1.476297] pci 0000:04:00.1: reg 0x1c: [mem 0xc5c40000-0xc5c43fff] [ 1.476339] pci 0000:04:00.1: reg 0x30: [mem 0xffc00000-0xffffffff pref] [ 1.476422] pci 0000:04:00.1: PME# supported from D0 D3hot [ 1.476473] pci 0000:04:00.1: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.476500] pci 0000:04:00.1: reg 0x190: [mem 0x00000000-0x00003fff 64bit] [ 1.476599] pci 0000:02:04.0: PCI bridge to [bus 04] [ 1.476671] pci 0000:02:04.0: bridge window [io 0x2000-0x2fff] [ 1.476676] pci 0000:02:04.0: bridge window [mem 0xc5400000-0xc5cfffff] [ 1.476860] pci 0000:05:00.0: [14e4:163b] type 00 class 0x020000 [ 1.476901] pci 0000:05:00.0: reg 0x10: [mem 0xc0000000-0xc1ffffff 64bit] [ 1.477142] pci 0000:05:00.0: PME# supported from D0 D3hot D3cold [ 1.477183] pci 0000:05:00.0: System wakeup disabled by ACPI [ 1.477332] pci 0000:05:00.1: [14e4:163b] type 00 class 0x020000 [ 1.477373] pci 0000:05:00.1: reg 0x10: [mem 0xc2000000-0xc3ffffff 64bit] [ 1.477613] pci 0000:05:00.1: PME# supported from D0 D3hot D3cold [ 1.477744] pci 0000:00:1c.0: PCI bridge to [bus 05] [ 1.477817] pci 0000:00:1c.0: bridge window [mem 0xc0000000-0xc3ffffff] [ 1.477908] pci 0000:06:03.0: [102b:0532] type 00 class 0x030000 [ 1.477940] pci 0000:06:03.0: reg 0x10: [mem 0xc4000000-0xc47fffff pref] [ 1.477958] pci 0000:06:03.0: reg 0x14: [mem 0xc5000000-0xc5003fff] [ 1.477975] pci 0000:06:03.0: reg 0x18: [mem 0xc4800000-0xc4ffffff] [ 1.478041] pci 0000:06:03.0: reg 0x30: [mem 0xffff0000-0xffffffff pref] [ 1.478192] pci 0000:00:1e.0: PCI bridge to [bus 06] (subtractive decode) [ 1.478276] pci 0000:00:1e.0: bridge window [mem 0xc4800000-0xc50fffff] [ 1.478287] pci 0000:00:1e.0: bridge window [mem 0xc4000000-0xc47fffff 64bit pref] [ 1.478289] pci 0000:00:1e.0: bridge window [io 0x0000-0x0cf7] (subtractive decode) [ 1.478290] pci 0000:00:1e.0: bridge window [io 0x0d00-0xffff] (subtractive decode) [ 1.478291] pci 0000:00:1e.0: bridge window [mem 0x000a0000-0x000bffff] (subtractive decode) [ 1.478293] pci 0000:00:1e.0: bridge window [mem 0xc0000000-0xfeafffff] (subtractive decode) [ 1.478320] acpi PNP0A08:00: Disabling ASPM (FADT indicates it is unsupported) [ 1.478878] ACPI: PCI Interrupt Link [LNKA] (IRQs 1 3 4 5 6 *10 11 12 14 15) [ 1.479470] ACPI: PCI Interrupt Link [LNKB] (IRQs 1 3 4 5 6 10 *11 12 14 15) [ 1.480057] ACPI: PCI Interrupt Link [LNKC] (IRQs 1 3 4 5 6 *10 11 12 14 15) [ 1.480644] ACPI: PCI Interrupt Link [LNKD] (IRQs 1 3 4 5 *6 10 11 12 14 15) [ 1.481231] ACPI: PCI Interrupt Link [LNKE] (IRQs 1 3 4 5 6 10 11 12 *14 15) [ 1.481820] ACPI: PCI Interrupt Link [LNKF] (IRQs 1 3 4 5 *6 10 11 12 14 15) [ 1.482415] ACPI: PCI Interrupt Link [LNKG] (IRQs 1 3 4 5 6 10 11 12 14 15) *0, disabled. [ 1.483098] ACPI: PCI Interrupt Link [LNKH] (IRQs 1 3 4 5 6 10 11 12 14 *15) [ 1.483877] ACPI: Enabled 6 GPEs in block 00 to 3F [ 1.484025] ACPI: \_SB_.PCI0: notify handler is installed [ 1.484067] Found 1 acpi root devices [ 1.484088] xen:balloon: Initialising balloon driver [ 1.491154] xen_balloon: Initialising balloon driver [ 1.491414] vgaarb: device added: PCI:0000:06:03.0,decodes=io+mem,owns=io+mem,locks=none [ 1.491502] vgaarb: loaded [ 1.491563] vgaarb: bridge control possible 0000:06:03.0 [ 1.491760] SCSI subsystem initialized [ 1.491825] ACPI: bus type ATA registered [ 1.491921] libata version 3.00 loaded. [ 1.491934] ACPI: bus type USB registered [ 1.492011] usbcore: registered new interface driver usbfs [ 1.492079] usbcore: registered new interface driver hub [ 1.492264] usbcore: registered new device driver usb [ 1.492551] PCI: Using ACPI for IRQ routing [ 1.510875] PCI: pci_cache_line_size set to 64 bytes [ 1.510968] e820: reserve RAM buffer [mem 0x0009e000-0x0009ffff] [ 1.510969] e820: reserve RAM buffer [mem 0xbdfb0000-0xbfffffff] [ 1.510971] e820: reserve RAM buffer [mem 0xbf5d7000-0xbfffffff] [ 1.510973] e820: reserve RAM buffer [mem 0xbf5ea000-0xbfffffff] [ 1.510974] e820: reserve RAM buffer [mem 0xbf5f0000-0xbfffffff] [ 1.510975] e820: reserve RAM buffer [mem 0xbf63f000-0xbfffffff] [ 1.510977] e820: reserve RAM buffer [mem 0xbf800000-0xbfffffff] [ 1.511048] NetLabel: Initializing [ 1.511111] NetLabel: domain hash size = 128 [ 1.511175] NetLabel: protocols = UNLABELED CIPSOv4 [ 1.511246] NetLabel: unlabeled traffic allowed by default [ 1.511498] Switched to clocksource xen [ 1.516125] AppArmor: AppArmor Filesystem Enabled [ 1.516207] pnp: PnP ACPI init [ 1.516276] ACPI: bus type PNP registered [ 1.516483] pnp 00:00: Plug and Play ACPI device, IDs IPI0001 (active) [ 1.516491] pnp 00:01: [dma 4] [ 1.516503] pnp 00:01: Plug and Play ACPI device, IDs PNP0200 (active) [ 1.516519] pnp 00:02: Plug and Play ACPI device, IDs INT0800 (active) [ 1.516581] pnp 00:03: Plug and Play ACPI device, IDs PNP0103 (active) [ 1.516589] xen: registering gsi 13 triggering 1 polarity 0 [ 1.516622] pnp 00:04: Plug and Play ACPI device, IDs PNP0c04 (active) [ 1.516657] system 00:05: [io 0x0680-0x069f] has been reserved [ 1.516726] system 00:05: [io 0x1000-0x100f] has been reserved [ 1.516793] system 00:05: [io 0x1010-0x1013] has been reserved [ 1.516859] system 00:05: [io 0xffff] has been reserved [ 1.516924] system 00:05: [io 0x0400-0x0453] could not be reserved [ 1.516991] system 00:05: [io 0x0458-0x047f] has been reserved [ 1.517057] system 00:05: [io 0x0500-0x057f] has been reserved [ 1.517123] system 00:05: [io 0x164e-0x164f] has been reserved [ 1.517191] system 00:05: Plug and Play ACPI device, IDs PNP0c02 (active) [ 1.517197] xen: registering gsi 8 triggering 1 polarity 0 [ 1.517224] pnp 00:06: Plug and Play ACPI device, IDs PNP0b00 (active) [ 1.517256] system 00:07: [io 0x0454-0x0457] has been reserved [ 1.517322] system 00:07: Plug and Play ACPI device, IDs INT3f0d PNP0c02 (active) [ 1.517527] xen: registering gsi 4 triggering 1 polarity 0 [ 1.517570] pnp 00:08: Plug and Play ACPI device, IDs PNP0501 (active) [ 1.517659] xen: registering gsi 3 triggering 1 polarity 0 [ 1.517701] pnp 00:09: Plug and Play ACPI device, IDs PNP0501 (active) [ 1.517727] system 00:0a: [mem 0xfed90000-0xfed91fff] has been reserved [ 1.517796] system 00:0a: Plug and Play ACPI device, IDs PNP0c02 (active) [ 1.517934] system 00:0b: [mem 0xfed1c000-0xfed1ffff] has been reserved [ 1.518003] system 00:0b: [mem 0xfed10000-0xfed17fff] has been reserved [ 1.518071] system 00:0b: [mem 0xfed18000-0xfed18fff] has been reserved [ 1.518140] system 00:0b: [mem 0xfed19000-0xfed19fff] has been reserved [ 1.518208] system 00:0b: [mem 0xe0000000-0xefffffff] has been reserved [ 1.518275] system 00:0b: [mem 0xfed20000-0xfed3ffff] has been reserved [ 1.518343] system 00:0b: [mem 0xfed90000-0xfed93fff] could not be reserved [ 1.518411] system 00:0b: [mem 0xff000000-0xffffffff] could not be reserved [ 1.518479] system 00:0b: [mem 0xfee00000-0xfeefffff] could not be reserved [ 1.518547] system 00:0b: [mem 0xc5f00000-0xc5f00fff] has been reserved [ 1.518616] system 00:0b: Plug and Play ACPI device, IDs PNP0c02 (active) [ 1.518775] pnp: PnP ACPI: found 12 devices [ 1.518839] ACPI: bus type PNP unregistered [ 1.524234] PM-Timer failed consistency check (0x0xffffff) - aborting. [ 1.524305] pci 0000:04:00.0: no compatible bridge window for [mem 0xffc00000-0xffffffff pref] [ 1.524391] pci 0000:04:00.1: no compatible bridge window for [mem 0xffc00000-0xffffffff pref] [ 1.524478] pci 0000:06:03.0: no compatible bridge window for [mem 0xffff0000-0xffffffff pref] [ 1.524567] PCI: max bus depth: 3 pci_try_num: 4 [ 1.524643] pci 0000:00:01.0: BAR 15: assigned [mem 0xc6000000-0xc67fffff pref] [ 1.524727] pci 0000:01:00.0: BAR 15: assigned [mem 0xc6000000-0xc67fffff pref] [ 1.524811] pci 0000:02:04.0: BAR 15: assigned [mem 0xc6000000-0xc67fffff pref] [ 1.524914] pci 0000:03:00.0: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.524930] pci 0000:03:00.0: reg 0x190: [mem 0x00000000-0x00003fff 64bit] [ 1.524946] pci 0000:03:00.0: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.524962] pci 0000:03:00.1: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.524978] pci 0000:03:00.0: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.524994] pci 0000:03:00.0: reg 0x190: [mem 0x00000000-0x00003fff 64bit] [ 1.525010] pci 0000:03:00.1: reg 0x190: [mem 0x00000000-0x00003fff 64bit] [ 1.525026] pci 0000:03:00.0: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.525042] pci 0000:03:00.0: reg 0x190: [mem 0x00000000-0x00003fff 64bit] [ 1.525059] pci 0000:03:00.1: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.525075] pci 0000:03:00.0: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.525077] pci 0000:03:00.0: BAR 7: assigned [mem 0xc5d48000-0xc5d67fff 64bit] [ 1.525184] pci 0000:03:00.0: reg 0x190: [mem 0x00000000-0x00003fff 64bit] [ 1.525186] pci 0000:03:00.0: BAR 10: assigned [mem 0xc5d68000-0xc5d87fff 64bit] [ 1.525294] pci 0000:03:00.1: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.525296] pci 0000:03:00.1: BAR 7: assigned [mem 0xc5d88000-0xc5da7fff 64bit] [ 1.526660] pci 0000:03:00.1: reg 0x190: [mem 0x00000000-0x00003fff 64bit] [ 1.526661] pci 0000:03:00.1: BAR 10: assigned [mem 0xc5da8000-0xc5dc7fff 64bit] [ 1.526755] pci 0000:02:02.0: PCI bridge to [bus 03] [ 1.526822] pci 0000:02:02.0: bridge window [io 0x3000-0x3fff] [ 1.526894] pci 0000:02:02.0: bridge window [mem 0xc5d00000-0xc5dfffff] [ 1.526986] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.527003] pci 0000:04:00.0: reg 0x190: [mem 0x00000000-0x00003fff 64bit] [ 1.527019] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.527035] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.527051] pci 0000:04:00.1: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.527067] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.527083] pci 0000:04:00.0: reg 0x190: [mem 0x00000000-0x00003fff 64bit] [ 1.527099] pci 0000:04:00.1: reg 0x190: [mem 0x00000000-0x00003fff 64bit] [ 1.527115] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.527131] pci 0000:04:00.0: reg 0x190: [mem 0x00000000-0x00003fff 64bit] [ 1.527147] pci 0000:04:00.1: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.527149] pci 0000:04:00.0: BAR 6: assigned [mem 0xc6000000-0xc63fffff pref] [ 1.527233] pci 0000:04:00.1: BAR 6: assigned [mem 0xc6400000-0xc67fffff pref] [ 1.527331] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.527333] pci 0000:04:00.0: BAR 7: assigned [mem 0xc5c48000-0xc5c67fff 64bit] [ 1.527441] pci 0000:04:00.0: reg 0x190: [mem 0x00000000-0x00003fff 64bit] [ 1.527443] pci 0000:04:00.0: BAR 10: assigned [mem 0xc5c68000-0xc5c87fff 64bit] [ 1.527557] pci 0000:04:00.1: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.527559] pci 0000:04:00.1: BAR 7: assigned [mem 0xc5c88000-0xc5ca7fff 64bit] [ 1.527669] pci 0000:04:00.1: reg 0x190: [mem 0x00000000-0x00003fff 64bit] [ 1.527671] pci 0000:04:00.1: BAR 10: assigned [mem 0xc5ca8000-0xc5cc7fff 64bit] [ 1.527764] pci 0000:02:04.0: PCI bridge to [bus 04] [ 1.527831] pci 0000:02:04.0: bridge window [io 0x2000-0x2fff] [ 1.527903] pci 0000:02:04.0: bridge window [mem 0xc5400000-0xc5cfffff] [ 1.527975] pci 0000:02:04.0: bridge window [mem 0xc6000000-0xc67fffff pref] [ 1.528064] pci 0000:01:00.0: PCI bridge to [bus 02-04] [ 1.528131] pci 0000:01:00.0: bridge window [io 0x2000-0x3fff] [ 1.528203] pci 0000:01:00.0: bridge window [mem 0xc5400000-0xc5dfffff] [ 1.528275] pci 0000:01:00.0: bridge window [mem 0xc6000000-0xc67fffff pref] [ 1.528364] pci 0000:00:01.0: PCI bridge to [bus 01-04] [ 1.528429] pci 0000:00:01.0: bridge window [io 0x2000-0x3fff] [ 1.528498] pci 0000:00:01.0: bridge window [mem 0xc5400000-0xc5dfffff] [ 1.528567] pci 0000:00:01.0: bridge window [mem 0xc6000000-0xc67fffff pref] [ 1.528655] pci 0000:00:1c.0: PCI bridge to [bus 05] [ 1.528727] pci 0000:00:1c.0: bridge window [mem 0xc0000000-0xc3ffffff] [ 1.528809] pci 0000:06:03.0: BAR 6: assigned [mem 0xc5010000-0xc501ffff pref] [ 1.528891] pci 0000:00:1e.0: PCI bridge to [bus 06] [ 1.528963] pci 0000:00:1e.0: bridge window [mem 0xc4800000-0xc50fffff] [ 1.529036] pci 0000:00:1e.0: bridge window [mem 0xc4000000-0xc47fffff 64bit pref] [ 1.529194] xen: registering gsi 16 triggering 0 polarity 1 [ 1.529206] xen: --> pirq=16 -> irq=16 (gsi=16) [ 1.529301] xen: registering gsi 17 triggering 0 polarity 1 [ 1.529308] xen: --> pirq=17 -> irq=17 (gsi=17) [ 1.529334] pci 0000:00:1e.0: setting latency timer to 64 [ 1.529339] pci_bus 0000:00: resource 4 [io 0x0000-0x0cf7] [ 1.529340] pci_bus 0000:00: resource 5 [io 0x0d00-0xffff] [ 1.529341] pci_bus 0000:00: resource 6 [mem 0x000a0000-0x000bffff] [ 1.529343] pci_bus 0000:00: resource 7 [mem 0xc0000000-0xfeafffff] [ 1.529344] pci_bus 0000:01: resource 0 [io 0x2000-0x3fff] [ 1.529346] pci_bus 0000:01: resource 1 [mem 0xc5400000-0xc5dfffff] [ 1.529347] pci_bus 0000:01: resource 2 [mem 0xc6000000-0xc67fffff pref] [ 1.529349] pci_bus 0000:02: resource 0 [io 0x2000-0x3fff] [ 1.529350] pci_bus 0000:02: resource 1 [mem 0xc5400000-0xc5dfffff] [ 1.529351] pci_bus 0000:02: resource 2 [mem 0xc6000000-0xc67fffff pref] [ 1.529353] pci_bus 0000:03: resource 0 [io 0x3000-0x3fff] [ 1.529354] pci_bus 0000:03: resource 1 [mem 0xc5d00000-0xc5dfffff] [ 1.529356] pci_bus 0000:04: resource 0 [io 0x2000-0x2fff] [ 1.529357] pci_bus 0000:04: resource 1 [mem 0xc5400000-0xc5cfffff] [ 1.529359] pci_bus 0000:04: resource 2 [mem 0xc6000000-0xc67fffff pref] [ 1.529360] pci_bus 0000:05: resource 1 [mem 0xc0000000-0xc3ffffff] [ 1.529362] pci_bus 0000:06: resource 1 [mem 0xc4800000-0xc50fffff] [ 1.529363] pci_bus 0000:06: resource 2 [mem 0xc4000000-0xc47fffff 64bit pref] [ 1.529365] pci_bus 0000:06: resource 4 [io 0x0000-0x0cf7] [ 1.529366] pci_bus 0000:06: resource 5 [io 0x0d00-0xffff] [ 1.529367] pci_bus 0000:06: resource 6 [mem 0x000a0000-0x000bffff] [ 1.529369] pci_bus 0000:06: resource 7 [mem 0xc0000000-0xfeafffff] [ 1.529390] NET: Registered protocol family 2 [ 1.529604] TCP established hash table entries: 32768 (order: 7, 524288 bytes) [ 1.529810] TCP bind hash table entries: 32768 (order: 7, 524288 bytes) [ 1.529938] TCP: Hash tables configured (established 32768 bind 32768) [ 1.530019] TCP: reno registered [ 1.530091] UDP hash table entries: 2048 (order: 4, 65536 bytes) [ 1.530172] UDP-Lite hash table entries: 2048 (order: 4, 65536 bytes) [ 1.530283] NET: Registered protocol family 1 [ 1.530418] xen: registering gsi 20 triggering 0 polarity 1 [ 1.530425] xen: --> pirq=20 -> irq=20 (gsi=20) [ 1.543873] xen: registering gsi 23 triggering 0 polarity 1 [ 1.543879] xen: --> pirq=23 -> irq=23 (gsi=23) [ 1.559714] pci 0000:06:03.0: Boot video device [ 1.559720] PCI: CLS 64 bytes, default 64 [ 1.559755] Trying to unpack rootfs image as initramfs... [ 1.595644] Freeing initrd memory: 48296K (ffff8800023f3000 - ffff88000531d000) [ 1.595844] Simple Boot Flag at 0x44 set to 0x1 [ 1.596123] Scanning for low memory corruption every 60 seconds [ 1.596685] Initialise module verification [ 1.596786] audit: initializing netlink socket (disabled) [ 1.596864] type=2000 audit(1391611311.580:1): initialized [ 1.616847] bounce pool size: 64 pages [ 1.616918] HugeTLB registered 2 MB page size, pre-allocated 0 pages [ 1.617727] zbud: loaded [ 1.617893] VFS: Disk quotas dquot_6.5.2 [ 1.617987] Dquot-cache hash table entries: 512 (order 0, 4096 bytes) [ 1.618401] fuse init (API version 7.22) [ 1.618521] msgmni has been set to 1736 [ 1.619054] Key type asymmetric registered [ 1.619120] Asymmetric key parser 'x509' registered [ 1.619214] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 252) [ 1.619332] io scheduler noop registered [ 1.619396] io scheduler deadline registered (default) [ 1.619479] io scheduler cfq registered [ 1.620180] pcieport 0000:00:01.0: Signaling PME through PCIe PME interrupt [ 1.620249] pcieport 0000:01:00.0: Signaling PME through PCIe PME interrupt [ 1.620318] pcieport 0000:02:02.0: Signaling PME through PCIe PME interrupt [ 1.620386] pci 0000:03:00.0: Signaling PME through PCIe PME interrupt [ 1.620455] pci 0000:03:00.1: Signaling PME through PCIe PME interrupt [ 1.620522] pcieport 0000:02:04.0: Signaling PME through PCIe PME interrupt [ 1.620590] pci 0000:04:00.0: Signaling PME through PCIe PME interrupt [ 1.620656] pci 0000:04:00.1: Signaling PME through PCIe PME interrupt [ 1.620727] pcie_pme 0000:00:01.0:pcie01: service driver pcie_pme loaded [ 1.620753] pcieport 0000:00:1c.0: Signaling PME through PCIe PME interrupt [ 1.620821] pci 0000:05:00.0: Signaling PME through PCIe PME interrupt [ 1.620889] pci 0000:05:00.1: Signaling PME through PCIe PME interrupt [ 1.620961] pcie_pme 0000:00:1c.0:pcie01: service driver pcie_pme loaded [ 1.620971] pci_hotplug: PCI Hot Plug PCI Core version: 0.5 [ 1.621045] pciehp: PCI Express Hot Plug Controller Driver version: 0.4 [ 1.621152] intel_idle: MWAIT substates: 0x1120 [ 1.621154] intel_idle: v0.4 model 0x2A [ 1.621154] intel_idle: lapic_timer_reliable_states 0xffffffff [ 1.621199] intel_idle: intel_idle yielding to none [ 1.621262] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input0 [ 1.621349] ACPI: Power Button [PWRF] [ 1.621476] ACPI: Fan [FAN0] (off) [ 1.621558] ACPI: Fan [FAN1] (off) [ 1.621637] ACPI: Fan [FAN2] (off) [ 1.621716] ACPI: Fan [FAN3] (off) [ 1.621794] ACPI: Fan [FAN4] (off) [ 1.621891] ACPI: Requesting acpi_cpufreq [ 1.622414] Monitor-Mwait will be used to enter C-1 state [ 1.622420] Monitor-Mwait will be used to enter C-2 state [ 1.622423] Monitor-Mwait will be used to enter C-3 state [ 1.624107] Warning: Processor Platform Limit not supported. [ 1.624296] thermal LNXTHERM:00: registered as thermal_zone0 [ 1.624364] ACPI: Thermal Zone [TZ01] (30 C) [ 1.624474] ERST: Error Record Serialization Table (ERST) support is initialized. [ 1.624559] pstore: Registered erst as persistent store backend [ 1.624741] GHES: APEI firmware first mode is enabled by APEI bit and WHEA _OSC. [ 1.625188] xen_acpi_processor: Uploading Xen processor PM info [ 1.626366] Serial: 8250/16550 driver, 32 ports, IRQ sharing enabled [ 1.647206] 00:08: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A [ 1.668059] 00:09: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A [ 1.669363] hpet_acpi_add: no address or irqs in _CRS [ 1.669440] Linux agpgart interface v0.103 [ 1.670447] brd: module loaded [ 1.671000] loop: module loaded [ 1.671294] libphy: Fixed MDIO Bus: probed [ 1.671407] tun: Universal TUN/TAP device driver, 1.6 [ 1.671470] tun: (C) 1999-2004 Max Krasnyansky [ 1.671611] PPP generic driver version 2.4.2 [ 1.671716] xen_netfront: Initialising Xen virtual ethernet driver [ 1.671791] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver [ 1.671857] ehci-pci: EHCI PCI platform driver [ 1.671999] xen: registering gsi 20 triggering 0 polarity 1 [ 1.672002] Already setup the GSI :20 [ 1.672084] ehci-pci 0000:00:1a.0: setting latency timer to 64 [ 1.672092] ehci-pci 0000:00:1a.0: EHCI Host Controller [ 1.672160] ehci-pci 0000:00:1a.0: new USB bus registered, assigned bus number 1 [ 1.672260] ehci-pci 0000:00:1a.0: debug port 2 [ 1.676261] ehci-pci 0000:00:1a.0: cache line size of 64 is not supported [ 1.676301] ehci-pci 0000:00:1a.0: irq 20, io mem 0xc5e06000 [ 1.687584] ehci-pci 0000:00:1a.0: USB 2.0 started, EHCI 1.00 [ 1.687679] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002 [ 1.687747] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [ 1.687831] usb usb1: Product: EHCI Host Controller [ 1.687896] usb usb1: Manufacturer: Linux 3.11.0-12-generic ehci_hcd [ 1.687963] usb usb1: SerialNumber: 0000:00:1a.0 [ 1.688117] hub 1-0:1.0: USB hub found [ 1.688184] hub 1-0:1.0: 2 ports detected [ 1.688391] xen: registering gsi 23 triggering 0 polarity 1 [ 1.688393] Already setup the GSI :23 [ 1.688472] ehci-pci 0000:00:1d.0: setting latency timer to 64 [ 1.688479] ehci-pci 0000:00:1d.0: EHCI Host Controller [ 1.688546] ehci-pci 0000:00:1d.0: new USB bus registered, assigned bus number 2 [ 1.688647] ehci-pci 0000:00:1d.0: debug port 2 [ 1.692645] ehci-pci 0000:00:1d.0: cache line size of 64 is not supported [ 1.692683] ehci-pci 0000:00:1d.0: irq 23, io mem 0xc5e05000 [ 1.703612] ehci-pci 0000:00:1d.0: USB 2.0 started, EHCI 1.00 [ 1.703694] usb usb2: New USB device found, idVendor=1d6b, idProduct=0002 [ 1.703762] usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [ 1.703847] usb usb2: Product: EHCI Host Controller [ 1.703911] usb usb2: Manufacturer: Linux 3.11.0-12-generic ehci_hcd [ 1.703979] usb usb2: SerialNumber: 0000:00:1d.0 [ 1.704211] hub 2-0:1.0: USB hub found [ 1.704279] hub 2-0:1.0: 2 ports detected [ 1.704405] ehci-platform: EHCI generic platform driver [ 1.704476] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver [ 1.704544] ohci-platform: OHCI generic platform driver [ 1.704612] uhci_hcd: USB Universal Host Controller Interface driver [ 1.704718] i8042: PNP: No PS/2 controller found. Probing ports directly. [ 2.751476] i8042: No controller found [ 2.751800] mousedev: PS/2 mouse device common for all mice [ 2.752046] rtc_cmos 00:06: RTC can wake from S4 [ 2.752293] rtc_cmos 00:06: rtc core: registered rtc_cmos as rtc0 [ 2.752416] rtc_cmos 00:06: alarms up to one month, y3k, 242 bytes nvram [ 2.752522] device-mapper: uevent: version 1.0.3 [ 2.752670] device-mapper: ioctl: 4.25.0-ioctl (2013-06-26) initialised: dm-devel@redhat.com [ 2.752762] ledtrig-cpu: registered to indicate activity on CPUs [ 2.752882] TCP: cubic registered [ 2.753000] NET: Registered protocol family 10 [ 2.753191] NET: Registered protocol family 17 [ 2.753260] Key type dns_resolver registered [ 2.753510] PM: Hibernation image not present or could not be loaded. [ 2.753513] Loading module verification certificates [ 2.754269] MODSIGN: Loaded cert 'Magrathea: Glacier signing key: fddf6943d8ac4f5b6eb0919a7a3ee3d9088b1bfa' [ 2.754368] registered taskstats version 1 [ 2.757449] Key type trusted registered [ 2.760138] Key type encrypted registered [ 2.762801] AppArmor: AppArmor sha1 policy hashing enabled [ 2.763263] Magic number: 2:965:686 [ 2.763400] rtc_cmos 00:06: setting system clock to 2014-02-05 14:41:52 UTC (1391611312) [ 2.763537] BIOS EDD facility v0.16 2004-Jun-25, 1 devices found [ 2.764099] Freeing unused kernel memory: 1364K (ffffffff81d10000 - ffffffff81e65000) [ 2.764184] Write protecting the kernel read-only data: 12288k [ 2.766969] Freeing unused kernel memory: 1040K (ffff8800016fc000 - ffff880001800000) [ 2.767344] Freeing unused kernel memory: 836K (ffff880001b2f000 - ffff880001c00000) [ 2.788864] systemd-udevd[118]: starting version 204 [ 2.810809] pps_core: module verification failed: signature and/or required key missing - tainting kernel [ 2.810979] pps_core: LinuxPPS API ver. 1 registered [ 2.811045] pps_core: Software ver. 5.3.6 - Copyright 2005-2007 Rodolfo Giometti [ 2.811354] PTP clock support registered [ 2.812518] dca service started, version 1.12.1 [ 2.816654] igb: Intel(R) Gigabit Ethernet Network Driver - version 5.0.5-k [ 2.816725] igb: Copyright (c) 2007-2013 Intel Corporation. [ 2.816857] xen: registering gsi 18 triggering 0 polarity 1 [ 2.816874] xen: --> pirq=18 -> irq=18 (gsi=18) [ 2.819595] bnx2: Broadcom NetXtreme II Gigabit Ethernet Driver bnx2 v2.2.3 (June 27, 2012) [ 2.819730] xen: registering gsi 16 triggering 0 polarity 1 [ 2.819732] Already setup the GSI :16 [ 2.820521] bnx2 0000:05:00.0 eth0: Broadcom NetXtreme II BCM5716 1000Base-T (C0) PCI Express found at mem c0000000, IRQ 16, node addr d4:ae:52:cc:f9:6a [ 2.820664] xen: registering gsi 17 triggering 0 polarity 1 [ 2.820666] Already setup the GSI :17 [ 2.821461] bnx2 0000:05:00.1 eth1: Broadcom NetXtreme II BCM5716 1000Base-T (C0) PCI Express found at mem c2000000, IRQ 17, node addr d4:ae:52:cc:f9:6b [ 2.821768] ahci 0000:00:1f.2: version 3.0 [ 2.821852] xen: registering gsi 19 triggering 0 polarity 1 [ 2.821860] xen: --> pirq=19 -> irq=19 (gsi=19) [ 2.821957] ahci: SSS flag set, parallel bus scan disabled [ 2.835589] ahci 0000:00:1f.2: AHCI 0001.0300 32 slots 6 ports 3 Gbps 0x31 impl SATA mode [ 2.835678] ahci 0000:00:1f.2: flags: 64bit ncq stag pm led clo pio slum part ems sxs apst [ 2.835776] ahci 0000:00:1f.2: setting latency timer to 64 [ 2.851919] scsi0 : ahci [ 2.852047] scsi1 : ahci [ 2.852167] scsi2 : ahci [ 2.852288] scsi3 : ahci [ 2.852404] scsi4 : ahci [ 2.852521] scsi5 : ahci [ 2.852632] ata1: SATA max UDMA/133 abar m2048@0xc5e04000 port 0xc5e04100 irq 76 [ 2.852725] ata2: DUMMY [ 2.852792] ata3: DUMMY [ 2.852861] ata4: DUMMY [ 2.852923] ata5: SATA max UDMA/133 abar m2048@0xc5e04000 port 0xc5e04300 irq 76 [ 2.853005] ata6: SATA max UDMA/133 abar m2048@0xc5e04000 port 0xc5e04380 irq 76 [ 2.930272] igb: probe of 0000:03:00.0 failed with error -2 [ 2.930359] xen: registering gsi 19 triggering 0 polarity 1 [ 2.930362] Already setup the GSI :19 [ 2.963572] usb 1-1: new high-speed USB device number 2 using ehci-pci [ 3.043827] igb: probe of 0000:03:00.1 failed with error -2 [ 3.043911] xen: registering gsi 16 triggering 0 polarity 1 [ 3.043913] Already setup the GSI :16 [ 3.096098] usb 1-1: New USB device found, idVendor=8087, idProduct=0024 [ 3.096169] usb 1-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0 [ 3.096582] hub 1-1:1.0: USB hub found [ 3.096766] hub 1-1:1.0: 6 ports detected [ 3.171651] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300) [ 3.172622] ata1.00: ATA-8: WDC WD5003ABYX-18WERA0, 01.01S03, max UDMA/133 [ 3.172692] ata1.00: 976773168 sectors, multi 0: LBA48 NCQ (depth 31/32), AA [ 3.174631] ata1.00: configured for UDMA/133 [ 3.174899] scsi 0:0:0:0: Direct-Access ATA WDC WD5003ABYX-1 01.0 PQ: 0 ANSI: 5 [ 3.175124] sd 0:0:0:0: [sda] 976773168 512-byte logical blocks: (500 GB/465 GiB) [ 3.175136] sd 0:0:0:0: Attached scsi generic sg0 type 0 [ 3.175305] sd 0:0:0:0: [sda] Write Protect is off [ 3.175372] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00 [ 3.175385] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [ 3.207533] sda: sda1 sda2 < sda5 > [ 3.207988] sd 0:0:0:0: [sda] Attached SCSI disk [ 3.211574] usb 2-1: new high-speed USB device number 2 using ehci-pci [ 3.343975] usb 2-1: New USB device found, idVendor=8087, idProduct=0024 [ 3.344045] usb 2-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0 [ 3.344429] hub 2-1:1.0: USB hub found [ 3.344656] hub 2-1:1.0: 6 ports detected [ 3.491623] ata5: SATA link up 1.5 Gbps (SStatus 113 SControl 300) [ 3.495871] ata5.00: ATAPI: TSSTcorp DVD-ROM SN-108DN, D150, max UDMA/100 [ 3.502634] ata5.00: configured for UDMA/100 [ 3.523150] scsi 4:0:0:0: CD-ROM TSSTcorp DVD-ROM SN-108DN D150 PQ: 0 ANSI: 5 [ 3.533834] sr0: scsi3-mmc drive: 24x/24x cd/rw xa/form2 cdda tray [ 3.533904] cdrom: Uniform CD-ROM driver Revision: 3.20 [ 3.534114] sr 4:0:0:0: Attached scsi CD-ROM sr0 [ 3.534176] sr 4:0:0:0: Attached scsi generic sg1 type 5 [ 3.615704] usb 2-1.1: new high-speed USB device number 3 using ehci-pci [ 3.721480] usb 2-1.1: New USB device found, idVendor=0b95, idProduct=1780 [ 3.721550] usb 2-1.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 3.721633] usb 2-1.1: Product: AX88178 [ 3.721696] usb 2-1.1: Manufacturer: ASIX Elec. Corp. [ 3.721760] usb 2-1.1: SerialNumber: 000002 [ 3.791674] usb 2-1.2: new low-speed USB device number 4 using ehci-pci [ 3.851623] ata6: SATA link down (SStatus 0 SControl 300) [ 3.896023] usb 2-1.2: New USB device found, idVendor=1061, idProduct=0101 [ 3.896102] usb 2-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [ 3.896184] usb 2-1.2: Product: USB Keyboard & Mouse [ 3.896248] usb 2-1.2: Manufacturer: Motorola [ 3.903720] hidraw: raw HID events driver (C) Jiri Kosina [ 3.911687] usbcore: registered new interface driver usbhid [ 3.911754] usbhid: USB HID core driver [ 3.913114] input: Motorola USB Keyboard & Mouse as /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2:1.0/input/input1 [ 3.913287] hid-generic 0003:1061:0101.0001: input,hidraw0: USB HID v1.11 Keyboard [Motorola USB Keyboard & Mouse] on usb-0000:00:1d.0-1.2/input0 [ 3.913465] input: Motorola USB Keyboard & Mouse as /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2:1.1/input/input2 [ 3.913648] hid-generic 0003:1061:0101.0002: input,hidraw1: USB HID v1.11 Mouse [Motorola USB Keyboard & Mouse] on usb-0000:00:1d.0-1.2/input1 [ 3.971702] usb 2-1.5: new high-speed USB device number 5 using ehci-pci [ 4.004005] igb 0000:04:00.0: added PHC on eth2 [ 4.004073] igb 0000:04:00.0: Intel(R) Gigabit Ethernet Network Connection [ 4.004141] igb 0000:04:00.0: eth2: (PCIe:2.5Gb/s:Width x4) 90:e2:ba:53:e5:24 [ 4.004210] igb 0000:04:00.0: eth2: PBA No: Unknown [ 4.004275] igb 0000:04:00.0: Using MSI-X interrupts. 4 rx queue(s), 4 tx queue(s) [ 4.004403] xen: registering gsi 17 triggering 0 polarity 1 [ 4.004406] Already setup the GSI :17 [ 4.063964] usb 2-1.5: New USB device found, idVendor=0424, idProduct=2514 [ 4.064034] usb 2-1.5: New USB device strings: Mfr=0, Product=0, SerialNumber=0 [ 4.064453] hub 2-1.5:1.0: USB hub found [ 4.064664] hub 2-1.5:1.0: 4 ports detected [ 4.115846] bio: create slab at 1 [ 4.550844] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null) [ 4.968014] igb 0000:04:00.1: added PHC on eth3 [ 4.968096] igb 0000:04:00.1: Intel(R) Gigabit Ethernet Network Connection [ 4.968164] igb 0000:04:00.1: eth3: (PCIe:2.5Gb/s:Width x4) 90:e2:ba:53:e5:25 [ 4.968233] igb 0000:04:00.1: eth3: PBA No: Unknown [ 4.968298] igb 0000:04:00.1: Using MSI-X interrupts. 4 rx queue(s), 4 tx queue(s) [ 6.364613] Adding 4161532k swap on /dev/mapper/fiat--vg-swap_1. Priority:-1 extents:1 across:4161532k FS [ 6.900721] EXT4-fs (dm-0): re-mounted. Opts: errors=remount-ro [ 7.078991] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready [ 7.078996] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready [ 7.079000] IPv6: ADDRCONF(NETDEV_UP): eth2: link is not ready [ 7.079004] IPv6: ADDRCONF(NETDEV_UP): eth3: link is not ready [ 7.371646] systemd-udevd[361]: starting version 204 [ 7.878340] lp: driver loaded but no devices found [ 9.826047] wmi: Mapper loaded [ 9.843887] systemd-udevd[460]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event': No such file or directory [ 9.846621] systemd-udevd[465]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event': No such file or directory [ 9.847206] systemd-udevd[466]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event': No such file or directory [ 9.849555] systemd-udevd[467]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event': No such file or directory [ 9.851680] systemd-udevd[469]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event': No such file or directory [ 9.853643] systemd-udevd[472]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event': No such file or directory [ 9.855475] systemd-udevd[474]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event': No such file or directory [ 9.857872] systemd-udevd[476]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event': No such file or directory [ 9.859002] ACPI Warning: 0x0000000000000428-0x000000000000042f SystemIO conflicts with Region \PMIO 1 (20130517/utaddress-251) [ 9.859007] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver [ 9.859011] ACPI Warning: 0x0000000000000540-0x000000000000054f SystemIO conflicts with Region \GPIO 1 (20130517/utaddress-251) [ 9.859013] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver [ 9.859014] ACPI Warning: 0x0000000000000530-0x000000000000053f SystemIO conflicts with Region \GPIO 1 (20130517/utaddress-251) [ 9.859017] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver [ 9.859018] ACPI Warning: 0x0000000000000500-0x000000000000052f SystemIO conflicts with Region \GPIO 1 (20130517/utaddress-251) [ 9.859020] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver [ 9.859021] lpc_ich: Resource conflict(s) found affecting gpio_ich [ 9.879903] systemd-udevd[487]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event': No such file or directory [ 9.897625] microcode: CPU0 sig=0x206a7, pf=0x2, revision=0x29 [ 10.062885] dcdbas dcdbas: Dell Systems Management Base Driver (version 5.6.0-3.2) [ 10.395062] microcode: CPU1 sig=0x206a7, pf=0x2, revision=0x29 [ 10.400676] microcode: CPU2 sig=0x206a7, pf=0x2, revision=0x29 [ 10.401495] microcode: CPU3 sig=0x206a7, pf=0x2, revision=0x29 [ 10.402320] microcode: Microcode Update Driver: v2.00 < tigran@aivazian.fsnet.co.uk>, Peter Oruba [ 10.610920] systemd-udevd[570]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event': No such file or directory [ 10.610941] systemd-udevd[571]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event': No such file or directory [ 10.612923] systemd-udevd[573]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event': No such file or directory [ 10.749729] Bluetooth: Core ver 2.16 [ 10.749748] NET: Registered protocol family 31 [ 10.749750] Bluetooth: HCI device and connection manager initialized [ 10.749756] Bluetooth: HCI socket layer initialized [ 10.749758] Bluetooth: L2CAP socket layer initialized [ 10.749762] Bluetooth: SCO socket layer initialized [ 10.922110] type=1400 audit(1391611320.655:2): apparmor="STATUS" operation="profile_load" parent=544 profile="unconfined" name="/sbin/dhclient" pid=560 comm="apparmor_parser" [ 10.922117] type=1400 audit(1391611320.655:3): apparmor="STATUS" operation="profile_load" parent=544 profile="unconfined" name="/usr/lib/NetworkManager/nm-dhcp-client.action" pid=560 comm="apparmor_parser" [ 10.922120] type=1400 audit(1391611320.655:4): apparmor="STATUS" operation="profile_load" parent=544 profile="unconfined" name="/usr/lib/connman/scripts/dhclient-script" pid=560 comm="apparmor_parser" [ 10.922132] type=1400 audit(1391611320.655:5): apparmor="STATUS" operation="profile_replace" parent=542 profile="unconfined" name="/sbin/dhclient" pid=556 comm="apparmor_parser" [ 10.922139] type=1400 audit(1391611320.655:6): apparmor="STATUS" operation="profile_replace" parent=542 profile="unconfined" name="/usr/lib/NetworkManager/nm-dhcp-client.action" pid=556 comm="apparmor_parser" [ 10.922142] type=1400 audit(1391611320.655:7): apparmor="STATUS" operation="profile_replace" parent=542 profile="unconfined" name="/usr/lib/connman/scripts/dhclient-script" pid=556 comm="apparmor_parser" [ 10.922156] type=1400 audit(1391611320.655:8): apparmor="STATUS" operation="profile_replace" parent=543 profile="unconfined" name="/sbin/dhclient" pid=559 comm="apparmor_parser" [ 10.922162] type=1400 audit(1391611320.655:9): apparmor="STATUS" operation="profile_replace" parent=543 profile="unconfined" name="/usr/lib/NetworkManager/nm-dhcp-client.action" pid=559 comm="apparmor_parser" [ 10.922166] type=1400 audit(1391611320.655:10): apparmor="STATUS" operation="profile_replace" parent=543 profile="unconfined" name="/usr/lib/connman/scripts/dhclient-script" pid=559 comm="apparmor_parser" [ 10.922186] type=1400 audit(1391611320.655:11): apparmor="STATUS" operation="profile_replace" parent=547 profile="unconfined" name="/sbin/dhclient" pid=557 comm="apparmor_parser" [ 10.960369] Bluetooth: RFCOMM TTY layer initialized [ 10.960378] Bluetooth: RFCOMM socket layer initialized [ 10.960379] Bluetooth: RFCOMM ver 1.11 [ 11.096147] init: avahi-cups-reload main process (598) terminated with status 1 [ 11.167124] Bluetooth: BNEP (Ethernet Emulation) ver 1.3 [ 11.167127] Bluetooth: BNEP filters: protocol multicast [ 11.167134] Bluetooth: BNEP socket layer initialized [ 11.287751] asix 2-1.1:1.0 eth0: register 'asix' at usb-0000:00:1d.0-1.1, ASIX AX88178 USB 2.0 Ethernet, 00:0e:c6:88:f6:d3 [ 11.287788] usbcore: registered new interface driver asix [ 11.288748] systemd-udevd[642]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event': No such file or directory [ 11.341535] ppdev: user-space parallel port driver [ 11.696251] Bridge firewalling registered [ 11.699221] device eth0 entered promiscuous mode [ 12.437016] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready [ 12.437109] IPv6: ADDRCONF(NETDEV_UP): xenbr0: link is not ready [ 15.138103] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready [ 15.139187] asix 2-1.1:1.0 eth0: link up, 1000Mbps, full-duplex, lpa 0xC5E1 [ 15.143931] xenbr0: port 1(eth0) entered forwarding state [ 15.143942] xenbr0: port 1(eth0) entered forwarding state [ 15.143955] IPv6: ADDRCONF(NETDEV_CHANGE): xenbr0: link becomes ready [ 15.768228] init: udev-fallback-graphics main process (932) terminated with status 1 [ 17.202300] init: failsafe main process (628) killed by TERM signal [ 17.799180] audit_printk_skb: 69 callbacks suppressed [ 17.799184] type=1400 audit(1391611327.531:35): apparmor="STATUS" operation="profile_replace" parent=1353 profile="unconfined" name="/sbin/dhclient" pid=1361 comm="apparmor_parser" [ 17.799189] type=1400 audit(1391611327.531:36): apparmor="STATUS" operation="profile_replace" parent=1353 profile="unconfined" name="/usr/lib/NetworkManager/nm-dhcp-client.action" pid=1361 comm="apparmor_parser" [ 17.799193] type=1400 audit(1391611327.531:37): apparmor="STATUS" operation="profile_replace" parent=1353 profile="unconfined" name="/usr/lib/connman/scripts/dhclient-script" pid=1361 comm="apparmor_parser" [ 17.799644] type=1400 audit(1391611327.535:38): apparmor="STATUS" operation="profile_replace" parent=1353 profile="unconfined" name="/usr/lib/NetworkManager/nm-dhcp-client.action" pid=1361 comm="apparmor_parser" [ 17.799649] type=1400 audit(1391611327.535:39): apparmor="STATUS" operation="profile_replace" parent=1353 profile="unconfined" name="/usr/lib/connman/scripts/dhclient-script" pid=1361 comm="apparmor_parser" [ 17.799876] type=1400 audit(1391611327.535:40): apparmor="STATUS" operation="profile_replace" parent=1353 profile="unconfined" name="/usr/lib/connman/scripts/dhclient-script" pid=1361 comm="apparmor_parser" [ 18.034955] type=1400 audit(1391611327.767:41): apparmor="STATUS" operation="profile_load" parent=1353 profile="unconfined" name="/usr/lib/x86_64-linux-gnu/lightdm-remote-session-freerdp/freerdp-session-wrapper" pid=1359 comm="apparmor_parser" [ 18.034960] type=1400 audit(1391611327.767:42): apparmor="STATUS" operation="profile_load" parent=1353 profile="unconfined" name="chromium_browser" pid=1359 comm="apparmor_parser" [ 18.035292] type=1400 audit(1391611327.767:43): apparmor="STATUS" operation="profile_replace" parent=1353 profile="unconfined" name="chromium_browser" pid=1359 comm="apparmor_parser" [ 18.067968] type=1400 audit(1391611327.803:44): apparmor="STATUS" operation="profile_load" parent=1353 profile="unconfined" name="/usr/lib/x86_64-linux-gnu/lightdm-remote-session-uccsconfigure/uccsconfigure-session-wrapper" pid=1360 comm="apparmor_parser" [ 19.521968] xen:xen_evtchn: Event-channel device installed [ 20.668188] IPv6: ADDRCONF(NETDEV_UP): eth2: link is not ready [ 20.668698] IPv6: ADDRCONF(NETDEV_UP): eth2: link is not ready [ 21.508464] IPv6: ADDRCONF(NETDEV_UP): eth4: link is not ready [ 21.508911] IPv6: ADDRCONF(NETDEV_UP): eth4: link is not ready [ 21.600614] bnx2 0000:05:00.0 eth3: using MSIX [ 21.600639] IPv6: ADDRCONF(NETDEV_UP): eth3: link is not ready [ 21.601034] IPv6: ADDRCONF(NETDEV_UP): eth3: link is not ready [ 21.656654] bnx2 0000:05:00.1 eth1: using MSIX [ 21.656676] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready [ 21.657027] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready [ 30.168115] xenbr0: port 1(eth0) entered forwarding state [ 679.030308] xen_pciback: backend is passthrough [ 679.119557] pciback 0000:05:00.0: seizing device [ 679.135333] xen: registering gsi 16 triggering 0 polarity 1 [ 679.135338] Already setup the GSI :16 [ 679.223564] pciback 0000:05:00.1: seizing device [ 679.239332] xen: registering gsi 17 triggering 0 polarity 1 [ 679.239337] Already setup the GSI :17 [ 826.675306] IPv6: ADDRCONF(NETDEV_UP): vif1.0: link is not ready [ 826.675650] IPv6: ADDRCONF(NETDEV_UP): vif1.0: link is not ready [ 826.847467] device vif1.0 entered promiscuous mode [ 827.529251] ip_tables: (C) 2000-2006 Netfilter Core Team [ 827.871604] device vif1.0-emu entered promiscuous mode [ 827.872947] xenbr0: port 3(vif1.0-emu) entered forwarding state [ 827.872953] xenbr0: port 3(vif1.0-emu) entered forwarding state [ 842.899266] xenbr0: port 3(vif1.0-emu) entered forwarding state /etc/xen/ubuntu-hvm-0.cfg kernel = "/usr/lib/xen-4.3/boot/hvmloader" builder='hvm' memory = 1024 vcpus=2 name = "ubuntu-hvm-0" vif = ['bridge=xenbr0'] pci_permissive=1 pci= ['05:00.0', '05:00.1'] disk = ['phy:/dev/fiat-vg/ubuntu-hvm-0,hda,w','file:/root/ubuntu-12.04.3-server-amd64.iso,hdc:cdrom,r'] acpi = 1 device_model = 'qemu-dm' boot="d" sdl=0 serial='pty' vnc=1 #vnclisten="" vncpasswd="" on_poweroff = 'destroy' on_reboot = 'restart' on_crash = 'restart' Any suggestions? On Wed, Feb 5, 2014 at 8:54 AM, Mike Neiderhauser < mikeneiderhauser@gmail.com> wrote: > I have. But I cant seem to get the xm toolstack to switch with xl. > > Regards > > > On Wed, Feb 5, 2014 at 8:53 AM, Ian Campbell wrote: > >> On Wed, 2014-02-05 at 08:43 -0500, Mike Neiderhauser wrote: >> > Do you have any suggestions for a setup guide for 4.3? I have >> > installed xen-hypervisor-4.3-amd64 from ubuntu package manger and I >> > don't know where to go from here. >> >> Have you looked on the wiki? >> >> >> >> > --047d7b33dc443f422c04f1aa0528 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Okay. I was able to switch over the toolstack to xl. =A0
When trying to create the domu I get this:

=
root@fiat:~# xl create /etc/xen/ubuntu-hvm-0.cfg
= Parsing config from /etc/xen/ubuntu-hvm-0.cfg
WARNING: ignoring "kernel" directive for HVM guest. Use &quo= t;firmware_override" instead if you really want a non-default firmware=
WARNING: ignoring device_model directive.
WARNING: Use= "device_model_override" instead if you really want a non-default= device_model
xc: info: VIRTUAL MEMORY ARRANGEMENT:
=A0 Loader: =A0 =A0 = =A0 =A00000000000100000->00000000001a69a4
=A0 Modules: =A0 =A0= =A0 0000000000000000->0000000000000000
=A0 TOTAL: =A0 =A0 =A0= =A0 0000000000000000->000000003f800000
=A0 ENTRY ADDRESS: 0000000000100608
xc: info: PHYSICAL MEMOR= Y ALLOCATION:
=A0 4KB PAGES: 0x0000000000000200
=A0 2MB= PAGES: 0x00000000000001fb
=A0 1GB PAGES: 0x0000000000000000
libxl: error: libxl_pci.c:990:libxl__device_pci_reset: The kernel doesn'= ;t support reset from sysfs for PCI device 0000:05:00.0
libxl: er= ror: libxl_pci.c:990:libxl__device_pci_reset: The kernel doesn't suppor= t reset from sysfs for PCI device 0000:05:00.1
Daemon running with PID 3095


=
xl dmesg
root@fiat:~# xl dmesg
(XEN) Xen vers= ion 4.3.0 (Ubuntu 4.3.0-1ubuntu1.2) (stefan.bader@canonical.com) (gcc (Ubuntu/Linaro 4.8.1-10ubuntu8= ) 4.8.1) debug=3Dn Tue Dec 17 15:35:25 UTC 2013
(XEN) Bootloader: GRUB 2.00-19ubuntu2.1
(XEN) Command line: = placeholder dom0_mem=3D1024M
(XEN) Video information:
(= XEN) =A0VGA is text mode 80x25, font 8x16
(XEN) =A0VBE/DDC method= s: none; EDID transfer time: 0 seconds
(XEN) =A0EDID info not retrieved because no DDC retrieval method detec= ted
(XEN) Disc information:
(XEN) =A0Found 1 MBR signat= ures
(XEN) =A0Found 1 EDD information structures
(XEN) = Xen-e820 RAM map:
(XEN) =A00000000000000000 - 000000000009e400 (usable)
(XEN) = =A0000000000009e400 - 00000000000a0000 (reserved)
(XEN) =A0000000= 00000e0000 - 0000000000100000 (reserved)
(XEN) =A0000000000010000= 0 - 00000000bdfb0000 (usable)
(XEN) =A000000000bdfb0000 - 00000000bf3b0000 (reserved)
(XEN= ) =A000000000bf3b0000 - 00000000bf5d7000 (usable)
(XEN) =A0000000= 00bf5d7000 - 00000000bf5d9000 (reserved)
(XEN) =A000000000bf5d900= 0 - 00000000bf5ea000 (usable)
(XEN) =A000000000bf5ea000 - 00000000bf5ee000 (reserved)
(XEN= ) =A000000000bf5ee000 - 00000000bf5f0000 (usable)
(XEN) =A0000000= 00bf5f0000 - 00000000bf601000 (reserved)
(XEN) =A000000000bf60100= 0 - 00000000bf63f000 (usable)
(XEN) =A000000000bf63f000 - 00000000bf6bf000 (reserved)
(XEN= ) =A000000000bf6bf000 - 00000000bf7bf000 (ACPI NVS)
(XEN) =A00000= 0000bf7bf000 - 00000000bf7f0000 (ACPI data)
(XEN) =A000000000bf7f= 0000 - 00000000bf800000 (usable)
(XEN) =A000000000bf800000 - 00000000c0000000 (reserved)
(XEN= ) =A000000000e0000000 - 00000000f0000000 (reserved)
(XEN) =A00000= 0000feb00000 - 00000000feb04000 (reserved)
(XEN) =A000000000fec00= 000 - 00000000fec01000 (reserved)
(XEN) =A000000000fed10000 - 00000000fed1a000 (reserved)
(XEN= ) =A000000000fed1c000 - 00000000fed20000 (reserved)
(XEN) =A00000= 0000fee00000 - 00000000fee01000 (reserved)
(XEN) =A000000000ffc00= 000 - 0000000100000000 (reserved)
(XEN) =A00000000100000000 - 0000000140000000 (usable)
(XEN) = ACPI: RSDP 000FE020, 0024 (r2 DELL =A0)
(XEN) ACPI: XSDT BF7EF170= , 00A4 (r1 DELL =A0 PE_SC3 =A0 =A0 =A0 =A0 =A01 DELL =A0 =A040000)
(XEN) ACPI: FACP BF7EB000, 00F4 (r4 DELL =A0 PE_SC3 =A0 =A0 =A0 =A0 =A01 = DELL =A0 =A040000)
(XEN) ACPI: DSDT BF7E1000, 68FE (r1 DELL =A0 PE_SC3 =A0 =A0 =A0 =A0 = =A00 DELL =A0 =A040000)
(XEN) ACPI: FACS BF7B8000, 0040
(XEN) ACPI: SPMI BF7EE000, 0040 (r5 DELL =A0 PE_SC3 =A0 =A0 =A0 =A0 =A01 D= ELL =A0 =A040000)
(XEN) ACPI: DMAR BF7ED000, 0078 (r1 DELL =A0 PE= _SC3 =A0 =A0 =A0 =A0 =A01 DELL =A0 =A040000)
(XEN) ACPI: ASF! BF7EC000, 00A5 (r32 DELL =A0 PE_SC3 =A0 =A0 =A0 =A0 = =A01 DELL =A0 =A040000)
(XEN) ACPI: HPET BF7EA000, 0038 (r1 DELL = =A0 PE_SC3 =A0 =A0 =A0 =A0 =A01 DELL =A0 =A040000)
(XEN) ACPI: AP= IC BF7E9000, 0092 (r2 DELL =A0 PE_SC3 =A0 =A0 =A0 =A0 =A01 DELL =A0 =A04000= 0)
(XEN) ACPI: MCFG BF7E8000, 003C (r1 DELL =A0 PE_SC3 =A0 =A0 =A0 =A0 = =A01 DELL =A0 =A040000)
(XEN) ACPI: BOOT BF7DE000, 0028 (r1 DELL = =A0 PE_SC3 =A0 =A0 =A0 =A0 =A01 DELL =A0 =A040000)
(XEN) ACPI: SS= DT BF7DD000, 02F6 (r1 DELL =A0 PE_SC3 =A0 =A0 =A0 1000 DELL =A0 =A040000)
(XEN) ACPI: ASPT BF7DA000, 0034 (r7 DELL =A0 PE_SC3 =A0 =A0 =A0 =A0 = =A01 DELL =A0 =A040000)
(XEN) ACPI: SSDT BF7D9000, 060E (r1 DELL = =A0 PE_SC3 =A0 =A0 =A0 3000 DELL =A0 =A040000)
(XEN) ACPI: SSDT B= F7D8000, 0A92 (r1 DELL =A0 PE_SC3 =A0 =A0 =A0 3000 DELL =A0 =A040000)
(XEN) ACPI: HEST BF7D7000, 00A8 (r1 DELL =A0 PE_SC3 =A0 =A0 =A0 =A0 = =A00 DELL =A0 =A040000)
(XEN) ACPI: ERST BF7D6000, 0230 (r1 DELL = =A0 PE_SC3 =A0 =A0 =A0 =A0 =A00 DELL =A0 =A040000)
(XEN) ACPI: BE= RT BF7D5000, 0030 (r1 DELL =A0 PE_SC3 =A0 =A0 =A0 =A0 =A00 DELL =A0 =A04000= 0)
(XEN) ACPI: EINJ BF7D4000, 0130 (r1 DELL =A0 PE_SC3 =A0 =A0 =A0 =A0 = =A00 DELL =A0 =A040000)
(XEN) System RAM: 4065MB (4163416kB)
(XEN) Domain heap initialised
(XEN) Processor #0 6:10 APIC = version 21
(XEN) Processor #2 6:10 APIC version 21
(XEN) Processor #4 6= :10 APIC version 21
(XEN) Processor #6 6:10 APIC version 21
=
(XEN) IOAPIC[0]: apic_id 0, version 32, address 0xfec00000, GSI 0-23
(XEN) Enabling APIC mode: =A0Flat. =A0Using 1 I/O APICs
(XEN= ) [VT-D]dmar.c:583: =A0 RMRR address range not in reserved memory base =3D = 0 end =3D fff; iommu_inclusive_mapping=3D1 parameter may be needed.
(XEN) Switched to APIC driver x2apic_cluster.
(XEN) Using scheduler: SMP Credit Scheduler (credit)
(XEN) D= etected 3093.056 MHz processor.
(XEN) Initing memory sharing.
(XEN) xstate_init: using cntxt_size: 0x340 and states: 0x7
(XEN) Intel VT-d iommu 0 supported page sizes: 4kB.
(XEN) In= tel VT-d Snoop Control enabled.
(XEN) Intel VT-d Dom0 DMA Passthr= ough not enabled.
(XEN) Intel VT-d Queued Invalidation enabled.
(XEN) Intel VT-d Interrupt Remapping enabled.
(XEN) Intel VT= -d Shared EPT tables not enabled.
(XEN) I/O virtualisation enable= d
(XEN) =A0- Dom0 mode: Relaxed
(XEN) Interrupt remappi= ng enabled
(XEN) Enabled directed EOI with ioapic_ack_old on!
(XEN) ENA= BLING IO-APIC IRQs
(XEN) =A0-> Using old ACK method
= (XEN) Platform timer is 14.318MHz HPET
(XEN) Allocated console ri= ng of 16 KiB.
(XEN) VMX: Supported advanced features:
(XEN) =A0- APIC MMIO= access virtualisation
(XEN) =A0- APIC TPR shadow
(XEN)= =A0- Extended Page Tables (EPT)
(XEN) =A0- Virtual-Processor Ide= ntifiers (VPID)
(XEN) =A0- Virtual NMI
(XEN) =A0- MSR direct-access bitmap
(XEN) =A0- Unrestricted Guest
(XEN) HVM: ASIDs enabled.<= /div>
(XEN) HVM: VMX enabled
(XEN) HVM: Hardware Assisted Pag= ing (HAP) detected
(XEN) HVM: HAP page sizes: 4kB, 2MB
(XEN) Brought up 4 CPUs<= /div>
(XEN) mtrr: your CPUs had inconsistent variable MTRR settings
(XEN) *** LOADING DOMAIN 0 ***
(XEN) =A0Xen =A0kernel: 64-= bit, lsb, compat32
(XEN) =A0Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x23f300= 0
(XEN) PHYSICAL MEMORY ARRANGEMENT:
(XEN) =A0Dom0 allo= c.: =A0 0000000134000000->0000000138000000 (233686 pages to be allocated= )
(XEN) =A0Init. ramdisk: 000000013d0d6000->000000013ffff800
(XEN) VIRTUAL MEMORY ARRANGEMENT:
(XEN) =A0Loaded kernel: fffff= fff81000000->ffffffff823f3000
(XEN) =A0Init. ramdisk: ffffffff= 823f3000->ffffffff8531c800
(XEN) =A0Phys-Mach map: ffffffff8531d000->ffffffff8551d000
(XEN) =A0Start info: =A0 =A0ffffffff8551d000->ffffffff8551d4b4
(XEN) =A0Page tables: =A0 ffffffff8551e000->ffffffff8554d000
(XEN) =A0Boot stack: =A0 =A0ffffffff8554d000->ffffffff8554e000
(XEN) =A0TOTAL: =A0 =A0 =A0 =A0 ffffffff80000000->ffffffff85800000<= /div>
(XEN) =A0ENTRY ADDRESS: ffffffff81d261e0
(XEN) Dom0 has= maximum 4 VCPUs
(XEN) Scrubbing Free RAM: ......................= .......done.
(XEN) Initial low memory virq threshold set at 0x4000 pages.
(XEN) Std. Loglevel: Errors and warnings
(XEN) Guest Loglevel: N= othing (Rate-limited: Errors and warnings)
(XEN) Xen is relinquis= hing VGA console.
(XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times t= o switch input to Xen)
(XEN) Freed 260kB init memory.
(= XEN) traps.c:2503:d0 Domain attempted WRMSR 00000000000001fc from 0x0000000= 00004005f to 0x000000000004005d.
(XEN) traps.c:2503:d0 Domain attempted WRMSR 00000000000001fc from 0x0= 00000000004005f to 0x000000000004005d.
(XEN) traps.c:2503:d0 Doma= in attempted WRMSR 00000000000001fc from 0x000000000004005f to 0x0000000000= 04005d.
(XEN) traps.c:2503:d0 Domain attempted WRMSR 00000000000001fc from 0x0= 00000000004005f to 0x000000000004005d.


<= /div>
dmesg
root@fiat:~# dmesg
[ =A0 =A00.0000= 00] Initializing cgroup subsys cpuset
[ =A0 =A00.000000] Initializing cgroup subsys cpu
[ =A0 =A00= .000000] Initializing cgroup subsys cpuacct
[ =A0 =A00.000000] Li= nux version 3.11.0-12-generic (buildd@allspice) (gcc version 4.8.1 (Ubuntu/= Linaro 4.8.1-10ubuntu7) ) #19-Ubuntu SMP Wed Oct 9 16:20:46 UTC 2013 (Ubunt= u 3.11.0-12.19-generic 3.11.3)
[ =A0 =A00.000000] Command line: placeholder root=3D/dev/mapper/fiat--= vg-root ro biosdevname=3D0
[ =A0 =A00.000000] KERNEL supported cp= us:
[ =A0 =A00.000000] =A0 Intel GenuineIntel
[ =A0 =A0= 0.000000] =A0 AMD AuthenticAMD
[ =A0 =A00.000000] =A0 Centaur CentaurHauls
[ =A0 =A00.00000= 0] Freeing 9e-100 pfn range: 98 pages freed
[ =A0 =A00.000000] 1-= 1 mapping on 9e->100
[ =A0 =A00.000000] 1-1 mapping on bdfb0-&= gt;bf3b0
[ =A0 =A00.000000] 1-1 mapping on bf5d7->bf5d9
[ =A0 =A00= .000000] 1-1 mapping on bf5ea->bf5ee
[ =A0 =A00.000000] 1-1 ma= pping on bf5f0->bf601
[ =A0 =A00.000000] 1-1 mapping on bf63f-= >bf7f0
[ =A0 =A00.000000] 1-1 mapping on bf800->100000
[ =A0 =A0= 0.000000] Released 98 pages of unused memory
[ =A0 =A00.000000] S= et 269866 page(s) to 1-1 mapping
[ =A0 =A00.000000] Populating 40= 000-40062 pfn range: 98 pages added
[ =A0 =A00.000000] e820: BIOS-provided physical RAM map:
[ = =A0 =A00.000000] Xen: [mem 0x0000000000000000-0x000000000009dfff] usable
[ =A0 =A00.000000] Xen: [mem 0x000000000009e400-0x00000000000fffff]= reserved
[ =A0 =A00.000000] Xen: [mem 0x0000000000100000-0x00000000bdfaffff] us= able
[ =A0 =A00.000000] Xen: [mem 0x00000000bdfb0000-0x00000000bf= 3affff] reserved
[ =A0 =A00.000000] Xen: [mem 0x00000000bf3b0000-= 0x00000000bf5d6fff] usable
[ =A0 =A00.000000] Xen: [mem 0x00000000bf5d7000-0x00000000bf5d8fff] re= served
[ =A0 =A00.000000] Xen: [mem 0x00000000bf5d9000-0x00000000= bf5e9fff] usable
[ =A0 =A00.000000] Xen: [mem 0x00000000bf5ea000-= 0x00000000bf5edfff] reserved
[ =A0 =A00.000000] Xen: [mem 0x00000000bf5ee000-0x00000000bf5effff] us= able
[ =A0 =A00.000000] Xen: [mem 0x00000000bf5f0000-0x00000000bf= 600fff] reserved
[ =A0 =A00.000000] Xen: [mem 0x00000000bf601000-= 0x00000000bf63efff] usable
[ =A0 =A00.000000] Xen: [mem 0x00000000bf63f000-0x00000000bf6befff] re= served
[ =A0 =A00.000000] Xen: [mem 0x00000000bf6bf000-0x00000000= bf7befff] ACPI NVS
[ =A0 =A00.000000] Xen: [mem 0x00000000bf7bf00= 0-0x00000000bf7effff] ACPI data
[ =A0 =A00.000000] Xen: [mem 0x00000000bf7f0000-0x00000000bf7fffff] us= able
[ =A0 =A00.000000] Xen: [mem 0x00000000bf800000-0x00000000bf= ffffff] reserved
[ =A0 =A00.000000] Xen: [mem 0x00000000e0000000-= 0x00000000efffffff] reserved
[ =A0 =A00.000000] Xen: [mem 0x00000000feb00000-0x00000000feb03fff] re= served
[ =A0 =A00.000000] Xen: [mem 0x00000000fec00000-0x00000000= fec00fff] reserved
[ =A0 =A00.000000] Xen: [mem 0x00000000fed1000= 0-0x00000000fed19fff] reserved
[ =A0 =A00.000000] Xen: [mem 0x00000000fed1c000-0x00000000fed1ffff] re= served
[ =A0 =A00.000000] Xen: [mem 0x00000000fee00000-0x00000000= fee00fff] reserved
[ =A0 =A00.000000] Xen: [mem 0x00000000ffc0000= 0-0x00000000ffffffff] reserved
[ =A0 =A00.000000] Xen: [mem 0x0000000100000000-0x000000013fffffff] us= able
[ =A0 =A00.000000] NX (Execute Disable) protection: active
[ =A0 =A00.000000] SMBIOS 2.7 present.
[ =A0 =A00.000000= ] DMI: Dell Inc. PowerEdge R210 II/03X6X0, BIOS 2.5.1 07/11/2013
[ =A0 =A00.000000] e820: update [mem 0x00000000-0x00000fff] usable =3D= =3D> reserved
[ =A0 =A00.000000] e820: remove [mem 0x000a0000-= 0x000fffff] usable
[ =A0 =A00.000000] No AGP bridge found
[ =A0 =A00.000000] e820: last_pfn =3D 0x140000 max_arch_pfn =3D 0x400000= 000
[ =A0 =A00.000000] e820: last_pfn =3D 0xbf800 max_arch_pfn =3D 0x40000= 0000
[ =A0 =A00.000000] Scanning 1 areas for low memory corruptio= n
[ =A0 =A00.000000] Base memory trampoline at [ffff880000098000]= 98000 size 24576
[ =A0 =A00.000000] init_memory_mapping: [mem 0x00000000-0x000fffff]
[ =A0 =A00.000000] =A0[mem 0x00000000-0x000fffff] page 4k
[ =A0 =A00.000000] init_memory_mapping: [mem 0x3fe00000-0x3fffffff]
<= div>[ =A0 =A00.000000] =A0[mem 0x3fe00000-0x3fffffff] page 4k
[ =A0 =A00.000000] BRK [0x01fe9000, 0x01fe9fff] PGTABLE
[ = =A0 =A00.000000] init_memory_mapping: [mem 0x3c000000-0x3fdfffff]
[ =A0 =A00.000000] =A0[mem 0x3c000000-0x3fdfffff] page 4k
[ =A0 = =A00.000000] BRK [0x01fea000, 0x01feafff] PGTABLE
[ =A0 =A00.000000] BRK [0x01feb000, 0x01febfff] PGTABLE
[ = =A0 =A00.000000] BRK [0x01fec000, 0x01fecfff] PGTABLE
[ =A0 =A00.= 000000] BRK [0x01fed000, 0x01fedfff] PGTABLE
[ =A0 =A00.000000] B= RK [0x01fee000, 0x01feefff] PGTABLE
[ =A0 =A00.000000] init_memory_mapping: [mem 0x00100000-0x3bffffff]
[ =A0 =A00.000000] =A0[mem 0x00100000-0x3bffffff] page 4k
[ =A0 =A00.000000] init_memory_mapping: [mem 0x40000000-0xbdfaffff]
<= div>[ =A0 =A00.000000] =A0[mem 0x40000000-0xbdfaffff] page 4k
[ =A0 =A00.000000] init_memory_mapping: [mem 0xbf3b0000-0xbf5d6fff]
[ =A0 =A00.000000] =A0[mem 0xbf3b0000-0xbf5d6fff] page 4k
[ =A0 =A00.000000] init_memory_mapping: [mem 0xbf5d9000-0xbf5e9fff]
<= div>[ =A0 =A00.000000] =A0[mem 0xbf5d9000-0xbf5e9fff] page 4k
[ =A0 =A00.000000] init_memory_mapping: [mem 0xbf5ee000-0xbf5effff]
[ =A0 =A00.000000] =A0[mem 0xbf5ee000-0xbf5effff] page 4k
[ =A0 =A00.000000] init_memory_mapping: [mem 0xbf601000-0xbf63efff]
<= div>[ =A0 =A00.000000] =A0[mem 0xbf601000-0xbf63efff] page 4k
[ =A0 =A00.000000] init_memory_mapping: [mem 0xbf7f0000-0xbf7fffff]
[ =A0 =A00.000000] =A0[mem 0xbf7f0000-0xbf7fffff] page 4k
[ =A0 =A00.000000] init_memory_mapping: [mem 0x100000000-0x13fffffff]
[ =A0 =A00.000000] =A0[mem 0x100000000-0x13fffffff] page 4k
[ =A0 =A00.000000] RAMDISK: [mem 0x023f3000-0x0531cfff]
[ = =A0 =A00.000000] ACPI: RSDP 00000000000fe020 00024 (v02 DELL =A0)
[ =A0 =A00.000000] ACPI: XSDT 00000000bf7ef170 000A4 (v01 DELL =A0 PE_SC3 = =A0 00000001 DELL 00040000)
[ =A0 =A00.000000] ACPI: FACP 00000000bf7eb000 000F4 (v04 DELL =A0 PE_= SC3 =A0 00000001 DELL 00040000)
[ =A0 =A00.000000] ACPI: DSDT 000= 00000bf7e1000 068FE (v01 DELL =A0 PE_SC3 =A0 00000000 DELL 00040000)
<= div>[ =A0 =A00.000000] ACPI: FACS 00000000bf7b8000 00040
[ =A0 =A00.000000] ACPI: SPMI 00000000bf7ee000 00040 (v05 DELL =A0 PE_= SC3 =A0 00000001 DELL 00040000)
[ =A0 =A00.000000] ACPI: XMAR 000= 00000bf7ed000 00078 (v01 DELL =A0 PE_SC3 =A0 00000001 DELL 00040000)
<= div>[ =A0 =A00.000000] ACPI: ASF! 00000000bf7ec000 000A5 (v32 DELL =A0 PE_S= C3 =A0 00000001 DELL 00040000)
[ =A0 =A00.000000] ACPI: HPET 00000000bf7ea000 00038 (v01 DELL =A0 PE_= SC3 =A0 00000001 DELL 00040000)
[ =A0 =A00.000000] ACPI: APIC 000= 00000bf7e9000 00092 (v02 DELL =A0 PE_SC3 =A0 00000001 DELL 00040000)
<= div>[ =A0 =A00.000000] ACPI: MCFG 00000000bf7e8000 0003C (v01 DELL =A0 PE_S= C3 =A0 00000001 DELL 00040000)
[ =A0 =A00.000000] ACPI: BOOT 00000000bf7de000 00028 (v01 DELL =A0 PE_= SC3 =A0 00000001 DELL 00040000)
[ =A0 =A00.000000] ACPI: SSDT 000= 00000bf7dd000 002F6 (v01 DELL =A0 PE_SC3 =A0 00001000 DELL 00040000)
<= div>[ =A0 =A00.000000] ACPI: ASPT 00000000bf7da000 00034 (v07 DELL =A0 PE_S= C3 =A0 00000001 DELL 00040000)
[ =A0 =A00.000000] ACPI: SSDT 00000000bf7d9000 0060E (v01 DELL =A0 PE_= SC3 =A0 00003000 DELL 00040000)
[ =A0 =A00.000000] ACPI: SSDT 000= 00000bf7d8000 00A92 (v01 DELL =A0 PE_SC3 =A0 00003000 DELL 00040000)
<= div>[ =A0 =A00.000000] ACPI: HEST 00000000bf7d7000 000A8 (v01 DELL =A0 PE_S= C3 =A0 00000000 DELL 00040000)
[ =A0 =A00.000000] ACPI: ERST 00000000bf7d6000 00230 (v01 DELL =A0 PE_= SC3 =A0 00000000 DELL 00040000)
[ =A0 =A00.000000] ACPI: BERT 000= 00000bf7d5000 00030 (v01 DELL =A0 PE_SC3 =A0 00000000 DELL 00040000)
<= div>[ =A0 =A00.000000] ACPI: EINJ 00000000bf7d4000 00130 (v01 DELL =A0 PE_S= C3 =A0 00000000 DELL 00040000)
[ =A0 =A00.000000] ACPI: Local APIC address 0xfee00000
[ =A0= =A00.000000] NUMA turned off
[ =A0 =A00.000000] Faking a node at= [mem 0x0000000000000000-0x000000013fffffff]
[ =A0 =A00.000000] I= nitmem setup node 0 [mem 0x00000000-0x13fffffff]
[ =A0 =A00.000000] =A0 NODE_DATA [mem 0x3f899000-0x3f89dfff]
[ =A0 =A00.000000] Zone ranges:
[ =A0 =A00.000000] =A0 DMA =A0 = =A0 =A0[mem 0x00001000-0x00ffffff]
[ =A0 =A00.000000] =A0 DMA32 = =A0 =A0[mem 0x01000000-0xffffffff]
[ =A0 =A00.000000] =A0 Normal =A0 [mem 0x100000000-0x13fffffff]
<= div>[ =A0 =A00.000000] Movable zone start for each node
[ =A0 =A0= 0.000000] Early memory node ranges
[ =A0 =A00.000000] =A0 node = =A0 0: [mem 0x00001000-0x0009dfff]
[ =A0 =A00.000000] =A0 node =A0 0: [mem 0x00100000-0xbdfaffff]
[ =A0 =A00.000000] =A0 node =A0 0: [mem 0xbf3b0000-0xbf5d6fff]
[ =A0 =A00.000000] =A0 node =A0 0: [mem 0xbf5d9000-0xbf5e9fff]
[= =A0 =A00.000000] =A0 node =A0 0: [mem 0xbf5ee000-0xbf5effff]
[ =A0 =A00.000000] =A0 node =A0 0: [mem 0xbf601000-0xbf63efff]
[ =A0 =A00.000000] =A0 node =A0 0: [mem 0xbf7f0000-0xbf7fffff]
[ =A0 =A00.000000] =A0 node =A0 0: [mem 0x100000000-0x13fffffff]
[ =A0 =A00.000000] On node 0 totalpages: 1040853
[ =A0 =A00.000000] =A0 DMA zone: 64 pages used for memmap
[ = =A0 =A00.000000] =A0 DMA zone: 21 pages reserved
[ =A0 =A00.00000= 0] =A0 DMA zone: 3997 pages, LIFO batch:0
[ =A0 =A00.000000] =A0 = DMA32 zone: 12105 pages used for memmap
[ =A0 =A00.000000] =A0 DMA32 zone: 774712 pages, LIFO batch:31
[ =A0 =A00.000000] =A0 Normal zone: 4096 pages used for memmap
[ =A0 =A00.000000] =A0 Normal zone: 262144 pages, LIFO batch:31
= [ =A0 =A00.000000] ACPI: PM-Timer IO Port: 0x408
[ =A0 =A00.000000] ACPI: Local APIC address 0xfee00000
[ =A0= =A00.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
= [ =A0 =A00.000000] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] enabled)
=
[ =A0 =A00.000000] ACPI: LAPIC (acpi_id[0x03] lapic_id[0x04] enabled)<= /div>
[ =A0 =A00.000000] ACPI: LAPIC (acpi_id[0x04] lapic_id[0x06] enabled)<= /div>
[ =A0 =A00.000000] ACPI: LAPIC (acpi_id[0x05] lapic_id[0x00] disa= bled)
[ =A0 =A00.000000] ACPI: LAPIC (acpi_id[0x06] lapic_id[0x00= ] disabled)
[ =A0 =A00.000000] ACPI: LAPIC (acpi_id[0x07] lapic_id[0x00] disabled)=
[ =A0 =A00.000000] ACPI: LAPIC (acpi_id[0x08] lapic_id[0x00] dis= abled)
[ =A0 =A00.000000] ACPI: LAPIC_NMI (acpi_id[0xff] high edg= e lint[0x1])
[ =A0 =A00.000000] ACPI: IOAPIC (id[0x00] address[0xfec00000] gsi_base= [0])
[ =A0 =A00.000000] IOAPIC[0]: apic_id 0, version 32, address= 0xfec00000, GSI 0-23
[ =A0 =A00.000000] ACPI: INT_SRC_OVR (bus 0= bus_irq 0 global_irq 2 dfl dfl)
[ =A0 =A00.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 hig= h level)
[ =A0 =A00.000000] ACPI: IRQ0 used by override.
[ =A0 =A00.000000] ACPI: IRQ2 used by override.
[ =A0 =A00.0000= 00] ACPI: IRQ9 used by override.
[ =A0 =A00.000000] Using ACPI (MADT) for SMP configuration information=
[ =A0 =A00.000000] ACPI: HPET id: 0x8086a201 base: 0xfed00000
[ =A0 =A00.000000] smpboot: Allowing 8 CPUs, 4 hotplug CPUs
[ =A0 =A00.000000] nr_irqs_gsi: 40
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0x0009e000-0x000= 9efff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0x00= 09f000-0x000fffff]
[ =A0 =A00.000000] PM: Registered nosave memor= y: [mem 0xbdfb0000-0xbf3affff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xbf5d7000-0xbf5= d8fff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xbf= 5ea000-0xbf5edfff]
[ =A0 =A00.000000] PM: Registered nosave memor= y: [mem 0xbf5f0000-0xbf600fff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xbf63f000-0xbf6= befff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xbf= 6bf000-0xbf7befff]
[ =A0 =A00.000000] PM: Registered nosave memor= y: [mem 0xbf7bf000-0xbf7effff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xbf800000-0xbff= fffff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xc0= 000000-0xdfffffff]
[ =A0 =A00.000000] PM: Registered nosave memor= y: [mem 0xe0000000-0xefffffff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xf0000000-0xfea= fffff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xfe= b00000-0xfeb03fff]
[ =A0 =A00.000000] PM: Registered nosave memor= y: [mem 0xfeb04000-0xfebfffff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xfec00000-0xfec= 00fff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xfe= c01000-0xfed0ffff]
[ =A0 =A00.000000] PM: Registered nosave memor= y: [mem 0xfed10000-0xfed19fff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xfed1a000-0xfed= 1bfff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xfe= d1c000-0xfed1ffff]
[ =A0 =A00.000000] PM: Registered nosave memor= y: [mem 0xfed20000-0xfedfffff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xfee00000-0xfee= 00fff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xfe= e01000-0xffbfffff]
[ =A0 =A00.000000] PM: Registered nosave memor= y: [mem 0xffc00000-0xffffffff]
[ =A0 =A00.000000] e820: [mem 0xc0000000-0xdfffffff] available for PCI= devices
[ =A0 =A00.000000] Booting paravirtualized kernel on Xen=
[ =A0 =A00.000000] Xen version: 4.3.0 (preserve-AD)
[ = =A0 =A00.000000] setup_percpu: NR_CPUS:256 nr_cpumask_bits:256 nr_cpu_ids:8= nr_node_ids:1
[ =A0 =A00.000000] PERCPU: Embedded 29 pages/cpu @ffff88003f200000 s86= 720 r8192 d23872 u262144
[ =A0 =A00.000000] pcpu-alloc: s86720 r8= 192 d23872 u262144 alloc=3D1*2097152
[ =A0 =A00.000000] pcpu-allo= c: [0] 0 1 2 3 4 5 6 7
[ =A0 =A01.317175] Built 1 zonelists in Node order, mobility grouping = on. =A0Total pages: 1024567
[ =A0 =A01.317177] Policy zone: Norma= l
[ =A0 =A01.317178] Kernel command line: placeholder root=3D/dev= /mapper/fiat--vg-root ro biosdevname=3D0
[ =A0 =A01.317577] PID hash table entries: 4096 (order: 3, 32768 bytes= )
[ =A0 =A01.317607] xsave: enabled xstate_bv 0x7, cntxt size 0x3= 40
[ =A0 =A01.337841] software IO TLB [mem 0x37000000-0x3b000000]= (64MB) mapped at [ffff880037000000-ffff88003affffff]
[ =A0 =A01.343109] Memory: 840760K/4163412K available (7141K kernel co= de, 1082K rwdata, 3260K rodata, 1364K init, 1420K bss, 3322652K reserved)
[ =A0 =A01.343171] SLUB: HWalign=3D64, Order=3D0-3, MinObjects=3D0= , CPUs=3D4, Nodes=3D1
[ =A0 =A01.343187] Hierarchical RCU implementation.
[ =A0 = =A01.343188] =A0RCU dyntick-idle grace-period acceleration is enabled.
[ =A0 =A01.343189] =A0RCU restricting CPUs from NR_CPUS=3D256 to nr_c= pu_ids=3D4.
[ =A0 =A01.343190] =A0Offload RCU callbacks from all CPUs
[ =A0 = =A01.343193] =A0Offload RCU callbacks from CPUs: 0-255.
[ =A0 =A0= 1.343200] NR_IRQS:16640 nr_irqs:712 16
[ =A0 =A01.343257] xen: sc= i override: global_irq=3D9 trigger=3D0 polarity=3D0
[ =A0 =A01.343258] xen: registering gsi 9 triggering 0 polarity 0
[ =A0 =A01.343269] xen: --> pirq=3D9 -> irq=3D9 (gsi=3D9)
=
[ =A0 =A01.343288] xen: acpi sci 9
[ =A0 =A01.343291] xen: -= -> pirq=3D1 -> irq=3D1 (gsi=3D1)
[ =A0 =A01.343293] xen: --> pirq=3D2 -> irq=3D2 (gsi=3D2)
<= div>[ =A0 =A01.343297] xen: --> pirq=3D3 -> irq=3D3 (gsi=3D3)
[ =A0 =A01.343300] xen: --> pirq=3D4 -> irq=3D4 (gsi=3D4)
[ =A0 =A01.343302] xen: --> pirq=3D5 -> irq=3D5 (gsi=3D5)
[ =A0 =A01.343304] xen: --> pirq=3D6 -> irq=3D6 (gsi=3D6)
<= div>[ =A0 =A01.343306] xen: --> pirq=3D7 -> irq=3D7 (gsi=3D7)
[ =A0 =A01.343309] xen: --> pirq=3D8 -> irq=3D8 (gsi=3D8)
[ =A0 =A01.343311] xen: --> pirq=3D10 -> irq=3D10 (gsi=3D10)
[ =A0 =A01.343313] xen: --> pirq=3D11 -> irq=3D11 (gsi=3D11)
[ =A0 =A01.343316] xen: --> pirq=3D12 -> irq=3D12 (gsi=3D12)
[ =A0 =A01.343318] xen: --> pirq=3D13 -> irq=3D13 (gsi=3D13)=
[ =A0 =A01.343321] xen: --> pirq=3D14 -> irq=3D14 (gsi=3D1= 4)
[ =A0 =A01.343323] xen: --> pirq=3D15 -> irq=3D15 (gsi=3D15)
[ =A0 =A01.347861] Console: colour VGA+ 80x25
[ =A0 =A01.3= 58167] console [tty0] enabled
[ =A0 =A01.360299] allocated 167772= 16 bytes of page_cgroup
[ =A0 =A01.360369] please try 'cgroup_disable=3Dmemory' option= if you don't want memory cgroups
[ =A0 =A01.360487] Xen: usi= ng vcpuop timer interface
[ =A0 =A01.360492] installing Xen timer= for CPU 0
[ =A0 =A01.360579] tsc: Detected 3093.056 MHz processor
[ = =A0 =A01.360646] Calibrating delay loop (skipped), value calculated using t= imer frequency.. 6186.11 BogoMIPS (lpj=3D12372224)
[ =A0 =A01.360= 777] pid_max: default: 32768 minimum: 301
[ =A0 =A01.360867] Security Framework initialized
[ =A0 =A01= .360946] AppArmor: AppArmor initialized
[ =A0 =A01.361009] Yama: = becoming mindful.
[ =A0 =A01.361540] Dentry cache hash table entr= ies: 524288 (order: 10, 4194304 bytes)
[ =A0 =A01.362357] Inode-cache hash table entries: 262144 (order: 9, 2= 097152 bytes)
[ =A0 =A01.362697] Mount-cache hash table entries: = 256
[ =A0 =A01.362932] Initializing cgroup subsys memory
[ =A0 =A01.363003] Initializing cgroup subsys devices
[ =A0 =A01.363068] Initializing cgroup subsys freezer
[ =A0 = =A01.363133] Initializing cgroup subsys blkio
[ =A0 =A01.364545] = Initializing cgroup subsys perf_event
[ =A0 =A01.364610] Initiali= zing cgroup subsys hugetlb
[ =A0 =A01.364739] ENERGY_PERF_BIAS: Set to 'normal', was '= ;performance'
[ =A0 =A01.364739] ENERGY_PERF_BIAS: View and u= pdate with x86_energy_perf_policy(8)
[ =A0 =A01.364834] CPU: Phys= ical Processor ID: 0
[ =A0 =A01.364896] CPU: Processor Core ID: 0
[ =A0 =A01.3649= 60] mce: CPU supports 2 MCE banks
[ =A0 =A01.365035] Last level i= TLB entries: 4KB 512, 2MB 0, 4MB 0
[ =A0 =A01.365035] Last level = dTLB entries: 4KB 512, 2MB 32, 4MB 32
[ =A0 =A01.365035] tlb_flushall_shift: 5
[ =A0 =A01.365227] = Freeing SMP alternatives memory: 28K (ffffffff81e65000 - ffffffff81e6c000)<= /div>
[ =A0 =A01.367286] ACPI: Core revision 20130517
[ =A0 = =A01.370761] ACPI: All ACPI Tables successfully acquired
[ =A0 =A01.382180] ftrace: allocating 27796 entries in 109 pages
=
[ =A0 =A01.393056] cpu 0 spinlock event irq 41
[ =A0 =A01.39= 3142] Performance Events: unsupported p6 CPU model 42 no PMU driver, softwa= re events only.
[ =A0 =A01.394402] NMI watchdog: disabled (cpu0): hardware events not = enabled
[ =A0 =A01.394522] installing Xen timer for CPU 1
[ =A0 =A01.394591] cpu 1 spinlock event irq 48
[ =A0 =A01.3948= 91] installing Xen timer for CPU 2
[ =A0 =A01.394959] cpu 2 spinlock event irq 55
[ =A0 =A01.39= 5260] installing Xen timer for CPU 3
[ =A0 =A01.395327] cpu 3 spi= nlock event irq 62
[ =A0 =A01.395569] Brought up 4 CPUs
[ =A0 =A01.395926] devtmpfs: initialized
[ =A0 =A01.396704] EVM: security.selinux
[ =A0 =A01.396767] = EVM: security.SMACK64
[ =A0 =A01.396830] EVM: security.capability=
[ =A0 =A01.396941] PM: Registering ACPI NVS region [mem 0xbf6bf0= 00-0xbf7befff] (1048576 bytes)
[ =A0 =A01.397621] xen:grant_table: Grant tables using version 2 layou= t
[ =A0 =A01.397696] Grant table initialized
[ =A0 =A01= .397793] regulator-dummy: no parameters
[ =A0 =A01.397894] RTC ti= me: 14:41:51, date: 02/05/14
[ =A0 =A01.397984] NET: Registered protocol family 16
[ =A0 = =A01.398201] ACPI FADT declares the system doesn't support PCIe ASPM, s= o disable it
[ =A0 =A01.398286] ACPI: bus type PCI registered
[ =A0 =A01.398350] acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.= 5
[ =A0 =A01.398510] PCI: MMCONFIG for domain 0000 [bus 00-ff] at [mem 0= xe0000000-0xefffffff] (base 0xe0000000)
[ =A0 =A01.398598] PCI: M= MCONFIG at [mem 0xe0000000-0xefffffff] reserved in E820
[ =A0 =A0= 1.432711] PCI: Using configuration type 1 for base access
[ =A0 =A01.433538] bio: create slab <bio-0> at 0
[ =A0= =A01.433778] ACPI: Added _OSI(Module Device)
[ =A0 =A01.433842] = ACPI: Added _OSI(Processor Device)
[ =A0 =A01.433906] ACPI: Added= _OSI(3.0 _SCP Extensions)
[ =A0 =A01.433970] ACPI: Added _OSI(Processor Aggregator Device)
=
[ =A0 =A01.435216] ACPI: EC: Look up EC in DSDT
[ =A0 =A01.4= 36350] ACPI: Executed 1 blocks of module-level executable AML code
[ =A0 =A01.438454] ACPI: SSDT 00000000bf64d018 0083B (v01 =A0PmRef =A0Cpu= 0Cst 00003001 INTL 20080729)
[ =A0 =A01.438904] ACPI: Dynamic OEM Table Load:
[ =A0 =A01.= 439048] ACPI: SSDT =A0 =A0 =A0 =A0 =A0 (null) 0083B (v01 =A0PmRef =A0Cpu0Cs= t 00003001 INTL 20080729)
[ =A0 =A01.443713] ACPI: SSDT 00000000b= f64ea98 00303 (v01 =A0PmRef =A0 =A0ApIst 00003000 INTL 20080729)
[ =A0 =A01.444187] ACPI: Dynamic OEM Table Load:
[ =A0 =A01.= 444329] ACPI: SSDT =A0 =A0 =A0 =A0 =A0 (null) 00303 (v01 =A0PmRef =A0 =A0Ap= Ist 00003000 INTL 20080729)
[ =A0 =A01.447686] ACPI: SSDT 0000000= 0bf64cd98 00119 (v01 =A0PmRef =A0 =A0ApCst 00003000 INTL 20080729)
[ =A0 =A01.448137] ACPI: Dynamic OEM Table Load:
[ =A0 =A01.= 448283] ACPI: SSDT =A0 =A0 =A0 =A0 =A0 (null) 00119 (v01 =A0PmRef =A0 =A0Ap= Cst 00003000 INTL 20080729)
[ =A0 =A01.452128] ACPI: Interpreter = enabled
[ =A0 =A01.452195] ACPI Exception: AE_NOT_FOUND, While ev= aluating Sleep State [\_S1_] (20130517/hwxface-571)
[ =A0 =A01.452363] ACPI Exception: AE_NOT_FOUND, While evaluating Slee= p State [\_S2_] (20130517/hwxface-571)
[ =A0 =A01.452532] ACPI Ex= ception: AE_NOT_FOUND, While evaluating Sleep State [\_S3_] (20130517/hwxfa= ce-571)
[ =A0 =A01.452707] ACPI: (supports S0 S4 S5)
[ =A0 =A01.4527= 70] ACPI: Using IOAPIC for interrupt routing
[ =A0 =A01.452873] H= EST: Table parsing has been initialized.
[ =A0 =A01.452939] PCI: = Using host bridge windows from ACPI; if necessary, use "pci=3Dnocrs&qu= ot; and report a bug
[ =A0 =A01.453111] ACPI: No dock devices found.
[ =A0 =A01.4= 56960] ACPI: Power Resource [FN00] (off)
[ =A0 =A01.457089] ACPI:= Power Resource [FN01] (off)
[ =A0 =A01.457214] ACPI: Power Resou= rce [FN02] (off)
[ =A0 =A01.457337] ACPI: Power Resource [FN03] (off)
[ =A0 = =A01.457461] ACPI: Power Resource [FN04] (off)
[ =A0 =A01.458079]= ACPI: PCI Root Bridge [PCI0] (domain 0000 [bus 00-fe])
[ =A0 =A0= 1.458287] acpi PNP0A08:00: Requesting ACPI _OSC control (0x1d)
[ =A0 =A01.458734] acpi PNP0A08:00: ACPI _OSC control (0x1d) granted
[ =A0 =A01.459314] PCI host bridge to bus 0000:00
[ =A0 = =A01.459378] pci_bus 0000:00: root bus resource [bus 00-fe]
[ =A0= =A01.459443] pci_bus 0000:00: root bus resource [io =A00x0000-0x0cf7]
[ =A0 =A01.459511] pci_bus 0000:00: root bus resource [io =A00x0d00-0x= ffff]
[ =A0 =A01.459577] pci_bus 0000:00: root bus resource [mem = 0x000a0000-0x000bffff]
[ =A0 =A01.459645] pci_bus 0000:00: root b= us resource [mem 0xc0000000-0xfeafffff]
[ =A0 =A01.459723] pci 0000:00:00.0: [8086:0108] type 00 class 0x06000= 0
[ =A0 =A01.459852] pci 0000:00:01.0: [8086:0101] type 01 class = 0x060400
[ =A0 =A01.459929] pci 0000:00:01.0: PME# supported from= D0 D3hot D3cold
[ =A0 =A01.459971] pci 0000:00:01.0: System wakeup disabled by ACPI
[ =A0 =A01.460161] pci 0000:00:1a.0: [8086:1c2d] type 00 class 0x0c= 0320
[ =A0 =A01.460511] pci 0000:00:1a.0: reg 0x10: [mem 0xc5e060= 00-0xc5e063ff]
[ =A0 =A01.462352] pci 0000:00:1a.0: PME# supported from D0 D3hot D3co= ld
[ =A0 =A01.462422] pci 0000:00:1a.0: System wakeup disabled by= ACPI
[ =A0 =A01.462534] pci 0000:00:1c.0: [8086:1c10] type 01 cl= ass 0x060400
[ =A0 =A01.462707] pci 0000:00:1c.0: PME# supported from D0 D3hot D3co= ld
[ =A0 =A01.462766] pci 0000:00:1c.0: System wakeup disabled by= ACPI
[ =A0 =A01.462897] pci 0000:00:1d.0: [8086:1c26] type 00 cl= ass 0x0c0320
[ =A0 =A01.463216] pci 0000:00:1d.0: reg 0x10: [mem 0xc5e05000-0xc5e05= 3ff]
[ =A0 =A01.465054] pci 0000:00:1d.0: PME# supported from D0 = D3hot D3cold
[ =A0 =A01.465119] pci 0000:00:1d.0: System wakeup d= isabled by ACPI
[ =A0 =A01.465225] pci 0000:00:1e.0: [8086:244e] type 01 class 0x06040= 1
[ =A0 =A01.465383] pci 0000:00:1e.0: System wakeup disabled by = ACPI
[ =A0 =A01.465489] pci 0000:00:1f.0: [8086:1c52] type 00 cla= ss 0x060100
[ =A0 =A01.465769] pci 0000:00:1f.2: [8086:1c02] type 00 class 0x01060= 1
[ =A0 =A01.465815] pci 0000:00:1f.2: reg 0x10: [io =A00x4048-0x= 404f]
[ =A0 =A01.465833] pci 0000:00:1f.2: reg 0x14: [io =A00x405= 4-0x4057]
[ =A0 =A01.465850] pci 0000:00:1f.2: reg 0x18: [io =A00x4040-0x4047]
[ =A0 =A01.465868] pci 0000:00:1f.2: reg 0x1c: [io =A00x4050-0x405= 3]
[ =A0 =A01.465885] pci 0000:00:1f.2: reg 0x20: [io =A00x4020-0= x403f]
[ =A0 =A01.465903] pci 0000:00:1f.2: reg 0x24: [mem 0xc5e04000-0xc5e047ff]<= /div>
[ =A0 =A01.466021] pci 0000:00:1f.2: PME# supported from D3hot
[ =A0 =A01.466114] pci 0000:00:1f.3: [8086:1c22] type 00 class 0x0c= 0500
[ =A0 =A01.466148] pci 0000:00:1f.3: reg 0x10: [mem 0xc5e02000-0xc5e02= 0ff 64bit]
[ =A0 =A01.466198] pci 0000:00:1f.3: reg 0x20: [io =A0= 0x4000-0x401f]
[ =A0 =A01.466379] pci 0000:01:00.0: [111d:8018] t= ype 01 class 0x060400
[ =A0 =A01.466480] pci 0000:01:00.0: PME# supported from D0 D3hot D3co= ld
[ =A0 =A01.466506] pci 0000:01:00.0: System wakeup disabled by= ACPI
[ =A0 =A01.474241] pci 0000:00:01.0: PCI bridge to [bus 01-= 04]
[ =A0 =A01.474311] pci 0000:00:01.0: =A0 bridge window [io =A00x2000-0= x3fff]
[ =A0 =A01.474315] pci 0000:00:01.0: =A0 bridge window [me= m 0xc5400000-0xc5dfffff]
[ =A0 =A01.474401] pci 0000:02:02.0: [11= 1d:8018] type 01 class 0x060400
[ =A0 =A01.474517] pci 0000:02:02.0: PME# supported from D0 D3hot D3co= ld
[ =A0 =A01.474587] pci 0000:02:04.0: [111d:8018] type 01 class= 0x060400
[ =A0 =A01.474702] pci 0000:02:04.0: PME# supported fro= m D0 D3hot D3cold
[ =A0 =A01.474789] pci 0000:01:00.0: PCI bridge to [bus 02-04]
[ =A0 =A01.474862] pci 0000:01:00.0: =A0 bridge window [io =A00x2000-0x3= fff]
[ =A0 =A01.474867] pci 0000:01:00.0: =A0 bridge window [mem = 0xc5400000-0xc5dfffff]
[ =A0 =A01.474964] pci 0000:03:00.0: [8086:10c9] type 00 class 0x02000= 0
[ =A0 =A01.474985] pci 0000:03:00.0: reg 0x10: [mem 0xc5d20000-= 0xc5d3ffff]
[ =A0 =A01.475014] pci 0000:03:00.0: reg 0x18: [io = =A00x3020-0x303f]
[ =A0 =A01.475029] pci 0000:03:00.0: reg 0x1c: [mem 0xc5d44000-0xc5d47= fff]
[ =A0 =A01.475153] pci 0000:03:00.0: PME# supported from D0 = D3hot D3cold
[ =A0 =A01.475204] pci 0000:03:00.0: reg 0x184: [mem= 0x00000000-0x00003fff 64bit]
[ =A0 =A01.475230] pci 0000:03:00.0: reg 0x190: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.475326] pci 0000:03:00.1: [8086:10c9] type= 00 class 0x020000
[ =A0 =A01.475347] pci 0000:03:00.1: reg 0x10:= [mem 0xc5d00000-0xc5d1ffff]
[ =A0 =A01.475376] pci 0000:03:00.1: reg 0x18: [io =A00x3000-0x301f]
[ =A0 =A01.475391] pci 0000:03:00.1: reg 0x1c: [mem 0xc5d40000-0xc= 5d43fff]
[ =A0 =A01.475514] pci 0000:03:00.1: PME# supported from= D0 D3hot D3cold
[ =A0 =A01.475565] pci 0000:03:00.1: reg 0x184: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.475591] pci 0000:03:00.1: reg 0x190: [mem = 0x00000000-0x00003fff 64bit]
[ =A0 =A01.475688] pci 0000:02:02.0:= PCI bridge to [bus 03]
[ =A0 =A01.475760] pci 0000:02:02.0: =A0 bridge window [io =A00x3000-0= x3fff]
[ =A0 =A01.475765] pci 0000:02:02.0: =A0 bridge window [me= m 0xc5d00000-0xc5dfffff]
[ =A0 =A01.475864] pci 0000:04:00.0: [80= 86:10e8] type 00 class 0x020000
[ =A0 =A01.475885] pci 0000:04:00.0: reg 0x10: [mem 0xc5c20000-0xc5c3f= fff]
[ =A0 =A01.475900] pci 0000:04:00.0: reg 0x14: [mem 0xc58000= 00-0xc5bfffff]
[ =A0 =A01.475915] pci 0000:04:00.0: reg 0x18: [io= =A00x2020-0x203f]
[ =A0 =A01.475930] pci 0000:04:00.0: reg 0x1c: [mem 0xc5c44000-0xc5c47= fff]
[ =A0 =A01.475973] pci 0000:04:00.0: reg 0x30: [mem 0xffc000= 00-0xffffffff pref]
[ =A0 =A01.476055] pci 0000:04:00.0: PME# sup= ported from D0 D3hot
[ =A0 =A01.476107] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.476133] pci 0000:04:00.0: reg 0x190: [mem = 0x00000000-0x00003fff 64bit]
[ =A0 =A01.476231] pci 0000:04:00.1:= [8086:10e8] type 00 class 0x020000
[ =A0 =A01.476251] pci 0000:04:00.1: reg 0x10: [mem 0xc5c00000-0xc5c1f= fff]
[ =A0 =A01.476266] pci 0000:04:00.1: reg 0x14: [mem 0xc54000= 00-0xc57fffff]
[ =A0 =A01.476281] pci 0000:04:00.1: reg 0x18: [io= =A00x2000-0x201f]
[ =A0 =A01.476297] pci 0000:04:00.1: reg 0x1c: [mem 0xc5c40000-0xc5c43= fff]
[ =A0 =A01.476339] pci 0000:04:00.1: reg 0x30: [mem 0xffc000= 00-0xffffffff pref]
[ =A0 =A01.476422] pci 0000:04:00.1: PME# sup= ported from D0 D3hot
[ =A0 =A01.476473] pci 0000:04:00.1: reg 0x184: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.476500] pci 0000:04:00.1: reg 0x190: [mem = 0x00000000-0x00003fff 64bit]
[ =A0 =A01.476599] pci 0000:02:04.0:= PCI bridge to [bus 04]
[ =A0 =A01.476671] pci 0000:02:04.0: =A0 bridge window [io =A00x2000-0= x2fff]
[ =A0 =A01.476676] pci 0000:02:04.0: =A0 bridge window [me= m 0xc5400000-0xc5cfffff]
[ =A0 =A01.476860] pci 0000:05:00.0: [14= e4:163b] type 00 class 0x020000
[ =A0 =A01.476901] pci 0000:05:00.0: reg 0x10: [mem 0xc0000000-0xc1fff= fff 64bit]
[ =A0 =A01.477142] pci 0000:05:00.0: PME# supported fr= om D0 D3hot D3cold
[ =A0 =A01.477183] pci 0000:05:00.0: System wa= keup disabled by ACPI
[ =A0 =A01.477332] pci 0000:05:00.1: [14e4:163b] type 00 class 0x02000= 0
[ =A0 =A01.477373] pci 0000:05:00.1: reg 0x10: [mem 0xc2000000-= 0xc3ffffff 64bit]
[ =A0 =A01.477613] pci 0000:05:00.1: PME# suppo= rted from D0 D3hot D3cold
[ =A0 =A01.477744] pci 0000:00:1c.0: PCI bridge to [bus 05]
= [ =A0 =A01.477817] pci 0000:00:1c.0: =A0 bridge window [mem 0xc0000000-0xc3= ffffff]
[ =A0 =A01.477908] pci 0000:06:03.0: [102b:0532] type 00 = class 0x030000
[ =A0 =A01.477940] pci 0000:06:03.0: reg 0x10: [mem 0xc4000000-0xc47ff= fff pref]
[ =A0 =A01.477958] pci 0000:06:03.0: reg 0x14: [mem 0xc= 5000000-0xc5003fff]
[ =A0 =A01.477975] pci 0000:06:03.0: reg 0x18= : [mem 0xc4800000-0xc4ffffff]
[ =A0 =A01.478041] pci 0000:06:03.0: reg 0x30: [mem 0xffff0000-0xfffff= fff pref]
[ =A0 =A01.478192] pci 0000:00:1e.0: PCI bridge to [bus= 06] (subtractive decode)
[ =A0 =A01.478276] pci 0000:00:1e.0: = =A0 bridge window [mem 0xc4800000-0xc50fffff]
[ =A0 =A01.478287] pci 0000:00:1e.0: =A0 bridge window [mem 0xc4000000= -0xc47fffff 64bit pref]
[ =A0 =A01.478289] pci 0000:00:1e.0: =A0 = bridge window [io =A00x0000-0x0cf7] (subtractive decode)
[ =A0 = =A01.478290] pci 0000:00:1e.0: =A0 bridge window [io =A00x0d00-0xffff] (sub= tractive decode)
[ =A0 =A01.478291] pci 0000:00:1e.0: =A0 bridge window [mem 0x000a0000= -0x000bffff] (subtractive decode)
[ =A0 =A01.478293] pci 0000:00:= 1e.0: =A0 bridge window [mem 0xc0000000-0xfeafffff] (subtractive decode)
[ =A0 =A01.478320] acpi PNP0A08:00: Disabling ASPM (FADT indicates it is un= supported)
[ =A0 =A01.478878] ACPI: PCI Interrupt Link [LNKA] (IR= Qs 1 3 4 5 6 *10 11 12 14 15)
[ =A0 =A01.479470] ACPI: PCI Interr= upt Link [LNKB] (IRQs 1 3 4 5 6 10 *11 12 14 15)
[ =A0 =A01.480057] ACPI: PCI Interrupt Link [LNKC] (IRQs 1 3 4 5 6 *10= 11 12 14 15)
[ =A0 =A01.480644] ACPI: PCI Interrupt Link [LNKD] = (IRQs 1 3 4 5 *6 10 11 12 14 15)
[ =A0 =A01.481231] ACPI: PCI Int= errupt Link [LNKE] (IRQs 1 3 4 5 6 10 11 12 *14 15)
[ =A0 =A01.481820] ACPI: PCI Interrupt Link [LNKF] (IRQs 1 3 4 5 *6 10= 11 12 14 15)
[ =A0 =A01.482415] ACPI: PCI Interrupt Link [LNKG] = (IRQs 1 3 4 5 6 10 11 12 14 15) *0, disabled.
[ =A0 =A01.483098] = ACPI: PCI Interrupt Link [LNKH] (IRQs 1 3 4 5 6 10 11 12 14 *15)
[ =A0 =A01.483877] ACPI: Enabled 6 GPEs in block 00 to 3F
[ = =A0 =A01.484025] ACPI: \_SB_.PCI0: notify handler is installed
[ = =A0 =A01.484067] Found 1 acpi root devices
[ =A0 =A01.484088] xen= :balloon: Initialising balloon driver
[ =A0 =A01.491154] xen_balloon: Initialising balloon driver
= [ =A0 =A01.491414] vgaarb: device added: PCI:0000:06:03.0,decodes=3Dio+mem,= owns=3Dio+mem,locks=3Dnone
[ =A0 =A01.491502] vgaarb: loaded
[ =A0 =A01.491563] vgaarb: bridge control possible 0000:06:03.0
[ =A0 =A01.491760] SCSI subsystem initialized
[ =A0 =A01.491= 825] ACPI: bus type ATA registered
[ =A0 =A01.491921] libata vers= ion 3.00 loaded.
[ =A0 =A01.491934] ACPI: bus type USB registered=
[ =A0 =A01.492011] usbcore: registered new interface driver usbfs
[ =A0 =A01.492079] usbcore: registered new interface driver hub
<= div>[ =A0 =A01.492264] usbcore: registered new device driver usb
= [ =A0 =A01.492551] PCI: Using ACPI for IRQ routing
[ =A0 =A01.510= 875] PCI: pci_cache_line_size set to 64 bytes
[ =A0 =A01.510968] e820: reserve RAM buffer [mem 0x0009e000-0x0009ffff= ]
[ =A0 =A01.510969] e820: reserve RAM buffer [mem 0xbdfb0000-0xb= fffffff]
[ =A0 =A01.510971] e820: reserve RAM buffer [mem 0xbf5d7= 000-0xbfffffff]
[ =A0 =A01.510973] e820: reserve RAM buffer [mem 0xbf5ea000-0xbfffffff= ]
[ =A0 =A01.510974] e820: reserve RAM buffer [mem 0xbf5f0000-0xb= fffffff]
[ =A0 =A01.510975] e820: reserve RAM buffer [mem 0xbf63f= 000-0xbfffffff]
[ =A0 =A01.510977] e820: reserve RAM buffer [mem 0xbf800000-0xbfffffff= ]
[ =A0 =A01.511048] NetLabel: Initializing
[ =A0 =A01.= 511111] NetLabel: =A0domain hash size =3D 128
[ =A0 =A01.511175] = NetLabel: =A0protocols =3D UNLABELED CIPSOv4
[ =A0 =A01.511246] NetLabel: =A0unlabeled traffic allowed by default
[ =A0 =A01.511498] Switched to clocksource xen
[ =A0 =A0= 1.516125] AppArmor: AppArmor Filesystem Enabled
[ =A0 =A01.516207= ] pnp: PnP ACPI init
[ =A0 =A01.516276] ACPI: bus type PNP registered
[ =A0 =A01.= 516483] pnp 00:00: Plug and Play ACPI device, IDs IPI0001 (active)
[ =A0 =A01.516491] pnp 00:01: [dma 4]
[ =A0 =A01.516503] pnp 00= :01: Plug and Play ACPI device, IDs PNP0200 (active)
[ =A0 =A01.516519] pnp 00:02: Plug and Play ACPI device, IDs INT0800 (= active)
[ =A0 =A01.516581] pnp 00:03: Plug and Play ACPI device, = IDs PNP0103 (active)
[ =A0 =A01.516589] xen: registering gsi 13 t= riggering 1 polarity 0
[ =A0 =A01.516622] pnp 00:04: Plug and Play ACPI device, IDs PNP0c04 (= active)
[ =A0 =A01.516657] system 00:05: [io =A00x0680-0x069f] ha= s been reserved
[ =A0 =A01.516726] system 00:05: [io =A00x1000-0x= 100f] has been reserved
[ =A0 =A01.516793] system 00:05: [io =A00x1010-0x1013] has been reserv= ed
[ =A0 =A01.516859] system 00:05: [io =A00xffff] has been reser= ved
[ =A0 =A01.516924] system 00:05: [io =A00x0400-0x0453] could = not be reserved
[ =A0 =A01.516991] system 00:05: [io =A00x0458-0x047f] has been reserv= ed
[ =A0 =A01.517057] system 00:05: [io =A00x0500-0x057f] has bee= n reserved
[ =A0 =A01.517123] system 00:05: [io =A00x164e-0x164f]= has been reserved
[ =A0 =A01.517191] system 00:05: Plug and Play ACPI device, IDs PNP0c0= 2 (active)
[ =A0 =A01.517197] xen: registering gsi 8 triggering 1= polarity 0
[ =A0 =A01.517224] pnp 00:06: Plug and Play ACPI devi= ce, IDs PNP0b00 (active)
[ =A0 =A01.517256] system 00:07: [io =A00x0454-0x0457] has been reserv= ed
[ =A0 =A01.517322] system 00:07: Plug and Play ACPI device, ID= s INT3f0d PNP0c02 (active)
[ =A0 =A01.517527] xen: registering gs= i 4 triggering 1 polarity 0
[ =A0 =A01.517570] pnp 00:08: Plug and Play ACPI device, IDs PNP0501 (= active)
[ =A0 =A01.517659] xen: registering gsi 3 triggering 1 po= larity 0
[ =A0 =A01.517701] pnp 00:09: Plug and Play ACPI device,= IDs PNP0501 (active)
[ =A0 =A01.517727] system 00:0a: [mem 0xfed90000-0xfed91fff] has been = reserved
[ =A0 =A01.517796] system 00:0a: Plug and Play ACPI devi= ce, IDs PNP0c02 (active)
[ =A0 =A01.517934] system 00:0b: [mem 0x= fed1c000-0xfed1ffff] has been reserved
[ =A0 =A01.518003] system 00:0b: [mem 0xfed10000-0xfed17fff] has been = reserved
[ =A0 =A01.518071] system 00:0b: [mem 0xfed18000-0xfed18= fff] has been reserved
[ =A0 =A01.518140] system 00:0b: [mem 0xfe= d19000-0xfed19fff] has been reserved
[ =A0 =A01.518208] system 00:0b: [mem 0xe0000000-0xefffffff] has been = reserved
[ =A0 =A01.518275] system 00:0b: [mem 0xfed20000-0xfed3f= fff] has been reserved
[ =A0 =A01.518343] system 00:0b: [mem 0xfe= d90000-0xfed93fff] could not be reserved
[ =A0 =A01.518411] system 00:0b: [mem 0xff000000-0xffffffff] could not= be reserved
[ =A0 =A01.518479] system 00:0b: [mem 0xfee00000-0xf= eefffff] could not be reserved
[ =A0 =A01.518547] system 00:0b: [= mem 0xc5f00000-0xc5f00fff] has been reserved
[ =A0 =A01.518616] system 00:0b: Plug and Play ACPI device, IDs PNP0c0= 2 (active)
[ =A0 =A01.518775] pnp: PnP ACPI: found 12 devices
[ =A0 =A01.518839] ACPI: bus type PNP unregistered
[ =A0 = =A01.524234] PM-Timer failed consistency check =A0(0x0xffffff) - aborting.<= /div>
[ =A0 =A01.524305] pci 0000:04:00.0: no compatible bridge window for [= mem 0xffc00000-0xffffffff pref]
[ =A0 =A01.524391] pci 0000:04:00= .1: no compatible bridge window for [mem 0xffc00000-0xffffffff pref]
<= div> [ =A0 =A01.524478] pci 0000:06:03.0: no compatible bridge window for [mem 0= xffff0000-0xffffffff pref]
[ =A0 =A01.524567] PCI: max bus depth:= 3 pci_try_num: 4
[ =A0 =A01.524643] pci 0000:00:01.0: BAR 15: as= signed [mem 0xc6000000-0xc67fffff pref]
[ =A0 =A01.524727] pci 0000:01:00.0: BAR 15: assigned [mem 0xc6000000-= 0xc67fffff pref]
[ =A0 =A01.524811] pci 0000:02:04.0: BAR 15: ass= igned [mem 0xc6000000-0xc67fffff pref]
[ =A0 =A01.524914] pci 000= 0:03:00.0: reg 0x184: [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.524930] pci 0000:03:00.0: reg 0x190: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.524946] pci 0000:03:00.0: reg 0x184: [mem = 0x00000000-0x00003fff 64bit]
[ =A0 =A01.524962] pci 0000:03:00.1:= reg 0x184: [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.524978] pci 0000:03:00.0: reg 0x184: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.524994] pci 0000:03:00.0: reg 0x190: [mem = 0x00000000-0x00003fff 64bit]
[ =A0 =A01.525010] pci 0000:03:00.1:= reg 0x190: [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.525026] pci 0000:03:00.0: reg 0x184: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.525042] pci 0000:03:00.0: reg 0x190: [mem = 0x00000000-0x00003fff 64bit]
[ =A0 =A01.525059] pci 0000:03:00.1:= reg 0x184: [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.525075] pci 0000:03:00.0: reg 0x184: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.525077] pci 0000:03:00.0: BAR 7: assigned = [mem 0xc5d48000-0xc5d67fff 64bit]
[ =A0 =A01.525184] pci 0000:03:= 00.0: reg 0x190: [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.525186] pci 0000:03:00.0: BAR 10: assigned [mem 0xc5d68000-= 0xc5d87fff 64bit]
[ =A0 =A01.525294] pci 0000:03:00.1: reg 0x184:= [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.525296] pci 0000:03= :00.1: BAR 7: assigned [mem 0xc5d88000-0xc5da7fff 64bit]
[ =A0 =A01.526660] pci 0000:03:00.1: reg 0x190: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.526661] pci 0000:03:00.1: BAR 10: assigned= [mem 0xc5da8000-0xc5dc7fff 64bit]
[ =A0 =A01.526755] pci 0000:02= :02.0: PCI bridge to [bus 03]
[ =A0 =A01.526822] pci 0000:02:02.0: =A0 bridge window [io =A00x3000-0= x3fff]
[ =A0 =A01.526894] pci 0000:02:02.0: =A0 bridge window [me= m 0xc5d00000-0xc5dfffff]
[ =A0 =A01.526986] pci 0000:04:00.0: reg= 0x184: [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.527003] pci 0000:04:00.0: reg 0x190: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.527019] pci 0000:04:00.0: reg 0x184: [mem = 0x00000000-0x00003fff 64bit]
[ =A0 =A01.527035] pci 0000:04:00.0:= reg 0x184: [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.527051] pci 0000:04:00.1: reg 0x184: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.527067] pci 0000:04:00.0: reg 0x184: [mem = 0x00000000-0x00003fff 64bit]
[ =A0 =A01.527083] pci 0000:04:00.0:= reg 0x190: [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.527099] pci 0000:04:00.1: reg 0x190: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.527115] pci 0000:04:00.0: reg 0x184: [mem = 0x00000000-0x00003fff 64bit]
[ =A0 =A01.527131] pci 0000:04:00.0:= reg 0x190: [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.527147] pci 0000:04:00.1: reg 0x184: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.527149] pci 0000:04:00.0: BAR 6: assigned = [mem 0xc6000000-0xc63fffff pref]
[ =A0 =A01.527233] pci 0000:04:0= 0.1: BAR 6: assigned [mem 0xc6400000-0xc67fffff pref]
[ =A0 =A01.527331] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.527333] pci 0000:04:00.0: BAR 7: assigned = [mem 0xc5c48000-0xc5c67fff 64bit]
[ =A0 =A01.527441] pci 0000:04:= 00.0: reg 0x190: [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.527443] pci 0000:04:00.0: BAR 10: assigned [mem 0xc5c68000-= 0xc5c87fff 64bit]
[ =A0 =A01.527557] pci 0000:04:00.1: reg 0x184:= [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.527559] pci 0000:04= :00.1: BAR 7: assigned [mem 0xc5c88000-0xc5ca7fff 64bit]
[ =A0 =A01.527669] pci 0000:04:00.1: reg 0x190: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.527671] pci 0000:04:00.1: BAR 10: assigned= [mem 0xc5ca8000-0xc5cc7fff 64bit]
[ =A0 =A01.527764] pci 0000:02= :04.0: PCI bridge to [bus 04]
[ =A0 =A01.527831] pci 0000:02:04.0: =A0 bridge window [io =A00x2000-0= x2fff]
[ =A0 =A01.527903] pci 0000:02:04.0: =A0 bridge window [me= m 0xc5400000-0xc5cfffff]
[ =A0 =A01.527975] pci 0000:02:04.0: =A0= bridge window [mem 0xc6000000-0xc67fffff pref]
[ =A0 =A01.528064] pci 0000:01:00.0: PCI bridge to [bus 02-04]
[ =A0 =A01.528131] pci 0000:01:00.0: =A0 bridge window [io =A00x2000-0x3= fff]
[ =A0 =A01.528203] pci 0000:01:00.0: =A0 bridge window [mem = 0xc5400000-0xc5dfffff]
[ =A0 =A01.528275] pci 0000:01:00.0: =A0 bridge window [mem 0xc6000000= -0xc67fffff pref]
[ =A0 =A01.528364] pci 0000:00:01.0: PCI bridge= to [bus 01-04]
[ =A0 =A01.528429] pci 0000:00:01.0: =A0 bridge w= indow [io =A00x2000-0x3fff]
[ =A0 =A01.528498] pci 0000:00:01.0: =A0 bridge window [mem 0xc5400000= -0xc5dfffff]
[ =A0 =A01.528567] pci 0000:00:01.0: =A0 bridge wind= ow [mem 0xc6000000-0xc67fffff pref]
[ =A0 =A01.528655] pci 0000:0= 0:1c.0: PCI bridge to [bus 05]
[ =A0 =A01.528727] pci 0000:00:1c.0: =A0 bridge window [mem 0xc0000000= -0xc3ffffff]
[ =A0 =A01.528809] pci 0000:06:03.0: BAR 6: assigned= [mem 0xc5010000-0xc501ffff pref]
[ =A0 =A01.528891] pci 0000:00:= 1e.0: PCI bridge to [bus 06]
[ =A0 =A01.528963] pci 0000:00:1e.0: =A0 bridge window [mem 0xc4800000= -0xc50fffff]
[ =A0 =A01.529036] pci 0000:00:1e.0: =A0 bridge wind= ow [mem 0xc4000000-0xc47fffff 64bit pref]
[ =A0 =A01.529194] xen:= registering gsi 16 triggering 0 polarity 1
[ =A0 =A01.529206] xen: --> pirq=3D16 -> irq=3D16 (gsi=3D16)
[ =A0 =A01.529301] xen: registering gsi 17 triggering 0 polarity 1
[ =A0 =A01.529308] xen: --> pirq=3D17 -> irq=3D17 (gsi=3D17)=
[ =A0 =A01.529334] pci 0000:00:1e.0: setting latency timer to 64=
[ =A0 =A01.529339] pci_bus 0000:00: resource 4 [io =A00x0000-0x0cf7]
[ =A0 =A01.529340] pci_bus 0000:00: resource 5 [io =A00x0d00-0xfff= f]
[ =A0 =A01.529341] pci_bus 0000:00: resource 6 [mem 0x000a0000= -0x000bffff]
[ =A0 =A01.529343] pci_bus 0000:00: resource 7 [mem 0xc0000000-0xfeaff= fff]
[ =A0 =A01.529344] pci_bus 0000:01: resource 0 [io =A00x2000= -0x3fff]
[ =A0 =A01.529346] pci_bus 0000:01: resource 1 [mem 0xc5= 400000-0xc5dfffff]
[ =A0 =A01.529347] pci_bus 0000:01: resource 2 [mem 0xc6000000-0xc67ff= fff pref]
[ =A0 =A01.529349] pci_bus 0000:02: resource 0 [io =A00= x2000-0x3fff]
[ =A0 =A01.529350] pci_bus 0000:02: resource 1 [mem= 0xc5400000-0xc5dfffff]
[ =A0 =A01.529351] pci_bus 0000:02: resource 2 [mem 0xc6000000-0xc67ff= fff pref]
[ =A0 =A01.529353] pci_bus 0000:03: resource 0 [io =A00= x3000-0x3fff]
[ =A0 =A01.529354] pci_bus 0000:03: resource 1 [mem= 0xc5d00000-0xc5dfffff]
[ =A0 =A01.529356] pci_bus 0000:04: resource 0 [io =A00x2000-0x2fff]
[ =A0 =A01.529357] pci_bus 0000:04: resource 1 [mem 0xc5400000-0xc= 5cfffff]
[ =A0 =A01.529359] pci_bus 0000:04: resource 2 [mem 0xc6= 000000-0xc67fffff pref]
[ =A0 =A01.529360] pci_bus 0000:05: resource 1 [mem 0xc0000000-0xc3fff= fff]
[ =A0 =A01.529362] pci_bus 0000:06: resource 1 [mem 0xc48000= 00-0xc50fffff]
[ =A0 =A01.529363] pci_bus 0000:06: resource 2 [me= m 0xc4000000-0xc47fffff 64bit pref]
[ =A0 =A01.529365] pci_bus 0000:06: resource 4 [io =A00x0000-0x0cf7]
[ =A0 =A01.529366] pci_bus 0000:06: resource 5 [io =A00x0d00-0xfff= f]
[ =A0 =A01.529367] pci_bus 0000:06: resource 6 [mem 0x000a0000= -0x000bffff]
[ =A0 =A01.529369] pci_bus 0000:06: resource 7 [mem 0xc0000000-0xfeaff= fff]
[ =A0 =A01.529390] NET: Registered protocol family 2
[ =A0 =A01.529604] TCP established hash table entries: 32768 (order: 7, = 524288 bytes)
[ =A0 =A01.529810] TCP bind hash table entries: 32768 (order: 7, 52428= 8 bytes)
[ =A0 =A01.529938] TCP: Hash tables configured (establis= hed 32768 bind 32768)
[ =A0 =A01.530019] TCP: reno registered
[ =A0 =A01.530091] UDP hash table entries: 2048 (order: 4, 65536 bytes)
[ =A0 =A01.530172] UDP-Lite hash table entries: 2048 (order: 4, 65536 = bytes)
[ =A0 =A01.530283] NET: Registered protocol family 1
=
[ =A0 =A01.530418] xen: registering gsi 20 triggering 0 polarity 1
[ =A0 =A01.530425] xen: --> pirq=3D20 -> irq=3D20 (gsi=3D20)
[ =A0 =A01.543873] xen: registering gsi 23 triggering 0 polarity 1
[ =A0 =A01.543879] xen: --> pirq=3D23 -> irq=3D23 (gsi=3D23)
[ =A0 =A01.559714] pci 0000:06:03.0: Boot video device
[= =A0 =A01.559720] PCI: CLS 64 bytes, default 64
[ =A0 =A01.559755] Trying to unpack rootfs image as initramfs...
=
[ =A0 =A01.595644] Freeing initrd memory: 48296K (ffff8800023f3000 - f= fff88000531d000)
[ =A0 =A01.595844] Simple Boot Flag at 0x44 set = to 0x1
[ =A0 =A01.596123] Scanning for low memory corruption every 60 seconds=
[ =A0 =A01.596685] Initialise module verification
[ = =A0 =A01.596786] audit: initializing netlink socket (disabled)
[ = =A0 =A01.596864] type=3D2000 audit(1391611311.580:1): initialized
[ =A0 =A01.616847] bounce pool size: 64 pages
[ =A0 =A01.616= 918] HugeTLB registered 2 MB page size, pre-allocated 0 pages
[ = =A0 =A01.617727] zbud: loaded
[ =A0 =A01.617893] VFS: Disk quotas= dquot_6.5.2
[ =A0 =A01.617987] Dquot-cache hash table entries: 512 (order 0, 4096 = bytes)
[ =A0 =A01.618401] fuse init (API version 7.22)
= [ =A0 =A01.618521] msgmni has been set to 1736
[ =A0 =A01.619054]= Key type asymmetric registered
[ =A0 =A01.619120] Asymmetric key parser 'x509' registered
[ =A0 =A01.619214] Block layer SCSI generic (bsg) driver version 0.4= loaded (major 252)
[ =A0 =A01.619332] io scheduler noop register= ed
[ =A0 =A01.619396] io scheduler deadline registered (default)
[ =A0 =A01.619479] io scheduler cfq registered
[ =A0 =A01.62018= 0] pcieport 0000:00:01.0: Signaling PME through PCIe PME interrupt
[ =A0 =A01.620249] pcieport 0000:01:00.0: Signaling PME through PCIe PME = interrupt
[ =A0 =A01.620318] pcieport 0000:02:02.0: Signaling PME through PCIe P= ME interrupt
[ =A0 =A01.620386] pci 0000:03:00.0: Signaling PME t= hrough PCIe PME interrupt
[ =A0 =A01.620455] pci 0000:03:00.1: Si= gnaling PME through PCIe PME interrupt
[ =A0 =A01.620522] pcieport 0000:02:04.0: Signaling PME through PCIe P= ME interrupt
[ =A0 =A01.620590] pci 0000:04:00.0: Signaling PME t= hrough PCIe PME interrupt
[ =A0 =A01.620656] pci 0000:04:00.1: Si= gnaling PME through PCIe PME interrupt
[ =A0 =A01.620727] pcie_pme 0000:00:01.0:pcie01: service driver pcie_p= me loaded
[ =A0 =A01.620753] pcieport 0000:00:1c.0: Signaling PME= through PCIe PME interrupt
[ =A0 =A01.620821] pci 0000:05:00.0: = Signaling PME through PCIe PME interrupt
[ =A0 =A01.620889] pci 0000:05:00.1: Signaling PME through PCIe PME in= terrupt
[ =A0 =A01.620961] pcie_pme 0000:00:1c.0:pcie01: service = driver pcie_pme loaded
[ =A0 =A01.620971] pci_hotplug: PCI Hot Pl= ug PCI Core version: 0.5
[ =A0 =A01.621045] pciehp: PCI Express Hot Plug Controller Driver vers= ion: 0.4
[ =A0 =A01.621152] intel_idle: MWAIT substates: 0x1120
[ =A0 =A01.621154] intel_idle: v0.4 model 0x2A
[ =A0 =A0= 1.621154] intel_idle: lapic_timer_reliable_states 0xffffffff
[ =A0 =A01.621199] intel_idle: intel_idle yielding to none
[= =A0 =A01.621262] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/i= nput/input0
[ =A0 =A01.621349] ACPI: Power Button [PWRF]
[ =A0 =A01.621476] ACPI: Fan [FAN0] (off)
[ =A0 =A01.621558] ACPI: Fan [FAN1] (off)
[ =A0 =A01.621637]= ACPI: Fan [FAN2] (off)
[ =A0 =A01.621716] ACPI: Fan [FAN3] (off)=
[ =A0 =A01.621794] ACPI: Fan [FAN4] (off)
[ =A0 =A01.6= 21891] ACPI: Requesting acpi_cpufreq
[ =A0 =A01.622414] Monitor-Mwait will be used to enter C-1 state
=
[ =A0 =A01.622420] Monitor-Mwait will be used to enter C-2 state
=
[ =A0 =A01.622423] Monitor-Mwait will be used to enter C-3 state
=
[ =A0 =A01.624107] Warning: Processor Platform Limit not supported.
[ =A0 =A01.624296] thermal LNXTHERM:00: registered as thermal_zone0
[ =A0 =A01.624364] ACPI: Thermal Zone [TZ01] (30 C)
[ =A0= =A01.624474] ERST: Error Record Serialization Table (ERST) support is init= ialized.
[ =A0 =A01.624559] pstore: Registered erst as persistent store backend=
[ =A0 =A01.624741] GHES: APEI firmware first mode is enabled by = APEI bit and WHEA _OSC.
[ =A0 =A01.625188] xen_acpi_processor: Up= loading Xen processor PM info
[ =A0 =A01.626366] Serial: 8250/16550 driver, 32 ports, IRQ sharing en= abled
[ =A0 =A01.647206] 00:08: ttyS0 at I/O 0x3f8 (irq =3D 4) is= a 16550A
[ =A0 =A01.668059] 00:09: ttyS1 at I/O 0x2f8 (irq =3D 3= ) is a 16550A
[ =A0 =A01.669363] hpet_acpi_add: no address or irqs in _CRS
[ =A0 =A01.669440] Linux agpgart interface v0.103
[ =A0 =A01.670= 447] brd: module loaded
[ =A0 =A01.671000] loop: module loaded
[ =A0 =A01.671294] libphy: Fixed MDIO Bus: probed
[ =A0 =A01.671407] tun: Universal TUN/TAP device driver, 1.6
[ =A0 =A01.671470] tun: (C) 1999-2004 Max Krasnyansky <maxk@qualcomm.com>
[ =A0 =A01.671611]= PPP generic driver version 2.4.2
[ =A0 =A01.671716] xen_netfront: Initialising Xen virtual ethernet dri= ver
[ =A0 =A01.671791] ehci_hcd: USB 2.0 'Enhanced' Host = Controller (EHCI) Driver
[ =A0 =A01.671857] ehci-pci: EHCI PCI pl= atform driver
[ =A0 =A01.671999] xen: registering gsi 20 triggering 0 polarity 1
[ =A0 =A01.672002] Already setup the GSI :20
[ =A0 =A01.67= 2084] ehci-pci 0000:00:1a.0: setting latency timer to 64
[ =A0 = =A01.672092] ehci-pci 0000:00:1a.0: EHCI Host Controller
[ =A0 =A01.672160] ehci-pci 0000:00:1a.0: new USB bus registered, assi= gned bus number 1
[ =A0 =A01.672260] ehci-pci 0000:00:1a.0: debug= port 2
[ =A0 =A01.676261] ehci-pci 0000:00:1a.0: cache line size= of 64 is not supported
[ =A0 =A01.676301] ehci-pci 0000:00:1a.0: irq 20, io mem 0xc5e06000
[ =A0 =A01.687584] ehci-pci 0000:00:1a.0: USB 2.0 started, EHCI 1.0= 0
[ =A0 =A01.687679] usb usb1: New USB device found, idVendor=3D1= d6b, idProduct=3D0002
[ =A0 =A01.687747] usb usb1: New USB device strings: Mfr=3D3, Product= =3D2, SerialNumber=3D1
[ =A0 =A01.687831] usb usb1: Product: EHCI= Host Controller
[ =A0 =A01.687896] usb usb1: Manufacturer: Linux= 3.11.0-12-generic ehci_hcd
[ =A0 =A01.687963] usb usb1: SerialNumber: 0000:00:1a.0
[ = =A0 =A01.688117] hub 1-0:1.0: USB hub found
[ =A0 =A01.688184] hu= b 1-0:1.0: 2 ports detected
[ =A0 =A01.688391] xen: registering g= si 23 triggering 0 polarity 1
[ =A0 =A01.688393] Already setup the GSI :23
[ =A0 =A01.6884= 72] ehci-pci 0000:00:1d.0: setting latency timer to 64
[ =A0 =A01= .688479] ehci-pci 0000:00:1d.0: EHCI Host Controller
[ =A0 =A01.6= 88546] ehci-pci 0000:00:1d.0: new USB bus registered, assigned bus number 2=
[ =A0 =A01.688647] ehci-pci 0000:00:1d.0: debug port 2
[ =A0= =A01.692645] ehci-pci 0000:00:1d.0: cache line size of 64 is not supported=
[ =A0 =A01.692683] ehci-pci 0000:00:1d.0: irq 23, io mem 0xc5e05= 000
[ =A0 =A01.703612] ehci-pci 0000:00:1d.0: USB 2.0 started, EHCI 1.00
[ =A0 =A01.703694] usb usb2: New USB device found, idVendor=3D1d6b= , idProduct=3D0002
[ =A0 =A01.703762] usb usb2: New USB device st= rings: Mfr=3D3, Product=3D2, SerialNumber=3D1
[ =A0 =A01.703847] usb usb2: Product: EHCI Host Controller
[= =A0 =A01.703911] usb usb2: Manufacturer: Linux 3.11.0-12-generic ehci_hcd<= /div>
[ =A0 =A01.703979] usb usb2: SerialNumber: 0000:00:1d.0
[ =A0 =A01.704211] hub 2-0:1.0: USB hub found
[ =A0 =A01.704279] hub 2-0:1.0: 2 ports detected
[ =A0 =A01.= 704405] ehci-platform: EHCI generic platform driver
[ =A0 =A01.70= 4476] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
<= div>[ =A0 =A01.704544] ohci-platform: OHCI generic platform driver
[ =A0 =A01.704612] uhci_hcd: USB Universal Host Controller Interface d= river
[ =A0 =A01.704718] i8042: PNP: No PS/2 controller found. Pr= obing ports directly.
[ =A0 =A02.751476] i8042: No controller fou= nd
[ =A0 =A02.751800] mousedev: PS/2 mouse device common for all mice
[ =A0 =A02.752046] rtc_cmos 00:06: RTC can wake from S4
[ = =A0 =A02.752293] rtc_cmos 00:06: rtc core: registered rtc_cmos as rtc0
[ =A0 =A02.752416] rtc_cmos 00:06: alarms up to one month, y3k, 242 b= ytes nvram
[ =A0 =A02.752522] device-mapper: uevent: version 1.0.3
[ = =A0 =A02.752670] device-mapper: ioctl: 4.25.0-ioctl (2013-06-26) initialise= d: dm-devel@redhat.com
[ =A0 =A02.752762] ledtrig-cpu: registered to indicate activity on CPUs
[ =A0 =A02.752882] TCP: cubic registered
[ =A0 =A02.753000] = NET: Registered protocol family 10
[ =A0 =A02.753191] NET: Regist= ered protocol family 17
[ =A0 =A02.753260] Key type dns_resolver = registered
[ =A0 =A02.753510] PM: Hibernation image not present or could not be l= oaded.
[ =A0 =A02.753513] Loading module verification certificate= s
[ =A0 =A02.754269] MODSIGN: Loaded cert 'Magrathea: Glacier= signing key: fddf6943d8ac4f5b6eb0919a7a3ee3d9088b1bfa'
[ =A0 =A02.754368] registered taskstats version 1
[ =A0 =A02= .757449] Key type trusted registered
[ =A0 =A02.760138] Key type = encrypted registered
[ =A0 =A02.762801] AppArmor: AppArmor sha1 p= olicy hashing enabled
[ =A0 =A02.763263] =A0 Magic number: 2:965:686
[ =A0 =A02.76= 3400] rtc_cmos 00:06: setting system clock to 2014-02-05 14:41:52 UTC (1391= 611312)
[ =A0 =A02.763537] BIOS EDD facility v0.16 2004-Jun-25, 1= devices found
[ =A0 =A02.764099] Freeing unused kernel memory: 1364K (ffffffff81d100= 00 - ffffffff81e65000)
[ =A0 =A02.764184] Write protecting the ke= rnel read-only data: 12288k
[ =A0 =A02.766969] Freeing unused ker= nel memory: 1040K (ffff8800016fc000 - ffff880001800000)
[ =A0 =A02.767344] Freeing unused kernel memory: 836K (ffff880001b2f00= 0 - ffff880001c00000)
[ =A0 =A02.788864] systemd-udevd[118]: star= ting version 204
[ =A0 =A02.810809] pps_core: module verification= failed: signature and/or required key missing - tainting kernel
[ =A0 =A02.810979] pps_core: LinuxPPS API ver. 1 registered
= [ =A0 =A02.811045] pps_core: Software ver. 5.3.6 - Copyright 2005-2007 Rodo= lfo Giometti <giometti@linux.it= >
[ =A0 =A02.811354] PTP clock support registered
[ =A0 =A02.8= 12518] dca service started, version 1.12.1
[ =A0 =A02.816654] igb= : Intel(R) Gigabit Ethernet Network Driver - version 5.0.5-k
[ = =A0 =A02.816725] igb: Copyright (c) 2007-2013 Intel Corporation.
[ =A0 =A02.816857] xen: registering gsi 18 triggering 0 polarity 1
[ =A0 =A02.816874] xen: --> pirq=3D18 -> irq=3D18 (gsi=3D18)
[ =A0 =A02.819595] bnx2: Broadcom NetXtreme II Gigabit Ethernet Dr= iver bnx2 v2.2.3 (June 27, 2012)
[ =A0 =A02.819730] xen: registering gsi 16 triggering 0 polarity 1
[ =A0 =A02.819732] Already setup the GSI :16
[ =A0 =A02.82= 0521] bnx2 0000:05:00.0 eth0: Broadcom NetXtreme II BCM5716 1000Base-T (C0)= PCI Express found at mem c0000000, IRQ 16, node addr d4:ae:52:cc:f9:6a
[ =A0 =A02.820664] xen: registering gsi 17 triggering 0 polarity 1
[ =A0 =A02.820666] Already setup the GSI :17
[ =A0 =A02.82= 1461] bnx2 0000:05:00.1 eth1: Broadcom NetXtreme II BCM5716 1000Base-T (C0)= PCI Express found at mem c2000000, IRQ 17, node addr d4:ae:52:cc:f9:6b
[ =A0 =A02.821768] ahci 0000:00:1f.2: version 3.0
[ =A0 =A02= .821852] xen: registering gsi 19 triggering 0 polarity 1
[ =A0 = =A02.821860] xen: --> pirq=3D19 -> irq=3D19 (gsi=3D19)
[ = =A0 =A02.821957] ahci: SSS flag set, parallel bus scan disabled
[ =A0 =A02.835589] ahci 0000:00:1f.2: AHCI 0001.0300 32 slots 6 ports = 3 Gbps 0x31 impl SATA mode
[ =A0 =A02.835678] ahci 0000:00:1f.2: = flags: 64bit ncq stag pm led clo pio slum part ems sxs apst
[ =A0= =A02.835776] ahci 0000:00:1f.2: setting latency timer to 64
[ =A0 =A02.851919] scsi0 : ahci
[ =A0 =A02.852047] scsi1 : a= hci
[ =A0 =A02.852167] scsi2 : ahci
[ =A0 =A02.852288] = scsi3 : ahci
[ =A0 =A02.852404] scsi4 : ahci
[ =A0 =A02= .852521] scsi5 : ahci
[ =A0 =A02.852632] ata1: SATA max UDMA/133 abar m2048@0xc5e04000 port = 0xc5e04100 irq 76
[ =A0 =A02.852725] ata2: DUMMY
[ =A0 = =A02.852792] ata3: DUMMY
[ =A0 =A02.852861] ata4: DUMMY
[ =A0 =A02.852923] ata5: SATA max UDMA/133 abar m2048@0xc5e04000 port 0xc5= e04300 irq 76
[ =A0 =A02.853005] ata6: SATA max UDMA/133 abar m2048@0xc5e04000 port = 0xc5e04380 irq 76
[ =A0 =A02.930272] igb: probe of 0000:03:00.0 f= ailed with error -2
[ =A0 =A02.930359] xen: registering gsi 19 tr= iggering 0 polarity 1
[ =A0 =A02.930362] Already setup the GSI :19
[ =A0 =A02.9635= 72] usb 1-1: new high-speed USB device number 2 using ehci-pci
[ = =A0 =A03.043827] igb: probe of 0000:03:00.1 failed with error -2
= [ =A0 =A03.043911] xen: registering gsi 16 triggering 0 polarity 1
[ =A0 =A03.043913] Already setup the GSI :16
[ =A0 =A03.0960= 98] usb 1-1: New USB device found, idVendor=3D8087, idProduct=3D0024
<= div>[ =A0 =A03.096169] usb 1-1: New USB device strings: Mfr=3D0, Product=3D= 0, SerialNumber=3D0
[ =A0 =A03.096582] hub 1-1:1.0: USB hub found
[ =A0 =A03.096= 766] hub 1-1:1.0: 6 ports detected
[ =A0 =A03.171651] ata1: SATA = link up 3.0 Gbps (SStatus 123 SControl 300)
[ =A0 =A03.172622] at= a1.00: ATA-8: WDC WD5003ABYX-18WERA0, 01.01S03, max UDMA/133
[ =A0 =A03.172692] ata1.00: 976773168 sectors, multi 0: LBA48 NCQ (dep= th 31/32), AA
[ =A0 =A03.174631] ata1.00: configured for UDMA/133=
[ =A0 =A03.174899] scsi 0:0:0:0: Direct-Access =A0 =A0 ATA =A0 = =A0 =A0WDC WD5003ABYX-1 01.0 PQ: 0 ANSI: 5
[ =A0 =A03.175124] sd 0:0:0:0: [sda] 976773168 512-byte logical blocks= : (500 GB/465 GiB)
[ =A0 =A03.175136] sd 0:0:0:0: Attached scsi g= eneric sg0 type 0
[ =A0 =A03.175305] sd 0:0:0:0: [sda] Write Prot= ect is off
[ =A0 =A03.175372] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[ =A0 =A03.175385] sd 0:0:0:0: [sda] Write cache: enabled, read cache: ena= bled, doesn't support DPO or FUA
[ =A0 =A03.207533] =A0sda: s= da1 sda2 < sda5 >
[ =A0 =A03.207988] sd 0:0:0:0: [sda] Attached SCSI disk
[ = =A0 =A03.211574] usb 2-1: new high-speed USB device number 2 using ehci-pci=
[ =A0 =A03.343975] usb 2-1: New USB device found, idVendor=3D808= 7, idProduct=3D0024
[ =A0 =A03.344045] usb 2-1: New USB device strings: Mfr=3D0, Product= =3D0, SerialNumber=3D0
[ =A0 =A03.344429] hub 2-1:1.0: USB hub fo= und
[ =A0 =A03.344656] hub 2-1:1.0: 6 ports detected
[ = =A0 =A03.491623] ata5: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[ =A0 =A03.495871] ata5.00: ATAPI: TSSTcorp DVD-ROM SN-108DN, D150, ma= x UDMA/100
[ =A0 =A03.502634] ata5.00: configured for UDMA/100
[ =A0 =A03.523150] scsi 4:0:0:0: CD-ROM =A0 =A0 =A0 =A0 =A0 =A0TSST= corp DVD-ROM SN-108DN D150 PQ: 0 ANSI: 5
[ =A0 =A03.533834] sr0: scsi3-mmc drive: 24x/24x cd/rw xa/form2 cdda t= ray
[ =A0 =A03.533904] cdrom: Uniform CD-ROM driver Revision: 3.2= 0
[ =A0 =A03.534114] sr 4:0:0:0: Attached scsi CD-ROM sr0
[ =A0 =A03.534176] sr 4:0:0:0: Attached scsi generic sg1 type 5
[ =A0 =A03.615704] usb 2-1.1: new high-speed USB device number 3 using= ehci-pci
[ =A0 =A03.721480] usb 2-1.1: New USB device found, idV= endor=3D0b95, idProduct=3D1780
[ =A0 =A03.721550] usb 2-1.1: New = USB device strings: Mfr=3D1, Product=3D2, SerialNumber=3D3
[ =A0 =A03.721633] usb 2-1.1: Product: AX88178
[ =A0 =A03.72= 1696] usb 2-1.1: Manufacturer: ASIX Elec. Corp.
[ =A0 =A03.721760= ] usb 2-1.1: SerialNumber: 000002
[ =A0 =A03.791674] usb 2-1.2: n= ew low-speed USB device number 4 using ehci-pci
[ =A0 =A03.851623] ata6: SATA link down (SStatus 0 SControl 300)
=
[ =A0 =A03.896023] usb 2-1.2: New USB device found, idVendor=3D1061, i= dProduct=3D0101
[ =A0 =A03.896102] usb 2-1.2: New USB device stri= ngs: Mfr=3D1, Product=3D2, SerialNumber=3D0
[ =A0 =A03.896184] usb 2-1.2: Product: USB Keyboard & Mouse
<= div>[ =A0 =A03.896248] usb 2-1.2: Manufacturer: Motorola
[ =A0 = =A03.903720] hidraw: raw HID events driver (C) Jiri Kosina
[ =A0 = =A03.911687] usbcore: registered new interface driver usbhid
[ =A0 =A03.911754] usbhid: USB HID core driver
[ =A0 =A03.91= 3114] input: Motorola USB Keyboard & Mouse as /devices/pci0000:00/0000:= 00:1d.0/usb2/2-1/2-1.2/2-1.2:1.0/input/input1
[ =A0 =A03.913287] = hid-generic 0003:1061:0101.0001: input,hidraw0: USB HID v1.11 Keyboard [Mot= orola USB Keyboard & Mouse] on usb-0000:00:1d.0-1.2/input0
[ =A0 =A03.913465] input: Motorola USB Keyboard & Mouse as /device= s/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2:1.1/input/input2
[= =A0 =A03.913648] hid-generic 0003:1061:0101.0002: input,hidraw1: USB HID v= 1.11 Mouse [Motorola USB Keyboard & Mouse] on usb-0000:00:1d.0-1.2/inpu= t1
[ =A0 =A03.971702] usb 2-1.5: new high-speed USB device number 5 using= ehci-pci
[ =A0 =A04.004005] igb 0000:04:00.0: added PHC on eth2<= /div>
[ =A0 =A04.004073] igb 0000:04:00.0: Intel(R) Gigabit Ethernet Ne= twork Connection
[ =A0 =A04.004141] igb 0000:04:00.0: eth2: (PCIe:2.5Gb/s:Width x4) 90:= e2:ba:53:e5:24
[ =A0 =A04.004210] igb 0000:04:00.0: eth2: PBA No:= Unknown
[ =A0 =A04.004275] igb 0000:04:00.0: Using MSI-X interru= pts. 4 rx queue(s), 4 tx queue(s)
[ =A0 =A04.004403] xen: registering gsi 17 triggering 0 polarity 1
[ =A0 =A04.004406] Already setup the GSI :17
[ =A0 =A04.06= 3964] usb 2-1.5: New USB device found, idVendor=3D0424, idProduct=3D2514
[ =A0 =A04.064034] usb 2-1.5: New USB device strings: Mfr=3D0, Prod= uct=3D0, SerialNumber=3D0
[ =A0 =A04.064453] hub 2-1.5:1.0: USB hub found
[ =A0 =A04.0= 64664] hub 2-1.5:1.0: 4 ports detected
[ =A0 =A04.115846] bio: cr= eate slab <bio-1> at 1
[ =A0 =A04.550844] EXT4-fs (dm-0): m= ounted filesystem with ordered data mode. Opts: (null)
[ =A0 =A04.968014] igb 0000:04:00.1: added PHC on eth3
[ =A0= =A04.968096] igb 0000:04:00.1: Intel(R) Gigabit Ethernet Network Connectio= n
[ =A0 =A04.968164] igb 0000:04:00.1: eth3: (PCIe:2.5Gb/s:Width = x4) 90:e2:ba:53:e5:25
[ =A0 =A04.968233] igb 0000:04:00.1: eth3: PBA No: Unknown
[= =A0 =A04.968298] igb 0000:04:00.1: Using MSI-X interrupts. 4 rx queue(s), = 4 tx queue(s)
[ =A0 =A06.364613] Adding 4161532k swap on /dev/map= per/fiat--vg-swap_1. =A0Priority:-1 extents:1 across:4161532k FS
[ =A0 =A06.900721] EXT4-fs (dm-0): re-mounted. Opts: errors=3Dremount-= ro
[ =A0 =A07.078991] IPv6: ADDRCONF(NETDEV_UP): eth0: link is no= t ready
[ =A0 =A07.078996] IPv6: ADDRCONF(NETDEV_UP): eth1: link = is not ready
[ =A0 =A07.079000] IPv6: ADDRCONF(NETDEV_UP): eth2: link is not ready<= /div>
[ =A0 =A07.079004] IPv6: ADDRCONF(NETDEV_UP): eth3: link is not r= eady
[ =A0 =A07.371646] systemd-udevd[361]: starting version 204<= /div>
[ =A0 =A07.878340] lp: driver loaded but no devices found
[ =A0 = =A09.826047] wmi: Mapper loaded
[ =A0 =A09.843887] systemd-udevd[= 460]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event'= 'socket:/org/xen/xend/udev_event': No such file or directory
[ =A0 =A09.846621] systemd-udevd[465]: failed to execute '/lib/ude= v/socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event= ': No such file or directory
[ =A0 =A09.847206] systemd-udevd= [466]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event'= ; 'socket:/org/xen/xend/udev_event': No such file or directory
[ =A0 =A09.849555] systemd-udevd[467]: failed to execute '/lib/ude= v/socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event= ': No such file or directory
[ =A0 =A09.851680] systemd-udevd= [469]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event'= ; 'socket:/org/xen/xend/udev_event': No such file or directory
[ =A0 =A09.853643] systemd-udevd[472]: failed to execute '/lib/ude= v/socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event= ': No such file or directory
[ =A0 =A09.855475] systemd-udevd= [474]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event'= ; 'socket:/org/xen/xend/udev_event': No such file or directory
[ =A0 =A09.857872] systemd-udevd[476]: failed to execute '/lib/ude= v/socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event= ': No such file or directory
[ =A0 =A09.859002] ACPI Warning:= 0x0000000000000428-0x000000000000042f SystemIO conflicts with Region \PMIO= 1 (20130517/utaddress-251)
[ =A0 =A09.859007] ACPI: If an ACPI driver is available for this devic= e, you should use it instead of the native driver
[ =A0 =A09.8590= 11] ACPI Warning: 0x0000000000000540-0x000000000000054f SystemIO conflicts = with Region \GPIO 1 (20130517/utaddress-251)
[ =A0 =A09.859013] ACPI: If an ACPI driver is available for this devic= e, you should use it instead of the native driver
[ =A0 =A09.8590= 14] ACPI Warning: 0x0000000000000530-0x000000000000053f SystemIO conflicts = with Region \GPIO 1 (20130517/utaddress-251)
[ =A0 =A09.859017] ACPI: If an ACPI driver is available for this devic= e, you should use it instead of the native driver
[ =A0 =A09.8590= 18] ACPI Warning: 0x0000000000000500-0x000000000000052f SystemIO conflicts = with Region \GPIO 1 (20130517/utaddress-251)
[ =A0 =A09.859020] ACPI: If an ACPI driver is available for this devic= e, you should use it instead of the native driver
[ =A0 =A09.8590= 21] lpc_ich: Resource conflict(s) found affecting gpio_ich
[ =A0 = =A09.879903] systemd-udevd[487]: failed to execute '/lib/udev/socket:/o= rg/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event': No s= uch file or directory
[ =A0 =A09.897625] microcode: CPU0 sig=3D0x206a7, pf=3D0x2, revision= =3D0x29
[ =A0 10.062885] dcdbas dcdbas: Dell Systems Management B= ase Driver (version 5.6.0-3.2)
[ =A0 10.395062] microcode: CPU1 s= ig=3D0x206a7, pf=3D0x2, revision=3D0x29
[ =A0 10.400676] microcode: CPU2 sig=3D0x206a7, pf=3D0x2, revision=3D0= x29
[ =A0 10.401495] microcode: CPU3 sig=3D0x206a7, pf=3D0x2, rev= ision=3D0x29
[ =A0 10.402320] microcode: Microcode Update Driver:= v2.00 <tigran@aivazian.f= snet.co.uk>, Peter Oruba
[ =A0 10.610920] systemd-udevd[570]: failed to execute '/lib/udev/= socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event&#= 39;: No such file or directory
[ =A0 10.610941] systemd-udevd[571= ]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' &#= 39;socket:/org/xen/xend/udev_event': No such file or directory
[ =A0 10.612923] systemd-udevd[573]: failed to execute '/lib/udev/= socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event&#= 39;: No such file or directory
[ =A0 10.749729] Bluetooth: Core v= er 2.16
[ =A0 10.749748] NET: Registered protocol family 31
[ =A0 10= .749750] Bluetooth: HCI device and connection manager initialized
[ =A0 10.749756] Bluetooth: HCI socket layer initialized
[ =A0 1= 0.749758] Bluetooth: L2CAP socket layer initialized
[ =A0 10.749762] Bluetooth: SCO socket layer initialized
[ = =A0 10.922110] type=3D1400 audit(1391611320.655:2): apparmor=3D"STATUS= " operation=3D"profile_load" parent=3D544 profile=3D"un= confined" name=3D"/sbin/dhclient" pid=3D560 comm=3D"app= armor_parser"
[ =A0 10.922117] type=3D1400 audit(1391611320.655:3): apparmor=3D"= ;STATUS" operation=3D"profile_load" parent=3D544 profile=3D&= quot;unconfined" name=3D"/usr/lib/NetworkManager/nm-dhcp-client.a= ction" pid=3D560 comm=3D"apparmor_parser"
[ =A0 10.922120] type=3D1400 audit(1391611320.655:4): apparmor=3D"= ;STATUS" operation=3D"profile_load" parent=3D544 profile=3D&= quot;unconfined" name=3D"/usr/lib/connman/scripts/dhclient-script= " pid=3D560 comm=3D"apparmor_parser"
[ =A0 10.922132] type=3D1400 audit(1391611320.655:5): apparmor=3D"= ;STATUS" operation=3D"profile_replace" parent=3D542 profile= =3D"unconfined" name=3D"/sbin/dhclient" pid=3D556 comm= =3D"apparmor_parser"
[ =A0 10.922139] type=3D1400 audit(1391611320.655:6): apparmor=3D"= ;STATUS" operation=3D"profile_replace" parent=3D542 profile= =3D"unconfined" name=3D"/usr/lib/NetworkManager/nm-dhcp-clie= nt.action" pid=3D556 comm=3D"apparmor_parser"
[ =A0 10.922142] type=3D1400 audit(1391611320.655:7): apparmor=3D"= ;STATUS" operation=3D"profile_replace" parent=3D542 profile= =3D"unconfined" name=3D"/usr/lib/connman/scripts/dhclient-sc= ript" pid=3D556 comm=3D"apparmor_parser"
[ =A0 10.922156] type=3D1400 audit(1391611320.655:8): apparmor=3D"= ;STATUS" operation=3D"profile_replace" parent=3D543 profile= =3D"unconfined" name=3D"/sbin/dhclient" pid=3D559 comm= =3D"apparmor_parser"
[ =A0 10.922162] type=3D1400 audit(1391611320.655:9): apparmor=3D"= ;STATUS" operation=3D"profile_replace" parent=3D543 profile= =3D"unconfined" name=3D"/usr/lib/NetworkManager/nm-dhcp-clie= nt.action" pid=3D559 comm=3D"apparmor_parser"
[ =A0 10.922166] type=3D1400 audit(1391611320.655:10): apparmor=3D&quo= t;STATUS" operation=3D"profile_replace" parent=3D543 profile= =3D"unconfined" name=3D"/usr/lib/connman/scripts/dhclient-sc= ript" pid=3D559 comm=3D"apparmor_parser"
[ =A0 10.922186] type=3D1400 audit(1391611320.655:11): apparmor=3D&quo= t;STATUS" operation=3D"profile_replace" parent=3D547 profile= =3D"unconfined" name=3D"/sbin/dhclient" pid=3D557 comm= =3D"apparmor_parser"
[ =A0 10.960369] Bluetooth: RFCOMM TTY layer initialized
[ = =A0 10.960378] Bluetooth: RFCOMM socket layer initialized
[ =A0 1= 0.960379] Bluetooth: RFCOMM ver 1.11
[ =A0 11.096147] init: avahi= -cups-reload main process (598) terminated with status 1
[ =A0 11.167124] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[ =A0 11.167127] Bluetooth: BNEP filters: protocol multicast
[ = =A0 11.167134] Bluetooth: BNEP socket layer initialized
[ =A0 11.= 287751] asix 2-1.1:1.0 eth0: register 'asix' at usb-0000:00:1d.0-1.= 1, ASIX AX88178 USB 2.0 Ethernet, 00:0e:c6:88:f6:d3
[ =A0 11.287788] usbcore: registered new interface driver asix
[ =A0 11.288748] systemd-udevd[642]: failed to execute '/lib/udev/so= cket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event'= ;: No such file or directory
[ =A0 11.341535] ppdev: user-space parallel port driver
[ = =A0 11.696251] Bridge firewalling registered
[ =A0 11.699221] dev= ice eth0 entered promiscuous mode
[ =A0 12.437016] IPv6: ADDRCONF= (NETDEV_UP): eth0: link is not ready
[ =A0 12.437109] IPv6: ADDRCONF(NETDEV_UP): xenbr0: link is not ready<= /div>
[ =A0 15.138103] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link become= s ready
[ =A0 15.139187] asix 2-1.1:1.0 eth0: link up, 1000Mbps, = full-duplex, lpa 0xC5E1
[ =A0 15.143931] xenbr0: port 1(eth0) entered forwarding state
[ =A0 15.143942] xenbr0: port 1(eth0) entered forwarding state
[ =A0 15.143955] IPv6: ADDRCONF(NETDEV_CHANGE): xenbr0: link becomes ready=
[ =A0 15.768228] init: udev-fallback-graphics main process (932) termi= nated with status 1
[ =A0 17.202300] init: failsafe main process = (628) killed by TERM signal
[ =A0 17.799180] audit_printk_skb: 69= callbacks suppressed
[ =A0 17.799184] type=3D1400 audit(1391611327.531:35): apparmor=3D&quo= t;STATUS" operation=3D"profile_replace" parent=3D1353 profil= e=3D"unconfined" name=3D"/sbin/dhclient" pid=3D1361 com= m=3D"apparmor_parser"
[ =A0 17.799189] type=3D1400 audit(1391611327.531:36): apparmor=3D&quo= t;STATUS" operation=3D"profile_replace" parent=3D1353 profil= e=3D"unconfined" name=3D"/usr/lib/NetworkManager/nm-dhcp-cli= ent.action" pid=3D1361 comm=3D"apparmor_parser"
[ =A0 17.799193] type=3D1400 audit(1391611327.531:37): apparmor=3D&quo= t;STATUS" operation=3D"profile_replace" parent=3D1353 profil= e=3D"unconfined" name=3D"/usr/lib/connman/scripts/dhclient-s= cript" pid=3D1361 comm=3D"apparmor_parser"
[ =A0 17.799644] type=3D1400 audit(1391611327.535:38): apparmor=3D&quo= t;STATUS" operation=3D"profile_replace" parent=3D1353 profil= e=3D"unconfined" name=3D"/usr/lib/NetworkManager/nm-dhcp-cli= ent.action" pid=3D1361 comm=3D"apparmor_parser"
[ =A0 17.799649] type=3D1400 audit(1391611327.535:39): apparmor=3D&quo= t;STATUS" operation=3D"profile_replace" parent=3D1353 profil= e=3D"unconfined" name=3D"/usr/lib/connman/scripts/dhclient-s= cript" pid=3D1361 comm=3D"apparmor_parser"
[ =A0 17.799876] type=3D1400 audit(1391611327.535:40): apparmor=3D&quo= t;STATUS" operation=3D"profile_replace" parent=3D1353 profil= e=3D"unconfined" name=3D"/usr/lib/connman/scripts/dhclient-s= cript" pid=3D1361 comm=3D"apparmor_parser"
[ =A0 18.034955] type=3D1400 audit(1391611327.767:41): apparmor=3D&quo= t;STATUS" operation=3D"profile_load" parent=3D1353 profile= =3D"unconfined" name=3D"/usr/lib/x86_64-linux-gnu/lightdm-re= mote-session-freerdp/freerdp-session-wrapper" pid=3D1359 comm=3D"= apparmor_parser"
[ =A0 18.034960] type=3D1400 audit(1391611327.767:42): apparmor=3D&quo= t;STATUS" operation=3D"profile_load" parent=3D1353 profile= =3D"unconfined" name=3D"chromium_browser" pid=3D1359 co= mm=3D"apparmor_parser"
[ =A0 18.035292] type=3D1400 audit(1391611327.767:43): apparmor=3D&quo= t;STATUS" operation=3D"profile_replace" parent=3D1353 profil= e=3D"unconfined" name=3D"chromium_browser" pid=3D1359 c= omm=3D"apparmor_parser"
[ =A0 18.067968] type=3D1400 audit(1391611327.803:44): apparmor=3D&quo= t;STATUS" operation=3D"profile_load" parent=3D1353 profile= =3D"unconfined" name=3D"/usr/lib/x86_64-linux-gnu/lightdm-re= mote-session-uccsconfigure/uccsconfigure-session-wrapper" pid=3D1360 c= omm=3D"apparmor_parser"
[ =A0 19.521968] xen:xen_evtchn: Event-channel device installed
<= div>[ =A0 20.668188] IPv6: ADDRCONF(NETDEV_UP): eth2: link is not ready
[ =A0 20.668698] IPv6: ADDRCONF(NETDEV_UP): eth2: link is not ready<= /div>
[ =A0 21.508464] IPv6: ADDRCONF(NETDEV_UP): eth4: link is not ready
[ =A0 21.508911] IPv6: ADDRCONF(NETDEV_UP): eth4: link is not ready=
[ =A0 21.600614] bnx2 0000:05:00.0 eth3: using MSIX
[ = =A0 21.600639] IPv6: ADDRCONF(NETDEV_UP): eth3: link is not ready
[ =A0 21.601034] IPv6: ADDRCONF(NETDEV_UP): eth3: link is not ready
[ =A0 21.656654] bnx2 0000:05:00.1 eth1: using MSIX
[ =A0= 21.656676] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready
[ = =A0 21.657027] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready
[ =A0 30.168115] xenbr0: port 1(eth0) entered forwarding state
[ =A0679.030308] xen_pciback: backend is passthrough
[ =A0679.= 119557] pciback 0000:05:00.0: seizing device
[ =A0679.135333] xen= : registering gsi 16 triggering 0 polarity 1
[ =A0679.135338] Already setup the GSI :16
[ =A0679.223564] = pciback 0000:05:00.1: seizing device
[ =A0679.239332] xen: regist= ering gsi 17 triggering 0 polarity 1
[ =A0679.239337] Already set= up the GSI :17
[ =A0826.675306] IPv6: ADDRCONF(NETDEV_UP): vif1.0: link is not ready<= /div>
[ =A0826.675650] IPv6: ADDRCONF(NETDEV_UP): vif1.0: link is not r= eady
[ =A0826.847467] device vif1.0 entered promiscuous mode
[ =A0827.529251] ip_tables: (C) 2000-2006 Netfilter Core Team
[ = =A0827.871604] device vif1.0-emu entered promiscuous mode
[ =A082= 7.872947] xenbr0: port 3(vif1.0-emu) entered forwarding state
[ = =A0827.872953] xenbr0: port 3(vif1.0-emu) entered forwarding state
[ =A0842.899266] xenbr0: port 3(vif1.0-emu) entered forwarding state


/etc/xen/ubuntu-hvm-0.cfg
kernel =3D "/usr/lib/xen-4.3/boot/hvmloader"
builder=3D'hvm'
memory =3D 1024
vcpus=3D2
=
name =3D "ubuntu-hvm-0"
vif =3D ['bridge=3Dxen= br0']
pci_permissive=3D1
pci=3D ['05:00.0',= '05:00.1']
disk =3D ['phy:/dev/fiat-vg/ubuntu-hvm-0,hda,w','file:/roo= t/ubuntu-12.04.3-server-amd64.iso,hdc:cdrom,r']
acpi =3D 1
device_model =3D 'qemu-dm'
boot=3D"d"
sdl=3D0
serial=3D'pty'
vnc=3D1
#= vnclisten=3D""
vncpasswd=3D""
on_po= weroff =3D 'destroy'
on_reboot =A0 =3D 'restart'<= /div>
on_crash =A0 =A0=3D 'restart'



Any suggestions?


On W= ed, Feb 5, 2014 at 8:54 AM, Mike Neiderhauser <mikeneiderhauser@g= mail.com> wrote:
I have. But I cant seem to = get the xm toolstack to switch with xl.

Regards


=
On Wed, Feb 5, 2014 at 8:53 AM, Ian Campbell <Ian.Campbell@citrix.com> wrote:
On Wed, 2014-02-05 at 08:43 -0500, Mike= Neiderhauser wrote:
> Do you have any suggestions for a setup guide for 4.3? I have
> installed xen-hypervisor-4.3-amd64 from ubuntu package manger and I > don't know where to go from here.

Have you looked on the wiki?





--047d7b33dc443f422c04f1aa0528-- --===============5307634946648602368== 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 --===============5307634946648602368==-- From xen-users-bounces@lists.xen.org Wed Feb 05 16:35:23 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Feb 2014 16:35: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 1WB5RT-0006RP-JW; Wed, 05 Feb 2014 16:35:15 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WB4g5-0002oI-U4 for xen-users@lists.xen.org; Wed, 05 Feb 2014 15:46:18 +0000 Received: from [85.158.143.35:41443] by server-3.bemta-4.messagelabs.com id 10/1D-11539-9CC52F25; Wed, 05 Feb 2014 15:46:17 +0000 X-Env-Sender: mikeneiderhauser@gmail.com X-Msg-Ref: server-14.tower-21.messagelabs.com!1391615175!3382451!1 X-Originating-IP: [209.85.212.47] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28680 invoked from network); 5 Feb 2014 15:46:16 -0000 Received: from mail-vb0-f47.google.com (HELO mail-vb0-f47.google.com) (209.85.212.47) by server-14.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 5 Feb 2014 15:46:16 -0000 Received: by mail-vb0-f47.google.com with SMTP id p6so414491vbe.34 for ; Wed, 05 Feb 2014 07:46: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:from:date:message-id:subject:to :cc:content-type; bh=B7NrlV/u0K0H7v2b100l19bw2s+du92ustGK8OV7QO4=; b=r+l9Bzc+uo/AQer7evHm6azbmYzk9VUpv6uJwDBeT+SOj82aupin9maSEXZ4doq1KZ xiAmPaKJLnKPwQGp/SnoHh3qXl0gdCsV0vAf915MezuYRhm+70ahaYo18/7MQIxpQkFD nrHUYlRWzslaPDKfp1YFS54tDlyG0LfWYUa5xSq+QT/vp0zqmdjPbtsQnchYgX2dBk+s vVmgVNtScEFwJeSI7y9tNsY936UL8EjNhRQAPFisifnlUQB+tYaDKNS/+xJBQmjEDbF0 OX5nZBd6gilnDvtLqmSHj1dC1Ut4JdTFKaN9MmanjI2jyV9/DsA5OG/r6Xie92/2VW58 fT3A== X-Received: by 10.58.90.1 with SMTP id bs1mr1420548veb.29.1391615174889; Wed, 05 Feb 2014 07:46:14 -0800 (PST) MIME-Version: 1.0 Received: by 10.52.233.73 with HTTP; Wed, 5 Feb 2014 07:45:34 -0800 (PST) In-Reply-To: <1391612577.23098.8.camel@kazak.uk.xensource.com> References: <1391592063.6497.71.camel@kazak.uk.xensource.com> <1391603593.6497.145.camel@kazak.uk.xensource.com> <1391604724.6497.149.camel@kazak.uk.xensource.com> <1391606132.6497.151.camel@kazak.uk.xensource.com> <1391608412.6497.167.camel@kazak.uk.xensource.com> <1391612577.23098.8.camel@kazak.uk.xensource.com> From: Mike Neiderhauser Date: Wed, 5 Feb 2014 10:45:34 -0500 Message-ID: To: Ian Campbell X-Mailman-Approved-At: Wed, 05 Feb 2014 16:35:10 +0000 Cc: xen-users Subject: Re: [Xen-users] Requesting Help - Error: pci: PCI Backend and pci-stub don't own device X-BeenThere: xen-users@lists.xen.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="===============6967829008720519346==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6967829008720519346== Content-Type: multipart/alternative; boundary=089e0118457429d7ff04f1aaa877 --089e0118457429d7ff04f1aaa877 Content-Type: text/plain; charset=ISO-8859-1 I am running into gnome-session errors for the desktop to get VNC up. I will report back when I get that fixed. Regards. On Wed, Feb 5, 2014 at 10:02 AM, Ian Campbell wrote: > On Wed, 2014-02-05 at 10:00 -0500, Mike Neiderhauser wrote: > > > > > When trying to create the domu I get this: > > > > > > root@fiat:~# xl create /etc/xen/ubuntu-hvm-0.cfg > > Parsing config from /etc/xen/ubuntu-hvm-0.cfg > > WARNING: ignoring "kernel" directive for HVM guest. Use > > "firmware_override" instead if you really want a non-default firmware > > WARNING: ignoring device_model directive. > > WARNING: Use "device_model_override" instead if you really want a > > non-default device_model > > xc: info: VIRTUAL MEMORY ARRANGEMENT: > > Loader: 0000000000100000->00000000001a69a4 > > Modules: 0000000000000000->0000000000000000 > > TOTAL: 0000000000000000->000000003f800000 > > ENTRY ADDRESS: 0000000000100608 > > xc: info: PHYSICAL MEMORY ALLOCATION: > > 4KB PAGES: 0x0000000000000200 > > 2MB PAGES: 0x00000000000001fb > > 1GB PAGES: 0x0000000000000000 > > libxl: error: libxl_pci.c:990:libxl__device_pci_reset: The kernel > > doesn't support reset from sysfs for PCI device 0000:05:00.0 > > libxl: error: libxl_pci.c:990:libxl__device_pci_reset: The kernel > > doesn't support reset from sysfs for PCI device 0000:05:00.1 > > Daemon running with PID 3095 > > This looks like it has worked. Can you connect to the guest console > and/or vnc manually? > > Ian. > > > --089e0118457429d7ff04f1aaa877 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I am running into gnome-session errors for the desktop to = get VNC up. =A0I will report back when I get that fixed.

Regards.


On Wed, Feb 5, 2014 at 10:02 AM, Ian Campbell <Ian.Campbell@citrix.c= om> wrote:
On Wed, 2014-02-05 at 10:00 -0500, Mike Neiderhauser wrot= e:

>
> When trying to create the domu I get this:
>
>
> root@fiat:~# xl create /etc/xen/ubuntu-hvm-0.cfg
> Parsing config from /etc/xen/ubuntu-hvm-0.cfg
> WARNING: ignoring "kernel" directive for HVM guest. Use
> "firmware_override" instead if you really want a non-default= firmware
> WARNING: ignoring device_model directive.
> WARNING: Use "device_model_override" instead if you really w= ant a
> non-default device_model
> xc: info: VIRTUAL MEMORY ARRANGEMENT:
> =A0 Loader: =A0 =A0 =A0 =A00000000000100000->00000000001a69a4
> =A0 Modules: =A0 =A0 =A0 0000000000000000->0000000000000000
> =A0 TOTAL: =A0 =A0 =A0 =A0 0000000000000000->000000003f800000
> =A0 ENTRY ADDRESS: 0000000000100608
> xc: info: PHYSICAL MEMORY ALLOCATION:
> =A0 4KB PAGES: 0x0000000000000200
> =A0 2MB PAGES: 0x00000000000001fb
> =A0 1GB PAGES: 0x0000000000000000
> libxl: error: libxl_pci.c:990:libxl__device_pci_reset: The kernel
> doesn't support reset from sysfs for PCI device 0000:05:00.0
> libxl: error: libxl_pci.c:990:libxl__device_pci_reset: The kernel
> doesn't support reset from sysfs for PCI device 0000:05:00.1
> Daemon running with PID 3095

This looks like it has worked. Can you connect to the guest console and/or vnc manually?

Ian.



--089e0118457429d7ff04f1aaa877-- --===============6967829008720519346== 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 --===============6967829008720519346==-- From xen-users-bounces@lists.xen.org Wed Feb 05 16:35:23 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Feb 2014 16:35: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 1WB5RR-0006QV-E5; Wed, 05 Feb 2014 16:35:13 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WB2mF-00015j-VR for xen-users@lists.xen.org; Wed, 05 Feb 2014 13:44:32 +0000 Received: from [85.158.137.68:44723] by server-5.bemta-3.messagelabs.com id 59/A4-04712-F3042F25; Wed, 05 Feb 2014 13:44:31 +0000 X-Env-Sender: mikeneiderhauser@gmail.com X-Msg-Ref: server-12.tower-31.messagelabs.com!1391607868!9908204!1 X-Originating-IP: [209.85.128.177] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3950 invoked from network); 5 Feb 2014 13:44:30 -0000 Received: from mail-ve0-f177.google.com (HELO mail-ve0-f177.google.com) (209.85.128.177) by server-12.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 5 Feb 2014 13:44:30 -0000 Received: by mail-ve0-f177.google.com with SMTP id jz11so297667veb.22 for ; Wed, 05 Feb 2014 05:44:28 -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-type; bh=ioRrGmQm9HaIETzTPZlqwofJAnwgYlgzSqLaRydM+HQ=; b=IY4/1I2btmDttCGAlf23iF0968LwsamW87UpVQcwKt/o5uyAQfD5sIpCdYXFD8ir09 plAaQ/MrKiqGvsmSTH31jdHNXQ1VTX3+CD7NNWhoKvyuQ/L6hARD46LYicBNhglO0f/U AKfjXbfsRRSo1NdLA7mLVEEXUxElEJnHK53uei04ZUyOxDcCpFGM55kS1z3vXN+5SaIi yFVagG8zB7FYegn16YzX1OLeTmaBb2YIK6DSmhngeFgu9Jb1y1BZAzuXL3cxpNRY1lTe sDB+QjUtEgiUwiVwECqtvN2Cktps6bmvNE/aS7uzgodfBpEf02wNiM3B5zPiLJWs/EbI qzUw== X-Received: by 10.220.89.4 with SMTP id c4mr15488vcm.53.1391607868680; Wed, 05 Feb 2014 05:44:28 -0800 (PST) MIME-Version: 1.0 Received: by 10.52.233.73 with HTTP; Wed, 5 Feb 2014 05:43:48 -0800 (PST) In-Reply-To: <1391606132.6497.151.camel@kazak.uk.xensource.com> References: <1391592063.6497.71.camel@kazak.uk.xensource.com> <1391603593.6497.145.camel@kazak.uk.xensource.com> <1391604724.6497.149.camel@kazak.uk.xensource.com> <1391606132.6497.151.camel@kazak.uk.xensource.com> From: Mike Neiderhauser Date: Wed, 5 Feb 2014 08:43:48 -0500 Message-ID: To: Ian Campbell X-Mailman-Approved-At: Wed, 05 Feb 2014 16:35:10 +0000 Cc: xen-users Subject: Re: [Xen-users] Requesting Help - Error: pci: PCI Backend and pci-stub don't own device X-BeenThere: xen-users@lists.xen.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="===============7769939012191173457==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7769939012191173457== Content-Type: multipart/alternative; boundary=047d7b3a8456adf0ac04f1a8f4ec --047d7b3a8456adf0ac04f1a8f4ec Content-Type: text/plain; charset=ISO-8859-1 Do you have any suggestions for a setup guide for 4.3? I have installed xen-hypervisor-4.3-amd64 from ubuntu package manger and I don't know where to go from here. Thanks On Wed, Feb 5, 2014 at 8:15 AM, Ian Campbell wrote: > On Wed, 2014-02-05 at 08:09 -0500, Mike Neiderhauser wrote: > > > Which logs are you looking for? > > "xm dmesg" (or xl dmesg) in addition to the dom0 kernel dmesg. From a > previous reply: > Does it say anything extra after you try the final create with > 22 > Invalid Argument as the result? > > Also you should look in "xm dmesg" (Xen's console) as well as > "dmesg" (dom0's console) > > > I have already started installing Ubuntu on the machine so anything > > that was from the 4.1 config has been deleted (I have a system image > > if I need to restore it to get additional information). > > It's OK, lets focus on the newer version. > > > Ian. > > --047d7b3a8456adf0ac04f1a8f4ec Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Do you have any suggestions for a setup guide for 4.3? I h= ave installed xen-hypervisor-4.3-amd64 from ubuntu package manger and I don= 't know where to go from here.

Thanks


On Wed, Feb 5, 2014 at 8:15 AM, Ian Camp= bell <Ian.Campbell@citrix.com> wrote:
On Wed, 2014-02-05 at 08:09 -0500, Mike Neiderhauser wrot= e:

> Which logs are you looking for?

"xm dmesg" (or xl dmesg) in addition to the dom0 kernel dme= sg. From a
previous reply:
=A0 =A0 =A0 =A0 Does it say anything extra after you try = the final create with
=A0 =A0 =A0 =A0 22
=A0 =A0 =A0 =A0 Invalid Argument as the result?

=A0 =A0 =A0 =A0 Also you should look in "xm dmesg" (Xen's con= sole) as well as
=A0 =A0 =A0 =A0 "dmesg" (dom0's console)

> I have already started installing Ubuntu on th= e machine so anything
> that was from the 4.1 config has been deleted (I have a system image > if I need to restore it to get additional information).

It's OK, lets focus on the newer version.


Ian.


--047d7b3a8456adf0ac04f1a8f4ec-- --===============7769939012191173457== 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 --===============7769939012191173457==-- From xen-users-bounces@lists.xen.org Wed Feb 05 16:35:23 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Feb 2014 16:35: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 1WB5RQ-0006QM-OC; Wed, 05 Feb 2014 16:35:12 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WB2El-0007wb-LZ for xen-users@lists.xen.org; Wed, 05 Feb 2014 13:09:56 +0000 Received: from [85.158.143.35:51056] by server-3.bemta-4.messagelabs.com id DF/71-11539-32832F25; Wed, 05 Feb 2014 13:09:55 +0000 X-Env-Sender: mikeneiderhauser@gmail.com X-Msg-Ref: server-11.tower-21.messagelabs.com!1391605793!3334067!1 X-Originating-IP: [209.85.128.173] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27846 invoked from network); 5 Feb 2014 13:09:54 -0000 Received: from mail-ve0-f173.google.com (HELO mail-ve0-f173.google.com) (209.85.128.173) by server-11.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 5 Feb 2014 13:09:54 -0000 Received: by mail-ve0-f173.google.com with SMTP id oz11so263681veb.4 for ; Wed, 05 Feb 2014 05:09: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:from:date:message-id:subject:to :cc:content-type; bh=dspQCfzfmWra4/cyhWqKnAbDIDwjB0ytGa/T+B5VpQE=; b=l7FNk2zPCENxI0ZrOfQM2dADIKmRn2CDEPJ0ZTtGsrHPRPk+2CuGwqGYd7z9TOjTc+ 5mf9iRIxK8vIjeUGknfWI/296ao9cWYg8gLVEdfSnociYx5V0g2Fc6P29RN1jixlComl u0yvwdOKC1puF98SuUVUj6KcQA0QMJ818tqjj+7S9JXwfKjuGNnUDEmMDLqZ2XTnoEBJ cab9mvGR3EU481rmmsqSRPiTiFqwWEjnZOaEfWR77dSce1KeuUcdOrpBDJMKq6bp6TRJ 9pQji2WJtxrbZEwCtuTBH4vJwHDTdosFQ7uVML+j1gBUX6/t8xDvb+3O67hGlTCm7o/K k3yA== X-Received: by 10.58.28.180 with SMTP id c20mr2283veh.64.1391605792888; Wed, 05 Feb 2014 05:09:52 -0800 (PST) MIME-Version: 1.0 Received: by 10.52.233.73 with HTTP; Wed, 5 Feb 2014 05:09:12 -0800 (PST) In-Reply-To: <1391604724.6497.149.camel@kazak.uk.xensource.com> References: <1391592063.6497.71.camel@kazak.uk.xensource.com> <1391603593.6497.145.camel@kazak.uk.xensource.com> <1391604724.6497.149.camel@kazak.uk.xensource.com> From: Mike Neiderhauser Date: Wed, 5 Feb 2014 08:09:12 -0500 Message-ID: To: Ian Campbell X-Mailman-Approved-At: Wed, 05 Feb 2014 16:35:10 +0000 Cc: xen-users Subject: Re: [Xen-users] Requesting Help - Error: pci: PCI Backend and pci-stub don't own device X-BeenThere: xen-users@lists.xen.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="===============5829975178193079012==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5829975178193079012== Content-Type: multipart/alternative; boundary=047d7b6da55af3dd1204f1a878e0 --047d7b6da55af3dd1204f1a878e0 Content-Type: text/plain; charset=ISO-8859-1 Sorry about dropping the CC. I will try not to do it again. Which logs are you looking for? I have already started installing Ubuntu on the machine so anything that was from the 4.1 config has been deleted (I have a system image if I need to restore it to get additional information). Regards On Wed, Feb 5, 2014 at 7:52 AM, Ian Campbell wrote: > You've dropped the list CC, please don't do that. I've put it back. > > On Wed, 2014-02-05 at 07:45 -0500, Mike Neiderhauser wrote: > > Looking at lshw on the machine shows that the device configuration > > driver (after running the boot script) is pciback. > > Anything in the logs? > > > > On another note, do you have any suggests for getting started with Xen > > 4.3? I plan on using Ubuntu 13.10 as a base os and then installing on > > there. Do I need to compile a custom kernel or anything? > > I don't know much about Ubuntu, but in general it isn't necessary to > compile a custom kernel these days, unless you run into a bug which > requires patching etc. > > Ian. > > > --047d7b6da55af3dd1204f1a878e0 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Sorry about dropping the CC. =A0I will try not to do it ag= ain.

Which logs are you looking for?

I have already started installing Ubuntu on the machine so anything t= hat was from the 4.1 config has been deleted (I have a system image if I ne= ed to restore it to get additional information).

Regards


<= div class=3D"gmail_quote">On Wed, Feb 5, 2014 at 7:52 AM, Ian Campbell <Ian.Campbell@citrix.com> wrote:
You've dropped the list CC, please don&#= 39;t do that. I've put it back.

On Wed, 2014-02-05 at 07:45 -0500, Mike Neiderhauser wrote:
> Looking at lshw on the machine shows that the device configuration
> driver (after running the boot script) is pciback.

Anything in the logs?


> On another note, do you have any suggests for getting started with Xen=
> 4.3? =A0I plan on using Ubuntu 13.10 as a base os and then installing = on
> there. =A0Do I need to compile a custom kernel or anything?

I don't know much about Ubuntu, but in general it isn't neces= sary to
compile a custom kernel these days, unless you run into a bug which
requires patching etc.

Ian.



--047d7b6da55af3dd1204f1a878e0-- --===============5829975178193079012== 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 --===============5829975178193079012==-- From xen-users-bounces@lists.xen.org Wed Feb 05 16:35:23 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Feb 2014 16:35: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 1WB5RR-0006QV-E5; Wed, 05 Feb 2014 16:35:13 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WB2mF-00015j-VR for xen-users@lists.xen.org; Wed, 05 Feb 2014 13:44:32 +0000 Received: from [85.158.137.68:44723] by server-5.bemta-3.messagelabs.com id 59/A4-04712-F3042F25; Wed, 05 Feb 2014 13:44:31 +0000 X-Env-Sender: mikeneiderhauser@gmail.com X-Msg-Ref: server-12.tower-31.messagelabs.com!1391607868!9908204!1 X-Originating-IP: [209.85.128.177] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3950 invoked from network); 5 Feb 2014 13:44:30 -0000 Received: from mail-ve0-f177.google.com (HELO mail-ve0-f177.google.com) (209.85.128.177) by server-12.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 5 Feb 2014 13:44:30 -0000 Received: by mail-ve0-f177.google.com with SMTP id jz11so297667veb.22 for ; Wed, 05 Feb 2014 05:44:28 -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-type; bh=ioRrGmQm9HaIETzTPZlqwofJAnwgYlgzSqLaRydM+HQ=; b=IY4/1I2btmDttCGAlf23iF0968LwsamW87UpVQcwKt/o5uyAQfD5sIpCdYXFD8ir09 plAaQ/MrKiqGvsmSTH31jdHNXQ1VTX3+CD7NNWhoKvyuQ/L6hARD46LYicBNhglO0f/U AKfjXbfsRRSo1NdLA7mLVEEXUxElEJnHK53uei04ZUyOxDcCpFGM55kS1z3vXN+5SaIi yFVagG8zB7FYegn16YzX1OLeTmaBb2YIK6DSmhngeFgu9Jb1y1BZAzuXL3cxpNRY1lTe sDB+QjUtEgiUwiVwECqtvN2Cktps6bmvNE/aS7uzgodfBpEf02wNiM3B5zPiLJWs/EbI qzUw== X-Received: by 10.220.89.4 with SMTP id c4mr15488vcm.53.1391607868680; Wed, 05 Feb 2014 05:44:28 -0800 (PST) MIME-Version: 1.0 Received: by 10.52.233.73 with HTTP; Wed, 5 Feb 2014 05:43:48 -0800 (PST) In-Reply-To: <1391606132.6497.151.camel@kazak.uk.xensource.com> References: <1391592063.6497.71.camel@kazak.uk.xensource.com> <1391603593.6497.145.camel@kazak.uk.xensource.com> <1391604724.6497.149.camel@kazak.uk.xensource.com> <1391606132.6497.151.camel@kazak.uk.xensource.com> From: Mike Neiderhauser Date: Wed, 5 Feb 2014 08:43:48 -0500 Message-ID: To: Ian Campbell X-Mailman-Approved-At: Wed, 05 Feb 2014 16:35:10 +0000 Cc: xen-users Subject: Re: [Xen-users] Requesting Help - Error: pci: PCI Backend and pci-stub don't own device X-BeenThere: xen-users@lists.xen.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="===============7769939012191173457==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7769939012191173457== Content-Type: multipart/alternative; boundary=047d7b3a8456adf0ac04f1a8f4ec --047d7b3a8456adf0ac04f1a8f4ec Content-Type: text/plain; charset=ISO-8859-1 Do you have any suggestions for a setup guide for 4.3? I have installed xen-hypervisor-4.3-amd64 from ubuntu package manger and I don't know where to go from here. Thanks On Wed, Feb 5, 2014 at 8:15 AM, Ian Campbell wrote: > On Wed, 2014-02-05 at 08:09 -0500, Mike Neiderhauser wrote: > > > Which logs are you looking for? > > "xm dmesg" (or xl dmesg) in addition to the dom0 kernel dmesg. From a > previous reply: > Does it say anything extra after you try the final create with > 22 > Invalid Argument as the result? > > Also you should look in "xm dmesg" (Xen's console) as well as > "dmesg" (dom0's console) > > > I have already started installing Ubuntu on the machine so anything > > that was from the 4.1 config has been deleted (I have a system image > > if I need to restore it to get additional information). > > It's OK, lets focus on the newer version. > > > Ian. > > --047d7b3a8456adf0ac04f1a8f4ec Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Do you have any suggestions for a setup guide for 4.3? I h= ave installed xen-hypervisor-4.3-amd64 from ubuntu package manger and I don= 't know where to go from here.

Thanks


On Wed, Feb 5, 2014 at 8:15 AM, Ian Camp= bell <Ian.Campbell@citrix.com> wrote:
On Wed, 2014-02-05 at 08:09 -0500, Mike Neiderhauser wrot= e:

> Which logs are you looking for?

"xm dmesg" (or xl dmesg) in addition to the dom0 kernel dme= sg. From a
previous reply:
=A0 =A0 =A0 =A0 Does it say anything extra after you try = the final create with
=A0 =A0 =A0 =A0 22
=A0 =A0 =A0 =A0 Invalid Argument as the result?

=A0 =A0 =A0 =A0 Also you should look in "xm dmesg" (Xen's con= sole) as well as
=A0 =A0 =A0 =A0 "dmesg" (dom0's console)

> I have already started installing Ubuntu on th= e machine so anything
> that was from the 4.1 config has been deleted (I have a system image > if I need to restore it to get additional information).

It's OK, lets focus on the newer version.


Ian.


--047d7b3a8456adf0ac04f1a8f4ec-- --===============7769939012191173457== 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 --===============7769939012191173457==-- From xen-users-bounces@lists.xen.org Wed Feb 05 16:35:23 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Feb 2014 16:35: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 1WB5RQ-0006QM-OC; Wed, 05 Feb 2014 16:35:12 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WB2El-0007wb-LZ for xen-users@lists.xen.org; Wed, 05 Feb 2014 13:09:56 +0000 Received: from [85.158.143.35:51056] by server-3.bemta-4.messagelabs.com id DF/71-11539-32832F25; Wed, 05 Feb 2014 13:09:55 +0000 X-Env-Sender: mikeneiderhauser@gmail.com X-Msg-Ref: server-11.tower-21.messagelabs.com!1391605793!3334067!1 X-Originating-IP: [209.85.128.173] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27846 invoked from network); 5 Feb 2014 13:09:54 -0000 Received: from mail-ve0-f173.google.com (HELO mail-ve0-f173.google.com) (209.85.128.173) by server-11.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 5 Feb 2014 13:09:54 -0000 Received: by mail-ve0-f173.google.com with SMTP id oz11so263681veb.4 for ; Wed, 05 Feb 2014 05:09: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:from:date:message-id:subject:to :cc:content-type; bh=dspQCfzfmWra4/cyhWqKnAbDIDwjB0ytGa/T+B5VpQE=; b=l7FNk2zPCENxI0ZrOfQM2dADIKmRn2CDEPJ0ZTtGsrHPRPk+2CuGwqGYd7z9TOjTc+ 5mf9iRIxK8vIjeUGknfWI/296ao9cWYg8gLVEdfSnociYx5V0g2Fc6P29RN1jixlComl u0yvwdOKC1puF98SuUVUj6KcQA0QMJ818tqjj+7S9JXwfKjuGNnUDEmMDLqZ2XTnoEBJ cab9mvGR3EU481rmmsqSRPiTiFqwWEjnZOaEfWR77dSce1KeuUcdOrpBDJMKq6bp6TRJ 9pQji2WJtxrbZEwCtuTBH4vJwHDTdosFQ7uVML+j1gBUX6/t8xDvb+3O67hGlTCm7o/K k3yA== X-Received: by 10.58.28.180 with SMTP id c20mr2283veh.64.1391605792888; Wed, 05 Feb 2014 05:09:52 -0800 (PST) MIME-Version: 1.0 Received: by 10.52.233.73 with HTTP; Wed, 5 Feb 2014 05:09:12 -0800 (PST) In-Reply-To: <1391604724.6497.149.camel@kazak.uk.xensource.com> References: <1391592063.6497.71.camel@kazak.uk.xensource.com> <1391603593.6497.145.camel@kazak.uk.xensource.com> <1391604724.6497.149.camel@kazak.uk.xensource.com> From: Mike Neiderhauser Date: Wed, 5 Feb 2014 08:09:12 -0500 Message-ID: To: Ian Campbell X-Mailman-Approved-At: Wed, 05 Feb 2014 16:35:10 +0000 Cc: xen-users Subject: Re: [Xen-users] Requesting Help - Error: pci: PCI Backend and pci-stub don't own device X-BeenThere: xen-users@lists.xen.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="===============5829975178193079012==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5829975178193079012== Content-Type: multipart/alternative; boundary=047d7b6da55af3dd1204f1a878e0 --047d7b6da55af3dd1204f1a878e0 Content-Type: text/plain; charset=ISO-8859-1 Sorry about dropping the CC. I will try not to do it again. Which logs are you looking for? I have already started installing Ubuntu on the machine so anything that was from the 4.1 config has been deleted (I have a system image if I need to restore it to get additional information). Regards On Wed, Feb 5, 2014 at 7:52 AM, Ian Campbell wrote: > You've dropped the list CC, please don't do that. I've put it back. > > On Wed, 2014-02-05 at 07:45 -0500, Mike Neiderhauser wrote: > > Looking at lshw on the machine shows that the device configuration > > driver (after running the boot script) is pciback. > > Anything in the logs? > > > > On another note, do you have any suggests for getting started with Xen > > 4.3? I plan on using Ubuntu 13.10 as a base os and then installing on > > there. Do I need to compile a custom kernel or anything? > > I don't know much about Ubuntu, but in general it isn't necessary to > compile a custom kernel these days, unless you run into a bug which > requires patching etc. > > Ian. > > > --047d7b6da55af3dd1204f1a878e0 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Sorry about dropping the CC. =A0I will try not to do it ag= ain.

Which logs are you looking for?

I have already started installing Ubuntu on the machine so anything t= hat was from the 4.1 config has been deleted (I have a system image if I ne= ed to restore it to get additional information).

Regards


<= div class=3D"gmail_quote">On Wed, Feb 5, 2014 at 7:52 AM, Ian Campbell <Ian.Campbell@citrix.com> wrote:
You've dropped the list CC, please don&#= 39;t do that. I've put it back.

On Wed, 2014-02-05 at 07:45 -0500, Mike Neiderhauser wrote:
> Looking at lshw on the machine shows that the device configuration
> driver (after running the boot script) is pciback.

Anything in the logs?


> On another note, do you have any suggests for getting started with Xen=
> 4.3? =A0I plan on using Ubuntu 13.10 as a base os and then installing = on
> there. =A0Do I need to compile a custom kernel or anything?

I don't know much about Ubuntu, but in general it isn't neces= sary to
compile a custom kernel these days, unless you run into a bug which
requires patching etc.

Ian.



--047d7b6da55af3dd1204f1a878e0-- --===============5829975178193079012== 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 --===============5829975178193079012==-- From xen-users-bounces@lists.xen.org Wed Feb 05 16:35:23 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Feb 2014 16:35: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 1WB5RS-0006Qj-1c; Wed, 05 Feb 2014 16:35:14 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WB2wP-0001cw-Dt for xen-users@lists.xen.org; Wed, 05 Feb 2014 13:55:08 +0000 Received: from [85.158.139.211:24199] by server-4.bemta-5.messagelabs.com id 4C/14-08092-4B242F25; Wed, 05 Feb 2014 13:55:00 +0000 X-Env-Sender: mikeneiderhauser@gmail.com X-Msg-Ref: server-15.tower-206.messagelabs.com!1391608498!1852479!1 X-Originating-IP: [209.85.128.173] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10778 invoked from network); 5 Feb 2014 13:54:59 -0000 Received: from mail-ve0-f173.google.com (HELO mail-ve0-f173.google.com) (209.85.128.173) by server-15.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 5 Feb 2014 13:54:59 -0000 Received: by mail-ve0-f173.google.com with SMTP id oz11so306318veb.4 for ; Wed, 05 Feb 2014 05:54:58 -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-type; bh=oUZAWr3XmXaejttG4JLckBkAqDc2MhA2aqs4dfDISZE=; b=QyzJaMCqibrXmJK7Qgna8MokYIHOTcqnQxmFGEPeVVGmfQcBtKzUClarlnrkKiEq+y HlU5WPpM5Fufl8ay6tPYJdJVzM98RU648QqOng+2q5bvN6kISkDudxCFxvGHYa3Jdh82 SONysGu3t8CoUTkD+e1kLXKjwBucei6TUrM+Sl7HGlkePQdSDpkZE2hPczcu1TIvLsXf jFb7N0mWaiU2R5pgNpCToSXHreXGVVxllkZxmrxuakvmxJElolm/50ExLArvOFplkt4I w9+h1OUqDgs9IO8VxQlJUVrTdF4gHSAbNKZzRF5ByQYdOQiWZ2avf55r7EeQIDvtc2cA dRug== X-Received: by 10.52.104.68 with SMTP id gc4mr976156vdb.2.1391608498310; Wed, 05 Feb 2014 05:54:58 -0800 (PST) MIME-Version: 1.0 Received: by 10.52.233.73 with HTTP; Wed, 5 Feb 2014 05:54:18 -0800 (PST) In-Reply-To: <1391608412.6497.167.camel@kazak.uk.xensource.com> References: <1391592063.6497.71.camel@kazak.uk.xensource.com> <1391603593.6497.145.camel@kazak.uk.xensource.com> <1391604724.6497.149.camel@kazak.uk.xensource.com> <1391606132.6497.151.camel@kazak.uk.xensource.com> <1391608412.6497.167.camel@kazak.uk.xensource.com> From: Mike Neiderhauser Date: Wed, 5 Feb 2014 08:54:18 -0500 Message-ID: To: Ian Campbell X-Mailman-Approved-At: Wed, 05 Feb 2014 16:35:10 +0000 Cc: xen-users Subject: Re: [Xen-users] Requesting Help - Error: pci: PCI Backend and pci-stub don't own device X-BeenThere: xen-users@lists.xen.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="===============7032121513806751592==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7032121513806751592== Content-Type: multipart/alternative; boundary=001a1136aa9835567804f1a91a7c --001a1136aa9835567804f1a91a7c Content-Type: text/plain; charset=ISO-8859-1 I have. But I cant seem to get the xm toolstack to switch with xl. Regards On Wed, Feb 5, 2014 at 8:53 AM, Ian Campbell wrote: > On Wed, 2014-02-05 at 08:43 -0500, Mike Neiderhauser wrote: > > Do you have any suggestions for a setup guide for 4.3? I have > > installed xen-hypervisor-4.3-amd64 from ubuntu package manger and I > > don't know where to go from here. > > Have you looked on the wiki? > > > > --001a1136aa9835567804f1a91a7c Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I have. But I cant seem to get the xm toolstack to switch = with xl.

Regards
<= br>
On Wed, Feb 5, 2014 at 8:53 AM, Ian Campb= ell <Ian.Campbell@citrix.com> wrote:
On Wed, 2014-02-05 at 08:4= 3 -0500, Mike Neiderhauser wrote:
> Do you have any suggestions for a setup guide for 4.3? I have
> installed xen-hypervisor-4.3-amd64 from ubuntu package manger and I > don't know where to go from here.

Have you looked on the wiki?




--001a1136aa9835567804f1a91a7c-- --===============7032121513806751592== 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 --===============7032121513806751592==-- From xen-users-bounces@lists.xen.org Wed Feb 05 16:43:17 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Feb 2014 16:43: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 1WB5Yu-0007qt-5N; Wed, 05 Feb 2014 16:42:56 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WB5Yr-0007qR-BL for xen-users@lists.xen.org; Wed, 05 Feb 2014 16:42:54 +0000 Received: from [193.109.254.147:7716] by server-8.bemta-14.messagelabs.com id 54/50-18529-C0A62F25; Wed, 05 Feb 2014 16:42:52 +0000 X-Env-Sender: gabriel@flowecommerce.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1391618563!2259433!1 X-Originating-IP: [209.85.213.41] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_20_30,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27724 invoked from network); 5 Feb 2014 16:42:44 -0000 Received: from mail-yh0-f41.google.com (HELO mail-yh0-f41.google.com) (209.85.213.41) by server-10.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 5 Feb 2014 16:42:44 -0000 Received: by mail-yh0-f41.google.com with SMTP id f73so657768yha.14 for ; Wed, 05 Feb 2014 08:42:43 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:message-id:in-reply-to:references :subject:mime-version:content-type; bh=+5azC1zEKyRvcJazOFCN3niF4DAxIwWce7tqCz+5Ot0=; b=LiYu4ujPCBqBpTVfXC8YwXr0Kd4dZ0zl6G3anzWuhFQlzH6d9oWsuJUm7sQ7g4LbVV 0+KlGhoV7FEKUqqjD5uf4kYLVQvoaLr2AQfIoNy68ykBFKFxq7WfGYAfaNRC4fTsZ2T/ MX69b5ES3kE7DryQSA/8heO0wczIajEGlZFSHTYOg2F/eFFa/ZbuikynKuq6Dmj/Hio2 tB+z+qzkxjl9JWA6BY1HFthCN8pZiKnk8lo5RBhniMNZs2N7d2po4CgaOJM2ZUEsAeVT Rxm7HbJba4ABjQ42rGk53DhtSHl4FrgZaLdCjbc+q+0Rq0QkU/SBelRcPdg2D1ALosVQ N6MA== X-Gm-Message-State: ALoCoQn3iXc/13DphK2Rkv2wVmCaVnn3aMy2r2Z0P7kK+qHURKnvDSmlpbGBpORUdg3WhrAcyGq+ X-Received: by 10.236.60.228 with SMTP id u64mr2182665yhc.34.1391618562237; Wed, 05 Feb 2014 08:42:42 -0800 (PST) Received: from [192.168.1.8] (177.96.248.193.dynamic.adsl.gvt.net.br. [177.96.248.193]) by mx.google.com with ESMTPSA id 48sm97664191yhq.11.2014.02.05.08.42.35 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Wed, 05 Feb 2014 08:42:40 -0800 (PST) Date: Wed, 5 Feb 2014 14:42:33 -0200 From: Gabriel Queiroz Silva To: xen-users@lists.xen.org Message-ID: <21EF6FDD3BE64A18B65C191B5FDB264D@flowecommerce.com> In-Reply-To: References: X-Mailer: sparrow 1.6.4 (build 1178) MIME-Version: 1.0 Subject: Re: [Xen-users] Xen-users Digest, Vol 108, Issue 7 X-BeenThere: xen-users@lists.xen.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="===============9088043255727072894==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============9088043255727072894== Content-Type: multipart/alternative; boundary="52f269f9_515f007c_701" --52f269f9_515f007c_701 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline unsubscribe -- Gabriel Queiroz +55 61 3037-2002 gabriel@flowecommerce.com (mailto:gabriel@flowecommerce.com) www.flowecommerce.com (http://www.flowecommerce.com/) On Wednesday, February 5, 2014 at 14:35, xen-users-request@lists.xen.org wrote: > Send Xen-users mailing list submissions to > xen-users@lists.xen.org (mailto:xen-users@lists.xen.org) > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-users > or, via email, send a message with subject or body 'help' to > xen-users-request@lists.xen.org (mailto:xen-users-request@lists.xen.org) > > You can reach the person managing the list at > xen-users-owner@lists.xen.org (mailto:xen-users-owner@lists.xen.org) > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Xen-users digest..." > > > Today's Topics: > > 1. Re: Requesting Help - Error: pci: PCI Backend and pci-stub > don't own device (Mike Neiderhauser) > 2. Re: Requesting Help - Error: pci: PCI Backend and pci-stub > don't own device (Mike Neiderhauser) > 3. Re: Requesting Help - Error: pci: PCI Backend and pci-stub > don't own device (Mike Neiderhauser) > 4. Re: Requesting Help - Error: pci: PCI Backend and pci-stub > don't own device (Mike Neiderhauser) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 5 Feb 2014 08:09:12 -0500 > From: Mike Neiderhauser > To: Ian Campbell > Cc: xen-users > Subject: Re: [Xen-users] Requesting Help - Error: pci: PCI Backend and > pci-stub don't own device > Message-ID: > > Content-Type: text/plain; charset="iso-8859-1" > > Sorry about dropping the CC. I will try not to do it again. > > Which logs are you looking for? > > I have already started installing Ubuntu on the machine so anything that > was from the 4.1 config has been deleted (I have a system image if I need > to restore it to get additional information). > > Regards > > > On Wed, Feb 5, 2014 at 7:52 AM, Ian Campbell wrote: > > > You've dropped the list CC, please don't do that. I've put it back. > > > > On Wed, 2014-02-05 at 07:45 -0500, Mike Neiderhauser wrote: > > > Looking at lshw on the machine shows that the device configuration > > > driver (after running the boot script) is pciback. > > > > > > > > > Anything in the logs? > > > > > > > On another note, do you have any suggests for getting started with Xen > > > 4.3? I plan on using Ubuntu 13.10 as a base os and then installing on > > > there. Do I need to compile a custom kernel or anything? > > > > > > > > > I don't know much about Ubuntu, but in general it isn't necessary to > > compile a custom kernel these days, unless you run into a bug which > > requires patching etc. > > > > Ian. > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > ------------------------------ > > Message: 2 > Date: Wed, 5 Feb 2014 08:43:48 -0500 > From: Mike Neiderhauser > To: Ian Campbell > Cc: xen-users > Subject: Re: [Xen-users] Requesting Help - Error: pci: PCI Backend and > pci-stub don't own device > Message-ID: > > Content-Type: text/plain; charset="iso-8859-1" > > Do you have any suggestions for a setup guide for 4.3? I have installed > xen-hypervisor-4.3-amd64 from ubuntu package manger and I don't know where > to go from here. > > Thanks > > > On Wed, Feb 5, 2014 at 8:15 AM, Ian Campbell wrote: > > > On Wed, 2014-02-05 at 08:09 -0500, Mike Neiderhauser wrote: > > > > > Which logs are you looking for? > > > > "xm dmesg" (or xl dmesg) in addition to the dom0 kernel dmesg. From a > > previous reply: > > Does it say anything extra after you try the final create with > > 22 > > Invalid Argument as the result? > > > > Also you should look in "xm dmesg" (Xen's console) as well as > > "dmesg" (dom0's console) > > > > > I have already started installing Ubuntu on the machine so anything > > > that was from the 4.1 config has been deleted (I have a system image > > > if I need to restore it to get additional information). > > > > > > > > > It's OK, lets focus on the newer version. > > > > > > Ian. > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > ------------------------------ > > Message: 3 > Date: Wed, 5 Feb 2014 08:54:18 -0500 > From: Mike Neiderhauser > To: Ian Campbell > Cc: xen-users > Subject: Re: [Xen-users] Requesting Help - Error: pci: PCI Backend and > pci-stub don't own device > Message-ID: > > Content-Type: text/plain; charset="iso-8859-1" > > I have. But I cant seem to get the xm toolstack to switch with xl. > > Regards > > > On Wed, Feb 5, 2014 at 8:53 AM, Ian Campbell wrote: > > > On Wed, 2014-02-05 at 08:43 -0500, Mike Neiderhauser wrote: > > > Do you have any suggestions for a setup guide for 4.3? I have > > > installed xen-hypervisor-4.3-amd64 from ubuntu package manger and I > > > don't know where to go from here. > > > > > > > > > Have you looked on the wiki? > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > ------------------------------ > > Message: 4 > Date: Wed, 5 Feb 2014 10:00:00 -0500 > From: Mike Neiderhauser > To: Ian Campbell > Cc: xen-users > Subject: Re: [Xen-users] Requesting Help - Error: pci: PCI Backend and > pci-stub don't own device > Message-ID: > > Content-Type: text/plain; charset="iso-8859-1" > > Okay. I was able to switch over the toolstack to xl. > > When trying to create the domu I get this: > > root@fiat:~# xl create /etc/xen/ubuntu-hvm-0.cfg > Parsing config from /etc/xen/ubuntu-hvm-0.cfg > WARNING: ignoring "kernel" directive for HVM guest. Use "firmware_override" > instead if you really want a non-default firmware > WARNING: ignoring device_model directive. > WARNING: Use "device_model_override" instead if you really want a > non-default device_model > xc: info: VIRTUAL MEMORY ARRANGEMENT: > Loader: 0000000000100000->00000000001a69a4 > Modules: 0000000000000000->0000000000000000 > TOTAL: 0000000000000000->000000003f800000 > ENTRY ADDRESS: 0000000000100608 > xc: info: PHYSICAL MEMORY ALLOCATION: > 4KB PAGES: 0x0000000000000200 > 2MB PAGES: 0x00000000000001fb > 1GB PAGES: 0x0000000000000000 > libxl: error: libxl_pci.c:990:libxl__device_pci_reset: The kernel doesn't > support reset from sysfs for PCI device 0000:05:00.0 > libxl: error: libxl_pci.c:990:libxl__device_pci_reset: The kernel doesn't > support reset from sysfs for PCI device 0000:05:00.1 > Daemon running with PID 3095 > > > xl dmesg > root@fiat:~# xl dmesg > (XEN) Xen version 4.3.0 (Ubuntu 4.3.0-1ubuntu1.2) ( > stefan.bader@canonical.com (mailto:stefan.bader@canonical.com)) (gcc (Ubuntu/Linaro 4.8.1-10ubuntu8) 4.8.1) > debug=n Tue Dec 17 15:35:25 UTC 2013 > (XEN) Bootloader: GRUB 2.00-19ubuntu2.1 > (XEN) Command line: placeholder dom0_mem=1024M > (XEN) Video information: > (XEN) VGA is text mode 80x25, font 8x16 > (XEN) VBE/DDC methods: none; EDID transfer time: 0 seconds > (XEN) EDID info not retrieved because no DDC retrieval method detected > (XEN) Disc information: > (XEN) Found 1 MBR signatures > (XEN) Found 1 EDD information structures > (XEN) Xen-e820 RAM map: > (XEN) 0000000000000000 - 000000000009e400 (usable) > (XEN) 000000000009e400 - 00000000000a0000 (reserved) > (XEN) 00000000000e0000 - 0000000000100000 (reserved) > (XEN) 0000000000100000 - 00000000bdfb0000 (usable) > (XEN) 00000000bdfb0000 - 00000000bf3b0000 (reserved) > (XEN) 00000000bf3b0000 - 00000000bf5d7000 (usable) > (XEN) 00000000bf5d7000 - 00000000bf5d9000 (reserved) > (XEN) 00000000bf5d9000 - 00000000bf5ea000 (usable) > (XEN) 00000000bf5ea000 - 00000000bf5ee000 (reserved) > (XEN) 00000000bf5ee000 - 00000000bf5f0000 (usable) > (XEN) 00000000bf5f0000 - 00000000bf601000 (reserved) > (XEN) 00000000bf601000 - 00000000bf63f000 (usable) > (XEN) 00000000bf63f000 - 00000000bf6bf000 (reserved) > (XEN) 00000000bf6bf000 - 00000000bf7bf000 (ACPI NVS) > (XEN) 00000000bf7bf000 - 00000000bf7f0000 (ACPI data) > (XEN) 00000000bf7f0000 - 00000000bf800000 (usable) > (XEN) 00000000bf800000 - 00000000c0000000 (reserved) > (XEN) 00000000e0000000 - 00000000f0000000 (reserved) > (XEN) 00000000feb00000 - 00000000feb04000 (reserved) > (XEN) 00000000fec00000 - 00000000fec01000 (reserved) > (XEN) 00000000fed10000 - 00000000fed1a000 (reserved) > (XEN) 00000000fed1c000 - 00000000fed20000 (reserved) > (XEN) 00000000fee00000 - 00000000fee01000 (reserved) > (XEN) 00000000ffc00000 - 0000000100000000 (reserved) > (XEN) 0000000100000000 - 0000000140000000 (usable) > (XEN) ACPI: RSDP 000FE020, 0024 (r2 DELL ) > (XEN) ACPI: XSDT BF7EF170, 00A4 (r1 DELL PE_SC3 1 DELL 40000) > (XEN) ACPI: FACP BF7EB000, 00F4 (r4 DELL PE_SC3 1 DELL 40000) > (XEN) ACPI: DSDT BF7E1000, 68FE (r1 DELL PE_SC3 0 DELL 40000) > (XEN) ACPI: FACS BF7B8000, 0040 > (XEN) ACPI: SPMI BF7EE000, 0040 (r5 DELL PE_SC3 1 DELL 40000) > (XEN) ACPI: DMAR BF7ED000, 0078 (r1 DELL PE_SC3 1 DELL 40000) > (XEN) ACPI: ASF! BF7EC000, 00A5 (r32 DELL PE_SC3 1 DELL 40000) > (XEN) ACPI: HPET BF7EA000, 0038 (r1 DELL PE_SC3 1 DELL 40000) > (XEN) ACPI: APIC BF7E9000, 0092 (r2 DELL PE_SC3 1 DELL 40000) > (XEN) ACPI: MCFG BF7E8000, 003C (r1 DELL PE_SC3 1 DELL 40000) > (XEN) ACPI: BOOT BF7DE000, 0028 (r1 DELL PE_SC3 1 DELL 40000) > (XEN) ACPI: SSDT BF7DD000, 02F6 (r1 DELL PE_SC3 1000 DELL 40000) > (XEN) ACPI: ASPT BF7DA000, 0034 (r7 DELL PE_SC3 1 DELL 40000) > (XEN) ACPI: SSDT BF7D9000, 060E (r1 DELL PE_SC3 3000 DELL 40000) > (XEN) ACPI: SSDT BF7D8000, 0A92 (r1 DELL PE_SC3 3000 DELL 40000) > (XEN) ACPI: HEST BF7D7000, 00A8 (r1 DELL PE_SC3 0 DELL 40000) > (XEN) ACPI: ERST BF7D6000, 0230 (r1 DELL PE_SC3 0 DELL 40000) > (XEN) ACPI: BERT BF7D5000, 0030 (r1 DELL PE_SC3 0 DELL 40000) > (XEN) ACPI: EINJ BF7D4000, 0130 (r1 DELL PE_SC3 0 DELL 40000) > (XEN) System RAM: 4065MB (4163416kB) > (XEN) Domain heap initialised > (XEN) Processor #0 6:10 APIC version 21 > (XEN) Processor #2 6:10 APIC version 21 > (XEN) Processor #4 6:10 APIC version 21 > (XEN) Processor #6 6:10 APIC version 21 > (XEN) IOAPIC[0]: apic_id 0, version 32, address 0xfec00000, GSI 0-23 > (XEN) Enabling APIC mode: Flat. Using 1 I/O APICs > (XEN) [VT-D]dmar.c:583: RMRR address range not in reserved memory base = > 0 end = fff; iommu_inclusive_mapping=1 parameter may be needed. > (XEN) Switched to APIC driver x2apic_cluster. > (XEN) Using scheduler: SMP Credit Scheduler (credit) > (XEN) Detected 3093.056 MHz processor. > (XEN) Initing memory sharing. > (XEN) xstate_init: using cntxt_size: 0x340 and states: 0x7 > (XEN) Intel VT-d iommu 0 supported page sizes: 4kB. > (XEN) Intel VT-d Snoop Control enabled. > (XEN) Intel VT-d Dom0 DMA Passthrough not enabled. > (XEN) Intel VT-d Queued Invalidation enabled. > (XEN) Intel VT-d Interrupt Remapping enabled. > (XEN) Intel VT-d Shared EPT tables not enabled. > (XEN) I/O virtualisation enabled > (XEN) - Dom0 mode: Relaxed > (XEN) Interrupt remapping enabled > (XEN) Enabled directed EOI with ioapic_ack_old on! > (XEN) ENABLING IO-APIC IRQs > (XEN) -> Using old ACK method > (XEN) Platform timer is 14.318MHz HPET > (XEN) Allocated console ring of 16 KiB. > (XEN) VMX: Supported advanced features: > (XEN) - APIC MMIO access virtualisation > (XEN) - APIC TPR shadow > (XEN) - Extended Page Tables (EPT) > (XEN) - Virtual-Processor Identifiers (VPID) > (XEN) - Virtual NMI > (XEN) - MSR direct-access bitmap > (XEN) - Unrestricted Guest > (XEN) HVM: ASIDs enabled. > (XEN) HVM: VMX enabled > (XEN) HVM: Hardware Assisted Paging (HAP) detected > (XEN) HVM: HAP page sizes: 4kB, 2MB > (XEN) Brought up 4 CPUs > (XEN) mtrr: your CPUs had inconsistent variable MTRR settings > (XEN) *** LOADING DOMAIN 0 *** > (XEN) Xen kernel: 64-bit, lsb, compat32 > (XEN) Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x23f3000 > (XEN) PHYSICAL MEMORY ARRANGEMENT: > (XEN) Dom0 alloc.: 0000000134000000->0000000138000000 (233686 pages to > be allocated) > (XEN) Init. ramdisk: 000000013d0d6000->000000013ffff800 > (XEN) VIRTUAL MEMORY ARRANGEMENT: > (XEN) Loaded kernel: ffffffff81000000->ffffffff823f3000 > (XEN) Init. ramdisk: ffffffff823f3000->ffffffff8531c800 > (XEN) Phys-Mach map: ffffffff8531d000->ffffffff8551d000 > (XEN) Start info: ffffffff8551d000->ffffffff8551d4b4 > (XEN) Page tables: ffffffff8551e000->ffffffff8554d000 > (XEN) Boot stack: ffffffff8554d000->ffffffff8554e000 > (XEN) TOTAL: ffffffff80000000->ffffffff85800000 > (XEN) ENTRY ADDRESS: ffffffff81d261e0 > (XEN) Dom0 has maximum 4 VCPUs > (XEN) Scrubbing Free RAM: .............................done. > (XEN) Initial low memory virq threshold set at 0x4000 pages. > (XEN) Std. Loglevel: Errors and warnings > (XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings) > (XEN) Xen is relinquishing VGA console. > (XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch input > to Xen) > (XEN) Freed 260kB init memory. > (XEN) traps.c:2503:d0 Domain attempted WRMSR 00000000000001fc from > 0x000000000004005f to 0x000000000004005d. > (XEN) traps.c:2503:d0 Domain attempted WRMSR 00000000000001fc from > 0x000000000004005f to 0x000000000004005d. > (XEN) traps.c:2503:d0 Domain attempted WRMSR 00000000000001fc from > 0x000000000004005f to 0x000000000004005d. > (XEN) traps.c:2503:d0 Domain attempted WRMSR 00000000000001fc from > 0x000000000004005f to 0x000000000004005d. > > > dmesg > root@fiat:~# dmesg > [ 0.000000] Initializing cgroup subsys cpuset > [ 0.000000] Initializing cgroup subsys cpu > [ 0.000000] Initializing cgroup subsys cpuacct > [ 0.000000] Linux version 3.11.0-12-generic (buildd@allspice) (gcc > version 4.8.1 (Ubuntu/Linaro 4.8.1-10ubuntu7) ) #19-Ubuntu SMP Wed Oct 9 > 16:20:46 UTC 2013 (Ubuntu 3.11.0-12.19-generic 3.11.3) > [ 0.000000] Command line: placeholder root=/dev/mapper/fiat--vg-root ro > biosdevname=0 > [ 0.000000] KERNEL supported cpus: > [ 0.000000] Intel GenuineIntel > [ 0.000000] AMD AuthenticAMD > [ 0.000000] Centaur CentaurHauls > [ 0.000000] Freeing 9e-100 pfn range: 98 pages freed > [ 0.000000] 1-1 mapping on 9e->100 > [ 0.000000] 1-1 mapping on bdfb0->bf3b0 > [ 0.000000] 1-1 mapping on bf5d7->bf5d9 > [ 0.000000] 1-1 mapping on bf5ea->bf5ee > [ 0.000000] 1-1 mapping on bf5f0->bf601 > [ 0.000000] 1-1 mapping on bf63f->bf7f0 > [ 0.000000] 1-1 mapping on bf800->100000 > [ 0.000000] Released 98 pages of unused memory > [ 0.000000] Set 269866 page(s) to 1-1 mapping > [ 0.000000] Populating 40000-40062 pfn range: 98 pages added > [ 0.000000] e820: BIOS-provided physical RAM map: > [ 0.000000] Xen: [mem 0x0000000000000000-0x000000000009dfff] usable > [ 0.000000] Xen: [mem 0x000000000009e400-0x00000000000fffff] reserved > [ 0.000000] Xen: [mem 0x0000000000100000-0x00000000bdfaffff] usable > [ 0.000000] Xen: [mem 0x00000000bdfb0000-0x00000000bf3affff] reserved > [ 0.000000] Xen: [mem 0x00000000bf3b0000-0x00000000bf5d6fff] usable > [ 0.000000] Xen: [mem 0x00000000bf5d7000-0x00000000bf5d8fff] reserved > [ 0.000000] Xen: [mem 0x00000000bf5d9000-0x00000000bf5e9fff] usable > [ 0.000000] Xen: [mem 0x00000000bf5ea000-0x00000000bf5edfff] reserved > [ 0.000000] Xen: [mem 0x00000000bf5ee000-0x00000000bf5effff] usable > [ 0.000000] Xen: [mem 0x00000000bf5f0000-0x00000000bf600fff] reserved > [ 0.000000] Xen: [mem 0x00000000bf601000-0x00000000bf63efff] usable > [ 0.000000] Xen: [mem 0x00000000bf63f000-0x00000000bf6befff] reserved > [ 0.000000] Xen: [mem 0x00000000bf6bf000-0x00000000bf7befff] ACPI NVS > [ 0.000000] Xen: [mem 0x00000000bf7bf000-0x00000000bf7effff] ACPI data > [ 0.000000] Xen: [mem 0x00000000bf7f0000-0x00000000bf7fffff] usable > [ 0.000000] Xen: [mem 0x00000000bf800000-0x00000000bfffffff] reserved > [ 0.000000] Xen: [mem 0x00000000e0000000-0x00000000efffffff] reserved > [ 0.000000] Xen: [mem 0x00000000feb00000-0x00000000feb03fff] reserved > [ 0.000000] Xen: [mem 0x00000000fec00000-0x00000000fec00fff] reserved > [ 0.000000] Xen: [mem 0x00000000fed10000-0x00000000fed19fff] reserved > [ 0.000000] Xen: [mem 0x00000000fed1c000-0x00000000fed1ffff] reserved > [ 0.000000] Xen: [mem 0x00000000fee00000-0x00000000fee00fff] reserved > [ 0.000000] Xen: [mem 0x00000000ffc00000-0x00000000ffffffff] reserved > [ 0.000000] Xen: [mem 0x0000000100000000-0x000000013fffffff] usable > [ 0.000000] NX (Execute Disable) protection: active > [ 0.000000] SMBIOS 2.7 present. > [ 0.000000] DMI: Dell Inc. PowerEdge R210 II/03X6X0, BIOS 2.5.1 > 07/11/2013 > [ 0.000000] e820: update [mem 0x00000000-0x00000fff] usable ==> reserved > [ 0.000000] e820: remove [mem 0x000a0000-0x000fffff] usable > [ 0.000000] No AGP bridge found > [ 0.000000] e820: last_pfn = 0x140000 max_arch_pfn = 0x400000000 > [ 0.000000] e820: last_pfn = 0xbf800 max_arch_pfn = 0x400000000 > [ 0.000000] Scanning 1 areas for low memory corruption > [ 0.000000] Base memory trampoline at [ffff880000098000] 98000 size 24576 > [ 0.000000] init_memory_mapping: [mem 0x00000000-0x000fffff] > [ 0.000000] [mem 0x00000000-0x000fffff] page 4k > [ 0.000000] init_memory_mapping: [mem 0x3fe00000-0x3fffffff] > [ 0.000000] [mem 0x3fe00000-0x3fffffff] page 4k > [ 0.000000] BRK [0x01fe9000, 0x01fe9fff] PGTABLE > [ 0.000000] init_memory_mapping: [mem 0x3c000000-0x3fdfffff] > [ 0.000000] [mem 0x3c000000-0x3fdfffff] page 4k > [ 0.000000] BRK [0x01fea000, 0x01feafff] PGTABLE > [ 0.000000] BRK [0x01feb000, 0x01febfff] PGTABLE > [ 0.000000] BRK [0x01fec000, 0x01fecfff] PGTABLE > [ 0.000000] BRK [0x01fed000, 0x01fedfff] PGTABLE > [ 0.000000] BRK [0x01fee000, 0x01feefff] PGTABLE > [ 0.000000] init_memory_mapping: [mem 0x00100000-0x3bffffff] > [ 0.000000] [mem 0x00100000-0x3bffffff] page 4k > [ 0.000000] init_memory_mapping: [mem 0x40000000-0xbdfaffff] > [ 0.000000] [mem 0x40000000-0xbdfaffff] page 4k > [ 0.000000] init_memory_mapping: [mem 0xbf3b0000-0xbf5d6fff] > [ 0.000000] [mem 0xbf3b0000-0xbf5d6fff] page 4k > [ 0.000000] init_memory_mapping: [mem 0xbf5d9000-0xbf5e9fff] > [ 0.000000] [mem 0xbf5d9000-0xbf5e9fff] page 4k > [ 0.000000] init_memory_mapping: [mem 0xbf5ee000-0xbf5effff] > [ 0.000000] [mem 0xbf5ee000-0xbf5effff] page 4k > [ 0.000000] init_memory_mapping: [mem 0xbf601000-0xbf63efff] > [ 0.000000] [mem 0xbf601000-0xbf63efff] page 4k > [ 0.000000] init_memory_mapping: [mem 0xbf7f0000-0xbf7fffff] > [ 0.000000] [mem 0xbf7f0000-0xbf7fffff] page 4k > [ 0.000000] init_memory_mapping: [mem 0x100000000-0x13fffffff] > [ 0.000000] [mem 0x100000000-0x13fffffff] page 4k > [ 0.000000] RAMDISK: [mem 0x023f3000-0x0531cfff] > [ 0.000000] ACPI: RSDP 00000000000fe020 00024 (v02 DELL ) > [ 0.000000] ACPI: XSDT 00000000bf7ef170 000A4 (v01 DELL PE_SC3 > 00000001 DELL 00040000) > [ 0.000000] ACPI: FACP 00000000bf7eb000 000F4 (v04 DELL PE_SC3 > 00000001 DELL 00040000) > [ 0.000000] ACPI: DSDT 00000000bf7e1000 068FE (v01 DELL PE_SC3 > 00000000 DELL 00040000) > [ 0.000000] ACPI: FACS 00000000bf7b8000 00040 > [ 0.000000] ACPI: SPMI 00000000bf7ee000 00040 (v05 DELL PE_SC3 > 00000001 DELL 00040000) > [ 0.000000] ACPI: XMAR 00000000bf7ed000 00078 (v01 DELL PE_SC3 > 00000001 DELL 00040000) > [ 0.000000] ACPI: ASF! 00000000bf7ec000 000A5 (v32 DELL PE_SC3 > 00000001 DELL 00040000) > [ 0.000000] ACPI: HPET 00000000bf7ea000 00038 (v01 DELL PE_SC3 > 00000001 DELL 00040000) > [ 0.000000] ACPI: APIC 00000000bf7e9000 00092 (v02 DELL PE_SC3 > 00000001 DELL 00040000) > [ 0.000000] ACPI: MCFG 00000000bf7e8000 0003C (v01 DELL PE_SC3 > 00000001 DELL 00040000) > [ 0.000000] ACPI: BOOT 00000000bf7de000 00028 (v01 DELL PE_SC3 > 00000001 DELL 00040000) > [ 0.000000] ACPI: SSDT 00000000bf7dd000 002F6 (v01 DELL PE_SC3 > 00001000 DELL 00040000) > [ 0.000000] ACPI: ASPT 00000000bf7da000 00034 (v07 DELL PE_SC3 > 00000001 DELL 00040000) > [ 0.000000] ACPI: SSDT 00000000bf7d9000 0060E (v01 DELL PE_SC3 > 00003000 DELL 00040000) > [ 0.000000] ACPI: SSDT 00000000bf7d8000 00A92 (v01 DELL PE_SC3 > 00003000 DELL 00040000) > [ 0.000000] ACPI: HEST 00000000bf7d7000 000A8 (v01 DELL PE_SC3 > 00000000 DELL 00040000) > [ 0.000000] ACPI: ERST 00000000bf7d6000 00230 (v01 DELL PE_SC3 > 00000000 DELL 00040000) > [ 0.000000] ACPI: BERT 00000000bf7d5000 00030 (v01 DELL PE_SC3 > 00000000 DELL 00040000) > [ 0.000000] ACPI: EINJ 00000000bf7d4000 00130 (v01 DELL PE_SC3 > 00000000 DELL 00040000) > [ 0.000000] ACPI: Local APIC address 0xfee00000 > [ 0.000000] NUMA turned off > [ 0.000000] Faking a node at [mem 0x0000000000000000-0x000000013fffffff] > [ 0.000000] Initmem setup node 0 [mem 0x00000000-0x13fffffff] > [ 0.000000] NODE_DATA [mem 0x3f899000-0x3f89dfff] > [ 0.000000] Zone ranges: > [ 0.000000] DMA [mem 0x00001000-0x00ffffff] > [ 0.000000] DMA32 [mem 0x01000000-0xffffffff] > [ 0.000000] Normal [mem 0x100000000-0x13fffffff] > [ 0.000000] Movable zone start for each node > [ 0.000000] Early memory node ranges > [ 0.000000] node 0: [mem 0x00001000-0x0009dfff] > [ 0.000000] node 0: [mem 0x00100000-0xbdfaffff] > [ 0.000000] node 0: [mem 0xbf3b0000-0xbf5d6fff] > [ 0.000000] node 0: [mem 0xbf5d9000-0xbf5e9fff] > [ 0.000000] node 0: [mem 0xbf5ee000-0xbf5effff] > [ 0.000000] node 0: [mem 0xbf601000-0xbf63efff] > [ 0.000000] node 0: [mem 0xbf7f0000-0xbf7fffff] > [ 0.000000] node 0: [mem 0x100000000-0x13fffffff] > [ 0.000000] On node 0 totalpages: 1040853 > [ 0.000000] DMA zone: 64 pages used for memmap > [ 0.000000] DMA zone: 21 pages reserved > [ 0.000000] DMA zone: 3997 pages, LIFO batch:0 > [ 0.000000] DMA32 zone: 12105 pages used for memmap > [ 0.000000] DMA32 zone: 774712 pages, LIFO batch:31 > [ 0.000000] Normal zone: 4096 pages used for memmap > [ 0.000000] Normal zone: 262144 pages, LIFO batch:31 > [ 0.000000] ACPI: PM-Timer IO Port: 0x408 > [ 0.000000] ACPI: Local APIC address 0xfee00000 > [ 0.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled) > [ 0.000000] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] enabled) > [ 0.000000] ACPI: LAPIC (acpi_id[0x03] lapic_id[0x04] enabled) > [ 0.000000] ACPI: LAPIC (acpi_id[0x04] lapic_id[0x06] enabled) > [ 0.000000] ACPI: LAPIC (acpi_id[0x05] lapic_id[0x00] disabled) > [ 0.000000] ACPI: LAPIC (acpi_id[0x06] lapic_id[0x00] disabled) > [ 0.000000] ACPI: LAPIC (acpi_id[0x07] lapic_id[0x00] disabled) > [ 0.000000] ACPI: LAPIC (acpi_id[0x08] lapic_id[0x00] disabled) > [ 0.000000] ACPI: LAPIC_NMI (acpi_id[0xff] high edge lint[0x1]) > [ 0.000000] ACPI: IOAPIC (id[0x00] address[0xfec00000] gsi_base[0]) > [ 0.000000] IOAPIC[0]: apic_id 0, version 32, address 0xfec00000, GSI > 0-23 > [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) > [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) > [ 0.000000] ACPI: IRQ0 used by override. > [ 0.000000] ACPI: IRQ2 used by override. > [ 0.000000] ACPI: IRQ9 used by override. > [ 0.000000] Using ACPI (MADT) for SMP configuration information > [ 0.000000] ACPI: HPET id: 0x8086a201 base: 0xfed00000 > [ 0.000000] smpboot: Allowing 8 CPUs, 4 hotplug CPUs > [ 0.000000] nr_irqs_gsi: 40 > [ 0.000000] PM: Registered nosave memory: [mem 0x0009e000-0x0009efff] > [ 0.000000] PM: Registered nosave memory: [mem 0x0009f000-0x000fffff] > [ 0.000000] PM: Registered nosave memory: [mem 0xbdfb0000-0xbf3affff] > [ 0.000000] PM: Registered nosave memory: [mem 0xbf5d7000-0xbf5d8fff] > [ 0.000000] PM: Registered nosave memory: [mem 0xbf5ea000-0xbf5edfff] > [ 0.000000] PM: Registered nosave memory: [mem 0xbf5f0000-0xbf600fff] > [ 0.000000] PM: Registered nosave memory: [mem 0xbf63f000-0xbf6befff] > [ 0.000000] PM: Registered nosave memory: [mem 0xbf6bf000-0xbf7befff] > [ 0.000000] PM: Registered nosave memory: [mem 0xbf7bf000-0xbf7effff] > [ 0.000000] PM: Registered nosave memory: [mem 0xbf800000-0xbfffffff] > [ 0.000000] PM: Registered nosave memory: [mem 0xc0000000-0xdfffffff] > [ 0.000000] PM: Registered nosave memory: [mem 0xe0000000-0xefffffff] > [ 0.000000] PM: Registered nosave memory: [mem 0xf0000000-0xfeafffff] > [ 0.000000] PM: Registered nosave memory: [mem 0xfeb00000-0xfeb03fff] > [ 0.000000] PM: Registered nosave memory: [mem 0xfeb04000-0xfebfffff] > [ 0.000000] PM: Registered nosave memory: [mem 0xfec00000-0xfec00fff] > [ 0.000000] PM: Registered nosave memory: [mem 0xfec01000-0xfed0ffff] > [ 0.000000] PM: Registered nosave memory: [mem 0xfed10000-0xfed19fff] > [ 0.000000] PM: Registered nosave memory: [mem 0xfed1a000-0xfed1bfff] > [ 0.000000] PM: Registered nosave memory: [mem 0xfed1c000-0xfed1ffff] > [ 0.000000] PM: Registered nosave memory: [mem 0xfed20000-0xfedfffff] > [ 0.000000] PM: Registered nosave memory: [mem 0xfee00000-0xfee00fff] > [ 0.000000] PM: Registered nosave memory: [mem 0xfee01000-0xffbfffff] > [ 0.000000] PM: Registered nosave memory: [mem 0xffc00000-0xffffffff] > [ 0.000000] e820: [mem 0xc0000000-0xdfffffff] available for PCI devices > [ 0.000000] Booting paravirtualized kernel on Xen > [ 0.000000] Xen version: 4.3.0 (preserve-AD) > [ 0.000000] setup_percpu: NR_CPUS:256 nr_cpumask_bits:256 nr_cpu_ids:8 > nr_node_ids:1 > [ 0.000000] PERCPU: Embedded 29 pages/cpu @ffff88003f200000 s86720 r8192 > d23872 u262144 > [ 0.000000] pcpu-alloc: s86720 r8192 d23872 u262144 alloc=1*2097152 > [ 0.000000] pcpu-alloc: [0] 0 1 2 3 4 5 6 7 > [ 1.317175] Built 1 zonelists in Node order, mobility grouping on. > Total pages: 1024567 > [ 1.317177] Policy zone: Normal > [ 1.317178] Kernel command line: placeholder > root=/dev/mapper/fiat--vg-root ro biosdevname=0 > [ 1.317577] PID hash table entries: 4096 (order: 3, 32768 bytes) > [ 1.317607] xsave: enabled xstate_bv 0x7, cntxt size 0x340 > [ 1.337841] software IO TLB [mem 0x37000000-0x3b000000] (64MB) mapped at > [ffff880037000000-ffff88003affffff] > [ 1.343109] Memory: 840760K/4163412K available (7141K kernel code, 1082K > rwdata, 3260K rodata, 1364K init, 1420K bss, 3322652K reserved) > [ 1.343171] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=4, Nodes=1 > [ 1.343187] Hierarchical RCU implementation. > [ 1.343188] RCU dyntick-idle grace-period acceleration is enabled. > [ 1.343189] RCU restricting CPUs from NR_CPUS=256 to nr_cpu_ids=4. > [ 1.343190] Offload RCU callbacks from all CPUs > [ 1.343193] Offload RCU callbacks from CPUs: 0-255. > [ 1.343200] NR_IRQS:16640 nr_irqs:712 16 > [ 1.343257] xen: sci override: global_irq=9 trigger=0 polarity=0 > [ 1.343258] xen: registering gsi 9 triggering 0 polarity 0 > [ 1.343269] xen: --> pirq=9 -> irq=9 (gsi=9) > [ 1.343288] xen: acpi sci 9 > [ 1.343291] xen: --> pirq=1 -> irq=1 (gsi=1) > [ 1.343293] xen: --> pirq=2 -> irq=2 (gsi=2) > [ 1.343297] xen: --> pirq=3 -> irq=3 (gsi=3) > [ 1.343300] xen: --> pirq=4 -> irq=4 (gsi=4) > [ 1.343302] xen: --> pirq=5 -> irq=5 (gsi=5) > [ 1.343304] xen: --> pirq=6 -> irq=6 (gsi=6) > [ 1.343306] xen: --> pirq=7 -> irq=7 (gsi=7) > [ 1.343309] xen: --> pirq=8 -> irq=8 (gsi=8) > [ 1.343311] xen: --> pirq=10 -> irq=10 (gsi=10) > [ 1.343313] xen: --> pirq=11 -> irq=11 (gsi=11) > [ 1.343316] xen: --> pirq=12 -> irq=12 (gsi=12) > [ 1.343318] xen: --> pirq=13 -> irq=13 (gsi=13) > [ 1.343321] xen: --> pirq=14 -> irq=14 (gsi=14) > [ 1.343323] xen: --> pirq=15 -> irq=15 (gsi=15) > [ 1.347861] Console: colour VGA+ 80x25 > [ 1.358167] console [tty0] enabled > [ 1.360299] allocated 16777216 bytes of page_cgroup > [ 1.360369] please try 'cgroup_disable=memory' option if you don't want > memory cgroups > [ 1.360487] Xen: using vcpuop timer interface > [ 1.360492] installing Xen timer for CPU 0 > [ 1.360579] tsc: Detected 3093.056 MHz processor > [ 1.360646] Calibrating delay loop (skipped), value calculated using > timer frequency.. 6186.11 BogoMIPS (lpj=12372224) > [ 1.360777] pid_max: default: 32768 minimum: 301 > [ 1.360867] Security Framework initialized > [ 1.360946] AppArmor: AppArmor initialized > [ 1.361009] Yama: becoming mindful. > [ 1.361540] Dentry cache hash table entries: 524288 (order: 10, 4194304 > bytes) > [ 1.362357] Inode-cache hash table entries: 262144 (order: 9, 2097152 > bytes) > [ 1.362697] Mount-cache hash table entries: 256 > [ 1.362932] Initializing cgroup subsys memory > [ 1.363003] Initializing cgroup subsys devices > [ 1.363068] Initializing cgroup subsys freezer > [ 1.363133] Initializing cgroup subsys blkio > [ 1.364545] Initializing cgroup subsys perf_event > [ 1.364610] Initializing cgroup subsys hugetlb > [ 1.364739] ENERGY_PERF_BIAS: Set to 'normal', was 'performance' > [ 1.364739] ENERGY_PERF_BIAS: View and update with > x86_energy_perf_policy(8) > [ 1.364834] CPU: Physical Processor ID: 0 > [ 1.364896] CPU: Processor Core ID: 0 > [ 1.364960] mce: CPU supports 2 MCE banks > [ 1.365035] Last level iTLB entries: 4KB 512, 2MB 0, 4MB 0 > [ 1.365035] Last level dTLB entries: 4KB 512, 2MB 32, 4MB 32 > [ 1.365035] tlb_flushall_shift: 5 > [ 1.365227] Freeing SMP alternatives memory: 28K (ffffffff81e65000 - > ffffffff81e6c000) > [ 1.367286] ACPI: Core revision 20130517 > [ 1.370761] ACPI: All ACPI Tables successfully acquired > [ 1.382180] ftrace: allocating 27796 entries in 109 pages > [ 1.393056] cpu 0 spinlock event irq 41 > [ 1.393142] Performance Events: unsupported p6 CPU model 42 no PMU > driver, software events only. > [ 1.394402] NMI watchdog: disabled (cpu0): hardware events not enabled > [ 1.394522] installing Xen timer for CPU 1 > [ 1.394591] cpu 1 spinlock event irq 48 > [ 1.394891] installing Xen timer for CPU 2 > [ 1.394959] cpu 2 spinlock event irq 55 > [ 1.395260] installing Xen timer for CPU 3 > [ 1.395327] cpu 3 spinlock event irq 62 > [ 1.395569] Brought up 4 CPUs > [ 1.395926] devtmpfs: initialized > [ 1.396704] EVM: security.selinux > [ 1.396767] EVM: security.SMACK64 > [ 1.396830] EVM: security.capability > [ 1.396941] PM: Registering ACPI NVS region [mem 0xbf6bf000-0xbf7befff] > (1048576 bytes) > [ 1.397621] xen:grant_table: Grant tables using version 2 layout > [ 1.397696] Grant table initialized > [ 1.397793] regulator-dummy: no parameters > [ 1.397894] RTC time: 14:41:51, date: 02/05/14 > [ 1.397984] NET: Registered protocol family 16 > [ 1.398201] ACPI FADT declares the system doesn't support PCIe ASPM, so > disable it > [ 1.398286] ACPI: bus type PCI registered > [ 1.398350] acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5 > [ 1.398510] PCI: MMCONFIG for domain 0000 [bus 00-ff] at [mem > 0xe0000000-0xefffffff] (base 0xe0000000) > [ 1.398598] PCI: MMCONFIG at [mem 0xe0000000-0xefffffff] reserved in E820 > [ 1.432711] PCI: Using configuration type 1 for base access > [ 1.433538] bio: create slab at 0 > [ 1.433778] ACPI: Added _OSI(Module Device) > [ 1.433842] ACPI: Added _OSI(Processor Device) > [ 1.433906] ACPI: Added _OSI(3.0 _SCP Extensions) > [ 1.433970] ACPI: Added _OSI(Processor Aggregator Device) > [ 1.435216] ACPI: EC: Look up EC in DSDT > [ 1.436350] ACPI: Executed 1 blocks of module-level executable AML code > [ 1.438454] ACPI: SSDT 00000000bf64d018 0083B (v01 PmRef Cpu0Cst > 00003001 INTL 20080729) > [ 1.438904] ACPI: Dynamic OEM Table Load: > [ 1.439048] ACPI: SSDT (null) 0083B (v01 PmRef Cpu0Cst > 00003001 INTL 20080729) > [ 1.443713] ACPI: SSDT 00000000bf64ea98 00303 (v01 PmRef ApIst > 00003000 INTL 20080729) > [ 1.444187] ACPI: Dynamic OEM Table Load: > [ 1.444329] ACPI: SSDT (null) 00303 (v01 PmRef ApIst > 00003000 INTL 20080729) > [ 1.447686] ACPI: SSDT 00000000bf64cd98 00119 (v01 PmRef ApCst > 00003000 INTL 20080729) > [ 1.448137] ACPI: Dynamic OEM Table Load: > [ 1.448283] ACPI: SSDT (null) 00119 (v01 PmRef ApCst > 00003000 INTL 20080729) > [ 1.452128] ACPI: Interpreter enabled > [ 1.452195] ACPI Exception: AE_NOT_FOUND, While evaluating Sleep State > [\_S1_] (20130517/hwxface-571) > [ 1.452363] ACPI Exception: AE_NOT_FOUND, While evaluating Sleep State > [\_S2_] (20130517/hwxface-571) > [ 1.452532] ACPI Exception: AE_NOT_FOUND, While evaluating Sleep State > [\_S3_] (20130517/hwxface-571) > [ 1.452707] ACPI: (supports S0 S4 S5) > [ 1.452770] ACPI: Using IOAPIC for interrupt routing > [ 1.452873] HEST: Table parsing has been initialized. > [ 1.452939] PCI: Using host bridge windows from ACPI; if necessary, use > "pci=nocrs" and report a bug > [ 1.453111] ACPI: No dock devices found. > [ 1.456960] ACPI: Power Resource [FN00] (off) > [ 1.457089] ACPI: Power Resource [FN01] (off) > [ 1.457214] ACPI: Power Resource [FN02] (off) > [ 1.457337] ACPI: Power Resource [FN03] (off) > [ 1.457461] ACPI: Power Resource [FN04] (off) > [ 1.458079] ACPI: PCI Root Bridge [PCI0] (domain 0000 [bus 00-fe]) > [ 1.458287] acpi PNP0A08:00: Requesting ACPI _OSC control (0x1d) > [ 1.458734] acpi PNP0A08:00: ACPI _OSC control (0x1d) granted > [ 1.459314] PCI host bridge to bus 0000:00 > [ 1.459378] pci_bus 0000:00: root bus resource [bus 00-fe] > [ 1.459443] pci_bus 0000:00: root bus resource [io 0x0000-0x0cf7] > [ 1.459511] pci_bus 0000:00: root bus resource [io 0x0d00-0xffff] > [ 1.459577] pci_bus 0000:00: root bus resource [mem > 0x000a0000-0x000bffff] > [ 1.459645] pci_bus 0000:00: root bus resource [mem > 0xc0000000-0xfeafffff] > [ 1.459723] pci 0000:00:00.0: [8086:0108] type 00 class 0x060000 > [ 1.459852] pci 0000:00:01.0: [8086:0101] type 01 class 0x060400 > [ 1.459929] pci 0000:00:01.0: PME# supported from D0 D3hot D3cold > [ 1.459971] pci 0000:00:01.0: System wakeup disabled by ACPI > [ 1.460161] pci 0000:00:1a.0: [8086:1c2d] type 00 class 0x0c0320 > [ 1.460511] pci 0000:00:1a.0: reg 0x10: [mem 0xc5e06000-0xc5e063ff] > [ 1.462352] pci 0000:00:1a.0: PME# supported from D0 D3hot D3cold > [ 1.462422] pci 0000:00:1a.0: System wakeup disabled by ACPI > [ 1.462534] pci 0000:00:1c.0: [8086:1c10] type 01 class 0x060400 > [ 1.462707] pci 0000:00:1c.0: PME# supported from D0 D3hot D3cold > [ 1.462766] pci 0000:00:1c.0: System wakeup disabled by ACPI > [ 1.462897] pci 0000:00:1d.0: [8086:1c26] type 00 class 0x0c0320 > [ 1.463216] pci 0000:00:1d.0: reg 0x10: [mem 0xc5e05000-0xc5e053ff] > [ 1.465054] pci 0000:00:1d.0: PME# supported from D0 D3hot D3cold > [ 1.465119] pci 0000:00:1d.0: System wakeup disabled by ACPI > [ 1.465225] pci 0000:00:1e.0: [8086:244e] type 01 class 0x060401 > [ 1.465383] pci 0000:00:1e.0: System wakeup disabled by ACPI > [ 1.465489] pci 0000:00:1f.0: [8086:1c52] type 00 class 0x060100 > [ 1.465769] pci 0000:00:1f.2: [8086:1c02] type 00 class 0x010601 > [ 1.465815] pci 0000:00:1f.2: reg 0x10: [io 0x4048-0x404f] > [ 1.465833] pci 0000:00:1f.2: reg 0x14: [io 0x4054-0x4057] > [ 1.465850] pci 0000:00:1f.2: reg 0x18: [io 0x4040-0x4047] > [ 1.465868] pci 0000:00:1f.2: reg 0x1c: [io 0x4050-0x4053] > [ 1.465885] pci 0000:00:1f.2: reg 0x20: [io 0x4020-0x403f] > [ 1.465903] pci 0000:00:1f.2: reg 0x24: [mem 0xc5e04000-0xc5e047ff] > [ 1.466021] pci 0000:00:1f.2: PME# supported from D3hot > [ 1.466114] pci 0000:00:1f.3: [8086:1c22] type 00 class 0x0c0500 > [ 1.466148] pci 0000:00:1f.3: reg 0x10: [mem 0xc5e02000-0xc5e020ff 64bit] > [ 1.466198] pci 0000:00:1f.3: reg 0x20: [io 0x4000-0x401f] > [ 1.466379] pci 0000:01:00.0: [111d:8018] type 01 class 0x060400 > [ 1.466480] pci 0000:01:00.0: PME# supported from D0 D3hot D3cold > [ 1.466506] pci 0000:01:00.0: System wakeup disabled by ACPI > [ 1.474241] pci 0000:00:01.0: PCI bridge to [bus 01-04] > [ 1.474311] pci 0000:00:01.0: bridge window [io 0x2000-0x3fff] > [ 1.474315] pci 0000:00:01.0: bridge window [mem 0xc5400000-0xc5dfffff] > [ 1.474401] pci 0000:02:02.0: [111d:8018] type 01 class 0x060400 > [ 1.474517] pci 0000:02:02.0: PME# supported from D0 D3hot D3cold > [ 1.474587] pci 0000:02:04.0: [111d:8018] type 01 class 0x060400 > [ 1.474702] pci 0000:02:04.0: PME# supported from D0 D3hot D3cold > [ 1.474789] pci 0000:01:00.0: PCI bridge to [bus 02-04] > [ 1.474862] pci 0000:01:00.0: bridge window [io 0x2000-0x3fff] > [ 1.474867] pci 0000:01:00.0: bridge window [mem 0xc5400000-0xc5dfffff] > [ 1.474964] pci 0000:03:00.0: [8086:10c9] type 00 class 0x020000 > [ 1.474985] pci 0000:03:00.0: reg 0x10: [mem 0xc5d20000-0xc5d3ffff] > [ 1.475014] pci 0000:03:00.0: reg 0x18: [io 0x3020-0x303f] > [ 1.475029] pci 0000:03:00.0: reg 0x1c: [mem 0xc5d44000-0xc5d47fff] > [ 1.475153] pci 0000:03:00.0: PME# supported from D0 D3hot D3cold > [ 1.475204] pci 0000:03:00.0: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.475230] pci 0000:03:00.0: reg 0x190: [mem 0x00000000-0x00003fff > 64bit] > [ 1.475326] pci 0000:03:00.1: [8086:10c9] type 00 class 0x020000 > [ 1.475347] pci 0000:03:00.1: reg 0x10: [mem 0xc5d00000-0xc5d1ffff] > [ 1.475376] pci 0000:03:00.1: reg 0x18: [io 0x3000-0x301f] > [ 1.475391] pci 0000:03:00.1: reg 0x1c: [mem 0xc5d40000-0xc5d43fff] > [ 1.475514] pci 0000:03:00.1: PME# supported from D0 D3hot D3cold > [ 1.475565] pci 0000:03:00.1: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.475591] pci 0000:03:00.1: reg 0x190: [mem 0x00000000-0x00003fff > 64bit] > [ 1.475688] pci 0000:02:02.0: PCI bridge to [bus 03] > [ 1.475760] pci 0000:02:02.0: bridge window [io 0x3000-0x3fff] > [ 1.475765] pci 0000:02:02.0: bridge window [mem 0xc5d00000-0xc5dfffff] > [ 1.475864] pci 0000:04:00.0: [8086:10e8] type 00 class 0x020000 > [ 1.475885] pci 0000:04:00.0: reg 0x10: [mem 0xc5c20000-0xc5c3ffff] > [ 1.475900] pci 0000:04:00.0: reg 0x14: [mem 0xc5800000-0xc5bfffff] > [ 1.475915] pci 0000:04:00.0: reg 0x18: [io 0x2020-0x203f] > [ 1.475930] pci 0000:04:00.0: reg 0x1c: [mem 0xc5c44000-0xc5c47fff] > [ 1.475973] pci 0000:04:00.0: reg 0x30: [mem 0xffc00000-0xffffffff pref] > [ 1.476055] pci 0000:04:00.0: PME# supported from D0 D3hot > [ 1.476107] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.476133] pci 0000:04:00.0: reg 0x190: [mem 0x00000000-0x00003fff > 64bit] > [ 1.476231] pci 0000:04:00.1: [8086:10e8] type 00 class 0x020000 > [ 1.476251] pci 0000:04:00.1: reg 0x10: [mem 0xc5c00000-0xc5c1ffff] > [ 1.476266] pci 0000:04:00.1: reg 0x14: [mem 0xc5400000-0xc57fffff] > [ 1.476281] pci 0000:04:00.1: reg 0x18: [io 0x2000-0x201f] > [ 1.476297] pci 0000:04:00.1: reg 0x1c: [mem 0xc5c40000-0xc5c43fff] > [ 1.476339] pci 0000:04:00.1: reg 0x30: [mem 0xffc00000-0xffffffff pref] > [ 1.476422] pci 0000:04:00.1: PME# supported from D0 D3hot > [ 1.476473] pci 0000:04:00.1: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.476500] pci 0000:04:00.1: reg 0x190: [mem 0x00000000-0x00003fff > 64bit] > [ 1.476599] pci 0000:02:04.0: PCI bridge to [bus 04] > [ 1.476671] pci 0000:02:04.0: bridge window [io 0x2000-0x2fff] > [ 1.476676] pci 0000:02:04.0: bridge window [mem 0xc5400000-0xc5cfffff] > [ 1.476860] pci 0000:05:00.0: [14e4:163b] type 00 class 0x020000 > [ 1.476901] pci 0000:05:00.0: reg 0x10: [mem 0xc0000000-0xc1ffffff 64bit] > [ 1.477142] pci 0000:05:00.0: PME# supported from D0 D3hot D3cold > [ 1.477183] pci 0000:05:00.0: System wakeup disabled by ACPI > [ 1.477332] pci 0000:05:00.1: [14e4:163b] type 00 class 0x020000 > [ 1.477373] pci 0000:05:00.1: reg 0x10: [mem 0xc2000000-0xc3ffffff 64bit] > [ 1.477613] pci 0000:05:00.1: PME# supported from D0 D3hot D3cold > [ 1.477744] pci 0000:00:1c.0: PCI bridge to [bus 05] > [ 1.477817] pci 0000:00:1c.0: bridge window [mem 0xc0000000-0xc3ffffff] > [ 1.477908] pci 0000:06:03.0: [102b:0532] type 00 class 0x030000 > [ 1.477940] pci 0000:06:03.0: reg 0x10: [mem 0xc4000000-0xc47fffff pref] > [ 1.477958] pci 0000:06:03.0: reg 0x14: [mem 0xc5000000-0xc5003fff] > [ 1.477975] pci 0000:06:03.0: reg 0x18: [mem 0xc4800000-0xc4ffffff] > [ 1.478041] pci 0000:06:03.0: reg 0x30: [mem 0xffff0000-0xffffffff pref] > [ 1.478192] pci 0000:00:1e.0: PCI bridge to [bus 06] (subtractive decode) > [ 1.478276] pci 0000:00:1e.0: bridge window [mem 0xc4800000-0xc50fffff] > [ 1.478287] pci 0000:00:1e.0: bridge window [mem 0xc4000000-0xc47fffff > 64bit pref] > [ 1.478289] pci 0000:00:1e.0: bridge window [io 0x0000-0x0cf7] > (subtractive decode) > [ 1.478290] pci 0000:00:1e.0: bridge window [io 0x0d00-0xffff] > (subtractive decode) > [ 1.478291] pci 0000:00:1e.0: bridge window [mem > 0x000a0000-0x000bffff] (subtractive decode) > [ 1.478293] pci 0000:00:1e.0: bridge window [mem > 0xc0000000-0xfeafffff] (subtractive decode) > [ 1.478320] acpi PNP0A08:00: Disabling ASPM (FADT indicates it is > unsupported) > [ 1.478878] ACPI: PCI Interrupt Link [LNKA] (IRQs 1 3 4 5 6 *10 11 12 14 > 15) > [ 1.479470] ACPI: PCI Interrupt Link [LNKB] (IRQs 1 3 4 5 6 10 *11 12 14 > 15) > [ 1.480057] ACPI: PCI Interrupt Link [LNKC] (IRQs 1 3 4 5 6 *10 11 12 14 > 15) > [ 1.480644] ACPI: PCI Interrupt Link [LNKD] (IRQs 1 3 4 5 *6 10 11 12 14 > 15) > [ 1.481231] ACPI: PCI Interrupt Link [LNKE] (IRQs 1 3 4 5 6 10 11 12 *14 > 15) > [ 1.481820] ACPI: PCI Interrupt Link [LNKF] (IRQs 1 3 4 5 *6 10 11 12 14 > 15) > [ 1.482415] ACPI: PCI Interrupt Link [LNKG] (IRQs 1 3 4 5 6 10 11 12 14 > 15) *0, disabled. > [ 1.483098] ACPI: PCI Interrupt Link [LNKH] (IRQs 1 3 4 5 6 10 11 12 14 > *15) > [ 1.483877] ACPI: Enabled 6 GPEs in block 00 to 3F > [ 1.484025] ACPI: \_SB_.PCI0: notify handler is installed > [ 1.484067] Found 1 acpi root devices > [ 1.484088] xen:balloon: Initialising balloon driver > [ 1.491154] xen_balloon: Initialising balloon driver > [ 1.491414] vgaarb: device added: > PCI:0000:06:03.0,decodes=io+mem,owns=io+mem,locks=none > [ 1.491502] vgaarb: loaded > [ 1.491563] vgaarb: bridge control possible 0000:06:03.0 > [ 1.491760] SCSI subsystem initialized > [ 1.491825] ACPI: bus type ATA registered > [ 1.491921] libata version 3.00 loaded. > [ 1.491934] ACPI: bus type USB registered > [ 1.492011] usbcore: registered new interface driver usbfs > [ 1.492079] usbcore: registered new interface driver hub > [ 1.492264] usbcore: registered new device driver usb > [ 1.492551] PCI: Using ACPI for IRQ routing > [ 1.510875] PCI: pci_cache_line_size set to 64 bytes > [ 1.510968] e820: reserve RAM buffer [mem 0x0009e000-0x0009ffff] > [ 1.510969] e820: reserve RAM buffer [mem 0xbdfb0000-0xbfffffff] > [ 1.510971] e820: reserve RAM buffer [mem 0xbf5d7000-0xbfffffff] > [ 1.510973] e820: reserve RAM buffer [mem 0xbf5ea000-0xbfffffff] > [ 1.510974] e820: reserve RAM buffer [mem 0xbf5f0000-0xbfffffff] > [ 1.510975] e820: reserve RAM buffer [mem 0xbf63f000-0xbfffffff] > [ 1.510977] e820: reserve RAM buffer [mem 0xbf800000-0xbfffffff] > [ 1.511048] NetLabel: Initializing > [ 1.511111] NetLabel: domain hash size = 128 > [ 1.511175] NetLabel: protocols = UNLABELED CIPSOv4 > [ 1.511246] NetLabel: unlabeled traffic allowed by default > [ 1.511498] Switched to clocksource xen > [ 1.516125] AppArmor: AppArmor Filesystem Enabled > [ 1.516207] pnp: PnP ACPI init > [ 1.516276] ACPI: bus type PNP registered > [ 1.516483] pnp 00:00: Plug and Play ACPI device, IDs IPI0001 (active) > [ 1.516491] pnp 00:01: [dma 4] > [ 1.516503] pnp 00:01: Plug and Play ACPI device, IDs PNP0200 (active) > [ 1.516519] pnp 00:02: Plug and Play ACPI device, IDs INT0800 (active) > [ 1.516581] pnp 00:03: Plug and Play ACPI device, IDs PNP0103 (active) > [ 1.516589] xen: registering gsi 13 triggering 1 polarity 0 > [ 1.516622] pnp 00:04: Plug and Play ACPI device, IDs PNP0c04 (active) > [ 1.516657] system 00:05: [io 0x0680-0x069f] has been reserved > [ 1.516726] system 00:05: [io 0x1000-0x100f] has been reserved > [ 1.516793] system 00:05: [io 0x1010-0x1013] has been reserved > [ 1.516859] system 00:05: [io 0xffff] has been reserved > [ 1.516924] system 00:05: [io 0x0400-0x0453] could not be reserved > [ 1.516991] system 00:05: [io 0x0458-0x047f] has been reserved > [ 1.517057] system 00:05: [io 0x0500-0x057f] has been reserved > [ 1.517123] system 00:05: [io 0x164e-0x164f] has been reserved > [ 1.517191] system 00:05: Plug and Play ACPI device, IDs PNP0c02 (active) > [ 1.517197] xen: registering gsi 8 triggering 1 polarity 0 > [ 1.517224] pnp 00:06: Plug and Play ACPI device, IDs PNP0b00 (active) > [ 1.517256] system 00:07: [io 0x0454-0x0457] has been reserved > [ 1.517322] system 00:07: Plug and Play ACPI device, IDs INT3f0d PNP0c02 > (active) > [ 1.517527] xen: registering gsi 4 triggering 1 polarity 0 > [ 1.517570] pnp 00:08: Plug and Play ACPI device, IDs PNP0501 (active) > [ 1.517659] xen: registering gsi 3 triggering 1 polarity 0 > [ 1.517701] pnp 00:09: Plug and Play ACPI device, IDs PNP0501 (active) > [ 1.517727] system 00:0a: [mem 0xfed90000-0xfed91fff] has been reserved > [ 1.517796] system 00:0a: Plug and Play ACPI device, IDs PNP0c02 (active) > [ 1.517934] system 00:0b: [mem 0xfed1c000-0xfed1ffff] has been reserved > [ 1.518003] system 00:0b: [mem 0xfed10000-0xfed17fff] has been reserved > [ 1.518071] system 00:0b: [mem 0xfed18000-0xfed18fff] has been reserved > [ 1.518140] system 00:0b: [mem 0xfed19000-0xfed19fff] has been reserved > [ 1.518208] system 00:0b: [mem 0xe0000000-0xefffffff] has been reserved > [ 1.518275] system 00:0b: [mem 0xfed20000-0xfed3ffff] has been reserved > [ 1.518343] system 00:0b: [mem 0xfed90000-0xfed93fff] could not be > reserved > [ 1.518411] system 00:0b: [mem 0xff000000-0xffffffff] could not be > reserved > [ 1.518479] system 00:0b: [mem 0xfee00000-0xfeefffff] could not be > reserved > [ 1.518547] system 00:0b: [mem 0xc5f00000-0xc5f00fff] has been reserved > [ 1.518616] system 00:0b: Plug and Play ACPI device, IDs PNP0c02 (active) > [ 1.518775] pnp: PnP ACPI: found 12 devices > [ 1.518839] ACPI: bus type PNP unregistered > [ 1.524234] PM-Timer failed consistency check (0x0xffffff) - aborting. > [ 1.524305] pci 0000:04:00.0: no compatible bridge window for [mem > 0xffc00000-0xffffffff pref] > [ 1.524391] pci 0000:04:00.1: no compatible bridge window for [mem > 0xffc00000-0xffffffff pref] > [ 1.524478] pci 0000:06:03.0: no compatible bridge window for [mem > 0xffff0000-0xffffffff pref] > [ 1.524567] PCI: max bus depth: 3 pci_try_num: 4 > [ 1.524643] pci 0000:00:01.0: BAR 15: assigned [mem > 0xc6000000-0xc67fffff pref] > [ 1.524727] pci 0000:01:00.0: BAR 15: assigned [mem > 0xc6000000-0xc67fffff pref] > [ 1.524811] pci 0000:02:04.0: BAR 15: assigned [mem > 0xc6000000-0xc67fffff pref] > [ 1.524914] pci 0000:03:00.0: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.524930] pci 0000:03:00.0: reg 0x190: [mem 0x00000000-0x00003fff > 64bit] > [ 1.524946] pci 0000:03:00.0: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.524962] pci 0000:03:00.1: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.524978] pci 0000:03:00.0: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.524994] pci 0000:03:00.0: reg 0x190: [mem 0x00000000-0x00003fff > 64bit] > [ 1.525010] pci 0000:03:00.1: reg 0x190: [mem 0x00000000-0x00003fff > 64bit] > [ 1.525026] pci 0000:03:00.0: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.525042] pci 0000:03:00.0: reg 0x190: [mem 0x00000000-0x00003fff > 64bit] > [ 1.525059] pci 0000:03:00.1: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.525075] pci 0000:03:00.0: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.525077] pci 0000:03:00.0: BAR 7: assigned [mem 0xc5d48000-0xc5d67fff > 64bit] > [ 1.525184] pci 0000:03:00.0: reg 0x190: [mem 0x00000000-0x00003fff > 64bit] > [ 1.525186] pci 0000:03:00.0: BAR 10: assigned [mem > 0xc5d68000-0xc5d87fff 64bit] > [ 1.525294] pci 0000:03:00.1: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.525296] pci 0000:03:00.1: BAR 7: assigned [mem 0xc5d88000-0xc5da7fff > 64bit] > [ 1.526660] pci 0000:03:00.1: reg 0x190: [mem 0x00000000-0x00003fff > 64bit] > [ 1.526661] pci 0000:03:00.1: BAR 10: assigned [mem > 0xc5da8000-0xc5dc7fff 64bit] > [ 1.526755] pci 0000:02:02.0: PCI bridge to [bus 03] > [ 1.526822] pci 0000:02:02.0: bridge window [io 0x3000-0x3fff] > [ 1.526894] pci 0000:02:02.0: bridge window [mem 0xc5d00000-0xc5dfffff] > [ 1.526986] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.527003] pci 0000:04:00.0: reg 0x190: [mem 0x00000000-0x00003fff > 64bit] > [ 1.527019] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.527035] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.527051] pci 0000:04:00.1: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.527067] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.527083] pci 0000:04:00.0: reg 0x190: [mem 0x00000000-0x00003fff > 64bit] > [ 1.527099] pci 0000:04:00.1: reg 0x190: [mem 0x00000000-0x00003fff > 64bit] > [ 1.527115] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.527131] pci 0000:04:00.0: reg 0x190: [mem 0x00000000-0x00003fff > 64bit] > [ 1.527147] pci 0000:04:00.1: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.527149] pci 0000:04:00.0: BAR 6: assigned [mem 0xc6000000-0xc63fffff > pref] > [ 1.527233] pci 0000:04:00.1: BAR 6: assigned [mem 0xc6400000-0xc67fffff > pref] > [ 1.527331] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.527333] pci 0000:04:00.0: BAR 7: assigned [mem 0xc5c48000-0xc5c67fff > 64bit] > [ 1.527441] pci 0000:04:00.0: reg 0x190: [mem 0x00000000-0x00003fff > 64bit] > [ 1.527443] pci 0000:04:00.0: BAR 10: assigned [mem > 0xc5c68000-0xc5c87fff 64bit] > [ 1.527557] pci 0000:04:00.1: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.527559] pci 0000:04:00.1: BAR 7: assigned [mem 0xc5c88000-0xc5ca7fff > 64bit] > [ 1.527669] pci 0000:04:00.1: reg 0x190: [mem 0x00000000-0x00003fff > 64bit] > [ 1.527671] pci 0000:04:00.1: BAR 10: assigned [mem > 0xc5ca8000-0xc5cc7fff 64bit] > [ 1.527764] pci 0000:02:04.0: PCI bridge to [bus 04] > [ 1.527831] pci 0000:02:04.0: bridge window [io 0x2000-0x2fff] > [ 1.527903] pci 0000:02:04.0: bridge window [mem 0xc5400000-0xc5cfffff] > [ 1.527975] pci 0000:02:04.0: bridge window [mem 0xc6000000-0xc67fffff > pref] > [ 1.528064] pci 0000:01:00.0: PCI bridge to [bus 02-04] > [ 1.528131] pci 0000:01:00.0: bridge window [io 0x2000-0x3fff] > [ 1.528203] pci 0000:01:00.0: bridge window [mem 0xc5400000-0xc5dfffff] > [ 1.528275] pci 0000:01:00.0: bridge window [mem 0xc6000000-0xc67fffff > pref] > [ 1.528364] pci 0000:00:01.0: PCI bridge to [bus 01-04] > [ 1.528429] pci 0000:00:01.0: bridge window [io 0x2000-0x3fff] > [ 1.528498] pci 0000:00:01.0: bridge window [mem 0xc5400000-0xc5dfffff] > [ 1.528567] pci 0000:00:01.0: bridge window [mem 0xc6000000-0xc67fffff > pref] > [ 1.528655] pci 0000:00:1c.0: PCI bridge to [bus 05] > [ 1.528727] pci 0000:00:1c.0: bridge window [mem 0xc0000000-0xc3ffffff] > [ 1.528809] pci 0000:06:03.0: BAR 6: assigned [mem 0xc5010000-0xc501ffff > pref] > [ 1.528891] pci 0000:00:1e.0: PCI bridge to [bus 06] > [ 1.528963] pci 0000:00:1e.0: bridge window [mem 0xc4800000-0xc50fffff] > [ 1.529036] pci 0000:00:1e.0: bridge window [mem 0xc4000000-0xc47fffff > 64bit pref] > [ 1.529194] xen: registering gsi 16 triggering 0 polarity 1 > [ 1.529206] xen: --> pirq=16 -> irq=16 (gsi=16) > [ 1.529301] xen: registering gsi 17 triggering 0 polarity 1 > [ 1.529308] xen: --> pirq=17 -> irq=17 (gsi=17) > [ 1.529334] pci 0000:00:1e.0: setting latency timer to 64 > [ 1.529339] pci_bus 0000:00: resource 4 [io 0x0000-0x0cf7] > [ 1.529340] pci_bus 0000:00: resource 5 [io 0x0d00-0xffff] > [ 1.529341] pci_bus 0000:00: resource 6 [mem 0x000a0000-0x000bffff] > [ 1.529343] pci_bus 0000:00: resource 7 [mem 0xc0000000-0xfeafffff] > [ 1.529344] pci_bus 0000:01: resource 0 [io 0x2000-0x3fff] > [ 1.529346] pci_bus 0000:01: resource 1 [mem 0xc5400000-0xc5dfffff] > [ 1.529347] pci_bus 0000:01: resource 2 [mem 0xc6000000-0xc67fffff pref] > [ 1.529349] pci_bus 0000:02: resource 0 [io 0x2000-0x3fff] > [ 1.529350] pci_bus 0000:02: resource 1 [mem 0xc5400000-0xc5dfffff] > [ 1.529351] pci_bus 0000:02: resource 2 [mem 0xc6000000-0xc67fffff pref] > [ 1.529353] pci_bus 0000:03: resource 0 [io 0x3000-0x3fff] > [ 1.529354] pci_bus 0000:03: resource 1 [mem 0xc5d00000-0xc5dfffff] > [ 1.529356] pci_bus 0000:04: resource 0 [io 0x2000-0x2fff] > [ 1.529357] pci_bus 0000:04: resource 1 [mem 0xc5400000-0xc5cfffff] > [ 1.529359] pci_bus 0000:04: resource 2 [mem 0xc6000000-0xc67fffff pref] > [ 1.529360] pci_bus 0000:05: resource 1 [mem 0xc0000000-0xc3ffffff] > [ 1.529362] pci_bus 0000:06: resource 1 [mem 0xc4800000-0xc50fffff] > [ 1.529363] pci_bus 0000:06: resource 2 [mem 0xc4000000-0xc47fffff 64bit > pref] > [ 1.529365] pci_bus 0000:06: resource 4 [io 0x0000-0x0cf7] > [ 1.529366] pci_bus 0000:06: resource 5 [io 0x0d00-0xffff] > [ 1.529367] pci_bus 0000:06: resource 6 [mem 0x000a0000-0x000bffff] > [ 1.529369] pci_bus 0000:06: resource 7 [mem 0xc0000000-0xfeafffff] > [ 1.529390] NET: Registered protocol family 2 > [ 1.529604] TCP established hash table entries: 32768 (order: 7, 524288 > bytes) > [ 1.529810] TCP bind hash table entries: 32768 (order: 7, 524288 bytes) > [ 1.529938] TCP: Hash tables configured (established 32768 bind 32768) > [ 1.530019] TCP: reno registered > [ 1.530091] UDP hash table entries: 2048 (order: 4, 65536 bytes) > [ 1.530172] UDP-Lite hash table entries: 2048 (order: 4, 65536 bytes) > [ 1.530283] NET: Registered protocol family 1 > [ 1.530418] xen: registering gsi 20 triggering 0 polarity 1 > [ 1.530425] xen: --> pirq=20 -> irq=20 (gsi=20) > [ 1.543873] xen: registering gsi 23 triggering 0 polarity 1 > [ 1.543879] xen: --> pirq=23 -> irq=23 (gsi=23) > [ 1.559714] pci 0000:06:03.0: Boot video device > [ 1.559720] PCI: CLS 64 bytes, default 64 > [ 1.559755] Trying to unpack rootfs image as initramfs... > [ 1.595644] Freeing initrd memory: 48296K (ffff8800023f3000 - > ffff88000531d000) > [ 1.595844] Simple Boot Flag at 0x44 set to 0x1 > [ 1.596123] Scanning for low memory corruption every 60 seconds > [ 1.596685] Initialise module verification > [ 1.596786] audit: initializing netlink socket (disabled) > [ 1.596864] type=2000 audit(1391611311.580:1): initialized > [ 1.616847] bounce pool size: 64 pages > [ 1.616918] HugeTLB registered 2 MB page size, pre-allocated 0 pages > [ 1.617727] zbud: loaded > [ 1.617893] VFS: Disk quotas dquot_6.5.2 > [ 1.617987] Dquot-cache hash table entries: 512 (order 0, 4096 bytes) > [ 1.618401] fuse init (API version 7.22) > [ 1.618521] msgmni has been set to 1736 > [ 1.619054] Key type asymmetric registered > [ 1.619120] Asymmetric key parser 'x509' registered > [ 1.619214] Block layer SCSI generic (bsg) driver version 0.4 loaded > (major 252) > [ 1.619332] io scheduler noop registered > [ 1.619396] io scheduler deadline registered (default) > [ 1.619479] io scheduler cfq registered > [ 1.620180] pcieport 0000:00:01.0: Signaling PME through PCIe PME > interrupt > [ 1.620249] pcieport 0000:01:00.0: Signaling PME through PCIe PME > interrupt > [ 1.620318] pcieport 0000:02:02.0: Signaling PME through PCIe PME > interrupt > [ 1.620386] pci 0000:03:00.0: Signaling PME through PCIe PME interrupt > [ 1.620455] pci 0000:03:00.1: Signaling PME through PCIe PME interrupt > [ 1.620522] pcieport 0000:02:04.0: Signaling PME through PCIe PME > interrupt > [ 1.620590] pci 0000:04:00.0: Signaling PME through PCIe PME interrupt > [ 1.620656] pci 0000:04:00.1: Signaling PME through PCIe PME interrupt > [ 1.620727] pcie_pme 0000:00:01.0:pcie01: service driver pcie_pme loaded > [ 1.620753] pcieport 0000:00:1c.0: Signaling PME through PCIe PME > interrupt > [ 1.620821] pci 0000:05:00.0: Signaling PME through PCIe PME interrupt > [ 1.620889] pci 0000:05:00.1: Signaling PME through PCIe PME interrupt > [ 1.620961] pcie_pme 0000:00:1c.0:pcie01: service driver pcie_pme loaded > [ 1.620971] pci_hotplug: PCI Hot Plug PCI Core version: 0.5 > [ 1.621045] pciehp: PCI Express Hot Plug Controller Driver version: 0.4 > [ 1.621152] intel_idle: MWAIT substates: 0x1120 > [ 1.621154] intel_idle: v0.4 model 0x2A > [ 1.621154] intel_idle: lapic_timer_reliable_states 0xffffffff > [ 1.621199] intel_idle: intel_idle yielding to none > [ 1.621262] input: Power Button as > /devices/LNXSYSTM:00/LNXPWRBN:00/input/input0 > [ 1.621349] ACPI: Power Button [PWRF] > [ 1.621476] ACPI: Fan [FAN0] (off) > [ 1.621558] ACPI: Fan [FAN1] (off) > [ 1.621637] ACPI: Fan [FAN2] (off) > [ 1.621716] ACPI: Fan [FAN3] (off) > [ 1.621794] ACPI: Fan [FAN4] (off) > [ 1.621891] ACPI: Requesting acpi_cpufreq > [ 1.622414] Monitor-Mwait will be used to enter C-1 state > [ 1.622420] Monitor-Mwait will be used to enter C-2 state > [ 1.622423] Monitor-Mwait will be used to enter C-3 state > [ 1.624107] Warning: Processor Platform Limit not supported. > [ 1.624296] thermal LNXTHERM:00: registered as thermal_zone0 > [ 1.624364] ACPI: Thermal Zone [TZ01] (30 C) > [ 1.624474] ERST: Error Record Serialization Table (ERST) support is > initialized. > [ 1.624559] pstore: Registered erst as persistent store backend > [ 1.624741] GHES: APEI firmware first mode is enabled by APEI bit and > WHEA _OSC. > [ 1.625188] xen_acpi_processor: Uploading Xen processor PM info > [ 1.626366] Serial: 8250/16550 driver, 32 ports, IRQ sharing enabled > [ 1.647206] 00:08: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A > [ 1.668059] 00:09: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A > [ 1.669363] hpet_acpi_add: no address or irqs in _CRS > [ 1.669440] Linux agpgart interface v0.103 > [ 1.670447] brd: module loaded > [ 1.671000] loop: module loaded > [ 1.671294] libphy: Fixed MDIO Bus: probed > [ 1.671407] tun: Universal TUN/TAP device driver, 1.6 > [ 1.671470] tun: (C) 1999-2004 Max Krasnyansky > [ 1.671611] PPP generic driver version 2.4.2 > [ 1.671716] xen_netfront: Initialising Xen virtual ethernet driver > [ 1.671791] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver > [ 1.671857] ehci-pci: EHCI PCI platform driver > [ 1.671999] xen: registering gsi 20 triggering 0 polarity 1 > [ 1.672002] Already setup the GSI :20 > [ 1.672084] ehci-pci 0000:00:1a.0: setting latency timer to 64 > [ 1.672092] ehci-pci 0000:00:1a.0: EHCI Host Controller > [ 1.672160] ehci-pci 0000:00:1a.0: new USB bus registered, assigned bus > number 1 > [ 1.672260] ehci-pci 0000:00:1a.0: debug port 2 > [ 1.676261] ehci-pci 0000:00:1a.0: cache line size of 64 is not supported > [ 1.676301] ehci-pci 0000:00:1a.0: irq 20, io mem 0xc5e06000 > [ 1.687584] ehci-pci 0000:00:1a.0: USB 2.0 started, EHCI 1.00 > [ 1.687679] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002 > [ 1.687747] usb usb1: New USB device strings: Mfr=3, Product=2, > SerialNumber=1 > [ 1.687831] usb usb1: Product: EHCI Host Controller > [ 1.687896] usb usb1: Manufacturer: Linux 3.11.0-12-generic ehci_hcd > [ 1.687963] usb usb1: SerialNumber: 0000:00:1a.0 > [ 1.688117] hub 1-0:1.0: USB hub found > [ 1.688184] hub 1-0:1.0: 2 ports detected > [ 1.688391] xen: registering gsi 23 triggering 0 polarity 1 > [ 1.688393] Already setup the GSI :23 > [ 1.688472] ehci-pci 0000:00:1d.0: setting latency timer to 64 > [ 1.688479] ehci-pci 0000:00:1d.0: EHCI Host Controller > [ 1.688546] ehci-pci 0000:00:1d.0: new USB bus registered, assigned bus > number 2 > [ 1.688647] ehci-pci 0000:00:1d.0: debug port 2 > [ 1.692645] ehci-pci 0000:00:1d.0: cache line size of 64 is not supported > [ 1.692683] ehci-pci 0000:00:1d.0: irq 23, io mem 0xc5e05000 > [ 1.703612] ehci-pci 0000:00:1d.0: USB 2.0 started, EHCI 1.00 > [ 1.703694] usb usb2: New USB device found, idVendor=1d6b, idProduct=0002 > [ 1.703762] usb usb2: New USB device strings: Mfr=3, Product=2, > SerialNumber=1 > [ 1.703847] usb usb2: Product: EHCI Host Controller > [ 1.703911] usb usb2: Manufacturer: Linux 3.11.0-12-generic ehci_hcd > [ 1.703979] usb usb2: SerialNumber: 0000:00:1d.0 > [ 1.704211] hub 2-0:1.0: USB hub found > [ 1.704279] hub 2-0:1.0: 2 ports detected > [ 1.704405] ehci-platform: EHCI generic platform driver > [ 1.704476] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver > [ 1.704544] ohci-platform: OHCI generic platform driver > [ 1.704612] uhci_hcd: USB Universal Host Controller Interface driver > [ 1.704718] i8042: PNP: No PS/2 controller found. Probing ports directly. > [ 2.751476] i8042: No controller found > [ 2.751800] mousedev: PS/2 mouse device common for all mice > [ 2.752046] rtc_cmos 00:06: RTC can wake from S4 > [ 2.752293] rtc_cmos 00:06: rtc core: registered rtc_cmos as rtc0 > [ 2.752416] rtc_cmos 00:06: alarms up to one month, y3k, 242 bytes nvram > [ 2.752522] device-mapper: uevent: version 1.0.3 > [ 2.752670] device-mapper: ioctl: 4.25.0-ioctl (2013-06-26) initialised: > dm-devel@redhat.com (mailto:dm-devel@redhat.com) > [ 2.752762] ledtrig-cpu: registered to indicate activity on CPUs > [ 2.752882] TCP: cubic registered > [ 2.753000] NET: Registered protocol family 10 > [ 2.753191] NET: Registered protocol family 17 > [ 2.753260] Key type dns_resolver registered > [ 2.753510] PM: Hibernation image not present or could not be loaded. > [ 2.753513] Loading module verification certificates > [ 2.754269] MODSIGN: Loaded cert 'Magrathea: Glacier signing key: > fddf6943d8ac4f5b6eb0919a7a3ee3d9088b1bfa' > [ 2.754368] registered taskstats version 1 > [ 2.757449] Key type trusted registered > [ 2.760138] Key type encrypted registered > [ 2.762801] AppArmor: AppArmor sha1 policy hashing enabled > [ 2.763263] Magic number: 2:965:686 > [ 2.763400] rtc_cmos 00:06: setting system clock to 2014-02-05 14:41:52 > UTC (1391611312) > [ 2.763537] BIOS EDD facility v0.16 2004-Jun-25, 1 devices found > [ 2.764099] Freeing unused kernel memory: 1364K (ffffffff81d10000 - > ffffffff81e65000) > [ 2.764184] Write protecting the kernel read-only data: 12288k > [ 2.766969] Freeing unused kernel memory: 1040K (ffff8800016fc000 - > ffff880001800000) > [ 2.767344] Freeing unused kernel memory: 836K (ffff880001b2f000 - > ffff880001c00000) > [ 2.788864] systemd-udevd[118]: starting version 204 > [ 2.810809] pps_core: module verification failed: signature and/or > required key missing - tainting kernel > [ 2.810979] pps_core: LinuxPPS API ver. 1 registered > [ 2.811045] pps_core: Software ver. 5.3.6 - Copyright 2005-2007 Rodolfo > Giometti > [ 2.811354] PTP clock support registered > [ 2.812518] dca service started, version 1.12.1 > [ 2.816654] igb: Intel(R) Gigabit Ethernet Network Driver - version > 5.0.5-k > [ 2.816725] igb: Copyright (c) 2007-2013 Intel Corporation. > [ 2.816857] xen: registering gsi 18 triggering 0 polarity 1 > [ 2.816874] xen: --> pirq=18 -> irq=18 (gsi=18) > [ 2.819595] bnx2: Broadcom NetXtreme II Gigabit Ethernet Driver bnx2 > v2.2.3 (June 27, 2012) > [ 2.819730] xen: registering gsi 16 triggering 0 polarity 1 > [ 2.819732] Already setup the GSI :16 > [ 2.820521] bnx2 0000:05:00.0 eth0: Broadcom NetXtreme II BCM5716 > 1000Base-T (C0) PCI Express found at mem c0000000, IRQ 16, node addr > d4:ae:52:cc:f9:6a > [ 2.820664] xen: registering gsi 17 triggering 0 polarity 1 > [ 2.820666] Already setup the GSI :17 > [ 2.821461] bnx2 0000:05:00.1 eth1: Broadcom NetXtreme II BCM5716 > 1000Base-T (C0) PCI Express found at mem c2000000, IRQ 17, node addr > d4:ae:52:cc:f9:6b > [ 2.821768] ahci 0000:00:1f.2: version 3.0 > [ 2.821852] xen: registering gsi 19 triggering 0 polarity 1 > [ 2.821860] xen: --> pirq=19 -> irq=19 (gsi=19) > [ 2.821957] ahci: SSS flag set, parallel bus scan disabled > [ 2.835589] ahci 0000:00:1f.2: AHCI 0001.0300 32 slots 6 ports 3 Gbps > 0x31 impl SATA mode > [ 2.835678] ahci 0000:00:1f.2: flags: 64bit ncq stag pm led clo pio slum > part ems sxs apst > [ 2.835776] ahci 0000:00:1f.2: setting latency timer to 64 > [ 2.851919] scsi0 : ahci > [ 2.852047] scsi1 : ahci > [ 2.852167] scsi2 : ahci > [ 2.852288] scsi3 : ahci > [ 2.852404] scsi4 : ahci > [ 2.852521] scsi5 : ahci > [ 2.852632] ata1: SATA max UDMA/133 abar m2048@0xc5e04000 port > 0xc5e04100 irq 76 > [ 2.852725] ata2: DUMMY > [ 2.852792] ata3: DUMMY > [ 2.852861] ata4: DUMMY > [ 2.852923] ata5: SATA max UDMA/133 abar m2048@0xc5e04000 port > 0xc5e04300 irq 76 > [ 2.853005] ata6: SATA max UDMA/133 abar m2048@0xc5e04000 port > 0xc5e04380 irq 76 > [ 2.930272] igb: probe of 0000:03:00.0 failed with error -2 > [ 2.930359] xen: registering gsi 19 triggering 0 polarity 1 > [ 2.930362] Already setup the GSI :19 > [ 2.963572] usb 1-1: new high-speed USB device number 2 using ehci-pci > [ 3.043827] igb: probe of 0000:03:00.1 failed with error -2 > [ 3.043911] xen: registering gsi 16 triggering 0 polarity 1 > [ 3.043913] Already setup the GSI :16 > [ 3.096098] usb 1-1: New USB device found, idVendor=8087, idProduct=0024 > [ 3.096169] usb 1-1: New USB device strings: Mfr=0, Product=0, > SerialNumber=0 > [ 3.096582] hub 1-1:1.0: USB hub found > [ 3.096766] hub 1-1:1.0: 6 ports detected > [ 3.171651] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300) > [ 3.172622] ata1.00: ATA-8: WDC WD5003ABYX-18WERA0, 01.01S03, max > UDMA/133 > [ 3.172692] ata1.00: 976773168 sectors, multi 0: LBA48 NCQ (depth > 31/32), AA > [ 3.174631] ata1.00: configured for UDMA/133 > [ 3.174899] scsi 0:0:0:0: Direct-Access ATA WDC WD5003ABYX-1 > 01.0 PQ: 0 ANSI: 5 > [ 3.175124] sd 0:0:0:0: [sda] 976773168 512-byte logical blocks: (500 > GB/465 GiB) > [ 3.175136] sd 0:0:0:0: Attached scsi generic sg0 type 0 > [ 3.175305] sd 0:0:0:0: [sda] Write Protect is off > [ 3.175372] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00 > [ 3.175385] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, > doesn't support DPO or FUA > [ 3.207533] sda: sda1 sda2 < sda5 > > [ 3.207988] sd 0:0:0:0: [sda] Attached SCSI disk > [ 3.211574] usb 2-1: new high-speed USB device number 2 using ehci-pci > [ 3.343975] usb 2-1: New USB device found, idVendor=8087, idProduct=0024 > [ 3.344045] usb 2-1: New USB device strings: Mfr=0, Product=0, > SerialNumber=0 > [ 3.344429] hub 2-1:1.0: USB hub found > [ 3.344656] hub 2-1:1.0: 6 ports detected > [ 3.491623] ata5: SATA link up 1.5 Gbps (SStatus 113 SControl 300) > [ 3.495871] ata5.00: ATAPI: TSSTcorp DVD-ROM SN-108DN, D150, max UDMA/100 > [ 3.502634] ata5.00: configured for UDMA/100 > [ 3.523150] scsi 4:0:0:0: CD-ROM TSSTcorp DVD-ROM SN-108DN > D150 PQ: 0 ANSI: 5 > [ 3.533834] sr0: scsi3-mmc drive: 24x/24x cd/rw xa/form2 cdda tray > [ 3.533904] cdrom: Uniform CD-ROM driver Revision: 3.20 > [ 3.534114] sr 4:0:0:0: Attached scsi CD-ROM sr0 > [ 3.534176] sr 4:0:0:0: Attached scsi generic sg1 type 5 > [ 3.615704] usb 2-1.1: new high-speed USB device number 3 using ehci-pci > [ 3.721480] usb 2-1.1: New USB device found, idVendor=0b95, > idProduct=1780 > [ 3.721550] usb 2-1.1: New USB device strings: Mfr=1, Product=2, > SerialNumber=3 > [ 3.721633] usb 2-1.1: Product: AX88178 > [ 3.721696] usb 2-1.1: Manufacturer: ASIX Elec. Corp. > [ 3.721760] usb 2-1.1: SerialNumber: 000002 > [ 3.791674] usb 2-1.2: new low-speed USB device number 4 using ehci-pci > [ 3.851623] ata6: SATA link down (SStatus 0 SControl 300) > [ 3.896023] usb 2-1.2: New USB device found, idVendor=1061, > idProduct=0101 > [ 3.896102] usb 2-1.2: New USB device strings: Mfr=1, Product=2, > SerialNumber=0 > [ 3.896184] usb 2-1.2: Product: USB Keyboard & Mouse > [ 3.896248] usb 2-1.2: Manufacturer: Motorola > [ 3.903720] hidraw: raw HID events driver (C) Jiri Kosina > [ 3.911687] usbcore: registered new interface driver usbhid > [ 3.911754] usbhid: USB HID core driver > [ 3.913114] input: Motorola USB Keyboard & Mouse as > /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2:1.0/input/input1 > [ 3.913287] hid-generic 0003:1061:0101.0001: input,hidraw0: USB HID > v1.11 Keyboard [Motorola USB Keyboard & Mouse] on > usb-0000:00:1d.0-1.2/input0 > [ 3.913465] input: Motorola USB Keyboard & Mouse as > /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2:1.1/input/input2 > [ 3.913648] hid-generic 0003:1061:0101.0002: input,hidraw1: USB HID > v1.11 Mouse [Motorola USB Keyboard & Mouse] on usb-0000:00:1d.0-1.2/input1 > [ 3.971702] usb 2-1.5: new high-speed USB device number 5 using ehci-pci > [ 4.004005] igb 0000:04:00.0: added PHC on eth2 > [ 4.004073] igb 0000:04:00.0: Intel(R) Gigabit Ethernet Network > Connection > [ 4.004141] igb 0000:04:00.0: eth2: (PCIe:2.5Gb/s:Width x4) > 90:e2:ba:53:e5:24 > [ 4.004210] igb 0000:04:00.0: eth2: PBA No: Unknown > [ 4.004275] igb 0000:04:00.0: Using MSI-X interrupts. 4 rx queue(s), 4 > tx queue(s) > [ 4.004403] xen: registering gsi 17 triggering 0 polarity 1 > [ 4.004406] Already setup the GSI :17 > [ 4.063964] usb 2-1.5: New USB device found, idVendor=0424, > idProduct=2514 > [ 4.064034] usb 2-1.5: New USB device strings: Mfr=0, Product=0, > SerialNumber=0 > [ 4.064453] hub 2-1.5:1.0: USB hub found > [ 4.064664] hub 2-1.5:1.0: 4 ports detected > [ 4.115846] bio: create slab at 1 > [ 4.550844] EXT4-fs (dm-0): mounted filesystem with ordered data mode. > Opts: (null) > [ 4.968014] igb 0000:04:00.1: added PHC on eth3 > [ 4.968096] igb 0000:04:00.1: Intel(R) Gigabit Ethernet Network > Connection > [ 4.968164] igb 0000:04:00.1: eth3: (PCIe:2.5Gb/s:Width x4) > 90:e2:ba:53:e5:25 > [ 4.968233] igb 0000:04:00.1: eth3: PBA No: Unknown > [ 4.968298] igb 0000:04:00.1: Using MSI-X interrupts. 4 rx queue(s), 4 > tx queue(s) > [ 6.364613] Adding 4161532k swap on /dev/mapper/fiat--vg-swap_1. > Priority:-1 extents:1 across:4161532k FS > [ 6.900721] EXT4-fs (dm-0): re-mounted. Opts: errors=remount-ro > [ 7.078991] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready > [ 7.078996] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready > [ 7.079000] IPv6: ADDRCONF(NETDEV_UP): eth2: link is not ready > [ 7.079004] IPv6: ADDRCONF(NETDEV_UP): eth3: link is not ready > [ 7.371646] systemd-udevd[361]: starting version 204 > [ 7.878340] lp: driver loaded but no devices found > [ 9.826047] wmi: Mapper loaded > [ 9.843887] systemd-udevd[460]: failed to execute > '/lib/udev/socket:/org/xen/xend/udev_event' > 'socket:/org/xen/xend/udev_event': No such file or directory > [ 9.846621] systemd-udevd[465]: failed to execute > '/lib/udev/socket:/org/xen/xend/udev_event' > 'socket:/org/xen/xend/udev_event': No such file or directory > [ 9.847206] systemd-udevd[466]: failed to execute > '/lib/udev/socket:/org/xen/xend/udev_event' > 'socket:/org/xen/xend/udev_event': No such file or directory > [ 9.849555] systemd-udevd[467]: failed to execute > '/lib/udev/socket:/org/xen/xend/udev_event' > 'socket:/org/xen/xend/udev_event': No such file or directory > [ 9.851680] systemd-udevd[469]: failed to execute > '/lib/udev/socket:/org/xen/xend/udev_event' > 'socket:/org/xen/xend/udev_event': No such file or directory > [ 9.853643] systemd-udevd[472]: failed to execute > '/lib/udev/socket:/org/xen/xend/udev_event' > 'socket:/org/xen/xend/udev_event': No such file or directory > [ 9.855475] systemd-udevd[474]: failed to execute > '/lib/udev/socket:/org/xen/xend/udev_event' > 'socket:/org/xen/xend/udev_event': No such file or directory > [ 9.857872] systemd-udevd[476]: failed to execute > '/lib/udev/socket:/org/xen/xend/udev_event' > 'socket:/org/xen/xend/udev_event': No such file or directory > [ 9.859002] ACPI Warning: 0x0000000000000428-0x000000000000042f SystemIO > conflicts with Region \PMIO 1 (20130517/utaddress-251) > [ 9.859007] ACPI: If an ACPI driver is available for this device, you > should use it instead of the native driver > [ 9.859011] ACPI Warning: 0x0000000000000540-0x000000000000054f SystemIO > conflicts with Region \GPIO 1 (20130517/utaddress-251) > [ 9.859013] ACPI: If an ACPI driver is available for this device, you > should use it instead of the native driver > [ 9.859014] ACPI Warning: 0x0000000000000530-0x000000000000053f SystemIO > conflicts with Region \GPIO 1 (20130517/utaddress-251) > [ 9.859017] ACPI: If an ACPI driver is available for this device, you > should use it instead of the native driver > [ 9.859018] ACPI Warning: 0x0000000000000500-0x000000000000052f SystemIO > conflicts with Region \GPIO 1 (20130517/utaddress-251) > [ 9.859020] ACPI: If an ACPI driver is available for this device, you > should use it instead of the native driver > [ 9.859021] lpc_ich: Resource conflict(s) found affecting gpio_ich > [ 9.879903] systemd-udevd[487]: failed to execute > '/lib/udev/socket:/org/xen/xend/udev_event' > 'socket:/org/xen/xend/udev_event': No such file or directory > [ 9.897625] microcode: CPU0 sig=0x206a7, pf=0x2, revision=0x29 > [ 10.062885] dcdbas dcdbas: Dell Systems Management Base Driver (version > 5.6.0-3.2) > [ 10.395062] microcode: CPU1 sig=0x206a7, pf=0x2, revision=0x29 > [ 10.400676] microcode: CPU2 sig=0x206a7, pf=0x2, revision=0x29 > [ 10.401495] microcode: CPU3 sig=0x206a7, pf=0x2, revision=0x29 > [ 10.402320] microcode: Microcode Update Driver: v2.00 < > tigran@aivazian.fsnet.co.uk (mailto:tigran@aivazian.fsnet.co.uk)>, Peter Oruba > [ 10.610920] systemd-udevd[570]: failed to execute > '/lib/udev/socket:/org/xen/xend/udev_event' > 'socket:/org/xen/xend/udev_event': No such file or directory > [ 10.610941] systemd-udevd[571]: failed to execute > '/lib/udev/socket:/org/xen/xend/udev_event' > 'socket:/org/xen/xend/udev_event': No such file or directory > [ 10.612923] systemd-udevd[573]: failed to execute > '/lib/udev/socket:/org/xen/xend/udev_event' > 'socket:/org/xen/xend/udev_event': No such file or directory > [ 10.749729] Bluetooth: Core ver 2.16 > [ 10.749748] NET: Registered protocol family 31 > [ 10.749750] Bluetooth: HCI device and connection manager initialized > [ 10.749756] Bluetooth: HCI socket layer initialized > [ 10.749758] Bluetooth: L2CAP socket layer initialized > [ 10.749762] Bluetooth: SCO socket layer initialized > [ 10.922110] type=1400 audit(1391611320.655:2): apparmor="STATUS" > operation="profile_load" parent=544 profile="unconfined" > name="/sbin/dhclient" pid=560 comm="apparmor_parser" > [ 10.922117] type=1400 audit(1391611320.655:3): apparmor="STATUS" > operation="profile_load" parent=544 profile="unconfined" > name="/usr/lib/NetworkManager/nm-dhcp-client.action" pid=560 > comm="apparmor_parser" > [ 10.922120] type=1400 audit(1391611320.655:4): apparmor="STATUS" > operation="profile_load" parent=544 profile="unconfined" > name="/usr/lib/connman/scripts/dhclient-script" pid=560 > comm="apparmor_parser" > [ 10.922132] type=1400 audit(1391611320.655:5): apparmor="STATUS" > operation="profile_replace" parent=542 profile="unconfined" > name="/sbin/dhclient" pid=556 comm="apparmor_parser" > [ 10.922139] type=1400 audit(1391611320.655:6): apparmor="STATUS" > operation="profile_replace" parent=542 profile="unconfined" > name="/usr/lib/NetworkManager/nm-dhcp-client.action" pid=556 > comm="apparmor_parser" > [ 10.922142] type=1400 audit(1391611320.655:7): apparmor="STATUS" > operation="profile_replace" parent=542 profile="unconfined" > name="/usr/lib/connman/scripts/dhclient-script" pid=556 > comm="apparmor_parser" > [ 10.922156] type=1400 audit(1391611320.655:8): apparmor="STATUS" > operation="profile_replace" parent=543 profile="unconfined" > name="/sbin/dhclient" pid=559 comm="apparmor_parser" > [ 10.922162] type=1400 audit(1391611320.655:9): apparmor="STATUS" > operation="profile_replace" parent=543 profile="unconfined" > name="/usr/lib/NetworkManager/nm-dhcp-client.action" pid=559 > comm="apparmor_parser" > [ 10.922166] type=1400 audit(1391611320.655:10): apparmor="STATUS" > operation="profile_replace" parent=543 profile="unconfined" > name="/usr/lib/connman/scripts/dhclient-script" pid=559 > comm="apparmor_parser" > [ 10.922186] type=1400 audit(1391611320.655:11): apparmor="STATUS" > operation="profile_replace" parent=547 profile="unconfined" > name="/sbin/dhclient" pid=557 comm="apparmor_parser" > [ 10.960369] Bluetooth: RFCOMM TTY layer initialized > [ 10.960378] Bluetooth: RFCOMM socket layer initialized > [ 10.960379] Bluetooth: RFCOMM ver 1.11 > [ 11.096147] init: avahi-cups-reload main process (598) terminated with > status 1 > [ 11.167124] Bluetooth: BNEP (Ethernet Emulation) ver 1.3 > [ 11.167127] Bluetooth: BNEP filters: protocol multicast > [ 11.167134] Bluetooth: BNEP socket layer initialized > [ 11.287751] asix 2-1.1:1.0 eth0: register 'asix' at > usb-0000:00:1d.0-1.1, ASIX AX88178 USB 2.0 Ethernet, 00:0e:c6:88:f6:d3 > [ 11.287788] usbcore: registered new interface driver asix > [ 11.288748] systemd-udevd[642]: failed to execute > '/lib/udev/socket:/org/xen/xend/udev_event' > 'socket:/org/xen/xend/udev_event': No such file or directory > [ 11.341535] ppdev: user-space parallel port driver > [ 11.696251] Bridge firewalling registered > [ 11.699221] device eth0 entered promiscuous mode > [ 12.437016] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready > [ 12.437109] IPv6: ADDRCONF(NETDEV_UP): xenbr0: link is not ready > [ 15.138103] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready > [ 15.139187] asix 2-1.1:1.0 eth0: link up, 1000Mbps, full-duplex, lpa > 0xC5E1 > [ 15.143931] xenbr0: port 1(eth0) entered forwarding state > [ 15.143942] xenbr0: port 1(eth0) entered forwarding state > [ 15.143955] IPv6: ADDRCONF(NETDEV_CHANGE): xenbr0: link becomes ready > [ 15.768228] init: udev-fallback-graphics main process (932) terminated > with status 1 > [ 17.202300] init: failsafe main process (628) killed by TERM signal > [ 17.799180] audit_printk_skb: 69 callbacks suppressed > [ 17.799184] type=1400 audit(1391611327.531:35): apparmor="STATUS" > operation="profile_replace" parent=1353 profile="unconfined" > name="/sbin/dhclient" pid=1361 comm="apparmor_parser" > [ 17.799189] type=1400 audit(1391611327.531:36): apparmor="STATUS" > operation="profile_replace" parent=1353 profile="unconfined" > name="/usr/lib/NetworkManager/nm-dhcp-client.action" pid=1361 > comm="apparmor_parser" > [ 17.799193] type=1400 audit(1391611327.531:37): apparmor="STATUS" > operation="profile_replace" parent=1353 profile="unconfined" > name="/usr/lib/connman/scripts/dhclient-script" pid=1361 > comm="apparmor_parser" > [ 17.799644] type=1400 audit(1391611327.535:38): apparmor="STATUS" > operation="profile_replace" parent=1353 profile="unconfined" > name="/usr/lib/NetworkManager/nm-dhcp-client.action" pid=1361 > comm="apparmor_parser" > [ 17.799649] type=1400 audit(1391611327.535:39): apparmor="STATUS" > operation="profile_replace" parent=1353 profile="unconfined" > name="/usr/lib/connman/scripts/dhclient-script" pid=1361 > comm="apparmor_parser" > [ 17.799876] type=1400 audit(1391611327.535:40): apparmor="STATUS" > operation="profile_replace" parent=1353 profile="unconfined" > name="/usr/lib/connman/scripts/dhclient-script" pid=1361 > comm="apparmor_parser" > [ 18.034955] type=1400 audit(1391611327.767:41): apparmor="STATUS" > operation="profile_load" parent=1353 profile="unconfined" > name="/usr/lib/x86_64-linux-gnu/lightdm-remote-session-freerdp/freerdp-session-wrapper" > pid=1359 comm="apparmor_parser" > [ 18.034960] type=1400 audit(1391611327.767:42): apparmor="STATUS" > operation="profile_load" parent=1353 profile="unconfined" > name="chromium_browser" pid=1359 comm="apparmor_parser" > [ 18.035292] type=1400 audit(1391611327.767:43): apparmor="STATUS" > operation="profile_replace" parent=1353 profile="unconfined" > name="chromium_browser" pid=1359 comm="apparmor_parser" > [ 18.067968] type=1400 audit(1391611327.803:44): apparmor="STATUS" > operation="profile_load" parent=1353 profile="unconfined" > name="/usr/lib/x86_64-linux-gnu/lightdm-remote-session-uccsconfigure/uccsconfigure-session-wrapper" > pid=1360 comm="apparmor_parser" > [ 19.521968] xen:xen_evtchn: Event-channel device installed > [ 20.668188] IPv6: ADDRCONF(NETDEV_UP): eth2: link is not ready > [ 20.668698] IPv6: ADDRCONF(NETDEV_UP): eth2: link is not ready > [ 21.508464] IPv6: ADDRCONF(NETDEV_UP): eth4: link is not ready > [ 21.508911] IPv6: ADDRCONF(NETDEV_UP): eth4: link is not ready > [ 21.600614] bnx2 0000:05:00.0 eth3: using MSIX > [ 21.600639] IPv6: ADDRCONF(NETDEV_UP): eth3: link is not ready > [ 21.601034] IPv6: ADDRCONF(NETDEV_UP): eth3: link is not ready > [ 21.656654] bnx2 0000:05:00.1 eth1: using MSIX > [ 21.656676] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready > [ 21.657027] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready > [ 30.168115] xenbr0: port 1(eth0) entered forwarding state > [ 679.030308] xen_pciback: backend is passthrough > [ 679.119557] pciback 0000:05:00.0: seizing device > [ 679.135333] xen: registering gsi 16 triggering 0 polarity 1 > [ 679.135338] Already setup the GSI :16 > [ 679.223564] pciback 0000:05:00.1: seizing device > [ 679.239332] xen: registering gsi 17 triggering 0 polarity 1 > [ 679.239337] Already setup the GSI :17 > [ 826.675306] IPv6: ADDRCONF(NETDEV_UP): vif1.0: link is not ready > [ 826.675650] IPv6: ADDRCONF(NETDEV_UP): vif1.0: link is not ready > [ 826.847467] device vif1.0 entered promiscuous mode > [ 827.529251] ip_tables: (C) 2000-2006 Netfilter Core Team > [ 827.871604] device vif1.0-emu entered promiscuous mode > [ 827.872947] xenbr0: port 3(vif1.0-emu) entered forwarding state > [ 827.872953] xenbr0: port 3(vif1.0-emu) entered forwarding state > [ 842.899266] xenbr0: port 3(vif1.0-emu) entered forwarding state > > > /etc/xen/ubuntu-hvm-0.cfg > kernel = "/usr/lib/xen-4.3/boot/hvmloader" > builder='hvm' > memory = 1024 > vcpus=2 > name = "ubuntu-hvm-0" > vif = ['bridge=xenbr0'] > pci_permissive=1 > pci= ['05:00.0', '05:00.1'] > disk = > ['phy:/dev/fiat-vg/ubuntu-hvm-0,hda,w','file:/root/ubuntu-12.04.3-server-amd64.iso,hdc:cdrom,r'] > acpi = 1 > device_model = 'qemu-dm' > boot="d" > sdl=0 > serial='pty' > vnc=1 > #vnclisten="" > vncpasswd="" > on_poweroff = 'destroy' > on_reboot = 'restart' > on_crash = 'restart' > > > > Any suggestions? > > > On Wed, Feb 5, 2014 at 8:54 AM, Mike Neiderhauser < > mikeneiderhauser@gmail.com (mailto:mikeneiderhauser@gmail.com)> wrote: > > > I have. But I cant seem to get the xm toolstack to switch with xl. > > > > Regards > > > > > > On Wed, Feb 5, 2014 at 8:53 AM, Ian Campbell wrote: > > > > > On Wed, 2014-02-05 at 08:43 -0500, Mike Neiderhauser wrote: > > > > Do you have any suggestions for a setup guide for 4.3? I have > > > > installed xen-hypervisor-4.3-amd64 from ubuntu package manger and I > > > > don't know where to go from here. > > > > > > > > > > > > > Have you looked on the wiki? > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > ------------------------------ > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org (mailto:Xen-users@lists.xen.org) > http://lists.xen.org/xen-users > > > End of Xen-users Digest, Vol 108, Issue 7 > ***************************************** > > --52f269f9_515f007c_701 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline
unsubscribe

-- 
Gabriel Queiroz

+55 61 3037-2002
gabriel=40flo= wecommerce.com      www.flowecommerce.com

 

=20

On Wednesday, =46ebrua= ry 5, 2014 at 14:35, xen-users-request=40lists.xen.org wrote:

Send Xen-users mailing list subm= issions to

To subscribe or unsu= bscribe via the World Wide Web, visit
or, via email, send a messag= e with subject or body 'help' to

You can reach the person managing the list at
xen-users-owner=40= lists.xen.org

When replying, please edit you= r Subject line so it is more specific
than =22Re: Contents of X= en-users digest...=22


Today's Top= ics:

1. Re: Requesting Help - Error: pci: PCI= Backend and pci-stub
don't own device (Mike Neiderhauser= )
2. Re: Requesting Help - Error: pci: PCI Backend and pci-s= tub
don't own device (Mike Neiderhauser)
3. = Re: Requesting Help - Error: pci: PCI Backend and pci-stub
= don't own device (Mike Neiderhauser)
4. Re: Requesting Hel= p - Error: pci: PCI Backend and pci-stub
don't own device= (Mike Neiderhauser)


------------= ----------------------------------------------------------

=
Message: 1
Date: Wed, 5 =46eb 2014 08:09:12 -0500
=46rom: Mike Neiderhauser <mikeneiderhauser=40gmail.com>
To: Ian C= ampbell <Ian.Campbell= =40citrix.com>
Sub= ject: Re: =5BXen-users=5D Requesting Help - Error: pci: PCI Backend and
pci-stub don't own device
Message-ID:
Content-Type: text/plain; charset=3D=22iso-8859-1=22=

Sorry about dropping the CC. I will try not to= do it again.

Which logs are you looking for=3F<= /div>

I have already started installing Ubuntu on the = machine so anything that
was from the 4.1 config has been delet= ed (I have a system image if I need
to restore it to get additi= onal information).

Regards

<= div>
On Wed, =46eb 5, 2014 at 7:52 AM, Ian Campbell <Ian.Campbell=40citrix.com>wrote:

<= div>An HTML attachment was scrubbed...

---= ---------------------------

Message: 2
Date: Wed, 5 =46eb 2014 08:43:48 -0500
=46rom: Mike Neiderhaus= er <mikeneiderhaus= er=40gmail.com>
To: Ian Campbell <Ian.Campbell=40citrix.com>
Cc: xen-users <xen-u= sers=40lists.xen.org>
Subject: Re: =5BXen-users=5D Reque= sting Help - Error: pci: PCI Backend and
pci-stub don't own de= vice
Message-ID:
<CA+XTOOj= k2QOqTdLdT=46d=46pcLMJRJH4UKo07Ybu9b6pJHp1-owAg=40mail.gmail.com><= /div>
Content-Type: text/plain; charset=3D=22iso-8859-1=22
=
Do you have any suggestions for a setup guide for 4.3=3F I= have installed
xen-hypervisor-4.3-amd64 from ubuntu package ma= nger and I don't know where
to go from here.

Thanks


On Wed, =46eb 5, 20= 14 at 8:15 AM, Ian Campbell <Ian.Campbell=40citrix.com>wrote:

On Wed, 2014-02-05 at 08:09 -0500, Mik= e Neiderhauser wrote:

<= div>Which logs are you looking for=3F

=22xm dmesg=22 (or xl dmesg) in addition to the dom0 kernel dmesg. =46= rom a
previous reply:
Does it say anything ex= tra after you try the final create with
22
= Invalid Argument as the result=3F

= Also you should look in =22xm dmesg=22 (Xen's console) as well as
=22dmesg=22 (dom0's console)

I have already started installing Ubuntu on th= e machine so anything
that was from the 4.1 config has been del= eted (I have a system image
if I need to restore it to get addi= tional information).

It's OK,= lets focus on the newer version.


Ian.
-------------- next part -------------= -
An HTML attachment was scrubbed...

=
------------------------------

Message: 3
Date: Wed, 5 =46eb 2014 08:54:18 -0500
=46rom: Mike Ne= iderhauser <mikene= iderhauser=40gmail.com>
To: Ian Campbell <Ian.Campbell=40citrix.com>
Subject: Re: =5BXen-users=5D= Requesting Help - Error: pci: PCI Backend and
pci-stub don't = own device
Message-ID:
Content-Type: text/plain; charset=3D=22iso-8859-1=22

I have. But I cant seem to get the xm toolstack to switc= h with xl.

Regards


=
On Wed, =46eb 5, 2014 at 8:53 AM, Ian Campbell <Ian.Campbell=40citrix.com>wrot= e:

On Wed, 20= 14-02-05 at 08:43 -0500, Mike Neiderhauser wrote:
Do you have any suggestions for a setup guide for 4.= 3=3F I have
installed xen-hypervisor-4.3-amd64 from ubuntu pack= age manger and I
don't know where to go from here.
<= /blockquote>

Have you looked on the wiki=3F
-------------- next part --------------
An H= TML attachment was scrubbed...

-----------= -------------------

Message: 4
Date: W= ed, 5 =46eb 2014 10:00:00 -0500
=46rom: Mike Neiderhauser <<= a href=3D=22mailto:mikeneiderhauser=40gmail.com=22>mikeneiderhauser=40gma= il.com>
To: Ian Campbell <Ian.Campbell=40citrix.com>
Cc: xen= -users <xen-users=40l= ists.xen.org>
Subject: Re: =5BXen-users=5D Requesting He= lp - Error: pci: PCI Backend and
pci-stub don't own device
Message-ID:
Co= ntent-Type: text/plain; charset=3D=22iso-8859-1=22

Okay. I was able to switch over the toolstack to xl.

When trying to create the domu I get this:

root=40fiat:=7E=23 xl create /etc/xen/ubuntu-hvm-0.cfg
Parsi= ng config from /etc/xen/ubuntu-hvm-0.cfg
WARNING: ignoring =22k= ernel=22 directive for HVM guest. Use =22firmware=5Foverride=22
instead if you really want a non-default firmware
WARNING: ign= oring device=5Fmodel directive.
WARNING: Use =22device=5Fmodel=5F= override=22 instead if you really want a
non-default device=5Fm= odel
xc: info: VIRTUAL MEMORY ARRANGEMENT:
Loader: = 0000000000100000->00000000001a69a4
Modules: 0= 000000000000000->0000000000000000
TOTAL: 000000000= 0000000->000000003f800000
ENTRY ADDRESS: 0000000000100608<= /div>
xc: info: PHYSICAL MEMORY ALLOCATION:
4KB PAGES: 0x= 0000000000000200
2MB PAGES: 0x00000000000001fb
1G= B PAGES: 0x0000000000000000
libxl: error: libxl=5Fpci.c:990:lib= xl=5F=5Fdevice=5Fpci=5Freset: The kernel doesn't
support reset = from sysfs for PCI device 0000:05:00.0
libxl: error: libxl=5Fpc= i.c:990:libxl=5F=5Fdevice=5Fpci=5Freset: The kernel doesn't
sup= port reset from sysfs for PCI device 0000:05:00.1
Daemon runnin= g with PID 3095


xl dmesg
root=40fiat:=7E=23 xl dmesg
(XEN) Xen version 4.3.0 (Ubuntu 4= .3.0-1ubuntu1.2) (
stefan.bader=40canonical.com) (gcc (Ubuntu/Linaro 4.8.1-10ubu= ntu8) 4.8.1)
debug=3Dn Tue Dec 17 15:35:25 UTC 2013
(= XEN) Bootloader: GRUB 2.00-19ubuntu2.1
(XEN) Command line: plac= eholder dom0=5Fmem=3D1024M
(XEN) Video information:
(= XEN) VGA is text mode 80x25, font 8x16
(XEN) VBE/DDC methods:= none; EDID transfer time: 0 seconds
(XEN) EDID info not retri= eved because no DDC retrieval method detected
(XEN) Disc inform= ation:
(XEN) =46ound 1 MBR signatures
(XEN) =46ound= 1 EDD information structures
(XEN) Xen-e820 RAM map:
(XEN) 0000000000000000 - 000000000009e400 (usable)
(XEN) 000= 000000009e400 - 00000000000a0000 (reserved)
(XEN) 00000000000e= 0000 - 0000000000100000 (reserved)
(XEN) 0000000000100000 - 00= 000000bdfb0000 (usable)
(XEN) 00000000bdfb0000 - 00000000bf3b0= 000 (reserved)
(XEN) 00000000bf3b0000 - 00000000bf5d7000 (usab= le)
(XEN) 00000000bf5d7000 - 00000000bf5d9000 (reserved)
=
(XEN) 00000000bf5d9000 - 00000000bf5ea000 (usable)
(XEN) = 00000000bf5ea000 - 00000000bf5ee000 (reserved)
(XEN) 00000000= bf5ee000 - 00000000bf5f0000 (usable)
(XEN) 00000000bf5f0000 - = 00000000bf601000 (reserved)
(XEN) 00000000bf601000 - 00000000b= f63f000 (usable)
(XEN) 00000000bf63f000 - 00000000bf6bf000 (re= served)
(XEN) 00000000bf6bf000 - 00000000bf7bf000 (ACPI NVS)
(XEN) 00000000bf7bf000 - 00000000bf7f0000 (ACPI data)
(XEN) 00000000bf7f0000 - 00000000bf800000 (usable)
(XEN) 000= 00000bf800000 - 00000000c0000000 (reserved)
(XEN) 00000000e000= 0000 - 00000000f0000000 (reserved)
(XEN) 00000000feb00000 - 00= 000000feb04000 (reserved)
(XEN) 00000000fec00000 - 00000000fec= 01000 (reserved)
(XEN) 00000000fed10000 - 00000000fed1a000 (re= served)
(XEN) 00000000fed1c000 - 00000000fed20000 (reserved)
(XEN) 00000000fee00000 - 00000000fee01000 (reserved)
= (XEN) 00000000ffc00000 - 0000000100000000 (reserved)
(XEN) 00= 00000100000000 - 0000000140000000 (usable)
(XEN) ACPI: RSDP 000= =46E020, 0024 (r2 DELL )
(XEN) ACPI: XSDT B=467E=46170, 00A4 (= r1 DELL PE=5FSC3 1 DELL 40000)
(XEN) ACPI: =46ACP= B=467EB000, 00=464 (r4 DELL PE=5FSC3 1 DELL 40000)
(XEN) ACPI: DSDT B=467E1000, 68=46E (r1 DELL PE=5FSC3 0 DEL= L 40000)
(XEN) ACPI: =46ACS B=467B8000, 0040
(XEN)= ACPI: SPMI B=467EE000, 0040 (r5 DELL PE=5FSC3 1 DELL 40000= )
(XEN) ACPI: DMAR B=467ED000, 0078 (r1 DELL PE=5FSC3 = 1 DELL 40000)
(XEN) ACPI: AS=46=21 B=467EC000, 00A5 (r32 D= ELL PE=5FSC3 1 DELL 40000)
(XEN) ACPI: HPET B=467= EA000, 0038 (r1 DELL PE=5FSC3 1 DELL 40000)
(XEN)= ACPI: APIC B=467E9000, 0092 (r2 DELL PE=5FSC3 1 DELL 40000= )
(XEN) ACPI: MC=46G B=467E8000, 003C (r1 DELL PE=5FSC3 = 1 DELL 40000)
(XEN) ACPI: BOOT B=467DE000, 0028 (r1 DELL= PE=5FSC3 1 DELL 40000)
(XEN) ACPI: SSDT B=467DD0= 00, 02=466 (r1 DELL PE=5FSC3 1000 DELL 40000)
(XEN) = ACPI: ASPT B=467DA000, 0034 (r7 DELL PE=5FSC3 1 DELL 40000)=
(XEN) ACPI: SSDT B=467D9000, 060E (r1 DELL PE=5FSC3 30= 00 DELL 40000)
(XEN) ACPI: SSDT B=467D8000, 0A92 (r1 DELL = PE=5FSC3 3000 DELL 40000)
(XEN) ACPI: HEST B=467D7000,= 00A8 (r1 DELL PE=5FSC3 0 DELL 40000)
(XEN) ACPI:= ERST B=467D6000, 0230 (r1 DELL PE=5FSC3 0 DELL 40000)
(XEN) ACPI: BERT B=467D5000, 0030 (r1 DELL PE=5FSC3 0 DE= LL 40000)
(XEN) ACPI: EINJ B=467D4000, 0130 (r1 DELL PE=5F= SC3 0 DELL 40000)
(XEN) System RAM: 4065MB (4163416= kB)
(XEN) Domain heap initialised
(XEN) Processor =23= 0 6:10 APIC version 21
(XEN) Processor =232 6:10 APIC version 2= 1
(XEN) Processor =234 6:10 APIC version 21
(XEN) Pro= cessor =236 6:10 APIC version 21
(XEN) IOAPIC=5B0=5D: apic=5Fid= 0, version 32, address 0xfec00000, GSI 0-23
(XEN) Enabling API= C mode: =46lat. Using 1 I/O APICs
(XEN) =5BVT-D=5Ddmar.c:583:= RMRR address range not in reserved memory base =3D
0 end =3D= fff; iommu=5Finclusive=5Fmapping=3D1 parameter may be needed.
= (XEN) Switched to APIC driver x2apic=5Fcluster.
(XEN) Using sch= eduler: SMP Credit Scheduler (credit)
(XEN) Detected 3093.056 M= Hz processor.
(XEN) Initing memory sharing.
(XEN) xst= ate=5Finit: using cntxt=5Fsize: 0x340 and states: 0x7
(XEN) Int= el VT-d iommu 0 supported page sizes: 4kB.
(XEN) Intel VT-d Sno= op Control enabled.
(XEN) Intel VT-d Dom0 DMA Passthrough not e= nabled.
(XEN) Intel VT-d Queued Invalidation enabled.
(XEN) Intel VT-d Interrupt Remapping enabled.
(XEN) Intel VT-d= Shared EPT tables not enabled.
(XEN) I/O virtualisation enable= d
(XEN) - Dom0 mode: Relaxed
(XEN) Interrupt remappi= ng enabled
(XEN) Enabled directed EOI with ioapic=5Fack=5Fold o= n=21
(XEN) ENABLING IO-APIC IRQs
(XEN) -> Using o= ld ACK method
(XEN) Platform timer is 14.318MHz HPET
= (XEN) Allocated console ring of 16 KiB.
(XEN) VMX: Supported ad= vanced features:
(XEN) - APIC MMIO access virtualisation
=
(XEN) - APIC TPR shadow
(XEN) - Extended Page Tables (EP= T)
(XEN) - Virtual-Processor Identifiers (VPID)
(XEN= ) - Virtual NMI
(XEN) - MSR direct-access bitmap
(X= EN) - Unrestricted Guest
(XEN) HVM: ASIDs enabled.
(= XEN) HVM: VMX enabled
(XEN) HVM: Hardware Assisted Paging (HAP)= detected
(XEN) HVM: HAP page sizes: 4kB, 2MB
(XEN) B= rought up 4 CPUs
(XEN) mtrr: your CPUs had inconsistent variabl= e MTRR settings
(XEN) *** LOADING DOMAIN 0 ***
(XEN) = Xen kernel: 64-bit, lsb, compat32
(XEN) Dom0 kernel: 64-bit,= PAE, lsb, paddr 0x1000000 -> 0x23f3000
(XEN) PHYSICAL MEMOR= Y ARRANGEMENT:
(XEN) Dom0 alloc.: 0000000134000000->00000= 00138000000 (233686 pages to
be allocated)
(XEN) Ini= t. ramdisk: 000000013d0d6000->000000013ffff800
(XEN) VIRTUAL= MEMORY ARRANGEMENT:
(XEN) Loaded kernel: ffffffff81000000->= ;ffffffff823f3000
(XEN) Init. ramdisk: ffffffff823f3000->ff= ffffff8531c800
(XEN) Phys-Mach map: ffffffff8531d000->fffff= fff8551d000
(XEN) Start info: ffffffff8551d000->ffffffff= 8551d4b4
(XEN) Page tables: ffffffff8551e000->ffffffff855= 4d000
(XEN) Boot stack: ffffffff8554d000->ffffffff8554e0= 00
(XEN) TOTAL: ffffffff80000000->ffffffff85800000<= /div>
(XEN) ENTRY ADDRESS: ffffffff81d261e0
(XEN) Dom0 has= maximum 4 VCPUs
(XEN) Scrubbing =46ree RAM: ..................= ...........done.
(XEN) Initial low memory virq threshold set at= 0x4000 pages.
(XEN) Std. Loglevel: Errors and warnings
(XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings)
(XEN) Xen is relinquishing VGA console.
(XEN) *** Serial = input -> DOM0 (type 'CTRL-a' three times to switch input
to = Xen)
(XEN) =46reed 260kB init memory.
(XEN) traps.c:2= 503:d0 Domain attempted WRMSR 00000000000001fc from
0x000000000= 004005f to 0x000000000004005d.
(XEN) traps.c:2503:d0 Domain att= empted WRMSR 00000000000001fc from
0x000000000004005f to 0x0000= 00000004005d.
(XEN) traps.c:2503:d0 Domain attempted WRMSR 0000= 0000000001fc from
0x000000000004005f to 0x000000000004005d.
(XEN) traps.c:2503:d0 Domain attempted WRMSR 00000000000001fc from=
0x000000000004005f to 0x000000000004005d.

=

dmesg
root=40fiat:=7E=23 dmesg
=5B= 0.000000=5D Initializing cgroup subsys cpuset
=5B 0.0000= 00=5D Initializing cgroup subsys cpu
=5B 0.000000=5D Initial= izing cgroup subsys cpuacct
=5B 0.000000=5D Linux version 3.= 11.0-12-generic (buildd=40allspice) (gcc
version 4.8.1 (Ubuntu/= Linaro 4.8.1-10ubuntu7) ) =2319-Ubuntu SMP Wed Oct 9
16:20:46 U= TC 2013 (Ubuntu 3.11.0-12.19-generic 3.11.3)
=5B 0.000000=5D= Command line: placeholder root=3D/dev/mapper/fiat--vg-root ro
= biosdevname=3D0
=5B 0.000000=5D KERNEL supported cpus:
=
=5B 0.000000=5D Intel GenuineIntel
=5B 0.000000=5D= AMD AuthenticAMD
=5B 0.000000=5D Centaur CentaurHauls
=5B 0.000000=5D =46reeing 9e-100 pfn range: 98 pages freed
=5B 0.000000=5D 1-1 mapping on 9e->100
=5B 0.0= 00000=5D 1-1 mapping on bdfb0->bf3b0
=5B 0.000000=5D 1-1 = mapping on bf5d7->bf5d9
=5B 0.000000=5D 1-1 mapping on bf= 5ea->bf5ee
=5B 0.000000=5D 1-1 mapping on bf5f0->bf601=
=5B 0.000000=5D 1-1 mapping on bf63f->bf7f0
=5B= 0.000000=5D 1-1 mapping on bf800->100000
=5B 0.000000= =5D Released 98 pages of unused memory
=5B 0.000000=5D Set 2= 69866 page(s) to 1-1 mapping
=5B 0.000000=5D Populating 4000= 0-40062 pfn range: 98 pages added
=5B 0.000000=5D e820: BIOS= -provided physical RAM map:
=5B 0.000000=5D Xen: =5Bmem 0x00= 00000000000000-0x000000000009dfff=5D usable
=5B 0.000000=5D = Xen: =5Bmem 0x000000000009e400-0x00000000000fffff=5D reserved
=5B= 0.000000=5D Xen: =5Bmem 0x0000000000100000-0x00000000bdfaffff=5D usab= le
=5B 0.000000=5D Xen: =5Bmem 0x00000000bdfb0000-0x00000000= bf3affff=5D reserved
=5B 0.000000=5D Xen: =5Bmem 0x00000000b= f3b0000-0x00000000bf5d6fff=5D usable
=5B 0.000000=5D Xen: =5B= mem 0x00000000bf5d7000-0x00000000bf5d8fff=5D reserved
=5B 0.= 000000=5D Xen: =5Bmem 0x00000000bf5d9000-0x00000000bf5e9fff=5D usable
=5B 0.000000=5D Xen: =5Bmem 0x00000000bf5ea000-0x00000000bf5edf= ff=5D reserved
=5B 0.000000=5D Xen: =5Bmem 0x00000000bf5ee00= 0-0x00000000bf5effff=5D usable
=5B 0.000000=5D Xen: =5Bmem 0= x00000000bf5f0000-0x00000000bf600fff=5D reserved
=5B 0.00000= 0=5D Xen: =5Bmem 0x00000000bf601000-0x00000000bf63efff=5D usable
=5B 0.000000=5D Xen: =5Bmem 0x00000000bf63f000-0x00000000bf6befff=5D= reserved
=5B 0.000000=5D Xen: =5Bmem 0x00000000bf6bf000-0x0= 0000000bf7befff=5D ACPI NVS
=5B 0.000000=5D Xen: =5Bmem 0x00= 000000bf7bf000-0x00000000bf7effff=5D ACPI data
=5B 0.000000=5D= Xen: =5Bmem 0x00000000bf7f0000-0x00000000bf7fffff=5D usable
=5B= 0.000000=5D Xen: =5Bmem 0x00000000bf800000-0x00000000bfffffff=5D rese= rved
=5B 0.000000=5D Xen: =5Bmem 0x00000000e0000000-0x000000= 00efffffff=5D reserved
=5B 0.000000=5D Xen: =5Bmem 0x0000000= 0feb00000-0x00000000feb03fff=5D reserved
=5B 0.000000=5D Xen= : =5Bmem 0x00000000fec00000-0x00000000fec00fff=5D reserved
=5B = 0.000000=5D Xen: =5Bmem 0x00000000fed10000-0x00000000fed19fff=5D reser= ved
=5B 0.000000=5D Xen: =5Bmem 0x00000000fed1c000-0x0000000= 0fed1ffff=5D reserved
=5B 0.000000=5D Xen: =5Bmem 0x00000000= fee00000-0x00000000fee00fff=5D reserved
=5B 0.000000=5D Xen:= =5Bmem 0x00000000ffc00000-0x00000000ffffffff=5D reserved
=5B = 0.000000=5D Xen: =5Bmem 0x0000000100000000-0x000000013fffffff=5D usable=
=5B 0.000000=5D NX (Execute Disable) protection: active
=5B 0.000000=5D SMBIOS 2.7 present.
=5B 0.000000=5D= DMI: Dell Inc. PowerEdge R210 II/03X6X0, BIOS 2.5.1
07/11/2013=
=5B 0.000000=5D e820: update =5Bmem 0x00000000-0x00000fff=5D= usable =3D=3D> reserved
=5B 0.000000=5D e820: remove =5B= mem 0x000a0000-0x000fffff=5D usable
=5B 0.000000=5D No AGP b= ridge found
=5B 0.000000=5D e820: last=5Fpfn =3D 0x140000 ma= x=5Farch=5Fpfn =3D 0x400000000
=5B 0.000000=5D e820: last=5F= pfn =3D 0xbf800 max=5Farch=5Fpfn =3D 0x400000000
=5B 0.00000= 0=5D Scanning 1 areas for low memory corruption
=5B 0.000000= =5D Base memory trampoline at =5Bffff880000098000=5D 98000 size 24576
=5B 0.000000=5D init=5Fmemory=5Fmapping: =5Bmem 0x00000000-0x00= 0fffff=5D
=5B 0.000000=5D =5Bmem 0x00000000-0x000fffff=5D p= age 4k
=5B 0.000000=5D init=5Fmemory=5Fmapping: =5Bmem 0x3fe= 00000-0x3fffffff=5D
=5B 0.000000=5D =5Bmem 0x3fe00000-0x3ff= fffff=5D page 4k
=5B 0.000000=5D BRK =5B0x01fe9000, 0x01fe9f= ff=5D PGTABLE
=5B 0.000000=5D init=5Fmemory=5Fmapping: =5Bme= m 0x3c000000-0x3fdfffff=5D
=5B 0.000000=5D =5Bmem 0x3c00000= 0-0x3fdfffff=5D page 4k
=5B 0.000000=5D BRK =5B0x01fea000, 0= x01feafff=5D PGTABLE
=5B 0.000000=5D BRK =5B0x01feb000, 0x01= febfff=5D PGTABLE
=5B 0.000000=5D BRK =5B0x01fec000, 0x01fec= fff=5D PGTABLE
=5B 0.000000=5D BRK =5B0x01fed000, 0x01fedfff= =5D PGTABLE
=5B 0.000000=5D BRK =5B0x01fee000, 0x01feefff=5D= PGTABLE
=5B 0.000000=5D init=5Fmemory=5Fmapping: =5Bmem 0x0= 0100000-0x3bffffff=5D
=5B 0.000000=5D =5Bmem 0x00100000-0x3= bffffff=5D page 4k
=5B 0.000000=5D init=5Fmemory=5Fmapping: = =5Bmem 0x40000000-0xbdfaffff=5D
=5B 0.000000=5D =5Bmem 0x40= 000000-0xbdfaffff=5D page 4k
=5B 0.000000=5D init=5Fmemory=5F= mapping: =5Bmem 0xbf3b0000-0xbf5d6fff=5D
=5B 0.000000=5D =5B= mem 0xbf3b0000-0xbf5d6fff=5D page 4k
=5B 0.000000=5D init=5F= memory=5Fmapping: =5Bmem 0xbf5d9000-0xbf5e9fff=5D
=5B 0.0000= 00=5D =5Bmem 0xbf5d9000-0xbf5e9fff=5D page 4k
=5B 0.000000=5D= init=5Fmemory=5Fmapping: =5Bmem 0xbf5ee000-0xbf5effff=5D
=5B = 0.000000=5D =5Bmem 0xbf5ee000-0xbf5effff=5D page 4k
=5B 0= .000000=5D init=5Fmemory=5Fmapping: =5Bmem 0xbf601000-0xbf63efff=5D
=
=5B 0.000000=5D =5Bmem 0xbf601000-0xbf63efff=5D page 4k
=5B 0.000000=5D init=5Fmemory=5Fmapping: =5Bmem 0xbf7f0000-0xbf7ffff= f=5D
=5B 0.000000=5D =5Bmem 0xbf7f0000-0xbf7fffff=5D page 4= k
=5B 0.000000=5D init=5Fmemory=5Fmapping: =5Bmem 0x10000000= 0-0x13fffffff=5D
=5B 0.000000=5D =5Bmem 0x100000000-0x13fff= ffff=5D page 4k
=5B 0.000000=5D RAMDISK: =5Bmem 0x023f3000-0= x0531cfff=5D
=5B 0.000000=5D ACPI: RSDP 00000000000fe020 000= 24 (v02 DELL )
=5B 0.000000=5D ACPI: XSDT 00000000bf7ef170 = 000A4 (v01 DELL PE=5FSC3
00000001 DELL 00040000)
=5B= 0.000000=5D ACPI: =46ACP 00000000bf7eb000 000=464 (v04 DELL PE=5FSC= 3
00000001 DELL 00040000)
=5B 0.000000=5D ACPI: DS= DT 00000000bf7e1000 068=46E (v01 DELL PE=5FSC3
00000000 DELL = 00040000)
=5B 0.000000=5D ACPI: =46ACS 00000000bf7b8000 0004= 0
=5B 0.000000=5D ACPI: SPMI 00000000bf7ee000 00040 (v05 DEL= L PE=5FSC3
00000001 DELL 00040000)
=5B 0.000000=5D= ACPI: XMAR 00000000bf7ed000 00078 (v01 DELL PE=5FSC3
0000000= 1 DELL 00040000)
=5B 0.000000=5D ACPI: AS=46=21 00000000bf7e= c000 000A5 (v32 DELL PE=5FSC3
00000001 DELL 00040000)
=5B 0.000000=5D ACPI: HPET 00000000bf7ea000 00038 (v01 DELL PE=5F= SC3
00000001 DELL 00040000)
=5B 0.000000=5D ACPI: = APIC 00000000bf7e9000 00092 (v02 DELL PE=5FSC3
00000001 DELL = 00040000)
=5B 0.000000=5D ACPI: MC=46G 00000000bf7e8000 0003= C (v01 DELL PE=5FSC3
00000001 DELL 00040000)
=5B = 0.000000=5D ACPI: BOOT 00000000bf7de000 00028 (v01 DELL PE=5FSC3
=
00000001 DELL 00040000)
=5B 0.000000=5D ACPI: SSDT 0000= 0000bf7dd000 002=466 (v01 DELL PE=5FSC3
00001000 DELL 0004000= 0)
=5B 0.000000=5D ACPI: ASPT 00000000bf7da000 00034 (v07 DE= LL PE=5FSC3
00000001 DELL 00040000)
=5B 0.000000= =5D ACPI: SSDT 00000000bf7d9000 0060E (v01 DELL PE=5FSC3
0000= 3000 DELL 00040000)
=5B 0.000000=5D ACPI: SSDT 00000000bf7d8= 000 00A92 (v01 DELL PE=5FSC3
00003000 DELL 00040000)
=5B 0.000000=5D ACPI: HEST 00000000bf7d7000 000A8 (v01 DELL PE=5FS= C3
00000000 DELL 00040000)
=5B 0.000000=5D ACPI: E= RST 00000000bf7d6000 00230 (v01 DELL PE=5FSC3
00000000 DELL 0= 0040000)
=5B 0.000000=5D ACPI: BERT 00000000bf7d5000 00030 (= v01 DELL PE=5FSC3
00000000 DELL 00040000)
=5B 0.= 000000=5D ACPI: EINJ 00000000bf7d4000 00130 (v01 DELL PE=5FSC3
00000000 DELL 00040000)
=5B 0.000000=5D ACPI: Local APIC a= ddress 0xfee00000
=5B 0.000000=5D NUMA turned off
= =5B 0.000000=5D =46aking a node at =5Bmem 0x0000000000000000-0x0000000= 13fffffff=5D
=5B 0.000000=5D Initmem setup node 0 =5Bmem 0x0= 0000000-0x13fffffff=5D
=5B 0.000000=5D NODE=5FDATA =5Bmem = 0x3f899000-0x3f89dfff=5D
=5B 0.000000=5D Zone ranges:
<= div>=5B 0.000000=5D DMA =5Bmem 0x00001000-0x00ffffff=5D
=5B 0.000000=5D DMA32 =5Bmem 0x01000000-0xffffffff=5D
=5B 0.000000=5D Normal =5Bmem 0x100000000-0x13fffffff=5D
=5B 0.000000=5D Movable zone start for each node
=5B 0= .000000=5D Early memory node ranges
=5B 0.000000=5D node = 0: =5Bmem 0x00001000-0x0009dfff=5D
=5B 0.000000=5D node = 0: =5Bmem 0x00100000-0xbdfaffff=5D
=5B 0.000000=5D node = 0: =5Bmem 0xbf3b0000-0xbf5d6fff=5D
=5B 0.000000=5D node = 0: =5Bmem 0xbf5d9000-0xbf5e9fff=5D
=5B 0.000000=5D node = 0: =5Bmem 0xbf5ee000-0xbf5effff=5D
=5B 0.000000=5D node = 0: =5Bmem 0xbf601000-0xbf63efff=5D
=5B 0.000000=5D node = 0: =5Bmem 0xbf7f0000-0xbf7fffff=5D
=5B 0.000000=5D node = 0: =5Bmem 0x100000000-0x13fffffff=5D
=5B 0.000000=5D On nod= e 0 totalpages: 1040853
=5B 0.000000=5D DMA zone: 64 pages= used for memmap
=5B 0.000000=5D DMA zone: 21 pages reserv= ed
=5B 0.000000=5D DMA zone: 3997 pages, LI=46O batch:0
=5B 0.000000=5D DMA32 zone: 12105 pages used for memmap
=5B 0.000000=5D DMA32 zone: 774712 pages, LI=46O batch:31
=5B 0.000000=5D Normal zone: 4096 pages used for memmap
<= div>=5B 0.000000=5D Normal zone: 262144 pages, LI=46O batch:31
=
=5B 0.000000=5D ACPI: PM-Timer IO Port: 0x408
=5B 0.= 000000=5D ACPI: Local APIC address 0xfee00000
=5B 0.000000=5D= ACPI: LAPIC (acpi=5Fid=5B0x01=5D lapic=5Fid=5B0x00=5D enabled)
=5B 0.000000=5D ACPI: LAPIC (acpi=5Fid=5B0x02=5D lapic=5Fid=5B0x02=5D= enabled)
=5B 0.000000=5D ACPI: LAPIC (acpi=5Fid=5B0x03=5D l= apic=5Fid=5B0x04=5D enabled)
=5B 0.000000=5D ACPI: LAPIC (ac= pi=5Fid=5B0x04=5D lapic=5Fid=5B0x06=5D enabled)
=5B 0.000000= =5D ACPI: LAPIC (acpi=5Fid=5B0x05=5D lapic=5Fid=5B0x00=5D disabled)
=
=5B 0.000000=5D ACPI: LAPIC (acpi=5Fid=5B0x06=5D lapic=5Fid=5B0x0= 0=5D disabled)
=5B 0.000000=5D ACPI: LAPIC (acpi=5Fid=5B0x07= =5D lapic=5Fid=5B0x00=5D disabled)
=5B 0.000000=5D ACPI: LAP= IC (acpi=5Fid=5B0x08=5D lapic=5Fid=5B0x00=5D disabled)
=5B 0= .000000=5D ACPI: LAPIC=5FNMI (acpi=5Fid=5B0xff=5D high edge lint=5B0x1=5D= )
=5B 0.000000=5D ACPI: IOAPIC (id=5B0x00=5D address=5B0xfec= 00000=5D gsi=5Fbase=5B0=5D)
=5B 0.000000=5D IOAPIC=5B0=5D: a= pic=5Fid 0, version 32, address 0xfec00000, GSI
0-23
= =5B 0.000000=5D ACPI: INT=5FSRC=5FOVR (bus 0 bus=5Firq 0 global=5Firq = 2 dfl dfl)
=5B 0.000000=5D ACPI: INT=5FSRC=5FOVR (bus 0 bus=5F= irq 9 global=5Firq 9 high level)
=5B 0.000000=5D ACPI: IRQ0 = used by override.
=5B 0.000000=5D ACPI: IRQ2 used by overrid= e.
=5B 0.000000=5D ACPI: IRQ9 used by override.
=5B= 0.000000=5D Using ACPI (MADT) for SMP configuration information
=
=5B 0.000000=5D ACPI: HPET id: 0x8086a201 base: 0xfed00000
<= div>=5B 0.000000=5D smpboot: Allowing 8 CPUs, 4 hotplug CPUs
=5B 0.000000=5D nr=5Firqs=5Fgsi: 40
=5B 0.000000=5D PM: = Registered nosave memory: =5Bmem 0x0009e000-0x0009efff=5D
=5B = 0.000000=5D PM: Registered nosave memory: =5Bmem 0x0009f000-0x000fffff=5D=
=5B 0.000000=5D PM: Registered nosave memory: =5Bmem 0xbdfb= 0000-0xbf3affff=5D
=5B 0.000000=5D PM: Registered nosave mem= ory: =5Bmem 0xbf5d7000-0xbf5d8fff=5D
=5B 0.000000=5D PM: Reg= istered nosave memory: =5Bmem 0xbf5ea000-0xbf5edfff=5D
=5B 0= .000000=5D PM: Registered nosave memory: =5Bmem 0xbf5f0000-0xbf600fff=5D<= /div>
=5B 0.000000=5D PM: Registered nosave memory: =5Bmem 0xbf63f= 000-0xbf6befff=5D
=5B 0.000000=5D PM: Registered nosave memo= ry: =5Bmem 0xbf6bf000-0xbf7befff=5D
=5B 0.000000=5D PM: Regi= stered nosave memory: =5Bmem 0xbf7bf000-0xbf7effff=5D
=5B 0.= 000000=5D PM: Registered nosave memory: =5Bmem 0xbf800000-0xbfffffff=5D
=5B 0.000000=5D PM: Registered nosave memory: =5Bmem 0xc00000= 00-0xdfffffff=5D
=5B 0.000000=5D PM: Registered nosave memor= y: =5Bmem 0xe0000000-0xefffffff=5D
=5B 0.000000=5D PM: Regis= tered nosave memory: =5Bmem 0xf0000000-0xfeafffff=5D
=5B 0.0= 00000=5D PM: Registered nosave memory: =5Bmem 0xfeb00000-0xfeb03fff=5D
=5B 0.000000=5D PM: Registered nosave memory: =5Bmem 0xfeb0400= 0-0xfebfffff=5D
=5B 0.000000=5D PM: Registered nosave memory= : =5Bmem 0xfec00000-0xfec00fff=5D
=5B 0.000000=5D PM: Regist= ered nosave memory: =5Bmem 0xfec01000-0xfed0ffff=5D
=5B 0.00= 0000=5D PM: Registered nosave memory: =5Bmem 0xfed10000-0xfed19fff=5D
=5B 0.000000=5D PM: Registered nosave memory: =5Bmem 0xfed1a000= -0xfed1bfff=5D
=5B 0.000000=5D PM: Registered nosave memory:= =5Bmem 0xfed1c000-0xfed1ffff=5D
=5B 0.000000=5D PM: Registe= red nosave memory: =5Bmem 0xfed20000-0xfedfffff=5D
=5B 0.000= 000=5D PM: Registered nosave memory: =5Bmem 0xfee00000-0xfee00fff=5D
=5B 0.000000=5D PM: Registered nosave memory: =5Bmem 0xfee01000-= 0xffbfffff=5D
=5B 0.000000=5D PM: Registered nosave memory: = =5Bmem 0xffc00000-0xffffffff=5D
=5B 0.000000=5D e820: =5Bmem= 0xc0000000-0xdfffffff=5D available for PCI devices
=5B 0.00= 0000=5D Booting paravirtualized kernel on Xen
=5B 0.000000=5D= Xen version: 4.3.0 (preserve-AD)
=5B 0.000000=5D setup=5Fpe= rcpu: NR=5FCPUS:256 nr=5Fcpumask=5Fbits:256 nr=5Fcpu=5Fids:8
nr= =5Fnode=5Fids:1
=5B 0.000000=5D PERCPU: Embedded 29 pages/cp= u =40ffff88003f200000 s86720 r8192
d23872 u262144
=5B= 0.000000=5D pcpu-alloc: s86720 r8192 d23872 u262144 alloc=3D1*2097152=
=5B 0.000000=5D pcpu-alloc: =5B0=5D 0 1 2 3 4 5 6 7
=5B 1.317175=5D Built 1 zonelists in Node order, mobility grouping = on.
Total pages: 1024567
=5B 1.317177=5D Policy z= one: Normal
=5B 1.317178=5D Kernel command line: placeholder=
root=3D/dev/mapper/fiat--vg-root ro biosdevname=3D0
= =5B 1.317577=5D PID hash table entries: 4096 (order: 3, 32768 bytes)
=5B 1.317607=5D xsave: enabled xstate=5Fbv 0x7, cntxt size 0x= 340
=5B 1.337841=5D software IO TLB =5Bmem 0x37000000-0x3b00= 0000=5D (64MB) mapped at
=5Bffff880037000000-ffff88003affffff=5D=
=5B 1.343109=5D Memory: 840760K/4163412K available (7141K k= ernel code, 1082K
rwdata, 3260K rodata, 1364K init, 1420K bss, = 3322652K reserved)
=5B 1.343171=5D SLUB: HWalign=3D64, Order= =3D0-3, MinObjects=3D0, CPUs=3D4, Nodes=3D1
=5B 1.343187=5D = Hierarchical RCU implementation.
=5B 1.343188=5D RCU dyntic= k-idle grace-period acceleration is enabled.
=5B 1.343189=5D= RCU restricting CPUs from NR=5FCPUS=3D256 to nr=5Fcpu=5Fids=3D4.
<= div>=5B 1.343190=5D Offload RCU callbacks from all CPUs
=5B= 1.343193=5D Offload RCU callbacks from CPUs: 0-255.
=5B = 1.343200=5D NR=5FIRQS:16640 nr=5Firqs:712 16
=5B 1.343257=5D= xen: sci override: global=5Firq=3D9 trigger=3D0 polarity=3D0
=5B= 1.343258=5D xen: registering gsi 9 triggering 0 polarity 0
= =5B 1.343269=5D xen: --> pirq=3D9 -> irq=3D9 (gsi=3D9)
=5B 1.343288=5D xen: acpi sci 9
=5B 1.343291=5D xen: --&= gt; pirq=3D1 -> irq=3D1 (gsi=3D1)
=5B 1.343293=5D xen: --= > pirq=3D2 -> irq=3D2 (gsi=3D2)
=5B 1.343297=5D xen: -= -> pirq=3D3 -> irq=3D3 (gsi=3D3)
=5B 1.343300=5D xen: = --> pirq=3D4 -> irq=3D4 (gsi=3D4)
=5B 1.343302=5D xen:= --> pirq=3D5 -> irq=3D5 (gsi=3D5)
=5B 1.343304=5D xen= : --> pirq=3D6 -> irq=3D6 (gsi=3D6)
=5B 1.343306=5D xe= n: --> pirq=3D7 -> irq=3D7 (gsi=3D7)
=5B 1.343309=5D x= en: --> pirq=3D8 -> irq=3D8 (gsi=3D8)
=5B 1.343311=5D = xen: --> pirq=3D10 -> irq=3D10 (gsi=3D10)
=5B 1.343313= =5D xen: --> pirq=3D11 -> irq=3D11 (gsi=3D11)
=5B 1.34= 3316=5D xen: --> pirq=3D12 -> irq=3D12 (gsi=3D12)
=5B = 1.343318=5D xen: --> pirq=3D13 -> irq=3D13 (gsi=3D13)
=5B= 1.343321=5D xen: --> pirq=3D14 -> irq=3D14 (gsi=3D14)
=5B 1.343323=5D xen: --> pirq=3D15 -> irq=3D15 (gsi=3D15)
=
=5B 1.347861=5D Console: colour VGA+ 80x25
=5B 1.358= 167=5D console =5Btty0=5D enabled
=5B 1.360299=5D allocated = 16777216 bytes of page=5Fcgroup
=5B 1.360369=5D please try '= cgroup=5Fdisable=3Dmemory' option if you don't want
memory cgro= ups
=5B 1.360487=5D Xen: using vcpuop timer interface
<= div>=5B 1.360492=5D installing Xen timer for CPU 0
=5B 1.= 360579=5D tsc: Detected 3093.056 MHz processor
=5B 1.360646=5D= Calibrating delay loop (skipped), value calculated using
timer= frequency.. 6186.11 BogoMIPS (lpj=3D12372224)
=5B 1.360777=5D= pid=5Fmax: default: 32768 minimum: 301
=5B 1.360867=5D Secu= rity =46ramework initialized
=5B 1.360946=5D AppArmor: AppAr= mor initialized
=5B 1.361009=5D Yama: becoming mindful.
=5B 1.361540=5D Dentry cache hash table entries: 524288 (order: = 10, 4194304
bytes)
=5B 1.362357=5D Inode-cache has= h table entries: 262144 (order: 9, 2097152
bytes)
=5B= 1.362697=5D Mount-cache hash table entries: 256
=5B 1.36= 2932=5D Initializing cgroup subsys memory
=5B 1.363003=5D In= itializing cgroup subsys devices
=5B 1.363068=5D Initializin= g cgroup subsys freezer
=5B 1.363133=5D Initializing cgroup = subsys blkio
=5B 1.364545=5D Initializing cgroup subsys perf= =5Fevent
=5B 1.364610=5D Initializing cgroup subsys hugetlb<= /div>
=5B 1.364739=5D ENERGY=5FPER=46=5FBIAS: Set to 'normal', was= 'performance'
=5B 1.364739=5D ENERGY=5FPER=46=5FBIAS: View = and update with
x86=5Fenergy=5Fperf=5Fpolicy(8)
=5B = 1.364834=5D CPU: Physical Processor ID: 0
=5B 1.364896=5D = CPU: Processor Core ID: 0
=5B 1.364960=5D mce: CPU supports = 2 MCE banks
=5B 1.365035=5D Last level iTLB entries: 4KB 512= , 2MB 0, 4MB 0
=5B 1.365035=5D Last level dTLB entries: 4KB = 512, 2MB 32, 4MB 32
=5B 1.365035=5D tlb=5Fflushall=5Fshift: = 5
=5B 1.365227=5D =46reeing SMP alternatives memory: 28K (ff= ffffff81e65000 -
ffffffff81e6c000)
=5B 1.367286=5D= ACPI: Core revision 20130517
=5B 1.370761=5D ACPI: All ACPI= Tables successfully acquired
=5B 1.382180=5D ftrace: alloca= ting 27796 entries in 109 pages
=5B 1.393056=5D cpu 0 spinlo= ck event irq 41
=5B 1.393142=5D Performance Events: unsuppor= ted p6 CPU model 42 no PMU
driver, software events only.
<= div>=5B 1.394402=5D NMI watchdog: disabled (cpu0): hardware events not= enabled
=5B 1.394522=5D installing Xen timer for CPU 1
=5B 1.394591=5D cpu 1 spinlock event irq 48
=5B 1.3= 94891=5D installing Xen timer for CPU 2
=5B 1.394959=5D cpu = 2 spinlock event irq 55
=5B 1.395260=5D installing Xen timer= for CPU 3
=5B 1.395327=5D cpu 3 spinlock event irq 62
=
=5B 1.395569=5D Brought up 4 CPUs
=5B 1.395926=5D de= vtmpfs: initialized
=5B 1.396704=5D EVM: security.selinux
=5B 1.396767=5D EVM: security.SMACK64
=5B 1.39683= 0=5D EVM: security.capability
=5B 1.396941=5D PM: Registerin= g ACPI NVS region =5Bmem 0xbf6bf000-0xbf7befff=5D
(1048576 byte= s)
=5B 1.397621=5D xen:grant=5Ftable: Grant tables using ver= sion 2 layout
=5B 1.397696=5D Grant table initialized
<= div>=5B 1.397793=5D regulator-dummy: no parameters
=5B 1.= 397894=5D RTC time: 14:41:51, date: 02/05/14
=5B 1.397984=5D= NET: Registered protocol family 16
=5B 1.398201=5D ACPI =46= ADT declares the system doesn't support PCIe ASPM, so
disable i= t
=5B 1.398286=5D ACPI: bus type PCI registered
=5B= 1.398350=5D acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5=
=5B 1.398510=5D PCI: MMCON=46IG for domain 0000 =5Bbus 00-f= f=5D at =5Bmem
0xe0000000-0xefffffff=5D (base 0xe0000000)
=
=5B 1.398598=5D PCI: MMCON=46IG at =5Bmem 0xe0000000-0xefffffff=5D= reserved in E820
=5B 1.432711=5D PCI: Using configuration t= ype 1 for base access
=5B 1.433538=5D bio: create slab <b= io-0> at 0
=5B 1.433778=5D ACPI: Added =5FOSI(Module Devi= ce)
=5B 1.433842=5D ACPI: Added =5FOSI(Processor Device)
=5B 1.433906=5D ACPI: Added =5FOSI(3.0 =5FSCP Extensions)
=
=5B 1.433970=5D ACPI: Added =5FOSI(Processor Aggregator Device)
=5B 1.435216=5D ACPI: EC: Look up EC in DSDT
=5B = 1.436350=5D ACPI: Executed 1 blocks of module-level executable AML code<= /div>
=5B 1.438454=5D ACPI: SSDT 00000000bf64d018 0083B (v01 PmRe= f Cpu0Cst
00003001 INTL 20080729)
=5B 1.438904=5D= ACPI: Dynamic OEM Table Load:
=5B 1.439048=5D ACPI: SSDT = (null) 0083B (v01 PmRef Cpu0Cst
00003001 INTL 2008072= 9)
=5B 1.443713=5D ACPI: SSDT 00000000bf64ea98 00303 (v01 P= mRef ApIst
00003000 INTL 20080729)
=5B 1.444187= =5D ACPI: Dynamic OEM Table Load:
=5B 1.444329=5D ACPI: SSDT= (null) 00303 (v01 PmRef ApIst
00003000 INTL 2008= 0729)
=5B 1.447686=5D ACPI: SSDT 00000000bf64cd98 00119 (v01= PmRef ApCst
00003000 INTL 20080729)
=5B 1.448= 137=5D ACPI: Dynamic OEM Table Load:
=5B 1.448283=5D ACPI: S= SDT (null) 00119 (v01 PmRef ApCst
00003000 INTL 2= 0080729)
=5B 1.452128=5D ACPI: Interpreter enabled
=5B 1.452195=5D ACPI Exception: AE=5FNOT=5F=46OUND, While evaluating = Sleep State
=5B=5C=5FS1=5F=5D (20130517/hwxface-571)
= =5B 1.452363=5D ACPI Exception: AE=5FNOT=5F=46OUND, While evaluating S= leep State
=5B=5C=5FS2=5F=5D (20130517/hwxface-571)
=5B= 1.452532=5D ACPI Exception: AE=5FNOT=5F=46OUND, While evaluating Slee= p State
=5B=5C=5FS3=5F=5D (20130517/hwxface-571)
=5B = 1.452707=5D ACPI: (supports S0 S4 S5)
=5B 1.452770=5D ACP= I: Using IOAPIC for interrupt routing
=5B 1.452873=5D HEST: = Table parsing has been initialized.
=5B 1.452939=5D PCI: Usi= ng host bridge windows from ACPI; if necessary, use
=22pci=3Dno= crs=22 and report a bug
=5B 1.453111=5D ACPI: No dock device= s found.
=5B 1.456960=5D ACPI: Power Resource =5B=46N00=5D (= off)
=5B 1.457089=5D ACPI: Power Resource =5B=46N01=5D (off)=
=5B 1.457214=5D ACPI: Power Resource =5B=46N02=5D (off)
=5B 1.457337=5D ACPI: Power Resource =5B=46N03=5D (off)
=5B 1.457461=5D ACPI: Power Resource =5B=46N04=5D (off)
=5B= 1.458079=5D ACPI: PCI Root Bridge =5BPCI0=5D (domain 0000 =5Bbus 00-f= e=5D)
=5B 1.458287=5D acpi PNP0A08:00: Requesting ACPI =5FOS= C control (0x1d)
=5B 1.458734=5D acpi PNP0A08:00: ACPI =5FOS= C control (0x1d) granted
=5B 1.459314=5D PCI host bridge to = bus 0000:00
=5B 1.459378=5D pci=5Fbus 0000:00: root bus reso= urce =5Bbus 00-fe=5D
=5B 1.459443=5D pci=5Fbus 0000:00: root= bus resource =5Bio 0x0000-0x0cf7=5D
=5B 1.459511=5D pci=5F= bus 0000:00: root bus resource =5Bio 0x0d00-0xffff=5D
=5B 1= .459577=5D pci=5Fbus 0000:00: root bus resource =5Bmem
0x000a00= 00-0x000bffff=5D
=5B 1.459645=5D pci=5Fbus 0000:00: root bus= resource =5Bmem
0xc0000000-0xfeafffff=5D
=5B 1.45= 9723=5D pci 0000:00:00.0: =5B8086:0108=5D type 00 class 0x060000
=5B 1.459852=5D pci 0000:00:01.0: =5B8086:0101=5D type 01 class 0x06= 0400
=5B 1.459929=5D pci 0000:00:01.0: PME=23 supported from= D0 D3hot D3cold
=5B 1.459971=5D pci 0000:00:01.0: System wa= keup disabled by ACPI
=5B 1.460161=5D pci 0000:00:1a.0: =5B8= 086:1c2d=5D type 00 class 0x0c0320
=5B 1.460511=5D pci 0000:= 00:1a.0: reg 0x10: =5Bmem 0xc5e06000-0xc5e063ff=5D
=5B 1.462= 352=5D pci 0000:00:1a.0: PME=23 supported from D0 D3hot D3cold
= =5B 1.462422=5D pci 0000:00:1a.0: System wakeup disabled by ACPI
=
=5B 1.462534=5D pci 0000:00:1c.0: =5B8086:1c10=5D type 01 class 0= x060400
=5B 1.462707=5D pci 0000:00:1c.0: PME=23 supported f= rom D0 D3hot D3cold
=5B 1.462766=5D pci 0000:00:1c.0: System= wakeup disabled by ACPI
=5B 1.462897=5D pci 0000:00:1d.0: =5B= 8086:1c26=5D type 00 class 0x0c0320
=5B 1.463216=5D pci 0000= :00:1d.0: reg 0x10: =5Bmem 0xc5e05000-0xc5e053ff=5D
=5B 1.46= 5054=5D pci 0000:00:1d.0: PME=23 supported from D0 D3hot D3cold
=5B 1.465119=5D pci 0000:00:1d.0: System wakeup disabled by ACPI
=5B 1.465225=5D pci 0000:00:1e.0: =5B8086:244e=5D type 01 class = 0x060401
=5B 1.465383=5D pci 0000:00:1e.0: System wakeup dis= abled by ACPI
=5B 1.465489=5D pci 0000:00:1f.0: =5B8086:1c52= =5D type 00 class 0x060100
=5B 1.465769=5D pci 0000:00:1f.2:= =5B8086:1c02=5D type 00 class 0x010601
=5B 1.465815=5D pci = 0000:00:1f.2: reg 0x10: =5Bio 0x4048-0x404f=5D
=5B 1.465833= =5D pci 0000:00:1f.2: reg 0x14: =5Bio 0x4054-0x4057=5D
=5B = 1.465850=5D pci 0000:00:1f.2: reg 0x18: =5Bio 0x4040-0x4047=5D
=5B 1.465868=5D pci 0000:00:1f.2: reg 0x1c: =5Bio 0x4050-0x4053=5D
=5B 1.465885=5D pci 0000:00:1f.2: reg 0x20: =5Bio 0x4020-0x4= 03f=5D
=5B 1.465903=5D pci 0000:00:1f.2: reg 0x24: =5Bmem 0x= c5e04000-0xc5e047ff=5D
=5B 1.466021=5D pci 0000:00:1f.2: PME= =23 supported from D3hot
=5B 1.466114=5D pci 0000:00:1f.3: =5B= 8086:1c22=5D type 00 class 0x0c0500
=5B 1.466148=5D pci 0000= :00:1f.3: reg 0x10: =5Bmem 0xc5e02000-0xc5e020ff 64bit=5D
=5B = 1.466198=5D pci 0000:00:1f.3: reg 0x20: =5Bio 0x4000-0x401f=5D
=5B 1.466379=5D pci 0000:01:00.0: =5B111d:8018=5D type 01 class 0x0= 60400
=5B 1.466480=5D pci 0000:01:00.0: PME=23 supported fro= m D0 D3hot D3cold
=5B 1.466506=5D pci 0000:01:00.0: System w= akeup disabled by ACPI
=5B 1.474241=5D pci 0000:00:01.0: PCI= bridge to =5Bbus 01-04=5D
=5B 1.474311=5D pci 0000:00:01.0:= bridge window =5Bio 0x2000-0x3fff=5D
=5B 1.474315=5D pci= 0000:00:01.0: bridge window =5Bmem 0xc5400000-0xc5dfffff=5D
= =5B 1.474401=5D pci 0000:02:02.0: =5B111d:8018=5D type 01 class 0x0604= 00
=5B 1.474517=5D pci 0000:02:02.0: PME=23 supported from D= 0 D3hot D3cold
=5B 1.474587=5D pci 0000:02:04.0: =5B111d:801= 8=5D type 01 class 0x060400
=5B 1.474702=5D pci 0000:02:04.0= : PME=23 supported from D0 D3hot D3cold
=5B 1.474789=5D pci = 0000:01:00.0: PCI bridge to =5Bbus 02-04=5D
=5B 1.474862=5D = pci 0000:01:00.0: bridge window =5Bio 0x2000-0x3fff=5D
=5B = 1.474867=5D pci 0000:01:00.0: bridge window =5Bmem 0xc5400000-0xc5dff= fff=5D
=5B 1.474964=5D pci 0000:03:00.0: =5B8086:10c9=5D typ= e 00 class 0x020000
=5B 1.474985=5D pci 0000:03:00.0: reg 0x= 10: =5Bmem 0xc5d20000-0xc5d3ffff=5D
=5B 1.475014=5D pci 0000= :03:00.0: reg 0x18: =5Bio 0x3020-0x303f=5D
=5B 1.475029=5D = pci 0000:03:00.0: reg 0x1c: =5Bmem 0xc5d44000-0xc5d47fff=5D
=5B= 1.475153=5D pci 0000:03:00.0: PME=23 supported from D0 D3hot D3cold
=5B 1.475204=5D pci 0000:03:00.0: reg 0x184: =5Bmem 0x0000000= 0-0x00003fff
64bit=5D
=5B 1.475230=5D pci 0000:03:= 00.0: reg 0x190: =5Bmem 0x00000000-0x00003fff
64bit=5D
=5B 1.475326=5D pci 0000:03:00.1: =5B8086:10c9=5D type 00 class 0x02= 0000
=5B 1.475347=5D pci 0000:03:00.1: reg 0x10: =5Bmem 0xc5= d00000-0xc5d1ffff=5D
=5B 1.475376=5D pci 0000:03:00.1: reg 0= x18: =5Bio 0x3000-0x301f=5D
=5B 1.475391=5D pci 0000:03:00.= 1: reg 0x1c: =5Bmem 0xc5d40000-0xc5d43fff=5D
=5B 1.475514=5D= pci 0000:03:00.1: PME=23 supported from D0 D3hot D3cold
=5B = 1.475565=5D pci 0000:03:00.1: reg 0x184: =5Bmem 0x00000000-0x00003fff
64bit=5D
=5B 1.475591=5D pci 0000:03:00.1: reg 0x190= : =5Bmem 0x00000000-0x00003fff
64bit=5D
=5B 1.4756= 88=5D pci 0000:02:02.0: PCI bridge to =5Bbus 03=5D
=5B 1.475= 760=5D pci 0000:02:02.0: bridge window =5Bio 0x3000-0x3fff=5D
=5B 1.475765=5D pci 0000:02:02.0: bridge window =5Bmem 0xc5d00000-= 0xc5dfffff=5D
=5B 1.475864=5D pci 0000:04:00.0: =5B8086:10e8= =5D type 00 class 0x020000
=5B 1.475885=5D pci 0000:04:00.0:= reg 0x10: =5Bmem 0xc5c20000-0xc5c3ffff=5D
=5B 1.475900=5D p= ci 0000:04:00.0: reg 0x14: =5Bmem 0xc5800000-0xc5bfffff=5D
=5B = 1.475915=5D pci 0000:04:00.0: reg 0x18: =5Bio 0x2020-0x203f=5D
<= div>=5B 1.475930=5D pci 0000:04:00.0: reg 0x1c: =5Bmem 0xc5c44000-0xc5= c47fff=5D
=5B 1.475973=5D pci 0000:04:00.0: reg 0x30: =5Bmem= 0xffc00000-0xffffffff pref=5D
=5B 1.476055=5D pci 0000:04:0= 0.0: PME=23 supported from D0 D3hot
=5B 1.476107=5D pci 0000= :04:00.0: reg 0x184: =5Bmem 0x00000000-0x00003fff
64bit=5D
=5B 1.476133=5D pci 0000:04:00.0: reg 0x190: =5Bmem 0x00000000-0= x00003fff
64bit=5D
=5B 1.476231=5D pci 0000:04:00.= 1: =5B8086:10e8=5D type 00 class 0x020000
=5B 1.476251=5D pc= i 0000:04:00.1: reg 0x10: =5Bmem 0xc5c00000-0xc5c1ffff=5D
=5B = 1.476266=5D pci 0000:04:00.1: reg 0x14: =5Bmem 0xc5400000-0xc57fffff=5D=
=5B 1.476281=5D pci 0000:04:00.1: reg 0x18: =5Bio 0x2000-0= x201f=5D
=5B 1.476297=5D pci 0000:04:00.1: reg 0x1c: =5Bmem = 0xc5c40000-0xc5c43fff=5D
=5B 1.476339=5D pci 0000:04:00.1: r= eg 0x30: =5Bmem 0xffc00000-0xffffffff pref=5D
=5B 1.476422=5D= pci 0000:04:00.1: PME=23 supported from D0 D3hot
=5B 1.4764= 73=5D pci 0000:04:00.1: reg 0x184: =5Bmem 0x00000000-0x00003fff
64bit=5D
=5B 1.476500=5D pci 0000:04:00.1: reg 0x190: =5Bme= m 0x00000000-0x00003fff
64bit=5D
=5B 1.476599=5D p= ci 0000:02:04.0: PCI bridge to =5Bbus 04=5D
=5B 1.476671=5D = pci 0000:02:04.0: bridge window =5Bio 0x2000-0x2fff=5D
=5B = 1.476676=5D pci 0000:02:04.0: bridge window =5Bmem 0xc5400000-0xc5cff= fff=5D
=5B 1.476860=5D pci 0000:05:00.0: =5B14e4:163b=5D typ= e 00 class 0x020000
=5B 1.476901=5D pci 0000:05:00.0: reg 0x= 10: =5Bmem 0xc0000000-0xc1ffffff 64bit=5D
=5B 1.477142=5D pc= i 0000:05:00.0: PME=23 supported from D0 D3hot D3cold
=5B 1.= 477183=5D pci 0000:05:00.0: System wakeup disabled by ACPI
=5B = 1.477332=5D pci 0000:05:00.1: =5B14e4:163b=5D type 00 class 0x020000
=5B 1.477373=5D pci 0000:05:00.1: reg 0x10: =5Bmem 0xc2000000= -0xc3ffffff 64bit=5D
=5B 1.477613=5D pci 0000:05:00.1: PME=23= supported from D0 D3hot D3cold
=5B 1.477744=5D pci 0000:00:= 1c.0: PCI bridge to =5Bbus 05=5D
=5B 1.477817=5D pci 0000:00= :1c.0: bridge window =5Bmem 0xc0000000-0xc3ffffff=5D
=5B 1= .477908=5D pci 0000:06:03.0: =5B102b:0532=5D type 00 class 0x030000
=
=5B 1.477940=5D pci 0000:06:03.0: reg 0x10: =5Bmem 0xc4000000-0xc= 47fffff pref=5D
=5B 1.477958=5D pci 0000:06:03.0: reg 0x14: = =5Bmem 0xc5000000-0xc5003fff=5D
=5B 1.477975=5D pci 0000:06:= 03.0: reg 0x18: =5Bmem 0xc4800000-0xc4ffffff=5D
=5B 1.478041= =5D pci 0000:06:03.0: reg 0x30: =5Bmem 0xffff0000-0xffffffff pref=5D
=5B 1.478192=5D pci 0000:00:1e.0: PCI bridge to =5Bbus 06=5D (su= btractive decode)
=5B 1.478276=5D pci 0000:00:1e.0: bridge= window =5Bmem 0xc4800000-0xc50fffff=5D
=5B 1.478287=5D pci = 0000:00:1e.0: bridge window =5Bmem 0xc4000000-0xc47fffff
64bi= t pref=5D
=5B 1.478289=5D pci 0000:00:1e.0: bridge window = =5Bio 0x0000-0x0cf7=5D
(subtractive decode)
=5B 1= .478290=5D pci 0000:00:1e.0: bridge window =5Bio 0x0d00-0xffff=5D
(subtractive decode)
=5B 1.478291=5D pci 0000:00:1e.0:= bridge window =5Bmem
0x000a0000-0x000bffff=5D (subtractive d= ecode)
=5B 1.478293=5D pci 0000:00:1e.0: bridge window =5B= mem
0xc0000000-0xfeafffff=5D (subtractive decode)
=5B= 1.478320=5D acpi PNP0A08:00: Disabling ASPM (=46ADT indicates it is
unsupported)
=5B 1.478878=5D ACPI: PCI Interrupt Li= nk =5BLNKA=5D (IRQs 1 3 4 5 6 *10 11 12 14
15)
=5B = 1.479470=5D ACPI: PCI Interrupt Link =5BLNKB=5D (IRQs 1 3 4 5 6 10 *11 1= 2 14
15)
=5B 1.480057=5D ACPI: PCI Interrupt Link = =5BLNKC=5D (IRQs 1 3 4 5 6 *10 11 12 14
15)
=5B 1.= 480644=5D ACPI: PCI Interrupt Link =5BLNKD=5D (IRQs 1 3 4 5 *6 10 11 12 1= 4
15)
=5B 1.481231=5D ACPI: PCI Interrupt Link =5B= LNKE=5D (IRQs 1 3 4 5 6 10 11 12 *14
15)
=5B 1.481= 820=5D ACPI: PCI Interrupt Link =5BLNK=46=5D (IRQs 1 3 4 5 *6 10 11 12 14=
15)
=5B 1.482415=5D ACPI: PCI Interrupt Link =5BL= NKG=5D (IRQs 1 3 4 5 6 10 11 12 14
15) *0, disabled.
= =5B 1.483098=5D ACPI: PCI Interrupt Link =5BLNKH=5D (IRQs 1 3 4 5 6 10= 11 12 14
*15)
=5B 1.483877=5D ACPI: Enabled 6 GPE= s in block 00 to 3=46
=5B 1.484025=5D ACPI: =5C=5FSB=5F.PCI0= : notify handler is installed
=5B 1.484067=5D =46ound 1 acpi= root devices
=5B 1.484088=5D xen:balloon: Initialising ball= oon driver
=5B 1.491154=5D xen=5Fballoon: Initialising ballo= on driver
=5B 1.491414=5D vgaarb: device added:
PC= I:0000:06:03.0,decodes=3Dio+mem,owns=3Dio+mem,locks=3Dnone
=5B = 1.491502=5D vgaarb: loaded
=5B 1.491563=5D vgaarb: bridge= control possible 0000:06:03.0
=5B 1.491760=5D SCSI subsyste= m initialized
=5B 1.491825=5D ACPI: bus type ATA registered<= /div>
=5B 1.491921=5D libata version 3.00 loaded.
=5B = 1.491934=5D ACPI: bus type USB registered
=5B 1.492011=5D u= sbcore: registered new interface driver usbfs
=5B 1.492079=5D= usbcore: registered new interface driver hub
=5B 1.492264=5D= usbcore: registered new device driver usb
=5B 1.492551=5D P= CI: Using ACPI for IRQ routing
=5B 1.510875=5D PCI: pci=5Fca= che=5Fline=5Fsize set to 64 bytes
=5B 1.510968=5D e820: rese= rve RAM buffer =5Bmem 0x0009e000-0x0009ffff=5D
=5B 1.510969=5D= e820: reserve RAM buffer =5Bmem 0xbdfb0000-0xbfffffff=5D
=5B = 1.510971=5D e820: reserve RAM buffer =5Bmem 0xbf5d7000-0xbfffffff=5D
=5B 1.510973=5D e820: reserve RAM buffer =5Bmem 0xbf5ea000-0xb= fffffff=5D
=5B 1.510974=5D e820: reserve RAM buffer =5Bmem 0= xbf5f0000-0xbfffffff=5D
=5B 1.510975=5D e820: reserve RAM bu= ffer =5Bmem 0xbf63f000-0xbfffffff=5D
=5B 1.510977=5D e820: r= eserve RAM buffer =5Bmem 0xbf800000-0xbfffffff=5D
=5B 1.5110= 48=5D NetLabel: Initializing
=5B 1.511111=5D NetLabel: doma= in hash size =3D 128
=5B 1.511175=5D NetLabel: protocols =3D= UNLABELED CIPSOv4
=5B 1.511246=5D NetLabel: unlabeled traf= fic allowed by default
=5B 1.511498=5D Switched to clocksour= ce xen
=5B 1.516125=5D AppArmor: AppArmor =46ilesystem Enabl= ed
=5B 1.516207=5D pnp: PnP ACPI init
=5B 1.516= 276=5D ACPI: bus type PNP registered
=5B 1.516483=5D pnp 00:= 00: Plug and Play ACPI device, IDs IPI0001 (active)
=5B 1.51= 6491=5D pnp 00:01: =5Bdma 4=5D
=5B 1.516503=5D pnp 00:01: Pl= ug and Play ACPI device, IDs PNP0200 (active)
=5B 1.516519=5D= pnp 00:02: Plug and Play ACPI device, IDs INT0800 (active)
=5B= 1.516581=5D pnp 00:03: Plug and Play ACPI device, IDs PNP0103 (active= )
=5B 1.516589=5D xen: registering gsi 13 triggering 1 polar= ity 0
=5B 1.516622=5D pnp 00:04: Plug and Play ACPI device, = IDs PNP0c04 (active)
=5B 1.516657=5D system 00:05: =5Bio 0x= 0680-0x069f=5D has been reserved
=5B 1.516726=5D system 00:0= 5: =5Bio 0x1000-0x100f=5D has been reserved
=5B 1.516793=5D= system 00:05: =5Bio 0x1010-0x1013=5D has been reserved
=5B = 1.516859=5D system 00:05: =5Bio 0xffff=5D has been reserved
=5B= 1.516924=5D system 00:05: =5Bio 0x0400-0x0453=5D could not be reserv= ed
=5B 1.516991=5D system 00:05: =5Bio 0x0458-0x047f=5D has= been reserved
=5B 1.517057=5D system 00:05: =5Bio 0x0500-0= x057f=5D has been reserved
=5B 1.517123=5D system 00:05: =5B= io 0x164e-0x164f=5D has been reserved
=5B 1.517191=5D syste= m 00:05: Plug and Play ACPI device, IDs PNP0c02 (active)
=5B = 1.517197=5D xen: registering gsi 8 triggering 1 polarity 0
=5B= 1.517224=5D pnp 00:06: Plug and Play ACPI device, IDs PNP0b00 (active= )
=5B 1.517256=5D system 00:07: =5Bio 0x0454-0x0457=5D has = been reserved
=5B 1.517322=5D system 00:07: Plug and Play AC= PI device, IDs INT3f0d PNP0c02
(active)
=5B 1.5175= 27=5D xen: registering gsi 4 triggering 1 polarity 0
=5B 1.5= 17570=5D pnp 00:08: Plug and Play ACPI device, IDs PNP0501 (active)
=
=5B 1.517659=5D xen: registering gsi 3 triggering 1 polarity 0
=5B 1.517701=5D pnp 00:09: Plug and Play ACPI device, IDs PNP0= 501 (active)
=5B 1.517727=5D system 00:0a: =5Bmem 0xfed90000= -0xfed91fff=5D has been reserved
=5B 1.517796=5D system 00:0= a: Plug and Play ACPI device, IDs PNP0c02 (active)
=5B 1.517= 934=5D system 00:0b: =5Bmem 0xfed1c000-0xfed1ffff=5D has been reserved
=5B 1.518003=5D system 00:0b: =5Bmem 0xfed10000-0xfed17fff=5D = has been reserved
=5B 1.518071=5D system 00:0b: =5Bmem 0xfed= 18000-0xfed18fff=5D has been reserved
=5B 1.518140=5D system= 00:0b: =5Bmem 0xfed19000-0xfed19fff=5D has been reserved
=5B = 1.518208=5D system 00:0b: =5Bmem 0xe0000000-0xefffffff=5D has been rese= rved
=5B 1.518275=5D system 00:0b: =5Bmem 0xfed20000-0xfed3f= fff=5D has been reserved
=5B 1.518343=5D system 00:0b: =5Bme= m 0xfed90000-0xfed93fff=5D could not be
reserved
=5B = 1.518411=5D system 00:0b: =5Bmem 0xff000000-0xffffffff=5D could not be=
reserved
=5B 1.518479=5D system 00:0b: =5Bmem 0xf= ee00000-0xfeefffff=5D could not be
reserved
=5B 1.= 518547=5D system 00:0b: =5Bmem 0xc5f00000-0xc5f00fff=5D has been reserved=
=5B 1.518616=5D system 00:0b: Plug and Play ACPI device, ID= s PNP0c02 (active)
=5B 1.518775=5D pnp: PnP ACPI: found 12 d= evices
=5B 1.518839=5D ACPI: bus type PNP unregistered
=
=5B 1.524234=5D PM-Timer failed consistency check (0x0xffffff) -= aborting.
=5B 1.524305=5D pci 0000:04:00.0: no compatible b= ridge window for =5Bmem
0xffc00000-0xffffffff pref=5D
=5B 1.524391=5D pci 0000:04:00.1: no compatible bridge window for =5B= mem
0xffc00000-0xffffffff pref=5D
=5B 1.524478=5D = pci 0000:06:03.0: no compatible bridge window for =5Bmem
0xffff= 0000-0xffffffff pref=5D
=5B 1.524567=5D PCI: max bus depth: = 3 pci=5Ftry=5Fnum: 4
=5B 1.524643=5D pci 0000:00:01.0: BAR 1= 5: assigned =5Bmem
0xc6000000-0xc67fffff pref=5D
=5B = 1.524727=5D pci 0000:01:00.0: BAR 15: assigned =5Bmem
0xc600= 0000-0xc67fffff pref=5D
=5B 1.524811=5D pci 0000:02:04.0: BA= R 15: assigned =5Bmem
0xc6000000-0xc67fffff pref=5D
=5B= 1.524914=5D pci 0000:03:00.0: reg 0x184: =5Bmem 0x00000000-0x00003fff=
64bit=5D
=5B 1.524930=5D pci 0000:03:00.0: reg 0x= 190: =5Bmem 0x00000000-0x00003fff
64bit=5D
=5B 1.5= 24946=5D pci 0000:03:00.0: reg 0x184: =5Bmem 0x00000000-0x00003fff
<= div>64bit=5D
=5B 1.524962=5D pci 0000:03:00.1: reg 0x184: =5B= mem 0x00000000-0x00003fff
64bit=5D
=5B 1.524978=5D= pci 0000:03:00.0: reg 0x184: =5Bmem 0x00000000-0x00003fff
64bi= t=5D
=5B 1.524994=5D pci 0000:03:00.0: reg 0x190: =5Bmem 0x0= 0000000-0x00003fff
64bit=5D
=5B 1.525010=5D pci 00= 00:03:00.1: reg 0x190: =5Bmem 0x00000000-0x00003fff
64bit=5D
=5B 1.525026=5D pci 0000:03:00.0: reg 0x184: =5Bmem 0x00000000= -0x00003fff
64bit=5D
=5B 1.525042=5D pci 0000:03:0= 0.0: reg 0x190: =5Bmem 0x00000000-0x00003fff
64bit=5D
=5B 1.525059=5D pci 0000:03:00.1: reg 0x184: =5Bmem 0x00000000-0x0000= 3fff
64bit=5D
=5B 1.525075=5D pci 0000:03:00.0: re= g 0x184: =5Bmem 0x00000000-0x00003fff
64bit=5D
=5B = 1.525077=5D pci 0000:03:00.0: BAR 7: assigned =5Bmem 0xc5d48000-0xc5d67f= ff
64bit=5D
=5B 1.525184=5D pci 0000:03:00.0: reg = 0x190: =5Bmem 0x00000000-0x00003fff
64bit=5D
=5B 1= .525186=5D pci 0000:03:00.0: BAR 10: assigned =5Bmem
0xc5d68000= -0xc5d87fff 64bit=5D
=5B 1.525294=5D pci 0000:03:00.1: reg 0= x184: =5Bmem 0x00000000-0x00003fff
64bit=5D
=5B 1.= 525296=5D pci 0000:03:00.1: BAR 7: assigned =5Bmem 0xc5d88000-0xc5da7fff<= /div>
64bit=5D
=5B 1.526660=5D pci 0000:03:00.1: reg 0x1= 90: =5Bmem 0x00000000-0x00003fff
64bit=5D
=5B 1.52= 6661=5D pci 0000:03:00.1: BAR 10: assigned =5Bmem
0xc5da8000-0x= c5dc7fff 64bit=5D
=5B 1.526755=5D pci 0000:02:02.0: PCI brid= ge to =5Bbus 03=5D
=5B 1.526822=5D pci 0000:02:02.0: bridg= e window =5Bio 0x3000-0x3fff=5D
=5B 1.526894=5D pci 0000:02= :02.0: bridge window =5Bmem 0xc5d00000-0xc5dfffff=5D
=5B 1= .526986=5D pci 0000:04:00.0: reg 0x184: =5Bmem 0x00000000-0x00003fff
64bit=5D
=5B 1.527003=5D pci 0000:04:00.0: reg 0x190: = =5Bmem 0x00000000-0x00003fff
64bit=5D
=5B 1.527019= =5D pci 0000:04:00.0: reg 0x184: =5Bmem 0x00000000-0x00003fff
6= 4bit=5D
=5B 1.527035=5D pci 0000:04:00.0: reg 0x184: =5Bmem = 0x00000000-0x00003fff
64bit=5D
=5B 1.527051=5D pci= 0000:04:00.1: reg 0x184: =5Bmem 0x00000000-0x00003fff
64bit=5D=
=5B 1.527067=5D pci 0000:04:00.0: reg 0x184: =5Bmem 0x00000= 000-0x00003fff
64bit=5D
=5B 1.527083=5D pci 0000:0= 4:00.0: reg 0x190: =5Bmem 0x00000000-0x00003fff
64bit=5D
<= div>=5B 1.527099=5D pci 0000:04:00.1: reg 0x190: =5Bmem 0x00000000-0x0= 0003fff
64bit=5D
=5B 1.527115=5D pci 0000:04:00.0:= reg 0x184: =5Bmem 0x00000000-0x00003fff
64bit=5D
=5B= 1.527131=5D pci 0000:04:00.0: reg 0x190: =5Bmem 0x00000000-0x00003fff=
64bit=5D
=5B 1.527147=5D pci 0000:04:00.1: reg 0x= 184: =5Bmem 0x00000000-0x00003fff
64bit=5D
=5B 1.5= 27149=5D pci 0000:04:00.0: BAR 6: assigned =5Bmem 0xc6000000-0xc63fffff
pref=5D
=5B 1.527233=5D pci 0000:04:00.1: BAR 6: as= signed =5Bmem 0xc6400000-0xc67fffff
pref=5D
=5B 1.= 527331=5D pci 0000:04:00.0: reg 0x184: =5Bmem 0x00000000-0x00003fff
=
64bit=5D
=5B 1.527333=5D pci 0000:04:00.0: BAR 7: assig= ned =5Bmem 0xc5c48000-0xc5c67fff
64bit=5D
=5B 1.52= 7441=5D pci 0000:04:00.0: reg 0x190: =5Bmem 0x00000000-0x00003fff
64bit=5D
=5B 1.527443=5D pci 0000:04:00.0: BAR 10: assign= ed =5Bmem
0xc5c68000-0xc5c87fff 64bit=5D
=5B 1.527= 557=5D pci 0000:04:00.1: reg 0x184: =5Bmem 0x00000000-0x00003fff
64bit=5D
=5B 1.527559=5D pci 0000:04:00.1: BAR 7: assigned= =5Bmem 0xc5c88000-0xc5ca7fff
64bit=5D
=5B 1.52766= 9=5D pci 0000:04:00.1: reg 0x190: =5Bmem 0x00000000-0x00003fff
= 64bit=5D
=5B 1.527671=5D pci 0000:04:00.1: BAR 10: assigned = =5Bmem
0xc5ca8000-0xc5cc7fff 64bit=5D
=5B 1.527764= =5D pci 0000:02:04.0: PCI bridge to =5Bbus 04=5D
=5B 1.52783= 1=5D pci 0000:02:04.0: bridge window =5Bio 0x2000-0x2fff=5D
= =5B 1.527903=5D pci 0000:02:04.0: bridge window =5Bmem 0xc5400000-0x= c5cfffff=5D
=5B 1.527975=5D pci 0000:02:04.0: bridge windo= w =5Bmem 0xc6000000-0xc67fffff
pref=5D
=5B 1.52806= 4=5D pci 0000:01:00.0: PCI bridge to =5Bbus 02-04=5D
=5B 1.5= 28131=5D pci 0000:01:00.0: bridge window =5Bio 0x2000-0x3fff=5D
<= div>=5B 1.528203=5D pci 0000:01:00.0: bridge window =5Bmem 0xc540000= 0-0xc5dfffff=5D
=5B 1.528275=5D pci 0000:01:00.0: bridge w= indow =5Bmem 0xc6000000-0xc67fffff
pref=5D
=5B 1.5= 28364=5D pci 0000:00:01.0: PCI bridge to =5Bbus 01-04=5D
=5B = 1.528429=5D pci 0000:00:01.0: bridge window =5Bio 0x2000-0x3fff=5D
=5B 1.528498=5D pci 0000:00:01.0: bridge window =5Bmem 0xc54= 00000-0xc5dfffff=5D
=5B 1.528567=5D pci 0000:00:01.0: brid= ge window =5Bmem 0xc6000000-0xc67fffff
pref=5D
=5B = 1.528655=5D pci 0000:00:1c.0: PCI bridge to =5Bbus 05=5D
=5B = 1.528727=5D pci 0000:00:1c.0: bridge window =5Bmem 0xc0000000-0xc3fff= fff=5D
=5B 1.528809=5D pci 0000:06:03.0: BAR 6: assigned =5B= mem 0xc5010000-0xc501ffff
pref=5D
=5B 1.528891=5D = pci 0000:00:1e.0: PCI bridge to =5Bbus 06=5D
=5B 1.528963=5D= pci 0000:00:1e.0: bridge window =5Bmem 0xc4800000-0xc50fffff=5D
<= div>=5B 1.529036=5D pci 0000:00:1e.0: bridge window =5Bmem 0xc400000= 0-0xc47fffff
64bit pref=5D
=5B 1.529194=5D xen: re= gistering gsi 16 triggering 0 polarity 1
=5B 1.529206=5D xen= : --> pirq=3D16 -> irq=3D16 (gsi=3D16)
=5B 1.529301=5D= xen: registering gsi 17 triggering 0 polarity 1
=5B 1.52930= 8=5D xen: --> pirq=3D17 -> irq=3D17 (gsi=3D17)
=5B 1.5= 29334=5D pci 0000:00:1e.0: setting latency timer to 64
=5B 1= .529339=5D pci=5Fbus 0000:00: resource 4 =5Bio 0x0000-0x0cf7=5D
=5B 1.529340=5D pci=5Fbus 0000:00: resource 5 =5Bio 0x0d00-0xffff=5D=
=5B 1.529341=5D pci=5Fbus 0000:00: resource 6 =5Bmem 0x000a= 0000-0x000bffff=5D
=5B 1.529343=5D pci=5Fbus 0000:00: resour= ce 7 =5Bmem 0xc0000000-0xfeafffff=5D
=5B 1.529344=5D pci=5Fb= us 0000:01: resource 0 =5Bio 0x2000-0x3fff=5D
=5B 1.529346=5D= pci=5Fbus 0000:01: resource 1 =5Bmem 0xc5400000-0xc5dfffff=5D
= =5B 1.529347=5D pci=5Fbus 0000:01: resource 2 =5Bmem 0xc6000000-0xc67f= ffff pref=5D
=5B 1.529349=5D pci=5Fbus 0000:02: resource 0 =5B= io 0x2000-0x3fff=5D
=5B 1.529350=5D pci=5Fbus 0000:02: reso= urce 1 =5Bmem 0xc5400000-0xc5dfffff=5D
=5B 1.529351=5D pci=5F= bus 0000:02: resource 2 =5Bmem 0xc6000000-0xc67fffff pref=5D
=5B= 1.529353=5D pci=5Fbus 0000:03: resource 0 =5Bio 0x3000-0x3fff=5D
=5B 1.529354=5D pci=5Fbus 0000:03: resource 1 =5Bmem 0xc5d00000= -0xc5dfffff=5D
=5B 1.529356=5D pci=5Fbus 0000:04: resource 0= =5Bio 0x2000-0x2fff=5D
=5B 1.529357=5D pci=5Fbus 0000:04: = resource 1 =5Bmem 0xc5400000-0xc5cfffff=5D
=5B 1.529359=5D p= ci=5Fbus 0000:04: resource 2 =5Bmem 0xc6000000-0xc67fffff pref=5D
=5B 1.529360=5D pci=5Fbus 0000:05: resource 1 =5Bmem 0xc0000000-0xc= 3ffffff=5D
=5B 1.529362=5D pci=5Fbus 0000:06: resource 1 =5B= mem 0xc4800000-0xc50fffff=5D
=5B 1.529363=5D pci=5Fbus 0000:= 06: resource 2 =5Bmem 0xc4000000-0xc47fffff 64bit
pref=5D
=
=5B 1.529365=5D pci=5Fbus 0000:06: resource 4 =5Bio 0x0000-0x0cf= 7=5D
=5B 1.529366=5D pci=5Fbus 0000:06: resource 5 =5Bio 0x= 0d00-0xffff=5D
=5B 1.529367=5D pci=5Fbus 0000:06: resource 6= =5Bmem 0x000a0000-0x000bffff=5D
=5B 1.529369=5D pci=5Fbus 0= 000:06: resource 7 =5Bmem 0xc0000000-0xfeafffff=5D
=5B 1.529= 390=5D NET: Registered protocol family 2
=5B 1.529604=5D TCP= established hash table entries: 32768 (order: 7, 524288
bytes)=
=5B 1.529810=5D TCP bind hash table entries: 32768 (order: = 7, 524288 bytes)
=5B 1.529938=5D TCP: Hash tables configured= (established 32768 bind 32768)
=5B 1.530019=5D TCP: reno re= gistered
=5B 1.530091=5D UDP hash table entries: 2048 (order= : 4, 65536 bytes)
=5B 1.530172=5D UDP-Lite hash table entrie= s: 2048 (order: 4, 65536 bytes)
=5B 1.530283=5D NET: Registe= red protocol family 1
=5B 1.530418=5D xen: registering gsi 2= 0 triggering 0 polarity 1
=5B 1.530425=5D xen: --> pirq=3D= 20 -> irq=3D20 (gsi=3D20)
=5B 1.543873=5D xen: registerin= g gsi 23 triggering 0 polarity 1
=5B 1.543879=5D xen: -->= pirq=3D23 -> irq=3D23 (gsi=3D23)
=5B 1.559714=5D pci 000= 0:06:03.0: Boot video device
=5B 1.559720=5D PCI: CLS 64 byt= es, default 64
=5B 1.559755=5D Trying to unpack rootfs image= as initramfs...
=5B 1.595644=5D =46reeing initrd memory: 48= 296K (ffff8800023f3000 -
ffff88000531d000)
=5B 1.5= 95844=5D Simple Boot =46lag at 0x44 set to 0x1
=5B 1.596123=5D= Scanning for low memory corruption every 60 seconds
=5B 1.5= 96685=5D Initialise module verification
=5B 1.596786=5D audi= t: initializing netlink socket (disabled)
=5B 1.596864=5D ty= pe=3D2000 audit(1391611311.580:1): initialized
=5B 1.616847=5D= bounce pool size: 64 pages
=5B 1.616918=5D HugeTLB register= ed 2 MB page size, pre-allocated 0 pages
=5B 1.617727=5D zbu= d: loaded
=5B 1.617893=5D V=46S: Disk quotas dquot=5F6.5.2
=5B 1.617987=5D Dquot-cache hash table entries: 512 (order 0,= 4096 bytes)
=5B 1.618401=5D fuse init (API version 7.22)
=5B 1.618521=5D msgmni has been set to 1736
=5B 1= .619054=5D Key type asymmetric registered
=5B 1.619120=5D As= ymmetric key parser 'x509' registered
=5B 1.619214=5D Block = layer SCSI generic (bsg) driver version 0.4 loaded
(major 252)<= /div>
=5B 1.619332=5D io scheduler noop registered
=5B = 1.619396=5D io scheduler deadline registered (default)
=5B = 1.619479=5D io scheduler cfq registered
=5B 1.620180=5D pci= eport 0000:00:01.0: Signaling PME through PCIe PME
interrupt
=5B 1.620249=5D pcieport 0000:01:00.0: Signaling PME through P= CIe PME
interrupt
=5B 1.620318=5D pcieport 0000:02= :02.0: Signaling PME through PCIe PME
interrupt
=5B = 1.620386=5D pci 0000:03:00.0: Signaling PME through PCIe PME interrupt<= /div>
=5B 1.620455=5D pci 0000:03:00.1: Signaling PME through PCIe= PME interrupt
=5B 1.620522=5D pcieport 0000:02:04.0: Signal= ing PME through PCIe PME
interrupt
=5B 1.620590=5D= pci 0000:04:00.0: Signaling PME through PCIe PME interrupt
=5B= 1.620656=5D pci 0000:04:00.1: Signaling PME through PCIe PME interrup= t
=5B 1.620727=5D pcie=5Fpme 0000:00:01.0:pcie01: service dr= iver pcie=5Fpme loaded
=5B 1.620753=5D pcieport 0000:00:1c.0= : Signaling PME through PCIe PME
interrupt
=5B 1.6= 20821=5D pci 0000:05:00.0: Signaling PME through PCIe PME interrupt
=
=5B 1.620889=5D pci 0000:05:00.1: Signaling PME through PCIe PME = interrupt
=5B 1.620961=5D pcie=5Fpme 0000:00:1c.0:pcie01: se= rvice driver pcie=5Fpme loaded
=5B 1.620971=5D pci=5Fhotplug= : PCI Hot Plug PCI Core version: 0.5
=5B 1.621045=5D pciehp:= PCI Express Hot Plug Controller Driver version: 0.4
=5B 1.6= 21152=5D intel=5Fidle: MWAIT substates: 0x1120
=5B 1.621154=5D= intel=5Fidle: v0.4 model 0x2A
=5B 1.621154=5D intel=5Fidle:= lapic=5Ftimer=5Freliable=5Fstates 0xffffffff
=5B 1.621199=5D= intel=5Fidle: intel=5Fidle yielding to none
=5B 1.621262=5D= input: Power Button as
/devices/LNXSYSTM:00/LNXPWRBN:00/input/= input0
=5B 1.621349=5D ACPI: Power Button =5BPWR=46=5D
=
=5B 1.621476=5D ACPI: =46an =5B=46AN0=5D (off)
=5B 1= .621558=5D ACPI: =46an =5B=46AN1=5D (off)
=5B 1.621637=5D AC= PI: =46an =5B=46AN2=5D (off)
=5B 1.621716=5D ACPI: =46an =5B= =46AN3=5D (off)
=5B 1.621794=5D ACPI: =46an =5B=46AN4=5D (of= f)
=5B 1.621891=5D ACPI: Requesting acpi=5Fcpufreq
=5B 1.622414=5D Monitor-Mwait will be used to enter C-1 state
=5B 1.622420=5D Monitor-Mwait will be used to enter C-2 state
=
=5B 1.622423=5D Monitor-Mwait will be used to enter C-3 state
=5B 1.624107=5D Warning: Processor Platform Limit not supported= .
=5B 1.624296=5D thermal LNXTHERM:00: registered as thermal= =5Fzone0
=5B 1.624364=5D ACPI: Thermal Zone =5BTZ01=5D (30 C= )
=5B 1.624474=5D ERST: Error Record Serialization Table (ER= ST) support is
initialized.
=5B 1.624559=5D pstore= : Registered erst as persistent store backend
=5B 1.624741=5D= GHES: APEI firmware first mode is enabled by APEI bit and
WHEA= =5FOSC.
=5B 1.625188=5D xen=5Facpi=5Fprocessor: Uploading X= en processor PM info
=5B 1.626366=5D Serial: 8250/16550 driv= er, 32 ports, IRQ sharing enabled
=5B 1.647206=5D 00:08: tty= S0 at I/O 0x3f8 (irq =3D 4) is a 16550A
=5B 1.668059=5D 00:0= 9: ttyS1 at I/O 0x2f8 (irq =3D 3) is a 16550A
=5B 1.669363=5D= hpet=5Facpi=5Fadd: no address or irqs in =5FCRS
=5B 1.66944= 0=5D Linux agpgart interface v0.103
=5B 1.670447=5D brd: mod= ule loaded
=5B 1.671000=5D loop: module loaded
=5B= 1.671294=5D libphy: =46ixed MDIO Bus: probed
=5B 1.67140= 7=5D tun: Universal TUN/TAP device driver, 1.6
=5B 1.671470=5D= tun: (C) 1999-2004 Max Krasnyansky <maxk=40qualcomm.com>
=5B 1.671611=5D PPP ge= neric driver version 2.4.2
=5B 1.671716=5D xen=5Fnetfront: I= nitialising Xen virtual ethernet driver
=5B 1.671791=5D ehci= =5Fhcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
=5B = 1.671857=5D ehci-pci: EHCI PCI platform driver
=5B 1.671999= =5D xen: registering gsi 20 triggering 0 polarity 1
=5B 1.67= 2002=5D Already setup the GSI :20
=5B 1.672084=5D ehci-pci 0= 000:00:1a.0: setting latency timer to 64
=5B 1.672092=5D ehc= i-pci 0000:00:1a.0: EHCI Host Controller
=5B 1.672160=5D ehc= i-pci 0000:00:1a.0: new USB bus registered, assigned bus
number= 1
=5B 1.672260=5D ehci-pci 0000:00:1a.0: debug port 2
=
=5B 1.676261=5D ehci-pci 0000:00:1a.0: cache line size of 64 is n= ot supported
=5B 1.676301=5D ehci-pci 0000:00:1a.0: irq 20, = io mem 0xc5e06000
=5B 1.687584=5D ehci-pci 0000:00:1a.0: USB= 2.0 started, EHCI 1.00
=5B 1.687679=5D usb usb1: New USB de= vice found, idVendor=3D1d6b, idProduct=3D0002
=5B 1.687747=5D= usb usb1: New USB device strings: Mfr=3D3, Product=3D2,
Serial= Number=3D1
=5B 1.687831=5D usb usb1: Product: EHCI Host Cont= roller
=5B 1.687896=5D usb usb1: Manufacturer: Linux 3.11.0-= 12-generic ehci=5Fhcd
=5B 1.687963=5D usb usb1: SerialNumber= : 0000:00:1a.0
=5B 1.688117=5D hub 1-0:1.0: USB hub found
=5B 1.688184=5D hub 1-0:1.0: 2 ports detected
=5B = 1.688391=5D xen: registering gsi 23 triggering 0 polarity 1
=5B= 1.688393=5D Already setup the GSI :23
=5B 1.688472=5D eh= ci-pci 0000:00:1d.0: setting latency timer to 64
=5B 1.68847= 9=5D ehci-pci 0000:00:1d.0: EHCI Host Controller
=5B 1.68854= 6=5D ehci-pci 0000:00:1d.0: new USB bus registered, assigned bus
number 2
=5B 1.688647=5D ehci-pci 0000:00:1d.0: debug port= 2
=5B 1.692645=5D ehci-pci 0000:00:1d.0: cache line size of= 64 is not supported
=5B 1.692683=5D ehci-pci 0000:00:1d.0: = irq 23, io mem 0xc5e05000
=5B 1.703612=5D ehci-pci 0000:00:1= d.0: USB 2.0 started, EHCI 1.00
=5B 1.703694=5D usb usb2: Ne= w USB device found, idVendor=3D1d6b, idProduct=3D0002
=5B 1.= 703762=5D usb usb2: New USB device strings: Mfr=3D3, Product=3D2,
SerialNumber=3D1
=5B 1.703847=5D usb usb2: Product: EHCI = Host Controller
=5B 1.703911=5D usb usb2: Manufacturer: Linu= x 3.11.0-12-generic ehci=5Fhcd
=5B 1.703979=5D usb usb2: Ser= ialNumber: 0000:00:1d.0
=5B 1.704211=5D hub 2-0:1.0: USB hub= found
=5B 1.704279=5D hub 2-0:1.0: 2 ports detected
=5B 1.704405=5D ehci-platform: EHCI generic platform driver
=5B 1.704476=5D ohci=5Fhcd: USB 1.1 'Open' Host Controller (OHCI) D= river
=5B 1.704544=5D ohci-platform: OHCI generic platform d= river
=5B 1.704612=5D uhci=5Fhcd: USB Universal Host Control= ler Interface driver
=5B 1.704718=5D i8042: PNP: No PS/2 con= troller found. Probing ports directly.
=5B 2.751476=5D i8042= : No controller found
=5B 2.751800=5D mousedev: PS/2 mouse d= evice common for all mice
=5B 2.752046=5D rtc=5Fcmos 00:06: = RTC can wake from S4
=5B 2.752293=5D rtc=5Fcmos 00:06: rtc c= ore: registered rtc=5Fcmos as rtc0
=5B 2.752416=5D rtc=5Fcmo= s 00:06: alarms up to one month, y3k, 242 bytes nvram
=5B 2.= 752522=5D device-mapper: uevent: version 1.0.3
=5B 2.752670=5D= device-mapper: ioctl: 4.25.0-ioctl (2013-06-26) initialised:
<= a href=3D=22mailto:dm-devel=40redhat.com=22>dm-devel=40redhat.com
=5B 2.752762=5D ledtrig-cpu: registered to indicate activity on= CPUs
=5B 2.752882=5D TCP: cubic registered
=5B = 2.753000=5D NET: Registered protocol family 10
=5B 2.753191= =5D NET: Registered protocol family 17
=5B 2.753260=5D Key t= ype dns=5Fresolver registered
=5B 2.753510=5D PM: Hibernatio= n image not present or could not be loaded.
=5B 2.753513=5D = Loading module verification certificates
=5B 2.754269=5D MOD= SIGN: Loaded cert 'Magrathea: Glacier signing key:
fddf6943d8ac= 4f5b6eb0919a7a3ee3d9088b1bfa'
=5B 2.754368=5D registered tas= kstats version 1
=5B 2.757449=5D Key type trusted registered=
=5B 2.760138=5D Key type encrypted registered
=5B= 2.762801=5D AppArmor: AppArmor sha1 policy hashing enabled
= =5B 2.763263=5D Magic number: 2:965:686
=5B 2.763400=5D= rtc=5Fcmos 00:06: setting system clock to 2014-02-05 14:41:52
= UTC (1391611312)
=5B 2.763537=5D BIOS EDD facility v0.16 200= 4-Jun-25, 1 devices found
=5B 2.764099=5D =46reeing unused k= ernel memory: 1364K (ffffffff81d10000 -
ffffffff81e65000)
=
=5B 2.764184=5D Write protecting the kernel read-only data: 12288= k
=5B 2.766969=5D =46reeing unused kernel memory: 1040K (fff= f8800016fc000 -
ffff880001800000)
=5B 2.767344=5D = =46reeing unused kernel memory: 836K (ffff880001b2f000 -
ffff88= 0001c00000)
=5B 2.788864=5D systemd-udevd=5B118=5D: starting= version 204
=5B 2.810809=5D pps=5Fcore: module verification= failed: signature and/or
required key missing - tainting kerne= l
=5B 2.810979=5D pps=5Fcore: LinuxPPS API ver. 1 registered=
=5B 2.811045=5D pps=5Fcore: Software ver. 5.3.6 - Copyright= 2005-2007 Rodolfo
=5B 2.811354=5D PTP = clock support registered
=5B 2.812518=5D dca service started= , version 1.12.1
=5B 2.816654=5D igb: Intel(R) Gigabit Ether= net Network Driver - version
5.0.5-k
=5B 2.816725=5D= igb: Copyright (c) 2007-2013 Intel Corporation.
=5B 2.81685= 7=5D xen: registering gsi 18 triggering 0 polarity 1
=5B 2.8= 16874=5D xen: --> pirq=3D18 -> irq=3D18 (gsi=3D18)
=5B = 2.819595=5D bnx2: Broadcom NetXtreme II Gigabit Ethernet Driver bnx2
v2.2.3 (June 27, 2012)
=5B 2.819730=5D xen: registeri= ng gsi 16 triggering 0 polarity 1
=5B 2.819732=5D Already se= tup the GSI :16
=5B 2.820521=5D bnx2 0000:05:00.0 eth0: Broa= dcom NetXtreme II BCM5716
1000Base-T (C0) PCI Express found at = mem c0000000, IRQ 16, node addr
d4:ae:52:cc:f9:6a
=5B= 2.820664=5D xen: registering gsi 17 triggering 0 polarity 1
=5B 2.820666=5D Already setup the GSI :17
=5B 2.821461=5D= bnx2 0000:05:00.1 eth1: Broadcom NetXtreme II BCM5716
1000Base= -T (C0) PCI Express found at mem c2000000, IRQ 17, node addr
d4= :ae:52:cc:f9:6b
=5B 2.821768=5D ahci 0000:00:1f.2: version 3= .0
=5B 2.821852=5D xen: registering gsi 19 triggering 0 pola= rity 1
=5B 2.821860=5D xen: --> pirq=3D19 -> irq=3D19 = (gsi=3D19)
=5B 2.821957=5D ahci: SSS flag set, parallel bus = scan disabled
=5B 2.835589=5D ahci 0000:00:1f.2: AHCI 0001.0= 300 32 slots 6 ports 3 Gbps
0x31 impl SATA mode
=5B = 2.835678=5D ahci 0000:00:1f.2: flags: 64bit ncq stag pm led clo pio slu= m
part ems sxs apst
=5B 2.835776=5D ahci 0000:00:1= f.2: setting latency timer to 64
=5B 2.851919=5D scsi0 : ahc= i
=5B 2.852047=5D scsi1 : ahci
=5B 2.852167=5D = scsi2 : ahci
=5B 2.852288=5D scsi3 : ahci
=5B 2= .852404=5D scsi4 : ahci
=5B 2.852521=5D scsi5 : ahci
=5B 2.852632=5D ata1: SATA max UDMA/133 abar m2048=400xc5e04000 por= t
0xc5e04100 irq 76
=5B 2.852725=5D ata2: DUMMY
=5B 2.852792=5D ata3: DUMMY
=5B 2.852861=5D ata4:= DUMMY
=5B 2.852923=5D ata5: SATA max UDMA/133 abar m2048=40= 0xc5e04000 port
0xc5e04300 irq 76
=5B 2.853005=5D = ata6: SATA max UDMA/133 abar m2048=400xc5e04000 port
0xc5e04380= irq 76
=5B 2.930272=5D igb: probe of 0000:03:00.0 failed wi= th error -2
=5B 2.930359=5D xen: registering gsi 19 triggeri= ng 0 polarity 1
=5B 2.930362=5D Already setup the GSI :19
=5B 2.963572=5D usb 1-1: new high-speed USB device number 2 us= ing ehci-pci
=5B 3.043827=5D igb: probe of 0000:03:00.1 fail= ed with error -2
=5B 3.043911=5D xen: registering gsi 16 tri= ggering 0 polarity 1
=5B 3.043913=5D Already setup the GSI := 16
=5B 3.096098=5D usb 1-1: New USB device found, idVendor=3D= 8087, idProduct=3D0024
=5B 3.096169=5D usb 1-1: New USB devi= ce strings: Mfr=3D0, Product=3D0,
SerialNumber=3D0
=5B= 3.096582=5D hub 1-1:1.0: USB hub found
=5B 3.096766=5D h= ub 1-1:1.0: 6 ports detected
=5B 3.171651=5D ata1: SATA link= up 3.0 Gbps (SStatus 123 SControl 300)
=5B 3.172622=5D ata1= .00: ATA-8: WDC WD5003ABYX-18WERA0, 01.01S03, max
UDMA/133
=5B 3.172692=5D ata1.00: 976773168 sectors, multi 0: LBA48 NCQ (= depth
31/32), AA
=5B 3.174631=5D ata1.00: configur= ed for UDMA/133
=5B 3.174899=5D scsi 0:0:0:0: Direct-Access = ATA WDC WD5003ABYX-1
01.0 PQ: 0 ANSI: 5
=5B = 3.175124=5D sd 0:0:0:0: =5Bsda=5D 976773168 512-byte logical blocks: (= 500
GB/465 GiB)
=5B 3.175136=5D sd 0:0:0:0: Attach= ed scsi generic sg0 type 0
=5B 3.175305=5D sd 0:0:0:0: =5Bsd= a=5D Write Protect is off
=5B 3.175372=5D sd 0:0:0:0: =5Bsda= =5D Mode Sense: 00 3a 00 00
=5B 3.175385=5D sd 0:0:0:0: =5Bs= da=5D Write cache: enabled, read cache: enabled,
doesn't suppor= t DPO or =46UA
=5B 3.207533=5D sda: sda1 sda2 < sda5 >= ;
=5B 3.207988=5D sd 0:0:0:0: =5Bsda=5D Attached SCSI disk
=5B 3.211574=5D usb 2-1: new high-speed USB device number 2 u= sing ehci-pci
=5B 3.343975=5D usb 2-1: New USB device found,= idVendor=3D8087, idProduct=3D0024
=5B 3.344045=5D usb 2-1: = New USB device strings: Mfr=3D0, Product=3D0,
SerialNumber=3D0<= /div>
=5B 3.344429=5D hub 2-1:1.0: USB hub found
=5B = 3.344656=5D hub 2-1:1.0: 6 ports detected
=5B 3.491623=5D at= a5: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
=5B 3.4= 95871=5D ata5.00: ATAPI: TSSTcorp DVD-ROM SN-108DN, D150, max UDMA/100
=5B 3.502634=5D ata5.00: configured for UDMA/100
=5B= 3.523150=5D scsi 4:0:0:0: CD-ROM TSSTcorp DVD-ROM SN-108DN=
D150 PQ: 0 ANSI: 5
=5B 3.533834=5D sr0: scsi3-mmc= drive: 24x/24x cd/rw xa/form2 cdda tray
=5B 3.533904=5D cdr= om: Uniform CD-ROM driver Revision: 3.20
=5B 3.534114=5D sr = 4:0:0:0: Attached scsi CD-ROM sr0
=5B 3.534176=5D sr 4:0:0:0= : Attached scsi generic sg1 type 5
=5B 3.615704=5D usb 2-1.1= : new high-speed USB device number 3 using ehci-pci
=5B 3.72= 1480=5D usb 2-1.1: New USB device found, idVendor=3D0b95,
idPro= duct=3D1780
=5B 3.721550=5D usb 2-1.1: New USB device string= s: Mfr=3D1, Product=3D2,
SerialNumber=3D3
=5B 3.72= 1633=5D usb 2-1.1: Product: AX88178
=5B 3.721696=5D usb 2-1.= 1: Manufacturer: ASIX Elec. Corp.
=5B 3.721760=5D usb 2-1.1:= SerialNumber: 000002
=5B 3.791674=5D usb 2-1.2: new low-spe= ed USB device number 4 using ehci-pci
=5B 3.851623=5D ata6: = SATA link down (SStatus 0 SControl 300)
=5B 3.896023=5D usb = 2-1.2: New USB device found, idVendor=3D1061,
idProduct=3D0101<= /div>
=5B 3.896102=5D usb 2-1.2: New USB device strings: Mfr=3D1, = Product=3D2,
SerialNumber=3D0
=5B 3.896184=5D usb = 2-1.2: Product: USB Keyboard & Mouse
=5B 3.896248=5D usb= 2-1.2: Manufacturer: Motorola
=5B 3.903720=5D hidraw: raw H= ID events driver (C) Jiri Kosina
=5B 3.911687=5D usbcore: re= gistered new interface driver usbhid
=5B 3.911754=5D usbhid:= USB HID core driver
=5B 3.913114=5D input: Motorola USB Key= board & Mouse as
/devices/pci0000:00/0000:00:1d.0/usb2/2-1/= 2-1.2/2-1.2:1.0/input/input1
=5B 3.913287=5D hid-generic 000= 3:1061:0101.0001: input,hidraw0: USB HID
v1.11 Keyboard =5BMoto= rola USB Keyboard & Mouse=5D on
usb-0000:00:1d.0-1.2/input0=
=5B 3.913465=5D input: Motorola USB Keyboard & Mouse as=
/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2:1.1/inpu= t/input2
=5B 3.913648=5D hid-generic 0003:1061:0101.0002: in= put,hidraw1: USB HID
v1.11 Mouse =5BMotorola USB Keyboard &= Mouse=5D on usb-0000:00:1d.0-1.2/input1
=5B 3.971702=5D usb= 2-1.5: new high-speed USB device number 5 using ehci-pci
=5B = 4.004005=5D igb 0000:04:00.0: added PHC on eth2
=5B 4.0040= 73=5D igb 0000:04:00.0: Intel(R) Gigabit Ethernet Network
Conne= ction
=5B 4.004141=5D igb 0000:04:00.0: eth2: (PCIe:2.5Gb/s:= Width x4)
90:e2:ba:53:e5:24
=5B 4.004210=5D igb 00= 00:04:00.0: eth2: PBA No: Unknown
=5B 4.004275=5D igb 0000:0= 4:00.0: Using MSI-X interrupts. 4 rx queue(s), 4
tx queue(s)
=5B 4.004403=5D xen: registering gsi 17 triggering 0 polarity = 1
=5B 4.004406=5D Already setup the GSI :17
=5B = 4.063964=5D usb 2-1.5: New USB device found, idVendor=3D0424,
= idProduct=3D2514
=5B 4.064034=5D usb 2-1.5: New USB device s= trings: Mfr=3D0, Product=3D0,
SerialNumber=3D0
=5B = 4.064453=5D hub 2-1.5:1.0: USB hub found
=5B 4.064664=5D hu= b 2-1.5:1.0: 4 ports detected
=5B 4.115846=5D bio: create sl= ab <bio-1> at 1
=5B 4.550844=5D EXT4-fs (dm-0): mounte= d filesystem with ordered data mode.
Opts: (null)
=5B= 4.968014=5D igb 0000:04:00.1: added PHC on eth3
=5B 4.96= 8096=5D igb 0000:04:00.1: Intel(R) Gigabit Ethernet Network
Con= nection
=5B 4.968164=5D igb 0000:04:00.1: eth3: (PCIe:2.5Gb/= s:Width x4)
90:e2:ba:53:e5:25
=5B 4.968233=5D igb = 0000:04:00.1: eth3: PBA No: Unknown
=5B 4.968298=5D igb 0000= :04:00.1: Using MSI-X interrupts. 4 rx queue(s), 4
tx queue(s)<= /div>
=5B 6.364613=5D Adding 4161532k swap on /dev/mapper/fiat--vg= -swap=5F1.
Priority:-1 extents:1 across:4161532k =46S
=5B 6.900721=5D EXT4-fs (dm-0): re-mounted. Opts: errors=3Dremount-r= o
=5B 7.078991=5D IPv6: ADDRCON=46(NETDEV=5FUP): eth0: link = is not ready
=5B 7.078996=5D IPv6: ADDRCON=46(NETDEV=5FUP): = eth1: link is not ready
=5B 7.079000=5D IPv6: ADDRCON=46(NET= DEV=5FUP): eth2: link is not ready
=5B 7.079004=5D IPv6: ADD= RCON=46(NETDEV=5FUP): eth3: link is not ready
=5B 7.371646=5D= systemd-udevd=5B361=5D: starting version 204
=5B 7.878340=5D= lp: driver loaded but no devices found
=5B 9.826047=5D wmi:= Mapper loaded
=5B 9.843887=5D systemd-udevd=5B460=5D: faile= d to execute
'/lib/udev/socket:/org/xen/xend/udev=5Fevent'
'socket:/org/xen/xend/udev=5Fevent': No such file or directory
=5B 9.846621=5D systemd-udevd=5B465=5D: failed to execute
<= div>'/lib/udev/socket:/org/xen/xend/udev=5Fevent'
'socket:/org/= xen/xend/udev=5Fevent': No such file or directory
=5B 9.8472= 06=5D systemd-udevd=5B466=5D: failed to execute
'/lib/udev/sock= et:/org/xen/xend/udev=5Fevent'
'socket:/org/xen/xend/udev=5Feve= nt': No such file or directory
=5B 9.849555=5D systemd-udevd= =5B467=5D: failed to execute
'/lib/udev/socket:/org/xen/xend/ud= ev=5Fevent'
'socket:/org/xen/xend/udev=5Fevent': No such file o= r directory
=5B 9.851680=5D systemd-udevd=5B469=5D: failed t= o execute
'/lib/udev/socket:/org/xen/xend/udev=5Fevent'
'socket:/org/xen/xend/udev=5Fevent': No such file or directory
=5B 9.853643=5D systemd-udevd=5B472=5D: failed to execute
'/lib/udev/socket:/org/xen/xend/udev=5Fevent'
'socket:/org/xen= /xend/udev=5Fevent': No such file or directory
=5B 9.855475=5D= systemd-udevd=5B474=5D: failed to execute
'/lib/udev/socket:/o= rg/xen/xend/udev=5Fevent'
'socket:/org/xen/xend/udev=5Fevent': = No such file or directory
=5B 9.857872=5D systemd-udevd=5B47= 6=5D: failed to execute
'/lib/udev/socket:/org/xen/xend/udev=5F= event'
'socket:/org/xen/xend/udev=5Fevent': No such file or dir= ectory
=5B 9.859002=5D ACPI Warning: 0x0000000000000428-0x00= 0000000000042f SystemIO
conflicts with Region =5CPMIO 1 (201305= 17/utaddress-251)
=5B 9.859007=5D ACPI: If an ACPI driver is= available for this device, you
should use it instead of the na= tive driver
=5B 9.859011=5D ACPI Warning: 0x0000000000000540= -0x000000000000054f SystemIO
conflicts with Region =5CGPIO 1 (2= 0130517/utaddress-251)
=5B 9.859013=5D ACPI: If an ACPI driv= er is available for this device, you
should use it instead of t= he native driver
=5B 9.859014=5D ACPI Warning: 0x00000000000= 00530-0x000000000000053f SystemIO
conflicts with Region =5CGPIO= 1 (20130517/utaddress-251)
=5B 9.859017=5D ACPI: If an ACPI= driver is available for this device, you
should use it instead= of the native driver
=5B 9.859018=5D ACPI Warning: 0x000000= 0000000500-0x000000000000052f SystemIO
conflicts with Region =5C= GPIO 1 (20130517/utaddress-251)
=5B 9.859020=5D ACPI: If an = ACPI driver is available for this device, you
should use it ins= tead of the native driver
=5B 9.859021=5D lpc=5Fich: Resourc= e conflict(s) found affecting gpio=5Fich
=5B 9.879903=5D sys= temd-udevd=5B487=5D: failed to execute
'/lib/udev/socket:/org/x= en/xend/udev=5Fevent'
'socket:/org/xen/xend/udev=5Fevent': No s= uch file or directory
=5B 9.897625=5D microcode: CPU0 sig=3D= 0x206a7, pf=3D0x2, revision=3D0x29
=5B 10.062885=5D dcdbas dc= dbas: Dell Systems Management Base Driver (version
5.6.0-3.2)
=5B 10.395062=5D microcode: CPU1 sig=3D0x206a7, pf=3D0x2, revi= sion=3D0x29
=5B 10.400676=5D microcode: CPU2 sig=3D0x206a7, p= f=3D0x2, revision=3D0x29
=5B 10.401495=5D microcode: CPU3 sig= =3D0x206a7, pf=3D0x2, revision=3D0x29
=5B 10.402320=5D microc= ode: Microcode Update Driver: v2.00 <
=5B 10.610920=5D systemd-udevd=5B570=5D: failed to e= xecute
'/lib/udev/socket:/org/xen/xend/udev=5Fevent'
= 'socket:/org/xen/xend/udev=5Fevent': No such file or directory
= =5B 10.610941=5D systemd-udevd=5B571=5D: failed to execute
'/= lib/udev/socket:/org/xen/xend/udev=5Fevent'
'socket:/org/xen/xe= nd/udev=5Fevent': No such file or directory
=5B 10.612923=5D = systemd-udevd=5B573=5D: failed to execute
'/lib/udev/socket:/or= g/xen/xend/udev=5Fevent'
'socket:/org/xen/xend/udev=5Fevent': N= o such file or directory
=5B 10.749729=5D Bluetooth: Core ver= 2.16
=5B 10.749748=5D NET: Registered protocol family 31
=5B 10.749750=5D Bluetooth: HCI device and connection manager in= itialized
=5B 10.749756=5D Bluetooth: HCI socket layer initia= lized
=5B 10.749758=5D Bluetooth: L2CAP socket layer initiali= zed
=5B 10.749762=5D Bluetooth: SCO socket layer initialized<= /div>
=5B 10.922110=5D type=3D1400 audit(1391611320.655:2): apparmo= r=3D=22STATUS=22
operation=3D=22profile=5Fload=22 parent=3D544 = profile=3D=22unconfined=22
name=3D=22/sbin/dhclient=22 pid=3D56= 0 comm=3D=22apparmor=5Fparser=22
=5B 10.922117=5D type=3D1400= audit(1391611320.655:3): apparmor=3D=22STATUS=22
operation=3D=22= profile=5Fload=22 parent=3D544 profile=3D=22unconfined=22
name=3D= =22/usr/lib/NetworkManager/nm-dhcp-client.action=22 pid=3D560
c= omm=3D=22apparmor=5Fparser=22
=5B 10.922120=5D type=3D1400 au= dit(1391611320.655:4): apparmor=3D=22STATUS=22
operation=3D=22p= rofile=5Fload=22 parent=3D544 profile=3D=22unconfined=22
name=3D= =22/usr/lib/connman/scripts/dhclient-script=22 pid=3D560
comm=3D= =22apparmor=5Fparser=22
=5B 10.922132=5D type=3D1400 audit(13= 91611320.655:5): apparmor=3D=22STATUS=22
operation=3D=22profile= =5Freplace=22 parent=3D542 profile=3D=22unconfined=22
name=3D=22= /sbin/dhclient=22 pid=3D556 comm=3D=22apparmor=5Fparser=22
=5B = 10.922139=5D type=3D1400 audit(1391611320.655:6): apparmor=3D=22STATUS=22=
operation=3D=22profile=5Freplace=22 parent=3D542 profile=3D=22= unconfined=22
name=3D=22/usr/lib/NetworkManager/nm-dhcp-client.= action=22 pid=3D556
comm=3D=22apparmor=5Fparser=22
=5B= 10.922142=5D type=3D1400 audit(1391611320.655:7): apparmor=3D=22STATUS= =22
operation=3D=22profile=5Freplace=22 parent=3D542 profile=3D= =22unconfined=22
name=3D=22/usr/lib/connman/scripts/dhclient-sc= ript=22 pid=3D556
comm=3D=22apparmor=5Fparser=22
=5B = 10.922156=5D type=3D1400 audit(1391611320.655:8): apparmor=3D=22STATUS=22=
operation=3D=22profile=5Freplace=22 parent=3D543 profile=3D=22= unconfined=22
name=3D=22/sbin/dhclient=22 pid=3D559 comm=3D=22a= pparmor=5Fparser=22
=5B 10.922162=5D type=3D1400 audit(139161= 1320.655:9): apparmor=3D=22STATUS=22
operation=3D=22profile=5Fr= eplace=22 parent=3D543 profile=3D=22unconfined=22
name=3D=22/us= r/lib/NetworkManager/nm-dhcp-client.action=22 pid=3D559
comm=3D= =22apparmor=5Fparser=22
=5B 10.922166=5D type=3D1400 audit(13= 91611320.655:10): apparmor=3D=22STATUS=22
operation=3D=22profil= e=5Freplace=22 parent=3D543 profile=3D=22unconfined=22
name=3D=22= /usr/lib/connman/scripts/dhclient-script=22 pid=3D559
comm=3D=22= apparmor=5Fparser=22
=5B 10.922186=5D type=3D1400 audit(13916= 11320.655:11): apparmor=3D=22STATUS=22
operation=3D=22profile=5F= replace=22 parent=3D547 profile=3D=22unconfined=22
name=3D=22/s= bin/dhclient=22 pid=3D557 comm=3D=22apparmor=5Fparser=22
=5B = 10.960369=5D Bluetooth: R=46COMM TTY layer initialized
=5B 10= .960378=5D Bluetooth: R=46COMM socket layer initialized
=5B 1= 0.960379=5D Bluetooth: R=46COMM ver 1.11
=5B 11.096147=5D ini= t: avahi-cups-reload main process (598) terminated with
status = 1
=5B 11.167124=5D Bluetooth: BNEP (Ethernet Emulation) ver 1= .3
=5B 11.167127=5D Bluetooth: BNEP filters: protocol multica= st
=5B 11.167134=5D Bluetooth: BNEP socket layer initialized<= /div>
=5B 11.287751=5D asix 2-1.1:1.0 eth0: register 'asix' at
usb-0000:00:1d.0-1.1, ASIX AX88178 USB 2.0 Ethernet, 00:0e:c6:88:f6= :d3
=5B 11.287788=5D usbcore: registered new interface driver= asix
=5B 11.288748=5D systemd-udevd=5B642=5D: failed to exec= ute
'/lib/udev/socket:/org/xen/xend/udev=5Fevent'
'so= cket:/org/xen/xend/udev=5Fevent': No such file or directory
=5B= 11.341535=5D ppdev: user-space parallel port driver
=5B 11= .696251=5D Bridge firewalling registered
=5B 11.699221=5D dev= ice eth0 entered promiscuous mode
=5B 12.437016=5D IPv6: ADDR= CON=46(NETDEV=5FUP): eth0: link is not ready
=5B 12.437109=5D= IPv6: ADDRCON=46(NETDEV=5FUP): xenbr0: link is not ready
=5B = 15.138103=5D IPv6: ADDRCON=46(NETDEV=5FCHANGE): eth0: link becomes ready=
=5B 15.139187=5D asix 2-1.1:1.0 eth0: link up, 1000Mbps, ful= l-duplex, lpa
0xC5E1
=5B 15.143931=5D xenbr0: port = 1(eth0) entered forwarding state
=5B 15.143942=5D xenbr0: por= t 1(eth0) entered forwarding state
=5B 15.143955=5D IPv6: ADD= RCON=46(NETDEV=5FCHANGE): xenbr0: link becomes ready
=5B 15.7= 68228=5D init: udev-fallback-graphics main process (932) terminated
=
with status 1
=5B 17.202300=5D init: failsafe main proce= ss (628) killed by TERM signal
=5B 17.799180=5D audit=5Fprint= k=5Fskb: 69 callbacks suppressed
=5B 17.799184=5D type=3D1400= audit(1391611327.531:35): apparmor=3D=22STATUS=22
operation=3D= =22profile=5Freplace=22 parent=3D1353 profile=3D=22unconfined=22
name=3D=22/sbin/dhclient=22 pid=3D1361 comm=3D=22apparmor=5Fparser=22
=5B 17.799189=5D type=3D1400 audit(1391611327.531:36): apparmo= r=3D=22STATUS=22
operation=3D=22profile=5Freplace=22 parent=3D1= 353 profile=3D=22unconfined=22
name=3D=22/usr/lib/NetworkManage= r/nm-dhcp-client.action=22 pid=3D1361
comm=3D=22apparmor=5Fpars= er=22
=5B 17.799193=5D type=3D1400 audit(1391611327.531:37): = apparmor=3D=22STATUS=22
operation=3D=22profile=5Freplace=22 par= ent=3D1353 profile=3D=22unconfined=22
name=3D=22/usr/lib/connma= n/scripts/dhclient-script=22 pid=3D1361
comm=3D=22apparmor=5Fpa= rser=22
=5B 17.799644=5D type=3D1400 audit(1391611327.535:38)= : apparmor=3D=22STATUS=22
operation=3D=22profile=5Freplace=22 p= arent=3D1353 profile=3D=22unconfined=22
name=3D=22/usr/lib/Netw= orkManager/nm-dhcp-client.action=22 pid=3D1361
comm=3D=22apparm= or=5Fparser=22
=5B 17.799649=5D type=3D1400 audit(1391611327.= 535:39): apparmor=3D=22STATUS=22
operation=3D=22profile=5Frepla= ce=22 parent=3D1353 profile=3D=22unconfined=22
name=3D=22/usr/l= ib/connman/scripts/dhclient-script=22 pid=3D1361
comm=3D=22appa= rmor=5Fparser=22
=5B 17.799876=5D type=3D1400 audit(139161132= 7.535:40): apparmor=3D=22STATUS=22
operation=3D=22profile=5Frep= lace=22 parent=3D1353 profile=3D=22unconfined=22
name=3D=22/usr= /lib/connman/scripts/dhclient-script=22 pid=3D1361
comm=3D=22ap= parmor=5Fparser=22
=5B 18.034955=5D type=3D1400 audit(1391611= 327.767:41): apparmor=3D=22STATUS=22
operation=3D=22profile=5Fl= oad=22 parent=3D1353 profile=3D=22unconfined=22
name=3D=22/usr/= lib/x86=5F64-linux-gnu/lightdm-remote-session-freerdp/freerdp-session-wra= pper=22
pid=3D1359 comm=3D=22apparmor=5Fparser=22
=5B= 18.034960=5D type=3D1400 audit(1391611327.767:42): apparmor=3D=22STATU= S=22
operation=3D=22profile=5Fload=22 parent=3D1353 profile=3D=22= unconfined=22
name=3D=22chromium=5Fbrowser=22 pid=3D1359 comm=3D= =22apparmor=5Fparser=22
=5B 18.035292=5D type=3D1400 audit(13= 91611327.767:43): apparmor=3D=22STATUS=22
operation=3D=22profil= e=5Freplace=22 parent=3D1353 profile=3D=22unconfined=22
name=3D= =22chromium=5Fbrowser=22 pid=3D1359 comm=3D=22apparmor=5Fparser=22
<= div>=5B 18.067968=5D type=3D1400 audit(1391611327.803:44): apparmor=3D=22= STATUS=22
operation=3D=22profile=5Fload=22 parent=3D1353 profil= e=3D=22unconfined=22
name=3D=22/usr/lib/x86=5F64-linux-gnu/ligh= tdm-remote-session-uccsconfigure/uccsconfigure-session-wrapper=22
pid=3D1360 comm=3D=22apparmor=5Fparser=22
=5B 19.521968=5D= xen:xen=5Fevtchn: Event-channel device installed
=5B 20.6681= 88=5D IPv6: ADDRCON=46(NETDEV=5FUP): eth2: link is not ready
=5B= 20.668698=5D IPv6: ADDRCON=46(NETDEV=5FUP): eth2: link is not ready
=5B 21.508464=5D IPv6: ADDRCON=46(NETDEV=5FUP): eth4: link is n= ot ready
=5B 21.508911=5D IPv6: ADDRCON=46(NETDEV=5FUP): eth4= : link is not ready
=5B 21.600614=5D bnx2 0000:05:00.0 eth3: = using MSIX
=5B 21.600639=5D IPv6: ADDRCON=46(NETDEV=5FUP): et= h3: link is not ready
=5B 21.601034=5D IPv6: ADDRCON=46(NETDE= V=5FUP): eth3: link is not ready
=5B 21.656654=5D bnx2 0000:0= 5:00.1 eth1: using MSIX
=5B 21.656676=5D IPv6: ADDRCON=46(NET= DEV=5FUP): eth1: link is not ready
=5B 21.657027=5D IPv6: ADD= RCON=46(NETDEV=5FUP): eth1: link is not ready
=5B 30.168115=5D= xenbr0: port 1(eth0) entered forwarding state
=5B 679.030308=5D= xen=5Fpciback: backend is passthrough
=5B 679.119557=5D pciba= ck 0000:05:00.0: seizing device
=5B 679.135333=5D xen: registe= ring gsi 16 triggering 0 polarity 1
=5B 679.135338=5D Already = setup the GSI :16
=5B 679.223564=5D pciback 0000:05:00.1: seiz= ing device
=5B 679.239332=5D xen: registering gsi 17 triggerin= g 0 polarity 1
=5B 679.239337=5D Already setup the GSI :17
=5B 826.675306=5D IPv6: ADDRCON=46(NETDEV=5FUP): vif1.0: link is = not ready
=5B 826.675650=5D IPv6: ADDRCON=46(NETDEV=5FUP): vif= 1.0: link is not ready
=5B 826.847467=5D device vif1.0 entered= promiscuous mode
=5B 827.529251=5D ip=5Ftables: (C) 2000-2006= Netfilter Core Team
=5B 827.871604=5D device vif1.0-emu enter= ed promiscuous mode
=5B 827.872947=5D xenbr0: port 3(vif1.0-em= u) entered forwarding state
=5B 827.872953=5D xenbr0: port 3(v= if1.0-emu) entered forwarding state
=5B 842.899266=5D xenbr0: = port 3(vif1.0-emu) entered forwarding state


=
/etc/xen/ubuntu-hvm-0.cfg
kernel =3D =22/usr/lib/xen= -4.3/boot/hvmloader=22
builder=3D'hvm'
memory =3D 102= 4
vcpus=3D2
name =3D =22ubuntu-hvm-0=22
vif= =3D =5B'bridge=3Dxenbr0'=5D
pci=5Fpermissive=3D1
pci= =3D =5B'05:00.0', '05:00.1'=5D
disk =3D
=5B'phy:/dev/= fiat-vg/ubuntu-hvm-0,hda,w','file:/root/ubuntu-12.04.3-server-amd64.iso= ,hdc:cdrom,r'=5D
acpi =3D 1
device=5Fmodel =3D 'q= emu-dm'
boot=3D=22d=22
sdl=3D0
serial=3D'pt= y'
vnc=3D1
=23vnclisten=3D=22=22
vncpasswd=3D= =22=22
on=5Fpoweroff =3D 'destroy'
on=5Freboot =3D = 'restart'
on=5Fcrash =3D 'restart'

=

Any suggestions=3F


On Wed, =46eb 5, 2014 at 8:54 AM, Mike Neiderhauser <<= /div>

I have. But I cant seem to get the xm toolstack to swit= ch with xl.

Regards

On Wed, =46eb 5, 2014 at 8:53 AM, Ian Campbell <Ian.Campbell=40citrix.com>w= rote:

On Wed,= 2014-02-05 at 08:43 -0500, Mike Neiderhauser wrote:
Do you have any suggestions for a setup guide fo= r 4.3=3F I have
installed xen-hypervisor-4.3-amd64 from ubuntu = package manger and I
don't know where to go from here.

Have you looked on the wiki=3F
<= /div>
-------------- next part ------= --------
An HTML attachment was scrubbed...
------------------------------

=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F
Xe= n-users mailing list


End of Xen-users Digest, Vol 108, Issue 7
*****************************************
=20 =20 =20 =20 =20

--52f269f9_515f007c_701-- --===============9088043255727072894== 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 --===============9088043255727072894==-- From xen-users-bounces@lists.xen.org Wed Feb 05 16:43:17 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Feb 2014 16:43: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 1WB5Yu-0007qt-5N; Wed, 05 Feb 2014 16:42:56 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WB5Yr-0007qR-BL for xen-users@lists.xen.org; Wed, 05 Feb 2014 16:42:54 +0000 Received: from [193.109.254.147:7716] by server-8.bemta-14.messagelabs.com id 54/50-18529-C0A62F25; Wed, 05 Feb 2014 16:42:52 +0000 X-Env-Sender: gabriel@flowecommerce.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1391618563!2259433!1 X-Originating-IP: [209.85.213.41] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_20_30,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27724 invoked from network); 5 Feb 2014 16:42:44 -0000 Received: from mail-yh0-f41.google.com (HELO mail-yh0-f41.google.com) (209.85.213.41) by server-10.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 5 Feb 2014 16:42:44 -0000 Received: by mail-yh0-f41.google.com with SMTP id f73so657768yha.14 for ; Wed, 05 Feb 2014 08:42:43 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:message-id:in-reply-to:references :subject:mime-version:content-type; bh=+5azC1zEKyRvcJazOFCN3niF4DAxIwWce7tqCz+5Ot0=; b=LiYu4ujPCBqBpTVfXC8YwXr0Kd4dZ0zl6G3anzWuhFQlzH6d9oWsuJUm7sQ7g4LbVV 0+KlGhoV7FEKUqqjD5uf4kYLVQvoaLr2AQfIoNy68ykBFKFxq7WfGYAfaNRC4fTsZ2T/ MX69b5ES3kE7DryQSA/8heO0wczIajEGlZFSHTYOg2F/eFFa/ZbuikynKuq6Dmj/Hio2 tB+z+qzkxjl9JWA6BY1HFthCN8pZiKnk8lo5RBhniMNZs2N7d2po4CgaOJM2ZUEsAeVT Rxm7HbJba4ABjQ42rGk53DhtSHl4FrgZaLdCjbc+q+0Rq0QkU/SBelRcPdg2D1ALosVQ N6MA== X-Gm-Message-State: ALoCoQn3iXc/13DphK2Rkv2wVmCaVnn3aMy2r2Z0P7kK+qHURKnvDSmlpbGBpORUdg3WhrAcyGq+ X-Received: by 10.236.60.228 with SMTP id u64mr2182665yhc.34.1391618562237; Wed, 05 Feb 2014 08:42:42 -0800 (PST) Received: from [192.168.1.8] (177.96.248.193.dynamic.adsl.gvt.net.br. [177.96.248.193]) by mx.google.com with ESMTPSA id 48sm97664191yhq.11.2014.02.05.08.42.35 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Wed, 05 Feb 2014 08:42:40 -0800 (PST) Date: Wed, 5 Feb 2014 14:42:33 -0200 From: Gabriel Queiroz Silva To: xen-users@lists.xen.org Message-ID: <21EF6FDD3BE64A18B65C191B5FDB264D@flowecommerce.com> In-Reply-To: References: X-Mailer: sparrow 1.6.4 (build 1178) MIME-Version: 1.0 Subject: Re: [Xen-users] Xen-users Digest, Vol 108, Issue 7 X-BeenThere: xen-users@lists.xen.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="===============9088043255727072894==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============9088043255727072894== Content-Type: multipart/alternative; boundary="52f269f9_515f007c_701" --52f269f9_515f007c_701 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline unsubscribe -- Gabriel Queiroz +55 61 3037-2002 gabriel@flowecommerce.com (mailto:gabriel@flowecommerce.com) www.flowecommerce.com (http://www.flowecommerce.com/) On Wednesday, February 5, 2014 at 14:35, xen-users-request@lists.xen.org wrote: > Send Xen-users mailing list submissions to > xen-users@lists.xen.org (mailto:xen-users@lists.xen.org) > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-users > or, via email, send a message with subject or body 'help' to > xen-users-request@lists.xen.org (mailto:xen-users-request@lists.xen.org) > > You can reach the person managing the list at > xen-users-owner@lists.xen.org (mailto:xen-users-owner@lists.xen.org) > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Xen-users digest..." > > > Today's Topics: > > 1. Re: Requesting Help - Error: pci: PCI Backend and pci-stub > don't own device (Mike Neiderhauser) > 2. Re: Requesting Help - Error: pci: PCI Backend and pci-stub > don't own device (Mike Neiderhauser) > 3. Re: Requesting Help - Error: pci: PCI Backend and pci-stub > don't own device (Mike Neiderhauser) > 4. Re: Requesting Help - Error: pci: PCI Backend and pci-stub > don't own device (Mike Neiderhauser) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 5 Feb 2014 08:09:12 -0500 > From: Mike Neiderhauser > To: Ian Campbell > Cc: xen-users > Subject: Re: [Xen-users] Requesting Help - Error: pci: PCI Backend and > pci-stub don't own device > Message-ID: > > Content-Type: text/plain; charset="iso-8859-1" > > Sorry about dropping the CC. I will try not to do it again. > > Which logs are you looking for? > > I have already started installing Ubuntu on the machine so anything that > was from the 4.1 config has been deleted (I have a system image if I need > to restore it to get additional information). > > Regards > > > On Wed, Feb 5, 2014 at 7:52 AM, Ian Campbell wrote: > > > You've dropped the list CC, please don't do that. I've put it back. > > > > On Wed, 2014-02-05 at 07:45 -0500, Mike Neiderhauser wrote: > > > Looking at lshw on the machine shows that the device configuration > > > driver (after running the boot script) is pciback. > > > > > > > > > Anything in the logs? > > > > > > > On another note, do you have any suggests for getting started with Xen > > > 4.3? I plan on using Ubuntu 13.10 as a base os and then installing on > > > there. Do I need to compile a custom kernel or anything? > > > > > > > > > I don't know much about Ubuntu, but in general it isn't necessary to > > compile a custom kernel these days, unless you run into a bug which > > requires patching etc. > > > > Ian. > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > ------------------------------ > > Message: 2 > Date: Wed, 5 Feb 2014 08:43:48 -0500 > From: Mike Neiderhauser > To: Ian Campbell > Cc: xen-users > Subject: Re: [Xen-users] Requesting Help - Error: pci: PCI Backend and > pci-stub don't own device > Message-ID: > > Content-Type: text/plain; charset="iso-8859-1" > > Do you have any suggestions for a setup guide for 4.3? I have installed > xen-hypervisor-4.3-amd64 from ubuntu package manger and I don't know where > to go from here. > > Thanks > > > On Wed, Feb 5, 2014 at 8:15 AM, Ian Campbell wrote: > > > On Wed, 2014-02-05 at 08:09 -0500, Mike Neiderhauser wrote: > > > > > Which logs are you looking for? > > > > "xm dmesg" (or xl dmesg) in addition to the dom0 kernel dmesg. From a > > previous reply: > > Does it say anything extra after you try the final create with > > 22 > > Invalid Argument as the result? > > > > Also you should look in "xm dmesg" (Xen's console) as well as > > "dmesg" (dom0's console) > > > > > I have already started installing Ubuntu on the machine so anything > > > that was from the 4.1 config has been deleted (I have a system image > > > if I need to restore it to get additional information). > > > > > > > > > It's OK, lets focus on the newer version. > > > > > > Ian. > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > ------------------------------ > > Message: 3 > Date: Wed, 5 Feb 2014 08:54:18 -0500 > From: Mike Neiderhauser > To: Ian Campbell > Cc: xen-users > Subject: Re: [Xen-users] Requesting Help - Error: pci: PCI Backend and > pci-stub don't own device > Message-ID: > > Content-Type: text/plain; charset="iso-8859-1" > > I have. But I cant seem to get the xm toolstack to switch with xl. > > Regards > > > On Wed, Feb 5, 2014 at 8:53 AM, Ian Campbell wrote: > > > On Wed, 2014-02-05 at 08:43 -0500, Mike Neiderhauser wrote: > > > Do you have any suggestions for a setup guide for 4.3? I have > > > installed xen-hypervisor-4.3-amd64 from ubuntu package manger and I > > > don't know where to go from here. > > > > > > > > > Have you looked on the wiki? > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > ------------------------------ > > Message: 4 > Date: Wed, 5 Feb 2014 10:00:00 -0500 > From: Mike Neiderhauser > To: Ian Campbell > Cc: xen-users > Subject: Re: [Xen-users] Requesting Help - Error: pci: PCI Backend and > pci-stub don't own device > Message-ID: > > Content-Type: text/plain; charset="iso-8859-1" > > Okay. I was able to switch over the toolstack to xl. > > When trying to create the domu I get this: > > root@fiat:~# xl create /etc/xen/ubuntu-hvm-0.cfg > Parsing config from /etc/xen/ubuntu-hvm-0.cfg > WARNING: ignoring "kernel" directive for HVM guest. Use "firmware_override" > instead if you really want a non-default firmware > WARNING: ignoring device_model directive. > WARNING: Use "device_model_override" instead if you really want a > non-default device_model > xc: info: VIRTUAL MEMORY ARRANGEMENT: > Loader: 0000000000100000->00000000001a69a4 > Modules: 0000000000000000->0000000000000000 > TOTAL: 0000000000000000->000000003f800000 > ENTRY ADDRESS: 0000000000100608 > xc: info: PHYSICAL MEMORY ALLOCATION: > 4KB PAGES: 0x0000000000000200 > 2MB PAGES: 0x00000000000001fb > 1GB PAGES: 0x0000000000000000 > libxl: error: libxl_pci.c:990:libxl__device_pci_reset: The kernel doesn't > support reset from sysfs for PCI device 0000:05:00.0 > libxl: error: libxl_pci.c:990:libxl__device_pci_reset: The kernel doesn't > support reset from sysfs for PCI device 0000:05:00.1 > Daemon running with PID 3095 > > > xl dmesg > root@fiat:~# xl dmesg > (XEN) Xen version 4.3.0 (Ubuntu 4.3.0-1ubuntu1.2) ( > stefan.bader@canonical.com (mailto:stefan.bader@canonical.com)) (gcc (Ubuntu/Linaro 4.8.1-10ubuntu8) 4.8.1) > debug=n Tue Dec 17 15:35:25 UTC 2013 > (XEN) Bootloader: GRUB 2.00-19ubuntu2.1 > (XEN) Command line: placeholder dom0_mem=1024M > (XEN) Video information: > (XEN) VGA is text mode 80x25, font 8x16 > (XEN) VBE/DDC methods: none; EDID transfer time: 0 seconds > (XEN) EDID info not retrieved because no DDC retrieval method detected > (XEN) Disc information: > (XEN) Found 1 MBR signatures > (XEN) Found 1 EDD information structures > (XEN) Xen-e820 RAM map: > (XEN) 0000000000000000 - 000000000009e400 (usable) > (XEN) 000000000009e400 - 00000000000a0000 (reserved) > (XEN) 00000000000e0000 - 0000000000100000 (reserved) > (XEN) 0000000000100000 - 00000000bdfb0000 (usable) > (XEN) 00000000bdfb0000 - 00000000bf3b0000 (reserved) > (XEN) 00000000bf3b0000 - 00000000bf5d7000 (usable) > (XEN) 00000000bf5d7000 - 00000000bf5d9000 (reserved) > (XEN) 00000000bf5d9000 - 00000000bf5ea000 (usable) > (XEN) 00000000bf5ea000 - 00000000bf5ee000 (reserved) > (XEN) 00000000bf5ee000 - 00000000bf5f0000 (usable) > (XEN) 00000000bf5f0000 - 00000000bf601000 (reserved) > (XEN) 00000000bf601000 - 00000000bf63f000 (usable) > (XEN) 00000000bf63f000 - 00000000bf6bf000 (reserved) > (XEN) 00000000bf6bf000 - 00000000bf7bf000 (ACPI NVS) > (XEN) 00000000bf7bf000 - 00000000bf7f0000 (ACPI data) > (XEN) 00000000bf7f0000 - 00000000bf800000 (usable) > (XEN) 00000000bf800000 - 00000000c0000000 (reserved) > (XEN) 00000000e0000000 - 00000000f0000000 (reserved) > (XEN) 00000000feb00000 - 00000000feb04000 (reserved) > (XEN) 00000000fec00000 - 00000000fec01000 (reserved) > (XEN) 00000000fed10000 - 00000000fed1a000 (reserved) > (XEN) 00000000fed1c000 - 00000000fed20000 (reserved) > (XEN) 00000000fee00000 - 00000000fee01000 (reserved) > (XEN) 00000000ffc00000 - 0000000100000000 (reserved) > (XEN) 0000000100000000 - 0000000140000000 (usable) > (XEN) ACPI: RSDP 000FE020, 0024 (r2 DELL ) > (XEN) ACPI: XSDT BF7EF170, 00A4 (r1 DELL PE_SC3 1 DELL 40000) > (XEN) ACPI: FACP BF7EB000, 00F4 (r4 DELL PE_SC3 1 DELL 40000) > (XEN) ACPI: DSDT BF7E1000, 68FE (r1 DELL PE_SC3 0 DELL 40000) > (XEN) ACPI: FACS BF7B8000, 0040 > (XEN) ACPI: SPMI BF7EE000, 0040 (r5 DELL PE_SC3 1 DELL 40000) > (XEN) ACPI: DMAR BF7ED000, 0078 (r1 DELL PE_SC3 1 DELL 40000) > (XEN) ACPI: ASF! BF7EC000, 00A5 (r32 DELL PE_SC3 1 DELL 40000) > (XEN) ACPI: HPET BF7EA000, 0038 (r1 DELL PE_SC3 1 DELL 40000) > (XEN) ACPI: APIC BF7E9000, 0092 (r2 DELL PE_SC3 1 DELL 40000) > (XEN) ACPI: MCFG BF7E8000, 003C (r1 DELL PE_SC3 1 DELL 40000) > (XEN) ACPI: BOOT BF7DE000, 0028 (r1 DELL PE_SC3 1 DELL 40000) > (XEN) ACPI: SSDT BF7DD000, 02F6 (r1 DELL PE_SC3 1000 DELL 40000) > (XEN) ACPI: ASPT BF7DA000, 0034 (r7 DELL PE_SC3 1 DELL 40000) > (XEN) ACPI: SSDT BF7D9000, 060E (r1 DELL PE_SC3 3000 DELL 40000) > (XEN) ACPI: SSDT BF7D8000, 0A92 (r1 DELL PE_SC3 3000 DELL 40000) > (XEN) ACPI: HEST BF7D7000, 00A8 (r1 DELL PE_SC3 0 DELL 40000) > (XEN) ACPI: ERST BF7D6000, 0230 (r1 DELL PE_SC3 0 DELL 40000) > (XEN) ACPI: BERT BF7D5000, 0030 (r1 DELL PE_SC3 0 DELL 40000) > (XEN) ACPI: EINJ BF7D4000, 0130 (r1 DELL PE_SC3 0 DELL 40000) > (XEN) System RAM: 4065MB (4163416kB) > (XEN) Domain heap initialised > (XEN) Processor #0 6:10 APIC version 21 > (XEN) Processor #2 6:10 APIC version 21 > (XEN) Processor #4 6:10 APIC version 21 > (XEN) Processor #6 6:10 APIC version 21 > (XEN) IOAPIC[0]: apic_id 0, version 32, address 0xfec00000, GSI 0-23 > (XEN) Enabling APIC mode: Flat. Using 1 I/O APICs > (XEN) [VT-D]dmar.c:583: RMRR address range not in reserved memory base = > 0 end = fff; iommu_inclusive_mapping=1 parameter may be needed. > (XEN) Switched to APIC driver x2apic_cluster. > (XEN) Using scheduler: SMP Credit Scheduler (credit) > (XEN) Detected 3093.056 MHz processor. > (XEN) Initing memory sharing. > (XEN) xstate_init: using cntxt_size: 0x340 and states: 0x7 > (XEN) Intel VT-d iommu 0 supported page sizes: 4kB. > (XEN) Intel VT-d Snoop Control enabled. > (XEN) Intel VT-d Dom0 DMA Passthrough not enabled. > (XEN) Intel VT-d Queued Invalidation enabled. > (XEN) Intel VT-d Interrupt Remapping enabled. > (XEN) Intel VT-d Shared EPT tables not enabled. > (XEN) I/O virtualisation enabled > (XEN) - Dom0 mode: Relaxed > (XEN) Interrupt remapping enabled > (XEN) Enabled directed EOI with ioapic_ack_old on! > (XEN) ENABLING IO-APIC IRQs > (XEN) -> Using old ACK method > (XEN) Platform timer is 14.318MHz HPET > (XEN) Allocated console ring of 16 KiB. > (XEN) VMX: Supported advanced features: > (XEN) - APIC MMIO access virtualisation > (XEN) - APIC TPR shadow > (XEN) - Extended Page Tables (EPT) > (XEN) - Virtual-Processor Identifiers (VPID) > (XEN) - Virtual NMI > (XEN) - MSR direct-access bitmap > (XEN) - Unrestricted Guest > (XEN) HVM: ASIDs enabled. > (XEN) HVM: VMX enabled > (XEN) HVM: Hardware Assisted Paging (HAP) detected > (XEN) HVM: HAP page sizes: 4kB, 2MB > (XEN) Brought up 4 CPUs > (XEN) mtrr: your CPUs had inconsistent variable MTRR settings > (XEN) *** LOADING DOMAIN 0 *** > (XEN) Xen kernel: 64-bit, lsb, compat32 > (XEN) Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x23f3000 > (XEN) PHYSICAL MEMORY ARRANGEMENT: > (XEN) Dom0 alloc.: 0000000134000000->0000000138000000 (233686 pages to > be allocated) > (XEN) Init. ramdisk: 000000013d0d6000->000000013ffff800 > (XEN) VIRTUAL MEMORY ARRANGEMENT: > (XEN) Loaded kernel: ffffffff81000000->ffffffff823f3000 > (XEN) Init. ramdisk: ffffffff823f3000->ffffffff8531c800 > (XEN) Phys-Mach map: ffffffff8531d000->ffffffff8551d000 > (XEN) Start info: ffffffff8551d000->ffffffff8551d4b4 > (XEN) Page tables: ffffffff8551e000->ffffffff8554d000 > (XEN) Boot stack: ffffffff8554d000->ffffffff8554e000 > (XEN) TOTAL: ffffffff80000000->ffffffff85800000 > (XEN) ENTRY ADDRESS: ffffffff81d261e0 > (XEN) Dom0 has maximum 4 VCPUs > (XEN) Scrubbing Free RAM: .............................done. > (XEN) Initial low memory virq threshold set at 0x4000 pages. > (XEN) Std. Loglevel: Errors and warnings > (XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings) > (XEN) Xen is relinquishing VGA console. > (XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch input > to Xen) > (XEN) Freed 260kB init memory. > (XEN) traps.c:2503:d0 Domain attempted WRMSR 00000000000001fc from > 0x000000000004005f to 0x000000000004005d. > (XEN) traps.c:2503:d0 Domain attempted WRMSR 00000000000001fc from > 0x000000000004005f to 0x000000000004005d. > (XEN) traps.c:2503:d0 Domain attempted WRMSR 00000000000001fc from > 0x000000000004005f to 0x000000000004005d. > (XEN) traps.c:2503:d0 Domain attempted WRMSR 00000000000001fc from > 0x000000000004005f to 0x000000000004005d. > > > dmesg > root@fiat:~# dmesg > [ 0.000000] Initializing cgroup subsys cpuset > [ 0.000000] Initializing cgroup subsys cpu > [ 0.000000] Initializing cgroup subsys cpuacct > [ 0.000000] Linux version 3.11.0-12-generic (buildd@allspice) (gcc > version 4.8.1 (Ubuntu/Linaro 4.8.1-10ubuntu7) ) #19-Ubuntu SMP Wed Oct 9 > 16:20:46 UTC 2013 (Ubuntu 3.11.0-12.19-generic 3.11.3) > [ 0.000000] Command line: placeholder root=/dev/mapper/fiat--vg-root ro > biosdevname=0 > [ 0.000000] KERNEL supported cpus: > [ 0.000000] Intel GenuineIntel > [ 0.000000] AMD AuthenticAMD > [ 0.000000] Centaur CentaurHauls > [ 0.000000] Freeing 9e-100 pfn range: 98 pages freed > [ 0.000000] 1-1 mapping on 9e->100 > [ 0.000000] 1-1 mapping on bdfb0->bf3b0 > [ 0.000000] 1-1 mapping on bf5d7->bf5d9 > [ 0.000000] 1-1 mapping on bf5ea->bf5ee > [ 0.000000] 1-1 mapping on bf5f0->bf601 > [ 0.000000] 1-1 mapping on bf63f->bf7f0 > [ 0.000000] 1-1 mapping on bf800->100000 > [ 0.000000] Released 98 pages of unused memory > [ 0.000000] Set 269866 page(s) to 1-1 mapping > [ 0.000000] Populating 40000-40062 pfn range: 98 pages added > [ 0.000000] e820: BIOS-provided physical RAM map: > [ 0.000000] Xen: [mem 0x0000000000000000-0x000000000009dfff] usable > [ 0.000000] Xen: [mem 0x000000000009e400-0x00000000000fffff] reserved > [ 0.000000] Xen: [mem 0x0000000000100000-0x00000000bdfaffff] usable > [ 0.000000] Xen: [mem 0x00000000bdfb0000-0x00000000bf3affff] reserved > [ 0.000000] Xen: [mem 0x00000000bf3b0000-0x00000000bf5d6fff] usable > [ 0.000000] Xen: [mem 0x00000000bf5d7000-0x00000000bf5d8fff] reserved > [ 0.000000] Xen: [mem 0x00000000bf5d9000-0x00000000bf5e9fff] usable > [ 0.000000] Xen: [mem 0x00000000bf5ea000-0x00000000bf5edfff] reserved > [ 0.000000] Xen: [mem 0x00000000bf5ee000-0x00000000bf5effff] usable > [ 0.000000] Xen: [mem 0x00000000bf5f0000-0x00000000bf600fff] reserved > [ 0.000000] Xen: [mem 0x00000000bf601000-0x00000000bf63efff] usable > [ 0.000000] Xen: [mem 0x00000000bf63f000-0x00000000bf6befff] reserved > [ 0.000000] Xen: [mem 0x00000000bf6bf000-0x00000000bf7befff] ACPI NVS > [ 0.000000] Xen: [mem 0x00000000bf7bf000-0x00000000bf7effff] ACPI data > [ 0.000000] Xen: [mem 0x00000000bf7f0000-0x00000000bf7fffff] usable > [ 0.000000] Xen: [mem 0x00000000bf800000-0x00000000bfffffff] reserved > [ 0.000000] Xen: [mem 0x00000000e0000000-0x00000000efffffff] reserved > [ 0.000000] Xen: [mem 0x00000000feb00000-0x00000000feb03fff] reserved > [ 0.000000] Xen: [mem 0x00000000fec00000-0x00000000fec00fff] reserved > [ 0.000000] Xen: [mem 0x00000000fed10000-0x00000000fed19fff] reserved > [ 0.000000] Xen: [mem 0x00000000fed1c000-0x00000000fed1ffff] reserved > [ 0.000000] Xen: [mem 0x00000000fee00000-0x00000000fee00fff] reserved > [ 0.000000] Xen: [mem 0x00000000ffc00000-0x00000000ffffffff] reserved > [ 0.000000] Xen: [mem 0x0000000100000000-0x000000013fffffff] usable > [ 0.000000] NX (Execute Disable) protection: active > [ 0.000000] SMBIOS 2.7 present. > [ 0.000000] DMI: Dell Inc. PowerEdge R210 II/03X6X0, BIOS 2.5.1 > 07/11/2013 > [ 0.000000] e820: update [mem 0x00000000-0x00000fff] usable ==> reserved > [ 0.000000] e820: remove [mem 0x000a0000-0x000fffff] usable > [ 0.000000] No AGP bridge found > [ 0.000000] e820: last_pfn = 0x140000 max_arch_pfn = 0x400000000 > [ 0.000000] e820: last_pfn = 0xbf800 max_arch_pfn = 0x400000000 > [ 0.000000] Scanning 1 areas for low memory corruption > [ 0.000000] Base memory trampoline at [ffff880000098000] 98000 size 24576 > [ 0.000000] init_memory_mapping: [mem 0x00000000-0x000fffff] > [ 0.000000] [mem 0x00000000-0x000fffff] page 4k > [ 0.000000] init_memory_mapping: [mem 0x3fe00000-0x3fffffff] > [ 0.000000] [mem 0x3fe00000-0x3fffffff] page 4k > [ 0.000000] BRK [0x01fe9000, 0x01fe9fff] PGTABLE > [ 0.000000] init_memory_mapping: [mem 0x3c000000-0x3fdfffff] > [ 0.000000] [mem 0x3c000000-0x3fdfffff] page 4k > [ 0.000000] BRK [0x01fea000, 0x01feafff] PGTABLE > [ 0.000000] BRK [0x01feb000, 0x01febfff] PGTABLE > [ 0.000000] BRK [0x01fec000, 0x01fecfff] PGTABLE > [ 0.000000] BRK [0x01fed000, 0x01fedfff] PGTABLE > [ 0.000000] BRK [0x01fee000, 0x01feefff] PGTABLE > [ 0.000000] init_memory_mapping: [mem 0x00100000-0x3bffffff] > [ 0.000000] [mem 0x00100000-0x3bffffff] page 4k > [ 0.000000] init_memory_mapping: [mem 0x40000000-0xbdfaffff] > [ 0.000000] [mem 0x40000000-0xbdfaffff] page 4k > [ 0.000000] init_memory_mapping: [mem 0xbf3b0000-0xbf5d6fff] > [ 0.000000] [mem 0xbf3b0000-0xbf5d6fff] page 4k > [ 0.000000] init_memory_mapping: [mem 0xbf5d9000-0xbf5e9fff] > [ 0.000000] [mem 0xbf5d9000-0xbf5e9fff] page 4k > [ 0.000000] init_memory_mapping: [mem 0xbf5ee000-0xbf5effff] > [ 0.000000] [mem 0xbf5ee000-0xbf5effff] page 4k > [ 0.000000] init_memory_mapping: [mem 0xbf601000-0xbf63efff] > [ 0.000000] [mem 0xbf601000-0xbf63efff] page 4k > [ 0.000000] init_memory_mapping: [mem 0xbf7f0000-0xbf7fffff] > [ 0.000000] [mem 0xbf7f0000-0xbf7fffff] page 4k > [ 0.000000] init_memory_mapping: [mem 0x100000000-0x13fffffff] > [ 0.000000] [mem 0x100000000-0x13fffffff] page 4k > [ 0.000000] RAMDISK: [mem 0x023f3000-0x0531cfff] > [ 0.000000] ACPI: RSDP 00000000000fe020 00024 (v02 DELL ) > [ 0.000000] ACPI: XSDT 00000000bf7ef170 000A4 (v01 DELL PE_SC3 > 00000001 DELL 00040000) > [ 0.000000] ACPI: FACP 00000000bf7eb000 000F4 (v04 DELL PE_SC3 > 00000001 DELL 00040000) > [ 0.000000] ACPI: DSDT 00000000bf7e1000 068FE (v01 DELL PE_SC3 > 00000000 DELL 00040000) > [ 0.000000] ACPI: FACS 00000000bf7b8000 00040 > [ 0.000000] ACPI: SPMI 00000000bf7ee000 00040 (v05 DELL PE_SC3 > 00000001 DELL 00040000) > [ 0.000000] ACPI: XMAR 00000000bf7ed000 00078 (v01 DELL PE_SC3 > 00000001 DELL 00040000) > [ 0.000000] ACPI: ASF! 00000000bf7ec000 000A5 (v32 DELL PE_SC3 > 00000001 DELL 00040000) > [ 0.000000] ACPI: HPET 00000000bf7ea000 00038 (v01 DELL PE_SC3 > 00000001 DELL 00040000) > [ 0.000000] ACPI: APIC 00000000bf7e9000 00092 (v02 DELL PE_SC3 > 00000001 DELL 00040000) > [ 0.000000] ACPI: MCFG 00000000bf7e8000 0003C (v01 DELL PE_SC3 > 00000001 DELL 00040000) > [ 0.000000] ACPI: BOOT 00000000bf7de000 00028 (v01 DELL PE_SC3 > 00000001 DELL 00040000) > [ 0.000000] ACPI: SSDT 00000000bf7dd000 002F6 (v01 DELL PE_SC3 > 00001000 DELL 00040000) > [ 0.000000] ACPI: ASPT 00000000bf7da000 00034 (v07 DELL PE_SC3 > 00000001 DELL 00040000) > [ 0.000000] ACPI: SSDT 00000000bf7d9000 0060E (v01 DELL PE_SC3 > 00003000 DELL 00040000) > [ 0.000000] ACPI: SSDT 00000000bf7d8000 00A92 (v01 DELL PE_SC3 > 00003000 DELL 00040000) > [ 0.000000] ACPI: HEST 00000000bf7d7000 000A8 (v01 DELL PE_SC3 > 00000000 DELL 00040000) > [ 0.000000] ACPI: ERST 00000000bf7d6000 00230 (v01 DELL PE_SC3 > 00000000 DELL 00040000) > [ 0.000000] ACPI: BERT 00000000bf7d5000 00030 (v01 DELL PE_SC3 > 00000000 DELL 00040000) > [ 0.000000] ACPI: EINJ 00000000bf7d4000 00130 (v01 DELL PE_SC3 > 00000000 DELL 00040000) > [ 0.000000] ACPI: Local APIC address 0xfee00000 > [ 0.000000] NUMA turned off > [ 0.000000] Faking a node at [mem 0x0000000000000000-0x000000013fffffff] > [ 0.000000] Initmem setup node 0 [mem 0x00000000-0x13fffffff] > [ 0.000000] NODE_DATA [mem 0x3f899000-0x3f89dfff] > [ 0.000000] Zone ranges: > [ 0.000000] DMA [mem 0x00001000-0x00ffffff] > [ 0.000000] DMA32 [mem 0x01000000-0xffffffff] > [ 0.000000] Normal [mem 0x100000000-0x13fffffff] > [ 0.000000] Movable zone start for each node > [ 0.000000] Early memory node ranges > [ 0.000000] node 0: [mem 0x00001000-0x0009dfff] > [ 0.000000] node 0: [mem 0x00100000-0xbdfaffff] > [ 0.000000] node 0: [mem 0xbf3b0000-0xbf5d6fff] > [ 0.000000] node 0: [mem 0xbf5d9000-0xbf5e9fff] > [ 0.000000] node 0: [mem 0xbf5ee000-0xbf5effff] > [ 0.000000] node 0: [mem 0xbf601000-0xbf63efff] > [ 0.000000] node 0: [mem 0xbf7f0000-0xbf7fffff] > [ 0.000000] node 0: [mem 0x100000000-0x13fffffff] > [ 0.000000] On node 0 totalpages: 1040853 > [ 0.000000] DMA zone: 64 pages used for memmap > [ 0.000000] DMA zone: 21 pages reserved > [ 0.000000] DMA zone: 3997 pages, LIFO batch:0 > [ 0.000000] DMA32 zone: 12105 pages used for memmap > [ 0.000000] DMA32 zone: 774712 pages, LIFO batch:31 > [ 0.000000] Normal zone: 4096 pages used for memmap > [ 0.000000] Normal zone: 262144 pages, LIFO batch:31 > [ 0.000000] ACPI: PM-Timer IO Port: 0x408 > [ 0.000000] ACPI: Local APIC address 0xfee00000 > [ 0.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled) > [ 0.000000] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] enabled) > [ 0.000000] ACPI: LAPIC (acpi_id[0x03] lapic_id[0x04] enabled) > [ 0.000000] ACPI: LAPIC (acpi_id[0x04] lapic_id[0x06] enabled) > [ 0.000000] ACPI: LAPIC (acpi_id[0x05] lapic_id[0x00] disabled) > [ 0.000000] ACPI: LAPIC (acpi_id[0x06] lapic_id[0x00] disabled) > [ 0.000000] ACPI: LAPIC (acpi_id[0x07] lapic_id[0x00] disabled) > [ 0.000000] ACPI: LAPIC (acpi_id[0x08] lapic_id[0x00] disabled) > [ 0.000000] ACPI: LAPIC_NMI (acpi_id[0xff] high edge lint[0x1]) > [ 0.000000] ACPI: IOAPIC (id[0x00] address[0xfec00000] gsi_base[0]) > [ 0.000000] IOAPIC[0]: apic_id 0, version 32, address 0xfec00000, GSI > 0-23 > [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) > [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) > [ 0.000000] ACPI: IRQ0 used by override. > [ 0.000000] ACPI: IRQ2 used by override. > [ 0.000000] ACPI: IRQ9 used by override. > [ 0.000000] Using ACPI (MADT) for SMP configuration information > [ 0.000000] ACPI: HPET id: 0x8086a201 base: 0xfed00000 > [ 0.000000] smpboot: Allowing 8 CPUs, 4 hotplug CPUs > [ 0.000000] nr_irqs_gsi: 40 > [ 0.000000] PM: Registered nosave memory: [mem 0x0009e000-0x0009efff] > [ 0.000000] PM: Registered nosave memory: [mem 0x0009f000-0x000fffff] > [ 0.000000] PM: Registered nosave memory: [mem 0xbdfb0000-0xbf3affff] > [ 0.000000] PM: Registered nosave memory: [mem 0xbf5d7000-0xbf5d8fff] > [ 0.000000] PM: Registered nosave memory: [mem 0xbf5ea000-0xbf5edfff] > [ 0.000000] PM: Registered nosave memory: [mem 0xbf5f0000-0xbf600fff] > [ 0.000000] PM: Registered nosave memory: [mem 0xbf63f000-0xbf6befff] > [ 0.000000] PM: Registered nosave memory: [mem 0xbf6bf000-0xbf7befff] > [ 0.000000] PM: Registered nosave memory: [mem 0xbf7bf000-0xbf7effff] > [ 0.000000] PM: Registered nosave memory: [mem 0xbf800000-0xbfffffff] > [ 0.000000] PM: Registered nosave memory: [mem 0xc0000000-0xdfffffff] > [ 0.000000] PM: Registered nosave memory: [mem 0xe0000000-0xefffffff] > [ 0.000000] PM: Registered nosave memory: [mem 0xf0000000-0xfeafffff] > [ 0.000000] PM: Registered nosave memory: [mem 0xfeb00000-0xfeb03fff] > [ 0.000000] PM: Registered nosave memory: [mem 0xfeb04000-0xfebfffff] > [ 0.000000] PM: Registered nosave memory: [mem 0xfec00000-0xfec00fff] > [ 0.000000] PM: Registered nosave memory: [mem 0xfec01000-0xfed0ffff] > [ 0.000000] PM: Registered nosave memory: [mem 0xfed10000-0xfed19fff] > [ 0.000000] PM: Registered nosave memory: [mem 0xfed1a000-0xfed1bfff] > [ 0.000000] PM: Registered nosave memory: [mem 0xfed1c000-0xfed1ffff] > [ 0.000000] PM: Registered nosave memory: [mem 0xfed20000-0xfedfffff] > [ 0.000000] PM: Registered nosave memory: [mem 0xfee00000-0xfee00fff] > [ 0.000000] PM: Registered nosave memory: [mem 0xfee01000-0xffbfffff] > [ 0.000000] PM: Registered nosave memory: [mem 0xffc00000-0xffffffff] > [ 0.000000] e820: [mem 0xc0000000-0xdfffffff] available for PCI devices > [ 0.000000] Booting paravirtualized kernel on Xen > [ 0.000000] Xen version: 4.3.0 (preserve-AD) > [ 0.000000] setup_percpu: NR_CPUS:256 nr_cpumask_bits:256 nr_cpu_ids:8 > nr_node_ids:1 > [ 0.000000] PERCPU: Embedded 29 pages/cpu @ffff88003f200000 s86720 r8192 > d23872 u262144 > [ 0.000000] pcpu-alloc: s86720 r8192 d23872 u262144 alloc=1*2097152 > [ 0.000000] pcpu-alloc: [0] 0 1 2 3 4 5 6 7 > [ 1.317175] Built 1 zonelists in Node order, mobility grouping on. > Total pages: 1024567 > [ 1.317177] Policy zone: Normal > [ 1.317178] Kernel command line: placeholder > root=/dev/mapper/fiat--vg-root ro biosdevname=0 > [ 1.317577] PID hash table entries: 4096 (order: 3, 32768 bytes) > [ 1.317607] xsave: enabled xstate_bv 0x7, cntxt size 0x340 > [ 1.337841] software IO TLB [mem 0x37000000-0x3b000000] (64MB) mapped at > [ffff880037000000-ffff88003affffff] > [ 1.343109] Memory: 840760K/4163412K available (7141K kernel code, 1082K > rwdata, 3260K rodata, 1364K init, 1420K bss, 3322652K reserved) > [ 1.343171] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=4, Nodes=1 > [ 1.343187] Hierarchical RCU implementation. > [ 1.343188] RCU dyntick-idle grace-period acceleration is enabled. > [ 1.343189] RCU restricting CPUs from NR_CPUS=256 to nr_cpu_ids=4. > [ 1.343190] Offload RCU callbacks from all CPUs > [ 1.343193] Offload RCU callbacks from CPUs: 0-255. > [ 1.343200] NR_IRQS:16640 nr_irqs:712 16 > [ 1.343257] xen: sci override: global_irq=9 trigger=0 polarity=0 > [ 1.343258] xen: registering gsi 9 triggering 0 polarity 0 > [ 1.343269] xen: --> pirq=9 -> irq=9 (gsi=9) > [ 1.343288] xen: acpi sci 9 > [ 1.343291] xen: --> pirq=1 -> irq=1 (gsi=1) > [ 1.343293] xen: --> pirq=2 -> irq=2 (gsi=2) > [ 1.343297] xen: --> pirq=3 -> irq=3 (gsi=3) > [ 1.343300] xen: --> pirq=4 -> irq=4 (gsi=4) > [ 1.343302] xen: --> pirq=5 -> irq=5 (gsi=5) > [ 1.343304] xen: --> pirq=6 -> irq=6 (gsi=6) > [ 1.343306] xen: --> pirq=7 -> irq=7 (gsi=7) > [ 1.343309] xen: --> pirq=8 -> irq=8 (gsi=8) > [ 1.343311] xen: --> pirq=10 -> irq=10 (gsi=10) > [ 1.343313] xen: --> pirq=11 -> irq=11 (gsi=11) > [ 1.343316] xen: --> pirq=12 -> irq=12 (gsi=12) > [ 1.343318] xen: --> pirq=13 -> irq=13 (gsi=13) > [ 1.343321] xen: --> pirq=14 -> irq=14 (gsi=14) > [ 1.343323] xen: --> pirq=15 -> irq=15 (gsi=15) > [ 1.347861] Console: colour VGA+ 80x25 > [ 1.358167] console [tty0] enabled > [ 1.360299] allocated 16777216 bytes of page_cgroup > [ 1.360369] please try 'cgroup_disable=memory' option if you don't want > memory cgroups > [ 1.360487] Xen: using vcpuop timer interface > [ 1.360492] installing Xen timer for CPU 0 > [ 1.360579] tsc: Detected 3093.056 MHz processor > [ 1.360646] Calibrating delay loop (skipped), value calculated using > timer frequency.. 6186.11 BogoMIPS (lpj=12372224) > [ 1.360777] pid_max: default: 32768 minimum: 301 > [ 1.360867] Security Framework initialized > [ 1.360946] AppArmor: AppArmor initialized > [ 1.361009] Yama: becoming mindful. > [ 1.361540] Dentry cache hash table entries: 524288 (order: 10, 4194304 > bytes) > [ 1.362357] Inode-cache hash table entries: 262144 (order: 9, 2097152 > bytes) > [ 1.362697] Mount-cache hash table entries: 256 > [ 1.362932] Initializing cgroup subsys memory > [ 1.363003] Initializing cgroup subsys devices > [ 1.363068] Initializing cgroup subsys freezer > [ 1.363133] Initializing cgroup subsys blkio > [ 1.364545] Initializing cgroup subsys perf_event > [ 1.364610] Initializing cgroup subsys hugetlb > [ 1.364739] ENERGY_PERF_BIAS: Set to 'normal', was 'performance' > [ 1.364739] ENERGY_PERF_BIAS: View and update with > x86_energy_perf_policy(8) > [ 1.364834] CPU: Physical Processor ID: 0 > [ 1.364896] CPU: Processor Core ID: 0 > [ 1.364960] mce: CPU supports 2 MCE banks > [ 1.365035] Last level iTLB entries: 4KB 512, 2MB 0, 4MB 0 > [ 1.365035] Last level dTLB entries: 4KB 512, 2MB 32, 4MB 32 > [ 1.365035] tlb_flushall_shift: 5 > [ 1.365227] Freeing SMP alternatives memory: 28K (ffffffff81e65000 - > ffffffff81e6c000) > [ 1.367286] ACPI: Core revision 20130517 > [ 1.370761] ACPI: All ACPI Tables successfully acquired > [ 1.382180] ftrace: allocating 27796 entries in 109 pages > [ 1.393056] cpu 0 spinlock event irq 41 > [ 1.393142] Performance Events: unsupported p6 CPU model 42 no PMU > driver, software events only. > [ 1.394402] NMI watchdog: disabled (cpu0): hardware events not enabled > [ 1.394522] installing Xen timer for CPU 1 > [ 1.394591] cpu 1 spinlock event irq 48 > [ 1.394891] installing Xen timer for CPU 2 > [ 1.394959] cpu 2 spinlock event irq 55 > [ 1.395260] installing Xen timer for CPU 3 > [ 1.395327] cpu 3 spinlock event irq 62 > [ 1.395569] Brought up 4 CPUs > [ 1.395926] devtmpfs: initialized > [ 1.396704] EVM: security.selinux > [ 1.396767] EVM: security.SMACK64 > [ 1.396830] EVM: security.capability > [ 1.396941] PM: Registering ACPI NVS region [mem 0xbf6bf000-0xbf7befff] > (1048576 bytes) > [ 1.397621] xen:grant_table: Grant tables using version 2 layout > [ 1.397696] Grant table initialized > [ 1.397793] regulator-dummy: no parameters > [ 1.397894] RTC time: 14:41:51, date: 02/05/14 > [ 1.397984] NET: Registered protocol family 16 > [ 1.398201] ACPI FADT declares the system doesn't support PCIe ASPM, so > disable it > [ 1.398286] ACPI: bus type PCI registered > [ 1.398350] acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5 > [ 1.398510] PCI: MMCONFIG for domain 0000 [bus 00-ff] at [mem > 0xe0000000-0xefffffff] (base 0xe0000000) > [ 1.398598] PCI: MMCONFIG at [mem 0xe0000000-0xefffffff] reserved in E820 > [ 1.432711] PCI: Using configuration type 1 for base access > [ 1.433538] bio: create slab at 0 > [ 1.433778] ACPI: Added _OSI(Module Device) > [ 1.433842] ACPI: Added _OSI(Processor Device) > [ 1.433906] ACPI: Added _OSI(3.0 _SCP Extensions) > [ 1.433970] ACPI: Added _OSI(Processor Aggregator Device) > [ 1.435216] ACPI: EC: Look up EC in DSDT > [ 1.436350] ACPI: Executed 1 blocks of module-level executable AML code > [ 1.438454] ACPI: SSDT 00000000bf64d018 0083B (v01 PmRef Cpu0Cst > 00003001 INTL 20080729) > [ 1.438904] ACPI: Dynamic OEM Table Load: > [ 1.439048] ACPI: SSDT (null) 0083B (v01 PmRef Cpu0Cst > 00003001 INTL 20080729) > [ 1.443713] ACPI: SSDT 00000000bf64ea98 00303 (v01 PmRef ApIst > 00003000 INTL 20080729) > [ 1.444187] ACPI: Dynamic OEM Table Load: > [ 1.444329] ACPI: SSDT (null) 00303 (v01 PmRef ApIst > 00003000 INTL 20080729) > [ 1.447686] ACPI: SSDT 00000000bf64cd98 00119 (v01 PmRef ApCst > 00003000 INTL 20080729) > [ 1.448137] ACPI: Dynamic OEM Table Load: > [ 1.448283] ACPI: SSDT (null) 00119 (v01 PmRef ApCst > 00003000 INTL 20080729) > [ 1.452128] ACPI: Interpreter enabled > [ 1.452195] ACPI Exception: AE_NOT_FOUND, While evaluating Sleep State > [\_S1_] (20130517/hwxface-571) > [ 1.452363] ACPI Exception: AE_NOT_FOUND, While evaluating Sleep State > [\_S2_] (20130517/hwxface-571) > [ 1.452532] ACPI Exception: AE_NOT_FOUND, While evaluating Sleep State > [\_S3_] (20130517/hwxface-571) > [ 1.452707] ACPI: (supports S0 S4 S5) > [ 1.452770] ACPI: Using IOAPIC for interrupt routing > [ 1.452873] HEST: Table parsing has been initialized. > [ 1.452939] PCI: Using host bridge windows from ACPI; if necessary, use > "pci=nocrs" and report a bug > [ 1.453111] ACPI: No dock devices found. > [ 1.456960] ACPI: Power Resource [FN00] (off) > [ 1.457089] ACPI: Power Resource [FN01] (off) > [ 1.457214] ACPI: Power Resource [FN02] (off) > [ 1.457337] ACPI: Power Resource [FN03] (off) > [ 1.457461] ACPI: Power Resource [FN04] (off) > [ 1.458079] ACPI: PCI Root Bridge [PCI0] (domain 0000 [bus 00-fe]) > [ 1.458287] acpi PNP0A08:00: Requesting ACPI _OSC control (0x1d) > [ 1.458734] acpi PNP0A08:00: ACPI _OSC control (0x1d) granted > [ 1.459314] PCI host bridge to bus 0000:00 > [ 1.459378] pci_bus 0000:00: root bus resource [bus 00-fe] > [ 1.459443] pci_bus 0000:00: root bus resource [io 0x0000-0x0cf7] > [ 1.459511] pci_bus 0000:00: root bus resource [io 0x0d00-0xffff] > [ 1.459577] pci_bus 0000:00: root bus resource [mem > 0x000a0000-0x000bffff] > [ 1.459645] pci_bus 0000:00: root bus resource [mem > 0xc0000000-0xfeafffff] > [ 1.459723] pci 0000:00:00.0: [8086:0108] type 00 class 0x060000 > [ 1.459852] pci 0000:00:01.0: [8086:0101] type 01 class 0x060400 > [ 1.459929] pci 0000:00:01.0: PME# supported from D0 D3hot D3cold > [ 1.459971] pci 0000:00:01.0: System wakeup disabled by ACPI > [ 1.460161] pci 0000:00:1a.0: [8086:1c2d] type 00 class 0x0c0320 > [ 1.460511] pci 0000:00:1a.0: reg 0x10: [mem 0xc5e06000-0xc5e063ff] > [ 1.462352] pci 0000:00:1a.0: PME# supported from D0 D3hot D3cold > [ 1.462422] pci 0000:00:1a.0: System wakeup disabled by ACPI > [ 1.462534] pci 0000:00:1c.0: [8086:1c10] type 01 class 0x060400 > [ 1.462707] pci 0000:00:1c.0: PME# supported from D0 D3hot D3cold > [ 1.462766] pci 0000:00:1c.0: System wakeup disabled by ACPI > [ 1.462897] pci 0000:00:1d.0: [8086:1c26] type 00 class 0x0c0320 > [ 1.463216] pci 0000:00:1d.0: reg 0x10: [mem 0xc5e05000-0xc5e053ff] > [ 1.465054] pci 0000:00:1d.0: PME# supported from D0 D3hot D3cold > [ 1.465119] pci 0000:00:1d.0: System wakeup disabled by ACPI > [ 1.465225] pci 0000:00:1e.0: [8086:244e] type 01 class 0x060401 > [ 1.465383] pci 0000:00:1e.0: System wakeup disabled by ACPI > [ 1.465489] pci 0000:00:1f.0: [8086:1c52] type 00 class 0x060100 > [ 1.465769] pci 0000:00:1f.2: [8086:1c02] type 00 class 0x010601 > [ 1.465815] pci 0000:00:1f.2: reg 0x10: [io 0x4048-0x404f] > [ 1.465833] pci 0000:00:1f.2: reg 0x14: [io 0x4054-0x4057] > [ 1.465850] pci 0000:00:1f.2: reg 0x18: [io 0x4040-0x4047] > [ 1.465868] pci 0000:00:1f.2: reg 0x1c: [io 0x4050-0x4053] > [ 1.465885] pci 0000:00:1f.2: reg 0x20: [io 0x4020-0x403f] > [ 1.465903] pci 0000:00:1f.2: reg 0x24: [mem 0xc5e04000-0xc5e047ff] > [ 1.466021] pci 0000:00:1f.2: PME# supported from D3hot > [ 1.466114] pci 0000:00:1f.3: [8086:1c22] type 00 class 0x0c0500 > [ 1.466148] pci 0000:00:1f.3: reg 0x10: [mem 0xc5e02000-0xc5e020ff 64bit] > [ 1.466198] pci 0000:00:1f.3: reg 0x20: [io 0x4000-0x401f] > [ 1.466379] pci 0000:01:00.0: [111d:8018] type 01 class 0x060400 > [ 1.466480] pci 0000:01:00.0: PME# supported from D0 D3hot D3cold > [ 1.466506] pci 0000:01:00.0: System wakeup disabled by ACPI > [ 1.474241] pci 0000:00:01.0: PCI bridge to [bus 01-04] > [ 1.474311] pci 0000:00:01.0: bridge window [io 0x2000-0x3fff] > [ 1.474315] pci 0000:00:01.0: bridge window [mem 0xc5400000-0xc5dfffff] > [ 1.474401] pci 0000:02:02.0: [111d:8018] type 01 class 0x060400 > [ 1.474517] pci 0000:02:02.0: PME# supported from D0 D3hot D3cold > [ 1.474587] pci 0000:02:04.0: [111d:8018] type 01 class 0x060400 > [ 1.474702] pci 0000:02:04.0: PME# supported from D0 D3hot D3cold > [ 1.474789] pci 0000:01:00.0: PCI bridge to [bus 02-04] > [ 1.474862] pci 0000:01:00.0: bridge window [io 0x2000-0x3fff] > [ 1.474867] pci 0000:01:00.0: bridge window [mem 0xc5400000-0xc5dfffff] > [ 1.474964] pci 0000:03:00.0: [8086:10c9] type 00 class 0x020000 > [ 1.474985] pci 0000:03:00.0: reg 0x10: [mem 0xc5d20000-0xc5d3ffff] > [ 1.475014] pci 0000:03:00.0: reg 0x18: [io 0x3020-0x303f] > [ 1.475029] pci 0000:03:00.0: reg 0x1c: [mem 0xc5d44000-0xc5d47fff] > [ 1.475153] pci 0000:03:00.0: PME# supported from D0 D3hot D3cold > [ 1.475204] pci 0000:03:00.0: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.475230] pci 0000:03:00.0: reg 0x190: [mem 0x00000000-0x00003fff > 64bit] > [ 1.475326] pci 0000:03:00.1: [8086:10c9] type 00 class 0x020000 > [ 1.475347] pci 0000:03:00.1: reg 0x10: [mem 0xc5d00000-0xc5d1ffff] > [ 1.475376] pci 0000:03:00.1: reg 0x18: [io 0x3000-0x301f] > [ 1.475391] pci 0000:03:00.1: reg 0x1c: [mem 0xc5d40000-0xc5d43fff] > [ 1.475514] pci 0000:03:00.1: PME# supported from D0 D3hot D3cold > [ 1.475565] pci 0000:03:00.1: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.475591] pci 0000:03:00.1: reg 0x190: [mem 0x00000000-0x00003fff > 64bit] > [ 1.475688] pci 0000:02:02.0: PCI bridge to [bus 03] > [ 1.475760] pci 0000:02:02.0: bridge window [io 0x3000-0x3fff] > [ 1.475765] pci 0000:02:02.0: bridge window [mem 0xc5d00000-0xc5dfffff] > [ 1.475864] pci 0000:04:00.0: [8086:10e8] type 00 class 0x020000 > [ 1.475885] pci 0000:04:00.0: reg 0x10: [mem 0xc5c20000-0xc5c3ffff] > [ 1.475900] pci 0000:04:00.0: reg 0x14: [mem 0xc5800000-0xc5bfffff] > [ 1.475915] pci 0000:04:00.0: reg 0x18: [io 0x2020-0x203f] > [ 1.475930] pci 0000:04:00.0: reg 0x1c: [mem 0xc5c44000-0xc5c47fff] > [ 1.475973] pci 0000:04:00.0: reg 0x30: [mem 0xffc00000-0xffffffff pref] > [ 1.476055] pci 0000:04:00.0: PME# supported from D0 D3hot > [ 1.476107] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.476133] pci 0000:04:00.0: reg 0x190: [mem 0x00000000-0x00003fff > 64bit] > [ 1.476231] pci 0000:04:00.1: [8086:10e8] type 00 class 0x020000 > [ 1.476251] pci 0000:04:00.1: reg 0x10: [mem 0xc5c00000-0xc5c1ffff] > [ 1.476266] pci 0000:04:00.1: reg 0x14: [mem 0xc5400000-0xc57fffff] > [ 1.476281] pci 0000:04:00.1: reg 0x18: [io 0x2000-0x201f] > [ 1.476297] pci 0000:04:00.1: reg 0x1c: [mem 0xc5c40000-0xc5c43fff] > [ 1.476339] pci 0000:04:00.1: reg 0x30: [mem 0xffc00000-0xffffffff pref] > [ 1.476422] pci 0000:04:00.1: PME# supported from D0 D3hot > [ 1.476473] pci 0000:04:00.1: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.476500] pci 0000:04:00.1: reg 0x190: [mem 0x00000000-0x00003fff > 64bit] > [ 1.476599] pci 0000:02:04.0: PCI bridge to [bus 04] > [ 1.476671] pci 0000:02:04.0: bridge window [io 0x2000-0x2fff] > [ 1.476676] pci 0000:02:04.0: bridge window [mem 0xc5400000-0xc5cfffff] > [ 1.476860] pci 0000:05:00.0: [14e4:163b] type 00 class 0x020000 > [ 1.476901] pci 0000:05:00.0: reg 0x10: [mem 0xc0000000-0xc1ffffff 64bit] > [ 1.477142] pci 0000:05:00.0: PME# supported from D0 D3hot D3cold > [ 1.477183] pci 0000:05:00.0: System wakeup disabled by ACPI > [ 1.477332] pci 0000:05:00.1: [14e4:163b] type 00 class 0x020000 > [ 1.477373] pci 0000:05:00.1: reg 0x10: [mem 0xc2000000-0xc3ffffff 64bit] > [ 1.477613] pci 0000:05:00.1: PME# supported from D0 D3hot D3cold > [ 1.477744] pci 0000:00:1c.0: PCI bridge to [bus 05] > [ 1.477817] pci 0000:00:1c.0: bridge window [mem 0xc0000000-0xc3ffffff] > [ 1.477908] pci 0000:06:03.0: [102b:0532] type 00 class 0x030000 > [ 1.477940] pci 0000:06:03.0: reg 0x10: [mem 0xc4000000-0xc47fffff pref] > [ 1.477958] pci 0000:06:03.0: reg 0x14: [mem 0xc5000000-0xc5003fff] > [ 1.477975] pci 0000:06:03.0: reg 0x18: [mem 0xc4800000-0xc4ffffff] > [ 1.478041] pci 0000:06:03.0: reg 0x30: [mem 0xffff0000-0xffffffff pref] > [ 1.478192] pci 0000:00:1e.0: PCI bridge to [bus 06] (subtractive decode) > [ 1.478276] pci 0000:00:1e.0: bridge window [mem 0xc4800000-0xc50fffff] > [ 1.478287] pci 0000:00:1e.0: bridge window [mem 0xc4000000-0xc47fffff > 64bit pref] > [ 1.478289] pci 0000:00:1e.0: bridge window [io 0x0000-0x0cf7] > (subtractive decode) > [ 1.478290] pci 0000:00:1e.0: bridge window [io 0x0d00-0xffff] > (subtractive decode) > [ 1.478291] pci 0000:00:1e.0: bridge window [mem > 0x000a0000-0x000bffff] (subtractive decode) > [ 1.478293] pci 0000:00:1e.0: bridge window [mem > 0xc0000000-0xfeafffff] (subtractive decode) > [ 1.478320] acpi PNP0A08:00: Disabling ASPM (FADT indicates it is > unsupported) > [ 1.478878] ACPI: PCI Interrupt Link [LNKA] (IRQs 1 3 4 5 6 *10 11 12 14 > 15) > [ 1.479470] ACPI: PCI Interrupt Link [LNKB] (IRQs 1 3 4 5 6 10 *11 12 14 > 15) > [ 1.480057] ACPI: PCI Interrupt Link [LNKC] (IRQs 1 3 4 5 6 *10 11 12 14 > 15) > [ 1.480644] ACPI: PCI Interrupt Link [LNKD] (IRQs 1 3 4 5 *6 10 11 12 14 > 15) > [ 1.481231] ACPI: PCI Interrupt Link [LNKE] (IRQs 1 3 4 5 6 10 11 12 *14 > 15) > [ 1.481820] ACPI: PCI Interrupt Link [LNKF] (IRQs 1 3 4 5 *6 10 11 12 14 > 15) > [ 1.482415] ACPI: PCI Interrupt Link [LNKG] (IRQs 1 3 4 5 6 10 11 12 14 > 15) *0, disabled. > [ 1.483098] ACPI: PCI Interrupt Link [LNKH] (IRQs 1 3 4 5 6 10 11 12 14 > *15) > [ 1.483877] ACPI: Enabled 6 GPEs in block 00 to 3F > [ 1.484025] ACPI: \_SB_.PCI0: notify handler is installed > [ 1.484067] Found 1 acpi root devices > [ 1.484088] xen:balloon: Initialising balloon driver > [ 1.491154] xen_balloon: Initialising balloon driver > [ 1.491414] vgaarb: device added: > PCI:0000:06:03.0,decodes=io+mem,owns=io+mem,locks=none > [ 1.491502] vgaarb: loaded > [ 1.491563] vgaarb: bridge control possible 0000:06:03.0 > [ 1.491760] SCSI subsystem initialized > [ 1.491825] ACPI: bus type ATA registered > [ 1.491921] libata version 3.00 loaded. > [ 1.491934] ACPI: bus type USB registered > [ 1.492011] usbcore: registered new interface driver usbfs > [ 1.492079] usbcore: registered new interface driver hub > [ 1.492264] usbcore: registered new device driver usb > [ 1.492551] PCI: Using ACPI for IRQ routing > [ 1.510875] PCI: pci_cache_line_size set to 64 bytes > [ 1.510968] e820: reserve RAM buffer [mem 0x0009e000-0x0009ffff] > [ 1.510969] e820: reserve RAM buffer [mem 0xbdfb0000-0xbfffffff] > [ 1.510971] e820: reserve RAM buffer [mem 0xbf5d7000-0xbfffffff] > [ 1.510973] e820: reserve RAM buffer [mem 0xbf5ea000-0xbfffffff] > [ 1.510974] e820: reserve RAM buffer [mem 0xbf5f0000-0xbfffffff] > [ 1.510975] e820: reserve RAM buffer [mem 0xbf63f000-0xbfffffff] > [ 1.510977] e820: reserve RAM buffer [mem 0xbf800000-0xbfffffff] > [ 1.511048] NetLabel: Initializing > [ 1.511111] NetLabel: domain hash size = 128 > [ 1.511175] NetLabel: protocols = UNLABELED CIPSOv4 > [ 1.511246] NetLabel: unlabeled traffic allowed by default > [ 1.511498] Switched to clocksource xen > [ 1.516125] AppArmor: AppArmor Filesystem Enabled > [ 1.516207] pnp: PnP ACPI init > [ 1.516276] ACPI: bus type PNP registered > [ 1.516483] pnp 00:00: Plug and Play ACPI device, IDs IPI0001 (active) > [ 1.516491] pnp 00:01: [dma 4] > [ 1.516503] pnp 00:01: Plug and Play ACPI device, IDs PNP0200 (active) > [ 1.516519] pnp 00:02: Plug and Play ACPI device, IDs INT0800 (active) > [ 1.516581] pnp 00:03: Plug and Play ACPI device, IDs PNP0103 (active) > [ 1.516589] xen: registering gsi 13 triggering 1 polarity 0 > [ 1.516622] pnp 00:04: Plug and Play ACPI device, IDs PNP0c04 (active) > [ 1.516657] system 00:05: [io 0x0680-0x069f] has been reserved > [ 1.516726] system 00:05: [io 0x1000-0x100f] has been reserved > [ 1.516793] system 00:05: [io 0x1010-0x1013] has been reserved > [ 1.516859] system 00:05: [io 0xffff] has been reserved > [ 1.516924] system 00:05: [io 0x0400-0x0453] could not be reserved > [ 1.516991] system 00:05: [io 0x0458-0x047f] has been reserved > [ 1.517057] system 00:05: [io 0x0500-0x057f] has been reserved > [ 1.517123] system 00:05: [io 0x164e-0x164f] has been reserved > [ 1.517191] system 00:05: Plug and Play ACPI device, IDs PNP0c02 (active) > [ 1.517197] xen: registering gsi 8 triggering 1 polarity 0 > [ 1.517224] pnp 00:06: Plug and Play ACPI device, IDs PNP0b00 (active) > [ 1.517256] system 00:07: [io 0x0454-0x0457] has been reserved > [ 1.517322] system 00:07: Plug and Play ACPI device, IDs INT3f0d PNP0c02 > (active) > [ 1.517527] xen: registering gsi 4 triggering 1 polarity 0 > [ 1.517570] pnp 00:08: Plug and Play ACPI device, IDs PNP0501 (active) > [ 1.517659] xen: registering gsi 3 triggering 1 polarity 0 > [ 1.517701] pnp 00:09: Plug and Play ACPI device, IDs PNP0501 (active) > [ 1.517727] system 00:0a: [mem 0xfed90000-0xfed91fff] has been reserved > [ 1.517796] system 00:0a: Plug and Play ACPI device, IDs PNP0c02 (active) > [ 1.517934] system 00:0b: [mem 0xfed1c000-0xfed1ffff] has been reserved > [ 1.518003] system 00:0b: [mem 0xfed10000-0xfed17fff] has been reserved > [ 1.518071] system 00:0b: [mem 0xfed18000-0xfed18fff] has been reserved > [ 1.518140] system 00:0b: [mem 0xfed19000-0xfed19fff] has been reserved > [ 1.518208] system 00:0b: [mem 0xe0000000-0xefffffff] has been reserved > [ 1.518275] system 00:0b: [mem 0xfed20000-0xfed3ffff] has been reserved > [ 1.518343] system 00:0b: [mem 0xfed90000-0xfed93fff] could not be > reserved > [ 1.518411] system 00:0b: [mem 0xff000000-0xffffffff] could not be > reserved > [ 1.518479] system 00:0b: [mem 0xfee00000-0xfeefffff] could not be > reserved > [ 1.518547] system 00:0b: [mem 0xc5f00000-0xc5f00fff] has been reserved > [ 1.518616] system 00:0b: Plug and Play ACPI device, IDs PNP0c02 (active) > [ 1.518775] pnp: PnP ACPI: found 12 devices > [ 1.518839] ACPI: bus type PNP unregistered > [ 1.524234] PM-Timer failed consistency check (0x0xffffff) - aborting. > [ 1.524305] pci 0000:04:00.0: no compatible bridge window for [mem > 0xffc00000-0xffffffff pref] > [ 1.524391] pci 0000:04:00.1: no compatible bridge window for [mem > 0xffc00000-0xffffffff pref] > [ 1.524478] pci 0000:06:03.0: no compatible bridge window for [mem > 0xffff0000-0xffffffff pref] > [ 1.524567] PCI: max bus depth: 3 pci_try_num: 4 > [ 1.524643] pci 0000:00:01.0: BAR 15: assigned [mem > 0xc6000000-0xc67fffff pref] > [ 1.524727] pci 0000:01:00.0: BAR 15: assigned [mem > 0xc6000000-0xc67fffff pref] > [ 1.524811] pci 0000:02:04.0: BAR 15: assigned [mem > 0xc6000000-0xc67fffff pref] > [ 1.524914] pci 0000:03:00.0: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.524930] pci 0000:03:00.0: reg 0x190: [mem 0x00000000-0x00003fff > 64bit] > [ 1.524946] pci 0000:03:00.0: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.524962] pci 0000:03:00.1: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.524978] pci 0000:03:00.0: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.524994] pci 0000:03:00.0: reg 0x190: [mem 0x00000000-0x00003fff > 64bit] > [ 1.525010] pci 0000:03:00.1: reg 0x190: [mem 0x00000000-0x00003fff > 64bit] > [ 1.525026] pci 0000:03:00.0: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.525042] pci 0000:03:00.0: reg 0x190: [mem 0x00000000-0x00003fff > 64bit] > [ 1.525059] pci 0000:03:00.1: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.525075] pci 0000:03:00.0: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.525077] pci 0000:03:00.0: BAR 7: assigned [mem 0xc5d48000-0xc5d67fff > 64bit] > [ 1.525184] pci 0000:03:00.0: reg 0x190: [mem 0x00000000-0x00003fff > 64bit] > [ 1.525186] pci 0000:03:00.0: BAR 10: assigned [mem > 0xc5d68000-0xc5d87fff 64bit] > [ 1.525294] pci 0000:03:00.1: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.525296] pci 0000:03:00.1: BAR 7: assigned [mem 0xc5d88000-0xc5da7fff > 64bit] > [ 1.526660] pci 0000:03:00.1: reg 0x190: [mem 0x00000000-0x00003fff > 64bit] > [ 1.526661] pci 0000:03:00.1: BAR 10: assigned [mem > 0xc5da8000-0xc5dc7fff 64bit] > [ 1.526755] pci 0000:02:02.0: PCI bridge to [bus 03] > [ 1.526822] pci 0000:02:02.0: bridge window [io 0x3000-0x3fff] > [ 1.526894] pci 0000:02:02.0: bridge window [mem 0xc5d00000-0xc5dfffff] > [ 1.526986] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.527003] pci 0000:04:00.0: reg 0x190: [mem 0x00000000-0x00003fff > 64bit] > [ 1.527019] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.527035] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.527051] pci 0000:04:00.1: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.527067] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.527083] pci 0000:04:00.0: reg 0x190: [mem 0x00000000-0x00003fff > 64bit] > [ 1.527099] pci 0000:04:00.1: reg 0x190: [mem 0x00000000-0x00003fff > 64bit] > [ 1.527115] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.527131] pci 0000:04:00.0: reg 0x190: [mem 0x00000000-0x00003fff > 64bit] > [ 1.527147] pci 0000:04:00.1: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.527149] pci 0000:04:00.0: BAR 6: assigned [mem 0xc6000000-0xc63fffff > pref] > [ 1.527233] pci 0000:04:00.1: BAR 6: assigned [mem 0xc6400000-0xc67fffff > pref] > [ 1.527331] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.527333] pci 0000:04:00.0: BAR 7: assigned [mem 0xc5c48000-0xc5c67fff > 64bit] > [ 1.527441] pci 0000:04:00.0: reg 0x190: [mem 0x00000000-0x00003fff > 64bit] > [ 1.527443] pci 0000:04:00.0: BAR 10: assigned [mem > 0xc5c68000-0xc5c87fff 64bit] > [ 1.527557] pci 0000:04:00.1: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.527559] pci 0000:04:00.1: BAR 7: assigned [mem 0xc5c88000-0xc5ca7fff > 64bit] > [ 1.527669] pci 0000:04:00.1: reg 0x190: [mem 0x00000000-0x00003fff > 64bit] > [ 1.527671] pci 0000:04:00.1: BAR 10: assigned [mem > 0xc5ca8000-0xc5cc7fff 64bit] > [ 1.527764] pci 0000:02:04.0: PCI bridge to [bus 04] > [ 1.527831] pci 0000:02:04.0: bridge window [io 0x2000-0x2fff] > [ 1.527903] pci 0000:02:04.0: bridge window [mem 0xc5400000-0xc5cfffff] > [ 1.527975] pci 0000:02:04.0: bridge window [mem 0xc6000000-0xc67fffff > pref] > [ 1.528064] pci 0000:01:00.0: PCI bridge to [bus 02-04] > [ 1.528131] pci 0000:01:00.0: bridge window [io 0x2000-0x3fff] > [ 1.528203] pci 0000:01:00.0: bridge window [mem 0xc5400000-0xc5dfffff] > [ 1.528275] pci 0000:01:00.0: bridge window [mem 0xc6000000-0xc67fffff > pref] > [ 1.528364] pci 0000:00:01.0: PCI bridge to [bus 01-04] > [ 1.528429] pci 0000:00:01.0: bridge window [io 0x2000-0x3fff] > [ 1.528498] pci 0000:00:01.0: bridge window [mem 0xc5400000-0xc5dfffff] > [ 1.528567] pci 0000:00:01.0: bridge window [mem 0xc6000000-0xc67fffff > pref] > [ 1.528655] pci 0000:00:1c.0: PCI bridge to [bus 05] > [ 1.528727] pci 0000:00:1c.0: bridge window [mem 0xc0000000-0xc3ffffff] > [ 1.528809] pci 0000:06:03.0: BAR 6: assigned [mem 0xc5010000-0xc501ffff > pref] > [ 1.528891] pci 0000:00:1e.0: PCI bridge to [bus 06] > [ 1.528963] pci 0000:00:1e.0: bridge window [mem 0xc4800000-0xc50fffff] > [ 1.529036] pci 0000:00:1e.0: bridge window [mem 0xc4000000-0xc47fffff > 64bit pref] > [ 1.529194] xen: registering gsi 16 triggering 0 polarity 1 > [ 1.529206] xen: --> pirq=16 -> irq=16 (gsi=16) > [ 1.529301] xen: registering gsi 17 triggering 0 polarity 1 > [ 1.529308] xen: --> pirq=17 -> irq=17 (gsi=17) > [ 1.529334] pci 0000:00:1e.0: setting latency timer to 64 > [ 1.529339] pci_bus 0000:00: resource 4 [io 0x0000-0x0cf7] > [ 1.529340] pci_bus 0000:00: resource 5 [io 0x0d00-0xffff] > [ 1.529341] pci_bus 0000:00: resource 6 [mem 0x000a0000-0x000bffff] > [ 1.529343] pci_bus 0000:00: resource 7 [mem 0xc0000000-0xfeafffff] > [ 1.529344] pci_bus 0000:01: resource 0 [io 0x2000-0x3fff] > [ 1.529346] pci_bus 0000:01: resource 1 [mem 0xc5400000-0xc5dfffff] > [ 1.529347] pci_bus 0000:01: resource 2 [mem 0xc6000000-0xc67fffff pref] > [ 1.529349] pci_bus 0000:02: resource 0 [io 0x2000-0x3fff] > [ 1.529350] pci_bus 0000:02: resource 1 [mem 0xc5400000-0xc5dfffff] > [ 1.529351] pci_bus 0000:02: resource 2 [mem 0xc6000000-0xc67fffff pref] > [ 1.529353] pci_bus 0000:03: resource 0 [io 0x3000-0x3fff] > [ 1.529354] pci_bus 0000:03: resource 1 [mem 0xc5d00000-0xc5dfffff] > [ 1.529356] pci_bus 0000:04: resource 0 [io 0x2000-0x2fff] > [ 1.529357] pci_bus 0000:04: resource 1 [mem 0xc5400000-0xc5cfffff] > [ 1.529359] pci_bus 0000:04: resource 2 [mem 0xc6000000-0xc67fffff pref] > [ 1.529360] pci_bus 0000:05: resource 1 [mem 0xc0000000-0xc3ffffff] > [ 1.529362] pci_bus 0000:06: resource 1 [mem 0xc4800000-0xc50fffff] > [ 1.529363] pci_bus 0000:06: resource 2 [mem 0xc4000000-0xc47fffff 64bit > pref] > [ 1.529365] pci_bus 0000:06: resource 4 [io 0x0000-0x0cf7] > [ 1.529366] pci_bus 0000:06: resource 5 [io 0x0d00-0xffff] > [ 1.529367] pci_bus 0000:06: resource 6 [mem 0x000a0000-0x000bffff] > [ 1.529369] pci_bus 0000:06: resource 7 [mem 0xc0000000-0xfeafffff] > [ 1.529390] NET: Registered protocol family 2 > [ 1.529604] TCP established hash table entries: 32768 (order: 7, 524288 > bytes) > [ 1.529810] TCP bind hash table entries: 32768 (order: 7, 524288 bytes) > [ 1.529938] TCP: Hash tables configured (established 32768 bind 32768) > [ 1.530019] TCP: reno registered > [ 1.530091] UDP hash table entries: 2048 (order: 4, 65536 bytes) > [ 1.530172] UDP-Lite hash table entries: 2048 (order: 4, 65536 bytes) > [ 1.530283] NET: Registered protocol family 1 > [ 1.530418] xen: registering gsi 20 triggering 0 polarity 1 > [ 1.530425] xen: --> pirq=20 -> irq=20 (gsi=20) > [ 1.543873] xen: registering gsi 23 triggering 0 polarity 1 > [ 1.543879] xen: --> pirq=23 -> irq=23 (gsi=23) > [ 1.559714] pci 0000:06:03.0: Boot video device > [ 1.559720] PCI: CLS 64 bytes, default 64 > [ 1.559755] Trying to unpack rootfs image as initramfs... > [ 1.595644] Freeing initrd memory: 48296K (ffff8800023f3000 - > ffff88000531d000) > [ 1.595844] Simple Boot Flag at 0x44 set to 0x1 > [ 1.596123] Scanning for low memory corruption every 60 seconds > [ 1.596685] Initialise module verification > [ 1.596786] audit: initializing netlink socket (disabled) > [ 1.596864] type=2000 audit(1391611311.580:1): initialized > [ 1.616847] bounce pool size: 64 pages > [ 1.616918] HugeTLB registered 2 MB page size, pre-allocated 0 pages > [ 1.617727] zbud: loaded > [ 1.617893] VFS: Disk quotas dquot_6.5.2 > [ 1.617987] Dquot-cache hash table entries: 512 (order 0, 4096 bytes) > [ 1.618401] fuse init (API version 7.22) > [ 1.618521] msgmni has been set to 1736 > [ 1.619054] Key type asymmetric registered > [ 1.619120] Asymmetric key parser 'x509' registered > [ 1.619214] Block layer SCSI generic (bsg) driver version 0.4 loaded > (major 252) > [ 1.619332] io scheduler noop registered > [ 1.619396] io scheduler deadline registered (default) > [ 1.619479] io scheduler cfq registered > [ 1.620180] pcieport 0000:00:01.0: Signaling PME through PCIe PME > interrupt > [ 1.620249] pcieport 0000:01:00.0: Signaling PME through PCIe PME > interrupt > [ 1.620318] pcieport 0000:02:02.0: Signaling PME through PCIe PME > interrupt > [ 1.620386] pci 0000:03:00.0: Signaling PME through PCIe PME interrupt > [ 1.620455] pci 0000:03:00.1: Signaling PME through PCIe PME interrupt > [ 1.620522] pcieport 0000:02:04.0: Signaling PME through PCIe PME > interrupt > [ 1.620590] pci 0000:04:00.0: Signaling PME through PCIe PME interrupt > [ 1.620656] pci 0000:04:00.1: Signaling PME through PCIe PME interrupt > [ 1.620727] pcie_pme 0000:00:01.0:pcie01: service driver pcie_pme loaded > [ 1.620753] pcieport 0000:00:1c.0: Signaling PME through PCIe PME > interrupt > [ 1.620821] pci 0000:05:00.0: Signaling PME through PCIe PME interrupt > [ 1.620889] pci 0000:05:00.1: Signaling PME through PCIe PME interrupt > [ 1.620961] pcie_pme 0000:00:1c.0:pcie01: service driver pcie_pme loaded > [ 1.620971] pci_hotplug: PCI Hot Plug PCI Core version: 0.5 > [ 1.621045] pciehp: PCI Express Hot Plug Controller Driver version: 0.4 > [ 1.621152] intel_idle: MWAIT substates: 0x1120 > [ 1.621154] intel_idle: v0.4 model 0x2A > [ 1.621154] intel_idle: lapic_timer_reliable_states 0xffffffff > [ 1.621199] intel_idle: intel_idle yielding to none > [ 1.621262] input: Power Button as > /devices/LNXSYSTM:00/LNXPWRBN:00/input/input0 > [ 1.621349] ACPI: Power Button [PWRF] > [ 1.621476] ACPI: Fan [FAN0] (off) > [ 1.621558] ACPI: Fan [FAN1] (off) > [ 1.621637] ACPI: Fan [FAN2] (off) > [ 1.621716] ACPI: Fan [FAN3] (off) > [ 1.621794] ACPI: Fan [FAN4] (off) > [ 1.621891] ACPI: Requesting acpi_cpufreq > [ 1.622414] Monitor-Mwait will be used to enter C-1 state > [ 1.622420] Monitor-Mwait will be used to enter C-2 state > [ 1.622423] Monitor-Mwait will be used to enter C-3 state > [ 1.624107] Warning: Processor Platform Limit not supported. > [ 1.624296] thermal LNXTHERM:00: registered as thermal_zone0 > [ 1.624364] ACPI: Thermal Zone [TZ01] (30 C) > [ 1.624474] ERST: Error Record Serialization Table (ERST) support is > initialized. > [ 1.624559] pstore: Registered erst as persistent store backend > [ 1.624741] GHES: APEI firmware first mode is enabled by APEI bit and > WHEA _OSC. > [ 1.625188] xen_acpi_processor: Uploading Xen processor PM info > [ 1.626366] Serial: 8250/16550 driver, 32 ports, IRQ sharing enabled > [ 1.647206] 00:08: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A > [ 1.668059] 00:09: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A > [ 1.669363] hpet_acpi_add: no address or irqs in _CRS > [ 1.669440] Linux agpgart interface v0.103 > [ 1.670447] brd: module loaded > [ 1.671000] loop: module loaded > [ 1.671294] libphy: Fixed MDIO Bus: probed > [ 1.671407] tun: Universal TUN/TAP device driver, 1.6 > [ 1.671470] tun: (C) 1999-2004 Max Krasnyansky > [ 1.671611] PPP generic driver version 2.4.2 > [ 1.671716] xen_netfront: Initialising Xen virtual ethernet driver > [ 1.671791] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver > [ 1.671857] ehci-pci: EHCI PCI platform driver > [ 1.671999] xen: registering gsi 20 triggering 0 polarity 1 > [ 1.672002] Already setup the GSI :20 > [ 1.672084] ehci-pci 0000:00:1a.0: setting latency timer to 64 > [ 1.672092] ehci-pci 0000:00:1a.0: EHCI Host Controller > [ 1.672160] ehci-pci 0000:00:1a.0: new USB bus registered, assigned bus > number 1 > [ 1.672260] ehci-pci 0000:00:1a.0: debug port 2 > [ 1.676261] ehci-pci 0000:00:1a.0: cache line size of 64 is not supported > [ 1.676301] ehci-pci 0000:00:1a.0: irq 20, io mem 0xc5e06000 > [ 1.687584] ehci-pci 0000:00:1a.0: USB 2.0 started, EHCI 1.00 > [ 1.687679] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002 > [ 1.687747] usb usb1: New USB device strings: Mfr=3, Product=2, > SerialNumber=1 > [ 1.687831] usb usb1: Product: EHCI Host Controller > [ 1.687896] usb usb1: Manufacturer: Linux 3.11.0-12-generic ehci_hcd > [ 1.687963] usb usb1: SerialNumber: 0000:00:1a.0 > [ 1.688117] hub 1-0:1.0: USB hub found > [ 1.688184] hub 1-0:1.0: 2 ports detected > [ 1.688391] xen: registering gsi 23 triggering 0 polarity 1 > [ 1.688393] Already setup the GSI :23 > [ 1.688472] ehci-pci 0000:00:1d.0: setting latency timer to 64 > [ 1.688479] ehci-pci 0000:00:1d.0: EHCI Host Controller > [ 1.688546] ehci-pci 0000:00:1d.0: new USB bus registered, assigned bus > number 2 > [ 1.688647] ehci-pci 0000:00:1d.0: debug port 2 > [ 1.692645] ehci-pci 0000:00:1d.0: cache line size of 64 is not supported > [ 1.692683] ehci-pci 0000:00:1d.0: irq 23, io mem 0xc5e05000 > [ 1.703612] ehci-pci 0000:00:1d.0: USB 2.0 started, EHCI 1.00 > [ 1.703694] usb usb2: New USB device found, idVendor=1d6b, idProduct=0002 > [ 1.703762] usb usb2: New USB device strings: Mfr=3, Product=2, > SerialNumber=1 > [ 1.703847] usb usb2: Product: EHCI Host Controller > [ 1.703911] usb usb2: Manufacturer: Linux 3.11.0-12-generic ehci_hcd > [ 1.703979] usb usb2: SerialNumber: 0000:00:1d.0 > [ 1.704211] hub 2-0:1.0: USB hub found > [ 1.704279] hub 2-0:1.0: 2 ports detected > [ 1.704405] ehci-platform: EHCI generic platform driver > [ 1.704476] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver > [ 1.704544] ohci-platform: OHCI generic platform driver > [ 1.704612] uhci_hcd: USB Universal Host Controller Interface driver > [ 1.704718] i8042: PNP: No PS/2 controller found. Probing ports directly. > [ 2.751476] i8042: No controller found > [ 2.751800] mousedev: PS/2 mouse device common for all mice > [ 2.752046] rtc_cmos 00:06: RTC can wake from S4 > [ 2.752293] rtc_cmos 00:06: rtc core: registered rtc_cmos as rtc0 > [ 2.752416] rtc_cmos 00:06: alarms up to one month, y3k, 242 bytes nvram > [ 2.752522] device-mapper: uevent: version 1.0.3 > [ 2.752670] device-mapper: ioctl: 4.25.0-ioctl (2013-06-26) initialised: > dm-devel@redhat.com (mailto:dm-devel@redhat.com) > [ 2.752762] ledtrig-cpu: registered to indicate activity on CPUs > [ 2.752882] TCP: cubic registered > [ 2.753000] NET: Registered protocol family 10 > [ 2.753191] NET: Registered protocol family 17 > [ 2.753260] Key type dns_resolver registered > [ 2.753510] PM: Hibernation image not present or could not be loaded. > [ 2.753513] Loading module verification certificates > [ 2.754269] MODSIGN: Loaded cert 'Magrathea: Glacier signing key: > fddf6943d8ac4f5b6eb0919a7a3ee3d9088b1bfa' > [ 2.754368] registered taskstats version 1 > [ 2.757449] Key type trusted registered > [ 2.760138] Key type encrypted registered > [ 2.762801] AppArmor: AppArmor sha1 policy hashing enabled > [ 2.763263] Magic number: 2:965:686 > [ 2.763400] rtc_cmos 00:06: setting system clock to 2014-02-05 14:41:52 > UTC (1391611312) > [ 2.763537] BIOS EDD facility v0.16 2004-Jun-25, 1 devices found > [ 2.764099] Freeing unused kernel memory: 1364K (ffffffff81d10000 - > ffffffff81e65000) > [ 2.764184] Write protecting the kernel read-only data: 12288k > [ 2.766969] Freeing unused kernel memory: 1040K (ffff8800016fc000 - > ffff880001800000) > [ 2.767344] Freeing unused kernel memory: 836K (ffff880001b2f000 - > ffff880001c00000) > [ 2.788864] systemd-udevd[118]: starting version 204 > [ 2.810809] pps_core: module verification failed: signature and/or > required key missing - tainting kernel > [ 2.810979] pps_core: LinuxPPS API ver. 1 registered > [ 2.811045] pps_core: Software ver. 5.3.6 - Copyright 2005-2007 Rodolfo > Giometti > [ 2.811354] PTP clock support registered > [ 2.812518] dca service started, version 1.12.1 > [ 2.816654] igb: Intel(R) Gigabit Ethernet Network Driver - version > 5.0.5-k > [ 2.816725] igb: Copyright (c) 2007-2013 Intel Corporation. > [ 2.816857] xen: registering gsi 18 triggering 0 polarity 1 > [ 2.816874] xen: --> pirq=18 -> irq=18 (gsi=18) > [ 2.819595] bnx2: Broadcom NetXtreme II Gigabit Ethernet Driver bnx2 > v2.2.3 (June 27, 2012) > [ 2.819730] xen: registering gsi 16 triggering 0 polarity 1 > [ 2.819732] Already setup the GSI :16 > [ 2.820521] bnx2 0000:05:00.0 eth0: Broadcom NetXtreme II BCM5716 > 1000Base-T (C0) PCI Express found at mem c0000000, IRQ 16, node addr > d4:ae:52:cc:f9:6a > [ 2.820664] xen: registering gsi 17 triggering 0 polarity 1 > [ 2.820666] Already setup the GSI :17 > [ 2.821461] bnx2 0000:05:00.1 eth1: Broadcom NetXtreme II BCM5716 > 1000Base-T (C0) PCI Express found at mem c2000000, IRQ 17, node addr > d4:ae:52:cc:f9:6b > [ 2.821768] ahci 0000:00:1f.2: version 3.0 > [ 2.821852] xen: registering gsi 19 triggering 0 polarity 1 > [ 2.821860] xen: --> pirq=19 -> irq=19 (gsi=19) > [ 2.821957] ahci: SSS flag set, parallel bus scan disabled > [ 2.835589] ahci 0000:00:1f.2: AHCI 0001.0300 32 slots 6 ports 3 Gbps > 0x31 impl SATA mode > [ 2.835678] ahci 0000:00:1f.2: flags: 64bit ncq stag pm led clo pio slum > part ems sxs apst > [ 2.835776] ahci 0000:00:1f.2: setting latency timer to 64 > [ 2.851919] scsi0 : ahci > [ 2.852047] scsi1 : ahci > [ 2.852167] scsi2 : ahci > [ 2.852288] scsi3 : ahci > [ 2.852404] scsi4 : ahci > [ 2.852521] scsi5 : ahci > [ 2.852632] ata1: SATA max UDMA/133 abar m2048@0xc5e04000 port > 0xc5e04100 irq 76 > [ 2.852725] ata2: DUMMY > [ 2.852792] ata3: DUMMY > [ 2.852861] ata4: DUMMY > [ 2.852923] ata5: SATA max UDMA/133 abar m2048@0xc5e04000 port > 0xc5e04300 irq 76 > [ 2.853005] ata6: SATA max UDMA/133 abar m2048@0xc5e04000 port > 0xc5e04380 irq 76 > [ 2.930272] igb: probe of 0000:03:00.0 failed with error -2 > [ 2.930359] xen: registering gsi 19 triggering 0 polarity 1 > [ 2.930362] Already setup the GSI :19 > [ 2.963572] usb 1-1: new high-speed USB device number 2 using ehci-pci > [ 3.043827] igb: probe of 0000:03:00.1 failed with error -2 > [ 3.043911] xen: registering gsi 16 triggering 0 polarity 1 > [ 3.043913] Already setup the GSI :16 > [ 3.096098] usb 1-1: New USB device found, idVendor=8087, idProduct=0024 > [ 3.096169] usb 1-1: New USB device strings: Mfr=0, Product=0, > SerialNumber=0 > [ 3.096582] hub 1-1:1.0: USB hub found > [ 3.096766] hub 1-1:1.0: 6 ports detected > [ 3.171651] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300) > [ 3.172622] ata1.00: ATA-8: WDC WD5003ABYX-18WERA0, 01.01S03, max > UDMA/133 > [ 3.172692] ata1.00: 976773168 sectors, multi 0: LBA48 NCQ (depth > 31/32), AA > [ 3.174631] ata1.00: configured for UDMA/133 > [ 3.174899] scsi 0:0:0:0: Direct-Access ATA WDC WD5003ABYX-1 > 01.0 PQ: 0 ANSI: 5 > [ 3.175124] sd 0:0:0:0: [sda] 976773168 512-byte logical blocks: (500 > GB/465 GiB) > [ 3.175136] sd 0:0:0:0: Attached scsi generic sg0 type 0 > [ 3.175305] sd 0:0:0:0: [sda] Write Protect is off > [ 3.175372] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00 > [ 3.175385] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, > doesn't support DPO or FUA > [ 3.207533] sda: sda1 sda2 < sda5 > > [ 3.207988] sd 0:0:0:0: [sda] Attached SCSI disk > [ 3.211574] usb 2-1: new high-speed USB device number 2 using ehci-pci > [ 3.343975] usb 2-1: New USB device found, idVendor=8087, idProduct=0024 > [ 3.344045] usb 2-1: New USB device strings: Mfr=0, Product=0, > SerialNumber=0 > [ 3.344429] hub 2-1:1.0: USB hub found > [ 3.344656] hub 2-1:1.0: 6 ports detected > [ 3.491623] ata5: SATA link up 1.5 Gbps (SStatus 113 SControl 300) > [ 3.495871] ata5.00: ATAPI: TSSTcorp DVD-ROM SN-108DN, D150, max UDMA/100 > [ 3.502634] ata5.00: configured for UDMA/100 > [ 3.523150] scsi 4:0:0:0: CD-ROM TSSTcorp DVD-ROM SN-108DN > D150 PQ: 0 ANSI: 5 > [ 3.533834] sr0: scsi3-mmc drive: 24x/24x cd/rw xa/form2 cdda tray > [ 3.533904] cdrom: Uniform CD-ROM driver Revision: 3.20 > [ 3.534114] sr 4:0:0:0: Attached scsi CD-ROM sr0 > [ 3.534176] sr 4:0:0:0: Attached scsi generic sg1 type 5 > [ 3.615704] usb 2-1.1: new high-speed USB device number 3 using ehci-pci > [ 3.721480] usb 2-1.1: New USB device found, idVendor=0b95, > idProduct=1780 > [ 3.721550] usb 2-1.1: New USB device strings: Mfr=1, Product=2, > SerialNumber=3 > [ 3.721633] usb 2-1.1: Product: AX88178 > [ 3.721696] usb 2-1.1: Manufacturer: ASIX Elec. Corp. > [ 3.721760] usb 2-1.1: SerialNumber: 000002 > [ 3.791674] usb 2-1.2: new low-speed USB device number 4 using ehci-pci > [ 3.851623] ata6: SATA link down (SStatus 0 SControl 300) > [ 3.896023] usb 2-1.2: New USB device found, idVendor=1061, > idProduct=0101 > [ 3.896102] usb 2-1.2: New USB device strings: Mfr=1, Product=2, > SerialNumber=0 > [ 3.896184] usb 2-1.2: Product: USB Keyboard & Mouse > [ 3.896248] usb 2-1.2: Manufacturer: Motorola > [ 3.903720] hidraw: raw HID events driver (C) Jiri Kosina > [ 3.911687] usbcore: registered new interface driver usbhid > [ 3.911754] usbhid: USB HID core driver > [ 3.913114] input: Motorola USB Keyboard & Mouse as > /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2:1.0/input/input1 > [ 3.913287] hid-generic 0003:1061:0101.0001: input,hidraw0: USB HID > v1.11 Keyboard [Motorola USB Keyboard & Mouse] on > usb-0000:00:1d.0-1.2/input0 > [ 3.913465] input: Motorola USB Keyboard & Mouse as > /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2:1.1/input/input2 > [ 3.913648] hid-generic 0003:1061:0101.0002: input,hidraw1: USB HID > v1.11 Mouse [Motorola USB Keyboard & Mouse] on usb-0000:00:1d.0-1.2/input1 > [ 3.971702] usb 2-1.5: new high-speed USB device number 5 using ehci-pci > [ 4.004005] igb 0000:04:00.0: added PHC on eth2 > [ 4.004073] igb 0000:04:00.0: Intel(R) Gigabit Ethernet Network > Connection > [ 4.004141] igb 0000:04:00.0: eth2: (PCIe:2.5Gb/s:Width x4) > 90:e2:ba:53:e5:24 > [ 4.004210] igb 0000:04:00.0: eth2: PBA No: Unknown > [ 4.004275] igb 0000:04:00.0: Using MSI-X interrupts. 4 rx queue(s), 4 > tx queue(s) > [ 4.004403] xen: registering gsi 17 triggering 0 polarity 1 > [ 4.004406] Already setup the GSI :17 > [ 4.063964] usb 2-1.5: New USB device found, idVendor=0424, > idProduct=2514 > [ 4.064034] usb 2-1.5: New USB device strings: Mfr=0, Product=0, > SerialNumber=0 > [ 4.064453] hub 2-1.5:1.0: USB hub found > [ 4.064664] hub 2-1.5:1.0: 4 ports detected > [ 4.115846] bio: create slab at 1 > [ 4.550844] EXT4-fs (dm-0): mounted filesystem with ordered data mode. > Opts: (null) > [ 4.968014] igb 0000:04:00.1: added PHC on eth3 > [ 4.968096] igb 0000:04:00.1: Intel(R) Gigabit Ethernet Network > Connection > [ 4.968164] igb 0000:04:00.1: eth3: (PCIe:2.5Gb/s:Width x4) > 90:e2:ba:53:e5:25 > [ 4.968233] igb 0000:04:00.1: eth3: PBA No: Unknown > [ 4.968298] igb 0000:04:00.1: Using MSI-X interrupts. 4 rx queue(s), 4 > tx queue(s) > [ 6.364613] Adding 4161532k swap on /dev/mapper/fiat--vg-swap_1. > Priority:-1 extents:1 across:4161532k FS > [ 6.900721] EXT4-fs (dm-0): re-mounted. Opts: errors=remount-ro > [ 7.078991] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready > [ 7.078996] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready > [ 7.079000] IPv6: ADDRCONF(NETDEV_UP): eth2: link is not ready > [ 7.079004] IPv6: ADDRCONF(NETDEV_UP): eth3: link is not ready > [ 7.371646] systemd-udevd[361]: starting version 204 > [ 7.878340] lp: driver loaded but no devices found > [ 9.826047] wmi: Mapper loaded > [ 9.843887] systemd-udevd[460]: failed to execute > '/lib/udev/socket:/org/xen/xend/udev_event' > 'socket:/org/xen/xend/udev_event': No such file or directory > [ 9.846621] systemd-udevd[465]: failed to execute > '/lib/udev/socket:/org/xen/xend/udev_event' > 'socket:/org/xen/xend/udev_event': No such file or directory > [ 9.847206] systemd-udevd[466]: failed to execute > '/lib/udev/socket:/org/xen/xend/udev_event' > 'socket:/org/xen/xend/udev_event': No such file or directory > [ 9.849555] systemd-udevd[467]: failed to execute > '/lib/udev/socket:/org/xen/xend/udev_event' > 'socket:/org/xen/xend/udev_event': No such file or directory > [ 9.851680] systemd-udevd[469]: failed to execute > '/lib/udev/socket:/org/xen/xend/udev_event' > 'socket:/org/xen/xend/udev_event': No such file or directory > [ 9.853643] systemd-udevd[472]: failed to execute > '/lib/udev/socket:/org/xen/xend/udev_event' > 'socket:/org/xen/xend/udev_event': No such file or directory > [ 9.855475] systemd-udevd[474]: failed to execute > '/lib/udev/socket:/org/xen/xend/udev_event' > 'socket:/org/xen/xend/udev_event': No such file or directory > [ 9.857872] systemd-udevd[476]: failed to execute > '/lib/udev/socket:/org/xen/xend/udev_event' > 'socket:/org/xen/xend/udev_event': No such file or directory > [ 9.859002] ACPI Warning: 0x0000000000000428-0x000000000000042f SystemIO > conflicts with Region \PMIO 1 (20130517/utaddress-251) > [ 9.859007] ACPI: If an ACPI driver is available for this device, you > should use it instead of the native driver > [ 9.859011] ACPI Warning: 0x0000000000000540-0x000000000000054f SystemIO > conflicts with Region \GPIO 1 (20130517/utaddress-251) > [ 9.859013] ACPI: If an ACPI driver is available for this device, you > should use it instead of the native driver > [ 9.859014] ACPI Warning: 0x0000000000000530-0x000000000000053f SystemIO > conflicts with Region \GPIO 1 (20130517/utaddress-251) > [ 9.859017] ACPI: If an ACPI driver is available for this device, you > should use it instead of the native driver > [ 9.859018] ACPI Warning: 0x0000000000000500-0x000000000000052f SystemIO > conflicts with Region \GPIO 1 (20130517/utaddress-251) > [ 9.859020] ACPI: If an ACPI driver is available for this device, you > should use it instead of the native driver > [ 9.859021] lpc_ich: Resource conflict(s) found affecting gpio_ich > [ 9.879903] systemd-udevd[487]: failed to execute > '/lib/udev/socket:/org/xen/xend/udev_event' > 'socket:/org/xen/xend/udev_event': No such file or directory > [ 9.897625] microcode: CPU0 sig=0x206a7, pf=0x2, revision=0x29 > [ 10.062885] dcdbas dcdbas: Dell Systems Management Base Driver (version > 5.6.0-3.2) > [ 10.395062] microcode: CPU1 sig=0x206a7, pf=0x2, revision=0x29 > [ 10.400676] microcode: CPU2 sig=0x206a7, pf=0x2, revision=0x29 > [ 10.401495] microcode: CPU3 sig=0x206a7, pf=0x2, revision=0x29 > [ 10.402320] microcode: Microcode Update Driver: v2.00 < > tigran@aivazian.fsnet.co.uk (mailto:tigran@aivazian.fsnet.co.uk)>, Peter Oruba > [ 10.610920] systemd-udevd[570]: failed to execute > '/lib/udev/socket:/org/xen/xend/udev_event' > 'socket:/org/xen/xend/udev_event': No such file or directory > [ 10.610941] systemd-udevd[571]: failed to execute > '/lib/udev/socket:/org/xen/xend/udev_event' > 'socket:/org/xen/xend/udev_event': No such file or directory > [ 10.612923] systemd-udevd[573]: failed to execute > '/lib/udev/socket:/org/xen/xend/udev_event' > 'socket:/org/xen/xend/udev_event': No such file or directory > [ 10.749729] Bluetooth: Core ver 2.16 > [ 10.749748] NET: Registered protocol family 31 > [ 10.749750] Bluetooth: HCI device and connection manager initialized > [ 10.749756] Bluetooth: HCI socket layer initialized > [ 10.749758] Bluetooth: L2CAP socket layer initialized > [ 10.749762] Bluetooth: SCO socket layer initialized > [ 10.922110] type=1400 audit(1391611320.655:2): apparmor="STATUS" > operation="profile_load" parent=544 profile="unconfined" > name="/sbin/dhclient" pid=560 comm="apparmor_parser" > [ 10.922117] type=1400 audit(1391611320.655:3): apparmor="STATUS" > operation="profile_load" parent=544 profile="unconfined" > name="/usr/lib/NetworkManager/nm-dhcp-client.action" pid=560 > comm="apparmor_parser" > [ 10.922120] type=1400 audit(1391611320.655:4): apparmor="STATUS" > operation="profile_load" parent=544 profile="unconfined" > name="/usr/lib/connman/scripts/dhclient-script" pid=560 > comm="apparmor_parser" > [ 10.922132] type=1400 audit(1391611320.655:5): apparmor="STATUS" > operation="profile_replace" parent=542 profile="unconfined" > name="/sbin/dhclient" pid=556 comm="apparmor_parser" > [ 10.922139] type=1400 audit(1391611320.655:6): apparmor="STATUS" > operation="profile_replace" parent=542 profile="unconfined" > name="/usr/lib/NetworkManager/nm-dhcp-client.action" pid=556 > comm="apparmor_parser" > [ 10.922142] type=1400 audit(1391611320.655:7): apparmor="STATUS" > operation="profile_replace" parent=542 profile="unconfined" > name="/usr/lib/connman/scripts/dhclient-script" pid=556 > comm="apparmor_parser" > [ 10.922156] type=1400 audit(1391611320.655:8): apparmor="STATUS" > operation="profile_replace" parent=543 profile="unconfined" > name="/sbin/dhclient" pid=559 comm="apparmor_parser" > [ 10.922162] type=1400 audit(1391611320.655:9): apparmor="STATUS" > operation="profile_replace" parent=543 profile="unconfined" > name="/usr/lib/NetworkManager/nm-dhcp-client.action" pid=559 > comm="apparmor_parser" > [ 10.922166] type=1400 audit(1391611320.655:10): apparmor="STATUS" > operation="profile_replace" parent=543 profile="unconfined" > name="/usr/lib/connman/scripts/dhclient-script" pid=559 > comm="apparmor_parser" > [ 10.922186] type=1400 audit(1391611320.655:11): apparmor="STATUS" > operation="profile_replace" parent=547 profile="unconfined" > name="/sbin/dhclient" pid=557 comm="apparmor_parser" > [ 10.960369] Bluetooth: RFCOMM TTY layer initialized > [ 10.960378] Bluetooth: RFCOMM socket layer initialized > [ 10.960379] Bluetooth: RFCOMM ver 1.11 > [ 11.096147] init: avahi-cups-reload main process (598) terminated with > status 1 > [ 11.167124] Bluetooth: BNEP (Ethernet Emulation) ver 1.3 > [ 11.167127] Bluetooth: BNEP filters: protocol multicast > [ 11.167134] Bluetooth: BNEP socket layer initialized > [ 11.287751] asix 2-1.1:1.0 eth0: register 'asix' at > usb-0000:00:1d.0-1.1, ASIX AX88178 USB 2.0 Ethernet, 00:0e:c6:88:f6:d3 > [ 11.287788] usbcore: registered new interface driver asix > [ 11.288748] systemd-udevd[642]: failed to execute > '/lib/udev/socket:/org/xen/xend/udev_event' > 'socket:/org/xen/xend/udev_event': No such file or directory > [ 11.341535] ppdev: user-space parallel port driver > [ 11.696251] Bridge firewalling registered > [ 11.699221] device eth0 entered promiscuous mode > [ 12.437016] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready > [ 12.437109] IPv6: ADDRCONF(NETDEV_UP): xenbr0: link is not ready > [ 15.138103] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready > [ 15.139187] asix 2-1.1:1.0 eth0: link up, 1000Mbps, full-duplex, lpa > 0xC5E1 > [ 15.143931] xenbr0: port 1(eth0) entered forwarding state > [ 15.143942] xenbr0: port 1(eth0) entered forwarding state > [ 15.143955] IPv6: ADDRCONF(NETDEV_CHANGE): xenbr0: link becomes ready > [ 15.768228] init: udev-fallback-graphics main process (932) terminated > with status 1 > [ 17.202300] init: failsafe main process (628) killed by TERM signal > [ 17.799180] audit_printk_skb: 69 callbacks suppressed > [ 17.799184] type=1400 audit(1391611327.531:35): apparmor="STATUS" > operation="profile_replace" parent=1353 profile="unconfined" > name="/sbin/dhclient" pid=1361 comm="apparmor_parser" > [ 17.799189] type=1400 audit(1391611327.531:36): apparmor="STATUS" > operation="profile_replace" parent=1353 profile="unconfined" > name="/usr/lib/NetworkManager/nm-dhcp-client.action" pid=1361 > comm="apparmor_parser" > [ 17.799193] type=1400 audit(1391611327.531:37): apparmor="STATUS" > operation="profile_replace" parent=1353 profile="unconfined" > name="/usr/lib/connman/scripts/dhclient-script" pid=1361 > comm="apparmor_parser" > [ 17.799644] type=1400 audit(1391611327.535:38): apparmor="STATUS" > operation="profile_replace" parent=1353 profile="unconfined" > name="/usr/lib/NetworkManager/nm-dhcp-client.action" pid=1361 > comm="apparmor_parser" > [ 17.799649] type=1400 audit(1391611327.535:39): apparmor="STATUS" > operation="profile_replace" parent=1353 profile="unconfined" > name="/usr/lib/connman/scripts/dhclient-script" pid=1361 > comm="apparmor_parser" > [ 17.799876] type=1400 audit(1391611327.535:40): apparmor="STATUS" > operation="profile_replace" parent=1353 profile="unconfined" > name="/usr/lib/connman/scripts/dhclient-script" pid=1361 > comm="apparmor_parser" > [ 18.034955] type=1400 audit(1391611327.767:41): apparmor="STATUS" > operation="profile_load" parent=1353 profile="unconfined" > name="/usr/lib/x86_64-linux-gnu/lightdm-remote-session-freerdp/freerdp-session-wrapper" > pid=1359 comm="apparmor_parser" > [ 18.034960] type=1400 audit(1391611327.767:42): apparmor="STATUS" > operation="profile_load" parent=1353 profile="unconfined" > name="chromium_browser" pid=1359 comm="apparmor_parser" > [ 18.035292] type=1400 audit(1391611327.767:43): apparmor="STATUS" > operation="profile_replace" parent=1353 profile="unconfined" > name="chromium_browser" pid=1359 comm="apparmor_parser" > [ 18.067968] type=1400 audit(1391611327.803:44): apparmor="STATUS" > operation="profile_load" parent=1353 profile="unconfined" > name="/usr/lib/x86_64-linux-gnu/lightdm-remote-session-uccsconfigure/uccsconfigure-session-wrapper" > pid=1360 comm="apparmor_parser" > [ 19.521968] xen:xen_evtchn: Event-channel device installed > [ 20.668188] IPv6: ADDRCONF(NETDEV_UP): eth2: link is not ready > [ 20.668698] IPv6: ADDRCONF(NETDEV_UP): eth2: link is not ready > [ 21.508464] IPv6: ADDRCONF(NETDEV_UP): eth4: link is not ready > [ 21.508911] IPv6: ADDRCONF(NETDEV_UP): eth4: link is not ready > [ 21.600614] bnx2 0000:05:00.0 eth3: using MSIX > [ 21.600639] IPv6: ADDRCONF(NETDEV_UP): eth3: link is not ready > [ 21.601034] IPv6: ADDRCONF(NETDEV_UP): eth3: link is not ready > [ 21.656654] bnx2 0000:05:00.1 eth1: using MSIX > [ 21.656676] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready > [ 21.657027] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready > [ 30.168115] xenbr0: port 1(eth0) entered forwarding state > [ 679.030308] xen_pciback: backend is passthrough > [ 679.119557] pciback 0000:05:00.0: seizing device > [ 679.135333] xen: registering gsi 16 triggering 0 polarity 1 > [ 679.135338] Already setup the GSI :16 > [ 679.223564] pciback 0000:05:00.1: seizing device > [ 679.239332] xen: registering gsi 17 triggering 0 polarity 1 > [ 679.239337] Already setup the GSI :17 > [ 826.675306] IPv6: ADDRCONF(NETDEV_UP): vif1.0: link is not ready > [ 826.675650] IPv6: ADDRCONF(NETDEV_UP): vif1.0: link is not ready > [ 826.847467] device vif1.0 entered promiscuous mode > [ 827.529251] ip_tables: (C) 2000-2006 Netfilter Core Team > [ 827.871604] device vif1.0-emu entered promiscuous mode > [ 827.872947] xenbr0: port 3(vif1.0-emu) entered forwarding state > [ 827.872953] xenbr0: port 3(vif1.0-emu) entered forwarding state > [ 842.899266] xenbr0: port 3(vif1.0-emu) entered forwarding state > > > /etc/xen/ubuntu-hvm-0.cfg > kernel = "/usr/lib/xen-4.3/boot/hvmloader" > builder='hvm' > memory = 1024 > vcpus=2 > name = "ubuntu-hvm-0" > vif = ['bridge=xenbr0'] > pci_permissive=1 > pci= ['05:00.0', '05:00.1'] > disk = > ['phy:/dev/fiat-vg/ubuntu-hvm-0,hda,w','file:/root/ubuntu-12.04.3-server-amd64.iso,hdc:cdrom,r'] > acpi = 1 > device_model = 'qemu-dm' > boot="d" > sdl=0 > serial='pty' > vnc=1 > #vnclisten="" > vncpasswd="" > on_poweroff = 'destroy' > on_reboot = 'restart' > on_crash = 'restart' > > > > Any suggestions? > > > On Wed, Feb 5, 2014 at 8:54 AM, Mike Neiderhauser < > mikeneiderhauser@gmail.com (mailto:mikeneiderhauser@gmail.com)> wrote: > > > I have. But I cant seem to get the xm toolstack to switch with xl. > > > > Regards > > > > > > On Wed, Feb 5, 2014 at 8:53 AM, Ian Campbell wrote: > > > > > On Wed, 2014-02-05 at 08:43 -0500, Mike Neiderhauser wrote: > > > > Do you have any suggestions for a setup guide for 4.3? I have > > > > installed xen-hypervisor-4.3-amd64 from ubuntu package manger and I > > > > don't know where to go from here. > > > > > > > > > > > > > Have you looked on the wiki? > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > ------------------------------ > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org (mailto:Xen-users@lists.xen.org) > http://lists.xen.org/xen-users > > > End of Xen-users Digest, Vol 108, Issue 7 > ***************************************** > > --52f269f9_515f007c_701 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline
unsubscribe

-- 
Gabriel Queiroz

+55 61 3037-2002
gabriel=40flo= wecommerce.com      www.flowecommerce.com

 

=20

On Wednesday, =46ebrua= ry 5, 2014 at 14:35, xen-users-request=40lists.xen.org wrote:

Send Xen-users mailing list subm= issions to

To subscribe or unsu= bscribe via the World Wide Web, visit
or, via email, send a messag= e with subject or body 'help' to

You can reach the person managing the list at
xen-users-owner=40= lists.xen.org

When replying, please edit you= r Subject line so it is more specific
than =22Re: Contents of X= en-users digest...=22


Today's Top= ics:

1. Re: Requesting Help - Error: pci: PCI= Backend and pci-stub
don't own device (Mike Neiderhauser= )
2. Re: Requesting Help - Error: pci: PCI Backend and pci-s= tub
don't own device (Mike Neiderhauser)
3. = Re: Requesting Help - Error: pci: PCI Backend and pci-stub
= don't own device (Mike Neiderhauser)
4. Re: Requesting Hel= p - Error: pci: PCI Backend and pci-stub
don't own device= (Mike Neiderhauser)


------------= ----------------------------------------------------------

=
Message: 1
Date: Wed, 5 =46eb 2014 08:09:12 -0500
=46rom: Mike Neiderhauser <mikeneiderhauser=40gmail.com>
To: Ian C= ampbell <Ian.Campbell= =40citrix.com>
Sub= ject: Re: =5BXen-users=5D Requesting Help - Error: pci: PCI Backend and
pci-stub don't own device
Message-ID:
Content-Type: text/plain; charset=3D=22iso-8859-1=22=

Sorry about dropping the CC. I will try not to= do it again.

Which logs are you looking for=3F<= /div>

I have already started installing Ubuntu on the = machine so anything that
was from the 4.1 config has been delet= ed (I have a system image if I need
to restore it to get additi= onal information).

Regards

<= div>
On Wed, =46eb 5, 2014 at 7:52 AM, Ian Campbell <Ian.Campbell=40citrix.com>wrote:

<= div>An HTML attachment was scrubbed...

---= ---------------------------

Message: 2
Date: Wed, 5 =46eb 2014 08:43:48 -0500
=46rom: Mike Neiderhaus= er <mikeneiderhaus= er=40gmail.com>
To: Ian Campbell <Ian.Campbell=40citrix.com>
Cc: xen-users <xen-u= sers=40lists.xen.org>
Subject: Re: =5BXen-users=5D Reque= sting Help - Error: pci: PCI Backend and
pci-stub don't own de= vice
Message-ID:
<CA+XTOOj= k2QOqTdLdT=46d=46pcLMJRJH4UKo07Ybu9b6pJHp1-owAg=40mail.gmail.com><= /div>
Content-Type: text/plain; charset=3D=22iso-8859-1=22
=
Do you have any suggestions for a setup guide for 4.3=3F I= have installed
xen-hypervisor-4.3-amd64 from ubuntu package ma= nger and I don't know where
to go from here.

Thanks


On Wed, =46eb 5, 20= 14 at 8:15 AM, Ian Campbell <Ian.Campbell=40citrix.com>wrote:

On Wed, 2014-02-05 at 08:09 -0500, Mik= e Neiderhauser wrote:

<= div>Which logs are you looking for=3F

=22xm dmesg=22 (or xl dmesg) in addition to the dom0 kernel dmesg. =46= rom a
previous reply:
Does it say anything ex= tra after you try the final create with
22
= Invalid Argument as the result=3F

= Also you should look in =22xm dmesg=22 (Xen's console) as well as
=22dmesg=22 (dom0's console)

I have already started installing Ubuntu on th= e machine so anything
that was from the 4.1 config has been del= eted (I have a system image
if I need to restore it to get addi= tional information).

It's OK,= lets focus on the newer version.


Ian.
-------------- next part -------------= -
An HTML attachment was scrubbed...

=
------------------------------

Message: 3
Date: Wed, 5 =46eb 2014 08:54:18 -0500
=46rom: Mike Ne= iderhauser <mikene= iderhauser=40gmail.com>
To: Ian Campbell <Ian.Campbell=40citrix.com>
Subject: Re: =5BXen-users=5D= Requesting Help - Error: pci: PCI Backend and
pci-stub don't = own device
Message-ID:
Content-Type: text/plain; charset=3D=22iso-8859-1=22

I have. But I cant seem to get the xm toolstack to switc= h with xl.

Regards


=
On Wed, =46eb 5, 2014 at 8:53 AM, Ian Campbell <Ian.Campbell=40citrix.com>wrot= e:

On Wed, 20= 14-02-05 at 08:43 -0500, Mike Neiderhauser wrote:
Do you have any suggestions for a setup guide for 4.= 3=3F I have
installed xen-hypervisor-4.3-amd64 from ubuntu pack= age manger and I
don't know where to go from here.
<= /blockquote>

Have you looked on the wiki=3F
-------------- next part --------------
An H= TML attachment was scrubbed...

-----------= -------------------

Message: 4
Date: W= ed, 5 =46eb 2014 10:00:00 -0500
=46rom: Mike Neiderhauser <<= a href=3D=22mailto:mikeneiderhauser=40gmail.com=22>mikeneiderhauser=40gma= il.com>
To: Ian Campbell <Ian.Campbell=40citrix.com>
Cc: xen= -users <xen-users=40l= ists.xen.org>
Subject: Re: =5BXen-users=5D Requesting He= lp - Error: pci: PCI Backend and
pci-stub don't own device
Message-ID:
Co= ntent-Type: text/plain; charset=3D=22iso-8859-1=22

Okay. I was able to switch over the toolstack to xl.

When trying to create the domu I get this:

root=40fiat:=7E=23 xl create /etc/xen/ubuntu-hvm-0.cfg
Parsi= ng config from /etc/xen/ubuntu-hvm-0.cfg
WARNING: ignoring =22k= ernel=22 directive for HVM guest. Use =22firmware=5Foverride=22
instead if you really want a non-default firmware
WARNING: ign= oring device=5Fmodel directive.
WARNING: Use =22device=5Fmodel=5F= override=22 instead if you really want a
non-default device=5Fm= odel
xc: info: VIRTUAL MEMORY ARRANGEMENT:
Loader: = 0000000000100000->00000000001a69a4
Modules: 0= 000000000000000->0000000000000000
TOTAL: 000000000= 0000000->000000003f800000
ENTRY ADDRESS: 0000000000100608<= /div>
xc: info: PHYSICAL MEMORY ALLOCATION:
4KB PAGES: 0x= 0000000000000200
2MB PAGES: 0x00000000000001fb
1G= B PAGES: 0x0000000000000000
libxl: error: libxl=5Fpci.c:990:lib= xl=5F=5Fdevice=5Fpci=5Freset: The kernel doesn't
support reset = from sysfs for PCI device 0000:05:00.0
libxl: error: libxl=5Fpc= i.c:990:libxl=5F=5Fdevice=5Fpci=5Freset: The kernel doesn't
sup= port reset from sysfs for PCI device 0000:05:00.1
Daemon runnin= g with PID 3095


xl dmesg
root=40fiat:=7E=23 xl dmesg
(XEN) Xen version 4.3.0 (Ubuntu 4= .3.0-1ubuntu1.2) (
stefan.bader=40canonical.com) (gcc (Ubuntu/Linaro 4.8.1-10ubu= ntu8) 4.8.1)
debug=3Dn Tue Dec 17 15:35:25 UTC 2013
(= XEN) Bootloader: GRUB 2.00-19ubuntu2.1
(XEN) Command line: plac= eholder dom0=5Fmem=3D1024M
(XEN) Video information:
(= XEN) VGA is text mode 80x25, font 8x16
(XEN) VBE/DDC methods:= none; EDID transfer time: 0 seconds
(XEN) EDID info not retri= eved because no DDC retrieval method detected
(XEN) Disc inform= ation:
(XEN) =46ound 1 MBR signatures
(XEN) =46ound= 1 EDD information structures
(XEN) Xen-e820 RAM map:
(XEN) 0000000000000000 - 000000000009e400 (usable)
(XEN) 000= 000000009e400 - 00000000000a0000 (reserved)
(XEN) 00000000000e= 0000 - 0000000000100000 (reserved)
(XEN) 0000000000100000 - 00= 000000bdfb0000 (usable)
(XEN) 00000000bdfb0000 - 00000000bf3b0= 000 (reserved)
(XEN) 00000000bf3b0000 - 00000000bf5d7000 (usab= le)
(XEN) 00000000bf5d7000 - 00000000bf5d9000 (reserved)
=
(XEN) 00000000bf5d9000 - 00000000bf5ea000 (usable)
(XEN) = 00000000bf5ea000 - 00000000bf5ee000 (reserved)
(XEN) 00000000= bf5ee000 - 00000000bf5f0000 (usable)
(XEN) 00000000bf5f0000 - = 00000000bf601000 (reserved)
(XEN) 00000000bf601000 - 00000000b= f63f000 (usable)
(XEN) 00000000bf63f000 - 00000000bf6bf000 (re= served)
(XEN) 00000000bf6bf000 - 00000000bf7bf000 (ACPI NVS)
(XEN) 00000000bf7bf000 - 00000000bf7f0000 (ACPI data)
(XEN) 00000000bf7f0000 - 00000000bf800000 (usable)
(XEN) 000= 00000bf800000 - 00000000c0000000 (reserved)
(XEN) 00000000e000= 0000 - 00000000f0000000 (reserved)
(XEN) 00000000feb00000 - 00= 000000feb04000 (reserved)
(XEN) 00000000fec00000 - 00000000fec= 01000 (reserved)
(XEN) 00000000fed10000 - 00000000fed1a000 (re= served)
(XEN) 00000000fed1c000 - 00000000fed20000 (reserved)
(XEN) 00000000fee00000 - 00000000fee01000 (reserved)
= (XEN) 00000000ffc00000 - 0000000100000000 (reserved)
(XEN) 00= 00000100000000 - 0000000140000000 (usable)
(XEN) ACPI: RSDP 000= =46E020, 0024 (r2 DELL )
(XEN) ACPI: XSDT B=467E=46170, 00A4 (= r1 DELL PE=5FSC3 1 DELL 40000)
(XEN) ACPI: =46ACP= B=467EB000, 00=464 (r4 DELL PE=5FSC3 1 DELL 40000)
(XEN) ACPI: DSDT B=467E1000, 68=46E (r1 DELL PE=5FSC3 0 DEL= L 40000)
(XEN) ACPI: =46ACS B=467B8000, 0040
(XEN)= ACPI: SPMI B=467EE000, 0040 (r5 DELL PE=5FSC3 1 DELL 40000= )
(XEN) ACPI: DMAR B=467ED000, 0078 (r1 DELL PE=5FSC3 = 1 DELL 40000)
(XEN) ACPI: AS=46=21 B=467EC000, 00A5 (r32 D= ELL PE=5FSC3 1 DELL 40000)
(XEN) ACPI: HPET B=467= EA000, 0038 (r1 DELL PE=5FSC3 1 DELL 40000)
(XEN)= ACPI: APIC B=467E9000, 0092 (r2 DELL PE=5FSC3 1 DELL 40000= )
(XEN) ACPI: MC=46G B=467E8000, 003C (r1 DELL PE=5FSC3 = 1 DELL 40000)
(XEN) ACPI: BOOT B=467DE000, 0028 (r1 DELL= PE=5FSC3 1 DELL 40000)
(XEN) ACPI: SSDT B=467DD0= 00, 02=466 (r1 DELL PE=5FSC3 1000 DELL 40000)
(XEN) = ACPI: ASPT B=467DA000, 0034 (r7 DELL PE=5FSC3 1 DELL 40000)=
(XEN) ACPI: SSDT B=467D9000, 060E (r1 DELL PE=5FSC3 30= 00 DELL 40000)
(XEN) ACPI: SSDT B=467D8000, 0A92 (r1 DELL = PE=5FSC3 3000 DELL 40000)
(XEN) ACPI: HEST B=467D7000,= 00A8 (r1 DELL PE=5FSC3 0 DELL 40000)
(XEN) ACPI:= ERST B=467D6000, 0230 (r1 DELL PE=5FSC3 0 DELL 40000)
(XEN) ACPI: BERT B=467D5000, 0030 (r1 DELL PE=5FSC3 0 DE= LL 40000)
(XEN) ACPI: EINJ B=467D4000, 0130 (r1 DELL PE=5F= SC3 0 DELL 40000)
(XEN) System RAM: 4065MB (4163416= kB)
(XEN) Domain heap initialised
(XEN) Processor =23= 0 6:10 APIC version 21
(XEN) Processor =232 6:10 APIC version 2= 1
(XEN) Processor =234 6:10 APIC version 21
(XEN) Pro= cessor =236 6:10 APIC version 21
(XEN) IOAPIC=5B0=5D: apic=5Fid= 0, version 32, address 0xfec00000, GSI 0-23
(XEN) Enabling API= C mode: =46lat. Using 1 I/O APICs
(XEN) =5BVT-D=5Ddmar.c:583:= RMRR address range not in reserved memory base =3D
0 end =3D= fff; iommu=5Finclusive=5Fmapping=3D1 parameter may be needed.
= (XEN) Switched to APIC driver x2apic=5Fcluster.
(XEN) Using sch= eduler: SMP Credit Scheduler (credit)
(XEN) Detected 3093.056 M= Hz processor.
(XEN) Initing memory sharing.
(XEN) xst= ate=5Finit: using cntxt=5Fsize: 0x340 and states: 0x7
(XEN) Int= el VT-d iommu 0 supported page sizes: 4kB.
(XEN) Intel VT-d Sno= op Control enabled.
(XEN) Intel VT-d Dom0 DMA Passthrough not e= nabled.
(XEN) Intel VT-d Queued Invalidation enabled.
(XEN) Intel VT-d Interrupt Remapping enabled.
(XEN) Intel VT-d= Shared EPT tables not enabled.
(XEN) I/O virtualisation enable= d
(XEN) - Dom0 mode: Relaxed
(XEN) Interrupt remappi= ng enabled
(XEN) Enabled directed EOI with ioapic=5Fack=5Fold o= n=21
(XEN) ENABLING IO-APIC IRQs
(XEN) -> Using o= ld ACK method
(XEN) Platform timer is 14.318MHz HPET
= (XEN) Allocated console ring of 16 KiB.
(XEN) VMX: Supported ad= vanced features:
(XEN) - APIC MMIO access virtualisation
=
(XEN) - APIC TPR shadow
(XEN) - Extended Page Tables (EP= T)
(XEN) - Virtual-Processor Identifiers (VPID)
(XEN= ) - Virtual NMI
(XEN) - MSR direct-access bitmap
(X= EN) - Unrestricted Guest
(XEN) HVM: ASIDs enabled.
(= XEN) HVM: VMX enabled
(XEN) HVM: Hardware Assisted Paging (HAP)= detected
(XEN) HVM: HAP page sizes: 4kB, 2MB
(XEN) B= rought up 4 CPUs
(XEN) mtrr: your CPUs had inconsistent variabl= e MTRR settings
(XEN) *** LOADING DOMAIN 0 ***
(XEN) = Xen kernel: 64-bit, lsb, compat32
(XEN) Dom0 kernel: 64-bit,= PAE, lsb, paddr 0x1000000 -> 0x23f3000
(XEN) PHYSICAL MEMOR= Y ARRANGEMENT:
(XEN) Dom0 alloc.: 0000000134000000->00000= 00138000000 (233686 pages to
be allocated)
(XEN) Ini= t. ramdisk: 000000013d0d6000->000000013ffff800
(XEN) VIRTUAL= MEMORY ARRANGEMENT:
(XEN) Loaded kernel: ffffffff81000000->= ;ffffffff823f3000
(XEN) Init. ramdisk: ffffffff823f3000->ff= ffffff8531c800
(XEN) Phys-Mach map: ffffffff8531d000->fffff= fff8551d000
(XEN) Start info: ffffffff8551d000->ffffffff= 8551d4b4
(XEN) Page tables: ffffffff8551e000->ffffffff855= 4d000
(XEN) Boot stack: ffffffff8554d000->ffffffff8554e0= 00
(XEN) TOTAL: ffffffff80000000->ffffffff85800000<= /div>
(XEN) ENTRY ADDRESS: ffffffff81d261e0
(XEN) Dom0 has= maximum 4 VCPUs
(XEN) Scrubbing =46ree RAM: ..................= ...........done.
(XEN) Initial low memory virq threshold set at= 0x4000 pages.
(XEN) Std. Loglevel: Errors and warnings
(XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings)
(XEN) Xen is relinquishing VGA console.
(XEN) *** Serial = input -> DOM0 (type 'CTRL-a' three times to switch input
to = Xen)
(XEN) =46reed 260kB init memory.
(XEN) traps.c:2= 503:d0 Domain attempted WRMSR 00000000000001fc from
0x000000000= 004005f to 0x000000000004005d.
(XEN) traps.c:2503:d0 Domain att= empted WRMSR 00000000000001fc from
0x000000000004005f to 0x0000= 00000004005d.
(XEN) traps.c:2503:d0 Domain attempted WRMSR 0000= 0000000001fc from
0x000000000004005f to 0x000000000004005d.
(XEN) traps.c:2503:d0 Domain attempted WRMSR 00000000000001fc from=
0x000000000004005f to 0x000000000004005d.

=

dmesg
root=40fiat:=7E=23 dmesg
=5B= 0.000000=5D Initializing cgroup subsys cpuset
=5B 0.0000= 00=5D Initializing cgroup subsys cpu
=5B 0.000000=5D Initial= izing cgroup subsys cpuacct
=5B 0.000000=5D Linux version 3.= 11.0-12-generic (buildd=40allspice) (gcc
version 4.8.1 (Ubuntu/= Linaro 4.8.1-10ubuntu7) ) =2319-Ubuntu SMP Wed Oct 9
16:20:46 U= TC 2013 (Ubuntu 3.11.0-12.19-generic 3.11.3)
=5B 0.000000=5D= Command line: placeholder root=3D/dev/mapper/fiat--vg-root ro
= biosdevname=3D0
=5B 0.000000=5D KERNEL supported cpus:
=
=5B 0.000000=5D Intel GenuineIntel
=5B 0.000000=5D= AMD AuthenticAMD
=5B 0.000000=5D Centaur CentaurHauls
=5B 0.000000=5D =46reeing 9e-100 pfn range: 98 pages freed
=5B 0.000000=5D 1-1 mapping on 9e->100
=5B 0.0= 00000=5D 1-1 mapping on bdfb0->bf3b0
=5B 0.000000=5D 1-1 = mapping on bf5d7->bf5d9
=5B 0.000000=5D 1-1 mapping on bf= 5ea->bf5ee
=5B 0.000000=5D 1-1 mapping on bf5f0->bf601=
=5B 0.000000=5D 1-1 mapping on bf63f->bf7f0
=5B= 0.000000=5D 1-1 mapping on bf800->100000
=5B 0.000000= =5D Released 98 pages of unused memory
=5B 0.000000=5D Set 2= 69866 page(s) to 1-1 mapping
=5B 0.000000=5D Populating 4000= 0-40062 pfn range: 98 pages added
=5B 0.000000=5D e820: BIOS= -provided physical RAM map:
=5B 0.000000=5D Xen: =5Bmem 0x00= 00000000000000-0x000000000009dfff=5D usable
=5B 0.000000=5D = Xen: =5Bmem 0x000000000009e400-0x00000000000fffff=5D reserved
=5B= 0.000000=5D Xen: =5Bmem 0x0000000000100000-0x00000000bdfaffff=5D usab= le
=5B 0.000000=5D Xen: =5Bmem 0x00000000bdfb0000-0x00000000= bf3affff=5D reserved
=5B 0.000000=5D Xen: =5Bmem 0x00000000b= f3b0000-0x00000000bf5d6fff=5D usable
=5B 0.000000=5D Xen: =5B= mem 0x00000000bf5d7000-0x00000000bf5d8fff=5D reserved
=5B 0.= 000000=5D Xen: =5Bmem 0x00000000bf5d9000-0x00000000bf5e9fff=5D usable
=5B 0.000000=5D Xen: =5Bmem 0x00000000bf5ea000-0x00000000bf5edf= ff=5D reserved
=5B 0.000000=5D Xen: =5Bmem 0x00000000bf5ee00= 0-0x00000000bf5effff=5D usable
=5B 0.000000=5D Xen: =5Bmem 0= x00000000bf5f0000-0x00000000bf600fff=5D reserved
=5B 0.00000= 0=5D Xen: =5Bmem 0x00000000bf601000-0x00000000bf63efff=5D usable
=5B 0.000000=5D Xen: =5Bmem 0x00000000bf63f000-0x00000000bf6befff=5D= reserved
=5B 0.000000=5D Xen: =5Bmem 0x00000000bf6bf000-0x0= 0000000bf7befff=5D ACPI NVS
=5B 0.000000=5D Xen: =5Bmem 0x00= 000000bf7bf000-0x00000000bf7effff=5D ACPI data
=5B 0.000000=5D= Xen: =5Bmem 0x00000000bf7f0000-0x00000000bf7fffff=5D usable
=5B= 0.000000=5D Xen: =5Bmem 0x00000000bf800000-0x00000000bfffffff=5D rese= rved
=5B 0.000000=5D Xen: =5Bmem 0x00000000e0000000-0x000000= 00efffffff=5D reserved
=5B 0.000000=5D Xen: =5Bmem 0x0000000= 0feb00000-0x00000000feb03fff=5D reserved
=5B 0.000000=5D Xen= : =5Bmem 0x00000000fec00000-0x00000000fec00fff=5D reserved
=5B = 0.000000=5D Xen: =5Bmem 0x00000000fed10000-0x00000000fed19fff=5D reser= ved
=5B 0.000000=5D Xen: =5Bmem 0x00000000fed1c000-0x0000000= 0fed1ffff=5D reserved
=5B 0.000000=5D Xen: =5Bmem 0x00000000= fee00000-0x00000000fee00fff=5D reserved
=5B 0.000000=5D Xen:= =5Bmem 0x00000000ffc00000-0x00000000ffffffff=5D reserved
=5B = 0.000000=5D Xen: =5Bmem 0x0000000100000000-0x000000013fffffff=5D usable=
=5B 0.000000=5D NX (Execute Disable) protection: active
=5B 0.000000=5D SMBIOS 2.7 present.
=5B 0.000000=5D= DMI: Dell Inc. PowerEdge R210 II/03X6X0, BIOS 2.5.1
07/11/2013=
=5B 0.000000=5D e820: update =5Bmem 0x00000000-0x00000fff=5D= usable =3D=3D> reserved
=5B 0.000000=5D e820: remove =5B= mem 0x000a0000-0x000fffff=5D usable
=5B 0.000000=5D No AGP b= ridge found
=5B 0.000000=5D e820: last=5Fpfn =3D 0x140000 ma= x=5Farch=5Fpfn =3D 0x400000000
=5B 0.000000=5D e820: last=5F= pfn =3D 0xbf800 max=5Farch=5Fpfn =3D 0x400000000
=5B 0.00000= 0=5D Scanning 1 areas for low memory corruption
=5B 0.000000= =5D Base memory trampoline at =5Bffff880000098000=5D 98000 size 24576
=5B 0.000000=5D init=5Fmemory=5Fmapping: =5Bmem 0x00000000-0x00= 0fffff=5D
=5B 0.000000=5D =5Bmem 0x00000000-0x000fffff=5D p= age 4k
=5B 0.000000=5D init=5Fmemory=5Fmapping: =5Bmem 0x3fe= 00000-0x3fffffff=5D
=5B 0.000000=5D =5Bmem 0x3fe00000-0x3ff= fffff=5D page 4k
=5B 0.000000=5D BRK =5B0x01fe9000, 0x01fe9f= ff=5D PGTABLE
=5B 0.000000=5D init=5Fmemory=5Fmapping: =5Bme= m 0x3c000000-0x3fdfffff=5D
=5B 0.000000=5D =5Bmem 0x3c00000= 0-0x3fdfffff=5D page 4k
=5B 0.000000=5D BRK =5B0x01fea000, 0= x01feafff=5D PGTABLE
=5B 0.000000=5D BRK =5B0x01feb000, 0x01= febfff=5D PGTABLE
=5B 0.000000=5D BRK =5B0x01fec000, 0x01fec= fff=5D PGTABLE
=5B 0.000000=5D BRK =5B0x01fed000, 0x01fedfff= =5D PGTABLE
=5B 0.000000=5D BRK =5B0x01fee000, 0x01feefff=5D= PGTABLE
=5B 0.000000=5D init=5Fmemory=5Fmapping: =5Bmem 0x0= 0100000-0x3bffffff=5D
=5B 0.000000=5D =5Bmem 0x00100000-0x3= bffffff=5D page 4k
=5B 0.000000=5D init=5Fmemory=5Fmapping: = =5Bmem 0x40000000-0xbdfaffff=5D
=5B 0.000000=5D =5Bmem 0x40= 000000-0xbdfaffff=5D page 4k
=5B 0.000000=5D init=5Fmemory=5F= mapping: =5Bmem 0xbf3b0000-0xbf5d6fff=5D
=5B 0.000000=5D =5B= mem 0xbf3b0000-0xbf5d6fff=5D page 4k
=5B 0.000000=5D init=5F= memory=5Fmapping: =5Bmem 0xbf5d9000-0xbf5e9fff=5D
=5B 0.0000= 00=5D =5Bmem 0xbf5d9000-0xbf5e9fff=5D page 4k
=5B 0.000000=5D= init=5Fmemory=5Fmapping: =5Bmem 0xbf5ee000-0xbf5effff=5D
=5B = 0.000000=5D =5Bmem 0xbf5ee000-0xbf5effff=5D page 4k
=5B 0= .000000=5D init=5Fmemory=5Fmapping: =5Bmem 0xbf601000-0xbf63efff=5D
=
=5B 0.000000=5D =5Bmem 0xbf601000-0xbf63efff=5D page 4k
=5B 0.000000=5D init=5Fmemory=5Fmapping: =5Bmem 0xbf7f0000-0xbf7ffff= f=5D
=5B 0.000000=5D =5Bmem 0xbf7f0000-0xbf7fffff=5D page 4= k
=5B 0.000000=5D init=5Fmemory=5Fmapping: =5Bmem 0x10000000= 0-0x13fffffff=5D
=5B 0.000000=5D =5Bmem 0x100000000-0x13fff= ffff=5D page 4k
=5B 0.000000=5D RAMDISK: =5Bmem 0x023f3000-0= x0531cfff=5D
=5B 0.000000=5D ACPI: RSDP 00000000000fe020 000= 24 (v02 DELL )
=5B 0.000000=5D ACPI: XSDT 00000000bf7ef170 = 000A4 (v01 DELL PE=5FSC3
00000001 DELL 00040000)
=5B= 0.000000=5D ACPI: =46ACP 00000000bf7eb000 000=464 (v04 DELL PE=5FSC= 3
00000001 DELL 00040000)
=5B 0.000000=5D ACPI: DS= DT 00000000bf7e1000 068=46E (v01 DELL PE=5FSC3
00000000 DELL = 00040000)
=5B 0.000000=5D ACPI: =46ACS 00000000bf7b8000 0004= 0
=5B 0.000000=5D ACPI: SPMI 00000000bf7ee000 00040 (v05 DEL= L PE=5FSC3
00000001 DELL 00040000)
=5B 0.000000=5D= ACPI: XMAR 00000000bf7ed000 00078 (v01 DELL PE=5FSC3
0000000= 1 DELL 00040000)
=5B 0.000000=5D ACPI: AS=46=21 00000000bf7e= c000 000A5 (v32 DELL PE=5FSC3
00000001 DELL 00040000)
=5B 0.000000=5D ACPI: HPET 00000000bf7ea000 00038 (v01 DELL PE=5F= SC3
00000001 DELL 00040000)
=5B 0.000000=5D ACPI: = APIC 00000000bf7e9000 00092 (v02 DELL PE=5FSC3
00000001 DELL = 00040000)
=5B 0.000000=5D ACPI: MC=46G 00000000bf7e8000 0003= C (v01 DELL PE=5FSC3
00000001 DELL 00040000)
=5B = 0.000000=5D ACPI: BOOT 00000000bf7de000 00028 (v01 DELL PE=5FSC3
=
00000001 DELL 00040000)
=5B 0.000000=5D ACPI: SSDT 0000= 0000bf7dd000 002=466 (v01 DELL PE=5FSC3
00001000 DELL 0004000= 0)
=5B 0.000000=5D ACPI: ASPT 00000000bf7da000 00034 (v07 DE= LL PE=5FSC3
00000001 DELL 00040000)
=5B 0.000000= =5D ACPI: SSDT 00000000bf7d9000 0060E (v01 DELL PE=5FSC3
0000= 3000 DELL 00040000)
=5B 0.000000=5D ACPI: SSDT 00000000bf7d8= 000 00A92 (v01 DELL PE=5FSC3
00003000 DELL 00040000)
=5B 0.000000=5D ACPI: HEST 00000000bf7d7000 000A8 (v01 DELL PE=5FS= C3
00000000 DELL 00040000)
=5B 0.000000=5D ACPI: E= RST 00000000bf7d6000 00230 (v01 DELL PE=5FSC3
00000000 DELL 0= 0040000)
=5B 0.000000=5D ACPI: BERT 00000000bf7d5000 00030 (= v01 DELL PE=5FSC3
00000000 DELL 00040000)
=5B 0.= 000000=5D ACPI: EINJ 00000000bf7d4000 00130 (v01 DELL PE=5FSC3
00000000 DELL 00040000)
=5B 0.000000=5D ACPI: Local APIC a= ddress 0xfee00000
=5B 0.000000=5D NUMA turned off
= =5B 0.000000=5D =46aking a node at =5Bmem 0x0000000000000000-0x0000000= 13fffffff=5D
=5B 0.000000=5D Initmem setup node 0 =5Bmem 0x0= 0000000-0x13fffffff=5D
=5B 0.000000=5D NODE=5FDATA =5Bmem = 0x3f899000-0x3f89dfff=5D
=5B 0.000000=5D Zone ranges:
<= div>=5B 0.000000=5D DMA =5Bmem 0x00001000-0x00ffffff=5D
=5B 0.000000=5D DMA32 =5Bmem 0x01000000-0xffffffff=5D
=5B 0.000000=5D Normal =5Bmem 0x100000000-0x13fffffff=5D
=5B 0.000000=5D Movable zone start for each node
=5B 0= .000000=5D Early memory node ranges
=5B 0.000000=5D node = 0: =5Bmem 0x00001000-0x0009dfff=5D
=5B 0.000000=5D node = 0: =5Bmem 0x00100000-0xbdfaffff=5D
=5B 0.000000=5D node = 0: =5Bmem 0xbf3b0000-0xbf5d6fff=5D
=5B 0.000000=5D node = 0: =5Bmem 0xbf5d9000-0xbf5e9fff=5D
=5B 0.000000=5D node = 0: =5Bmem 0xbf5ee000-0xbf5effff=5D
=5B 0.000000=5D node = 0: =5Bmem 0xbf601000-0xbf63efff=5D
=5B 0.000000=5D node = 0: =5Bmem 0xbf7f0000-0xbf7fffff=5D
=5B 0.000000=5D node = 0: =5Bmem 0x100000000-0x13fffffff=5D
=5B 0.000000=5D On nod= e 0 totalpages: 1040853
=5B 0.000000=5D DMA zone: 64 pages= used for memmap
=5B 0.000000=5D DMA zone: 21 pages reserv= ed
=5B 0.000000=5D DMA zone: 3997 pages, LI=46O batch:0
=5B 0.000000=5D DMA32 zone: 12105 pages used for memmap
=5B 0.000000=5D DMA32 zone: 774712 pages, LI=46O batch:31
=5B 0.000000=5D Normal zone: 4096 pages used for memmap
<= div>=5B 0.000000=5D Normal zone: 262144 pages, LI=46O batch:31
=
=5B 0.000000=5D ACPI: PM-Timer IO Port: 0x408
=5B 0.= 000000=5D ACPI: Local APIC address 0xfee00000
=5B 0.000000=5D= ACPI: LAPIC (acpi=5Fid=5B0x01=5D lapic=5Fid=5B0x00=5D enabled)
=5B 0.000000=5D ACPI: LAPIC (acpi=5Fid=5B0x02=5D lapic=5Fid=5B0x02=5D= enabled)
=5B 0.000000=5D ACPI: LAPIC (acpi=5Fid=5B0x03=5D l= apic=5Fid=5B0x04=5D enabled)
=5B 0.000000=5D ACPI: LAPIC (ac= pi=5Fid=5B0x04=5D lapic=5Fid=5B0x06=5D enabled)
=5B 0.000000= =5D ACPI: LAPIC (acpi=5Fid=5B0x05=5D lapic=5Fid=5B0x00=5D disabled)
=
=5B 0.000000=5D ACPI: LAPIC (acpi=5Fid=5B0x06=5D lapic=5Fid=5B0x0= 0=5D disabled)
=5B 0.000000=5D ACPI: LAPIC (acpi=5Fid=5B0x07= =5D lapic=5Fid=5B0x00=5D disabled)
=5B 0.000000=5D ACPI: LAP= IC (acpi=5Fid=5B0x08=5D lapic=5Fid=5B0x00=5D disabled)
=5B 0= .000000=5D ACPI: LAPIC=5FNMI (acpi=5Fid=5B0xff=5D high edge lint=5B0x1=5D= )
=5B 0.000000=5D ACPI: IOAPIC (id=5B0x00=5D address=5B0xfec= 00000=5D gsi=5Fbase=5B0=5D)
=5B 0.000000=5D IOAPIC=5B0=5D: a= pic=5Fid 0, version 32, address 0xfec00000, GSI
0-23
= =5B 0.000000=5D ACPI: INT=5FSRC=5FOVR (bus 0 bus=5Firq 0 global=5Firq = 2 dfl dfl)
=5B 0.000000=5D ACPI: INT=5FSRC=5FOVR (bus 0 bus=5F= irq 9 global=5Firq 9 high level)
=5B 0.000000=5D ACPI: IRQ0 = used by override.
=5B 0.000000=5D ACPI: IRQ2 used by overrid= e.
=5B 0.000000=5D ACPI: IRQ9 used by override.
=5B= 0.000000=5D Using ACPI (MADT) for SMP configuration information
=
=5B 0.000000=5D ACPI: HPET id: 0x8086a201 base: 0xfed00000
<= div>=5B 0.000000=5D smpboot: Allowing 8 CPUs, 4 hotplug CPUs
=5B 0.000000=5D nr=5Firqs=5Fgsi: 40
=5B 0.000000=5D PM: = Registered nosave memory: =5Bmem 0x0009e000-0x0009efff=5D
=5B = 0.000000=5D PM: Registered nosave memory: =5Bmem 0x0009f000-0x000fffff=5D=
=5B 0.000000=5D PM: Registered nosave memory: =5Bmem 0xbdfb= 0000-0xbf3affff=5D
=5B 0.000000=5D PM: Registered nosave mem= ory: =5Bmem 0xbf5d7000-0xbf5d8fff=5D
=5B 0.000000=5D PM: Reg= istered nosave memory: =5Bmem 0xbf5ea000-0xbf5edfff=5D
=5B 0= .000000=5D PM: Registered nosave memory: =5Bmem 0xbf5f0000-0xbf600fff=5D<= /div>
=5B 0.000000=5D PM: Registered nosave memory: =5Bmem 0xbf63f= 000-0xbf6befff=5D
=5B 0.000000=5D PM: Registered nosave memo= ry: =5Bmem 0xbf6bf000-0xbf7befff=5D
=5B 0.000000=5D PM: Regi= stered nosave memory: =5Bmem 0xbf7bf000-0xbf7effff=5D
=5B 0.= 000000=5D PM: Registered nosave memory: =5Bmem 0xbf800000-0xbfffffff=5D
=5B 0.000000=5D PM: Registered nosave memory: =5Bmem 0xc00000= 00-0xdfffffff=5D
=5B 0.000000=5D PM: Registered nosave memor= y: =5Bmem 0xe0000000-0xefffffff=5D
=5B 0.000000=5D PM: Regis= tered nosave memory: =5Bmem 0xf0000000-0xfeafffff=5D
=5B 0.0= 00000=5D PM: Registered nosave memory: =5Bmem 0xfeb00000-0xfeb03fff=5D
=5B 0.000000=5D PM: Registered nosave memory: =5Bmem 0xfeb0400= 0-0xfebfffff=5D
=5B 0.000000=5D PM: Registered nosave memory= : =5Bmem 0xfec00000-0xfec00fff=5D
=5B 0.000000=5D PM: Regist= ered nosave memory: =5Bmem 0xfec01000-0xfed0ffff=5D
=5B 0.00= 0000=5D PM: Registered nosave memory: =5Bmem 0xfed10000-0xfed19fff=5D
=5B 0.000000=5D PM: Registered nosave memory: =5Bmem 0xfed1a000= -0xfed1bfff=5D
=5B 0.000000=5D PM: Registered nosave memory:= =5Bmem 0xfed1c000-0xfed1ffff=5D
=5B 0.000000=5D PM: Registe= red nosave memory: =5Bmem 0xfed20000-0xfedfffff=5D
=5B 0.000= 000=5D PM: Registered nosave memory: =5Bmem 0xfee00000-0xfee00fff=5D
=5B 0.000000=5D PM: Registered nosave memory: =5Bmem 0xfee01000-= 0xffbfffff=5D
=5B 0.000000=5D PM: Registered nosave memory: = =5Bmem 0xffc00000-0xffffffff=5D
=5B 0.000000=5D e820: =5Bmem= 0xc0000000-0xdfffffff=5D available for PCI devices
=5B 0.00= 0000=5D Booting paravirtualized kernel on Xen
=5B 0.000000=5D= Xen version: 4.3.0 (preserve-AD)
=5B 0.000000=5D setup=5Fpe= rcpu: NR=5FCPUS:256 nr=5Fcpumask=5Fbits:256 nr=5Fcpu=5Fids:8
nr= =5Fnode=5Fids:1
=5B 0.000000=5D PERCPU: Embedded 29 pages/cp= u =40ffff88003f200000 s86720 r8192
d23872 u262144
=5B= 0.000000=5D pcpu-alloc: s86720 r8192 d23872 u262144 alloc=3D1*2097152=
=5B 0.000000=5D pcpu-alloc: =5B0=5D 0 1 2 3 4 5 6 7
=5B 1.317175=5D Built 1 zonelists in Node order, mobility grouping = on.
Total pages: 1024567
=5B 1.317177=5D Policy z= one: Normal
=5B 1.317178=5D Kernel command line: placeholder=
root=3D/dev/mapper/fiat--vg-root ro biosdevname=3D0
= =5B 1.317577=5D PID hash table entries: 4096 (order: 3, 32768 bytes)
=5B 1.317607=5D xsave: enabled xstate=5Fbv 0x7, cntxt size 0x= 340
=5B 1.337841=5D software IO TLB =5Bmem 0x37000000-0x3b00= 0000=5D (64MB) mapped at
=5Bffff880037000000-ffff88003affffff=5D=
=5B 1.343109=5D Memory: 840760K/4163412K available (7141K k= ernel code, 1082K
rwdata, 3260K rodata, 1364K init, 1420K bss, = 3322652K reserved)
=5B 1.343171=5D SLUB: HWalign=3D64, Order= =3D0-3, MinObjects=3D0, CPUs=3D4, Nodes=3D1
=5B 1.343187=5D = Hierarchical RCU implementation.
=5B 1.343188=5D RCU dyntic= k-idle grace-period acceleration is enabled.
=5B 1.343189=5D= RCU restricting CPUs from NR=5FCPUS=3D256 to nr=5Fcpu=5Fids=3D4.
<= div>=5B 1.343190=5D Offload RCU callbacks from all CPUs
=5B= 1.343193=5D Offload RCU callbacks from CPUs: 0-255.
=5B = 1.343200=5D NR=5FIRQS:16640 nr=5Firqs:712 16
=5B 1.343257=5D= xen: sci override: global=5Firq=3D9 trigger=3D0 polarity=3D0
=5B= 1.343258=5D xen: registering gsi 9 triggering 0 polarity 0
= =5B 1.343269=5D xen: --> pirq=3D9 -> irq=3D9 (gsi=3D9)
=5B 1.343288=5D xen: acpi sci 9
=5B 1.343291=5D xen: --&= gt; pirq=3D1 -> irq=3D1 (gsi=3D1)
=5B 1.343293=5D xen: --= > pirq=3D2 -> irq=3D2 (gsi=3D2)
=5B 1.343297=5D xen: -= -> pirq=3D3 -> irq=3D3 (gsi=3D3)
=5B 1.343300=5D xen: = --> pirq=3D4 -> irq=3D4 (gsi=3D4)
=5B 1.343302=5D xen:= --> pirq=3D5 -> irq=3D5 (gsi=3D5)
=5B 1.343304=5D xen= : --> pirq=3D6 -> irq=3D6 (gsi=3D6)
=5B 1.343306=5D xe= n: --> pirq=3D7 -> irq=3D7 (gsi=3D7)
=5B 1.343309=5D x= en: --> pirq=3D8 -> irq=3D8 (gsi=3D8)
=5B 1.343311=5D = xen: --> pirq=3D10 -> irq=3D10 (gsi=3D10)
=5B 1.343313= =5D xen: --> pirq=3D11 -> irq=3D11 (gsi=3D11)
=5B 1.34= 3316=5D xen: --> pirq=3D12 -> irq=3D12 (gsi=3D12)
=5B = 1.343318=5D xen: --> pirq=3D13 -> irq=3D13 (gsi=3D13)
=5B= 1.343321=5D xen: --> pirq=3D14 -> irq=3D14 (gsi=3D14)
=5B 1.343323=5D xen: --> pirq=3D15 -> irq=3D15 (gsi=3D15)
=
=5B 1.347861=5D Console: colour VGA+ 80x25
=5B 1.358= 167=5D console =5Btty0=5D enabled
=5B 1.360299=5D allocated = 16777216 bytes of page=5Fcgroup
=5B 1.360369=5D please try '= cgroup=5Fdisable=3Dmemory' option if you don't want
memory cgro= ups
=5B 1.360487=5D Xen: using vcpuop timer interface
<= div>=5B 1.360492=5D installing Xen timer for CPU 0
=5B 1.= 360579=5D tsc: Detected 3093.056 MHz processor
=5B 1.360646=5D= Calibrating delay loop (skipped), value calculated using
timer= frequency.. 6186.11 BogoMIPS (lpj=3D12372224)
=5B 1.360777=5D= pid=5Fmax: default: 32768 minimum: 301
=5B 1.360867=5D Secu= rity =46ramework initialized
=5B 1.360946=5D AppArmor: AppAr= mor initialized
=5B 1.361009=5D Yama: becoming mindful.
=5B 1.361540=5D Dentry cache hash table entries: 524288 (order: = 10, 4194304
bytes)
=5B 1.362357=5D Inode-cache has= h table entries: 262144 (order: 9, 2097152
bytes)
=5B= 1.362697=5D Mount-cache hash table entries: 256
=5B 1.36= 2932=5D Initializing cgroup subsys memory
=5B 1.363003=5D In= itializing cgroup subsys devices
=5B 1.363068=5D Initializin= g cgroup subsys freezer
=5B 1.363133=5D Initializing cgroup = subsys blkio
=5B 1.364545=5D Initializing cgroup subsys perf= =5Fevent
=5B 1.364610=5D Initializing cgroup subsys hugetlb<= /div>
=5B 1.364739=5D ENERGY=5FPER=46=5FBIAS: Set to 'normal', was= 'performance'
=5B 1.364739=5D ENERGY=5FPER=46=5FBIAS: View = and update with
x86=5Fenergy=5Fperf=5Fpolicy(8)
=5B = 1.364834=5D CPU: Physical Processor ID: 0
=5B 1.364896=5D = CPU: Processor Core ID: 0
=5B 1.364960=5D mce: CPU supports = 2 MCE banks
=5B 1.365035=5D Last level iTLB entries: 4KB 512= , 2MB 0, 4MB 0
=5B 1.365035=5D Last level dTLB entries: 4KB = 512, 2MB 32, 4MB 32
=5B 1.365035=5D tlb=5Fflushall=5Fshift: = 5
=5B 1.365227=5D =46reeing SMP alternatives memory: 28K (ff= ffffff81e65000 -
ffffffff81e6c000)
=5B 1.367286=5D= ACPI: Core revision 20130517
=5B 1.370761=5D ACPI: All ACPI= Tables successfully acquired
=5B 1.382180=5D ftrace: alloca= ting 27796 entries in 109 pages
=5B 1.393056=5D cpu 0 spinlo= ck event irq 41
=5B 1.393142=5D Performance Events: unsuppor= ted p6 CPU model 42 no PMU
driver, software events only.
<= div>=5B 1.394402=5D NMI watchdog: disabled (cpu0): hardware events not= enabled
=5B 1.394522=5D installing Xen timer for CPU 1
=5B 1.394591=5D cpu 1 spinlock event irq 48
=5B 1.3= 94891=5D installing Xen timer for CPU 2
=5B 1.394959=5D cpu = 2 spinlock event irq 55
=5B 1.395260=5D installing Xen timer= for CPU 3
=5B 1.395327=5D cpu 3 spinlock event irq 62
=
=5B 1.395569=5D Brought up 4 CPUs
=5B 1.395926=5D de= vtmpfs: initialized
=5B 1.396704=5D EVM: security.selinux
=5B 1.396767=5D EVM: security.SMACK64
=5B 1.39683= 0=5D EVM: security.capability
=5B 1.396941=5D PM: Registerin= g ACPI NVS region =5Bmem 0xbf6bf000-0xbf7befff=5D
(1048576 byte= s)
=5B 1.397621=5D xen:grant=5Ftable: Grant tables using ver= sion 2 layout
=5B 1.397696=5D Grant table initialized
<= div>=5B 1.397793=5D regulator-dummy: no parameters
=5B 1.= 397894=5D RTC time: 14:41:51, date: 02/05/14
=5B 1.397984=5D= NET: Registered protocol family 16
=5B 1.398201=5D ACPI =46= ADT declares the system doesn't support PCIe ASPM, so
disable i= t
=5B 1.398286=5D ACPI: bus type PCI registered
=5B= 1.398350=5D acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5=
=5B 1.398510=5D PCI: MMCON=46IG for domain 0000 =5Bbus 00-f= f=5D at =5Bmem
0xe0000000-0xefffffff=5D (base 0xe0000000)
=
=5B 1.398598=5D PCI: MMCON=46IG at =5Bmem 0xe0000000-0xefffffff=5D= reserved in E820
=5B 1.432711=5D PCI: Using configuration t= ype 1 for base access
=5B 1.433538=5D bio: create slab <b= io-0> at 0
=5B 1.433778=5D ACPI: Added =5FOSI(Module Devi= ce)
=5B 1.433842=5D ACPI: Added =5FOSI(Processor Device)
=5B 1.433906=5D ACPI: Added =5FOSI(3.0 =5FSCP Extensions)
=
=5B 1.433970=5D ACPI: Added =5FOSI(Processor Aggregator Device)
=5B 1.435216=5D ACPI: EC: Look up EC in DSDT
=5B = 1.436350=5D ACPI: Executed 1 blocks of module-level executable AML code<= /div>
=5B 1.438454=5D ACPI: SSDT 00000000bf64d018 0083B (v01 PmRe= f Cpu0Cst
00003001 INTL 20080729)
=5B 1.438904=5D= ACPI: Dynamic OEM Table Load:
=5B 1.439048=5D ACPI: SSDT = (null) 0083B (v01 PmRef Cpu0Cst
00003001 INTL 2008072= 9)
=5B 1.443713=5D ACPI: SSDT 00000000bf64ea98 00303 (v01 P= mRef ApIst
00003000 INTL 20080729)
=5B 1.444187= =5D ACPI: Dynamic OEM Table Load:
=5B 1.444329=5D ACPI: SSDT= (null) 00303 (v01 PmRef ApIst
00003000 INTL 2008= 0729)
=5B 1.447686=5D ACPI: SSDT 00000000bf64cd98 00119 (v01= PmRef ApCst
00003000 INTL 20080729)
=5B 1.448= 137=5D ACPI: Dynamic OEM Table Load:
=5B 1.448283=5D ACPI: S= SDT (null) 00119 (v01 PmRef ApCst
00003000 INTL 2= 0080729)
=5B 1.452128=5D ACPI: Interpreter enabled
=5B 1.452195=5D ACPI Exception: AE=5FNOT=5F=46OUND, While evaluating = Sleep State
=5B=5C=5FS1=5F=5D (20130517/hwxface-571)
= =5B 1.452363=5D ACPI Exception: AE=5FNOT=5F=46OUND, While evaluating S= leep State
=5B=5C=5FS2=5F=5D (20130517/hwxface-571)
=5B= 1.452532=5D ACPI Exception: AE=5FNOT=5F=46OUND, While evaluating Slee= p State
=5B=5C=5FS3=5F=5D (20130517/hwxface-571)
=5B = 1.452707=5D ACPI: (supports S0 S4 S5)
=5B 1.452770=5D ACP= I: Using IOAPIC for interrupt routing
=5B 1.452873=5D HEST: = Table parsing has been initialized.
=5B 1.452939=5D PCI: Usi= ng host bridge windows from ACPI; if necessary, use
=22pci=3Dno= crs=22 and report a bug
=5B 1.453111=5D ACPI: No dock device= s found.
=5B 1.456960=5D ACPI: Power Resource =5B=46N00=5D (= off)
=5B 1.457089=5D ACPI: Power Resource =5B=46N01=5D (off)=
=5B 1.457214=5D ACPI: Power Resource =5B=46N02=5D (off)
=5B 1.457337=5D ACPI: Power Resource =5B=46N03=5D (off)
=5B 1.457461=5D ACPI: Power Resource =5B=46N04=5D (off)
=5B= 1.458079=5D ACPI: PCI Root Bridge =5BPCI0=5D (domain 0000 =5Bbus 00-f= e=5D)
=5B 1.458287=5D acpi PNP0A08:00: Requesting ACPI =5FOS= C control (0x1d)
=5B 1.458734=5D acpi PNP0A08:00: ACPI =5FOS= C control (0x1d) granted
=5B 1.459314=5D PCI host bridge to = bus 0000:00
=5B 1.459378=5D pci=5Fbus 0000:00: root bus reso= urce =5Bbus 00-fe=5D
=5B 1.459443=5D pci=5Fbus 0000:00: root= bus resource =5Bio 0x0000-0x0cf7=5D
=5B 1.459511=5D pci=5F= bus 0000:00: root bus resource =5Bio 0x0d00-0xffff=5D
=5B 1= .459577=5D pci=5Fbus 0000:00: root bus resource =5Bmem
0x000a00= 00-0x000bffff=5D
=5B 1.459645=5D pci=5Fbus 0000:00: root bus= resource =5Bmem
0xc0000000-0xfeafffff=5D
=5B 1.45= 9723=5D pci 0000:00:00.0: =5B8086:0108=5D type 00 class 0x060000
=5B 1.459852=5D pci 0000:00:01.0: =5B8086:0101=5D type 01 class 0x06= 0400
=5B 1.459929=5D pci 0000:00:01.0: PME=23 supported from= D0 D3hot D3cold
=5B 1.459971=5D pci 0000:00:01.0: System wa= keup disabled by ACPI
=5B 1.460161=5D pci 0000:00:1a.0: =5B8= 086:1c2d=5D type 00 class 0x0c0320
=5B 1.460511=5D pci 0000:= 00:1a.0: reg 0x10: =5Bmem 0xc5e06000-0xc5e063ff=5D
=5B 1.462= 352=5D pci 0000:00:1a.0: PME=23 supported from D0 D3hot D3cold
= =5B 1.462422=5D pci 0000:00:1a.0: System wakeup disabled by ACPI
=
=5B 1.462534=5D pci 0000:00:1c.0: =5B8086:1c10=5D type 01 class 0= x060400
=5B 1.462707=5D pci 0000:00:1c.0: PME=23 supported f= rom D0 D3hot D3cold
=5B 1.462766=5D pci 0000:00:1c.0: System= wakeup disabled by ACPI
=5B 1.462897=5D pci 0000:00:1d.0: =5B= 8086:1c26=5D type 00 class 0x0c0320
=5B 1.463216=5D pci 0000= :00:1d.0: reg 0x10: =5Bmem 0xc5e05000-0xc5e053ff=5D
=5B 1.46= 5054=5D pci 0000:00:1d.0: PME=23 supported from D0 D3hot D3cold
=5B 1.465119=5D pci 0000:00:1d.0: System wakeup disabled by ACPI
=5B 1.465225=5D pci 0000:00:1e.0: =5B8086:244e=5D type 01 class = 0x060401
=5B 1.465383=5D pci 0000:00:1e.0: System wakeup dis= abled by ACPI
=5B 1.465489=5D pci 0000:00:1f.0: =5B8086:1c52= =5D type 00 class 0x060100
=5B 1.465769=5D pci 0000:00:1f.2:= =5B8086:1c02=5D type 00 class 0x010601
=5B 1.465815=5D pci = 0000:00:1f.2: reg 0x10: =5Bio 0x4048-0x404f=5D
=5B 1.465833= =5D pci 0000:00:1f.2: reg 0x14: =5Bio 0x4054-0x4057=5D
=5B = 1.465850=5D pci 0000:00:1f.2: reg 0x18: =5Bio 0x4040-0x4047=5D
=5B 1.465868=5D pci 0000:00:1f.2: reg 0x1c: =5Bio 0x4050-0x4053=5D
=5B 1.465885=5D pci 0000:00:1f.2: reg 0x20: =5Bio 0x4020-0x4= 03f=5D
=5B 1.465903=5D pci 0000:00:1f.2: reg 0x24: =5Bmem 0x= c5e04000-0xc5e047ff=5D
=5B 1.466021=5D pci 0000:00:1f.2: PME= =23 supported from D3hot
=5B 1.466114=5D pci 0000:00:1f.3: =5B= 8086:1c22=5D type 00 class 0x0c0500
=5B 1.466148=5D pci 0000= :00:1f.3: reg 0x10: =5Bmem 0xc5e02000-0xc5e020ff 64bit=5D
=5B = 1.466198=5D pci 0000:00:1f.3: reg 0x20: =5Bio 0x4000-0x401f=5D
=5B 1.466379=5D pci 0000:01:00.0: =5B111d:8018=5D type 01 class 0x0= 60400
=5B 1.466480=5D pci 0000:01:00.0: PME=23 supported fro= m D0 D3hot D3cold
=5B 1.466506=5D pci 0000:01:00.0: System w= akeup disabled by ACPI
=5B 1.474241=5D pci 0000:00:01.0: PCI= bridge to =5Bbus 01-04=5D
=5B 1.474311=5D pci 0000:00:01.0:= bridge window =5Bio 0x2000-0x3fff=5D
=5B 1.474315=5D pci= 0000:00:01.0: bridge window =5Bmem 0xc5400000-0xc5dfffff=5D
= =5B 1.474401=5D pci 0000:02:02.0: =5B111d:8018=5D type 01 class 0x0604= 00
=5B 1.474517=5D pci 0000:02:02.0: PME=23 supported from D= 0 D3hot D3cold
=5B 1.474587=5D pci 0000:02:04.0: =5B111d:801= 8=5D type 01 class 0x060400
=5B 1.474702=5D pci 0000:02:04.0= : PME=23 supported from D0 D3hot D3cold
=5B 1.474789=5D pci = 0000:01:00.0: PCI bridge to =5Bbus 02-04=5D
=5B 1.474862=5D = pci 0000:01:00.0: bridge window =5Bio 0x2000-0x3fff=5D
=5B = 1.474867=5D pci 0000:01:00.0: bridge window =5Bmem 0xc5400000-0xc5dff= fff=5D
=5B 1.474964=5D pci 0000:03:00.0: =5B8086:10c9=5D typ= e 00 class 0x020000
=5B 1.474985=5D pci 0000:03:00.0: reg 0x= 10: =5Bmem 0xc5d20000-0xc5d3ffff=5D
=5B 1.475014=5D pci 0000= :03:00.0: reg 0x18: =5Bio 0x3020-0x303f=5D
=5B 1.475029=5D = pci 0000:03:00.0: reg 0x1c: =5Bmem 0xc5d44000-0xc5d47fff=5D
=5B= 1.475153=5D pci 0000:03:00.0: PME=23 supported from D0 D3hot D3cold
=5B 1.475204=5D pci 0000:03:00.0: reg 0x184: =5Bmem 0x0000000= 0-0x00003fff
64bit=5D
=5B 1.475230=5D pci 0000:03:= 00.0: reg 0x190: =5Bmem 0x00000000-0x00003fff
64bit=5D
=5B 1.475326=5D pci 0000:03:00.1: =5B8086:10c9=5D type 00 class 0x02= 0000
=5B 1.475347=5D pci 0000:03:00.1: reg 0x10: =5Bmem 0xc5= d00000-0xc5d1ffff=5D
=5B 1.475376=5D pci 0000:03:00.1: reg 0= x18: =5Bio 0x3000-0x301f=5D
=5B 1.475391=5D pci 0000:03:00.= 1: reg 0x1c: =5Bmem 0xc5d40000-0xc5d43fff=5D
=5B 1.475514=5D= pci 0000:03:00.1: PME=23 supported from D0 D3hot D3cold
=5B = 1.475565=5D pci 0000:03:00.1: reg 0x184: =5Bmem 0x00000000-0x00003fff
64bit=5D
=5B 1.475591=5D pci 0000:03:00.1: reg 0x190= : =5Bmem 0x00000000-0x00003fff
64bit=5D
=5B 1.4756= 88=5D pci 0000:02:02.0: PCI bridge to =5Bbus 03=5D
=5B 1.475= 760=5D pci 0000:02:02.0: bridge window =5Bio 0x3000-0x3fff=5D
=5B 1.475765=5D pci 0000:02:02.0: bridge window =5Bmem 0xc5d00000-= 0xc5dfffff=5D
=5B 1.475864=5D pci 0000:04:00.0: =5B8086:10e8= =5D type 00 class 0x020000
=5B 1.475885=5D pci 0000:04:00.0:= reg 0x10: =5Bmem 0xc5c20000-0xc5c3ffff=5D
=5B 1.475900=5D p= ci 0000:04:00.0: reg 0x14: =5Bmem 0xc5800000-0xc5bfffff=5D
=5B = 1.475915=5D pci 0000:04:00.0: reg 0x18: =5Bio 0x2020-0x203f=5D
<= div>=5B 1.475930=5D pci 0000:04:00.0: reg 0x1c: =5Bmem 0xc5c44000-0xc5= c47fff=5D
=5B 1.475973=5D pci 0000:04:00.0: reg 0x30: =5Bmem= 0xffc00000-0xffffffff pref=5D
=5B 1.476055=5D pci 0000:04:0= 0.0: PME=23 supported from D0 D3hot
=5B 1.476107=5D pci 0000= :04:00.0: reg 0x184: =5Bmem 0x00000000-0x00003fff
64bit=5D
=5B 1.476133=5D pci 0000:04:00.0: reg 0x190: =5Bmem 0x00000000-0= x00003fff
64bit=5D
=5B 1.476231=5D pci 0000:04:00.= 1: =5B8086:10e8=5D type 00 class 0x020000
=5B 1.476251=5D pc= i 0000:04:00.1: reg 0x10: =5Bmem 0xc5c00000-0xc5c1ffff=5D
=5B = 1.476266=5D pci 0000:04:00.1: reg 0x14: =5Bmem 0xc5400000-0xc57fffff=5D=
=5B 1.476281=5D pci 0000:04:00.1: reg 0x18: =5Bio 0x2000-0= x201f=5D
=5B 1.476297=5D pci 0000:04:00.1: reg 0x1c: =5Bmem = 0xc5c40000-0xc5c43fff=5D
=5B 1.476339=5D pci 0000:04:00.1: r= eg 0x30: =5Bmem 0xffc00000-0xffffffff pref=5D
=5B 1.476422=5D= pci 0000:04:00.1: PME=23 supported from D0 D3hot
=5B 1.4764= 73=5D pci 0000:04:00.1: reg 0x184: =5Bmem 0x00000000-0x00003fff
64bit=5D
=5B 1.476500=5D pci 0000:04:00.1: reg 0x190: =5Bme= m 0x00000000-0x00003fff
64bit=5D
=5B 1.476599=5D p= ci 0000:02:04.0: PCI bridge to =5Bbus 04=5D
=5B 1.476671=5D = pci 0000:02:04.0: bridge window =5Bio 0x2000-0x2fff=5D
=5B = 1.476676=5D pci 0000:02:04.0: bridge window =5Bmem 0xc5400000-0xc5cff= fff=5D
=5B 1.476860=5D pci 0000:05:00.0: =5B14e4:163b=5D typ= e 00 class 0x020000
=5B 1.476901=5D pci 0000:05:00.0: reg 0x= 10: =5Bmem 0xc0000000-0xc1ffffff 64bit=5D
=5B 1.477142=5D pc= i 0000:05:00.0: PME=23 supported from D0 D3hot D3cold
=5B 1.= 477183=5D pci 0000:05:00.0: System wakeup disabled by ACPI
=5B = 1.477332=5D pci 0000:05:00.1: =5B14e4:163b=5D type 00 class 0x020000
=5B 1.477373=5D pci 0000:05:00.1: reg 0x10: =5Bmem 0xc2000000= -0xc3ffffff 64bit=5D
=5B 1.477613=5D pci 0000:05:00.1: PME=23= supported from D0 D3hot D3cold
=5B 1.477744=5D pci 0000:00:= 1c.0: PCI bridge to =5Bbus 05=5D
=5B 1.477817=5D pci 0000:00= :1c.0: bridge window =5Bmem 0xc0000000-0xc3ffffff=5D
=5B 1= .477908=5D pci 0000:06:03.0: =5B102b:0532=5D type 00 class 0x030000
=
=5B 1.477940=5D pci 0000:06:03.0: reg 0x10: =5Bmem 0xc4000000-0xc= 47fffff pref=5D
=5B 1.477958=5D pci 0000:06:03.0: reg 0x14: = =5Bmem 0xc5000000-0xc5003fff=5D
=5B 1.477975=5D pci 0000:06:= 03.0: reg 0x18: =5Bmem 0xc4800000-0xc4ffffff=5D
=5B 1.478041= =5D pci 0000:06:03.0: reg 0x30: =5Bmem 0xffff0000-0xffffffff pref=5D
=5B 1.478192=5D pci 0000:00:1e.0: PCI bridge to =5Bbus 06=5D (su= btractive decode)
=5B 1.478276=5D pci 0000:00:1e.0: bridge= window =5Bmem 0xc4800000-0xc50fffff=5D
=5B 1.478287=5D pci = 0000:00:1e.0: bridge window =5Bmem 0xc4000000-0xc47fffff
64bi= t pref=5D
=5B 1.478289=5D pci 0000:00:1e.0: bridge window = =5Bio 0x0000-0x0cf7=5D
(subtractive decode)
=5B 1= .478290=5D pci 0000:00:1e.0: bridge window =5Bio 0x0d00-0xffff=5D
(subtractive decode)
=5B 1.478291=5D pci 0000:00:1e.0:= bridge window =5Bmem
0x000a0000-0x000bffff=5D (subtractive d= ecode)
=5B 1.478293=5D pci 0000:00:1e.0: bridge window =5B= mem
0xc0000000-0xfeafffff=5D (subtractive decode)
=5B= 1.478320=5D acpi PNP0A08:00: Disabling ASPM (=46ADT indicates it is
unsupported)
=5B 1.478878=5D ACPI: PCI Interrupt Li= nk =5BLNKA=5D (IRQs 1 3 4 5 6 *10 11 12 14
15)
=5B = 1.479470=5D ACPI: PCI Interrupt Link =5BLNKB=5D (IRQs 1 3 4 5 6 10 *11 1= 2 14
15)
=5B 1.480057=5D ACPI: PCI Interrupt Link = =5BLNKC=5D (IRQs 1 3 4 5 6 *10 11 12 14
15)
=5B 1.= 480644=5D ACPI: PCI Interrupt Link =5BLNKD=5D (IRQs 1 3 4 5 *6 10 11 12 1= 4
15)
=5B 1.481231=5D ACPI: PCI Interrupt Link =5B= LNKE=5D (IRQs 1 3 4 5 6 10 11 12 *14
15)
=5B 1.481= 820=5D ACPI: PCI Interrupt Link =5BLNK=46=5D (IRQs 1 3 4 5 *6 10 11 12 14=
15)
=5B 1.482415=5D ACPI: PCI Interrupt Link =5BL= NKG=5D (IRQs 1 3 4 5 6 10 11 12 14
15) *0, disabled.
= =5B 1.483098=5D ACPI: PCI Interrupt Link =5BLNKH=5D (IRQs 1 3 4 5 6 10= 11 12 14
*15)
=5B 1.483877=5D ACPI: Enabled 6 GPE= s in block 00 to 3=46
=5B 1.484025=5D ACPI: =5C=5FSB=5F.PCI0= : notify handler is installed
=5B 1.484067=5D =46ound 1 acpi= root devices
=5B 1.484088=5D xen:balloon: Initialising ball= oon driver
=5B 1.491154=5D xen=5Fballoon: Initialising ballo= on driver
=5B 1.491414=5D vgaarb: device added:
PC= I:0000:06:03.0,decodes=3Dio+mem,owns=3Dio+mem,locks=3Dnone
=5B = 1.491502=5D vgaarb: loaded
=5B 1.491563=5D vgaarb: bridge= control possible 0000:06:03.0
=5B 1.491760=5D SCSI subsyste= m initialized
=5B 1.491825=5D ACPI: bus type ATA registered<= /div>
=5B 1.491921=5D libata version 3.00 loaded.
=5B = 1.491934=5D ACPI: bus type USB registered
=5B 1.492011=5D u= sbcore: registered new interface driver usbfs
=5B 1.492079=5D= usbcore: registered new interface driver hub
=5B 1.492264=5D= usbcore: registered new device driver usb
=5B 1.492551=5D P= CI: Using ACPI for IRQ routing
=5B 1.510875=5D PCI: pci=5Fca= che=5Fline=5Fsize set to 64 bytes
=5B 1.510968=5D e820: rese= rve RAM buffer =5Bmem 0x0009e000-0x0009ffff=5D
=5B 1.510969=5D= e820: reserve RAM buffer =5Bmem 0xbdfb0000-0xbfffffff=5D
=5B = 1.510971=5D e820: reserve RAM buffer =5Bmem 0xbf5d7000-0xbfffffff=5D
=5B 1.510973=5D e820: reserve RAM buffer =5Bmem 0xbf5ea000-0xb= fffffff=5D
=5B 1.510974=5D e820: reserve RAM buffer =5Bmem 0= xbf5f0000-0xbfffffff=5D
=5B 1.510975=5D e820: reserve RAM bu= ffer =5Bmem 0xbf63f000-0xbfffffff=5D
=5B 1.510977=5D e820: r= eserve RAM buffer =5Bmem 0xbf800000-0xbfffffff=5D
=5B 1.5110= 48=5D NetLabel: Initializing
=5B 1.511111=5D NetLabel: doma= in hash size =3D 128
=5B 1.511175=5D NetLabel: protocols =3D= UNLABELED CIPSOv4
=5B 1.511246=5D NetLabel: unlabeled traf= fic allowed by default
=5B 1.511498=5D Switched to clocksour= ce xen
=5B 1.516125=5D AppArmor: AppArmor =46ilesystem Enabl= ed
=5B 1.516207=5D pnp: PnP ACPI init
=5B 1.516= 276=5D ACPI: bus type PNP registered
=5B 1.516483=5D pnp 00:= 00: Plug and Play ACPI device, IDs IPI0001 (active)
=5B 1.51= 6491=5D pnp 00:01: =5Bdma 4=5D
=5B 1.516503=5D pnp 00:01: Pl= ug and Play ACPI device, IDs PNP0200 (active)
=5B 1.516519=5D= pnp 00:02: Plug and Play ACPI device, IDs INT0800 (active)
=5B= 1.516581=5D pnp 00:03: Plug and Play ACPI device, IDs PNP0103 (active= )
=5B 1.516589=5D xen: registering gsi 13 triggering 1 polar= ity 0
=5B 1.516622=5D pnp 00:04: Plug and Play ACPI device, = IDs PNP0c04 (active)
=5B 1.516657=5D system 00:05: =5Bio 0x= 0680-0x069f=5D has been reserved
=5B 1.516726=5D system 00:0= 5: =5Bio 0x1000-0x100f=5D has been reserved
=5B 1.516793=5D= system 00:05: =5Bio 0x1010-0x1013=5D has been reserved
=5B = 1.516859=5D system 00:05: =5Bio 0xffff=5D has been reserved
=5B= 1.516924=5D system 00:05: =5Bio 0x0400-0x0453=5D could not be reserv= ed
=5B 1.516991=5D system 00:05: =5Bio 0x0458-0x047f=5D has= been reserved
=5B 1.517057=5D system 00:05: =5Bio 0x0500-0= x057f=5D has been reserved
=5B 1.517123=5D system 00:05: =5B= io 0x164e-0x164f=5D has been reserved
=5B 1.517191=5D syste= m 00:05: Plug and Play ACPI device, IDs PNP0c02 (active)
=5B = 1.517197=5D xen: registering gsi 8 triggering 1 polarity 0
=5B= 1.517224=5D pnp 00:06: Plug and Play ACPI device, IDs PNP0b00 (active= )
=5B 1.517256=5D system 00:07: =5Bio 0x0454-0x0457=5D has = been reserved
=5B 1.517322=5D system 00:07: Plug and Play AC= PI device, IDs INT3f0d PNP0c02
(active)
=5B 1.5175= 27=5D xen: registering gsi 4 triggering 1 polarity 0
=5B 1.5= 17570=5D pnp 00:08: Plug and Play ACPI device, IDs PNP0501 (active)
=
=5B 1.517659=5D xen: registering gsi 3 triggering 1 polarity 0
=5B 1.517701=5D pnp 00:09: Plug and Play ACPI device, IDs PNP0= 501 (active)
=5B 1.517727=5D system 00:0a: =5Bmem 0xfed90000= -0xfed91fff=5D has been reserved
=5B 1.517796=5D system 00:0= a: Plug and Play ACPI device, IDs PNP0c02 (active)
=5B 1.517= 934=5D system 00:0b: =5Bmem 0xfed1c000-0xfed1ffff=5D has been reserved
=5B 1.518003=5D system 00:0b: =5Bmem 0xfed10000-0xfed17fff=5D = has been reserved
=5B 1.518071=5D system 00:0b: =5Bmem 0xfed= 18000-0xfed18fff=5D has been reserved
=5B 1.518140=5D system= 00:0b: =5Bmem 0xfed19000-0xfed19fff=5D has been reserved
=5B = 1.518208=5D system 00:0b: =5Bmem 0xe0000000-0xefffffff=5D has been rese= rved
=5B 1.518275=5D system 00:0b: =5Bmem 0xfed20000-0xfed3f= fff=5D has been reserved
=5B 1.518343=5D system 00:0b: =5Bme= m 0xfed90000-0xfed93fff=5D could not be
reserved
=5B = 1.518411=5D system 00:0b: =5Bmem 0xff000000-0xffffffff=5D could not be=
reserved
=5B 1.518479=5D system 00:0b: =5Bmem 0xf= ee00000-0xfeefffff=5D could not be
reserved
=5B 1.= 518547=5D system 00:0b: =5Bmem 0xc5f00000-0xc5f00fff=5D has been reserved=
=5B 1.518616=5D system 00:0b: Plug and Play ACPI device, ID= s PNP0c02 (active)
=5B 1.518775=5D pnp: PnP ACPI: found 12 d= evices
=5B 1.518839=5D ACPI: bus type PNP unregistered
=
=5B 1.524234=5D PM-Timer failed consistency check (0x0xffffff) -= aborting.
=5B 1.524305=5D pci 0000:04:00.0: no compatible b= ridge window for =5Bmem
0xffc00000-0xffffffff pref=5D
=5B 1.524391=5D pci 0000:04:00.1: no compatible bridge window for =5B= mem
0xffc00000-0xffffffff pref=5D
=5B 1.524478=5D = pci 0000:06:03.0: no compatible bridge window for =5Bmem
0xffff= 0000-0xffffffff pref=5D
=5B 1.524567=5D PCI: max bus depth: = 3 pci=5Ftry=5Fnum: 4
=5B 1.524643=5D pci 0000:00:01.0: BAR 1= 5: assigned =5Bmem
0xc6000000-0xc67fffff pref=5D
=5B = 1.524727=5D pci 0000:01:00.0: BAR 15: assigned =5Bmem
0xc600= 0000-0xc67fffff pref=5D
=5B 1.524811=5D pci 0000:02:04.0: BA= R 15: assigned =5Bmem
0xc6000000-0xc67fffff pref=5D
=5B= 1.524914=5D pci 0000:03:00.0: reg 0x184: =5Bmem 0x00000000-0x00003fff=
64bit=5D
=5B 1.524930=5D pci 0000:03:00.0: reg 0x= 190: =5Bmem 0x00000000-0x00003fff
64bit=5D
=5B 1.5= 24946=5D pci 0000:03:00.0: reg 0x184: =5Bmem 0x00000000-0x00003fff
<= div>64bit=5D
=5B 1.524962=5D pci 0000:03:00.1: reg 0x184: =5B= mem 0x00000000-0x00003fff
64bit=5D
=5B 1.524978=5D= pci 0000:03:00.0: reg 0x184: =5Bmem 0x00000000-0x00003fff
64bi= t=5D
=5B 1.524994=5D pci 0000:03:00.0: reg 0x190: =5Bmem 0x0= 0000000-0x00003fff
64bit=5D
=5B 1.525010=5D pci 00= 00:03:00.1: reg 0x190: =5Bmem 0x00000000-0x00003fff
64bit=5D
=5B 1.525026=5D pci 0000:03:00.0: reg 0x184: =5Bmem 0x00000000= -0x00003fff
64bit=5D
=5B 1.525042=5D pci 0000:03:0= 0.0: reg 0x190: =5Bmem 0x00000000-0x00003fff
64bit=5D
=5B 1.525059=5D pci 0000:03:00.1: reg 0x184: =5Bmem 0x00000000-0x0000= 3fff
64bit=5D
=5B 1.525075=5D pci 0000:03:00.0: re= g 0x184: =5Bmem 0x00000000-0x00003fff
64bit=5D
=5B = 1.525077=5D pci 0000:03:00.0: BAR 7: assigned =5Bmem 0xc5d48000-0xc5d67f= ff
64bit=5D
=5B 1.525184=5D pci 0000:03:00.0: reg = 0x190: =5Bmem 0x00000000-0x00003fff
64bit=5D
=5B 1= .525186=5D pci 0000:03:00.0: BAR 10: assigned =5Bmem
0xc5d68000= -0xc5d87fff 64bit=5D
=5B 1.525294=5D pci 0000:03:00.1: reg 0= x184: =5Bmem 0x00000000-0x00003fff
64bit=5D
=5B 1.= 525296=5D pci 0000:03:00.1: BAR 7: assigned =5Bmem 0xc5d88000-0xc5da7fff<= /div>
64bit=5D
=5B 1.526660=5D pci 0000:03:00.1: reg 0x1= 90: =5Bmem 0x00000000-0x00003fff
64bit=5D
=5B 1.52= 6661=5D pci 0000:03:00.1: BAR 10: assigned =5Bmem
0xc5da8000-0x= c5dc7fff 64bit=5D
=5B 1.526755=5D pci 0000:02:02.0: PCI brid= ge to =5Bbus 03=5D
=5B 1.526822=5D pci 0000:02:02.0: bridg= e window =5Bio 0x3000-0x3fff=5D
=5B 1.526894=5D pci 0000:02= :02.0: bridge window =5Bmem 0xc5d00000-0xc5dfffff=5D
=5B 1= .526986=5D pci 0000:04:00.0: reg 0x184: =5Bmem 0x00000000-0x00003fff
64bit=5D
=5B 1.527003=5D pci 0000:04:00.0: reg 0x190: = =5Bmem 0x00000000-0x00003fff
64bit=5D
=5B 1.527019= =5D pci 0000:04:00.0: reg 0x184: =5Bmem 0x00000000-0x00003fff
6= 4bit=5D
=5B 1.527035=5D pci 0000:04:00.0: reg 0x184: =5Bmem = 0x00000000-0x00003fff
64bit=5D
=5B 1.527051=5D pci= 0000:04:00.1: reg 0x184: =5Bmem 0x00000000-0x00003fff
64bit=5D=
=5B 1.527067=5D pci 0000:04:00.0: reg 0x184: =5Bmem 0x00000= 000-0x00003fff
64bit=5D
=5B 1.527083=5D pci 0000:0= 4:00.0: reg 0x190: =5Bmem 0x00000000-0x00003fff
64bit=5D
<= div>=5B 1.527099=5D pci 0000:04:00.1: reg 0x190: =5Bmem 0x00000000-0x0= 0003fff
64bit=5D
=5B 1.527115=5D pci 0000:04:00.0:= reg 0x184: =5Bmem 0x00000000-0x00003fff
64bit=5D
=5B= 1.527131=5D pci 0000:04:00.0: reg 0x190: =5Bmem 0x00000000-0x00003fff=
64bit=5D
=5B 1.527147=5D pci 0000:04:00.1: reg 0x= 184: =5Bmem 0x00000000-0x00003fff
64bit=5D
=5B 1.5= 27149=5D pci 0000:04:00.0: BAR 6: assigned =5Bmem 0xc6000000-0xc63fffff
pref=5D
=5B 1.527233=5D pci 0000:04:00.1: BAR 6: as= signed =5Bmem 0xc6400000-0xc67fffff
pref=5D
=5B 1.= 527331=5D pci 0000:04:00.0: reg 0x184: =5Bmem 0x00000000-0x00003fff
=
64bit=5D
=5B 1.527333=5D pci 0000:04:00.0: BAR 7: assig= ned =5Bmem 0xc5c48000-0xc5c67fff
64bit=5D
=5B 1.52= 7441=5D pci 0000:04:00.0: reg 0x190: =5Bmem 0x00000000-0x00003fff
64bit=5D
=5B 1.527443=5D pci 0000:04:00.0: BAR 10: assign= ed =5Bmem
0xc5c68000-0xc5c87fff 64bit=5D
=5B 1.527= 557=5D pci 0000:04:00.1: reg 0x184: =5Bmem 0x00000000-0x00003fff
64bit=5D
=5B 1.527559=5D pci 0000:04:00.1: BAR 7: assigned= =5Bmem 0xc5c88000-0xc5ca7fff
64bit=5D
=5B 1.52766= 9=5D pci 0000:04:00.1: reg 0x190: =5Bmem 0x00000000-0x00003fff
= 64bit=5D
=5B 1.527671=5D pci 0000:04:00.1: BAR 10: assigned = =5Bmem
0xc5ca8000-0xc5cc7fff 64bit=5D
=5B 1.527764= =5D pci 0000:02:04.0: PCI bridge to =5Bbus 04=5D
=5B 1.52783= 1=5D pci 0000:02:04.0: bridge window =5Bio 0x2000-0x2fff=5D
= =5B 1.527903=5D pci 0000:02:04.0: bridge window =5Bmem 0xc5400000-0x= c5cfffff=5D
=5B 1.527975=5D pci 0000:02:04.0: bridge windo= w =5Bmem 0xc6000000-0xc67fffff
pref=5D
=5B 1.52806= 4=5D pci 0000:01:00.0: PCI bridge to =5Bbus 02-04=5D
=5B 1.5= 28131=5D pci 0000:01:00.0: bridge window =5Bio 0x2000-0x3fff=5D
<= div>=5B 1.528203=5D pci 0000:01:00.0: bridge window =5Bmem 0xc540000= 0-0xc5dfffff=5D
=5B 1.528275=5D pci 0000:01:00.0: bridge w= indow =5Bmem 0xc6000000-0xc67fffff
pref=5D
=5B 1.5= 28364=5D pci 0000:00:01.0: PCI bridge to =5Bbus 01-04=5D
=5B = 1.528429=5D pci 0000:00:01.0: bridge window =5Bio 0x2000-0x3fff=5D
=5B 1.528498=5D pci 0000:00:01.0: bridge window =5Bmem 0xc54= 00000-0xc5dfffff=5D
=5B 1.528567=5D pci 0000:00:01.0: brid= ge window =5Bmem 0xc6000000-0xc67fffff
pref=5D
=5B = 1.528655=5D pci 0000:00:1c.0: PCI bridge to =5Bbus 05=5D
=5B = 1.528727=5D pci 0000:00:1c.0: bridge window =5Bmem 0xc0000000-0xc3fff= fff=5D
=5B 1.528809=5D pci 0000:06:03.0: BAR 6: assigned =5B= mem 0xc5010000-0xc501ffff
pref=5D
=5B 1.528891=5D = pci 0000:00:1e.0: PCI bridge to =5Bbus 06=5D
=5B 1.528963=5D= pci 0000:00:1e.0: bridge window =5Bmem 0xc4800000-0xc50fffff=5D
<= div>=5B 1.529036=5D pci 0000:00:1e.0: bridge window =5Bmem 0xc400000= 0-0xc47fffff
64bit pref=5D
=5B 1.529194=5D xen: re= gistering gsi 16 triggering 0 polarity 1
=5B 1.529206=5D xen= : --> pirq=3D16 -> irq=3D16 (gsi=3D16)
=5B 1.529301=5D= xen: registering gsi 17 triggering 0 polarity 1
=5B 1.52930= 8=5D xen: --> pirq=3D17 -> irq=3D17 (gsi=3D17)
=5B 1.5= 29334=5D pci 0000:00:1e.0: setting latency timer to 64
=5B 1= .529339=5D pci=5Fbus 0000:00: resource 4 =5Bio 0x0000-0x0cf7=5D
=5B 1.529340=5D pci=5Fbus 0000:00: resource 5 =5Bio 0x0d00-0xffff=5D=
=5B 1.529341=5D pci=5Fbus 0000:00: resource 6 =5Bmem 0x000a= 0000-0x000bffff=5D
=5B 1.529343=5D pci=5Fbus 0000:00: resour= ce 7 =5Bmem 0xc0000000-0xfeafffff=5D
=5B 1.529344=5D pci=5Fb= us 0000:01: resource 0 =5Bio 0x2000-0x3fff=5D
=5B 1.529346=5D= pci=5Fbus 0000:01: resource 1 =5Bmem 0xc5400000-0xc5dfffff=5D
= =5B 1.529347=5D pci=5Fbus 0000:01: resource 2 =5Bmem 0xc6000000-0xc67f= ffff pref=5D
=5B 1.529349=5D pci=5Fbus 0000:02: resource 0 =5B= io 0x2000-0x3fff=5D
=5B 1.529350=5D pci=5Fbus 0000:02: reso= urce 1 =5Bmem 0xc5400000-0xc5dfffff=5D
=5B 1.529351=5D pci=5F= bus 0000:02: resource 2 =5Bmem 0xc6000000-0xc67fffff pref=5D
=5B= 1.529353=5D pci=5Fbus 0000:03: resource 0 =5Bio 0x3000-0x3fff=5D
=5B 1.529354=5D pci=5Fbus 0000:03: resource 1 =5Bmem 0xc5d00000= -0xc5dfffff=5D
=5B 1.529356=5D pci=5Fbus 0000:04: resource 0= =5Bio 0x2000-0x2fff=5D
=5B 1.529357=5D pci=5Fbus 0000:04: = resource 1 =5Bmem 0xc5400000-0xc5cfffff=5D
=5B 1.529359=5D p= ci=5Fbus 0000:04: resource 2 =5Bmem 0xc6000000-0xc67fffff pref=5D
=5B 1.529360=5D pci=5Fbus 0000:05: resource 1 =5Bmem 0xc0000000-0xc= 3ffffff=5D
=5B 1.529362=5D pci=5Fbus 0000:06: resource 1 =5B= mem 0xc4800000-0xc50fffff=5D
=5B 1.529363=5D pci=5Fbus 0000:= 06: resource 2 =5Bmem 0xc4000000-0xc47fffff 64bit
pref=5D
=
=5B 1.529365=5D pci=5Fbus 0000:06: resource 4 =5Bio 0x0000-0x0cf= 7=5D
=5B 1.529366=5D pci=5Fbus 0000:06: resource 5 =5Bio 0x= 0d00-0xffff=5D
=5B 1.529367=5D pci=5Fbus 0000:06: resource 6= =5Bmem 0x000a0000-0x000bffff=5D
=5B 1.529369=5D pci=5Fbus 0= 000:06: resource 7 =5Bmem 0xc0000000-0xfeafffff=5D
=5B 1.529= 390=5D NET: Registered protocol family 2
=5B 1.529604=5D TCP= established hash table entries: 32768 (order: 7, 524288
bytes)=
=5B 1.529810=5D TCP bind hash table entries: 32768 (order: = 7, 524288 bytes)
=5B 1.529938=5D TCP: Hash tables configured= (established 32768 bind 32768)
=5B 1.530019=5D TCP: reno re= gistered
=5B 1.530091=5D UDP hash table entries: 2048 (order= : 4, 65536 bytes)
=5B 1.530172=5D UDP-Lite hash table entrie= s: 2048 (order: 4, 65536 bytes)
=5B 1.530283=5D NET: Registe= red protocol family 1
=5B 1.530418=5D xen: registering gsi 2= 0 triggering 0 polarity 1
=5B 1.530425=5D xen: --> pirq=3D= 20 -> irq=3D20 (gsi=3D20)
=5B 1.543873=5D xen: registerin= g gsi 23 triggering 0 polarity 1
=5B 1.543879=5D xen: -->= pirq=3D23 -> irq=3D23 (gsi=3D23)
=5B 1.559714=5D pci 000= 0:06:03.0: Boot video device
=5B 1.559720=5D PCI: CLS 64 byt= es, default 64
=5B 1.559755=5D Trying to unpack rootfs image= as initramfs...
=5B 1.595644=5D =46reeing initrd memory: 48= 296K (ffff8800023f3000 -
ffff88000531d000)
=5B 1.5= 95844=5D Simple Boot =46lag at 0x44 set to 0x1
=5B 1.596123=5D= Scanning for low memory corruption every 60 seconds
=5B 1.5= 96685=5D Initialise module verification
=5B 1.596786=5D audi= t: initializing netlink socket (disabled)
=5B 1.596864=5D ty= pe=3D2000 audit(1391611311.580:1): initialized
=5B 1.616847=5D= bounce pool size: 64 pages
=5B 1.616918=5D HugeTLB register= ed 2 MB page size, pre-allocated 0 pages
=5B 1.617727=5D zbu= d: loaded
=5B 1.617893=5D V=46S: Disk quotas dquot=5F6.5.2
=5B 1.617987=5D Dquot-cache hash table entries: 512 (order 0,= 4096 bytes)
=5B 1.618401=5D fuse init (API version 7.22)
=5B 1.618521=5D msgmni has been set to 1736
=5B 1= .619054=5D Key type asymmetric registered
=5B 1.619120=5D As= ymmetric key parser 'x509' registered
=5B 1.619214=5D Block = layer SCSI generic (bsg) driver version 0.4 loaded
(major 252)<= /div>
=5B 1.619332=5D io scheduler noop registered
=5B = 1.619396=5D io scheduler deadline registered (default)
=5B = 1.619479=5D io scheduler cfq registered
=5B 1.620180=5D pci= eport 0000:00:01.0: Signaling PME through PCIe PME
interrupt
=5B 1.620249=5D pcieport 0000:01:00.0: Signaling PME through P= CIe PME
interrupt
=5B 1.620318=5D pcieport 0000:02= :02.0: Signaling PME through PCIe PME
interrupt
=5B = 1.620386=5D pci 0000:03:00.0: Signaling PME through PCIe PME interrupt<= /div>
=5B 1.620455=5D pci 0000:03:00.1: Signaling PME through PCIe= PME interrupt
=5B 1.620522=5D pcieport 0000:02:04.0: Signal= ing PME through PCIe PME
interrupt
=5B 1.620590=5D= pci 0000:04:00.0: Signaling PME through PCIe PME interrupt
=5B= 1.620656=5D pci 0000:04:00.1: Signaling PME through PCIe PME interrup= t
=5B 1.620727=5D pcie=5Fpme 0000:00:01.0:pcie01: service dr= iver pcie=5Fpme loaded
=5B 1.620753=5D pcieport 0000:00:1c.0= : Signaling PME through PCIe PME
interrupt
=5B 1.6= 20821=5D pci 0000:05:00.0: Signaling PME through PCIe PME interrupt
=
=5B 1.620889=5D pci 0000:05:00.1: Signaling PME through PCIe PME = interrupt
=5B 1.620961=5D pcie=5Fpme 0000:00:1c.0:pcie01: se= rvice driver pcie=5Fpme loaded
=5B 1.620971=5D pci=5Fhotplug= : PCI Hot Plug PCI Core version: 0.5
=5B 1.621045=5D pciehp:= PCI Express Hot Plug Controller Driver version: 0.4
=5B 1.6= 21152=5D intel=5Fidle: MWAIT substates: 0x1120
=5B 1.621154=5D= intel=5Fidle: v0.4 model 0x2A
=5B 1.621154=5D intel=5Fidle:= lapic=5Ftimer=5Freliable=5Fstates 0xffffffff
=5B 1.621199=5D= intel=5Fidle: intel=5Fidle yielding to none
=5B 1.621262=5D= input: Power Button as
/devices/LNXSYSTM:00/LNXPWRBN:00/input/= input0
=5B 1.621349=5D ACPI: Power Button =5BPWR=46=5D
=
=5B 1.621476=5D ACPI: =46an =5B=46AN0=5D (off)
=5B 1= .621558=5D ACPI: =46an =5B=46AN1=5D (off)
=5B 1.621637=5D AC= PI: =46an =5B=46AN2=5D (off)
=5B 1.621716=5D ACPI: =46an =5B= =46AN3=5D (off)
=5B 1.621794=5D ACPI: =46an =5B=46AN4=5D (of= f)
=5B 1.621891=5D ACPI: Requesting acpi=5Fcpufreq
=5B 1.622414=5D Monitor-Mwait will be used to enter C-1 state
=5B 1.622420=5D Monitor-Mwait will be used to enter C-2 state
=
=5B 1.622423=5D Monitor-Mwait will be used to enter C-3 state
=5B 1.624107=5D Warning: Processor Platform Limit not supported= .
=5B 1.624296=5D thermal LNXTHERM:00: registered as thermal= =5Fzone0
=5B 1.624364=5D ACPI: Thermal Zone =5BTZ01=5D (30 C= )
=5B 1.624474=5D ERST: Error Record Serialization Table (ER= ST) support is
initialized.
=5B 1.624559=5D pstore= : Registered erst as persistent store backend
=5B 1.624741=5D= GHES: APEI firmware first mode is enabled by APEI bit and
WHEA= =5FOSC.
=5B 1.625188=5D xen=5Facpi=5Fprocessor: Uploading X= en processor PM info
=5B 1.626366=5D Serial: 8250/16550 driv= er, 32 ports, IRQ sharing enabled
=5B 1.647206=5D 00:08: tty= S0 at I/O 0x3f8 (irq =3D 4) is a 16550A
=5B 1.668059=5D 00:0= 9: ttyS1 at I/O 0x2f8 (irq =3D 3) is a 16550A
=5B 1.669363=5D= hpet=5Facpi=5Fadd: no address or irqs in =5FCRS
=5B 1.66944= 0=5D Linux agpgart interface v0.103
=5B 1.670447=5D brd: mod= ule loaded
=5B 1.671000=5D loop: module loaded
=5B= 1.671294=5D libphy: =46ixed MDIO Bus: probed
=5B 1.67140= 7=5D tun: Universal TUN/TAP device driver, 1.6
=5B 1.671470=5D= tun: (C) 1999-2004 Max Krasnyansky <maxk=40qualcomm.com>
=5B 1.671611=5D PPP ge= neric driver version 2.4.2
=5B 1.671716=5D xen=5Fnetfront: I= nitialising Xen virtual ethernet driver
=5B 1.671791=5D ehci= =5Fhcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
=5B = 1.671857=5D ehci-pci: EHCI PCI platform driver
=5B 1.671999= =5D xen: registering gsi 20 triggering 0 polarity 1
=5B 1.67= 2002=5D Already setup the GSI :20
=5B 1.672084=5D ehci-pci 0= 000:00:1a.0: setting latency timer to 64
=5B 1.672092=5D ehc= i-pci 0000:00:1a.0: EHCI Host Controller
=5B 1.672160=5D ehc= i-pci 0000:00:1a.0: new USB bus registered, assigned bus
number= 1
=5B 1.672260=5D ehci-pci 0000:00:1a.0: debug port 2
=
=5B 1.676261=5D ehci-pci 0000:00:1a.0: cache line size of 64 is n= ot supported
=5B 1.676301=5D ehci-pci 0000:00:1a.0: irq 20, = io mem 0xc5e06000
=5B 1.687584=5D ehci-pci 0000:00:1a.0: USB= 2.0 started, EHCI 1.00
=5B 1.687679=5D usb usb1: New USB de= vice found, idVendor=3D1d6b, idProduct=3D0002
=5B 1.687747=5D= usb usb1: New USB device strings: Mfr=3D3, Product=3D2,
Serial= Number=3D1
=5B 1.687831=5D usb usb1: Product: EHCI Host Cont= roller
=5B 1.687896=5D usb usb1: Manufacturer: Linux 3.11.0-= 12-generic ehci=5Fhcd
=5B 1.687963=5D usb usb1: SerialNumber= : 0000:00:1a.0
=5B 1.688117=5D hub 1-0:1.0: USB hub found
=5B 1.688184=5D hub 1-0:1.0: 2 ports detected
=5B = 1.688391=5D xen: registering gsi 23 triggering 0 polarity 1
=5B= 1.688393=5D Already setup the GSI :23
=5B 1.688472=5D eh= ci-pci 0000:00:1d.0: setting latency timer to 64
=5B 1.68847= 9=5D ehci-pci 0000:00:1d.0: EHCI Host Controller
=5B 1.68854= 6=5D ehci-pci 0000:00:1d.0: new USB bus registered, assigned bus
number 2
=5B 1.688647=5D ehci-pci 0000:00:1d.0: debug port= 2
=5B 1.692645=5D ehci-pci 0000:00:1d.0: cache line size of= 64 is not supported
=5B 1.692683=5D ehci-pci 0000:00:1d.0: = irq 23, io mem 0xc5e05000
=5B 1.703612=5D ehci-pci 0000:00:1= d.0: USB 2.0 started, EHCI 1.00
=5B 1.703694=5D usb usb2: Ne= w USB device found, idVendor=3D1d6b, idProduct=3D0002
=5B 1.= 703762=5D usb usb2: New USB device strings: Mfr=3D3, Product=3D2,
SerialNumber=3D1
=5B 1.703847=5D usb usb2: Product: EHCI = Host Controller
=5B 1.703911=5D usb usb2: Manufacturer: Linu= x 3.11.0-12-generic ehci=5Fhcd
=5B 1.703979=5D usb usb2: Ser= ialNumber: 0000:00:1d.0
=5B 1.704211=5D hub 2-0:1.0: USB hub= found
=5B 1.704279=5D hub 2-0:1.0: 2 ports detected
=5B 1.704405=5D ehci-platform: EHCI generic platform driver
=5B 1.704476=5D ohci=5Fhcd: USB 1.1 'Open' Host Controller (OHCI) D= river
=5B 1.704544=5D ohci-platform: OHCI generic platform d= river
=5B 1.704612=5D uhci=5Fhcd: USB Universal Host Control= ler Interface driver
=5B 1.704718=5D i8042: PNP: No PS/2 con= troller found. Probing ports directly.
=5B 2.751476=5D i8042= : No controller found
=5B 2.751800=5D mousedev: PS/2 mouse d= evice common for all mice
=5B 2.752046=5D rtc=5Fcmos 00:06: = RTC can wake from S4
=5B 2.752293=5D rtc=5Fcmos 00:06: rtc c= ore: registered rtc=5Fcmos as rtc0
=5B 2.752416=5D rtc=5Fcmo= s 00:06: alarms up to one month, y3k, 242 bytes nvram
=5B 2.= 752522=5D device-mapper: uevent: version 1.0.3
=5B 2.752670=5D= device-mapper: ioctl: 4.25.0-ioctl (2013-06-26) initialised:
<= a href=3D=22mailto:dm-devel=40redhat.com=22>dm-devel=40redhat.com
=5B 2.752762=5D ledtrig-cpu: registered to indicate activity on= CPUs
=5B 2.752882=5D TCP: cubic registered
=5B = 2.753000=5D NET: Registered protocol family 10
=5B 2.753191= =5D NET: Registered protocol family 17
=5B 2.753260=5D Key t= ype dns=5Fresolver registered
=5B 2.753510=5D PM: Hibernatio= n image not present or could not be loaded.
=5B 2.753513=5D = Loading module verification certificates
=5B 2.754269=5D MOD= SIGN: Loaded cert 'Magrathea: Glacier signing key:
fddf6943d8ac= 4f5b6eb0919a7a3ee3d9088b1bfa'
=5B 2.754368=5D registered tas= kstats version 1
=5B 2.757449=5D Key type trusted registered=
=5B 2.760138=5D Key type encrypted registered
=5B= 2.762801=5D AppArmor: AppArmor sha1 policy hashing enabled
= =5B 2.763263=5D Magic number: 2:965:686
=5B 2.763400=5D= rtc=5Fcmos 00:06: setting system clock to 2014-02-05 14:41:52
= UTC (1391611312)
=5B 2.763537=5D BIOS EDD facility v0.16 200= 4-Jun-25, 1 devices found
=5B 2.764099=5D =46reeing unused k= ernel memory: 1364K (ffffffff81d10000 -
ffffffff81e65000)
=
=5B 2.764184=5D Write protecting the kernel read-only data: 12288= k
=5B 2.766969=5D =46reeing unused kernel memory: 1040K (fff= f8800016fc000 -
ffff880001800000)
=5B 2.767344=5D = =46reeing unused kernel memory: 836K (ffff880001b2f000 -
ffff88= 0001c00000)
=5B 2.788864=5D systemd-udevd=5B118=5D: starting= version 204
=5B 2.810809=5D pps=5Fcore: module verification= failed: signature and/or
required key missing - tainting kerne= l
=5B 2.810979=5D pps=5Fcore: LinuxPPS API ver. 1 registered=
=5B 2.811045=5D pps=5Fcore: Software ver. 5.3.6 - Copyright= 2005-2007 Rodolfo
=5B 2.811354=5D PTP = clock support registered
=5B 2.812518=5D dca service started= , version 1.12.1
=5B 2.816654=5D igb: Intel(R) Gigabit Ether= net Network Driver - version
5.0.5-k
=5B 2.816725=5D= igb: Copyright (c) 2007-2013 Intel Corporation.
=5B 2.81685= 7=5D xen: registering gsi 18 triggering 0 polarity 1
=5B 2.8= 16874=5D xen: --> pirq=3D18 -> irq=3D18 (gsi=3D18)
=5B = 2.819595=5D bnx2: Broadcom NetXtreme II Gigabit Ethernet Driver bnx2
v2.2.3 (June 27, 2012)
=5B 2.819730=5D xen: registeri= ng gsi 16 triggering 0 polarity 1
=5B 2.819732=5D Already se= tup the GSI :16
=5B 2.820521=5D bnx2 0000:05:00.0 eth0: Broa= dcom NetXtreme II BCM5716
1000Base-T (C0) PCI Express found at = mem c0000000, IRQ 16, node addr
d4:ae:52:cc:f9:6a
=5B= 2.820664=5D xen: registering gsi 17 triggering 0 polarity 1
=5B 2.820666=5D Already setup the GSI :17
=5B 2.821461=5D= bnx2 0000:05:00.1 eth1: Broadcom NetXtreme II BCM5716
1000Base= -T (C0) PCI Express found at mem c2000000, IRQ 17, node addr
d4= :ae:52:cc:f9:6b
=5B 2.821768=5D ahci 0000:00:1f.2: version 3= .0
=5B 2.821852=5D xen: registering gsi 19 triggering 0 pola= rity 1
=5B 2.821860=5D xen: --> pirq=3D19 -> irq=3D19 = (gsi=3D19)
=5B 2.821957=5D ahci: SSS flag set, parallel bus = scan disabled
=5B 2.835589=5D ahci 0000:00:1f.2: AHCI 0001.0= 300 32 slots 6 ports 3 Gbps
0x31 impl SATA mode
=5B = 2.835678=5D ahci 0000:00:1f.2: flags: 64bit ncq stag pm led clo pio slu= m
part ems sxs apst
=5B 2.835776=5D ahci 0000:00:1= f.2: setting latency timer to 64
=5B 2.851919=5D scsi0 : ahc= i
=5B 2.852047=5D scsi1 : ahci
=5B 2.852167=5D = scsi2 : ahci
=5B 2.852288=5D scsi3 : ahci
=5B 2= .852404=5D scsi4 : ahci
=5B 2.852521=5D scsi5 : ahci
=5B 2.852632=5D ata1: SATA max UDMA/133 abar m2048=400xc5e04000 por= t
0xc5e04100 irq 76
=5B 2.852725=5D ata2: DUMMY
=5B 2.852792=5D ata3: DUMMY
=5B 2.852861=5D ata4:= DUMMY
=5B 2.852923=5D ata5: SATA max UDMA/133 abar m2048=40= 0xc5e04000 port
0xc5e04300 irq 76
=5B 2.853005=5D = ata6: SATA max UDMA/133 abar m2048=400xc5e04000 port
0xc5e04380= irq 76
=5B 2.930272=5D igb: probe of 0000:03:00.0 failed wi= th error -2
=5B 2.930359=5D xen: registering gsi 19 triggeri= ng 0 polarity 1
=5B 2.930362=5D Already setup the GSI :19
=5B 2.963572=5D usb 1-1: new high-speed USB device number 2 us= ing ehci-pci
=5B 3.043827=5D igb: probe of 0000:03:00.1 fail= ed with error -2
=5B 3.043911=5D xen: registering gsi 16 tri= ggering 0 polarity 1
=5B 3.043913=5D Already setup the GSI := 16
=5B 3.096098=5D usb 1-1: New USB device found, idVendor=3D= 8087, idProduct=3D0024
=5B 3.096169=5D usb 1-1: New USB devi= ce strings: Mfr=3D0, Product=3D0,
SerialNumber=3D0
=5B= 3.096582=5D hub 1-1:1.0: USB hub found
=5B 3.096766=5D h= ub 1-1:1.0: 6 ports detected
=5B 3.171651=5D ata1: SATA link= up 3.0 Gbps (SStatus 123 SControl 300)
=5B 3.172622=5D ata1= .00: ATA-8: WDC WD5003ABYX-18WERA0, 01.01S03, max
UDMA/133
=5B 3.172692=5D ata1.00: 976773168 sectors, multi 0: LBA48 NCQ (= depth
31/32), AA
=5B 3.174631=5D ata1.00: configur= ed for UDMA/133
=5B 3.174899=5D scsi 0:0:0:0: Direct-Access = ATA WDC WD5003ABYX-1
01.0 PQ: 0 ANSI: 5
=5B = 3.175124=5D sd 0:0:0:0: =5Bsda=5D 976773168 512-byte logical blocks: (= 500
GB/465 GiB)
=5B 3.175136=5D sd 0:0:0:0: Attach= ed scsi generic sg0 type 0
=5B 3.175305=5D sd 0:0:0:0: =5Bsd= a=5D Write Protect is off
=5B 3.175372=5D sd 0:0:0:0: =5Bsda= =5D Mode Sense: 00 3a 00 00
=5B 3.175385=5D sd 0:0:0:0: =5Bs= da=5D Write cache: enabled, read cache: enabled,
doesn't suppor= t DPO or =46UA
=5B 3.207533=5D sda: sda1 sda2 < sda5 >= ;
=5B 3.207988=5D sd 0:0:0:0: =5Bsda=5D Attached SCSI disk
=5B 3.211574=5D usb 2-1: new high-speed USB device number 2 u= sing ehci-pci
=5B 3.343975=5D usb 2-1: New USB device found,= idVendor=3D8087, idProduct=3D0024
=5B 3.344045=5D usb 2-1: = New USB device strings: Mfr=3D0, Product=3D0,
SerialNumber=3D0<= /div>
=5B 3.344429=5D hub 2-1:1.0: USB hub found
=5B = 3.344656=5D hub 2-1:1.0: 6 ports detected
=5B 3.491623=5D at= a5: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
=5B 3.4= 95871=5D ata5.00: ATAPI: TSSTcorp DVD-ROM SN-108DN, D150, max UDMA/100
=5B 3.502634=5D ata5.00: configured for UDMA/100
=5B= 3.523150=5D scsi 4:0:0:0: CD-ROM TSSTcorp DVD-ROM SN-108DN=
D150 PQ: 0 ANSI: 5
=5B 3.533834=5D sr0: scsi3-mmc= drive: 24x/24x cd/rw xa/form2 cdda tray
=5B 3.533904=5D cdr= om: Uniform CD-ROM driver Revision: 3.20
=5B 3.534114=5D sr = 4:0:0:0: Attached scsi CD-ROM sr0
=5B 3.534176=5D sr 4:0:0:0= : Attached scsi generic sg1 type 5
=5B 3.615704=5D usb 2-1.1= : new high-speed USB device number 3 using ehci-pci
=5B 3.72= 1480=5D usb 2-1.1: New USB device found, idVendor=3D0b95,
idPro= duct=3D1780
=5B 3.721550=5D usb 2-1.1: New USB device string= s: Mfr=3D1, Product=3D2,
SerialNumber=3D3
=5B 3.72= 1633=5D usb 2-1.1: Product: AX88178
=5B 3.721696=5D usb 2-1.= 1: Manufacturer: ASIX Elec. Corp.
=5B 3.721760=5D usb 2-1.1:= SerialNumber: 000002
=5B 3.791674=5D usb 2-1.2: new low-spe= ed USB device number 4 using ehci-pci
=5B 3.851623=5D ata6: = SATA link down (SStatus 0 SControl 300)
=5B 3.896023=5D usb = 2-1.2: New USB device found, idVendor=3D1061,
idProduct=3D0101<= /div>
=5B 3.896102=5D usb 2-1.2: New USB device strings: Mfr=3D1, = Product=3D2,
SerialNumber=3D0
=5B 3.896184=5D usb = 2-1.2: Product: USB Keyboard & Mouse
=5B 3.896248=5D usb= 2-1.2: Manufacturer: Motorola
=5B 3.903720=5D hidraw: raw H= ID events driver (C) Jiri Kosina
=5B 3.911687=5D usbcore: re= gistered new interface driver usbhid
=5B 3.911754=5D usbhid:= USB HID core driver
=5B 3.913114=5D input: Motorola USB Key= board & Mouse as
/devices/pci0000:00/0000:00:1d.0/usb2/2-1/= 2-1.2/2-1.2:1.0/input/input1
=5B 3.913287=5D hid-generic 000= 3:1061:0101.0001: input,hidraw0: USB HID
v1.11 Keyboard =5BMoto= rola USB Keyboard & Mouse=5D on
usb-0000:00:1d.0-1.2/input0=
=5B 3.913465=5D input: Motorola USB Keyboard & Mouse as=
/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2:1.1/inpu= t/input2
=5B 3.913648=5D hid-generic 0003:1061:0101.0002: in= put,hidraw1: USB HID
v1.11 Mouse =5BMotorola USB Keyboard &= Mouse=5D on usb-0000:00:1d.0-1.2/input1
=5B 3.971702=5D usb= 2-1.5: new high-speed USB device number 5 using ehci-pci
=5B = 4.004005=5D igb 0000:04:00.0: added PHC on eth2
=5B 4.0040= 73=5D igb 0000:04:00.0: Intel(R) Gigabit Ethernet Network
Conne= ction
=5B 4.004141=5D igb 0000:04:00.0: eth2: (PCIe:2.5Gb/s:= Width x4)
90:e2:ba:53:e5:24
=5B 4.004210=5D igb 00= 00:04:00.0: eth2: PBA No: Unknown
=5B 4.004275=5D igb 0000:0= 4:00.0: Using MSI-X interrupts. 4 rx queue(s), 4
tx queue(s)
=5B 4.004403=5D xen: registering gsi 17 triggering 0 polarity = 1
=5B 4.004406=5D Already setup the GSI :17
=5B = 4.063964=5D usb 2-1.5: New USB device found, idVendor=3D0424,
= idProduct=3D2514
=5B 4.064034=5D usb 2-1.5: New USB device s= trings: Mfr=3D0, Product=3D0,
SerialNumber=3D0
=5B = 4.064453=5D hub 2-1.5:1.0: USB hub found
=5B 4.064664=5D hu= b 2-1.5:1.0: 4 ports detected
=5B 4.115846=5D bio: create sl= ab <bio-1> at 1
=5B 4.550844=5D EXT4-fs (dm-0): mounte= d filesystem with ordered data mode.
Opts: (null)
=5B= 4.968014=5D igb 0000:04:00.1: added PHC on eth3
=5B 4.96= 8096=5D igb 0000:04:00.1: Intel(R) Gigabit Ethernet Network
Con= nection
=5B 4.968164=5D igb 0000:04:00.1: eth3: (PCIe:2.5Gb/= s:Width x4)
90:e2:ba:53:e5:25
=5B 4.968233=5D igb = 0000:04:00.1: eth3: PBA No: Unknown
=5B 4.968298=5D igb 0000= :04:00.1: Using MSI-X interrupts. 4 rx queue(s), 4
tx queue(s)<= /div>
=5B 6.364613=5D Adding 4161532k swap on /dev/mapper/fiat--vg= -swap=5F1.
Priority:-1 extents:1 across:4161532k =46S
=5B 6.900721=5D EXT4-fs (dm-0): re-mounted. Opts: errors=3Dremount-r= o
=5B 7.078991=5D IPv6: ADDRCON=46(NETDEV=5FUP): eth0: link = is not ready
=5B 7.078996=5D IPv6: ADDRCON=46(NETDEV=5FUP): = eth1: link is not ready
=5B 7.079000=5D IPv6: ADDRCON=46(NET= DEV=5FUP): eth2: link is not ready
=5B 7.079004=5D IPv6: ADD= RCON=46(NETDEV=5FUP): eth3: link is not ready
=5B 7.371646=5D= systemd-udevd=5B361=5D: starting version 204
=5B 7.878340=5D= lp: driver loaded but no devices found
=5B 9.826047=5D wmi:= Mapper loaded
=5B 9.843887=5D systemd-udevd=5B460=5D: faile= d to execute
'/lib/udev/socket:/org/xen/xend/udev=5Fevent'
'socket:/org/xen/xend/udev=5Fevent': No such file or directory
=5B 9.846621=5D systemd-udevd=5B465=5D: failed to execute
<= div>'/lib/udev/socket:/org/xen/xend/udev=5Fevent'
'socket:/org/= xen/xend/udev=5Fevent': No such file or directory
=5B 9.8472= 06=5D systemd-udevd=5B466=5D: failed to execute
'/lib/udev/sock= et:/org/xen/xend/udev=5Fevent'
'socket:/org/xen/xend/udev=5Feve= nt': No such file or directory
=5B 9.849555=5D systemd-udevd= =5B467=5D: failed to execute
'/lib/udev/socket:/org/xen/xend/ud= ev=5Fevent'
'socket:/org/xen/xend/udev=5Fevent': No such file o= r directory
=5B 9.851680=5D systemd-udevd=5B469=5D: failed t= o execute
'/lib/udev/socket:/org/xen/xend/udev=5Fevent'
'socket:/org/xen/xend/udev=5Fevent': No such file or directory
=5B 9.853643=5D systemd-udevd=5B472=5D: failed to execute
'/lib/udev/socket:/org/xen/xend/udev=5Fevent'
'socket:/org/xen= /xend/udev=5Fevent': No such file or directory
=5B 9.855475=5D= systemd-udevd=5B474=5D: failed to execute
'/lib/udev/socket:/o= rg/xen/xend/udev=5Fevent'
'socket:/org/xen/xend/udev=5Fevent': = No such file or directory
=5B 9.857872=5D systemd-udevd=5B47= 6=5D: failed to execute
'/lib/udev/socket:/org/xen/xend/udev=5F= event'
'socket:/org/xen/xend/udev=5Fevent': No such file or dir= ectory
=5B 9.859002=5D ACPI Warning: 0x0000000000000428-0x00= 0000000000042f SystemIO
conflicts with Region =5CPMIO 1 (201305= 17/utaddress-251)
=5B 9.859007=5D ACPI: If an ACPI driver is= available for this device, you
should use it instead of the na= tive driver
=5B 9.859011=5D ACPI Warning: 0x0000000000000540= -0x000000000000054f SystemIO
conflicts with Region =5CGPIO 1 (2= 0130517/utaddress-251)
=5B 9.859013=5D ACPI: If an ACPI driv= er is available for this device, you
should use it instead of t= he native driver
=5B 9.859014=5D ACPI Warning: 0x00000000000= 00530-0x000000000000053f SystemIO
conflicts with Region =5CGPIO= 1 (20130517/utaddress-251)
=5B 9.859017=5D ACPI: If an ACPI= driver is available for this device, you
should use it instead= of the native driver
=5B 9.859018=5D ACPI Warning: 0x000000= 0000000500-0x000000000000052f SystemIO
conflicts with Region =5C= GPIO 1 (20130517/utaddress-251)
=5B 9.859020=5D ACPI: If an = ACPI driver is available for this device, you
should use it ins= tead of the native driver
=5B 9.859021=5D lpc=5Fich: Resourc= e conflict(s) found affecting gpio=5Fich
=5B 9.879903=5D sys= temd-udevd=5B487=5D: failed to execute
'/lib/udev/socket:/org/x= en/xend/udev=5Fevent'
'socket:/org/xen/xend/udev=5Fevent': No s= uch file or directory
=5B 9.897625=5D microcode: CPU0 sig=3D= 0x206a7, pf=3D0x2, revision=3D0x29
=5B 10.062885=5D dcdbas dc= dbas: Dell Systems Management Base Driver (version
5.6.0-3.2)
=5B 10.395062=5D microcode: CPU1 sig=3D0x206a7, pf=3D0x2, revi= sion=3D0x29
=5B 10.400676=5D microcode: CPU2 sig=3D0x206a7, p= f=3D0x2, revision=3D0x29
=5B 10.401495=5D microcode: CPU3 sig= =3D0x206a7, pf=3D0x2, revision=3D0x29
=5B 10.402320=5D microc= ode: Microcode Update Driver: v2.00 <
=5B 10.610920=5D systemd-udevd=5B570=5D: failed to e= xecute
'/lib/udev/socket:/org/xen/xend/udev=5Fevent'
= 'socket:/org/xen/xend/udev=5Fevent': No such file or directory
= =5B 10.610941=5D systemd-udevd=5B571=5D: failed to execute
'/= lib/udev/socket:/org/xen/xend/udev=5Fevent'
'socket:/org/xen/xe= nd/udev=5Fevent': No such file or directory
=5B 10.612923=5D = systemd-udevd=5B573=5D: failed to execute
'/lib/udev/socket:/or= g/xen/xend/udev=5Fevent'
'socket:/org/xen/xend/udev=5Fevent': N= o such file or directory
=5B 10.749729=5D Bluetooth: Core ver= 2.16
=5B 10.749748=5D NET: Registered protocol family 31
=5B 10.749750=5D Bluetooth: HCI device and connection manager in= itialized
=5B 10.749756=5D Bluetooth: HCI socket layer initia= lized
=5B 10.749758=5D Bluetooth: L2CAP socket layer initiali= zed
=5B 10.749762=5D Bluetooth: SCO socket layer initialized<= /div>
=5B 10.922110=5D type=3D1400 audit(1391611320.655:2): apparmo= r=3D=22STATUS=22
operation=3D=22profile=5Fload=22 parent=3D544 = profile=3D=22unconfined=22
name=3D=22/sbin/dhclient=22 pid=3D56= 0 comm=3D=22apparmor=5Fparser=22
=5B 10.922117=5D type=3D1400= audit(1391611320.655:3): apparmor=3D=22STATUS=22
operation=3D=22= profile=5Fload=22 parent=3D544 profile=3D=22unconfined=22
name=3D= =22/usr/lib/NetworkManager/nm-dhcp-client.action=22 pid=3D560
c= omm=3D=22apparmor=5Fparser=22
=5B 10.922120=5D type=3D1400 au= dit(1391611320.655:4): apparmor=3D=22STATUS=22
operation=3D=22p= rofile=5Fload=22 parent=3D544 profile=3D=22unconfined=22
name=3D= =22/usr/lib/connman/scripts/dhclient-script=22 pid=3D560
comm=3D= =22apparmor=5Fparser=22
=5B 10.922132=5D type=3D1400 audit(13= 91611320.655:5): apparmor=3D=22STATUS=22
operation=3D=22profile= =5Freplace=22 parent=3D542 profile=3D=22unconfined=22
name=3D=22= /sbin/dhclient=22 pid=3D556 comm=3D=22apparmor=5Fparser=22
=5B = 10.922139=5D type=3D1400 audit(1391611320.655:6): apparmor=3D=22STATUS=22=
operation=3D=22profile=5Freplace=22 parent=3D542 profile=3D=22= unconfined=22
name=3D=22/usr/lib/NetworkManager/nm-dhcp-client.= action=22 pid=3D556
comm=3D=22apparmor=5Fparser=22
=5B= 10.922142=5D type=3D1400 audit(1391611320.655:7): apparmor=3D=22STATUS= =22
operation=3D=22profile=5Freplace=22 parent=3D542 profile=3D= =22unconfined=22
name=3D=22/usr/lib/connman/scripts/dhclient-sc= ript=22 pid=3D556
comm=3D=22apparmor=5Fparser=22
=5B = 10.922156=5D type=3D1400 audit(1391611320.655:8): apparmor=3D=22STATUS=22=
operation=3D=22profile=5Freplace=22 parent=3D543 profile=3D=22= unconfined=22
name=3D=22/sbin/dhclient=22 pid=3D559 comm=3D=22a= pparmor=5Fparser=22
=5B 10.922162=5D type=3D1400 audit(139161= 1320.655:9): apparmor=3D=22STATUS=22
operation=3D=22profile=5Fr= eplace=22 parent=3D543 profile=3D=22unconfined=22
name=3D=22/us= r/lib/NetworkManager/nm-dhcp-client.action=22 pid=3D559
comm=3D= =22apparmor=5Fparser=22
=5B 10.922166=5D type=3D1400 audit(13= 91611320.655:10): apparmor=3D=22STATUS=22
operation=3D=22profil= e=5Freplace=22 parent=3D543 profile=3D=22unconfined=22
name=3D=22= /usr/lib/connman/scripts/dhclient-script=22 pid=3D559
comm=3D=22= apparmor=5Fparser=22
=5B 10.922186=5D type=3D1400 audit(13916= 11320.655:11): apparmor=3D=22STATUS=22
operation=3D=22profile=5F= replace=22 parent=3D547 profile=3D=22unconfined=22
name=3D=22/s= bin/dhclient=22 pid=3D557 comm=3D=22apparmor=5Fparser=22
=5B = 10.960369=5D Bluetooth: R=46COMM TTY layer initialized
=5B 10= .960378=5D Bluetooth: R=46COMM socket layer initialized
=5B 1= 0.960379=5D Bluetooth: R=46COMM ver 1.11
=5B 11.096147=5D ini= t: avahi-cups-reload main process (598) terminated with
status = 1
=5B 11.167124=5D Bluetooth: BNEP (Ethernet Emulation) ver 1= .3
=5B 11.167127=5D Bluetooth: BNEP filters: protocol multica= st
=5B 11.167134=5D Bluetooth: BNEP socket layer initialized<= /div>
=5B 11.287751=5D asix 2-1.1:1.0 eth0: register 'asix' at
usb-0000:00:1d.0-1.1, ASIX AX88178 USB 2.0 Ethernet, 00:0e:c6:88:f6= :d3
=5B 11.287788=5D usbcore: registered new interface driver= asix
=5B 11.288748=5D systemd-udevd=5B642=5D: failed to exec= ute
'/lib/udev/socket:/org/xen/xend/udev=5Fevent'
'so= cket:/org/xen/xend/udev=5Fevent': No such file or directory
=5B= 11.341535=5D ppdev: user-space parallel port driver
=5B 11= .696251=5D Bridge firewalling registered
=5B 11.699221=5D dev= ice eth0 entered promiscuous mode
=5B 12.437016=5D IPv6: ADDR= CON=46(NETDEV=5FUP): eth0: link is not ready
=5B 12.437109=5D= IPv6: ADDRCON=46(NETDEV=5FUP): xenbr0: link is not ready
=5B = 15.138103=5D IPv6: ADDRCON=46(NETDEV=5FCHANGE): eth0: link becomes ready=
=5B 15.139187=5D asix 2-1.1:1.0 eth0: link up, 1000Mbps, ful= l-duplex, lpa
0xC5E1
=5B 15.143931=5D xenbr0: port = 1(eth0) entered forwarding state
=5B 15.143942=5D xenbr0: por= t 1(eth0) entered forwarding state
=5B 15.143955=5D IPv6: ADD= RCON=46(NETDEV=5FCHANGE): xenbr0: link becomes ready
=5B 15.7= 68228=5D init: udev-fallback-graphics main process (932) terminated
=
with status 1
=5B 17.202300=5D init: failsafe main proce= ss (628) killed by TERM signal
=5B 17.799180=5D audit=5Fprint= k=5Fskb: 69 callbacks suppressed
=5B 17.799184=5D type=3D1400= audit(1391611327.531:35): apparmor=3D=22STATUS=22
operation=3D= =22profile=5Freplace=22 parent=3D1353 profile=3D=22unconfined=22
name=3D=22/sbin/dhclient=22 pid=3D1361 comm=3D=22apparmor=5Fparser=22
=5B 17.799189=5D type=3D1400 audit(1391611327.531:36): apparmo= r=3D=22STATUS=22
operation=3D=22profile=5Freplace=22 parent=3D1= 353 profile=3D=22unconfined=22
name=3D=22/usr/lib/NetworkManage= r/nm-dhcp-client.action=22 pid=3D1361
comm=3D=22apparmor=5Fpars= er=22
=5B 17.799193=5D type=3D1400 audit(1391611327.531:37): = apparmor=3D=22STATUS=22
operation=3D=22profile=5Freplace=22 par= ent=3D1353 profile=3D=22unconfined=22
name=3D=22/usr/lib/connma= n/scripts/dhclient-script=22 pid=3D1361
comm=3D=22apparmor=5Fpa= rser=22
=5B 17.799644=5D type=3D1400 audit(1391611327.535:38)= : apparmor=3D=22STATUS=22
operation=3D=22profile=5Freplace=22 p= arent=3D1353 profile=3D=22unconfined=22
name=3D=22/usr/lib/Netw= orkManager/nm-dhcp-client.action=22 pid=3D1361
comm=3D=22apparm= or=5Fparser=22
=5B 17.799649=5D type=3D1400 audit(1391611327.= 535:39): apparmor=3D=22STATUS=22
operation=3D=22profile=5Frepla= ce=22 parent=3D1353 profile=3D=22unconfined=22
name=3D=22/usr/l= ib/connman/scripts/dhclient-script=22 pid=3D1361
comm=3D=22appa= rmor=5Fparser=22
=5B 17.799876=5D type=3D1400 audit(139161132= 7.535:40): apparmor=3D=22STATUS=22
operation=3D=22profile=5Frep= lace=22 parent=3D1353 profile=3D=22unconfined=22
name=3D=22/usr= /lib/connman/scripts/dhclient-script=22 pid=3D1361
comm=3D=22ap= parmor=5Fparser=22
=5B 18.034955=5D type=3D1400 audit(1391611= 327.767:41): apparmor=3D=22STATUS=22
operation=3D=22profile=5Fl= oad=22 parent=3D1353 profile=3D=22unconfined=22
name=3D=22/usr/= lib/x86=5F64-linux-gnu/lightdm-remote-session-freerdp/freerdp-session-wra= pper=22
pid=3D1359 comm=3D=22apparmor=5Fparser=22
=5B= 18.034960=5D type=3D1400 audit(1391611327.767:42): apparmor=3D=22STATU= S=22
operation=3D=22profile=5Fload=22 parent=3D1353 profile=3D=22= unconfined=22
name=3D=22chromium=5Fbrowser=22 pid=3D1359 comm=3D= =22apparmor=5Fparser=22
=5B 18.035292=5D type=3D1400 audit(13= 91611327.767:43): apparmor=3D=22STATUS=22
operation=3D=22profil= e=5Freplace=22 parent=3D1353 profile=3D=22unconfined=22
name=3D= =22chromium=5Fbrowser=22 pid=3D1359 comm=3D=22apparmor=5Fparser=22
<= div>=5B 18.067968=5D type=3D1400 audit(1391611327.803:44): apparmor=3D=22= STATUS=22
operation=3D=22profile=5Fload=22 parent=3D1353 profil= e=3D=22unconfined=22
name=3D=22/usr/lib/x86=5F64-linux-gnu/ligh= tdm-remote-session-uccsconfigure/uccsconfigure-session-wrapper=22
pid=3D1360 comm=3D=22apparmor=5Fparser=22
=5B 19.521968=5D= xen:xen=5Fevtchn: Event-channel device installed
=5B 20.6681= 88=5D IPv6: ADDRCON=46(NETDEV=5FUP): eth2: link is not ready
=5B= 20.668698=5D IPv6: ADDRCON=46(NETDEV=5FUP): eth2: link is not ready
=5B 21.508464=5D IPv6: ADDRCON=46(NETDEV=5FUP): eth4: link is n= ot ready
=5B 21.508911=5D IPv6: ADDRCON=46(NETDEV=5FUP): eth4= : link is not ready
=5B 21.600614=5D bnx2 0000:05:00.0 eth3: = using MSIX
=5B 21.600639=5D IPv6: ADDRCON=46(NETDEV=5FUP): et= h3: link is not ready
=5B 21.601034=5D IPv6: ADDRCON=46(NETDE= V=5FUP): eth3: link is not ready
=5B 21.656654=5D bnx2 0000:0= 5:00.1 eth1: using MSIX
=5B 21.656676=5D IPv6: ADDRCON=46(NET= DEV=5FUP): eth1: link is not ready
=5B 21.657027=5D IPv6: ADD= RCON=46(NETDEV=5FUP): eth1: link is not ready
=5B 30.168115=5D= xenbr0: port 1(eth0) entered forwarding state
=5B 679.030308=5D= xen=5Fpciback: backend is passthrough
=5B 679.119557=5D pciba= ck 0000:05:00.0: seizing device
=5B 679.135333=5D xen: registe= ring gsi 16 triggering 0 polarity 1
=5B 679.135338=5D Already = setup the GSI :16
=5B 679.223564=5D pciback 0000:05:00.1: seiz= ing device
=5B 679.239332=5D xen: registering gsi 17 triggerin= g 0 polarity 1
=5B 679.239337=5D Already setup the GSI :17
=5B 826.675306=5D IPv6: ADDRCON=46(NETDEV=5FUP): vif1.0: link is = not ready
=5B 826.675650=5D IPv6: ADDRCON=46(NETDEV=5FUP): vif= 1.0: link is not ready
=5B 826.847467=5D device vif1.0 entered= promiscuous mode
=5B 827.529251=5D ip=5Ftables: (C) 2000-2006= Netfilter Core Team
=5B 827.871604=5D device vif1.0-emu enter= ed promiscuous mode
=5B 827.872947=5D xenbr0: port 3(vif1.0-em= u) entered forwarding state
=5B 827.872953=5D xenbr0: port 3(v= if1.0-emu) entered forwarding state
=5B 842.899266=5D xenbr0: = port 3(vif1.0-emu) entered forwarding state


=
/etc/xen/ubuntu-hvm-0.cfg
kernel =3D =22/usr/lib/xen= -4.3/boot/hvmloader=22
builder=3D'hvm'
memory =3D 102= 4
vcpus=3D2
name =3D =22ubuntu-hvm-0=22
vif= =3D =5B'bridge=3Dxenbr0'=5D
pci=5Fpermissive=3D1
pci= =3D =5B'05:00.0', '05:00.1'=5D
disk =3D
=5B'phy:/dev/= fiat-vg/ubuntu-hvm-0,hda,w','file:/root/ubuntu-12.04.3-server-amd64.iso= ,hdc:cdrom,r'=5D
acpi =3D 1
device=5Fmodel =3D 'q= emu-dm'
boot=3D=22d=22
sdl=3D0
serial=3D'pt= y'
vnc=3D1
=23vnclisten=3D=22=22
vncpasswd=3D= =22=22
on=5Fpoweroff =3D 'destroy'
on=5Freboot =3D = 'restart'
on=5Fcrash =3D 'restart'

=

Any suggestions=3F


On Wed, =46eb 5, 2014 at 8:54 AM, Mike Neiderhauser <<= /div>

I have. But I cant seem to get the xm toolstack to swit= ch with xl.

Regards

On Wed, =46eb 5, 2014 at 8:53 AM, Ian Campbell <Ian.Campbell=40citrix.com>w= rote:

On Wed,= 2014-02-05 at 08:43 -0500, Mike Neiderhauser wrote:
Do you have any suggestions for a setup guide fo= r 4.3=3F I have
installed xen-hypervisor-4.3-amd64 from ubuntu = package manger and I
don't know where to go from here.

Have you looked on the wiki=3F
<= /div>
-------------- next part ------= --------
An HTML attachment was scrubbed...
------------------------------

=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F
Xe= n-users mailing list


End of Xen-users Digest, Vol 108, Issue 7
*****************************************
=20 =20 =20 =20 =20

--52f269f9_515f007c_701-- --===============9088043255727072894== 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 --===============9088043255727072894==-- From xen-users-bounces@lists.xen.org Wed Feb 05 16:43:58 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Feb 2014 16:43: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 1WB5Zr-0007y3-EJ; Wed, 05 Feb 2014 16:43:55 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WB5Zp-0007xk-Re for xen-users@lists.xen.org; Wed, 05 Feb 2014 16:43:54 +0000 Received: from [85.158.137.68:24314] by server-13.bemta-3.messagelabs.com id 0F/C4-26923-94A62F25; Wed, 05 Feb 2014 16:43:53 +0000 X-Env-Sender: kuba.0000@op.pl X-Msg-Ref: server-15.tower-31.messagelabs.com!1391618631!9961543!1 X-Originating-IP: [213.180.142.146] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32609 invoked from network); 5 Feb 2014 16:43:51 -0000 Received: from smtpo15.poczta.onet.pl (HELO smtpo15.poczta.onet.pl) (213.180.142.146) by server-15.tower-31.messagelabs.com with SMTP; 5 Feb 2014 16:43:51 -0000 Received: from [192.168.0.4] (host-89-230-211-189.lublin.mm.pl [89.230.211.189]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: kuba.0000@op.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3fK7rl4SYszZCVxc for ; Wed, 5 Feb 2014 17:43:50 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=op.pl; s=2011; t=1391618631; bh=XsrkvHXRbqImlF9GramXJl3WWvBCGvzsF084baBvcig=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=LmSOYapBnDu3YrT/PPXndC+VYRqLasObAWYyZJfFusj0Z4EXqjbPVPO5cat5mOQmZ RuOPdpSvhHjR+2NkYLqtOzoZ8wt9ivwcBh5aXrGOG6VBdhjZrAXTeyND5rT/BzkAE1 XEyEwrOn6EffBtGQ8v+or/4f8teaaKj8S2enBFPs= Message-ID: <52F26A40.5040305@op.pl> Date: Wed, 05 Feb 2014 17:43:44 +0100 From: Kuba User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <52EA58B2.50004@op.pl> <6035A0D088A63A46850C3988ED045A4B6F38BB3C@BITCOM1.int.sbss.com.au> <52ED4AA6.5000601@op.pl> <52F26335.7060902@op.pl> <52F266EE.6000104@citrix.com> In-Reply-To: <52F266EE.6000104@citrix.com> Subject: Re: [Xen-users] Strange failures of Xen 4.3.1, PVHVM storage VM, iSCSI and Windows+GPLPV VM combination X-BeenThere: xen-users@lists.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 VyBkbml1IDIwMTQtMDItMDUgMTc6MjksIFJvZ2VyIFBhdSBNb25uw6kgcGlzemU6Cj4gT24gMDUv MDIvMTQgMTc6MTMsIEt1YmEgd3JvdGU6Cj4+IFcgZG5pdSAyMDE0LTAyLTAxIDIwOjI3LCBLdWJh IHBpc3plOgo+Pj4gVyBkbml1IDIwMTQtMDEtMzEgMDI6MzUsIEphbWVzIEhhcnBlciBwaXN6ZToK Pj4+Pj4KPj4+Pj4gSSBhbSB0cnlpbmcgdG8gc2V0IHVwIGEgZm9sbG93aW5nIGNvbmZpZ3VyYXRp b246Cj4+Pj4+IDEuIHZlcnkgc2ltcGxlIExpbnV4LWJhc2VkIGRvbTAgKERlYmlhbiA3LjMpIHdp dGggWGVuIDQuMy4xIGNvbXBpbGVkCj4+Pj4+IGZyb20gc291cmNlcywKPj4+Pj4gMi4gb25lIHN0 b3JhZ2UgVk0gKEZyZWVCU0QgMTAsIEhWTStQVikgd2l0aCBTQVRBIGNvbnRyb2xsZXIgYXR0YWNo ZWQKPj4+Pj4gdXNpbmcgVlQtZCwgZXhwb3J0aW5nIGJsb2NrIGRldmljZXMgdmlhIGlTQ1NJIHRv IG90aGVyIFZNcyBhbmQgcGh5c2ljYWwKPj4+Pj4gbWFjaGluZXMsCj4+Pj4+IDMuIG9uZSBXaW5k b3dzIDcgU1AxIDY0IFZNIChIVk0rR1BMUFYpIHdpdGggR1BVIHBhc3N0aHJvdWdoIChRdWFkcm8K Pj4+Pj4gNDAwMCkgaW5zdGFsbGVkIG9uIGEgYmxvY2sgZGV2aWNlIGV4cG9ydGVkIGZyb20gdGhl IHN0b3JhZ2UgVk0gKHRhcmdldAo+Pj4+PiBvbiB0aGUgc3RvcmFnZSBWTSwgaW5pdGlhdG9yIG9u IGRvbTApLgo+Pj4+Pgo+Pj4+PiBFdmVyeXRoaW5nIHdvcmtzIHBlcmZlY3RseSAoaW5jbHVkaW5n IFBDSSAmIEdQVSBwYXNzdGhyb3VnaCkgdW50aWwgSQo+Pj4+PiBpbnN0YWxsIEdQTFBWIGRyaXZl cnMgb24gdGhlIFdpbmRvd3MgVk0uIEFmdGVyIGRyaXZlciBpbnN0YWxsYXRpb24sCj4+Pj4+IFdp bmRvd3MgbmVlZHMgdG8gcmVib290LCBib290cyBmaW5lLCBkaXNwbGF5cyBhIG1lc3NhZ2UgdGhh dCBQViBTQ1NJCj4+Pj4KPj4+PiAoYSkKPj4+Pgo+Pj4+PiBkcml2ZXJzIHdlcmUgaW5zdGFsbGVk IGFuZCBuZWVkcyB0byByZWJvb3QgYWdhaW4sIGFuZCB0aGVuIGNhbm5vdCBib290Lgo+Pj4+PiBT b21ldGltZXMgaXQgZ2V0cyBzdHVjayBhdCAiYm9vdGluZyBmcm9tIGhhcmRkcml2ZSIgaW4gU2Vh QklPUywKPj4+Pj4gc29tZXRpbWVzIEJTT0RzIHdpdGggInVubW91bnRhYmxlIGJvb3Qgdm9sdW1l IiBtZXNzYWdlLiBBbGwgb2YgdGhlCj4+Pj4+IGZvbGxvd2luZyBJIHRyaWVkIHdpdGhvdXQgR1BV IHBhc3N0aHJvdWdoIHRvIG5hcnJvdyBkb3duIHRoZSBwcm9ibGVtLgo+Pj4+Pgo+Pj4+PiBUaGUg aW50cmlndWluZyBwYXJ0IGlzIHRoaXM6Cj4+Pj4+Cj4+Pj4+IDEuIElmIHRoZSBzdG9yYWdlIFZN J3MgT1MgaXMgTGludXggLSBpdCBmYWlscyB3aXRoIHRoZSBhYm92ZSBzeW1wdG9tcy4KPj4+Pj4g Mi4gSWYgdGhlIGJsb2NrIGRldmljZXMgZm9yIHRoZSBzdG9yYWdlIFZNIGNvbWUgZGlyZWN0bHkg ZnJvbSBkb20wIChub3QKPj4+Pj4gdmlhIHBjaS1wYXNzdGhyb3VnaCkgLSBpdCBmYWlscy4KPj4+ Pj4gMi4gSWYgdGhlIHN0b3JhZ2UgVk0gaXMgYW4gSFZNIHdpdGhvdXQgUFYgZHJpdmVycyAoZS5n LiBGcmVlQlNECj4+Pj4+IDkuMi1HRU5FUklDKSAtIGl0IGFsbCB3b3Jrcy4KPj4+Pj4gMy4gSWYg dGhlIHN0b3JhZ2UgVk0ncyBPUyBpcyBMaW51eCB3aXRoIGtlcm5lbCBjb21waWxlZCB3aXRob3V0 IFhlbgo+Pj4+PiBndWVzdCBzdXBwb3J0IC0gaXQgd29ya3MsIGJ1dCBpcyB1bnN0YWJsZSAoc2Vl IGJlbG93KS4KPj4+Pj4gNC4gSWYgdGhlIGlTQ1NJIHRhcmdldCBpcyBvbiBhIGRpZmZlcmVudCBw aHlzaWNhbCBtYWNoaW5lIC0gaXQgYWxsCj4+Pj4+IHdvcmtzLgo+Pj4+PiA1LiBJZiB0aGUgaVND U0kgdGFyZ2V0IGlzIG9uIGRvbTAgaXRzZWxmIC0gaXQgd29ya3MuCj4+Pj4+IDYuIElmIEkgYXR0 YWNoIHRoZSBBSENJIGNvbnRyb2xsZXIgdG8gdGhlIFdpbmRvd3MgVk0gYW5kIGluc3RhbGwKPj4+ Pj4gZGlyZWN0bHkgb24gdGhlIGhhcmQgZHJpdmUgLSBpdCB3b3Jrcy4KPj4+Pj4gNy4gSWYgdGhl IGJsb2NrIGRldmljZSBmb3IgV2luZG93cyBWTSBpcyBhIGRpc2ssIHBhcnRpdGlvbiwgZmlsZSwg TFZNCj4+Pj4+IHZvbHVtZSBvciBldmVuIGEgWm9MJ3MgenZvbCAoYW5kIGl0IGNvbWVzIGZyb20g YSBkb20wIGl0c2VsZiwgd2l0aG91dAo+Pj4+PiBpU0NTSSktIGl0IHdvcmtzLgo+Pj4+Pgo+Pj4+ PiBJZiBJIGluc3RhbGwgV2luZG93cyBhbmQgdGhlIEdQTFBWIGRyaXZlcnMgb24gYSBoYXJkIGRy aXZlIGF0dGFjaGVkIHRvCj4+Pj4+IGRvbTAsIFdpbmRvd3MgKyBHUExQViB3b3JrIHBlcmZlY3Rs eS4gSWYgSSB0aGVuIGdpdmUgdGhlIHNhbWUgaGFyZAo+Pj4+PiBkcml2ZQo+Pj4+PiBhcyBhIGJs b2NrIGRldmljZSB0byB0aGUgc3RvcmFnZSBWTSBhbmQgcmUtZXhwb3J0IGl0IHRocm91Z2ggaVND U0ksCj4+Pj4KPj4+PiAoYikKPj4+Pgo+Pj4+PiBXaW5kb3dzIHVzdWFsbHkgYm9vdHMgZmluZSwg YnV0IHdvcmtzIHVuc3RhYmxlLiBBbmQgYnkgdW5zdGFibGUgSSBtZWFuCj4+Pj4+IHJhbmRvbSBy ZWFkL3dyaXRlIGVycm9ycywgc29tZXRpbWVzIHByb2dyYW1zIHdvbid0IHN0YXJ0LCBudGRsbC5k bGwKPj4+Pj4gY3Jhc2hlcywgYW5kIGFmdGVyIGNvdXBsZSByZWJvb3RzIFdpbmRvd3Mgd29uJ3Qg Ym9vdCAoanVzdCBsaWtlCj4+Pj4+IG1lbnRpb25lZCBhYm92ZSkuCj4+Pj4+Cj4+Pj4+IFRoZSBj b25maWd1cmF0aW9ucyBJIHdvdWxkIGxpa2UgdG8gYWNoaWV2ZSBtYWtlcyBzZW5zZSBvbmx5IHdp dGggUFYKPj4+Pj4gZHJpdmVycyBvbiBib3RoIHN0b3JhZ2UgYW5kIFdpbmRvd3MgVk0uIEFsbCBv ZiB0aGUgImNvbXBvbmVudHMiIHNlZW0gdG8KPj4+Pj4gd29yayBwZXJmZWN0bHkgdW50aWwgYWxs IHB1dCB0b2dldGhlciwgc28gSSBhbSBub3QgcmVhbGx5IHN1cmUgd2hlcmUKPj4+Pj4gdGhlCj4+ Pj4+IHByb2JsZW0gaXMuCj4+Pj4+Cj4+Pj4+IEkgd291bGQgYmUgdmVyeSBncmF0ZWZ1bCBmb3Ig YW55IHN1Z2dlc3Rpb25zIG9yIGlkZWFzIHRoYXQgY291bGQKPj4+Pj4gcG9zc2libHkgaGVscCB0 byBuYXJyb3cgZG93biB0aGUgcHJvYmxlbS4gTWF5YmUgSSBhbSBqdXN0IGRvaW5nCj4+Pj4+IHNv bWV0aGluZyB3cm9uZyAoSSBob3BlIHNvKS4gT3IgbWF5YmUgdGhlcmUgaXMgYSBidWcgdGhhdCBz aG93cyBpdHNlbGYKPj4+Pj4gb25seSBpbiBzdWNoIGEgcGFydGljdWxhciBjb25maWd1cmF0aW9u IChob3BlIG5vdCk/Cj4+Pj4+Cj4+Pj4KPj4+PiBJJ20gY3VyaW91cyBhYm91dCBwcm9tcHRpbmcg Zm9yIHRoZSBwdnNjc2kgZHJpdmVycyB0byBiZSBpbnN0YWxsZWQuIElzCj4+Pj4gdGhpcyBkZWZp bml0ZWx5IHdoYXQgaXQgaXMgYXNraW5nIGZvcj8gUHZzY3NpIGZvciBncGxwdiBpcyByZW1vdmVk IGluCj4+Pj4gdGhlIGxhdGVzdCB2ZXJzaW9ucyBhbmQgc3VmZmVyZWQgdmFyeWluZyBkZWdyZWVz IG9mIGJpdHJvdCBpbiBlYXJsaWVyCj4+Pj4gdmVyc2lvbnMuIElmIHlvdSBoYXZlIHRoZSBpc2Nz aSBpbml0aWF0b3IgaW4gZG9tMCB0aGVuIGV4cG9ydGluZyBhCj4+Pj4gYmxvY2sgZGV2aWNlIHRv IHdpbmRvd3MgdmlhIHRoZSBub3JtYWwgdmJkIGNoYW5uZWwgc2hvdWxkIGJlIGp1c3QgZmluZS4K Pj4+Pgo+Pj4+IFlvdSd2ZSBnb25lIHRvIGdyZWF0IGxlbmd0aHMgdG8gZXhwbGFpbiB0aGUgdmFy aW91cyB0aGluZ3MgeW91J3ZlCj4+Pj4gdHJpZWQsIGJ1dCBJIHRoaW5rIEknbSBhIGxpdHRsZSBj b25mdXNlZCBvbiB3aGVyZSB0aGUgaXNjc2kgaW5pdGlhdG9yCj4+Pj4gaXMgaW4gdGhlICJkb2Vz bid0IHdvcmsiIHNjZW5hcmlvcy4gSSdtIGhhdmluZyBhIGJpdCBvZiBhbiBvZmYgZGF5Cj4+Pj4g dG9kYXkgc28gaXQncyBwcm9iYWJseSBqdXN0IG1lLCBidXQgYWJvdmUgSSBoYXZlIGhpZ2hsaWdo dGVkIHRoZSB0d28KPj4+PiBzY2VuYXJpb3MuLi4gY291bGQgeW91IGZpbGwgbWUgaW4gb24gYSBm ZXcgdGhpbmdzOgo+Pj4+Cj4+Pj4gQXQgKGEpIGFuZCAoYiksIGlzIHRoZSBpc2NzaSBpbml0aWF0 b3IgaW4gZG9tMCwgb3IgYXJlIHlvdSBhY3R1YWxseQo+Pj4+IGJvb3Rpbmcgd2luZG93cyBkaXJl Y3RseSB2aWEgaXNjc2k/Cj4+Pj4KPj4+PiBBdCAoYiksIHdpdGggbGF0ZXN0IGRlYnVnIGJ1aWxk IG9mIGdwbHB2LCBjYW4geW91IHJ1biBkZWJ1Z3ZpZXcgZnJvbQo+Pj4+IHN5c2ludGVybmFscy5j b20gYW5kIHNlZSBpZiBhbnkgaW50ZXJlc3RpbmcgbWVzc2FnZXMgYXJlIGRpc3BsYXllZAo+Pj4+ IGJlZm9yZSB0aGluZ3MgZmFsbCBpbiBhIGhlYXA/Cj4+Pj4KPj4+PiBBcmUgYW55IHN0cmFuZ2Ug bG9ncyBzaG93biBpbiBhbnkgb2YgV2luIERvbVUsIERvbTAsIG9yIHN0b3JhZ2UgRG9tVT8KPj4+ Pgo+Pj4+IEhvdyBiaWcgYXJlIHlvdXIgZGlza3M/Cj4+Pj4KPj4+PiBDYW4geW91IHJlcHJvZHVj ZSB3aXRoIG9ubHkgb25lIHZjcHU/Cj4+Pj4KPj4+PiBXaGF0IGJyaWRnZSBhcmUgeW91IHVzaW5n PyBPcGVudnN3aXRjaCBvciB0cmFkaXRpb25hbCBsaW51eCBicmlkZ2U/Cj4+Pj4KPj4+PiBXaGF0 IE1UVSBhcmUgeW91IHVzaW5nIG9uIHlvdXIgc3RvcmFnZSBuZXR3b3JrPyBJZiB5b3UgYXJlIHVz aW5nIEp1bWJvCj4+Pj4gZnJhbWVzIGNhbiB5b3UgZ28gYmFjayB0byAxNTAwIChvciBhdCBsZWFz dCA8PSA0MDAwKT8KPj4+Pgo+Pj4+IENhbiB5b3UgdHVybiBvZmYgc2NhdHRlciBnYXRoZXIsIExh cmdlIFNlbmQgT2ZmbG9hZCAoR1NPKSwgYW5kIElQCj4+Pj4gQ2hlY2tzdW0gb2ZmbG9hZCBvbiBh bGwgdGhlIGlzY3NpIGVuZHBvaW50cz8KPj4+Pgo+Pj4+IENhbiB5b3UgdHVybiBvbiBkYXRhIGRp Z2VzdC9jaGVja3N1bSBvbiBpc2NzaT8gSWYgYWxsIGVuZHBvaW50cwo+Pj4+IHN1cHBvcnQgaXQg dGhlbiB0aGlzIHdvdWxkIHByb3ZpZGUgYWRkaXRpb25hbCB2ZXJpZmljYXRpb24gdGhhdCBub25l Cj4+Pj4gb2YgdGhlIG5ldHdvcmsgcGFja2V0cyBhcmUgZ2V0dGluZyBjb3JydXB0ZWQuCj4+Pj4K Pj4+PiBXb3VsZCBkcml2ZXIgZG9tYWluIHdvcmsgaW4geW91ciBzY2VuYXJpbz8gVGhlbiB0aGUg ZGlzayBjb3VsZCBiZQo+Pj4+IGF0dGFjaGVkIGRpcmVjdGx5IGZyb20geW91ciBzdG9yYWdlIERv bVUgd2l0aG91dCBhY2NydWluZyBhbGwgdGhlCj4+Pj4gaXNjc2kgb3ZlcmhlYWQuIEknbSBub3Qg dXAgd2l0aCB0aGUgc3RhdHVzIG9mIEhWTSwgdmJkLCBhbmQgZHJpdmVyCj4+Pj4gZG9tYWluIHNv IEkgZG9uJ3Qga25vdyBpZiB0aGlzIGlzIHBvc3NpYmxlLgo+Pj4+Cj4+Pj4gTW9yZSBxdWVzdGlv bnMgdGhhbiBhbnN3ZXJzLiBTb3JyeSA6KQo+Pj4+Cj4+Pj4gSmFtZXMKPj4+Cj4+PiBEZWFyIEph bWVzLAo+Pj4KPj4+IHRoYW5rIHlvdSBmb3IgeW91ciBxdWVzdGlvbnMgLSBJIHJlYWxseSBhcHBy ZWNpYXRlIGV2ZXJ5dGhpbmcgdGhhdCBtYXkKPj4+IGhlbHAgbWUgbW92ZSBjbG9zZXIgdG8gc29s dmluZyBvciBpc29sYXRpbmcgdGhlIHByb2JsZW0uCj4+Pgo+Pj4gSSdsbCBjaGVjayB3aGF0IHR5 cGUgb2YgZHJpdmVyIGlzIHVzZWQgZXhhY3RseSAtIHVwIHVudGlsIG5vdyBJIGFsd2F5cwo+Pj4g anVzdCBpbnN0YWxsZWQgYWxsIGRyaXZlcnMgaW5jbHVkZWQgaW4gdGhlIHBhY2thZ2UsIEkgdGhv dWdodCBhbGwgb2YKPj4+IHRoZW0gd2VyZSBuZWNlc3NhcnkuIEknbGwgdHJ5IGluc3RhbGxpbmcg dGhlbSB3aXRob3V0IFhlblNjc2kuCj4+Pgo+Pj4gRG8geW91IG1lYW4gcmV2aXNpb25zID4gMTA5 Mjo4NWI5OWI5Nzk1YTYgYnkgInRoZSBsYXRlc3QgdmVyc2lvbnMiPwo+Pj4gV2hpY2ggdmVyc2lv biBzaG91bGQgSSB1c2U/Cj4+Pgo+Pj4gRm9yZ2l2ZSBtZSBpZiB0aGUgZGVzY3JpcHRpb25zIHdl cmUgdW5jbGVhci4gVGhlIGluaXRpYXRvciB3YXMgYWx3YXlzIGluCj4+PiBkb20wLiBJIG9ubHkg bW92ZWQgdGhlIHRhcmdldCB0byBkb20wIG9yIGEgc2VwYXJhdGUgcGh5c2ljYWwgbWFjaGluZSBp bgo+Pj4gKDQpIGFuZCAoNSkuIEkgZGlkbid0IGJvb3QgV2luZG93cyBkaXJlY3RseSBmcm9tIGlT Q1NJIChpbiBmYWN0IEkgdHJpZWQKPj4+IGNvdXBsZSB0aW1lcywgYnV0IGhhZCBzb21lIHByb2Js ZW1zIHdpdGggaXQsIHNvIEkgZGlkbid0IG1lbnRpb24gaXQpLgo+Pj4KPj4+IE15ICJkaXNrcyIg KHRoZSBibG9jayBkZXZpY2VzIEkgZGVkaWNhdGVkIHRvIHRoZSBXaW5kb3dzIFZNKSB3ZXJlIHdo b2xlCj4+PiAxMjBHQiBhbmQgMjQwR0IgU1NEcywgfjEwMEdCIFpWT0xzIGFuZCA1MEdCIExWTSB2 b2x1bWVzLgo+Pj4KPj4+IEknbSB1c2luZyB0cmFkaXRpb25hbCBsaW51eCBicmlkZ2UuIEkgZGlk bid0IHNldCBNVFVzIGV4cGxpY2l0bHksIHNvIEkKPj4+IGFzc3VtZSBpdCdzIDE1MDAsIGJ1dCBJ IHdpbGwgdmVyaWZ5IHRoaXMuCj4+Pgo+Pj4gSSdkIGxvdmUgdG8gdXNlIGEgc3RvcmFnZSBkcml2 ZXIgZG9tYWluLCBidXQgdGhlIHdpa2kgc2F5cyAiSXQgaXMgbm90Cj4+PiBwb3NzaWJsZSB0byB1 c2UgZHJpdmVyIGRvbWFpbnMgd2l0aCBweWdydWIgb3IgSFZNIGd1ZXN0cyB5ZXQiLiBCdXQgdGhl Cj4+PiBwYWdlIGlzIGEgY291cGxlIG9mIG1vbnRocyBvbGQsIG1heWJlIGl0J3MgYW4gb3V0ZGF0 ZWQgaW5mbz8gSXQgc3VyZWx5Cj4+PiBpcyB3b3J0aCBjaGVja2luZyBvdXQuCj4+Pgo+Pj4gSSds bCBkbyBteSBiZXN0IHRvIHByb3ZpZGUgYW5zd2VycyB0byB0aGUgcmVtYWluaW5nIHF1ZXN0aW9u cyBhcyBzb29uIGFzCj4+PiBwb3NzaWJsZS4gVGhhbmsgeW91IGZvciBzbyBtYW55IGlkZWFzLgo+ Pj4KPj4+IEJlc3QgcmVnYXJkcywKPj4+IEt1YmEKPj4+Cj4+PiBfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXwo+Pj4gWGVuLXVzZXJzIG1haWxpbmcgbGlzdAo+ Pj4gWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKPj4+IGh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11 c2Vycwo+Pgo+PiBJdCBzZWVtcyB0aGUgcHJvYmxlbXMgYXJlIG5vdCByZWxhdGVkIHRvIEdQTFBW LiBUaGVyZSBpcyBhbiBlYXN5IHdheSB0bwo+PiByZXByb2R1Y2UgdGhlIGlzc3VlcyB3aXRob3V0 IFdpbmRvd3MgYW5kIHdpdGhvdXQgaW5zdGFsbGluZyBhbnl0aGluZywKPj4gdXNpbmcgb25seSBs aXZlY2RzIGZvciB0d28gRG9tVXM6Cj4+Cj4+IDEpIFNldCB1cCBhIExpbnV4IERvbTAgd2l0aCBY ZW4gNC4zLjEgYW5kIHN0YW5kYXJkIExpbnV4IGJyaWRnZSBmb3IgRG9tMAo+PiBhbmQgRG9tVXMK Pgo+IEFyZSB5b3UgdXNpbmcgYSBYZW4gYnVpbGQgd2l0aCBkZWJ1Z2dpbmcgZW5hYmxlZD8gSSB0 aGluayBJIG1pZ2h0IGhhdmUgYQo+IGNsdWUgb2Ygd2hhdCdzIGhhcHBlbmluZywgYmVjYXVzZSBJ IGFsc28gc2F3IGl0LiBDb3VsZCB5b3UgcmVjb21waWxlIFhlbgo+IHdpdGggZGVidWdnaW5nIGVu YWJsZWQgYW5kIHRyeSB0aGUgc2FtZSB0ZXN0IChpU0NTSSB0YXJnZXQgb24gRG9tVSBhbmQKPiBp bml0aWF0b3Igb24gRG9tMCk/Cj4KPiBSb2dlci4KPgo+IF9fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fCj4gWGVuLXVzZXJzIG1haWxpbmcgbGlzdAo+IFhlbi11 c2Vyc0BsaXN0cy54ZW4ub3JnCj4gaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJzCj4KCk9m IGNvdXJzZSBJIGNvdWxkISBQbGVhc2UgcG9pbnQgbWUgdG8gYW55IHJlbGV2YW50IGluZm9ybWF0 aW9uIG9uIGhvdyB0byAKYnVpbGQgWGVuIHdpdGggZGVidWdnaW5nIGVuYWJsZWQgYW5kIHdoYXQg dG8gZG8gbmV4dC4gSSBidWlsZCBYZW4gdXNpbmcgCnN0YW5kYXJkIC4vY29uZmlndXJlICYmIG1h a2Ugd29ybGQgJiYgbWFrZSBpbnN0YWxsLgoKS3ViYQoKX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNlcnNA bGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Wed Feb 05 16:43:58 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Feb 2014 16:43: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 1WB5Zr-0007y3-EJ; Wed, 05 Feb 2014 16:43:55 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WB5Zp-0007xk-Re for xen-users@lists.xen.org; Wed, 05 Feb 2014 16:43:54 +0000 Received: from [85.158.137.68:24314] by server-13.bemta-3.messagelabs.com id 0F/C4-26923-94A62F25; Wed, 05 Feb 2014 16:43:53 +0000 X-Env-Sender: kuba.0000@op.pl X-Msg-Ref: server-15.tower-31.messagelabs.com!1391618631!9961543!1 X-Originating-IP: [213.180.142.146] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32609 invoked from network); 5 Feb 2014 16:43:51 -0000 Received: from smtpo15.poczta.onet.pl (HELO smtpo15.poczta.onet.pl) (213.180.142.146) by server-15.tower-31.messagelabs.com with SMTP; 5 Feb 2014 16:43:51 -0000 Received: from [192.168.0.4] (host-89-230-211-189.lublin.mm.pl [89.230.211.189]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: kuba.0000@op.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3fK7rl4SYszZCVxc for ; Wed, 5 Feb 2014 17:43:50 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=op.pl; s=2011; t=1391618631; bh=XsrkvHXRbqImlF9GramXJl3WWvBCGvzsF084baBvcig=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=LmSOYapBnDu3YrT/PPXndC+VYRqLasObAWYyZJfFusj0Z4EXqjbPVPO5cat5mOQmZ RuOPdpSvhHjR+2NkYLqtOzoZ8wt9ivwcBh5aXrGOG6VBdhjZrAXTeyND5rT/BzkAE1 XEyEwrOn6EffBtGQ8v+or/4f8teaaKj8S2enBFPs= Message-ID: <52F26A40.5040305@op.pl> Date: Wed, 05 Feb 2014 17:43:44 +0100 From: Kuba User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <52EA58B2.50004@op.pl> <6035A0D088A63A46850C3988ED045A4B6F38BB3C@BITCOM1.int.sbss.com.au> <52ED4AA6.5000601@op.pl> <52F26335.7060902@op.pl> <52F266EE.6000104@citrix.com> In-Reply-To: <52F266EE.6000104@citrix.com> Subject: Re: [Xen-users] Strange failures of Xen 4.3.1, PVHVM storage VM, iSCSI and Windows+GPLPV VM combination X-BeenThere: xen-users@lists.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 VyBkbml1IDIwMTQtMDItMDUgMTc6MjksIFJvZ2VyIFBhdSBNb25uw6kgcGlzemU6Cj4gT24gMDUv MDIvMTQgMTc6MTMsIEt1YmEgd3JvdGU6Cj4+IFcgZG5pdSAyMDE0LTAyLTAxIDIwOjI3LCBLdWJh IHBpc3plOgo+Pj4gVyBkbml1IDIwMTQtMDEtMzEgMDI6MzUsIEphbWVzIEhhcnBlciBwaXN6ZToK Pj4+Pj4KPj4+Pj4gSSBhbSB0cnlpbmcgdG8gc2V0IHVwIGEgZm9sbG93aW5nIGNvbmZpZ3VyYXRp b246Cj4+Pj4+IDEuIHZlcnkgc2ltcGxlIExpbnV4LWJhc2VkIGRvbTAgKERlYmlhbiA3LjMpIHdp dGggWGVuIDQuMy4xIGNvbXBpbGVkCj4+Pj4+IGZyb20gc291cmNlcywKPj4+Pj4gMi4gb25lIHN0 b3JhZ2UgVk0gKEZyZWVCU0QgMTAsIEhWTStQVikgd2l0aCBTQVRBIGNvbnRyb2xsZXIgYXR0YWNo ZWQKPj4+Pj4gdXNpbmcgVlQtZCwgZXhwb3J0aW5nIGJsb2NrIGRldmljZXMgdmlhIGlTQ1NJIHRv IG90aGVyIFZNcyBhbmQgcGh5c2ljYWwKPj4+Pj4gbWFjaGluZXMsCj4+Pj4+IDMuIG9uZSBXaW5k b3dzIDcgU1AxIDY0IFZNIChIVk0rR1BMUFYpIHdpdGggR1BVIHBhc3N0aHJvdWdoIChRdWFkcm8K Pj4+Pj4gNDAwMCkgaW5zdGFsbGVkIG9uIGEgYmxvY2sgZGV2aWNlIGV4cG9ydGVkIGZyb20gdGhl IHN0b3JhZ2UgVk0gKHRhcmdldAo+Pj4+PiBvbiB0aGUgc3RvcmFnZSBWTSwgaW5pdGlhdG9yIG9u IGRvbTApLgo+Pj4+Pgo+Pj4+PiBFdmVyeXRoaW5nIHdvcmtzIHBlcmZlY3RseSAoaW5jbHVkaW5n IFBDSSAmIEdQVSBwYXNzdGhyb3VnaCkgdW50aWwgSQo+Pj4+PiBpbnN0YWxsIEdQTFBWIGRyaXZl cnMgb24gdGhlIFdpbmRvd3MgVk0uIEFmdGVyIGRyaXZlciBpbnN0YWxsYXRpb24sCj4+Pj4+IFdp bmRvd3MgbmVlZHMgdG8gcmVib290LCBib290cyBmaW5lLCBkaXNwbGF5cyBhIG1lc3NhZ2UgdGhh dCBQViBTQ1NJCj4+Pj4KPj4+PiAoYSkKPj4+Pgo+Pj4+PiBkcml2ZXJzIHdlcmUgaW5zdGFsbGVk IGFuZCBuZWVkcyB0byByZWJvb3QgYWdhaW4sIGFuZCB0aGVuIGNhbm5vdCBib290Lgo+Pj4+PiBT b21ldGltZXMgaXQgZ2V0cyBzdHVjayBhdCAiYm9vdGluZyBmcm9tIGhhcmRkcml2ZSIgaW4gU2Vh QklPUywKPj4+Pj4gc29tZXRpbWVzIEJTT0RzIHdpdGggInVubW91bnRhYmxlIGJvb3Qgdm9sdW1l IiBtZXNzYWdlLiBBbGwgb2YgdGhlCj4+Pj4+IGZvbGxvd2luZyBJIHRyaWVkIHdpdGhvdXQgR1BV IHBhc3N0aHJvdWdoIHRvIG5hcnJvdyBkb3duIHRoZSBwcm9ibGVtLgo+Pj4+Pgo+Pj4+PiBUaGUg aW50cmlndWluZyBwYXJ0IGlzIHRoaXM6Cj4+Pj4+Cj4+Pj4+IDEuIElmIHRoZSBzdG9yYWdlIFZN J3MgT1MgaXMgTGludXggLSBpdCBmYWlscyB3aXRoIHRoZSBhYm92ZSBzeW1wdG9tcy4KPj4+Pj4g Mi4gSWYgdGhlIGJsb2NrIGRldmljZXMgZm9yIHRoZSBzdG9yYWdlIFZNIGNvbWUgZGlyZWN0bHkg ZnJvbSBkb20wIChub3QKPj4+Pj4gdmlhIHBjaS1wYXNzdGhyb3VnaCkgLSBpdCBmYWlscy4KPj4+ Pj4gMi4gSWYgdGhlIHN0b3JhZ2UgVk0gaXMgYW4gSFZNIHdpdGhvdXQgUFYgZHJpdmVycyAoZS5n LiBGcmVlQlNECj4+Pj4+IDkuMi1HRU5FUklDKSAtIGl0IGFsbCB3b3Jrcy4KPj4+Pj4gMy4gSWYg dGhlIHN0b3JhZ2UgVk0ncyBPUyBpcyBMaW51eCB3aXRoIGtlcm5lbCBjb21waWxlZCB3aXRob3V0 IFhlbgo+Pj4+PiBndWVzdCBzdXBwb3J0IC0gaXQgd29ya3MsIGJ1dCBpcyB1bnN0YWJsZSAoc2Vl IGJlbG93KS4KPj4+Pj4gNC4gSWYgdGhlIGlTQ1NJIHRhcmdldCBpcyBvbiBhIGRpZmZlcmVudCBw aHlzaWNhbCBtYWNoaW5lIC0gaXQgYWxsCj4+Pj4+IHdvcmtzLgo+Pj4+PiA1LiBJZiB0aGUgaVND U0kgdGFyZ2V0IGlzIG9uIGRvbTAgaXRzZWxmIC0gaXQgd29ya3MuCj4+Pj4+IDYuIElmIEkgYXR0 YWNoIHRoZSBBSENJIGNvbnRyb2xsZXIgdG8gdGhlIFdpbmRvd3MgVk0gYW5kIGluc3RhbGwKPj4+ Pj4gZGlyZWN0bHkgb24gdGhlIGhhcmQgZHJpdmUgLSBpdCB3b3Jrcy4KPj4+Pj4gNy4gSWYgdGhl IGJsb2NrIGRldmljZSBmb3IgV2luZG93cyBWTSBpcyBhIGRpc2ssIHBhcnRpdGlvbiwgZmlsZSwg TFZNCj4+Pj4+IHZvbHVtZSBvciBldmVuIGEgWm9MJ3MgenZvbCAoYW5kIGl0IGNvbWVzIGZyb20g YSBkb20wIGl0c2VsZiwgd2l0aG91dAo+Pj4+PiBpU0NTSSktIGl0IHdvcmtzLgo+Pj4+Pgo+Pj4+ PiBJZiBJIGluc3RhbGwgV2luZG93cyBhbmQgdGhlIEdQTFBWIGRyaXZlcnMgb24gYSBoYXJkIGRy aXZlIGF0dGFjaGVkIHRvCj4+Pj4+IGRvbTAsIFdpbmRvd3MgKyBHUExQViB3b3JrIHBlcmZlY3Rs eS4gSWYgSSB0aGVuIGdpdmUgdGhlIHNhbWUgaGFyZAo+Pj4+PiBkcml2ZQo+Pj4+PiBhcyBhIGJs b2NrIGRldmljZSB0byB0aGUgc3RvcmFnZSBWTSBhbmQgcmUtZXhwb3J0IGl0IHRocm91Z2ggaVND U0ksCj4+Pj4KPj4+PiAoYikKPj4+Pgo+Pj4+PiBXaW5kb3dzIHVzdWFsbHkgYm9vdHMgZmluZSwg YnV0IHdvcmtzIHVuc3RhYmxlLiBBbmQgYnkgdW5zdGFibGUgSSBtZWFuCj4+Pj4+IHJhbmRvbSBy ZWFkL3dyaXRlIGVycm9ycywgc29tZXRpbWVzIHByb2dyYW1zIHdvbid0IHN0YXJ0LCBudGRsbC5k bGwKPj4+Pj4gY3Jhc2hlcywgYW5kIGFmdGVyIGNvdXBsZSByZWJvb3RzIFdpbmRvd3Mgd29uJ3Qg Ym9vdCAoanVzdCBsaWtlCj4+Pj4+IG1lbnRpb25lZCBhYm92ZSkuCj4+Pj4+Cj4+Pj4+IFRoZSBj b25maWd1cmF0aW9ucyBJIHdvdWxkIGxpa2UgdG8gYWNoaWV2ZSBtYWtlcyBzZW5zZSBvbmx5IHdp dGggUFYKPj4+Pj4gZHJpdmVycyBvbiBib3RoIHN0b3JhZ2UgYW5kIFdpbmRvd3MgVk0uIEFsbCBv ZiB0aGUgImNvbXBvbmVudHMiIHNlZW0gdG8KPj4+Pj4gd29yayBwZXJmZWN0bHkgdW50aWwgYWxs IHB1dCB0b2dldGhlciwgc28gSSBhbSBub3QgcmVhbGx5IHN1cmUgd2hlcmUKPj4+Pj4gdGhlCj4+ Pj4+IHByb2JsZW0gaXMuCj4+Pj4+Cj4+Pj4+IEkgd291bGQgYmUgdmVyeSBncmF0ZWZ1bCBmb3Ig YW55IHN1Z2dlc3Rpb25zIG9yIGlkZWFzIHRoYXQgY291bGQKPj4+Pj4gcG9zc2libHkgaGVscCB0 byBuYXJyb3cgZG93biB0aGUgcHJvYmxlbS4gTWF5YmUgSSBhbSBqdXN0IGRvaW5nCj4+Pj4+IHNv bWV0aGluZyB3cm9uZyAoSSBob3BlIHNvKS4gT3IgbWF5YmUgdGhlcmUgaXMgYSBidWcgdGhhdCBz aG93cyBpdHNlbGYKPj4+Pj4gb25seSBpbiBzdWNoIGEgcGFydGljdWxhciBjb25maWd1cmF0aW9u IChob3BlIG5vdCk/Cj4+Pj4+Cj4+Pj4KPj4+PiBJJ20gY3VyaW91cyBhYm91dCBwcm9tcHRpbmcg Zm9yIHRoZSBwdnNjc2kgZHJpdmVycyB0byBiZSBpbnN0YWxsZWQuIElzCj4+Pj4gdGhpcyBkZWZp bml0ZWx5IHdoYXQgaXQgaXMgYXNraW5nIGZvcj8gUHZzY3NpIGZvciBncGxwdiBpcyByZW1vdmVk IGluCj4+Pj4gdGhlIGxhdGVzdCB2ZXJzaW9ucyBhbmQgc3VmZmVyZWQgdmFyeWluZyBkZWdyZWVz IG9mIGJpdHJvdCBpbiBlYXJsaWVyCj4+Pj4gdmVyc2lvbnMuIElmIHlvdSBoYXZlIHRoZSBpc2Nz aSBpbml0aWF0b3IgaW4gZG9tMCB0aGVuIGV4cG9ydGluZyBhCj4+Pj4gYmxvY2sgZGV2aWNlIHRv IHdpbmRvd3MgdmlhIHRoZSBub3JtYWwgdmJkIGNoYW5uZWwgc2hvdWxkIGJlIGp1c3QgZmluZS4K Pj4+Pgo+Pj4+IFlvdSd2ZSBnb25lIHRvIGdyZWF0IGxlbmd0aHMgdG8gZXhwbGFpbiB0aGUgdmFy aW91cyB0aGluZ3MgeW91J3ZlCj4+Pj4gdHJpZWQsIGJ1dCBJIHRoaW5rIEknbSBhIGxpdHRsZSBj b25mdXNlZCBvbiB3aGVyZSB0aGUgaXNjc2kgaW5pdGlhdG9yCj4+Pj4gaXMgaW4gdGhlICJkb2Vz bid0IHdvcmsiIHNjZW5hcmlvcy4gSSdtIGhhdmluZyBhIGJpdCBvZiBhbiBvZmYgZGF5Cj4+Pj4g dG9kYXkgc28gaXQncyBwcm9iYWJseSBqdXN0IG1lLCBidXQgYWJvdmUgSSBoYXZlIGhpZ2hsaWdo dGVkIHRoZSB0d28KPj4+PiBzY2VuYXJpb3MuLi4gY291bGQgeW91IGZpbGwgbWUgaW4gb24gYSBm ZXcgdGhpbmdzOgo+Pj4+Cj4+Pj4gQXQgKGEpIGFuZCAoYiksIGlzIHRoZSBpc2NzaSBpbml0aWF0 b3IgaW4gZG9tMCwgb3IgYXJlIHlvdSBhY3R1YWxseQo+Pj4+IGJvb3Rpbmcgd2luZG93cyBkaXJl Y3RseSB2aWEgaXNjc2k/Cj4+Pj4KPj4+PiBBdCAoYiksIHdpdGggbGF0ZXN0IGRlYnVnIGJ1aWxk IG9mIGdwbHB2LCBjYW4geW91IHJ1biBkZWJ1Z3ZpZXcgZnJvbQo+Pj4+IHN5c2ludGVybmFscy5j b20gYW5kIHNlZSBpZiBhbnkgaW50ZXJlc3RpbmcgbWVzc2FnZXMgYXJlIGRpc3BsYXllZAo+Pj4+ IGJlZm9yZSB0aGluZ3MgZmFsbCBpbiBhIGhlYXA/Cj4+Pj4KPj4+PiBBcmUgYW55IHN0cmFuZ2Ug bG9ncyBzaG93biBpbiBhbnkgb2YgV2luIERvbVUsIERvbTAsIG9yIHN0b3JhZ2UgRG9tVT8KPj4+ Pgo+Pj4+IEhvdyBiaWcgYXJlIHlvdXIgZGlza3M/Cj4+Pj4KPj4+PiBDYW4geW91IHJlcHJvZHVj ZSB3aXRoIG9ubHkgb25lIHZjcHU/Cj4+Pj4KPj4+PiBXaGF0IGJyaWRnZSBhcmUgeW91IHVzaW5n PyBPcGVudnN3aXRjaCBvciB0cmFkaXRpb25hbCBsaW51eCBicmlkZ2U/Cj4+Pj4KPj4+PiBXaGF0 IE1UVSBhcmUgeW91IHVzaW5nIG9uIHlvdXIgc3RvcmFnZSBuZXR3b3JrPyBJZiB5b3UgYXJlIHVz aW5nIEp1bWJvCj4+Pj4gZnJhbWVzIGNhbiB5b3UgZ28gYmFjayB0byAxNTAwIChvciBhdCBsZWFz dCA8PSA0MDAwKT8KPj4+Pgo+Pj4+IENhbiB5b3UgdHVybiBvZmYgc2NhdHRlciBnYXRoZXIsIExh cmdlIFNlbmQgT2ZmbG9hZCAoR1NPKSwgYW5kIElQCj4+Pj4gQ2hlY2tzdW0gb2ZmbG9hZCBvbiBh bGwgdGhlIGlzY3NpIGVuZHBvaW50cz8KPj4+Pgo+Pj4+IENhbiB5b3UgdHVybiBvbiBkYXRhIGRp Z2VzdC9jaGVja3N1bSBvbiBpc2NzaT8gSWYgYWxsIGVuZHBvaW50cwo+Pj4+IHN1cHBvcnQgaXQg dGhlbiB0aGlzIHdvdWxkIHByb3ZpZGUgYWRkaXRpb25hbCB2ZXJpZmljYXRpb24gdGhhdCBub25l Cj4+Pj4gb2YgdGhlIG5ldHdvcmsgcGFja2V0cyBhcmUgZ2V0dGluZyBjb3JydXB0ZWQuCj4+Pj4K Pj4+PiBXb3VsZCBkcml2ZXIgZG9tYWluIHdvcmsgaW4geW91ciBzY2VuYXJpbz8gVGhlbiB0aGUg ZGlzayBjb3VsZCBiZQo+Pj4+IGF0dGFjaGVkIGRpcmVjdGx5IGZyb20geW91ciBzdG9yYWdlIERv bVUgd2l0aG91dCBhY2NydWluZyBhbGwgdGhlCj4+Pj4gaXNjc2kgb3ZlcmhlYWQuIEknbSBub3Qg dXAgd2l0aCB0aGUgc3RhdHVzIG9mIEhWTSwgdmJkLCBhbmQgZHJpdmVyCj4+Pj4gZG9tYWluIHNv IEkgZG9uJ3Qga25vdyBpZiB0aGlzIGlzIHBvc3NpYmxlLgo+Pj4+Cj4+Pj4gTW9yZSBxdWVzdGlv bnMgdGhhbiBhbnN3ZXJzLiBTb3JyeSA6KQo+Pj4+Cj4+Pj4gSmFtZXMKPj4+Cj4+PiBEZWFyIEph bWVzLAo+Pj4KPj4+IHRoYW5rIHlvdSBmb3IgeW91ciBxdWVzdGlvbnMgLSBJIHJlYWxseSBhcHBy ZWNpYXRlIGV2ZXJ5dGhpbmcgdGhhdCBtYXkKPj4+IGhlbHAgbWUgbW92ZSBjbG9zZXIgdG8gc29s dmluZyBvciBpc29sYXRpbmcgdGhlIHByb2JsZW0uCj4+Pgo+Pj4gSSdsbCBjaGVjayB3aGF0IHR5 cGUgb2YgZHJpdmVyIGlzIHVzZWQgZXhhY3RseSAtIHVwIHVudGlsIG5vdyBJIGFsd2F5cwo+Pj4g anVzdCBpbnN0YWxsZWQgYWxsIGRyaXZlcnMgaW5jbHVkZWQgaW4gdGhlIHBhY2thZ2UsIEkgdGhv dWdodCBhbGwgb2YKPj4+IHRoZW0gd2VyZSBuZWNlc3NhcnkuIEknbGwgdHJ5IGluc3RhbGxpbmcg dGhlbSB3aXRob3V0IFhlblNjc2kuCj4+Pgo+Pj4gRG8geW91IG1lYW4gcmV2aXNpb25zID4gMTA5 Mjo4NWI5OWI5Nzk1YTYgYnkgInRoZSBsYXRlc3QgdmVyc2lvbnMiPwo+Pj4gV2hpY2ggdmVyc2lv biBzaG91bGQgSSB1c2U/Cj4+Pgo+Pj4gRm9yZ2l2ZSBtZSBpZiB0aGUgZGVzY3JpcHRpb25zIHdl cmUgdW5jbGVhci4gVGhlIGluaXRpYXRvciB3YXMgYWx3YXlzIGluCj4+PiBkb20wLiBJIG9ubHkg bW92ZWQgdGhlIHRhcmdldCB0byBkb20wIG9yIGEgc2VwYXJhdGUgcGh5c2ljYWwgbWFjaGluZSBp bgo+Pj4gKDQpIGFuZCAoNSkuIEkgZGlkbid0IGJvb3QgV2luZG93cyBkaXJlY3RseSBmcm9tIGlT Q1NJIChpbiBmYWN0IEkgdHJpZWQKPj4+IGNvdXBsZSB0aW1lcywgYnV0IGhhZCBzb21lIHByb2Js ZW1zIHdpdGggaXQsIHNvIEkgZGlkbid0IG1lbnRpb24gaXQpLgo+Pj4KPj4+IE15ICJkaXNrcyIg KHRoZSBibG9jayBkZXZpY2VzIEkgZGVkaWNhdGVkIHRvIHRoZSBXaW5kb3dzIFZNKSB3ZXJlIHdo b2xlCj4+PiAxMjBHQiBhbmQgMjQwR0IgU1NEcywgfjEwMEdCIFpWT0xzIGFuZCA1MEdCIExWTSB2 b2x1bWVzLgo+Pj4KPj4+IEknbSB1c2luZyB0cmFkaXRpb25hbCBsaW51eCBicmlkZ2UuIEkgZGlk bid0IHNldCBNVFVzIGV4cGxpY2l0bHksIHNvIEkKPj4+IGFzc3VtZSBpdCdzIDE1MDAsIGJ1dCBJ IHdpbGwgdmVyaWZ5IHRoaXMuCj4+Pgo+Pj4gSSdkIGxvdmUgdG8gdXNlIGEgc3RvcmFnZSBkcml2 ZXIgZG9tYWluLCBidXQgdGhlIHdpa2kgc2F5cyAiSXQgaXMgbm90Cj4+PiBwb3NzaWJsZSB0byB1 c2UgZHJpdmVyIGRvbWFpbnMgd2l0aCBweWdydWIgb3IgSFZNIGd1ZXN0cyB5ZXQiLiBCdXQgdGhl Cj4+PiBwYWdlIGlzIGEgY291cGxlIG9mIG1vbnRocyBvbGQsIG1heWJlIGl0J3MgYW4gb3V0ZGF0 ZWQgaW5mbz8gSXQgc3VyZWx5Cj4+PiBpcyB3b3J0aCBjaGVja2luZyBvdXQuCj4+Pgo+Pj4gSSds bCBkbyBteSBiZXN0IHRvIHByb3ZpZGUgYW5zd2VycyB0byB0aGUgcmVtYWluaW5nIHF1ZXN0aW9u cyBhcyBzb29uIGFzCj4+PiBwb3NzaWJsZS4gVGhhbmsgeW91IGZvciBzbyBtYW55IGlkZWFzLgo+ Pj4KPj4+IEJlc3QgcmVnYXJkcywKPj4+IEt1YmEKPj4+Cj4+PiBfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXwo+Pj4gWGVuLXVzZXJzIG1haWxpbmcgbGlzdAo+ Pj4gWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKPj4+IGh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11 c2Vycwo+Pgo+PiBJdCBzZWVtcyB0aGUgcHJvYmxlbXMgYXJlIG5vdCByZWxhdGVkIHRvIEdQTFBW LiBUaGVyZSBpcyBhbiBlYXN5IHdheSB0bwo+PiByZXByb2R1Y2UgdGhlIGlzc3VlcyB3aXRob3V0 IFdpbmRvd3MgYW5kIHdpdGhvdXQgaW5zdGFsbGluZyBhbnl0aGluZywKPj4gdXNpbmcgb25seSBs aXZlY2RzIGZvciB0d28gRG9tVXM6Cj4+Cj4+IDEpIFNldCB1cCBhIExpbnV4IERvbTAgd2l0aCBY ZW4gNC4zLjEgYW5kIHN0YW5kYXJkIExpbnV4IGJyaWRnZSBmb3IgRG9tMAo+PiBhbmQgRG9tVXMK Pgo+IEFyZSB5b3UgdXNpbmcgYSBYZW4gYnVpbGQgd2l0aCBkZWJ1Z2dpbmcgZW5hYmxlZD8gSSB0 aGluayBJIG1pZ2h0IGhhdmUgYQo+IGNsdWUgb2Ygd2hhdCdzIGhhcHBlbmluZywgYmVjYXVzZSBJ IGFsc28gc2F3IGl0LiBDb3VsZCB5b3UgcmVjb21waWxlIFhlbgo+IHdpdGggZGVidWdnaW5nIGVu YWJsZWQgYW5kIHRyeSB0aGUgc2FtZSB0ZXN0IChpU0NTSSB0YXJnZXQgb24gRG9tVSBhbmQKPiBp bml0aWF0b3Igb24gRG9tMCk/Cj4KPiBSb2dlci4KPgo+IF9fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fCj4gWGVuLXVzZXJzIG1haWxpbmcgbGlzdAo+IFhlbi11 c2Vyc0BsaXN0cy54ZW4ub3JnCj4gaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJzCj4KCk9m IGNvdXJzZSBJIGNvdWxkISBQbGVhc2UgcG9pbnQgbWUgdG8gYW55IHJlbGV2YW50IGluZm9ybWF0 aW9uIG9uIGhvdyB0byAKYnVpbGQgWGVuIHdpdGggZGVidWdnaW5nIGVuYWJsZWQgYW5kIHdoYXQg dG8gZG8gbmV4dC4gSSBidWlsZCBYZW4gdXNpbmcgCnN0YW5kYXJkIC4vY29uZmlndXJlICYmIG1h a2Ugd29ybGQgJiYgbWFrZSBpbnN0YWxsLgoKS3ViYQoKX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNlcnNA bGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Wed Feb 05 16:55:00 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Feb 2014 16:55: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 1WB5kM-0000Wz-1w; Wed, 05 Feb 2014 16:54:46 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WB5kK-0000Wo-Hs for xen-users@lists.xen.org; Wed, 05 Feb 2014 16:54:44 +0000 Received: from [193.109.254.147:30476] by server-3.bemta-14.messagelabs.com id BE/D7-00432-3DC62F25; Wed, 05 Feb 2014 16:54:43 +0000 X-Env-Sender: roger.pau@citrix.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1391619281!2241164!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24932 invoked from network); 5 Feb 2014 16:54:42 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-15.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 5 Feb 2014 16:54:42 -0000 X-IronPort-AV: E=Sophos;i="4.95,787,1384300800"; d="scan'208";a="98293325" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 05 Feb 2014 16:54:39 +0000 Received: from [IPv6:::1] (10.80.16.47) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.2.342.4; Wed, 5 Feb 2014 11:54:39 -0500 Message-ID: <52F26CCE.1090201@citrix.com> Date: Wed, 5 Feb 2014 17:54:38 +0100 From: =?UTF-8?B?Um9nZXIgUGF1IE1vbm7DqQ==?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Kuba , References: <52EA58B2.50004@op.pl> <6035A0D088A63A46850C3988ED045A4B6F38BB3C@BITCOM1.int.sbss.com.au> <52ED4AA6.5000601@op.pl> <52F26335.7060902@op.pl> <52F266EE.6000104@citrix.com> <52F26A40.5040305@op.pl> In-Reply-To: <52F26A40.5040305@op.pl> X-Enigmail-Version: 1.6 X-DLP: MIA2 Subject: Re: [Xen-users] Strange failures of Xen 4.3.1, PVHVM storage VM, iSCSI and Windows+GPLPV VM combination X-BeenThere: xen-users@lists.xen.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 T24gMDUvMDIvMTQgMTc6NDMsIEt1YmEgd3JvdGU6Cj4gVyBkbml1IDIwMTQtMDItMDUgMTc6Mjks IFJvZ2VyIFBhdSBNb25uw6kgcGlzemU6Cj4+IE9uIDA1LzAyLzE0IDE3OjEzLCBLdWJhIHdyb3Rl Ogo+Pj4gVyBkbml1IDIwMTQtMDItMDEgMjA6MjcsIEt1YmEgcGlzemU6Cj4+Pj4gVyBkbml1IDIw MTQtMDEtMzEgMDI6MzUsIEphbWVzIEhhcnBlciBwaXN6ZToKPj4+Pj4+Cj4+Pj4+PiBJIGFtIHRy eWluZyB0byBzZXQgdXAgYSBmb2xsb3dpbmcgY29uZmlndXJhdGlvbjoKPj4+Pj4+IDEuIHZlcnkg c2ltcGxlIExpbnV4LWJhc2VkIGRvbTAgKERlYmlhbiA3LjMpIHdpdGggWGVuIDQuMy4xIGNvbXBp bGVkCj4+Pj4+PiBmcm9tIHNvdXJjZXMsCj4+Pj4+PiAyLiBvbmUgc3RvcmFnZSBWTSAoRnJlZUJT RCAxMCwgSFZNK1BWKSB3aXRoIFNBVEEgY29udHJvbGxlciBhdHRhY2hlZAo+Pj4+Pj4gdXNpbmcg VlQtZCwgZXhwb3J0aW5nIGJsb2NrIGRldmljZXMgdmlhIGlTQ1NJIHRvIG90aGVyIFZNcyBhbmQK Pj4+Pj4+IHBoeXNpY2FsCj4+Pj4+PiBtYWNoaW5lcywKPj4+Pj4+IDMuIG9uZSBXaW5kb3dzIDcg U1AxIDY0IFZNIChIVk0rR1BMUFYpIHdpdGggR1BVIHBhc3N0aHJvdWdoIChRdWFkcm8KPj4+Pj4+ IDQwMDApIGluc3RhbGxlZCBvbiBhIGJsb2NrIGRldmljZSBleHBvcnRlZCBmcm9tIHRoZSBzdG9y YWdlIFZNCj4+Pj4+PiAodGFyZ2V0Cj4+Pj4+PiBvbiB0aGUgc3RvcmFnZSBWTSwgaW5pdGlhdG9y IG9uIGRvbTApLgo+Pj4+Pj4KPj4+Pj4+IEV2ZXJ5dGhpbmcgd29ya3MgcGVyZmVjdGx5IChpbmNs dWRpbmcgUENJICYgR1BVIHBhc3N0aHJvdWdoKSB1bnRpbCBJCj4+Pj4+PiBpbnN0YWxsIEdQTFBW IGRyaXZlcnMgb24gdGhlIFdpbmRvd3MgVk0uIEFmdGVyIGRyaXZlciBpbnN0YWxsYXRpb24sCj4+ Pj4+PiBXaW5kb3dzIG5lZWRzIHRvIHJlYm9vdCwgYm9vdHMgZmluZSwgZGlzcGxheXMgYSBtZXNz YWdlIHRoYXQgUFYgU0NTSQo+Pj4+Pgo+Pj4+PiAoYSkKPj4+Pj4KPj4+Pj4+IGRyaXZlcnMgd2Vy ZSBpbnN0YWxsZWQgYW5kIG5lZWRzIHRvIHJlYm9vdCBhZ2FpbiwgYW5kIHRoZW4gY2Fubm90Cj4+ Pj4+PiBib290Lgo+Pj4+Pj4gU29tZXRpbWVzIGl0IGdldHMgc3R1Y2sgYXQgImJvb3RpbmcgZnJv bSBoYXJkZHJpdmUiIGluIFNlYUJJT1MsCj4+Pj4+PiBzb21ldGltZXMgQlNPRHMgd2l0aCAidW5t b3VudGFibGUgYm9vdCB2b2x1bWUiIG1lc3NhZ2UuIEFsbCBvZiB0aGUKPj4+Pj4+IGZvbGxvd2lu ZyBJIHRyaWVkIHdpdGhvdXQgR1BVIHBhc3N0aHJvdWdoIHRvIG5hcnJvdyBkb3duIHRoZSBwcm9i bGVtLgo+Pj4+Pj4KPj4+Pj4+IFRoZSBpbnRyaWd1aW5nIHBhcnQgaXMgdGhpczoKPj4+Pj4+Cj4+ Pj4+PiAxLiBJZiB0aGUgc3RvcmFnZSBWTSdzIE9TIGlzIExpbnV4IC0gaXQgZmFpbHMgd2l0aCB0 aGUgYWJvdmUKPj4+Pj4+IHN5bXB0b21zLgo+Pj4+Pj4gMi4gSWYgdGhlIGJsb2NrIGRldmljZXMg Zm9yIHRoZSBzdG9yYWdlIFZNIGNvbWUgZGlyZWN0bHkgZnJvbSBkb20wCj4+Pj4+PiAobm90Cj4+ Pj4+PiB2aWEgcGNpLXBhc3N0aHJvdWdoKSAtIGl0IGZhaWxzLgo+Pj4+Pj4gMi4gSWYgdGhlIHN0 b3JhZ2UgVk0gaXMgYW4gSFZNIHdpdGhvdXQgUFYgZHJpdmVycyAoZS5nLiBGcmVlQlNECj4+Pj4+ PiA5LjItR0VORVJJQykgLSBpdCBhbGwgd29ya3MuCj4+Pj4+PiAzLiBJZiB0aGUgc3RvcmFnZSBW TSdzIE9TIGlzIExpbnV4IHdpdGgga2VybmVsIGNvbXBpbGVkIHdpdGhvdXQgWGVuCj4+Pj4+PiBn dWVzdCBzdXBwb3J0IC0gaXQgd29ya3MsIGJ1dCBpcyB1bnN0YWJsZSAoc2VlIGJlbG93KS4KPj4+ Pj4+IDQuIElmIHRoZSBpU0NTSSB0YXJnZXQgaXMgb24gYSBkaWZmZXJlbnQgcGh5c2ljYWwgbWFj aGluZSAtIGl0IGFsbAo+Pj4+Pj4gd29ya3MuCj4+Pj4+PiA1LiBJZiB0aGUgaVNDU0kgdGFyZ2V0 IGlzIG9uIGRvbTAgaXRzZWxmIC0gaXQgd29ya3MuCj4+Pj4+PiA2LiBJZiBJIGF0dGFjaCB0aGUg QUhDSSBjb250cm9sbGVyIHRvIHRoZSBXaW5kb3dzIFZNIGFuZCBpbnN0YWxsCj4+Pj4+PiBkaXJl Y3RseSBvbiB0aGUgaGFyZCBkcml2ZSAtIGl0IHdvcmtzLgo+Pj4+Pj4gNy4gSWYgdGhlIGJsb2Nr IGRldmljZSBmb3IgV2luZG93cyBWTSBpcyBhIGRpc2ssIHBhcnRpdGlvbiwgZmlsZSwgTFZNCj4+ Pj4+PiB2b2x1bWUgb3IgZXZlbiBhIFpvTCdzIHp2b2wgKGFuZCBpdCBjb21lcyBmcm9tIGEgZG9t MCBpdHNlbGYsIHdpdGhvdXQKPj4+Pj4+IGlTQ1NJKS0gaXQgd29ya3MuCj4+Pj4+Pgo+Pj4+Pj4g SWYgSSBpbnN0YWxsIFdpbmRvd3MgYW5kIHRoZSBHUExQViBkcml2ZXJzIG9uIGEgaGFyZCBkcml2 ZQo+Pj4+Pj4gYXR0YWNoZWQgdG8KPj4+Pj4+IGRvbTAsIFdpbmRvd3MgKyBHUExQViB3b3JrIHBl cmZlY3RseS4gSWYgSSB0aGVuIGdpdmUgdGhlIHNhbWUgaGFyZAo+Pj4+Pj4gZHJpdmUKPj4+Pj4+ IGFzIGEgYmxvY2sgZGV2aWNlIHRvIHRoZSBzdG9yYWdlIFZNIGFuZCByZS1leHBvcnQgaXQgdGhy b3VnaCBpU0NTSSwKPj4+Pj4KPj4+Pj4gKGIpCj4+Pj4+Cj4+Pj4+PiBXaW5kb3dzIHVzdWFsbHkg Ym9vdHMgZmluZSwgYnV0IHdvcmtzIHVuc3RhYmxlLiBBbmQgYnkgdW5zdGFibGUgSQo+Pj4+Pj4g bWVhbgo+Pj4+Pj4gcmFuZG9tIHJlYWQvd3JpdGUgZXJyb3JzLCBzb21ldGltZXMgcHJvZ3JhbXMg d29uJ3Qgc3RhcnQsIG50ZGxsLmRsbAo+Pj4+Pj4gY3Jhc2hlcywgYW5kIGFmdGVyIGNvdXBsZSBy ZWJvb3RzIFdpbmRvd3Mgd29uJ3QgYm9vdCAoanVzdCBsaWtlCj4+Pj4+PiBtZW50aW9uZWQgYWJv dmUpLgo+Pj4+Pj4KPj4+Pj4+IFRoZSBjb25maWd1cmF0aW9ucyBJIHdvdWxkIGxpa2UgdG8gYWNo aWV2ZSBtYWtlcyBzZW5zZSBvbmx5IHdpdGggUFYKPj4+Pj4+IGRyaXZlcnMgb24gYm90aCBzdG9y YWdlIGFuZCBXaW5kb3dzIFZNLiBBbGwgb2YgdGhlICJjb21wb25lbnRzIgo+Pj4+Pj4gc2VlbSB0 bwo+Pj4+Pj4gd29yayBwZXJmZWN0bHkgdW50aWwgYWxsIHB1dCB0b2dldGhlciwgc28gSSBhbSBu b3QgcmVhbGx5IHN1cmUgd2hlcmUKPj4+Pj4+IHRoZQo+Pj4+Pj4gcHJvYmxlbSBpcy4KPj4+Pj4+ Cj4+Pj4+PiBJIHdvdWxkIGJlIHZlcnkgZ3JhdGVmdWwgZm9yIGFueSBzdWdnZXN0aW9ucyBvciBp ZGVhcyB0aGF0IGNvdWxkCj4+Pj4+PiBwb3NzaWJseSBoZWxwIHRvIG5hcnJvdyBkb3duIHRoZSBw cm9ibGVtLiBNYXliZSBJIGFtIGp1c3QgZG9pbmcKPj4+Pj4+IHNvbWV0aGluZyB3cm9uZyAoSSBo b3BlIHNvKS4gT3IgbWF5YmUgdGhlcmUgaXMgYSBidWcgdGhhdCBzaG93cwo+Pj4+Pj4gaXRzZWxm Cj4+Pj4+PiBvbmx5IGluIHN1Y2ggYSBwYXJ0aWN1bGFyIGNvbmZpZ3VyYXRpb24gKGhvcGUgbm90 KT8KPj4+Pj4+Cj4+Pj4+Cj4+Pj4+IEknbSBjdXJpb3VzIGFib3V0IHByb21wdGluZyBmb3IgdGhl IHB2c2NzaSBkcml2ZXJzIHRvIGJlIGluc3RhbGxlZC4gSXMKPj4+Pj4gdGhpcyBkZWZpbml0ZWx5 IHdoYXQgaXQgaXMgYXNraW5nIGZvcj8gUHZzY3NpIGZvciBncGxwdiBpcyByZW1vdmVkIGluCj4+ Pj4+IHRoZSBsYXRlc3QgdmVyc2lvbnMgYW5kIHN1ZmZlcmVkIHZhcnlpbmcgZGVncmVlcyBvZiBi aXRyb3QgaW4gZWFybGllcgo+Pj4+PiB2ZXJzaW9ucy4gSWYgeW91IGhhdmUgdGhlIGlzY3NpIGlu aXRpYXRvciBpbiBkb20wIHRoZW4gZXhwb3J0aW5nIGEKPj4+Pj4gYmxvY2sgZGV2aWNlIHRvIHdp bmRvd3MgdmlhIHRoZSBub3JtYWwgdmJkIGNoYW5uZWwgc2hvdWxkIGJlIGp1c3QKPj4+Pj4gZmlu ZS4KPj4+Pj4KPj4+Pj4gWW91J3ZlIGdvbmUgdG8gZ3JlYXQgbGVuZ3RocyB0byBleHBsYWluIHRo ZSB2YXJpb3VzIHRoaW5ncyB5b3UndmUKPj4+Pj4gdHJpZWQsIGJ1dCBJIHRoaW5rIEknbSBhIGxp dHRsZSBjb25mdXNlZCBvbiB3aGVyZSB0aGUgaXNjc2kgaW5pdGlhdG9yCj4+Pj4+IGlzIGluIHRo ZSAiZG9lc24ndCB3b3JrIiBzY2VuYXJpb3MuIEknbSBoYXZpbmcgYSBiaXQgb2YgYW4gb2ZmIGRh eQo+Pj4+PiB0b2RheSBzbyBpdCdzIHByb2JhYmx5IGp1c3QgbWUsIGJ1dCBhYm92ZSBJIGhhdmUg aGlnaGxpZ2h0ZWQgdGhlIHR3bwo+Pj4+PiBzY2VuYXJpb3MuLi4gY291bGQgeW91IGZpbGwgbWUg aW4gb24gYSBmZXcgdGhpbmdzOgo+Pj4+Pgo+Pj4+PiBBdCAoYSkgYW5kIChiKSwgaXMgdGhlIGlz Y3NpIGluaXRpYXRvciBpbiBkb20wLCBvciBhcmUgeW91IGFjdHVhbGx5Cj4+Pj4+IGJvb3Rpbmcg d2luZG93cyBkaXJlY3RseSB2aWEgaXNjc2k/Cj4+Pj4+Cj4+Pj4+IEF0IChiKSwgd2l0aCBsYXRl c3QgZGVidWcgYnVpbGQgb2YgZ3BscHYsIGNhbiB5b3UgcnVuIGRlYnVndmlldyBmcm9tCj4+Pj4+ IHN5c2ludGVybmFscy5jb20gYW5kIHNlZSBpZiBhbnkgaW50ZXJlc3RpbmcgbWVzc2FnZXMgYXJl IGRpc3BsYXllZAo+Pj4+PiBiZWZvcmUgdGhpbmdzIGZhbGwgaW4gYSBoZWFwPwo+Pj4+Pgo+Pj4+ PiBBcmUgYW55IHN0cmFuZ2UgbG9ncyBzaG93biBpbiBhbnkgb2YgV2luIERvbVUsIERvbTAsIG9y IHN0b3JhZ2UgRG9tVT8KPj4+Pj4KPj4+Pj4gSG93IGJpZyBhcmUgeW91ciBkaXNrcz8KPj4+Pj4K Pj4+Pj4gQ2FuIHlvdSByZXByb2R1Y2Ugd2l0aCBvbmx5IG9uZSB2Y3B1Pwo+Pj4+Pgo+Pj4+PiBX aGF0IGJyaWRnZSBhcmUgeW91IHVzaW5nPyBPcGVudnN3aXRjaCBvciB0cmFkaXRpb25hbCBsaW51 eCBicmlkZ2U/Cj4+Pj4+Cj4+Pj4+IFdoYXQgTVRVIGFyZSB5b3UgdXNpbmcgb24geW91ciBzdG9y YWdlIG5ldHdvcms/IElmIHlvdSBhcmUgdXNpbmcgSnVtYm8KPj4+Pj4gZnJhbWVzIGNhbiB5b3Ug Z28gYmFjayB0byAxNTAwIChvciBhdCBsZWFzdCA8PSA0MDAwKT8KPj4+Pj4KPj4+Pj4gQ2FuIHlv dSB0dXJuIG9mZiBzY2F0dGVyIGdhdGhlciwgTGFyZ2UgU2VuZCBPZmZsb2FkIChHU08pLCBhbmQg SVAKPj4+Pj4gQ2hlY2tzdW0gb2ZmbG9hZCBvbiBhbGwgdGhlIGlzY3NpIGVuZHBvaW50cz8KPj4+ Pj4KPj4+Pj4gQ2FuIHlvdSB0dXJuIG9uIGRhdGEgZGlnZXN0L2NoZWNrc3VtIG9uIGlzY3NpPyBJ ZiBhbGwgZW5kcG9pbnRzCj4+Pj4+IHN1cHBvcnQgaXQgdGhlbiB0aGlzIHdvdWxkIHByb3ZpZGUg YWRkaXRpb25hbCB2ZXJpZmljYXRpb24gdGhhdCBub25lCj4+Pj4+IG9mIHRoZSBuZXR3b3JrIHBh Y2tldHMgYXJlIGdldHRpbmcgY29ycnVwdGVkLgo+Pj4+Pgo+Pj4+PiBXb3VsZCBkcml2ZXIgZG9t YWluIHdvcmsgaW4geW91ciBzY2VuYXJpbz8gVGhlbiB0aGUgZGlzayBjb3VsZCBiZQo+Pj4+PiBh dHRhY2hlZCBkaXJlY3RseSBmcm9tIHlvdXIgc3RvcmFnZSBEb21VIHdpdGhvdXQgYWNjcnVpbmcg YWxsIHRoZQo+Pj4+PiBpc2NzaSBvdmVyaGVhZC4gSSdtIG5vdCB1cCB3aXRoIHRoZSBzdGF0dXMg b2YgSFZNLCB2YmQsIGFuZCBkcml2ZXIKPj4+Pj4gZG9tYWluIHNvIEkgZG9uJ3Qga25vdyBpZiB0 aGlzIGlzIHBvc3NpYmxlLgo+Pj4+Pgo+Pj4+PiBNb3JlIHF1ZXN0aW9ucyB0aGFuIGFuc3dlcnMu IFNvcnJ5IDopCj4+Pj4+Cj4+Pj4+IEphbWVzCj4+Pj4KPj4+PiBEZWFyIEphbWVzLAo+Pj4+Cj4+ Pj4gdGhhbmsgeW91IGZvciB5b3VyIHF1ZXN0aW9ucyAtIEkgcmVhbGx5IGFwcHJlY2lhdGUgZXZl cnl0aGluZyB0aGF0IG1heQo+Pj4+IGhlbHAgbWUgbW92ZSBjbG9zZXIgdG8gc29sdmluZyBvciBp c29sYXRpbmcgdGhlIHByb2JsZW0uCj4+Pj4KPj4+PiBJJ2xsIGNoZWNrIHdoYXQgdHlwZSBvZiBk cml2ZXIgaXMgdXNlZCBleGFjdGx5IC0gdXAgdW50aWwgbm93IEkgYWx3YXlzCj4+Pj4ganVzdCBp bnN0YWxsZWQgYWxsIGRyaXZlcnMgaW5jbHVkZWQgaW4gdGhlIHBhY2thZ2UsIEkgdGhvdWdodCBh bGwgb2YKPj4+PiB0aGVtIHdlcmUgbmVjZXNzYXJ5LiBJJ2xsIHRyeSBpbnN0YWxsaW5nIHRoZW0g d2l0aG91dCBYZW5TY3NpLgo+Pj4+Cj4+Pj4gRG8geW91IG1lYW4gcmV2aXNpb25zID4gMTA5Mjo4 NWI5OWI5Nzk1YTYgYnkgInRoZSBsYXRlc3QgdmVyc2lvbnMiPwo+Pj4+IFdoaWNoIHZlcnNpb24g c2hvdWxkIEkgdXNlPwo+Pj4+Cj4+Pj4gRm9yZ2l2ZSBtZSBpZiB0aGUgZGVzY3JpcHRpb25zIHdl cmUgdW5jbGVhci4gVGhlIGluaXRpYXRvciB3YXMKPj4+PiBhbHdheXMgaW4KPj4+PiBkb20wLiBJ IG9ubHkgbW92ZWQgdGhlIHRhcmdldCB0byBkb20wIG9yIGEgc2VwYXJhdGUgcGh5c2ljYWwgbWFj aGluZSBpbgo+Pj4+ICg0KSBhbmQgKDUpLiBJIGRpZG4ndCBib290IFdpbmRvd3MgZGlyZWN0bHkg ZnJvbSBpU0NTSSAoaW4gZmFjdCBJIHRyaWVkCj4+Pj4gY291cGxlIHRpbWVzLCBidXQgaGFkIHNv bWUgcHJvYmxlbXMgd2l0aCBpdCwgc28gSSBkaWRuJ3QgbWVudGlvbiBpdCkuCj4+Pj4KPj4+PiBN eSAiZGlza3MiICh0aGUgYmxvY2sgZGV2aWNlcyBJIGRlZGljYXRlZCB0byB0aGUgV2luZG93cyBW TSkgd2VyZSB3aG9sZQo+Pj4+IDEyMEdCIGFuZCAyNDBHQiBTU0RzLCB+MTAwR0IgWlZPTHMgYW5k IDUwR0IgTFZNIHZvbHVtZXMuCj4+Pj4KPj4+PiBJJ20gdXNpbmcgdHJhZGl0aW9uYWwgbGludXgg YnJpZGdlLiBJIGRpZG4ndCBzZXQgTVRVcyBleHBsaWNpdGx5LCBzbyBJCj4+Pj4gYXNzdW1lIGl0 J3MgMTUwMCwgYnV0IEkgd2lsbCB2ZXJpZnkgdGhpcy4KPj4+Pgo+Pj4+IEknZCBsb3ZlIHRvIHVz ZSBhIHN0b3JhZ2UgZHJpdmVyIGRvbWFpbiwgYnV0IHRoZSB3aWtpIHNheXMgIkl0IGlzIG5vdAo+ Pj4+IHBvc3NpYmxlIHRvIHVzZSBkcml2ZXIgZG9tYWlucyB3aXRoIHB5Z3J1YiBvciBIVk0gZ3Vl c3RzIHlldCIuIEJ1dCB0aGUKPj4+PiBwYWdlIGlzIGEgY291cGxlIG9mIG1vbnRocyBvbGQsIG1h eWJlIGl0J3MgYW4gb3V0ZGF0ZWQgaW5mbz8gSXQgc3VyZWx5Cj4+Pj4gaXMgd29ydGggY2hlY2tp bmcgb3V0Lgo+Pj4+Cj4+Pj4gSSdsbCBkbyBteSBiZXN0IHRvIHByb3ZpZGUgYW5zd2VycyB0byB0 aGUgcmVtYWluaW5nIHF1ZXN0aW9ucyBhcwo+Pj4+IHNvb24gYXMKPj4+PiBwb3NzaWJsZS4gVGhh bmsgeW91IGZvciBzbyBtYW55IGlkZWFzLgo+Pj4+Cj4+Pj4gQmVzdCByZWdhcmRzLAo+Pj4+IEt1 YmEKPj4+Pgo+Pj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fCj4+Pj4gWGVuLXVzZXJzIG1haWxpbmcgbGlzdAo+Pj4+IFhlbi11c2Vyc0BsaXN0cy54ZW4u b3JnCj4+Pj4gaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJzCj4+Pgo+Pj4gSXQgc2VlbXMg dGhlIHByb2JsZW1zIGFyZSBub3QgcmVsYXRlZCB0byBHUExQVi4gVGhlcmUgaXMgYW4gZWFzeSB3 YXkgdG8KPj4+IHJlcHJvZHVjZSB0aGUgaXNzdWVzIHdpdGhvdXQgV2luZG93cyBhbmQgd2l0aG91 dCBpbnN0YWxsaW5nIGFueXRoaW5nLAo+Pj4gdXNpbmcgb25seSBsaXZlY2RzIGZvciB0d28gRG9t VXM6Cj4+Pgo+Pj4gMSkgU2V0IHVwIGEgTGludXggRG9tMCB3aXRoIFhlbiA0LjMuMSBhbmQgc3Rh bmRhcmQgTGludXggYnJpZGdlIGZvciBEb20wCj4+PiBhbmQgRG9tVXMKPj4KPj4gQXJlIHlvdSB1 c2luZyBhIFhlbiBidWlsZCB3aXRoIGRlYnVnZ2luZyBlbmFibGVkPyBJIHRoaW5rIEkgbWlnaHQg aGF2ZSBhCj4+IGNsdWUgb2Ygd2hhdCdzIGhhcHBlbmluZywgYmVjYXVzZSBJIGFsc28gc2F3IGl0 LiBDb3VsZCB5b3UgcmVjb21waWxlIFhlbgo+PiB3aXRoIGRlYnVnZ2luZyBlbmFibGVkIGFuZCB0 cnkgdGhlIHNhbWUgdGVzdCAoaVNDU0kgdGFyZ2V0IG9uIERvbVUgYW5kCj4+IGluaXRpYXRvciBv biBEb20wKT8KPj4KPj4gUm9nZXIuCj4+Cj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fCj4+IFhlbi11c2VycyBtYWlsaW5nIGxpc3QKPj4gWGVuLXVzZXJz QGxpc3RzLnhlbi5vcmcKPj4gaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJzCj4+Cj4gCj4g T2YgY291cnNlIEkgY291bGQhIFBsZWFzZSBwb2ludCBtZSB0byBhbnkgcmVsZXZhbnQgaW5mb3Jt YXRpb24gb24gaG93IHRvCj4gYnVpbGQgWGVuIHdpdGggZGVidWdnaW5nIGVuYWJsZWQgYW5kIHdo YXQgdG8gZG8gbmV4dC4gSSBidWlsZCBYZW4gdXNpbmcKPiBzdGFuZGFyZCAuL2NvbmZpZ3VyZSAm JiBtYWtlIHdvcmxkICYmIG1ha2UgaW5zdGFsbC4KCkp1c3QgYG1ha2UgZGVidWc9eSB4ZW5gIGFu ZCBib290IHdpdGggdGhlIHJlc3VsdGluZyB4ZW4uZ3ouCgpSb2dlci4KCgpfX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0 Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Wed Feb 05 16:55:00 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Feb 2014 16:55: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 1WB5kM-0000Wz-1w; Wed, 05 Feb 2014 16:54:46 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WB5kK-0000Wo-Hs for xen-users@lists.xen.org; Wed, 05 Feb 2014 16:54:44 +0000 Received: from [193.109.254.147:30476] by server-3.bemta-14.messagelabs.com id BE/D7-00432-3DC62F25; Wed, 05 Feb 2014 16:54:43 +0000 X-Env-Sender: roger.pau@citrix.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1391619281!2241164!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24932 invoked from network); 5 Feb 2014 16:54:42 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-15.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 5 Feb 2014 16:54:42 -0000 X-IronPort-AV: E=Sophos;i="4.95,787,1384300800"; d="scan'208";a="98293325" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 05 Feb 2014 16:54:39 +0000 Received: from [IPv6:::1] (10.80.16.47) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.2.342.4; Wed, 5 Feb 2014 11:54:39 -0500 Message-ID: <52F26CCE.1090201@citrix.com> Date: Wed, 5 Feb 2014 17:54:38 +0100 From: =?UTF-8?B?Um9nZXIgUGF1IE1vbm7DqQ==?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Kuba , References: <52EA58B2.50004@op.pl> <6035A0D088A63A46850C3988ED045A4B6F38BB3C@BITCOM1.int.sbss.com.au> <52ED4AA6.5000601@op.pl> <52F26335.7060902@op.pl> <52F266EE.6000104@citrix.com> <52F26A40.5040305@op.pl> In-Reply-To: <52F26A40.5040305@op.pl> X-Enigmail-Version: 1.6 X-DLP: MIA2 Subject: Re: [Xen-users] Strange failures of Xen 4.3.1, PVHVM storage VM, iSCSI and Windows+GPLPV VM combination X-BeenThere: xen-users@lists.xen.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 T24gMDUvMDIvMTQgMTc6NDMsIEt1YmEgd3JvdGU6Cj4gVyBkbml1IDIwMTQtMDItMDUgMTc6Mjks IFJvZ2VyIFBhdSBNb25uw6kgcGlzemU6Cj4+IE9uIDA1LzAyLzE0IDE3OjEzLCBLdWJhIHdyb3Rl Ogo+Pj4gVyBkbml1IDIwMTQtMDItMDEgMjA6MjcsIEt1YmEgcGlzemU6Cj4+Pj4gVyBkbml1IDIw MTQtMDEtMzEgMDI6MzUsIEphbWVzIEhhcnBlciBwaXN6ZToKPj4+Pj4+Cj4+Pj4+PiBJIGFtIHRy eWluZyB0byBzZXQgdXAgYSBmb2xsb3dpbmcgY29uZmlndXJhdGlvbjoKPj4+Pj4+IDEuIHZlcnkg c2ltcGxlIExpbnV4LWJhc2VkIGRvbTAgKERlYmlhbiA3LjMpIHdpdGggWGVuIDQuMy4xIGNvbXBp bGVkCj4+Pj4+PiBmcm9tIHNvdXJjZXMsCj4+Pj4+PiAyLiBvbmUgc3RvcmFnZSBWTSAoRnJlZUJT RCAxMCwgSFZNK1BWKSB3aXRoIFNBVEEgY29udHJvbGxlciBhdHRhY2hlZAo+Pj4+Pj4gdXNpbmcg VlQtZCwgZXhwb3J0aW5nIGJsb2NrIGRldmljZXMgdmlhIGlTQ1NJIHRvIG90aGVyIFZNcyBhbmQK Pj4+Pj4+IHBoeXNpY2FsCj4+Pj4+PiBtYWNoaW5lcywKPj4+Pj4+IDMuIG9uZSBXaW5kb3dzIDcg U1AxIDY0IFZNIChIVk0rR1BMUFYpIHdpdGggR1BVIHBhc3N0aHJvdWdoIChRdWFkcm8KPj4+Pj4+ IDQwMDApIGluc3RhbGxlZCBvbiBhIGJsb2NrIGRldmljZSBleHBvcnRlZCBmcm9tIHRoZSBzdG9y YWdlIFZNCj4+Pj4+PiAodGFyZ2V0Cj4+Pj4+PiBvbiB0aGUgc3RvcmFnZSBWTSwgaW5pdGlhdG9y IG9uIGRvbTApLgo+Pj4+Pj4KPj4+Pj4+IEV2ZXJ5dGhpbmcgd29ya3MgcGVyZmVjdGx5IChpbmNs dWRpbmcgUENJICYgR1BVIHBhc3N0aHJvdWdoKSB1bnRpbCBJCj4+Pj4+PiBpbnN0YWxsIEdQTFBW IGRyaXZlcnMgb24gdGhlIFdpbmRvd3MgVk0uIEFmdGVyIGRyaXZlciBpbnN0YWxsYXRpb24sCj4+ Pj4+PiBXaW5kb3dzIG5lZWRzIHRvIHJlYm9vdCwgYm9vdHMgZmluZSwgZGlzcGxheXMgYSBtZXNz YWdlIHRoYXQgUFYgU0NTSQo+Pj4+Pgo+Pj4+PiAoYSkKPj4+Pj4KPj4+Pj4+IGRyaXZlcnMgd2Vy ZSBpbnN0YWxsZWQgYW5kIG5lZWRzIHRvIHJlYm9vdCBhZ2FpbiwgYW5kIHRoZW4gY2Fubm90Cj4+ Pj4+PiBib290Lgo+Pj4+Pj4gU29tZXRpbWVzIGl0IGdldHMgc3R1Y2sgYXQgImJvb3RpbmcgZnJv bSBoYXJkZHJpdmUiIGluIFNlYUJJT1MsCj4+Pj4+PiBzb21ldGltZXMgQlNPRHMgd2l0aCAidW5t b3VudGFibGUgYm9vdCB2b2x1bWUiIG1lc3NhZ2UuIEFsbCBvZiB0aGUKPj4+Pj4+IGZvbGxvd2lu ZyBJIHRyaWVkIHdpdGhvdXQgR1BVIHBhc3N0aHJvdWdoIHRvIG5hcnJvdyBkb3duIHRoZSBwcm9i bGVtLgo+Pj4+Pj4KPj4+Pj4+IFRoZSBpbnRyaWd1aW5nIHBhcnQgaXMgdGhpczoKPj4+Pj4+Cj4+ Pj4+PiAxLiBJZiB0aGUgc3RvcmFnZSBWTSdzIE9TIGlzIExpbnV4IC0gaXQgZmFpbHMgd2l0aCB0 aGUgYWJvdmUKPj4+Pj4+IHN5bXB0b21zLgo+Pj4+Pj4gMi4gSWYgdGhlIGJsb2NrIGRldmljZXMg Zm9yIHRoZSBzdG9yYWdlIFZNIGNvbWUgZGlyZWN0bHkgZnJvbSBkb20wCj4+Pj4+PiAobm90Cj4+ Pj4+PiB2aWEgcGNpLXBhc3N0aHJvdWdoKSAtIGl0IGZhaWxzLgo+Pj4+Pj4gMi4gSWYgdGhlIHN0 b3JhZ2UgVk0gaXMgYW4gSFZNIHdpdGhvdXQgUFYgZHJpdmVycyAoZS5nLiBGcmVlQlNECj4+Pj4+ PiA5LjItR0VORVJJQykgLSBpdCBhbGwgd29ya3MuCj4+Pj4+PiAzLiBJZiB0aGUgc3RvcmFnZSBW TSdzIE9TIGlzIExpbnV4IHdpdGgga2VybmVsIGNvbXBpbGVkIHdpdGhvdXQgWGVuCj4+Pj4+PiBn dWVzdCBzdXBwb3J0IC0gaXQgd29ya3MsIGJ1dCBpcyB1bnN0YWJsZSAoc2VlIGJlbG93KS4KPj4+ Pj4+IDQuIElmIHRoZSBpU0NTSSB0YXJnZXQgaXMgb24gYSBkaWZmZXJlbnQgcGh5c2ljYWwgbWFj aGluZSAtIGl0IGFsbAo+Pj4+Pj4gd29ya3MuCj4+Pj4+PiA1LiBJZiB0aGUgaVNDU0kgdGFyZ2V0 IGlzIG9uIGRvbTAgaXRzZWxmIC0gaXQgd29ya3MuCj4+Pj4+PiA2LiBJZiBJIGF0dGFjaCB0aGUg QUhDSSBjb250cm9sbGVyIHRvIHRoZSBXaW5kb3dzIFZNIGFuZCBpbnN0YWxsCj4+Pj4+PiBkaXJl Y3RseSBvbiB0aGUgaGFyZCBkcml2ZSAtIGl0IHdvcmtzLgo+Pj4+Pj4gNy4gSWYgdGhlIGJsb2Nr IGRldmljZSBmb3IgV2luZG93cyBWTSBpcyBhIGRpc2ssIHBhcnRpdGlvbiwgZmlsZSwgTFZNCj4+ Pj4+PiB2b2x1bWUgb3IgZXZlbiBhIFpvTCdzIHp2b2wgKGFuZCBpdCBjb21lcyBmcm9tIGEgZG9t MCBpdHNlbGYsIHdpdGhvdXQKPj4+Pj4+IGlTQ1NJKS0gaXQgd29ya3MuCj4+Pj4+Pgo+Pj4+Pj4g SWYgSSBpbnN0YWxsIFdpbmRvd3MgYW5kIHRoZSBHUExQViBkcml2ZXJzIG9uIGEgaGFyZCBkcml2 ZQo+Pj4+Pj4gYXR0YWNoZWQgdG8KPj4+Pj4+IGRvbTAsIFdpbmRvd3MgKyBHUExQViB3b3JrIHBl cmZlY3RseS4gSWYgSSB0aGVuIGdpdmUgdGhlIHNhbWUgaGFyZAo+Pj4+Pj4gZHJpdmUKPj4+Pj4+ IGFzIGEgYmxvY2sgZGV2aWNlIHRvIHRoZSBzdG9yYWdlIFZNIGFuZCByZS1leHBvcnQgaXQgdGhy b3VnaCBpU0NTSSwKPj4+Pj4KPj4+Pj4gKGIpCj4+Pj4+Cj4+Pj4+PiBXaW5kb3dzIHVzdWFsbHkg Ym9vdHMgZmluZSwgYnV0IHdvcmtzIHVuc3RhYmxlLiBBbmQgYnkgdW5zdGFibGUgSQo+Pj4+Pj4g bWVhbgo+Pj4+Pj4gcmFuZG9tIHJlYWQvd3JpdGUgZXJyb3JzLCBzb21ldGltZXMgcHJvZ3JhbXMg d29uJ3Qgc3RhcnQsIG50ZGxsLmRsbAo+Pj4+Pj4gY3Jhc2hlcywgYW5kIGFmdGVyIGNvdXBsZSBy ZWJvb3RzIFdpbmRvd3Mgd29uJ3QgYm9vdCAoanVzdCBsaWtlCj4+Pj4+PiBtZW50aW9uZWQgYWJv dmUpLgo+Pj4+Pj4KPj4+Pj4+IFRoZSBjb25maWd1cmF0aW9ucyBJIHdvdWxkIGxpa2UgdG8gYWNo aWV2ZSBtYWtlcyBzZW5zZSBvbmx5IHdpdGggUFYKPj4+Pj4+IGRyaXZlcnMgb24gYm90aCBzdG9y YWdlIGFuZCBXaW5kb3dzIFZNLiBBbGwgb2YgdGhlICJjb21wb25lbnRzIgo+Pj4+Pj4gc2VlbSB0 bwo+Pj4+Pj4gd29yayBwZXJmZWN0bHkgdW50aWwgYWxsIHB1dCB0b2dldGhlciwgc28gSSBhbSBu b3QgcmVhbGx5IHN1cmUgd2hlcmUKPj4+Pj4+IHRoZQo+Pj4+Pj4gcHJvYmxlbSBpcy4KPj4+Pj4+ Cj4+Pj4+PiBJIHdvdWxkIGJlIHZlcnkgZ3JhdGVmdWwgZm9yIGFueSBzdWdnZXN0aW9ucyBvciBp ZGVhcyB0aGF0IGNvdWxkCj4+Pj4+PiBwb3NzaWJseSBoZWxwIHRvIG5hcnJvdyBkb3duIHRoZSBw cm9ibGVtLiBNYXliZSBJIGFtIGp1c3QgZG9pbmcKPj4+Pj4+IHNvbWV0aGluZyB3cm9uZyAoSSBo b3BlIHNvKS4gT3IgbWF5YmUgdGhlcmUgaXMgYSBidWcgdGhhdCBzaG93cwo+Pj4+Pj4gaXRzZWxm Cj4+Pj4+PiBvbmx5IGluIHN1Y2ggYSBwYXJ0aWN1bGFyIGNvbmZpZ3VyYXRpb24gKGhvcGUgbm90 KT8KPj4+Pj4+Cj4+Pj4+Cj4+Pj4+IEknbSBjdXJpb3VzIGFib3V0IHByb21wdGluZyBmb3IgdGhl IHB2c2NzaSBkcml2ZXJzIHRvIGJlIGluc3RhbGxlZC4gSXMKPj4+Pj4gdGhpcyBkZWZpbml0ZWx5 IHdoYXQgaXQgaXMgYXNraW5nIGZvcj8gUHZzY3NpIGZvciBncGxwdiBpcyByZW1vdmVkIGluCj4+ Pj4+IHRoZSBsYXRlc3QgdmVyc2lvbnMgYW5kIHN1ZmZlcmVkIHZhcnlpbmcgZGVncmVlcyBvZiBi aXRyb3QgaW4gZWFybGllcgo+Pj4+PiB2ZXJzaW9ucy4gSWYgeW91IGhhdmUgdGhlIGlzY3NpIGlu aXRpYXRvciBpbiBkb20wIHRoZW4gZXhwb3J0aW5nIGEKPj4+Pj4gYmxvY2sgZGV2aWNlIHRvIHdp bmRvd3MgdmlhIHRoZSBub3JtYWwgdmJkIGNoYW5uZWwgc2hvdWxkIGJlIGp1c3QKPj4+Pj4gZmlu ZS4KPj4+Pj4KPj4+Pj4gWW91J3ZlIGdvbmUgdG8gZ3JlYXQgbGVuZ3RocyB0byBleHBsYWluIHRo ZSB2YXJpb3VzIHRoaW5ncyB5b3UndmUKPj4+Pj4gdHJpZWQsIGJ1dCBJIHRoaW5rIEknbSBhIGxp dHRsZSBjb25mdXNlZCBvbiB3aGVyZSB0aGUgaXNjc2kgaW5pdGlhdG9yCj4+Pj4+IGlzIGluIHRo ZSAiZG9lc24ndCB3b3JrIiBzY2VuYXJpb3MuIEknbSBoYXZpbmcgYSBiaXQgb2YgYW4gb2ZmIGRh eQo+Pj4+PiB0b2RheSBzbyBpdCdzIHByb2JhYmx5IGp1c3QgbWUsIGJ1dCBhYm92ZSBJIGhhdmUg aGlnaGxpZ2h0ZWQgdGhlIHR3bwo+Pj4+PiBzY2VuYXJpb3MuLi4gY291bGQgeW91IGZpbGwgbWUg aW4gb24gYSBmZXcgdGhpbmdzOgo+Pj4+Pgo+Pj4+PiBBdCAoYSkgYW5kIChiKSwgaXMgdGhlIGlz Y3NpIGluaXRpYXRvciBpbiBkb20wLCBvciBhcmUgeW91IGFjdHVhbGx5Cj4+Pj4+IGJvb3Rpbmcg d2luZG93cyBkaXJlY3RseSB2aWEgaXNjc2k/Cj4+Pj4+Cj4+Pj4+IEF0IChiKSwgd2l0aCBsYXRl c3QgZGVidWcgYnVpbGQgb2YgZ3BscHYsIGNhbiB5b3UgcnVuIGRlYnVndmlldyBmcm9tCj4+Pj4+ IHN5c2ludGVybmFscy5jb20gYW5kIHNlZSBpZiBhbnkgaW50ZXJlc3RpbmcgbWVzc2FnZXMgYXJl IGRpc3BsYXllZAo+Pj4+PiBiZWZvcmUgdGhpbmdzIGZhbGwgaW4gYSBoZWFwPwo+Pj4+Pgo+Pj4+ PiBBcmUgYW55IHN0cmFuZ2UgbG9ncyBzaG93biBpbiBhbnkgb2YgV2luIERvbVUsIERvbTAsIG9y IHN0b3JhZ2UgRG9tVT8KPj4+Pj4KPj4+Pj4gSG93IGJpZyBhcmUgeW91ciBkaXNrcz8KPj4+Pj4K Pj4+Pj4gQ2FuIHlvdSByZXByb2R1Y2Ugd2l0aCBvbmx5IG9uZSB2Y3B1Pwo+Pj4+Pgo+Pj4+PiBX aGF0IGJyaWRnZSBhcmUgeW91IHVzaW5nPyBPcGVudnN3aXRjaCBvciB0cmFkaXRpb25hbCBsaW51 eCBicmlkZ2U/Cj4+Pj4+Cj4+Pj4+IFdoYXQgTVRVIGFyZSB5b3UgdXNpbmcgb24geW91ciBzdG9y YWdlIG5ldHdvcms/IElmIHlvdSBhcmUgdXNpbmcgSnVtYm8KPj4+Pj4gZnJhbWVzIGNhbiB5b3Ug Z28gYmFjayB0byAxNTAwIChvciBhdCBsZWFzdCA8PSA0MDAwKT8KPj4+Pj4KPj4+Pj4gQ2FuIHlv dSB0dXJuIG9mZiBzY2F0dGVyIGdhdGhlciwgTGFyZ2UgU2VuZCBPZmZsb2FkIChHU08pLCBhbmQg SVAKPj4+Pj4gQ2hlY2tzdW0gb2ZmbG9hZCBvbiBhbGwgdGhlIGlzY3NpIGVuZHBvaW50cz8KPj4+ Pj4KPj4+Pj4gQ2FuIHlvdSB0dXJuIG9uIGRhdGEgZGlnZXN0L2NoZWNrc3VtIG9uIGlzY3NpPyBJ ZiBhbGwgZW5kcG9pbnRzCj4+Pj4+IHN1cHBvcnQgaXQgdGhlbiB0aGlzIHdvdWxkIHByb3ZpZGUg YWRkaXRpb25hbCB2ZXJpZmljYXRpb24gdGhhdCBub25lCj4+Pj4+IG9mIHRoZSBuZXR3b3JrIHBh Y2tldHMgYXJlIGdldHRpbmcgY29ycnVwdGVkLgo+Pj4+Pgo+Pj4+PiBXb3VsZCBkcml2ZXIgZG9t YWluIHdvcmsgaW4geW91ciBzY2VuYXJpbz8gVGhlbiB0aGUgZGlzayBjb3VsZCBiZQo+Pj4+PiBh dHRhY2hlZCBkaXJlY3RseSBmcm9tIHlvdXIgc3RvcmFnZSBEb21VIHdpdGhvdXQgYWNjcnVpbmcg YWxsIHRoZQo+Pj4+PiBpc2NzaSBvdmVyaGVhZC4gSSdtIG5vdCB1cCB3aXRoIHRoZSBzdGF0dXMg b2YgSFZNLCB2YmQsIGFuZCBkcml2ZXIKPj4+Pj4gZG9tYWluIHNvIEkgZG9uJ3Qga25vdyBpZiB0 aGlzIGlzIHBvc3NpYmxlLgo+Pj4+Pgo+Pj4+PiBNb3JlIHF1ZXN0aW9ucyB0aGFuIGFuc3dlcnMu IFNvcnJ5IDopCj4+Pj4+Cj4+Pj4+IEphbWVzCj4+Pj4KPj4+PiBEZWFyIEphbWVzLAo+Pj4+Cj4+ Pj4gdGhhbmsgeW91IGZvciB5b3VyIHF1ZXN0aW9ucyAtIEkgcmVhbGx5IGFwcHJlY2lhdGUgZXZl cnl0aGluZyB0aGF0IG1heQo+Pj4+IGhlbHAgbWUgbW92ZSBjbG9zZXIgdG8gc29sdmluZyBvciBp c29sYXRpbmcgdGhlIHByb2JsZW0uCj4+Pj4KPj4+PiBJJ2xsIGNoZWNrIHdoYXQgdHlwZSBvZiBk cml2ZXIgaXMgdXNlZCBleGFjdGx5IC0gdXAgdW50aWwgbm93IEkgYWx3YXlzCj4+Pj4ganVzdCBp bnN0YWxsZWQgYWxsIGRyaXZlcnMgaW5jbHVkZWQgaW4gdGhlIHBhY2thZ2UsIEkgdGhvdWdodCBh bGwgb2YKPj4+PiB0aGVtIHdlcmUgbmVjZXNzYXJ5LiBJJ2xsIHRyeSBpbnN0YWxsaW5nIHRoZW0g d2l0aG91dCBYZW5TY3NpLgo+Pj4+Cj4+Pj4gRG8geW91IG1lYW4gcmV2aXNpb25zID4gMTA5Mjo4 NWI5OWI5Nzk1YTYgYnkgInRoZSBsYXRlc3QgdmVyc2lvbnMiPwo+Pj4+IFdoaWNoIHZlcnNpb24g c2hvdWxkIEkgdXNlPwo+Pj4+Cj4+Pj4gRm9yZ2l2ZSBtZSBpZiB0aGUgZGVzY3JpcHRpb25zIHdl cmUgdW5jbGVhci4gVGhlIGluaXRpYXRvciB3YXMKPj4+PiBhbHdheXMgaW4KPj4+PiBkb20wLiBJ IG9ubHkgbW92ZWQgdGhlIHRhcmdldCB0byBkb20wIG9yIGEgc2VwYXJhdGUgcGh5c2ljYWwgbWFj aGluZSBpbgo+Pj4+ICg0KSBhbmQgKDUpLiBJIGRpZG4ndCBib290IFdpbmRvd3MgZGlyZWN0bHkg ZnJvbSBpU0NTSSAoaW4gZmFjdCBJIHRyaWVkCj4+Pj4gY291cGxlIHRpbWVzLCBidXQgaGFkIHNv bWUgcHJvYmxlbXMgd2l0aCBpdCwgc28gSSBkaWRuJ3QgbWVudGlvbiBpdCkuCj4+Pj4KPj4+PiBN eSAiZGlza3MiICh0aGUgYmxvY2sgZGV2aWNlcyBJIGRlZGljYXRlZCB0byB0aGUgV2luZG93cyBW TSkgd2VyZSB3aG9sZQo+Pj4+IDEyMEdCIGFuZCAyNDBHQiBTU0RzLCB+MTAwR0IgWlZPTHMgYW5k IDUwR0IgTFZNIHZvbHVtZXMuCj4+Pj4KPj4+PiBJJ20gdXNpbmcgdHJhZGl0aW9uYWwgbGludXgg YnJpZGdlLiBJIGRpZG4ndCBzZXQgTVRVcyBleHBsaWNpdGx5LCBzbyBJCj4+Pj4gYXNzdW1lIGl0 J3MgMTUwMCwgYnV0IEkgd2lsbCB2ZXJpZnkgdGhpcy4KPj4+Pgo+Pj4+IEknZCBsb3ZlIHRvIHVz ZSBhIHN0b3JhZ2UgZHJpdmVyIGRvbWFpbiwgYnV0IHRoZSB3aWtpIHNheXMgIkl0IGlzIG5vdAo+ Pj4+IHBvc3NpYmxlIHRvIHVzZSBkcml2ZXIgZG9tYWlucyB3aXRoIHB5Z3J1YiBvciBIVk0gZ3Vl c3RzIHlldCIuIEJ1dCB0aGUKPj4+PiBwYWdlIGlzIGEgY291cGxlIG9mIG1vbnRocyBvbGQsIG1h eWJlIGl0J3MgYW4gb3V0ZGF0ZWQgaW5mbz8gSXQgc3VyZWx5Cj4+Pj4gaXMgd29ydGggY2hlY2tp bmcgb3V0Lgo+Pj4+Cj4+Pj4gSSdsbCBkbyBteSBiZXN0IHRvIHByb3ZpZGUgYW5zd2VycyB0byB0 aGUgcmVtYWluaW5nIHF1ZXN0aW9ucyBhcwo+Pj4+IHNvb24gYXMKPj4+PiBwb3NzaWJsZS4gVGhh bmsgeW91IGZvciBzbyBtYW55IGlkZWFzLgo+Pj4+Cj4+Pj4gQmVzdCByZWdhcmRzLAo+Pj4+IEt1 YmEKPj4+Pgo+Pj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fCj4+Pj4gWGVuLXVzZXJzIG1haWxpbmcgbGlzdAo+Pj4+IFhlbi11c2Vyc0BsaXN0cy54ZW4u b3JnCj4+Pj4gaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJzCj4+Pgo+Pj4gSXQgc2VlbXMg dGhlIHByb2JsZW1zIGFyZSBub3QgcmVsYXRlZCB0byBHUExQVi4gVGhlcmUgaXMgYW4gZWFzeSB3 YXkgdG8KPj4+IHJlcHJvZHVjZSB0aGUgaXNzdWVzIHdpdGhvdXQgV2luZG93cyBhbmQgd2l0aG91 dCBpbnN0YWxsaW5nIGFueXRoaW5nLAo+Pj4gdXNpbmcgb25seSBsaXZlY2RzIGZvciB0d28gRG9t VXM6Cj4+Pgo+Pj4gMSkgU2V0IHVwIGEgTGludXggRG9tMCB3aXRoIFhlbiA0LjMuMSBhbmQgc3Rh bmRhcmQgTGludXggYnJpZGdlIGZvciBEb20wCj4+PiBhbmQgRG9tVXMKPj4KPj4gQXJlIHlvdSB1 c2luZyBhIFhlbiBidWlsZCB3aXRoIGRlYnVnZ2luZyBlbmFibGVkPyBJIHRoaW5rIEkgbWlnaHQg aGF2ZSBhCj4+IGNsdWUgb2Ygd2hhdCdzIGhhcHBlbmluZywgYmVjYXVzZSBJIGFsc28gc2F3IGl0 LiBDb3VsZCB5b3UgcmVjb21waWxlIFhlbgo+PiB3aXRoIGRlYnVnZ2luZyBlbmFibGVkIGFuZCB0 cnkgdGhlIHNhbWUgdGVzdCAoaVNDU0kgdGFyZ2V0IG9uIERvbVUgYW5kCj4+IGluaXRpYXRvciBv biBEb20wKT8KPj4KPj4gUm9nZXIuCj4+Cj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fCj4+IFhlbi11c2VycyBtYWlsaW5nIGxpc3QKPj4gWGVuLXVzZXJz QGxpc3RzLnhlbi5vcmcKPj4gaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJzCj4+Cj4gCj4g T2YgY291cnNlIEkgY291bGQhIFBsZWFzZSBwb2ludCBtZSB0byBhbnkgcmVsZXZhbnQgaW5mb3Jt YXRpb24gb24gaG93IHRvCj4gYnVpbGQgWGVuIHdpdGggZGVidWdnaW5nIGVuYWJsZWQgYW5kIHdo YXQgdG8gZG8gbmV4dC4gSSBidWlsZCBYZW4gdXNpbmcKPiBzdGFuZGFyZCAuL2NvbmZpZ3VyZSAm JiBtYWtlIHdvcmxkICYmIG1ha2UgaW5zdGFsbC4KCkp1c3QgYG1ha2UgZGVidWc9eSB4ZW5gIGFu ZCBib290IHdpdGggdGhlIHJlc3VsdGluZyB4ZW4uZ3ouCgpSb2dlci4KCgpfX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0 Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Wed Feb 05 17:26:21 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Feb 2014 17:26: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 1WB6EF-0002B9-Nx; Wed, 05 Feb 2014 17:25:39 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WB6EE-0002B4-3Y for xen-users@lists.xen.org; Wed, 05 Feb 2014 17:25:38 +0000 Received: from [85.158.143.35:35337] by server-3.bemta-4.messagelabs.com id BA/43-11539-11472F25; Wed, 05 Feb 2014 17:25:37 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-13.tower-21.messagelabs.com!1391621135!3419294!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG,HOT_NASTY X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1362 invoked from network); 5 Feb 2014 17:25:36 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-13.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 5 Feb 2014 17:25:36 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 1EC93221BEB; Wed, 5 Feb 2014 17:25:35 +0000 (GMT) Message-ID: <52F2740E.1040308@bobich.net> Date: Wed, 05 Feb 2014 17:25:34 +0000 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Imre Oolberg , "xen-users@lists.xen.org" References: <1391212364.5145.141.camel@moraal.auul> <1391616520.18112.73.camel@moraal.auul> In-Reply-To: <1391616520.18112.73.camel@moraal.auul> Subject: Re: [Xen-users] turning nvidia gts 450 into quadro 2000 X-BeenThere: xen-users@lists.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 02/05/2014 04:08 PM, Imre Oolberg wrote: > Hi! > > Excuse my impatience but please if somebody could answer this. I am a > fan in using Xen at my desktop computer and it serves me well. Missing > piece is working Windows domU. From > http://wiki.xen.org/wiki/Xen_VGA_Passthrough_Tested_Adapters i got > exited about turning old nvidia gts 450 adapter into quadro 2000. And > reading achives people on this list seemed also to be enthusiastic about > it. So i managed to get me used but in good shape gts 450 and now i am > sitting on it, unsure to press enter to change contents of its flash :) > > > Imre > > On Sat, 2014-02-01 at 01:52 +0200, Imre Oolberg wrote: >> Hi! >> >> I am trying to get my Xen domU correctly working with vga passthrough >> and Win7 32 bit or 64 bit. At the moment graphics does not work at all, >> i believe that my Quadro K600, GTS 450 or GeForce 7600 GS video card >> even shouldnt work with Win7 under domU although with Ubuntu guests they >> work (at least Ubuntu domU could be booted up once successfully with >> graphics). >> >> So, gts 450 -> quardo 2000 to the rescue :) >> >> I would be very thankful if somebody goes thru the rest of this letter >> and confirms what i intend to do is correct and also cares to answer >> some questions. >> >> First of all i went thru these articles >> >> 1. >> http://www.altechnative.net/2013/11/25/virtualized-gaming-nvidia-cards-part-3-how-to-modify-a-fermi-based-geforce-into-a-quadro-geforce-gts450gtx470gtx480-to-quadro-200050006000/ >> 2. >> https://devtalk.nvidia.com/default/topic/489965/cuda-programming-and-performance/gtx480-to-c2050-hack-or-unlocking-tcc-mode-on-geforce/post/3511598/#3511598 >> 3. >> http://www.davidgis.fr/blog/index.php?2013/09/18/969-xen-430-vga-passthrough-gtx-480-soft-moded-to-quadro-6000 >> >> As i understand they more-or-less describe the same procedure, i >> compiled this sequence for myself. >> >> 1. my hardware is >> http://www.gigabyte.us/products/product-page.aspx?pid=3600#ov >> >> 2. booted computer under natively installed Win7 32 bit, installed >> driver from nvidia.com, gpu-z from techpowerup.com and saved .rom >> >> 3. looked up my gts 450 pci dev id which turns to be 0DC4 >> >> # lspci -nn | grep -i vga >> ... >> 04:00.0 VGA compatible controller [0300]: NVIDIA Corporation GF106 >> [GeForce GTS 450] [10de:0dc4] (rev a1) >> >> 4. looked up strap area values, taking endianness into account as asking >> by 4 byte items (all four masks) >> >> $ od -tx4 -Ax GF106.rom | grep -A 1 ^000050 >> 000050 002a72e9 35031458 7ffc3fff 00004000 >> 000060 7fffffff 80000000 4aa537e5 e9446ce9 >> >> 5. wrote down 'and mask 0' and 'or mask 0' in binary form >> >> PCI ID bits in mask >> Fxx4 xxxx xxxx xxxx xx32 10xx xxxx xxxx >> >> and mask 0: >> 7f fc 3f ff >> 0111 1111 1111 1100 0011 1111 1111 1111 >> >> or mask 0: >> 00 00 40 00 >> 0000 0000 0000 0000 0100 0000 0000 0000 >> >> 6. my gts 450 pci id is according to lspci 0DC4 and >> http://us.download.nvidia.com/XFree86/Linux-x86/331.20/README/supportedchips.html says Quadro 2000 is 0DD8, so in binary >> >> GTS 450 - 0x0DC4 - 0000 1101 1100 0100 >> Quadro 2000 - 0x0DD8 - 0000 1101 1101 1000 >> >> i see 3 bits within 5 lower bits are different, good. >> >> 7. Five special ID Bits (10-13 and 28) can be used to show to the driver >> pci-id differently, and some of them need to be amended, i hope in my >> case like this (i understand 'and mask' is for suppressing hardstrap bit >> value into zero and 'or mask' is for making hardstrap value into one, as >> driver sees them) >> >> 2nd bit in 'and mask 0' from 1 to 0 >> 3rd bit in 'or mask 0' from 0 to 1 >> 4th bit in 'or mask 0' from 0 to 1 >> >> so i get such new masks >> >> 'and mask 0': >> 0111 1111 1111 1100 0010 1111 1111 1111 >> >> 'or mask 0': >> 0001 0000 0000 0000 0110 0000 0000 0000 >> >> they are in hex >> >> new 'and mask 0': 7ffc 2fff >> new 'or mask 0': 0100 6000 >> >> 9. So all together and takining into account that 31th bit should be >> always zero (so 'or mask 1' 8000 0000 gets 0000 0000) i need to issue >> from dos prompt >> >> C:\> nvflash --index=X --strap 0x7FFC2FFF 0x10006000 0x7fffffff >> 0x00000000 >> >> Please confirm i got to the right outcome assuming i had the input data >> i started out from. That looks correct. >> This is long letter already but i have some more questions >> >> 1. GPU-Z says my bios version is 70.06.13.00.01, do i need to update it >> somehow before coversion into quadro or is it just all right? (and i >> believe it is not tuned in any way) Leave the BIOS alone - it won't make any difference. >> 2. in >> https://devtalk.nvidia.com/default/topic/489965/cuda-programming-and-performance/gtx480-to-c2050-hack-or-unlocking-tcc-mode-on-geforce/post/3511598/#3511598 >> readers are instructed to change besides strap masks many other things >> like pci dev id at 0x0000018E, Board boot string etc, are those changes >> essential or rahter so to say cosmetic (and harmless to do)? >> http://www.altechnative.net/2013/11/25/virtualized-gaming-nvidia-cards-part-3-how-to-modify-a-fermi-based-geforce-into-a-quadro-geforce-gts450gtx470gtx480-to-quadro-200050006000/ isnt mentioning them. It is harmless and won't gain you anything either way. I can see the benefit of tidyness in changing the PCI ID to what you are changing it to, but the only thing that checks this is nvflash to warn you if you are trying to flash a BIOS with a different device ID onto the card. My advice would be to go with the lazy option and leave it alone. Just change the straps - it is sufficient. >> 3. a used usb dos boot material as guided at, i hope this is ok (it >> contains windows millenium dos, nvflash v. 5.100.0.1) >> http://www.techpowerup.com/forums/threads/guide-for-flashing-bios-of-nvidia-gpu.119955/ The Windows version of nvflash works just fine. No need to do it from DOS in general unless the Windows version is refusing to work for you for some obscure reason. >> 4. i didnt find Quadro 2000 .rom from >> http://www.techpowerup.com/vgabios/, if anybody is willing to send it to >> me, it would be interesting to look at (original or yet better gts >> modified into quadro 2000) You don't need it - it won't achieve anything other than potentially mess up your video outputs. Q2000 has 1xDVI + 2xDP - I am not aware of any GTS450 with that arrangement, so if you flash the Q2000 BIOS onto the GTS450 the chances are that you will lose output everything but the first DVI port. Just flash the strap and enjoy in a VM. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Feb 05 17:26:21 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Feb 2014 17:26: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 1WB6EF-0002B9-Nx; Wed, 05 Feb 2014 17:25:39 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WB6EE-0002B4-3Y for xen-users@lists.xen.org; Wed, 05 Feb 2014 17:25:38 +0000 Received: from [85.158.143.35:35337] by server-3.bemta-4.messagelabs.com id BA/43-11539-11472F25; Wed, 05 Feb 2014 17:25:37 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-13.tower-21.messagelabs.com!1391621135!3419294!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG,HOT_NASTY X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1362 invoked from network); 5 Feb 2014 17:25:36 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-13.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 5 Feb 2014 17:25:36 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 1EC93221BEB; Wed, 5 Feb 2014 17:25:35 +0000 (GMT) Message-ID: <52F2740E.1040308@bobich.net> Date: Wed, 05 Feb 2014 17:25:34 +0000 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Imre Oolberg , "xen-users@lists.xen.org" References: <1391212364.5145.141.camel@moraal.auul> <1391616520.18112.73.camel@moraal.auul> In-Reply-To: <1391616520.18112.73.camel@moraal.auul> Subject: Re: [Xen-users] turning nvidia gts 450 into quadro 2000 X-BeenThere: xen-users@lists.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 02/05/2014 04:08 PM, Imre Oolberg wrote: > Hi! > > Excuse my impatience but please if somebody could answer this. I am a > fan in using Xen at my desktop computer and it serves me well. Missing > piece is working Windows domU. From > http://wiki.xen.org/wiki/Xen_VGA_Passthrough_Tested_Adapters i got > exited about turning old nvidia gts 450 adapter into quadro 2000. And > reading achives people on this list seemed also to be enthusiastic about > it. So i managed to get me used but in good shape gts 450 and now i am > sitting on it, unsure to press enter to change contents of its flash :) > > > Imre > > On Sat, 2014-02-01 at 01:52 +0200, Imre Oolberg wrote: >> Hi! >> >> I am trying to get my Xen domU correctly working with vga passthrough >> and Win7 32 bit or 64 bit. At the moment graphics does not work at all, >> i believe that my Quadro K600, GTS 450 or GeForce 7600 GS video card >> even shouldnt work with Win7 under domU although with Ubuntu guests they >> work (at least Ubuntu domU could be booted up once successfully with >> graphics). >> >> So, gts 450 -> quardo 2000 to the rescue :) >> >> I would be very thankful if somebody goes thru the rest of this letter >> and confirms what i intend to do is correct and also cares to answer >> some questions. >> >> First of all i went thru these articles >> >> 1. >> http://www.altechnative.net/2013/11/25/virtualized-gaming-nvidia-cards-part-3-how-to-modify-a-fermi-based-geforce-into-a-quadro-geforce-gts450gtx470gtx480-to-quadro-200050006000/ >> 2. >> https://devtalk.nvidia.com/default/topic/489965/cuda-programming-and-performance/gtx480-to-c2050-hack-or-unlocking-tcc-mode-on-geforce/post/3511598/#3511598 >> 3. >> http://www.davidgis.fr/blog/index.php?2013/09/18/969-xen-430-vga-passthrough-gtx-480-soft-moded-to-quadro-6000 >> >> As i understand they more-or-less describe the same procedure, i >> compiled this sequence for myself. >> >> 1. my hardware is >> http://www.gigabyte.us/products/product-page.aspx?pid=3600#ov >> >> 2. booted computer under natively installed Win7 32 bit, installed >> driver from nvidia.com, gpu-z from techpowerup.com and saved .rom >> >> 3. looked up my gts 450 pci dev id which turns to be 0DC4 >> >> # lspci -nn | grep -i vga >> ... >> 04:00.0 VGA compatible controller [0300]: NVIDIA Corporation GF106 >> [GeForce GTS 450] [10de:0dc4] (rev a1) >> >> 4. looked up strap area values, taking endianness into account as asking >> by 4 byte items (all four masks) >> >> $ od -tx4 -Ax GF106.rom | grep -A 1 ^000050 >> 000050 002a72e9 35031458 7ffc3fff 00004000 >> 000060 7fffffff 80000000 4aa537e5 e9446ce9 >> >> 5. wrote down 'and mask 0' and 'or mask 0' in binary form >> >> PCI ID bits in mask >> Fxx4 xxxx xxxx xxxx xx32 10xx xxxx xxxx >> >> and mask 0: >> 7f fc 3f ff >> 0111 1111 1111 1100 0011 1111 1111 1111 >> >> or mask 0: >> 00 00 40 00 >> 0000 0000 0000 0000 0100 0000 0000 0000 >> >> 6. my gts 450 pci id is according to lspci 0DC4 and >> http://us.download.nvidia.com/XFree86/Linux-x86/331.20/README/supportedchips.html says Quadro 2000 is 0DD8, so in binary >> >> GTS 450 - 0x0DC4 - 0000 1101 1100 0100 >> Quadro 2000 - 0x0DD8 - 0000 1101 1101 1000 >> >> i see 3 bits within 5 lower bits are different, good. >> >> 7. Five special ID Bits (10-13 and 28) can be used to show to the driver >> pci-id differently, and some of them need to be amended, i hope in my >> case like this (i understand 'and mask' is for suppressing hardstrap bit >> value into zero and 'or mask' is for making hardstrap value into one, as >> driver sees them) >> >> 2nd bit in 'and mask 0' from 1 to 0 >> 3rd bit in 'or mask 0' from 0 to 1 >> 4th bit in 'or mask 0' from 0 to 1 >> >> so i get such new masks >> >> 'and mask 0': >> 0111 1111 1111 1100 0010 1111 1111 1111 >> >> 'or mask 0': >> 0001 0000 0000 0000 0110 0000 0000 0000 >> >> they are in hex >> >> new 'and mask 0': 7ffc 2fff >> new 'or mask 0': 0100 6000 >> >> 9. So all together and takining into account that 31th bit should be >> always zero (so 'or mask 1' 8000 0000 gets 0000 0000) i need to issue >> from dos prompt >> >> C:\> nvflash --index=X --strap 0x7FFC2FFF 0x10006000 0x7fffffff >> 0x00000000 >> >> Please confirm i got to the right outcome assuming i had the input data >> i started out from. That looks correct. >> This is long letter already but i have some more questions >> >> 1. GPU-Z says my bios version is 70.06.13.00.01, do i need to update it >> somehow before coversion into quadro or is it just all right? (and i >> believe it is not tuned in any way) Leave the BIOS alone - it won't make any difference. >> 2. in >> https://devtalk.nvidia.com/default/topic/489965/cuda-programming-and-performance/gtx480-to-c2050-hack-or-unlocking-tcc-mode-on-geforce/post/3511598/#3511598 >> readers are instructed to change besides strap masks many other things >> like pci dev id at 0x0000018E, Board boot string etc, are those changes >> essential or rahter so to say cosmetic (and harmless to do)? >> http://www.altechnative.net/2013/11/25/virtualized-gaming-nvidia-cards-part-3-how-to-modify-a-fermi-based-geforce-into-a-quadro-geforce-gts450gtx470gtx480-to-quadro-200050006000/ isnt mentioning them. It is harmless and won't gain you anything either way. I can see the benefit of tidyness in changing the PCI ID to what you are changing it to, but the only thing that checks this is nvflash to warn you if you are trying to flash a BIOS with a different device ID onto the card. My advice would be to go with the lazy option and leave it alone. Just change the straps - it is sufficient. >> 3. a used usb dos boot material as guided at, i hope this is ok (it >> contains windows millenium dos, nvflash v. 5.100.0.1) >> http://www.techpowerup.com/forums/threads/guide-for-flashing-bios-of-nvidia-gpu.119955/ The Windows version of nvflash works just fine. No need to do it from DOS in general unless the Windows version is refusing to work for you for some obscure reason. >> 4. i didnt find Quadro 2000 .rom from >> http://www.techpowerup.com/vgabios/, if anybody is willing to send it to >> me, it would be interesting to look at (original or yet better gts >> modified into quadro 2000) You don't need it - it won't achieve anything other than potentially mess up your video outputs. Q2000 has 1xDVI + 2xDP - I am not aware of any GTS450 with that arrangement, so if you flash the Q2000 BIOS onto the GTS450 the chances are that you will lose output everything but the first DVI port. Just flash the strap and enjoy in a VM. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Feb 05 21:55:07 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Feb 2014 21:55: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 1WBAQD-0004D0-Iu; Wed, 05 Feb 2014 21:54:17 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBAQB-0004Cv-EJ for xen-users@lists.xen.org; Wed, 05 Feb 2014 21:54:15 +0000 Received: from [85.158.143.35:49485] by server-2.bemta-4.messagelabs.com id 4E/F9-10891-603B2F25; Wed, 05 Feb 2014 21:54:14 +0000 X-Env-Sender: kuba.0000@op.pl X-Msg-Ref: server-13.tower-21.messagelabs.com!1391637253!3459622!1 X-Originating-IP: [213.180.142.146] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28347 invoked from network); 5 Feb 2014 21:54:13 -0000 Received: from smtpo15.poczta.onet.pl (HELO smtpo15.poczta.onet.pl) (213.180.142.146) by server-13.tower-21.messagelabs.com with SMTP; 5 Feb 2014 21:54:13 -0000 Received: from [192.168.0.4] (host-89-230-211-189.lublin.mm.pl [89.230.211.189]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: kuba.0000@op.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3fKGkr3BtBzYxl89 for ; Wed, 5 Feb 2014 22:54:11 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=op.pl; s=2011; t=1391637252; bh=3I3ISWPCc+QhcchmQDjJrI6MGIyryeufg0YEpDhxOYk=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type; b=MfiVA126e/DwrVYG1m7dN2lPB46iyYu8R93BeariFmKg4JxavAwIaALX7WtGE7Nmb j67hFtxVrsi/sFzC7TLRuVAxXcfTGxnsn1IT6C6eChkq/l50et+2vFPnWWwgA4dJUQ vBOGTS6B6HIgDr4XaGgwu5u1CNPhPENiEJ9wh+es= Message-ID: <52F2B2FB.9070004@op.pl> Date: Wed, 05 Feb 2014 22:54:03 +0100 From: Kuba User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <52EA58B2.50004@op.pl> <6035A0D088A63A46850C3988ED045A4B6F38BB3C@BITCOM1.int.sbss.com.au> <52ED4AA6.5000601@op.pl> <52F26335.7060902@op.pl> <52F266EE.6000104@citrix.com> <52F26A40.5040305@op.pl> <52F26CCE.1090201@citrix.com> In-Reply-To: <52F26CCE.1090201@citrix.com> Content-Type: multipart/mixed; boundary="------------040707070808040107060305" Subject: Re: [Xen-users] Strange failures of Xen 4.3.1, PVHVM storage VM, iSCSI and Windows+GPLPV VM combination X-BeenThere: xen-users@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 This is a multi-part message in MIME format. --------------040707070808040107060305 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit W dniu 2014-02-05 17:54, Roger Pau Monné pisze: > On 05/02/14 17:43, Kuba wrote: >> W dniu 2014-02-05 17:29, Roger Pau Monné pisze: >>> On 05/02/14 17:13, Kuba wrote: >>>> W dniu 2014-02-01 20:27, Kuba pisze: >>>>> W dniu 2014-01-31 02:35, James Harper pisze: >>>>>>> >>>>>>> I am trying to set up a following configuration: >>>>>>> 1. very simple Linux-based dom0 (Debian 7.3) with Xen 4.3.1 compiled >>>>>>> from sources, >>>>>>> 2. one storage VM (FreeBSD 10, HVM+PV) with SATA controller attached >>>>>>> using VT-d, exporting block devices via iSCSI to other VMs and >>>>>>> physical >>>>>>> machines, >>>>>>> 3. one Windows 7 SP1 64 VM (HVM+GPLPV) with GPU passthrough (Quadro >>>>>>> 4000) installed on a block device exported from the storage VM >>>>>>> (target >>>>>>> on the storage VM, initiator on dom0). >>>>>>> >>>>>>> Everything works perfectly (including PCI & GPU passthrough) until I >>>>>>> install GPLPV drivers on the Windows VM. After driver installation, >>>>>>> Windows needs to reboot, boots fine, displays a message that PV SCSI >>>>>> >>>>>> (a) >>>>>> >>>>>>> drivers were installed and needs to reboot again, and then cannot >>>>>>> boot. >>>>>>> Sometimes it gets stuck at "booting from harddrive" in SeaBIOS, >>>>>>> sometimes BSODs with "unmountable boot volume" message. All of the >>>>>>> following I tried without GPU passthrough to narrow down the problem. >>>>>>> >>>>>>> The intriguing part is this: >>>>>>> >>>>>>> 1. If the storage VM's OS is Linux - it fails with the above >>>>>>> symptoms. >>>>>>> 2. If the block devices for the storage VM come directly from dom0 >>>>>>> (not >>>>>>> via pci-passthrough) - it fails. >>>>>>> 2. If the storage VM is an HVM without PV drivers (e.g. FreeBSD >>>>>>> 9.2-GENERIC) - it all works. >>>>>>> 3. If the storage VM's OS is Linux with kernel compiled without Xen >>>>>>> guest support - it works, but is unstable (see below). >>>>>>> 4. If the iSCSI target is on a different physical machine - it all >>>>>>> works. >>>>>>> 5. If the iSCSI target is on dom0 itself - it works. >>>>>>> 6. If I attach the AHCI controller to the Windows VM and install >>>>>>> directly on the hard drive - it works. >>>>>>> 7. If the block device for Windows VM is a disk, partition, file, LVM >>>>>>> volume or even a ZoL's zvol (and it comes from a dom0 itself, without >>>>>>> iSCSI)- it works. >>>>>>> >>>>>>> If I install Windows and the GPLPV drivers on a hard drive >>>>>>> attached to >>>>>>> dom0, Windows + GPLPV work perfectly. If I then give the same hard >>>>>>> drive >>>>>>> as a block device to the storage VM and re-export it through iSCSI, >>>>>> >>>>>> (b) >>>>>> >>>>>>> Windows usually boots fine, but works unstable. And by unstable I >>>>>>> mean >>>>>>> random read/write errors, sometimes programs won't start, ntdll.dll >>>>>>> crashes, and after couple reboots Windows won't boot (just like >>>>>>> mentioned above). >>>>>>> >>>>>>> The configurations I would like to achieve makes sense only with PV >>>>>>> drivers on both storage and Windows VM. All of the "components" >>>>>>> seem to >>>>>>> work perfectly until all put together, so I am not really sure where >>>>>>> the >>>>>>> problem is. >>>>>>> >>>>>>> I would be very grateful for any suggestions or ideas that could >>>>>>> possibly help to narrow down the problem. Maybe I am just doing >>>>>>> something wrong (I hope so). Or maybe there is a bug that shows >>>>>>> itself >>>>>>> only in such a particular configuration (hope not)? >>>>>>> >>>>>> >>>>>> I'm curious about prompting for the pvscsi drivers to be installed. Is >>>>>> this definitely what it is asking for? Pvscsi for gplpv is removed in >>>>>> the latest versions and suffered varying degrees of bitrot in earlier >>>>>> versions. If you have the iscsi initiator in dom0 then exporting a >>>>>> block device to windows via the normal vbd channel should be just >>>>>> fine. >>>>>> >>>>>> You've gone to great lengths to explain the various things you've >>>>>> tried, but I think I'm a little confused on where the iscsi initiator >>>>>> is in the "doesn't work" scenarios. I'm having a bit of an off day >>>>>> today so it's probably just me, but above I have highlighted the two >>>>>> scenarios... could you fill me in on a few things: >>>>>> >>>>>> At (a) and (b), is the iscsi initiator in dom0, or are you actually >>>>>> booting windows directly via iscsi? >>>>>> >>>>>> At (b), with latest debug build of gplpv, can you run debugview from >>>>>> sysinternals.com and see if any interesting messages are displayed >>>>>> before things fall in a heap? >>>>>> >>>>>> Are any strange logs shown in any of Win DomU, Dom0, or storage DomU? >>>>>> >>>>>> How big are your disks? >>>>>> >>>>>> Can you reproduce with only one vcpu? >>>>>> >>>>>> What bridge are you using? Openvswitch or traditional linux bridge? >>>>>> >>>>>> What MTU are you using on your storage network? If you are using Jumbo >>>>>> frames can you go back to 1500 (or at least <= 4000)? >>>>>> >>>>>> Can you turn off scatter gather, Large Send Offload (GSO), and IP >>>>>> Checksum offload on all the iscsi endpoints? >>>>>> >>>>>> Can you turn on data digest/checksum on iscsi? If all endpoints >>>>>> support it then this would provide additional verification that none >>>>>> of the network packets are getting corrupted. >>>>>> >>>>>> Would driver domain work in your scenario? Then the disk could be >>>>>> attached directly from your storage DomU without accruing all the >>>>>> iscsi overhead. I'm not up with the status of HVM, vbd, and driver >>>>>> domain so I don't know if this is possible. >>>>>> >>>>>> More questions than answers. Sorry :) >>>>>> >>>>>> James >>>>> >>>>> Dear James, >>>>> >>>>> thank you for your questions - I really appreciate everything that may >>>>> help me move closer to solving or isolating the problem. >>>>> >>>>> I'll check what type of driver is used exactly - up until now I always >>>>> just installed all drivers included in the package, I thought all of >>>>> them were necessary. I'll try installing them without XenScsi. >>>>> >>>>> Do you mean revisions > 1092:85b99b9795a6 by "the latest versions"? >>>>> Which version should I use? >>>>> >>>>> Forgive me if the descriptions were unclear. The initiator was >>>>> always in >>>>> dom0. I only moved the target to dom0 or a separate physical machine in >>>>> (4) and (5). I didn't boot Windows directly from iSCSI (in fact I tried >>>>> couple times, but had some problems with it, so I didn't mention it). >>>>> >>>>> My "disks" (the block devices I dedicated to the Windows VM) were whole >>>>> 120GB and 240GB SSDs, ~100GB ZVOLs and 50GB LVM volumes. >>>>> >>>>> I'm using traditional linux bridge. I didn't set MTUs explicitly, so I >>>>> assume it's 1500, but I will verify this. >>>>> >>>>> I'd love to use a storage driver domain, but the wiki says "It is not >>>>> possible to use driver domains with pygrub or HVM guests yet". But the >>>>> page is a couple of months old, maybe it's an outdated info? It surely >>>>> is worth checking out. >>>>> >>>>> I'll do my best to provide answers to the remaining questions as >>>>> soon as >>>>> possible. Thank you for so many ideas. >>>>> >>>>> Best regards, >>>>> Kuba >>>>> >>>>> _______________________________________________ >>>>> Xen-users mailing list >>>>> Xen-users@lists.xen.org >>>>> http://lists.xen.org/xen-users >>>> >>>> It seems the problems are not related to GPLPV. There is an easy way to >>>> reproduce the issues without Windows and without installing anything, >>>> using only livecds for two DomUs: >>>> >>>> 1) Set up a Linux Dom0 with Xen 4.3.1 and standard Linux bridge for Dom0 >>>> and DomUs >>> >>> Are you using a Xen build with debugging enabled? I think I might have a >>> clue of what's happening, because I also saw it. Could you recompile Xen >>> with debugging enabled and try the same test (iSCSI target on DomU and >>> initiator on Dom0)? >>> >>> Roger. >>> >>> _______________________________________________ >>> Xen-users mailing list >>> Xen-users@lists.xen.org >>> http://lists.xen.org/xen-users >>> >> >> Of course I could! Please point me to any relevant information on how to >> build Xen with debugging enabled and what to do next. I build Xen using >> standard ./configure && make world && make install. > > Just `make debug=y xen` and boot with the resulting xen.gz. > > Roger. > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > I ran the test using debug build of Xen. This time I gave the name "tgt" to the DomU with iSCSI target, and the other domain was named simply "domu". Sorry for the inconsistency. After logging in to the iSCSI target from Dom0, I ran "mkfs.ext4 /dev/sdb" (still in Dom0). So far, so good. Then I launched the other DomU and as soon as I executed "fsck.ext4 /dev/xvda", some errors appeared in the output of "xl dmesg" (attached as "xl-dmesg.log"). Surprisingly, the first fsck succeeded. Unfortunately, executing fsck.ext4 for the second time showed serious file system errors. The fsck commands were the only things I ran that touched /dev/xvda. After shutting down "domu", when I tried to log out from the iSCSI target, an error came up in Dom0's dmesg ("dom0-dmesg.log"). Logs from /var/log/xen/ are also attached. I will happily run next tests - just tell me what can I do :) Best regards, Kuba --------------040707070808040107060305 Content-Type: application/x-zip-compressed; name="xen-debug-logs.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="xen-debug-logs.zip" UEsDBBQAAgAAAJC0RUQAAAAAAAAAAAAAAAAPAAAAeGVuLWRlYnVnLWxvZ3MvUEsDBBQAAgAI AGa0RURHoIfObzgAALT0AAAdAAAAeGVuLWRlYnVnLWxvZ3MvZG9tMC1kbWVzZy5sb2esXGtz 47hy/Zz8ClTlQ+zE0hAAn6rM1MqWPavcka1Y3kcy5XJRJCTzmhK1JOWx99enGyQhUrRe5Phe 7UhU98GrT3cDAvCdwJ/W1eTfIxkugzRww+DvYDkn3jyO1iuSrKfJe0K81ToR6b9+P0VhW/pb sFy/kVcRJ0G0JLzLulpH77gL39TJmS+mgbvsvIh4KcJfwiBJk272rBvF83NyNvc8pat3zS4n ZwP5ffapQ/Vzck7+jZLJaEzyb7AMg3bodk2uosXCXfokDJaiR1ah64nnKPRFTOIoSj9/8sXr p4W7Won40+tc6+BD+IYso7/WgUilkC9C9/2zsY18EwuBnUEcv0M1jaxmSxK7yzkU4zhk5c5F QmYg428rQi0JFonK0EJQ/wL6B6TcqePwzpfp1KX6AdGp8CmKitlsdkh0Bk9l8Vq9BvciFG4i /E1zohlZL9f4aCEWUfy+rTGBHuOcWQaTCmfJOUmjcpnbCpfDu0lnFUevgQ+gq+f3JPDckNz3 R6jR2xYnf4plj2hbf6RTfuT4+OhsnbjTUJwfRMjEywhZZ5CzWCQifhX+QQy6XQs5VsfXQolv EOQwS4T+1XhIbn+fHMBQCiUMNIPja6HEKwjipL5QCmWMWY5xbEsKhQrGbLbB8N3UPQySaZRA Zrm1HNkds5pxeYW9HdsdM7uGMfNOxRBeDQMe0dMwfOpsY/jUPRXDq2GwE9si6m2ZndgfM3cL g2onjgutOw5d1w5Yx+2f5Oz6TXjrVJBBkMkQ8Fyp8FKIUz3iwr+vouYRR+jiCOuaIAy1W6bd bZHBaNiD8JqKEIJVvIpiFwHJBKLW+2Uc+HNBxqGbzqJ48ekhAu9OZkEYgrucvpO77nV31L2Q fpRMKAzH5UPXNi+7GgV8+D8zu5qhOUyj8GdQohmfNOcTftyuhrCZRtYrIJcowth+R0sr/UU+ f/6yZwAkegxB4/UjdFfb5YR3jUZE+l/HZJp1zyxaL2tRNnST9Alj8meivWXjCzHl7cmNvefN 86K8be035q4Cj4glFi+7Grv4giQ/gtR7xugJgS0XilbJ3sKlKzmh7CBLtfIYK0MnVAE6DHuI 21R8oHMJgbpQSGN3sYow4SFuSr6DJ5zZmSdybCks/yFJ8LcgTNPtDyvwlIE95YG7bgydbU9Z 49yW4SiPiqkB0V+25bN8kPhBDJRSSUqKA5CAYWKHK4hfiKth/3XojuFDukMWmyLE/R8kfc7N jsx8N6sQ3d35u9pOt9uu3Ea97RUns3Evzdu+wfiFWMKYoevt2Nqp7bdmKjLuUobsazCc/AOa TR1epEc77A4Dco/cTwbjsoHMNJ1q+IBBuv+qMUKGtw/X384/1v5zMnioRG5fUBsfXEptmmuT y/u70d23uz+IZjIGzdfx+TcwYc2B//Ed6DfwTwXdczL0G4mut0MfbNUdIhyiX11yo9zyEnox ijk62AnndHfdJ9We8XXZr/qOgeiPh1eV6limg401ISOH6vB2jZ2MR8NKdYSXdSVUCtCNduij q5uvVfRZhs6vMjPIwBui/zHYMjIhnFLdW6L/Or7eRs/rbit0ACcA/u36fxHgpH7fNjJDGhnV +nZmZA/x4l7MyDgN/IF49UjhrI4yssu7u626+1nPMPsn9Eyt7r6su2ZrBUHGsu7karXWhkkq Zfmxda+hexm645hVdIk/XrRDn01zNrHcIgn5oz/Bcf1jMrn8lZ3W77W627m9m84WOsB/HV+3 RHcyrlLrMu+ZSt2plGXHov856t9XnWpe98sqm/BvcnupcoGcCMWnXWy6nmwFhNzP9O0dAeEU 9Mvr+217z7mq/QT06/vJ1qi6Ep39HPTh7X9X+z3jKv0p6N8iXHyRMcT1fcjlE0hTi0nbB2s9 MruQ4nG0TvOk2AvXSSriPDmuzXZufxv1SbqGdMcnUX196sZ9QRyXLCNfpq+70s6dqRcuVEL+ htkPJE4SRjsdhZDbu8H106D/0CffCy1Iu8TWchFmYhQyqsdtgP+LIP0e39xmaVdSX8qCeV8/ I4j2VqSXpPMl/0Q/rBOocLZRkc4gV6G7mgHTRhhUUhIqVLLGb6uMoldMO8nf2IAkdeNUNgOm n0S43rPs0drszo3D9yf8BnPm78ZjPhsudUC9ZvCp92HbcVFuvzjdNCJbPdsnLpfGlLhc5tor jktHG/HZh72qxI/p0btlYYZplLqhXErtEZ0ybtofD7Ls/B4xzHzdVS654giAYUMH79Ohulqt LSbj+8SZzvJCLsi34c0dmbowv+3ttL2iEGZrJ9RNKZqOZejWBwVyutN0M03dNBx2bJEVTc5N qqp7oNDMD45HnYdgAT5seEfGUZz25Gzd/glOM4+eTIqfoYN8CvzvaDqPZK3e+dn6kn9+tDpV 6rSJOlPqrIk6V+q8ibqu1PUm6oZSN5qom0rdbKJuKXWribqt1O0m6o5Sd5qou0rdbaI+VerT JuqeUveaqPtK3W+iLpS6aKI+U+qzBupU8Z024TtVfKdN+E4V32kTvlPFd9qE71TxnTbhO1V8 p034ThXfaRO+U8V32oTvVPGdNuE7VXynTfhOFd9pE75TxXfahO9U8Z024TtVfKdN+E4V32kT vlPFd9qE70zxnTXhO1N8Z034zhTfWRO+M8V31oTvTPGdNeE7U3xnTfjOFN9ZE74zxXfWhO9M 8Z014TtTfGdN+M4U31kTvjPFd9aE70zxnTXhO1N8Z034zhTfWRO+M8V31oTvXPGdN+E7V3zn TfjOFd95E75zxXfehO9c8Z034TtXfOdN+M4V33kTvnPFd96E71zxnTfhO1d85034zhXfeRO+ c8V33oTvXPGdN+E7V3znTfjOFd95E75zxXd+mO/fcm1vFWym72F1Np/vHDgagVYR2OkIrIqg n47Aqwjm6Qh6FYGejmBUEfjpCGYVwTgdwaoiWKcj2BWEWROTctpDuO0hpu0hvPYQfnsI0R5i 1hqCau0haHsI1h6Ct4fQ20MY7SHM9hBWe4j2/oK29xe0vb+g7f0Fbe8vaHt/Qdv7C9reX7D2 /oK19xesvb9g7f0Fa+8vWHt/wdr7C9beX7D2/oK19xesvb9g7f0Fa+8vWHt/wdr7C9beX/D2 /oK39xe8vb/g7f0Fb+8veHt/wdv7C97eX/D2/oK39xe8vb/g7f0Fb+8veHt/wdv7C97MXzzd joZlGKk3C+UrDJYpZi6POwCGd1kl1IJDvuMBYfJzSo9kngRPUzcR37U6TAYA3/RIXnPCLtRZ T2YYF5VNFBnkBfk6GRKtA1/vqNbtw9Pk/urp7vd7cjZdgy6B/z4F8V/wbh5GUzeUH1jR0POT cZwyjkOeg/kzCcWr2Al1/z9atk9l+k4iaGAc+KK7U5adIOsclv0tkTvz8LDc2ag/eDiXu2Xw tKwXLWfBfJ2fMQqWeKpIvt+zrznwcQOMrdmma2mU4Nj25PD4H28MHI17pB+G0Q+sBGU2uRr/ llzAO408R+kqXM/lk229ZYydmzyB/fQIs9j29+NRj9yLeYC7C6H9yyhxX4szL0cd6WwGuOd0 ZjPAPQctGwPuOnXZFHDnEcyGgLsPUzYD9Oon0orDls0A9xzVbAjoaR+d22wBuPsgaHNAWj8V 6rQA3HnMtDmgWwf0WgHuOMTaGJDVBkW0GuWdR2SbAs5qgPkR2oaAuw/g1mIIBAHPlRvDx1dD 3I8arWNPJNm2YrnPOyWbU9Vzd9VTH3s8Z2QtwF5GkdRdubH7GsTpGm+lgPrmZ+ggrP0pauEM HhVpRo/oXd6l5GyVb5Dt9Ae1QuTu8aeViL3Vukdu758gYk16BmUYpuDZwk1enqZBmpSeQTaT 9DDewUe5F1p+rvXy9T1g9cj1Avw23noACnJr6ieAIL8UpzUtL6d7YjNH10lsUwfyF8YNA5IF yqlWj5ArQOi42Om9fWpEinym/8E0x6LGXhhI1XCY8YgBHmKAFyd49EfTDDwIAy8LD/PgkRs8 kAQvkIMe0SjIUZCjBjmITwGHAo481AQ4kChoDHAY4DDAYYDDoDwGcgzkoMc0BnIc5Dg9jM8B hwMOBxwOOBxwuIVnGuEFOHimTofydJDTOR7XhBfI6SCnW4fxdcDRAccAHHnGGnAMwDEAxwAc A3AMKM8AOQPkTJAzKZ6jghc/jG8Cjgk4JuCYgGMCjgk4FuBYgANDqllQngVyFshZIGeBnAVy lnMY3wYcG3BswLEBxwYcG3BswLEBxwYcG8pzQM4BObAozQE5B+ScI8bXARwHcPCoiuPgyVt4 UXgxeHF46fAy4GXCy4KXDS+QA3ui9PD4UrA3CvZGwd4o2BsFe6JgTxTsiYI9YeJJwZ4o2BMF e6JgTxTsiYI9UVaML++aJnwLM+XLdRCmhMrt4/J2GsiTs/McUeyL+IIsomkQBuk7kdfgZFep dAl5wN39pNjeDyPMDF7G1pH9URh47/nO9GybekUE5lT/yPyY95MvrskKsDnUYTggz27ynJ0v JmKZxkFWZTw1J9vYI/yCcGaBpU3fU5GclzAMgz6SN4wNn97iJI1AuDgm/waOPRVP01eYHlgX xFumb2l2zhzXYzQFAnMJB1o6hkZh75n66JIk0Sz94cYCN90/fLskU5H+EOC1C4doOioyqkd+ OdTmuPpjDQqiDF4tA5UogcCHmroBVH4kozziUQsvTTBfPlHLZoblsBfivrpBKHvtjOvMfCmC jgfuHmY4XPpXEJviTQ/wQLdsbmr6izqLAb3KKUjgHSYXxLAAAk+cn5fqQPEnvl8DEeNtAdl1 OFe/kWCxCsUCUOVsrVuRh678F5Tx35dp4L10Ah8qOI/BYjpgHkHkE9fzRCiKWV9SDFgVxnnE QAczzEmPc3S6+Yysh5cEEGqWhS2jOGTuBWoe2itNkj87BMxqPhfxZ42sotCNgTCftQqGmWPE edKBtgCzP6JU8cFGm1S0bTvX7nS+kFVWIrzL3pwBzGen3KsMe0nK49KHrLZT+drYhqMFHM3g aBWuVjwr5FkmzyryTNuW54U8z+R5VZ5ty+uFvJ7J61X5Wv2NQt7I5I2qvLUtbxbyZiZvVuWd bXmrkLcyeasij+vIVXm7kLczebsqr9f6X1MDoOUjoFVVzJrKZsyKQauOGq+1gqpho/m40erA 6bWGUDVyNB86Wh07nddU1ODRfPRodfj0uvmp8aP5ANLSCDrUxFB1FS2TKATieVEIuTX5/Wv/ P4mNv3QVkha1NLRtL5Mk39P0fbM9qSRFcceJvCZnLVePXiHKRiuSyoNQwRLoOQOHUlZARgVL cPlhiAqYYmfSuNgEOe6GryjtgMENBF6XA4GCQ1batSFfGf36N96iA5OCJIq7JXlmQb9fQWo/ jbMZhAxmJIygTmfJS4B3opxfkFc3XAsCTtJbhy4iZ5XP6xGLv9Zi6b13uwS6y+hCgZfRPBoN xxNyFq7+CWNtWVR3NqYOJetI7VXgPy3ctx4UO3PXYdrLo+ECvPVivYCPGi3pGLiPYCK8tfRT N7G7ED+i+KW4ygXnJ2Vp9F391aofLzB6Fu/U8i2u7U0xnmMz5DxnAR0XKwRGdYzBA4zc79B4 71l8GNDz/F7FdMogJJmWBQDmVly3mGEgBYc4censhoRczYaotYGkF8Tmtm1qdg3RNDHbGEXr ZboHkRlmScXGALz/rkGIZWlJw0FPuUejfFMdKlgabkvbowCJVeAVB1YzDYvv1cBb/v4ujw/Y lL5XYynSJy8slyED0B6NafgSRGV5Z/+ljBD4Z0/iFbq5pKTjXjY5+xwXV+2NC/KR4aBXYiwI W3YhrGSuIsyqqoI2pDzFerH8PoYOzNbzYTYIkxyVBEP5hgk1GEPdMPVdeoJcYxXBDNbLZL1a RTFyeGVK97EAUwwJTMqWERmPIL2Jg1dMv1V6J5uXQPIdvndLZdjo5fFXjh94ytOP5htinYH9 aOc9MMTYL0MsgWzbLhHSYds54OE2PgCP82r7iqXHFks5uoe9xbKStIlhcHex7OhiLetQa0sD yTTcmrm7WH5sseDLzAPF6iVpbhr7itWPLtZAKuwt1ihJm/ZekzKOLtbGvGhvsRtvqEOMsfcV ax5bLKfmoWKtkjRne4u1ji5WhtJLcEvz5xSvsbJLP/xIAVseOBav6WI1AyfwUbjUTQN3D5UX J9WPW7e/T+TkAe9HTcnm2k0cLwj4urYdkwzwgPpRYJu7L4soWoPiuAvya+wu0zymfVR9Q9cx 1V5BOeDyIQlLYzeQHs9fLxYwyyxJmjj9v71+qCzD4h2DEaR3ZOYugvC9NA8DDRsjk6z9TX/w AD3pwVRJJPK+L4gCqVgQPxLJ8t9hGp65V1yJFaQ/GY/QkRYDS4K0hOpY6gdA/BU0fV9BFgIT pljVaiNsUPS2ANojo9HV3e3N8Ku0KT9aQDvlEjH5Ln9L1Tr4izXeSIfXc2hvxU8uHXg7ncm/ R3KGvy6Wviz1t5EtoFRKOoBWzLpxAefaZpugZWkMt5hIsOzH0uoPo7LJVDZEVgjnz8nGcDG+ gx+aBhFk3rHAKxOT0J2S/4InHe2LvLekJGxiJM0v6JJLvk93k+HZKPLX0PMDmW6cl8QtTO5q 4psgXNewGf9Ag3c18jS5GpPrt1QsMSInFSVcKtlTTH8+hwF3049KBIeilK+v8BKE6AUJfn2F XY2Xom1kdR13yOay2Q2aPvTtNIy8F3ml8EJ2REf+nE6ElJA22R99kwsrCsqxdVwz+H4TxAvp fC7X88deca0PXoEpmyAvnz4nkPpDdhzMl1HJYNFKLL7jkiTf9Sx5WY/ZL65gKl1OdbW5nIp+ eEmSRDc2gzd4XwJlPXJ3PSIPskXfItfvlYQtWr2vafN3tlyH4XmbqsB8ztJ2NtR35b1BXONV dAKzkYO3cCE6lUNxXEMpJCnsUEMbV4Uxx3B2NnSaX5BEnTr61THoXGf2sQ1l3LDNQw1tXBVu 6oZiHV4YG69inBduB14QNLga+rPc8SdkopEJJROjjGihH8sEMz+Yb/FBzycn/fF6lRbXOyk9 nTGq2jmOfkAd7vMf94Cdt7hIfxbNZuclBW5qexRoXUF37D0KrK5g6vsUeF3BcugeBb2mAJaw cbMYcwfgwcgkW5ElAzk7gRkxhD5wbJ+mLs4MNzfTSgQD0z+83qyX2w9M7mW3w8wYUg6xLOcQ 3ZKiiceaSuHqOQKDya+//REs/ej/WbvW5baR5fwqqJMfR9pI9NyBYcpVkSV5rYrtVSTv2STO KRUvoMVIIrUk5cvbp7sBcGaAAQjSW7VeS0b3N/ee7p6Z7m9ohi6fqGL/lsxnYGKiHB+tfpzg faHkb7CBv14sJ6v13xI8VljlpA2MYIf3xlVx7cb1/Cq5QS9EGYT4M/wDDmx0Z8//6XWUsujC hgLv6FTi+uM1O2PZkLFhpN7J5/myCmh1is+FZuk/fags3R9qWugBLi4XQmlm5B5QhVpRBSc+ LaNB1SC5zg6BnDrIqaxBCi0OglQOMq1BSnVYLTMHOa5BKnVYLScOst6XWqaHQOauL/N6XxrJ DoJ0fZnX+zLFFwB7Qk6Y003z0aze8EzsX8tZTgNeQE6VCiC1yGwx4rRKh/TfAPA+4yW+IWws 8JVUXJaAwUCXLTHupDsKAwib1iF4AMH/WWnJAYRyEJLpNAZx/eHyXxLn7SGxdcGSC3kPzb+Q YOtMPRBuaiDcunpwjTtBsynCb4oU6NpuQoB2m3CEKkdJ8WqU4EcejhKAlAMfA1E+SOpAUlYH UbIVJBtW8ksxhQCK6YBZosLeZN6vO5WqN2PkdecEn0I0u3PCpA+RpTGIZnca1xOGybAnTCpj IPs1Ji1XjgOZ+I1B7XrXHKWD6CbEfvWwulkP5dUj21kPdB/GIPaqh+JZfaJPg8E1OwdXCcli EM3B1W5wdW1wUY2IgezXGKVrAojnrjFCqXx3p5LWFEDM/P7QIi4GuQeRNVbsbCAcRFz8cGZ8 iMZ6IYhtl1aL3haL3qZ+V1qmW5mVx5wVzJkMmIVoZfbFTVowp2HJirUyTzxmUzCbsGTd2mbh t1kUzDKYPjZVrcyBqFVuDkLtgzmISS9iINE5iBPQY+WSN1ilt4xEfBlpH8KYGERzGUnXBImX KxOjxvON3xAyteJQQVeyoit50AsynL68UgQ4m+ZDZqZRcS/93VPLcCgriHpTnI4z4bOajoO6 nWoF8YbUOfEmBUbZH5g8JcSzvBVvssWbukqRnt2Op5hswxNumckCS8JcC5h5a+Ok10PCNU4w ysPQqIbmzWbx7XCNcx0bLuULcJgvOgZRHy7BMleZLFScDcgvHdXcwCQs1dHNsjT++Cmogh4r 1yLGmsRNtapHa+WTGdoDpDn3BKvNPQAzfB+wrN+cwet9Jqo6RDpJnMJG4bGqUDjJQD+HwZa7 lFrDtTQxiIaEcV2DsqHWNdq2g7gNQhQAIpAthhuRtjJP/BoIVwNRH+ksVFkqkH1UBWMFiytP kZGQp8zbqIA1i7K2TNeqJ8JGWDqM7wESG5P6dLUyDcZEDZkoRLYwsyFLudglso1VnMUg6nND unrIWaMe2tgYyNadeMGTC+HRm/rCL/S12CCoU3KvrV/Gm1UZKXyao6v/2MNLZVT/a+vU7sak Ku0F1vRF7aymsvsge66pncia79EBMU/V7hLEfiU0HFe7S1B7llD3Y+0uQe9ZQt2ttbuEdM8S 6l6u3SXY/UpoOL12lmDYniXUfWC7S9hnLsVcYrtLkHuUEPOQ7SqBriM47/fV9gDkpsxvUTjt P//v3e2buwH6wwd31zeffEFj3WlRX4iba1BIGjjGHoCjazjoi9q7Sdfsmjdx3NFTb5zLX1kD R+ClCRzFahCTG7ykud5s72Hc/XZ7jsfxm9XyMTnCaD5uiFIuUe0J+ONM+hhvwEMtnZ6QgiXO 4414P188JJ/ff/yPM5gjVzf/uU5kohKd4IOU5BeOb0cSfF3inZ3hPQmxA+1NHe0XetISQzNo 93ejnUfq5oMlv7CT7U2dgQedsV3QFz70LxFsh5YqbnegXfbvRFhxagfa2/6dmHnnzC1ov1Zo v7T0okOzQu3qt3cHDom15U30V2N8yISPEqu7nHS8V/5reeVxy2iZyXTBeLonY0oe+69fRqPV eFjeccVYC/mUGjf0TdeTQjKuX8+X/wrC9GT5bbF+vVgu8hO6s0E/esgCvWy7kAv1MYpc/hzF lqjZV9iPy9HUrWf8ikKy+lruApUQeF6u13MUSX75Hi+dYPXjLXrF49WoN3mnsSSC8Mgc5kL9 sNxyblGTJXI85aGr0Hf4rOuOnkat8w1qxkYVN8wcn2DoEy7vMFFO7PHLbIZnzJ3BDpglmzXA 0d04kRgHo/ISVYhjunFioQ1mMZxsB04zXkAMh+PFols/I+uEJlFxiP+9egWMtNKQS3rxDHNy cV0MGB61+xRWNm+9LZ4jt94sV3RrFb+Wm5B3EB5QZSFVw7wolZaQyUaZJrOsYJoF1GQkNKmd nRErgvR+j6nVhIgyqxbmiWMmGyzKrNuYncI5SduY0zZmp9NPxm3MWRuzU9cnbW0m9TnGXLeI osy8jblm7ESZ24aqbsdEmduGqm6iRJnbhqpufUSZTRtzzbCIMreNc+7anLe22bYxuzbnbW1O 28Z55to8a2WOjnPE1IkyyxhzxIqJMNPrOY/5GmPs4C2fa3wzRcKu2JdPkquLNV0xGLGs/Fti NCg0iI59RH/m8Ibk8j2BRK3j1BknastDahOntrKgrmGncepJUZNpjdqG1NOnUaICiiwsvUdf CbwGHukj6w2ZcEM2c+M9q3migEtyFnDtKP/q4yf01MfKl3750p8ybr7BjzIsX3EecPVoP4/P keKhXImkvJGZsaDA7dPX+jtfLv2Hvjzy0BfZlaqVsvoTOIMSfAGrejVpwlS0Sf700V6TRE6T TYRd6UsLn1oV1KpGLeLUhodksoUsbHOqWsh0SKZbyNKQzMTJ0nAo0zROltXIWnrRioAsa+m+ saDuG4cNzniU2tDJNzOh1FBZtLPri1Flsh+Z6kcW72xVCE2law2K97nSpOeptIYd73pdYOs6 dRajBn0AZyb8VaOOj5ctsC0LqW18IITVp/SX8ak1BiAun6K0j5y7/xomrSwg0DMShSjchl28 BpfogbwpWogH8mZobsSb7c2GbggclRYIN0U6ISx6TOMQ3rzpgtAMbdcohD+ZOiE4b62FN8O6 IbK2KeBPu04IYRoTsdc+ISL7BIB568sE8pJEV+pLV01KSXQHzHZvgFr4K9+UG2Dm40sWUvRo 1ziqUmgpPbGZ+hNOFXM2aJfU4QyNM3SOikLNNYTYrRDJGZt2jY7x5Zk7xgZNiJZNqBBpY9v0 E9VjdFJWLwtGx1c4dWpCih6joxmPtMtw7W2Y1lf4+GSr8PHarmQCYz/kcmoiTxtcso0rc1xZ g0u1cVnHZRtcOsoVedIXcJmWsoRrl2xyZS1c1nFZ2eCyLVxKb7myRlkmPl6dBoIJ3AV+WblT 6/MIV3SUJ4pbd8PMsjqXDbep7knVtZKNSEUHVH2mdULRjbNWqPr064RSUnZA1edkJ5Rmtg0q 9va0Eyrr6PbG7O2EMrVtrXtKd0Klta2+e553QtXVn+7Jn0yWL49TekM+zqNwtn1uNVdFZ82s aWtkbKl0QaVMNebWwRpFcdBRrd+R73lizvNkJ+H6Tellj1eFbsZd/QwKr6rD9WpRbLdKVenm cR73YfEeDk/IakFWgJye/3iP6wIf/Msi4oUX0qKhuc3WPhvNMUQBPrJH0sXkRzK5zycPCR4I V9PtODlNRuMlhR91x2NCMVMd6TyNvlPh0/x5c4/v+fDQZrP6cbfAuD/C4+HcHHRLElkt/8lb kgAiUvYX3ZIEMKnlX39LEnCVlgfdkgRW3bi01e9aH7Aa8bPX+vD0l6m/6Fofglm11/U4jzVL xV90Ew7ArEnb3HGmJe4e99nTZgi1beQ4XoaO4y6glhWaAi41Z9Y639ClD4zbhWu1iEdCJ6EB s/2J6oIiTXGIV/lo+qMI6kuxMTChwNBF0kDCTMWmac9KWvlTlaRIDD0qyU0Wm5D9KsnT6CWz nszlNdm74pyzPGeoIjqDpdTxipfYVRe77nq5S+y6i930ea1LMGkXTNrnhS7BZF0wWZ9XuQRj u2Bsn5e4CFPuJC0wnPV5fks4ohOH93lzSzidM4WLPg9tCadzynDZ53Ut4ZhOHNXnSS3hNCYP 93BY914N7FkXO++3S2vBWBeM2Ht/BsTG/JGxdsX3SGAXXey83+4IMI3RVlGYzs0NYHQXzC4x JZjpYt8lpgTLutj7iqnquXILTF8xJTjrgukrpgTnXTB9xRTF3+0Y4L5iSvDuidJXTAneOVN6 i6nqdV4bTl8xRQGFO3D6iimFSct2xRDzjBij8VLX1TVdW8s7golqsDeyzAX+ZCcJWDFKMlWL jGZFZtHj/+n8OsnXiDJf30Ml+oC2RhO1knFTgo5B3Y2iGa2lC02anWyjlTawJHocAWuYvNvi rLcxwDDOnV/zspZULpXhQyl8MI3VWuWLZeyymGQavYe/X1xHK00JGqo6m5NEGJjiqlllitQD IKfv55v8p5AsnqTuDDPnGDhLsxb1Void6i2w20Ysa+GCZVfRsl3UZauNNG0KtWA7SwT2tBFt W2yjSYsymrRwweVsxlRoa1avnTDZSPJ1Ps2XpcvCZ9neAj1/f7u9v3lShQz2FWggRqXx98Xz aPKAFce7h6vR02w9GJReCDVgTAkLM+XtKs+3NNNtAhbJjWAPFGx26lgy8o3dUnj4orZvH0eU WIV9V7Pqcin7zh2LNbgzjF6m840XchFLXOSbR7zavF5OHoDxqJZPrmC25ePE16gRFDBHXKLb 1nLLBtamQ4x12giGCNyCS3wz+O7lS45x+d1iAcXlwxtKnUDpAk5QSylSPFBQZ1ZkVfBwUlSe //H2dphczNcPyZ8vy81onUzx7zsz0APh0WaoIV/gp44wxJjGpVg7CUo2TIXgLxwEAlUHCn1a f3lazJ1jsOxhuX2FS6QCHeujxy+Y5CEBmA1dD15vpivo5qMH+L8PTK+P3+DdVTDDfkAVbs/B 9vuSL2CWT5Kj8frLcXmje5srjw1UeR86OXoa/R+ACy19TI16Hagra2gxxtdbJQuMnV0XUAUt OhgC2inYonhFOU5v8PJJQD+Z/ekP51G5BvwKZeUOVwSe2tMXQAg21RGEnoY6IsjKWGogqL4I qnz0GmvF7fzLYkTxVa8/XIIJT4FPi4Cb+A/beGoenGbRp+OHIIXmffXu+wAkU753y++en/Kw ifivaHCg5xiv+ZeTckvs39AvsLL2ITugaqmJVY3g9q5aanXrXDigalnKYw+ZD0Cy5avMRiPV /o20plSXy8yLhcPxHcaZQsc+/kIxu7e5sdhAO3bFqqrcPxecl9+fKTvnFuG8eDKBMuAikFAI 5S0cxfHSP+beeEYscvHXqtEB5NdJ4il4CXT35fEFsx+MMMJtjskAMBbr3dnFDfr8tSd+VIr3 CC9vMPTe5Wq1xGh/E5D3yS3IWNymiih+xSu2I6Q73obMna8jYfkQVDO8ff/ru0vYh86uL6+S WRWZFH4AmY8RzL10KxjXn8jQDsczlT/eXZ7R0zUfk+6FFbUCnQ7KeMVB6WTb8OcqoffXJ/TY ZH0/IkUoCAEJMMqQP39NMAgyTDabH7cMFYOrV7+hn2IGejdeVnidqGOs5Cihcs4qDNisKUh2 eW3hAHaLtwrvn/PNHaWbHU2nQ4zlXmV4xRCTqz8pu9Ld+c2tYywOYyiMazL68vxlhGNQZaBI voJcc3stUNPJ8xxULLxN+/Gattzr21eies7zSGGuXxbTAUayH1PuOHrBPp2v8slmGzxeDVIp KHFJCXZO0wrdssn5p5vk2/3cD/JMKhoSetwSHQglN2jU4xzj29Lv1enUt/nmPslpAp5qj1Pj lvq0xNSu+ddhUX/6tXpRhfmgYIKiGgGKUfK01UWJ3aCXa7WZ3E2eluvqHtDNp3NcGsm30UNe hFC4VR4PPTGt88DvUNQqH/rb+ZYIlB74mTkQNA4IBCbYCDTxpzWGAYZNE9Nl/chHMF9/yAew RVQZQDtZfAW91wOQqjDFksnLGJSdpr4BNBTac6fF4lVLMUzb8gHzdOVg3H413ieO2u9OsNTn QOe3Hy8cvfPTxfoOzfNHFFUP+Q/SiT0miTsfBhp/Nx/nq0WZeukJVVw8gKXkg4sNLoLgVLaQ 4AMfyNIrsG1VQdF9wDxb660uyD3qDC++1ge1Um3Ko116JYWDJBhXp3jspsGSGwozlDz5HSaN 0+f5scPWFI7+qmYwUJ6T6QpUS5iec4wWXW5OHiNp/ZVZ87Kg/MVl5qzKuqFUWIFtA3x0dvjH Cg1eHCBYrFXvl9y4Nk8x/wMl1AKrFwzeBweQZhirqbtgo0WjYFBV2U6+LKvzQenoAXyBFTv9 DLJv6BJdbocqdYs+KwIT5ng5Ji8i+j4e3Rwn1ze/vaLErB/L3i33w9OEg2XDTx88BInu1wrh fPn8A2zj+83R5Djh1lpgwRwcBTRu9CD3/PxhBKFk6wmb7ba1C3bdPBDcZuLiZSoubo89FtpW ikrXYhn20MHTTKdoS7+sxw05tci/eRtFqRwB4WztcVtUuXtz37+MHa+hF8FtvKWgdsV6jORz ye9REZvALvj77ZtEDFjy98vFPaZBmf4dlCFQGDwl6Ojy3fnVcTn2DillGJaN7MMi0wsu6Iit DQayxl30cT6GlbGdfxJM+LqMyViRqAHWFeYjTN5//K9P7y5vPpQHJds2jtYVyR3mL2Qev3aR kT+VKJQw8fOn/6Fg0JgE/Nijt+jFbZbHu8rjjl/RkXJLeRhLWrKgPEWZiAr6t7Ahfn579jGM UU1UXhj9ioo3qazRdSrRoNK8iSWbVOTvCanCuNN6wCzPUOONrpd8cw//P/I086EY6F8/vVoP /5hPQdP4zjHk+JDnQ5MCzzBnw8nUg7boCO2AbhdKMFUXKJCr1PEIJygVUAfch7PzwnV8/e6/ C3fv9Zsz0Nfw6a9mb9+ewh8PjjfgKrPqgjxT9Pb69vpD8p6tk/fc46RorQe5LAt21AJbTuSF 8AilUgee/Jfs6c6T/4IQHaKV/KjFTN0pNEsE04qAoqYugHxWPDdvYUXBh9IMjy3c2j2BxbsG yxdtHviweHkCHShoOT3QacGc5uOXQkdP/L6mtxzR2dCrB0xXHxaOQfJ40aP8JR6XolmDatk2 DpkHpmjrjoOhWSTECXrIwli4FT8H6YAqbQt/tTuQ9oCdSePDBwEA6UawyeAfkJsfy3EoNyGy d6AG03/ki+ly9ZpPzRh/BQNo+jLZvMa4MB4YxaVvBVtvcA6vYfnOVq/lSVKBQBMLO/Ujje9r 7iEaXIAOsWTpnmrIhgLRsX0YLV5gN968rPBMo7AI5QD65lSdjp6mMERVF3oYaRr0jF/FYdDT jkcyPJ6EvT7hp/CtGgT8By+Ef0GJ5nlAKSpzssxu6BG7rKP7nmOU7LpdDPnVlyw6m6Y9Fwci cNGK0D1mkmJxtrDuIx68CSlJd2nBjIkHjllzWCvLfssbwXQ7GC1vFi5vHSxv2ba8pz2Xt4Tl zbaTWPzc8laMrIRWsP2XNyDa1Efst7zBKk+DVh2wvBXTSvkYLct76i1vjGycFYtWdC9vsN+0 qFG2Lm9MEIinPPeNIMOetu2oOaXMiwsDvlMYADtvpMgV23y3osx3K/ixx8LxOVekfrPlihJv X/928+n27urD9fvikFDOPGaBj30jzGc4xBjkeoBRJxMpkvXjEvrHlP0kk1/Hz2tCo6zVye3Z pzNyhXrgJDNiNXsc4UwsriotJn8m68Vmljw/JXSz+3EJ7V5CeS9PmDllk+RP62T0DLPNg9bo g4tA95GDCixyvFE/Wc9ZMiQU7xvd0cdvvPlNocDCb6L5zeDI4TfZ/Eavw/Cban6zeJcDv+nG t2IbAssONzjq39H35PeLD2evQB4no/FolTxh2u5/d3GyC4lZ/g6TkeQYbDEeKC9BxYGgWQxU 0CLZjORhoCJaU4nqI4CqA0GjNVVlTfVhoDJaU43KM4CaA0GbNRUwePiKLaoKg53F97YIJx40 BdnpgN7HIgQ4ifejOuDIIpSlQZg5exA5QntQ4dFP4fgB3YsXusX9/Mv96fo5B+ng7WiVQlFm g65vIlqbDC8KbpF27K4Zy9JwdxXKx7KiHSvYXJnbXFltc2UOMBWowBYqJu/YrYBSWVOjNC27 FSZjlmWbxU/1Huatq1osfrL3MrzAwtqx9u69DBR59M8UO3hX7wGlZnXKtt7LMD82347ywPTo P9nSf9bozJgAa0cPsjTjfg9qnTEPzRrRhRb0IW9X76SDNBTt04N0+t33zSp/yj1ScnR5pKFO dzta4AUdn96G0KH+dnaG2YlYhiq0yJRlXKaO2VLm9OAEAhv6AcNg326WKzxcKSMfVteqiC3F OYYbqUkwvf34dF0SF3XgA687bWbV//d2rL1pK8u/4m+HSMF4vesXur1qAqRFbQi3kJ5eVRVy sGkQz4MhSf/9nZld22vAEKfV1elBAXYeXnbntTM71aLLKTYNBx2tHbCWnifnOBWTrmnhAss3 FTZ4QHKT3XxecYG5JnNdbgcFXGcWWGxNJsfdB8JGDTzLsb12gVkaSmp0oKHMFtgHro/yi6OK a+vKNLOfGYf7dLWSVLXqtHWLGZnJbkG+38yoDZRXYqS5fwQnLKugomlstHpeAgC298OMXKME VGl3XpGkg5U8mlFUgaQrvNRIq0SSrjPRjLsKJH3bTw2jSiSpD6BmUFUgGeCpp7Rvq5AMLGXD saokPTDvg9SmrEDSk9l7mi36epLCtqkL+Xq3TZczbAA8+GioAtlGftNxQ/dtG+j8NmBbNGhr yFcUZA3CJl8tjZKDgX6VUVjHLYVNA5odsK/wglZwuS08fSGwy8dptAmfleL82G0bTxicMG4p HeF7xucPA1xclH86Y8TNPnUQSOLPPifTn5NplKhW8vRz2tpzAnlLPS/bf95P8a+HVbiJXv/I OiPUuLKKGgEucnDPcqVZBJ/mfCEuBZEOpXQ9TdgLqTjmq+dSvSFK9AZ3BO0eDdU5w0S4ka43 xtyKNWzME6ewVdYbgNL2rALKTG/I6Vms51Psxz5TP50GyXlxlvZiT6ufUzD5HjMA0D0oL9Wa Tb8uIVN9JQv5ur9j7Zy+S2nzBysZprzdbHGrY9Lbwo61CyuY6Sv4zAOUrWuxt5U5KC77/zIt hQ3ONfo++oCnp0UUp4XvT4tsZ/67k5JtdkyJF8rANNymRf8ZbUouq19R53jqAK1sYSM1ovPe 0Ch8jf5/mqAnrnqDLvghGW6Pu2jLJVGO+XsShT8MjgE6MJIxc72OqVWw539Ox+FcdVZvGjUG dqXx4brBhBkYH6bXFzlWQe2VD7HKZJu+TLbBAPlqMtGgHDxHP4S6xTzHQbxMQNJxDo9D//wc 0OEeLydH0flmmsN4KTPu9j+MVnGC6XipEd3u32Hy1M39VUYmAPkAixPohE18Yfhi5197AbrL h1xcbbdILJJpFVHmr3i4mFwK7Gkw2Wj6vdMk/eSnpdryECwDv8JhAa5VuQHqi3C9Rkmzi5/i 5TaPEYMEMHkOYzN+CDNdjbfzJmY7Ymyc3hk1zOypM1iQwUWWAJLgpevRog7w8fw9aJvHcGvC yk7xg/9F58Cdb0NRnyRGDcZaF03MNFxSnyUwe1ROCSUqUkEEfI7ZVRTCNY279RbXFnUzl2ht 0/U8ilXKzCdh2adSn2C853ILy6aUGBnM43htXO+2Wximy4zPvW+D/w6GmIki/76+H+DfeOtI y+rgn5qUEBp6lvc1L2D/Pvjcv/6hDbTxJ1J8yC7g5/no//3lurdHXH827u41Fk+JA+BNThyc WzdrV6B1waBk2fF6N9nE/6SDwbfhFJzdLykZjX6OF/UwTvD/5dSojUbSQKgXPs9+Kh+DByx/ 5JYxWMfhDJgsCOt5uAXsC5DayXq20R/UzTBhhhGadcPW3eiJDIKR2py4uvF9Xb1XKhyBAkaN YgjoOdqqeKIBb42/w+34sb36acjrXNIscNggngYeYLwhB9+RfFCWerw1enejL53ru7shHSVc ZklZqpIJU7AfQbZjknbjuns3SDGnFzy9JWdEgZ86rLW1gW7ekiUvs9Z6Ox5r6Ui1ifPpeJvI jUn588gmLKvB7XWXYDSQ9MpOSdHLG4B0J0a4VPf4yAnG3O0n8HdoHnFJbR+nSXbJz6/Vzkge KUMVrf8pZmLD1ICAXk3o+TCz9alglRLNQPCyDBzmnZ/NQAj/IK3Qy9IKPZVW6F3oIOhTP0bh CK3ruZ4jdDvoauMczDFIltEoG7tXM3PupIhx07N9SrD/2L7toqgDJw/zL6N4/M4y+tPlOweU KGb4juNRm4KJ8Hnnc3v0FaR0lO4HwONaHGNtR/CwSnhgW6CHdwSPXQWPj0H24/zwSniEJXju 235sXxm9r9NoGhLmRrt/uR4v3gXnLEQ8ZGzoP04jQRekMYYtrCxETyPpOuIcSf8PkPQ1kj7O +mmS3h8gGeQkGVVHnCbJ/wBJlU8PxqPDXDJw962GDVgo0nA4ZhYAHN4XJF4DRwURyTuwivHz +maVogBzhRrRz1erNZopWG2oVzkxB6lYWG9+LS9DmoDd/RzOad/vFRPQYJDTdmpgUVYi1oCm NQCLaTLerXZJflzN8KQgsElRt9tfWne9m1qvM2x3vo7u+xdpXiOFfFQ6CSmADJY5lEpyFBbE 28OmHDoweQDbyMkTvIndXrclGxABxP2aDsqMWzxxv4G5N9q79Tx+uTRu5qvnNAcDrIuXxvBF wxpgecQ+T62PV70PneIzPcRgPcbJPlsO3X2X8k/2OKsh2IWcTZx8UCWgZSOqOwBBEmvQjAW/ AU31vKXMFyb1kH3bMUXg2Ni+5Uu/VagBWYYLjJf0ut/SAujtJlwmxJ9ceaaGgnbEPopdtD4J JKwjdLfjM0BY9noMqHczeBImMx7C8Wz8GC6xPKEUkWP5VD97M6i3pGv1Od9G+D1nARZV59/3 4i1s2r+Wk+QvPX6FJgI6Z2mPI4QVDrUa74JpoLbeDMAiozZOSxKMWotqElxjNZtu3i9WyzAy k+cHM4ovMh4DX7i425EzKq8ihyx/JNnw9AmdIN+zcrCA2Xg6N0WPrBBry0FrMGFSMNngFTOX On2cBABnapNBeD74vug4ofNWTydbSZGpfOz0OAeG+9yiKzCxURdIX/yBmvQzgVmM+/ZprZI5 YCxsBw+Dlt86PXRvjHvNokU/eL3TdoAcH6AP9/rxNsPtXmE81WRVGB9U458zuxL/nItq4ykF 6FXjOTjfgWsHmjRbrqhiTF6IsknSSi0a7uOpO1i2WL2wWyJutHqTEByY+15jeNUvFoFcgnfv aoAUniBAtRuCum1ZwrgNX4xPmzBZ/oLVN/tl/GsRvsze/7ML51j1hw78v1MsoA5tPM1UdJ6m E9Dkp1UYQcHe9kvUkMRRpoYA2rMtSn2arkfyphTJP90IBS8uSYrpHFiQxcTDWFX4AazvMo4N rQr81uPF7izPvouKak9P8FqO4Zy2IBzgPbHfwBG4Jhc+5U/mQCfXCLNsLNOh25dKlVRhyg+U lELBrX0dayvOz3CdwjveG+HR02Y2x5lLOT3xxBxEsOc7tqOy4zyjqSS3PKnHmsAVeprDVr/R 7UsQEMI88D2VbGd45WHTbmcoo6Rfu1+G91ef6+3u4JMMm+KLHjYVGW6BN5VQ3M47F7djWtxO wVIJtg77PYkeftB9RzZosPKIq20yQRFX0ElZxFUhpUszDpGWRVwVlLyU+QBKj7h6XiHiKgEx hbicnAquplGRN4VcJR3wF30KuT5gLGa2xGNPTM2cUr0riYt8MGeCH2PqeACWOz4sEt/F0HEu Puwz4o6g4PGx2KNM3Nml4g6hGRPUertA86zIkpAetYopbDqnlmM4s/EUDgqrvRmHG5jM8qnk Ngc6vYG9wAS+hWqEUH+Yz8hiQRr1TTwxgksjLhg+TFzmJdPMqL347sgV9fBBBhoRocODwOGn ZaBdLgMJhZCJjoWpEGoqzk2DhGe2eCN8YKHJzG32I+P0xBQKl8EUusxy3kZOwZNfUlzr83iy PbrgFAg/8KWOkMzCnxpB28RC2gPtWGGpEQ6sHnVeh6OEC1+WBRxutxOPTmCOYG8m7IHbYDNq D4CxVZW4yppUXyKT/+hzdVdDDXSqzNwQvm+64IN6b1SuEh49ln0jrvxxJQjd/XmO5JFHBWjP kur5rXaQwiEwkf3QkjvJOIL5rzTj9pj/H1BLAwQUAAIACABEskVEnW2TheIAAAAwAQAAGAAA AHhlbi1kZWJ1Zy1sb2dzL2RvbXUuY29uZiVP22rDMAx992f0xS9J6mRdBgF/SRlFtpTWzDds x0v+fk6HhARHR+dIHhxJjsFtnKnNWKQk+as6zqqOW5Yje7dP5siFdMhRTDeGJv/IO+PxdSxX pHrNqLq9InS/vGN8NZaWawqhtKEy4HtrKvVfw9SDw/nW5wIeIeFgcjj3VJe6JlOOSFJjCs39 m1Wznh4qGXyS3MmrJDoHWgqxjPPyQcs0/efJVs2t/cFZBGpH+72VapBCAifHmeWC9QkNzGil YNXrk+C1NbmQlxcxvOPCbNBgi3GnSjN9RAtlDck9ojYN+gNQSwMEFAACAAgAZ7FFRBwselXT AAAAGQEAABcAAAB4ZW4tZGVidWctbG9ncy90Z3QuY29uZiWO3WrDMAyF7/UYvfFNksZdybaA n2SMolhKJ+afYLsmffs5HRI6cDicTwE9G1XuRcHyEEecjPqpXkG12yMbDS+5gmcf09N86M8L kORf8wVqFcfzOcVYzsSLYOidVO7fh0uPnqZrnwsGwkSD5NjtlbBLHXEtz42NpRQb5huqrEfZ koTubHYOSxo7j9aM46yn+Y1nrf/3SC+NZhQp2JDbd2FvpwpxTOiNniAXqndsZiZnRqjBHoFg neTCwZzG4TUncNGiK+KPlga9bQ7LGpO/bVaaBX9QSwMEFAACAAAAkrRFRAAAAAAAAAAAAAAA ABMAAAB4ZW4tZGVidWctbG9ncy94ZW4vUEsDBBQAAgAIAES0RUTU0bcJlgAAAMwAAAAjAAAA eGVuLWRlYnVnLWxvZ3MveGVuL3FlbXUtZG0tZG9tdS5sb2dtzSEPwjAQhmG/X3ESBIImBNIE MUHIBAg2gWtu621p6K7Q3qA/nyXgQH6feJ/caaAYQ9TgHU/ZDCyCrUkkZsR5RmRJGlzoxEN9 aMypvJrjpTw3NfToPFlYKAV7qPiJ3lnAOEwjsSz1fAlFRv8RikwMLWl4WJduq816q3Yacvef /Mb1T7eoUppm1YYRHYOCe3hRDH1fvAFQSwMEFAACAAgAUbRFRAGsteyWAAAAzAAAACIAAAB4 ZW4tZGVidWctbG9ncy94ZW4vcWVtdS1kbS10Z3QubG9nbc0xC8IwEIbhvb/iRh0cWhAh4NBB pIMOtoNbuDbXEkwumlw1P9+Cbjp+3/A+eVBAMYaowFmes55YBHudSLTHZUZkSQpsGMRBe+j0 qb7q46U+dy2MaB0ZWFUV7KHhJzprAOM0e2JZq+USiozuIxSZGHpS8DA23TbbcldWCvLwn/zG 1U+3aFKaF9UEj5ahhHt4UQzjWLwBUEsDBBQAAgAIAAy0RUQ43h8qMAAAAFYAAAAiAAAAeGVu LWRlYnVnLWxvZ3MveGVuL3hlbi1ob3RwbHVnLmxvZwsK8XMN8fH081ZIzCsuTy0qtlLwL0gt SizJzM9TyMsvUSguLSjILypJTeEKIl4pAFBLAwQUAAIACABFtEVEVY3/G5EAAADUAAAAHgAA AHhlbi1kZWJ1Zy1sb2dzL3hlbi94bC1kb211LmxvZ12PwQoCMQxE7/2KOSqIlPUgeBP0GzyI h7qJNqDJsu2y69/bsorgJSHhzWRyCpJF77hZD7JnEK1twKJUITRLZAMJ49yVcdNs/cUdZq5B DAkpDrlIRl2h55BM0RoxPPzk3b7NUjbVvHIV+6MkgTjl3l4/W2WmVO9eGe2DgzJh6HZfsMbN kT9xi0x5jeM0/6E2ujdQSwMEFAACAAgAU7RFRNsImAWRAAAA0wAAAB0AAAB4ZW4tZGVidWct bG9ncy94ZW4veGwtdGd0LmxvZ12PwQrCQAxE7/2KOSqIbPFUb4J+gwfxsHZjG9Ck7Ka0/r27 VBG8JeHNZObs2Vg63DUi6NOzwDrDKs8cUK9hisCEy5DXnWuaa3VcsBq9T0j9aFk4yQaRfFJB q4Hg4GZXHVrjfCnehSvYH8UJgZJFff1shSik8vdGaB/khQLGYf8FS1rr6ZM2y4S2OM1LDdGp egNQSwMEFAACAAgAYrRFRPEH7+gcGAAAv28AABsAAAB4ZW4tZGVidWctbG9ncy94bC1kbWVz Zy5sb2fMXG1zo7iy/r6/Qmfvh032xg6S8OupbI3fMuNz4thrPJnZmp1yYRAJFRu8gDOZrfnx t1uAbPBb4L7U9UwSI/rpbiQ9rZYQkPmcEPzZfubyP5bO5UnyE/mT/HlNrvFwHgv/ID/gP/zF MjhFfvxEQIpcX4PEn+QX/JUISXE8/iGFrqXcfH6Nx/hP6pv/QHOXEvATWLr+c/4nFPyYo8AP IlX8uJhfokv4BzWd//x08Xlwf0k+C4+8iCB0fY/oVV6l5CLw/ejd0rfMpe2vTNe7JBePlkUu +mLhmijVqLJK7TL+cklssdg83nwnn4RNbsWCkBphtK3X20wjvcGMMI3qibE7MxJhRHpPpvco DBG1Uy+6YHLpm7YI2uT99GOX0GqrVWGN/wTljQ1LpHr+amV6Nlm6nmiT9dK0xJO/BBABR7X5 SqxumKY3R8mh+Tp/sdab8KYZF8iD+dr1EnUPri184nqOH6zMCCqgnZwgD+87xA1JJF4jsvJt QZraK6tdEcf3ItJ8pXUl2B1c9/s9shLRk2+HbfLA/kkG/WGfRIHphQ64FrkrcJbWSSgs37PD FCql0Djx/IgEIgpc8QJVuBCWuQkFicxnEZKlDzUFSqDGoF6zKvpuaB10/9bfQC1RMupOSeg+ ema0CUSYPzvo93fRJIyCjbUrCV2jIprQitPOiKzMtdKv5T6kslvUsrHoYhOai6W4PICJBTIY U6q5ANsigEo4hBJ7lqh2FkXz/pmLVouf8k8JbDGLhUl1ien0JkNy/2DsoZTIDkrY9KQlJZDB iDPXpER2UU6COu5fKpJBOc4WZZuReQgWy+zAnKTNj16Ws9cprLSfHL8sp7mHcqzzKGHtoaCI nkPZtJVH2dQ8j7L2UOysh2LfQ3HWQ8fMoah2tg7pPh11XTvcWtjkbTI1+hMUvdV0ql3BN6aD ekbI8H42uMvKfjb6M9Id3N72B7SJsl2UpYks6U7Ho/Hd+BMhdcagUnQsv4PYr7XgH8/quoU/ UlevFeu6RV16KV39xK/BQENdvS6v7VzDjq74o6W6oLY4p3t+GfE19nVZH7qWOd+ZDHvSVqPe Qr/rNQa2eCm/jcloKG0NenEd6Ni0tVK6Rr3b97Gu21gX78m2iVUV0/Wpn7TzYNDa+lVO14fJ INWV+NVMdYEqAqruBn9gq7ylvtJ2rsl2plqnKdt5FqymwiGTyLX74sWSjSzZdaKdu+Nx4lc/ vkbWLH2Nyq++9Etrakn/m0i/SG+90YaQ8+CHn/FL6erFulqtekaX1DZZFdJ12036Kov7BCGf OgbW/ifD6H5gb6ov5Vcz6V/1VlYXKHs/GRTT1Yr7PW1042vM+EWlLnZGV3/UmcZxJPGrm+mr +DHuuyrjVR0vPsr11YGRxLeEj53m4fj2Bl3dwTTtX0m/10rrGkyNpO47Uhf77+ga3v8rrq+4 39NSuozvYSRWmBRiWku15ghakNb1lt5o6s/dVOzeJ/cfRx0CGavjPm6COMl0MPlMJG7NZ9d7 JCYkwJBim9FeXlnJD2Np4iunJeRJmGvIYN3INZduKFK10gQxRhMymlQiHPUS3Y5VbygVEH1Z tU7WOJp6UTUp/hiiRzLO24H7gjML4ZibZZSpx8moMoOsPiDDMZn4AUxjtFdda2b7+d1gMIEK vB3DTGVFX+eWF33RNf1K+3oVF4gXLNCgIAPk7Lquf47HItO2wb+QrNwQknTrCa4WTgCBKgRT M9vWtet8pV2RjbwIzjJqdz/fYGqxWc9fhPUlUWOBU3A4D92/xReW8+gOp4JxpaQOaa9pYpOV lEIXprV25679RXvVtK9kaa5da3soPGwSlb1MAt8CjX5A/kMj9TbVYkPplJTRMwZo1gA7ZYCV McCyBvRTBvQyBnjWQP2UgXoZA3rWAD1lgJYxUMsa4KcM8DIG6lkDtVMGamUMNLIGGqcMNMoY aGYMOM5XYrthxsIxZKs00iyNXJRGWqWRdmmkKI10yiKpVhpJSyNZaSQvjdRLI2ulkfXSyEZp ZGl+0tL8pKX5SUvzk5bmJy3NT1qan7Q0P1lpfrLS/GSl+clK85OV5icrzU9Wmp+sND9ZaX6y 0vxkpfnJSvOTleYnK81PVpqfrDQ/eWl+8tL85KX5yUvzk5fmJy/NT16an7w0P3lpfvLS/OSl +clL85OX5icvzU9emp/8rfz8zBJoZqa+Ud/ejKIKRQugmEKxAiiuULwASlcovQCqplC1Aqi6 QtULoBoK1SiAaipUswCqpVCtAihTocwCqIVCLQqgLIWyCqBshbILoIRCiQIoR6EK8IsqftEC /KKKX7QAv6jiFy3AL6r4RQvwiyp+0QL8oopftAC/qOIXLcAvqvhFC/CLKn7RAvyiil+0AL+o 4hctwC+q+EUL8IsqftEC/KKKX7QAv6jiFy3AL6r4RQvwiyl+sQL8YopfrAC/mOIXK8AvpvjF CvCLKX6xAvxiil+sAL+Y4hcrwC+m+MUK8IspfrEC/GKKX6wAv5jiFyvAL6b4xQrwiyl+sQL8 YopfrAC/mOIXK8AvpvjFCvCLK37xAvziil+8AL+44hcvwC+u+MUL8IsrfvEC/OKKX7wAv7ji Fy/AL674xQvwiyt+8QL84opfvAC/uOIXL8AvrvjFC/CLK37xAvziil+8AL+44hcvwC+u+MVP z9zm96Ph7uxNTtecpfxZul6EI+DXLG44jq2pyVNyfxbRyda4r+QxdOcLMxRfNIWOcVDQJomj hF2pm1kcvu/e6LWS+8rvjSHRKoxnXbifzY1pbz5+mJKLxQYQBH7P3eAv+Pa49BfmUh6w9Fou 3wpv7cJb5Ml9fCJL8SLyGqa/a2QT4s7Z78SHawhcW1TzIuy8SOuoyADvBaqNAbghuE3I7dKM qiTZMUDJ8HosT4f7O6BcGzcINLVm3WxolGBbtGXF2rt30HEjttzsEW7Waz+IcANyurnhb2Hn dijgls2LUac/w/0OgdztkN1osbOzN923MZq0SWe59L9Jj1mT9CYfQ3JBmUae/Gi93DzKEtVJ pr9Dv1u5UdgmTMfWvyK0BrCRMbyGn8rnVPE3N7KeoOoiP7N1AoZX7FzWchNGIsheQIiAzRL3 e6PvvUDYbkSMtJRcWLIk9aUvImFFYILTFqs2GzoZffibrNObsqnuIdYXaF+JlR98J+GTGcBh evY1jMxIzLFS28kmCcuLXiO56wFbhOsawf3lUi7EkkYCXVmIi8SyarUbtIFb7jqkZ67Nhbt0 o+9t0u11oOkoMQZT6MK9UW8IB44bhNHC9J6hSLxGwrPhCka9AdQgSCmfQS1ZmdaT6wkCFWA9 k0BgD0AHk9vQ6V3oXrrbL9vYWlv2KqJ20YbicSW8eEcNEkoAsXBfKHf2NJmBMHGDjMKm+0tx s8mgybRdRNx4EofdLm8GvlSUifjCHmYV0OSvVhuohKRrg+61+SgI1jtUs/7cre5jDM/316Tn e1HgL9N6OCDX91ca7gQjEzMMo6fA30CcwC31xyG/b8QGfBh6L8AtO67C49L4NQg264hMxcpc r3ea5ZDb0OdA92AyI3LvUXjQFwgWL24QbXDjUsZ+uqe3El9XHGumYmm+qnNbf4K8P7vxCpyw 3SBmzWA8JEDSJ2gISUnTep77S5v43j9SyH2neze8fw9DQ0VyGNivnhio/JY0PGI6vX8njzsk p6vV2XA0mLZxA1HkBzfa660mhxV6oxHwjt4wechuKhSP8W8CnRkQLIRp4wMd8kGJIN/hIchi HEtOQkikepXTJrIfY2sabJf4uApeKfAi9JeCBNJdh9R18m9Xda/VN9ONKq69hEodfeoMMdgu tmynVPX2XckXrarLllgSnDIckIgXWaWP80AsXbyEeawXA33ySR87GX2GoKeYYNovpmfBF0fE z2m0t31AtsRoNBwT08JIl+s0OcHZZIohz/a/bU8M0rAzQcLN4h55Ab3zcivzECutbPe4DG1g teu4kBCQi4fJsL8vTSBb2RZiQIt7WyXxdOFG0Dm3Eh89uLQocGV/fL+B78m5Dw8jGJaMYT/M s0SegdrK9QlZ/MEM7G/ANNIJQzeM4gvENr/40JngM0nxeJGBdCb5sHNF2KibPoIkI0dENmsS j4w7AzkJl0KsZR8AoMHVqIDRer72l0voT5kIjmXoTtxvoStgW6cX9uuvv5K7caePfOuPR53h PcRGKExOi6UzX5tBKOYL1zMDGF3WTzYMlGtMym5wxTAO1DDKhX/Dca2mb9OIs+B6FtyqaeLt 2FZ9F0txY+abseZiF8ta7JTT8QguSZk+1PAbHrS4nYW9Ci+BQpwFKr7/ODBm87FBbsjP0AKb 15/PCj9A2jUc3yOCVeun5OHErjScrvCqdgrxMJzO5t2OMQD5bSRoZvezHgIO7mfTP7IgrEJ2 EvThj8lg2uvc3c0nnfc5kzR+QuQE+nbQmX2cDmTV/eNb4Mrxa46UmcdD2Y+1CcePQPS5uYAk ea4/Lk5d/KQzmI/GfXTk5+8iPCWKdIDUCQQfhScgTJwS3njPnv/NI1CO53GEFeRCe1WzqkMg 46MxGdz3573OfW9wJ+uGnqrKh7kx60Dj4YbotCKbO/tsT153vz+dj29vDcj+EZsXRk7MLXMJ yTFGi3Y63doJ/vDBYC9nbum+3RNdCD8xi1C17zihiDKmlcLk3FsUSvlnGbwOyNMj8jDeHHQ4 y10lDyMNpOqH5DPdHT9rtsrUR0Y+N8rK+RR5FoEnIDjX9QoMSFdkGS6uIEdYrc1I7Y+OM628 JPTdRFxW6elANPnwhzEE3pHRYDQG2nam0879+8EISNzOWDExUanibux0aztLnnKr/JaWcPXM lt7Cjxy0QpxcLUSsADMdNSLjnKdKAnNluyH0JKVFUOpk9WLtbAM2RqaPp12+wydybVU1+Zav /HasbXM+5cV2gLxJ7a1PZPL0PazgSCqfNyW7YiIHtGRJCjRkJ8VJr9zqnhfLAfWFrixiRhCH t3YO6OSB+s6QJR9ZxoEd6ZsFSrEskO8AZ+NZ5267IT/Pvx2gnmVYPCRgbBkYxm6tZogi+9mT GUINvrqrzQqymYeddAaDBD5pnRmmIf3ARyT2uB339W3pXqaxr4nmNdUPaqrn8459TWxPU5x9 5DWZpn7GJ76nKc5FcpoarLW9OsMKNosFpnC3gRDx0y7V/zcf2/dEZtEDEvKl/y1d+HjBJTOY C4sQn48nGO9lDchHlGU4ScFGZFeB549yYU0uDyUnZIp+8AwGVpiI4TzH+2vjhk9YSfjEfDL3 2s1yDRjKwTXXW28irG7IdiGuRd/XgvzSm03vKuYv0s949ieDXChXkxIIHIO5NNZhS9iE1ZvP Xbk0llxudbtCgQMpJP8vriVkJGzL/1XtjAQ9J0FbZyXMsxLWGyT0MxL2WR3irITzBgl2VoKf kqBna11K0FMS/KwOva0xJQFzPIpp2ygetoJMsVo/lK+7kO+5yJyHYly+wlWDkLzDtVlHPn5+ RaD3exFM6kwPxkDCM6jkSbhA/IVkAe2GMLvDsZERgthLwjV2XCANhxEQly4zElMhx3Sk0aNk XcJiXGEDUsNRvAYQrk249PQOQqICmF612qyhtTHyU1lRQExccrTkazZsIgNdLWMSpCpDo5NK wtQ3itdvh9Pfa+c006xmqh1XTbOqlehR3Synmx7XzXK66Tnd/M01wg/XSCy5tlzshgS6MMf7 F53Kb7uXlhOCXrwVOqJIPy6Dr97ARx3x5kfcLf6J4Vx2FizEl57giq2/CaBvyOQYfGaak0kd cvYY2FuYMFZrci2EqHcHQPqYAJvHr0Yi9QNIegqZ2uTKZoJFJDvlrX4aSd9wnc0tUsrHSHYc yfdqKIEmCTbEBnra26NIehap7yPRW3rUW9qmEskyNgGa2mQ5m6PNMnLV3ZPtM7SZ18jEoqSC EUzD3IfwOs6NIKf6Hspjx33FGxqz6TQ+fgEf4qMv7Lr5VZbtZiqxxhmEOOy+GKqFB6mK7+FN hD2zU/n8rNElphX4YRiv3S3w4V4zcEVscW2G4e4qX4x8b8RMGBngCt7QMT51JlB4BDGRRRBP fAd+4RuKwsz5T0F8V8kYYXBPl/VBWUYKRx0pFY8Be+d7gYhj/GhyToVccsyffFk162RmGPJe jYWvzGlmu4O0uvOanqQ6JD8q8Nvmbcxq5XPEcijJysnHeSsyFcbFTAg6e0MZ3g2Kfc/Z+KLh reR0ZaR94L1A7fQlPzKkZdEfxneD9r5kDi322Apmac6s2AfSJD7BpGkwfRj08ypYVsXeG4Pa TvrlrOfOgetO32KTN8t3zapX3Wzf96Iq8bjn+lYFPVDnEP2cY54PvRf/+VRvTcsv0k0BkO5X aLVRpRVeeeQma9YoreCrvSCM1uaMMqrTyjd18zjWkjmI3zuFCdgT5P/Bi4uhR72eCrt17jH/ GPYqvDZMLdbfCb6LKu/n1FwRA2LeDeRsat0EN60nETB9GRGOlZfHsi6cOeH7j4gT+Csi0UJn QsOhND5yGi3QK4MrozV+VJOclexqWeitWAsklIKJZqqlxjmvXe4liqOnv28wRzxQcQ2ZyMT5 b0guYHYvCzBtdfHGa1bZ9o6YqnDLXC7jIApVjS92cvJVfS5L3jbFTiDci3Nwfidaxst7a9/1 ditGLkar6nXsha0dVDKazDrdu0GKRJ5QyrXr+Iu+q8J0DquYDKdZwzyDahxGyRAs34+UwS4y WD2LNSzTk0k7Tob9tbytC+BsX9l4nrw1qU5ja1hJ+ErbPYzsl0cTsliqN9o2xUoU8o5mfEKO aZa83/QY35TKDrCbILYBjQjC27fYJRP0/xuiU7JcQ67gB7nRND0bxksD+wKdmVxKwNv+uBNE LihRR7vmjn4NmQwwCFc3IEvC3Kd1eQorl5BoA7ANiW0m2NohbP+hf93rky8QCLQKxMzfB6OP WFiZjkeoeDKs6InQ13wVBnFbLHw/8gN8ISF0gza5hgztnatZTvP613f0il7LjTHvtGtcFn2n HbNO/1et00PWJwYjz+L7wjcDe3fXUT6myMUa0w7lGvoSwkX1MAO23Tt8S/c3s90/SW9XKyJj lhk80ht64pz2P4J7W0Xq/9Xe3fSmDYNxAP8qPm7S2tp/J6FEymEVm5hGexjqDrtMAZIJFegE XaV9+9nmNa9+YmeXaVewE8dgP49/JKbYb+YmuY8C5qp1PbVK2/y6bh4cU7OIT1/T5cpsTaPr Pd7fmUg+nx02vclUoOClGKOC5EZNzZH+0ZXNfutbC1S++k2l12MV2wqFzaaNKhM0DDxgy5ds vStlbIzHtm0c9RzLEjX+KmkPE3G1ZM1+jokagPXJC0PhCHnT3o4tR5Bx2z6Px/jWcAFBXC15 sUPfsUNaTh/G1Y0Ka3brazlCFLfs3HdawddegIkH6tPdLFbZdzEsf7YPj5NJcWmgvpj6i21i 2X4SKYftQhGTNA7mvMg1chAeSEUPoVk6f2Kvy/SEKiowjswtIOyruRFIx2tJV6rQcDzdngQn VTiDkhCkCrK+RaqXUM+LsCROcOJFUHgRVl5Er7wICi/ChRdB4kU48SJIvAgnXgSFF0HmRVB4 EQReBIEXVZmHZ0dhFLyyVoOzMMJZGOEsjHAWRjgLI5yFEc7CCGdhhLMwgi6M6F0YQRFGOAsj OgsjLMIIkjDCIoywCyPahBE2YUStMIIojCAIIxqEEV7CCFdhhL8wgiaMst7palouc4owwl8Y YTNC9EIHuFwdwc0I0WqEKBjhqf/ORnhe/pSMEL0ZIYhGKLNWI0TBCIOajutghLAboczKRkhI de1GiD6MEP5GCCcjhIcRgmCEcDNCdDFCdDHCvznQa40QNiOEhxHCwwhV3YINjt9/GY0+TT/r I14NzCMJV6Pl7om9AQ8G7H55p5XmbbkrPa0QJakUVCt0P7toOnsHqUQfUgmKVMIqlbBJJTpI JVrEES3i6FGvs1SCIpXlIWo+hOM8Nsy5XsSOp0kgInEjoptI7v/jZmVS+mQ1S9lEvx+C3wjc 6vd3qvAwwDAqtt5BQNFFQFES0KgioPARUHgLKLwFFHYBPUbvhgu4EFBZ/ZcXmXPr6b0EFG2I iSpiwo6Y6ISY8EVMdERMdEVMdEVMWBFzvdbFuersBWcftlt1fT/zjYqTXEZRzLaLZH/DOg+k yGVkhPL59CLmfJZK8+I8zZPb4tiR71SylyflIXU48w81VbzsHyMyTQgD3YQDKuXbdJ2x8oMc anY3z+de/9OND3iYeTYe/xtf2/g/UEsDBBQAAgAIAGq0RUTHoxLg/gEAANMEAAAaAAAAeGVu LWRlYnVnLWxvZ3MveGwtaW5mby50eHRtk82O2yAQgO88BVIv7SER2E7itZTTtr2tVKmVekQY xjFdAxaQbHafvmBnEzvOSEgM3/wwzNBaH/BSKvzmkYMOuIcly9fZmqyKFddyW6ATOK+sWZp9 ofj3yy/8HWrFzeC0oSuKNBetMg/Cnssti/GMY6I/+iUvo+s5MabkHaLZLvkZK8Ev/CgS1oFn PTjmrXiFcEUFCq0DLkeYzK4oQymTbj8e1E+fMtS+McH7B9esG6ibummqrKSElIRU5CLDJm/i hu5qDnm0maEo9HqCTsqFBykq3J50WkwqByIoi4INvGMatHXv88q3lJSocQBLmnBeFjnyLXfK HFgykze7CpMrOvopGZA9Bh+4kQmLjivt8Sca8i1bmNAZDNP8n3X3qBiRMkuUDwjOwfF7tKYD e9CHOE1gVnkc03GqZmqe9ekBJ/qdOsfRe0jjRQvy2IGbphEOpAoD7/kBvPqAeWHkaYv6jofG Oh1NHNf+Rocex3d0YU/OTZSS3GSsreUmhoUwDToSq3VsQDf5SxWOmQS0tpPxltJqkrq2z0hR vlzU+INOqTf7cjwYFNYrg4RIIXs1KzDFPAiBv15+cbHerbPV5tu4mfiw+n3q46wNUxpzcWU+ aWcF78ajmREPk1L+gsQ/ocZ4gzNaFdsqI/j5xx+cETpMi4x+plFxcOPL8nAdpP9QSwECFAAU AAIAAACQtEVEAAAAAAAAAAAAAAAADwAAAAAAAAAAABAAAAAAAAAAeGVuLWRlYnVnLWxvZ3Mv UEsBAhQAFAACAAgAZrRFREegh85vOAAAtPQAAB0AAAAAAAAAAQAgAAAALQAAAHhlbi1kZWJ1 Zy1sb2dzL2RvbTAtZG1lc2cubG9nUEsBAhQAFAACAAgARLJFRJ1tk4XiAAAAMAEAABgAAAAA AAAAAQAgAAAA1zgAAHhlbi1kZWJ1Zy1sb2dzL2RvbXUuY29uZlBLAQIUABQAAgAIAGexRUQc LHpV0wAAABkBAAAXAAAAAAAAAAEAIAAAAO85AAB4ZW4tZGVidWctbG9ncy90Z3QuY29uZlBL AQIUABQAAgAAAJK0RUQAAAAAAAAAAAAAAAATAAAAAAAAAAAAEAAAAPc6AAB4ZW4tZGVidWct bG9ncy94ZW4vUEsBAhQAFAACAAgARLRFRNTRtwmWAAAAzAAAACMAAAAAAAAAAQAgAAAAKDsA AHhlbi1kZWJ1Zy1sb2dzL3hlbi9xZW11LWRtLWRvbXUubG9nUEsBAhQAFAACAAgAUbRFRAGs teyWAAAAzAAAACIAAAAAAAAAAQAgAAAA/zsAAHhlbi1kZWJ1Zy1sb2dzL3hlbi9xZW11LWRt LXRndC5sb2dQSwECFAAUAAIACAAMtEVEON4fKjAAAABWAAAAIgAAAAAAAAABACAAAADVPAAA eGVuLWRlYnVnLWxvZ3MveGVuL3hlbi1ob3RwbHVnLmxvZ1BLAQIUABQAAgAIAEW0RURVjf8b kQAAANQAAAAeAAAAAAAAAAEAIAAAAEU9AAB4ZW4tZGVidWctbG9ncy94ZW4veGwtZG9tdS5s b2dQSwECFAAUAAIACABTtEVE2wiYBZEAAADTAAAAHQAAAAAAAAABACAAAAASPgAAeGVuLWRl YnVnLWxvZ3MveGVuL3hsLXRndC5sb2dQSwECFAAUAAIACABitEVE8Qfv6BwYAAC/bwAAGwAA AAAAAAABACAAAADePgAAeGVuLWRlYnVnLWxvZ3MveGwtZG1lc2cubG9nUEsBAhQAFAACAAgA arRFRMejEuD+AQAA0wQAABoAAAAAAAAAAQAgAAAAM1cAAHhlbi1kZWJ1Zy1sb2dzL3hsLWlu Zm8udHh0UEsFBgAAAAAMAAwAbQMAAGlZAAAAAA== --------------040707070808040107060305 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 --------------040707070808040107060305-- From xen-users-bounces@lists.xen.org Wed Feb 05 21:55:07 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Feb 2014 21:55: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 1WBAQD-0004D0-Iu; Wed, 05 Feb 2014 21:54:17 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBAQB-0004Cv-EJ for xen-users@lists.xen.org; Wed, 05 Feb 2014 21:54:15 +0000 Received: from [85.158.143.35:49485] by server-2.bemta-4.messagelabs.com id 4E/F9-10891-603B2F25; Wed, 05 Feb 2014 21:54:14 +0000 X-Env-Sender: kuba.0000@op.pl X-Msg-Ref: server-13.tower-21.messagelabs.com!1391637253!3459622!1 X-Originating-IP: [213.180.142.146] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28347 invoked from network); 5 Feb 2014 21:54:13 -0000 Received: from smtpo15.poczta.onet.pl (HELO smtpo15.poczta.onet.pl) (213.180.142.146) by server-13.tower-21.messagelabs.com with SMTP; 5 Feb 2014 21:54:13 -0000 Received: from [192.168.0.4] (host-89-230-211-189.lublin.mm.pl [89.230.211.189]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: kuba.0000@op.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3fKGkr3BtBzYxl89 for ; Wed, 5 Feb 2014 22:54:11 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=op.pl; s=2011; t=1391637252; bh=3I3ISWPCc+QhcchmQDjJrI6MGIyryeufg0YEpDhxOYk=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type; b=MfiVA126e/DwrVYG1m7dN2lPB46iyYu8R93BeariFmKg4JxavAwIaALX7WtGE7Nmb j67hFtxVrsi/sFzC7TLRuVAxXcfTGxnsn1IT6C6eChkq/l50et+2vFPnWWwgA4dJUQ vBOGTS6B6HIgDr4XaGgwu5u1CNPhPENiEJ9wh+es= Message-ID: <52F2B2FB.9070004@op.pl> Date: Wed, 05 Feb 2014 22:54:03 +0100 From: Kuba User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <52EA58B2.50004@op.pl> <6035A0D088A63A46850C3988ED045A4B6F38BB3C@BITCOM1.int.sbss.com.au> <52ED4AA6.5000601@op.pl> <52F26335.7060902@op.pl> <52F266EE.6000104@citrix.com> <52F26A40.5040305@op.pl> <52F26CCE.1090201@citrix.com> In-Reply-To: <52F26CCE.1090201@citrix.com> Content-Type: multipart/mixed; boundary="------------040707070808040107060305" Subject: Re: [Xen-users] Strange failures of Xen 4.3.1, PVHVM storage VM, iSCSI and Windows+GPLPV VM combination X-BeenThere: xen-users@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 This is a multi-part message in MIME format. --------------040707070808040107060305 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit W dniu 2014-02-05 17:54, Roger Pau Monné pisze: > On 05/02/14 17:43, Kuba wrote: >> W dniu 2014-02-05 17:29, Roger Pau Monné pisze: >>> On 05/02/14 17:13, Kuba wrote: >>>> W dniu 2014-02-01 20:27, Kuba pisze: >>>>> W dniu 2014-01-31 02:35, James Harper pisze: >>>>>>> >>>>>>> I am trying to set up a following configuration: >>>>>>> 1. very simple Linux-based dom0 (Debian 7.3) with Xen 4.3.1 compiled >>>>>>> from sources, >>>>>>> 2. one storage VM (FreeBSD 10, HVM+PV) with SATA controller attached >>>>>>> using VT-d, exporting block devices via iSCSI to other VMs and >>>>>>> physical >>>>>>> machines, >>>>>>> 3. one Windows 7 SP1 64 VM (HVM+GPLPV) with GPU passthrough (Quadro >>>>>>> 4000) installed on a block device exported from the storage VM >>>>>>> (target >>>>>>> on the storage VM, initiator on dom0). >>>>>>> >>>>>>> Everything works perfectly (including PCI & GPU passthrough) until I >>>>>>> install GPLPV drivers on the Windows VM. After driver installation, >>>>>>> Windows needs to reboot, boots fine, displays a message that PV SCSI >>>>>> >>>>>> (a) >>>>>> >>>>>>> drivers were installed and needs to reboot again, and then cannot >>>>>>> boot. >>>>>>> Sometimes it gets stuck at "booting from harddrive" in SeaBIOS, >>>>>>> sometimes BSODs with "unmountable boot volume" message. All of the >>>>>>> following I tried without GPU passthrough to narrow down the problem. >>>>>>> >>>>>>> The intriguing part is this: >>>>>>> >>>>>>> 1. If the storage VM's OS is Linux - it fails with the above >>>>>>> symptoms. >>>>>>> 2. If the block devices for the storage VM come directly from dom0 >>>>>>> (not >>>>>>> via pci-passthrough) - it fails. >>>>>>> 2. If the storage VM is an HVM without PV drivers (e.g. FreeBSD >>>>>>> 9.2-GENERIC) - it all works. >>>>>>> 3. If the storage VM's OS is Linux with kernel compiled without Xen >>>>>>> guest support - it works, but is unstable (see below). >>>>>>> 4. If the iSCSI target is on a different physical machine - it all >>>>>>> works. >>>>>>> 5. If the iSCSI target is on dom0 itself - it works. >>>>>>> 6. If I attach the AHCI controller to the Windows VM and install >>>>>>> directly on the hard drive - it works. >>>>>>> 7. If the block device for Windows VM is a disk, partition, file, LVM >>>>>>> volume or even a ZoL's zvol (and it comes from a dom0 itself, without >>>>>>> iSCSI)- it works. >>>>>>> >>>>>>> If I install Windows and the GPLPV drivers on a hard drive >>>>>>> attached to >>>>>>> dom0, Windows + GPLPV work perfectly. If I then give the same hard >>>>>>> drive >>>>>>> as a block device to the storage VM and re-export it through iSCSI, >>>>>> >>>>>> (b) >>>>>> >>>>>>> Windows usually boots fine, but works unstable. And by unstable I >>>>>>> mean >>>>>>> random read/write errors, sometimes programs won't start, ntdll.dll >>>>>>> crashes, and after couple reboots Windows won't boot (just like >>>>>>> mentioned above). >>>>>>> >>>>>>> The configurations I would like to achieve makes sense only with PV >>>>>>> drivers on both storage and Windows VM. All of the "components" >>>>>>> seem to >>>>>>> work perfectly until all put together, so I am not really sure where >>>>>>> the >>>>>>> problem is. >>>>>>> >>>>>>> I would be very grateful for any suggestions or ideas that could >>>>>>> possibly help to narrow down the problem. Maybe I am just doing >>>>>>> something wrong (I hope so). Or maybe there is a bug that shows >>>>>>> itself >>>>>>> only in such a particular configuration (hope not)? >>>>>>> >>>>>> >>>>>> I'm curious about prompting for the pvscsi drivers to be installed. Is >>>>>> this definitely what it is asking for? Pvscsi for gplpv is removed in >>>>>> the latest versions and suffered varying degrees of bitrot in earlier >>>>>> versions. If you have the iscsi initiator in dom0 then exporting a >>>>>> block device to windows via the normal vbd channel should be just >>>>>> fine. >>>>>> >>>>>> You've gone to great lengths to explain the various things you've >>>>>> tried, but I think I'm a little confused on where the iscsi initiator >>>>>> is in the "doesn't work" scenarios. I'm having a bit of an off day >>>>>> today so it's probably just me, but above I have highlighted the two >>>>>> scenarios... could you fill me in on a few things: >>>>>> >>>>>> At (a) and (b), is the iscsi initiator in dom0, or are you actually >>>>>> booting windows directly via iscsi? >>>>>> >>>>>> At (b), with latest debug build of gplpv, can you run debugview from >>>>>> sysinternals.com and see if any interesting messages are displayed >>>>>> before things fall in a heap? >>>>>> >>>>>> Are any strange logs shown in any of Win DomU, Dom0, or storage DomU? >>>>>> >>>>>> How big are your disks? >>>>>> >>>>>> Can you reproduce with only one vcpu? >>>>>> >>>>>> What bridge are you using? Openvswitch or traditional linux bridge? >>>>>> >>>>>> What MTU are you using on your storage network? If you are using Jumbo >>>>>> frames can you go back to 1500 (or at least <= 4000)? >>>>>> >>>>>> Can you turn off scatter gather, Large Send Offload (GSO), and IP >>>>>> Checksum offload on all the iscsi endpoints? >>>>>> >>>>>> Can you turn on data digest/checksum on iscsi? If all endpoints >>>>>> support it then this would provide additional verification that none >>>>>> of the network packets are getting corrupted. >>>>>> >>>>>> Would driver domain work in your scenario? Then the disk could be >>>>>> attached directly from your storage DomU without accruing all the >>>>>> iscsi overhead. I'm not up with the status of HVM, vbd, and driver >>>>>> domain so I don't know if this is possible. >>>>>> >>>>>> More questions than answers. Sorry :) >>>>>> >>>>>> James >>>>> >>>>> Dear James, >>>>> >>>>> thank you for your questions - I really appreciate everything that may >>>>> help me move closer to solving or isolating the problem. >>>>> >>>>> I'll check what type of driver is used exactly - up until now I always >>>>> just installed all drivers included in the package, I thought all of >>>>> them were necessary. I'll try installing them without XenScsi. >>>>> >>>>> Do you mean revisions > 1092:85b99b9795a6 by "the latest versions"? >>>>> Which version should I use? >>>>> >>>>> Forgive me if the descriptions were unclear. The initiator was >>>>> always in >>>>> dom0. I only moved the target to dom0 or a separate physical machine in >>>>> (4) and (5). I didn't boot Windows directly from iSCSI (in fact I tried >>>>> couple times, but had some problems with it, so I didn't mention it). >>>>> >>>>> My "disks" (the block devices I dedicated to the Windows VM) were whole >>>>> 120GB and 240GB SSDs, ~100GB ZVOLs and 50GB LVM volumes. >>>>> >>>>> I'm using traditional linux bridge. I didn't set MTUs explicitly, so I >>>>> assume it's 1500, but I will verify this. >>>>> >>>>> I'd love to use a storage driver domain, but the wiki says "It is not >>>>> possible to use driver domains with pygrub or HVM guests yet". But the >>>>> page is a couple of months old, maybe it's an outdated info? It surely >>>>> is worth checking out. >>>>> >>>>> I'll do my best to provide answers to the remaining questions as >>>>> soon as >>>>> possible. Thank you for so many ideas. >>>>> >>>>> Best regards, >>>>> Kuba >>>>> >>>>> _______________________________________________ >>>>> Xen-users mailing list >>>>> Xen-users@lists.xen.org >>>>> http://lists.xen.org/xen-users >>>> >>>> It seems the problems are not related to GPLPV. There is an easy way to >>>> reproduce the issues without Windows and without installing anything, >>>> using only livecds for two DomUs: >>>> >>>> 1) Set up a Linux Dom0 with Xen 4.3.1 and standard Linux bridge for Dom0 >>>> and DomUs >>> >>> Are you using a Xen build with debugging enabled? I think I might have a >>> clue of what's happening, because I also saw it. Could you recompile Xen >>> with debugging enabled and try the same test (iSCSI target on DomU and >>> initiator on Dom0)? >>> >>> Roger. >>> >>> _______________________________________________ >>> Xen-users mailing list >>> Xen-users@lists.xen.org >>> http://lists.xen.org/xen-users >>> >> >> Of course I could! Please point me to any relevant information on how to >> build Xen with debugging enabled and what to do next. I build Xen using >> standard ./configure && make world && make install. > > Just `make debug=y xen` and boot with the resulting xen.gz. > > Roger. > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > I ran the test using debug build of Xen. This time I gave the name "tgt" to the DomU with iSCSI target, and the other domain was named simply "domu". Sorry for the inconsistency. After logging in to the iSCSI target from Dom0, I ran "mkfs.ext4 /dev/sdb" (still in Dom0). So far, so good. Then I launched the other DomU and as soon as I executed "fsck.ext4 /dev/xvda", some errors appeared in the output of "xl dmesg" (attached as "xl-dmesg.log"). Surprisingly, the first fsck succeeded. Unfortunately, executing fsck.ext4 for the second time showed serious file system errors. The fsck commands were the only things I ran that touched /dev/xvda. After shutting down "domu", when I tried to log out from the iSCSI target, an error came up in Dom0's dmesg ("dom0-dmesg.log"). Logs from /var/log/xen/ are also attached. I will happily run next tests - just tell me what can I do :) Best regards, Kuba --------------040707070808040107060305 Content-Type: application/x-zip-compressed; name="xen-debug-logs.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="xen-debug-logs.zip" UEsDBBQAAgAAAJC0RUQAAAAAAAAAAAAAAAAPAAAAeGVuLWRlYnVnLWxvZ3MvUEsDBBQAAgAI AGa0RURHoIfObzgAALT0AAAdAAAAeGVuLWRlYnVnLWxvZ3MvZG9tMC1kbWVzZy5sb2esXGtz 47hy/Zz8ClTlQ+zE0hAAn6rM1MqWPavcka1Y3kcy5XJRJCTzmhK1JOWx99enGyQhUrRe5Phe 7UhU98GrT3cDAvCdwJ/W1eTfIxkugzRww+DvYDkn3jyO1iuSrKfJe0K81ToR6b9+P0VhW/pb sFy/kVcRJ0G0JLzLulpH77gL39TJmS+mgbvsvIh4KcJfwiBJk272rBvF83NyNvc8pat3zS4n ZwP5ffapQ/Vzck7+jZLJaEzyb7AMg3bodk2uosXCXfokDJaiR1ah64nnKPRFTOIoSj9/8sXr p4W7Won40+tc6+BD+IYso7/WgUilkC9C9/2zsY18EwuBnUEcv0M1jaxmSxK7yzkU4zhk5c5F QmYg428rQi0JFonK0EJQ/wL6B6TcqePwzpfp1KX6AdGp8CmKitlsdkh0Bk9l8Vq9BvciFG4i /E1zohlZL9f4aCEWUfy+rTGBHuOcWQaTCmfJOUmjcpnbCpfDu0lnFUevgQ+gq+f3JPDckNz3 R6jR2xYnf4plj2hbf6RTfuT4+OhsnbjTUJwfRMjEywhZZ5CzWCQifhX+QQy6XQs5VsfXQolv EOQwS4T+1XhIbn+fHMBQCiUMNIPja6HEKwjipL5QCmWMWY5xbEsKhQrGbLbB8N3UPQySaZRA Zrm1HNkds5pxeYW9HdsdM7uGMfNOxRBeDQMe0dMwfOpsY/jUPRXDq2GwE9si6m2ZndgfM3cL g2onjgutOw5d1w5Yx+2f5Oz6TXjrVJBBkMkQ8Fyp8FKIUz3iwr+vouYRR+jiCOuaIAy1W6bd bZHBaNiD8JqKEIJVvIpiFwHJBKLW+2Uc+HNBxqGbzqJ48ekhAu9OZkEYgrucvpO77nV31L2Q fpRMKAzH5UPXNi+7GgV8+D8zu5qhOUyj8GdQohmfNOcTftyuhrCZRtYrIJcowth+R0sr/UU+ f/6yZwAkegxB4/UjdFfb5YR3jUZE+l/HZJp1zyxaL2tRNnST9Alj8meivWXjCzHl7cmNvefN 86K8be035q4Cj4glFi+7Grv4giQ/gtR7xugJgS0XilbJ3sKlKzmh7CBLtfIYK0MnVAE6DHuI 21R8oHMJgbpQSGN3sYow4SFuSr6DJ5zZmSdybCks/yFJ8LcgTNPtDyvwlIE95YG7bgydbU9Z 49yW4SiPiqkB0V+25bN8kPhBDJRSSUqKA5CAYWKHK4hfiKth/3XojuFDukMWmyLE/R8kfc7N jsx8N6sQ3d35u9pOt9uu3Ea97RUns3Evzdu+wfiFWMKYoevt2Nqp7bdmKjLuUobsazCc/AOa TR1epEc77A4Dco/cTwbjsoHMNJ1q+IBBuv+qMUKGtw/X384/1v5zMnioRG5fUBsfXEptmmuT y/u70d23uz+IZjIGzdfx+TcwYc2B//Ed6DfwTwXdczL0G4mut0MfbNUdIhyiX11yo9zyEnox ijk62AnndHfdJ9We8XXZr/qOgeiPh1eV6limg401ISOH6vB2jZ2MR8NKdYSXdSVUCtCNduij q5uvVfRZhs6vMjPIwBui/zHYMjIhnFLdW6L/Or7eRs/rbit0ACcA/u36fxHgpH7fNjJDGhnV +nZmZA/x4l7MyDgN/IF49UjhrI4yssu7u626+1nPMPsn9Eyt7r6su2ZrBUHGsu7karXWhkkq Zfmxda+hexm645hVdIk/XrRDn01zNrHcIgn5oz/Bcf1jMrn8lZ3W77W627m9m84WOsB/HV+3 RHcyrlLrMu+ZSt2plGXHov856t9XnWpe98sqm/BvcnupcoGcCMWnXWy6nmwFhNzP9O0dAeEU 9Mvr+217z7mq/QT06/vJ1qi6Ep39HPTh7X9X+z3jKv0p6N8iXHyRMcT1fcjlE0hTi0nbB2s9 MruQ4nG0TvOk2AvXSSriPDmuzXZufxv1SbqGdMcnUX196sZ9QRyXLCNfpq+70s6dqRcuVEL+ htkPJE4SRjsdhZDbu8H106D/0CffCy1Iu8TWchFmYhQyqsdtgP+LIP0e39xmaVdSX8qCeV8/ I4j2VqSXpPMl/0Q/rBOocLZRkc4gV6G7mgHTRhhUUhIqVLLGb6uMoldMO8nf2IAkdeNUNgOm n0S43rPs0drszo3D9yf8BnPm78ZjPhsudUC9ZvCp92HbcVFuvzjdNCJbPdsnLpfGlLhc5tor jktHG/HZh72qxI/p0btlYYZplLqhXErtEZ0ybtofD7Ls/B4xzHzdVS654giAYUMH79Ohulqt LSbj+8SZzvJCLsi34c0dmbowv+3ttL2iEGZrJ9RNKZqOZejWBwVyutN0M03dNBx2bJEVTc5N qqp7oNDMD45HnYdgAT5seEfGUZz25Gzd/glOM4+eTIqfoYN8CvzvaDqPZK3e+dn6kn9+tDpV 6rSJOlPqrIk6V+q8ibqu1PUm6oZSN5qom0rdbKJuKXWribqt1O0m6o5Sd5qou0rdbaI+VerT JuqeUveaqPtK3W+iLpS6aKI+U+qzBupU8Z024TtVfKdN+E4V32kTvlPFd9qE71TxnTbhO1V8 p034ThXfaRO+U8V32oTvVPGdNuE7VXynTfhOFd9pE75TxXfahO9U8Z024TtVfKdN+E4V32kT vlPFd9qE70zxnTXhO1N8Z034zhTfWRO+M8V31oTvTPGdNeE7U3xnTfjOFN9ZE74zxXfWhO9M 8Z014TtTfGdN+M4U31kTvjPFd9aE70zxnTXhO1N8Z034zhTfWRO+M8V31oTvXPGdN+E7V3zn TfjOFd95E75zxXfehO9c8Z034TtXfOdN+M4V33kTvnPFd96E71zxnTfhO1d85034zhXfeRO+ c8V33oTvXPGdN+E7V3znTfjOFd95E75zxXd+mO/fcm1vFWym72F1Np/vHDgagVYR2OkIrIqg n47Aqwjm6Qh6FYGejmBUEfjpCGYVwTgdwaoiWKcj2BWEWROTctpDuO0hpu0hvPYQfnsI0R5i 1hqCau0haHsI1h6Ct4fQ20MY7SHM9hBWe4j2/oK29xe0vb+g7f0Fbe8vaHt/Qdv7C9reX7D2 /oK19xesvb9g7f0Fa+8vWHt/wdr7C9beX7D2/oK19xesvb9g7f0Fa+8vWHt/wdr7C9beX/D2 /oK39xe8vb/g7f0Fb+8veHt/wdv7C97eX/D2/oK39xe8vb/g7f0Fb+8veHt/wdv7C97MXzzd joZlGKk3C+UrDJYpZi6POwCGd1kl1IJDvuMBYfJzSo9kngRPUzcR37U6TAYA3/RIXnPCLtRZ T2YYF5VNFBnkBfk6GRKtA1/vqNbtw9Pk/urp7vd7cjZdgy6B/z4F8V/wbh5GUzeUH1jR0POT cZwyjkOeg/kzCcWr2Al1/z9atk9l+k4iaGAc+KK7U5adIOsclv0tkTvz8LDc2ag/eDiXu2Xw tKwXLWfBfJ2fMQqWeKpIvt+zrznwcQOMrdmma2mU4Nj25PD4H28MHI17pB+G0Q+sBGU2uRr/ llzAO408R+kqXM/lk229ZYydmzyB/fQIs9j29+NRj9yLeYC7C6H9yyhxX4szL0cd6WwGuOd0 ZjPAPQctGwPuOnXZFHDnEcyGgLsPUzYD9Oon0orDls0A9xzVbAjoaR+d22wBuPsgaHNAWj8V 6rQA3HnMtDmgWwf0WgHuOMTaGJDVBkW0GuWdR2SbAs5qgPkR2oaAuw/g1mIIBAHPlRvDx1dD 3I8arWNPJNm2YrnPOyWbU9Vzd9VTH3s8Z2QtwF5GkdRdubH7GsTpGm+lgPrmZ+ggrP0pauEM HhVpRo/oXd6l5GyVb5Dt9Ae1QuTu8aeViL3Vukdu758gYk16BmUYpuDZwk1enqZBmpSeQTaT 9DDewUe5F1p+rvXy9T1g9cj1Avw23noACnJr6ieAIL8UpzUtL6d7YjNH10lsUwfyF8YNA5IF yqlWj5ArQOi42Om9fWpEinym/8E0x6LGXhhI1XCY8YgBHmKAFyd49EfTDDwIAy8LD/PgkRs8 kAQvkIMe0SjIUZCjBjmITwGHAo481AQ4kChoDHAY4DDAYYDDoDwGcgzkoMc0BnIc5Dg9jM8B hwMOBxwOOBxwuIVnGuEFOHimTofydJDTOR7XhBfI6SCnW4fxdcDRAccAHHnGGnAMwDEAxwAc A3AMKM8AOQPkTJAzKZ6jghc/jG8Cjgk4JuCYgGMCjgk4FuBYgANDqllQngVyFshZIGeBnAVy lnMY3wYcG3BswLEBxwYcG3BswLEBxwYcG8pzQM4BObAozQE5B+ScI8bXARwHcPCoiuPgyVt4 UXgxeHF46fAy4GXCy4KXDS+QA3ui9PD4UrA3CvZGwd4o2BsFe6JgTxTsiYI9YeJJwZ4o2BMF e6JgTxTsiYI9UVaML++aJnwLM+XLdRCmhMrt4/J2GsiTs/McUeyL+IIsomkQBuk7kdfgZFep dAl5wN39pNjeDyPMDF7G1pH9URh47/nO9GybekUE5lT/yPyY95MvrskKsDnUYTggz27ynJ0v JmKZxkFWZTw1J9vYI/yCcGaBpU3fU5GclzAMgz6SN4wNn97iJI1AuDgm/waOPRVP01eYHlgX xFumb2l2zhzXYzQFAnMJB1o6hkZh75n66JIk0Sz94cYCN90/fLskU5H+EOC1C4doOioyqkd+ OdTmuPpjDQqiDF4tA5UogcCHmroBVH4kozziUQsvTTBfPlHLZoblsBfivrpBKHvtjOvMfCmC jgfuHmY4XPpXEJviTQ/wQLdsbmr6izqLAb3KKUjgHSYXxLAAAk+cn5fqQPEnvl8DEeNtAdl1 OFe/kWCxCsUCUOVsrVuRh678F5Tx35dp4L10Ah8qOI/BYjpgHkHkE9fzRCiKWV9SDFgVxnnE QAczzEmPc3S6+Yysh5cEEGqWhS2jOGTuBWoe2itNkj87BMxqPhfxZ42sotCNgTCftQqGmWPE edKBtgCzP6JU8cFGm1S0bTvX7nS+kFVWIrzL3pwBzGen3KsMe0nK49KHrLZT+drYhqMFHM3g aBWuVjwr5FkmzyryTNuW54U8z+R5VZ5ty+uFvJ7J61X5Wv2NQt7I5I2qvLUtbxbyZiZvVuWd bXmrkLcyeasij+vIVXm7kLczebsqr9f6X1MDoOUjoFVVzJrKZsyKQauOGq+1gqpho/m40erA 6bWGUDVyNB86Wh07nddU1ODRfPRodfj0uvmp8aP5ANLSCDrUxFB1FS2TKATieVEIuTX5/Wv/ P4mNv3QVkha1NLRtL5Mk39P0fbM9qSRFcceJvCZnLVePXiHKRiuSyoNQwRLoOQOHUlZARgVL cPlhiAqYYmfSuNgEOe6GryjtgMENBF6XA4GCQ1batSFfGf36N96iA5OCJIq7JXlmQb9fQWo/ jbMZhAxmJIygTmfJS4B3opxfkFc3XAsCTtJbhy4iZ5XP6xGLv9Zi6b13uwS6y+hCgZfRPBoN xxNyFq7+CWNtWVR3NqYOJetI7VXgPy3ctx4UO3PXYdrLo+ECvPVivYCPGi3pGLiPYCK8tfRT N7G7ED+i+KW4ygXnJ2Vp9F391aofLzB6Fu/U8i2u7U0xnmMz5DxnAR0XKwRGdYzBA4zc79B4 71l8GNDz/F7FdMogJJmWBQDmVly3mGEgBYc4censhoRczYaotYGkF8Tmtm1qdg3RNDHbGEXr ZboHkRlmScXGALz/rkGIZWlJw0FPuUejfFMdKlgabkvbowCJVeAVB1YzDYvv1cBb/v4ujw/Y lL5XYynSJy8slyED0B6NafgSRGV5Z/+ljBD4Z0/iFbq5pKTjXjY5+xwXV+2NC/KR4aBXYiwI W3YhrGSuIsyqqoI2pDzFerH8PoYOzNbzYTYIkxyVBEP5hgk1GEPdMPVdeoJcYxXBDNbLZL1a RTFyeGVK97EAUwwJTMqWERmPIL2Jg1dMv1V6J5uXQPIdvndLZdjo5fFXjh94ytOP5htinYH9 aOc9MMTYL0MsgWzbLhHSYds54OE2PgCP82r7iqXHFks5uoe9xbKStIlhcHex7OhiLetQa0sD yTTcmrm7WH5sseDLzAPF6iVpbhr7itWPLtZAKuwt1ihJm/ZekzKOLtbGvGhvsRtvqEOMsfcV ax5bLKfmoWKtkjRne4u1ji5WhtJLcEvz5xSvsbJLP/xIAVseOBav6WI1AyfwUbjUTQN3D5UX J9WPW7e/T+TkAe9HTcnm2k0cLwj4urYdkwzwgPpRYJu7L4soWoPiuAvya+wu0zymfVR9Q9cx 1V5BOeDyIQlLYzeQHs9fLxYwyyxJmjj9v71+qCzD4h2DEaR3ZOYugvC9NA8DDRsjk6z9TX/w AD3pwVRJJPK+L4gCqVgQPxLJ8t9hGp65V1yJFaQ/GY/QkRYDS4K0hOpY6gdA/BU0fV9BFgIT pljVaiNsUPS2ANojo9HV3e3N8Ku0KT9aQDvlEjH5Ln9L1Tr4izXeSIfXc2hvxU8uHXg7ncm/ R3KGvy6Wviz1t5EtoFRKOoBWzLpxAefaZpugZWkMt5hIsOzH0uoPo7LJVDZEVgjnz8nGcDG+ gx+aBhFk3rHAKxOT0J2S/4InHe2LvLekJGxiJM0v6JJLvk93k+HZKPLX0PMDmW6cl8QtTO5q 4psgXNewGf9Ag3c18jS5GpPrt1QsMSInFSVcKtlTTH8+hwF3049KBIeilK+v8BKE6AUJfn2F XY2Xom1kdR13yOay2Q2aPvTtNIy8F3ml8EJ2REf+nE6ElJA22R99kwsrCsqxdVwz+H4TxAvp fC7X88deca0PXoEpmyAvnz4nkPpDdhzMl1HJYNFKLL7jkiTf9Sx5WY/ZL65gKl1OdbW5nIp+ eEmSRDc2gzd4XwJlPXJ3PSIPskXfItfvlYQtWr2vafN3tlyH4XmbqsB8ztJ2NtR35b1BXONV dAKzkYO3cCE6lUNxXEMpJCnsUEMbV4Uxx3B2NnSaX5BEnTr61THoXGf2sQ1l3LDNQw1tXBVu 6oZiHV4YG69inBduB14QNLga+rPc8SdkopEJJROjjGihH8sEMz+Yb/FBzycn/fF6lRbXOyk9 nTGq2jmOfkAd7vMf94Cdt7hIfxbNZuclBW5qexRoXUF37D0KrK5g6vsUeF3BcugeBb2mAJaw cbMYcwfgwcgkW5ElAzk7gRkxhD5wbJ+mLs4MNzfTSgQD0z+83qyX2w9M7mW3w8wYUg6xLOcQ 3ZKiiceaSuHqOQKDya+//REs/ej/WbvW5baR5fwqqJMfR9pI9NyBYcpVkSV5rYrtVSTv2STO KRUvoMVIIrUk5cvbp7sBcGaAAQjSW7VeS0b3N/ee7p6Z7m9ohi6fqGL/lsxnYGKiHB+tfpzg faHkb7CBv14sJ6v13xI8VljlpA2MYIf3xlVx7cb1/Cq5QS9EGYT4M/wDDmx0Z8//6XWUsujC hgLv6FTi+uM1O2PZkLFhpN7J5/myCmh1is+FZuk/fags3R9qWugBLi4XQmlm5B5QhVpRBSc+ LaNB1SC5zg6BnDrIqaxBCi0OglQOMq1BSnVYLTMHOa5BKnVYLScOst6XWqaHQOauL/N6XxrJ DoJ0fZnX+zLFFwB7Qk6Y003z0aze8EzsX8tZTgNeQE6VCiC1yGwx4rRKh/TfAPA+4yW+IWws 8JVUXJaAwUCXLTHupDsKAwib1iF4AMH/WWnJAYRyEJLpNAZx/eHyXxLn7SGxdcGSC3kPzb+Q YOtMPRBuaiDcunpwjTtBsynCb4oU6NpuQoB2m3CEKkdJ8WqU4EcejhKAlAMfA1E+SOpAUlYH UbIVJBtW8ksxhQCK6YBZosLeZN6vO5WqN2PkdecEn0I0u3PCpA+RpTGIZnca1xOGybAnTCpj IPs1Ji1XjgOZ+I1B7XrXHKWD6CbEfvWwulkP5dUj21kPdB/GIPaqh+JZfaJPg8E1OwdXCcli EM3B1W5wdW1wUY2IgezXGKVrAojnrjFCqXx3p5LWFEDM/P7QIi4GuQeRNVbsbCAcRFz8cGZ8 iMZ6IYhtl1aL3haL3qZ+V1qmW5mVx5wVzJkMmIVoZfbFTVowp2HJirUyTzxmUzCbsGTd2mbh t1kUzDKYPjZVrcyBqFVuDkLtgzmISS9iINE5iBPQY+WSN1ilt4xEfBlpH8KYGERzGUnXBImX KxOjxvON3xAyteJQQVeyoit50AsynL68UgQ4m+ZDZqZRcS/93VPLcCgriHpTnI4z4bOajoO6 nWoF8YbUOfEmBUbZH5g8JcSzvBVvssWbukqRnt2Op5hswxNumckCS8JcC5h5a+Ok10PCNU4w ysPQqIbmzWbx7XCNcx0bLuULcJgvOgZRHy7BMleZLFScDcgvHdXcwCQs1dHNsjT++Cmogh4r 1yLGmsRNtapHa+WTGdoDpDn3BKvNPQAzfB+wrN+cwet9Jqo6RDpJnMJG4bGqUDjJQD+HwZa7 lFrDtTQxiIaEcV2DsqHWNdq2g7gNQhQAIpAthhuRtjJP/BoIVwNRH+ksVFkqkH1UBWMFiytP kZGQp8zbqIA1i7K2TNeqJ8JGWDqM7wESG5P6dLUyDcZEDZkoRLYwsyFLudglso1VnMUg6nND unrIWaMe2tgYyNadeMGTC+HRm/rCL/S12CCoU3KvrV/Gm1UZKXyao6v/2MNLZVT/a+vU7sak Ku0F1vRF7aymsvsge66pncia79EBMU/V7hLEfiU0HFe7S1B7llD3Y+0uQe9ZQt2ttbuEdM8S 6l6u3SXY/UpoOL12lmDYniXUfWC7S9hnLsVcYrtLkHuUEPOQ7SqBriM47/fV9gDkpsxvUTjt P//v3e2buwH6wwd31zeffEFj3WlRX4iba1BIGjjGHoCjazjoi9q7Sdfsmjdx3NFTb5zLX1kD R+ClCRzFahCTG7ykud5s72Hc/XZ7jsfxm9XyMTnCaD5uiFIuUe0J+ONM+hhvwEMtnZ6QgiXO 4414P188JJ/ff/yPM5gjVzf/uU5kohKd4IOU5BeOb0cSfF3inZ3hPQmxA+1NHe0XetISQzNo 93ejnUfq5oMlv7CT7U2dgQedsV3QFz70LxFsh5YqbnegXfbvRFhxagfa2/6dmHnnzC1ov1Zo v7T0okOzQu3qt3cHDom15U30V2N8yISPEqu7nHS8V/5reeVxy2iZyXTBeLonY0oe+69fRqPV eFjeccVYC/mUGjf0TdeTQjKuX8+X/wrC9GT5bbF+vVgu8hO6s0E/esgCvWy7kAv1MYpc/hzF lqjZV9iPy9HUrWf8ikKy+lruApUQeF6u13MUSX75Hi+dYPXjLXrF49WoN3mnsSSC8Mgc5kL9 sNxyblGTJXI85aGr0Hf4rOuOnkat8w1qxkYVN8wcn2DoEy7vMFFO7PHLbIZnzJ3BDpglmzXA 0d04kRgHo/ISVYhjunFioQ1mMZxsB04zXkAMh+PFols/I+uEJlFxiP+9egWMtNKQS3rxDHNy cV0MGB61+xRWNm+9LZ4jt94sV3RrFb+Wm5B3EB5QZSFVw7wolZaQyUaZJrOsYJoF1GQkNKmd nRErgvR+j6nVhIgyqxbmiWMmGyzKrNuYncI5SduY0zZmp9NPxm3MWRuzU9cnbW0m9TnGXLeI osy8jblm7ESZ24aqbsdEmduGqm6iRJnbhqpufUSZTRtzzbCIMreNc+7anLe22bYxuzbnbW1O 28Z55to8a2WOjnPE1IkyyxhzxIqJMNPrOY/5GmPs4C2fa3wzRcKu2JdPkquLNV0xGLGs/Fti NCg0iI59RH/m8Ibk8j2BRK3j1BknastDahOntrKgrmGncepJUZNpjdqG1NOnUaICiiwsvUdf CbwGHukj6w2ZcEM2c+M9q3migEtyFnDtKP/q4yf01MfKl3750p8ybr7BjzIsX3EecPVoP4/P keKhXImkvJGZsaDA7dPX+jtfLv2Hvjzy0BfZlaqVsvoTOIMSfAGrejVpwlS0Sf700V6TRE6T TYRd6UsLn1oV1KpGLeLUhodksoUsbHOqWsh0SKZbyNKQzMTJ0nAo0zROltXIWnrRioAsa+m+ saDuG4cNzniU2tDJNzOh1FBZtLPri1Flsh+Z6kcW72xVCE2law2K97nSpOeptIYd73pdYOs6 dRajBn0AZyb8VaOOj5ctsC0LqW18IITVp/SX8ak1BiAun6K0j5y7/xomrSwg0DMShSjchl28 BpfogbwpWogH8mZobsSb7c2GbggclRYIN0U6ISx6TOMQ3rzpgtAMbdcohD+ZOiE4b62FN8O6 IbK2KeBPu04IYRoTsdc+ISL7BIB568sE8pJEV+pLV01KSXQHzHZvgFr4K9+UG2Dm40sWUvRo 1ziqUmgpPbGZ+hNOFXM2aJfU4QyNM3SOikLNNYTYrRDJGZt2jY7x5Zk7xgZNiJZNqBBpY9v0 E9VjdFJWLwtGx1c4dWpCih6joxmPtMtw7W2Y1lf4+GSr8PHarmQCYz/kcmoiTxtcso0rc1xZ g0u1cVnHZRtcOsoVedIXcJmWsoRrl2xyZS1c1nFZ2eCyLVxKb7myRlkmPl6dBoIJ3AV+WblT 6/MIV3SUJ4pbd8PMsjqXDbep7knVtZKNSEUHVH2mdULRjbNWqPr064RSUnZA1edkJ5Rmtg0q 9va0Eyrr6PbG7O2EMrVtrXtKd0Klta2+e553QtXVn+7Jn0yWL49TekM+zqNwtn1uNVdFZ82s aWtkbKl0QaVMNebWwRpFcdBRrd+R73lizvNkJ+H6Tellj1eFbsZd/QwKr6rD9WpRbLdKVenm cR73YfEeDk/IakFWgJye/3iP6wIf/Msi4oUX0qKhuc3WPhvNMUQBPrJH0sXkRzK5zycPCR4I V9PtODlNRuMlhR91x2NCMVMd6TyNvlPh0/x5c4/v+fDQZrP6cbfAuD/C4+HcHHRLElkt/8lb kgAiUvYX3ZIEMKnlX39LEnCVlgfdkgRW3bi01e9aH7Aa8bPX+vD0l6m/6Fofglm11/U4jzVL xV90Ew7ArEnb3HGmJe4e99nTZgi1beQ4XoaO4y6glhWaAi41Z9Y639ClD4zbhWu1iEdCJ6EB s/2J6oIiTXGIV/lo+qMI6kuxMTChwNBF0kDCTMWmac9KWvlTlaRIDD0qyU0Wm5D9KsnT6CWz nszlNdm74pyzPGeoIjqDpdTxipfYVRe77nq5S+y6i930ea1LMGkXTNrnhS7BZF0wWZ9XuQRj u2Bsn5e4CFPuJC0wnPV5fks4ohOH93lzSzidM4WLPg9tCadzynDZ53Ut4ZhOHNXnSS3hNCYP 93BY914N7FkXO++3S2vBWBeM2Ht/BsTG/JGxdsX3SGAXXey83+4IMI3RVlGYzs0NYHQXzC4x JZjpYt8lpgTLutj7iqnquXILTF8xJTjrgukrpgTnXTB9xRTF3+0Y4L5iSvDuidJXTAneOVN6 i6nqdV4bTl8xRQGFO3D6iimFSct2xRDzjBij8VLX1TVdW8s7golqsDeyzAX+ZCcJWDFKMlWL jGZFZtHj/+n8OsnXiDJf30Ml+oC2RhO1knFTgo5B3Y2iGa2lC02anWyjlTawJHocAWuYvNvi rLcxwDDOnV/zspZULpXhQyl8MI3VWuWLZeyymGQavYe/X1xHK00JGqo6m5NEGJjiqlllitQD IKfv55v8p5AsnqTuDDPnGDhLsxb1Void6i2w20Ysa+GCZVfRsl3UZauNNG0KtWA7SwT2tBFt W2yjSYsymrRwweVsxlRoa1avnTDZSPJ1Ps2XpcvCZ9neAj1/f7u9v3lShQz2FWggRqXx98Xz aPKAFce7h6vR02w9GJReCDVgTAkLM+XtKs+3NNNtAhbJjWAPFGx26lgy8o3dUnj4orZvH0eU WIV9V7Pqcin7zh2LNbgzjF6m840XchFLXOSbR7zavF5OHoDxqJZPrmC25ePE16gRFDBHXKLb 1nLLBtamQ4x12giGCNyCS3wz+O7lS45x+d1iAcXlwxtKnUDpAk5QSylSPFBQZ1ZkVfBwUlSe //H2dphczNcPyZ8vy81onUzx7zsz0APh0WaoIV/gp44wxJjGpVg7CUo2TIXgLxwEAlUHCn1a f3lazJ1jsOxhuX2FS6QCHeujxy+Y5CEBmA1dD15vpivo5qMH+L8PTK+P3+DdVTDDfkAVbs/B 9vuSL2CWT5Kj8frLcXmje5srjw1UeR86OXoa/R+ACy19TI16Hagra2gxxtdbJQuMnV0XUAUt OhgC2inYonhFOU5v8PJJQD+Z/ekP51G5BvwKZeUOVwSe2tMXQAg21RGEnoY6IsjKWGogqL4I qnz0GmvF7fzLYkTxVa8/XIIJT4FPi4Cb+A/beGoenGbRp+OHIIXmffXu+wAkU753y++en/Kw ifivaHCg5xiv+ZeTckvs39AvsLL2ITugaqmJVY3g9q5aanXrXDigalnKYw+ZD0Cy5avMRiPV /o20plSXy8yLhcPxHcaZQsc+/kIxu7e5sdhAO3bFqqrcPxecl9+fKTvnFuG8eDKBMuAikFAI 5S0cxfHSP+beeEYscvHXqtEB5NdJ4il4CXT35fEFsx+MMMJtjskAMBbr3dnFDfr8tSd+VIr3 CC9vMPTe5Wq1xGh/E5D3yS3IWNymiih+xSu2I6Q73obMna8jYfkQVDO8ff/ru0vYh86uL6+S WRWZFH4AmY8RzL10KxjXn8jQDsczlT/eXZ7R0zUfk+6FFbUCnQ7KeMVB6WTb8OcqoffXJ/TY ZH0/IkUoCAEJMMqQP39NMAgyTDabH7cMFYOrV7+hn2IGejdeVnidqGOs5Cihcs4qDNisKUh2 eW3hAHaLtwrvn/PNHaWbHU2nQ4zlXmV4xRCTqz8pu9Ld+c2tYywOYyiMazL68vxlhGNQZaBI voJcc3stUNPJ8xxULLxN+/Gattzr21eies7zSGGuXxbTAUayH1PuOHrBPp2v8slmGzxeDVIp KHFJCXZO0wrdssn5p5vk2/3cD/JMKhoSetwSHQglN2jU4xzj29Lv1enUt/nmPslpAp5qj1Pj lvq0xNSu+ddhUX/6tXpRhfmgYIKiGgGKUfK01UWJ3aCXa7WZ3E2eluvqHtDNp3NcGsm30UNe hFC4VR4PPTGt88DvUNQqH/rb+ZYIlB74mTkQNA4IBCbYCDTxpzWGAYZNE9Nl/chHMF9/yAew RVQZQDtZfAW91wOQqjDFksnLGJSdpr4BNBTac6fF4lVLMUzb8gHzdOVg3H413ieO2u9OsNTn QOe3Hy8cvfPTxfoOzfNHFFUP+Q/SiT0miTsfBhp/Nx/nq0WZeukJVVw8gKXkg4sNLoLgVLaQ 4AMfyNIrsG1VQdF9wDxb660uyD3qDC++1ge1Um3Ko116JYWDJBhXp3jspsGSGwozlDz5HSaN 0+f5scPWFI7+qmYwUJ6T6QpUS5iec4wWXW5OHiNp/ZVZ87Kg/MVl5qzKuqFUWIFtA3x0dvjH Cg1eHCBYrFXvl9y4Nk8x/wMl1AKrFwzeBweQZhirqbtgo0WjYFBV2U6+LKvzQenoAXyBFTv9 DLJv6BJdbocqdYs+KwIT5ng5Ji8i+j4e3Rwn1ze/vaLErB/L3i33w9OEg2XDTx88BInu1wrh fPn8A2zj+83R5Djh1lpgwRwcBTRu9CD3/PxhBKFk6wmb7ba1C3bdPBDcZuLiZSoubo89FtpW ikrXYhn20MHTTKdoS7+sxw05tci/eRtFqRwB4WztcVtUuXtz37+MHa+hF8FtvKWgdsV6jORz ye9REZvALvj77ZtEDFjy98vFPaZBmf4dlCFQGDwl6Ojy3fnVcTn2DillGJaN7MMi0wsu6Iit DQayxl30cT6GlbGdfxJM+LqMyViRqAHWFeYjTN5//K9P7y5vPpQHJds2jtYVyR3mL2Qev3aR kT+VKJQw8fOn/6Fg0JgE/Nijt+jFbZbHu8rjjl/RkXJLeRhLWrKgPEWZiAr6t7Ahfn579jGM UU1UXhj9ioo3qazRdSrRoNK8iSWbVOTvCanCuNN6wCzPUOONrpd8cw//P/I086EY6F8/vVoP /5hPQdP4zjHk+JDnQ5MCzzBnw8nUg7boCO2AbhdKMFUXKJCr1PEIJygVUAfch7PzwnV8/e6/ C3fv9Zsz0Nfw6a9mb9+ewh8PjjfgKrPqgjxT9Pb69vpD8p6tk/fc46RorQe5LAt21AJbTuSF 8AilUgee/Jfs6c6T/4IQHaKV/KjFTN0pNEsE04qAoqYugHxWPDdvYUXBh9IMjy3c2j2BxbsG yxdtHviweHkCHShoOT3QacGc5uOXQkdP/L6mtxzR2dCrB0xXHxaOQfJ40aP8JR6XolmDatk2 DpkHpmjrjoOhWSTECXrIwli4FT8H6YAqbQt/tTuQ9oCdSePDBwEA6UawyeAfkJsfy3EoNyGy d6AG03/ki+ly9ZpPzRh/BQNo+jLZvMa4MB4YxaVvBVtvcA6vYfnOVq/lSVKBQBMLO/Ujje9r 7iEaXIAOsWTpnmrIhgLRsX0YLV5gN968rPBMo7AI5QD65lSdjp6mMERVF3oYaRr0jF/FYdDT jkcyPJ6EvT7hp/CtGgT8By+Ef0GJ5nlAKSpzssxu6BG7rKP7nmOU7LpdDPnVlyw6m6Y9Fwci cNGK0D1mkmJxtrDuIx68CSlJd2nBjIkHjllzWCvLfssbwXQ7GC1vFi5vHSxv2ba8pz2Xt4Tl zbaTWPzc8laMrIRWsP2XNyDa1Efst7zBKk+DVh2wvBXTSvkYLct76i1vjGycFYtWdC9vsN+0 qFG2Lm9MEIinPPeNIMOetu2oOaXMiwsDvlMYADtvpMgV23y3osx3K/ixx8LxOVekfrPlihJv X/928+n27urD9fvikFDOPGaBj30jzGc4xBjkeoBRJxMpkvXjEvrHlP0kk1/Hz2tCo6zVye3Z pzNyhXrgJDNiNXsc4UwsriotJn8m68Vmljw/JXSz+3EJ7V5CeS9PmDllk+RP62T0DLPNg9bo g4tA95GDCixyvFE/Wc9ZMiQU7xvd0cdvvPlNocDCb6L5zeDI4TfZ/Eavw/Cban6zeJcDv+nG t2IbAssONzjq39H35PeLD2evQB4no/FolTxh2u5/d3GyC4lZ/g6TkeQYbDEeKC9BxYGgWQxU 0CLZjORhoCJaU4nqI4CqA0GjNVVlTfVhoDJaU43KM4CaA0GbNRUwePiKLaoKg53F97YIJx40 BdnpgN7HIgQ4ifejOuDIIpSlQZg5exA5QntQ4dFP4fgB3YsXusX9/Mv96fo5B+ng7WiVQlFm g65vIlqbDC8KbpF27K4Zy9JwdxXKx7KiHSvYXJnbXFltc2UOMBWowBYqJu/YrYBSWVOjNC27 FSZjlmWbxU/1Huatq1osfrL3MrzAwtqx9u69DBR59M8UO3hX7wGlZnXKtt7LMD82347ywPTo P9nSf9bozJgAa0cPsjTjfg9qnTEPzRrRhRb0IW9X76SDNBTt04N0+t33zSp/yj1ScnR5pKFO dzta4AUdn96G0KH+dnaG2YlYhiq0yJRlXKaO2VLm9OAEAhv6AcNg326WKzxcKSMfVteqiC3F OYYbqUkwvf34dF0SF3XgA687bWbV//d2rL1pK8u/4m+HSMF4vesXur1qAqRFbQi3kJ5eVRVy sGkQz4MhSf/9nZld22vAEKfV1elBAXYeXnbntTM71aLLKTYNBx2tHbCWnifnOBWTrmnhAss3 FTZ4QHKT3XxecYG5JnNdbgcFXGcWWGxNJsfdB8JGDTzLsb12gVkaSmp0oKHMFtgHro/yi6OK a+vKNLOfGYf7dLWSVLXqtHWLGZnJbkG+38yoDZRXYqS5fwQnLKugomlstHpeAgC298OMXKME VGl3XpGkg5U8mlFUgaQrvNRIq0SSrjPRjLsKJH3bTw2jSiSpD6BmUFUgGeCpp7Rvq5AMLGXD saokPTDvg9SmrEDSk9l7mi36epLCtqkL+Xq3TZczbAA8+GioAtlGftNxQ/dtG+j8NmBbNGhr yFcUZA3CJl8tjZKDgX6VUVjHLYVNA5odsK/wglZwuS08fSGwy8dptAmfleL82G0bTxicMG4p HeF7xucPA1xclH86Y8TNPnUQSOLPPifTn5NplKhW8vRz2tpzAnlLPS/bf95P8a+HVbiJXv/I OiPUuLKKGgEucnDPcqVZBJ/mfCEuBZEOpXQ9TdgLqTjmq+dSvSFK9AZ3BO0eDdU5w0S4ka43 xtyKNWzME6ewVdYbgNL2rALKTG/I6Vms51Psxz5TP50GyXlxlvZiT6ufUzD5HjMA0D0oL9Wa Tb8uIVN9JQv5ur9j7Zy+S2nzBysZprzdbHGrY9Lbwo61CyuY6Sv4zAOUrWuxt5U5KC77/zIt hQ3ONfo++oCnp0UUp4XvT4tsZ/67k5JtdkyJF8rANNymRf8ZbUouq19R53jqAK1sYSM1ovPe 0Ch8jf5/mqAnrnqDLvghGW6Pu2jLJVGO+XsShT8MjgE6MJIxc72OqVWw539Ox+FcdVZvGjUG dqXx4brBhBkYH6bXFzlWQe2VD7HKZJu+TLbBAPlqMtGgHDxHP4S6xTzHQbxMQNJxDo9D//wc 0OEeLydH0flmmsN4KTPu9j+MVnGC6XipEd3u32Hy1M39VUYmAPkAixPohE18Yfhi5197AbrL h1xcbbdILJJpFVHmr3i4mFwK7Gkw2Wj6vdMk/eSnpdryECwDv8JhAa5VuQHqi3C9Rkmzi5/i 5TaPEYMEMHkOYzN+CDNdjbfzJmY7Ymyc3hk1zOypM1iQwUWWAJLgpevRog7w8fw9aJvHcGvC yk7xg/9F58Cdb0NRnyRGDcZaF03MNFxSnyUwe1ROCSUqUkEEfI7ZVRTCNY279RbXFnUzl2ht 0/U8ilXKzCdh2adSn2C853ILy6aUGBnM43htXO+2Wximy4zPvW+D/w6GmIki/76+H+DfeOtI y+rgn5qUEBp6lvc1L2D/Pvjcv/6hDbTxJ1J8yC7g5/no//3lurdHXH827u41Fk+JA+BNThyc WzdrV6B1waBk2fF6N9nE/6SDwbfhFJzdLykZjX6OF/UwTvD/5dSojUbSQKgXPs9+Kh+DByx/ 5JYxWMfhDJgsCOt5uAXsC5DayXq20R/UzTBhhhGadcPW3eiJDIKR2py4uvF9Xb1XKhyBAkaN YgjoOdqqeKIBb42/w+34sb36acjrXNIscNggngYeYLwhB9+RfFCWerw1enejL53ru7shHSVc ZklZqpIJU7AfQbZjknbjuns3SDGnFzy9JWdEgZ86rLW1gW7ekiUvs9Z6Ox5r6Ui1ifPpeJvI jUn588gmLKvB7XWXYDSQ9MpOSdHLG4B0J0a4VPf4yAnG3O0n8HdoHnFJbR+nSXbJz6/Vzkge KUMVrf8pZmLD1ICAXk3o+TCz9alglRLNQPCyDBzmnZ/NQAj/IK3Qy9IKPZVW6F3oIOhTP0bh CK3ruZ4jdDvoauMczDFIltEoG7tXM3PupIhx07N9SrD/2L7toqgDJw/zL6N4/M4y+tPlOweU KGb4juNRm4KJ8Hnnc3v0FaR0lO4HwONaHGNtR/CwSnhgW6CHdwSPXQWPj0H24/zwSniEJXju 235sXxm9r9NoGhLmRrt/uR4v3gXnLEQ8ZGzoP04jQRekMYYtrCxETyPpOuIcSf8PkPQ1kj7O +mmS3h8gGeQkGVVHnCbJ/wBJlU8PxqPDXDJw962GDVgo0nA4ZhYAHN4XJF4DRwURyTuwivHz +maVogBzhRrRz1erNZopWG2oVzkxB6lYWG9+LS9DmoDd/RzOad/vFRPQYJDTdmpgUVYi1oCm NQCLaTLerXZJflzN8KQgsElRt9tfWne9m1qvM2x3vo7u+xdpXiOFfFQ6CSmADJY5lEpyFBbE 28OmHDoweQDbyMkTvIndXrclGxABxP2aDsqMWzxxv4G5N9q79Tx+uTRu5qvnNAcDrIuXxvBF wxpgecQ+T62PV70PneIzPcRgPcbJPlsO3X2X8k/2OKsh2IWcTZx8UCWgZSOqOwBBEmvQjAW/ AU31vKXMFyb1kH3bMUXg2Ni+5Uu/VagBWYYLjJf0ut/SAujtJlwmxJ9ceaaGgnbEPopdtD4J JKwjdLfjM0BY9noMqHczeBImMx7C8Wz8GC6xPKEUkWP5VD97M6i3pGv1Od9G+D1nARZV59/3 4i1s2r+Wk+QvPX6FJgI6Z2mPI4QVDrUa74JpoLbeDMAiozZOSxKMWotqElxjNZtu3i9WyzAy k+cHM4ovMh4DX7i425EzKq8ihyx/JNnw9AmdIN+zcrCA2Xg6N0WPrBBry0FrMGFSMNngFTOX On2cBABnapNBeD74vug4ofNWTydbSZGpfOz0OAeG+9yiKzCxURdIX/yBmvQzgVmM+/ZprZI5 YCxsBw+Dlt86PXRvjHvNokU/eL3TdoAcH6AP9/rxNsPtXmE81WRVGB9U458zuxL/nItq4ykF 6FXjOTjfgWsHmjRbrqhiTF6IsknSSi0a7uOpO1i2WL2wWyJutHqTEByY+15jeNUvFoFcgnfv aoAUniBAtRuCum1ZwrgNX4xPmzBZ/oLVN/tl/GsRvsze/7ML51j1hw78v1MsoA5tPM1UdJ6m E9Dkp1UYQcHe9kvUkMRRpoYA2rMtSn2arkfyphTJP90IBS8uSYrpHFiQxcTDWFX4AazvMo4N rQr81uPF7izPvouKak9P8FqO4Zy2IBzgPbHfwBG4Jhc+5U/mQCfXCLNsLNOh25dKlVRhyg+U lELBrX0dayvOz3CdwjveG+HR02Y2x5lLOT3xxBxEsOc7tqOy4zyjqSS3PKnHmsAVeprDVr/R 7UsQEMI88D2VbGd45WHTbmcoo6Rfu1+G91ef6+3u4JMMm+KLHjYVGW6BN5VQ3M47F7djWtxO wVIJtg77PYkeftB9RzZosPKIq20yQRFX0ElZxFUhpUszDpGWRVwVlLyU+QBKj7h6XiHiKgEx hbicnAquplGRN4VcJR3wF30KuT5gLGa2xGNPTM2cUr0riYt8MGeCH2PqeACWOz4sEt/F0HEu Puwz4o6g4PGx2KNM3Nml4g6hGRPUertA86zIkpAetYopbDqnlmM4s/EUDgqrvRmHG5jM8qnk Ngc6vYG9wAS+hWqEUH+Yz8hiQRr1TTwxgksjLhg+TFzmJdPMqL347sgV9fBBBhoRocODwOGn ZaBdLgMJhZCJjoWpEGoqzk2DhGe2eCN8YKHJzG32I+P0xBQKl8EUusxy3kZOwZNfUlzr83iy PbrgFAg/8KWOkMzCnxpB28RC2gPtWGGpEQ6sHnVeh6OEC1+WBRxutxOPTmCOYG8m7IHbYDNq D4CxVZW4yppUXyKT/+hzdVdDDXSqzNwQvm+64IN6b1SuEh49ln0jrvxxJQjd/XmO5JFHBWjP kur5rXaQwiEwkf3QkjvJOIL5rzTj9pj/H1BLAwQUAAIACABEskVEnW2TheIAAAAwAQAAGAAA AHhlbi1kZWJ1Zy1sb2dzL2RvbXUuY29uZiVP22rDMAx992f0xS9J6mRdBgF/SRlFtpTWzDds x0v+fk6HhARHR+dIHhxJjsFtnKnNWKQk+as6zqqOW5Yje7dP5siFdMhRTDeGJv/IO+PxdSxX pHrNqLq9InS/vGN8NZaWawqhtKEy4HtrKvVfw9SDw/nW5wIeIeFgcjj3VJe6JlOOSFJjCs39 m1Wznh4qGXyS3MmrJDoHWgqxjPPyQcs0/efJVs2t/cFZBGpH+72VapBCAifHmeWC9QkNzGil YNXrk+C1NbmQlxcxvOPCbNBgi3GnSjN9RAtlDck9ojYN+gNQSwMEFAACAAgAZ7FFRBwselXT AAAAGQEAABcAAAB4ZW4tZGVidWctbG9ncy90Z3QuY29uZiWO3WrDMAyF7/UYvfFNksZdybaA n2SMolhKJ+afYLsmffs5HRI6cDicTwE9G1XuRcHyEEecjPqpXkG12yMbDS+5gmcf09N86M8L kORf8wVqFcfzOcVYzsSLYOidVO7fh0uPnqZrnwsGwkSD5NjtlbBLHXEtz42NpRQb5huqrEfZ koTubHYOSxo7j9aM46yn+Y1nrf/3SC+NZhQp2JDbd2FvpwpxTOiNniAXqndsZiZnRqjBHoFg neTCwZzG4TUncNGiK+KPlga9bQ7LGpO/bVaaBX9QSwMEFAACAAAAkrRFRAAAAAAAAAAAAAAA ABMAAAB4ZW4tZGVidWctbG9ncy94ZW4vUEsDBBQAAgAIAES0RUTU0bcJlgAAAMwAAAAjAAAA eGVuLWRlYnVnLWxvZ3MveGVuL3FlbXUtZG0tZG9tdS5sb2dtzSEPwjAQhmG/X3ESBIImBNIE MUHIBAg2gWtu621p6K7Q3qA/nyXgQH6feJ/caaAYQ9TgHU/ZDCyCrUkkZsR5RmRJGlzoxEN9 aMypvJrjpTw3NfToPFlYKAV7qPiJ3lnAOEwjsSz1fAlFRv8RikwMLWl4WJduq816q3Yacvef /Mb1T7eoUppm1YYRHYOCe3hRDH1fvAFQSwMEFAACAAgAUbRFRAGsteyWAAAAzAAAACIAAAB4 ZW4tZGVidWctbG9ncy94ZW4vcWVtdS1kbS10Z3QubG9nbc0xC8IwEIbhvb/iRh0cWhAh4NBB pIMOtoNbuDbXEkwumlw1P9+Cbjp+3/A+eVBAMYaowFmes55YBHudSLTHZUZkSQpsGMRBe+j0 qb7q46U+dy2MaB0ZWFUV7KHhJzprAOM0e2JZq+USiozuIxSZGHpS8DA23TbbcldWCvLwn/zG 1U+3aFKaF9UEj5ahhHt4UQzjWLwBUEsDBBQAAgAIAAy0RUQ43h8qMAAAAFYAAAAiAAAAeGVu LWRlYnVnLWxvZ3MveGVuL3hlbi1ob3RwbHVnLmxvZwsK8XMN8fH081ZIzCsuTy0qtlLwL0gt SizJzM9TyMsvUSguLSjILypJTeEKIl4pAFBLAwQUAAIACABFtEVEVY3/G5EAAADUAAAAHgAA AHhlbi1kZWJ1Zy1sb2dzL3hlbi94bC1kb211LmxvZ12PwQoCMQxE7/2KOSqIlPUgeBP0GzyI h7qJNqDJsu2y69/bsorgJSHhzWRyCpJF77hZD7JnEK1twKJUITRLZAMJ49yVcdNs/cUdZq5B DAkpDrlIRl2h55BM0RoxPPzk3b7NUjbVvHIV+6MkgTjl3l4/W2WmVO9eGe2DgzJh6HZfsMbN kT9xi0x5jeM0/6E2ujdQSwMEFAACAAgAU7RFRNsImAWRAAAA0wAAAB0AAAB4ZW4tZGVidWct bG9ncy94ZW4veGwtdGd0LmxvZ12PwQrCQAxE7/2KOSqIbPFUb4J+gwfxsHZjG9Ck7Ka0/r27 VBG8JeHNZObs2Vg63DUi6NOzwDrDKs8cUK9hisCEy5DXnWuaa3VcsBq9T0j9aFk4yQaRfFJB q4Hg4GZXHVrjfCnehSvYH8UJgZJFff1shSik8vdGaB/khQLGYf8FS1rr6ZM2y4S2OM1LDdGp egNQSwMEFAACAAgAYrRFRPEH7+gcGAAAv28AABsAAAB4ZW4tZGVidWctbG9ncy94bC1kbWVz Zy5sb2fMXG1zo7iy/r6/Qmfvh032xg6S8OupbI3fMuNz4thrPJnZmp1yYRAJFRu8gDOZrfnx t1uAbPBb4L7U9UwSI/rpbiQ9rZYQkPmcEPzZfubyP5bO5UnyE/mT/HlNrvFwHgv/ID/gP/zF MjhFfvxEQIpcX4PEn+QX/JUISXE8/iGFrqXcfH6Nx/hP6pv/QHOXEvATWLr+c/4nFPyYo8AP IlX8uJhfokv4BzWd//x08Xlwf0k+C4+8iCB0fY/oVV6l5CLw/ejd0rfMpe2vTNe7JBePlkUu +mLhmijVqLJK7TL+cklssdg83nwnn4RNbsWCkBphtK3X20wjvcGMMI3qibE7MxJhRHpPpvco DBG1Uy+6YHLpm7YI2uT99GOX0GqrVWGN/wTljQ1LpHr+amV6Nlm6nmiT9dK0xJO/BBABR7X5 SqxumKY3R8mh+Tp/sdab8KYZF8iD+dr1EnUPri184nqOH6zMCCqgnZwgD+87xA1JJF4jsvJt QZraK6tdEcf3ItJ8pXUl2B1c9/s9shLRk2+HbfLA/kkG/WGfRIHphQ64FrkrcJbWSSgs37PD FCql0Djx/IgEIgpc8QJVuBCWuQkFicxnEZKlDzUFSqDGoF6zKvpuaB10/9bfQC1RMupOSeg+ ema0CUSYPzvo93fRJIyCjbUrCV2jIprQitPOiKzMtdKv5T6kslvUsrHoYhOai6W4PICJBTIY U6q5ANsigEo4hBJ7lqh2FkXz/pmLVouf8k8JbDGLhUl1ien0JkNy/2DsoZTIDkrY9KQlJZDB iDPXpER2UU6COu5fKpJBOc4WZZuReQgWy+zAnKTNj16Ws9cprLSfHL8sp7mHcqzzKGHtoaCI nkPZtJVH2dQ8j7L2UOysh2LfQ3HWQ8fMoah2tg7pPh11XTvcWtjkbTI1+hMUvdV0ql3BN6aD ekbI8H42uMvKfjb6M9Id3N72B7SJsl2UpYks6U7Ho/Hd+BMhdcagUnQsv4PYr7XgH8/quoU/ UlevFeu6RV16KV39xK/BQENdvS6v7VzDjq74o6W6oLY4p3t+GfE19nVZH7qWOd+ZDHvSVqPe Qr/rNQa2eCm/jcloKG0NenEd6Ni0tVK6Rr3b97Gu21gX78m2iVUV0/Wpn7TzYNDa+lVO14fJ INWV+NVMdYEqAqruBn9gq7ylvtJ2rsl2plqnKdt5FqymwiGTyLX74sWSjSzZdaKdu+Nx4lc/ vkbWLH2Nyq++9Etrakn/m0i/SG+90YaQ8+CHn/FL6erFulqtekaX1DZZFdJ12036Kov7BCGf OgbW/ifD6H5gb6ov5Vcz6V/1VlYXKHs/GRTT1Yr7PW1042vM+EWlLnZGV3/UmcZxJPGrm+mr +DHuuyrjVR0vPsr11YGRxLeEj53m4fj2Bl3dwTTtX0m/10rrGkyNpO47Uhf77+ga3v8rrq+4 39NSuozvYSRWmBRiWku15ghakNb1lt5o6s/dVOzeJ/cfRx0CGavjPm6COMl0MPlMJG7NZ9d7 JCYkwJBim9FeXlnJD2Np4iunJeRJmGvIYN3INZduKFK10gQxRhMymlQiHPUS3Y5VbygVEH1Z tU7WOJp6UTUp/hiiRzLO24H7gjML4ZibZZSpx8moMoOsPiDDMZn4AUxjtFdda2b7+d1gMIEK vB3DTGVFX+eWF33RNf1K+3oVF4gXLNCgIAPk7Lquf47HItO2wb+QrNwQknTrCa4WTgCBKgRT M9vWtet8pV2RjbwIzjJqdz/fYGqxWc9fhPUlUWOBU3A4D92/xReW8+gOp4JxpaQOaa9pYpOV lEIXprV25679RXvVtK9kaa5da3soPGwSlb1MAt8CjX5A/kMj9TbVYkPplJTRMwZo1gA7ZYCV McCyBvRTBvQyBnjWQP2UgXoZA3rWAD1lgJYxUMsa4KcM8DIG6lkDtVMGamUMNLIGGqcMNMoY aGYMOM5XYrthxsIxZKs00iyNXJRGWqWRdmmkKI10yiKpVhpJSyNZaSQvjdRLI2ulkfXSyEZp ZGl+0tL8pKX5SUvzk5bmJy3NT1qan7Q0P1lpfrLS/GSl+clK85OV5icrzU9Wmp+sND9ZaX6y 0vxkpfnJSvOTleYnK81PVpqfrDQ/eWl+8tL85KX5yUvzk5fmJy/NT16an7w0P3lpfvLS/OSl +clL85OX5icvzU9emp/8rfz8zBJoZqa+Ud/ejKIKRQugmEKxAiiuULwASlcovQCqplC1Aqi6 QtULoBoK1SiAaipUswCqpVCtAihTocwCqIVCLQqgLIWyCqBshbILoIRCiQIoR6EK8IsqftEC /KKKX7QAv6jiFy3AL6r4RQvwiyp+0QL8oopftAC/qOIXLcAvqvhFC/CLKn7RAvyiil+0AL+o 4hctwC+q+EUL8IsqftEC/KKKX7QAv6jiFy3AL6r4RQvwiyl+sQL8YopfrAC/mOIXK8AvpvjF CvCLKX6xAvxiil+sAL+Y4hcrwC+m+MUK8IspfrEC/GKKX6wAv5jiFyvAL6b4xQrwiyl+sQL8 YopfrAC/mOIXK8AvpvjFCvCLK37xAvziil+8AL+44hcvwC+u+MUL8IsrfvEC/OKKX7wAv7ji Fy/AL674xQvwiyt+8QL84opfvAC/uOIXL8AvrvjFC/CLK37xAvziil+8AL+44hcvwC+u+MVP z9zm96Ph7uxNTtecpfxZul6EI+DXLG44jq2pyVNyfxbRyda4r+QxdOcLMxRfNIWOcVDQJomj hF2pm1kcvu/e6LWS+8rvjSHRKoxnXbifzY1pbz5+mJKLxQYQBH7P3eAv+Pa49BfmUh6w9Fou 3wpv7cJb5Ml9fCJL8SLyGqa/a2QT4s7Z78SHawhcW1TzIuy8SOuoyADvBaqNAbghuE3I7dKM qiTZMUDJ8HosT4f7O6BcGzcINLVm3WxolGBbtGXF2rt30HEjttzsEW7Waz+IcANyurnhb2Hn dijgls2LUac/w/0OgdztkN1osbOzN923MZq0SWe59L9Jj1mT9CYfQ3JBmUae/Gi93DzKEtVJ pr9Dv1u5UdgmTMfWvyK0BrCRMbyGn8rnVPE3N7KeoOoiP7N1AoZX7FzWchNGIsheQIiAzRL3 e6PvvUDYbkSMtJRcWLIk9aUvImFFYILTFqs2GzoZffibrNObsqnuIdYXaF+JlR98J+GTGcBh evY1jMxIzLFS28kmCcuLXiO56wFbhOsawf3lUi7EkkYCXVmIi8SyarUbtIFb7jqkZ67Nhbt0 o+9t0u11oOkoMQZT6MK9UW8IB44bhNHC9J6hSLxGwrPhCka9AdQgSCmfQS1ZmdaT6wkCFWA9 k0BgD0AHk9vQ6V3oXrrbL9vYWlv2KqJ20YbicSW8eEcNEkoAsXBfKHf2NJmBMHGDjMKm+0tx s8mgybRdRNx4EofdLm8GvlSUifjCHmYV0OSvVhuohKRrg+61+SgI1jtUs/7cre5jDM/316Tn e1HgL9N6OCDX91ca7gQjEzMMo6fA30CcwC31xyG/b8QGfBh6L8AtO67C49L4NQg264hMxcpc r3ea5ZDb0OdA92AyI3LvUXjQFwgWL24QbXDjUsZ+uqe3El9XHGumYmm+qnNbf4K8P7vxCpyw 3SBmzWA8JEDSJ2gISUnTep77S5v43j9SyH2neze8fw9DQ0VyGNivnhio/JY0PGI6vX8njzsk p6vV2XA0mLZxA1HkBzfa660mhxV6oxHwjt4wechuKhSP8W8CnRkQLIRp4wMd8kGJIN/hIchi HEtOQkikepXTJrIfY2sabJf4uApeKfAi9JeCBNJdh9R18m9Xda/VN9ONKq69hEodfeoMMdgu tmynVPX2XckXrarLllgSnDIckIgXWaWP80AsXbyEeawXA33ySR87GX2GoKeYYNovpmfBF0fE z2m0t31AtsRoNBwT08JIl+s0OcHZZIohz/a/bU8M0rAzQcLN4h55Ab3zcivzECutbPe4DG1g teu4kBCQi4fJsL8vTSBb2RZiQIt7WyXxdOFG0Dm3Eh89uLQocGV/fL+B78m5Dw8jGJaMYT/M s0SegdrK9QlZ/MEM7G/ANNIJQzeM4gvENr/40JngM0nxeJGBdCb5sHNF2KibPoIkI0dENmsS j4w7AzkJl0KsZR8AoMHVqIDRer72l0voT5kIjmXoTtxvoStgW6cX9uuvv5K7caePfOuPR53h PcRGKExOi6UzX5tBKOYL1zMDGF3WTzYMlGtMym5wxTAO1DDKhX/Dca2mb9OIs+B6FtyqaeLt 2FZ9F0txY+abseZiF8ta7JTT8QguSZk+1PAbHrS4nYW9Ci+BQpwFKr7/ODBm87FBbsjP0AKb 15/PCj9A2jUc3yOCVeun5OHErjScrvCqdgrxMJzO5t2OMQD5bSRoZvezHgIO7mfTP7IgrEJ2 EvThj8lg2uvc3c0nnfc5kzR+QuQE+nbQmX2cDmTV/eNb4Mrxa46UmcdD2Y+1CcePQPS5uYAk ea4/Lk5d/KQzmI/GfXTk5+8iPCWKdIDUCQQfhScgTJwS3njPnv/NI1CO53GEFeRCe1WzqkMg 46MxGdz3573OfW9wJ+uGnqrKh7kx60Dj4YbotCKbO/tsT153vz+dj29vDcj+EZsXRk7MLXMJ yTFGi3Y63doJ/vDBYC9nbum+3RNdCD8xi1C17zihiDKmlcLk3FsUSvlnGbwOyNMj8jDeHHQ4 y10lDyMNpOqH5DPdHT9rtsrUR0Y+N8rK+RR5FoEnIDjX9QoMSFdkGS6uIEdYrc1I7Y+OM628 JPTdRFxW6elANPnwhzEE3pHRYDQG2nam0879+8EISNzOWDExUanibux0aztLnnKr/JaWcPXM lt7Cjxy0QpxcLUSsADMdNSLjnKdKAnNluyH0JKVFUOpk9WLtbAM2RqaPp12+wydybVU1+Zav /HasbXM+5cV2gLxJ7a1PZPL0PazgSCqfNyW7YiIHtGRJCjRkJ8VJr9zqnhfLAfWFrixiRhCH t3YO6OSB+s6QJR9ZxoEd6ZsFSrEskO8AZ+NZ5267IT/Pvx2gnmVYPCRgbBkYxm6tZogi+9mT GUINvrqrzQqymYeddAaDBD5pnRmmIf3ARyT2uB339W3pXqaxr4nmNdUPaqrn8459TWxPU5x9 5DWZpn7GJ76nKc5FcpoarLW9OsMKNosFpnC3gRDx0y7V/zcf2/dEZtEDEvKl/y1d+HjBJTOY C4sQn48nGO9lDchHlGU4ScFGZFeB549yYU0uDyUnZIp+8AwGVpiI4TzH+2vjhk9YSfjEfDL3 2s1yDRjKwTXXW28irG7IdiGuRd/XgvzSm03vKuYv0s949ieDXChXkxIIHIO5NNZhS9iE1ZvP Xbk0llxudbtCgQMpJP8vriVkJGzL/1XtjAQ9J0FbZyXMsxLWGyT0MxL2WR3irITzBgl2VoKf kqBna11K0FMS/KwOva0xJQFzPIpp2ygetoJMsVo/lK+7kO+5yJyHYly+wlWDkLzDtVlHPn5+ RaD3exFM6kwPxkDCM6jkSbhA/IVkAe2GMLvDsZERgthLwjV2XCANhxEQly4zElMhx3Sk0aNk XcJiXGEDUsNRvAYQrk249PQOQqICmF612qyhtTHyU1lRQExccrTkazZsIgNdLWMSpCpDo5NK wtQ3itdvh9Pfa+c006xmqh1XTbOqlehR3Synmx7XzXK66Tnd/M01wg/XSCy5tlzshgS6MMf7 F53Kb7uXlhOCXrwVOqJIPy6Dr97ARx3x5kfcLf6J4Vx2FizEl57giq2/CaBvyOQYfGaak0kd cvYY2FuYMFZrci2EqHcHQPqYAJvHr0Yi9QNIegqZ2uTKZoJFJDvlrX4aSd9wnc0tUsrHSHYc yfdqKIEmCTbEBnra26NIehap7yPRW3rUW9qmEskyNgGa2mQ5m6PNMnLV3ZPtM7SZ18jEoqSC EUzD3IfwOs6NIKf6Hspjx33FGxqz6TQ+fgEf4qMv7Lr5VZbtZiqxxhmEOOy+GKqFB6mK7+FN hD2zU/n8rNElphX4YRiv3S3w4V4zcEVscW2G4e4qX4x8b8RMGBngCt7QMT51JlB4BDGRRRBP fAd+4RuKwsz5T0F8V8kYYXBPl/VBWUYKRx0pFY8Be+d7gYhj/GhyToVccsyffFk162RmGPJe jYWvzGlmu4O0uvOanqQ6JD8q8Nvmbcxq5XPEcijJysnHeSsyFcbFTAg6e0MZ3g2Kfc/Z+KLh reR0ZaR94L1A7fQlPzKkZdEfxneD9r5kDi322Apmac6s2AfSJD7BpGkwfRj08ypYVsXeG4Pa TvrlrOfOgetO32KTN8t3zapX3Wzf96Iq8bjn+lYFPVDnEP2cY54PvRf/+VRvTcsv0k0BkO5X aLVRpRVeeeQma9YoreCrvSCM1uaMMqrTyjd18zjWkjmI3zuFCdgT5P/Bi4uhR72eCrt17jH/ GPYqvDZMLdbfCb6LKu/n1FwRA2LeDeRsat0EN60nETB9GRGOlZfHsi6cOeH7j4gT+Csi0UJn QsOhND5yGi3QK4MrozV+VJOclexqWeitWAsklIKJZqqlxjmvXe4liqOnv28wRzxQcQ2ZyMT5 b0guYHYvCzBtdfHGa1bZ9o6YqnDLXC7jIApVjS92cvJVfS5L3jbFTiDci3Nwfidaxst7a9/1 ditGLkar6nXsha0dVDKazDrdu0GKRJ5QyrXr+Iu+q8J0DquYDKdZwzyDahxGyRAs34+UwS4y WD2LNSzTk0k7Tob9tbytC+BsX9l4nrw1qU5ja1hJ+ErbPYzsl0cTsliqN9o2xUoU8o5mfEKO aZa83/QY35TKDrCbILYBjQjC27fYJRP0/xuiU7JcQ67gB7nRND0bxksD+wKdmVxKwNv+uBNE LihRR7vmjn4NmQwwCFc3IEvC3Kd1eQorl5BoA7ANiW0m2NohbP+hf93rky8QCLQKxMzfB6OP WFiZjkeoeDKs6InQ13wVBnFbLHw/8gN8ISF0gza5hgztnatZTvP613f0il7LjTHvtGtcFn2n HbNO/1et00PWJwYjz+L7wjcDe3fXUT6myMUa0w7lGvoSwkX1MAO23Tt8S/c3s90/SW9XKyJj lhk80ht64pz2P4J7W0Xq/9Xe3fSmDYNxAP8qPm7S2tp/J6FEymEVm5hGexjqDrtMAZIJFegE XaV9+9nmNa9+YmeXaVewE8dgP49/JKbYb+YmuY8C5qp1PbVK2/y6bh4cU7OIT1/T5cpsTaPr Pd7fmUg+nx02vclUoOClGKOC5EZNzZH+0ZXNfutbC1S++k2l12MV2wqFzaaNKhM0DDxgy5ds vStlbIzHtm0c9RzLEjX+KmkPE3G1ZM1+jokagPXJC0PhCHnT3o4tR5Bx2z6Px/jWcAFBXC15 sUPfsUNaTh/G1Y0Ka3brazlCFLfs3HdawddegIkH6tPdLFbZdzEsf7YPj5NJcWmgvpj6i21i 2X4SKYftQhGTNA7mvMg1chAeSEUPoVk6f2Kvy/SEKiowjswtIOyruRFIx2tJV6rQcDzdngQn VTiDkhCkCrK+RaqXUM+LsCROcOJFUHgRVl5Er7wICi/ChRdB4kU48SJIvAgnXgSFF0HmRVB4 EQReBIEXVZmHZ0dhFLyyVoOzMMJZGOEsjHAWRjgLI5yFEc7CCGdhhLMwgi6M6F0YQRFGOAsj OgsjLMIIkjDCIoywCyPahBE2YUStMIIojCAIIxqEEV7CCFdhhL8wgiaMst7palouc4owwl8Y YTNC9EIHuFwdwc0I0WqEKBjhqf/ORnhe/pSMEL0ZIYhGKLNWI0TBCIOajutghLAboczKRkhI de1GiD6MEP5GCCcjhIcRgmCEcDNCdDFCdDHCvznQa40QNiOEhxHCwwhV3YINjt9/GY0+TT/r I14NzCMJV6Pl7om9AQ8G7H55p5XmbbkrPa0QJakUVCt0P7toOnsHqUQfUgmKVMIqlbBJJTpI JVrEES3i6FGvs1SCIpXlIWo+hOM8Nsy5XsSOp0kgInEjoptI7v/jZmVS+mQ1S9lEvx+C3wjc 6vd3qvAwwDAqtt5BQNFFQFES0KgioPARUHgLKLwFFHYBPUbvhgu4EFBZ/ZcXmXPr6b0EFG2I iSpiwo6Y6ISY8EVMdERMdEVMdEVMWBFzvdbFuersBWcftlt1fT/zjYqTXEZRzLaLZH/DOg+k yGVkhPL59CLmfJZK8+I8zZPb4tiR71SylyflIXU48w81VbzsHyMyTQgD3YQDKuXbdJ2x8oMc anY3z+de/9OND3iYeTYe/xtf2/g/UEsDBBQAAgAIAGq0RUTHoxLg/gEAANMEAAAaAAAAeGVu LWRlYnVnLWxvZ3MveGwtaW5mby50eHRtk82O2yAQgO88BVIv7SER2E7itZTTtr2tVKmVekQY xjFdAxaQbHafvmBnEzvOSEgM3/wwzNBaH/BSKvzmkYMOuIcly9fZmqyKFddyW6ATOK+sWZp9 ofj3yy/8HWrFzeC0oSuKNBetMg/Cnssti/GMY6I/+iUvo+s5MabkHaLZLvkZK8Ev/CgS1oFn PTjmrXiFcEUFCq0DLkeYzK4oQymTbj8e1E+fMtS+McH7B9esG6ibummqrKSElIRU5CLDJm/i hu5qDnm0maEo9HqCTsqFBykq3J50WkwqByIoi4INvGMatHXv88q3lJSocQBLmnBeFjnyLXfK HFgykze7CpMrOvopGZA9Bh+4kQmLjivt8Sca8i1bmNAZDNP8n3X3qBiRMkuUDwjOwfF7tKYD e9CHOE1gVnkc03GqZmqe9ekBJ/qdOsfRe0jjRQvy2IGbphEOpAoD7/kBvPqAeWHkaYv6jofG Oh1NHNf+Rocex3d0YU/OTZSS3GSsreUmhoUwDToSq3VsQDf5SxWOmQS0tpPxltJqkrq2z0hR vlzU+INOqTf7cjwYFNYrg4RIIXs1KzDFPAiBv15+cbHerbPV5tu4mfiw+n3q46wNUxpzcWU+ aWcF78ajmREPk1L+gsQ/ocZ4gzNaFdsqI/j5xx+cETpMi4x+plFxcOPL8nAdpP9QSwECFAAU AAIAAACQtEVEAAAAAAAAAAAAAAAADwAAAAAAAAAAABAAAAAAAAAAeGVuLWRlYnVnLWxvZ3Mv UEsBAhQAFAACAAgAZrRFREegh85vOAAAtPQAAB0AAAAAAAAAAQAgAAAALQAAAHhlbi1kZWJ1 Zy1sb2dzL2RvbTAtZG1lc2cubG9nUEsBAhQAFAACAAgARLJFRJ1tk4XiAAAAMAEAABgAAAAA AAAAAQAgAAAA1zgAAHhlbi1kZWJ1Zy1sb2dzL2RvbXUuY29uZlBLAQIUABQAAgAIAGexRUQc LHpV0wAAABkBAAAXAAAAAAAAAAEAIAAAAO85AAB4ZW4tZGVidWctbG9ncy90Z3QuY29uZlBL AQIUABQAAgAAAJK0RUQAAAAAAAAAAAAAAAATAAAAAAAAAAAAEAAAAPc6AAB4ZW4tZGVidWct bG9ncy94ZW4vUEsBAhQAFAACAAgARLRFRNTRtwmWAAAAzAAAACMAAAAAAAAAAQAgAAAAKDsA AHhlbi1kZWJ1Zy1sb2dzL3hlbi9xZW11LWRtLWRvbXUubG9nUEsBAhQAFAACAAgAUbRFRAGs teyWAAAAzAAAACIAAAAAAAAAAQAgAAAA/zsAAHhlbi1kZWJ1Zy1sb2dzL3hlbi9xZW11LWRt LXRndC5sb2dQSwECFAAUAAIACAAMtEVEON4fKjAAAABWAAAAIgAAAAAAAAABACAAAADVPAAA eGVuLWRlYnVnLWxvZ3MveGVuL3hlbi1ob3RwbHVnLmxvZ1BLAQIUABQAAgAIAEW0RURVjf8b kQAAANQAAAAeAAAAAAAAAAEAIAAAAEU9AAB4ZW4tZGVidWctbG9ncy94ZW4veGwtZG9tdS5s b2dQSwECFAAUAAIACABTtEVE2wiYBZEAAADTAAAAHQAAAAAAAAABACAAAAASPgAAeGVuLWRl YnVnLWxvZ3MveGVuL3hsLXRndC5sb2dQSwECFAAUAAIACABitEVE8Qfv6BwYAAC/bwAAGwAA AAAAAAABACAAAADePgAAeGVuLWRlYnVnLWxvZ3MveGwtZG1lc2cubG9nUEsBAhQAFAACAAgA arRFRMejEuD+AQAA0wQAABoAAAAAAAAAAQAgAAAAM1cAAHhlbi1kZWJ1Zy1sb2dzL3hsLWlu Zm8udHh0UEsFBgAAAAAMAAwAbQMAAGlZAAAAAA== --------------040707070808040107060305 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 --------------040707070808040107060305-- From xen-users-bounces@lists.xen.org Wed Feb 05 22:53:25 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Feb 2014 22:53: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 1WBBL5-00065z-OB; Wed, 05 Feb 2014 22:53:03 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBBL2-00065n-Oq for xen-users@lists.xen.org; Wed, 05 Feb 2014 22:53:01 +0000 Received: from [193.109.254.147:61562] by server-10.bemta-14.messagelabs.com id 5D/89-10711-BC0C2F25; Wed, 05 Feb 2014 22:52:59 +0000 X-Env-Sender: mikeneiderhauser@gmail.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1391640771!2292361!1 X-Originating-IP: [209.85.212.42] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19505 invoked from network); 5 Feb 2014 22:52:52 -0000 Received: from mail-vb0-f42.google.com (HELO mail-vb0-f42.google.com) (209.85.212.42) by server-15.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 5 Feb 2014 22:52:52 -0000 Received: by mail-vb0-f42.google.com with SMTP id i3so845216vbh.1 for ; Wed, 05 Feb 2014 14:52:51 -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-type; bh=K/ooKD43Evj6tvnKs7zfjeCmKmgIvzQpiRXN2aPG6vc=; b=yVRu3jNYXpWyoOrz0QE3zx6ARP86Dvi8Nd5wjIlE6IUoI6EuG5enkGvbXIbeGt9j4N BA3hIJyja0/qU/Rndx74UV6Xy6mcZ9qZjuBUzjPfZFzA9dJBBPkP8uKzGSQIx+dGI3Jt Xn391aZwQqr861uHZzsPhhxrnmx4u00F5iRnVKIxnUZENvFFlAFaC4XqFtapeJCjQbfK pskOIKbmrh/zWS/NoW5l6mgJ+cOeS7SvxC3jx/6BAbw/8mkJRDi1LE6vb4ofpbzBdVgH my/wmdSwFMQyk59526JkK7YYTzURScFy78Ap2TNum0J3SMnJRQgc6jS6fWl8z4x81EZL iedg== X-Received: by 10.58.169.7 with SMTP id aa7mr2755670vec.24.1391640771217; Wed, 05 Feb 2014 14:52:51 -0800 (PST) MIME-Version: 1.0 Received: by 10.52.233.73 with HTTP; Wed, 5 Feb 2014 14:52:11 -0800 (PST) In-Reply-To: References: <1391592063.6497.71.camel@kazak.uk.xensource.com> <1391603593.6497.145.camel@kazak.uk.xensource.com> <1391604724.6497.149.camel@kazak.uk.xensource.com> <1391606132.6497.151.camel@kazak.uk.xensource.com> <1391608412.6497.167.camel@kazak.uk.xensource.com> <1391612577.23098.8.camel@kazak.uk.xensource.com> From: Mike Neiderhauser Date: Wed, 5 Feb 2014 17:52:11 -0500 Message-ID: To: Ian Campbell Cc: xen-users Subject: Re: [Xen-users] Requesting Help - Error: pci: PCI Backend and pci-stub don't own device X-BeenThere: xen-users@lists.xen.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="===============5043789152767913749==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5043789152767913749== Content-Type: multipart/alternative; boundary=047d7b6dcf42d2d09c04f1b09dee --047d7b6dcf42d2d09c04f1b09dee Content-Type: text/plain; charset=ISO-8859-1 Sorry for the delay. There was an issue where the host os was not detecting the Intel NIC I have installed. So I now have ubuntu desktop 13.10. I have installed the following packages apt-get install openssh-server apt-get install vim apt-get install xen-hypervisor-4.3-amd64 apt-get install gvncviewer I am still having issues getting the HVM started and viewable on VNC when passing through a pci device (it is connects when I do not pass through a pci device). I am running the script as before to assign the devices to pciback ############################################################### xl create /etc/xen/ubuntu-hvm-0.cfg returns: root@fiat:~# xl create /etc/xen/ubuntu-hvm-0.cfg Parsing config from /etc/xen/ubuntu-hvm-0.cfg WARNING: ignoring "kernel" directive for HVM guest. Use "firmware_override" instead if you really want a non-default firmware WARNING: ignoring device_model directive. WARNING: Use "device_model_override" instead if you really want a non-default device_model xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->00000000001a69a4 Modules: 0000000000000000->0000000000000000 TOTAL: 0000000000000000->000000003f800000 ENTRY ADDRESS: 0000000000100608 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x0000000000000200 2MB PAGES: 0x00000000000001fb 1GB PAGES: 0x0000000000000000 libxl: error: libxl_qmp.c:454:qmp_next: Socket read error: Connection reset by peer libxl: error: libxl_qmp.c:702:libxl__qmp_initialize: Connection error: Connection refused libxl: error: libxl_qmp.c:702:libxl__qmp_initialize: Connection error: Connection refused libxl: error: libxl_qmp.c:702:libxl__qmp_initialize: Connection error: Connection refused Daemon running with PID 2467 ############################################################### It does not appear to be getting time root@fiat:~# xl list Name ID Mem VCPUs State Time(s) Domain-0 0 1024 4 r----- 16.3 ubuntu-hvm-0 1 1025 1 ------ 0.0 ############################################################### /etc/xen/ubuntu-hvm-0.cfg kernel = "/usr/lib/xen-4.3/boot/hvmloader" builder='hvm' memory = 1024 vcpus=2 name = "ubuntu-hvm-0" vif = ['bridge=xenbr0'] pci_permissive=1 #pci= ['03:00.0', '03:00.1', '04:00.0', '04:00.1', '05:00.0', '05:00.1'] #pci= ['03:00.0', '03:00.1'] #pci= ['04:00.0', '04:00.1'] pci= ['03:00.0', '03:00.1', '04:00.0', '04:00.1'] #pci= ['05:00.0', '05:00.1'] disk = ['phy:/dev/ubuntu-vg/ubuntu-hvm-0,hda,w'] # , 'file:/root/ubuntu-12.04.3-server-amd64.iso,hdc:cdrom,r'] acpi = 1 device_model = 'qemu-dm' #boot="d" boot="c" sdl=0 serial='pty' vnc=1 vnclisten="0.0.0.0" vncpasswd="" on_poweroff = 'destroy' on_reboot = 'restart' on_crash = 'restart' ############################################################### dmesg root@fiat:~# dmesg [ 0.000000] Initializing cgroup subsys cpuset [ 0.000000] Initializing cgroup subsys cpu [ 0.000000] Initializing cgroup subsys cpuacct [ 0.000000] Linux version 3.11.0-12-generic (buildd@allspice) (gcc version 4.8.1 (Ubuntu/Linaro 4.8.1-10ubuntu7) ) #19-Ubuntu SMP Wed Oct 9 16:20:46 UTC 2013 (Ubuntu 3.11.0-12.19-generic 3.11.3) [ 0.000000] Command line: placeholder root=/dev/mapper/ubuntu--vg-root ro quiet splash [ 0.000000] KERNEL supported cpus: [ 0.000000] Intel GenuineIntel [ 0.000000] AMD AuthenticAMD [ 0.000000] Centaur CentaurHauls [ 0.000000] Freeing 9e-100 pfn range: 98 pages freed [ 0.000000] 1-1 mapping on 9e->100 [ 0.000000] 1-1 mapping on bdfb0->bf3b0 [ 0.000000] 1-1 mapping on bf5d6->bf5d8 [ 0.000000] 1-1 mapping on bf5e8->bf5ec [ 0.000000] 1-1 mapping on bf5f0->bf601 [ 0.000000] 1-1 mapping on bf63f->bf7f0 [ 0.000000] 1-1 mapping on bf800->100000 [ 0.000000] Released 98 pages of unused memory [ 0.000000] Set 269866 page(s) to 1-1 mapping [ 0.000000] Populating 40000-40062 pfn range: 98 pages added [ 0.000000] e820: BIOS-provided physical RAM map: [ 0.000000] Xen: [mem 0x0000000000000000-0x000000000009dfff] usable [ 0.000000] Xen: [mem 0x000000000009e400-0x00000000000fffff] reserved [ 0.000000] Xen: [mem 0x0000000000100000-0x00000000bdfaffff] usable [ 0.000000] Xen: [mem 0x00000000bdfb0000-0x00000000bf3affff] reserved [ 0.000000] Xen: [mem 0x00000000bf3b0000-0x00000000bf5d5fff] usable [ 0.000000] Xen: [mem 0x00000000bf5d6000-0x00000000bf5d7fff] reserved [ 0.000000] Xen: [mem 0x00000000bf5d8000-0x00000000bf5e7fff] usable [ 0.000000] Xen: [mem 0x00000000bf5e8000-0x00000000bf5ebfff] reserved [ 0.000000] Xen: [mem 0x00000000bf5ec000-0x00000000bf5effff] usable [ 0.000000] Xen: [mem 0x00000000bf5f0000-0x00000000bf600fff] reserved [ 0.000000] Xen: [mem 0x00000000bf601000-0x00000000bf63efff] usable [ 0.000000] Xen: [mem 0x00000000bf63f000-0x00000000bf6befff] reserved [ 0.000000] Xen: [mem 0x00000000bf6bf000-0x00000000bf7befff] ACPI NVS [ 0.000000] Xen: [mem 0x00000000bf7bf000-0x00000000bf7effff] ACPI data [ 0.000000] Xen: [mem 0x00000000bf7f0000-0x00000000bf7fffff] usable [ 0.000000] Xen: [mem 0x00000000bf800000-0x00000000bfffffff] reserved [ 0.000000] Xen: [mem 0x00000000e0000000-0x00000000efffffff] reserved [ 0.000000] Xen: [mem 0x00000000feb00000-0x00000000feb03fff] reserved [ 0.000000] Xen: [mem 0x00000000fec00000-0x00000000fec00fff] reserved [ 0.000000] Xen: [mem 0x00000000fed10000-0x00000000fed19fff] reserved [ 0.000000] Xen: [mem 0x00000000fed1c000-0x00000000fed1ffff] reserved [ 0.000000] Xen: [mem 0x00000000fee00000-0x00000000fee00fff] reserved [ 0.000000] Xen: [mem 0x00000000ffc00000-0x00000000ffffffff] reserved [ 0.000000] Xen: [mem 0x0000000100000000-0x000000013fffffff] usable [ 0.000000] NX (Execute Disable) protection: active [ 0.000000] SMBIOS 2.7 present. [ 0.000000] DMI: Dell Inc. PowerEdge R210 II/03X6X0, BIOS 2.5.1 07/11/2013 [ 0.000000] e820: update [mem 0x00000000-0x00000fff] usable ==> reserved [ 0.000000] e820: remove [mem 0x000a0000-0x000fffff] usable [ 0.000000] No AGP bridge found [ 0.000000] e820: last_pfn = 0x140000 max_arch_pfn = 0x400000000 [ 0.000000] e820: last_pfn = 0xbf800 max_arch_pfn = 0x400000000 [ 0.000000] Scanning 1 areas for low memory corruption [ 0.000000] Base memory trampoline at [ffff880000098000] 98000 size 24576 [ 0.000000] init_memory_mapping: [mem 0x00000000-0x000fffff] [ 0.000000] [mem 0x00000000-0x000fffff] page 4k [ 0.000000] init_memory_mapping: [mem 0x3fe00000-0x3fffffff] [ 0.000000] [mem 0x3fe00000-0x3fffffff] page 4k [ 0.000000] BRK [0x01fe9000, 0x01fe9fff] PGTABLE [ 0.000000] init_memory_mapping: [mem 0x3c000000-0x3fdfffff] [ 0.000000] [mem 0x3c000000-0x3fdfffff] page 4k [ 0.000000] BRK [0x01fea000, 0x01feafff] PGTABLE [ 0.000000] BRK [0x01feb000, 0x01febfff] PGTABLE [ 0.000000] BRK [0x01fec000, 0x01fecfff] PGTABLE [ 0.000000] BRK [0x01fed000, 0x01fedfff] PGTABLE [ 0.000000] BRK [0x01fee000, 0x01feefff] PGTABLE [ 0.000000] init_memory_mapping: [mem 0x00100000-0x3bffffff] [ 0.000000] [mem 0x00100000-0x3bffffff] page 4k [ 0.000000] init_memory_mapping: [mem 0x40000000-0xbdfaffff] [ 0.000000] [mem 0x40000000-0xbdfaffff] page 4k [ 0.000000] init_memory_mapping: [mem 0xbf3b0000-0xbf5d5fff] [ 0.000000] [mem 0xbf3b0000-0xbf5d5fff] page 4k [ 0.000000] init_memory_mapping: [mem 0xbf5d8000-0xbf5e7fff] [ 0.000000] [mem 0xbf5d8000-0xbf5e7fff] page 4k [ 0.000000] init_memory_mapping: [mem 0xbf5ec000-0xbf5effff] [ 0.000000] [mem 0xbf5ec000-0xbf5effff] page 4k [ 0.000000] init_memory_mapping: [mem 0xbf601000-0xbf63efff] [ 0.000000] [mem 0xbf601000-0xbf63efff] page 4k [ 0.000000] init_memory_mapping: [mem 0xbf7f0000-0xbf7fffff] [ 0.000000] [mem 0xbf7f0000-0xbf7fffff] page 4k [ 0.000000] init_memory_mapping: [mem 0x100000000-0x13fffffff] [ 0.000000] [mem 0x100000000-0x13fffffff] page 4k [ 0.000000] RAMDISK: [mem 0x023f3000-0x05319fff] [ 0.000000] ACPI: RSDP 00000000000fe020 00024 (v02 DELL ) [ 0.000000] ACPI: XSDT 00000000bf7ef170 000A4 (v01 DELL PE_SC3 00000001 DELL 00040000) [ 0.000000] ACPI: FACP 00000000bf7eb000 000F4 (v04 DELL PE_SC3 00000001 DELL 00040000) [ 0.000000] ACPI: DSDT 00000000bf7e1000 068FE (v01 DELL PE_SC3 00000000 DELL 00040000) [ 0.000000] ACPI: FACS 00000000bf7b8000 00040 [ 0.000000] ACPI: SPMI 00000000bf7ee000 00040 (v05 DELL PE_SC3 00000001 DELL 00040000) [ 0.000000] ACPI: XMAR 00000000bf7ed000 00078 (v01 DELL PE_SC3 00000001 DELL 00040000) [ 0.000000] ACPI: ASF! 00000000bf7ec000 000A5 (v32 DELL PE_SC3 00000001 DELL 00040000) [ 0.000000] ACPI: HPET 00000000bf7ea000 00038 (v01 DELL PE_SC3 00000001 DELL 00040000) [ 0.000000] ACPI: APIC 00000000bf7e9000 00092 (v02 DELL PE_SC3 00000001 DELL 00040000) [ 0.000000] ACPI: MCFG 00000000bf7e8000 0003C (v01 DELL PE_SC3 00000001 DELL 00040000) [ 0.000000] ACPI: BOOT 00000000bf7de000 00028 (v01 DELL PE_SC3 00000001 DELL 00040000) [ 0.000000] ACPI: SSDT 00000000bf7dd000 002F6 (v01 DELL PE_SC3 00001000 DELL 00040000) [ 0.000000] ACPI: ASPT 00000000bf7da000 00034 (v07 DELL PE_SC3 00000001 DELL 00040000) [ 0.000000] ACPI: SSDT 00000000bf7d9000 0060E (v01 DELL PE_SC3 00003000 DELL 00040000) [ 0.000000] ACPI: SSDT 00000000bf7d8000 00A92 (v01 DELL PE_SC3 00003000 DELL 00040000) [ 0.000000] ACPI: HEST 00000000bf7d7000 000A8 (v01 DELL PE_SC3 00000000 DELL 00040000) [ 0.000000] ACPI: ERST 00000000bf7d6000 00230 (v01 DELL PE_SC3 00000000 DELL 00040000) [ 0.000000] ACPI: BERT 00000000bf7d5000 00030 (v01 DELL PE_SC3 00000000 DELL 00040000) [ 0.000000] ACPI: EINJ 00000000bf7d4000 00130 (v01 DELL PE_SC3 00000000 DELL 00040000) [ 0.000000] ACPI: Local APIC address 0xfee00000 [ 0.000000] NUMA turned off [ 0.000000] Faking a node at [mem 0x0000000000000000-0x000000013fffffff] [ 0.000000] Initmem setup node 0 [mem 0x00000000-0x13fffffff] [ 0.000000] NODE_DATA [mem 0x3f899000-0x3f89dfff] [ 0.000000] Zone ranges: [ 0.000000] DMA [mem 0x00001000-0x00ffffff] [ 0.000000] DMA32 [mem 0x01000000-0xffffffff] [ 0.000000] Normal [mem 0x100000000-0x13fffffff] [ 0.000000] Movable zone start for each node [ 0.000000] Early memory node ranges [ 0.000000] node 0: [mem 0x00001000-0x0009dfff] [ 0.000000] node 0: [mem 0x00100000-0xbdfaffff] [ 0.000000] node 0: [mem 0xbf3b0000-0xbf5d5fff] [ 0.000000] node 0: [mem 0xbf5d8000-0xbf5e7fff] [ 0.000000] node 0: [mem 0xbf5ec000-0xbf5effff] [ 0.000000] node 0: [mem 0xbf601000-0xbf63efff] [ 0.000000] node 0: [mem 0xbf7f0000-0xbf7fffff] [ 0.000000] node 0: [mem 0x100000000-0x13fffffff] [ 0.000000] On node 0 totalpages: 1040853 [ 0.000000] DMA zone: 64 pages used for memmap [ 0.000000] DMA zone: 21 pages reserved [ 0.000000] DMA zone: 3997 pages, LIFO batch:0 [ 0.000000] DMA32 zone: 12105 pages used for memmap [ 0.000000] DMA32 zone: 774712 pages, LIFO batch:31 [ 0.000000] Normal zone: 4096 pages used for memmap [ 0.000000] Normal zone: 262144 pages, LIFO batch:31 [ 0.000000] ACPI: PM-Timer IO Port: 0x408 [ 0.000000] ACPI: Local APIC address 0xfee00000 [ 0.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] enabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x03] lapic_id[0x04] enabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x04] lapic_id[0x06] enabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x05] lapic_id[0x00] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x06] lapic_id[0x00] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x07] lapic_id[0x00] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x08] lapic_id[0x00] disabled) [ 0.000000] ACPI: LAPIC_NMI (acpi_id[0xff] high edge lint[0x1]) [ 0.000000] ACPI: IOAPIC (id[0x00] address[0xfec00000] gsi_base[0]) [ 0.000000] IOAPIC[0]: apic_id 0, version 32, address 0xfec00000, GSI 0-23 [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) [ 0.000000] ACPI: IRQ0 used by override. [ 0.000000] ACPI: IRQ2 used by override. [ 0.000000] ACPI: IRQ9 used by override. [ 0.000000] Using ACPI (MADT) for SMP configuration information [ 0.000000] ACPI: HPET id: 0x8086a201 base: 0xfed00000 [ 0.000000] smpboot: Allowing 8 CPUs, 4 hotplug CPUs [ 0.000000] nr_irqs_gsi: 40 [ 0.000000] PM: Registered nosave memory: [mem 0x0009e000-0x0009efff] [ 0.000000] PM: Registered nosave memory: [mem 0x0009f000-0x000fffff] [ 0.000000] PM: Registered nosave memory: [mem 0xbdfb0000-0xbf3affff] [ 0.000000] PM: Registered nosave memory: [mem 0xbf5d6000-0xbf5d7fff] [ 0.000000] PM: Registered nosave memory: [mem 0xbf5e8000-0xbf5ebfff] [ 0.000000] PM: Registered nosave memory: [mem 0xbf5f0000-0xbf600fff] [ 0.000000] PM: Registered nosave memory: [mem 0xbf63f000-0xbf6befff] [ 0.000000] PM: Registered nosave memory: [mem 0xbf6bf000-0xbf7befff] [ 0.000000] PM: Registered nosave memory: [mem 0xbf7bf000-0xbf7effff] [ 0.000000] PM: Registered nosave memory: [mem 0xbf800000-0xbfffffff] [ 0.000000] PM: Registered nosave memory: [mem 0xc0000000-0xdfffffff] [ 0.000000] PM: Registered nosave memory: [mem 0xe0000000-0xefffffff] [ 0.000000] PM: Registered nosave memory: [mem 0xf0000000-0xfeafffff] [ 0.000000] PM: Registered nosave memory: [mem 0xfeb00000-0xfeb03fff] [ 0.000000] PM: Registered nosave memory: [mem 0xfeb04000-0xfebfffff] [ 0.000000] PM: Registered nosave memory: [mem 0xfec00000-0xfec00fff] [ 0.000000] PM: Registered nosave memory: [mem 0xfec01000-0xfed0ffff] [ 0.000000] PM: Registered nosave memory: [mem 0xfed10000-0xfed19fff] [ 0.000000] PM: Registered nosave memory: [mem 0xfed1a000-0xfed1bfff] [ 0.000000] PM: Registered nosave memory: [mem 0xfed1c000-0xfed1ffff] [ 0.000000] PM: Registered nosave memory: [mem 0xfed20000-0xfedfffff] [ 0.000000] PM: Registered nosave memory: [mem 0xfee00000-0xfee00fff] [ 0.000000] PM: Registered nosave memory: [mem 0xfee01000-0xffbfffff] [ 0.000000] PM: Registered nosave memory: [mem 0xffc00000-0xffffffff] [ 0.000000] e820: [mem 0xc0000000-0xdfffffff] available for PCI devices [ 0.000000] Booting paravirtualized kernel on Xen [ 0.000000] Xen version: 4.3.0 (preserve-AD) [ 0.000000] setup_percpu: NR_CPUS:256 nr_cpumask_bits:256 nr_cpu_ids:8 nr_node_ids:1 [ 0.000000] PERCPU: Embedded 29 pages/cpu @ffff88003f200000 s86720 r8192 d23872 u262144 [ 0.000000] pcpu-alloc: s86720 r8192 d23872 u262144 alloc=1*2097152 [ 0.000000] pcpu-alloc: [0] 0 1 2 3 4 5 6 7 [ 1.486636] Built 1 zonelists in Node order, mobility grouping on. Total pages: 1024567 [ 1.486637] Policy zone: Normal [ 1.486638] Kernel command line: placeholder root=/dev/mapper/ubuntu--vg-root ro quiet splash [ 1.487047] PID hash table entries: 4096 (order: 3, 32768 bytes) [ 1.487077] xsave: enabled xstate_bv 0x7, cntxt size 0x340 [ 1.507303] software IO TLB [mem 0x37000000-0x3b000000] (64MB) mapped at [ffff880037000000-ffff88003affffff] [ 1.512552] Memory: 840772K/4163412K available (7141K kernel code, 1082K rwdata, 3260K rodata, 1364K init, 1420K bss, 3322640K reserved) [ 1.512614] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=4, Nodes=1 [ 1.512630] Hierarchical RCU implementation. [ 1.512631] RCU dyntick-idle grace-period acceleration is enabled. [ 1.512632] RCU restricting CPUs from NR_CPUS=256 to nr_cpu_ids=4. [ 1.512633] Offload RCU callbacks from all CPUs [ 1.512636] Offload RCU callbacks from CPUs: 0-255. [ 1.512643] NR_IRQS:16640 nr_irqs:712 16 [ 1.512699] xen: sci override: global_irq=9 trigger=0 polarity=0 [ 1.512701] xen: registering gsi 9 triggering 0 polarity 0 [ 1.512712] xen: --> pirq=9 -> irq=9 (gsi=9) [ 1.512731] xen: acpi sci 9 [ 1.512734] xen: --> pirq=1 -> irq=1 (gsi=1) [ 1.512736] xen: --> pirq=2 -> irq=2 (gsi=2) [ 1.512740] xen: --> pirq=3 -> irq=3 (gsi=3) [ 1.512742] xen: --> pirq=4 -> irq=4 (gsi=4) [ 1.512744] xen: --> pirq=5 -> irq=5 (gsi=5) [ 1.512747] xen: --> pirq=6 -> irq=6 (gsi=6) [ 1.512749] xen: --> pirq=7 -> irq=7 (gsi=7) [ 1.512751] xen: --> pirq=8 -> irq=8 (gsi=8) [ 1.512754] xen: --> pirq=10 -> irq=10 (gsi=10) [ 1.512756] xen: --> pirq=11 -> irq=11 (gsi=11) [ 1.512758] xen: --> pirq=12 -> irq=12 (gsi=12) [ 1.512761] xen: --> pirq=13 -> irq=13 (gsi=13) [ 1.512763] xen: --> pirq=14 -> irq=14 (gsi=14) [ 1.512765] xen: --> pirq=15 -> irq=15 (gsi=15) [ 1.517253] Console: colour VGA+ 80x25 [ 1.517318] console [tty0] enabled [ 1.519389] allocated 16777216 bytes of page_cgroup [ 1.519391] please try 'cgroup_disable=memory' option if you don't want memory cgroups [ 1.519429] Xen: using vcpuop timer interface [ 1.519434] installing Xen timer for CPU 0 [ 1.519459] tsc: Detected 3093.084 MHz processor [ 1.519463] Calibrating delay loop (skipped), value calculated using timer frequency.. 6186.16 BogoMIPS (lpj=12372336) [ 1.519466] pid_max: default: 32768 minimum: 301 [ 1.519492] Security Framework initialized [ 1.519510] AppArmor: AppArmor initialized [ 1.519511] Yama: becoming mindful. [ 1.519981] Dentry cache hash table entries: 524288 (order: 10, 4194304 bytes) [ 1.520717] Inode-cache hash table entries: 262144 (order: 9, 2097152 bytes) [ 1.520990] Mount-cache hash table entries: 256 [ 1.521162] Initializing cgroup subsys memory [ 1.521172] Initializing cgroup subsys devices [ 1.521174] Initializing cgroup subsys freezer [ 1.521176] Initializing cgroup subsys blkio [ 1.521177] Initializing cgroup subsys perf_event [ 1.521179] Initializing cgroup subsys hugetlb [ 1.521225] ENERGY_PERF_BIAS: Set to 'normal', was 'performance' [ 1.521225] ENERGY_PERF_BIAS: View and update with x86_energy_perf_policy(8) [ 1.521228] CPU: Physical Processor ID: 0 [ 1.521228] CPU: Processor Core ID: 0 [ 1.521230] mce: CPU supports 2 MCE banks [ 1.521245] Last level iTLB entries: 4KB 512, 2MB 0, 4MB 0 [ 1.521245] Last level dTLB entries: 4KB 512, 2MB 32, 4MB 32 [ 1.521245] tlb_flushall_shift: 5 [ 1.521328] Freeing SMP alternatives memory: 28K (ffffffff81e65000 - ffffffff81e6c000) [ 1.523297] ACPI: Core revision 20130517 [ 1.526721] ACPI: All ACPI Tables successfully acquired [ 1.538002] ftrace: allocating 27796 entries in 109 pages [ 1.548829] cpu 0 spinlock event irq 41 [ 1.548853] Performance Events: unsupported p6 CPU model 42 no PMU driver, software events only. [ 1.549956] NMI watchdog: disabled (cpu0): hardware events not enabled [ 1.550009] installing Xen timer for CPU 1 [ 1.550017] cpu 1 spinlock event irq 48 [ 1.550257] installing Xen timer for CPU 2 [ 1.550264] cpu 2 spinlock event irq 55 [ 1.550513] installing Xen timer for CPU 3 [ 1.550519] cpu 3 spinlock event irq 62 [ 1.550690] Brought up 4 CPUs [ 1.550966] devtmpfs: initialized [ 1.551687] EVM: security.selinux [ 1.551689] EVM: security.SMACK64 [ 1.551689] EVM: security.capability [ 1.551757] PM: Registering ACPI NVS region [mem 0xbf6bf000-0xbf7befff] (1048576 bytes) [ 1.552351] xen:grant_table: Grant tables using version 2 layout [ 1.552361] Grant table initialized [ 1.552397] regulator-dummy: no parameters [ 1.552436] RTC time: 22:43:25, date: 02/05/14 [ 1.552464] NET: Registered protocol family 16 [ 1.552618] ACPI FADT declares the system doesn't support PCIe ASPM, so disable it [ 1.552620] ACPI: bus type PCI registered [ 1.552622] acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5 [ 1.552716] PCI: MMCONFIG for domain 0000 [bus 00-ff] at [mem 0xe0000000-0xefffffff] (base 0xe0000000) [ 1.552718] PCI: MMCONFIG at [mem 0xe0000000-0xefffffff] reserved in E820 [ 1.586748] PCI: Using configuration type 1 for base access [ 1.587622] bio: create slab at 0 [ 1.587825] ACPI: Added _OSI(Module Device) [ 1.587827] ACPI: Added _OSI(Processor Device) [ 1.587828] ACPI: Added _OSI(3.0 _SCP Extensions) [ 1.587829] ACPI: Added _OSI(Processor Aggregator Device) [ 1.589017] ACPI: EC: Look up EC in DSDT [ 1.590162] ACPI: Executed 1 blocks of module-level executable AML code [ 1.592112] ACPI: SSDT 00000000bf64d018 0083B (v01 PmRef Cpu0Cst 00003001 INTL 20080729) [ 1.592397] ACPI: Dynamic OEM Table Load: [ 1.592399] ACPI: SSDT (null) 0083B (v01 PmRef Cpu0Cst 00003001 INTL 20080729) [ 1.594985] ACPI: SSDT 00000000bf64ea98 00303 (v01 PmRef ApIst 00003000 INTL 20080729) [ 1.595292] ACPI: Dynamic OEM Table Load: [ 1.595294] ACPI: SSDT (null) 00303 (v01 PmRef ApIst 00003000 INTL 20080729) [ 1.598960] ACPI: SSDT 00000000bf64cd98 00119 (v01 PmRef ApCst 00003000 INTL 20080729) [ 1.599246] ACPI: Dynamic OEM Table Load: [ 1.599248] ACPI: SSDT (null) 00119 (v01 PmRef ApCst 00003000 INTL 20080729) [ 1.603360] ACPI: Interpreter enabled [ 1.603366] ACPI Exception: AE_NOT_FOUND, While evaluating Sleep State [\_S1_] (20130517/hwxface-571) [ 1.603370] ACPI Exception: AE_NOT_FOUND, While evaluating Sleep State [\_S2_] (20130517/hwxface-571) [ 1.603373] ACPI Exception: AE_NOT_FOUND, While evaluating Sleep State [\_S3_] (20130517/hwxface-571) [ 1.603382] ACPI: (supports S0 S4 S5) [ 1.603383] ACPI: Using IOAPIC for interrupt routing [ 1.603423] HEST: Table parsing has been initialized. [ 1.603426] PCI: Using host bridge windows from ACPI; if necessary, use "pci=nocrs" and report a bug [ 1.603514] ACPI: No dock devices found. [ 1.607296] ACPI: Power Resource [FN00] (off) [ 1.607362] ACPI: Power Resource [FN01] (off) [ 1.607424] ACPI: Power Resource [FN02] (off) [ 1.607485] ACPI: Power Resource [FN03] (off) [ 1.607545] ACPI: Power Resource [FN04] (off) [ 1.608092] ACPI: PCI Root Bridge [PCI0] (domain 0000 [bus 00-fe]) [ 1.608233] acpi PNP0A08:00: Requesting ACPI _OSC control (0x1d) [ 1.608615] acpi PNP0A08:00: ACPI _OSC control (0x1d) granted [ 1.609128] PCI host bridge to bus 0000:00 [ 1.609130] pci_bus 0000:00: root bus resource [bus 00-fe] [ 1.609132] pci_bus 0000:00: root bus resource [io 0x0000-0x0cf7] [ 1.609133] pci_bus 0000:00: root bus resource [io 0x0d00-0xffff] [ 1.609135] pci_bus 0000:00: root bus resource [mem 0x000a0000-0x000bffff] [ 1.609136] pci_bus 0000:00: root bus resource [mem 0xc0000000-0xfeafffff] [ 1.609148] pci 0000:00:00.0: [8086:0108] type 00 class 0x060000 [ 1.609278] pci 0000:00:01.0: [8086:0101] type 01 class 0x060400 [ 1.609355] pci 0000:00:01.0: PME# supported from D0 D3hot D3cold [ 1.609397] pci 0000:00:01.0: System wakeup disabled by ACPI [ 1.609521] pci 0000:00:1a.0: [8086:1c2d] type 00 class 0x0c0320 [ 1.609883] pci 0000:00:1a.0: reg 0x10: [mem 0xc6906000-0xc69063ff] [ 1.611696] pci 0000:00:1a.0: PME# supported from D0 D3hot D3cold [ 1.611765] pci 0000:00:1a.0: System wakeup disabled by ACPI [ 1.611815] pci 0000:00:1c.0: [8086:1c10] type 01 class 0x060400 [ 1.611988] pci 0000:00:1c.0: PME# supported from D0 D3hot D3cold [ 1.612047] pci 0000:00:1c.0: System wakeup disabled by ACPI [ 1.612115] pci 0000:00:1d.0: [8086:1c26] type 00 class 0x0c0320 [ 1.612468] pci 0000:00:1d.0: reg 0x10: [mem 0xc6905000-0xc69053ff] [ 1.614215] pci 0000:00:1d.0: PME# supported from D0 D3hot D3cold [ 1.614282] pci 0000:00:1d.0: System wakeup disabled by ACPI [ 1.614324] pci 0000:00:1e.0: [8086:244e] type 01 class 0x060401 [ 1.614481] pci 0000:00:1e.0: System wakeup disabled by ACPI [ 1.614522] pci 0000:00:1f.0: [8086:1c52] type 00 class 0x060100 [ 1.614802] pci 0000:00:1f.2: [8086:1c02] type 00 class 0x010601 [ 1.614849] pci 0000:00:1f.2: reg 0x10: [io 0x4048-0x404f] [ 1.614866] pci 0000:00:1f.2: reg 0x14: [io 0x4054-0x4057] [ 1.614884] pci 0000:00:1f.2: reg 0x18: [io 0x4040-0x4047] [ 1.614902] pci 0000:00:1f.2: reg 0x1c: [io 0x4050-0x4053] [ 1.614918] pci 0000:00:1f.2: reg 0x20: [io 0x4020-0x403f] [ 1.614936] pci 0000:00:1f.2: reg 0x24: [mem 0xc6904000-0xc69047ff] [ 1.615054] pci 0000:00:1f.2: PME# supported from D3hot [ 1.615140] pci 0000:00:1f.3: [8086:1c22] type 00 class 0x0c0500 [ 1.615174] pci 0000:00:1f.3: reg 0x10: [mem 0xc6902000-0xc69020ff 64bit] [ 1.615223] pci 0000:00:1f.3: reg 0x20: [io 0x4000-0x401f] [ 1.615405] pci 0000:01:00.0: [111d:8018] type 01 class 0x060400 [ 1.615505] pci 0000:01:00.0: PME# supported from D0 D3hot D3cold [ 1.615531] pci 0000:01:00.0: System wakeup disabled by ACPI [ 1.622042] pci 0000:00:01.0: PCI bridge to [bus 01-04] [ 1.622047] pci 0000:00:01.0: bridge window [io 0x2000-0x3fff] [ 1.622051] pci 0000:00:01.0: bridge window [mem 0xc5400000-0xc68fffff] [ 1.622137] pci 0000:02:02.0: [111d:8018] type 01 class 0x060400 [ 1.622252] pci 0000:02:02.0: PME# supported from D0 D3hot D3cold [ 1.622323] pci 0000:02:04.0: [111d:8018] type 01 class 0x060400 [ 1.622437] pci 0000:02:04.0: PME# supported from D0 D3hot D3cold [ 1.622525] pci 0000:01:00.0: PCI bridge to [bus 02-04] [ 1.622533] pci 0000:01:00.0: bridge window [io 0x2000-0x3fff] [ 1.622538] pci 0000:01:00.0: bridge window [mem 0xc5400000-0xc68fffff] [ 1.622635] pci 0000:03:00.0: [8086:10e8] type 00 class 0x020000 [ 1.622656] pci 0000:03:00.0: reg 0x10: [mem 0xc6820000-0xc683ffff] [ 1.622672] pci 0000:03:00.0: reg 0x14: [mem 0xc6400000-0xc67fffff] [ 1.622687] pci 0000:03:00.0: reg 0x18: [io 0x3020-0x303f] [ 1.622702] pci 0000:03:00.0: reg 0x1c: [mem 0xc6844000-0xc6847fff] [ 1.622745] pci 0000:03:00.0: reg 0x30: [mem 0xffc00000-0xffffffff pref] [ 1.622828] pci 0000:03:00.0: PME# supported from D0 D3hot D3cold [ 1.622880] pci 0000:03:00.0: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.622906] pci 0000:03:00.0: reg 0x190: [mem 0x00000000-0x00003fff 64bit] [ 1.623005] pci 0000:03:00.1: [8086:10e8] type 00 class 0x020000 [ 1.623026] pci 0000:03:00.1: reg 0x10: [mem 0xc6800000-0xc681ffff] [ 1.623041] pci 0000:03:00.1: reg 0x14: [mem 0xc6000000-0xc63fffff] [ 1.623056] pci 0000:03:00.1: reg 0x18: [io 0x3000-0x301f] [ 1.623071] pci 0000:03:00.1: reg 0x1c: [mem 0xc6840000-0xc6843fff] [ 1.623114] pci 0000:03:00.1: reg 0x30: [mem 0xffc00000-0xffffffff pref] [ 1.623197] pci 0000:03:00.1: PME# supported from D0 D3hot D3cold [ 1.623248] pci 0000:03:00.1: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.623275] pci 0000:03:00.1: reg 0x190: [mem 0x00000000-0x00003fff 64bit] [ 1.623376] pci 0000:02:02.0: PCI bridge to [bus 03] [ 1.623384] pci 0000:02:02.0: bridge window [io 0x3000-0x3fff] [ 1.623389] pci 0000:02:02.0: bridge window [mem 0xc6000000-0xc68fffff] [ 1.623487] pci 0000:04:00.0: [8086:10e8] type 00 class 0x020000 [ 1.623508] pci 0000:04:00.0: reg 0x10: [mem 0xc5c20000-0xc5c3ffff] [ 1.623523] pci 0000:04:00.0: reg 0x14: [mem 0xc5800000-0xc5bfffff] [ 1.623538] pci 0000:04:00.0: reg 0x18: [io 0x2020-0x203f] [ 1.623554] pci 0000:04:00.0: reg 0x1c: [mem 0xc5c44000-0xc5c47fff] [ 1.623596] pci 0000:04:00.0: reg 0x30: [mem 0xffc00000-0xffffffff pref] [ 1.623679] pci 0000:04:00.0: PME# supported from D0 D3hot [ 1.623730] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.623756] pci 0000:04:00.0: reg 0x190: [mem 0x00000000-0x00003fff 64bit] [ 1.623853] pci 0000:04:00.1: [8086:10e8] type 00 class 0x020000 [ 1.623874] pci 0000:04:00.1: reg 0x10: [mem 0xc5c00000-0xc5c1ffff] [ 1.623889] pci 0000:04:00.1: reg 0x14: [mem 0xc5400000-0xc57fffff] [ 1.623904] pci 0000:04:00.1: reg 0x18: [io 0x2000-0x201f] [ 1.623919] pci 0000:04:00.1: reg 0x1c: [mem 0xc5c40000-0xc5c43fff] [ 1.623962] pci 0000:04:00.1: reg 0x30: [mem 0xffc00000-0xffffffff pref] [ 1.624044] pci 0000:04:00.1: PME# supported from D0 D3hot [ 1.624096] pci 0000:04:00.1: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.624122] pci 0000:04:00.1: reg 0x190: [mem 0x00000000-0x00003fff 64bit] [ 1.624221] pci 0000:02:04.0: PCI bridge to [bus 04] [ 1.624229] pci 0000:02:04.0: bridge window [io 0x2000-0x2fff] [ 1.624234] pci 0000:02:04.0: bridge window [mem 0xc5400000-0xc5cfffff] [ 1.624417] pci 0000:05:00.0: [14e4:163b] type 00 class 0x020000 [ 1.624457] pci 0000:05:00.0: reg 0x10: [mem 0xc0000000-0xc1ffffff 64bit] [ 1.624697] pci 0000:05:00.0: PME# supported from D0 D3hot D3cold [ 1.624739] pci 0000:05:00.0: System wakeup disabled by ACPI [ 1.624821] pci 0000:05:00.1: [14e4:163b] type 00 class 0x020000 [ 1.624861] pci 0000:05:00.1: reg 0x10: [mem 0xc2000000-0xc3ffffff 64bit] [ 1.625101] pci 0000:05:00.1: PME# supported from D0 D3hot D3cold [ 1.625231] pci 0000:00:1c.0: PCI bridge to [bus 05] [ 1.625242] pci 0000:00:1c.0: bridge window [mem 0xc0000000-0xc3ffffff] [ 1.625333] pci 0000:06:03.0: [102b:0532] type 00 class 0x030000 [ 1.625365] pci 0000:06:03.0: reg 0x10: [mem 0xc4000000-0xc47fffff pref] [ 1.625383] pci 0000:06:03.0: reg 0x14: [mem 0xc5000000-0xc5003fff] [ 1.625401] pci 0000:06:03.0: reg 0x18: [mem 0xc4800000-0xc4ffffff] [ 1.625467] pci 0000:06:03.0: reg 0x30: [mem 0xffff0000-0xffffffff pref] [ 1.625618] pci 0000:00:1e.0: PCI bridge to [bus 06] (subtractive decode) [ 1.625629] pci 0000:00:1e.0: bridge window [mem 0xc4800000-0xc50fffff] [ 1.625640] pci 0000:00:1e.0: bridge window [mem 0xc4000000-0xc47fffff 64bit pref] [ 1.625641] pci 0000:00:1e.0: bridge window [io 0x0000-0x0cf7] (subtractive decode) [ 1.625643] pci 0000:00:1e.0: bridge window [io 0x0d00-0xffff] (subtractive decode) [ 1.625644] pci 0000:00:1e.0: bridge window [mem 0x000a0000-0x000bffff] (subtractive decode) [ 1.625646] pci 0000:00:1e.0: bridge window [mem 0xc0000000-0xfeafffff] (subtractive decode) [ 1.625672] acpi PNP0A08:00: Disabling ASPM (FADT indicates it is unsupported) [ 1.626157] ACPI: PCI Interrupt Link [LNKA] (IRQs 1 3 4 5 6 *10 11 12 14 15) [ 1.626206] ACPI: PCI Interrupt Link [LNKB] (IRQs 1 3 4 5 6 10 *11 12 14 15) [ 1.626254] ACPI: PCI Interrupt Link [LNKC] (IRQs 1 3 4 5 6 *10 11 12 14 15) [ 1.626300] ACPI: PCI Interrupt Link [LNKD] (IRQs 1 3 4 5 *6 10 11 12 14 15) [ 1.626347] ACPI: PCI Interrupt Link [LNKE] (IRQs 1 3 4 5 6 10 11 12 *14 15) [ 1.626393] ACPI: PCI Interrupt Link [LNKF] (IRQs 1 3 4 5 *6 10 11 12 14 15) [ 1.626439] ACPI: PCI Interrupt Link [LNKG] (IRQs 1 3 4 5 6 10 11 12 14 15) *0, disabled. [ 1.626487] ACPI: PCI Interrupt Link [LNKH] (IRQs 1 3 4 5 6 10 11 12 14 *15) [ 1.626719] ACPI: Enabled 6 GPEs in block 00 to 3F [ 1.626725] ACPI: \_SB_.PCI0: notify handler is installed [ 1.626767] Found 1 acpi root devices [ 1.626788] xen:balloon: Initialising balloon driver [ 1.633777] xen_balloon: Initialising balloon driver [ 1.633937] vgaarb: device added: PCI:0000:06:03.0,decodes=io+mem,owns=io+mem,locks=none [ 1.633938] vgaarb: loaded [ 1.633939] vgaarb: bridge control possible 0000:06:03.0 [ 1.634070] SCSI subsystem initialized [ 1.634072] ACPI: bus type ATA registered [ 1.634100] libata version 3.00 loaded. [ 1.634112] ACPI: bus type USB registered [ 1.634127] usbcore: registered new interface driver usbfs [ 1.634132] usbcore: registered new interface driver hub [ 1.634302] usbcore: registered new device driver usb [ 1.634484] PCI: Using ACPI for IRQ routing [ 1.652726] PCI: pci_cache_line_size set to 64 bytes [ 1.652818] e820: reserve RAM buffer [mem 0x0009e000-0x0009ffff] [ 1.652819] e820: reserve RAM buffer [mem 0xbdfb0000-0xbfffffff] [ 1.652821] e820: reserve RAM buffer [mem 0xbf5d6000-0xbfffffff] [ 1.652822] e820: reserve RAM buffer [mem 0xbf5e8000-0xbfffffff] [ 1.652824] e820: reserve RAM buffer [mem 0xbf5f0000-0xbfffffff] [ 1.652825] e820: reserve RAM buffer [mem 0xbf63f000-0xbfffffff] [ 1.652826] e820: reserve RAM buffer [mem 0xbf800000-0xbfffffff] [ 1.652898] NetLabel: Initializing [ 1.652899] NetLabel: domain hash size = 128 [ 1.652900] NetLabel: protocols = UNLABELED CIPSOv4 [ 1.652908] NetLabel: unlabeled traffic allowed by default [ 1.653076] Switched to clocksource xen [ 1.657463] AppArmor: AppArmor Filesystem Enabled [ 1.657479] pnp: PnP ACPI init [ 1.657487] ACPI: bus type PNP registered [ 1.657631] pnp 00:00: Plug and Play ACPI device, IDs IPI0001 (active) [ 1.657640] pnp 00:01: [dma 4] [ 1.657652] pnp 00:01: Plug and Play ACPI device, IDs PNP0200 (active) [ 1.657667] pnp 00:02: Plug and Play ACPI device, IDs INT0800 (active) [ 1.657729] pnp 00:03: Plug and Play ACPI device, IDs PNP0103 (active) [ 1.657738] xen: registering gsi 13 triggering 1 polarity 0 [ 1.657770] pnp 00:04: Plug and Play ACPI device, IDs PNP0c04 (active) [ 1.657806] system 00:05: [io 0x0680-0x069f] has been reserved [ 1.657807] system 00:05: [io 0x1000-0x100f] has been reserved [ 1.657809] system 00:05: [io 0x1010-0x1013] has been reserved [ 1.657811] system 00:05: [io 0xffff] has been reserved [ 1.657812] system 00:05: [io 0x0400-0x0453] could not be reserved [ 1.657814] system 00:05: [io 0x0458-0x047f] has been reserved [ 1.657815] system 00:05: [io 0x0500-0x057f] has been reserved [ 1.657817] system 00:05: [io 0x164e-0x164f] has been reserved [ 1.657819] system 00:05: Plug and Play ACPI device, IDs PNP0c02 (active) [ 1.657825] xen: registering gsi 8 triggering 1 polarity 0 [ 1.657852] pnp 00:06: Plug and Play ACPI device, IDs PNP0b00 (active) [ 1.657883] system 00:07: [io 0x0454-0x0457] has been reserved [ 1.657886] system 00:07: Plug and Play ACPI device, IDs INT3f0d PNP0c02 (active) [ 1.658091] xen: registering gsi 4 triggering 1 polarity 0 [ 1.658135] pnp 00:08: Plug and Play ACPI device, IDs PNP0501 (active) [ 1.658224] xen: registering gsi 3 triggering 1 polarity 0 [ 1.658266] pnp 00:09: Plug and Play ACPI device, IDs PNP0501 (active) [ 1.658292] system 00:0a: [mem 0xfed90000-0xfed91fff] has been reserved [ 1.658294] system 00:0a: Plug and Play ACPI device, IDs PNP0c02 (active) [ 1.658432] system 00:0b: [mem 0xfed1c000-0xfed1ffff] has been reserved [ 1.658434] system 00:0b: [mem 0xfed10000-0xfed17fff] has been reserved [ 1.658436] system 00:0b: [mem 0xfed18000-0xfed18fff] has been reserved [ 1.658437] system 00:0b: [mem 0xfed19000-0xfed19fff] has been reserved [ 1.658439] system 00:0b: [mem 0xe0000000-0xefffffff] has been reserved [ 1.658441] system 00:0b: [mem 0xfed20000-0xfed3ffff] has been reserved [ 1.658442] system 00:0b: [mem 0xfed90000-0xfed93fff] could not be reserved [ 1.658444] system 00:0b: [mem 0xff000000-0xffffffff] could not be reserved [ 1.658446] system 00:0b: [mem 0xfee00000-0xfeefffff] could not be reserved [ 1.658448] system 00:0b: [mem 0xc6a00000-0xc6a00fff] has been reserved [ 1.658450] system 00:0b: Plug and Play ACPI device, IDs PNP0c02 (active) [ 1.658610] pnp: PnP ACPI: found 12 devices [ 1.658611] ACPI: bus type PNP unregistered [ 1.664052] PM-Timer failed consistency check (0x0xffffff) - aborting. [ 1.664057] pci 0000:03:00.0: no compatible bridge window for [mem 0xffc00000-0xffffffff pref] [ 1.664059] pci 0000:03:00.1: no compatible bridge window for [mem 0xffc00000-0xffffffff pref] [ 1.664060] pci 0000:04:00.0: no compatible bridge window for [mem 0xffc00000-0xffffffff pref] [ 1.664062] pci 0000:04:00.1: no compatible bridge window for [mem 0xffc00000-0xffffffff pref] [ 1.664064] pci 0000:06:03.0: no compatible bridge window for [mem 0xffff0000-0xffffffff pref] [ 1.664068] PCI: max bus depth: 3 pci_try_num: 4 [ 1.664144] pci 0000:00:01.0: BAR 15: assigned [mem 0xc6c00000-0xc7bfffff pref] [ 1.664146] pci 0000:01:00.0: BAR 15: assigned [mem 0xc6c00000-0xc7bfffff pref] [ 1.664148] pci 0000:02:02.0: BAR 15: assigned [mem 0xc6c00000-0xc73fffff pref] [ 1.664150] pci 0000:02:04.0: BAR 15: assigned [mem 0xc7400000-0xc7bfffff pref] [ 1.664168] pci 0000:03:00.0: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.664185] pci 0000:03:00.0: reg 0x190: [mem 0x00000000-0x00003fff 64bit] [ 1.664201] pci 0000:03:00.0: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.664217] pci 0000:03:00.0: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.664234] pci 0000:03:00.1: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.664250] pci 0000:03:00.0: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.664266] pci 0000:03:00.0: reg 0x190: [mem 0x00000000-0x00003fff 64bit] [ 1.664282] pci 0000:03:00.1: reg 0x190: [mem 0x00000000-0x00003fff 64bit] [ 1.664298] pci 0000:03:00.0: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.664314] pci 0000:03:00.0: reg 0x190: [mem 0x00000000-0x00003fff 64bit] [ 1.664330] pci 0000:03:00.1: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.664332] pci 0000:03:00.0: BAR 6: assigned [mem 0xc6c00000-0xc6ffffff pref] [ 1.664334] pci 0000:03:00.1: BAR 6: assigned [mem 0xc7000000-0xc73fffff pref] [ 1.664350] pci 0000:03:00.0: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.664352] pci 0000:03:00.0: BAR 7: assigned [mem 0xc6848000-0xc6867fff 64bit] [ 1.664379] pci 0000:03:00.0: reg 0x190: [mem 0x00000000-0x00003fff 64bit] [ 1.664380] pci 0000:03:00.0: BAR 10: assigned [mem 0xc6868000-0xc6887fff 64bit] [ 1.664407] pci 0000:03:00.1: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.664408] pci 0000:03:00.1: BAR 7: assigned [mem 0xc6888000-0xc68a7fff 64bit] [ 1.664435] pci 0000:03:00.1: reg 0x190: [mem 0x00000000-0x00003fff 64bit] [ 1.664436] pci 0000:03:00.1: BAR 10: assigned [mem 0xc68a8000-0xc68c7fff 64bit] [ 1.664448] pci 0000:02:02.0: PCI bridge to [bus 03] [ 1.664452] pci 0000:02:02.0: bridge window [io 0x3000-0x3fff] [ 1.664459] pci 0000:02:02.0: bridge window [mem 0xc6000000-0xc68fffff] [ 1.664464] pci 0000:02:02.0: bridge window [mem 0xc6c00000-0xc73fffff pref] [ 1.664487] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.664503] pci 0000:04:00.0: reg 0x190: [mem 0x00000000-0x00003fff 64bit] [ 1.664519] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.664535] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.664551] pci 0000:04:00.1: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.664567] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.664583] pci 0000:04:00.0: reg 0x190: [mem 0x00000000-0x00003fff 64bit] [ 1.664599] pci 0000:04:00.1: reg 0x190: [mem 0x00000000-0x00003fff 64bit] [ 1.664615] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.664631] pci 0000:04:00.0: reg 0x190: [mem 0x00000000-0x00003fff 64bit] [ 1.664647] pci 0000:04:00.1: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.664649] pci 0000:04:00.0: BAR 6: assigned [mem 0xc7400000-0xc77fffff pref] [ 1.664650] pci 0000:04:00.1: BAR 6: assigned [mem 0xc7800000-0xc7bfffff pref] [ 1.664666] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.664668] pci 0000:04:00.0: BAR 7: assigned [mem 0xc5c48000-0xc5c67fff 64bit] [ 1.664694] pci 0000:04:00.0: reg 0x190: [mem 0x00000000-0x00003fff 64bit] [ 1.664695] pci 0000:04:00.0: BAR 10: assigned [mem 0xc5c68000-0xc5c87fff 64bit] [ 1.664721] pci 0000:04:00.1: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.664723] pci 0000:04:00.1: BAR 7: assigned [mem 0xc5c88000-0xc5ca7fff 64bit] [ 1.664749] pci 0000:04:00.1: reg 0x190: [mem 0x00000000-0x00003fff 64bit] [ 1.664751] pci 0000:04:00.1: BAR 10: assigned [mem 0xc5ca8000-0xc5cc7fff 64bit] [ 1.664762] pci 0000:02:04.0: PCI bridge to [bus 04] [ 1.664766] pci 0000:02:04.0: bridge window [io 0x2000-0x2fff] [ 1.664772] pci 0000:02:04.0: bridge window [mem 0xc5400000-0xc5cfffff] [ 1.664777] pci 0000:02:04.0: bridge window [mem 0xc7400000-0xc7bfffff pref] [ 1.664786] pci 0000:01:00.0: PCI bridge to [bus 02-04] [ 1.664789] pci 0000:01:00.0: bridge window [io 0x2000-0x3fff] [ 1.664796] pci 0000:01:00.0: bridge window [mem 0xc5400000-0xc68fffff] [ 1.664801] pci 0000:01:00.0: bridge window [mem 0xc6c00000-0xc7bfffff pref] [ 1.664810] pci 0000:00:01.0: PCI bridge to [bus 01-04] [ 1.664812] pci 0000:00:01.0: bridge window [io 0x2000-0x3fff] [ 1.664816] pci 0000:00:01.0: bridge window [mem 0xc5400000-0xc68fffff] [ 1.664820] pci 0000:00:01.0: bridge window [mem 0xc6c00000-0xc7bfffff pref] [ 1.664826] pci 0000:00:1c.0: PCI bridge to [bus 05] [ 1.664834] pci 0000:00:1c.0: bridge window [mem 0xc0000000-0xc3ffffff] [ 1.664850] pci 0000:06:03.0: BAR 6: assigned [mem 0xc5010000-0xc501ffff pref] [ 1.664852] pci 0000:00:1e.0: PCI bridge to [bus 06] [ 1.664860] pci 0000:00:1e.0: bridge window [mem 0xc4800000-0xc50fffff] [ 1.664866] pci 0000:00:1e.0: bridge window [mem 0xc4000000-0xc47fffff 64bit pref] [ 1.664945] xen: registering gsi 16 triggering 0 polarity 1 [ 1.664957] xen: --> pirq=16 -> irq=16 (gsi=16) [ 1.665053] xen: registering gsi 17 triggering 0 polarity 1 [ 1.665059] xen: --> pirq=17 -> irq=17 (gsi=17) [ 1.665086] pci 0000:00:1e.0: setting latency timer to 64 [ 1.665090] pci_bus 0000:00: resource 4 [io 0x0000-0x0cf7] [ 1.665092] pci_bus 0000:00: resource 5 [io 0x0d00-0xffff] [ 1.665093] pci_bus 0000:00: resource 6 [mem 0x000a0000-0x000bffff] [ 1.665095] pci_bus 0000:00: resource 7 [mem 0xc0000000-0xfeafffff] [ 1.665096] pci_bus 0000:01: resource 0 [io 0x2000-0x3fff] [ 1.665098] pci_bus 0000:01: resource 1 [mem 0xc5400000-0xc68fffff] [ 1.665099] pci_bus 0000:01: resource 2 [mem 0xc6c00000-0xc7bfffff pref] [ 1.665100] pci_bus 0000:02: resource 0 [io 0x2000-0x3fff] [ 1.665102] pci_bus 0000:02: resource 1 [mem 0xc5400000-0xc68fffff] [ 1.665103] pci_bus 0000:02: resource 2 [mem 0xc6c00000-0xc7bfffff pref] [ 1.665105] pci_bus 0000:03: resource 0 [io 0x3000-0x3fff] [ 1.665106] pci_bus 0000:03: resource 1 [mem 0xc6000000-0xc68fffff] [ 1.665107] pci_bus 0000:03: resource 2 [mem 0xc6c00000-0xc73fffff pref] [ 1.665109] pci_bus 0000:04: resource 0 [io 0x2000-0x2fff] [ 1.665110] pci_bus 0000:04: resource 1 [mem 0xc5400000-0xc5cfffff] [ 1.665112] pci_bus 0000:04: resource 2 [mem 0xc7400000-0xc7bfffff pref] [ 1.665113] pci_bus 0000:05: resource 1 [mem 0xc0000000-0xc3ffffff] [ 1.665115] pci_bus 0000:06: resource 1 [mem 0xc4800000-0xc50fffff] [ 1.665116] pci_bus 0000:06: resource 2 [mem 0xc4000000-0xc47fffff 64bit pref] [ 1.665118] pci_bus 0000:06: resource 4 [io 0x0000-0x0cf7] [ 1.665119] pci_bus 0000:06: resource 5 [io 0x0d00-0xffff] [ 1.665120] pci_bus 0000:06: resource 6 [mem 0x000a0000-0x000bffff] [ 1.665122] pci_bus 0000:06: resource 7 [mem 0xc0000000-0xfeafffff] [ 1.665150] NET: Registered protocol family 2 [ 1.665305] TCP established hash table entries: 32768 (order: 7, 524288 bytes) [ 1.665426] TCP bind hash table entries: 32768 (order: 7, 524288 bytes) [ 1.665487] TCP: Hash tables configured (established 32768 bind 32768) [ 1.665502] TCP: reno registered [ 1.665511] UDP hash table entries: 2048 (order: 4, 65536 bytes) [ 1.665528] UDP-Lite hash table entries: 2048 (order: 4, 65536 bytes) [ 1.665573] NET: Registered protocol family 1 [ 1.665647] xen: registering gsi 20 triggering 0 polarity 1 [ 1.665654] xen: --> pirq=20 -> irq=20 (gsi=20) [ 1.681298] xen: registering gsi 23 triggering 0 polarity 1 [ 1.681305] xen: --> pirq=23 -> irq=23 (gsi=23) [ 1.697293] pci 0000:06:03.0: Boot video device [ 1.697298] PCI: CLS 64 bytes, default 64 [ 1.697333] Trying to unpack rootfs image as initramfs... [ 1.733240] Freeing initrd memory: 48284K (ffff8800023f3000 - ffff88000531a000) [ 1.733358] Simple Boot Flag at 0x44 set to 0x1 [ 1.733575] Scanning for low memory corruption every 60 seconds [ 1.733957] Initialise module verification [ 1.733989] audit: initializing netlink socket (disabled) [ 1.733999] type=2000 audit(1391640205.715:1): initialized [ 1.753927] bounce pool size: 64 pages [ 1.753936] HugeTLB registered 2 MB page size, pre-allocated 0 pages [ 1.754659] zbud: loaded [ 1.754781] VFS: Disk quotas dquot_6.5.2 [ 1.754812] Dquot-cache hash table entries: 512 (order 0, 4096 bytes) [ 1.755159] fuse init (API version 7.22) [ 1.755217] msgmni has been set to 1736 [ 1.755694] Key type asymmetric registered [ 1.755696] Asymmetric key parser 'x509' registered [ 1.755718] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 252) [ 1.755752] io scheduler noop registered [ 1.755754] io scheduler deadline registered (default) [ 1.755771] io scheduler cfq registered [ 1.756393] pcieport 0000:00:01.0: Signaling PME through PCIe PME interrupt [ 1.756395] pcieport 0000:01:00.0: Signaling PME through PCIe PME interrupt [ 1.756396] pcieport 0000:02:02.0: Signaling PME through PCIe PME interrupt [ 1.756397] pci 0000:03:00.0: Signaling PME through PCIe PME interrupt [ 1.756398] pci 0000:03:00.1: Signaling PME through PCIe PME interrupt [ 1.756400] pcieport 0000:02:04.0: Signaling PME through PCIe PME interrupt [ 1.756401] pci 0000:04:00.0: Signaling PME through PCIe PME interrupt [ 1.756402] pci 0000:04:00.1: Signaling PME through PCIe PME interrupt [ 1.756406] pcie_pme 0000:00:01.0:pcie01: service driver pcie_pme loaded [ 1.756432] pcieport 0000:00:1c.0: Signaling PME through PCIe PME interrupt [ 1.756433] pci 0000:05:00.0: Signaling PME through PCIe PME interrupt [ 1.756434] pci 0000:05:00.1: Signaling PME through PCIe PME interrupt [ 1.756441] pcie_pme 0000:00:1c.0:pcie01: service driver pcie_pme loaded [ 1.756450] pci_hotplug: PCI Hot Plug PCI Core version: 0.5 [ 1.756461] pciehp: PCI Express Hot Plug Controller Driver version: 0.4 [ 1.756501] intel_idle: MWAIT substates: 0x1120 [ 1.756502] intel_idle: v0.4 model 0x2A [ 1.756503] intel_idle: lapic_timer_reliable_states 0xffffffff [ 1.756535] intel_idle: intel_idle yielding to none [ 1.756598] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input0 [ 1.756602] ACPI: Power Button [PWRF] [ 1.756665] ACPI: Fan [FAN0] (off) [ 1.756686] ACPI: Fan [FAN1] (off) [ 1.756704] ACPI: Fan [FAN2] (off) [ 1.756722] ACPI: Fan [FAN3] (off) [ 1.756740] ACPI: Fan [FAN4] (off) [ 1.756778] ACPI: Requesting acpi_cpufreq [ 1.757217] Monitor-Mwait will be used to enter C-1 state [ 1.757221] Monitor-Mwait will be used to enter C-2 state [ 1.757224] Monitor-Mwait will be used to enter C-3 state [ 1.758699] Warning: Processor Platform Limit not supported. [ 1.758885] thermal LNXTHERM:00: registered as thermal_zone0 [ 1.758886] ACPI: Thermal Zone [TZ01] (30 C) [ 1.758932] ERST: Error Record Serialization Table (ERST) support is initialized. [ 1.758934] pstore: Registered erst as persistent store backend [ 1.759051] GHES: APEI firmware first mode is enabled by APEI bit and WHEA _OSC. [ 1.759387] xen_acpi_processor: Uploading Xen processor PM info [ 1.760559] Serial: 8250/16550 driver, 32 ports, IRQ sharing enabled [ 1.781328] 00:08: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A [ 1.802091] 00:09: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A [ 1.803445] hpet_acpi_add: no address or irqs in _CRS [ 1.803457] Linux agpgart interface v0.103 [ 1.804413] brd: module loaded [ 1.804912] loop: module loaded [ 1.805161] libphy: Fixed MDIO Bus: probed [ 1.805219] tun: Universal TUN/TAP device driver, 1.6 [ 1.805220] tun: (C) 1999-2004 Max Krasnyansky [ 1.805253] PPP generic driver version 2.4.2 [ 1.805282] xen_netfront: Initialising Xen virtual ethernet driver [ 1.805290] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver [ 1.805291] ehci-pci: EHCI PCI platform driver [ 1.805366] xen: registering gsi 20 triggering 0 polarity 1 [ 1.805369] Already setup the GSI :20 [ 1.805386] ehci-pci 0000:00:1a.0: setting latency timer to 64 [ 1.805393] ehci-pci 0000:00:1a.0: EHCI Host Controller [ 1.805398] ehci-pci 0000:00:1a.0: new USB bus registered, assigned bus number 1 [ 1.805417] ehci-pci 0000:00:1a.0: debug port 2 [ 1.809360] ehci-pci 0000:00:1a.0: cache line size of 64 is not supported [ 1.809396] ehci-pci 0000:00:1a.0: irq 20, io mem 0xc6906000 [ 1.821151] ehci-pci 0000:00:1a.0: USB 2.0 started, EHCI 1.00 [ 1.821189] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002 [ 1.821190] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [ 1.821192] usb usb1: Product: EHCI Host Controller [ 1.821193] usb usb1: Manufacturer: Linux 3.11.0-12-generic ehci_hcd [ 1.821194] usb usb1: SerialNumber: 0000:00:1a.0 [ 1.821272] hub 1-0:1.0: USB hub found [ 1.821276] hub 1-0:1.0: 2 ports detected [ 1.821415] xen: registering gsi 23 triggering 0 polarity 1 [ 1.821417] Already setup the GSI :23 [ 1.821432] ehci-pci 0000:00:1d.0: setting latency timer to 64 [ 1.821439] ehci-pci 0000:00:1d.0: EHCI Host Controller [ 1.821442] ehci-pci 0000:00:1d.0: new USB bus registered, assigned bus number 2 [ 1.821461] ehci-pci 0000:00:1d.0: debug port 2 [ 1.825411] ehci-pci 0000:00:1d.0: cache line size of 64 is not supported [ 1.825448] ehci-pci 0000:00:1d.0: irq 23, io mem 0xc6905000 [ 1.837152] ehci-pci 0000:00:1d.0: USB 2.0 started, EHCI 1.00 [ 1.837185] usb usb2: New USB device found, idVendor=1d6b, idProduct=0002 [ 1.837187] usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [ 1.837188] usb usb2: Product: EHCI Host Controller [ 1.837189] usb usb2: Manufacturer: Linux 3.11.0-12-generic ehci_hcd [ 1.837191] usb usb2: SerialNumber: 0000:00:1d.0 [ 1.837330] hub 2-0:1.0: USB hub found [ 1.837334] hub 2-0:1.0: 2 ports detected [ 1.837400] ehci-platform: EHCI generic platform driver [ 1.837405] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver [ 1.837406] ohci-platform: OHCI generic platform driver [ 1.837411] uhci_hcd: USB Universal Host Controller Interface driver [ 1.837449] i8042: PNP: No PS/2 controller found. Probing ports directly. [ 2.884166] i8042: No controller found [ 2.884441] mousedev: PS/2 mouse device common for all mice [ 2.884708] rtc_cmos 00:06: RTC can wake from S4 [ 2.884906] rtc_cmos 00:06: rtc core: registered rtc_cmos as rtc0 [ 2.884962] rtc_cmos 00:06: alarms up to one month, y3k, 242 bytes nvram [ 2.885003] device-mapper: uevent: version 1.0.3 [ 2.885085] device-mapper: ioctl: 4.25.0-ioctl (2013-06-26) initialised: dm-devel@redhat.com [ 2.885093] ledtrig-cpu: registered to indicate activity on CPUs [ 2.885164] TCP: cubic registered [ 2.885221] NET: Registered protocol family 10 [ 2.885348] NET: Registered protocol family 17 [ 2.885354] Key type dns_resolver registered [ 2.885511] PM: Hibernation image not present or could not be loaded. [ 2.885514] Loading module verification certificates [ 2.886208] MODSIGN: Loaded cert 'Magrathea: Glacier signing key: fddf6943d8ac4f5b6eb0919a7a3ee3d9088b1bfa' [ 2.886216] registered taskstats version 1 [ 2.889339] Key type trusted registered [ 2.892025] Key type encrypted registered [ 2.894651] AppArmor: AppArmor sha1 policy hashing enabled [ 2.895054] Magic number: 2:369:754 [ 2.895060] tty ttyS5: hash matches [ 2.895134] rtc_cmos 00:06: setting system clock to 2014-02-05 22:43:26 UTC (1391640206) [ 2.895182] BIOS EDD facility v0.16 2004-Jun-25, 1 devices found [ 2.895677] Freeing unused kernel memory: 1364K (ffffffff81d10000 - ffffffff81e65000) [ 2.895678] Write protecting the kernel read-only data: 12288k [ 2.898416] Freeing unused kernel memory: 1040K (ffff8800016fc000 - ffff880001800000) [ 2.898708] Freeing unused kernel memory: 836K (ffff880001b2f000 - ffff880001c00000) [ 2.918710] systemd-udevd[118]: starting version 204 [ 2.939867] pps_core: module verification failed: signature and/or required key missing - tainting kernel [ 2.940047] pps_core: LinuxPPS API ver. 1 registered [ 2.940048] pps_core: Software ver. 5.3.6 - Copyright 2005-2007 Rodolfo Giometti [ 2.940227] PTP clock support registered [ 2.942853] ahci 0000:00:1f.2: version 3.0 [ 2.942948] xen: registering gsi 19 triggering 0 polarity 1 [ 2.942962] xen: --> pirq=19 -> irq=19 (gsi=19) [ 2.943070] ahci: SSS flag set, parallel bus scan disabled [ 2.943146] bnx2: Broadcom NetXtreme II Gigabit Ethernet Driver bnx2 v2.2.3 (June 27, 2012) [ 2.943195] xen: registering gsi 16 triggering 0 polarity 1 [ 2.943197] Already setup the GSI :16 [ 2.943671] dca service started, version 1.12.1 [ 2.944532] bnx2 0000:05:00.0 eth0: Broadcom NetXtreme II BCM5716 1000Base-T (C0) PCI Express found at mem c0000000, IRQ 16, node addr d4:ae:52:cc:f9:6a [ 2.944613] xen: registering gsi 17 triggering 0 polarity 1 [ 2.944615] Already setup the GSI :17 [ 2.945253] bnx2 0000:05:00.1 eth1: Broadcom NetXtreme II BCM5716 1000Base-T (C0) PCI Express found at mem c2000000, IRQ 17, node addr d4:ae:52:cc:f9:6b [ 2.949969] igb: Intel(R) Gigabit Ethernet Network Driver - version 5.0.5-k [ 2.949971] igb: Copyright (c) 2007-2013 Intel Corporation. [ 2.950015] xen: registering gsi 18 triggering 0 polarity 1 [ 2.950026] xen: --> pirq=18 -> irq=18 (gsi=18) [ 2.957168] ahci 0000:00:1f.2: AHCI 0001.0300 32 slots 6 ports 3 Gbps 0x31 impl SATA mode [ 2.957172] ahci 0000:00:1f.2: flags: 64bit ncq stag pm led clo pio slum part ems sxs apst [ 2.957179] ahci 0000:00:1f.2: setting latency timer to 64 [ 2.973513] scsi0 : ahci [ 2.973597] scsi1 : ahci [ 2.973666] scsi2 : ahci [ 2.973728] scsi3 : ahci [ 2.973793] scsi4 : ahci [ 2.973857] scsi5 : ahci [ 2.973907] ata1: SATA max UDMA/133 abar m2048@0xc6904000 port 0xc6904100 irq 76 [ 2.973909] ata2: DUMMY [ 2.973910] ata3: DUMMY [ 2.973911] ata4: DUMMY [ 2.973914] ata5: SATA max UDMA/133 abar m2048@0xc6904000 port 0xc6904300 irq 76 [ 2.973916] ata6: SATA max UDMA/133 abar m2048@0xc6904000 port 0xc6904380 irq 76 [ 3.093191] usb 1-1: new high-speed USB device number 2 using ehci-pci [ 3.141615] igb 0000:03:00.0: added PHC on eth2 [ 3.141617] igb 0000:03:00.0: Intel(R) Gigabit Ethernet Network Connection [ 3.141619] igb 0000:03:00.0: eth2: (PCIe:2.5Gb/s:Width x4) 90:e2:ba:53:e5:20 [ 3.141622] igb 0000:03:00.0: eth2: PBA No: Unknown [ 3.141623] igb 0000:03:00.0: Using MSI-X interrupts. 4 rx queue(s), 4 tx queue(s) [ 3.141674] xen: registering gsi 19 triggering 0 polarity 1 [ 3.141678] Already setup the GSI :19 [ 3.225728] usb 1-1: New USB device found, idVendor=8087, idProduct=0024 [ 3.225731] usb 1-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0 [ 3.225939] hub 1-1:1.0: USB hub found [ 3.226038] hub 1-1:1.0: 6 ports detected [ 3.293197] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300) [ 3.294088] ata1.00: ATA-8: WDC WD5003ABYX-18WERA0, 01.01S03, max UDMA/133 [ 3.294091] ata1.00: 976773168 sectors, multi 0: LBA48 NCQ (depth 31/32), AA [ 3.295674] ata1.00: configured for UDMA/133 [ 3.295874] scsi 0:0:0:0: Direct-Access ATA WDC WD5003ABYX-1 01.0 PQ: 0 ANSI: 5 [ 3.296014] sd 0:0:0:0: [sda] 976773168 512-byte logical blocks: (500 GB/465 GiB) [ 3.296045] sd 0:0:0:0: Attached scsi generic sg0 type 0 [ 3.296052] sd 0:0:0:0: [sda] Write Protect is off [ 3.296054] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00 [ 3.296067] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [ 3.325343] sda: sda1 sda2 < sda5 > [ 3.325815] sd 0:0:0:0: [sda] Attached SCSI disk [ 3.333499] igb 0000:03:00.1: added PHC on eth3 [ 3.333501] igb 0000:03:00.1: Intel(R) Gigabit Ethernet Network Connection [ 3.333503] igb 0000:03:00.1: eth3: (PCIe:2.5Gb/s:Width x4) 90:e2:ba:53:e5:21 [ 3.333506] igb 0000:03:00.1: eth3: PBA No: Unknown [ 3.333507] igb 0000:03:00.1: Using MSI-X interrupts. 4 rx queue(s), 4 tx queue(s) [ 3.333547] xen: registering gsi 16 triggering 0 polarity 1 [ 3.333549] Already setup the GSI :16 [ 3.337173] usb 2-1: new high-speed USB device number 2 using ehci-pci [ 3.469706] usb 2-1: New USB device found, idVendor=8087, idProduct=0024 [ 3.469718] usb 2-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0 [ 3.469928] hub 2-1:1.0: USB hub found [ 3.470028] hub 2-1:1.0: 6 ports detected [ 3.525568] igb 0000:04:00.0: added PHC on eth4 [ 3.525570] igb 0000:04:00.0: Intel(R) Gigabit Ethernet Network Connection [ 3.525572] igb 0000:04:00.0: eth4: (PCIe:2.5Gb/s:Width x4) 90:e2:ba:53:e5:24 [ 3.525575] igb 0000:04:00.0: eth4: PBA No: Unknown [ 3.525576] igb 0000:04:00.0: Using MSI-X interrupts. 4 rx queue(s), 4 tx queue(s) [ 3.525618] xen: registering gsi 17 triggering 0 polarity 1 [ 3.525620] Already setup the GSI :17 [ 3.613196] ata5: SATA link up 1.5 Gbps (SStatus 113 SControl 300) [ 3.615684] ata5.00: ATAPI: TSSTcorp DVD-ROM SN-108DN, D150, max UDMA/100 [ 3.618258] ata5.00: configured for UDMA/100 [ 3.620528] scsi 4:0:0:0: CD-ROM TSSTcorp DVD-ROM SN-108DN D150 PQ: 0 ANSI: 5 [ 3.625268] sr0: scsi3-mmc drive: 62x/62x cd/rw xa/form2 cdda tray [ 3.625271] cdrom: Uniform CD-ROM driver Revision: 3.20 [ 3.625429] sr 4:0:0:0: Attached scsi CD-ROM sr0 [ 3.625562] sr 4:0:0:0: Attached scsi generic sg1 type 5 [ 3.717617] igb 0000:04:00.1: added PHC on eth5 [ 3.717619] igb 0000:04:00.1: Intel(R) Gigabit Ethernet Network Connection [ 3.717621] igb 0000:04:00.1: eth5: (PCIe:2.5Gb/s:Width x4) 90:e2:ba:53:e5:25 [ 3.717623] igb 0000:04:00.1: eth5: PBA No: Unknown [ 3.717625] igb 0000:04:00.1: Using MSI-X interrupts. 4 rx queue(s), 4 tx queue(s) [ 3.741367] usb 2-1.1: new high-speed USB device number 3 using ehci-pci [ 3.847131] usb 2-1.1: New USB device found, idVendor=0b95, idProduct=1780 [ 3.847134] usb 2-1.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 3.847136] usb 2-1.1: Product: AX88178 [ 3.847137] usb 2-1.1: Manufacturer: ASIX Elec. Corp. [ 3.847138] usb 2-1.1: SerialNumber: 000002 [ 3.917361] usb 2-1.2: new low-speed USB device number 4 using ehci-pci [ 3.945181] ata6: SATA link down (SStatus 0 SControl 300) [ 4.018322] usb 2-1.2: New USB device found, idVendor=1061, idProduct=0101 [ 4.018325] usb 2-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [ 4.018327] usb 2-1.2: Product: USB Keyboard & Mouse [ 4.018328] usb 2-1.2: Manufacturer: Motorola [ 4.025998] hidraw: raw HID events driver (C) Jiri Kosina [ 4.033733] usbcore: registered new interface driver usbhid [ 4.033735] usbhid: USB HID core driver [ 4.034966] input: Motorola USB Keyboard & Mouse as /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2:1.0/input/input1 [ 4.035057] hid-generic 0003:1061:0101.0001: input,hidraw0: USB HID v1.11 Keyboard [Motorola USB Keyboard & Mouse] on usb-0000:00:1d.0-1.2/input0 [ 4.035153] input: Motorola USB Keyboard & Mouse as /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2:1.1/input/input2 [ 4.035514] hid-generic 0003:1061:0101.0002: input,hidraw1: USB HID v1.11 Mouse [Motorola USB Keyboard & Mouse] on usb-0000:00:1d.0-1.2/input1 [ 4.093354] usb 2-1.5: new high-speed USB device number 5 using ehci-pci [ 4.185540] usb 2-1.5: New USB device found, idVendor=0424, idProduct=2514 [ 4.185543] usb 2-1.5: New USB device strings: Mfr=0, Product=0, SerialNumber=0 [ 4.185822] hub 2-1.5:1.0: USB hub found [ 4.185912] hub 2-1.5:1.0: 4 ports detected [ 4.208556] bio: create slab at 1 [ 6.793606] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null) [ 10.221062] Adding 4161532k swap on /dev/mapper/ubuntu--vg-swap_1. Priority:-1 extents:1 across:4161532k FS [ 10.286623] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready [ 10.286628] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready [ 10.286632] IPv6: ADDRCONF(NETDEV_UP): eth2: link is not ready [ 10.286636] IPv6: ADDRCONF(NETDEV_UP): eth3: link is not ready [ 10.286640] IPv6: ADDRCONF(NETDEV_UP): eth4: link is not ready [ 10.286644] IPv6: ADDRCONF(NETDEV_UP): eth5: link is not ready [ 10.357279] systemd-udevd[331]: starting version 204 [ 10.423876] lp: driver loaded but no devices found [ 10.460193] wmi: Mapper loaded [ 10.463802] systemd-udevd[373]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event': No such file or directory [ 10.466898] systemd-udevd[378]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event': No such file or directory [ 10.480201] systemd-udevd[394]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event': No such file or directory [ 10.481806] ACPI Warning: 0x0000000000000428-0x000000000000042f SystemIO conflicts with Region \PMIO 1 (20130517/utaddress-251) [ 10.481811] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver [ 10.481817] ACPI Warning: 0x0000000000000540-0x000000000000054f SystemIO conflicts with Region \GPIO 1 (20130517/utaddress-251) [ 10.481821] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver [ 10.481822] ACPI Warning: 0x0000000000000530-0x000000000000053f SystemIO conflicts with Region \GPIO 1 (20130517/utaddress-251) [ 10.481825] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver [ 10.481826] ACPI Warning: 0x0000000000000500-0x000000000000052f SystemIO conflicts with Region \GPIO 1 (20130517/utaddress-251) [ 10.481830] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver [ 10.481831] lpc_ich: Resource conflict(s) found affecting gpio_ich [ 10.488397] systemd-udevd[400]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event': No such file or directory [ 10.491290] systemd-udevd[413]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event': No such file or directory [ 10.491668] systemd-udevd[411]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event': No such file or directory [ 10.498208] systemd-udevd[423]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event': No such file or directory [ 10.512324] microcode: CPU0 sig=0x206a7, pf=0x2, revision=0x29 [ 10.588109] type=1400 audit(1391640214.188:2): apparmor="STATUS" operation="profile_load" parent=388 profile="unconfined" name="/sbin/dhclient" pid=434 comm="apparmor_parser" [ 10.588115] type=1400 audit(1391640214.188:3): apparmor="STATUS" operation="profile_load" parent=388 profile="unconfined" name="/usr/lib/NetworkManager/nm-dhcp-client.action" pid=434 comm="apparmor_parser" [ 10.588119] type=1400 audit(1391640214.188:4): apparmor="STATUS" operation="profile_load" parent=388 profile="unconfined" name="/usr/lib/connman/scripts/dhclient-script" pid=434 comm="apparmor_parser" [ 10.588127] type=1400 audit(1391640214.188:5): apparmor="STATUS" operation="profile_replace" parent=419 profile="unconfined" name="/sbin/dhclient" pid=440 comm="apparmor_parser" [ 10.588133] type=1400 audit(1391640214.188:6): apparmor="STATUS" operation="profile_replace" parent=419 profile="unconfined" name="/usr/lib/NetworkManager/nm-dhcp-client.action" pid=440 comm="apparmor_parser" [ 10.588136] type=1400 audit(1391640214.188:7): apparmor="STATUS" operation="profile_replace" parent=419 profile="unconfined" name="/usr/lib/connman/scripts/dhclient-script" pid=440 comm="apparmor_parser" [ 10.588145] type=1400 audit(1391640214.188:8): apparmor="STATUS" operation="profile_replace" parent=414 profile="unconfined" name="/sbin/dhclient" pid=439 comm="apparmor_parser" [ 10.588150] type=1400 audit(1391640214.188:9): apparmor="STATUS" operation="profile_replace" parent=414 profile="unconfined" name="/usr/lib/NetworkManager/nm-dhcp-client.action" pid=439 comm="apparmor_parser" [ 10.588154] type=1400 audit(1391640214.188:10): apparmor="STATUS" operation="profile_replace" parent=414 profile="unconfined" name="/usr/lib/connman/scripts/dhclient-script" pid=439 comm="apparmor_parser" [ 10.588166] type=1400 audit(1391640214.188:11): apparmor="STATUS" operation="profile_replace" parent=396 profile="unconfined" name="/sbin/dhclient" pid=436 comm="apparmor_parser" [ 10.794373] EXT4-fs (dm-0): re-mounted. Opts: errors=remount-ro [ 10.804396] dcdbas dcdbas: Dell Systems Management Base Driver (version 5.6.0-3.2) [ 10.821453] systemd-udevd[494]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event': No such file or directory [ 10.825093] systemd-udevd[495]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event': No such file or directory [ 10.831767] systemd-udevd[508]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event': No such file or directory [ 10.858040] microcode: CPU1 sig=0x206a7, pf=0x2, revision=0x29 [ 10.861487] microcode: CPU2 sig=0x206a7, pf=0x2, revision=0x29 [ 10.866813] microcode: CPU3 sig=0x206a7, pf=0x2, revision=0x29 [ 10.869329] microcode: Microcode Update Driver: v2.00 < tigran@aivazian.fsnet.co.uk>, Peter Oruba [ 11.137330] asix 2-1.1:1.0 eth6: register 'asix' at usb-0000:00:1d.0-1.1, ASIX AX88178 USB 2.0 Ethernet, 00:0e:c6:88:f6:d3 [ 11.137367] usbcore: registered new interface driver asix [ 11.155136] Bridge firewalling registered [ 11.158114] device eth6 entered promiscuous mode [ 11.659724] Bluetooth: Core ver 2.16 [ 11.659743] NET: Registered protocol family 31 [ 11.659744] Bluetooth: HCI device and connection manager initialized [ 11.659751] Bluetooth: HCI socket layer initialized [ 11.659752] Bluetooth: L2CAP socket layer initialized [ 11.659756] Bluetooth: SCO socket layer initialized [ 11.662996] Bluetooth: BNEP (Ethernet Emulation) ver 1.3 [ 11.662998] Bluetooth: BNEP filters: protocol multicast [ 11.663003] Bluetooth: BNEP socket layer initialized [ 11.664016] Bluetooth: RFCOMM TTY layer initialized [ 11.664029] Bluetooth: RFCOMM socket layer initialized [ 11.664031] Bluetooth: RFCOMM ver 1.11 [ 11.821715] ppdev: user-space parallel port driver [ 11.823326] init: avahi-cups-reload main process (776) terminated with status 1 [ 11.894430] IPv6: ADDRCONF(NETDEV_UP): eth6: link is not ready [ 11.894507] IPv6: ADDRCONF(NETDEV_UP): xenbr0: link is not ready [ 14.631202] IPv6: ADDRCONF(NETDEV_CHANGE): eth6: link becomes ready [ 14.632234] asix 2-1.1:1.0 eth6: link up, 1000Mbps, full-duplex, lpa 0xC5E1 [ 14.636988] xenbr0: port 1(eth6) entered forwarding state [ 14.637006] xenbr0: port 1(eth6) entered forwarding state [ 14.637027] IPv6: ADDRCONF(NETDEV_CHANGE): xenbr0: link becomes ready [ 16.077823] init: udev-fallback-graphics main process (1028) terminated with status 1 [ 21.408009] init: failsafe main process (724) killed by TERM signal [ 21.543100] audit_printk_skb: 87 callbacks suppressed [ 21.543103] type=1400 audit(1391640225.144:41): apparmor="STATUS" operation="profile_load" parent=1324 profile="unconfined" name="/usr/lib/lightdm/lightdm/lightdm-guest-session-wrapper" pid=1329 comm="apparmor_parser" [ 21.543109] type=1400 audit(1391640225.144:42): apparmor="STATUS" operation="profile_load" parent=1324 profile="unconfined" name="chromium_browser" pid=1329 comm="apparmor_parser" [ 21.543209] type=1400 audit(1391640225.144:43): apparmor="STATUS" operation="profile_load" parent=1324 profile="unconfined" name="/usr/lib/x86_64-linux-gnu/lightdm-remote-session-uccsconfigure/uccsconfigure-session-wrapper" pid=1331 comm="apparmor_parser" [ 21.543215] type=1400 audit(1391640225.144:44): apparmor="STATUS" operation="profile_load" parent=1324 profile="unconfined" name="chromium_browser" pid=1331 comm="apparmor_parser" [ 21.543252] type=1400 audit(1391640225.144:45): apparmor="STATUS" operation="profile_load" parent=1324 profile="unconfined" name="/usr/lib/x86_64-linux-gnu/lightdm-remote-session-freerdp/freerdp-session-wrapper" pid=1330 comm="apparmor_parser" [ 21.543258] type=1400 audit(1391640225.144:46): apparmor="STATUS" operation="profile_load" parent=1324 profile="unconfined" name="chromium_browser" pid=1330 comm="apparmor_parser" [ 21.543414] type=1400 audit(1391640225.144:47): apparmor="STATUS" operation="profile_replace" parent=1324 profile="unconfined" name="chromium_browser" pid=1329 comm="apparmor_parser" [ 21.543519] type=1400 audit(1391640225.144:48): apparmor="STATUS" operation="profile_replace" parent=1324 profile="unconfined" name="chromium_browser" pid=1331 comm="apparmor_parser" [ 21.543562] type=1400 audit(1391640225.144:49): apparmor="STATUS" operation="profile_replace" parent=1324 profile="unconfined" name="chromium_browser" pid=1330 comm="apparmor_parser" [ 21.543750] type=1400 audit(1391640225.144:50): apparmor="STATUS" operation="profile_replace" parent=1324 profile="unconfined" name="/sbin/dhclient" pid=1332 comm="apparmor_parser" [ 21.906064] IPv6: ADDRCONF(NETDEV_UP): eth2: link is not ready [ 21.906614] IPv6: ADDRCONF(NETDEV_UP): eth2: link is not ready [ 21.923532] xen:xen_evtchn: Event-channel device installed [ 21.981761] IPv6: ADDRCONF(NETDEV_UP): eth3: link is not ready [ 21.982271] IPv6: ADDRCONF(NETDEV_UP): eth3: link is not ready [ 22.053782] IPv6: ADDRCONF(NETDEV_UP): eth4: link is not ready [ 22.054216] IPv6: ADDRCONF(NETDEV_UP): eth4: link is not ready [ 22.129802] IPv6: ADDRCONF(NETDEV_UP): eth5: link is not ready [ 22.130248] IPv6: ADDRCONF(NETDEV_UP): eth5: link is not ready [ 22.254216] bnx2 0000:05:00.0 eth0: using MSIX [ 22.254246] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready [ 22.254727] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready [ 22.318213] bnx2 0000:05:00.1 eth1: using MSIX [ 22.318243] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready [ 22.318735] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready [ 29.665699] xenbr0: port 1(eth6) entered forwarding state [ 100.234753] xen_pciback: backend is vpci [ 100.239533] igb 0000:03:00.0: removed PHC on eth2 [ 100.452048] pciback 0000:03:00.0: seizing device [ 100.452108] xen: registering gsi 18 triggering 0 polarity 1 [ 100.452112] Already setup the GSI :18 [ 100.559974] igb 0000:03:00.1: removed PHC on eth3 [ 100.775879] pciback 0000:03:00.1: seizing device [ 100.775940] xen: registering gsi 19 triggering 0 polarity 1 [ 100.775945] Already setup the GSI :19 [ 100.883909] igb 0000:04:00.0: removed PHC on eth4 [ 101.091890] pciback 0000:04:00.0: seizing device [ 101.091951] xen: registering gsi 16 triggering 0 polarity 1 [ 101.091955] Already setup the GSI :16 [ 101.199955] igb 0000:04:00.1: removed PHC on eth5 [ 101.411923] pciback 0000:04:00.1: seizing device [ 101.411992] xen: registering gsi 17 triggering 0 polarity 1 [ 101.411996] Already setup the GSI :17 [ 101.603619] pciback 0000:05:00.0: seizing device [ 101.619414] xen: registering gsi 16 triggering 0 polarity 1 [ 101.619419] Already setup the GSI :16 [ 101.699647] pciback 0000:05:00.1: seizing device [ 101.719405] xen: registering gsi 17 triggering 0 polarity 1 [ 101.719409] Already setup the GSI :17 [ 133.506569] IPv6: ADDRCONF(NETDEV_UP): vif1.0: link is not ready [ 133.506841] IPv6: ADDRCONF(NETDEV_UP): vif1.0: link is not ready [ 133.543153] device vif1.0 entered promiscuous mode [ 133.544496] IPv6: ADDRCONF(NETDEV_UP): vif1.0: link is not ready [ 133.589477] ip_tables: (C) 2000-2006 Netfilter Core Team [ 133.658744] device vif1.0-emu entered promiscuous mode [ 133.660110] xenbr0: port 3(vif1.0-emu) entered forwarding state [ 133.660116] xenbr0: port 3(vif1.0-emu) entered forwarding state [ 134.228090] xenbr0: port 3(vif1.0-emu) entered disabled state [ 134.228176] device vif1.0-emu left promiscuous mode [ 134.228178] xenbr0: port 3(vif1.0-emu) entered disabled state [ 151.985820] xen_pciback: vpci: 0000:03:00.0: assign to virtual slot 0 [ 151.986230] xen_pciback: vpci: 0000:03:00.1: assign to virtual slot 0 func 1 [ 151.986868] xen_pciback: vpci: 0000:04:00.0: assign to virtual slot 1 [ 151.987194] xen_pciback: vpci: 0000:04:00.1: assign to virtual slot 1 func 1 ############################################################### xl dmesg root@fiat:~# xl dmesg (XEN) Xen version 4.3.0 (Ubuntu 4.3.0-1ubuntu1.2) ( stefan.bader@canonical.com) (gcc (Ubuntu/Linaro 4.8.1-10ubuntu8) 4.8.1) debug=n Tue Dec 17 15:35:25 UTC 2013 (XEN) Bootloader: GRUB 2.00-19ubuntu2 (XEN) Command line: placeholder dom0_mem=1024M (XEN) Video information: (XEN) VGA is text mode 80x25, font 8x16 (XEN) VBE/DDC methods: none; EDID transfer time: 0 seconds (XEN) EDID info not retrieved because no DDC retrieval method detected (XEN) Disc information: (XEN) Found 1 MBR signatures (XEN) Found 1 EDD information structures (XEN) Xen-e820 RAM map: (XEN) 0000000000000000 - 000000000009e400 (usable) (XEN) 000000000009e400 - 00000000000a0000 (reserved) (XEN) 00000000000e0000 - 0000000000100000 (reserved) (XEN) 0000000000100000 - 00000000bdfb0000 (usable) (XEN) 00000000bdfb0000 - 00000000bf3b0000 (reserved) (XEN) 00000000bf3b0000 - 00000000bf5d6000 (usable) (XEN) 00000000bf5d6000 - 00000000bf5d8000 (reserved) (XEN) 00000000bf5d8000 - 00000000bf5e8000 (usable) (XEN) 00000000bf5e8000 - 00000000bf5ec000 (reserved) (XEN) 00000000bf5ec000 - 00000000bf5f0000 (usable) (XEN) 00000000bf5f0000 - 00000000bf601000 (reserved) (XEN) 00000000bf601000 - 00000000bf63f000 (usable) (XEN) 00000000bf63f000 - 00000000bf6bf000 (reserved) (XEN) 00000000bf6bf000 - 00000000bf7bf000 (ACPI NVS) (XEN) 00000000bf7bf000 - 00000000bf7f0000 (ACPI data) (XEN) 00000000bf7f0000 - 00000000bf800000 (usable) (XEN) 00000000bf800000 - 00000000c0000000 (reserved) (XEN) 00000000e0000000 - 00000000f0000000 (reserved) (XEN) 00000000feb00000 - 00000000feb04000 (reserved) (XEN) 00000000fec00000 - 00000000fec01000 (reserved) (XEN) 00000000fed10000 - 00000000fed1a000 (reserved) (XEN) 00000000fed1c000 - 00000000fed20000 (reserved) (XEN) 00000000fee00000 - 00000000fee01000 (reserved) (XEN) 00000000ffc00000 - 0000000100000000 (reserved) (XEN) 0000000100000000 - 0000000140000000 (usable) (XEN) ACPI: RSDP 000FE020, 0024 (r2 DELL ) (XEN) ACPI: XSDT BF7EF170, 00A4 (r1 DELL PE_SC3 1 DELL 40000) (XEN) ACPI: FACP BF7EB000, 00F4 (r4 DELL PE_SC3 1 DELL 40000) (XEN) ACPI: DSDT BF7E1000, 68FE (r1 DELL PE_SC3 0 DELL 40000) (XEN) ACPI: FACS BF7B8000, 0040 (XEN) ACPI: SPMI BF7EE000, 0040 (r5 DELL PE_SC3 1 DELL 40000) (XEN) ACPI: DMAR BF7ED000, 0078 (r1 DELL PE_SC3 1 DELL 40000) (XEN) ACPI: ASF! BF7EC000, 00A5 (r32 DELL PE_SC3 1 DELL 40000) (XEN) ACPI: HPET BF7EA000, 0038 (r1 DELL PE_SC3 1 DELL 40000) (XEN) ACPI: APIC BF7E9000, 0092 (r2 DELL PE_SC3 1 DELL 40000) (XEN) ACPI: MCFG BF7E8000, 003C (r1 DELL PE_SC3 1 DELL 40000) (XEN) ACPI: BOOT BF7DE000, 0028 (r1 DELL PE_SC3 1 DELL 40000) (XEN) ACPI: SSDT BF7DD000, 02F6 (r1 DELL PE_SC3 1000 DELL 40000) (XEN) ACPI: ASPT BF7DA000, 0034 (r7 DELL PE_SC3 1 DELL 40000) (XEN) ACPI: SSDT BF7D9000, 060E (r1 DELL PE_SC3 3000 DELL 40000) (XEN) ACPI: SSDT BF7D8000, 0A92 (r1 DELL PE_SC3 3000 DELL 40000) (XEN) ACPI: HEST BF7D7000, 00A8 (r1 DELL PE_SC3 0 DELL 40000) (XEN) ACPI: ERST BF7D6000, 0230 (r1 DELL PE_SC3 0 DELL 40000) (XEN) ACPI: BERT BF7D5000, 0030 (r1 DELL PE_SC3 0 DELL 40000) (XEN) ACPI: EINJ BF7D4000, 0130 (r1 DELL PE_SC3 0 DELL 40000) (XEN) System RAM: 4065MB (4163416kB) (XEN) Domain heap initialised (XEN) Processor #0 6:10 APIC version 21 (XEN) Processor #2 6:10 APIC version 21 (XEN) Processor #4 6:10 APIC version 21 (XEN) Processor #6 6:10 APIC version 21 (XEN) IOAPIC[0]: apic_id 0, version 32, address 0xfec00000, GSI 0-23 (XEN) Enabling APIC mode: Flat. Using 1 I/O APICs (XEN) [VT-D]dmar.c:583: RMRR address range not in reserved memory base = 0 end = fff; iommu_inclusive_mapping=1 parameter may be needed. (XEN) Switched to APIC driver x2apic_cluster. (XEN) Using scheduler: SMP Credit Scheduler (credit) (XEN) Detected 3093.084 MHz processor. (XEN) Initing memory sharing. (XEN) xstate_init: using cntxt_size: 0x340 and states: 0x7 (XEN) Intel VT-d iommu 0 supported page sizes: 4kB. (XEN) Intel VT-d Snoop Control enabled. (XEN) Intel VT-d Dom0 DMA Passthrough not enabled. (XEN) Intel VT-d Queued Invalidation enabled. (XEN) Intel VT-d Interrupt Remapping enabled. (XEN) Intel VT-d Shared EPT tables not enabled. (XEN) I/O virtualisation enabled (XEN) - Dom0 mode: Relaxed (XEN) Interrupt remapping enabled (XEN) Enabled directed EOI with ioapic_ack_old on! (XEN) ENABLING IO-APIC IRQs (XEN) -> Using old ACK method (XEN) Platform timer is 14.318MHz HPET (XEN) Allocated console ring of 16 KiB. (XEN) VMX: Supported advanced features: (XEN) - APIC MMIO access virtualisation (XEN) - APIC TPR shadow (XEN) - Extended Page Tables (EPT) (XEN) - Virtual-Processor Identifiers (VPID) (XEN) - Virtual NMI (XEN) - MSR direct-access bitmap (XEN) - Unrestricted Guest (XEN) HVM: ASIDs enabled. (XEN) HVM: VMX enabled (XEN) HVM: Hardware Assisted Paging (HAP) detected (XEN) HVM: HAP page sizes: 4kB, 2MB (XEN) Brought up 4 CPUs (XEN) mtrr: your CPUs had inconsistent variable MTRR settings (XEN) *** LOADING DOMAIN 0 *** (XEN) Xen kernel: 64-bit, lsb, compat32 (XEN) Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x23f3000 (XEN) PHYSICAL MEMORY ARRANGEMENT: (XEN) Dom0 alloc.: 0000000134000000->0000000138000000 (233689 pages to be allocated) (XEN) Init. ramdisk: 000000013d0d9000->0000000140000000 (XEN) VIRTUAL MEMORY ARRANGEMENT: (XEN) Loaded kernel: ffffffff81000000->ffffffff823f3000 (XEN) Init. ramdisk: ffffffff823f3000->ffffffff8531a000 (XEN) Phys-Mach map: ffffffff8531a000->ffffffff8551a000 (XEN) Start info: ffffffff8551a000->ffffffff8551a4b4 (XEN) Page tables: ffffffff8551b000->ffffffff8554a000 (XEN) Boot stack: ffffffff8554a000->ffffffff8554b000 (XEN) TOTAL: ffffffff80000000->ffffffff85800000 (XEN) ENTRY ADDRESS: ffffffff81d261e0 (XEN) Dom0 has maximum 4 VCPUs (XEN) Scrubbing Free RAM: .............................done. (XEN) Initial low memory virq threshold set at 0x4000 pages. (XEN) Std. Loglevel: Errors and warnings (XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings) (XEN) Xen is relinquishing VGA console. (XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch input to Xen) (XEN) Freed 260kB init memory. (XEN) traps.c:2503:d0 Domain attempted WRMSR 00000000000001fc from 0x000000000004005f to 0x000000000004005d. (XEN) traps.c:2503:d0 Domain attempted WRMSR 00000000000001fc from 0x000000000004005f to 0x000000000004005d. (XEN) traps.c:2503:d0 Domain attempted WRMSR 00000000000001fc from 0x000000000004005f to 0x000000000004005d. (XEN) traps.c:2503:d0 Domain attempted WRMSR 00000000000001fc from 0x000000000004005f to 0x000000000004005d. ############################################################### This occurs even if i attach a single pci device. I loads the HVM if pci is not passed through. Any help would be great. Regards On Wed, Feb 5, 2014 at 10:45 AM, Mike Neiderhauser < mikeneiderhauser@gmail.com> wrote: > I am running into gnome-session errors for the desktop to get VNC up. I > will report back when I get that fixed. > > Regards. > > > On Wed, Feb 5, 2014 at 10:02 AM, Ian Campbell wrote: > >> On Wed, 2014-02-05 at 10:00 -0500, Mike Neiderhauser wrote: >> >> > >> > When trying to create the domu I get this: >> > >> > >> > root@fiat:~# xl create /etc/xen/ubuntu-hvm-0.cfg >> > Parsing config from /etc/xen/ubuntu-hvm-0.cfg >> > WARNING: ignoring "kernel" directive for HVM guest. Use >> > "firmware_override" instead if you really want a non-default firmware >> > WARNING: ignoring device_model directive. >> > WARNING: Use "device_model_override" instead if you really want a >> > non-default device_model >> > xc: info: VIRTUAL MEMORY ARRANGEMENT: >> > Loader: 0000000000100000->00000000001a69a4 >> > Modules: 0000000000000000->0000000000000000 >> > TOTAL: 0000000000000000->000000003f800000 >> > ENTRY ADDRESS: 0000000000100608 >> > xc: info: PHYSICAL MEMORY ALLOCATION: >> > 4KB PAGES: 0x0000000000000200 >> > 2MB PAGES: 0x00000000000001fb >> > 1GB PAGES: 0x0000000000000000 >> > libxl: error: libxl_pci.c:990:libxl__device_pci_reset: The kernel >> > doesn't support reset from sysfs for PCI device 0000:05:00.0 >> > libxl: error: libxl_pci.c:990:libxl__device_pci_reset: The kernel >> > doesn't support reset from sysfs for PCI device 0000:05:00.1 >> > Daemon running with PID 3095 >> >> This looks like it has worked. Can you connect to the guest console >> and/or vnc manually? >> >> Ian. >> >> >> > --047d7b6dcf42d2d09c04f1b09dee Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Sorry for the delay. =A0There was an issue where the = host os was not detecting the Intel NIC I have installed.=A0

=
So I now have ubuntu desktop 13.10. =A0I have installed the following= packages
apt-get install openssh-server
apt-get install vim
apt-= get install xen-hypervisor-4.3-amd64
apt-get install gvncviewer

I am still having issues getting the HVM start= ed and viewable on VNC when passing through a pci device (it is connects wh= en I do not pass through a pci device).

I am running the script as before to assign the devices= to pciback

######################################= #########################

xl create /etc/xen/u= buntu-hvm-0.cfg returns:
root@fiat:~# xl create /etc/xen/ubuntu-hvm-0.cfg
Parsin= g config from /etc/xen/ubuntu-hvm-0.cfg
WARNING: ignoring "k= ernel" directive for HVM guest. Use "firmware_override" inst= ead if you really want a non-default firmware
WARNING: ignoring device_model directive.
WARNING: Use "= ;device_model_override" instead if you really want a non-default devic= e_model
xc: info: VIRTUAL MEMORY ARRANGEMENT:
=A0 Loade= r: =A0 =A0 =A0 =A00000000000100000->00000000001a69a4
=A0 Modules: =A0 =A0 =A0 0000000000000000->0000000000000000
=A0 TOTAL: =A0 =A0 =A0 =A0 0000000000000000->000000003f800000
=A0 ENTRY ADDRESS: 0000000000100608
xc: info: PHYSICAL MEMORY = ALLOCATION:
=A0 4KB PAGES: 0x0000000000000200
=A0 2MB PAGES: 0x000000000= 00001fb
=A0 1GB PAGES: 0x0000000000000000
libxl: error:= libxl_qmp.c:454:qmp_next: Socket read error: Connection reset by peer
libxl: error: libxl_qmp.c:702:libxl__qmp_initialize: Connection error: Conn= ection refused
libxl: error: libxl_qmp.c:702:libxl__qmp_initializ= e: Connection error: Connection refused
libxl: error: libxl_qmp.c= :702:libxl__qmp_initialize: Connection error: Connection refused
Daemon running with PID 2467

##########= #####################################################

It does not appear to be getting time
root@fiat:~# x= l list
Name =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0ID =A0 Mem VCPUs =A0 =A0 =A0State =A0 Time(s)
Doma= in-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 0 =A01024 =A0 =A0 4 =A0 =A0 r----- =A0 =A0 =A016.3
ubuntu-hvm= -0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 1 =A0102= 5 =A0 =A0 1 =A0 =A0 ------ =A0 =A0 =A0 0.0

#################################################= ##############

/etc/xen/ubuntu-hvm-0.cfg
=
kernel =3D "/usr/lib/xen-4.3/boot/hvmloader"
builder=3D'hvm'
memory =3D 1024
vcpus=3D2
=
name =3D "ubuntu-hvm-0"
vif =3D ['bridge=3Dxen= br0']
pci_permissive=3D1
#pci=3D ['03:00.0'= , '03:00.1', '04:00.0', '04:00.1', '05:00.0'= ;, '05:00.1']
#pci=3D ['03:00.0', '03:00.1']
#pci=3D ['= ;04:00.0', '04:00.1']
pci=3D ['03:00.0', '= ;03:00.1', '04:00.0', '04:00.1']
#pci=3D [= 9;05:00.0', '05:00.1']
disk =3D ['phy:/dev/ubuntu-vg/ubuntu-hvm-0,hda,w']
#= , 'file:/root/ubuntu-12.04.3-server-amd64.iso,hdc:cdrom,r']
<= div>acpi =3D 1
device_model =3D 'qemu-dm'
#boot= =3D"d"
boot=3D"c"
sdl=3D0
serial=3D'pty'= ;
vnc=3D1
vnclisten=3D"0.0.0.0"
vnc= passwd=3D""
on_poweroff =3D 'destroy'
on_reboot =A0 =3D 'restart'
on_crash =A0 =A0=3D 'restart'

#= ##############################################################

dmesg
root@fiat:~# dmesg
[ =A0 = =A00.000000] Initializing cgroup subsys cpuset
[ =A0 =A00.000000] Initializing cgroup subsys cpu
[ =A0 =A00= .000000] Initializing cgroup subsys cpuacct
[ =A0 =A00.000000] Li= nux version 3.11.0-12-generic (buildd@allspice) (gcc version 4.8.1 (Ubuntu/= Linaro 4.8.1-10ubuntu7) ) #19-Ubuntu SMP Wed Oct 9 16:20:46 UTC 2013 (Ubunt= u 3.11.0-12.19-generic 3.11.3)
[ =A0 =A00.000000] Command line: placeholder root=3D/dev/mapper/ubuntu= --vg-root ro quiet splash
[ =A0 =A00.000000] KERNEL supported cpu= s:
[ =A0 =A00.000000] =A0 Intel GenuineIntel
[ =A0 =A00= .000000] =A0 AMD AuthenticAMD
[ =A0 =A00.000000] =A0 Centaur CentaurHauls
[ =A0 =A00.00000= 0] Freeing 9e-100 pfn range: 98 pages freed
[ =A0 =A00.000000] 1-= 1 mapping on 9e->100
[ =A0 =A00.000000] 1-1 mapping on bdfb0-&= gt;bf3b0
[ =A0 =A00.000000] 1-1 mapping on bf5d6->bf5d8
[ =A0 =A00= .000000] 1-1 mapping on bf5e8->bf5ec
[ =A0 =A00.000000] 1-1 ma= pping on bf5f0->bf601
[ =A0 =A00.000000] 1-1 mapping on bf63f-= >bf7f0
[ =A0 =A00.000000] 1-1 mapping on bf800->100000
[ =A0 =A0= 0.000000] Released 98 pages of unused memory
[ =A0 =A00.000000] S= et 269866 page(s) to 1-1 mapping
[ =A0 =A00.000000] Populating 40= 000-40062 pfn range: 98 pages added
[ =A0 =A00.000000] e820: BIOS-provided physical RAM map:
[ = =A0 =A00.000000] Xen: [mem 0x0000000000000000-0x000000000009dfff] usable
[ =A0 =A00.000000] Xen: [mem 0x000000000009e400-0x00000000000fffff]= reserved
[ =A0 =A00.000000] Xen: [mem 0x0000000000100000-0x00000000bdfaffff] us= able
[ =A0 =A00.000000] Xen: [mem 0x00000000bdfb0000-0x00000000bf= 3affff] reserved
[ =A0 =A00.000000] Xen: [mem 0x00000000bf3b0000-= 0x00000000bf5d5fff] usable
[ =A0 =A00.000000] Xen: [mem 0x00000000bf5d6000-0x00000000bf5d7fff] re= served
[ =A0 =A00.000000] Xen: [mem 0x00000000bf5d8000-0x00000000= bf5e7fff] usable
[ =A0 =A00.000000] Xen: [mem 0x00000000bf5e8000-= 0x00000000bf5ebfff] reserved
[ =A0 =A00.000000] Xen: [mem 0x00000000bf5ec000-0x00000000bf5effff] us= able
[ =A0 =A00.000000] Xen: [mem 0x00000000bf5f0000-0x00000000bf= 600fff] reserved
[ =A0 =A00.000000] Xen: [mem 0x00000000bf601000-= 0x00000000bf63efff] usable
[ =A0 =A00.000000] Xen: [mem 0x00000000bf63f000-0x00000000bf6befff] re= served
[ =A0 =A00.000000] Xen: [mem 0x00000000bf6bf000-0x00000000= bf7befff] ACPI NVS
[ =A0 =A00.000000] Xen: [mem 0x00000000bf7bf00= 0-0x00000000bf7effff] ACPI data
[ =A0 =A00.000000] Xen: [mem 0x00000000bf7f0000-0x00000000bf7fffff] us= able
[ =A0 =A00.000000] Xen: [mem 0x00000000bf800000-0x00000000bf= ffffff] reserved
[ =A0 =A00.000000] Xen: [mem 0x00000000e0000000-= 0x00000000efffffff] reserved
[ =A0 =A00.000000] Xen: [mem 0x00000000feb00000-0x00000000feb03fff] re= served
[ =A0 =A00.000000] Xen: [mem 0x00000000fec00000-0x00000000= fec00fff] reserved
[ =A0 =A00.000000] Xen: [mem 0x00000000fed1000= 0-0x00000000fed19fff] reserved
[ =A0 =A00.000000] Xen: [mem 0x00000000fed1c000-0x00000000fed1ffff] re= served
[ =A0 =A00.000000] Xen: [mem 0x00000000fee00000-0x00000000= fee00fff] reserved
[ =A0 =A00.000000] Xen: [mem 0x00000000ffc0000= 0-0x00000000ffffffff] reserved
[ =A0 =A00.000000] Xen: [mem 0x0000000100000000-0x000000013fffffff] us= able
[ =A0 =A00.000000] NX (Execute Disable) protection: active
[ =A0 =A00.000000] SMBIOS 2.7 present.
[ =A0 =A00.000000= ] DMI: Dell Inc. PowerEdge R210 II/03X6X0, BIOS 2.5.1 07/11/2013
[ =A0 =A00.000000] e820: update [mem 0x00000000-0x00000fff] usable =3D= =3D> reserved
[ =A0 =A00.000000] e820: remove [mem 0x000a0000-= 0x000fffff] usable
[ =A0 =A00.000000] No AGP bridge found
[ =A0 =A00.000000] e820: last_pfn =3D 0x140000 max_arch_pfn =3D 0x400000= 000
[ =A0 =A00.000000] e820: last_pfn =3D 0xbf800 max_arch_pfn =3D 0x40000= 0000
[ =A0 =A00.000000] Scanning 1 areas for low memory corruptio= n
[ =A0 =A00.000000] Base memory trampoline at [ffff880000098000]= 98000 size 24576
[ =A0 =A00.000000] init_memory_mapping: [mem 0x00000000-0x000fffff]
[ =A0 =A00.000000] =A0[mem 0x00000000-0x000fffff] page 4k
[ =A0 =A00.000000] init_memory_mapping: [mem 0x3fe00000-0x3fffffff]
<= div>[ =A0 =A00.000000] =A0[mem 0x3fe00000-0x3fffffff] page 4k
[ =A0 =A00.000000] BRK [0x01fe9000, 0x01fe9fff] PGTABLE
[ = =A0 =A00.000000] init_memory_mapping: [mem 0x3c000000-0x3fdfffff]
[ =A0 =A00.000000] =A0[mem 0x3c000000-0x3fdfffff] page 4k
[ =A0 = =A00.000000] BRK [0x01fea000, 0x01feafff] PGTABLE
[ =A0 =A00.000000] BRK [0x01feb000, 0x01febfff] PGTABLE
[ = =A0 =A00.000000] BRK [0x01fec000, 0x01fecfff] PGTABLE
[ =A0 =A00.= 000000] BRK [0x01fed000, 0x01fedfff] PGTABLE
[ =A0 =A00.000000] B= RK [0x01fee000, 0x01feefff] PGTABLE
[ =A0 =A00.000000] init_memory_mapping: [mem 0x00100000-0x3bffffff]
[ =A0 =A00.000000] =A0[mem 0x00100000-0x3bffffff] page 4k
[ =A0 =A00.000000] init_memory_mapping: [mem 0x40000000-0xbdfaffff]
<= div>[ =A0 =A00.000000] =A0[mem 0x40000000-0xbdfaffff] page 4k
[ =A0 =A00.000000] init_memory_mapping: [mem 0xbf3b0000-0xbf5d5fff]
[ =A0 =A00.000000] =A0[mem 0xbf3b0000-0xbf5d5fff] page 4k
[ =A0 =A00.000000] init_memory_mapping: [mem 0xbf5d8000-0xbf5e7fff]
<= div>[ =A0 =A00.000000] =A0[mem 0xbf5d8000-0xbf5e7fff] page 4k
[ =A0 =A00.000000] init_memory_mapping: [mem 0xbf5ec000-0xbf5effff]
[ =A0 =A00.000000] =A0[mem 0xbf5ec000-0xbf5effff] page 4k
[ =A0 =A00.000000] init_memory_mapping: [mem 0xbf601000-0xbf63efff]
<= div>[ =A0 =A00.000000] =A0[mem 0xbf601000-0xbf63efff] page 4k
[ =A0 =A00.000000] init_memory_mapping: [mem 0xbf7f0000-0xbf7fffff]
[ =A0 =A00.000000] =A0[mem 0xbf7f0000-0xbf7fffff] page 4k
[ =A0 =A00.000000] init_memory_mapping: [mem 0x100000000-0x13fffffff]
[ =A0 =A00.000000] =A0[mem 0x100000000-0x13fffffff] page 4k
[ =A0 =A00.000000] RAMDISK: [mem 0x023f3000-0x05319fff]
[ = =A0 =A00.000000] ACPI: RSDP 00000000000fe020 00024 (v02 DELL =A0)
[ =A0 =A00.000000] ACPI: XSDT 00000000bf7ef170 000A4 (v01 DELL =A0 PE_SC3 = =A0 00000001 DELL 00040000)
[ =A0 =A00.000000] ACPI: FACP 00000000bf7eb000 000F4 (v04 DELL =A0 PE_= SC3 =A0 00000001 DELL 00040000)
[ =A0 =A00.000000] ACPI: DSDT 000= 00000bf7e1000 068FE (v01 DELL =A0 PE_SC3 =A0 00000000 DELL 00040000)
<= div>[ =A0 =A00.000000] ACPI: FACS 00000000bf7b8000 00040
[ =A0 =A00.000000] ACPI: SPMI 00000000bf7ee000 00040 (v05 DELL =A0 PE_= SC3 =A0 00000001 DELL 00040000)
[ =A0 =A00.000000] ACPI: XMAR 000= 00000bf7ed000 00078 (v01 DELL =A0 PE_SC3 =A0 00000001 DELL 00040000)
<= div>[ =A0 =A00.000000] ACPI: ASF! 00000000bf7ec000 000A5 (v32 DELL =A0 PE_S= C3 =A0 00000001 DELL 00040000)
[ =A0 =A00.000000] ACPI: HPET 00000000bf7ea000 00038 (v01 DELL =A0 PE_= SC3 =A0 00000001 DELL 00040000)
[ =A0 =A00.000000] ACPI: APIC 000= 00000bf7e9000 00092 (v02 DELL =A0 PE_SC3 =A0 00000001 DELL 00040000)
<= div>[ =A0 =A00.000000] ACPI: MCFG 00000000bf7e8000 0003C (v01 DELL =A0 PE_S= C3 =A0 00000001 DELL 00040000)
[ =A0 =A00.000000] ACPI: BOOT 00000000bf7de000 00028 (v01 DELL =A0 PE_= SC3 =A0 00000001 DELL 00040000)
[ =A0 =A00.000000] ACPI: SSDT 000= 00000bf7dd000 002F6 (v01 DELL =A0 PE_SC3 =A0 00001000 DELL 00040000)
<= div>[ =A0 =A00.000000] ACPI: ASPT 00000000bf7da000 00034 (v07 DELL =A0 PE_S= C3 =A0 00000001 DELL 00040000)
[ =A0 =A00.000000] ACPI: SSDT 00000000bf7d9000 0060E (v01 DELL =A0 PE_= SC3 =A0 00003000 DELL 00040000)
[ =A0 =A00.000000] ACPI: SSDT 000= 00000bf7d8000 00A92 (v01 DELL =A0 PE_SC3 =A0 00003000 DELL 00040000)
<= div>[ =A0 =A00.000000] ACPI: HEST 00000000bf7d7000 000A8 (v01 DELL =A0 PE_S= C3 =A0 00000000 DELL 00040000)
[ =A0 =A00.000000] ACPI: ERST 00000000bf7d6000 00230 (v01 DELL =A0 PE_= SC3 =A0 00000000 DELL 00040000)
[ =A0 =A00.000000] ACPI: BERT 000= 00000bf7d5000 00030 (v01 DELL =A0 PE_SC3 =A0 00000000 DELL 00040000)
<= div>[ =A0 =A00.000000] ACPI: EINJ 00000000bf7d4000 00130 (v01 DELL =A0 PE_S= C3 =A0 00000000 DELL 00040000)
[ =A0 =A00.000000] ACPI: Local APIC address 0xfee00000
[ =A0= =A00.000000] NUMA turned off
[ =A0 =A00.000000] Faking a node at= [mem 0x0000000000000000-0x000000013fffffff]
[ =A0 =A00.000000] I= nitmem setup node 0 [mem 0x00000000-0x13fffffff]
[ =A0 =A00.000000] =A0 NODE_DATA [mem 0x3f899000-0x3f89dfff]
[ =A0 =A00.000000] Zone ranges:
[ =A0 =A00.000000] =A0 DMA =A0 = =A0 =A0[mem 0x00001000-0x00ffffff]
[ =A0 =A00.000000] =A0 DMA32 = =A0 =A0[mem 0x01000000-0xffffffff]
[ =A0 =A00.000000] =A0 Normal =A0 [mem 0x100000000-0x13fffffff]
<= div>[ =A0 =A00.000000] Movable zone start for each node
[ =A0 =A0= 0.000000] Early memory node ranges
[ =A0 =A00.000000] =A0 node = =A0 0: [mem 0x00001000-0x0009dfff]
[ =A0 =A00.000000] =A0 node =A0 0: [mem 0x00100000-0xbdfaffff]
[ =A0 =A00.000000] =A0 node =A0 0: [mem 0xbf3b0000-0xbf5d5fff]
[ =A0 =A00.000000] =A0 node =A0 0: [mem 0xbf5d8000-0xbf5e7fff]
[= =A0 =A00.000000] =A0 node =A0 0: [mem 0xbf5ec000-0xbf5effff]
[ =A0 =A00.000000] =A0 node =A0 0: [mem 0xbf601000-0xbf63efff]
[ =A0 =A00.000000] =A0 node =A0 0: [mem 0xbf7f0000-0xbf7fffff]
[ =A0 =A00.000000] =A0 node =A0 0: [mem 0x100000000-0x13fffffff]
[ =A0 =A00.000000] On node 0 totalpages: 1040853
[ =A0 =A00.000000] =A0 DMA zone: 64 pages used for memmap
[ = =A0 =A00.000000] =A0 DMA zone: 21 pages reserved
[ =A0 =A00.00000= 0] =A0 DMA zone: 3997 pages, LIFO batch:0
[ =A0 =A00.000000] =A0 = DMA32 zone: 12105 pages used for memmap
[ =A0 =A00.000000] =A0 DMA32 zone: 774712 pages, LIFO batch:31
[ =A0 =A00.000000] =A0 Normal zone: 4096 pages used for memmap
[ =A0 =A00.000000] =A0 Normal zone: 262144 pages, LIFO batch:31
= [ =A0 =A00.000000] ACPI: PM-Timer IO Port: 0x408
[ =A0 =A00.000000] ACPI: Local APIC address 0xfee00000
[ =A0= =A00.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
= [ =A0 =A00.000000] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] enabled)
=
[ =A0 =A00.000000] ACPI: LAPIC (acpi_id[0x03] lapic_id[0x04] enabled)<= /div>
[ =A0 =A00.000000] ACPI: LAPIC (acpi_id[0x04] lapic_id[0x06] enabled)<= /div>
[ =A0 =A00.000000] ACPI: LAPIC (acpi_id[0x05] lapic_id[0x00] disa= bled)
[ =A0 =A00.000000] ACPI: LAPIC (acpi_id[0x06] lapic_id[0x00= ] disabled)
[ =A0 =A00.000000] ACPI: LAPIC (acpi_id[0x07] lapic_id[0x00] disabled)=
[ =A0 =A00.000000] ACPI: LAPIC (acpi_id[0x08] lapic_id[0x00] dis= abled)
[ =A0 =A00.000000] ACPI: LAPIC_NMI (acpi_id[0xff] high edg= e lint[0x1])
[ =A0 =A00.000000] ACPI: IOAPIC (id[0x00] address[0xfec00000] gsi_base= [0])
[ =A0 =A00.000000] IOAPIC[0]: apic_id 0, version 32, address= 0xfec00000, GSI 0-23
[ =A0 =A00.000000] ACPI: INT_SRC_OVR (bus 0= bus_irq 0 global_irq 2 dfl dfl)
[ =A0 =A00.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 hig= h level)
[ =A0 =A00.000000] ACPI: IRQ0 used by override.
[ =A0 =A00.000000] ACPI: IRQ2 used by override.
[ =A0 =A00.0000= 00] ACPI: IRQ9 used by override.
[ =A0 =A00.000000] Using ACPI (MADT) for SMP configuration information=
[ =A0 =A00.000000] ACPI: HPET id: 0x8086a201 base: 0xfed00000
[ =A0 =A00.000000] smpboot: Allowing 8 CPUs, 4 hotplug CPUs
[ =A0 =A00.000000] nr_irqs_gsi: 40
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0x0009e000-0x000= 9efff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0x00= 09f000-0x000fffff]
[ =A0 =A00.000000] PM: Registered nosave memor= y: [mem 0xbdfb0000-0xbf3affff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xbf5d6000-0xbf5= d7fff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xbf= 5e8000-0xbf5ebfff]
[ =A0 =A00.000000] PM: Registered nosave memor= y: [mem 0xbf5f0000-0xbf600fff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xbf63f000-0xbf6= befff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xbf= 6bf000-0xbf7befff]
[ =A0 =A00.000000] PM: Registered nosave memor= y: [mem 0xbf7bf000-0xbf7effff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xbf800000-0xbff= fffff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xc0= 000000-0xdfffffff]
[ =A0 =A00.000000] PM: Registered nosave memor= y: [mem 0xe0000000-0xefffffff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xf0000000-0xfea= fffff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xfe= b00000-0xfeb03fff]
[ =A0 =A00.000000] PM: Registered nosave memor= y: [mem 0xfeb04000-0xfebfffff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xfec00000-0xfec= 00fff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xfe= c01000-0xfed0ffff]
[ =A0 =A00.000000] PM: Registered nosave memor= y: [mem 0xfed10000-0xfed19fff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xfed1a000-0xfed= 1bfff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xfe= d1c000-0xfed1ffff]
[ =A0 =A00.000000] PM: Registered nosave memor= y: [mem 0xfed20000-0xfedfffff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xfee00000-0xfee= 00fff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xfe= e01000-0xffbfffff]
[ =A0 =A00.000000] PM: Registered nosave memor= y: [mem 0xffc00000-0xffffffff]
[ =A0 =A00.000000] e820: [mem 0xc0000000-0xdfffffff] available for PCI= devices
[ =A0 =A00.000000] Booting paravirtualized kernel on Xen=
[ =A0 =A00.000000] Xen version: 4.3.0 (preserve-AD)
[ = =A0 =A00.000000] setup_percpu: NR_CPUS:256 nr_cpumask_bits:256 nr_cpu_ids:8= nr_node_ids:1
[ =A0 =A00.000000] PERCPU: Embedded 29 pages/cpu @ffff88003f200000 s86= 720 r8192 d23872 u262144
[ =A0 =A00.000000] pcpu-alloc: s86720 r8= 192 d23872 u262144 alloc=3D1*2097152
[ =A0 =A00.000000] pcpu-allo= c: [0] 0 1 2 3 4 5 6 7
[ =A0 =A01.486636] Built 1 zonelists in Node order, mobility grouping = on. =A0Total pages: 1024567
[ =A0 =A01.486637] Policy zone: Norma= l
[ =A0 =A01.486638] Kernel command line: placeholder root=3D/dev= /mapper/ubuntu--vg-root ro quiet splash
[ =A0 =A01.487047] PID hash table entries: 4096 (order: 3, 32768 bytes= )
[ =A0 =A01.487077] xsave: enabled xstate_bv 0x7, cntxt size 0x3= 40
[ =A0 =A01.507303] software IO TLB [mem 0x37000000-0x3b000000]= (64MB) mapped at [ffff880037000000-ffff88003affffff]
[ =A0 =A01.512552] Memory: 840772K/4163412K available (7141K kernel co= de, 1082K rwdata, 3260K rodata, 1364K init, 1420K bss, 3322640K reserved)
[ =A0 =A01.512614] SLUB: HWalign=3D64, Order=3D0-3, MinObjects=3D0= , CPUs=3D4, Nodes=3D1
[ =A0 =A01.512630] Hierarchical RCU implementation.
[ =A0 = =A01.512631] =A0RCU dyntick-idle grace-period acceleration is enabled.
[ =A0 =A01.512632] =A0RCU restricting CPUs from NR_CPUS=3D256 to nr_c= pu_ids=3D4.
[ =A0 =A01.512633] =A0Offload RCU callbacks from all CPUs
[ =A0 = =A01.512636] =A0Offload RCU callbacks from CPUs: 0-255.
[ =A0 =A0= 1.512643] NR_IRQS:16640 nr_irqs:712 16
[ =A0 =A01.512699] xen: sc= i override: global_irq=3D9 trigger=3D0 polarity=3D0
[ =A0 =A01.512701] xen: registering gsi 9 triggering 0 polarity 0
[ =A0 =A01.512712] xen: --> pirq=3D9 -> irq=3D9 (gsi=3D9)
=
[ =A0 =A01.512731] xen: acpi sci 9
[ =A0 =A01.512734] xen: -= -> pirq=3D1 -> irq=3D1 (gsi=3D1)
[ =A0 =A01.512736] xen: --> pirq=3D2 -> irq=3D2 (gsi=3D2)
<= div>[ =A0 =A01.512740] xen: --> pirq=3D3 -> irq=3D3 (gsi=3D3)
[ =A0 =A01.512742] xen: --> pirq=3D4 -> irq=3D4 (gsi=3D4)
[ =A0 =A01.512744] xen: --> pirq=3D5 -> irq=3D5 (gsi=3D5)
[ =A0 =A01.512747] xen: --> pirq=3D6 -> irq=3D6 (gsi=3D6)
<= div>[ =A0 =A01.512749] xen: --> pirq=3D7 -> irq=3D7 (gsi=3D7)
[ =A0 =A01.512751] xen: --> pirq=3D8 -> irq=3D8 (gsi=3D8)
[ =A0 =A01.512754] xen: --> pirq=3D10 -> irq=3D10 (gsi=3D10)
[ =A0 =A01.512756] xen: --> pirq=3D11 -> irq=3D11 (gsi=3D11)
[ =A0 =A01.512758] xen: --> pirq=3D12 -> irq=3D12 (gsi=3D12)
[ =A0 =A01.512761] xen: --> pirq=3D13 -> irq=3D13 (gsi=3D13)=
[ =A0 =A01.512763] xen: --> pirq=3D14 -> irq=3D14 (gsi=3D1= 4)
[ =A0 =A01.512765] xen: --> pirq=3D15 -> irq=3D15 (gsi=3D15)
[ =A0 =A01.517253] Console: colour VGA+ 80x25
[ =A0 =A01.5= 17318] console [tty0] enabled
[ =A0 =A01.519389] allocated 167772= 16 bytes of page_cgroup
[ =A0 =A01.519391] please try 'cgroup_disable=3Dmemory' option= if you don't want memory cgroups
[ =A0 =A01.519429] Xen: usi= ng vcpuop timer interface
[ =A0 =A01.519434] installing Xen timer= for CPU 0
[ =A0 =A01.519459] tsc: Detected 3093.084 MHz processor
[ = =A0 =A01.519463] Calibrating delay loop (skipped), value calculated using t= imer frequency.. 6186.16 BogoMIPS (lpj=3D12372336)
[ =A0 =A01.519= 466] pid_max: default: 32768 minimum: 301
[ =A0 =A01.519492] Security Framework initialized
[ =A0 =A01= .519510] AppArmor: AppArmor initialized
[ =A0 =A01.519511] Yama: = becoming mindful.
[ =A0 =A01.519981] Dentry cache hash table entr= ies: 524288 (order: 10, 4194304 bytes)
[ =A0 =A01.520717] Inode-cache hash table entries: 262144 (order: 9, 2= 097152 bytes)
[ =A0 =A01.520990] Mount-cache hash table entries: = 256
[ =A0 =A01.521162] Initializing cgroup subsys memory
[ =A0 =A01.521172] Initializing cgroup subsys devices
[ =A0 =A01.521174] Initializing cgroup subsys freezer
[ =A0 = =A01.521176] Initializing cgroup subsys blkio
[ =A0 =A01.521177] = Initializing cgroup subsys perf_event
[ =A0 =A01.521179] Initiali= zing cgroup subsys hugetlb
[ =A0 =A01.521225] ENERGY_PERF_BIAS: Set to 'normal', was '= ;performance'
[ =A0 =A01.521225] ENERGY_PERF_BIAS: View and u= pdate with x86_energy_perf_policy(8)
[ =A0 =A01.521228] CPU: Phys= ical Processor ID: 0
[ =A0 =A01.521228] CPU: Processor Core ID: 0
[ =A0 =A01.5212= 30] mce: CPU supports 2 MCE banks
[ =A0 =A01.521245] Last level i= TLB entries: 4KB 512, 2MB 0, 4MB 0
[ =A0 =A01.521245] Last level = dTLB entries: 4KB 512, 2MB 32, 4MB 32
[ =A0 =A01.521245] tlb_flushall_shift: 5
[ =A0 =A01.521328] = Freeing SMP alternatives memory: 28K (ffffffff81e65000 - ffffffff81e6c000)<= /div>
[ =A0 =A01.523297] ACPI: Core revision 20130517
[ =A0 = =A01.526721] ACPI: All ACPI Tables successfully acquired
[ =A0 =A01.538002] ftrace: allocating 27796 entries in 109 pages
=
[ =A0 =A01.548829] cpu 0 spinlock event irq 41
[ =A0 =A01.54= 8853] Performance Events: unsupported p6 CPU model 42 no PMU driver, softwa= re events only.
[ =A0 =A01.549956] NMI watchdog: disabled (cpu0): hardware events not = enabled
[ =A0 =A01.550009] installing Xen timer for CPU 1
[ =A0 =A01.550017] cpu 1 spinlock event irq 48
[ =A0 =A01.5502= 57] installing Xen timer for CPU 2
[ =A0 =A01.550264] cpu 2 spinlock event irq 55
[ =A0 =A01.55= 0513] installing Xen timer for CPU 3
[ =A0 =A01.550519] cpu 3 spi= nlock event irq 62
[ =A0 =A01.550690] Brought up 4 CPUs
[ =A0 =A01.550966] devtmpfs: initialized
[ =A0 =A01.551687] EVM: security.selinux
[ =A0 =A01.551689] = EVM: security.SMACK64
[ =A0 =A01.551689] EVM: security.capability=
[ =A0 =A01.551757] PM: Registering ACPI NVS region [mem 0xbf6bf0= 00-0xbf7befff] (1048576 bytes)
[ =A0 =A01.552351] xen:grant_table: Grant tables using version 2 layou= t
[ =A0 =A01.552361] Grant table initialized
[ =A0 =A01= .552397] regulator-dummy: no parameters
[ =A0 =A01.552436] RTC ti= me: 22:43:25, date: 02/05/14
[ =A0 =A01.552464] NET: Registered protocol family 16
[ =A0 = =A01.552618] ACPI FADT declares the system doesn't support PCIe ASPM, s= o disable it
[ =A0 =A01.552620] ACPI: bus type PCI registered
[ =A0 =A01.552622] acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.= 5
[ =A0 =A01.552716] PCI: MMCONFIG for domain 0000 [bus 00-ff] at [mem 0= xe0000000-0xefffffff] (base 0xe0000000)
[ =A0 =A01.552718] PCI: M= MCONFIG at [mem 0xe0000000-0xefffffff] reserved in E820
[ =A0 =A0= 1.586748] PCI: Using configuration type 1 for base access
[ =A0 =A01.587622] bio: create slab <bio-0> at 0
[ =A0= =A01.587825] ACPI: Added _OSI(Module Device)
[ =A0 =A01.587827] = ACPI: Added _OSI(Processor Device)
[ =A0 =A01.587828] ACPI: Added= _OSI(3.0 _SCP Extensions)
[ =A0 =A01.587829] ACPI: Added _OSI(Processor Aggregator Device)
=
[ =A0 =A01.589017] ACPI: EC: Look up EC in DSDT
[ =A0 =A01.5= 90162] ACPI: Executed 1 blocks of module-level executable AML code
[ =A0 =A01.592112] ACPI: SSDT 00000000bf64d018 0083B (v01 =A0PmRef =A0Cpu= 0Cst 00003001 INTL 20080729)
[ =A0 =A01.592397] ACPI: Dynamic OEM Table Load:
[ =A0 =A01.= 592399] ACPI: SSDT =A0 =A0 =A0 =A0 =A0 (null) 0083B (v01 =A0PmRef =A0Cpu0Cs= t 00003001 INTL 20080729)
[ =A0 =A01.594985] ACPI: SSDT 00000000b= f64ea98 00303 (v01 =A0PmRef =A0 =A0ApIst 00003000 INTL 20080729)
[ =A0 =A01.595292] ACPI: Dynamic OEM Table Load:
[ =A0 =A01.= 595294] ACPI: SSDT =A0 =A0 =A0 =A0 =A0 (null) 00303 (v01 =A0PmRef =A0 =A0Ap= Ist 00003000 INTL 20080729)
[ =A0 =A01.598960] ACPI: SSDT 0000000= 0bf64cd98 00119 (v01 =A0PmRef =A0 =A0ApCst 00003000 INTL 20080729)
[ =A0 =A01.599246] ACPI: Dynamic OEM Table Load:
[ =A0 =A01.= 599248] ACPI: SSDT =A0 =A0 =A0 =A0 =A0 (null) 00119 (v01 =A0PmRef =A0 =A0Ap= Cst 00003000 INTL 20080729)
[ =A0 =A01.603360] ACPI: Interpreter = enabled
[ =A0 =A01.603366] ACPI Exception: AE_NOT_FOUND, While ev= aluating Sleep State [\_S1_] (20130517/hwxface-571)
[ =A0 =A01.603370] ACPI Exception: AE_NOT_FOUND, While evaluating Slee= p State [\_S2_] (20130517/hwxface-571)
[ =A0 =A01.603373] ACPI Ex= ception: AE_NOT_FOUND, While evaluating Sleep State [\_S3_] (20130517/hwxfa= ce-571)
[ =A0 =A01.603382] ACPI: (supports S0 S4 S5)
[ =A0 =A01.6033= 83] ACPI: Using IOAPIC for interrupt routing
[ =A0 =A01.603423] H= EST: Table parsing has been initialized.
[ =A0 =A01.603426] PCI: = Using host bridge windows from ACPI; if necessary, use "pci=3Dnocrs&qu= ot; and report a bug
[ =A0 =A01.603514] ACPI: No dock devices found.
[ =A0 =A01.6= 07296] ACPI: Power Resource [FN00] (off)
[ =A0 =A01.607362] ACPI:= Power Resource [FN01] (off)
[ =A0 =A01.607424] ACPI: Power Resou= rce [FN02] (off)
[ =A0 =A01.607485] ACPI: Power Resource [FN03] (off)
[ =A0 = =A01.607545] ACPI: Power Resource [FN04] (off)
[ =A0 =A01.608092]= ACPI: PCI Root Bridge [PCI0] (domain 0000 [bus 00-fe])
[ =A0 =A0= 1.608233] acpi PNP0A08:00: Requesting ACPI _OSC control (0x1d)
[ =A0 =A01.608615] acpi PNP0A08:00: ACPI _OSC control (0x1d) granted
[ =A0 =A01.609128] PCI host bridge to bus 0000:00
[ =A0 = =A01.609130] pci_bus 0000:00: root bus resource [bus 00-fe]
[ =A0= =A01.609132] pci_bus 0000:00: root bus resource [io =A00x0000-0x0cf7]
[ =A0 =A01.609133] pci_bus 0000:00: root bus resource [io =A00x0d00-0x= ffff]
[ =A0 =A01.609135] pci_bus 0000:00: root bus resource [mem = 0x000a0000-0x000bffff]
[ =A0 =A01.609136] pci_bus 0000:00: root b= us resource [mem 0xc0000000-0xfeafffff]
[ =A0 =A01.609148] pci 0000:00:00.0: [8086:0108] type 00 class 0x06000= 0
[ =A0 =A01.609278] pci 0000:00:01.0: [8086:0101] type 01 class = 0x060400
[ =A0 =A01.609355] pci 0000:00:01.0: PME# supported from= D0 D3hot D3cold
[ =A0 =A01.609397] pci 0000:00:01.0: System wakeup disabled by ACPI
[ =A0 =A01.609521] pci 0000:00:1a.0: [8086:1c2d] type 00 class 0x0c= 0320
[ =A0 =A01.609883] pci 0000:00:1a.0: reg 0x10: [mem 0xc69060= 00-0xc69063ff]
[ =A0 =A01.611696] pci 0000:00:1a.0: PME# supported from D0 D3hot D3co= ld
[ =A0 =A01.611765] pci 0000:00:1a.0: System wakeup disabled by= ACPI
[ =A0 =A01.611815] pci 0000:00:1c.0: [8086:1c10] type 01 cl= ass 0x060400
[ =A0 =A01.611988] pci 0000:00:1c.0: PME# supported from D0 D3hot D3co= ld
[ =A0 =A01.612047] pci 0000:00:1c.0: System wakeup disabled by= ACPI
[ =A0 =A01.612115] pci 0000:00:1d.0: [8086:1c26] type 00 cl= ass 0x0c0320
[ =A0 =A01.612468] pci 0000:00:1d.0: reg 0x10: [mem 0xc6905000-0xc6905= 3ff]
[ =A0 =A01.614215] pci 0000:00:1d.0: PME# supported from D0 = D3hot D3cold
[ =A0 =A01.614282] pci 0000:00:1d.0: System wakeup d= isabled by ACPI
[ =A0 =A01.614324] pci 0000:00:1e.0: [8086:244e] type 01 class 0x06040= 1
[ =A0 =A01.614481] pci 0000:00:1e.0: System wakeup disabled by = ACPI
[ =A0 =A01.614522] pci 0000:00:1f.0: [8086:1c52] type 00 cla= ss 0x060100
[ =A0 =A01.614802] pci 0000:00:1f.2: [8086:1c02] type 00 class 0x01060= 1
[ =A0 =A01.614849] pci 0000:00:1f.2: reg 0x10: [io =A00x4048-0x= 404f]
[ =A0 =A01.614866] pci 0000:00:1f.2: reg 0x14: [io =A00x405= 4-0x4057]
[ =A0 =A01.614884] pci 0000:00:1f.2: reg 0x18: [io =A00x4040-0x4047]
[ =A0 =A01.614902] pci 0000:00:1f.2: reg 0x1c: [io =A00x4050-0x405= 3]
[ =A0 =A01.614918] pci 0000:00:1f.2: reg 0x20: [io =A00x4020-0= x403f]
[ =A0 =A01.614936] pci 0000:00:1f.2: reg 0x24: [mem 0xc6904000-0xc69047ff]<= /div>
[ =A0 =A01.615054] pci 0000:00:1f.2: PME# supported from D3hot
[ =A0 =A01.615140] pci 0000:00:1f.3: [8086:1c22] type 00 class 0x0c= 0500
[ =A0 =A01.615174] pci 0000:00:1f.3: reg 0x10: [mem 0xc6902000-0xc6902= 0ff 64bit]
[ =A0 =A01.615223] pci 0000:00:1f.3: reg 0x20: [io =A0= 0x4000-0x401f]
[ =A0 =A01.615405] pci 0000:01:00.0: [111d:8018] t= ype 01 class 0x060400
[ =A0 =A01.615505] pci 0000:01:00.0: PME# supported from D0 D3hot D3co= ld
[ =A0 =A01.615531] pci 0000:01:00.0: System wakeup disabled by= ACPI
[ =A0 =A01.622042] pci 0000:00:01.0: PCI bridge to [bus 01-= 04]
[ =A0 =A01.622047] pci 0000:00:01.0: =A0 bridge window [io =A00x2000-0= x3fff]
[ =A0 =A01.622051] pci 0000:00:01.0: =A0 bridge window [me= m 0xc5400000-0xc68fffff]
[ =A0 =A01.622137] pci 0000:02:02.0: [11= 1d:8018] type 01 class 0x060400
[ =A0 =A01.622252] pci 0000:02:02.0: PME# supported from D0 D3hot D3co= ld
[ =A0 =A01.622323] pci 0000:02:04.0: [111d:8018] type 01 class= 0x060400
[ =A0 =A01.622437] pci 0000:02:04.0: PME# supported fro= m D0 D3hot D3cold
[ =A0 =A01.622525] pci 0000:01:00.0: PCI bridge to [bus 02-04]
[ =A0 =A01.622533] pci 0000:01:00.0: =A0 bridge window [io =A00x2000-0x3= fff]
[ =A0 =A01.622538] pci 0000:01:00.0: =A0 bridge window [mem = 0xc5400000-0xc68fffff]
[ =A0 =A01.622635] pci 0000:03:00.0: [8086:10e8] type 00 class 0x02000= 0
[ =A0 =A01.622656] pci 0000:03:00.0: reg 0x10: [mem 0xc6820000-= 0xc683ffff]
[ =A0 =A01.622672] pci 0000:03:00.0: reg 0x14: [mem 0= xc6400000-0xc67fffff]
[ =A0 =A01.622687] pci 0000:03:00.0: reg 0x18: [io =A00x3020-0x303f]
[ =A0 =A01.622702] pci 0000:03:00.0: reg 0x1c: [mem 0xc6844000-0xc= 6847fff]
[ =A0 =A01.622745] pci 0000:03:00.0: reg 0x30: [mem 0xff= c00000-0xffffffff pref]
[ =A0 =A01.622828] pci 0000:03:00.0: PME# supported from D0 D3hot D3co= ld
[ =A0 =A01.622880] pci 0000:03:00.0: reg 0x184: [mem 0x0000000= 0-0x00003fff 64bit]
[ =A0 =A01.622906] pci 0000:03:00.0: reg 0x19= 0: [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.623005] pci 0000:03:00.1: [8086:10e8] type 00 class 0x02000= 0
[ =A0 =A01.623026] pci 0000:03:00.1: reg 0x10: [mem 0xc6800000-= 0xc681ffff]
[ =A0 =A01.623041] pci 0000:03:00.1: reg 0x14: [mem 0= xc6000000-0xc63fffff]
[ =A0 =A01.623056] pci 0000:03:00.1: reg 0x18: [io =A00x3000-0x301f]
[ =A0 =A01.623071] pci 0000:03:00.1: reg 0x1c: [mem 0xc6840000-0xc= 6843fff]
[ =A0 =A01.623114] pci 0000:03:00.1: reg 0x30: [mem 0xff= c00000-0xffffffff pref]
[ =A0 =A01.623197] pci 0000:03:00.1: PME# supported from D0 D3hot D3co= ld
[ =A0 =A01.623248] pci 0000:03:00.1: reg 0x184: [mem 0x0000000= 0-0x00003fff 64bit]
[ =A0 =A01.623275] pci 0000:03:00.1: reg 0x19= 0: [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.623376] pci 0000:02:02.0: PCI bridge to [bus 03]
= [ =A0 =A01.623384] pci 0000:02:02.0: =A0 bridge window [io =A00x3000-0x3fff= ]
[ =A0 =A01.623389] pci 0000:02:02.0: =A0 bridge window [mem 0xc= 6000000-0xc68fffff]
[ =A0 =A01.623487] pci 0000:04:00.0: [8086:10e8] type 00 class 0x02000= 0
[ =A0 =A01.623508] pci 0000:04:00.0: reg 0x10: [mem 0xc5c20000-= 0xc5c3ffff]
[ =A0 =A01.623523] pci 0000:04:00.0: reg 0x14: [mem 0= xc5800000-0xc5bfffff]
[ =A0 =A01.623538] pci 0000:04:00.0: reg 0x18: [io =A00x2020-0x203f]
[ =A0 =A01.623554] pci 0000:04:00.0: reg 0x1c: [mem 0xc5c44000-0xc= 5c47fff]
[ =A0 =A01.623596] pci 0000:04:00.0: reg 0x30: [mem 0xff= c00000-0xffffffff pref]
[ =A0 =A01.623679] pci 0000:04:00.0: PME# supported from D0 D3hot
[ =A0 =A01.623730] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x000= 03fff 64bit]
[ =A0 =A01.623756] pci 0000:04:00.0: reg 0x190: [mem= 0x00000000-0x00003fff 64bit]
[ =A0 =A01.623853] pci 0000:04:00.1: [8086:10e8] type 00 class 0x02000= 0
[ =A0 =A01.623874] pci 0000:04:00.1: reg 0x10: [mem 0xc5c00000-= 0xc5c1ffff]
[ =A0 =A01.623889] pci 0000:04:00.1: reg 0x14: [mem 0= xc5400000-0xc57fffff]
[ =A0 =A01.623904] pci 0000:04:00.1: reg 0x18: [io =A00x2000-0x201f]
[ =A0 =A01.623919] pci 0000:04:00.1: reg 0x1c: [mem 0xc5c40000-0xc= 5c43fff]
[ =A0 =A01.623962] pci 0000:04:00.1: reg 0x30: [mem 0xff= c00000-0xffffffff pref]
[ =A0 =A01.624044] pci 0000:04:00.1: PME# supported from D0 D3hot
[ =A0 =A01.624096] pci 0000:04:00.1: reg 0x184: [mem 0x00000000-0x000= 03fff 64bit]
[ =A0 =A01.624122] pci 0000:04:00.1: reg 0x190: [mem= 0x00000000-0x00003fff 64bit]
[ =A0 =A01.624221] pci 0000:02:04.0: PCI bridge to [bus 04]
= [ =A0 =A01.624229] pci 0000:02:04.0: =A0 bridge window [io =A00x2000-0x2fff= ]
[ =A0 =A01.624234] pci 0000:02:04.0: =A0 bridge window [mem 0xc= 5400000-0xc5cfffff]
[ =A0 =A01.624417] pci 0000:05:00.0: [14e4:163b] type 00 class 0x02000= 0
[ =A0 =A01.624457] pci 0000:05:00.0: reg 0x10: [mem 0xc0000000-= 0xc1ffffff 64bit]
[ =A0 =A01.624697] pci 0000:05:00.0: PME# suppo= rted from D0 D3hot D3cold
[ =A0 =A01.624739] pci 0000:05:00.0: System wakeup disabled by ACPI
[ =A0 =A01.624821] pci 0000:05:00.1: [14e4:163b] type 00 class 0x02= 0000
[ =A0 =A01.624861] pci 0000:05:00.1: reg 0x10: [mem 0xc20000= 00-0xc3ffffff 64bit]
[ =A0 =A01.625101] pci 0000:05:00.1: PME# supported from D0 D3hot D3co= ld
[ =A0 =A01.625231] pci 0000:00:1c.0: PCI bridge to [bus 05]
[ =A0 =A01.625242] pci 0000:00:1c.0: =A0 bridge window [mem 0xc0000= 000-0xc3ffffff]
[ =A0 =A01.625333] pci 0000:06:03.0: [102b:0532] type 00 class 0x03000= 0
[ =A0 =A01.625365] pci 0000:06:03.0: reg 0x10: [mem 0xc4000000-= 0xc47fffff pref]
[ =A0 =A01.625383] pci 0000:06:03.0: reg 0x14: [= mem 0xc5000000-0xc5003fff]
[ =A0 =A01.625401] pci 0000:06:03.0: reg 0x18: [mem 0xc4800000-0xc4fff= fff]
[ =A0 =A01.625467] pci 0000:06:03.0: reg 0x30: [mem 0xffff00= 00-0xffffffff pref]
[ =A0 =A01.625618] pci 0000:00:1e.0: PCI brid= ge to [bus 06] (subtractive decode)
[ =A0 =A01.625629] pci 0000:00:1e.0: =A0 bridge window [mem 0xc4800000= -0xc50fffff]
[ =A0 =A01.625640] pci 0000:00:1e.0: =A0 bridge wind= ow [mem 0xc4000000-0xc47fffff 64bit pref]
[ =A0 =A01.625641] pci = 0000:00:1e.0: =A0 bridge window [io =A00x0000-0x0cf7] (subtractive decode)<= /div>
[ =A0 =A01.625643] pci 0000:00:1e.0: =A0 bridge window [io =A00x0d00-0= xffff] (subtractive decode)
[ =A0 =A01.625644] pci 0000:00:1e.0: = =A0 bridge window [mem 0x000a0000-0x000bffff] (subtractive decode)
[ =A0 =A01.625646] pci 0000:00:1e.0: =A0 bridge window [mem 0xc0000000-0x= feafffff] (subtractive decode)
[ =A0 =A01.625672] acpi PNP0A08:00: Disabling ASPM (FADT indicates it = is unsupported)
[ =A0 =A01.626157] ACPI: PCI Interrupt Link [LNKA= ] (IRQs 1 3 4 5 6 *10 11 12 14 15)
[ =A0 =A01.626206] ACPI: PCI I= nterrupt Link [LNKB] (IRQs 1 3 4 5 6 10 *11 12 14 15)
[ =A0 =A01.626254] ACPI: PCI Interrupt Link [LNKC] (IRQs 1 3 4 5 6 *10= 11 12 14 15)
[ =A0 =A01.626300] ACPI: PCI Interrupt Link [LNKD] = (IRQs 1 3 4 5 *6 10 11 12 14 15)
[ =A0 =A01.626347] ACPI: PCI Int= errupt Link [LNKE] (IRQs 1 3 4 5 6 10 11 12 *14 15)
[ =A0 =A01.626393] ACPI: PCI Interrupt Link [LNKF] (IRQs 1 3 4 5 *6 10= 11 12 14 15)
[ =A0 =A01.626439] ACPI: PCI Interrupt Link [LNKG] = (IRQs 1 3 4 5 6 10 11 12 14 15) *0, disabled.
[ =A0 =A01.626487] = ACPI: PCI Interrupt Link [LNKH] (IRQs 1 3 4 5 6 10 11 12 14 *15)
[ =A0 =A01.626719] ACPI: Enabled 6 GPEs in block 00 to 3F
[ = =A0 =A01.626725] ACPI: \_SB_.PCI0: notify handler is installed
[ = =A0 =A01.626767] Found 1 acpi root devices
[ =A0 =A01.626788] xen= :balloon: Initialising balloon driver
[ =A0 =A01.633777] xen_balloon: Initialising balloon driver
= [ =A0 =A01.633937] vgaarb: device added: PCI:0000:06:03.0,decodes=3Dio+mem,= owns=3Dio+mem,locks=3Dnone
[ =A0 =A01.633938] vgaarb: loaded
[ =A0 =A01.633939] vgaarb: bridge control possible 0000:06:03.0
[ =A0 =A01.634070] SCSI subsystem initialized
[ =A0 =A01.634= 072] ACPI: bus type ATA registered
[ =A0 =A01.634100] libata vers= ion 3.00 loaded.
[ =A0 =A01.634112] ACPI: bus type USB registered=
[ =A0 =A01.634127] usbcore: registered new interface driver usbfs
[ =A0 =A01.634132] usbcore: registered new interface driver hub
<= div>[ =A0 =A01.634302] usbcore: registered new device driver usb
= [ =A0 =A01.634484] PCI: Using ACPI for IRQ routing
[ =A0 =A01.652= 726] PCI: pci_cache_line_size set to 64 bytes
[ =A0 =A01.652818] e820: reserve RAM buffer [mem 0x0009e000-0x0009ffff= ]
[ =A0 =A01.652819] e820: reserve RAM buffer [mem 0xbdfb0000-0xb= fffffff]
[ =A0 =A01.652821] e820: reserve RAM buffer [mem 0xbf5d6= 000-0xbfffffff]
[ =A0 =A01.652822] e820: reserve RAM buffer [mem 0xbf5e8000-0xbfffffff= ]
[ =A0 =A01.652824] e820: reserve RAM buffer [mem 0xbf5f0000-0xb= fffffff]
[ =A0 =A01.652825] e820: reserve RAM buffer [mem 0xbf63f= 000-0xbfffffff]
[ =A0 =A01.652826] e820: reserve RAM buffer [mem 0xbf800000-0xbfffffff= ]
[ =A0 =A01.652898] NetLabel: Initializing
[ =A0 =A01.= 652899] NetLabel: =A0domain hash size =3D 128
[ =A0 =A01.652900] = NetLabel: =A0protocols =3D UNLABELED CIPSOv4
[ =A0 =A01.652908] NetLabel: =A0unlabeled traffic allowed by default
[ =A0 =A01.653076] Switched to clocksource xen
[ =A0 =A0= 1.657463] AppArmor: AppArmor Filesystem Enabled
[ =A0 =A01.657479= ] pnp: PnP ACPI init
[ =A0 =A01.657487] ACPI: bus type PNP registered
[ =A0 =A01.= 657631] pnp 00:00: Plug and Play ACPI device, IDs IPI0001 (active)
[ =A0 =A01.657640] pnp 00:01: [dma 4]
[ =A0 =A01.657652] pnp 00= :01: Plug and Play ACPI device, IDs PNP0200 (active)
[ =A0 =A01.657667] pnp 00:02: Plug and Play ACPI device, IDs INT0800 (= active)
[ =A0 =A01.657729] pnp 00:03: Plug and Play ACPI device, = IDs PNP0103 (active)
[ =A0 =A01.657738] xen: registering gsi 13 t= riggering 1 polarity 0
[ =A0 =A01.657770] pnp 00:04: Plug and Play ACPI device, IDs PNP0c04 (= active)
[ =A0 =A01.657806] system 00:05: [io =A00x0680-0x069f] ha= s been reserved
[ =A0 =A01.657807] system 00:05: [io =A00x1000-0x= 100f] has been reserved
[ =A0 =A01.657809] system 00:05: [io =A00x1010-0x1013] has been reserv= ed
[ =A0 =A01.657811] system 00:05: [io =A00xffff] has been reser= ved
[ =A0 =A01.657812] system 00:05: [io =A00x0400-0x0453] could = not be reserved
[ =A0 =A01.657814] system 00:05: [io =A00x0458-0x047f] has been reserv= ed
[ =A0 =A01.657815] system 00:05: [io =A00x0500-0x057f] has bee= n reserved
[ =A0 =A01.657817] system 00:05: [io =A00x164e-0x164f]= has been reserved
[ =A0 =A01.657819] system 00:05: Plug and Play ACPI device, IDs PNP0c0= 2 (active)
[ =A0 =A01.657825] xen: registering gsi 8 triggering 1= polarity 0
[ =A0 =A01.657852] pnp 00:06: Plug and Play ACPI devi= ce, IDs PNP0b00 (active)
[ =A0 =A01.657883] system 00:07: [io =A00x0454-0x0457] has been reserv= ed
[ =A0 =A01.657886] system 00:07: Plug and Play ACPI device, ID= s INT3f0d PNP0c02 (active)
[ =A0 =A01.658091] xen: registering gs= i 4 triggering 1 polarity 0
[ =A0 =A01.658135] pnp 00:08: Plug and Play ACPI device, IDs PNP0501 (= active)
[ =A0 =A01.658224] xen: registering gsi 3 triggering 1 po= larity 0
[ =A0 =A01.658266] pnp 00:09: Plug and Play ACPI device,= IDs PNP0501 (active)
[ =A0 =A01.658292] system 00:0a: [mem 0xfed90000-0xfed91fff] has been = reserved
[ =A0 =A01.658294] system 00:0a: Plug and Play ACPI devi= ce, IDs PNP0c02 (active)
[ =A0 =A01.658432] system 00:0b: [mem 0x= fed1c000-0xfed1ffff] has been reserved
[ =A0 =A01.658434] system 00:0b: [mem 0xfed10000-0xfed17fff] has been = reserved
[ =A0 =A01.658436] system 00:0b: [mem 0xfed18000-0xfed18= fff] has been reserved
[ =A0 =A01.658437] system 00:0b: [mem 0xfe= d19000-0xfed19fff] has been reserved
[ =A0 =A01.658439] system 00:0b: [mem 0xe0000000-0xefffffff] has been = reserved
[ =A0 =A01.658441] system 00:0b: [mem 0xfed20000-0xfed3f= fff] has been reserved
[ =A0 =A01.658442] system 00:0b: [mem 0xfe= d90000-0xfed93fff] could not be reserved
[ =A0 =A01.658444] system 00:0b: [mem 0xff000000-0xffffffff] could not= be reserved
[ =A0 =A01.658446] system 00:0b: [mem 0xfee00000-0xf= eefffff] could not be reserved
[ =A0 =A01.658448] system 00:0b: [= mem 0xc6a00000-0xc6a00fff] has been reserved
[ =A0 =A01.658450] system 00:0b: Plug and Play ACPI device, IDs PNP0c0= 2 (active)
[ =A0 =A01.658610] pnp: PnP ACPI: found 12 devices
[ =A0 =A01.658611] ACPI: bus type PNP unregistered
[ =A0 = =A01.664052] PM-Timer failed consistency check =A0(0x0xffffff) - aborting.<= /div>
[ =A0 =A01.664057] pci 0000:03:00.0: no compatible bridge window for [= mem 0xffc00000-0xffffffff pref]
[ =A0 =A01.664059] pci 0000:03:00= .1: no compatible bridge window for [mem 0xffc00000-0xffffffff pref]
<= div> [ =A0 =A01.664060] pci 0000:04:00.0: no compatible bridge window for [mem 0= xffc00000-0xffffffff pref]
[ =A0 =A01.664062] pci 0000:04:00.1: n= o compatible bridge window for [mem 0xffc00000-0xffffffff pref]
[= =A0 =A01.664064] pci 0000:06:03.0: no compatible bridge window for [mem 0x= ffff0000-0xffffffff pref]
[ =A0 =A01.664068] PCI: max bus depth: 3 pci_try_num: 4
[ = =A0 =A01.664144] pci 0000:00:01.0: BAR 15: assigned [mem 0xc6c00000-0xc7bff= fff pref]
[ =A0 =A01.664146] pci 0000:01:00.0: BAR 15: assigned [= mem 0xc6c00000-0xc7bfffff pref]
[ =A0 =A01.664148] pci 0000:02:02.0: BAR 15: assigned [mem 0xc6c00000-= 0xc73fffff pref]
[ =A0 =A01.664150] pci 0000:02:04.0: BAR 15: ass= igned [mem 0xc7400000-0xc7bfffff pref]
[ =A0 =A01.664168] pci 000= 0:03:00.0: reg 0x184: [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664185] pci 0000:03:00.0: reg 0x190: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.664201] pci 0000:03:00.0: reg 0x184: [mem = 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664217] pci 0000:03:00.0:= reg 0x184: [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664234] pci 0000:03:00.1: reg 0x184: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.664250] pci 0000:03:00.0: reg 0x184: [mem = 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664266] pci 0000:03:00.0:= reg 0x190: [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664282] pci 0000:03:00.1: reg 0x190: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.664298] pci 0000:03:00.0: reg 0x184: [mem = 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664314] pci 0000:03:00.0:= reg 0x190: [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664330] pci 0000:03:00.1: reg 0x184: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.664332] pci 0000:03:00.0: BAR 6: assigned = [mem 0xc6c00000-0xc6ffffff pref]
[ =A0 =A01.664334] pci 0000:03:0= 0.1: BAR 6: assigned [mem 0xc7000000-0xc73fffff pref]
[ =A0 =A01.664350] pci 0000:03:00.0: reg 0x184: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.664352] pci 0000:03:00.0: BAR 7: assigned = [mem 0xc6848000-0xc6867fff 64bit]
[ =A0 =A01.664379] pci 0000:03:= 00.0: reg 0x190: [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664380] pci 0000:03:00.0: BAR 10: assigned [mem 0xc6868000-= 0xc6887fff 64bit]
[ =A0 =A01.664407] pci 0000:03:00.1: reg 0x184:= [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664408] pci 0000:03= :00.1: BAR 7: assigned [mem 0xc6888000-0xc68a7fff 64bit]
[ =A0 =A01.664435] pci 0000:03:00.1: reg 0x190: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.664436] pci 0000:03:00.1: BAR 10: assigned= [mem 0xc68a8000-0xc68c7fff 64bit]
[ =A0 =A01.664448] pci 0000:02= :02.0: PCI bridge to [bus 03]
[ =A0 =A01.664452] pci 0000:02:02.0: =A0 bridge window [io =A00x3000-0= x3fff]
[ =A0 =A01.664459] pci 0000:02:02.0: =A0 bridge window [me= m 0xc6000000-0xc68fffff]
[ =A0 =A01.664464] pci 0000:02:02.0: =A0= bridge window [mem 0xc6c00000-0xc73fffff pref]
[ =A0 =A01.664487] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.664503] pci 0000:04:00.0: reg 0x190: [mem = 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664519] pci 0000:04:00.0:= reg 0x184: [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664535] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.664551] pci 0000:04:00.1: reg 0x184: [mem = 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664567] pci 0000:04:00.0:= reg 0x184: [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664583] pci 0000:04:00.0: reg 0x190: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.664599] pci 0000:04:00.1: reg 0x190: [mem = 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664615] pci 0000:04:00.0:= reg 0x184: [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664631] pci 0000:04:00.0: reg 0x190: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.664647] pci 0000:04:00.1: reg 0x184: [mem = 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664649] pci 0000:04:00.0:= BAR 6: assigned [mem 0xc7400000-0xc77fffff pref]
[ =A0 =A01.664650] pci 0000:04:00.1: BAR 6: assigned [mem 0xc7800000-0= xc7bfffff pref]
[ =A0 =A01.664666] pci 0000:04:00.0: reg 0x184: [= mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664668] pci 0000:04:0= 0.0: BAR 7: assigned [mem 0xc5c48000-0xc5c67fff 64bit]
[ =A0 =A01.664694] pci 0000:04:00.0: reg 0x190: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.664695] pci 0000:04:00.0: BAR 10: assigned= [mem 0xc5c68000-0xc5c87fff 64bit]
[ =A0 =A01.664721] pci 0000:04= :00.1: reg 0x184: [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664723] pci 0000:04:00.1: BAR 7: assigned [mem 0xc5c88000-0= xc5ca7fff 64bit]
[ =A0 =A01.664749] pci 0000:04:00.1: reg 0x190: = [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664751] pci 0000:04:= 00.1: BAR 10: assigned [mem 0xc5ca8000-0xc5cc7fff 64bit]
[ =A0 =A01.664762] pci 0000:02:04.0: PCI bridge to [bus 04]
= [ =A0 =A01.664766] pci 0000:02:04.0: =A0 bridge window [io =A00x2000-0x2fff= ]
[ =A0 =A01.664772] pci 0000:02:04.0: =A0 bridge window [mem 0xc= 5400000-0xc5cfffff]
[ =A0 =A01.664777] pci 0000:02:04.0: =A0 bridge window [mem 0xc7400000= -0xc7bfffff pref]
[ =A0 =A01.664786] pci 0000:01:00.0: PCI bridge= to [bus 02-04]
[ =A0 =A01.664789] pci 0000:01:00.0: =A0 bridge w= indow [io =A00x2000-0x3fff]
[ =A0 =A01.664796] pci 0000:01:00.0: =A0 bridge window [mem 0xc5400000= -0xc68fffff]
[ =A0 =A01.664801] pci 0000:01:00.0: =A0 bridge wind= ow [mem 0xc6c00000-0xc7bfffff pref]
[ =A0 =A01.664810] pci 0000:0= 0:01.0: PCI bridge to [bus 01-04]
[ =A0 =A01.664812] pci 0000:00:01.0: =A0 bridge window [io =A00x2000-0= x3fff]
[ =A0 =A01.664816] pci 0000:00:01.0: =A0 bridge window [me= m 0xc5400000-0xc68fffff]
[ =A0 =A01.664820] pci 0000:00:01.0: =A0= bridge window [mem 0xc6c00000-0xc7bfffff pref]
[ =A0 =A01.664826] pci 0000:00:1c.0: PCI bridge to [bus 05]
= [ =A0 =A01.664834] pci 0000:00:1c.0: =A0 bridge window [mem 0xc0000000-0xc3= ffffff]
[ =A0 =A01.664850] pci 0000:06:03.0: BAR 6: assigned [mem= 0xc5010000-0xc501ffff pref]
[ =A0 =A01.664852] pci 0000:00:1e.0: PCI bridge to [bus 06]
= [ =A0 =A01.664860] pci 0000:00:1e.0: =A0 bridge window [mem 0xc4800000-0xc5= 0fffff]
[ =A0 =A01.664866] pci 0000:00:1e.0: =A0 bridge window [m= em 0xc4000000-0xc47fffff 64bit pref]
[ =A0 =A01.664945] xen: registering gsi 16 triggering 0 polarity 1
[ =A0 =A01.664957] xen: --> pirq=3D16 -> irq=3D16 (gsi=3D16)
[ =A0 =A01.665053] xen: registering gsi 17 triggering 0 polarity 1=
[ =A0 =A01.665059] xen: --> pirq=3D17 -> irq=3D17 (gsi=3D1= 7)
[ =A0 =A01.665086] pci 0000:00:1e.0: setting latency timer to 64
=
[ =A0 =A01.665090] pci_bus 0000:00: resource 4 [io =A00x0000-0x0cf7]
[ =A0 =A01.665092] pci_bus 0000:00: resource 5 [io =A00x0d00-0xfff= f]
[ =A0 =A01.665093] pci_bus 0000:00: resource 6 [mem 0x000a0000-0x000bffff]<= /div>
[ =A0 =A01.665095] pci_bus 0000:00: resource 7 [mem 0xc0000000-0x= feafffff]
[ =A0 =A01.665096] pci_bus 0000:01: resource 0 [io =A00= x2000-0x3fff]
[ =A0 =A01.665098] pci_bus 0000:01: resource 1 [mem 0xc5400000-0xc68ff= fff]
[ =A0 =A01.665099] pci_bus 0000:01: resource 2 [mem 0xc6c000= 00-0xc7bfffff pref]
[ =A0 =A01.665100] pci_bus 0000:02: resource = 0 [io =A00x2000-0x3fff]
[ =A0 =A01.665102] pci_bus 0000:02: resource 1 [mem 0xc5400000-0xc68ff= fff]
[ =A0 =A01.665103] pci_bus 0000:02: resource 2 [mem 0xc6c000= 00-0xc7bfffff pref]
[ =A0 =A01.665105] pci_bus 0000:03: resource = 0 [io =A00x3000-0x3fff]
[ =A0 =A01.665106] pci_bus 0000:03: resource 1 [mem 0xc6000000-0xc68ff= fff]
[ =A0 =A01.665107] pci_bus 0000:03: resource 2 [mem 0xc6c000= 00-0xc73fffff pref]
[ =A0 =A01.665109] pci_bus 0000:04: resource = 0 [io =A00x2000-0x2fff]
[ =A0 =A01.665110] pci_bus 0000:04: resource 1 [mem 0xc5400000-0xc5cff= fff]
[ =A0 =A01.665112] pci_bus 0000:04: resource 2 [mem 0xc74000= 00-0xc7bfffff pref]
[ =A0 =A01.665113] pci_bus 0000:05: resource = 1 [mem 0xc0000000-0xc3ffffff]
[ =A0 =A01.665115] pci_bus 0000:06: resource 1 [mem 0xc4800000-0xc50ff= fff]
[ =A0 =A01.665116] pci_bus 0000:06: resource 2 [mem 0xc40000= 00-0xc47fffff 64bit pref]
[ =A0 =A01.665118] pci_bus 0000:06: res= ource 4 [io =A00x0000-0x0cf7]
[ =A0 =A01.665119] pci_bus 0000:06: resource 5 [io =A00x0d00-0xffff]
[ =A0 =A01.665120] pci_bus 0000:06: resource 6 [mem 0x000a0000-0x0= 00bffff]
[ =A0 =A01.665122] pci_bus 0000:06: resource 7 [mem 0xc0= 000000-0xfeafffff]
[ =A0 =A01.665150] NET: Registered protocol family 2
[ =A0 = =A01.665305] TCP established hash table entries: 32768 (order: 7, 524288 by= tes)
[ =A0 =A01.665426] TCP bind hash table entries: 32768 (order= : 7, 524288 bytes)
[ =A0 =A01.665487] TCP: Hash tables configured (established 32768 bind= 32768)
[ =A0 =A01.665502] TCP: reno registered
[ =A0 = =A01.665511] UDP hash table entries: 2048 (order: 4, 65536 bytes)
[ =A0 =A01.665528] UDP-Lite hash table entries: 2048 (order: 4, 65536 byte= s)
[ =A0 =A01.665573] NET: Registered protocol family 1
[ =A0 = =A01.665647] xen: registering gsi 20 triggering 0 polarity 1
[ = =A0 =A01.665654] xen: --> pirq=3D20 -> irq=3D20 (gsi=3D20)
= [ =A0 =A01.681298] xen: registering gsi 23 triggering 0 polarity 1
[ =A0 =A01.681305] xen: --> pirq=3D23 -> irq=3D23 (gsi=3D23)
[ =A0 =A01.697293] pci 0000:06:03.0: Boot video device
[ = =A0 =A01.697298] PCI: CLS 64 bytes, default 64
[ =A0 =A01.697333]= Trying to unpack rootfs image as initramfs...
[ =A0 =A01.733240] Freeing initrd memory: 48284K (ffff8800023f3000 - f= fff88000531a000)
[ =A0 =A01.733358] Simple Boot Flag at 0x44 set = to 0x1
[ =A0 =A01.733575] Scanning for low memory corruption ever= y 60 seconds
[ =A0 =A01.733957] Initialise module verification
[ =A0 =A01= .733989] audit: initializing netlink socket (disabled)
[ =A0 =A01= .733999] type=3D2000 audit(1391640205.715:1): initialized
[ =A0 = =A01.753927] bounce pool size: 64 pages
[ =A0 =A01.753936] HugeTLB registered 2 MB page size, pre-allocated 0 = pages
[ =A0 =A01.754659] zbud: loaded
[ =A0 =A01.754781= ] VFS: Disk quotas dquot_6.5.2
[ =A0 =A01.754812] Dquot-cache has= h table entries: 512 (order 0, 4096 bytes)
[ =A0 =A01.755159] fuse init (API version 7.22)
[ =A0 =A01.7= 55217] msgmni has been set to 1736
[ =A0 =A01.755694] Key type as= ymmetric registered
[ =A0 =A01.755696] Asymmetric key parser '= ;x509' registered
[ =A0 =A01.755718] Block layer SCSI generic (bsg) driver version 0.4 l= oaded (major 252)
[ =A0 =A01.755752] io scheduler noop registered=
[ =A0 =A01.755754] io scheduler deadline registered (default)
[ =A0 =A01.755771] io scheduler cfq registered
[ =A0 =A01.756393]= pcieport 0000:00:01.0: Signaling PME through PCIe PME interrupt
= [ =A0 =A01.756395] pcieport 0000:01:00.0: Signaling PME through PCIe PME in= terrupt
[ =A0 =A01.756396] pcieport 0000:02:02.0: Signaling PME through PCIe P= ME interrupt
[ =A0 =A01.756397] pci 0000:03:00.0: Signaling PME t= hrough PCIe PME interrupt
[ =A0 =A01.756398] pci 0000:03:00.1: Si= gnaling PME through PCIe PME interrupt
[ =A0 =A01.756400] pcieport 0000:02:04.0: Signaling PME through PCIe P= ME interrupt
[ =A0 =A01.756401] pci 0000:04:00.0: Signaling PME t= hrough PCIe PME interrupt
[ =A0 =A01.756402] pci 0000:04:00.1: Si= gnaling PME through PCIe PME interrupt
[ =A0 =A01.756406] pcie_pme 0000:00:01.0:pcie01: service driver pcie_p= me loaded
[ =A0 =A01.756432] pcieport 0000:00:1c.0: Signaling PME= through PCIe PME interrupt
[ =A0 =A01.756433] pci 0000:05:00.0: = Signaling PME through PCIe PME interrupt
[ =A0 =A01.756434] pci 0000:05:00.1: Signaling PME through PCIe PME in= terrupt
[ =A0 =A01.756441] pcie_pme 0000:00:1c.0:pcie01: service = driver pcie_pme loaded
[ =A0 =A01.756450] pci_hotplug: PCI Hot Pl= ug PCI Core version: 0.5
[ =A0 =A01.756461] pciehp: PCI Express Hot Plug Controller Driver vers= ion: 0.4
[ =A0 =A01.756501] intel_idle: MWAIT substates: 0x1120
[ =A0 =A01.756502] intel_idle: v0.4 model 0x2A
[ =A0 =A0= 1.756503] intel_idle: lapic_timer_reliable_states 0xffffffff
[ =A0 =A01.756535] intel_idle: intel_idle yielding to none
[= =A0 =A01.756598] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/i= nput/input0
[ =A0 =A01.756602] ACPI: Power Button [PWRF]
[ =A0 =A01.756665] ACPI: Fan [FAN0] (off)
[ =A0 =A01.756686] ACPI: Fan [FAN1] (off)
[ =A0 =A01.756704]= ACPI: Fan [FAN2] (off)
[ =A0 =A01.756722] ACPI: Fan [FAN3] (off)=
[ =A0 =A01.756740] ACPI: Fan [FAN4] (off)
[ =A0 =A01.7= 56778] ACPI: Requesting acpi_cpufreq
[ =A0 =A01.757217] Monitor-Mwait will be used to enter C-1 state
=
[ =A0 =A01.757221] Monitor-Mwait will be used to enter C-2 state
=
[ =A0 =A01.757224] Monitor-Mwait will be used to enter C-3 state
=
[ =A0 =A01.758699] Warning: Processor Platform Limit not supported.
[ =A0 =A01.758885] thermal LNXTHERM:00: registered as thermal_zone0
[ =A0 =A01.758886] ACPI: Thermal Zone [TZ01] (30 C)
[ =A0= =A01.758932] ERST: Error Record Serialization Table (ERST) support is init= ialized.
[ =A0 =A01.758934] pstore: Registered erst as persistent store backend=
[ =A0 =A01.759051] GHES: APEI firmware first mode is enabled by = APEI bit and WHEA _OSC.
[ =A0 =A01.759387] xen_acpi_processor: Up= loading Xen processor PM info
[ =A0 =A01.760559] Serial: 8250/16550 driver, 32 ports, IRQ sharing en= abled
[ =A0 =A01.781328] 00:08: ttyS0 at I/O 0x3f8 (irq =3D 4) is= a 16550A
[ =A0 =A01.802091] 00:09: ttyS1 at I/O 0x2f8 (irq =3D 3= ) is a 16550A
[ =A0 =A01.803445] hpet_acpi_add: no address or irqs in _CRS
[ =A0 =A01.803457] Linux agpgart interface v0.103
[ =A0 =A01.804= 413] brd: module loaded
[ =A0 =A01.804912] loop: module loaded
[ =A0 =A01.805161] libphy: Fixed MDIO Bus: probed
[ =A0 =A01.805219] tun: Universal TUN/TAP device driver, 1.6
[ =A0 =A01.805220] tun: (C) 1999-2004 Max Krasnyansky <maxk@qualcomm.com>
[ =A0 =A01.805253]= PPP generic driver version 2.4.2
[ =A0 =A01.805282] xen_netfront: Initialising Xen virtual ethernet dri= ver
[ =A0 =A01.805290] ehci_hcd: USB 2.0 'Enhanced' Host = Controller (EHCI) Driver
[ =A0 =A01.805291] ehci-pci: EHCI PCI pl= atform driver
[ =A0 =A01.805366] xen: registering gsi 20 triggering 0 polarity 1
[ =A0 =A01.805369] Already setup the GSI :20
[ =A0 =A01.80= 5386] ehci-pci 0000:00:1a.0: setting latency timer to 64
[ =A0 = =A01.805393] ehci-pci 0000:00:1a.0: EHCI Host Controller
[ =A0 =A01.805398] ehci-pci 0000:00:1a.0: new USB bus registered, assi= gned bus number 1
[ =A0 =A01.805417] ehci-pci 0000:00:1a.0: debug= port 2
[ =A0 =A01.809360] ehci-pci 0000:00:1a.0: cache line size= of 64 is not supported
[ =A0 =A01.809396] ehci-pci 0000:00:1a.0: irq 20, io mem 0xc6906000
[ =A0 =A01.821151] ehci-pci 0000:00:1a.0: USB 2.0 started, EHCI 1.0= 0
[ =A0 =A01.821189] usb usb1: New USB device found, idVendor=3D1= d6b, idProduct=3D0002
[ =A0 =A01.821190] usb usb1: New USB device strings: Mfr=3D3, Product= =3D2, SerialNumber=3D1
[ =A0 =A01.821192] usb usb1: Product: EHCI= Host Controller
[ =A0 =A01.821193] usb usb1: Manufacturer: Linux= 3.11.0-12-generic ehci_hcd
[ =A0 =A01.821194] usb usb1: SerialNumber: 0000:00:1a.0
[ = =A0 =A01.821272] hub 1-0:1.0: USB hub found
[ =A0 =A01.821276] hu= b 1-0:1.0: 2 ports detected
[ =A0 =A01.821415] xen: registering g= si 23 triggering 0 polarity 1
[ =A0 =A01.821417] Already setup the GSI :23
[ =A0 =A01.8214= 32] ehci-pci 0000:00:1d.0: setting latency timer to 64
[ =A0 =A01= .821439] ehci-pci 0000:00:1d.0: EHCI Host Controller
[ =A0 =A01.8= 21442] ehci-pci 0000:00:1d.0: new USB bus registered, assigned bus number 2=
[ =A0 =A01.821461] ehci-pci 0000:00:1d.0: debug port 2
[ =A0= =A01.825411] ehci-pci 0000:00:1d.0: cache line size of 64 is not supported=
[ =A0 =A01.825448] ehci-pci 0000:00:1d.0: irq 23, io mem 0xc6905= 000
[ =A0 =A01.837152] ehci-pci 0000:00:1d.0: USB 2.0 started, EHCI 1.00
[ =A0 =A01.837185] usb usb2: New USB device found, idVendor=3D1d6b= , idProduct=3D0002
[ =A0 =A01.837187] usb usb2: New USB device st= rings: Mfr=3D3, Product=3D2, SerialNumber=3D1
[ =A0 =A01.837188] usb usb2: Product: EHCI Host Controller
[= =A0 =A01.837189] usb usb2: Manufacturer: Linux 3.11.0-12-generic ehci_hcd<= /div>
[ =A0 =A01.837191] usb usb2: SerialNumber: 0000:00:1d.0
[ =A0 =A01.837330] hub 2-0:1.0: USB hub found
[ =A0 =A01.837334] hub 2-0:1.0: 2 ports detected
[ =A0 =A01.= 837400] ehci-platform: EHCI generic platform driver
[ =A0 =A01.83= 7405] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
<= div>[ =A0 =A01.837406] ohci-platform: OHCI generic platform driver
[ =A0 =A01.837411] uhci_hcd: USB Universal Host Controller Interface d= river
[ =A0 =A01.837449] i8042: PNP: No PS/2 controller found. Pr= obing ports directly.
[ =A0 =A02.884166] i8042: No controller fou= nd
[ =A0 =A02.884441] mousedev: PS/2 mouse device common for all mice
[ =A0 =A02.884708] rtc_cmos 00:06: RTC can wake from S4
[ = =A0 =A02.884906] rtc_cmos 00:06: rtc core: registered rtc_cmos as rtc0
[ =A0 =A02.884962] rtc_cmos 00:06: alarms up to one month, y3k, 242 b= ytes nvram
[ =A0 =A02.885003] device-mapper: uevent: version 1.0.3
[ = =A0 =A02.885085] device-mapper: ioctl: 4.25.0-ioctl (2013-06-26) initialise= d: dm-devel@redhat.com
[ =A0 =A02.885093] ledtrig-cpu: registered to indicate activity on CPUs
[ =A0 =A02.885164] TCP: cubic registered
[ =A0 =A02.885221] = NET: Registered protocol family 10
[ =A0 =A02.885348] NET: Regist= ered protocol family 17
[ =A0 =A02.885354] Key type dns_resolver = registered
[ =A0 =A02.885511] PM: Hibernation image not present or could not be l= oaded.
[ =A0 =A02.885514] Loading module verification certificate= s
[ =A0 =A02.886208] MODSIGN: Loaded cert 'Magrathea: Glacier= signing key: fddf6943d8ac4f5b6eb0919a7a3ee3d9088b1bfa'
[ =A0 =A02.886216] registered taskstats version 1
[ =A0 =A02= .889339] Key type trusted registered
[ =A0 =A02.892025] Key type = encrypted registered
[ =A0 =A02.894651] AppArmor: AppArmor sha1 p= olicy hashing enabled
[ =A0 =A02.895054] =A0 Magic number: 2:369:754
[ =A0 =A02.89= 5060] tty ttyS5: hash matches
[ =A0 =A02.895134] rtc_cmos 00:06: = setting system clock to 2014-02-05 22:43:26 UTC (1391640206)
[ = =A0 =A02.895182] BIOS EDD facility v0.16 2004-Jun-25, 1 devices found
[ =A0 =A02.895677] Freeing unused kernel memory: 1364K (ffffffff81d100= 00 - ffffffff81e65000)
[ =A0 =A02.895678] Write protecting the ke= rnel read-only data: 12288k
[ =A0 =A02.898416] Freeing unused ker= nel memory: 1040K (ffff8800016fc000 - ffff880001800000)
[ =A0 =A02.898708] Freeing unused kernel memory: 836K (ffff880001b2f00= 0 - ffff880001c00000)
[ =A0 =A02.918710] systemd-udevd[118]: star= ting version 204
[ =A0 =A02.939867] pps_core: module verification= failed: signature and/or required key missing - tainting kernel
[ =A0 =A02.940047] pps_core: LinuxPPS API ver. 1 registered
= [ =A0 =A02.940048] pps_core: Software ver. 5.3.6 - Copyright 2005-2007 Rodo= lfo Giometti <giometti@linux.it= >
[ =A0 =A02.940227] PTP clock support registered
[ =A0 =A02.9= 42853] ahci 0000:00:1f.2: version 3.0
[ =A0 =A02.942948] xen: reg= istering gsi 19 triggering 0 polarity 1
[ =A0 =A02.942962] xen: -= -> pirq=3D19 -> irq=3D19 (gsi=3D19)
[ =A0 =A02.943070] ahci: SSS flag set, parallel bus scan disabled
[ =A0 =A02.943146] bnx2: Broadcom NetXtreme II Gigabit Ethernet Drive= r bnx2 v2.2.3 (June 27, 2012)
[ =A0 =A02.943195] xen: registering= gsi 16 triggering 0 polarity 1
[ =A0 =A02.943197] Already setup the GSI :16
[ =A0 =A02.9436= 71] dca service started, version 1.12.1
[ =A0 =A02.944532] bnx2 0= 000:05:00.0 eth0: Broadcom NetXtreme II BCM5716 1000Base-T (C0) PCI Express= found at mem c0000000, IRQ 16, node addr d4:ae:52:cc:f9:6a
[ =A0 =A02.944613] xen: registering gsi 17 triggering 0 polarity 1
[ =A0 =A02.944615] Already setup the GSI :17
[ =A0 =A02.94= 5253] bnx2 0000:05:00.1 eth1: Broadcom NetXtreme II BCM5716 1000Base-T (C0)= PCI Express found at mem c2000000, IRQ 17, node addr d4:ae:52:cc:f9:6b
[ =A0 =A02.949969] igb: Intel(R) Gigabit Ethernet Network Driver - ver= sion 5.0.5-k
[ =A0 =A02.949971] igb: Copyright (c) 2007-2013 Inte= l Corporation.
[ =A0 =A02.950015] xen: registering gsi 18 trigger= ing 0 polarity 1
[ =A0 =A02.950026] xen: --> pirq=3D18 -> irq=3D18 (gsi=3D18)
[ =A0 =A02.957168] ahci 0000:00:1f.2: AHCI 0001.0300 32 slots 6 port= s 3 Gbps 0x31 impl SATA mode
[ =A0 =A02.957172] ahci 0000:00:1f.2= : flags: 64bit ncq stag pm led clo pio slum part ems sxs apst
[ =A0 =A02.957179] ahci 0000:00:1f.2: setting latency timer to 64
[ =A0 =A02.973513] scsi0 : ahci
[ =A0 =A02.973597] scsi1 : = ahci
[ =A0 =A02.973666] scsi2 : ahci
[ =A0 =A02.973728]= scsi3 : ahci
[ =A0 =A02.973793] scsi4 : ahci
[ =A0 =A02.973857] scsi5 : a= hci
[ =A0 =A02.973907] ata1: SATA max UDMA/133 abar m2048@0xc6904= 000 port 0xc6904100 irq 76
[ =A0 =A02.973909] ata2: DUMMY
[ =A0 =A02.973910] ata3: DUMMY
[ =A0 =A02.973911] ata4: DUMMY
[ =A0 =A02.973914] ata5: SATA= max UDMA/133 abar m2048@0xc6904000 port 0xc6904300 irq 76
[ =A0 = =A02.973916] ata6: SATA max UDMA/133 abar m2048@0xc6904000 port 0xc6904380 = irq 76
[ =A0 =A03.093191] usb 1-1: new high-speed USB device number 2 using e= hci-pci
[ =A0 =A03.141615] igb 0000:03:00.0: added PHC on eth2
[ =A0 =A03.141617] igb 0000:03:00.0: Intel(R) Gigabit Ethernet Netw= ork Connection
[ =A0 =A03.141619] igb 0000:03:00.0: eth2: (PCIe:2.5Gb/s:Width x4) 90:= e2:ba:53:e5:20
[ =A0 =A03.141622] igb 0000:03:00.0: eth2: PBA No:= Unknown
[ =A0 =A03.141623] igb 0000:03:00.0: Using MSI-X interru= pts. 4 rx queue(s), 4 tx queue(s)
[ =A0 =A03.141674] xen: registering gsi 19 triggering 0 polarity 1
[ =A0 =A03.141678] Already setup the GSI :19
[ =A0 =A03.22= 5728] usb 1-1: New USB device found, idVendor=3D8087, idProduct=3D0024
[ =A0 =A03.225731] usb 1-1: New USB device strings: Mfr=3D0, Product= =3D0, SerialNumber=3D0
[ =A0 =A03.225939] hub 1-1:1.0: USB hub found
[ =A0 =A03.226= 038] hub 1-1:1.0: 6 ports detected
[ =A0 =A03.293197] ata1: SATA = link up 3.0 Gbps (SStatus 123 SControl 300)
[ =A0 =A03.294088] at= a1.00: ATA-8: WDC WD5003ABYX-18WERA0, 01.01S03, max UDMA/133
[ =A0 =A03.294091] ata1.00: 976773168 sectors, multi 0: LBA48 NCQ (dep= th 31/32), AA
[ =A0 =A03.295674] ata1.00: configured for UDMA/133=
[ =A0 =A03.295874] scsi 0:0:0:0: Direct-Access =A0 =A0 ATA =A0 = =A0 =A0WDC WD5003ABYX-1 01.0 PQ: 0 ANSI: 5
[ =A0 =A03.296014] sd 0:0:0:0: [sda] 976773168 512-byte logical blocks= : (500 GB/465 GiB)
[ =A0 =A03.296045] sd 0:0:0:0: Attached scsi g= eneric sg0 type 0
[ =A0 =A03.296052] sd 0:0:0:0: [sda] Write Prot= ect is off
[ =A0 =A03.296054] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[ =A0 =A03.296067] sd 0:0:0:0: [sda] Write cache: enabled, read cache: ena= bled, doesn't support DPO or FUA
[ =A0 =A03.325343] =A0sda: s= da1 sda2 < sda5 >
[ =A0 =A03.325815] sd 0:0:0:0: [sda] Attached SCSI disk
[ = =A0 =A03.333499] igb 0000:03:00.1: added PHC on eth3
[ =A0 =A03.3= 33501] igb 0000:03:00.1: Intel(R) Gigabit Ethernet Network Connection
=
[ =A0 =A03.333503] igb 0000:03:00.1: eth3: (PCIe:2.5Gb/s:Width x4) 90:= e2:ba:53:e5:21
[ =A0 =A03.333506] igb 0000:03:00.1: eth3: PBA No: Unknown
[= =A0 =A03.333507] igb 0000:03:00.1: Using MSI-X interrupts. 4 rx queue(s), = 4 tx queue(s)
[ =A0 =A03.333547] xen: registering gsi 16 triggeri= ng 0 polarity 1
[ =A0 =A03.333549] Already setup the GSI :16
[ =A0 =A03.3371= 73] usb 2-1: new high-speed USB device number 2 using ehci-pci
[ = =A0 =A03.469706] usb 2-1: New USB device found, idVendor=3D8087, idProduct= =3D0024
[ =A0 =A03.469718] usb 2-1: New USB device strings: Mfr=3D0, Product= =3D0, SerialNumber=3D0
[ =A0 =A03.469928] hub 2-1:1.0: USB hub fo= und
[ =A0 =A03.470028] hub 2-1:1.0: 6 ports detected
[ = =A0 =A03.525568] igb 0000:04:00.0: added PHC on eth4
[ =A0 =A03.525570] igb 0000:04:00.0: Intel(R) Gigabit Ethernet Network= Connection
[ =A0 =A03.525572] igb 0000:04:00.0: eth4: (PCIe:2.5G= b/s:Width x4) 90:e2:ba:53:e5:24
[ =A0 =A03.525575] igb 0000:04:00= .0: eth4: PBA No: Unknown
[ =A0 =A03.525576] igb 0000:04:00.0: Using MSI-X interrupts. 4 rx queu= e(s), 4 tx queue(s)
[ =A0 =A03.525618] xen: registering gsi 17 tr= iggering 0 polarity 1
[ =A0 =A03.525620] Already setup the GSI :1= 7
[ =A0 =A03.613196] ata5: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[ =A0 =A03.615684] ata5.00: ATAPI: TSSTcorp DVD-ROM SN-108DN, D150= , max UDMA/100
[ =A0 =A03.618258] ata5.00: configured for UDMA/10= 0
[ =A0 =A03.620528] scsi 4:0:0:0: CD-ROM =A0 =A0 =A0 =A0 =A0 =A0TSSTcorp DVD= -ROM SN-108DN D150 PQ: 0 ANSI: 5
[ =A0 =A03.625268] sr0: scsi3-mm= c drive: 62x/62x cd/rw xa/form2 cdda tray
[ =A0 =A03.625271] cdro= m: Uniform CD-ROM driver Revision: 3.20
[ =A0 =A03.625429] sr 4:0:0:0: Attached scsi CD-ROM sr0
[ = =A0 =A03.625562] sr 4:0:0:0: Attached scsi generic sg1 type 5
[ = =A0 =A03.717617] igb 0000:04:00.1: added PHC on eth5
[ =A0 =A03.7= 17619] igb 0000:04:00.1: Intel(R) Gigabit Ethernet Network Connection
[ =A0 =A03.717621] igb 0000:04:00.1: eth5: (PCIe:2.5Gb/s:Width x4) 90:= e2:ba:53:e5:25
[ =A0 =A03.717623] igb 0000:04:00.1: eth5: PBA No:= Unknown
[ =A0 =A03.717625] igb 0000:04:00.1: Using MSI-X interru= pts. 4 rx queue(s), 4 tx queue(s)
[ =A0 =A03.741367] usb 2-1.1: new high-speed USB device number 3 using= ehci-pci
[ =A0 =A03.847131] usb 2-1.1: New USB device found, idV= endor=3D0b95, idProduct=3D1780
[ =A0 =A03.847134] usb 2-1.1: New = USB device strings: Mfr=3D1, Product=3D2, SerialNumber=3D3
[ =A0 =A03.847136] usb 2-1.1: Product: AX88178
[ =A0 =A03.84= 7137] usb 2-1.1: Manufacturer: ASIX Elec. Corp.
[ =A0 =A03.847138= ] usb 2-1.1: SerialNumber: 000002
[ =A0 =A03.917361] usb 2-1.2: n= ew low-speed USB device number 4 using ehci-pci
[ =A0 =A03.945181] ata6: SATA link down (SStatus 0 SControl 300)
=
[ =A0 =A04.018322] usb 2-1.2: New USB device found, idVendor=3D1061, i= dProduct=3D0101
[ =A0 =A04.018325] usb 2-1.2: New USB device stri= ngs: Mfr=3D1, Product=3D2, SerialNumber=3D0
[ =A0 =A04.018327] usb 2-1.2: Product: USB Keyboard & Mouse
<= div>[ =A0 =A04.018328] usb 2-1.2: Manufacturer: Motorola
[ =A0 = =A04.025998] hidraw: raw HID events driver (C) Jiri Kosina
[ =A0 = =A04.033733] usbcore: registered new interface driver usbhid
[ =A0 =A04.033735] usbhid: USB HID core driver
[ =A0 =A04.03= 4966] input: Motorola USB Keyboard & Mouse as /devices/pci0000:00/0000:= 00:1d.0/usb2/2-1/2-1.2/2-1.2:1.0/input/input1
[ =A0 =A04.035057] = hid-generic 0003:1061:0101.0001: input,hidraw0: USB HID v1.11 Keyboard [Mot= orola USB Keyboard & Mouse] on usb-0000:00:1d.0-1.2/input0
[ =A0 =A04.035153] input: Motorola USB Keyboard & Mouse as /device= s/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2:1.1/input/input2
[= =A0 =A04.035514] hid-generic 0003:1061:0101.0002: input,hidraw1: USB HID v= 1.11 Mouse [Motorola USB Keyboard & Mouse] on usb-0000:00:1d.0-1.2/inpu= t1
[ =A0 =A04.093354] usb 2-1.5: new high-speed USB device number 5 using= ehci-pci
[ =A0 =A04.185540] usb 2-1.5: New USB device found, idV= endor=3D0424, idProduct=3D2514
[ =A0 =A04.185543] usb 2-1.5: New = USB device strings: Mfr=3D0, Product=3D0, SerialNumber=3D0
[ =A0 =A04.185822] hub 2-1.5:1.0: USB hub found
[ =A0 =A04.1= 85912] hub 2-1.5:1.0: 4 ports detected
[ =A0 =A04.208556] bio: cr= eate slab <bio-1> at 1
[ =A0 =A06.793606] EXT4-fs (dm-0): m= ounted filesystem with ordered data mode. Opts: (null)
[ =A0 10.221062] Adding 4161532k swap on /dev/mapper/ubuntu--vg-swap_1= . =A0Priority:-1 extents:1 across:4161532k FS
[ =A0 10.286623] IP= v6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[ =A0 10.286628]= IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready
[ =A0 10.286632] IPv6: ADDRCONF(NETDEV_UP): eth2: link is not ready
[ =A0 10.286636] IPv6: ADDRCONF(NETDEV_UP): eth3: link is not ready=
[ =A0 10.286640] IPv6: ADDRCONF(NETDEV_UP): eth4: link is not re= ady
[ =A0 10.286644] IPv6: ADDRCONF(NETDEV_UP): eth5: link is not ready
[ =A0 10.357279] systemd-udevd[331]: starting version 204
[ =A0 10.423876] lp: driver loaded but no devices found
[ =A0 10= .460193] wmi: Mapper loaded
[ =A0 10.463802] systemd-udevd[373]: failed to execute '/lib/udev/= socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event&#= 39;: No such file or directory
[ =A0 10.466898] systemd-udevd[378= ]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' &#= 39;socket:/org/xen/xend/udev_event': No such file or directory
[ =A0 10.480201] systemd-udevd[394]: failed to execute '/lib/udev/= socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event&#= 39;: No such file or directory
[ =A0 10.481806] ACPI Warning: 0x0= 000000000000428-0x000000000000042f SystemIO conflicts with Region \PMIO 1 (= 20130517/utaddress-251)
[ =A0 10.481811] ACPI: If an ACPI driver is available for this device,= you should use it instead of the native driver
[ =A0 10.481817] = ACPI Warning: 0x0000000000000540-0x000000000000054f SystemIO conflicts with= Region \GPIO 1 (20130517/utaddress-251)
[ =A0 10.481821] ACPI: If an ACPI driver is available for this device,= you should use it instead of the native driver
[ =A0 10.481822] = ACPI Warning: 0x0000000000000530-0x000000000000053f SystemIO conflicts with= Region \GPIO 1 (20130517/utaddress-251)
[ =A0 10.481825] ACPI: If an ACPI driver is available for this device,= you should use it instead of the native driver
[ =A0 10.481826] = ACPI Warning: 0x0000000000000500-0x000000000000052f SystemIO conflicts with= Region \GPIO 1 (20130517/utaddress-251)
[ =A0 10.481830] ACPI: If an ACPI driver is available for this device,= you should use it instead of the native driver
[ =A0 10.481831] = lpc_ich: Resource conflict(s) found affecting gpio_ich
[ =A0 10.4= 88397] systemd-udevd[400]: failed to execute '/lib/udev/socket:/org/xen= /xend/udev_event' 'socket:/org/xen/xend/udev_event': No such fi= le or directory
[ =A0 10.491290] systemd-udevd[413]: failed to execute '/lib/udev/= socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event&#= 39;: No such file or directory
[ =A0 10.491668] systemd-udevd[411= ]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' &#= 39;socket:/org/xen/xend/udev_event': No such file or directory
[ =A0 10.498208] systemd-udevd[423]: failed to execute '/lib/udev/= socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event&#= 39;: No such file or directory
[ =A0 10.512324] microcode: CPU0 s= ig=3D0x206a7, pf=3D0x2, revision=3D0x29
[ =A0 10.588109] type=3D1400 audit(1391640214.188:2): apparmor=3D"= ;STATUS" operation=3D"profile_load" parent=3D388 profile=3D&= quot;unconfined" name=3D"/sbin/dhclient" pid=3D434 comm=3D&q= uot;apparmor_parser"
[ =A0 10.588115] type=3D1400 audit(1391640214.188:3): apparmor=3D"= ;STATUS" operation=3D"profile_load" parent=3D388 profile=3D&= quot;unconfined" name=3D"/usr/lib/NetworkManager/nm-dhcp-client.a= ction" pid=3D434 comm=3D"apparmor_parser"
[ =A0 10.588119] type=3D1400 audit(1391640214.188:4): apparmor=3D"= ;STATUS" operation=3D"profile_load" parent=3D388 profile=3D&= quot;unconfined" name=3D"/usr/lib/connman/scripts/dhclient-script= " pid=3D434 comm=3D"apparmor_parser"
[ =A0 10.588127] type=3D1400 audit(1391640214.188:5): apparmor=3D"= ;STATUS" operation=3D"profile_replace" parent=3D419 profile= =3D"unconfined" name=3D"/sbin/dhclient" pid=3D440 comm= =3D"apparmor_parser"
[ =A0 10.588133] type=3D1400 audit(1391640214.188:6): apparmor=3D"= ;STATUS" operation=3D"profile_replace" parent=3D419 profile= =3D"unconfined" name=3D"/usr/lib/NetworkManager/nm-dhcp-clie= nt.action" pid=3D440 comm=3D"apparmor_parser"
[ =A0 10.588136] type=3D1400 audit(1391640214.188:7): apparmor=3D"= ;STATUS" operation=3D"profile_replace" parent=3D419 profile= =3D"unconfined" name=3D"/usr/lib/connman/scripts/dhclient-sc= ript" pid=3D440 comm=3D"apparmor_parser"
[ =A0 10.588145] type=3D1400 audit(1391640214.188:8): apparmor=3D"= ;STATUS" operation=3D"profile_replace" parent=3D414 profile= =3D"unconfined" name=3D"/sbin/dhclient" pid=3D439 comm= =3D"apparmor_parser"
[ =A0 10.588150] type=3D1400 audit(1391640214.188:9): apparmor=3D"= ;STATUS" operation=3D"profile_replace" parent=3D414 profile= =3D"unconfined" name=3D"/usr/lib/NetworkManager/nm-dhcp-clie= nt.action" pid=3D439 comm=3D"apparmor_parser"
[ =A0 10.588154] type=3D1400 audit(1391640214.188:10): apparmor=3D&quo= t;STATUS" operation=3D"profile_replace" parent=3D414 profile= =3D"unconfined" name=3D"/usr/lib/connman/scripts/dhclient-sc= ript" pid=3D439 comm=3D"apparmor_parser"
[ =A0 10.588166] type=3D1400 audit(1391640214.188:11): apparmor=3D&quo= t;STATUS" operation=3D"profile_replace" parent=3D396 profile= =3D"unconfined" name=3D"/sbin/dhclient" pid=3D436 comm= =3D"apparmor_parser"
[ =A0 10.794373] EXT4-fs (dm-0): re-mounted. Opts: errors=3Dremount-ro=
[ =A0 10.804396] dcdbas dcdbas: Dell Systems Management Base Dri= ver (version 5.6.0-3.2)
[ =A0 10.821453] systemd-udevd[494]: fail= ed to execute '/lib/udev/socket:/org/xen/xend/udev_event' 'sock= et:/org/xen/xend/udev_event': No such file or directory
[ =A0 10.825093] systemd-udevd[495]: failed to execute '/lib/udev/= socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event&#= 39;: No such file or directory
[ =A0 10.831767] systemd-udevd[508= ]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' &#= 39;socket:/org/xen/xend/udev_event': No such file or directory
[ =A0 10.858040] microcode: CPU1 sig=3D0x206a7, pf=3D0x2, revision=3D0= x29
[ =A0 10.861487] microcode: CPU2 sig=3D0x206a7, pf=3D0x2, rev= ision=3D0x29
[ =A0 10.866813] microcode: CPU3 sig=3D0x206a7, pf= =3D0x2, revision=3D0x29
[ =A0 10.869329] microcode: Microcode Update Driver: v2.00 <tigran@aivazian.fsnet.co.uk>= , Peter Oruba
[ =A0 11.137330] asix 2-1.1:1.0 eth6: register '= ;asix' at usb-0000:00:1d.0-1.1, ASIX AX88178 USB 2.0 Ethernet, 00:0e:c6= :88:f6:d3
[ =A0 11.137367] usbcore: registered new interface driver asix
[ =A0 11.155136] Bridge firewalling registered
[ =A0 11.158114= ] device eth6 entered promiscuous mode
[ =A0 11.659724] Bluetooth= : Core ver 2.16
[ =A0 11.659743] NET: Registered protocol family 31
[ =A0 11= .659744] Bluetooth: HCI device and connection manager initialized
[ =A0 11.659751] Bluetooth: HCI socket layer initialized
[ =A0 1= 1.659752] Bluetooth: L2CAP socket layer initialized
[ =A0 11.659756] Bluetooth: SCO socket layer initialized
[ = =A0 11.662996] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[ =A0= 11.662998] Bluetooth: BNEP filters: protocol multicast
[ =A0 11.= 663003] Bluetooth: BNEP socket layer initialized
[ =A0 11.664016] Bluetooth: RFCOMM TTY layer initialized
[ = =A0 11.664029] Bluetooth: RFCOMM socket layer initialized
[ =A0 1= 1.664031] Bluetooth: RFCOMM ver 1.11
[ =A0 11.821715] ppdev: user= -space parallel port driver
[ =A0 11.823326] init: avahi-cups-reload main process (776) terminated= with status 1
[ =A0 11.894430] IPv6: ADDRCONF(NETDEV_UP): eth6: = link is not ready
[ =A0 11.894507] IPv6: ADDRCONF(NETDEV_UP): xen= br0: link is not ready
[ =A0 14.631202] IPv6: ADDRCONF(NETDEV_CHANGE): eth6: link becomes rea= dy
[ =A0 14.632234] asix 2-1.1:1.0 eth6: link up, 1000Mbps, full-= duplex, lpa 0xC5E1
[ =A0 14.636988] xenbr0: port 1(eth6) entered = forwarding state
[ =A0 14.637006] xenbr0: port 1(eth6) entered forwarding state
[ =A0 14.637027] IPv6: ADDRCONF(NETDEV_CHANGE): xenbr0: link becomes rea= dy
[ =A0 16.077823] init: udev-fallback-graphics main process (10= 28) terminated with status 1
[ =A0 21.408009] init: failsafe main process (724) killed by TERM sign= al
[ =A0 21.543100] audit_printk_skb: 87 callbacks suppressed
[ =A0 21.543103] type=3D1400 audit(1391640225.144:41): apparmor=3D&q= uot;STATUS" operation=3D"profile_load" parent=3D1324 profile= =3D"unconfined" name=3D"/usr/lib/lightdm/lightdm/lightdm-gue= st-session-wrapper" pid=3D1329 comm=3D"apparmor_parser"
[ =A0 21.543109] type=3D1400 audit(1391640225.144:42): apparmor=3D&quo= t;STATUS" operation=3D"profile_load" parent=3D1324 profile= =3D"unconfined" name=3D"chromium_browser" pid=3D1329 co= mm=3D"apparmor_parser"
[ =A0 21.543209] type=3D1400 audit(1391640225.144:43): apparmor=3D&quo= t;STATUS" operation=3D"profile_load" parent=3D1324 profile= =3D"unconfined" name=3D"/usr/lib/x86_64-linux-gnu/lightdm-re= mote-session-uccsconfigure/uccsconfigure-session-wrapper" pid=3D1331 c= omm=3D"apparmor_parser"
[ =A0 21.543215] type=3D1400 audit(1391640225.144:44): apparmor=3D&quo= t;STATUS" operation=3D"profile_load" parent=3D1324 profile= =3D"unconfined" name=3D"chromium_browser" pid=3D1331 co= mm=3D"apparmor_parser"
[ =A0 21.543252] type=3D1400 audit(1391640225.144:45): apparmor=3D&quo= t;STATUS" operation=3D"profile_load" parent=3D1324 profile= =3D"unconfined" name=3D"/usr/lib/x86_64-linux-gnu/lightdm-re= mote-session-freerdp/freerdp-session-wrapper" pid=3D1330 comm=3D"= apparmor_parser"
[ =A0 21.543258] type=3D1400 audit(1391640225.144:46): apparmor=3D&quo= t;STATUS" operation=3D"profile_load" parent=3D1324 profile= =3D"unconfined" name=3D"chromium_browser" pid=3D1330 co= mm=3D"apparmor_parser"
[ =A0 21.543414] type=3D1400 audit(1391640225.144:47): apparmor=3D&quo= t;STATUS" operation=3D"profile_replace" parent=3D1324 profil= e=3D"unconfined" name=3D"chromium_browser" pid=3D1329 c= omm=3D"apparmor_parser"
[ =A0 21.543519] type=3D1400 audit(1391640225.144:48): apparmor=3D&quo= t;STATUS" operation=3D"profile_replace" parent=3D1324 profil= e=3D"unconfined" name=3D"chromium_browser" pid=3D1331 c= omm=3D"apparmor_parser"
[ =A0 21.543562] type=3D1400 audit(1391640225.144:49): apparmor=3D&quo= t;STATUS" operation=3D"profile_replace" parent=3D1324 profil= e=3D"unconfined" name=3D"chromium_browser" pid=3D1330 c= omm=3D"apparmor_parser"
[ =A0 21.543750] type=3D1400 audit(1391640225.144:50): apparmor=3D&quo= t;STATUS" operation=3D"profile_replace" parent=3D1324 profil= e=3D"unconfined" name=3D"/sbin/dhclient" pid=3D1332 com= m=3D"apparmor_parser"
[ =A0 21.906064] IPv6: ADDRCONF(NETDEV_UP): eth2: link is not ready
[ =A0 21.906614] IPv6: ADDRCONF(NETDEV_UP): eth2: link is not ready=
[ =A0 21.923532] xen:xen_evtchn: Event-channel device installed<= /div>
[ =A0 21.981761] IPv6: ADDRCONF(NETDEV_UP): eth3: link is not ready
[ =A0 21.982271] IPv6: ADDRCONF(NETDEV_UP): eth3: link is not ready=
[ =A0 22.053782] IPv6: ADDRCONF(NETDEV_UP): eth4: link is not re= ady
[ =A0 22.054216] IPv6: ADDRCONF(NETDEV_UP): eth4: link is not ready
[ =A0 22.129802] IPv6: ADDRCONF(NETDEV_UP): eth5: link is not ready=
[ =A0 22.130248] IPv6: ADDRCONF(NETDEV_UP): eth5: link is not re= ady
[ =A0 22.254216] bnx2 0000:05:00.0 eth0: using MSIX
[ =A0 22= .254246] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[ =A0= 22.254727] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[ = =A0 22.318213] bnx2 0000:05:00.1 eth1: using MSIX
[ =A0 22.318243] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready
[ =A0 22.318735] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready=
[ =A0 29.665699] xenbr0: port 1(eth6) entered forwarding state
[ =A0100.234753] xen_pciback: backend is vpci
[ =A0100.23953= 3] igb 0000:03:00.0: removed PHC on eth2
[ =A0100.452048] pciback= 0000:03:00.0: seizing device
[ =A0100.452108] xen: registering g= si 18 triggering 0 polarity 1
[ =A0100.452112] Already setup the GSI :18
[ =A0100.559974] = igb 0000:03:00.1: removed PHC on eth3
[ =A0100.775879] pciback 00= 00:03:00.1: seizing device
[ =A0100.775940] xen: registering gsi = 19 triggering 0 polarity 1
[ =A0100.775945] Already setup the GSI :19
[ =A0100.883909] = igb 0000:04:00.0: removed PHC on eth4
[ =A0101.091890] pciback 00= 00:04:00.0: seizing device
[ =A0101.091951] xen: registering gsi = 16 triggering 0 polarity 1
[ =A0101.091955] Already setup the GSI :16
[ =A0101.199955] = igb 0000:04:00.1: removed PHC on eth5
[ =A0101.411923] pciback 00= 00:04:00.1: seizing device
[ =A0101.411992] xen: registering gsi = 17 triggering 0 polarity 1
[ =A0101.411996] Already setup the GSI :17
[ =A0101.603619] = pciback 0000:05:00.0: seizing device
[ =A0101.619414] xen: regist= ering gsi 16 triggering 0 polarity 1
[ =A0101.619419] Already set= up the GSI :16
[ =A0101.699647] pciback 0000:05:00.1: seizing device
[ =A01= 01.719405] xen: registering gsi 17 triggering 0 polarity 1
[ =A01= 01.719409] Already setup the GSI :17
[ =A0133.506569] IPv6: ADDRC= ONF(NETDEV_UP): vif1.0: link is not ready
[ =A0133.506841] IPv6: ADDRCONF(NETDEV_UP): vif1.0: link is not ready<= /div>
[ =A0133.543153] device vif1.0 entered promiscuous mode
[ =A0133.544496] IPv6: ADDRCONF(NETDEV_UP): vif1.0: link is not ready
[ =A0133.589477] ip_tables: (C) 2000-2006 Netfilter Core Team
[ = =A0133.658744] device vif1.0-emu entered promiscuous mode
[ =A013= 3.660110] xenbr0: port 3(vif1.0-emu) entered forwarding state
[ = =A0133.660116] xenbr0: port 3(vif1.0-emu) entered forwarding state
[ =A0134.228090] xenbr0: port 3(vif1.0-emu) entered disabled state
[ =A0134.228176] device vif1.0-emu left promiscuous mode
[= =A0134.228178] xenbr0: port 3(vif1.0-emu) entered disabled state
[ =A0151.985820] xen_pciback: vpci: 0000:03:00.0: assign to virtual slot 0<= /div>
[ =A0151.986230] xen_pciback: vpci: 0000:03:00.1: assign to virtual sl= ot 0 func 1
[ =A0151.986868] xen_pciback: vpci: 0000:04:00.0: ass= ign to virtual slot 1
[ =A0151.987194] xen_pciback: vpci: 0000:04= :00.1: assign to virtual slot 1 func 1

#################################################= ##############
xl dmesg

root@fiat:~= # xl dmesg
(XEN) Xen version 4.3.0 (Ubuntu 4.3.0-1ubuntu1.2) (stefan.bader@canonical.com) = (gcc (Ubuntu/Linaro 4.8.1-10ubuntu8) 4.8.1) debug=3Dn Tue Dec 17 15:35:25 U= TC 2013
(XEN) Bootloader: GRUB 2.00-19ubuntu2
(XEN) Command line: pl= aceholder dom0_mem=3D1024M
(XEN) Video information:
(XE= N) =A0VGA is text mode 80x25, font 8x16
(XEN) =A0VBE/DDC methods:= none; EDID transfer time: 0 seconds
(XEN) =A0EDID info not retrieved because no DDC retrieval method detec= ted
(XEN) Disc information:
(XEN) =A0Found 1 MBR signat= ures
(XEN) =A0Found 1 EDD information structures
(XEN) = Xen-e820 RAM map:
(XEN) =A00000000000000000 - 000000000009e400 (usable)
(XEN) = =A0000000000009e400 - 00000000000a0000 (reserved)
(XEN) =A0000000= 00000e0000 - 0000000000100000 (reserved)
(XEN) =A0000000000010000= 0 - 00000000bdfb0000 (usable)
(XEN) =A000000000bdfb0000 - 00000000bf3b0000 (reserved)
(XEN= ) =A000000000bf3b0000 - 00000000bf5d6000 (usable)
(XEN) =A0000000= 00bf5d6000 - 00000000bf5d8000 (reserved)
(XEN) =A000000000bf5d800= 0 - 00000000bf5e8000 (usable)
(XEN) =A000000000bf5e8000 - 00000000bf5ec000 (reserved)
(XEN= ) =A000000000bf5ec000 - 00000000bf5f0000 (usable)
(XEN) =A0000000= 00bf5f0000 - 00000000bf601000 (reserved)
(XEN) =A000000000bf60100= 0 - 00000000bf63f000 (usable)
(XEN) =A000000000bf63f000 - 00000000bf6bf000 (reserved)
(XEN= ) =A000000000bf6bf000 - 00000000bf7bf000 (ACPI NVS)
(XEN) =A00000= 0000bf7bf000 - 00000000bf7f0000 (ACPI data)
(XEN) =A000000000bf7f= 0000 - 00000000bf800000 (usable)
(XEN) =A000000000bf800000 - 00000000c0000000 (reserved)
(XEN= ) =A000000000e0000000 - 00000000f0000000 (reserved)
(XEN) =A00000= 0000feb00000 - 00000000feb04000 (reserved)
(XEN) =A000000000fec00= 000 - 00000000fec01000 (reserved)
(XEN) =A000000000fed10000 - 00000000fed1a000 (reserved)
(XEN= ) =A000000000fed1c000 - 00000000fed20000 (reserved)
(XEN) =A00000= 0000fee00000 - 00000000fee01000 (reserved)
(XEN) =A000000000ffc00= 000 - 0000000100000000 (reserved)
(XEN) =A00000000100000000 - 0000000140000000 (usable)
(XEN) = ACPI: RSDP 000FE020, 0024 (r2 DELL =A0)
(XEN) ACPI: XSDT BF7EF170= , 00A4 (r1 DELL =A0 PE_SC3 =A0 =A0 =A0 =A0 =A01 DELL =A0 =A040000)
(XEN) ACPI: FACP BF7EB000, 00F4 (r4 DELL =A0 PE_SC3 =A0 =A0 =A0 =A0 =A01 = DELL =A0 =A040000)
(XEN) ACPI: DSDT BF7E1000, 68FE (r1 DELL =A0 PE_SC3 =A0 =A0 =A0 =A0 = =A00 DELL =A0 =A040000)
(XEN) ACPI: FACS BF7B8000, 0040
(XEN) ACPI: SPMI BF7EE000, 0040 (r5 DELL =A0 PE_SC3 =A0 =A0 =A0 =A0 =A01 D= ELL =A0 =A040000)
(XEN) ACPI: DMAR BF7ED000, 0078 (r1 DELL =A0 PE= _SC3 =A0 =A0 =A0 =A0 =A01 DELL =A0 =A040000)
(XEN) ACPI: ASF! BF7EC000, 00A5 (r32 DELL =A0 PE_SC3 =A0 =A0 =A0 =A0 = =A01 DELL =A0 =A040000)
(XEN) ACPI: HPET BF7EA000, 0038 (r1 DELL = =A0 PE_SC3 =A0 =A0 =A0 =A0 =A01 DELL =A0 =A040000)
(XEN) ACPI: AP= IC BF7E9000, 0092 (r2 DELL =A0 PE_SC3 =A0 =A0 =A0 =A0 =A01 DELL =A0 =A04000= 0)
(XEN) ACPI: MCFG BF7E8000, 003C (r1 DELL =A0 PE_SC3 =A0 =A0 =A0 =A0 = =A01 DELL =A0 =A040000)
(XEN) ACPI: BOOT BF7DE000, 0028 (r1 DELL = =A0 PE_SC3 =A0 =A0 =A0 =A0 =A01 DELL =A0 =A040000)
(XEN) ACPI: SS= DT BF7DD000, 02F6 (r1 DELL =A0 PE_SC3 =A0 =A0 =A0 1000 DELL =A0 =A040000)
(XEN) ACPI: ASPT BF7DA000, 0034 (r7 DELL =A0 PE_SC3 =A0 =A0 =A0 =A0 = =A01 DELL =A0 =A040000)
(XEN) ACPI: SSDT BF7D9000, 060E (r1 DELL = =A0 PE_SC3 =A0 =A0 =A0 3000 DELL =A0 =A040000)
(XEN) ACPI: SSDT B= F7D8000, 0A92 (r1 DELL =A0 PE_SC3 =A0 =A0 =A0 3000 DELL =A0 =A040000)
(XEN) ACPI: HEST BF7D7000, 00A8 (r1 DELL =A0 PE_SC3 =A0 =A0 =A0 =A0 = =A00 DELL =A0 =A040000)
(XEN) ACPI: ERST BF7D6000, 0230 (r1 DELL = =A0 PE_SC3 =A0 =A0 =A0 =A0 =A00 DELL =A0 =A040000)
(XEN) ACPI: BE= RT BF7D5000, 0030 (r1 DELL =A0 PE_SC3 =A0 =A0 =A0 =A0 =A00 DELL =A0 =A04000= 0)
(XEN) ACPI: EINJ BF7D4000, 0130 (r1 DELL =A0 PE_SC3 =A0 =A0 =A0 =A0 = =A00 DELL =A0 =A040000)
(XEN) System RAM: 4065MB (4163416kB)
(XEN) Domain heap initialised
(XEN) Processor #0 6:10 APIC = version 21
(XEN) Processor #2 6:10 APIC version 21
(XEN) Processor #4 6= :10 APIC version 21
(XEN) Processor #6 6:10 APIC version 21
=
(XEN) IOAPIC[0]: apic_id 0, version 32, address 0xfec00000, GSI 0-23
(XEN) Enabling APIC mode: =A0Flat. =A0Using 1 I/O APICs
(XEN= ) [VT-D]dmar.c:583: =A0 RMRR address range not in reserved memory base =3D = 0 end =3D fff; iommu_inclusive_mapping=3D1 parameter may be needed.
(XEN) Switched to APIC driver x2apic_cluster.
(XEN) Using scheduler: SMP Credit Scheduler (credit)
(XEN) D= etected 3093.084 MHz processor.
(XEN) Initing memory sharing.
(XEN) xstate_init: using cntxt_size: 0x340 and states: 0x7
(XEN) Intel VT-d iommu 0 supported page sizes: 4kB.
(XEN) In= tel VT-d Snoop Control enabled.
(XEN) Intel VT-d Dom0 DMA Passthr= ough not enabled.
(XEN) Intel VT-d Queued Invalidation enabled.
(XEN) Intel VT-d Interrupt Remapping enabled.
(XEN) Intel VT= -d Shared EPT tables not enabled.
(XEN) I/O virtualisation enable= d
(XEN) =A0- Dom0 mode: Relaxed
(XEN) Interrupt remappi= ng enabled
(XEN) Enabled directed EOI with ioapic_ack_old on!
(XEN) ENA= BLING IO-APIC IRQs
(XEN) =A0-> Using old ACK method
= (XEN) Platform timer is 14.318MHz HPET
(XEN) Allocated console ri= ng of 16 KiB.
(XEN) VMX: Supported advanced features:
(XEN) =A0- APIC MMIO= access virtualisation
(XEN) =A0- APIC TPR shadow
(XEN)= =A0- Extended Page Tables (EPT)
(XEN) =A0- Virtual-Processor Ide= ntifiers (VPID)
(XEN) =A0- Virtual NMI
(XEN) =A0- MSR direct-access bitmap
(XEN) =A0- Unrestricted Guest
(XEN) HVM: ASIDs enabled.<= /div>
(XEN) HVM: VMX enabled
(XEN) HVM: Hardware Assisted Pag= ing (HAP) detected
(XEN) HVM: HAP page sizes: 4kB, 2MB
(XEN) Brought up 4 CPUs<= /div>
(XEN) mtrr: your CPUs had inconsistent variable MTRR settings
(XEN) *** LOADING DOMAIN 0 ***
(XEN) =A0Xen =A0kernel: 64-= bit, lsb, compat32
(XEN) =A0Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x23f300= 0
(XEN) PHYSICAL MEMORY ARRANGEMENT:
(XEN) =A0Dom0 allo= c.: =A0 0000000134000000->0000000138000000 (233689 pages to be allocated= )
(XEN) =A0Init. ramdisk: 000000013d0d9000->0000000140000000
(XEN) VIRTUAL MEMORY ARRANGEMENT:
(XEN) =A0Loaded kernel: fffff= fff81000000->ffffffff823f3000
(XEN) =A0Init. ramdisk: ffffffff= 823f3000->ffffffff8531a000
(XEN) =A0Phys-Mach map: ffffffff8531a000->ffffffff8551a000
(XEN) =A0Start info: =A0 =A0ffffffff8551a000->ffffffff8551a4b4
(XEN) =A0Page tables: =A0 ffffffff8551b000->ffffffff8554a000
(XEN) =A0Boot stack: =A0 =A0ffffffff8554a000->ffffffff8554b000
(XEN) =A0TOTAL: =A0 =A0 =A0 =A0 ffffffff80000000->ffffffff85800000<= /div>
(XEN) =A0ENTRY ADDRESS: ffffffff81d261e0
(XEN) Dom0 has= maximum 4 VCPUs
(XEN) Scrubbing Free RAM: ......................= .......done.
(XEN) Initial low memory virq threshold set at 0x4000 pages.
(XEN) Std. Loglevel: Errors and warnings
(XEN) Guest Loglevel: N= othing (Rate-limited: Errors and warnings)
(XEN) Xen is relinquis= hing VGA console.
(XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times t= o switch input to Xen)
(XEN) Freed 260kB init memory.
(= XEN) traps.c:2503:d0 Domain attempted WRMSR 00000000000001fc from 0x0000000= 00004005f to 0x000000000004005d.
(XEN) traps.c:2503:d0 Domain attempted WRMSR 00000000000001fc from 0x0= 00000000004005f to 0x000000000004005d.
(XEN) traps.c:2503:d0 Doma= in attempted WRMSR 00000000000001fc from 0x000000000004005f to 0x0000000000= 04005d.
(XEN) traps.c:2503:d0 Domain attempted WRMSR 00000000000001fc from 0x0= 00000000004005f to 0x000000000004005d.

#####= ##########################################################

This occurs even if i attach a single pci device. I loads th= e HVM if pci is not passed through.

Any help would= be great.
Regards





On Wed, Feb 5, 2014 at 10:45 AM, Mike Neiderhauser &= lt;mikeneid= erhauser@gmail.com> wrote:
I am running into gnome-ses= sion errors for the desktop to get VNC up. =A0I will report back when I get= that fixed.

Regards.
=


On Wed, Feb 5, 2014 at 10:02 AM, Ian Campbell <Ian.Campbell@citrix.c= om> wrote:
On Wed, 2014-02-05 at 10:00 -0500, Mike Neiderhauser wrote:

>
> When trying to create the domu I get this:
>
>
> root@fiat:~# xl create /etc/xen/ubuntu-hvm-0.cfg
> Parsing config from /etc/xen/ubuntu-hvm-0.cfg
> WARNING: ignoring "kernel" directive for HVM guest. Use
> "firmware_override" instead if you really want a non-default= firmware
> WARNING: ignoring device_model directive.
> WARNING: Use "device_model_override" instead if you really w= ant a
> non-default device_model
> xc: info: VIRTUAL MEMORY ARRANGEMENT:
> =A0 Loader: =A0 =A0 =A0 =A00000000000100000->00000000001a69a4
> =A0 Modules: =A0 =A0 =A0 0000000000000000->0000000000000000
> =A0 TOTAL: =A0 =A0 =A0 =A0 0000000000000000->000000003f800000
> =A0 ENTRY ADDRESS: 0000000000100608
> xc: info: PHYSICAL MEMORY ALLOCATION:
> =A0 4KB PAGES: 0x0000000000000200
> =A0 2MB PAGES: 0x00000000000001fb
> =A0 1GB PAGES: 0x0000000000000000
> libxl: error: libxl_pci.c:990:libxl__device_pci_reset: The kernel
> doesn't support reset from sysfs for PCI device 0000:05:00.0
> libxl: error: libxl_pci.c:990:libxl__device_pci_reset: The kernel
> doesn't support reset from sysfs for PCI device 0000:05:00.1
> Daemon running with PID 3095

This looks like it has worked. Can you connect to the guest console and/or vnc manually?

Ian.




--047d7b6dcf42d2d09c04f1b09dee-- --===============5043789152767913749== 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 --===============5043789152767913749==-- From xen-users-bounces@lists.xen.org Wed Feb 05 22:53:25 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Feb 2014 22:53: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 1WBBL5-00065z-OB; Wed, 05 Feb 2014 22:53:03 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBBL2-00065n-Oq for xen-users@lists.xen.org; Wed, 05 Feb 2014 22:53:01 +0000 Received: from [193.109.254.147:61562] by server-10.bemta-14.messagelabs.com id 5D/89-10711-BC0C2F25; Wed, 05 Feb 2014 22:52:59 +0000 X-Env-Sender: mikeneiderhauser@gmail.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1391640771!2292361!1 X-Originating-IP: [209.85.212.42] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19505 invoked from network); 5 Feb 2014 22:52:52 -0000 Received: from mail-vb0-f42.google.com (HELO mail-vb0-f42.google.com) (209.85.212.42) by server-15.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 5 Feb 2014 22:52:52 -0000 Received: by mail-vb0-f42.google.com with SMTP id i3so845216vbh.1 for ; Wed, 05 Feb 2014 14:52:51 -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-type; bh=K/ooKD43Evj6tvnKs7zfjeCmKmgIvzQpiRXN2aPG6vc=; b=yVRu3jNYXpWyoOrz0QE3zx6ARP86Dvi8Nd5wjIlE6IUoI6EuG5enkGvbXIbeGt9j4N BA3hIJyja0/qU/Rndx74UV6Xy6mcZ9qZjuBUzjPfZFzA9dJBBPkP8uKzGSQIx+dGI3Jt Xn391aZwQqr861uHZzsPhhxrnmx4u00F5iRnVKIxnUZENvFFlAFaC4XqFtapeJCjQbfK pskOIKbmrh/zWS/NoW5l6mgJ+cOeS7SvxC3jx/6BAbw/8mkJRDi1LE6vb4ofpbzBdVgH my/wmdSwFMQyk59526JkK7YYTzURScFy78Ap2TNum0J3SMnJRQgc6jS6fWl8z4x81EZL iedg== X-Received: by 10.58.169.7 with SMTP id aa7mr2755670vec.24.1391640771217; Wed, 05 Feb 2014 14:52:51 -0800 (PST) MIME-Version: 1.0 Received: by 10.52.233.73 with HTTP; Wed, 5 Feb 2014 14:52:11 -0800 (PST) In-Reply-To: References: <1391592063.6497.71.camel@kazak.uk.xensource.com> <1391603593.6497.145.camel@kazak.uk.xensource.com> <1391604724.6497.149.camel@kazak.uk.xensource.com> <1391606132.6497.151.camel@kazak.uk.xensource.com> <1391608412.6497.167.camel@kazak.uk.xensource.com> <1391612577.23098.8.camel@kazak.uk.xensource.com> From: Mike Neiderhauser Date: Wed, 5 Feb 2014 17:52:11 -0500 Message-ID: To: Ian Campbell Cc: xen-users Subject: Re: [Xen-users] Requesting Help - Error: pci: PCI Backend and pci-stub don't own device X-BeenThere: xen-users@lists.xen.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="===============5043789152767913749==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5043789152767913749== Content-Type: multipart/alternative; boundary=047d7b6dcf42d2d09c04f1b09dee --047d7b6dcf42d2d09c04f1b09dee Content-Type: text/plain; charset=ISO-8859-1 Sorry for the delay. There was an issue where the host os was not detecting the Intel NIC I have installed. So I now have ubuntu desktop 13.10. I have installed the following packages apt-get install openssh-server apt-get install vim apt-get install xen-hypervisor-4.3-amd64 apt-get install gvncviewer I am still having issues getting the HVM started and viewable on VNC when passing through a pci device (it is connects when I do not pass through a pci device). I am running the script as before to assign the devices to pciback ############################################################### xl create /etc/xen/ubuntu-hvm-0.cfg returns: root@fiat:~# xl create /etc/xen/ubuntu-hvm-0.cfg Parsing config from /etc/xen/ubuntu-hvm-0.cfg WARNING: ignoring "kernel" directive for HVM guest. Use "firmware_override" instead if you really want a non-default firmware WARNING: ignoring device_model directive. WARNING: Use "device_model_override" instead if you really want a non-default device_model xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->00000000001a69a4 Modules: 0000000000000000->0000000000000000 TOTAL: 0000000000000000->000000003f800000 ENTRY ADDRESS: 0000000000100608 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x0000000000000200 2MB PAGES: 0x00000000000001fb 1GB PAGES: 0x0000000000000000 libxl: error: libxl_qmp.c:454:qmp_next: Socket read error: Connection reset by peer libxl: error: libxl_qmp.c:702:libxl__qmp_initialize: Connection error: Connection refused libxl: error: libxl_qmp.c:702:libxl__qmp_initialize: Connection error: Connection refused libxl: error: libxl_qmp.c:702:libxl__qmp_initialize: Connection error: Connection refused Daemon running with PID 2467 ############################################################### It does not appear to be getting time root@fiat:~# xl list Name ID Mem VCPUs State Time(s) Domain-0 0 1024 4 r----- 16.3 ubuntu-hvm-0 1 1025 1 ------ 0.0 ############################################################### /etc/xen/ubuntu-hvm-0.cfg kernel = "/usr/lib/xen-4.3/boot/hvmloader" builder='hvm' memory = 1024 vcpus=2 name = "ubuntu-hvm-0" vif = ['bridge=xenbr0'] pci_permissive=1 #pci= ['03:00.0', '03:00.1', '04:00.0', '04:00.1', '05:00.0', '05:00.1'] #pci= ['03:00.0', '03:00.1'] #pci= ['04:00.0', '04:00.1'] pci= ['03:00.0', '03:00.1', '04:00.0', '04:00.1'] #pci= ['05:00.0', '05:00.1'] disk = ['phy:/dev/ubuntu-vg/ubuntu-hvm-0,hda,w'] # , 'file:/root/ubuntu-12.04.3-server-amd64.iso,hdc:cdrom,r'] acpi = 1 device_model = 'qemu-dm' #boot="d" boot="c" sdl=0 serial='pty' vnc=1 vnclisten="0.0.0.0" vncpasswd="" on_poweroff = 'destroy' on_reboot = 'restart' on_crash = 'restart' ############################################################### dmesg root@fiat:~# dmesg [ 0.000000] Initializing cgroup subsys cpuset [ 0.000000] Initializing cgroup subsys cpu [ 0.000000] Initializing cgroup subsys cpuacct [ 0.000000] Linux version 3.11.0-12-generic (buildd@allspice) (gcc version 4.8.1 (Ubuntu/Linaro 4.8.1-10ubuntu7) ) #19-Ubuntu SMP Wed Oct 9 16:20:46 UTC 2013 (Ubuntu 3.11.0-12.19-generic 3.11.3) [ 0.000000] Command line: placeholder root=/dev/mapper/ubuntu--vg-root ro quiet splash [ 0.000000] KERNEL supported cpus: [ 0.000000] Intel GenuineIntel [ 0.000000] AMD AuthenticAMD [ 0.000000] Centaur CentaurHauls [ 0.000000] Freeing 9e-100 pfn range: 98 pages freed [ 0.000000] 1-1 mapping on 9e->100 [ 0.000000] 1-1 mapping on bdfb0->bf3b0 [ 0.000000] 1-1 mapping on bf5d6->bf5d8 [ 0.000000] 1-1 mapping on bf5e8->bf5ec [ 0.000000] 1-1 mapping on bf5f0->bf601 [ 0.000000] 1-1 mapping on bf63f->bf7f0 [ 0.000000] 1-1 mapping on bf800->100000 [ 0.000000] Released 98 pages of unused memory [ 0.000000] Set 269866 page(s) to 1-1 mapping [ 0.000000] Populating 40000-40062 pfn range: 98 pages added [ 0.000000] e820: BIOS-provided physical RAM map: [ 0.000000] Xen: [mem 0x0000000000000000-0x000000000009dfff] usable [ 0.000000] Xen: [mem 0x000000000009e400-0x00000000000fffff] reserved [ 0.000000] Xen: [mem 0x0000000000100000-0x00000000bdfaffff] usable [ 0.000000] Xen: [mem 0x00000000bdfb0000-0x00000000bf3affff] reserved [ 0.000000] Xen: [mem 0x00000000bf3b0000-0x00000000bf5d5fff] usable [ 0.000000] Xen: [mem 0x00000000bf5d6000-0x00000000bf5d7fff] reserved [ 0.000000] Xen: [mem 0x00000000bf5d8000-0x00000000bf5e7fff] usable [ 0.000000] Xen: [mem 0x00000000bf5e8000-0x00000000bf5ebfff] reserved [ 0.000000] Xen: [mem 0x00000000bf5ec000-0x00000000bf5effff] usable [ 0.000000] Xen: [mem 0x00000000bf5f0000-0x00000000bf600fff] reserved [ 0.000000] Xen: [mem 0x00000000bf601000-0x00000000bf63efff] usable [ 0.000000] Xen: [mem 0x00000000bf63f000-0x00000000bf6befff] reserved [ 0.000000] Xen: [mem 0x00000000bf6bf000-0x00000000bf7befff] ACPI NVS [ 0.000000] Xen: [mem 0x00000000bf7bf000-0x00000000bf7effff] ACPI data [ 0.000000] Xen: [mem 0x00000000bf7f0000-0x00000000bf7fffff] usable [ 0.000000] Xen: [mem 0x00000000bf800000-0x00000000bfffffff] reserved [ 0.000000] Xen: [mem 0x00000000e0000000-0x00000000efffffff] reserved [ 0.000000] Xen: [mem 0x00000000feb00000-0x00000000feb03fff] reserved [ 0.000000] Xen: [mem 0x00000000fec00000-0x00000000fec00fff] reserved [ 0.000000] Xen: [mem 0x00000000fed10000-0x00000000fed19fff] reserved [ 0.000000] Xen: [mem 0x00000000fed1c000-0x00000000fed1ffff] reserved [ 0.000000] Xen: [mem 0x00000000fee00000-0x00000000fee00fff] reserved [ 0.000000] Xen: [mem 0x00000000ffc00000-0x00000000ffffffff] reserved [ 0.000000] Xen: [mem 0x0000000100000000-0x000000013fffffff] usable [ 0.000000] NX (Execute Disable) protection: active [ 0.000000] SMBIOS 2.7 present. [ 0.000000] DMI: Dell Inc. PowerEdge R210 II/03X6X0, BIOS 2.5.1 07/11/2013 [ 0.000000] e820: update [mem 0x00000000-0x00000fff] usable ==> reserved [ 0.000000] e820: remove [mem 0x000a0000-0x000fffff] usable [ 0.000000] No AGP bridge found [ 0.000000] e820: last_pfn = 0x140000 max_arch_pfn = 0x400000000 [ 0.000000] e820: last_pfn = 0xbf800 max_arch_pfn = 0x400000000 [ 0.000000] Scanning 1 areas for low memory corruption [ 0.000000] Base memory trampoline at [ffff880000098000] 98000 size 24576 [ 0.000000] init_memory_mapping: [mem 0x00000000-0x000fffff] [ 0.000000] [mem 0x00000000-0x000fffff] page 4k [ 0.000000] init_memory_mapping: [mem 0x3fe00000-0x3fffffff] [ 0.000000] [mem 0x3fe00000-0x3fffffff] page 4k [ 0.000000] BRK [0x01fe9000, 0x01fe9fff] PGTABLE [ 0.000000] init_memory_mapping: [mem 0x3c000000-0x3fdfffff] [ 0.000000] [mem 0x3c000000-0x3fdfffff] page 4k [ 0.000000] BRK [0x01fea000, 0x01feafff] PGTABLE [ 0.000000] BRK [0x01feb000, 0x01febfff] PGTABLE [ 0.000000] BRK [0x01fec000, 0x01fecfff] PGTABLE [ 0.000000] BRK [0x01fed000, 0x01fedfff] PGTABLE [ 0.000000] BRK [0x01fee000, 0x01feefff] PGTABLE [ 0.000000] init_memory_mapping: [mem 0x00100000-0x3bffffff] [ 0.000000] [mem 0x00100000-0x3bffffff] page 4k [ 0.000000] init_memory_mapping: [mem 0x40000000-0xbdfaffff] [ 0.000000] [mem 0x40000000-0xbdfaffff] page 4k [ 0.000000] init_memory_mapping: [mem 0xbf3b0000-0xbf5d5fff] [ 0.000000] [mem 0xbf3b0000-0xbf5d5fff] page 4k [ 0.000000] init_memory_mapping: [mem 0xbf5d8000-0xbf5e7fff] [ 0.000000] [mem 0xbf5d8000-0xbf5e7fff] page 4k [ 0.000000] init_memory_mapping: [mem 0xbf5ec000-0xbf5effff] [ 0.000000] [mem 0xbf5ec000-0xbf5effff] page 4k [ 0.000000] init_memory_mapping: [mem 0xbf601000-0xbf63efff] [ 0.000000] [mem 0xbf601000-0xbf63efff] page 4k [ 0.000000] init_memory_mapping: [mem 0xbf7f0000-0xbf7fffff] [ 0.000000] [mem 0xbf7f0000-0xbf7fffff] page 4k [ 0.000000] init_memory_mapping: [mem 0x100000000-0x13fffffff] [ 0.000000] [mem 0x100000000-0x13fffffff] page 4k [ 0.000000] RAMDISK: [mem 0x023f3000-0x05319fff] [ 0.000000] ACPI: RSDP 00000000000fe020 00024 (v02 DELL ) [ 0.000000] ACPI: XSDT 00000000bf7ef170 000A4 (v01 DELL PE_SC3 00000001 DELL 00040000) [ 0.000000] ACPI: FACP 00000000bf7eb000 000F4 (v04 DELL PE_SC3 00000001 DELL 00040000) [ 0.000000] ACPI: DSDT 00000000bf7e1000 068FE (v01 DELL PE_SC3 00000000 DELL 00040000) [ 0.000000] ACPI: FACS 00000000bf7b8000 00040 [ 0.000000] ACPI: SPMI 00000000bf7ee000 00040 (v05 DELL PE_SC3 00000001 DELL 00040000) [ 0.000000] ACPI: XMAR 00000000bf7ed000 00078 (v01 DELL PE_SC3 00000001 DELL 00040000) [ 0.000000] ACPI: ASF! 00000000bf7ec000 000A5 (v32 DELL PE_SC3 00000001 DELL 00040000) [ 0.000000] ACPI: HPET 00000000bf7ea000 00038 (v01 DELL PE_SC3 00000001 DELL 00040000) [ 0.000000] ACPI: APIC 00000000bf7e9000 00092 (v02 DELL PE_SC3 00000001 DELL 00040000) [ 0.000000] ACPI: MCFG 00000000bf7e8000 0003C (v01 DELL PE_SC3 00000001 DELL 00040000) [ 0.000000] ACPI: BOOT 00000000bf7de000 00028 (v01 DELL PE_SC3 00000001 DELL 00040000) [ 0.000000] ACPI: SSDT 00000000bf7dd000 002F6 (v01 DELL PE_SC3 00001000 DELL 00040000) [ 0.000000] ACPI: ASPT 00000000bf7da000 00034 (v07 DELL PE_SC3 00000001 DELL 00040000) [ 0.000000] ACPI: SSDT 00000000bf7d9000 0060E (v01 DELL PE_SC3 00003000 DELL 00040000) [ 0.000000] ACPI: SSDT 00000000bf7d8000 00A92 (v01 DELL PE_SC3 00003000 DELL 00040000) [ 0.000000] ACPI: HEST 00000000bf7d7000 000A8 (v01 DELL PE_SC3 00000000 DELL 00040000) [ 0.000000] ACPI: ERST 00000000bf7d6000 00230 (v01 DELL PE_SC3 00000000 DELL 00040000) [ 0.000000] ACPI: BERT 00000000bf7d5000 00030 (v01 DELL PE_SC3 00000000 DELL 00040000) [ 0.000000] ACPI: EINJ 00000000bf7d4000 00130 (v01 DELL PE_SC3 00000000 DELL 00040000) [ 0.000000] ACPI: Local APIC address 0xfee00000 [ 0.000000] NUMA turned off [ 0.000000] Faking a node at [mem 0x0000000000000000-0x000000013fffffff] [ 0.000000] Initmem setup node 0 [mem 0x00000000-0x13fffffff] [ 0.000000] NODE_DATA [mem 0x3f899000-0x3f89dfff] [ 0.000000] Zone ranges: [ 0.000000] DMA [mem 0x00001000-0x00ffffff] [ 0.000000] DMA32 [mem 0x01000000-0xffffffff] [ 0.000000] Normal [mem 0x100000000-0x13fffffff] [ 0.000000] Movable zone start for each node [ 0.000000] Early memory node ranges [ 0.000000] node 0: [mem 0x00001000-0x0009dfff] [ 0.000000] node 0: [mem 0x00100000-0xbdfaffff] [ 0.000000] node 0: [mem 0xbf3b0000-0xbf5d5fff] [ 0.000000] node 0: [mem 0xbf5d8000-0xbf5e7fff] [ 0.000000] node 0: [mem 0xbf5ec000-0xbf5effff] [ 0.000000] node 0: [mem 0xbf601000-0xbf63efff] [ 0.000000] node 0: [mem 0xbf7f0000-0xbf7fffff] [ 0.000000] node 0: [mem 0x100000000-0x13fffffff] [ 0.000000] On node 0 totalpages: 1040853 [ 0.000000] DMA zone: 64 pages used for memmap [ 0.000000] DMA zone: 21 pages reserved [ 0.000000] DMA zone: 3997 pages, LIFO batch:0 [ 0.000000] DMA32 zone: 12105 pages used for memmap [ 0.000000] DMA32 zone: 774712 pages, LIFO batch:31 [ 0.000000] Normal zone: 4096 pages used for memmap [ 0.000000] Normal zone: 262144 pages, LIFO batch:31 [ 0.000000] ACPI: PM-Timer IO Port: 0x408 [ 0.000000] ACPI: Local APIC address 0xfee00000 [ 0.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] enabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x03] lapic_id[0x04] enabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x04] lapic_id[0x06] enabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x05] lapic_id[0x00] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x06] lapic_id[0x00] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x07] lapic_id[0x00] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x08] lapic_id[0x00] disabled) [ 0.000000] ACPI: LAPIC_NMI (acpi_id[0xff] high edge lint[0x1]) [ 0.000000] ACPI: IOAPIC (id[0x00] address[0xfec00000] gsi_base[0]) [ 0.000000] IOAPIC[0]: apic_id 0, version 32, address 0xfec00000, GSI 0-23 [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) [ 0.000000] ACPI: IRQ0 used by override. [ 0.000000] ACPI: IRQ2 used by override. [ 0.000000] ACPI: IRQ9 used by override. [ 0.000000] Using ACPI (MADT) for SMP configuration information [ 0.000000] ACPI: HPET id: 0x8086a201 base: 0xfed00000 [ 0.000000] smpboot: Allowing 8 CPUs, 4 hotplug CPUs [ 0.000000] nr_irqs_gsi: 40 [ 0.000000] PM: Registered nosave memory: [mem 0x0009e000-0x0009efff] [ 0.000000] PM: Registered nosave memory: [mem 0x0009f000-0x000fffff] [ 0.000000] PM: Registered nosave memory: [mem 0xbdfb0000-0xbf3affff] [ 0.000000] PM: Registered nosave memory: [mem 0xbf5d6000-0xbf5d7fff] [ 0.000000] PM: Registered nosave memory: [mem 0xbf5e8000-0xbf5ebfff] [ 0.000000] PM: Registered nosave memory: [mem 0xbf5f0000-0xbf600fff] [ 0.000000] PM: Registered nosave memory: [mem 0xbf63f000-0xbf6befff] [ 0.000000] PM: Registered nosave memory: [mem 0xbf6bf000-0xbf7befff] [ 0.000000] PM: Registered nosave memory: [mem 0xbf7bf000-0xbf7effff] [ 0.000000] PM: Registered nosave memory: [mem 0xbf800000-0xbfffffff] [ 0.000000] PM: Registered nosave memory: [mem 0xc0000000-0xdfffffff] [ 0.000000] PM: Registered nosave memory: [mem 0xe0000000-0xefffffff] [ 0.000000] PM: Registered nosave memory: [mem 0xf0000000-0xfeafffff] [ 0.000000] PM: Registered nosave memory: [mem 0xfeb00000-0xfeb03fff] [ 0.000000] PM: Registered nosave memory: [mem 0xfeb04000-0xfebfffff] [ 0.000000] PM: Registered nosave memory: [mem 0xfec00000-0xfec00fff] [ 0.000000] PM: Registered nosave memory: [mem 0xfec01000-0xfed0ffff] [ 0.000000] PM: Registered nosave memory: [mem 0xfed10000-0xfed19fff] [ 0.000000] PM: Registered nosave memory: [mem 0xfed1a000-0xfed1bfff] [ 0.000000] PM: Registered nosave memory: [mem 0xfed1c000-0xfed1ffff] [ 0.000000] PM: Registered nosave memory: [mem 0xfed20000-0xfedfffff] [ 0.000000] PM: Registered nosave memory: [mem 0xfee00000-0xfee00fff] [ 0.000000] PM: Registered nosave memory: [mem 0xfee01000-0xffbfffff] [ 0.000000] PM: Registered nosave memory: [mem 0xffc00000-0xffffffff] [ 0.000000] e820: [mem 0xc0000000-0xdfffffff] available for PCI devices [ 0.000000] Booting paravirtualized kernel on Xen [ 0.000000] Xen version: 4.3.0 (preserve-AD) [ 0.000000] setup_percpu: NR_CPUS:256 nr_cpumask_bits:256 nr_cpu_ids:8 nr_node_ids:1 [ 0.000000] PERCPU: Embedded 29 pages/cpu @ffff88003f200000 s86720 r8192 d23872 u262144 [ 0.000000] pcpu-alloc: s86720 r8192 d23872 u262144 alloc=1*2097152 [ 0.000000] pcpu-alloc: [0] 0 1 2 3 4 5 6 7 [ 1.486636] Built 1 zonelists in Node order, mobility grouping on. Total pages: 1024567 [ 1.486637] Policy zone: Normal [ 1.486638] Kernel command line: placeholder root=/dev/mapper/ubuntu--vg-root ro quiet splash [ 1.487047] PID hash table entries: 4096 (order: 3, 32768 bytes) [ 1.487077] xsave: enabled xstate_bv 0x7, cntxt size 0x340 [ 1.507303] software IO TLB [mem 0x37000000-0x3b000000] (64MB) mapped at [ffff880037000000-ffff88003affffff] [ 1.512552] Memory: 840772K/4163412K available (7141K kernel code, 1082K rwdata, 3260K rodata, 1364K init, 1420K bss, 3322640K reserved) [ 1.512614] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=4, Nodes=1 [ 1.512630] Hierarchical RCU implementation. [ 1.512631] RCU dyntick-idle grace-period acceleration is enabled. [ 1.512632] RCU restricting CPUs from NR_CPUS=256 to nr_cpu_ids=4. [ 1.512633] Offload RCU callbacks from all CPUs [ 1.512636] Offload RCU callbacks from CPUs: 0-255. [ 1.512643] NR_IRQS:16640 nr_irqs:712 16 [ 1.512699] xen: sci override: global_irq=9 trigger=0 polarity=0 [ 1.512701] xen: registering gsi 9 triggering 0 polarity 0 [ 1.512712] xen: --> pirq=9 -> irq=9 (gsi=9) [ 1.512731] xen: acpi sci 9 [ 1.512734] xen: --> pirq=1 -> irq=1 (gsi=1) [ 1.512736] xen: --> pirq=2 -> irq=2 (gsi=2) [ 1.512740] xen: --> pirq=3 -> irq=3 (gsi=3) [ 1.512742] xen: --> pirq=4 -> irq=4 (gsi=4) [ 1.512744] xen: --> pirq=5 -> irq=5 (gsi=5) [ 1.512747] xen: --> pirq=6 -> irq=6 (gsi=6) [ 1.512749] xen: --> pirq=7 -> irq=7 (gsi=7) [ 1.512751] xen: --> pirq=8 -> irq=8 (gsi=8) [ 1.512754] xen: --> pirq=10 -> irq=10 (gsi=10) [ 1.512756] xen: --> pirq=11 -> irq=11 (gsi=11) [ 1.512758] xen: --> pirq=12 -> irq=12 (gsi=12) [ 1.512761] xen: --> pirq=13 -> irq=13 (gsi=13) [ 1.512763] xen: --> pirq=14 -> irq=14 (gsi=14) [ 1.512765] xen: --> pirq=15 -> irq=15 (gsi=15) [ 1.517253] Console: colour VGA+ 80x25 [ 1.517318] console [tty0] enabled [ 1.519389] allocated 16777216 bytes of page_cgroup [ 1.519391] please try 'cgroup_disable=memory' option if you don't want memory cgroups [ 1.519429] Xen: using vcpuop timer interface [ 1.519434] installing Xen timer for CPU 0 [ 1.519459] tsc: Detected 3093.084 MHz processor [ 1.519463] Calibrating delay loop (skipped), value calculated using timer frequency.. 6186.16 BogoMIPS (lpj=12372336) [ 1.519466] pid_max: default: 32768 minimum: 301 [ 1.519492] Security Framework initialized [ 1.519510] AppArmor: AppArmor initialized [ 1.519511] Yama: becoming mindful. [ 1.519981] Dentry cache hash table entries: 524288 (order: 10, 4194304 bytes) [ 1.520717] Inode-cache hash table entries: 262144 (order: 9, 2097152 bytes) [ 1.520990] Mount-cache hash table entries: 256 [ 1.521162] Initializing cgroup subsys memory [ 1.521172] Initializing cgroup subsys devices [ 1.521174] Initializing cgroup subsys freezer [ 1.521176] Initializing cgroup subsys blkio [ 1.521177] Initializing cgroup subsys perf_event [ 1.521179] Initializing cgroup subsys hugetlb [ 1.521225] ENERGY_PERF_BIAS: Set to 'normal', was 'performance' [ 1.521225] ENERGY_PERF_BIAS: View and update with x86_energy_perf_policy(8) [ 1.521228] CPU: Physical Processor ID: 0 [ 1.521228] CPU: Processor Core ID: 0 [ 1.521230] mce: CPU supports 2 MCE banks [ 1.521245] Last level iTLB entries: 4KB 512, 2MB 0, 4MB 0 [ 1.521245] Last level dTLB entries: 4KB 512, 2MB 32, 4MB 32 [ 1.521245] tlb_flushall_shift: 5 [ 1.521328] Freeing SMP alternatives memory: 28K (ffffffff81e65000 - ffffffff81e6c000) [ 1.523297] ACPI: Core revision 20130517 [ 1.526721] ACPI: All ACPI Tables successfully acquired [ 1.538002] ftrace: allocating 27796 entries in 109 pages [ 1.548829] cpu 0 spinlock event irq 41 [ 1.548853] Performance Events: unsupported p6 CPU model 42 no PMU driver, software events only. [ 1.549956] NMI watchdog: disabled (cpu0): hardware events not enabled [ 1.550009] installing Xen timer for CPU 1 [ 1.550017] cpu 1 spinlock event irq 48 [ 1.550257] installing Xen timer for CPU 2 [ 1.550264] cpu 2 spinlock event irq 55 [ 1.550513] installing Xen timer for CPU 3 [ 1.550519] cpu 3 spinlock event irq 62 [ 1.550690] Brought up 4 CPUs [ 1.550966] devtmpfs: initialized [ 1.551687] EVM: security.selinux [ 1.551689] EVM: security.SMACK64 [ 1.551689] EVM: security.capability [ 1.551757] PM: Registering ACPI NVS region [mem 0xbf6bf000-0xbf7befff] (1048576 bytes) [ 1.552351] xen:grant_table: Grant tables using version 2 layout [ 1.552361] Grant table initialized [ 1.552397] regulator-dummy: no parameters [ 1.552436] RTC time: 22:43:25, date: 02/05/14 [ 1.552464] NET: Registered protocol family 16 [ 1.552618] ACPI FADT declares the system doesn't support PCIe ASPM, so disable it [ 1.552620] ACPI: bus type PCI registered [ 1.552622] acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5 [ 1.552716] PCI: MMCONFIG for domain 0000 [bus 00-ff] at [mem 0xe0000000-0xefffffff] (base 0xe0000000) [ 1.552718] PCI: MMCONFIG at [mem 0xe0000000-0xefffffff] reserved in E820 [ 1.586748] PCI: Using configuration type 1 for base access [ 1.587622] bio: create slab at 0 [ 1.587825] ACPI: Added _OSI(Module Device) [ 1.587827] ACPI: Added _OSI(Processor Device) [ 1.587828] ACPI: Added _OSI(3.0 _SCP Extensions) [ 1.587829] ACPI: Added _OSI(Processor Aggregator Device) [ 1.589017] ACPI: EC: Look up EC in DSDT [ 1.590162] ACPI: Executed 1 blocks of module-level executable AML code [ 1.592112] ACPI: SSDT 00000000bf64d018 0083B (v01 PmRef Cpu0Cst 00003001 INTL 20080729) [ 1.592397] ACPI: Dynamic OEM Table Load: [ 1.592399] ACPI: SSDT (null) 0083B (v01 PmRef Cpu0Cst 00003001 INTL 20080729) [ 1.594985] ACPI: SSDT 00000000bf64ea98 00303 (v01 PmRef ApIst 00003000 INTL 20080729) [ 1.595292] ACPI: Dynamic OEM Table Load: [ 1.595294] ACPI: SSDT (null) 00303 (v01 PmRef ApIst 00003000 INTL 20080729) [ 1.598960] ACPI: SSDT 00000000bf64cd98 00119 (v01 PmRef ApCst 00003000 INTL 20080729) [ 1.599246] ACPI: Dynamic OEM Table Load: [ 1.599248] ACPI: SSDT (null) 00119 (v01 PmRef ApCst 00003000 INTL 20080729) [ 1.603360] ACPI: Interpreter enabled [ 1.603366] ACPI Exception: AE_NOT_FOUND, While evaluating Sleep State [\_S1_] (20130517/hwxface-571) [ 1.603370] ACPI Exception: AE_NOT_FOUND, While evaluating Sleep State [\_S2_] (20130517/hwxface-571) [ 1.603373] ACPI Exception: AE_NOT_FOUND, While evaluating Sleep State [\_S3_] (20130517/hwxface-571) [ 1.603382] ACPI: (supports S0 S4 S5) [ 1.603383] ACPI: Using IOAPIC for interrupt routing [ 1.603423] HEST: Table parsing has been initialized. [ 1.603426] PCI: Using host bridge windows from ACPI; if necessary, use "pci=nocrs" and report a bug [ 1.603514] ACPI: No dock devices found. [ 1.607296] ACPI: Power Resource [FN00] (off) [ 1.607362] ACPI: Power Resource [FN01] (off) [ 1.607424] ACPI: Power Resource [FN02] (off) [ 1.607485] ACPI: Power Resource [FN03] (off) [ 1.607545] ACPI: Power Resource [FN04] (off) [ 1.608092] ACPI: PCI Root Bridge [PCI0] (domain 0000 [bus 00-fe]) [ 1.608233] acpi PNP0A08:00: Requesting ACPI _OSC control (0x1d) [ 1.608615] acpi PNP0A08:00: ACPI _OSC control (0x1d) granted [ 1.609128] PCI host bridge to bus 0000:00 [ 1.609130] pci_bus 0000:00: root bus resource [bus 00-fe] [ 1.609132] pci_bus 0000:00: root bus resource [io 0x0000-0x0cf7] [ 1.609133] pci_bus 0000:00: root bus resource [io 0x0d00-0xffff] [ 1.609135] pci_bus 0000:00: root bus resource [mem 0x000a0000-0x000bffff] [ 1.609136] pci_bus 0000:00: root bus resource [mem 0xc0000000-0xfeafffff] [ 1.609148] pci 0000:00:00.0: [8086:0108] type 00 class 0x060000 [ 1.609278] pci 0000:00:01.0: [8086:0101] type 01 class 0x060400 [ 1.609355] pci 0000:00:01.0: PME# supported from D0 D3hot D3cold [ 1.609397] pci 0000:00:01.0: System wakeup disabled by ACPI [ 1.609521] pci 0000:00:1a.0: [8086:1c2d] type 00 class 0x0c0320 [ 1.609883] pci 0000:00:1a.0: reg 0x10: [mem 0xc6906000-0xc69063ff] [ 1.611696] pci 0000:00:1a.0: PME# supported from D0 D3hot D3cold [ 1.611765] pci 0000:00:1a.0: System wakeup disabled by ACPI [ 1.611815] pci 0000:00:1c.0: [8086:1c10] type 01 class 0x060400 [ 1.611988] pci 0000:00:1c.0: PME# supported from D0 D3hot D3cold [ 1.612047] pci 0000:00:1c.0: System wakeup disabled by ACPI [ 1.612115] pci 0000:00:1d.0: [8086:1c26] type 00 class 0x0c0320 [ 1.612468] pci 0000:00:1d.0: reg 0x10: [mem 0xc6905000-0xc69053ff] [ 1.614215] pci 0000:00:1d.0: PME# supported from D0 D3hot D3cold [ 1.614282] pci 0000:00:1d.0: System wakeup disabled by ACPI [ 1.614324] pci 0000:00:1e.0: [8086:244e] type 01 class 0x060401 [ 1.614481] pci 0000:00:1e.0: System wakeup disabled by ACPI [ 1.614522] pci 0000:00:1f.0: [8086:1c52] type 00 class 0x060100 [ 1.614802] pci 0000:00:1f.2: [8086:1c02] type 00 class 0x010601 [ 1.614849] pci 0000:00:1f.2: reg 0x10: [io 0x4048-0x404f] [ 1.614866] pci 0000:00:1f.2: reg 0x14: [io 0x4054-0x4057] [ 1.614884] pci 0000:00:1f.2: reg 0x18: [io 0x4040-0x4047] [ 1.614902] pci 0000:00:1f.2: reg 0x1c: [io 0x4050-0x4053] [ 1.614918] pci 0000:00:1f.2: reg 0x20: [io 0x4020-0x403f] [ 1.614936] pci 0000:00:1f.2: reg 0x24: [mem 0xc6904000-0xc69047ff] [ 1.615054] pci 0000:00:1f.2: PME# supported from D3hot [ 1.615140] pci 0000:00:1f.3: [8086:1c22] type 00 class 0x0c0500 [ 1.615174] pci 0000:00:1f.3: reg 0x10: [mem 0xc6902000-0xc69020ff 64bit] [ 1.615223] pci 0000:00:1f.3: reg 0x20: [io 0x4000-0x401f] [ 1.615405] pci 0000:01:00.0: [111d:8018] type 01 class 0x060400 [ 1.615505] pci 0000:01:00.0: PME# supported from D0 D3hot D3cold [ 1.615531] pci 0000:01:00.0: System wakeup disabled by ACPI [ 1.622042] pci 0000:00:01.0: PCI bridge to [bus 01-04] [ 1.622047] pci 0000:00:01.0: bridge window [io 0x2000-0x3fff] [ 1.622051] pci 0000:00:01.0: bridge window [mem 0xc5400000-0xc68fffff] [ 1.622137] pci 0000:02:02.0: [111d:8018] type 01 class 0x060400 [ 1.622252] pci 0000:02:02.0: PME# supported from D0 D3hot D3cold [ 1.622323] pci 0000:02:04.0: [111d:8018] type 01 class 0x060400 [ 1.622437] pci 0000:02:04.0: PME# supported from D0 D3hot D3cold [ 1.622525] pci 0000:01:00.0: PCI bridge to [bus 02-04] [ 1.622533] pci 0000:01:00.0: bridge window [io 0x2000-0x3fff] [ 1.622538] pci 0000:01:00.0: bridge window [mem 0xc5400000-0xc68fffff] [ 1.622635] pci 0000:03:00.0: [8086:10e8] type 00 class 0x020000 [ 1.622656] pci 0000:03:00.0: reg 0x10: [mem 0xc6820000-0xc683ffff] [ 1.622672] pci 0000:03:00.0: reg 0x14: [mem 0xc6400000-0xc67fffff] [ 1.622687] pci 0000:03:00.0: reg 0x18: [io 0x3020-0x303f] [ 1.622702] pci 0000:03:00.0: reg 0x1c: [mem 0xc6844000-0xc6847fff] [ 1.622745] pci 0000:03:00.0: reg 0x30: [mem 0xffc00000-0xffffffff pref] [ 1.622828] pci 0000:03:00.0: PME# supported from D0 D3hot D3cold [ 1.622880] pci 0000:03:00.0: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.622906] pci 0000:03:00.0: reg 0x190: [mem 0x00000000-0x00003fff 64bit] [ 1.623005] pci 0000:03:00.1: [8086:10e8] type 00 class 0x020000 [ 1.623026] pci 0000:03:00.1: reg 0x10: [mem 0xc6800000-0xc681ffff] [ 1.623041] pci 0000:03:00.1: reg 0x14: [mem 0xc6000000-0xc63fffff] [ 1.623056] pci 0000:03:00.1: reg 0x18: [io 0x3000-0x301f] [ 1.623071] pci 0000:03:00.1: reg 0x1c: [mem 0xc6840000-0xc6843fff] [ 1.623114] pci 0000:03:00.1: reg 0x30: [mem 0xffc00000-0xffffffff pref] [ 1.623197] pci 0000:03:00.1: PME# supported from D0 D3hot D3cold [ 1.623248] pci 0000:03:00.1: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.623275] pci 0000:03:00.1: reg 0x190: [mem 0x00000000-0x00003fff 64bit] [ 1.623376] pci 0000:02:02.0: PCI bridge to [bus 03] [ 1.623384] pci 0000:02:02.0: bridge window [io 0x3000-0x3fff] [ 1.623389] pci 0000:02:02.0: bridge window [mem 0xc6000000-0xc68fffff] [ 1.623487] pci 0000:04:00.0: [8086:10e8] type 00 class 0x020000 [ 1.623508] pci 0000:04:00.0: reg 0x10: [mem 0xc5c20000-0xc5c3ffff] [ 1.623523] pci 0000:04:00.0: reg 0x14: [mem 0xc5800000-0xc5bfffff] [ 1.623538] pci 0000:04:00.0: reg 0x18: [io 0x2020-0x203f] [ 1.623554] pci 0000:04:00.0: reg 0x1c: [mem 0xc5c44000-0xc5c47fff] [ 1.623596] pci 0000:04:00.0: reg 0x30: [mem 0xffc00000-0xffffffff pref] [ 1.623679] pci 0000:04:00.0: PME# supported from D0 D3hot [ 1.623730] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.623756] pci 0000:04:00.0: reg 0x190: [mem 0x00000000-0x00003fff 64bit] [ 1.623853] pci 0000:04:00.1: [8086:10e8] type 00 class 0x020000 [ 1.623874] pci 0000:04:00.1: reg 0x10: [mem 0xc5c00000-0xc5c1ffff] [ 1.623889] pci 0000:04:00.1: reg 0x14: [mem 0xc5400000-0xc57fffff] [ 1.623904] pci 0000:04:00.1: reg 0x18: [io 0x2000-0x201f] [ 1.623919] pci 0000:04:00.1: reg 0x1c: [mem 0xc5c40000-0xc5c43fff] [ 1.623962] pci 0000:04:00.1: reg 0x30: [mem 0xffc00000-0xffffffff pref] [ 1.624044] pci 0000:04:00.1: PME# supported from D0 D3hot [ 1.624096] pci 0000:04:00.1: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.624122] pci 0000:04:00.1: reg 0x190: [mem 0x00000000-0x00003fff 64bit] [ 1.624221] pci 0000:02:04.0: PCI bridge to [bus 04] [ 1.624229] pci 0000:02:04.0: bridge window [io 0x2000-0x2fff] [ 1.624234] pci 0000:02:04.0: bridge window [mem 0xc5400000-0xc5cfffff] [ 1.624417] pci 0000:05:00.0: [14e4:163b] type 00 class 0x020000 [ 1.624457] pci 0000:05:00.0: reg 0x10: [mem 0xc0000000-0xc1ffffff 64bit] [ 1.624697] pci 0000:05:00.0: PME# supported from D0 D3hot D3cold [ 1.624739] pci 0000:05:00.0: System wakeup disabled by ACPI [ 1.624821] pci 0000:05:00.1: [14e4:163b] type 00 class 0x020000 [ 1.624861] pci 0000:05:00.1: reg 0x10: [mem 0xc2000000-0xc3ffffff 64bit] [ 1.625101] pci 0000:05:00.1: PME# supported from D0 D3hot D3cold [ 1.625231] pci 0000:00:1c.0: PCI bridge to [bus 05] [ 1.625242] pci 0000:00:1c.0: bridge window [mem 0xc0000000-0xc3ffffff] [ 1.625333] pci 0000:06:03.0: [102b:0532] type 00 class 0x030000 [ 1.625365] pci 0000:06:03.0: reg 0x10: [mem 0xc4000000-0xc47fffff pref] [ 1.625383] pci 0000:06:03.0: reg 0x14: [mem 0xc5000000-0xc5003fff] [ 1.625401] pci 0000:06:03.0: reg 0x18: [mem 0xc4800000-0xc4ffffff] [ 1.625467] pci 0000:06:03.0: reg 0x30: [mem 0xffff0000-0xffffffff pref] [ 1.625618] pci 0000:00:1e.0: PCI bridge to [bus 06] (subtractive decode) [ 1.625629] pci 0000:00:1e.0: bridge window [mem 0xc4800000-0xc50fffff] [ 1.625640] pci 0000:00:1e.0: bridge window [mem 0xc4000000-0xc47fffff 64bit pref] [ 1.625641] pci 0000:00:1e.0: bridge window [io 0x0000-0x0cf7] (subtractive decode) [ 1.625643] pci 0000:00:1e.0: bridge window [io 0x0d00-0xffff] (subtractive decode) [ 1.625644] pci 0000:00:1e.0: bridge window [mem 0x000a0000-0x000bffff] (subtractive decode) [ 1.625646] pci 0000:00:1e.0: bridge window [mem 0xc0000000-0xfeafffff] (subtractive decode) [ 1.625672] acpi PNP0A08:00: Disabling ASPM (FADT indicates it is unsupported) [ 1.626157] ACPI: PCI Interrupt Link [LNKA] (IRQs 1 3 4 5 6 *10 11 12 14 15) [ 1.626206] ACPI: PCI Interrupt Link [LNKB] (IRQs 1 3 4 5 6 10 *11 12 14 15) [ 1.626254] ACPI: PCI Interrupt Link [LNKC] (IRQs 1 3 4 5 6 *10 11 12 14 15) [ 1.626300] ACPI: PCI Interrupt Link [LNKD] (IRQs 1 3 4 5 *6 10 11 12 14 15) [ 1.626347] ACPI: PCI Interrupt Link [LNKE] (IRQs 1 3 4 5 6 10 11 12 *14 15) [ 1.626393] ACPI: PCI Interrupt Link [LNKF] (IRQs 1 3 4 5 *6 10 11 12 14 15) [ 1.626439] ACPI: PCI Interrupt Link [LNKG] (IRQs 1 3 4 5 6 10 11 12 14 15) *0, disabled. [ 1.626487] ACPI: PCI Interrupt Link [LNKH] (IRQs 1 3 4 5 6 10 11 12 14 *15) [ 1.626719] ACPI: Enabled 6 GPEs in block 00 to 3F [ 1.626725] ACPI: \_SB_.PCI0: notify handler is installed [ 1.626767] Found 1 acpi root devices [ 1.626788] xen:balloon: Initialising balloon driver [ 1.633777] xen_balloon: Initialising balloon driver [ 1.633937] vgaarb: device added: PCI:0000:06:03.0,decodes=io+mem,owns=io+mem,locks=none [ 1.633938] vgaarb: loaded [ 1.633939] vgaarb: bridge control possible 0000:06:03.0 [ 1.634070] SCSI subsystem initialized [ 1.634072] ACPI: bus type ATA registered [ 1.634100] libata version 3.00 loaded. [ 1.634112] ACPI: bus type USB registered [ 1.634127] usbcore: registered new interface driver usbfs [ 1.634132] usbcore: registered new interface driver hub [ 1.634302] usbcore: registered new device driver usb [ 1.634484] PCI: Using ACPI for IRQ routing [ 1.652726] PCI: pci_cache_line_size set to 64 bytes [ 1.652818] e820: reserve RAM buffer [mem 0x0009e000-0x0009ffff] [ 1.652819] e820: reserve RAM buffer [mem 0xbdfb0000-0xbfffffff] [ 1.652821] e820: reserve RAM buffer [mem 0xbf5d6000-0xbfffffff] [ 1.652822] e820: reserve RAM buffer [mem 0xbf5e8000-0xbfffffff] [ 1.652824] e820: reserve RAM buffer [mem 0xbf5f0000-0xbfffffff] [ 1.652825] e820: reserve RAM buffer [mem 0xbf63f000-0xbfffffff] [ 1.652826] e820: reserve RAM buffer [mem 0xbf800000-0xbfffffff] [ 1.652898] NetLabel: Initializing [ 1.652899] NetLabel: domain hash size = 128 [ 1.652900] NetLabel: protocols = UNLABELED CIPSOv4 [ 1.652908] NetLabel: unlabeled traffic allowed by default [ 1.653076] Switched to clocksource xen [ 1.657463] AppArmor: AppArmor Filesystem Enabled [ 1.657479] pnp: PnP ACPI init [ 1.657487] ACPI: bus type PNP registered [ 1.657631] pnp 00:00: Plug and Play ACPI device, IDs IPI0001 (active) [ 1.657640] pnp 00:01: [dma 4] [ 1.657652] pnp 00:01: Plug and Play ACPI device, IDs PNP0200 (active) [ 1.657667] pnp 00:02: Plug and Play ACPI device, IDs INT0800 (active) [ 1.657729] pnp 00:03: Plug and Play ACPI device, IDs PNP0103 (active) [ 1.657738] xen: registering gsi 13 triggering 1 polarity 0 [ 1.657770] pnp 00:04: Plug and Play ACPI device, IDs PNP0c04 (active) [ 1.657806] system 00:05: [io 0x0680-0x069f] has been reserved [ 1.657807] system 00:05: [io 0x1000-0x100f] has been reserved [ 1.657809] system 00:05: [io 0x1010-0x1013] has been reserved [ 1.657811] system 00:05: [io 0xffff] has been reserved [ 1.657812] system 00:05: [io 0x0400-0x0453] could not be reserved [ 1.657814] system 00:05: [io 0x0458-0x047f] has been reserved [ 1.657815] system 00:05: [io 0x0500-0x057f] has been reserved [ 1.657817] system 00:05: [io 0x164e-0x164f] has been reserved [ 1.657819] system 00:05: Plug and Play ACPI device, IDs PNP0c02 (active) [ 1.657825] xen: registering gsi 8 triggering 1 polarity 0 [ 1.657852] pnp 00:06: Plug and Play ACPI device, IDs PNP0b00 (active) [ 1.657883] system 00:07: [io 0x0454-0x0457] has been reserved [ 1.657886] system 00:07: Plug and Play ACPI device, IDs INT3f0d PNP0c02 (active) [ 1.658091] xen: registering gsi 4 triggering 1 polarity 0 [ 1.658135] pnp 00:08: Plug and Play ACPI device, IDs PNP0501 (active) [ 1.658224] xen: registering gsi 3 triggering 1 polarity 0 [ 1.658266] pnp 00:09: Plug and Play ACPI device, IDs PNP0501 (active) [ 1.658292] system 00:0a: [mem 0xfed90000-0xfed91fff] has been reserved [ 1.658294] system 00:0a: Plug and Play ACPI device, IDs PNP0c02 (active) [ 1.658432] system 00:0b: [mem 0xfed1c000-0xfed1ffff] has been reserved [ 1.658434] system 00:0b: [mem 0xfed10000-0xfed17fff] has been reserved [ 1.658436] system 00:0b: [mem 0xfed18000-0xfed18fff] has been reserved [ 1.658437] system 00:0b: [mem 0xfed19000-0xfed19fff] has been reserved [ 1.658439] system 00:0b: [mem 0xe0000000-0xefffffff] has been reserved [ 1.658441] system 00:0b: [mem 0xfed20000-0xfed3ffff] has been reserved [ 1.658442] system 00:0b: [mem 0xfed90000-0xfed93fff] could not be reserved [ 1.658444] system 00:0b: [mem 0xff000000-0xffffffff] could not be reserved [ 1.658446] system 00:0b: [mem 0xfee00000-0xfeefffff] could not be reserved [ 1.658448] system 00:0b: [mem 0xc6a00000-0xc6a00fff] has been reserved [ 1.658450] system 00:0b: Plug and Play ACPI device, IDs PNP0c02 (active) [ 1.658610] pnp: PnP ACPI: found 12 devices [ 1.658611] ACPI: bus type PNP unregistered [ 1.664052] PM-Timer failed consistency check (0x0xffffff) - aborting. [ 1.664057] pci 0000:03:00.0: no compatible bridge window for [mem 0xffc00000-0xffffffff pref] [ 1.664059] pci 0000:03:00.1: no compatible bridge window for [mem 0xffc00000-0xffffffff pref] [ 1.664060] pci 0000:04:00.0: no compatible bridge window for [mem 0xffc00000-0xffffffff pref] [ 1.664062] pci 0000:04:00.1: no compatible bridge window for [mem 0xffc00000-0xffffffff pref] [ 1.664064] pci 0000:06:03.0: no compatible bridge window for [mem 0xffff0000-0xffffffff pref] [ 1.664068] PCI: max bus depth: 3 pci_try_num: 4 [ 1.664144] pci 0000:00:01.0: BAR 15: assigned [mem 0xc6c00000-0xc7bfffff pref] [ 1.664146] pci 0000:01:00.0: BAR 15: assigned [mem 0xc6c00000-0xc7bfffff pref] [ 1.664148] pci 0000:02:02.0: BAR 15: assigned [mem 0xc6c00000-0xc73fffff pref] [ 1.664150] pci 0000:02:04.0: BAR 15: assigned [mem 0xc7400000-0xc7bfffff pref] [ 1.664168] pci 0000:03:00.0: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.664185] pci 0000:03:00.0: reg 0x190: [mem 0x00000000-0x00003fff 64bit] [ 1.664201] pci 0000:03:00.0: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.664217] pci 0000:03:00.0: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.664234] pci 0000:03:00.1: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.664250] pci 0000:03:00.0: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.664266] pci 0000:03:00.0: reg 0x190: [mem 0x00000000-0x00003fff 64bit] [ 1.664282] pci 0000:03:00.1: reg 0x190: [mem 0x00000000-0x00003fff 64bit] [ 1.664298] pci 0000:03:00.0: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.664314] pci 0000:03:00.0: reg 0x190: [mem 0x00000000-0x00003fff 64bit] [ 1.664330] pci 0000:03:00.1: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.664332] pci 0000:03:00.0: BAR 6: assigned [mem 0xc6c00000-0xc6ffffff pref] [ 1.664334] pci 0000:03:00.1: BAR 6: assigned [mem 0xc7000000-0xc73fffff pref] [ 1.664350] pci 0000:03:00.0: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.664352] pci 0000:03:00.0: BAR 7: assigned [mem 0xc6848000-0xc6867fff 64bit] [ 1.664379] pci 0000:03:00.0: reg 0x190: [mem 0x00000000-0x00003fff 64bit] [ 1.664380] pci 0000:03:00.0: BAR 10: assigned [mem 0xc6868000-0xc6887fff 64bit] [ 1.664407] pci 0000:03:00.1: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.664408] pci 0000:03:00.1: BAR 7: assigned [mem 0xc6888000-0xc68a7fff 64bit] [ 1.664435] pci 0000:03:00.1: reg 0x190: [mem 0x00000000-0x00003fff 64bit] [ 1.664436] pci 0000:03:00.1: BAR 10: assigned [mem 0xc68a8000-0xc68c7fff 64bit] [ 1.664448] pci 0000:02:02.0: PCI bridge to [bus 03] [ 1.664452] pci 0000:02:02.0: bridge window [io 0x3000-0x3fff] [ 1.664459] pci 0000:02:02.0: bridge window [mem 0xc6000000-0xc68fffff] [ 1.664464] pci 0000:02:02.0: bridge window [mem 0xc6c00000-0xc73fffff pref] [ 1.664487] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.664503] pci 0000:04:00.0: reg 0x190: [mem 0x00000000-0x00003fff 64bit] [ 1.664519] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.664535] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.664551] pci 0000:04:00.1: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.664567] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.664583] pci 0000:04:00.0: reg 0x190: [mem 0x00000000-0x00003fff 64bit] [ 1.664599] pci 0000:04:00.1: reg 0x190: [mem 0x00000000-0x00003fff 64bit] [ 1.664615] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.664631] pci 0000:04:00.0: reg 0x190: [mem 0x00000000-0x00003fff 64bit] [ 1.664647] pci 0000:04:00.1: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.664649] pci 0000:04:00.0: BAR 6: assigned [mem 0xc7400000-0xc77fffff pref] [ 1.664650] pci 0000:04:00.1: BAR 6: assigned [mem 0xc7800000-0xc7bfffff pref] [ 1.664666] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.664668] pci 0000:04:00.0: BAR 7: assigned [mem 0xc5c48000-0xc5c67fff 64bit] [ 1.664694] pci 0000:04:00.0: reg 0x190: [mem 0x00000000-0x00003fff 64bit] [ 1.664695] pci 0000:04:00.0: BAR 10: assigned [mem 0xc5c68000-0xc5c87fff 64bit] [ 1.664721] pci 0000:04:00.1: reg 0x184: [mem 0x00000000-0x00003fff 64bit] [ 1.664723] pci 0000:04:00.1: BAR 7: assigned [mem 0xc5c88000-0xc5ca7fff 64bit] [ 1.664749] pci 0000:04:00.1: reg 0x190: [mem 0x00000000-0x00003fff 64bit] [ 1.664751] pci 0000:04:00.1: BAR 10: assigned [mem 0xc5ca8000-0xc5cc7fff 64bit] [ 1.664762] pci 0000:02:04.0: PCI bridge to [bus 04] [ 1.664766] pci 0000:02:04.0: bridge window [io 0x2000-0x2fff] [ 1.664772] pci 0000:02:04.0: bridge window [mem 0xc5400000-0xc5cfffff] [ 1.664777] pci 0000:02:04.0: bridge window [mem 0xc7400000-0xc7bfffff pref] [ 1.664786] pci 0000:01:00.0: PCI bridge to [bus 02-04] [ 1.664789] pci 0000:01:00.0: bridge window [io 0x2000-0x3fff] [ 1.664796] pci 0000:01:00.0: bridge window [mem 0xc5400000-0xc68fffff] [ 1.664801] pci 0000:01:00.0: bridge window [mem 0xc6c00000-0xc7bfffff pref] [ 1.664810] pci 0000:00:01.0: PCI bridge to [bus 01-04] [ 1.664812] pci 0000:00:01.0: bridge window [io 0x2000-0x3fff] [ 1.664816] pci 0000:00:01.0: bridge window [mem 0xc5400000-0xc68fffff] [ 1.664820] pci 0000:00:01.0: bridge window [mem 0xc6c00000-0xc7bfffff pref] [ 1.664826] pci 0000:00:1c.0: PCI bridge to [bus 05] [ 1.664834] pci 0000:00:1c.0: bridge window [mem 0xc0000000-0xc3ffffff] [ 1.664850] pci 0000:06:03.0: BAR 6: assigned [mem 0xc5010000-0xc501ffff pref] [ 1.664852] pci 0000:00:1e.0: PCI bridge to [bus 06] [ 1.664860] pci 0000:00:1e.0: bridge window [mem 0xc4800000-0xc50fffff] [ 1.664866] pci 0000:00:1e.0: bridge window [mem 0xc4000000-0xc47fffff 64bit pref] [ 1.664945] xen: registering gsi 16 triggering 0 polarity 1 [ 1.664957] xen: --> pirq=16 -> irq=16 (gsi=16) [ 1.665053] xen: registering gsi 17 triggering 0 polarity 1 [ 1.665059] xen: --> pirq=17 -> irq=17 (gsi=17) [ 1.665086] pci 0000:00:1e.0: setting latency timer to 64 [ 1.665090] pci_bus 0000:00: resource 4 [io 0x0000-0x0cf7] [ 1.665092] pci_bus 0000:00: resource 5 [io 0x0d00-0xffff] [ 1.665093] pci_bus 0000:00: resource 6 [mem 0x000a0000-0x000bffff] [ 1.665095] pci_bus 0000:00: resource 7 [mem 0xc0000000-0xfeafffff] [ 1.665096] pci_bus 0000:01: resource 0 [io 0x2000-0x3fff] [ 1.665098] pci_bus 0000:01: resource 1 [mem 0xc5400000-0xc68fffff] [ 1.665099] pci_bus 0000:01: resource 2 [mem 0xc6c00000-0xc7bfffff pref] [ 1.665100] pci_bus 0000:02: resource 0 [io 0x2000-0x3fff] [ 1.665102] pci_bus 0000:02: resource 1 [mem 0xc5400000-0xc68fffff] [ 1.665103] pci_bus 0000:02: resource 2 [mem 0xc6c00000-0xc7bfffff pref] [ 1.665105] pci_bus 0000:03: resource 0 [io 0x3000-0x3fff] [ 1.665106] pci_bus 0000:03: resource 1 [mem 0xc6000000-0xc68fffff] [ 1.665107] pci_bus 0000:03: resource 2 [mem 0xc6c00000-0xc73fffff pref] [ 1.665109] pci_bus 0000:04: resource 0 [io 0x2000-0x2fff] [ 1.665110] pci_bus 0000:04: resource 1 [mem 0xc5400000-0xc5cfffff] [ 1.665112] pci_bus 0000:04: resource 2 [mem 0xc7400000-0xc7bfffff pref] [ 1.665113] pci_bus 0000:05: resource 1 [mem 0xc0000000-0xc3ffffff] [ 1.665115] pci_bus 0000:06: resource 1 [mem 0xc4800000-0xc50fffff] [ 1.665116] pci_bus 0000:06: resource 2 [mem 0xc4000000-0xc47fffff 64bit pref] [ 1.665118] pci_bus 0000:06: resource 4 [io 0x0000-0x0cf7] [ 1.665119] pci_bus 0000:06: resource 5 [io 0x0d00-0xffff] [ 1.665120] pci_bus 0000:06: resource 6 [mem 0x000a0000-0x000bffff] [ 1.665122] pci_bus 0000:06: resource 7 [mem 0xc0000000-0xfeafffff] [ 1.665150] NET: Registered protocol family 2 [ 1.665305] TCP established hash table entries: 32768 (order: 7, 524288 bytes) [ 1.665426] TCP bind hash table entries: 32768 (order: 7, 524288 bytes) [ 1.665487] TCP: Hash tables configured (established 32768 bind 32768) [ 1.665502] TCP: reno registered [ 1.665511] UDP hash table entries: 2048 (order: 4, 65536 bytes) [ 1.665528] UDP-Lite hash table entries: 2048 (order: 4, 65536 bytes) [ 1.665573] NET: Registered protocol family 1 [ 1.665647] xen: registering gsi 20 triggering 0 polarity 1 [ 1.665654] xen: --> pirq=20 -> irq=20 (gsi=20) [ 1.681298] xen: registering gsi 23 triggering 0 polarity 1 [ 1.681305] xen: --> pirq=23 -> irq=23 (gsi=23) [ 1.697293] pci 0000:06:03.0: Boot video device [ 1.697298] PCI: CLS 64 bytes, default 64 [ 1.697333] Trying to unpack rootfs image as initramfs... [ 1.733240] Freeing initrd memory: 48284K (ffff8800023f3000 - ffff88000531a000) [ 1.733358] Simple Boot Flag at 0x44 set to 0x1 [ 1.733575] Scanning for low memory corruption every 60 seconds [ 1.733957] Initialise module verification [ 1.733989] audit: initializing netlink socket (disabled) [ 1.733999] type=2000 audit(1391640205.715:1): initialized [ 1.753927] bounce pool size: 64 pages [ 1.753936] HugeTLB registered 2 MB page size, pre-allocated 0 pages [ 1.754659] zbud: loaded [ 1.754781] VFS: Disk quotas dquot_6.5.2 [ 1.754812] Dquot-cache hash table entries: 512 (order 0, 4096 bytes) [ 1.755159] fuse init (API version 7.22) [ 1.755217] msgmni has been set to 1736 [ 1.755694] Key type asymmetric registered [ 1.755696] Asymmetric key parser 'x509' registered [ 1.755718] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 252) [ 1.755752] io scheduler noop registered [ 1.755754] io scheduler deadline registered (default) [ 1.755771] io scheduler cfq registered [ 1.756393] pcieport 0000:00:01.0: Signaling PME through PCIe PME interrupt [ 1.756395] pcieport 0000:01:00.0: Signaling PME through PCIe PME interrupt [ 1.756396] pcieport 0000:02:02.0: Signaling PME through PCIe PME interrupt [ 1.756397] pci 0000:03:00.0: Signaling PME through PCIe PME interrupt [ 1.756398] pci 0000:03:00.1: Signaling PME through PCIe PME interrupt [ 1.756400] pcieport 0000:02:04.0: Signaling PME through PCIe PME interrupt [ 1.756401] pci 0000:04:00.0: Signaling PME through PCIe PME interrupt [ 1.756402] pci 0000:04:00.1: Signaling PME through PCIe PME interrupt [ 1.756406] pcie_pme 0000:00:01.0:pcie01: service driver pcie_pme loaded [ 1.756432] pcieport 0000:00:1c.0: Signaling PME through PCIe PME interrupt [ 1.756433] pci 0000:05:00.0: Signaling PME through PCIe PME interrupt [ 1.756434] pci 0000:05:00.1: Signaling PME through PCIe PME interrupt [ 1.756441] pcie_pme 0000:00:1c.0:pcie01: service driver pcie_pme loaded [ 1.756450] pci_hotplug: PCI Hot Plug PCI Core version: 0.5 [ 1.756461] pciehp: PCI Express Hot Plug Controller Driver version: 0.4 [ 1.756501] intel_idle: MWAIT substates: 0x1120 [ 1.756502] intel_idle: v0.4 model 0x2A [ 1.756503] intel_idle: lapic_timer_reliable_states 0xffffffff [ 1.756535] intel_idle: intel_idle yielding to none [ 1.756598] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input0 [ 1.756602] ACPI: Power Button [PWRF] [ 1.756665] ACPI: Fan [FAN0] (off) [ 1.756686] ACPI: Fan [FAN1] (off) [ 1.756704] ACPI: Fan [FAN2] (off) [ 1.756722] ACPI: Fan [FAN3] (off) [ 1.756740] ACPI: Fan [FAN4] (off) [ 1.756778] ACPI: Requesting acpi_cpufreq [ 1.757217] Monitor-Mwait will be used to enter C-1 state [ 1.757221] Monitor-Mwait will be used to enter C-2 state [ 1.757224] Monitor-Mwait will be used to enter C-3 state [ 1.758699] Warning: Processor Platform Limit not supported. [ 1.758885] thermal LNXTHERM:00: registered as thermal_zone0 [ 1.758886] ACPI: Thermal Zone [TZ01] (30 C) [ 1.758932] ERST: Error Record Serialization Table (ERST) support is initialized. [ 1.758934] pstore: Registered erst as persistent store backend [ 1.759051] GHES: APEI firmware first mode is enabled by APEI bit and WHEA _OSC. [ 1.759387] xen_acpi_processor: Uploading Xen processor PM info [ 1.760559] Serial: 8250/16550 driver, 32 ports, IRQ sharing enabled [ 1.781328] 00:08: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A [ 1.802091] 00:09: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A [ 1.803445] hpet_acpi_add: no address or irqs in _CRS [ 1.803457] Linux agpgart interface v0.103 [ 1.804413] brd: module loaded [ 1.804912] loop: module loaded [ 1.805161] libphy: Fixed MDIO Bus: probed [ 1.805219] tun: Universal TUN/TAP device driver, 1.6 [ 1.805220] tun: (C) 1999-2004 Max Krasnyansky [ 1.805253] PPP generic driver version 2.4.2 [ 1.805282] xen_netfront: Initialising Xen virtual ethernet driver [ 1.805290] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver [ 1.805291] ehci-pci: EHCI PCI platform driver [ 1.805366] xen: registering gsi 20 triggering 0 polarity 1 [ 1.805369] Already setup the GSI :20 [ 1.805386] ehci-pci 0000:00:1a.0: setting latency timer to 64 [ 1.805393] ehci-pci 0000:00:1a.0: EHCI Host Controller [ 1.805398] ehci-pci 0000:00:1a.0: new USB bus registered, assigned bus number 1 [ 1.805417] ehci-pci 0000:00:1a.0: debug port 2 [ 1.809360] ehci-pci 0000:00:1a.0: cache line size of 64 is not supported [ 1.809396] ehci-pci 0000:00:1a.0: irq 20, io mem 0xc6906000 [ 1.821151] ehci-pci 0000:00:1a.0: USB 2.0 started, EHCI 1.00 [ 1.821189] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002 [ 1.821190] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [ 1.821192] usb usb1: Product: EHCI Host Controller [ 1.821193] usb usb1: Manufacturer: Linux 3.11.0-12-generic ehci_hcd [ 1.821194] usb usb1: SerialNumber: 0000:00:1a.0 [ 1.821272] hub 1-0:1.0: USB hub found [ 1.821276] hub 1-0:1.0: 2 ports detected [ 1.821415] xen: registering gsi 23 triggering 0 polarity 1 [ 1.821417] Already setup the GSI :23 [ 1.821432] ehci-pci 0000:00:1d.0: setting latency timer to 64 [ 1.821439] ehci-pci 0000:00:1d.0: EHCI Host Controller [ 1.821442] ehci-pci 0000:00:1d.0: new USB bus registered, assigned bus number 2 [ 1.821461] ehci-pci 0000:00:1d.0: debug port 2 [ 1.825411] ehci-pci 0000:00:1d.0: cache line size of 64 is not supported [ 1.825448] ehci-pci 0000:00:1d.0: irq 23, io mem 0xc6905000 [ 1.837152] ehci-pci 0000:00:1d.0: USB 2.0 started, EHCI 1.00 [ 1.837185] usb usb2: New USB device found, idVendor=1d6b, idProduct=0002 [ 1.837187] usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [ 1.837188] usb usb2: Product: EHCI Host Controller [ 1.837189] usb usb2: Manufacturer: Linux 3.11.0-12-generic ehci_hcd [ 1.837191] usb usb2: SerialNumber: 0000:00:1d.0 [ 1.837330] hub 2-0:1.0: USB hub found [ 1.837334] hub 2-0:1.0: 2 ports detected [ 1.837400] ehci-platform: EHCI generic platform driver [ 1.837405] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver [ 1.837406] ohci-platform: OHCI generic platform driver [ 1.837411] uhci_hcd: USB Universal Host Controller Interface driver [ 1.837449] i8042: PNP: No PS/2 controller found. Probing ports directly. [ 2.884166] i8042: No controller found [ 2.884441] mousedev: PS/2 mouse device common for all mice [ 2.884708] rtc_cmos 00:06: RTC can wake from S4 [ 2.884906] rtc_cmos 00:06: rtc core: registered rtc_cmos as rtc0 [ 2.884962] rtc_cmos 00:06: alarms up to one month, y3k, 242 bytes nvram [ 2.885003] device-mapper: uevent: version 1.0.3 [ 2.885085] device-mapper: ioctl: 4.25.0-ioctl (2013-06-26) initialised: dm-devel@redhat.com [ 2.885093] ledtrig-cpu: registered to indicate activity on CPUs [ 2.885164] TCP: cubic registered [ 2.885221] NET: Registered protocol family 10 [ 2.885348] NET: Registered protocol family 17 [ 2.885354] Key type dns_resolver registered [ 2.885511] PM: Hibernation image not present or could not be loaded. [ 2.885514] Loading module verification certificates [ 2.886208] MODSIGN: Loaded cert 'Magrathea: Glacier signing key: fddf6943d8ac4f5b6eb0919a7a3ee3d9088b1bfa' [ 2.886216] registered taskstats version 1 [ 2.889339] Key type trusted registered [ 2.892025] Key type encrypted registered [ 2.894651] AppArmor: AppArmor sha1 policy hashing enabled [ 2.895054] Magic number: 2:369:754 [ 2.895060] tty ttyS5: hash matches [ 2.895134] rtc_cmos 00:06: setting system clock to 2014-02-05 22:43:26 UTC (1391640206) [ 2.895182] BIOS EDD facility v0.16 2004-Jun-25, 1 devices found [ 2.895677] Freeing unused kernel memory: 1364K (ffffffff81d10000 - ffffffff81e65000) [ 2.895678] Write protecting the kernel read-only data: 12288k [ 2.898416] Freeing unused kernel memory: 1040K (ffff8800016fc000 - ffff880001800000) [ 2.898708] Freeing unused kernel memory: 836K (ffff880001b2f000 - ffff880001c00000) [ 2.918710] systemd-udevd[118]: starting version 204 [ 2.939867] pps_core: module verification failed: signature and/or required key missing - tainting kernel [ 2.940047] pps_core: LinuxPPS API ver. 1 registered [ 2.940048] pps_core: Software ver. 5.3.6 - Copyright 2005-2007 Rodolfo Giometti [ 2.940227] PTP clock support registered [ 2.942853] ahci 0000:00:1f.2: version 3.0 [ 2.942948] xen: registering gsi 19 triggering 0 polarity 1 [ 2.942962] xen: --> pirq=19 -> irq=19 (gsi=19) [ 2.943070] ahci: SSS flag set, parallel bus scan disabled [ 2.943146] bnx2: Broadcom NetXtreme II Gigabit Ethernet Driver bnx2 v2.2.3 (June 27, 2012) [ 2.943195] xen: registering gsi 16 triggering 0 polarity 1 [ 2.943197] Already setup the GSI :16 [ 2.943671] dca service started, version 1.12.1 [ 2.944532] bnx2 0000:05:00.0 eth0: Broadcom NetXtreme II BCM5716 1000Base-T (C0) PCI Express found at mem c0000000, IRQ 16, node addr d4:ae:52:cc:f9:6a [ 2.944613] xen: registering gsi 17 triggering 0 polarity 1 [ 2.944615] Already setup the GSI :17 [ 2.945253] bnx2 0000:05:00.1 eth1: Broadcom NetXtreme II BCM5716 1000Base-T (C0) PCI Express found at mem c2000000, IRQ 17, node addr d4:ae:52:cc:f9:6b [ 2.949969] igb: Intel(R) Gigabit Ethernet Network Driver - version 5.0.5-k [ 2.949971] igb: Copyright (c) 2007-2013 Intel Corporation. [ 2.950015] xen: registering gsi 18 triggering 0 polarity 1 [ 2.950026] xen: --> pirq=18 -> irq=18 (gsi=18) [ 2.957168] ahci 0000:00:1f.2: AHCI 0001.0300 32 slots 6 ports 3 Gbps 0x31 impl SATA mode [ 2.957172] ahci 0000:00:1f.2: flags: 64bit ncq stag pm led clo pio slum part ems sxs apst [ 2.957179] ahci 0000:00:1f.2: setting latency timer to 64 [ 2.973513] scsi0 : ahci [ 2.973597] scsi1 : ahci [ 2.973666] scsi2 : ahci [ 2.973728] scsi3 : ahci [ 2.973793] scsi4 : ahci [ 2.973857] scsi5 : ahci [ 2.973907] ata1: SATA max UDMA/133 abar m2048@0xc6904000 port 0xc6904100 irq 76 [ 2.973909] ata2: DUMMY [ 2.973910] ata3: DUMMY [ 2.973911] ata4: DUMMY [ 2.973914] ata5: SATA max UDMA/133 abar m2048@0xc6904000 port 0xc6904300 irq 76 [ 2.973916] ata6: SATA max UDMA/133 abar m2048@0xc6904000 port 0xc6904380 irq 76 [ 3.093191] usb 1-1: new high-speed USB device number 2 using ehci-pci [ 3.141615] igb 0000:03:00.0: added PHC on eth2 [ 3.141617] igb 0000:03:00.0: Intel(R) Gigabit Ethernet Network Connection [ 3.141619] igb 0000:03:00.0: eth2: (PCIe:2.5Gb/s:Width x4) 90:e2:ba:53:e5:20 [ 3.141622] igb 0000:03:00.0: eth2: PBA No: Unknown [ 3.141623] igb 0000:03:00.0: Using MSI-X interrupts. 4 rx queue(s), 4 tx queue(s) [ 3.141674] xen: registering gsi 19 triggering 0 polarity 1 [ 3.141678] Already setup the GSI :19 [ 3.225728] usb 1-1: New USB device found, idVendor=8087, idProduct=0024 [ 3.225731] usb 1-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0 [ 3.225939] hub 1-1:1.0: USB hub found [ 3.226038] hub 1-1:1.0: 6 ports detected [ 3.293197] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300) [ 3.294088] ata1.00: ATA-8: WDC WD5003ABYX-18WERA0, 01.01S03, max UDMA/133 [ 3.294091] ata1.00: 976773168 sectors, multi 0: LBA48 NCQ (depth 31/32), AA [ 3.295674] ata1.00: configured for UDMA/133 [ 3.295874] scsi 0:0:0:0: Direct-Access ATA WDC WD5003ABYX-1 01.0 PQ: 0 ANSI: 5 [ 3.296014] sd 0:0:0:0: [sda] 976773168 512-byte logical blocks: (500 GB/465 GiB) [ 3.296045] sd 0:0:0:0: Attached scsi generic sg0 type 0 [ 3.296052] sd 0:0:0:0: [sda] Write Protect is off [ 3.296054] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00 [ 3.296067] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [ 3.325343] sda: sda1 sda2 < sda5 > [ 3.325815] sd 0:0:0:0: [sda] Attached SCSI disk [ 3.333499] igb 0000:03:00.1: added PHC on eth3 [ 3.333501] igb 0000:03:00.1: Intel(R) Gigabit Ethernet Network Connection [ 3.333503] igb 0000:03:00.1: eth3: (PCIe:2.5Gb/s:Width x4) 90:e2:ba:53:e5:21 [ 3.333506] igb 0000:03:00.1: eth3: PBA No: Unknown [ 3.333507] igb 0000:03:00.1: Using MSI-X interrupts. 4 rx queue(s), 4 tx queue(s) [ 3.333547] xen: registering gsi 16 triggering 0 polarity 1 [ 3.333549] Already setup the GSI :16 [ 3.337173] usb 2-1: new high-speed USB device number 2 using ehci-pci [ 3.469706] usb 2-1: New USB device found, idVendor=8087, idProduct=0024 [ 3.469718] usb 2-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0 [ 3.469928] hub 2-1:1.0: USB hub found [ 3.470028] hub 2-1:1.0: 6 ports detected [ 3.525568] igb 0000:04:00.0: added PHC on eth4 [ 3.525570] igb 0000:04:00.0: Intel(R) Gigabit Ethernet Network Connection [ 3.525572] igb 0000:04:00.0: eth4: (PCIe:2.5Gb/s:Width x4) 90:e2:ba:53:e5:24 [ 3.525575] igb 0000:04:00.0: eth4: PBA No: Unknown [ 3.525576] igb 0000:04:00.0: Using MSI-X interrupts. 4 rx queue(s), 4 tx queue(s) [ 3.525618] xen: registering gsi 17 triggering 0 polarity 1 [ 3.525620] Already setup the GSI :17 [ 3.613196] ata5: SATA link up 1.5 Gbps (SStatus 113 SControl 300) [ 3.615684] ata5.00: ATAPI: TSSTcorp DVD-ROM SN-108DN, D150, max UDMA/100 [ 3.618258] ata5.00: configured for UDMA/100 [ 3.620528] scsi 4:0:0:0: CD-ROM TSSTcorp DVD-ROM SN-108DN D150 PQ: 0 ANSI: 5 [ 3.625268] sr0: scsi3-mmc drive: 62x/62x cd/rw xa/form2 cdda tray [ 3.625271] cdrom: Uniform CD-ROM driver Revision: 3.20 [ 3.625429] sr 4:0:0:0: Attached scsi CD-ROM sr0 [ 3.625562] sr 4:0:0:0: Attached scsi generic sg1 type 5 [ 3.717617] igb 0000:04:00.1: added PHC on eth5 [ 3.717619] igb 0000:04:00.1: Intel(R) Gigabit Ethernet Network Connection [ 3.717621] igb 0000:04:00.1: eth5: (PCIe:2.5Gb/s:Width x4) 90:e2:ba:53:e5:25 [ 3.717623] igb 0000:04:00.1: eth5: PBA No: Unknown [ 3.717625] igb 0000:04:00.1: Using MSI-X interrupts. 4 rx queue(s), 4 tx queue(s) [ 3.741367] usb 2-1.1: new high-speed USB device number 3 using ehci-pci [ 3.847131] usb 2-1.1: New USB device found, idVendor=0b95, idProduct=1780 [ 3.847134] usb 2-1.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 3.847136] usb 2-1.1: Product: AX88178 [ 3.847137] usb 2-1.1: Manufacturer: ASIX Elec. Corp. [ 3.847138] usb 2-1.1: SerialNumber: 000002 [ 3.917361] usb 2-1.2: new low-speed USB device number 4 using ehci-pci [ 3.945181] ata6: SATA link down (SStatus 0 SControl 300) [ 4.018322] usb 2-1.2: New USB device found, idVendor=1061, idProduct=0101 [ 4.018325] usb 2-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [ 4.018327] usb 2-1.2: Product: USB Keyboard & Mouse [ 4.018328] usb 2-1.2: Manufacturer: Motorola [ 4.025998] hidraw: raw HID events driver (C) Jiri Kosina [ 4.033733] usbcore: registered new interface driver usbhid [ 4.033735] usbhid: USB HID core driver [ 4.034966] input: Motorola USB Keyboard & Mouse as /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2:1.0/input/input1 [ 4.035057] hid-generic 0003:1061:0101.0001: input,hidraw0: USB HID v1.11 Keyboard [Motorola USB Keyboard & Mouse] on usb-0000:00:1d.0-1.2/input0 [ 4.035153] input: Motorola USB Keyboard & Mouse as /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2:1.1/input/input2 [ 4.035514] hid-generic 0003:1061:0101.0002: input,hidraw1: USB HID v1.11 Mouse [Motorola USB Keyboard & Mouse] on usb-0000:00:1d.0-1.2/input1 [ 4.093354] usb 2-1.5: new high-speed USB device number 5 using ehci-pci [ 4.185540] usb 2-1.5: New USB device found, idVendor=0424, idProduct=2514 [ 4.185543] usb 2-1.5: New USB device strings: Mfr=0, Product=0, SerialNumber=0 [ 4.185822] hub 2-1.5:1.0: USB hub found [ 4.185912] hub 2-1.5:1.0: 4 ports detected [ 4.208556] bio: create slab at 1 [ 6.793606] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null) [ 10.221062] Adding 4161532k swap on /dev/mapper/ubuntu--vg-swap_1. Priority:-1 extents:1 across:4161532k FS [ 10.286623] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready [ 10.286628] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready [ 10.286632] IPv6: ADDRCONF(NETDEV_UP): eth2: link is not ready [ 10.286636] IPv6: ADDRCONF(NETDEV_UP): eth3: link is not ready [ 10.286640] IPv6: ADDRCONF(NETDEV_UP): eth4: link is not ready [ 10.286644] IPv6: ADDRCONF(NETDEV_UP): eth5: link is not ready [ 10.357279] systemd-udevd[331]: starting version 204 [ 10.423876] lp: driver loaded but no devices found [ 10.460193] wmi: Mapper loaded [ 10.463802] systemd-udevd[373]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event': No such file or directory [ 10.466898] systemd-udevd[378]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event': No such file or directory [ 10.480201] systemd-udevd[394]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event': No such file or directory [ 10.481806] ACPI Warning: 0x0000000000000428-0x000000000000042f SystemIO conflicts with Region \PMIO 1 (20130517/utaddress-251) [ 10.481811] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver [ 10.481817] ACPI Warning: 0x0000000000000540-0x000000000000054f SystemIO conflicts with Region \GPIO 1 (20130517/utaddress-251) [ 10.481821] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver [ 10.481822] ACPI Warning: 0x0000000000000530-0x000000000000053f SystemIO conflicts with Region \GPIO 1 (20130517/utaddress-251) [ 10.481825] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver [ 10.481826] ACPI Warning: 0x0000000000000500-0x000000000000052f SystemIO conflicts with Region \GPIO 1 (20130517/utaddress-251) [ 10.481830] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver [ 10.481831] lpc_ich: Resource conflict(s) found affecting gpio_ich [ 10.488397] systemd-udevd[400]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event': No such file or directory [ 10.491290] systemd-udevd[413]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event': No such file or directory [ 10.491668] systemd-udevd[411]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event': No such file or directory [ 10.498208] systemd-udevd[423]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event': No such file or directory [ 10.512324] microcode: CPU0 sig=0x206a7, pf=0x2, revision=0x29 [ 10.588109] type=1400 audit(1391640214.188:2): apparmor="STATUS" operation="profile_load" parent=388 profile="unconfined" name="/sbin/dhclient" pid=434 comm="apparmor_parser" [ 10.588115] type=1400 audit(1391640214.188:3): apparmor="STATUS" operation="profile_load" parent=388 profile="unconfined" name="/usr/lib/NetworkManager/nm-dhcp-client.action" pid=434 comm="apparmor_parser" [ 10.588119] type=1400 audit(1391640214.188:4): apparmor="STATUS" operation="profile_load" parent=388 profile="unconfined" name="/usr/lib/connman/scripts/dhclient-script" pid=434 comm="apparmor_parser" [ 10.588127] type=1400 audit(1391640214.188:5): apparmor="STATUS" operation="profile_replace" parent=419 profile="unconfined" name="/sbin/dhclient" pid=440 comm="apparmor_parser" [ 10.588133] type=1400 audit(1391640214.188:6): apparmor="STATUS" operation="profile_replace" parent=419 profile="unconfined" name="/usr/lib/NetworkManager/nm-dhcp-client.action" pid=440 comm="apparmor_parser" [ 10.588136] type=1400 audit(1391640214.188:7): apparmor="STATUS" operation="profile_replace" parent=419 profile="unconfined" name="/usr/lib/connman/scripts/dhclient-script" pid=440 comm="apparmor_parser" [ 10.588145] type=1400 audit(1391640214.188:8): apparmor="STATUS" operation="profile_replace" parent=414 profile="unconfined" name="/sbin/dhclient" pid=439 comm="apparmor_parser" [ 10.588150] type=1400 audit(1391640214.188:9): apparmor="STATUS" operation="profile_replace" parent=414 profile="unconfined" name="/usr/lib/NetworkManager/nm-dhcp-client.action" pid=439 comm="apparmor_parser" [ 10.588154] type=1400 audit(1391640214.188:10): apparmor="STATUS" operation="profile_replace" parent=414 profile="unconfined" name="/usr/lib/connman/scripts/dhclient-script" pid=439 comm="apparmor_parser" [ 10.588166] type=1400 audit(1391640214.188:11): apparmor="STATUS" operation="profile_replace" parent=396 profile="unconfined" name="/sbin/dhclient" pid=436 comm="apparmor_parser" [ 10.794373] EXT4-fs (dm-0): re-mounted. Opts: errors=remount-ro [ 10.804396] dcdbas dcdbas: Dell Systems Management Base Driver (version 5.6.0-3.2) [ 10.821453] systemd-udevd[494]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event': No such file or directory [ 10.825093] systemd-udevd[495]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event': No such file or directory [ 10.831767] systemd-udevd[508]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event': No such file or directory [ 10.858040] microcode: CPU1 sig=0x206a7, pf=0x2, revision=0x29 [ 10.861487] microcode: CPU2 sig=0x206a7, pf=0x2, revision=0x29 [ 10.866813] microcode: CPU3 sig=0x206a7, pf=0x2, revision=0x29 [ 10.869329] microcode: Microcode Update Driver: v2.00 < tigran@aivazian.fsnet.co.uk>, Peter Oruba [ 11.137330] asix 2-1.1:1.0 eth6: register 'asix' at usb-0000:00:1d.0-1.1, ASIX AX88178 USB 2.0 Ethernet, 00:0e:c6:88:f6:d3 [ 11.137367] usbcore: registered new interface driver asix [ 11.155136] Bridge firewalling registered [ 11.158114] device eth6 entered promiscuous mode [ 11.659724] Bluetooth: Core ver 2.16 [ 11.659743] NET: Registered protocol family 31 [ 11.659744] Bluetooth: HCI device and connection manager initialized [ 11.659751] Bluetooth: HCI socket layer initialized [ 11.659752] Bluetooth: L2CAP socket layer initialized [ 11.659756] Bluetooth: SCO socket layer initialized [ 11.662996] Bluetooth: BNEP (Ethernet Emulation) ver 1.3 [ 11.662998] Bluetooth: BNEP filters: protocol multicast [ 11.663003] Bluetooth: BNEP socket layer initialized [ 11.664016] Bluetooth: RFCOMM TTY layer initialized [ 11.664029] Bluetooth: RFCOMM socket layer initialized [ 11.664031] Bluetooth: RFCOMM ver 1.11 [ 11.821715] ppdev: user-space parallel port driver [ 11.823326] init: avahi-cups-reload main process (776) terminated with status 1 [ 11.894430] IPv6: ADDRCONF(NETDEV_UP): eth6: link is not ready [ 11.894507] IPv6: ADDRCONF(NETDEV_UP): xenbr0: link is not ready [ 14.631202] IPv6: ADDRCONF(NETDEV_CHANGE): eth6: link becomes ready [ 14.632234] asix 2-1.1:1.0 eth6: link up, 1000Mbps, full-duplex, lpa 0xC5E1 [ 14.636988] xenbr0: port 1(eth6) entered forwarding state [ 14.637006] xenbr0: port 1(eth6) entered forwarding state [ 14.637027] IPv6: ADDRCONF(NETDEV_CHANGE): xenbr0: link becomes ready [ 16.077823] init: udev-fallback-graphics main process (1028) terminated with status 1 [ 21.408009] init: failsafe main process (724) killed by TERM signal [ 21.543100] audit_printk_skb: 87 callbacks suppressed [ 21.543103] type=1400 audit(1391640225.144:41): apparmor="STATUS" operation="profile_load" parent=1324 profile="unconfined" name="/usr/lib/lightdm/lightdm/lightdm-guest-session-wrapper" pid=1329 comm="apparmor_parser" [ 21.543109] type=1400 audit(1391640225.144:42): apparmor="STATUS" operation="profile_load" parent=1324 profile="unconfined" name="chromium_browser" pid=1329 comm="apparmor_parser" [ 21.543209] type=1400 audit(1391640225.144:43): apparmor="STATUS" operation="profile_load" parent=1324 profile="unconfined" name="/usr/lib/x86_64-linux-gnu/lightdm-remote-session-uccsconfigure/uccsconfigure-session-wrapper" pid=1331 comm="apparmor_parser" [ 21.543215] type=1400 audit(1391640225.144:44): apparmor="STATUS" operation="profile_load" parent=1324 profile="unconfined" name="chromium_browser" pid=1331 comm="apparmor_parser" [ 21.543252] type=1400 audit(1391640225.144:45): apparmor="STATUS" operation="profile_load" parent=1324 profile="unconfined" name="/usr/lib/x86_64-linux-gnu/lightdm-remote-session-freerdp/freerdp-session-wrapper" pid=1330 comm="apparmor_parser" [ 21.543258] type=1400 audit(1391640225.144:46): apparmor="STATUS" operation="profile_load" parent=1324 profile="unconfined" name="chromium_browser" pid=1330 comm="apparmor_parser" [ 21.543414] type=1400 audit(1391640225.144:47): apparmor="STATUS" operation="profile_replace" parent=1324 profile="unconfined" name="chromium_browser" pid=1329 comm="apparmor_parser" [ 21.543519] type=1400 audit(1391640225.144:48): apparmor="STATUS" operation="profile_replace" parent=1324 profile="unconfined" name="chromium_browser" pid=1331 comm="apparmor_parser" [ 21.543562] type=1400 audit(1391640225.144:49): apparmor="STATUS" operation="profile_replace" parent=1324 profile="unconfined" name="chromium_browser" pid=1330 comm="apparmor_parser" [ 21.543750] type=1400 audit(1391640225.144:50): apparmor="STATUS" operation="profile_replace" parent=1324 profile="unconfined" name="/sbin/dhclient" pid=1332 comm="apparmor_parser" [ 21.906064] IPv6: ADDRCONF(NETDEV_UP): eth2: link is not ready [ 21.906614] IPv6: ADDRCONF(NETDEV_UP): eth2: link is not ready [ 21.923532] xen:xen_evtchn: Event-channel device installed [ 21.981761] IPv6: ADDRCONF(NETDEV_UP): eth3: link is not ready [ 21.982271] IPv6: ADDRCONF(NETDEV_UP): eth3: link is not ready [ 22.053782] IPv6: ADDRCONF(NETDEV_UP): eth4: link is not ready [ 22.054216] IPv6: ADDRCONF(NETDEV_UP): eth4: link is not ready [ 22.129802] IPv6: ADDRCONF(NETDEV_UP): eth5: link is not ready [ 22.130248] IPv6: ADDRCONF(NETDEV_UP): eth5: link is not ready [ 22.254216] bnx2 0000:05:00.0 eth0: using MSIX [ 22.254246] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready [ 22.254727] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready [ 22.318213] bnx2 0000:05:00.1 eth1: using MSIX [ 22.318243] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready [ 22.318735] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready [ 29.665699] xenbr0: port 1(eth6) entered forwarding state [ 100.234753] xen_pciback: backend is vpci [ 100.239533] igb 0000:03:00.0: removed PHC on eth2 [ 100.452048] pciback 0000:03:00.0: seizing device [ 100.452108] xen: registering gsi 18 triggering 0 polarity 1 [ 100.452112] Already setup the GSI :18 [ 100.559974] igb 0000:03:00.1: removed PHC on eth3 [ 100.775879] pciback 0000:03:00.1: seizing device [ 100.775940] xen: registering gsi 19 triggering 0 polarity 1 [ 100.775945] Already setup the GSI :19 [ 100.883909] igb 0000:04:00.0: removed PHC on eth4 [ 101.091890] pciback 0000:04:00.0: seizing device [ 101.091951] xen: registering gsi 16 triggering 0 polarity 1 [ 101.091955] Already setup the GSI :16 [ 101.199955] igb 0000:04:00.1: removed PHC on eth5 [ 101.411923] pciback 0000:04:00.1: seizing device [ 101.411992] xen: registering gsi 17 triggering 0 polarity 1 [ 101.411996] Already setup the GSI :17 [ 101.603619] pciback 0000:05:00.0: seizing device [ 101.619414] xen: registering gsi 16 triggering 0 polarity 1 [ 101.619419] Already setup the GSI :16 [ 101.699647] pciback 0000:05:00.1: seizing device [ 101.719405] xen: registering gsi 17 triggering 0 polarity 1 [ 101.719409] Already setup the GSI :17 [ 133.506569] IPv6: ADDRCONF(NETDEV_UP): vif1.0: link is not ready [ 133.506841] IPv6: ADDRCONF(NETDEV_UP): vif1.0: link is not ready [ 133.543153] device vif1.0 entered promiscuous mode [ 133.544496] IPv6: ADDRCONF(NETDEV_UP): vif1.0: link is not ready [ 133.589477] ip_tables: (C) 2000-2006 Netfilter Core Team [ 133.658744] device vif1.0-emu entered promiscuous mode [ 133.660110] xenbr0: port 3(vif1.0-emu) entered forwarding state [ 133.660116] xenbr0: port 3(vif1.0-emu) entered forwarding state [ 134.228090] xenbr0: port 3(vif1.0-emu) entered disabled state [ 134.228176] device vif1.0-emu left promiscuous mode [ 134.228178] xenbr0: port 3(vif1.0-emu) entered disabled state [ 151.985820] xen_pciback: vpci: 0000:03:00.0: assign to virtual slot 0 [ 151.986230] xen_pciback: vpci: 0000:03:00.1: assign to virtual slot 0 func 1 [ 151.986868] xen_pciback: vpci: 0000:04:00.0: assign to virtual slot 1 [ 151.987194] xen_pciback: vpci: 0000:04:00.1: assign to virtual slot 1 func 1 ############################################################### xl dmesg root@fiat:~# xl dmesg (XEN) Xen version 4.3.0 (Ubuntu 4.3.0-1ubuntu1.2) ( stefan.bader@canonical.com) (gcc (Ubuntu/Linaro 4.8.1-10ubuntu8) 4.8.1) debug=n Tue Dec 17 15:35:25 UTC 2013 (XEN) Bootloader: GRUB 2.00-19ubuntu2 (XEN) Command line: placeholder dom0_mem=1024M (XEN) Video information: (XEN) VGA is text mode 80x25, font 8x16 (XEN) VBE/DDC methods: none; EDID transfer time: 0 seconds (XEN) EDID info not retrieved because no DDC retrieval method detected (XEN) Disc information: (XEN) Found 1 MBR signatures (XEN) Found 1 EDD information structures (XEN) Xen-e820 RAM map: (XEN) 0000000000000000 - 000000000009e400 (usable) (XEN) 000000000009e400 - 00000000000a0000 (reserved) (XEN) 00000000000e0000 - 0000000000100000 (reserved) (XEN) 0000000000100000 - 00000000bdfb0000 (usable) (XEN) 00000000bdfb0000 - 00000000bf3b0000 (reserved) (XEN) 00000000bf3b0000 - 00000000bf5d6000 (usable) (XEN) 00000000bf5d6000 - 00000000bf5d8000 (reserved) (XEN) 00000000bf5d8000 - 00000000bf5e8000 (usable) (XEN) 00000000bf5e8000 - 00000000bf5ec000 (reserved) (XEN) 00000000bf5ec000 - 00000000bf5f0000 (usable) (XEN) 00000000bf5f0000 - 00000000bf601000 (reserved) (XEN) 00000000bf601000 - 00000000bf63f000 (usable) (XEN) 00000000bf63f000 - 00000000bf6bf000 (reserved) (XEN) 00000000bf6bf000 - 00000000bf7bf000 (ACPI NVS) (XEN) 00000000bf7bf000 - 00000000bf7f0000 (ACPI data) (XEN) 00000000bf7f0000 - 00000000bf800000 (usable) (XEN) 00000000bf800000 - 00000000c0000000 (reserved) (XEN) 00000000e0000000 - 00000000f0000000 (reserved) (XEN) 00000000feb00000 - 00000000feb04000 (reserved) (XEN) 00000000fec00000 - 00000000fec01000 (reserved) (XEN) 00000000fed10000 - 00000000fed1a000 (reserved) (XEN) 00000000fed1c000 - 00000000fed20000 (reserved) (XEN) 00000000fee00000 - 00000000fee01000 (reserved) (XEN) 00000000ffc00000 - 0000000100000000 (reserved) (XEN) 0000000100000000 - 0000000140000000 (usable) (XEN) ACPI: RSDP 000FE020, 0024 (r2 DELL ) (XEN) ACPI: XSDT BF7EF170, 00A4 (r1 DELL PE_SC3 1 DELL 40000) (XEN) ACPI: FACP BF7EB000, 00F4 (r4 DELL PE_SC3 1 DELL 40000) (XEN) ACPI: DSDT BF7E1000, 68FE (r1 DELL PE_SC3 0 DELL 40000) (XEN) ACPI: FACS BF7B8000, 0040 (XEN) ACPI: SPMI BF7EE000, 0040 (r5 DELL PE_SC3 1 DELL 40000) (XEN) ACPI: DMAR BF7ED000, 0078 (r1 DELL PE_SC3 1 DELL 40000) (XEN) ACPI: ASF! BF7EC000, 00A5 (r32 DELL PE_SC3 1 DELL 40000) (XEN) ACPI: HPET BF7EA000, 0038 (r1 DELL PE_SC3 1 DELL 40000) (XEN) ACPI: APIC BF7E9000, 0092 (r2 DELL PE_SC3 1 DELL 40000) (XEN) ACPI: MCFG BF7E8000, 003C (r1 DELL PE_SC3 1 DELL 40000) (XEN) ACPI: BOOT BF7DE000, 0028 (r1 DELL PE_SC3 1 DELL 40000) (XEN) ACPI: SSDT BF7DD000, 02F6 (r1 DELL PE_SC3 1000 DELL 40000) (XEN) ACPI: ASPT BF7DA000, 0034 (r7 DELL PE_SC3 1 DELL 40000) (XEN) ACPI: SSDT BF7D9000, 060E (r1 DELL PE_SC3 3000 DELL 40000) (XEN) ACPI: SSDT BF7D8000, 0A92 (r1 DELL PE_SC3 3000 DELL 40000) (XEN) ACPI: HEST BF7D7000, 00A8 (r1 DELL PE_SC3 0 DELL 40000) (XEN) ACPI: ERST BF7D6000, 0230 (r1 DELL PE_SC3 0 DELL 40000) (XEN) ACPI: BERT BF7D5000, 0030 (r1 DELL PE_SC3 0 DELL 40000) (XEN) ACPI: EINJ BF7D4000, 0130 (r1 DELL PE_SC3 0 DELL 40000) (XEN) System RAM: 4065MB (4163416kB) (XEN) Domain heap initialised (XEN) Processor #0 6:10 APIC version 21 (XEN) Processor #2 6:10 APIC version 21 (XEN) Processor #4 6:10 APIC version 21 (XEN) Processor #6 6:10 APIC version 21 (XEN) IOAPIC[0]: apic_id 0, version 32, address 0xfec00000, GSI 0-23 (XEN) Enabling APIC mode: Flat. Using 1 I/O APICs (XEN) [VT-D]dmar.c:583: RMRR address range not in reserved memory base = 0 end = fff; iommu_inclusive_mapping=1 parameter may be needed. (XEN) Switched to APIC driver x2apic_cluster. (XEN) Using scheduler: SMP Credit Scheduler (credit) (XEN) Detected 3093.084 MHz processor. (XEN) Initing memory sharing. (XEN) xstate_init: using cntxt_size: 0x340 and states: 0x7 (XEN) Intel VT-d iommu 0 supported page sizes: 4kB. (XEN) Intel VT-d Snoop Control enabled. (XEN) Intel VT-d Dom0 DMA Passthrough not enabled. (XEN) Intel VT-d Queued Invalidation enabled. (XEN) Intel VT-d Interrupt Remapping enabled. (XEN) Intel VT-d Shared EPT tables not enabled. (XEN) I/O virtualisation enabled (XEN) - Dom0 mode: Relaxed (XEN) Interrupt remapping enabled (XEN) Enabled directed EOI with ioapic_ack_old on! (XEN) ENABLING IO-APIC IRQs (XEN) -> Using old ACK method (XEN) Platform timer is 14.318MHz HPET (XEN) Allocated console ring of 16 KiB. (XEN) VMX: Supported advanced features: (XEN) - APIC MMIO access virtualisation (XEN) - APIC TPR shadow (XEN) - Extended Page Tables (EPT) (XEN) - Virtual-Processor Identifiers (VPID) (XEN) - Virtual NMI (XEN) - MSR direct-access bitmap (XEN) - Unrestricted Guest (XEN) HVM: ASIDs enabled. (XEN) HVM: VMX enabled (XEN) HVM: Hardware Assisted Paging (HAP) detected (XEN) HVM: HAP page sizes: 4kB, 2MB (XEN) Brought up 4 CPUs (XEN) mtrr: your CPUs had inconsistent variable MTRR settings (XEN) *** LOADING DOMAIN 0 *** (XEN) Xen kernel: 64-bit, lsb, compat32 (XEN) Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x23f3000 (XEN) PHYSICAL MEMORY ARRANGEMENT: (XEN) Dom0 alloc.: 0000000134000000->0000000138000000 (233689 pages to be allocated) (XEN) Init. ramdisk: 000000013d0d9000->0000000140000000 (XEN) VIRTUAL MEMORY ARRANGEMENT: (XEN) Loaded kernel: ffffffff81000000->ffffffff823f3000 (XEN) Init. ramdisk: ffffffff823f3000->ffffffff8531a000 (XEN) Phys-Mach map: ffffffff8531a000->ffffffff8551a000 (XEN) Start info: ffffffff8551a000->ffffffff8551a4b4 (XEN) Page tables: ffffffff8551b000->ffffffff8554a000 (XEN) Boot stack: ffffffff8554a000->ffffffff8554b000 (XEN) TOTAL: ffffffff80000000->ffffffff85800000 (XEN) ENTRY ADDRESS: ffffffff81d261e0 (XEN) Dom0 has maximum 4 VCPUs (XEN) Scrubbing Free RAM: .............................done. (XEN) Initial low memory virq threshold set at 0x4000 pages. (XEN) Std. Loglevel: Errors and warnings (XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings) (XEN) Xen is relinquishing VGA console. (XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch input to Xen) (XEN) Freed 260kB init memory. (XEN) traps.c:2503:d0 Domain attempted WRMSR 00000000000001fc from 0x000000000004005f to 0x000000000004005d. (XEN) traps.c:2503:d0 Domain attempted WRMSR 00000000000001fc from 0x000000000004005f to 0x000000000004005d. (XEN) traps.c:2503:d0 Domain attempted WRMSR 00000000000001fc from 0x000000000004005f to 0x000000000004005d. (XEN) traps.c:2503:d0 Domain attempted WRMSR 00000000000001fc from 0x000000000004005f to 0x000000000004005d. ############################################################### This occurs even if i attach a single pci device. I loads the HVM if pci is not passed through. Any help would be great. Regards On Wed, Feb 5, 2014 at 10:45 AM, Mike Neiderhauser < mikeneiderhauser@gmail.com> wrote: > I am running into gnome-session errors for the desktop to get VNC up. I > will report back when I get that fixed. > > Regards. > > > On Wed, Feb 5, 2014 at 10:02 AM, Ian Campbell wrote: > >> On Wed, 2014-02-05 at 10:00 -0500, Mike Neiderhauser wrote: >> >> > >> > When trying to create the domu I get this: >> > >> > >> > root@fiat:~# xl create /etc/xen/ubuntu-hvm-0.cfg >> > Parsing config from /etc/xen/ubuntu-hvm-0.cfg >> > WARNING: ignoring "kernel" directive for HVM guest. Use >> > "firmware_override" instead if you really want a non-default firmware >> > WARNING: ignoring device_model directive. >> > WARNING: Use "device_model_override" instead if you really want a >> > non-default device_model >> > xc: info: VIRTUAL MEMORY ARRANGEMENT: >> > Loader: 0000000000100000->00000000001a69a4 >> > Modules: 0000000000000000->0000000000000000 >> > TOTAL: 0000000000000000->000000003f800000 >> > ENTRY ADDRESS: 0000000000100608 >> > xc: info: PHYSICAL MEMORY ALLOCATION: >> > 4KB PAGES: 0x0000000000000200 >> > 2MB PAGES: 0x00000000000001fb >> > 1GB PAGES: 0x0000000000000000 >> > libxl: error: libxl_pci.c:990:libxl__device_pci_reset: The kernel >> > doesn't support reset from sysfs for PCI device 0000:05:00.0 >> > libxl: error: libxl_pci.c:990:libxl__device_pci_reset: The kernel >> > doesn't support reset from sysfs for PCI device 0000:05:00.1 >> > Daemon running with PID 3095 >> >> This looks like it has worked. Can you connect to the guest console >> and/or vnc manually? >> >> Ian. >> >> >> > --047d7b6dcf42d2d09c04f1b09dee Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Sorry for the delay. =A0There was an issue where the = host os was not detecting the Intel NIC I have installed.=A0

=
So I now have ubuntu desktop 13.10. =A0I have installed the following= packages
apt-get install openssh-server
apt-get install vim
apt-= get install xen-hypervisor-4.3-amd64
apt-get install gvncviewer

I am still having issues getting the HVM start= ed and viewable on VNC when passing through a pci device (it is connects wh= en I do not pass through a pci device).

I am running the script as before to assign the devices= to pciback

######################################= #########################

xl create /etc/xen/u= buntu-hvm-0.cfg returns:
root@fiat:~# xl create /etc/xen/ubuntu-hvm-0.cfg
Parsin= g config from /etc/xen/ubuntu-hvm-0.cfg
WARNING: ignoring "k= ernel" directive for HVM guest. Use "firmware_override" inst= ead if you really want a non-default firmware
WARNING: ignoring device_model directive.
WARNING: Use "= ;device_model_override" instead if you really want a non-default devic= e_model
xc: info: VIRTUAL MEMORY ARRANGEMENT:
=A0 Loade= r: =A0 =A0 =A0 =A00000000000100000->00000000001a69a4
=A0 Modules: =A0 =A0 =A0 0000000000000000->0000000000000000
=A0 TOTAL: =A0 =A0 =A0 =A0 0000000000000000->000000003f800000
=A0 ENTRY ADDRESS: 0000000000100608
xc: info: PHYSICAL MEMORY = ALLOCATION:
=A0 4KB PAGES: 0x0000000000000200
=A0 2MB PAGES: 0x000000000= 00001fb
=A0 1GB PAGES: 0x0000000000000000
libxl: error:= libxl_qmp.c:454:qmp_next: Socket read error: Connection reset by peer
libxl: error: libxl_qmp.c:702:libxl__qmp_initialize: Connection error: Conn= ection refused
libxl: error: libxl_qmp.c:702:libxl__qmp_initializ= e: Connection error: Connection refused
libxl: error: libxl_qmp.c= :702:libxl__qmp_initialize: Connection error: Connection refused
Daemon running with PID 2467

##########= #####################################################

It does not appear to be getting time
root@fiat:~# x= l list
Name =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0ID =A0 Mem VCPUs =A0 =A0 =A0State =A0 Time(s)
Doma= in-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 0 =A01024 =A0 =A0 4 =A0 =A0 r----- =A0 =A0 =A016.3
ubuntu-hvm= -0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 1 =A0102= 5 =A0 =A0 1 =A0 =A0 ------ =A0 =A0 =A0 0.0

#################################################= ##############

/etc/xen/ubuntu-hvm-0.cfg
=
kernel =3D "/usr/lib/xen-4.3/boot/hvmloader"
builder=3D'hvm'
memory =3D 1024
vcpus=3D2
=
name =3D "ubuntu-hvm-0"
vif =3D ['bridge=3Dxen= br0']
pci_permissive=3D1
#pci=3D ['03:00.0'= , '03:00.1', '04:00.0', '04:00.1', '05:00.0'= ;, '05:00.1']
#pci=3D ['03:00.0', '03:00.1']
#pci=3D ['= ;04:00.0', '04:00.1']
pci=3D ['03:00.0', '= ;03:00.1', '04:00.0', '04:00.1']
#pci=3D [= 9;05:00.0', '05:00.1']
disk =3D ['phy:/dev/ubuntu-vg/ubuntu-hvm-0,hda,w']
#= , 'file:/root/ubuntu-12.04.3-server-amd64.iso,hdc:cdrom,r']
<= div>acpi =3D 1
device_model =3D 'qemu-dm'
#boot= =3D"d"
boot=3D"c"
sdl=3D0
serial=3D'pty'= ;
vnc=3D1
vnclisten=3D"0.0.0.0"
vnc= passwd=3D""
on_poweroff =3D 'destroy'
on_reboot =A0 =3D 'restart'
on_crash =A0 =A0=3D 'restart'

#= ##############################################################

dmesg
root@fiat:~# dmesg
[ =A0 = =A00.000000] Initializing cgroup subsys cpuset
[ =A0 =A00.000000] Initializing cgroup subsys cpu
[ =A0 =A00= .000000] Initializing cgroup subsys cpuacct
[ =A0 =A00.000000] Li= nux version 3.11.0-12-generic (buildd@allspice) (gcc version 4.8.1 (Ubuntu/= Linaro 4.8.1-10ubuntu7) ) #19-Ubuntu SMP Wed Oct 9 16:20:46 UTC 2013 (Ubunt= u 3.11.0-12.19-generic 3.11.3)
[ =A0 =A00.000000] Command line: placeholder root=3D/dev/mapper/ubuntu= --vg-root ro quiet splash
[ =A0 =A00.000000] KERNEL supported cpu= s:
[ =A0 =A00.000000] =A0 Intel GenuineIntel
[ =A0 =A00= .000000] =A0 AMD AuthenticAMD
[ =A0 =A00.000000] =A0 Centaur CentaurHauls
[ =A0 =A00.00000= 0] Freeing 9e-100 pfn range: 98 pages freed
[ =A0 =A00.000000] 1-= 1 mapping on 9e->100
[ =A0 =A00.000000] 1-1 mapping on bdfb0-&= gt;bf3b0
[ =A0 =A00.000000] 1-1 mapping on bf5d6->bf5d8
[ =A0 =A00= .000000] 1-1 mapping on bf5e8->bf5ec
[ =A0 =A00.000000] 1-1 ma= pping on bf5f0->bf601
[ =A0 =A00.000000] 1-1 mapping on bf63f-= >bf7f0
[ =A0 =A00.000000] 1-1 mapping on bf800->100000
[ =A0 =A0= 0.000000] Released 98 pages of unused memory
[ =A0 =A00.000000] S= et 269866 page(s) to 1-1 mapping
[ =A0 =A00.000000] Populating 40= 000-40062 pfn range: 98 pages added
[ =A0 =A00.000000] e820: BIOS-provided physical RAM map:
[ = =A0 =A00.000000] Xen: [mem 0x0000000000000000-0x000000000009dfff] usable
[ =A0 =A00.000000] Xen: [mem 0x000000000009e400-0x00000000000fffff]= reserved
[ =A0 =A00.000000] Xen: [mem 0x0000000000100000-0x00000000bdfaffff] us= able
[ =A0 =A00.000000] Xen: [mem 0x00000000bdfb0000-0x00000000bf= 3affff] reserved
[ =A0 =A00.000000] Xen: [mem 0x00000000bf3b0000-= 0x00000000bf5d5fff] usable
[ =A0 =A00.000000] Xen: [mem 0x00000000bf5d6000-0x00000000bf5d7fff] re= served
[ =A0 =A00.000000] Xen: [mem 0x00000000bf5d8000-0x00000000= bf5e7fff] usable
[ =A0 =A00.000000] Xen: [mem 0x00000000bf5e8000-= 0x00000000bf5ebfff] reserved
[ =A0 =A00.000000] Xen: [mem 0x00000000bf5ec000-0x00000000bf5effff] us= able
[ =A0 =A00.000000] Xen: [mem 0x00000000bf5f0000-0x00000000bf= 600fff] reserved
[ =A0 =A00.000000] Xen: [mem 0x00000000bf601000-= 0x00000000bf63efff] usable
[ =A0 =A00.000000] Xen: [mem 0x00000000bf63f000-0x00000000bf6befff] re= served
[ =A0 =A00.000000] Xen: [mem 0x00000000bf6bf000-0x00000000= bf7befff] ACPI NVS
[ =A0 =A00.000000] Xen: [mem 0x00000000bf7bf00= 0-0x00000000bf7effff] ACPI data
[ =A0 =A00.000000] Xen: [mem 0x00000000bf7f0000-0x00000000bf7fffff] us= able
[ =A0 =A00.000000] Xen: [mem 0x00000000bf800000-0x00000000bf= ffffff] reserved
[ =A0 =A00.000000] Xen: [mem 0x00000000e0000000-= 0x00000000efffffff] reserved
[ =A0 =A00.000000] Xen: [mem 0x00000000feb00000-0x00000000feb03fff] re= served
[ =A0 =A00.000000] Xen: [mem 0x00000000fec00000-0x00000000= fec00fff] reserved
[ =A0 =A00.000000] Xen: [mem 0x00000000fed1000= 0-0x00000000fed19fff] reserved
[ =A0 =A00.000000] Xen: [mem 0x00000000fed1c000-0x00000000fed1ffff] re= served
[ =A0 =A00.000000] Xen: [mem 0x00000000fee00000-0x00000000= fee00fff] reserved
[ =A0 =A00.000000] Xen: [mem 0x00000000ffc0000= 0-0x00000000ffffffff] reserved
[ =A0 =A00.000000] Xen: [mem 0x0000000100000000-0x000000013fffffff] us= able
[ =A0 =A00.000000] NX (Execute Disable) protection: active
[ =A0 =A00.000000] SMBIOS 2.7 present.
[ =A0 =A00.000000= ] DMI: Dell Inc. PowerEdge R210 II/03X6X0, BIOS 2.5.1 07/11/2013
[ =A0 =A00.000000] e820: update [mem 0x00000000-0x00000fff] usable =3D= =3D> reserved
[ =A0 =A00.000000] e820: remove [mem 0x000a0000-= 0x000fffff] usable
[ =A0 =A00.000000] No AGP bridge found
[ =A0 =A00.000000] e820: last_pfn =3D 0x140000 max_arch_pfn =3D 0x400000= 000
[ =A0 =A00.000000] e820: last_pfn =3D 0xbf800 max_arch_pfn =3D 0x40000= 0000
[ =A0 =A00.000000] Scanning 1 areas for low memory corruptio= n
[ =A0 =A00.000000] Base memory trampoline at [ffff880000098000]= 98000 size 24576
[ =A0 =A00.000000] init_memory_mapping: [mem 0x00000000-0x000fffff]
[ =A0 =A00.000000] =A0[mem 0x00000000-0x000fffff] page 4k
[ =A0 =A00.000000] init_memory_mapping: [mem 0x3fe00000-0x3fffffff]
<= div>[ =A0 =A00.000000] =A0[mem 0x3fe00000-0x3fffffff] page 4k
[ =A0 =A00.000000] BRK [0x01fe9000, 0x01fe9fff] PGTABLE
[ = =A0 =A00.000000] init_memory_mapping: [mem 0x3c000000-0x3fdfffff]
[ =A0 =A00.000000] =A0[mem 0x3c000000-0x3fdfffff] page 4k
[ =A0 = =A00.000000] BRK [0x01fea000, 0x01feafff] PGTABLE
[ =A0 =A00.000000] BRK [0x01feb000, 0x01febfff] PGTABLE
[ = =A0 =A00.000000] BRK [0x01fec000, 0x01fecfff] PGTABLE
[ =A0 =A00.= 000000] BRK [0x01fed000, 0x01fedfff] PGTABLE
[ =A0 =A00.000000] B= RK [0x01fee000, 0x01feefff] PGTABLE
[ =A0 =A00.000000] init_memory_mapping: [mem 0x00100000-0x3bffffff]
[ =A0 =A00.000000] =A0[mem 0x00100000-0x3bffffff] page 4k
[ =A0 =A00.000000] init_memory_mapping: [mem 0x40000000-0xbdfaffff]
<= div>[ =A0 =A00.000000] =A0[mem 0x40000000-0xbdfaffff] page 4k
[ =A0 =A00.000000] init_memory_mapping: [mem 0xbf3b0000-0xbf5d5fff]
[ =A0 =A00.000000] =A0[mem 0xbf3b0000-0xbf5d5fff] page 4k
[ =A0 =A00.000000] init_memory_mapping: [mem 0xbf5d8000-0xbf5e7fff]
<= div>[ =A0 =A00.000000] =A0[mem 0xbf5d8000-0xbf5e7fff] page 4k
[ =A0 =A00.000000] init_memory_mapping: [mem 0xbf5ec000-0xbf5effff]
[ =A0 =A00.000000] =A0[mem 0xbf5ec000-0xbf5effff] page 4k
[ =A0 =A00.000000] init_memory_mapping: [mem 0xbf601000-0xbf63efff]
<= div>[ =A0 =A00.000000] =A0[mem 0xbf601000-0xbf63efff] page 4k
[ =A0 =A00.000000] init_memory_mapping: [mem 0xbf7f0000-0xbf7fffff]
[ =A0 =A00.000000] =A0[mem 0xbf7f0000-0xbf7fffff] page 4k
[ =A0 =A00.000000] init_memory_mapping: [mem 0x100000000-0x13fffffff]
[ =A0 =A00.000000] =A0[mem 0x100000000-0x13fffffff] page 4k
[ =A0 =A00.000000] RAMDISK: [mem 0x023f3000-0x05319fff]
[ = =A0 =A00.000000] ACPI: RSDP 00000000000fe020 00024 (v02 DELL =A0)
[ =A0 =A00.000000] ACPI: XSDT 00000000bf7ef170 000A4 (v01 DELL =A0 PE_SC3 = =A0 00000001 DELL 00040000)
[ =A0 =A00.000000] ACPI: FACP 00000000bf7eb000 000F4 (v04 DELL =A0 PE_= SC3 =A0 00000001 DELL 00040000)
[ =A0 =A00.000000] ACPI: DSDT 000= 00000bf7e1000 068FE (v01 DELL =A0 PE_SC3 =A0 00000000 DELL 00040000)
<= div>[ =A0 =A00.000000] ACPI: FACS 00000000bf7b8000 00040
[ =A0 =A00.000000] ACPI: SPMI 00000000bf7ee000 00040 (v05 DELL =A0 PE_= SC3 =A0 00000001 DELL 00040000)
[ =A0 =A00.000000] ACPI: XMAR 000= 00000bf7ed000 00078 (v01 DELL =A0 PE_SC3 =A0 00000001 DELL 00040000)
<= div>[ =A0 =A00.000000] ACPI: ASF! 00000000bf7ec000 000A5 (v32 DELL =A0 PE_S= C3 =A0 00000001 DELL 00040000)
[ =A0 =A00.000000] ACPI: HPET 00000000bf7ea000 00038 (v01 DELL =A0 PE_= SC3 =A0 00000001 DELL 00040000)
[ =A0 =A00.000000] ACPI: APIC 000= 00000bf7e9000 00092 (v02 DELL =A0 PE_SC3 =A0 00000001 DELL 00040000)
<= div>[ =A0 =A00.000000] ACPI: MCFG 00000000bf7e8000 0003C (v01 DELL =A0 PE_S= C3 =A0 00000001 DELL 00040000)
[ =A0 =A00.000000] ACPI: BOOT 00000000bf7de000 00028 (v01 DELL =A0 PE_= SC3 =A0 00000001 DELL 00040000)
[ =A0 =A00.000000] ACPI: SSDT 000= 00000bf7dd000 002F6 (v01 DELL =A0 PE_SC3 =A0 00001000 DELL 00040000)
<= div>[ =A0 =A00.000000] ACPI: ASPT 00000000bf7da000 00034 (v07 DELL =A0 PE_S= C3 =A0 00000001 DELL 00040000)
[ =A0 =A00.000000] ACPI: SSDT 00000000bf7d9000 0060E (v01 DELL =A0 PE_= SC3 =A0 00003000 DELL 00040000)
[ =A0 =A00.000000] ACPI: SSDT 000= 00000bf7d8000 00A92 (v01 DELL =A0 PE_SC3 =A0 00003000 DELL 00040000)
<= div>[ =A0 =A00.000000] ACPI: HEST 00000000bf7d7000 000A8 (v01 DELL =A0 PE_S= C3 =A0 00000000 DELL 00040000)
[ =A0 =A00.000000] ACPI: ERST 00000000bf7d6000 00230 (v01 DELL =A0 PE_= SC3 =A0 00000000 DELL 00040000)
[ =A0 =A00.000000] ACPI: BERT 000= 00000bf7d5000 00030 (v01 DELL =A0 PE_SC3 =A0 00000000 DELL 00040000)
<= div>[ =A0 =A00.000000] ACPI: EINJ 00000000bf7d4000 00130 (v01 DELL =A0 PE_S= C3 =A0 00000000 DELL 00040000)
[ =A0 =A00.000000] ACPI: Local APIC address 0xfee00000
[ =A0= =A00.000000] NUMA turned off
[ =A0 =A00.000000] Faking a node at= [mem 0x0000000000000000-0x000000013fffffff]
[ =A0 =A00.000000] I= nitmem setup node 0 [mem 0x00000000-0x13fffffff]
[ =A0 =A00.000000] =A0 NODE_DATA [mem 0x3f899000-0x3f89dfff]
[ =A0 =A00.000000] Zone ranges:
[ =A0 =A00.000000] =A0 DMA =A0 = =A0 =A0[mem 0x00001000-0x00ffffff]
[ =A0 =A00.000000] =A0 DMA32 = =A0 =A0[mem 0x01000000-0xffffffff]
[ =A0 =A00.000000] =A0 Normal =A0 [mem 0x100000000-0x13fffffff]
<= div>[ =A0 =A00.000000] Movable zone start for each node
[ =A0 =A0= 0.000000] Early memory node ranges
[ =A0 =A00.000000] =A0 node = =A0 0: [mem 0x00001000-0x0009dfff]
[ =A0 =A00.000000] =A0 node =A0 0: [mem 0x00100000-0xbdfaffff]
[ =A0 =A00.000000] =A0 node =A0 0: [mem 0xbf3b0000-0xbf5d5fff]
[ =A0 =A00.000000] =A0 node =A0 0: [mem 0xbf5d8000-0xbf5e7fff]
[= =A0 =A00.000000] =A0 node =A0 0: [mem 0xbf5ec000-0xbf5effff]
[ =A0 =A00.000000] =A0 node =A0 0: [mem 0xbf601000-0xbf63efff]
[ =A0 =A00.000000] =A0 node =A0 0: [mem 0xbf7f0000-0xbf7fffff]
[ =A0 =A00.000000] =A0 node =A0 0: [mem 0x100000000-0x13fffffff]
[ =A0 =A00.000000] On node 0 totalpages: 1040853
[ =A0 =A00.000000] =A0 DMA zone: 64 pages used for memmap
[ = =A0 =A00.000000] =A0 DMA zone: 21 pages reserved
[ =A0 =A00.00000= 0] =A0 DMA zone: 3997 pages, LIFO batch:0
[ =A0 =A00.000000] =A0 = DMA32 zone: 12105 pages used for memmap
[ =A0 =A00.000000] =A0 DMA32 zone: 774712 pages, LIFO batch:31
[ =A0 =A00.000000] =A0 Normal zone: 4096 pages used for memmap
[ =A0 =A00.000000] =A0 Normal zone: 262144 pages, LIFO batch:31
= [ =A0 =A00.000000] ACPI: PM-Timer IO Port: 0x408
[ =A0 =A00.000000] ACPI: Local APIC address 0xfee00000
[ =A0= =A00.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
= [ =A0 =A00.000000] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] enabled)
=
[ =A0 =A00.000000] ACPI: LAPIC (acpi_id[0x03] lapic_id[0x04] enabled)<= /div>
[ =A0 =A00.000000] ACPI: LAPIC (acpi_id[0x04] lapic_id[0x06] enabled)<= /div>
[ =A0 =A00.000000] ACPI: LAPIC (acpi_id[0x05] lapic_id[0x00] disa= bled)
[ =A0 =A00.000000] ACPI: LAPIC (acpi_id[0x06] lapic_id[0x00= ] disabled)
[ =A0 =A00.000000] ACPI: LAPIC (acpi_id[0x07] lapic_id[0x00] disabled)=
[ =A0 =A00.000000] ACPI: LAPIC (acpi_id[0x08] lapic_id[0x00] dis= abled)
[ =A0 =A00.000000] ACPI: LAPIC_NMI (acpi_id[0xff] high edg= e lint[0x1])
[ =A0 =A00.000000] ACPI: IOAPIC (id[0x00] address[0xfec00000] gsi_base= [0])
[ =A0 =A00.000000] IOAPIC[0]: apic_id 0, version 32, address= 0xfec00000, GSI 0-23
[ =A0 =A00.000000] ACPI: INT_SRC_OVR (bus 0= bus_irq 0 global_irq 2 dfl dfl)
[ =A0 =A00.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 hig= h level)
[ =A0 =A00.000000] ACPI: IRQ0 used by override.
[ =A0 =A00.000000] ACPI: IRQ2 used by override.
[ =A0 =A00.0000= 00] ACPI: IRQ9 used by override.
[ =A0 =A00.000000] Using ACPI (MADT) for SMP configuration information=
[ =A0 =A00.000000] ACPI: HPET id: 0x8086a201 base: 0xfed00000
[ =A0 =A00.000000] smpboot: Allowing 8 CPUs, 4 hotplug CPUs
[ =A0 =A00.000000] nr_irqs_gsi: 40
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0x0009e000-0x000= 9efff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0x00= 09f000-0x000fffff]
[ =A0 =A00.000000] PM: Registered nosave memor= y: [mem 0xbdfb0000-0xbf3affff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xbf5d6000-0xbf5= d7fff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xbf= 5e8000-0xbf5ebfff]
[ =A0 =A00.000000] PM: Registered nosave memor= y: [mem 0xbf5f0000-0xbf600fff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xbf63f000-0xbf6= befff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xbf= 6bf000-0xbf7befff]
[ =A0 =A00.000000] PM: Registered nosave memor= y: [mem 0xbf7bf000-0xbf7effff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xbf800000-0xbff= fffff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xc0= 000000-0xdfffffff]
[ =A0 =A00.000000] PM: Registered nosave memor= y: [mem 0xe0000000-0xefffffff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xf0000000-0xfea= fffff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xfe= b00000-0xfeb03fff]
[ =A0 =A00.000000] PM: Registered nosave memor= y: [mem 0xfeb04000-0xfebfffff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xfec00000-0xfec= 00fff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xfe= c01000-0xfed0ffff]
[ =A0 =A00.000000] PM: Registered nosave memor= y: [mem 0xfed10000-0xfed19fff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xfed1a000-0xfed= 1bfff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xfe= d1c000-0xfed1ffff]
[ =A0 =A00.000000] PM: Registered nosave memor= y: [mem 0xfed20000-0xfedfffff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xfee00000-0xfee= 00fff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xfe= e01000-0xffbfffff]
[ =A0 =A00.000000] PM: Registered nosave memor= y: [mem 0xffc00000-0xffffffff]
[ =A0 =A00.000000] e820: [mem 0xc0000000-0xdfffffff] available for PCI= devices
[ =A0 =A00.000000] Booting paravirtualized kernel on Xen=
[ =A0 =A00.000000] Xen version: 4.3.0 (preserve-AD)
[ = =A0 =A00.000000] setup_percpu: NR_CPUS:256 nr_cpumask_bits:256 nr_cpu_ids:8= nr_node_ids:1
[ =A0 =A00.000000] PERCPU: Embedded 29 pages/cpu @ffff88003f200000 s86= 720 r8192 d23872 u262144
[ =A0 =A00.000000] pcpu-alloc: s86720 r8= 192 d23872 u262144 alloc=3D1*2097152
[ =A0 =A00.000000] pcpu-allo= c: [0] 0 1 2 3 4 5 6 7
[ =A0 =A01.486636] Built 1 zonelists in Node order, mobility grouping = on. =A0Total pages: 1024567
[ =A0 =A01.486637] Policy zone: Norma= l
[ =A0 =A01.486638] Kernel command line: placeholder root=3D/dev= /mapper/ubuntu--vg-root ro quiet splash
[ =A0 =A01.487047] PID hash table entries: 4096 (order: 3, 32768 bytes= )
[ =A0 =A01.487077] xsave: enabled xstate_bv 0x7, cntxt size 0x3= 40
[ =A0 =A01.507303] software IO TLB [mem 0x37000000-0x3b000000]= (64MB) mapped at [ffff880037000000-ffff88003affffff]
[ =A0 =A01.512552] Memory: 840772K/4163412K available (7141K kernel co= de, 1082K rwdata, 3260K rodata, 1364K init, 1420K bss, 3322640K reserved)
[ =A0 =A01.512614] SLUB: HWalign=3D64, Order=3D0-3, MinObjects=3D0= , CPUs=3D4, Nodes=3D1
[ =A0 =A01.512630] Hierarchical RCU implementation.
[ =A0 = =A01.512631] =A0RCU dyntick-idle grace-period acceleration is enabled.
[ =A0 =A01.512632] =A0RCU restricting CPUs from NR_CPUS=3D256 to nr_c= pu_ids=3D4.
[ =A0 =A01.512633] =A0Offload RCU callbacks from all CPUs
[ =A0 = =A01.512636] =A0Offload RCU callbacks from CPUs: 0-255.
[ =A0 =A0= 1.512643] NR_IRQS:16640 nr_irqs:712 16
[ =A0 =A01.512699] xen: sc= i override: global_irq=3D9 trigger=3D0 polarity=3D0
[ =A0 =A01.512701] xen: registering gsi 9 triggering 0 polarity 0
[ =A0 =A01.512712] xen: --> pirq=3D9 -> irq=3D9 (gsi=3D9)
=
[ =A0 =A01.512731] xen: acpi sci 9
[ =A0 =A01.512734] xen: -= -> pirq=3D1 -> irq=3D1 (gsi=3D1)
[ =A0 =A01.512736] xen: --> pirq=3D2 -> irq=3D2 (gsi=3D2)
<= div>[ =A0 =A01.512740] xen: --> pirq=3D3 -> irq=3D3 (gsi=3D3)
[ =A0 =A01.512742] xen: --> pirq=3D4 -> irq=3D4 (gsi=3D4)
[ =A0 =A01.512744] xen: --> pirq=3D5 -> irq=3D5 (gsi=3D5)
[ =A0 =A01.512747] xen: --> pirq=3D6 -> irq=3D6 (gsi=3D6)
<= div>[ =A0 =A01.512749] xen: --> pirq=3D7 -> irq=3D7 (gsi=3D7)
[ =A0 =A01.512751] xen: --> pirq=3D8 -> irq=3D8 (gsi=3D8)
[ =A0 =A01.512754] xen: --> pirq=3D10 -> irq=3D10 (gsi=3D10)
[ =A0 =A01.512756] xen: --> pirq=3D11 -> irq=3D11 (gsi=3D11)
[ =A0 =A01.512758] xen: --> pirq=3D12 -> irq=3D12 (gsi=3D12)
[ =A0 =A01.512761] xen: --> pirq=3D13 -> irq=3D13 (gsi=3D13)=
[ =A0 =A01.512763] xen: --> pirq=3D14 -> irq=3D14 (gsi=3D1= 4)
[ =A0 =A01.512765] xen: --> pirq=3D15 -> irq=3D15 (gsi=3D15)
[ =A0 =A01.517253] Console: colour VGA+ 80x25
[ =A0 =A01.5= 17318] console [tty0] enabled
[ =A0 =A01.519389] allocated 167772= 16 bytes of page_cgroup
[ =A0 =A01.519391] please try 'cgroup_disable=3Dmemory' option= if you don't want memory cgroups
[ =A0 =A01.519429] Xen: usi= ng vcpuop timer interface
[ =A0 =A01.519434] installing Xen timer= for CPU 0
[ =A0 =A01.519459] tsc: Detected 3093.084 MHz processor
[ = =A0 =A01.519463] Calibrating delay loop (skipped), value calculated using t= imer frequency.. 6186.16 BogoMIPS (lpj=3D12372336)
[ =A0 =A01.519= 466] pid_max: default: 32768 minimum: 301
[ =A0 =A01.519492] Security Framework initialized
[ =A0 =A01= .519510] AppArmor: AppArmor initialized
[ =A0 =A01.519511] Yama: = becoming mindful.
[ =A0 =A01.519981] Dentry cache hash table entr= ies: 524288 (order: 10, 4194304 bytes)
[ =A0 =A01.520717] Inode-cache hash table entries: 262144 (order: 9, 2= 097152 bytes)
[ =A0 =A01.520990] Mount-cache hash table entries: = 256
[ =A0 =A01.521162] Initializing cgroup subsys memory
[ =A0 =A01.521172] Initializing cgroup subsys devices
[ =A0 =A01.521174] Initializing cgroup subsys freezer
[ =A0 = =A01.521176] Initializing cgroup subsys blkio
[ =A0 =A01.521177] = Initializing cgroup subsys perf_event
[ =A0 =A01.521179] Initiali= zing cgroup subsys hugetlb
[ =A0 =A01.521225] ENERGY_PERF_BIAS: Set to 'normal', was '= ;performance'
[ =A0 =A01.521225] ENERGY_PERF_BIAS: View and u= pdate with x86_energy_perf_policy(8)
[ =A0 =A01.521228] CPU: Phys= ical Processor ID: 0
[ =A0 =A01.521228] CPU: Processor Core ID: 0
[ =A0 =A01.5212= 30] mce: CPU supports 2 MCE banks
[ =A0 =A01.521245] Last level i= TLB entries: 4KB 512, 2MB 0, 4MB 0
[ =A0 =A01.521245] Last level = dTLB entries: 4KB 512, 2MB 32, 4MB 32
[ =A0 =A01.521245] tlb_flushall_shift: 5
[ =A0 =A01.521328] = Freeing SMP alternatives memory: 28K (ffffffff81e65000 - ffffffff81e6c000)<= /div>
[ =A0 =A01.523297] ACPI: Core revision 20130517
[ =A0 = =A01.526721] ACPI: All ACPI Tables successfully acquired
[ =A0 =A01.538002] ftrace: allocating 27796 entries in 109 pages
=
[ =A0 =A01.548829] cpu 0 spinlock event irq 41
[ =A0 =A01.54= 8853] Performance Events: unsupported p6 CPU model 42 no PMU driver, softwa= re events only.
[ =A0 =A01.549956] NMI watchdog: disabled (cpu0): hardware events not = enabled
[ =A0 =A01.550009] installing Xen timer for CPU 1
[ =A0 =A01.550017] cpu 1 spinlock event irq 48
[ =A0 =A01.5502= 57] installing Xen timer for CPU 2
[ =A0 =A01.550264] cpu 2 spinlock event irq 55
[ =A0 =A01.55= 0513] installing Xen timer for CPU 3
[ =A0 =A01.550519] cpu 3 spi= nlock event irq 62
[ =A0 =A01.550690] Brought up 4 CPUs
[ =A0 =A01.550966] devtmpfs: initialized
[ =A0 =A01.551687] EVM: security.selinux
[ =A0 =A01.551689] = EVM: security.SMACK64
[ =A0 =A01.551689] EVM: security.capability=
[ =A0 =A01.551757] PM: Registering ACPI NVS region [mem 0xbf6bf0= 00-0xbf7befff] (1048576 bytes)
[ =A0 =A01.552351] xen:grant_table: Grant tables using version 2 layou= t
[ =A0 =A01.552361] Grant table initialized
[ =A0 =A01= .552397] regulator-dummy: no parameters
[ =A0 =A01.552436] RTC ti= me: 22:43:25, date: 02/05/14
[ =A0 =A01.552464] NET: Registered protocol family 16
[ =A0 = =A01.552618] ACPI FADT declares the system doesn't support PCIe ASPM, s= o disable it
[ =A0 =A01.552620] ACPI: bus type PCI registered
[ =A0 =A01.552622] acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.= 5
[ =A0 =A01.552716] PCI: MMCONFIG for domain 0000 [bus 00-ff] at [mem 0= xe0000000-0xefffffff] (base 0xe0000000)
[ =A0 =A01.552718] PCI: M= MCONFIG at [mem 0xe0000000-0xefffffff] reserved in E820
[ =A0 =A0= 1.586748] PCI: Using configuration type 1 for base access
[ =A0 =A01.587622] bio: create slab <bio-0> at 0
[ =A0= =A01.587825] ACPI: Added _OSI(Module Device)
[ =A0 =A01.587827] = ACPI: Added _OSI(Processor Device)
[ =A0 =A01.587828] ACPI: Added= _OSI(3.0 _SCP Extensions)
[ =A0 =A01.587829] ACPI: Added _OSI(Processor Aggregator Device)
=
[ =A0 =A01.589017] ACPI: EC: Look up EC in DSDT
[ =A0 =A01.5= 90162] ACPI: Executed 1 blocks of module-level executable AML code
[ =A0 =A01.592112] ACPI: SSDT 00000000bf64d018 0083B (v01 =A0PmRef =A0Cpu= 0Cst 00003001 INTL 20080729)
[ =A0 =A01.592397] ACPI: Dynamic OEM Table Load:
[ =A0 =A01.= 592399] ACPI: SSDT =A0 =A0 =A0 =A0 =A0 (null) 0083B (v01 =A0PmRef =A0Cpu0Cs= t 00003001 INTL 20080729)
[ =A0 =A01.594985] ACPI: SSDT 00000000b= f64ea98 00303 (v01 =A0PmRef =A0 =A0ApIst 00003000 INTL 20080729)
[ =A0 =A01.595292] ACPI: Dynamic OEM Table Load:
[ =A0 =A01.= 595294] ACPI: SSDT =A0 =A0 =A0 =A0 =A0 (null) 00303 (v01 =A0PmRef =A0 =A0Ap= Ist 00003000 INTL 20080729)
[ =A0 =A01.598960] ACPI: SSDT 0000000= 0bf64cd98 00119 (v01 =A0PmRef =A0 =A0ApCst 00003000 INTL 20080729)
[ =A0 =A01.599246] ACPI: Dynamic OEM Table Load:
[ =A0 =A01.= 599248] ACPI: SSDT =A0 =A0 =A0 =A0 =A0 (null) 00119 (v01 =A0PmRef =A0 =A0Ap= Cst 00003000 INTL 20080729)
[ =A0 =A01.603360] ACPI: Interpreter = enabled
[ =A0 =A01.603366] ACPI Exception: AE_NOT_FOUND, While ev= aluating Sleep State [\_S1_] (20130517/hwxface-571)
[ =A0 =A01.603370] ACPI Exception: AE_NOT_FOUND, While evaluating Slee= p State [\_S2_] (20130517/hwxface-571)
[ =A0 =A01.603373] ACPI Ex= ception: AE_NOT_FOUND, While evaluating Sleep State [\_S3_] (20130517/hwxfa= ce-571)
[ =A0 =A01.603382] ACPI: (supports S0 S4 S5)
[ =A0 =A01.6033= 83] ACPI: Using IOAPIC for interrupt routing
[ =A0 =A01.603423] H= EST: Table parsing has been initialized.
[ =A0 =A01.603426] PCI: = Using host bridge windows from ACPI; if necessary, use "pci=3Dnocrs&qu= ot; and report a bug
[ =A0 =A01.603514] ACPI: No dock devices found.
[ =A0 =A01.6= 07296] ACPI: Power Resource [FN00] (off)
[ =A0 =A01.607362] ACPI:= Power Resource [FN01] (off)
[ =A0 =A01.607424] ACPI: Power Resou= rce [FN02] (off)
[ =A0 =A01.607485] ACPI: Power Resource [FN03] (off)
[ =A0 = =A01.607545] ACPI: Power Resource [FN04] (off)
[ =A0 =A01.608092]= ACPI: PCI Root Bridge [PCI0] (domain 0000 [bus 00-fe])
[ =A0 =A0= 1.608233] acpi PNP0A08:00: Requesting ACPI _OSC control (0x1d)
[ =A0 =A01.608615] acpi PNP0A08:00: ACPI _OSC control (0x1d) granted
[ =A0 =A01.609128] PCI host bridge to bus 0000:00
[ =A0 = =A01.609130] pci_bus 0000:00: root bus resource [bus 00-fe]
[ =A0= =A01.609132] pci_bus 0000:00: root bus resource [io =A00x0000-0x0cf7]
[ =A0 =A01.609133] pci_bus 0000:00: root bus resource [io =A00x0d00-0x= ffff]
[ =A0 =A01.609135] pci_bus 0000:00: root bus resource [mem = 0x000a0000-0x000bffff]
[ =A0 =A01.609136] pci_bus 0000:00: root b= us resource [mem 0xc0000000-0xfeafffff]
[ =A0 =A01.609148] pci 0000:00:00.0: [8086:0108] type 00 class 0x06000= 0
[ =A0 =A01.609278] pci 0000:00:01.0: [8086:0101] type 01 class = 0x060400
[ =A0 =A01.609355] pci 0000:00:01.0: PME# supported from= D0 D3hot D3cold
[ =A0 =A01.609397] pci 0000:00:01.0: System wakeup disabled by ACPI
[ =A0 =A01.609521] pci 0000:00:1a.0: [8086:1c2d] type 00 class 0x0c= 0320
[ =A0 =A01.609883] pci 0000:00:1a.0: reg 0x10: [mem 0xc69060= 00-0xc69063ff]
[ =A0 =A01.611696] pci 0000:00:1a.0: PME# supported from D0 D3hot D3co= ld
[ =A0 =A01.611765] pci 0000:00:1a.0: System wakeup disabled by= ACPI
[ =A0 =A01.611815] pci 0000:00:1c.0: [8086:1c10] type 01 cl= ass 0x060400
[ =A0 =A01.611988] pci 0000:00:1c.0: PME# supported from D0 D3hot D3co= ld
[ =A0 =A01.612047] pci 0000:00:1c.0: System wakeup disabled by= ACPI
[ =A0 =A01.612115] pci 0000:00:1d.0: [8086:1c26] type 00 cl= ass 0x0c0320
[ =A0 =A01.612468] pci 0000:00:1d.0: reg 0x10: [mem 0xc6905000-0xc6905= 3ff]
[ =A0 =A01.614215] pci 0000:00:1d.0: PME# supported from D0 = D3hot D3cold
[ =A0 =A01.614282] pci 0000:00:1d.0: System wakeup d= isabled by ACPI
[ =A0 =A01.614324] pci 0000:00:1e.0: [8086:244e] type 01 class 0x06040= 1
[ =A0 =A01.614481] pci 0000:00:1e.0: System wakeup disabled by = ACPI
[ =A0 =A01.614522] pci 0000:00:1f.0: [8086:1c52] type 00 cla= ss 0x060100
[ =A0 =A01.614802] pci 0000:00:1f.2: [8086:1c02] type 00 class 0x01060= 1
[ =A0 =A01.614849] pci 0000:00:1f.2: reg 0x10: [io =A00x4048-0x= 404f]
[ =A0 =A01.614866] pci 0000:00:1f.2: reg 0x14: [io =A00x405= 4-0x4057]
[ =A0 =A01.614884] pci 0000:00:1f.2: reg 0x18: [io =A00x4040-0x4047]
[ =A0 =A01.614902] pci 0000:00:1f.2: reg 0x1c: [io =A00x4050-0x405= 3]
[ =A0 =A01.614918] pci 0000:00:1f.2: reg 0x20: [io =A00x4020-0= x403f]
[ =A0 =A01.614936] pci 0000:00:1f.2: reg 0x24: [mem 0xc6904000-0xc69047ff]<= /div>
[ =A0 =A01.615054] pci 0000:00:1f.2: PME# supported from D3hot
[ =A0 =A01.615140] pci 0000:00:1f.3: [8086:1c22] type 00 class 0x0c= 0500
[ =A0 =A01.615174] pci 0000:00:1f.3: reg 0x10: [mem 0xc6902000-0xc6902= 0ff 64bit]
[ =A0 =A01.615223] pci 0000:00:1f.3: reg 0x20: [io =A0= 0x4000-0x401f]
[ =A0 =A01.615405] pci 0000:01:00.0: [111d:8018] t= ype 01 class 0x060400
[ =A0 =A01.615505] pci 0000:01:00.0: PME# supported from D0 D3hot D3co= ld
[ =A0 =A01.615531] pci 0000:01:00.0: System wakeup disabled by= ACPI
[ =A0 =A01.622042] pci 0000:00:01.0: PCI bridge to [bus 01-= 04]
[ =A0 =A01.622047] pci 0000:00:01.0: =A0 bridge window [io =A00x2000-0= x3fff]
[ =A0 =A01.622051] pci 0000:00:01.0: =A0 bridge window [me= m 0xc5400000-0xc68fffff]
[ =A0 =A01.622137] pci 0000:02:02.0: [11= 1d:8018] type 01 class 0x060400
[ =A0 =A01.622252] pci 0000:02:02.0: PME# supported from D0 D3hot D3co= ld
[ =A0 =A01.622323] pci 0000:02:04.0: [111d:8018] type 01 class= 0x060400
[ =A0 =A01.622437] pci 0000:02:04.0: PME# supported fro= m D0 D3hot D3cold
[ =A0 =A01.622525] pci 0000:01:00.0: PCI bridge to [bus 02-04]
[ =A0 =A01.622533] pci 0000:01:00.0: =A0 bridge window [io =A00x2000-0x3= fff]
[ =A0 =A01.622538] pci 0000:01:00.0: =A0 bridge window [mem = 0xc5400000-0xc68fffff]
[ =A0 =A01.622635] pci 0000:03:00.0: [8086:10e8] type 00 class 0x02000= 0
[ =A0 =A01.622656] pci 0000:03:00.0: reg 0x10: [mem 0xc6820000-= 0xc683ffff]
[ =A0 =A01.622672] pci 0000:03:00.0: reg 0x14: [mem 0= xc6400000-0xc67fffff]
[ =A0 =A01.622687] pci 0000:03:00.0: reg 0x18: [io =A00x3020-0x303f]
[ =A0 =A01.622702] pci 0000:03:00.0: reg 0x1c: [mem 0xc6844000-0xc= 6847fff]
[ =A0 =A01.622745] pci 0000:03:00.0: reg 0x30: [mem 0xff= c00000-0xffffffff pref]
[ =A0 =A01.622828] pci 0000:03:00.0: PME# supported from D0 D3hot D3co= ld
[ =A0 =A01.622880] pci 0000:03:00.0: reg 0x184: [mem 0x0000000= 0-0x00003fff 64bit]
[ =A0 =A01.622906] pci 0000:03:00.0: reg 0x19= 0: [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.623005] pci 0000:03:00.1: [8086:10e8] type 00 class 0x02000= 0
[ =A0 =A01.623026] pci 0000:03:00.1: reg 0x10: [mem 0xc6800000-= 0xc681ffff]
[ =A0 =A01.623041] pci 0000:03:00.1: reg 0x14: [mem 0= xc6000000-0xc63fffff]
[ =A0 =A01.623056] pci 0000:03:00.1: reg 0x18: [io =A00x3000-0x301f]
[ =A0 =A01.623071] pci 0000:03:00.1: reg 0x1c: [mem 0xc6840000-0xc= 6843fff]
[ =A0 =A01.623114] pci 0000:03:00.1: reg 0x30: [mem 0xff= c00000-0xffffffff pref]
[ =A0 =A01.623197] pci 0000:03:00.1: PME# supported from D0 D3hot D3co= ld
[ =A0 =A01.623248] pci 0000:03:00.1: reg 0x184: [mem 0x0000000= 0-0x00003fff 64bit]
[ =A0 =A01.623275] pci 0000:03:00.1: reg 0x19= 0: [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.623376] pci 0000:02:02.0: PCI bridge to [bus 03]
= [ =A0 =A01.623384] pci 0000:02:02.0: =A0 bridge window [io =A00x3000-0x3fff= ]
[ =A0 =A01.623389] pci 0000:02:02.0: =A0 bridge window [mem 0xc= 6000000-0xc68fffff]
[ =A0 =A01.623487] pci 0000:04:00.0: [8086:10e8] type 00 class 0x02000= 0
[ =A0 =A01.623508] pci 0000:04:00.0: reg 0x10: [mem 0xc5c20000-= 0xc5c3ffff]
[ =A0 =A01.623523] pci 0000:04:00.0: reg 0x14: [mem 0= xc5800000-0xc5bfffff]
[ =A0 =A01.623538] pci 0000:04:00.0: reg 0x18: [io =A00x2020-0x203f]
[ =A0 =A01.623554] pci 0000:04:00.0: reg 0x1c: [mem 0xc5c44000-0xc= 5c47fff]
[ =A0 =A01.623596] pci 0000:04:00.0: reg 0x30: [mem 0xff= c00000-0xffffffff pref]
[ =A0 =A01.623679] pci 0000:04:00.0: PME# supported from D0 D3hot
[ =A0 =A01.623730] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x000= 03fff 64bit]
[ =A0 =A01.623756] pci 0000:04:00.0: reg 0x190: [mem= 0x00000000-0x00003fff 64bit]
[ =A0 =A01.623853] pci 0000:04:00.1: [8086:10e8] type 00 class 0x02000= 0
[ =A0 =A01.623874] pci 0000:04:00.1: reg 0x10: [mem 0xc5c00000-= 0xc5c1ffff]
[ =A0 =A01.623889] pci 0000:04:00.1: reg 0x14: [mem 0= xc5400000-0xc57fffff]
[ =A0 =A01.623904] pci 0000:04:00.1: reg 0x18: [io =A00x2000-0x201f]
[ =A0 =A01.623919] pci 0000:04:00.1: reg 0x1c: [mem 0xc5c40000-0xc= 5c43fff]
[ =A0 =A01.623962] pci 0000:04:00.1: reg 0x30: [mem 0xff= c00000-0xffffffff pref]
[ =A0 =A01.624044] pci 0000:04:00.1: PME# supported from D0 D3hot
[ =A0 =A01.624096] pci 0000:04:00.1: reg 0x184: [mem 0x00000000-0x000= 03fff 64bit]
[ =A0 =A01.624122] pci 0000:04:00.1: reg 0x190: [mem= 0x00000000-0x00003fff 64bit]
[ =A0 =A01.624221] pci 0000:02:04.0: PCI bridge to [bus 04]
= [ =A0 =A01.624229] pci 0000:02:04.0: =A0 bridge window [io =A00x2000-0x2fff= ]
[ =A0 =A01.624234] pci 0000:02:04.0: =A0 bridge window [mem 0xc= 5400000-0xc5cfffff]
[ =A0 =A01.624417] pci 0000:05:00.0: [14e4:163b] type 00 class 0x02000= 0
[ =A0 =A01.624457] pci 0000:05:00.0: reg 0x10: [mem 0xc0000000-= 0xc1ffffff 64bit]
[ =A0 =A01.624697] pci 0000:05:00.0: PME# suppo= rted from D0 D3hot D3cold
[ =A0 =A01.624739] pci 0000:05:00.0: System wakeup disabled by ACPI
[ =A0 =A01.624821] pci 0000:05:00.1: [14e4:163b] type 00 class 0x02= 0000
[ =A0 =A01.624861] pci 0000:05:00.1: reg 0x10: [mem 0xc20000= 00-0xc3ffffff 64bit]
[ =A0 =A01.625101] pci 0000:05:00.1: PME# supported from D0 D3hot D3co= ld
[ =A0 =A01.625231] pci 0000:00:1c.0: PCI bridge to [bus 05]
[ =A0 =A01.625242] pci 0000:00:1c.0: =A0 bridge window [mem 0xc0000= 000-0xc3ffffff]
[ =A0 =A01.625333] pci 0000:06:03.0: [102b:0532] type 00 class 0x03000= 0
[ =A0 =A01.625365] pci 0000:06:03.0: reg 0x10: [mem 0xc4000000-= 0xc47fffff pref]
[ =A0 =A01.625383] pci 0000:06:03.0: reg 0x14: [= mem 0xc5000000-0xc5003fff]
[ =A0 =A01.625401] pci 0000:06:03.0: reg 0x18: [mem 0xc4800000-0xc4fff= fff]
[ =A0 =A01.625467] pci 0000:06:03.0: reg 0x30: [mem 0xffff00= 00-0xffffffff pref]
[ =A0 =A01.625618] pci 0000:00:1e.0: PCI brid= ge to [bus 06] (subtractive decode)
[ =A0 =A01.625629] pci 0000:00:1e.0: =A0 bridge window [mem 0xc4800000= -0xc50fffff]
[ =A0 =A01.625640] pci 0000:00:1e.0: =A0 bridge wind= ow [mem 0xc4000000-0xc47fffff 64bit pref]
[ =A0 =A01.625641] pci = 0000:00:1e.0: =A0 bridge window [io =A00x0000-0x0cf7] (subtractive decode)<= /div>
[ =A0 =A01.625643] pci 0000:00:1e.0: =A0 bridge window [io =A00x0d00-0= xffff] (subtractive decode)
[ =A0 =A01.625644] pci 0000:00:1e.0: = =A0 bridge window [mem 0x000a0000-0x000bffff] (subtractive decode)
[ =A0 =A01.625646] pci 0000:00:1e.0: =A0 bridge window [mem 0xc0000000-0x= feafffff] (subtractive decode)
[ =A0 =A01.625672] acpi PNP0A08:00: Disabling ASPM (FADT indicates it = is unsupported)
[ =A0 =A01.626157] ACPI: PCI Interrupt Link [LNKA= ] (IRQs 1 3 4 5 6 *10 11 12 14 15)
[ =A0 =A01.626206] ACPI: PCI I= nterrupt Link [LNKB] (IRQs 1 3 4 5 6 10 *11 12 14 15)
[ =A0 =A01.626254] ACPI: PCI Interrupt Link [LNKC] (IRQs 1 3 4 5 6 *10= 11 12 14 15)
[ =A0 =A01.626300] ACPI: PCI Interrupt Link [LNKD] = (IRQs 1 3 4 5 *6 10 11 12 14 15)
[ =A0 =A01.626347] ACPI: PCI Int= errupt Link [LNKE] (IRQs 1 3 4 5 6 10 11 12 *14 15)
[ =A0 =A01.626393] ACPI: PCI Interrupt Link [LNKF] (IRQs 1 3 4 5 *6 10= 11 12 14 15)
[ =A0 =A01.626439] ACPI: PCI Interrupt Link [LNKG] = (IRQs 1 3 4 5 6 10 11 12 14 15) *0, disabled.
[ =A0 =A01.626487] = ACPI: PCI Interrupt Link [LNKH] (IRQs 1 3 4 5 6 10 11 12 14 *15)
[ =A0 =A01.626719] ACPI: Enabled 6 GPEs in block 00 to 3F
[ = =A0 =A01.626725] ACPI: \_SB_.PCI0: notify handler is installed
[ = =A0 =A01.626767] Found 1 acpi root devices
[ =A0 =A01.626788] xen= :balloon: Initialising balloon driver
[ =A0 =A01.633777] xen_balloon: Initialising balloon driver
= [ =A0 =A01.633937] vgaarb: device added: PCI:0000:06:03.0,decodes=3Dio+mem,= owns=3Dio+mem,locks=3Dnone
[ =A0 =A01.633938] vgaarb: loaded
[ =A0 =A01.633939] vgaarb: bridge control possible 0000:06:03.0
[ =A0 =A01.634070] SCSI subsystem initialized
[ =A0 =A01.634= 072] ACPI: bus type ATA registered
[ =A0 =A01.634100] libata vers= ion 3.00 loaded.
[ =A0 =A01.634112] ACPI: bus type USB registered=
[ =A0 =A01.634127] usbcore: registered new interface driver usbfs
[ =A0 =A01.634132] usbcore: registered new interface driver hub
<= div>[ =A0 =A01.634302] usbcore: registered new device driver usb
= [ =A0 =A01.634484] PCI: Using ACPI for IRQ routing
[ =A0 =A01.652= 726] PCI: pci_cache_line_size set to 64 bytes
[ =A0 =A01.652818] e820: reserve RAM buffer [mem 0x0009e000-0x0009ffff= ]
[ =A0 =A01.652819] e820: reserve RAM buffer [mem 0xbdfb0000-0xb= fffffff]
[ =A0 =A01.652821] e820: reserve RAM buffer [mem 0xbf5d6= 000-0xbfffffff]
[ =A0 =A01.652822] e820: reserve RAM buffer [mem 0xbf5e8000-0xbfffffff= ]
[ =A0 =A01.652824] e820: reserve RAM buffer [mem 0xbf5f0000-0xb= fffffff]
[ =A0 =A01.652825] e820: reserve RAM buffer [mem 0xbf63f= 000-0xbfffffff]
[ =A0 =A01.652826] e820: reserve RAM buffer [mem 0xbf800000-0xbfffffff= ]
[ =A0 =A01.652898] NetLabel: Initializing
[ =A0 =A01.= 652899] NetLabel: =A0domain hash size =3D 128
[ =A0 =A01.652900] = NetLabel: =A0protocols =3D UNLABELED CIPSOv4
[ =A0 =A01.652908] NetLabel: =A0unlabeled traffic allowed by default
[ =A0 =A01.653076] Switched to clocksource xen
[ =A0 =A0= 1.657463] AppArmor: AppArmor Filesystem Enabled
[ =A0 =A01.657479= ] pnp: PnP ACPI init
[ =A0 =A01.657487] ACPI: bus type PNP registered
[ =A0 =A01.= 657631] pnp 00:00: Plug and Play ACPI device, IDs IPI0001 (active)
[ =A0 =A01.657640] pnp 00:01: [dma 4]
[ =A0 =A01.657652] pnp 00= :01: Plug and Play ACPI device, IDs PNP0200 (active)
[ =A0 =A01.657667] pnp 00:02: Plug and Play ACPI device, IDs INT0800 (= active)
[ =A0 =A01.657729] pnp 00:03: Plug and Play ACPI device, = IDs PNP0103 (active)
[ =A0 =A01.657738] xen: registering gsi 13 t= riggering 1 polarity 0
[ =A0 =A01.657770] pnp 00:04: Plug and Play ACPI device, IDs PNP0c04 (= active)
[ =A0 =A01.657806] system 00:05: [io =A00x0680-0x069f] ha= s been reserved
[ =A0 =A01.657807] system 00:05: [io =A00x1000-0x= 100f] has been reserved
[ =A0 =A01.657809] system 00:05: [io =A00x1010-0x1013] has been reserv= ed
[ =A0 =A01.657811] system 00:05: [io =A00xffff] has been reser= ved
[ =A0 =A01.657812] system 00:05: [io =A00x0400-0x0453] could = not be reserved
[ =A0 =A01.657814] system 00:05: [io =A00x0458-0x047f] has been reserv= ed
[ =A0 =A01.657815] system 00:05: [io =A00x0500-0x057f] has bee= n reserved
[ =A0 =A01.657817] system 00:05: [io =A00x164e-0x164f]= has been reserved
[ =A0 =A01.657819] system 00:05: Plug and Play ACPI device, IDs PNP0c0= 2 (active)
[ =A0 =A01.657825] xen: registering gsi 8 triggering 1= polarity 0
[ =A0 =A01.657852] pnp 00:06: Plug and Play ACPI devi= ce, IDs PNP0b00 (active)
[ =A0 =A01.657883] system 00:07: [io =A00x0454-0x0457] has been reserv= ed
[ =A0 =A01.657886] system 00:07: Plug and Play ACPI device, ID= s INT3f0d PNP0c02 (active)
[ =A0 =A01.658091] xen: registering gs= i 4 triggering 1 polarity 0
[ =A0 =A01.658135] pnp 00:08: Plug and Play ACPI device, IDs PNP0501 (= active)
[ =A0 =A01.658224] xen: registering gsi 3 triggering 1 po= larity 0
[ =A0 =A01.658266] pnp 00:09: Plug and Play ACPI device,= IDs PNP0501 (active)
[ =A0 =A01.658292] system 00:0a: [mem 0xfed90000-0xfed91fff] has been = reserved
[ =A0 =A01.658294] system 00:0a: Plug and Play ACPI devi= ce, IDs PNP0c02 (active)
[ =A0 =A01.658432] system 00:0b: [mem 0x= fed1c000-0xfed1ffff] has been reserved
[ =A0 =A01.658434] system 00:0b: [mem 0xfed10000-0xfed17fff] has been = reserved
[ =A0 =A01.658436] system 00:0b: [mem 0xfed18000-0xfed18= fff] has been reserved
[ =A0 =A01.658437] system 00:0b: [mem 0xfe= d19000-0xfed19fff] has been reserved
[ =A0 =A01.658439] system 00:0b: [mem 0xe0000000-0xefffffff] has been = reserved
[ =A0 =A01.658441] system 00:0b: [mem 0xfed20000-0xfed3f= fff] has been reserved
[ =A0 =A01.658442] system 00:0b: [mem 0xfe= d90000-0xfed93fff] could not be reserved
[ =A0 =A01.658444] system 00:0b: [mem 0xff000000-0xffffffff] could not= be reserved
[ =A0 =A01.658446] system 00:0b: [mem 0xfee00000-0xf= eefffff] could not be reserved
[ =A0 =A01.658448] system 00:0b: [= mem 0xc6a00000-0xc6a00fff] has been reserved
[ =A0 =A01.658450] system 00:0b: Plug and Play ACPI device, IDs PNP0c0= 2 (active)
[ =A0 =A01.658610] pnp: PnP ACPI: found 12 devices
[ =A0 =A01.658611] ACPI: bus type PNP unregistered
[ =A0 = =A01.664052] PM-Timer failed consistency check =A0(0x0xffffff) - aborting.<= /div>
[ =A0 =A01.664057] pci 0000:03:00.0: no compatible bridge window for [= mem 0xffc00000-0xffffffff pref]
[ =A0 =A01.664059] pci 0000:03:00= .1: no compatible bridge window for [mem 0xffc00000-0xffffffff pref]
<= div> [ =A0 =A01.664060] pci 0000:04:00.0: no compatible bridge window for [mem 0= xffc00000-0xffffffff pref]
[ =A0 =A01.664062] pci 0000:04:00.1: n= o compatible bridge window for [mem 0xffc00000-0xffffffff pref]
[= =A0 =A01.664064] pci 0000:06:03.0: no compatible bridge window for [mem 0x= ffff0000-0xffffffff pref]
[ =A0 =A01.664068] PCI: max bus depth: 3 pci_try_num: 4
[ = =A0 =A01.664144] pci 0000:00:01.0: BAR 15: assigned [mem 0xc6c00000-0xc7bff= fff pref]
[ =A0 =A01.664146] pci 0000:01:00.0: BAR 15: assigned [= mem 0xc6c00000-0xc7bfffff pref]
[ =A0 =A01.664148] pci 0000:02:02.0: BAR 15: assigned [mem 0xc6c00000-= 0xc73fffff pref]
[ =A0 =A01.664150] pci 0000:02:04.0: BAR 15: ass= igned [mem 0xc7400000-0xc7bfffff pref]
[ =A0 =A01.664168] pci 000= 0:03:00.0: reg 0x184: [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664185] pci 0000:03:00.0: reg 0x190: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.664201] pci 0000:03:00.0: reg 0x184: [mem = 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664217] pci 0000:03:00.0:= reg 0x184: [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664234] pci 0000:03:00.1: reg 0x184: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.664250] pci 0000:03:00.0: reg 0x184: [mem = 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664266] pci 0000:03:00.0:= reg 0x190: [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664282] pci 0000:03:00.1: reg 0x190: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.664298] pci 0000:03:00.0: reg 0x184: [mem = 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664314] pci 0000:03:00.0:= reg 0x190: [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664330] pci 0000:03:00.1: reg 0x184: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.664332] pci 0000:03:00.0: BAR 6: assigned = [mem 0xc6c00000-0xc6ffffff pref]
[ =A0 =A01.664334] pci 0000:03:0= 0.1: BAR 6: assigned [mem 0xc7000000-0xc73fffff pref]
[ =A0 =A01.664350] pci 0000:03:00.0: reg 0x184: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.664352] pci 0000:03:00.0: BAR 7: assigned = [mem 0xc6848000-0xc6867fff 64bit]
[ =A0 =A01.664379] pci 0000:03:= 00.0: reg 0x190: [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664380] pci 0000:03:00.0: BAR 10: assigned [mem 0xc6868000-= 0xc6887fff 64bit]
[ =A0 =A01.664407] pci 0000:03:00.1: reg 0x184:= [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664408] pci 0000:03= :00.1: BAR 7: assigned [mem 0xc6888000-0xc68a7fff 64bit]
[ =A0 =A01.664435] pci 0000:03:00.1: reg 0x190: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.664436] pci 0000:03:00.1: BAR 10: assigned= [mem 0xc68a8000-0xc68c7fff 64bit]
[ =A0 =A01.664448] pci 0000:02= :02.0: PCI bridge to [bus 03]
[ =A0 =A01.664452] pci 0000:02:02.0: =A0 bridge window [io =A00x3000-0= x3fff]
[ =A0 =A01.664459] pci 0000:02:02.0: =A0 bridge window [me= m 0xc6000000-0xc68fffff]
[ =A0 =A01.664464] pci 0000:02:02.0: =A0= bridge window [mem 0xc6c00000-0xc73fffff pref]
[ =A0 =A01.664487] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.664503] pci 0000:04:00.0: reg 0x190: [mem = 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664519] pci 0000:04:00.0:= reg 0x184: [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664535] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.664551] pci 0000:04:00.1: reg 0x184: [mem = 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664567] pci 0000:04:00.0:= reg 0x184: [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664583] pci 0000:04:00.0: reg 0x190: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.664599] pci 0000:04:00.1: reg 0x190: [mem = 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664615] pci 0000:04:00.0:= reg 0x184: [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664631] pci 0000:04:00.0: reg 0x190: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.664647] pci 0000:04:00.1: reg 0x184: [mem = 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664649] pci 0000:04:00.0:= BAR 6: assigned [mem 0xc7400000-0xc77fffff pref]
[ =A0 =A01.664650] pci 0000:04:00.1: BAR 6: assigned [mem 0xc7800000-0= xc7bfffff pref]
[ =A0 =A01.664666] pci 0000:04:00.0: reg 0x184: [= mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664668] pci 0000:04:0= 0.0: BAR 7: assigned [mem 0xc5c48000-0xc5c67fff 64bit]
[ =A0 =A01.664694] pci 0000:04:00.0: reg 0x190: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.664695] pci 0000:04:00.0: BAR 10: assigned= [mem 0xc5c68000-0xc5c87fff 64bit]
[ =A0 =A01.664721] pci 0000:04= :00.1: reg 0x184: [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664723] pci 0000:04:00.1: BAR 7: assigned [mem 0xc5c88000-0= xc5ca7fff 64bit]
[ =A0 =A01.664749] pci 0000:04:00.1: reg 0x190: = [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664751] pci 0000:04:= 00.1: BAR 10: assigned [mem 0xc5ca8000-0xc5cc7fff 64bit]
[ =A0 =A01.664762] pci 0000:02:04.0: PCI bridge to [bus 04]
= [ =A0 =A01.664766] pci 0000:02:04.0: =A0 bridge window [io =A00x2000-0x2fff= ]
[ =A0 =A01.664772] pci 0000:02:04.0: =A0 bridge window [mem 0xc= 5400000-0xc5cfffff]
[ =A0 =A01.664777] pci 0000:02:04.0: =A0 bridge window [mem 0xc7400000= -0xc7bfffff pref]
[ =A0 =A01.664786] pci 0000:01:00.0: PCI bridge= to [bus 02-04]
[ =A0 =A01.664789] pci 0000:01:00.0: =A0 bridge w= indow [io =A00x2000-0x3fff]
[ =A0 =A01.664796] pci 0000:01:00.0: =A0 bridge window [mem 0xc5400000= -0xc68fffff]
[ =A0 =A01.664801] pci 0000:01:00.0: =A0 bridge wind= ow [mem 0xc6c00000-0xc7bfffff pref]
[ =A0 =A01.664810] pci 0000:0= 0:01.0: PCI bridge to [bus 01-04]
[ =A0 =A01.664812] pci 0000:00:01.0: =A0 bridge window [io =A00x2000-0= x3fff]
[ =A0 =A01.664816] pci 0000:00:01.0: =A0 bridge window [me= m 0xc5400000-0xc68fffff]
[ =A0 =A01.664820] pci 0000:00:01.0: =A0= bridge window [mem 0xc6c00000-0xc7bfffff pref]
[ =A0 =A01.664826] pci 0000:00:1c.0: PCI bridge to [bus 05]
= [ =A0 =A01.664834] pci 0000:00:1c.0: =A0 bridge window [mem 0xc0000000-0xc3= ffffff]
[ =A0 =A01.664850] pci 0000:06:03.0: BAR 6: assigned [mem= 0xc5010000-0xc501ffff pref]
[ =A0 =A01.664852] pci 0000:00:1e.0: PCI bridge to [bus 06]
= [ =A0 =A01.664860] pci 0000:00:1e.0: =A0 bridge window [mem 0xc4800000-0xc5= 0fffff]
[ =A0 =A01.664866] pci 0000:00:1e.0: =A0 bridge window [m= em 0xc4000000-0xc47fffff 64bit pref]
[ =A0 =A01.664945] xen: registering gsi 16 triggering 0 polarity 1
[ =A0 =A01.664957] xen: --> pirq=3D16 -> irq=3D16 (gsi=3D16)
[ =A0 =A01.665053] xen: registering gsi 17 triggering 0 polarity 1=
[ =A0 =A01.665059] xen: --> pirq=3D17 -> irq=3D17 (gsi=3D1= 7)
[ =A0 =A01.665086] pci 0000:00:1e.0: setting latency timer to 64
=
[ =A0 =A01.665090] pci_bus 0000:00: resource 4 [io =A00x0000-0x0cf7]
[ =A0 =A01.665092] pci_bus 0000:00: resource 5 [io =A00x0d00-0xfff= f]
[ =A0 =A01.665093] pci_bus 0000:00: resource 6 [mem 0x000a0000-0x000bffff]<= /div>
[ =A0 =A01.665095] pci_bus 0000:00: resource 7 [mem 0xc0000000-0x= feafffff]
[ =A0 =A01.665096] pci_bus 0000:01: resource 0 [io =A00= x2000-0x3fff]
[ =A0 =A01.665098] pci_bus 0000:01: resource 1 [mem 0xc5400000-0xc68ff= fff]
[ =A0 =A01.665099] pci_bus 0000:01: resource 2 [mem 0xc6c000= 00-0xc7bfffff pref]
[ =A0 =A01.665100] pci_bus 0000:02: resource = 0 [io =A00x2000-0x3fff]
[ =A0 =A01.665102] pci_bus 0000:02: resource 1 [mem 0xc5400000-0xc68ff= fff]
[ =A0 =A01.665103] pci_bus 0000:02: resource 2 [mem 0xc6c000= 00-0xc7bfffff pref]
[ =A0 =A01.665105] pci_bus 0000:03: resource = 0 [io =A00x3000-0x3fff]
[ =A0 =A01.665106] pci_bus 0000:03: resource 1 [mem 0xc6000000-0xc68ff= fff]
[ =A0 =A01.665107] pci_bus 0000:03: resource 2 [mem 0xc6c000= 00-0xc73fffff pref]
[ =A0 =A01.665109] pci_bus 0000:04: resource = 0 [io =A00x2000-0x2fff]
[ =A0 =A01.665110] pci_bus 0000:04: resource 1 [mem 0xc5400000-0xc5cff= fff]
[ =A0 =A01.665112] pci_bus 0000:04: resource 2 [mem 0xc74000= 00-0xc7bfffff pref]
[ =A0 =A01.665113] pci_bus 0000:05: resource = 1 [mem 0xc0000000-0xc3ffffff]
[ =A0 =A01.665115] pci_bus 0000:06: resource 1 [mem 0xc4800000-0xc50ff= fff]
[ =A0 =A01.665116] pci_bus 0000:06: resource 2 [mem 0xc40000= 00-0xc47fffff 64bit pref]
[ =A0 =A01.665118] pci_bus 0000:06: res= ource 4 [io =A00x0000-0x0cf7]
[ =A0 =A01.665119] pci_bus 0000:06: resource 5 [io =A00x0d00-0xffff]
[ =A0 =A01.665120] pci_bus 0000:06: resource 6 [mem 0x000a0000-0x0= 00bffff]
[ =A0 =A01.665122] pci_bus 0000:06: resource 7 [mem 0xc0= 000000-0xfeafffff]
[ =A0 =A01.665150] NET: Registered protocol family 2
[ =A0 = =A01.665305] TCP established hash table entries: 32768 (order: 7, 524288 by= tes)
[ =A0 =A01.665426] TCP bind hash table entries: 32768 (order= : 7, 524288 bytes)
[ =A0 =A01.665487] TCP: Hash tables configured (established 32768 bind= 32768)
[ =A0 =A01.665502] TCP: reno registered
[ =A0 = =A01.665511] UDP hash table entries: 2048 (order: 4, 65536 bytes)
[ =A0 =A01.665528] UDP-Lite hash table entries: 2048 (order: 4, 65536 byte= s)
[ =A0 =A01.665573] NET: Registered protocol family 1
[ =A0 = =A01.665647] xen: registering gsi 20 triggering 0 polarity 1
[ = =A0 =A01.665654] xen: --> pirq=3D20 -> irq=3D20 (gsi=3D20)
= [ =A0 =A01.681298] xen: registering gsi 23 triggering 0 polarity 1
[ =A0 =A01.681305] xen: --> pirq=3D23 -> irq=3D23 (gsi=3D23)
[ =A0 =A01.697293] pci 0000:06:03.0: Boot video device
[ = =A0 =A01.697298] PCI: CLS 64 bytes, default 64
[ =A0 =A01.697333]= Trying to unpack rootfs image as initramfs...
[ =A0 =A01.733240] Freeing initrd memory: 48284K (ffff8800023f3000 - f= fff88000531a000)
[ =A0 =A01.733358] Simple Boot Flag at 0x44 set = to 0x1
[ =A0 =A01.733575] Scanning for low memory corruption ever= y 60 seconds
[ =A0 =A01.733957] Initialise module verification
[ =A0 =A01= .733989] audit: initializing netlink socket (disabled)
[ =A0 =A01= .733999] type=3D2000 audit(1391640205.715:1): initialized
[ =A0 = =A01.753927] bounce pool size: 64 pages
[ =A0 =A01.753936] HugeTLB registered 2 MB page size, pre-allocated 0 = pages
[ =A0 =A01.754659] zbud: loaded
[ =A0 =A01.754781= ] VFS: Disk quotas dquot_6.5.2
[ =A0 =A01.754812] Dquot-cache has= h table entries: 512 (order 0, 4096 bytes)
[ =A0 =A01.755159] fuse init (API version 7.22)
[ =A0 =A01.7= 55217] msgmni has been set to 1736
[ =A0 =A01.755694] Key type as= ymmetric registered
[ =A0 =A01.755696] Asymmetric key parser '= ;x509' registered
[ =A0 =A01.755718] Block layer SCSI generic (bsg) driver version 0.4 l= oaded (major 252)
[ =A0 =A01.755752] io scheduler noop registered=
[ =A0 =A01.755754] io scheduler deadline registered (default)
[ =A0 =A01.755771] io scheduler cfq registered
[ =A0 =A01.756393]= pcieport 0000:00:01.0: Signaling PME through PCIe PME interrupt
= [ =A0 =A01.756395] pcieport 0000:01:00.0: Signaling PME through PCIe PME in= terrupt
[ =A0 =A01.756396] pcieport 0000:02:02.0: Signaling PME through PCIe P= ME interrupt
[ =A0 =A01.756397] pci 0000:03:00.0: Signaling PME t= hrough PCIe PME interrupt
[ =A0 =A01.756398] pci 0000:03:00.1: Si= gnaling PME through PCIe PME interrupt
[ =A0 =A01.756400] pcieport 0000:02:04.0: Signaling PME through PCIe P= ME interrupt
[ =A0 =A01.756401] pci 0000:04:00.0: Signaling PME t= hrough PCIe PME interrupt
[ =A0 =A01.756402] pci 0000:04:00.1: Si= gnaling PME through PCIe PME interrupt
[ =A0 =A01.756406] pcie_pme 0000:00:01.0:pcie01: service driver pcie_p= me loaded
[ =A0 =A01.756432] pcieport 0000:00:1c.0: Signaling PME= through PCIe PME interrupt
[ =A0 =A01.756433] pci 0000:05:00.0: = Signaling PME through PCIe PME interrupt
[ =A0 =A01.756434] pci 0000:05:00.1: Signaling PME through PCIe PME in= terrupt
[ =A0 =A01.756441] pcie_pme 0000:00:1c.0:pcie01: service = driver pcie_pme loaded
[ =A0 =A01.756450] pci_hotplug: PCI Hot Pl= ug PCI Core version: 0.5
[ =A0 =A01.756461] pciehp: PCI Express Hot Plug Controller Driver vers= ion: 0.4
[ =A0 =A01.756501] intel_idle: MWAIT substates: 0x1120
[ =A0 =A01.756502] intel_idle: v0.4 model 0x2A
[ =A0 =A0= 1.756503] intel_idle: lapic_timer_reliable_states 0xffffffff
[ =A0 =A01.756535] intel_idle: intel_idle yielding to none
[= =A0 =A01.756598] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/i= nput/input0
[ =A0 =A01.756602] ACPI: Power Button [PWRF]
[ =A0 =A01.756665] ACPI: Fan [FAN0] (off)
[ =A0 =A01.756686] ACPI: Fan [FAN1] (off)
[ =A0 =A01.756704]= ACPI: Fan [FAN2] (off)
[ =A0 =A01.756722] ACPI: Fan [FAN3] (off)=
[ =A0 =A01.756740] ACPI: Fan [FAN4] (off)
[ =A0 =A01.7= 56778] ACPI: Requesting acpi_cpufreq
[ =A0 =A01.757217] Monitor-Mwait will be used to enter C-1 state
=
[ =A0 =A01.757221] Monitor-Mwait will be used to enter C-2 state
=
[ =A0 =A01.757224] Monitor-Mwait will be used to enter C-3 state
=
[ =A0 =A01.758699] Warning: Processor Platform Limit not supported.
[ =A0 =A01.758885] thermal LNXTHERM:00: registered as thermal_zone0
[ =A0 =A01.758886] ACPI: Thermal Zone [TZ01] (30 C)
[ =A0= =A01.758932] ERST: Error Record Serialization Table (ERST) support is init= ialized.
[ =A0 =A01.758934] pstore: Registered erst as persistent store backend=
[ =A0 =A01.759051] GHES: APEI firmware first mode is enabled by = APEI bit and WHEA _OSC.
[ =A0 =A01.759387] xen_acpi_processor: Up= loading Xen processor PM info
[ =A0 =A01.760559] Serial: 8250/16550 driver, 32 ports, IRQ sharing en= abled
[ =A0 =A01.781328] 00:08: ttyS0 at I/O 0x3f8 (irq =3D 4) is= a 16550A
[ =A0 =A01.802091] 00:09: ttyS1 at I/O 0x2f8 (irq =3D 3= ) is a 16550A
[ =A0 =A01.803445] hpet_acpi_add: no address or irqs in _CRS
[ =A0 =A01.803457] Linux agpgart interface v0.103
[ =A0 =A01.804= 413] brd: module loaded
[ =A0 =A01.804912] loop: module loaded
[ =A0 =A01.805161] libphy: Fixed MDIO Bus: probed
[ =A0 =A01.805219] tun: Universal TUN/TAP device driver, 1.6
[ =A0 =A01.805220] tun: (C) 1999-2004 Max Krasnyansky <maxk@qualcomm.com>
[ =A0 =A01.805253]= PPP generic driver version 2.4.2
[ =A0 =A01.805282] xen_netfront: Initialising Xen virtual ethernet dri= ver
[ =A0 =A01.805290] ehci_hcd: USB 2.0 'Enhanced' Host = Controller (EHCI) Driver
[ =A0 =A01.805291] ehci-pci: EHCI PCI pl= atform driver
[ =A0 =A01.805366] xen: registering gsi 20 triggering 0 polarity 1
[ =A0 =A01.805369] Already setup the GSI :20
[ =A0 =A01.80= 5386] ehci-pci 0000:00:1a.0: setting latency timer to 64
[ =A0 = =A01.805393] ehci-pci 0000:00:1a.0: EHCI Host Controller
[ =A0 =A01.805398] ehci-pci 0000:00:1a.0: new USB bus registered, assi= gned bus number 1
[ =A0 =A01.805417] ehci-pci 0000:00:1a.0: debug= port 2
[ =A0 =A01.809360] ehci-pci 0000:00:1a.0: cache line size= of 64 is not supported
[ =A0 =A01.809396] ehci-pci 0000:00:1a.0: irq 20, io mem 0xc6906000
[ =A0 =A01.821151] ehci-pci 0000:00:1a.0: USB 2.0 started, EHCI 1.0= 0
[ =A0 =A01.821189] usb usb1: New USB device found, idVendor=3D1= d6b, idProduct=3D0002
[ =A0 =A01.821190] usb usb1: New USB device strings: Mfr=3D3, Product= =3D2, SerialNumber=3D1
[ =A0 =A01.821192] usb usb1: Product: EHCI= Host Controller
[ =A0 =A01.821193] usb usb1: Manufacturer: Linux= 3.11.0-12-generic ehci_hcd
[ =A0 =A01.821194] usb usb1: SerialNumber: 0000:00:1a.0
[ = =A0 =A01.821272] hub 1-0:1.0: USB hub found
[ =A0 =A01.821276] hu= b 1-0:1.0: 2 ports detected
[ =A0 =A01.821415] xen: registering g= si 23 triggering 0 polarity 1
[ =A0 =A01.821417] Already setup the GSI :23
[ =A0 =A01.8214= 32] ehci-pci 0000:00:1d.0: setting latency timer to 64
[ =A0 =A01= .821439] ehci-pci 0000:00:1d.0: EHCI Host Controller
[ =A0 =A01.8= 21442] ehci-pci 0000:00:1d.0: new USB bus registered, assigned bus number 2=
[ =A0 =A01.821461] ehci-pci 0000:00:1d.0: debug port 2
[ =A0= =A01.825411] ehci-pci 0000:00:1d.0: cache line size of 64 is not supported=
[ =A0 =A01.825448] ehci-pci 0000:00:1d.0: irq 23, io mem 0xc6905= 000
[ =A0 =A01.837152] ehci-pci 0000:00:1d.0: USB 2.0 started, EHCI 1.00
[ =A0 =A01.837185] usb usb2: New USB device found, idVendor=3D1d6b= , idProduct=3D0002
[ =A0 =A01.837187] usb usb2: New USB device st= rings: Mfr=3D3, Product=3D2, SerialNumber=3D1
[ =A0 =A01.837188] usb usb2: Product: EHCI Host Controller
[= =A0 =A01.837189] usb usb2: Manufacturer: Linux 3.11.0-12-generic ehci_hcd<= /div>
[ =A0 =A01.837191] usb usb2: SerialNumber: 0000:00:1d.0
[ =A0 =A01.837330] hub 2-0:1.0: USB hub found
[ =A0 =A01.837334] hub 2-0:1.0: 2 ports detected
[ =A0 =A01.= 837400] ehci-platform: EHCI generic platform driver
[ =A0 =A01.83= 7405] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
<= div>[ =A0 =A01.837406] ohci-platform: OHCI generic platform driver
[ =A0 =A01.837411] uhci_hcd: USB Universal Host Controller Interface d= river
[ =A0 =A01.837449] i8042: PNP: No PS/2 controller found. Pr= obing ports directly.
[ =A0 =A02.884166] i8042: No controller fou= nd
[ =A0 =A02.884441] mousedev: PS/2 mouse device common for all mice
[ =A0 =A02.884708] rtc_cmos 00:06: RTC can wake from S4
[ = =A0 =A02.884906] rtc_cmos 00:06: rtc core: registered rtc_cmos as rtc0
[ =A0 =A02.884962] rtc_cmos 00:06: alarms up to one month, y3k, 242 b= ytes nvram
[ =A0 =A02.885003] device-mapper: uevent: version 1.0.3
[ = =A0 =A02.885085] device-mapper: ioctl: 4.25.0-ioctl (2013-06-26) initialise= d: dm-devel@redhat.com
[ =A0 =A02.885093] ledtrig-cpu: registered to indicate activity on CPUs
[ =A0 =A02.885164] TCP: cubic registered
[ =A0 =A02.885221] = NET: Registered protocol family 10
[ =A0 =A02.885348] NET: Regist= ered protocol family 17
[ =A0 =A02.885354] Key type dns_resolver = registered
[ =A0 =A02.885511] PM: Hibernation image not present or could not be l= oaded.
[ =A0 =A02.885514] Loading module verification certificate= s
[ =A0 =A02.886208] MODSIGN: Loaded cert 'Magrathea: Glacier= signing key: fddf6943d8ac4f5b6eb0919a7a3ee3d9088b1bfa'
[ =A0 =A02.886216] registered taskstats version 1
[ =A0 =A02= .889339] Key type trusted registered
[ =A0 =A02.892025] Key type = encrypted registered
[ =A0 =A02.894651] AppArmor: AppArmor sha1 p= olicy hashing enabled
[ =A0 =A02.895054] =A0 Magic number: 2:369:754
[ =A0 =A02.89= 5060] tty ttyS5: hash matches
[ =A0 =A02.895134] rtc_cmos 00:06: = setting system clock to 2014-02-05 22:43:26 UTC (1391640206)
[ = =A0 =A02.895182] BIOS EDD facility v0.16 2004-Jun-25, 1 devices found
[ =A0 =A02.895677] Freeing unused kernel memory: 1364K (ffffffff81d100= 00 - ffffffff81e65000)
[ =A0 =A02.895678] Write protecting the ke= rnel read-only data: 12288k
[ =A0 =A02.898416] Freeing unused ker= nel memory: 1040K (ffff8800016fc000 - ffff880001800000)
[ =A0 =A02.898708] Freeing unused kernel memory: 836K (ffff880001b2f00= 0 - ffff880001c00000)
[ =A0 =A02.918710] systemd-udevd[118]: star= ting version 204
[ =A0 =A02.939867] pps_core: module verification= failed: signature and/or required key missing - tainting kernel
[ =A0 =A02.940047] pps_core: LinuxPPS API ver. 1 registered
= [ =A0 =A02.940048] pps_core: Software ver. 5.3.6 - Copyright 2005-2007 Rodo= lfo Giometti <giometti@linux.it= >
[ =A0 =A02.940227] PTP clock support registered
[ =A0 =A02.9= 42853] ahci 0000:00:1f.2: version 3.0
[ =A0 =A02.942948] xen: reg= istering gsi 19 triggering 0 polarity 1
[ =A0 =A02.942962] xen: -= -> pirq=3D19 -> irq=3D19 (gsi=3D19)
[ =A0 =A02.943070] ahci: SSS flag set, parallel bus scan disabled
[ =A0 =A02.943146] bnx2: Broadcom NetXtreme II Gigabit Ethernet Drive= r bnx2 v2.2.3 (June 27, 2012)
[ =A0 =A02.943195] xen: registering= gsi 16 triggering 0 polarity 1
[ =A0 =A02.943197] Already setup the GSI :16
[ =A0 =A02.9436= 71] dca service started, version 1.12.1
[ =A0 =A02.944532] bnx2 0= 000:05:00.0 eth0: Broadcom NetXtreme II BCM5716 1000Base-T (C0) PCI Express= found at mem c0000000, IRQ 16, node addr d4:ae:52:cc:f9:6a
[ =A0 =A02.944613] xen: registering gsi 17 triggering 0 polarity 1
[ =A0 =A02.944615] Already setup the GSI :17
[ =A0 =A02.94= 5253] bnx2 0000:05:00.1 eth1: Broadcom NetXtreme II BCM5716 1000Base-T (C0)= PCI Express found at mem c2000000, IRQ 17, node addr d4:ae:52:cc:f9:6b
[ =A0 =A02.949969] igb: Intel(R) Gigabit Ethernet Network Driver - ver= sion 5.0.5-k
[ =A0 =A02.949971] igb: Copyright (c) 2007-2013 Inte= l Corporation.
[ =A0 =A02.950015] xen: registering gsi 18 trigger= ing 0 polarity 1
[ =A0 =A02.950026] xen: --> pirq=3D18 -> irq=3D18 (gsi=3D18)
[ =A0 =A02.957168] ahci 0000:00:1f.2: AHCI 0001.0300 32 slots 6 port= s 3 Gbps 0x31 impl SATA mode
[ =A0 =A02.957172] ahci 0000:00:1f.2= : flags: 64bit ncq stag pm led clo pio slum part ems sxs apst
[ =A0 =A02.957179] ahci 0000:00:1f.2: setting latency timer to 64
[ =A0 =A02.973513] scsi0 : ahci
[ =A0 =A02.973597] scsi1 : = ahci
[ =A0 =A02.973666] scsi2 : ahci
[ =A0 =A02.973728]= scsi3 : ahci
[ =A0 =A02.973793] scsi4 : ahci
[ =A0 =A02.973857] scsi5 : a= hci
[ =A0 =A02.973907] ata1: SATA max UDMA/133 abar m2048@0xc6904= 000 port 0xc6904100 irq 76
[ =A0 =A02.973909] ata2: DUMMY
[ =A0 =A02.973910] ata3: DUMMY
[ =A0 =A02.973911] ata4: DUMMY
[ =A0 =A02.973914] ata5: SATA= max UDMA/133 abar m2048@0xc6904000 port 0xc6904300 irq 76
[ =A0 = =A02.973916] ata6: SATA max UDMA/133 abar m2048@0xc6904000 port 0xc6904380 = irq 76
[ =A0 =A03.093191] usb 1-1: new high-speed USB device number 2 using e= hci-pci
[ =A0 =A03.141615] igb 0000:03:00.0: added PHC on eth2
[ =A0 =A03.141617] igb 0000:03:00.0: Intel(R) Gigabit Ethernet Netw= ork Connection
[ =A0 =A03.141619] igb 0000:03:00.0: eth2: (PCIe:2.5Gb/s:Width x4) 90:= e2:ba:53:e5:20
[ =A0 =A03.141622] igb 0000:03:00.0: eth2: PBA No:= Unknown
[ =A0 =A03.141623] igb 0000:03:00.0: Using MSI-X interru= pts. 4 rx queue(s), 4 tx queue(s)
[ =A0 =A03.141674] xen: registering gsi 19 triggering 0 polarity 1
[ =A0 =A03.141678] Already setup the GSI :19
[ =A0 =A03.22= 5728] usb 1-1: New USB device found, idVendor=3D8087, idProduct=3D0024
[ =A0 =A03.225731] usb 1-1: New USB device strings: Mfr=3D0, Product= =3D0, SerialNumber=3D0
[ =A0 =A03.225939] hub 1-1:1.0: USB hub found
[ =A0 =A03.226= 038] hub 1-1:1.0: 6 ports detected
[ =A0 =A03.293197] ata1: SATA = link up 3.0 Gbps (SStatus 123 SControl 300)
[ =A0 =A03.294088] at= a1.00: ATA-8: WDC WD5003ABYX-18WERA0, 01.01S03, max UDMA/133
[ =A0 =A03.294091] ata1.00: 976773168 sectors, multi 0: LBA48 NCQ (dep= th 31/32), AA
[ =A0 =A03.295674] ata1.00: configured for UDMA/133=
[ =A0 =A03.295874] scsi 0:0:0:0: Direct-Access =A0 =A0 ATA =A0 = =A0 =A0WDC WD5003ABYX-1 01.0 PQ: 0 ANSI: 5
[ =A0 =A03.296014] sd 0:0:0:0: [sda] 976773168 512-byte logical blocks= : (500 GB/465 GiB)
[ =A0 =A03.296045] sd 0:0:0:0: Attached scsi g= eneric sg0 type 0
[ =A0 =A03.296052] sd 0:0:0:0: [sda] Write Prot= ect is off
[ =A0 =A03.296054] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[ =A0 =A03.296067] sd 0:0:0:0: [sda] Write cache: enabled, read cache: ena= bled, doesn't support DPO or FUA
[ =A0 =A03.325343] =A0sda: s= da1 sda2 < sda5 >
[ =A0 =A03.325815] sd 0:0:0:0: [sda] Attached SCSI disk
[ = =A0 =A03.333499] igb 0000:03:00.1: added PHC on eth3
[ =A0 =A03.3= 33501] igb 0000:03:00.1: Intel(R) Gigabit Ethernet Network Connection
=
[ =A0 =A03.333503] igb 0000:03:00.1: eth3: (PCIe:2.5Gb/s:Width x4) 90:= e2:ba:53:e5:21
[ =A0 =A03.333506] igb 0000:03:00.1: eth3: PBA No: Unknown
[= =A0 =A03.333507] igb 0000:03:00.1: Using MSI-X interrupts. 4 rx queue(s), = 4 tx queue(s)
[ =A0 =A03.333547] xen: registering gsi 16 triggeri= ng 0 polarity 1
[ =A0 =A03.333549] Already setup the GSI :16
[ =A0 =A03.3371= 73] usb 2-1: new high-speed USB device number 2 using ehci-pci
[ = =A0 =A03.469706] usb 2-1: New USB device found, idVendor=3D8087, idProduct= =3D0024
[ =A0 =A03.469718] usb 2-1: New USB device strings: Mfr=3D0, Product= =3D0, SerialNumber=3D0
[ =A0 =A03.469928] hub 2-1:1.0: USB hub fo= und
[ =A0 =A03.470028] hub 2-1:1.0: 6 ports detected
[ = =A0 =A03.525568] igb 0000:04:00.0: added PHC on eth4
[ =A0 =A03.525570] igb 0000:04:00.0: Intel(R) Gigabit Ethernet Network= Connection
[ =A0 =A03.525572] igb 0000:04:00.0: eth4: (PCIe:2.5G= b/s:Width x4) 90:e2:ba:53:e5:24
[ =A0 =A03.525575] igb 0000:04:00= .0: eth4: PBA No: Unknown
[ =A0 =A03.525576] igb 0000:04:00.0: Using MSI-X interrupts. 4 rx queu= e(s), 4 tx queue(s)
[ =A0 =A03.525618] xen: registering gsi 17 tr= iggering 0 polarity 1
[ =A0 =A03.525620] Already setup the GSI :1= 7
[ =A0 =A03.613196] ata5: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[ =A0 =A03.615684] ata5.00: ATAPI: TSSTcorp DVD-ROM SN-108DN, D150= , max UDMA/100
[ =A0 =A03.618258] ata5.00: configured for UDMA/10= 0
[ =A0 =A03.620528] scsi 4:0:0:0: CD-ROM =A0 =A0 =A0 =A0 =A0 =A0TSSTcorp DVD= -ROM SN-108DN D150 PQ: 0 ANSI: 5
[ =A0 =A03.625268] sr0: scsi3-mm= c drive: 62x/62x cd/rw xa/form2 cdda tray
[ =A0 =A03.625271] cdro= m: Uniform CD-ROM driver Revision: 3.20
[ =A0 =A03.625429] sr 4:0:0:0: Attached scsi CD-ROM sr0
[ = =A0 =A03.625562] sr 4:0:0:0: Attached scsi generic sg1 type 5
[ = =A0 =A03.717617] igb 0000:04:00.1: added PHC on eth5
[ =A0 =A03.7= 17619] igb 0000:04:00.1: Intel(R) Gigabit Ethernet Network Connection
[ =A0 =A03.717621] igb 0000:04:00.1: eth5: (PCIe:2.5Gb/s:Width x4) 90:= e2:ba:53:e5:25
[ =A0 =A03.717623] igb 0000:04:00.1: eth5: PBA No:= Unknown
[ =A0 =A03.717625] igb 0000:04:00.1: Using MSI-X interru= pts. 4 rx queue(s), 4 tx queue(s)
[ =A0 =A03.741367] usb 2-1.1: new high-speed USB device number 3 using= ehci-pci
[ =A0 =A03.847131] usb 2-1.1: New USB device found, idV= endor=3D0b95, idProduct=3D1780
[ =A0 =A03.847134] usb 2-1.1: New = USB device strings: Mfr=3D1, Product=3D2, SerialNumber=3D3
[ =A0 =A03.847136] usb 2-1.1: Product: AX88178
[ =A0 =A03.84= 7137] usb 2-1.1: Manufacturer: ASIX Elec. Corp.
[ =A0 =A03.847138= ] usb 2-1.1: SerialNumber: 000002
[ =A0 =A03.917361] usb 2-1.2: n= ew low-speed USB device number 4 using ehci-pci
[ =A0 =A03.945181] ata6: SATA link down (SStatus 0 SControl 300)
=
[ =A0 =A04.018322] usb 2-1.2: New USB device found, idVendor=3D1061, i= dProduct=3D0101
[ =A0 =A04.018325] usb 2-1.2: New USB device stri= ngs: Mfr=3D1, Product=3D2, SerialNumber=3D0
[ =A0 =A04.018327] usb 2-1.2: Product: USB Keyboard & Mouse
<= div>[ =A0 =A04.018328] usb 2-1.2: Manufacturer: Motorola
[ =A0 = =A04.025998] hidraw: raw HID events driver (C) Jiri Kosina
[ =A0 = =A04.033733] usbcore: registered new interface driver usbhid
[ =A0 =A04.033735] usbhid: USB HID core driver
[ =A0 =A04.03= 4966] input: Motorola USB Keyboard & Mouse as /devices/pci0000:00/0000:= 00:1d.0/usb2/2-1/2-1.2/2-1.2:1.0/input/input1
[ =A0 =A04.035057] = hid-generic 0003:1061:0101.0001: input,hidraw0: USB HID v1.11 Keyboard [Mot= orola USB Keyboard & Mouse] on usb-0000:00:1d.0-1.2/input0
[ =A0 =A04.035153] input: Motorola USB Keyboard & Mouse as /device= s/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2:1.1/input/input2
[= =A0 =A04.035514] hid-generic 0003:1061:0101.0002: input,hidraw1: USB HID v= 1.11 Mouse [Motorola USB Keyboard & Mouse] on usb-0000:00:1d.0-1.2/inpu= t1
[ =A0 =A04.093354] usb 2-1.5: new high-speed USB device number 5 using= ehci-pci
[ =A0 =A04.185540] usb 2-1.5: New USB device found, idV= endor=3D0424, idProduct=3D2514
[ =A0 =A04.185543] usb 2-1.5: New = USB device strings: Mfr=3D0, Product=3D0, SerialNumber=3D0
[ =A0 =A04.185822] hub 2-1.5:1.0: USB hub found
[ =A0 =A04.1= 85912] hub 2-1.5:1.0: 4 ports detected
[ =A0 =A04.208556] bio: cr= eate slab <bio-1> at 1
[ =A0 =A06.793606] EXT4-fs (dm-0): m= ounted filesystem with ordered data mode. Opts: (null)
[ =A0 10.221062] Adding 4161532k swap on /dev/mapper/ubuntu--vg-swap_1= . =A0Priority:-1 extents:1 across:4161532k FS
[ =A0 10.286623] IP= v6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[ =A0 10.286628]= IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready
[ =A0 10.286632] IPv6: ADDRCONF(NETDEV_UP): eth2: link is not ready
[ =A0 10.286636] IPv6: ADDRCONF(NETDEV_UP): eth3: link is not ready=
[ =A0 10.286640] IPv6: ADDRCONF(NETDEV_UP): eth4: link is not re= ady
[ =A0 10.286644] IPv6: ADDRCONF(NETDEV_UP): eth5: link is not ready
[ =A0 10.357279] systemd-udevd[331]: starting version 204
[ =A0 10.423876] lp: driver loaded but no devices found
[ =A0 10= .460193] wmi: Mapper loaded
[ =A0 10.463802] systemd-udevd[373]: failed to execute '/lib/udev/= socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event&#= 39;: No such file or directory
[ =A0 10.466898] systemd-udevd[378= ]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' &#= 39;socket:/org/xen/xend/udev_event': No such file or directory
[ =A0 10.480201] systemd-udevd[394]: failed to execute '/lib/udev/= socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event&#= 39;: No such file or directory
[ =A0 10.481806] ACPI Warning: 0x0= 000000000000428-0x000000000000042f SystemIO conflicts with Region \PMIO 1 (= 20130517/utaddress-251)
[ =A0 10.481811] ACPI: If an ACPI driver is available for this device,= you should use it instead of the native driver
[ =A0 10.481817] = ACPI Warning: 0x0000000000000540-0x000000000000054f SystemIO conflicts with= Region \GPIO 1 (20130517/utaddress-251)
[ =A0 10.481821] ACPI: If an ACPI driver is available for this device,= you should use it instead of the native driver
[ =A0 10.481822] = ACPI Warning: 0x0000000000000530-0x000000000000053f SystemIO conflicts with= Region \GPIO 1 (20130517/utaddress-251)
[ =A0 10.481825] ACPI: If an ACPI driver is available for this device,= you should use it instead of the native driver
[ =A0 10.481826] = ACPI Warning: 0x0000000000000500-0x000000000000052f SystemIO conflicts with= Region \GPIO 1 (20130517/utaddress-251)
[ =A0 10.481830] ACPI: If an ACPI driver is available for this device,= you should use it instead of the native driver
[ =A0 10.481831] = lpc_ich: Resource conflict(s) found affecting gpio_ich
[ =A0 10.4= 88397] systemd-udevd[400]: failed to execute '/lib/udev/socket:/org/xen= /xend/udev_event' 'socket:/org/xen/xend/udev_event': No such fi= le or directory
[ =A0 10.491290] systemd-udevd[413]: failed to execute '/lib/udev/= socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event&#= 39;: No such file or directory
[ =A0 10.491668] systemd-udevd[411= ]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' &#= 39;socket:/org/xen/xend/udev_event': No such file or directory
[ =A0 10.498208] systemd-udevd[423]: failed to execute '/lib/udev/= socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event&#= 39;: No such file or directory
[ =A0 10.512324] microcode: CPU0 s= ig=3D0x206a7, pf=3D0x2, revision=3D0x29
[ =A0 10.588109] type=3D1400 audit(1391640214.188:2): apparmor=3D"= ;STATUS" operation=3D"profile_load" parent=3D388 profile=3D&= quot;unconfined" name=3D"/sbin/dhclient" pid=3D434 comm=3D&q= uot;apparmor_parser"
[ =A0 10.588115] type=3D1400 audit(1391640214.188:3): apparmor=3D"= ;STATUS" operation=3D"profile_load" parent=3D388 profile=3D&= quot;unconfined" name=3D"/usr/lib/NetworkManager/nm-dhcp-client.a= ction" pid=3D434 comm=3D"apparmor_parser"
[ =A0 10.588119] type=3D1400 audit(1391640214.188:4): apparmor=3D"= ;STATUS" operation=3D"profile_load" parent=3D388 profile=3D&= quot;unconfined" name=3D"/usr/lib/connman/scripts/dhclient-script= " pid=3D434 comm=3D"apparmor_parser"
[ =A0 10.588127] type=3D1400 audit(1391640214.188:5): apparmor=3D"= ;STATUS" operation=3D"profile_replace" parent=3D419 profile= =3D"unconfined" name=3D"/sbin/dhclient" pid=3D440 comm= =3D"apparmor_parser"
[ =A0 10.588133] type=3D1400 audit(1391640214.188:6): apparmor=3D"= ;STATUS" operation=3D"profile_replace" parent=3D419 profile= =3D"unconfined" name=3D"/usr/lib/NetworkManager/nm-dhcp-clie= nt.action" pid=3D440 comm=3D"apparmor_parser"
[ =A0 10.588136] type=3D1400 audit(1391640214.188:7): apparmor=3D"= ;STATUS" operation=3D"profile_replace" parent=3D419 profile= =3D"unconfined" name=3D"/usr/lib/connman/scripts/dhclient-sc= ript" pid=3D440 comm=3D"apparmor_parser"
[ =A0 10.588145] type=3D1400 audit(1391640214.188:8): apparmor=3D"= ;STATUS" operation=3D"profile_replace" parent=3D414 profile= =3D"unconfined" name=3D"/sbin/dhclient" pid=3D439 comm= =3D"apparmor_parser"
[ =A0 10.588150] type=3D1400 audit(1391640214.188:9): apparmor=3D"= ;STATUS" operation=3D"profile_replace" parent=3D414 profile= =3D"unconfined" name=3D"/usr/lib/NetworkManager/nm-dhcp-clie= nt.action" pid=3D439 comm=3D"apparmor_parser"
[ =A0 10.588154] type=3D1400 audit(1391640214.188:10): apparmor=3D&quo= t;STATUS" operation=3D"profile_replace" parent=3D414 profile= =3D"unconfined" name=3D"/usr/lib/connman/scripts/dhclient-sc= ript" pid=3D439 comm=3D"apparmor_parser"
[ =A0 10.588166] type=3D1400 audit(1391640214.188:11): apparmor=3D&quo= t;STATUS" operation=3D"profile_replace" parent=3D396 profile= =3D"unconfined" name=3D"/sbin/dhclient" pid=3D436 comm= =3D"apparmor_parser"
[ =A0 10.794373] EXT4-fs (dm-0): re-mounted. Opts: errors=3Dremount-ro=
[ =A0 10.804396] dcdbas dcdbas: Dell Systems Management Base Dri= ver (version 5.6.0-3.2)
[ =A0 10.821453] systemd-udevd[494]: fail= ed to execute '/lib/udev/socket:/org/xen/xend/udev_event' 'sock= et:/org/xen/xend/udev_event': No such file or directory
[ =A0 10.825093] systemd-udevd[495]: failed to execute '/lib/udev/= socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event&#= 39;: No such file or directory
[ =A0 10.831767] systemd-udevd[508= ]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' &#= 39;socket:/org/xen/xend/udev_event': No such file or directory
[ =A0 10.858040] microcode: CPU1 sig=3D0x206a7, pf=3D0x2, revision=3D0= x29
[ =A0 10.861487] microcode: CPU2 sig=3D0x206a7, pf=3D0x2, rev= ision=3D0x29
[ =A0 10.866813] microcode: CPU3 sig=3D0x206a7, pf= =3D0x2, revision=3D0x29
[ =A0 10.869329] microcode: Microcode Update Driver: v2.00 <tigran@aivazian.fsnet.co.uk>= , Peter Oruba
[ =A0 11.137330] asix 2-1.1:1.0 eth6: register '= ;asix' at usb-0000:00:1d.0-1.1, ASIX AX88178 USB 2.0 Ethernet, 00:0e:c6= :88:f6:d3
[ =A0 11.137367] usbcore: registered new interface driver asix
[ =A0 11.155136] Bridge firewalling registered
[ =A0 11.158114= ] device eth6 entered promiscuous mode
[ =A0 11.659724] Bluetooth= : Core ver 2.16
[ =A0 11.659743] NET: Registered protocol family 31
[ =A0 11= .659744] Bluetooth: HCI device and connection manager initialized
[ =A0 11.659751] Bluetooth: HCI socket layer initialized
[ =A0 1= 1.659752] Bluetooth: L2CAP socket layer initialized
[ =A0 11.659756] Bluetooth: SCO socket layer initialized
[ = =A0 11.662996] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[ =A0= 11.662998] Bluetooth: BNEP filters: protocol multicast
[ =A0 11.= 663003] Bluetooth: BNEP socket layer initialized
[ =A0 11.664016] Bluetooth: RFCOMM TTY layer initialized
[ = =A0 11.664029] Bluetooth: RFCOMM socket layer initialized
[ =A0 1= 1.664031] Bluetooth: RFCOMM ver 1.11
[ =A0 11.821715] ppdev: user= -space parallel port driver
[ =A0 11.823326] init: avahi-cups-reload main process (776) terminated= with status 1
[ =A0 11.894430] IPv6: ADDRCONF(NETDEV_UP): eth6: = link is not ready
[ =A0 11.894507] IPv6: ADDRCONF(NETDEV_UP): xen= br0: link is not ready
[ =A0 14.631202] IPv6: ADDRCONF(NETDEV_CHANGE): eth6: link becomes rea= dy
[ =A0 14.632234] asix 2-1.1:1.0 eth6: link up, 1000Mbps, full-= duplex, lpa 0xC5E1
[ =A0 14.636988] xenbr0: port 1(eth6) entered = forwarding state
[ =A0 14.637006] xenbr0: port 1(eth6) entered forwarding state
[ =A0 14.637027] IPv6: ADDRCONF(NETDEV_CHANGE): xenbr0: link becomes rea= dy
[ =A0 16.077823] init: udev-fallback-graphics main process (10= 28) terminated with status 1
[ =A0 21.408009] init: failsafe main process (724) killed by TERM sign= al
[ =A0 21.543100] audit_printk_skb: 87 callbacks suppressed
[ =A0 21.543103] type=3D1400 audit(1391640225.144:41): apparmor=3D&q= uot;STATUS" operation=3D"profile_load" parent=3D1324 profile= =3D"unconfined" name=3D"/usr/lib/lightdm/lightdm/lightdm-gue= st-session-wrapper" pid=3D1329 comm=3D"apparmor_parser"
[ =A0 21.543109] type=3D1400 audit(1391640225.144:42): apparmor=3D&quo= t;STATUS" operation=3D"profile_load" parent=3D1324 profile= =3D"unconfined" name=3D"chromium_browser" pid=3D1329 co= mm=3D"apparmor_parser"
[ =A0 21.543209] type=3D1400 audit(1391640225.144:43): apparmor=3D&quo= t;STATUS" operation=3D"profile_load" parent=3D1324 profile= =3D"unconfined" name=3D"/usr/lib/x86_64-linux-gnu/lightdm-re= mote-session-uccsconfigure/uccsconfigure-session-wrapper" pid=3D1331 c= omm=3D"apparmor_parser"
[ =A0 21.543215] type=3D1400 audit(1391640225.144:44): apparmor=3D&quo= t;STATUS" operation=3D"profile_load" parent=3D1324 profile= =3D"unconfined" name=3D"chromium_browser" pid=3D1331 co= mm=3D"apparmor_parser"
[ =A0 21.543252] type=3D1400 audit(1391640225.144:45): apparmor=3D&quo= t;STATUS" operation=3D"profile_load" parent=3D1324 profile= =3D"unconfined" name=3D"/usr/lib/x86_64-linux-gnu/lightdm-re= mote-session-freerdp/freerdp-session-wrapper" pid=3D1330 comm=3D"= apparmor_parser"
[ =A0 21.543258] type=3D1400 audit(1391640225.144:46): apparmor=3D&quo= t;STATUS" operation=3D"profile_load" parent=3D1324 profile= =3D"unconfined" name=3D"chromium_browser" pid=3D1330 co= mm=3D"apparmor_parser"
[ =A0 21.543414] type=3D1400 audit(1391640225.144:47): apparmor=3D&quo= t;STATUS" operation=3D"profile_replace" parent=3D1324 profil= e=3D"unconfined" name=3D"chromium_browser" pid=3D1329 c= omm=3D"apparmor_parser"
[ =A0 21.543519] type=3D1400 audit(1391640225.144:48): apparmor=3D&quo= t;STATUS" operation=3D"profile_replace" parent=3D1324 profil= e=3D"unconfined" name=3D"chromium_browser" pid=3D1331 c= omm=3D"apparmor_parser"
[ =A0 21.543562] type=3D1400 audit(1391640225.144:49): apparmor=3D&quo= t;STATUS" operation=3D"profile_replace" parent=3D1324 profil= e=3D"unconfined" name=3D"chromium_browser" pid=3D1330 c= omm=3D"apparmor_parser"
[ =A0 21.543750] type=3D1400 audit(1391640225.144:50): apparmor=3D&quo= t;STATUS" operation=3D"profile_replace" parent=3D1324 profil= e=3D"unconfined" name=3D"/sbin/dhclient" pid=3D1332 com= m=3D"apparmor_parser"
[ =A0 21.906064] IPv6: ADDRCONF(NETDEV_UP): eth2: link is not ready
[ =A0 21.906614] IPv6: ADDRCONF(NETDEV_UP): eth2: link is not ready=
[ =A0 21.923532] xen:xen_evtchn: Event-channel device installed<= /div>
[ =A0 21.981761] IPv6: ADDRCONF(NETDEV_UP): eth3: link is not ready
[ =A0 21.982271] IPv6: ADDRCONF(NETDEV_UP): eth3: link is not ready=
[ =A0 22.053782] IPv6: ADDRCONF(NETDEV_UP): eth4: link is not re= ady
[ =A0 22.054216] IPv6: ADDRCONF(NETDEV_UP): eth4: link is not ready
[ =A0 22.129802] IPv6: ADDRCONF(NETDEV_UP): eth5: link is not ready=
[ =A0 22.130248] IPv6: ADDRCONF(NETDEV_UP): eth5: link is not re= ady
[ =A0 22.254216] bnx2 0000:05:00.0 eth0: using MSIX
[ =A0 22= .254246] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[ =A0= 22.254727] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[ = =A0 22.318213] bnx2 0000:05:00.1 eth1: using MSIX
[ =A0 22.318243] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready
[ =A0 22.318735] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready=
[ =A0 29.665699] xenbr0: port 1(eth6) entered forwarding state
[ =A0100.234753] xen_pciback: backend is vpci
[ =A0100.23953= 3] igb 0000:03:00.0: removed PHC on eth2
[ =A0100.452048] pciback= 0000:03:00.0: seizing device
[ =A0100.452108] xen: registering g= si 18 triggering 0 polarity 1
[ =A0100.452112] Already setup the GSI :18
[ =A0100.559974] = igb 0000:03:00.1: removed PHC on eth3
[ =A0100.775879] pciback 00= 00:03:00.1: seizing device
[ =A0100.775940] xen: registering gsi = 19 triggering 0 polarity 1
[ =A0100.775945] Already setup the GSI :19
[ =A0100.883909] = igb 0000:04:00.0: removed PHC on eth4
[ =A0101.091890] pciback 00= 00:04:00.0: seizing device
[ =A0101.091951] xen: registering gsi = 16 triggering 0 polarity 1
[ =A0101.091955] Already setup the GSI :16
[ =A0101.199955] = igb 0000:04:00.1: removed PHC on eth5
[ =A0101.411923] pciback 00= 00:04:00.1: seizing device
[ =A0101.411992] xen: registering gsi = 17 triggering 0 polarity 1
[ =A0101.411996] Already setup the GSI :17
[ =A0101.603619] = pciback 0000:05:00.0: seizing device
[ =A0101.619414] xen: regist= ering gsi 16 triggering 0 polarity 1
[ =A0101.619419] Already set= up the GSI :16
[ =A0101.699647] pciback 0000:05:00.1: seizing device
[ =A01= 01.719405] xen: registering gsi 17 triggering 0 polarity 1
[ =A01= 01.719409] Already setup the GSI :17
[ =A0133.506569] IPv6: ADDRC= ONF(NETDEV_UP): vif1.0: link is not ready
[ =A0133.506841] IPv6: ADDRCONF(NETDEV_UP): vif1.0: link is not ready<= /div>
[ =A0133.543153] device vif1.0 entered promiscuous mode
[ =A0133.544496] IPv6: ADDRCONF(NETDEV_UP): vif1.0: link is not ready
[ =A0133.589477] ip_tables: (C) 2000-2006 Netfilter Core Team
[ = =A0133.658744] device vif1.0-emu entered promiscuous mode
[ =A013= 3.660110] xenbr0: port 3(vif1.0-emu) entered forwarding state
[ = =A0133.660116] xenbr0: port 3(vif1.0-emu) entered forwarding state
[ =A0134.228090] xenbr0: port 3(vif1.0-emu) entered disabled state
[ =A0134.228176] device vif1.0-emu left promiscuous mode
[= =A0134.228178] xenbr0: port 3(vif1.0-emu) entered disabled state
[ =A0151.985820] xen_pciback: vpci: 0000:03:00.0: assign to virtual slot 0<= /div>
[ =A0151.986230] xen_pciback: vpci: 0000:03:00.1: assign to virtual sl= ot 0 func 1
[ =A0151.986868] xen_pciback: vpci: 0000:04:00.0: ass= ign to virtual slot 1
[ =A0151.987194] xen_pciback: vpci: 0000:04= :00.1: assign to virtual slot 1 func 1

#################################################= ##############
xl dmesg

root@fiat:~= # xl dmesg
(XEN) Xen version 4.3.0 (Ubuntu 4.3.0-1ubuntu1.2) (stefan.bader@canonical.com) = (gcc (Ubuntu/Linaro 4.8.1-10ubuntu8) 4.8.1) debug=3Dn Tue Dec 17 15:35:25 U= TC 2013
(XEN) Bootloader: GRUB 2.00-19ubuntu2
(XEN) Command line: pl= aceholder dom0_mem=3D1024M
(XEN) Video information:
(XE= N) =A0VGA is text mode 80x25, font 8x16
(XEN) =A0VBE/DDC methods:= none; EDID transfer time: 0 seconds
(XEN) =A0EDID info not retrieved because no DDC retrieval method detec= ted
(XEN) Disc information:
(XEN) =A0Found 1 MBR signat= ures
(XEN) =A0Found 1 EDD information structures
(XEN) = Xen-e820 RAM map:
(XEN) =A00000000000000000 - 000000000009e400 (usable)
(XEN) = =A0000000000009e400 - 00000000000a0000 (reserved)
(XEN) =A0000000= 00000e0000 - 0000000000100000 (reserved)
(XEN) =A0000000000010000= 0 - 00000000bdfb0000 (usable)
(XEN) =A000000000bdfb0000 - 00000000bf3b0000 (reserved)
(XEN= ) =A000000000bf3b0000 - 00000000bf5d6000 (usable)
(XEN) =A0000000= 00bf5d6000 - 00000000bf5d8000 (reserved)
(XEN) =A000000000bf5d800= 0 - 00000000bf5e8000 (usable)
(XEN) =A000000000bf5e8000 - 00000000bf5ec000 (reserved)
(XEN= ) =A000000000bf5ec000 - 00000000bf5f0000 (usable)
(XEN) =A0000000= 00bf5f0000 - 00000000bf601000 (reserved)
(XEN) =A000000000bf60100= 0 - 00000000bf63f000 (usable)
(XEN) =A000000000bf63f000 - 00000000bf6bf000 (reserved)
(XEN= ) =A000000000bf6bf000 - 00000000bf7bf000 (ACPI NVS)
(XEN) =A00000= 0000bf7bf000 - 00000000bf7f0000 (ACPI data)
(XEN) =A000000000bf7f= 0000 - 00000000bf800000 (usable)
(XEN) =A000000000bf800000 - 00000000c0000000 (reserved)
(XEN= ) =A000000000e0000000 - 00000000f0000000 (reserved)
(XEN) =A00000= 0000feb00000 - 00000000feb04000 (reserved)
(XEN) =A000000000fec00= 000 - 00000000fec01000 (reserved)
(XEN) =A000000000fed10000 - 00000000fed1a000 (reserved)
(XEN= ) =A000000000fed1c000 - 00000000fed20000 (reserved)
(XEN) =A00000= 0000fee00000 - 00000000fee01000 (reserved)
(XEN) =A000000000ffc00= 000 - 0000000100000000 (reserved)
(XEN) =A00000000100000000 - 0000000140000000 (usable)
(XEN) = ACPI: RSDP 000FE020, 0024 (r2 DELL =A0)
(XEN) ACPI: XSDT BF7EF170= , 00A4 (r1 DELL =A0 PE_SC3 =A0 =A0 =A0 =A0 =A01 DELL =A0 =A040000)
(XEN) ACPI: FACP BF7EB000, 00F4 (r4 DELL =A0 PE_SC3 =A0 =A0 =A0 =A0 =A01 = DELL =A0 =A040000)
(XEN) ACPI: DSDT BF7E1000, 68FE (r1 DELL =A0 PE_SC3 =A0 =A0 =A0 =A0 = =A00 DELL =A0 =A040000)
(XEN) ACPI: FACS BF7B8000, 0040
(XEN) ACPI: SPMI BF7EE000, 0040 (r5 DELL =A0 PE_SC3 =A0 =A0 =A0 =A0 =A01 D= ELL =A0 =A040000)
(XEN) ACPI: DMAR BF7ED000, 0078 (r1 DELL =A0 PE= _SC3 =A0 =A0 =A0 =A0 =A01 DELL =A0 =A040000)
(XEN) ACPI: ASF! BF7EC000, 00A5 (r32 DELL =A0 PE_SC3 =A0 =A0 =A0 =A0 = =A01 DELL =A0 =A040000)
(XEN) ACPI: HPET BF7EA000, 0038 (r1 DELL = =A0 PE_SC3 =A0 =A0 =A0 =A0 =A01 DELL =A0 =A040000)
(XEN) ACPI: AP= IC BF7E9000, 0092 (r2 DELL =A0 PE_SC3 =A0 =A0 =A0 =A0 =A01 DELL =A0 =A04000= 0)
(XEN) ACPI: MCFG BF7E8000, 003C (r1 DELL =A0 PE_SC3 =A0 =A0 =A0 =A0 = =A01 DELL =A0 =A040000)
(XEN) ACPI: BOOT BF7DE000, 0028 (r1 DELL = =A0 PE_SC3 =A0 =A0 =A0 =A0 =A01 DELL =A0 =A040000)
(XEN) ACPI: SS= DT BF7DD000, 02F6 (r1 DELL =A0 PE_SC3 =A0 =A0 =A0 1000 DELL =A0 =A040000)
(XEN) ACPI: ASPT BF7DA000, 0034 (r7 DELL =A0 PE_SC3 =A0 =A0 =A0 =A0 = =A01 DELL =A0 =A040000)
(XEN) ACPI: SSDT BF7D9000, 060E (r1 DELL = =A0 PE_SC3 =A0 =A0 =A0 3000 DELL =A0 =A040000)
(XEN) ACPI: SSDT B= F7D8000, 0A92 (r1 DELL =A0 PE_SC3 =A0 =A0 =A0 3000 DELL =A0 =A040000)
(XEN) ACPI: HEST BF7D7000, 00A8 (r1 DELL =A0 PE_SC3 =A0 =A0 =A0 =A0 = =A00 DELL =A0 =A040000)
(XEN) ACPI: ERST BF7D6000, 0230 (r1 DELL = =A0 PE_SC3 =A0 =A0 =A0 =A0 =A00 DELL =A0 =A040000)
(XEN) ACPI: BE= RT BF7D5000, 0030 (r1 DELL =A0 PE_SC3 =A0 =A0 =A0 =A0 =A00 DELL =A0 =A04000= 0)
(XEN) ACPI: EINJ BF7D4000, 0130 (r1 DELL =A0 PE_SC3 =A0 =A0 =A0 =A0 = =A00 DELL =A0 =A040000)
(XEN) System RAM: 4065MB (4163416kB)
(XEN) Domain heap initialised
(XEN) Processor #0 6:10 APIC = version 21
(XEN) Processor #2 6:10 APIC version 21
(XEN) Processor #4 6= :10 APIC version 21
(XEN) Processor #6 6:10 APIC version 21
=
(XEN) IOAPIC[0]: apic_id 0, version 32, address 0xfec00000, GSI 0-23
(XEN) Enabling APIC mode: =A0Flat. =A0Using 1 I/O APICs
(XEN= ) [VT-D]dmar.c:583: =A0 RMRR address range not in reserved memory base =3D = 0 end =3D fff; iommu_inclusive_mapping=3D1 parameter may be needed.
(XEN) Switched to APIC driver x2apic_cluster.
(XEN) Using scheduler: SMP Credit Scheduler (credit)
(XEN) D= etected 3093.084 MHz processor.
(XEN) Initing memory sharing.
(XEN) xstate_init: using cntxt_size: 0x340 and states: 0x7
(XEN) Intel VT-d iommu 0 supported page sizes: 4kB.
(XEN) In= tel VT-d Snoop Control enabled.
(XEN) Intel VT-d Dom0 DMA Passthr= ough not enabled.
(XEN) Intel VT-d Queued Invalidation enabled.
(XEN) Intel VT-d Interrupt Remapping enabled.
(XEN) Intel VT= -d Shared EPT tables not enabled.
(XEN) I/O virtualisation enable= d
(XEN) =A0- Dom0 mode: Relaxed
(XEN) Interrupt remappi= ng enabled
(XEN) Enabled directed EOI with ioapic_ack_old on!
(XEN) ENA= BLING IO-APIC IRQs
(XEN) =A0-> Using old ACK method
= (XEN) Platform timer is 14.318MHz HPET
(XEN) Allocated console ri= ng of 16 KiB.
(XEN) VMX: Supported advanced features:
(XEN) =A0- APIC MMIO= access virtualisation
(XEN) =A0- APIC TPR shadow
(XEN)= =A0- Extended Page Tables (EPT)
(XEN) =A0- Virtual-Processor Ide= ntifiers (VPID)
(XEN) =A0- Virtual NMI
(XEN) =A0- MSR direct-access bitmap
(XEN) =A0- Unrestricted Guest
(XEN) HVM: ASIDs enabled.<= /div>
(XEN) HVM: VMX enabled
(XEN) HVM: Hardware Assisted Pag= ing (HAP) detected
(XEN) HVM: HAP page sizes: 4kB, 2MB
(XEN) Brought up 4 CPUs<= /div>
(XEN) mtrr: your CPUs had inconsistent variable MTRR settings
(XEN) *** LOADING DOMAIN 0 ***
(XEN) =A0Xen =A0kernel: 64-= bit, lsb, compat32
(XEN) =A0Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x23f300= 0
(XEN) PHYSICAL MEMORY ARRANGEMENT:
(XEN) =A0Dom0 allo= c.: =A0 0000000134000000->0000000138000000 (233689 pages to be allocated= )
(XEN) =A0Init. ramdisk: 000000013d0d9000->0000000140000000
(XEN) VIRTUAL MEMORY ARRANGEMENT:
(XEN) =A0Loaded kernel: fffff= fff81000000->ffffffff823f3000
(XEN) =A0Init. ramdisk: ffffffff= 823f3000->ffffffff8531a000
(XEN) =A0Phys-Mach map: ffffffff8531a000->ffffffff8551a000
(XEN) =A0Start info: =A0 =A0ffffffff8551a000->ffffffff8551a4b4
(XEN) =A0Page tables: =A0 ffffffff8551b000->ffffffff8554a000
(XEN) =A0Boot stack: =A0 =A0ffffffff8554a000->ffffffff8554b000
(XEN) =A0TOTAL: =A0 =A0 =A0 =A0 ffffffff80000000->ffffffff85800000<= /div>
(XEN) =A0ENTRY ADDRESS: ffffffff81d261e0
(XEN) Dom0 has= maximum 4 VCPUs
(XEN) Scrubbing Free RAM: ......................= .......done.
(XEN) Initial low memory virq threshold set at 0x4000 pages.
(XEN) Std. Loglevel: Errors and warnings
(XEN) Guest Loglevel: N= othing (Rate-limited: Errors and warnings)
(XEN) Xen is relinquis= hing VGA console.
(XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times t= o switch input to Xen)
(XEN) Freed 260kB init memory.
(= XEN) traps.c:2503:d0 Domain attempted WRMSR 00000000000001fc from 0x0000000= 00004005f to 0x000000000004005d.
(XEN) traps.c:2503:d0 Domain attempted WRMSR 00000000000001fc from 0x0= 00000000004005f to 0x000000000004005d.
(XEN) traps.c:2503:d0 Doma= in attempted WRMSR 00000000000001fc from 0x000000000004005f to 0x0000000000= 04005d.
(XEN) traps.c:2503:d0 Domain attempted WRMSR 00000000000001fc from 0x0= 00000000004005f to 0x000000000004005d.

#####= ##########################################################

This occurs even if i attach a single pci device. I loads th= e HVM if pci is not passed through.

Any help would= be great.
Regards





On Wed, Feb 5, 2014 at 10:45 AM, Mike Neiderhauser &= lt;mikeneid= erhauser@gmail.com> wrote:
I am running into gnome-ses= sion errors for the desktop to get VNC up. =A0I will report back when I get= that fixed.

Regards.
=


On Wed, Feb 5, 2014 at 10:02 AM, Ian Campbell <Ian.Campbell@citrix.c= om> wrote:
On Wed, 2014-02-05 at 10:00 -0500, Mike Neiderhauser wrote:

>
> When trying to create the domu I get this:
>
>
> root@fiat:~# xl create /etc/xen/ubuntu-hvm-0.cfg
> Parsing config from /etc/xen/ubuntu-hvm-0.cfg
> WARNING: ignoring "kernel" directive for HVM guest. Use
> "firmware_override" instead if you really want a non-default= firmware
> WARNING: ignoring device_model directive.
> WARNING: Use "device_model_override" instead if you really w= ant a
> non-default device_model
> xc: info: VIRTUAL MEMORY ARRANGEMENT:
> =A0 Loader: =A0 =A0 =A0 =A00000000000100000->00000000001a69a4
> =A0 Modules: =A0 =A0 =A0 0000000000000000->0000000000000000
> =A0 TOTAL: =A0 =A0 =A0 =A0 0000000000000000->000000003f800000
> =A0 ENTRY ADDRESS: 0000000000100608
> xc: info: PHYSICAL MEMORY ALLOCATION:
> =A0 4KB PAGES: 0x0000000000000200
> =A0 2MB PAGES: 0x00000000000001fb
> =A0 1GB PAGES: 0x0000000000000000
> libxl: error: libxl_pci.c:990:libxl__device_pci_reset: The kernel
> doesn't support reset from sysfs for PCI device 0000:05:00.0
> libxl: error: libxl_pci.c:990:libxl__device_pci_reset: The kernel
> doesn't support reset from sysfs for PCI device 0000:05:00.1
> Daemon running with PID 3095

This looks like it has worked. Can you connect to the guest console and/or vnc manually?

Ian.




--047d7b6dcf42d2d09c04f1b09dee-- --===============5043789152767913749== 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 --===============5043789152767913749==-- From xen-users-bounces@lists.xen.org Wed Feb 05 23:09:56 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Feb 2014 23:09: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 1WBBau-0006yP-UM; Wed, 05 Feb 2014 23:09:24 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBBat-0006yG-OO for xen-users@lists.xen.org; Wed, 05 Feb 2014 23:09:23 +0000 Received: from [85.158.139.211:48775] by server-9.bemta-5.messagelabs.com id 9A/4F-11237-2A4C2F25; Wed, 05 Feb 2014 23:09:22 +0000 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-6.tower-206.messagelabs.com!1391641758!1955313!1 X-Originating-IP: [203.16.207.99] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1737 invoked from network); 5 Feb 2014 23:09:22 -0000 Received: from mail.bendigoit.com.au (HELO smtp2.bendigoit.com.au) (203.16.207.99) by server-6.tower-206.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 5 Feb 2014 23:09:22 -0000 Received: from bitcom1.int.sbss.com.au ([2002:cb10:e0fe:201:a5ca:4fd3:14f:ad5d]) by smtp2.bendigoit.com.au with esmtp (Exim 4.80) (envelope-from ) id 1WBBYj-0003Gs-2S; Thu, 06 Feb 2014 10:08:12 +1100 Received: from BITCOM1.int.sbss.com.au ([fe80::a5ca:4fd3:14f:ad5d]) by BITCOM1.int.sbss.com.au ([fe80::a5ca:4fd3:14f:ad5d%12]) with mapi id 14.03.0174.001; Thu, 6 Feb 2014 10:07:25 +1100 From: James Harper To: Kuba , "xen-users@lists.xen.org" Thread-Topic: [Xen-users] Strange failures of Xen 4.3.1, PVHVM storage VM, iSCSI and Windows+GPLPV VM combination Thread-Index: AQHPHcQrr4avfNutpEeCEkGXVvHfupqeBmzAgAIM9QCABhMngIABKvyg Date: Wed, 5 Feb 2014 23:07:24 +0000 Message-ID: <6035A0D088A63A46850C3988ED045A4B6F393A80@BITCOM1.int.sbss.com.au> References: <52EA58B2.50004@op.pl> <6035A0D088A63A46850C3988ED045A4B6F38BB3C@BITCOM1.int.sbss.com.au> <52ED4AA6.5000601@op.pl> <52F26335.7060902@op.pl> In-Reply-To: <52F26335.7060902@op.pl> Accept-Language: en-AU, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.200.88] x-tm-as-product-ver: SMEX-11.0.0.1191-7.500.1017-20484.002 x-tm-as-result: No--33.836600-0.000000-31 x-tm-as-user-approved-sender: Yes x-tm-as-user-blocked-sender: No MIME-Version: 1.0 X-Really-From-Bendigo-IT: magichashvalue Subject: Re: [Xen-users] Strange failures of Xen 4.3.1, PVHVM storage VM, iSCSI and Windows+GPLPV VM combination X-BeenThere: xen-users@lists.xen.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 > > Any ideas and suggestions on what could be the cause and what can I do > will be much appreciated. > Can you try turning on iscsi data checksuming? If data corruption in the network stack is the cause (seems likely to me) then this should pick it up. If your iscsi initiator and/or target don't support data digest, try turning off all the offloads and scatter gather on the network interfaces and see if you can reduce the problem to one of the offloads (large send would be my best guess). James _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Feb 05 23:09:56 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Feb 2014 23:09: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 1WBBau-0006yP-UM; Wed, 05 Feb 2014 23:09:24 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBBat-0006yG-OO for xen-users@lists.xen.org; Wed, 05 Feb 2014 23:09:23 +0000 Received: from [85.158.139.211:48775] by server-9.bemta-5.messagelabs.com id 9A/4F-11237-2A4C2F25; Wed, 05 Feb 2014 23:09:22 +0000 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-6.tower-206.messagelabs.com!1391641758!1955313!1 X-Originating-IP: [203.16.207.99] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1737 invoked from network); 5 Feb 2014 23:09:22 -0000 Received: from mail.bendigoit.com.au (HELO smtp2.bendigoit.com.au) (203.16.207.99) by server-6.tower-206.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 5 Feb 2014 23:09:22 -0000 Received: from bitcom1.int.sbss.com.au ([2002:cb10:e0fe:201:a5ca:4fd3:14f:ad5d]) by smtp2.bendigoit.com.au with esmtp (Exim 4.80) (envelope-from ) id 1WBBYj-0003Gs-2S; Thu, 06 Feb 2014 10:08:12 +1100 Received: from BITCOM1.int.sbss.com.au ([fe80::a5ca:4fd3:14f:ad5d]) by BITCOM1.int.sbss.com.au ([fe80::a5ca:4fd3:14f:ad5d%12]) with mapi id 14.03.0174.001; Thu, 6 Feb 2014 10:07:25 +1100 From: James Harper To: Kuba , "xen-users@lists.xen.org" Thread-Topic: [Xen-users] Strange failures of Xen 4.3.1, PVHVM storage VM, iSCSI and Windows+GPLPV VM combination Thread-Index: AQHPHcQrr4avfNutpEeCEkGXVvHfupqeBmzAgAIM9QCABhMngIABKvyg Date: Wed, 5 Feb 2014 23:07:24 +0000 Message-ID: <6035A0D088A63A46850C3988ED045A4B6F393A80@BITCOM1.int.sbss.com.au> References: <52EA58B2.50004@op.pl> <6035A0D088A63A46850C3988ED045A4B6F38BB3C@BITCOM1.int.sbss.com.au> <52ED4AA6.5000601@op.pl> <52F26335.7060902@op.pl> In-Reply-To: <52F26335.7060902@op.pl> Accept-Language: en-AU, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.200.88] x-tm-as-product-ver: SMEX-11.0.0.1191-7.500.1017-20484.002 x-tm-as-result: No--33.836600-0.000000-31 x-tm-as-user-approved-sender: Yes x-tm-as-user-blocked-sender: No MIME-Version: 1.0 X-Really-From-Bendigo-IT: magichashvalue Subject: Re: [Xen-users] Strange failures of Xen 4.3.1, PVHVM storage VM, iSCSI and Windows+GPLPV VM combination X-BeenThere: xen-users@lists.xen.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 > > Any ideas and suggestions on what could be the cause and what can I do > will be much appreciated. > Can you try turning on iscsi data checksuming? If data corruption in the network stack is the cause (seems likely to me) then this should pick it up. If your iscsi initiator and/or target don't support data digest, try turning off all the offloads and scatter gather on the network interfaces and see if you can reduce the problem to one of the offloads (large send would be my best guess). James _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Feb 06 01:10:34 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 06 Feb 2014 01:10:34 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBDT7-0006Fu-Qx; Thu, 06 Feb 2014 01:09:29 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBDT4-0006Fp-GK for xen-users@lists.xen.org; Thu, 06 Feb 2014 01:09:27 +0000 Received: from [193.109.254.147:25494] by server-14.bemta-14.messagelabs.com id DD/59-29228-5C0E2F25; Thu, 06 Feb 2014 01:09:25 +0000 X-Env-Sender: mikeneiderhauser@gmail.com X-Msg-Ref: server-4.tower-27.messagelabs.com!1391648957!2320347!1 X-Originating-IP: [209.85.220.179] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28013 invoked from network); 6 Feb 2014 01:09:18 -0000 Received: from mail-vc0-f179.google.com (HELO mail-vc0-f179.google.com) (209.85.220.179) by server-4.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 6 Feb 2014 01:09:18 -0000 Received: by mail-vc0-f179.google.com with SMTP id lh14so941954vcb.10 for ; Wed, 05 Feb 2014 17:09:16 -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-type; bh=xYh0pWX1HmWEorhQ0TkArzrf+hbb//LYrgVTYQb/4Ak=; b=uHVxK8dvujI0LY3JMcc18MS9VNOTuEhptjOOwczPn/T7Imxb6KDCf5wNpzWJQkn10V Hi/5hYe9q7VDxVXXmmvgHtNfA7RJIvpslWypCFVOOnsXfff544Dp+bqZf5XLj3xIlU3R Dz3SKFJZOv8J+cjFaWPQ4P0eKwGMrW8NotHE0BOXRVwDVpxMbbjYGGevO5yIqUW6sW0h 3oaWmVurmKULQ4jl4jnj99aTkiZrBr8n8jCrxHx2H4/e8QdFRj2f4JDjoQ0bBoQFfWED tv07Pb9R+nh1VOp3VQn5QH6HU0ftAG9ZMQDdkls/w2jUMJosoo4eJxAHGyLIY60o3b7r BJ+g== X-Received: by 10.52.164.39 with SMTP id yn7mr2648603vdb.25.1391648956735; Wed, 05 Feb 2014 17:09:16 -0800 (PST) MIME-Version: 1.0 Received: by 10.52.233.73 with HTTP; Wed, 5 Feb 2014 17:08:36 -0800 (PST) In-Reply-To: References: <1391592063.6497.71.camel@kazak.uk.xensource.com> <1391603593.6497.145.camel@kazak.uk.xensource.com> <1391604724.6497.149.camel@kazak.uk.xensource.com> <1391606132.6497.151.camel@kazak.uk.xensource.com> <1391608412.6497.167.camel@kazak.uk.xensource.com> <1391612577.23098.8.camel@kazak.uk.xensource.com> From: Mike Neiderhauser Date: Wed, 5 Feb 2014 20:08:36 -0500 Message-ID: To: Ian Campbell Cc: xen-users Subject: Re: [Xen-users] Requesting Help - Error: pci: PCI Backend and pci-stub don't own device X-BeenThere: xen-users@lists.xen.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="===============2863356056563378126==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2863356056563378126== Content-Type: multipart/alternative; boundary=001a11c23324b8124e04f1b28549 --001a11c23324b8124e04f1b28549 Content-Type: text/plain; charset=ISO-8859-1 Just another quick datapoint. pci=['05:00.0', '05:00.1'] gets properly assigned. This is the Broadcom card (compared to the Intel card) On Wed, Feb 5, 2014 at 5:52 PM, Mike Neiderhauser < mikeneiderhauser@gmail.com> wrote: > Sorry for the delay. There was an issue where the host os was not > detecting the Intel NIC I have installed. > > So I now have ubuntu desktop 13.10. I have installed the following > packages > apt-get install openssh-server > apt-get install vim > apt-get install xen-hypervisor-4.3-amd64 > apt-get install gvncviewer > > I am still having issues getting the HVM started and viewable on VNC when > passing through a pci device (it is connects when I do not pass through a > pci device). > > I am running the script as before to assign the devices to pciback > > ############################################################### > > xl create /etc/xen/ubuntu-hvm-0.cfg returns: > root@fiat:~# xl create /etc/xen/ubuntu-hvm-0.cfg > Parsing config from /etc/xen/ubuntu-hvm-0.cfg > WARNING: ignoring "kernel" directive for HVM guest. Use > "firmware_override" instead if you really want a non-default firmware > WARNING: ignoring device_model directive. > WARNING: Use "device_model_override" instead if you really want a > non-default device_model > xc: info: VIRTUAL MEMORY ARRANGEMENT: > Loader: 0000000000100000->00000000001a69a4 > Modules: 0000000000000000->0000000000000000 > TOTAL: 0000000000000000->000000003f800000 > ENTRY ADDRESS: 0000000000100608 > xc: info: PHYSICAL MEMORY ALLOCATION: > 4KB PAGES: 0x0000000000000200 > 2MB PAGES: 0x00000000000001fb > 1GB PAGES: 0x0000000000000000 > libxl: error: libxl_qmp.c:454:qmp_next: Socket read error: Connection > reset by peer > libxl: error: libxl_qmp.c:702:libxl__qmp_initialize: Connection error: > Connection refused > libxl: error: libxl_qmp.c:702:libxl__qmp_initialize: Connection error: > Connection refused > libxl: error: libxl_qmp.c:702:libxl__qmp_initialize: Connection error: > Connection refused > Daemon running with PID 2467 > > ############################################################### > > It does not appear to be getting time > root@fiat:~# xl list > Name ID Mem VCPUs State > Time(s) > Domain-0 0 1024 4 r----- > 16.3 > ubuntu-hvm-0 1 1025 1 ------ > 0.0 > > ############################################################### > > /etc/xen/ubuntu-hvm-0.cfg > kernel = "/usr/lib/xen-4.3/boot/hvmloader" > builder='hvm' > memory = 1024 > vcpus=2 > name = "ubuntu-hvm-0" > vif = ['bridge=xenbr0'] > pci_permissive=1 > #pci= ['03:00.0', '03:00.1', '04:00.0', '04:00.1', '05:00.0', '05:00.1'] > #pci= ['03:00.0', '03:00.1'] > #pci= ['04:00.0', '04:00.1'] > pci= ['03:00.0', '03:00.1', '04:00.0', '04:00.1'] > #pci= ['05:00.0', '05:00.1'] > disk = ['phy:/dev/ubuntu-vg/ubuntu-hvm-0,hda,w'] > # , 'file:/root/ubuntu-12.04.3-server-amd64.iso,hdc:cdrom,r'] > acpi = 1 > device_model = 'qemu-dm' > #boot="d" > boot="c" > sdl=0 > serial='pty' > vnc=1 > vnclisten="0.0.0.0" > vncpasswd="" > on_poweroff = 'destroy' > on_reboot = 'restart' > on_crash = 'restart' > > ############################################################### > > dmesg > root@fiat:~# dmesg > [ 0.000000] Initializing cgroup subsys cpuset > [ 0.000000] Initializing cgroup subsys cpu > [ 0.000000] Initializing cgroup subsys cpuacct > [ 0.000000] Linux version 3.11.0-12-generic (buildd@allspice) (gcc > version 4.8.1 (Ubuntu/Linaro 4.8.1-10ubuntu7) ) #19-Ubuntu SMP Wed Oct 9 > 16:20:46 UTC 2013 (Ubuntu 3.11.0-12.19-generic 3.11.3) > [ 0.000000] Command line: placeholder root=/dev/mapper/ubuntu--vg-root > ro quiet splash > [ 0.000000] KERNEL supported cpus: > [ 0.000000] Intel GenuineIntel > [ 0.000000] AMD AuthenticAMD > [ 0.000000] Centaur CentaurHauls > [ 0.000000] Freeing 9e-100 pfn range: 98 pages freed > [ 0.000000] 1-1 mapping on 9e->100 > [ 0.000000] 1-1 mapping on bdfb0->bf3b0 > [ 0.000000] 1-1 mapping on bf5d6->bf5d8 > [ 0.000000] 1-1 mapping on bf5e8->bf5ec > [ 0.000000] 1-1 mapping on bf5f0->bf601 > [ 0.000000] 1-1 mapping on bf63f->bf7f0 > [ 0.000000] 1-1 mapping on bf800->100000 > [ 0.000000] Released 98 pages of unused memory > [ 0.000000] Set 269866 page(s) to 1-1 mapping > [ 0.000000] Populating 40000-40062 pfn range: 98 pages added > [ 0.000000] e820: BIOS-provided physical RAM map: > [ 0.000000] Xen: [mem 0x0000000000000000-0x000000000009dfff] usable > [ 0.000000] Xen: [mem 0x000000000009e400-0x00000000000fffff] reserved > [ 0.000000] Xen: [mem 0x0000000000100000-0x00000000bdfaffff] usable > [ 0.000000] Xen: [mem 0x00000000bdfb0000-0x00000000bf3affff] reserved > [ 0.000000] Xen: [mem 0x00000000bf3b0000-0x00000000bf5d5fff] usable > [ 0.000000] Xen: [mem 0x00000000bf5d6000-0x00000000bf5d7fff] reserved > [ 0.000000] Xen: [mem 0x00000000bf5d8000-0x00000000bf5e7fff] usable > [ 0.000000] Xen: [mem 0x00000000bf5e8000-0x00000000bf5ebfff] reserved > [ 0.000000] Xen: [mem 0x00000000bf5ec000-0x00000000bf5effff] usable > [ 0.000000] Xen: [mem 0x00000000bf5f0000-0x00000000bf600fff] reserved > [ 0.000000] Xen: [mem 0x00000000bf601000-0x00000000bf63efff] usable > [ 0.000000] Xen: [mem 0x00000000bf63f000-0x00000000bf6befff] reserved > [ 0.000000] Xen: [mem 0x00000000bf6bf000-0x00000000bf7befff] ACPI NVS > [ 0.000000] Xen: [mem 0x00000000bf7bf000-0x00000000bf7effff] ACPI data > [ 0.000000] Xen: [mem 0x00000000bf7f0000-0x00000000bf7fffff] usable > [ 0.000000] Xen: [mem 0x00000000bf800000-0x00000000bfffffff] reserved > [ 0.000000] Xen: [mem 0x00000000e0000000-0x00000000efffffff] reserved > [ 0.000000] Xen: [mem 0x00000000feb00000-0x00000000feb03fff] reserved > [ 0.000000] Xen: [mem 0x00000000fec00000-0x00000000fec00fff] reserved > [ 0.000000] Xen: [mem 0x00000000fed10000-0x00000000fed19fff] reserved > [ 0.000000] Xen: [mem 0x00000000fed1c000-0x00000000fed1ffff] reserved > [ 0.000000] Xen: [mem 0x00000000fee00000-0x00000000fee00fff] reserved > [ 0.000000] Xen: [mem 0x00000000ffc00000-0x00000000ffffffff] reserved > [ 0.000000] Xen: [mem 0x0000000100000000-0x000000013fffffff] usable > [ 0.000000] NX (Execute Disable) protection: active > [ 0.000000] SMBIOS 2.7 present. > [ 0.000000] DMI: Dell Inc. PowerEdge R210 II/03X6X0, BIOS 2.5.1 > 07/11/2013 > [ 0.000000] e820: update [mem 0x00000000-0x00000fff] usable ==> reserved > [ 0.000000] e820: remove [mem 0x000a0000-0x000fffff] usable > [ 0.000000] No AGP bridge found > [ 0.000000] e820: last_pfn = 0x140000 max_arch_pfn = 0x400000000 > [ 0.000000] e820: last_pfn = 0xbf800 max_arch_pfn = 0x400000000 > [ 0.000000] Scanning 1 areas for low memory corruption > [ 0.000000] Base memory trampoline at [ffff880000098000] 98000 size > 24576 > [ 0.000000] init_memory_mapping: [mem 0x00000000-0x000fffff] > [ 0.000000] [mem 0x00000000-0x000fffff] page 4k > [ 0.000000] init_memory_mapping: [mem 0x3fe00000-0x3fffffff] > [ 0.000000] [mem 0x3fe00000-0x3fffffff] page 4k > [ 0.000000] BRK [0x01fe9000, 0x01fe9fff] PGTABLE > [ 0.000000] init_memory_mapping: [mem 0x3c000000-0x3fdfffff] > [ 0.000000] [mem 0x3c000000-0x3fdfffff] page 4k > [ 0.000000] BRK [0x01fea000, 0x01feafff] PGTABLE > [ 0.000000] BRK [0x01feb000, 0x01febfff] PGTABLE > [ 0.000000] BRK [0x01fec000, 0x01fecfff] PGTABLE > [ 0.000000] BRK [0x01fed000, 0x01fedfff] PGTABLE > [ 0.000000] BRK [0x01fee000, 0x01feefff] PGTABLE > [ 0.000000] init_memory_mapping: [mem 0x00100000-0x3bffffff] > [ 0.000000] [mem 0x00100000-0x3bffffff] page 4k > [ 0.000000] init_memory_mapping: [mem 0x40000000-0xbdfaffff] > [ 0.000000] [mem 0x40000000-0xbdfaffff] page 4k > [ 0.000000] init_memory_mapping: [mem 0xbf3b0000-0xbf5d5fff] > [ 0.000000] [mem 0xbf3b0000-0xbf5d5fff] page 4k > [ 0.000000] init_memory_mapping: [mem 0xbf5d8000-0xbf5e7fff] > [ 0.000000] [mem 0xbf5d8000-0xbf5e7fff] page 4k > [ 0.000000] init_memory_mapping: [mem 0xbf5ec000-0xbf5effff] > [ 0.000000] [mem 0xbf5ec000-0xbf5effff] page 4k > [ 0.000000] init_memory_mapping: [mem 0xbf601000-0xbf63efff] > [ 0.000000] [mem 0xbf601000-0xbf63efff] page 4k > [ 0.000000] init_memory_mapping: [mem 0xbf7f0000-0xbf7fffff] > [ 0.000000] [mem 0xbf7f0000-0xbf7fffff] page 4k > [ 0.000000] init_memory_mapping: [mem 0x100000000-0x13fffffff] > [ 0.000000] [mem 0x100000000-0x13fffffff] page 4k > [ 0.000000] RAMDISK: [mem 0x023f3000-0x05319fff] > [ 0.000000] ACPI: RSDP 00000000000fe020 00024 (v02 DELL ) > [ 0.000000] ACPI: XSDT 00000000bf7ef170 000A4 (v01 DELL PE_SC3 > 00000001 DELL 00040000) > [ 0.000000] ACPI: FACP 00000000bf7eb000 000F4 (v04 DELL PE_SC3 > 00000001 DELL 00040000) > [ 0.000000] ACPI: DSDT 00000000bf7e1000 068FE (v01 DELL PE_SC3 > 00000000 DELL 00040000) > [ 0.000000] ACPI: FACS 00000000bf7b8000 00040 > [ 0.000000] ACPI: SPMI 00000000bf7ee000 00040 (v05 DELL PE_SC3 > 00000001 DELL 00040000) > [ 0.000000] ACPI: XMAR 00000000bf7ed000 00078 (v01 DELL PE_SC3 > 00000001 DELL 00040000) > [ 0.000000] ACPI: ASF! 00000000bf7ec000 000A5 (v32 DELL PE_SC3 > 00000001 DELL 00040000) > [ 0.000000] ACPI: HPET 00000000bf7ea000 00038 (v01 DELL PE_SC3 > 00000001 DELL 00040000) > [ 0.000000] ACPI: APIC 00000000bf7e9000 00092 (v02 DELL PE_SC3 > 00000001 DELL 00040000) > [ 0.000000] ACPI: MCFG 00000000bf7e8000 0003C (v01 DELL PE_SC3 > 00000001 DELL 00040000) > [ 0.000000] ACPI: BOOT 00000000bf7de000 00028 (v01 DELL PE_SC3 > 00000001 DELL 00040000) > [ 0.000000] ACPI: SSDT 00000000bf7dd000 002F6 (v01 DELL PE_SC3 > 00001000 DELL 00040000) > [ 0.000000] ACPI: ASPT 00000000bf7da000 00034 (v07 DELL PE_SC3 > 00000001 DELL 00040000) > [ 0.000000] ACPI: SSDT 00000000bf7d9000 0060E (v01 DELL PE_SC3 > 00003000 DELL 00040000) > [ 0.000000] ACPI: SSDT 00000000bf7d8000 00A92 (v01 DELL PE_SC3 > 00003000 DELL 00040000) > [ 0.000000] ACPI: HEST 00000000bf7d7000 000A8 (v01 DELL PE_SC3 > 00000000 DELL 00040000) > [ 0.000000] ACPI: ERST 00000000bf7d6000 00230 (v01 DELL PE_SC3 > 00000000 DELL 00040000) > [ 0.000000] ACPI: BERT 00000000bf7d5000 00030 (v01 DELL PE_SC3 > 00000000 DELL 00040000) > [ 0.000000] ACPI: EINJ 00000000bf7d4000 00130 (v01 DELL PE_SC3 > 00000000 DELL 00040000) > [ 0.000000] ACPI: Local APIC address 0xfee00000 > [ 0.000000] NUMA turned off > [ 0.000000] Faking a node at [mem 0x0000000000000000-0x000000013fffffff] > [ 0.000000] Initmem setup node 0 [mem 0x00000000-0x13fffffff] > [ 0.000000] NODE_DATA [mem 0x3f899000-0x3f89dfff] > [ 0.000000] Zone ranges: > [ 0.000000] DMA [mem 0x00001000-0x00ffffff] > [ 0.000000] DMA32 [mem 0x01000000-0xffffffff] > [ 0.000000] Normal [mem 0x100000000-0x13fffffff] > [ 0.000000] Movable zone start for each node > [ 0.000000] Early memory node ranges > [ 0.000000] node 0: [mem 0x00001000-0x0009dfff] > [ 0.000000] node 0: [mem 0x00100000-0xbdfaffff] > [ 0.000000] node 0: [mem 0xbf3b0000-0xbf5d5fff] > [ 0.000000] node 0: [mem 0xbf5d8000-0xbf5e7fff] > [ 0.000000] node 0: [mem 0xbf5ec000-0xbf5effff] > [ 0.000000] node 0: [mem 0xbf601000-0xbf63efff] > [ 0.000000] node 0: [mem 0xbf7f0000-0xbf7fffff] > [ 0.000000] node 0: [mem 0x100000000-0x13fffffff] > [ 0.000000] On node 0 totalpages: 1040853 > [ 0.000000] DMA zone: 64 pages used for memmap > [ 0.000000] DMA zone: 21 pages reserved > [ 0.000000] DMA zone: 3997 pages, LIFO batch:0 > [ 0.000000] DMA32 zone: 12105 pages used for memmap > [ 0.000000] DMA32 zone: 774712 pages, LIFO batch:31 > [ 0.000000] Normal zone: 4096 pages used for memmap > [ 0.000000] Normal zone: 262144 pages, LIFO batch:31 > [ 0.000000] ACPI: PM-Timer IO Port: 0x408 > [ 0.000000] ACPI: Local APIC address 0xfee00000 > [ 0.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled) > [ 0.000000] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] enabled) > [ 0.000000] ACPI: LAPIC (acpi_id[0x03] lapic_id[0x04] enabled) > [ 0.000000] ACPI: LAPIC (acpi_id[0x04] lapic_id[0x06] enabled) > [ 0.000000] ACPI: LAPIC (acpi_id[0x05] lapic_id[0x00] disabled) > [ 0.000000] ACPI: LAPIC (acpi_id[0x06] lapic_id[0x00] disabled) > [ 0.000000] ACPI: LAPIC (acpi_id[0x07] lapic_id[0x00] disabled) > [ 0.000000] ACPI: LAPIC (acpi_id[0x08] lapic_id[0x00] disabled) > [ 0.000000] ACPI: LAPIC_NMI (acpi_id[0xff] high edge lint[0x1]) > [ 0.000000] ACPI: IOAPIC (id[0x00] address[0xfec00000] gsi_base[0]) > [ 0.000000] IOAPIC[0]: apic_id 0, version 32, address 0xfec00000, GSI > 0-23 > [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) > [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) > [ 0.000000] ACPI: IRQ0 used by override. > [ 0.000000] ACPI: IRQ2 used by override. > [ 0.000000] ACPI: IRQ9 used by override. > [ 0.000000] Using ACPI (MADT) for SMP configuration information > [ 0.000000] ACPI: HPET id: 0x8086a201 base: 0xfed00000 > [ 0.000000] smpboot: Allowing 8 CPUs, 4 hotplug CPUs > [ 0.000000] nr_irqs_gsi: 40 > [ 0.000000] PM: Registered nosave memory: [mem 0x0009e000-0x0009efff] > [ 0.000000] PM: Registered nosave memory: [mem 0x0009f000-0x000fffff] > [ 0.000000] PM: Registered nosave memory: [mem 0xbdfb0000-0xbf3affff] > [ 0.000000] PM: Registered nosave memory: [mem 0xbf5d6000-0xbf5d7fff] > [ 0.000000] PM: Registered nosave memory: [mem 0xbf5e8000-0xbf5ebfff] > [ 0.000000] PM: Registered nosave memory: [mem 0xbf5f0000-0xbf600fff] > [ 0.000000] PM: Registered nosave memory: [mem 0xbf63f000-0xbf6befff] > [ 0.000000] PM: Registered nosave memory: [mem 0xbf6bf000-0xbf7befff] > [ 0.000000] PM: Registered nosave memory: [mem 0xbf7bf000-0xbf7effff] > [ 0.000000] PM: Registered nosave memory: [mem 0xbf800000-0xbfffffff] > [ 0.000000] PM: Registered nosave memory: [mem 0xc0000000-0xdfffffff] > [ 0.000000] PM: Registered nosave memory: [mem 0xe0000000-0xefffffff] > [ 0.000000] PM: Registered nosave memory: [mem 0xf0000000-0xfeafffff] > [ 0.000000] PM: Registered nosave memory: [mem 0xfeb00000-0xfeb03fff] > [ 0.000000] PM: Registered nosave memory: [mem 0xfeb04000-0xfebfffff] > [ 0.000000] PM: Registered nosave memory: [mem 0xfec00000-0xfec00fff] > [ 0.000000] PM: Registered nosave memory: [mem 0xfec01000-0xfed0ffff] > [ 0.000000] PM: Registered nosave memory: [mem 0xfed10000-0xfed19fff] > [ 0.000000] PM: Registered nosave memory: [mem 0xfed1a000-0xfed1bfff] > [ 0.000000] PM: Registered nosave memory: [mem 0xfed1c000-0xfed1ffff] > [ 0.000000] PM: Registered nosave memory: [mem 0xfed20000-0xfedfffff] > [ 0.000000] PM: Registered nosave memory: [mem 0xfee00000-0xfee00fff] > [ 0.000000] PM: Registered nosave memory: [mem 0xfee01000-0xffbfffff] > [ 0.000000] PM: Registered nosave memory: [mem 0xffc00000-0xffffffff] > [ 0.000000] e820: [mem 0xc0000000-0xdfffffff] available for PCI devices > [ 0.000000] Booting paravirtualized kernel on Xen > [ 0.000000] Xen version: 4.3.0 (preserve-AD) > [ 0.000000] setup_percpu: NR_CPUS:256 nr_cpumask_bits:256 nr_cpu_ids:8 > nr_node_ids:1 > [ 0.000000] PERCPU: Embedded 29 pages/cpu @ffff88003f200000 s86720 > r8192 d23872 u262144 > [ 0.000000] pcpu-alloc: s86720 r8192 d23872 u262144 alloc=1*2097152 > [ 0.000000] pcpu-alloc: [0] 0 1 2 3 4 5 6 7 > [ 1.486636] Built 1 zonelists in Node order, mobility grouping on. > Total pages: 1024567 > [ 1.486637] Policy zone: Normal > [ 1.486638] Kernel command line: placeholder > root=/dev/mapper/ubuntu--vg-root ro quiet splash > [ 1.487047] PID hash table entries: 4096 (order: 3, 32768 bytes) > [ 1.487077] xsave: enabled xstate_bv 0x7, cntxt size 0x340 > [ 1.507303] software IO TLB [mem 0x37000000-0x3b000000] (64MB) mapped > at [ffff880037000000-ffff88003affffff] > [ 1.512552] Memory: 840772K/4163412K available (7141K kernel code, > 1082K rwdata, 3260K rodata, 1364K init, 1420K bss, 3322640K reserved) > [ 1.512614] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=4, Nodes=1 > [ 1.512630] Hierarchical RCU implementation. > [ 1.512631] RCU dyntick-idle grace-period acceleration is enabled. > [ 1.512632] RCU restricting CPUs from NR_CPUS=256 to nr_cpu_ids=4. > [ 1.512633] Offload RCU callbacks from all CPUs > [ 1.512636] Offload RCU callbacks from CPUs: 0-255. > [ 1.512643] NR_IRQS:16640 nr_irqs:712 16 > [ 1.512699] xen: sci override: global_irq=9 trigger=0 polarity=0 > [ 1.512701] xen: registering gsi 9 triggering 0 polarity 0 > [ 1.512712] xen: --> pirq=9 -> irq=9 (gsi=9) > [ 1.512731] xen: acpi sci 9 > [ 1.512734] xen: --> pirq=1 -> irq=1 (gsi=1) > [ 1.512736] xen: --> pirq=2 -> irq=2 (gsi=2) > [ 1.512740] xen: --> pirq=3 -> irq=3 (gsi=3) > [ 1.512742] xen: --> pirq=4 -> irq=4 (gsi=4) > [ 1.512744] xen: --> pirq=5 -> irq=5 (gsi=5) > [ 1.512747] xen: --> pirq=6 -> irq=6 (gsi=6) > [ 1.512749] xen: --> pirq=7 -> irq=7 (gsi=7) > [ 1.512751] xen: --> pirq=8 -> irq=8 (gsi=8) > [ 1.512754] xen: --> pirq=10 -> irq=10 (gsi=10) > [ 1.512756] xen: --> pirq=11 -> irq=11 (gsi=11) > [ 1.512758] xen: --> pirq=12 -> irq=12 (gsi=12) > [ 1.512761] xen: --> pirq=13 -> irq=13 (gsi=13) > [ 1.512763] xen: --> pirq=14 -> irq=14 (gsi=14) > [ 1.512765] xen: --> pirq=15 -> irq=15 (gsi=15) > [ 1.517253] Console: colour VGA+ 80x25 > [ 1.517318] console [tty0] enabled > [ 1.519389] allocated 16777216 bytes of page_cgroup > [ 1.519391] please try 'cgroup_disable=memory' option if you don't want > memory cgroups > [ 1.519429] Xen: using vcpuop timer interface > [ 1.519434] installing Xen timer for CPU 0 > [ 1.519459] tsc: Detected 3093.084 MHz processor > [ 1.519463] Calibrating delay loop (skipped), value calculated using > timer frequency.. 6186.16 BogoMIPS (lpj=12372336) > [ 1.519466] pid_max: default: 32768 minimum: 301 > [ 1.519492] Security Framework initialized > [ 1.519510] AppArmor: AppArmor initialized > [ 1.519511] Yama: becoming mindful. > [ 1.519981] Dentry cache hash table entries: 524288 (order: 10, 4194304 > bytes) > [ 1.520717] Inode-cache hash table entries: 262144 (order: 9, 2097152 > bytes) > [ 1.520990] Mount-cache hash table entries: 256 > [ 1.521162] Initializing cgroup subsys memory > [ 1.521172] Initializing cgroup subsys devices > [ 1.521174] Initializing cgroup subsys freezer > [ 1.521176] Initializing cgroup subsys blkio > [ 1.521177] Initializing cgroup subsys perf_event > [ 1.521179] Initializing cgroup subsys hugetlb > [ 1.521225] ENERGY_PERF_BIAS: Set to 'normal', was 'performance' > [ 1.521225] ENERGY_PERF_BIAS: View and update with > x86_energy_perf_policy(8) > [ 1.521228] CPU: Physical Processor ID: 0 > [ 1.521228] CPU: Processor Core ID: 0 > [ 1.521230] mce: CPU supports 2 MCE banks > [ 1.521245] Last level iTLB entries: 4KB 512, 2MB 0, 4MB 0 > [ 1.521245] Last level dTLB entries: 4KB 512, 2MB 32, 4MB 32 > [ 1.521245] tlb_flushall_shift: 5 > [ 1.521328] Freeing SMP alternatives memory: 28K (ffffffff81e65000 - > ffffffff81e6c000) > [ 1.523297] ACPI: Core revision 20130517 > [ 1.526721] ACPI: All ACPI Tables successfully acquired > [ 1.538002] ftrace: allocating 27796 entries in 109 pages > [ 1.548829] cpu 0 spinlock event irq 41 > [ 1.548853] Performance Events: unsupported p6 CPU model 42 no PMU > driver, software events only. > [ 1.549956] NMI watchdog: disabled (cpu0): hardware events not enabled > [ 1.550009] installing Xen timer for CPU 1 > [ 1.550017] cpu 1 spinlock event irq 48 > [ 1.550257] installing Xen timer for CPU 2 > [ 1.550264] cpu 2 spinlock event irq 55 > [ 1.550513] installing Xen timer for CPU 3 > [ 1.550519] cpu 3 spinlock event irq 62 > [ 1.550690] Brought up 4 CPUs > [ 1.550966] devtmpfs: initialized > [ 1.551687] EVM: security.selinux > [ 1.551689] EVM: security.SMACK64 > [ 1.551689] EVM: security.capability > [ 1.551757] PM: Registering ACPI NVS region [mem 0xbf6bf000-0xbf7befff] > (1048576 bytes) > [ 1.552351] xen:grant_table: Grant tables using version 2 layout > [ 1.552361] Grant table initialized > [ 1.552397] regulator-dummy: no parameters > [ 1.552436] RTC time: 22:43:25, date: 02/05/14 > [ 1.552464] NET: Registered protocol family 16 > [ 1.552618] ACPI FADT declares the system doesn't support PCIe ASPM, so > disable it > [ 1.552620] ACPI: bus type PCI registered > [ 1.552622] acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5 > [ 1.552716] PCI: MMCONFIG for domain 0000 [bus 00-ff] at [mem > 0xe0000000-0xefffffff] (base 0xe0000000) > [ 1.552718] PCI: MMCONFIG at [mem 0xe0000000-0xefffffff] reserved in > E820 > [ 1.586748] PCI: Using configuration type 1 for base access > [ 1.587622] bio: create slab at 0 > [ 1.587825] ACPI: Added _OSI(Module Device) > [ 1.587827] ACPI: Added _OSI(Processor Device) > [ 1.587828] ACPI: Added _OSI(3.0 _SCP Extensions) > [ 1.587829] ACPI: Added _OSI(Processor Aggregator Device) > [ 1.589017] ACPI: EC: Look up EC in DSDT > [ 1.590162] ACPI: Executed 1 blocks of module-level executable AML code > [ 1.592112] ACPI: SSDT 00000000bf64d018 0083B (v01 PmRef Cpu0Cst > 00003001 INTL 20080729) > [ 1.592397] ACPI: Dynamic OEM Table Load: > [ 1.592399] ACPI: SSDT (null) 0083B (v01 PmRef Cpu0Cst > 00003001 INTL 20080729) > [ 1.594985] ACPI: SSDT 00000000bf64ea98 00303 (v01 PmRef ApIst > 00003000 INTL 20080729) > [ 1.595292] ACPI: Dynamic OEM Table Load: > [ 1.595294] ACPI: SSDT (null) 00303 (v01 PmRef ApIst > 00003000 INTL 20080729) > [ 1.598960] ACPI: SSDT 00000000bf64cd98 00119 (v01 PmRef ApCst > 00003000 INTL 20080729) > [ 1.599246] ACPI: Dynamic OEM Table Load: > [ 1.599248] ACPI: SSDT (null) 00119 (v01 PmRef ApCst > 00003000 INTL 20080729) > [ 1.603360] ACPI: Interpreter enabled > [ 1.603366] ACPI Exception: AE_NOT_FOUND, While evaluating Sleep State > [\_S1_] (20130517/hwxface-571) > [ 1.603370] ACPI Exception: AE_NOT_FOUND, While evaluating Sleep State > [\_S2_] (20130517/hwxface-571) > [ 1.603373] ACPI Exception: AE_NOT_FOUND, While evaluating Sleep State > [\_S3_] (20130517/hwxface-571) > [ 1.603382] ACPI: (supports S0 S4 S5) > [ 1.603383] ACPI: Using IOAPIC for interrupt routing > [ 1.603423] HEST: Table parsing has been initialized. > [ 1.603426] PCI: Using host bridge windows from ACPI; if necessary, use > "pci=nocrs" and report a bug > [ 1.603514] ACPI: No dock devices found. > [ 1.607296] ACPI: Power Resource [FN00] (off) > [ 1.607362] ACPI: Power Resource [FN01] (off) > [ 1.607424] ACPI: Power Resource [FN02] (off) > [ 1.607485] ACPI: Power Resource [FN03] (off) > [ 1.607545] ACPI: Power Resource [FN04] (off) > [ 1.608092] ACPI: PCI Root Bridge [PCI0] (domain 0000 [bus 00-fe]) > [ 1.608233] acpi PNP0A08:00: Requesting ACPI _OSC control (0x1d) > [ 1.608615] acpi PNP0A08:00: ACPI _OSC control (0x1d) granted > [ 1.609128] PCI host bridge to bus 0000:00 > [ 1.609130] pci_bus 0000:00: root bus resource [bus 00-fe] > [ 1.609132] pci_bus 0000:00: root bus resource [io 0x0000-0x0cf7] > [ 1.609133] pci_bus 0000:00: root bus resource [io 0x0d00-0xffff] > [ 1.609135] pci_bus 0000:00: root bus resource [mem > 0x000a0000-0x000bffff] > [ 1.609136] pci_bus 0000:00: root bus resource [mem > 0xc0000000-0xfeafffff] > [ 1.609148] pci 0000:00:00.0: [8086:0108] type 00 class 0x060000 > [ 1.609278] pci 0000:00:01.0: [8086:0101] type 01 class 0x060400 > [ 1.609355] pci 0000:00:01.0: PME# supported from D0 D3hot D3cold > [ 1.609397] pci 0000:00:01.0: System wakeup disabled by ACPI > [ 1.609521] pci 0000:00:1a.0: [8086:1c2d] type 00 class 0x0c0320 > [ 1.609883] pci 0000:00:1a.0: reg 0x10: [mem 0xc6906000-0xc69063ff] > [ 1.611696] pci 0000:00:1a.0: PME# supported from D0 D3hot D3cold > [ 1.611765] pci 0000:00:1a.0: System wakeup disabled by ACPI > [ 1.611815] pci 0000:00:1c.0: [8086:1c10] type 01 class 0x060400 > [ 1.611988] pci 0000:00:1c.0: PME# supported from D0 D3hot D3cold > [ 1.612047] pci 0000:00:1c.0: System wakeup disabled by ACPI > [ 1.612115] pci 0000:00:1d.0: [8086:1c26] type 00 class 0x0c0320 > [ 1.612468] pci 0000:00:1d.0: reg 0x10: [mem 0xc6905000-0xc69053ff] > [ 1.614215] pci 0000:00:1d.0: PME# supported from D0 D3hot D3cold > [ 1.614282] pci 0000:00:1d.0: System wakeup disabled by ACPI > [ 1.614324] pci 0000:00:1e.0: [8086:244e] type 01 class 0x060401 > [ 1.614481] pci 0000:00:1e.0: System wakeup disabled by ACPI > [ 1.614522] pci 0000:00:1f.0: [8086:1c52] type 00 class 0x060100 > [ 1.614802] pci 0000:00:1f.2: [8086:1c02] type 00 class 0x010601 > [ 1.614849] pci 0000:00:1f.2: reg 0x10: [io 0x4048-0x404f] > [ 1.614866] pci 0000:00:1f.2: reg 0x14: [io 0x4054-0x4057] > [ 1.614884] pci 0000:00:1f.2: reg 0x18: [io 0x4040-0x4047] > [ 1.614902] pci 0000:00:1f.2: reg 0x1c: [io 0x4050-0x4053] > [ 1.614918] pci 0000:00:1f.2: reg 0x20: [io 0x4020-0x403f] > [ 1.614936] pci 0000:00:1f.2: reg 0x24: [mem 0xc6904000-0xc69047ff] > [ 1.615054] pci 0000:00:1f.2: PME# supported from D3hot > [ 1.615140] pci 0000:00:1f.3: [8086:1c22] type 00 class 0x0c0500 > [ 1.615174] pci 0000:00:1f.3: reg 0x10: [mem 0xc6902000-0xc69020ff > 64bit] > [ 1.615223] pci 0000:00:1f.3: reg 0x20: [io 0x4000-0x401f] > [ 1.615405] pci 0000:01:00.0: [111d:8018] type 01 class 0x060400 > [ 1.615505] pci 0000:01:00.0: PME# supported from D0 D3hot D3cold > [ 1.615531] pci 0000:01:00.0: System wakeup disabled by ACPI > [ 1.622042] pci 0000:00:01.0: PCI bridge to [bus 01-04] > [ 1.622047] pci 0000:00:01.0: bridge window [io 0x2000-0x3fff] > [ 1.622051] pci 0000:00:01.0: bridge window [mem > 0xc5400000-0xc68fffff] > [ 1.622137] pci 0000:02:02.0: [111d:8018] type 01 class 0x060400 > [ 1.622252] pci 0000:02:02.0: PME# supported from D0 D3hot D3cold > [ 1.622323] pci 0000:02:04.0: [111d:8018] type 01 class 0x060400 > [ 1.622437] pci 0000:02:04.0: PME# supported from D0 D3hot D3cold > [ 1.622525] pci 0000:01:00.0: PCI bridge to [bus 02-04] > [ 1.622533] pci 0000:01:00.0: bridge window [io 0x2000-0x3fff] > [ 1.622538] pci 0000:01:00.0: bridge window [mem > 0xc5400000-0xc68fffff] > [ 1.622635] pci 0000:03:00.0: [8086:10e8] type 00 class 0x020000 > [ 1.622656] pci 0000:03:00.0: reg 0x10: [mem 0xc6820000-0xc683ffff] > [ 1.622672] pci 0000:03:00.0: reg 0x14: [mem 0xc6400000-0xc67fffff] > [ 1.622687] pci 0000:03:00.0: reg 0x18: [io 0x3020-0x303f] > [ 1.622702] pci 0000:03:00.0: reg 0x1c: [mem 0xc6844000-0xc6847fff] > [ 1.622745] pci 0000:03:00.0: reg 0x30: [mem 0xffc00000-0xffffffff pref] > [ 1.622828] pci 0000:03:00.0: PME# supported from D0 D3hot D3cold > [ 1.622880] pci 0000:03:00.0: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.622906] pci 0000:03:00.0: reg 0x190: [mem 0x00000000-0x00003fff > 64bit] > [ 1.623005] pci 0000:03:00.1: [8086:10e8] type 00 class 0x020000 > [ 1.623026] pci 0000:03:00.1: reg 0x10: [mem 0xc6800000-0xc681ffff] > [ 1.623041] pci 0000:03:00.1: reg 0x14: [mem 0xc6000000-0xc63fffff] > [ 1.623056] pci 0000:03:00.1: reg 0x18: [io 0x3000-0x301f] > [ 1.623071] pci 0000:03:00.1: reg 0x1c: [mem 0xc6840000-0xc6843fff] > [ 1.623114] pci 0000:03:00.1: reg 0x30: [mem 0xffc00000-0xffffffff pref] > [ 1.623197] pci 0000:03:00.1: PME# supported from D0 D3hot D3cold > [ 1.623248] pci 0000:03:00.1: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.623275] pci 0000:03:00.1: reg 0x190: [mem 0x00000000-0x00003fff > 64bit] > [ 1.623376] pci 0000:02:02.0: PCI bridge to [bus 03] > [ 1.623384] pci 0000:02:02.0: bridge window [io 0x3000-0x3fff] > [ 1.623389] pci 0000:02:02.0: bridge window [mem > 0xc6000000-0xc68fffff] > [ 1.623487] pci 0000:04:00.0: [8086:10e8] type 00 class 0x020000 > [ 1.623508] pci 0000:04:00.0: reg 0x10: [mem 0xc5c20000-0xc5c3ffff] > [ 1.623523] pci 0000:04:00.0: reg 0x14: [mem 0xc5800000-0xc5bfffff] > [ 1.623538] pci 0000:04:00.0: reg 0x18: [io 0x2020-0x203f] > [ 1.623554] pci 0000:04:00.0: reg 0x1c: [mem 0xc5c44000-0xc5c47fff] > [ 1.623596] pci 0000:04:00.0: reg 0x30: [mem 0xffc00000-0xffffffff pref] > [ 1.623679] pci 0000:04:00.0: PME# supported from D0 D3hot > [ 1.623730] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.623756] pci 0000:04:00.0: reg 0x190: [mem 0x00000000-0x00003fff > 64bit] > [ 1.623853] pci 0000:04:00.1: [8086:10e8] type 00 class 0x020000 > [ 1.623874] pci 0000:04:00.1: reg 0x10: [mem 0xc5c00000-0xc5c1ffff] > [ 1.623889] pci 0000:04:00.1: reg 0x14: [mem 0xc5400000-0xc57fffff] > [ 1.623904] pci 0000:04:00.1: reg 0x18: [io 0x2000-0x201f] > [ 1.623919] pci 0000:04:00.1: reg 0x1c: [mem 0xc5c40000-0xc5c43fff] > [ 1.623962] pci 0000:04:00.1: reg 0x30: [mem 0xffc00000-0xffffffff pref] > [ 1.624044] pci 0000:04:00.1: PME# supported from D0 D3hot > [ 1.624096] pci 0000:04:00.1: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.624122] pci 0000:04:00.1: reg 0x190: [mem 0x00000000-0x00003fff > 64bit] > [ 1.624221] pci 0000:02:04.0: PCI bridge to [bus 04] > [ 1.624229] pci 0000:02:04.0: bridge window [io 0x2000-0x2fff] > [ 1.624234] pci 0000:02:04.0: bridge window [mem > 0xc5400000-0xc5cfffff] > [ 1.624417] pci 0000:05:00.0: [14e4:163b] type 00 class 0x020000 > [ 1.624457] pci 0000:05:00.0: reg 0x10: [mem 0xc0000000-0xc1ffffff > 64bit] > [ 1.624697] pci 0000:05:00.0: PME# supported from D0 D3hot D3cold > [ 1.624739] pci 0000:05:00.0: System wakeup disabled by ACPI > [ 1.624821] pci 0000:05:00.1: [14e4:163b] type 00 class 0x020000 > [ 1.624861] pci 0000:05:00.1: reg 0x10: [mem 0xc2000000-0xc3ffffff > 64bit] > [ 1.625101] pci 0000:05:00.1: PME# supported from D0 D3hot D3cold > [ 1.625231] pci 0000:00:1c.0: PCI bridge to [bus 05] > [ 1.625242] pci 0000:00:1c.0: bridge window [mem > 0xc0000000-0xc3ffffff] > [ 1.625333] pci 0000:06:03.0: [102b:0532] type 00 class 0x030000 > [ 1.625365] pci 0000:06:03.0: reg 0x10: [mem 0xc4000000-0xc47fffff pref] > [ 1.625383] pci 0000:06:03.0: reg 0x14: [mem 0xc5000000-0xc5003fff] > [ 1.625401] pci 0000:06:03.0: reg 0x18: [mem 0xc4800000-0xc4ffffff] > [ 1.625467] pci 0000:06:03.0: reg 0x30: [mem 0xffff0000-0xffffffff pref] > [ 1.625618] pci 0000:00:1e.0: PCI bridge to [bus 06] (subtractive > decode) > [ 1.625629] pci 0000:00:1e.0: bridge window [mem > 0xc4800000-0xc50fffff] > [ 1.625640] pci 0000:00:1e.0: bridge window [mem > 0xc4000000-0xc47fffff 64bit pref] > [ 1.625641] pci 0000:00:1e.0: bridge window [io 0x0000-0x0cf7] > (subtractive decode) > [ 1.625643] pci 0000:00:1e.0: bridge window [io 0x0d00-0xffff] > (subtractive decode) > [ 1.625644] pci 0000:00:1e.0: bridge window [mem > 0x000a0000-0x000bffff] (subtractive decode) > [ 1.625646] pci 0000:00:1e.0: bridge window [mem > 0xc0000000-0xfeafffff] (subtractive decode) > [ 1.625672] acpi PNP0A08:00: Disabling ASPM (FADT indicates it is > unsupported) > [ 1.626157] ACPI: PCI Interrupt Link [LNKA] (IRQs 1 3 4 5 6 *10 11 12 > 14 15) > [ 1.626206] ACPI: PCI Interrupt Link [LNKB] (IRQs 1 3 4 5 6 10 *11 12 > 14 15) > [ 1.626254] ACPI: PCI Interrupt Link [LNKC] (IRQs 1 3 4 5 6 *10 11 12 > 14 15) > [ 1.626300] ACPI: PCI Interrupt Link [LNKD] (IRQs 1 3 4 5 *6 10 11 12 > 14 15) > [ 1.626347] ACPI: PCI Interrupt Link [LNKE] (IRQs 1 3 4 5 6 10 11 12 > *14 15) > [ 1.626393] ACPI: PCI Interrupt Link [LNKF] (IRQs 1 3 4 5 *6 10 11 12 > 14 15) > [ 1.626439] ACPI: PCI Interrupt Link [LNKG] (IRQs 1 3 4 5 6 10 11 12 14 > 15) *0, disabled. > [ 1.626487] ACPI: PCI Interrupt Link [LNKH] (IRQs 1 3 4 5 6 10 11 12 14 > *15) > [ 1.626719] ACPI: Enabled 6 GPEs in block 00 to 3F > [ 1.626725] ACPI: \_SB_.PCI0: notify handler is installed > [ 1.626767] Found 1 acpi root devices > [ 1.626788] xen:balloon: Initialising balloon driver > [ 1.633777] xen_balloon: Initialising balloon driver > [ 1.633937] vgaarb: device added: > PCI:0000:06:03.0,decodes=io+mem,owns=io+mem,locks=none > [ 1.633938] vgaarb: loaded > [ 1.633939] vgaarb: bridge control possible 0000:06:03.0 > [ 1.634070] SCSI subsystem initialized > [ 1.634072] ACPI: bus type ATA registered > [ 1.634100] libata version 3.00 loaded. > [ 1.634112] ACPI: bus type USB registered > [ 1.634127] usbcore: registered new interface driver usbfs > [ 1.634132] usbcore: registered new interface driver hub > [ 1.634302] usbcore: registered new device driver usb > [ 1.634484] PCI: Using ACPI for IRQ routing > [ 1.652726] PCI: pci_cache_line_size set to 64 bytes > [ 1.652818] e820: reserve RAM buffer [mem 0x0009e000-0x0009ffff] > [ 1.652819] e820: reserve RAM buffer [mem 0xbdfb0000-0xbfffffff] > [ 1.652821] e820: reserve RAM buffer [mem 0xbf5d6000-0xbfffffff] > [ 1.652822] e820: reserve RAM buffer [mem 0xbf5e8000-0xbfffffff] > [ 1.652824] e820: reserve RAM buffer [mem 0xbf5f0000-0xbfffffff] > [ 1.652825] e820: reserve RAM buffer [mem 0xbf63f000-0xbfffffff] > [ 1.652826] e820: reserve RAM buffer [mem 0xbf800000-0xbfffffff] > [ 1.652898] NetLabel: Initializing > [ 1.652899] NetLabel: domain hash size = 128 > [ 1.652900] NetLabel: protocols = UNLABELED CIPSOv4 > [ 1.652908] NetLabel: unlabeled traffic allowed by default > [ 1.653076] Switched to clocksource xen > [ 1.657463] AppArmor: AppArmor Filesystem Enabled > [ 1.657479] pnp: PnP ACPI init > [ 1.657487] ACPI: bus type PNP registered > [ 1.657631] pnp 00:00: Plug and Play ACPI device, IDs IPI0001 (active) > [ 1.657640] pnp 00:01: [dma 4] > [ 1.657652] pnp 00:01: Plug and Play ACPI device, IDs PNP0200 (active) > [ 1.657667] pnp 00:02: Plug and Play ACPI device, IDs INT0800 (active) > [ 1.657729] pnp 00:03: Plug and Play ACPI device, IDs PNP0103 (active) > [ 1.657738] xen: registering gsi 13 triggering 1 polarity 0 > [ 1.657770] pnp 00:04: Plug and Play ACPI device, IDs PNP0c04 (active) > [ 1.657806] system 00:05: [io 0x0680-0x069f] has been reserved > [ 1.657807] system 00:05: [io 0x1000-0x100f] has been reserved > [ 1.657809] system 00:05: [io 0x1010-0x1013] has been reserved > [ 1.657811] system 00:05: [io 0xffff] has been reserved > [ 1.657812] system 00:05: [io 0x0400-0x0453] could not be reserved > [ 1.657814] system 00:05: [io 0x0458-0x047f] has been reserved > [ 1.657815] system 00:05: [io 0x0500-0x057f] has been reserved > [ 1.657817] system 00:05: [io 0x164e-0x164f] has been reserved > [ 1.657819] system 00:05: Plug and Play ACPI device, IDs PNP0c02 > (active) > [ 1.657825] xen: registering gsi 8 triggering 1 polarity 0 > [ 1.657852] pnp 00:06: Plug and Play ACPI device, IDs PNP0b00 (active) > [ 1.657883] system 00:07: [io 0x0454-0x0457] has been reserved > [ 1.657886] system 00:07: Plug and Play ACPI device, IDs INT3f0d > PNP0c02 (active) > [ 1.658091] xen: registering gsi 4 triggering 1 polarity 0 > [ 1.658135] pnp 00:08: Plug and Play ACPI device, IDs PNP0501 (active) > [ 1.658224] xen: registering gsi 3 triggering 1 polarity 0 > [ 1.658266] pnp 00:09: Plug and Play ACPI device, IDs PNP0501 (active) > [ 1.658292] system 00:0a: [mem 0xfed90000-0xfed91fff] has been reserved > [ 1.658294] system 00:0a: Plug and Play ACPI device, IDs PNP0c02 > (active) > [ 1.658432] system 00:0b: [mem 0xfed1c000-0xfed1ffff] has been reserved > [ 1.658434] system 00:0b: [mem 0xfed10000-0xfed17fff] has been reserved > [ 1.658436] system 00:0b: [mem 0xfed18000-0xfed18fff] has been reserved > [ 1.658437] system 00:0b: [mem 0xfed19000-0xfed19fff] has been reserved > [ 1.658439] system 00:0b: [mem 0xe0000000-0xefffffff] has been reserved > [ 1.658441] system 00:0b: [mem 0xfed20000-0xfed3ffff] has been reserved > [ 1.658442] system 00:0b: [mem 0xfed90000-0xfed93fff] could not be > reserved > [ 1.658444] system 00:0b: [mem 0xff000000-0xffffffff] could not be > reserved > [ 1.658446] system 00:0b: [mem 0xfee00000-0xfeefffff] could not be > reserved > [ 1.658448] system 00:0b: [mem 0xc6a00000-0xc6a00fff] has been reserved > [ 1.658450] system 00:0b: Plug and Play ACPI device, IDs PNP0c02 > (active) > [ 1.658610] pnp: PnP ACPI: found 12 devices > [ 1.658611] ACPI: bus type PNP unregistered > [ 1.664052] PM-Timer failed consistency check (0x0xffffff) - aborting. > [ 1.664057] pci 0000:03:00.0: no compatible bridge window for [mem > 0xffc00000-0xffffffff pref] > [ 1.664059] pci 0000:03:00.1: no compatible bridge window for [mem > 0xffc00000-0xffffffff pref] > [ 1.664060] pci 0000:04:00.0: no compatible bridge window for [mem > 0xffc00000-0xffffffff pref] > [ 1.664062] pci 0000:04:00.1: no compatible bridge window for [mem > 0xffc00000-0xffffffff pref] > [ 1.664064] pci 0000:06:03.0: no compatible bridge window for [mem > 0xffff0000-0xffffffff pref] > [ 1.664068] PCI: max bus depth: 3 pci_try_num: 4 > [ 1.664144] pci 0000:00:01.0: BAR 15: assigned [mem > 0xc6c00000-0xc7bfffff pref] > [ 1.664146] pci 0000:01:00.0: BAR 15: assigned [mem > 0xc6c00000-0xc7bfffff pref] > [ 1.664148] pci 0000:02:02.0: BAR 15: assigned [mem > 0xc6c00000-0xc73fffff pref] > [ 1.664150] pci 0000:02:04.0: BAR 15: assigned [mem > 0xc7400000-0xc7bfffff pref] > [ 1.664168] pci 0000:03:00.0: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.664185] pci 0000:03:00.0: reg 0x190: [mem 0x00000000-0x00003fff > 64bit] > [ 1.664201] pci 0000:03:00.0: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.664217] pci 0000:03:00.0: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.664234] pci 0000:03:00.1: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.664250] pci 0000:03:00.0: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.664266] pci 0000:03:00.0: reg 0x190: [mem 0x00000000-0x00003fff > 64bit] > [ 1.664282] pci 0000:03:00.1: reg 0x190: [mem 0x00000000-0x00003fff > 64bit] > [ 1.664298] pci 0000:03:00.0: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.664314] pci 0000:03:00.0: reg 0x190: [mem 0x00000000-0x00003fff > 64bit] > [ 1.664330] pci 0000:03:00.1: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.664332] pci 0000:03:00.0: BAR 6: assigned [mem > 0xc6c00000-0xc6ffffff pref] > [ 1.664334] pci 0000:03:00.1: BAR 6: assigned [mem > 0xc7000000-0xc73fffff pref] > [ 1.664350] pci 0000:03:00.0: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.664352] pci 0000:03:00.0: BAR 7: assigned [mem > 0xc6848000-0xc6867fff 64bit] > [ 1.664379] pci 0000:03:00.0: reg 0x190: [mem 0x00000000-0x00003fff > 64bit] > [ 1.664380] pci 0000:03:00.0: BAR 10: assigned [mem > 0xc6868000-0xc6887fff 64bit] > [ 1.664407] pci 0000:03:00.1: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.664408] pci 0000:03:00.1: BAR 7: assigned [mem > 0xc6888000-0xc68a7fff 64bit] > [ 1.664435] pci 0000:03:00.1: reg 0x190: [mem 0x00000000-0x00003fff > 64bit] > [ 1.664436] pci 0000:03:00.1: BAR 10: assigned [mem > 0xc68a8000-0xc68c7fff 64bit] > [ 1.664448] pci 0000:02:02.0: PCI bridge to [bus 03] > [ 1.664452] pci 0000:02:02.0: bridge window [io 0x3000-0x3fff] > [ 1.664459] pci 0000:02:02.0: bridge window [mem > 0xc6000000-0xc68fffff] > [ 1.664464] pci 0000:02:02.0: bridge window [mem > 0xc6c00000-0xc73fffff pref] > [ 1.664487] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.664503] pci 0000:04:00.0: reg 0x190: [mem 0x00000000-0x00003fff > 64bit] > [ 1.664519] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.664535] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.664551] pci 0000:04:00.1: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.664567] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.664583] pci 0000:04:00.0: reg 0x190: [mem 0x00000000-0x00003fff > 64bit] > [ 1.664599] pci 0000:04:00.1: reg 0x190: [mem 0x00000000-0x00003fff > 64bit] > [ 1.664615] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.664631] pci 0000:04:00.0: reg 0x190: [mem 0x00000000-0x00003fff > 64bit] > [ 1.664647] pci 0000:04:00.1: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.664649] pci 0000:04:00.0: BAR 6: assigned [mem > 0xc7400000-0xc77fffff pref] > [ 1.664650] pci 0000:04:00.1: BAR 6: assigned [mem > 0xc7800000-0xc7bfffff pref] > [ 1.664666] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.664668] pci 0000:04:00.0: BAR 7: assigned [mem > 0xc5c48000-0xc5c67fff 64bit] > [ 1.664694] pci 0000:04:00.0: reg 0x190: [mem 0x00000000-0x00003fff > 64bit] > [ 1.664695] pci 0000:04:00.0: BAR 10: assigned [mem > 0xc5c68000-0xc5c87fff 64bit] > [ 1.664721] pci 0000:04:00.1: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.664723] pci 0000:04:00.1: BAR 7: assigned [mem > 0xc5c88000-0xc5ca7fff 64bit] > [ 1.664749] pci 0000:04:00.1: reg 0x190: [mem 0x00000000-0x00003fff > 64bit] > [ 1.664751] pci 0000:04:00.1: BAR 10: assigned [mem > 0xc5ca8000-0xc5cc7fff 64bit] > [ 1.664762] pci 0000:02:04.0: PCI bridge to [bus 04] > [ 1.664766] pci 0000:02:04.0: bridge window [io 0x2000-0x2fff] > [ 1.664772] pci 0000:02:04.0: bridge window [mem > 0xc5400000-0xc5cfffff] > [ 1.664777] pci 0000:02:04.0: bridge window [mem > 0xc7400000-0xc7bfffff pref] > [ 1.664786] pci 0000:01:00.0: PCI bridge to [bus 02-04] > [ 1.664789] pci 0000:01:00.0: bridge window [io 0x2000-0x3fff] > [ 1.664796] pci 0000:01:00.0: bridge window [mem > 0xc5400000-0xc68fffff] > [ 1.664801] pci 0000:01:00.0: bridge window [mem > 0xc6c00000-0xc7bfffff pref] > [ 1.664810] pci 0000:00:01.0: PCI bridge to [bus 01-04] > [ 1.664812] pci 0000:00:01.0: bridge window [io 0x2000-0x3fff] > [ 1.664816] pci 0000:00:01.0: bridge window [mem > 0xc5400000-0xc68fffff] > [ 1.664820] pci 0000:00:01.0: bridge window [mem > 0xc6c00000-0xc7bfffff pref] > [ 1.664826] pci 0000:00:1c.0: PCI bridge to [bus 05] > [ 1.664834] pci 0000:00:1c.0: bridge window [mem > 0xc0000000-0xc3ffffff] > [ 1.664850] pci 0000:06:03.0: BAR 6: assigned [mem > 0xc5010000-0xc501ffff pref] > [ 1.664852] pci 0000:00:1e.0: PCI bridge to [bus 06] > [ 1.664860] pci 0000:00:1e.0: bridge window [mem > 0xc4800000-0xc50fffff] > [ 1.664866] pci 0000:00:1e.0: bridge window [mem > 0xc4000000-0xc47fffff 64bit pref] > [ 1.664945] xen: registering gsi 16 triggering 0 polarity 1 > [ 1.664957] xen: --> pirq=16 -> irq=16 (gsi=16) > [ 1.665053] xen: registering gsi 17 triggering 0 polarity 1 > [ 1.665059] xen: --> pirq=17 -> irq=17 (gsi=17) > [ 1.665086] pci 0000:00:1e.0: setting latency timer to 64 > [ 1.665090] pci_bus 0000:00: resource 4 [io 0x0000-0x0cf7] > [ 1.665092] pci_bus 0000:00: resource 5 [io 0x0d00-0xffff] > [ 1.665093] pci_bus 0000:00: resource 6 [mem 0x000a0000-0x000bffff] > [ 1.665095] pci_bus 0000:00: resource 7 [mem 0xc0000000-0xfeafffff] > [ 1.665096] pci_bus 0000:01: resource 0 [io 0x2000-0x3fff] > [ 1.665098] pci_bus 0000:01: resource 1 [mem 0xc5400000-0xc68fffff] > [ 1.665099] pci_bus 0000:01: resource 2 [mem 0xc6c00000-0xc7bfffff pref] > [ 1.665100] pci_bus 0000:02: resource 0 [io 0x2000-0x3fff] > [ 1.665102] pci_bus 0000:02: resource 1 [mem 0xc5400000-0xc68fffff] > [ 1.665103] pci_bus 0000:02: resource 2 [mem 0xc6c00000-0xc7bfffff pref] > [ 1.665105] pci_bus 0000:03: resource 0 [io 0x3000-0x3fff] > [ 1.665106] pci_bus 0000:03: resource 1 [mem 0xc6000000-0xc68fffff] > [ 1.665107] pci_bus 0000:03: resource 2 [mem 0xc6c00000-0xc73fffff pref] > [ 1.665109] pci_bus 0000:04: resource 0 [io 0x2000-0x2fff] > [ 1.665110] pci_bus 0000:04: resource 1 [mem 0xc5400000-0xc5cfffff] > [ 1.665112] pci_bus 0000:04: resource 2 [mem 0xc7400000-0xc7bfffff pref] > [ 1.665113] pci_bus 0000:05: resource 1 [mem 0xc0000000-0xc3ffffff] > [ 1.665115] pci_bus 0000:06: resource 1 [mem 0xc4800000-0xc50fffff] > [ 1.665116] pci_bus 0000:06: resource 2 [mem 0xc4000000-0xc47fffff > 64bit pref] > [ 1.665118] pci_bus 0000:06: resource 4 [io 0x0000-0x0cf7] > [ 1.665119] pci_bus 0000:06: resource 5 [io 0x0d00-0xffff] > [ 1.665120] pci_bus 0000:06: resource 6 [mem 0x000a0000-0x000bffff] > [ 1.665122] pci_bus 0000:06: resource 7 [mem 0xc0000000-0xfeafffff] > [ 1.665150] NET: Registered protocol family 2 > [ 1.665305] TCP established hash table entries: 32768 (order: 7, 524288 > bytes) > [ 1.665426] TCP bind hash table entries: 32768 (order: 7, 524288 bytes) > [ 1.665487] TCP: Hash tables configured (established 32768 bind 32768) > [ 1.665502] TCP: reno registered > [ 1.665511] UDP hash table entries: 2048 (order: 4, 65536 bytes) > [ 1.665528] UDP-Lite hash table entries: 2048 (order: 4, 65536 bytes) > [ 1.665573] NET: Registered protocol family 1 > [ 1.665647] xen: registering gsi 20 triggering 0 polarity 1 > [ 1.665654] xen: --> pirq=20 -> irq=20 (gsi=20) > [ 1.681298] xen: registering gsi 23 triggering 0 polarity 1 > [ 1.681305] xen: --> pirq=23 -> irq=23 (gsi=23) > [ 1.697293] pci 0000:06:03.0: Boot video device > [ 1.697298] PCI: CLS 64 bytes, default 64 > [ 1.697333] Trying to unpack rootfs image as initramfs... > [ 1.733240] Freeing initrd memory: 48284K (ffff8800023f3000 - > ffff88000531a000) > [ 1.733358] Simple Boot Flag at 0x44 set to 0x1 > [ 1.733575] Scanning for low memory corruption every 60 seconds > [ 1.733957] Initialise module verification > [ 1.733989] audit: initializing netlink socket (disabled) > [ 1.733999] type=2000 audit(1391640205.715:1): initialized > [ 1.753927] bounce pool size: 64 pages > [ 1.753936] HugeTLB registered 2 MB page size, pre-allocated 0 pages > [ 1.754659] zbud: loaded > [ 1.754781] VFS: Disk quotas dquot_6.5.2 > [ 1.754812] Dquot-cache hash table entries: 512 (order 0, 4096 bytes) > [ 1.755159] fuse init (API version 7.22) > [ 1.755217] msgmni has been set to 1736 > [ 1.755694] Key type asymmetric registered > [ 1.755696] Asymmetric key parser 'x509' registered > [ 1.755718] Block layer SCSI generic (bsg) driver version 0.4 loaded > (major 252) > [ 1.755752] io scheduler noop registered > [ 1.755754] io scheduler deadline registered (default) > [ 1.755771] io scheduler cfq registered > [ 1.756393] pcieport 0000:00:01.0: Signaling PME through PCIe PME > interrupt > [ 1.756395] pcieport 0000:01:00.0: Signaling PME through PCIe PME > interrupt > [ 1.756396] pcieport 0000:02:02.0: Signaling PME through PCIe PME > interrupt > [ 1.756397] pci 0000:03:00.0: Signaling PME through PCIe PME interrupt > [ 1.756398] pci 0000:03:00.1: Signaling PME through PCIe PME interrupt > [ 1.756400] pcieport 0000:02:04.0: Signaling PME through PCIe PME > interrupt > [ 1.756401] pci 0000:04:00.0: Signaling PME through PCIe PME interrupt > [ 1.756402] pci 0000:04:00.1: Signaling PME through PCIe PME interrupt > [ 1.756406] pcie_pme 0000:00:01.0:pcie01: service driver pcie_pme loaded > [ 1.756432] pcieport 0000:00:1c.0: Signaling PME through PCIe PME > interrupt > [ 1.756433] pci 0000:05:00.0: Signaling PME through PCIe PME interrupt > [ 1.756434] pci 0000:05:00.1: Signaling PME through PCIe PME interrupt > [ 1.756441] pcie_pme 0000:00:1c.0:pcie01: service driver pcie_pme loaded > [ 1.756450] pci_hotplug: PCI Hot Plug PCI Core version: 0.5 > [ 1.756461] pciehp: PCI Express Hot Plug Controller Driver version: 0.4 > [ 1.756501] intel_idle: MWAIT substates: 0x1120 > [ 1.756502] intel_idle: v0.4 model 0x2A > [ 1.756503] intel_idle: lapic_timer_reliable_states 0xffffffff > [ 1.756535] intel_idle: intel_idle yielding to none > [ 1.756598] input: Power Button as > /devices/LNXSYSTM:00/LNXPWRBN:00/input/input0 > [ 1.756602] ACPI: Power Button [PWRF] > [ 1.756665] ACPI: Fan [FAN0] (off) > [ 1.756686] ACPI: Fan [FAN1] (off) > [ 1.756704] ACPI: Fan [FAN2] (off) > [ 1.756722] ACPI: Fan [FAN3] (off) > [ 1.756740] ACPI: Fan [FAN4] (off) > [ 1.756778] ACPI: Requesting acpi_cpufreq > [ 1.757217] Monitor-Mwait will be used to enter C-1 state > [ 1.757221] Monitor-Mwait will be used to enter C-2 state > [ 1.757224] Monitor-Mwait will be used to enter C-3 state > [ 1.758699] Warning: Processor Platform Limit not supported. > [ 1.758885] thermal LNXTHERM:00: registered as thermal_zone0 > [ 1.758886] ACPI: Thermal Zone [TZ01] (30 C) > [ 1.758932] ERST: Error Record Serialization Table (ERST) support is > initialized. > [ 1.758934] pstore: Registered erst as persistent store backend > [ 1.759051] GHES: APEI firmware first mode is enabled by APEI bit and > WHEA _OSC. > [ 1.759387] xen_acpi_processor: Uploading Xen processor PM info > [ 1.760559] Serial: 8250/16550 driver, 32 ports, IRQ sharing enabled > [ 1.781328] 00:08: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A > [ 1.802091] 00:09: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A > [ 1.803445] hpet_acpi_add: no address or irqs in _CRS > [ 1.803457] Linux agpgart interface v0.103 > [ 1.804413] brd: module loaded > [ 1.804912] loop: module loaded > [ 1.805161] libphy: Fixed MDIO Bus: probed > [ 1.805219] tun: Universal TUN/TAP device driver, 1.6 > [ 1.805220] tun: (C) 1999-2004 Max Krasnyansky > [ 1.805253] PPP generic driver version 2.4.2 > [ 1.805282] xen_netfront: Initialising Xen virtual ethernet driver > [ 1.805290] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver > [ 1.805291] ehci-pci: EHCI PCI platform driver > [ 1.805366] xen: registering gsi 20 triggering 0 polarity 1 > [ 1.805369] Already setup the GSI :20 > [ 1.805386] ehci-pci 0000:00:1a.0: setting latency timer to 64 > [ 1.805393] ehci-pci 0000:00:1a.0: EHCI Host Controller > [ 1.805398] ehci-pci 0000:00:1a.0: new USB bus registered, assigned bus > number 1 > [ 1.805417] ehci-pci 0000:00:1a.0: debug port 2 > [ 1.809360] ehci-pci 0000:00:1a.0: cache line size of 64 is not > supported > [ 1.809396] ehci-pci 0000:00:1a.0: irq 20, io mem 0xc6906000 > [ 1.821151] ehci-pci 0000:00:1a.0: USB 2.0 started, EHCI 1.00 > [ 1.821189] usb usb1: New USB device found, idVendor=1d6b, > idProduct=0002 > [ 1.821190] usb usb1: New USB device strings: Mfr=3, Product=2, > SerialNumber=1 > [ 1.821192] usb usb1: Product: EHCI Host Controller > [ 1.821193] usb usb1: Manufacturer: Linux 3.11.0-12-generic ehci_hcd > [ 1.821194] usb usb1: SerialNumber: 0000:00:1a.0 > [ 1.821272] hub 1-0:1.0: USB hub found > [ 1.821276] hub 1-0:1.0: 2 ports detected > [ 1.821415] xen: registering gsi 23 triggering 0 polarity 1 > [ 1.821417] Already setup the GSI :23 > [ 1.821432] ehci-pci 0000:00:1d.0: setting latency timer to 64 > [ 1.821439] ehci-pci 0000:00:1d.0: EHCI Host Controller > [ 1.821442] ehci-pci 0000:00:1d.0: new USB bus registered, assigned bus > number 2 > [ 1.821461] ehci-pci 0000:00:1d.0: debug port 2 > [ 1.825411] ehci-pci 0000:00:1d.0: cache line size of 64 is not > supported > [ 1.825448] ehci-pci 0000:00:1d.0: irq 23, io mem 0xc6905000 > [ 1.837152] ehci-pci 0000:00:1d.0: USB 2.0 started, EHCI 1.00 > [ 1.837185] usb usb2: New USB device found, idVendor=1d6b, > idProduct=0002 > [ 1.837187] usb usb2: New USB device strings: Mfr=3, Product=2, > SerialNumber=1 > [ 1.837188] usb usb2: Product: EHCI Host Controller > [ 1.837189] usb usb2: Manufacturer: Linux 3.11.0-12-generic ehci_hcd > [ 1.837191] usb usb2: SerialNumber: 0000:00:1d.0 > [ 1.837330] hub 2-0:1.0: USB hub found > [ 1.837334] hub 2-0:1.0: 2 ports detected > [ 1.837400] ehci-platform: EHCI generic platform driver > [ 1.837405] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver > [ 1.837406] ohci-platform: OHCI generic platform driver > [ 1.837411] uhci_hcd: USB Universal Host Controller Interface driver > [ 1.837449] i8042: PNP: No PS/2 controller found. Probing ports > directly. > [ 2.884166] i8042: No controller found > [ 2.884441] mousedev: PS/2 mouse device common for all mice > [ 2.884708] rtc_cmos 00:06: RTC can wake from S4 > [ 2.884906] rtc_cmos 00:06: rtc core: registered rtc_cmos as rtc0 > [ 2.884962] rtc_cmos 00:06: alarms up to one month, y3k, 242 bytes nvram > [ 2.885003] device-mapper: uevent: version 1.0.3 > [ 2.885085] device-mapper: ioctl: 4.25.0-ioctl (2013-06-26) > initialised: dm-devel@redhat.com > [ 2.885093] ledtrig-cpu: registered to indicate activity on CPUs > [ 2.885164] TCP: cubic registered > [ 2.885221] NET: Registered protocol family 10 > [ 2.885348] NET: Registered protocol family 17 > [ 2.885354] Key type dns_resolver registered > [ 2.885511] PM: Hibernation image not present or could not be loaded. > [ 2.885514] Loading module verification certificates > [ 2.886208] MODSIGN: Loaded cert 'Magrathea: Glacier signing key: > fddf6943d8ac4f5b6eb0919a7a3ee3d9088b1bfa' > [ 2.886216] registered taskstats version 1 > [ 2.889339] Key type trusted registered > [ 2.892025] Key type encrypted registered > [ 2.894651] AppArmor: AppArmor sha1 policy hashing enabled > [ 2.895054] Magic number: 2:369:754 > [ 2.895060] tty ttyS5: hash matches > [ 2.895134] rtc_cmos 00:06: setting system clock to 2014-02-05 22:43:26 > UTC (1391640206) > [ 2.895182] BIOS EDD facility v0.16 2004-Jun-25, 1 devices found > [ 2.895677] Freeing unused kernel memory: 1364K (ffffffff81d10000 - > ffffffff81e65000) > [ 2.895678] Write protecting the kernel read-only data: 12288k > [ 2.898416] Freeing unused kernel memory: 1040K (ffff8800016fc000 - > ffff880001800000) > [ 2.898708] Freeing unused kernel memory: 836K (ffff880001b2f000 - > ffff880001c00000) > [ 2.918710] systemd-udevd[118]: starting version 204 > [ 2.939867] pps_core: module verification failed: signature and/or > required key missing - tainting kernel > [ 2.940047] pps_core: LinuxPPS API ver. 1 registered > [ 2.940048] pps_core: Software ver. 5.3.6 - Copyright 2005-2007 Rodolfo > Giometti > [ 2.940227] PTP clock support registered > [ 2.942853] ahci 0000:00:1f.2: version 3.0 > [ 2.942948] xen: registering gsi 19 triggering 0 polarity 1 > [ 2.942962] xen: --> pirq=19 -> irq=19 (gsi=19) > [ 2.943070] ahci: SSS flag set, parallel bus scan disabled > [ 2.943146] bnx2: Broadcom NetXtreme II Gigabit Ethernet Driver bnx2 > v2.2.3 (June 27, 2012) > [ 2.943195] xen: registering gsi 16 triggering 0 polarity 1 > [ 2.943197] Already setup the GSI :16 > [ 2.943671] dca service started, version 1.12.1 > [ 2.944532] bnx2 0000:05:00.0 eth0: Broadcom NetXtreme II BCM5716 > 1000Base-T (C0) PCI Express found at mem c0000000, IRQ 16, node addr > d4:ae:52:cc:f9:6a > [ 2.944613] xen: registering gsi 17 triggering 0 polarity 1 > [ 2.944615] Already setup the GSI :17 > [ 2.945253] bnx2 0000:05:00.1 eth1: Broadcom NetXtreme II BCM5716 > 1000Base-T (C0) PCI Express found at mem c2000000, IRQ 17, node addr > d4:ae:52:cc:f9:6b > [ 2.949969] igb: Intel(R) Gigabit Ethernet Network Driver - version > 5.0.5-k > [ 2.949971] igb: Copyright (c) 2007-2013 Intel Corporation. > [ 2.950015] xen: registering gsi 18 triggering 0 polarity 1 > [ 2.950026] xen: --> pirq=18 -> irq=18 (gsi=18) > [ 2.957168] ahci 0000:00:1f.2: AHCI 0001.0300 32 slots 6 ports 3 Gbps > 0x31 impl SATA mode > [ 2.957172] ahci 0000:00:1f.2: flags: 64bit ncq stag pm led clo pio > slum part ems sxs apst > [ 2.957179] ahci 0000:00:1f.2: setting latency timer to 64 > [ 2.973513] scsi0 : ahci > [ 2.973597] scsi1 : ahci > [ 2.973666] scsi2 : ahci > [ 2.973728] scsi3 : ahci > [ 2.973793] scsi4 : ahci > [ 2.973857] scsi5 : ahci > [ 2.973907] ata1: SATA max UDMA/133 abar m2048@0xc6904000 port > 0xc6904100 irq 76 > [ 2.973909] ata2: DUMMY > [ 2.973910] ata3: DUMMY > [ 2.973911] ata4: DUMMY > [ 2.973914] ata5: SATA max UDMA/133 abar m2048@0xc6904000 port > 0xc6904300 irq 76 > [ 2.973916] ata6: SATA max UDMA/133 abar m2048@0xc6904000 port > 0xc6904380 irq 76 > [ 3.093191] usb 1-1: new high-speed USB device number 2 using ehci-pci > [ 3.141615] igb 0000:03:00.0: added PHC on eth2 > [ 3.141617] igb 0000:03:00.0: Intel(R) Gigabit Ethernet Network > Connection > [ 3.141619] igb 0000:03:00.0: eth2: (PCIe:2.5Gb/s:Width x4) > 90:e2:ba:53:e5:20 > [ 3.141622] igb 0000:03:00.0: eth2: PBA No: Unknown > [ 3.141623] igb 0000:03:00.0: Using MSI-X interrupts. 4 rx queue(s), 4 > tx queue(s) > [ 3.141674] xen: registering gsi 19 triggering 0 polarity 1 > [ 3.141678] Already setup the GSI :19 > [ 3.225728] usb 1-1: New USB device found, idVendor=8087, idProduct=0024 > [ 3.225731] usb 1-1: New USB device strings: Mfr=0, Product=0, > SerialNumber=0 > [ 3.225939] hub 1-1:1.0: USB hub found > [ 3.226038] hub 1-1:1.0: 6 ports detected > [ 3.293197] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300) > [ 3.294088] ata1.00: ATA-8: WDC WD5003ABYX-18WERA0, 01.01S03, max > UDMA/133 > [ 3.294091] ata1.00: 976773168 sectors, multi 0: LBA48 NCQ (depth > 31/32), AA > [ 3.295674] ata1.00: configured for UDMA/133 > [ 3.295874] scsi 0:0:0:0: Direct-Access ATA WDC WD5003ABYX-1 > 01.0 PQ: 0 ANSI: 5 > [ 3.296014] sd 0:0:0:0: [sda] 976773168 512-byte logical blocks: (500 > GB/465 GiB) > [ 3.296045] sd 0:0:0:0: Attached scsi generic sg0 type 0 > [ 3.296052] sd 0:0:0:0: [sda] Write Protect is off > [ 3.296054] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00 > [ 3.296067] sd 0:0:0:0: [sda] Write cache: enabled, read cache: > enabled, doesn't support DPO or FUA > [ 3.325343] sda: sda1 sda2 < sda5 > > [ 3.325815] sd 0:0:0:0: [sda] Attached SCSI disk > [ 3.333499] igb 0000:03:00.1: added PHC on eth3 > [ 3.333501] igb 0000:03:00.1: Intel(R) Gigabit Ethernet Network > Connection > [ 3.333503] igb 0000:03:00.1: eth3: (PCIe:2.5Gb/s:Width x4) > 90:e2:ba:53:e5:21 > [ 3.333506] igb 0000:03:00.1: eth3: PBA No: Unknown > [ 3.333507] igb 0000:03:00.1: Using MSI-X interrupts. 4 rx queue(s), 4 > tx queue(s) > [ 3.333547] xen: registering gsi 16 triggering 0 polarity 1 > [ 3.333549] Already setup the GSI :16 > [ 3.337173] usb 2-1: new high-speed USB device number 2 using ehci-pci > [ 3.469706] usb 2-1: New USB device found, idVendor=8087, idProduct=0024 > [ 3.469718] usb 2-1: New USB device strings: Mfr=0, Product=0, > SerialNumber=0 > [ 3.469928] hub 2-1:1.0: USB hub found > [ 3.470028] hub 2-1:1.0: 6 ports detected > [ 3.525568] igb 0000:04:00.0: added PHC on eth4 > [ 3.525570] igb 0000:04:00.0: Intel(R) Gigabit Ethernet Network > Connection > [ 3.525572] igb 0000:04:00.0: eth4: (PCIe:2.5Gb/s:Width x4) > 90:e2:ba:53:e5:24 > [ 3.525575] igb 0000:04:00.0: eth4: PBA No: Unknown > [ 3.525576] igb 0000:04:00.0: Using MSI-X interrupts. 4 rx queue(s), 4 > tx queue(s) > [ 3.525618] xen: registering gsi 17 triggering 0 polarity 1 > [ 3.525620] Already setup the GSI :17 > [ 3.613196] ata5: SATA link up 1.5 Gbps (SStatus 113 SControl 300) > [ 3.615684] ata5.00: ATAPI: TSSTcorp DVD-ROM SN-108DN, D150, max > UDMA/100 > [ 3.618258] ata5.00: configured for UDMA/100 > [ 3.620528] scsi 4:0:0:0: CD-ROM TSSTcorp DVD-ROM SN-108DN > D150 PQ: 0 ANSI: 5 > [ 3.625268] sr0: scsi3-mmc drive: 62x/62x cd/rw xa/form2 cdda tray > [ 3.625271] cdrom: Uniform CD-ROM driver Revision: 3.20 > [ 3.625429] sr 4:0:0:0: Attached scsi CD-ROM sr0 > [ 3.625562] sr 4:0:0:0: Attached scsi generic sg1 type 5 > [ 3.717617] igb 0000:04:00.1: added PHC on eth5 > [ 3.717619] igb 0000:04:00.1: Intel(R) Gigabit Ethernet Network > Connection > [ 3.717621] igb 0000:04:00.1: eth5: (PCIe:2.5Gb/s:Width x4) > 90:e2:ba:53:e5:25 > [ 3.717623] igb 0000:04:00.1: eth5: PBA No: Unknown > [ 3.717625] igb 0000:04:00.1: Using MSI-X interrupts. 4 rx queue(s), 4 > tx queue(s) > [ 3.741367] usb 2-1.1: new high-speed USB device number 3 using ehci-pci > [ 3.847131] usb 2-1.1: New USB device found, idVendor=0b95, > idProduct=1780 > [ 3.847134] usb 2-1.1: New USB device strings: Mfr=1, Product=2, > SerialNumber=3 > [ 3.847136] usb 2-1.1: Product: AX88178 > [ 3.847137] usb 2-1.1: Manufacturer: ASIX Elec. Corp. > [ 3.847138] usb 2-1.1: SerialNumber: 000002 > [ 3.917361] usb 2-1.2: new low-speed USB device number 4 using ehci-pci > [ 3.945181] ata6: SATA link down (SStatus 0 SControl 300) > [ 4.018322] usb 2-1.2: New USB device found, idVendor=1061, > idProduct=0101 > [ 4.018325] usb 2-1.2: New USB device strings: Mfr=1, Product=2, > SerialNumber=0 > [ 4.018327] usb 2-1.2: Product: USB Keyboard & Mouse > [ 4.018328] usb 2-1.2: Manufacturer: Motorola > [ 4.025998] hidraw: raw HID events driver (C) Jiri Kosina > [ 4.033733] usbcore: registered new interface driver usbhid > [ 4.033735] usbhid: USB HID core driver > [ 4.034966] input: Motorola USB Keyboard & Mouse as > /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2:1.0/input/input1 > [ 4.035057] hid-generic 0003:1061:0101.0001: input,hidraw0: USB HID > v1.11 Keyboard [Motorola USB Keyboard & Mouse] on > usb-0000:00:1d.0-1.2/input0 > [ 4.035153] input: Motorola USB Keyboard & Mouse as > /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2:1.1/input/input2 > [ 4.035514] hid-generic 0003:1061:0101.0002: input,hidraw1: USB HID > v1.11 Mouse [Motorola USB Keyboard & Mouse] on usb-0000:00:1d.0-1.2/input1 > [ 4.093354] usb 2-1.5: new high-speed USB device number 5 using ehci-pci > [ 4.185540] usb 2-1.5: New USB device found, idVendor=0424, > idProduct=2514 > [ 4.185543] usb 2-1.5: New USB device strings: Mfr=0, Product=0, > SerialNumber=0 > [ 4.185822] hub 2-1.5:1.0: USB hub found > [ 4.185912] hub 2-1.5:1.0: 4 ports detected > [ 4.208556] bio: create slab at 1 > [ 6.793606] EXT4-fs (dm-0): mounted filesystem with ordered data mode. > Opts: (null) > [ 10.221062] Adding 4161532k swap on /dev/mapper/ubuntu--vg-swap_1. > Priority:-1 extents:1 across:4161532k FS > [ 10.286623] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready > [ 10.286628] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready > [ 10.286632] IPv6: ADDRCONF(NETDEV_UP): eth2: link is not ready > [ 10.286636] IPv6: ADDRCONF(NETDEV_UP): eth3: link is not ready > [ 10.286640] IPv6: ADDRCONF(NETDEV_UP): eth4: link is not ready > [ 10.286644] IPv6: ADDRCONF(NETDEV_UP): eth5: link is not ready > [ 10.357279] systemd-udevd[331]: starting version 204 > [ 10.423876] lp: driver loaded but no devices found > [ 10.460193] wmi: Mapper loaded > [ 10.463802] systemd-udevd[373]: failed to execute > '/lib/udev/socket:/org/xen/xend/udev_event' > 'socket:/org/xen/xend/udev_event': No such file or directory > [ 10.466898] systemd-udevd[378]: failed to execute > '/lib/udev/socket:/org/xen/xend/udev_event' > 'socket:/org/xen/xend/udev_event': No such file or directory > [ 10.480201] systemd-udevd[394]: failed to execute > '/lib/udev/socket:/org/xen/xend/udev_event' > 'socket:/org/xen/xend/udev_event': No such file or directory > [ 10.481806] ACPI Warning: 0x0000000000000428-0x000000000000042f > SystemIO conflicts with Region \PMIO 1 (20130517/utaddress-251) > [ 10.481811] ACPI: If an ACPI driver is available for this device, you > should use it instead of the native driver > [ 10.481817] ACPI Warning: 0x0000000000000540-0x000000000000054f > SystemIO conflicts with Region \GPIO 1 (20130517/utaddress-251) > [ 10.481821] ACPI: If an ACPI driver is available for this device, you > should use it instead of the native driver > [ 10.481822] ACPI Warning: 0x0000000000000530-0x000000000000053f > SystemIO conflicts with Region \GPIO 1 (20130517/utaddress-251) > [ 10.481825] ACPI: If an ACPI driver is available for this device, you > should use it instead of the native driver > [ 10.481826] ACPI Warning: 0x0000000000000500-0x000000000000052f > SystemIO conflicts with Region \GPIO 1 (20130517/utaddress-251) > [ 10.481830] ACPI: If an ACPI driver is available for this device, you > should use it instead of the native driver > [ 10.481831] lpc_ich: Resource conflict(s) found affecting gpio_ich > [ 10.488397] systemd-udevd[400]: failed to execute > '/lib/udev/socket:/org/xen/xend/udev_event' > 'socket:/org/xen/xend/udev_event': No such file or directory > [ 10.491290] systemd-udevd[413]: failed to execute > '/lib/udev/socket:/org/xen/xend/udev_event' > 'socket:/org/xen/xend/udev_event': No such file or directory > [ 10.491668] systemd-udevd[411]: failed to execute > '/lib/udev/socket:/org/xen/xend/udev_event' > 'socket:/org/xen/xend/udev_event': No such file or directory > [ 10.498208] systemd-udevd[423]: failed to execute > '/lib/udev/socket:/org/xen/xend/udev_event' > 'socket:/org/xen/xend/udev_event': No such file or directory > [ 10.512324] microcode: CPU0 sig=0x206a7, pf=0x2, revision=0x29 > [ 10.588109] type=1400 audit(1391640214.188:2): apparmor="STATUS" > operation="profile_load" parent=388 profile="unconfined" > name="/sbin/dhclient" pid=434 comm="apparmor_parser" > [ 10.588115] type=1400 audit(1391640214.188:3): apparmor="STATUS" > operation="profile_load" parent=388 profile="unconfined" > name="/usr/lib/NetworkManager/nm-dhcp-client.action" pid=434 > comm="apparmor_parser" > [ 10.588119] type=1400 audit(1391640214.188:4): apparmor="STATUS" > operation="profile_load" parent=388 profile="unconfined" > name="/usr/lib/connman/scripts/dhclient-script" pid=434 > comm="apparmor_parser" > [ 10.588127] type=1400 audit(1391640214.188:5): apparmor="STATUS" > operation="profile_replace" parent=419 profile="unconfined" > name="/sbin/dhclient" pid=440 comm="apparmor_parser" > [ 10.588133] type=1400 audit(1391640214.188:6): apparmor="STATUS" > operation="profile_replace" parent=419 profile="unconfined" > name="/usr/lib/NetworkManager/nm-dhcp-client.action" pid=440 > comm="apparmor_parser" > [ 10.588136] type=1400 audit(1391640214.188:7): apparmor="STATUS" > operation="profile_replace" parent=419 profile="unconfined" > name="/usr/lib/connman/scripts/dhclient-script" pid=440 > comm="apparmor_parser" > [ 10.588145] type=1400 audit(1391640214.188:8): apparmor="STATUS" > operation="profile_replace" parent=414 profile="unconfined" > name="/sbin/dhclient" pid=439 comm="apparmor_parser" > [ 10.588150] type=1400 audit(1391640214.188:9): apparmor="STATUS" > operation="profile_replace" parent=414 profile="unconfined" > name="/usr/lib/NetworkManager/nm-dhcp-client.action" pid=439 > comm="apparmor_parser" > [ 10.588154] type=1400 audit(1391640214.188:10): apparmor="STATUS" > operation="profile_replace" parent=414 profile="unconfined" > name="/usr/lib/connman/scripts/dhclient-script" pid=439 > comm="apparmor_parser" > [ 10.588166] type=1400 audit(1391640214.188:11): apparmor="STATUS" > operation="profile_replace" parent=396 profile="unconfined" > name="/sbin/dhclient" pid=436 comm="apparmor_parser" > [ 10.794373] EXT4-fs (dm-0): re-mounted. Opts: errors=remount-ro > [ 10.804396] dcdbas dcdbas: Dell Systems Management Base Driver (version > 5.6.0-3.2) > [ 10.821453] systemd-udevd[494]: failed to execute > '/lib/udev/socket:/org/xen/xend/udev_event' > 'socket:/org/xen/xend/udev_event': No such file or directory > [ 10.825093] systemd-udevd[495]: failed to execute > '/lib/udev/socket:/org/xen/xend/udev_event' > 'socket:/org/xen/xend/udev_event': No such file or directory > [ 10.831767] systemd-udevd[508]: failed to execute > '/lib/udev/socket:/org/xen/xend/udev_event' > 'socket:/org/xen/xend/udev_event': No such file or directory > [ 10.858040] microcode: CPU1 sig=0x206a7, pf=0x2, revision=0x29 > [ 10.861487] microcode: CPU2 sig=0x206a7, pf=0x2, revision=0x29 > [ 10.866813] microcode: CPU3 sig=0x206a7, pf=0x2, revision=0x29 > [ 10.869329] microcode: Microcode Update Driver: v2.00 < > tigran@aivazian.fsnet.co.uk>, Peter Oruba > [ 11.137330] asix 2-1.1:1.0 eth6: register 'asix' at > usb-0000:00:1d.0-1.1, ASIX AX88178 USB 2.0 Ethernet, 00:0e:c6:88:f6:d3 > [ 11.137367] usbcore: registered new interface driver asix > [ 11.155136] Bridge firewalling registered > [ 11.158114] device eth6 entered promiscuous mode > [ 11.659724] Bluetooth: Core ver 2.16 > [ 11.659743] NET: Registered protocol family 31 > [ 11.659744] Bluetooth: HCI device and connection manager initialized > [ 11.659751] Bluetooth: HCI socket layer initialized > [ 11.659752] Bluetooth: L2CAP socket layer initialized > [ 11.659756] Bluetooth: SCO socket layer initialized > [ 11.662996] Bluetooth: BNEP (Ethernet Emulation) ver 1.3 > [ 11.662998] Bluetooth: BNEP filters: protocol multicast > [ 11.663003] Bluetooth: BNEP socket layer initialized > [ 11.664016] Bluetooth: RFCOMM TTY layer initialized > [ 11.664029] Bluetooth: RFCOMM socket layer initialized > [ 11.664031] Bluetooth: RFCOMM ver 1.11 > [ 11.821715] ppdev: user-space parallel port driver > [ 11.823326] init: avahi-cups-reload main process (776) terminated with > status 1 > [ 11.894430] IPv6: ADDRCONF(NETDEV_UP): eth6: link is not ready > [ 11.894507] IPv6: ADDRCONF(NETDEV_UP): xenbr0: link is not ready > [ 14.631202] IPv6: ADDRCONF(NETDEV_CHANGE): eth6: link becomes ready > [ 14.632234] asix 2-1.1:1.0 eth6: link up, 1000Mbps, full-duplex, lpa > 0xC5E1 > [ 14.636988] xenbr0: port 1(eth6) entered forwarding state > [ 14.637006] xenbr0: port 1(eth6) entered forwarding state > [ 14.637027] IPv6: ADDRCONF(NETDEV_CHANGE): xenbr0: link becomes ready > [ 16.077823] init: udev-fallback-graphics main process (1028) terminated > with status 1 > [ 21.408009] init: failsafe main process (724) killed by TERM signal > [ 21.543100] audit_printk_skb: 87 callbacks suppressed > [ 21.543103] type=1400 audit(1391640225.144:41): apparmor="STATUS" > operation="profile_load" parent=1324 profile="unconfined" > name="/usr/lib/lightdm/lightdm/lightdm-guest-session-wrapper" pid=1329 > comm="apparmor_parser" > [ 21.543109] type=1400 audit(1391640225.144:42): apparmor="STATUS" > operation="profile_load" parent=1324 profile="unconfined" > name="chromium_browser" pid=1329 comm="apparmor_parser" > [ 21.543209] type=1400 audit(1391640225.144:43): apparmor="STATUS" > operation="profile_load" parent=1324 profile="unconfined" > name="/usr/lib/x86_64-linux-gnu/lightdm-remote-session-uccsconfigure/uccsconfigure-session-wrapper" > pid=1331 comm="apparmor_parser" > [ 21.543215] type=1400 audit(1391640225.144:44): apparmor="STATUS" > operation="profile_load" parent=1324 profile="unconfined" > name="chromium_browser" pid=1331 comm="apparmor_parser" > [ 21.543252] type=1400 audit(1391640225.144:45): apparmor="STATUS" > operation="profile_load" parent=1324 profile="unconfined" > name="/usr/lib/x86_64-linux-gnu/lightdm-remote-session-freerdp/freerdp-session-wrapper" > pid=1330 comm="apparmor_parser" > [ 21.543258] type=1400 audit(1391640225.144:46): apparmor="STATUS" > operation="profile_load" parent=1324 profile="unconfined" > name="chromium_browser" pid=1330 comm="apparmor_parser" > [ 21.543414] type=1400 audit(1391640225.144:47): apparmor="STATUS" > operation="profile_replace" parent=1324 profile="unconfined" > name="chromium_browser" pid=1329 comm="apparmor_parser" > [ 21.543519] type=1400 audit(1391640225.144:48): apparmor="STATUS" > operation="profile_replace" parent=1324 profile="unconfined" > name="chromium_browser" pid=1331 comm="apparmor_parser" > [ 21.543562] type=1400 audit(1391640225.144:49): apparmor="STATUS" > operation="profile_replace" parent=1324 profile="unconfined" > name="chromium_browser" pid=1330 comm="apparmor_parser" > [ 21.543750] type=1400 audit(1391640225.144:50): apparmor="STATUS" > operation="profile_replace" parent=1324 profile="unconfined" > name="/sbin/dhclient" pid=1332 comm="apparmor_parser" > [ 21.906064] IPv6: ADDRCONF(NETDEV_UP): eth2: link is not ready > [ 21.906614] IPv6: ADDRCONF(NETDEV_UP): eth2: link is not ready > [ 21.923532] xen:xen_evtchn: Event-channel device installed > [ 21.981761] IPv6: ADDRCONF(NETDEV_UP): eth3: link is not ready > [ 21.982271] IPv6: ADDRCONF(NETDEV_UP): eth3: link is not ready > [ 22.053782] IPv6: ADDRCONF(NETDEV_UP): eth4: link is not ready > [ 22.054216] IPv6: ADDRCONF(NETDEV_UP): eth4: link is not ready > [ 22.129802] IPv6: ADDRCONF(NETDEV_UP): eth5: link is not ready > [ 22.130248] IPv6: ADDRCONF(NETDEV_UP): eth5: link is not ready > [ 22.254216] bnx2 0000:05:00.0 eth0: using MSIX > [ 22.254246] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready > [ 22.254727] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready > [ 22.318213] bnx2 0000:05:00.1 eth1: using MSIX > [ 22.318243] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready > [ 22.318735] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready > [ 29.665699] xenbr0: port 1(eth6) entered forwarding state > [ 100.234753] xen_pciback: backend is vpci > [ 100.239533] igb 0000:03:00.0: removed PHC on eth2 > [ 100.452048] pciback 0000:03:00.0: seizing device > [ 100.452108] xen: registering gsi 18 triggering 0 polarity 1 > [ 100.452112] Already setup the GSI :18 > [ 100.559974] igb 0000:03:00.1: removed PHC on eth3 > [ 100.775879] pciback 0000:03:00.1: seizing device > [ 100.775940] xen: registering gsi 19 triggering 0 polarity 1 > [ 100.775945] Already setup the GSI :19 > [ 100.883909] igb 0000:04:00.0: removed PHC on eth4 > [ 101.091890] pciback 0000:04:00.0: seizing device > [ 101.091951] xen: registering gsi 16 triggering 0 polarity 1 > [ 101.091955] Already setup the GSI :16 > [ 101.199955] igb 0000:04:00.1: removed PHC on eth5 > [ 101.411923] pciback 0000:04:00.1: seizing device > [ 101.411992] xen: registering gsi 17 triggering 0 polarity 1 > [ 101.411996] Already setup the GSI :17 > [ 101.603619] pciback 0000:05:00.0: seizing device > [ 101.619414] xen: registering gsi 16 triggering 0 polarity 1 > [ 101.619419] Already setup the GSI :16 > [ 101.699647] pciback 0000:05:00.1: seizing device > [ 101.719405] xen: registering gsi 17 triggering 0 polarity 1 > [ 101.719409] Already setup the GSI :17 > [ 133.506569] IPv6: ADDRCONF(NETDEV_UP): vif1.0: link is not ready > [ 133.506841] IPv6: ADDRCONF(NETDEV_UP): vif1.0: link is not ready > [ 133.543153] device vif1.0 entered promiscuous mode > [ 133.544496] IPv6: ADDRCONF(NETDEV_UP): vif1.0: link is not ready > [ 133.589477] ip_tables: (C) 2000-2006 Netfilter Core Team > [ 133.658744] device vif1.0-emu entered promiscuous mode > [ 133.660110] xenbr0: port 3(vif1.0-emu) entered forwarding state > [ 133.660116] xenbr0: port 3(vif1.0-emu) entered forwarding state > [ 134.228090] xenbr0: port 3(vif1.0-emu) entered disabled state > [ 134.228176] device vif1.0-emu left promiscuous mode > [ 134.228178] xenbr0: port 3(vif1.0-emu) entered disabled state > [ 151.985820] xen_pciback: vpci: 0000:03:00.0: assign to virtual slot 0 > [ 151.986230] xen_pciback: vpci: 0000:03:00.1: assign to virtual slot 0 > func 1 > [ 151.986868] xen_pciback: vpci: 0000:04:00.0: assign to virtual slot 1 > [ 151.987194] xen_pciback: vpci: 0000:04:00.1: assign to virtual slot 1 > func 1 > > ############################################################### > xl dmesg > > root@fiat:~# xl dmesg > (XEN) Xen version 4.3.0 (Ubuntu 4.3.0-1ubuntu1.2) ( > stefan.bader@canonical.com) (gcc (Ubuntu/Linaro 4.8.1-10ubuntu8) 4.8.1) > debug=n Tue Dec 17 15:35:25 UTC 2013 > (XEN) Bootloader: GRUB 2.00-19ubuntu2 > (XEN) Command line: placeholder dom0_mem=1024M > (XEN) Video information: > (XEN) VGA is text mode 80x25, font 8x16 > (XEN) VBE/DDC methods: none; EDID transfer time: 0 seconds > (XEN) EDID info not retrieved because no DDC retrieval method detected > (XEN) Disc information: > (XEN) Found 1 MBR signatures > (XEN) Found 1 EDD information structures > (XEN) Xen-e820 RAM map: > (XEN) 0000000000000000 - 000000000009e400 (usable) > (XEN) 000000000009e400 - 00000000000a0000 (reserved) > (XEN) 00000000000e0000 - 0000000000100000 (reserved) > (XEN) 0000000000100000 - 00000000bdfb0000 (usable) > (XEN) 00000000bdfb0000 - 00000000bf3b0000 (reserved) > (XEN) 00000000bf3b0000 - 00000000bf5d6000 (usable) > (XEN) 00000000bf5d6000 - 00000000bf5d8000 (reserved) > (XEN) 00000000bf5d8000 - 00000000bf5e8000 (usable) > (XEN) 00000000bf5e8000 - 00000000bf5ec000 (reserved) > (XEN) 00000000bf5ec000 - 00000000bf5f0000 (usable) > (XEN) 00000000bf5f0000 - 00000000bf601000 (reserved) > (XEN) 00000000bf601000 - 00000000bf63f000 (usable) > (XEN) 00000000bf63f000 - 00000000bf6bf000 (reserved) > (XEN) 00000000bf6bf000 - 00000000bf7bf000 (ACPI NVS) > (XEN) 00000000bf7bf000 - 00000000bf7f0000 (ACPI data) > (XEN) 00000000bf7f0000 - 00000000bf800000 (usable) > (XEN) 00000000bf800000 - 00000000c0000000 (reserved) > (XEN) 00000000e0000000 - 00000000f0000000 (reserved) > (XEN) 00000000feb00000 - 00000000feb04000 (reserved) > (XEN) 00000000fec00000 - 00000000fec01000 (reserved) > (XEN) 00000000fed10000 - 00000000fed1a000 (reserved) > (XEN) 00000000fed1c000 - 00000000fed20000 (reserved) > (XEN) 00000000fee00000 - 00000000fee01000 (reserved) > (XEN) 00000000ffc00000 - 0000000100000000 (reserved) > (XEN) 0000000100000000 - 0000000140000000 (usable) > (XEN) ACPI: RSDP 000FE020, 0024 (r2 DELL ) > (XEN) ACPI: XSDT BF7EF170, 00A4 (r1 DELL PE_SC3 1 DELL 40000) > (XEN) ACPI: FACP BF7EB000, 00F4 (r4 DELL PE_SC3 1 DELL 40000) > (XEN) ACPI: DSDT BF7E1000, 68FE (r1 DELL PE_SC3 0 DELL 40000) > (XEN) ACPI: FACS BF7B8000, 0040 > (XEN) ACPI: SPMI BF7EE000, 0040 (r5 DELL PE_SC3 1 DELL 40000) > (XEN) ACPI: DMAR BF7ED000, 0078 (r1 DELL PE_SC3 1 DELL 40000) > (XEN) ACPI: ASF! BF7EC000, 00A5 (r32 DELL PE_SC3 1 DELL > 40000) > (XEN) ACPI: HPET BF7EA000, 0038 (r1 DELL PE_SC3 1 DELL 40000) > (XEN) ACPI: APIC BF7E9000, 0092 (r2 DELL PE_SC3 1 DELL 40000) > (XEN) ACPI: MCFG BF7E8000, 003C (r1 DELL PE_SC3 1 DELL 40000) > (XEN) ACPI: BOOT BF7DE000, 0028 (r1 DELL PE_SC3 1 DELL 40000) > (XEN) ACPI: SSDT BF7DD000, 02F6 (r1 DELL PE_SC3 1000 DELL 40000) > (XEN) ACPI: ASPT BF7DA000, 0034 (r7 DELL PE_SC3 1 DELL 40000) > (XEN) ACPI: SSDT BF7D9000, 060E (r1 DELL PE_SC3 3000 DELL 40000) > (XEN) ACPI: SSDT BF7D8000, 0A92 (r1 DELL PE_SC3 3000 DELL 40000) > (XEN) ACPI: HEST BF7D7000, 00A8 (r1 DELL PE_SC3 0 DELL 40000) > (XEN) ACPI: ERST BF7D6000, 0230 (r1 DELL PE_SC3 0 DELL 40000) > (XEN) ACPI: BERT BF7D5000, 0030 (r1 DELL PE_SC3 0 DELL 40000) > (XEN) ACPI: EINJ BF7D4000, 0130 (r1 DELL PE_SC3 0 DELL 40000) > (XEN) System RAM: 4065MB (4163416kB) > (XEN) Domain heap initialised > (XEN) Processor #0 6:10 APIC version 21 > (XEN) Processor #2 6:10 APIC version 21 > (XEN) Processor #4 6:10 APIC version 21 > (XEN) Processor #6 6:10 APIC version 21 > (XEN) IOAPIC[0]: apic_id 0, version 32, address 0xfec00000, GSI 0-23 > (XEN) Enabling APIC mode: Flat. Using 1 I/O APICs > (XEN) [VT-D]dmar.c:583: RMRR address range not in reserved memory base = > 0 end = fff; iommu_inclusive_mapping=1 parameter may be needed. > (XEN) Switched to APIC driver x2apic_cluster. > (XEN) Using scheduler: SMP Credit Scheduler (credit) > (XEN) Detected 3093.084 MHz processor. > (XEN) Initing memory sharing. > (XEN) xstate_init: using cntxt_size: 0x340 and states: 0x7 > (XEN) Intel VT-d iommu 0 supported page sizes: 4kB. > (XEN) Intel VT-d Snoop Control enabled. > (XEN) Intel VT-d Dom0 DMA Passthrough not enabled. > (XEN) Intel VT-d Queued Invalidation enabled. > (XEN) Intel VT-d Interrupt Remapping enabled. > (XEN) Intel VT-d Shared EPT tables not enabled. > (XEN) I/O virtualisation enabled > (XEN) - Dom0 mode: Relaxed > (XEN) Interrupt remapping enabled > (XEN) Enabled directed EOI with ioapic_ack_old on! > (XEN) ENABLING IO-APIC IRQs > (XEN) -> Using old ACK method > (XEN) Platform timer is 14.318MHz HPET > (XEN) Allocated console ring of 16 KiB. > (XEN) VMX: Supported advanced features: > (XEN) - APIC MMIO access virtualisation > (XEN) - APIC TPR shadow > (XEN) - Extended Page Tables (EPT) > (XEN) - Virtual-Processor Identifiers (VPID) > (XEN) - Virtual NMI > (XEN) - MSR direct-access bitmap > (XEN) - Unrestricted Guest > (XEN) HVM: ASIDs enabled. > (XEN) HVM: VMX enabled > (XEN) HVM: Hardware Assisted Paging (HAP) detected > (XEN) HVM: HAP page sizes: 4kB, 2MB > (XEN) Brought up 4 CPUs > (XEN) mtrr: your CPUs had inconsistent variable MTRR settings > (XEN) *** LOADING DOMAIN 0 *** > (XEN) Xen kernel: 64-bit, lsb, compat32 > (XEN) Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x23f3000 > (XEN) PHYSICAL MEMORY ARRANGEMENT: > (XEN) Dom0 alloc.: 0000000134000000->0000000138000000 (233689 pages to > be allocated) > (XEN) Init. ramdisk: 000000013d0d9000->0000000140000000 > (XEN) VIRTUAL MEMORY ARRANGEMENT: > (XEN) Loaded kernel: ffffffff81000000->ffffffff823f3000 > (XEN) Init. ramdisk: ffffffff823f3000->ffffffff8531a000 > (XEN) Phys-Mach map: ffffffff8531a000->ffffffff8551a000 > (XEN) Start info: ffffffff8551a000->ffffffff8551a4b4 > (XEN) Page tables: ffffffff8551b000->ffffffff8554a000 > (XEN) Boot stack: ffffffff8554a000->ffffffff8554b000 > (XEN) TOTAL: ffffffff80000000->ffffffff85800000 > (XEN) ENTRY ADDRESS: ffffffff81d261e0 > (XEN) Dom0 has maximum 4 VCPUs > (XEN) Scrubbing Free RAM: .............................done. > (XEN) Initial low memory virq threshold set at 0x4000 pages. > (XEN) Std. Loglevel: Errors and warnings > (XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings) > (XEN) Xen is relinquishing VGA console. > (XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch input > to Xen) > (XEN) Freed 260kB init memory. > (XEN) traps.c:2503:d0 Domain attempted WRMSR 00000000000001fc from > 0x000000000004005f to 0x000000000004005d. > (XEN) traps.c:2503:d0 Domain attempted WRMSR 00000000000001fc from > 0x000000000004005f to 0x000000000004005d. > (XEN) traps.c:2503:d0 Domain attempted WRMSR 00000000000001fc from > 0x000000000004005f to 0x000000000004005d. > (XEN) traps.c:2503:d0 Domain attempted WRMSR 00000000000001fc from > 0x000000000004005f to 0x000000000004005d. > > ############################################################### > > This occurs even if i attach a single pci device. I loads the HVM if pci > is not passed through. > > Any help would be great. > Regards > > > > > > On Wed, Feb 5, 2014 at 10:45 AM, Mike Neiderhauser < > mikeneiderhauser@gmail.com> wrote: > >> I am running into gnome-session errors for the desktop to get VNC up. I >> will report back when I get that fixed. >> >> Regards. >> >> >> On Wed, Feb 5, 2014 at 10:02 AM, Ian Campbell wrote: >> >>> On Wed, 2014-02-05 at 10:00 -0500, Mike Neiderhauser wrote: >>> >>> > >>> > When trying to create the domu I get this: >>> > >>> > >>> > root@fiat:~# xl create /etc/xen/ubuntu-hvm-0.cfg >>> > Parsing config from /etc/xen/ubuntu-hvm-0.cfg >>> > WARNING: ignoring "kernel" directive for HVM guest. Use >>> > "firmware_override" instead if you really want a non-default firmware >>> > WARNING: ignoring device_model directive. >>> > WARNING: Use "device_model_override" instead if you really want a >>> > non-default device_model >>> > xc: info: VIRTUAL MEMORY ARRANGEMENT: >>> > Loader: 0000000000100000->00000000001a69a4 >>> > Modules: 0000000000000000->0000000000000000 >>> > TOTAL: 0000000000000000->000000003f800000 >>> > ENTRY ADDRESS: 0000000000100608 >>> > xc: info: PHYSICAL MEMORY ALLOCATION: >>> > 4KB PAGES: 0x0000000000000200 >>> > 2MB PAGES: 0x00000000000001fb >>> > 1GB PAGES: 0x0000000000000000 >>> > libxl: error: libxl_pci.c:990:libxl__device_pci_reset: The kernel >>> > doesn't support reset from sysfs for PCI device 0000:05:00.0 >>> > libxl: error: libxl_pci.c:990:libxl__device_pci_reset: The kernel >>> > doesn't support reset from sysfs for PCI device 0000:05:00.1 >>> > Daemon running with PID 3095 >>> >>> This looks like it has worked. Can you connect to the guest console >>> and/or vnc manually? >>> >>> Ian. >>> >>> >>> >> > --001a11c23324b8124e04f1b28549 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Just another quick datapoint. =A0pci=3D['05:00.0',= '05:00.1'] gets properly assigned. This is the Broadcom card (comp= ared to the Intel card)


On Wed, Feb 5, 2014 at 5:52 PM, Mike Neiderhauser <mikeneiderhaus= er@gmail.com> wrote:
Sorry for the delay. =A0There was an issue where the = host os was not detecting the Intel NIC I have installed.=A0

=
So I now have ubuntu desktop 13.10. =A0I have installed the following= packages
apt-get install openssh-server
apt-get install vim
apt-= get install xen-hypervisor-4.3-amd64
apt-get install gvncviewer

I am still having issues getting the HVM start= ed and viewable on VNC when passing through a pci device (it is connects wh= en I do not pass through a pci device).

I am running the script as before to assign the devices= to pciback

######################################= #########################

xl create /etc/xen/u= buntu-hvm-0.cfg returns:
root@fiat:~# xl create /etc/xen/ubuntu-hvm-0.cf= g
Parsing config from /etc/xen/ubuntu-hvm-0.cfg
WARNING= : ignoring "kernel" directive for HVM guest. Use "firmware_o= verride" instead if you really want a non-default firmware
WARNING: ignoring device_model directive.
WARNING: Use "= ;device_model_override" instead if you really want a non-default devic= e_model
xc: info: VIRTUAL MEMORY ARRANGEMENT:
=A0 Loade= r: =A0 =A0 =A0 =A00000000000100000->00000000001a69a4
=A0 Modules: =A0 =A0 =A0 0000000000000000->0000000000000000
=A0 TOTAL: =A0 =A0 =A0 =A0 0000000000000000->000000003f800000
=A0 ENTRY ADDRESS: 0000000000100608
xc: info: PHYSICAL MEMORY = ALLOCATION:
=A0 4KB PAGES: 0x0000000000000200
=A0 2MB PAGES: 0x000000000= 00001fb
=A0 1GB PAGES: 0x0000000000000000
libxl: = error: libxl_qmp.c:454:qmp_next: Socket read error: Connection reset by pee= r
libxl: error: libxl_qmp.c:702:libxl__qmp_initialize: Connection error: Conn= ection refused
libxl: error: libxl_qmp.c:702:libxl__qmp_initializ= e: Connection error: Connection refused
libxl: error: libxl_qmp.c= :702:libxl__qmp_initialize: Connection error: Connection refused
Daemon running with PID 2467

##########= #####################################################

It does not appear to be getting time
root@fiat:~# x= l list
Name =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0ID =A0 Mem VCPUs =A0 =A0 =A0State =A0 Time(s)
Doma= in-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 0 =A01024 =A0 =A0 4 =A0 =A0 r----- =A0 =A0 =A016.3
ubuntu-hvm= -0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 1 =A0102= 5 =A0 =A0 1 =A0 =A0 ------ =A0 =A0 =A0 0.0

#################################################= ##############

/etc/xen/ubuntu-hvm-0.cfg
=
kernel =3D "/usr/lib/xen-4.3/boot/hvmloade= r"
builder=3D'hvm'
memory =3D 1024
vcpus=3D2
=
name =3D "ubuntu-hvm-0"
vif =3D ['bridge=3Dxen= br0']
pci_permissive=3D1
#pci=3D ['03:00.= 0', '03:00.1', '04:00.0', '04:00.1', '05:00= .0', '05:00.1']
#pci=3D ['03:00.0', '03:00.1']
#pci=3D ['= ;04:00.0', '04:00.1']
pci=3D ['03:00.0', '= ;03:00.1', '04:00.0', '04:00.1']
#pci=3D [= 9;05:00.0', '05:00.1']
disk =3D ['phy:/dev/ubuntu-vg/ubuntu-hvm-0,hda,w']
#= , 'file:/root/ubuntu-12.04.3-server-amd64.iso,hdc:cdrom,r']
<= div class=3D"im">
acpi =3D 1
device_model =3D 'qemu-dm= 9;
#boot=3D"d"
boot=3D"c"
sdl=3D0
serial=3D'pty'= ;
vnc=3D1
vnclisten=3D"0.0.0.0"
vncpasswd=3D""
on_poweroff =3D = 9;destroy'
on_reboot =A0 =3D 'restart'
on_crash =A0 =A0=3D 'restart'

=
###############################################################

dmesg
root@fiat:~# = dmesg
[ =A0 =A00.000000] Initializing cgroup subsys cpuset
[ =A0 =A00.000000] Initializing cgroup subsys cpu
[ =A0 =A00= .000000] Initializing cgroup subsys cpuacct
[ =A0 =A00.000000] Li= nux version 3.11.0-12-generic (buildd@allspice) (gcc version 4.8.1 (Ubuntu/= Linaro 4.8.1-10ubuntu7) ) #19-Ubuntu SMP Wed Oct 9 16:20:46 UTC 2013 (Ubunt= u 3.11.0-12.19-generic 3.11.3)
[ =A0 =A00.000000] Command line: placeholder root=3D/dev/mapper/= ubuntu--vg-root ro quiet splash
[ =A0 =A00.0000= 00] KERNEL supported cpus:
[ =A0 =A00.000000] =A0 Intel GenuineIn= tel
[ =A0 =A00.000000] =A0 AMD AuthenticAMD
[ =A0 =A00.000000] =A0 Centaur CentaurHauls
[ =A0 =A00.00000= 0] Freeing 9e-100 pfn range: 98 pages freed
[ =A0 =A00.000000] 1-= 1 mapping on 9e->100
[ =A0 =A00.000000] 1-1 mapping on bdfb0-&= gt;bf3b0
[ =A0 =A00.000000] 1-1 mapping on bf5d6->bf5d8
[ = =A0 =A00.000000] 1-1 mapping on bf5e8->bf5ec
[ =A0 =A00.000000] 1-1 mapping on bf5f0->bf601
[ =A0 =A00.000= 000] 1-1 mapping on bf63f->bf7f0
[ =A0 =A00.000000] 1-1 mapping on bf800->100000
[ =A0 =A0= 0.000000] Released 98 pages of unused memory
[ =A0 =A00.000000] S= et 269866 page(s) to 1-1 mapping
[ =A0 =A00.000000] Populating 40= 000-40062 pfn range: 98 pages added
[ =A0 =A00.000000] e820: BIOS-provided physical RAM map:
[ = =A0 =A00.000000] Xen: [mem 0x0000000000000000-0x000000000009dfff] usable
[ =A0 =A00.000000] Xen: [mem 0x000000000009e400-0x00000000000fffff]= reserved
[ =A0 =A00.000000] Xen: [mem 0x0000000000100000-0x00000000bdfaffff] us= able
[ =A0 =A00.000000] Xen: [mem 0x00000000bdfb0000-0x00000000bf= 3affff] reserved
[ =A0 =A00.000000] Xen: [mem 0x00000000bf3= b0000-0x00000000bf5d5fff] usable
[ =A0 =A00.000000] Xen: [mem 0x00000000bf5d6000-0x00000000bf5d7fff] re= served
[ =A0 =A00.000000] Xen: [mem 0x00000000bf5d8000-0x00000000= bf5e7fff] usable
[ =A0 =A00.000000] Xen: [mem 0x00000000bf5e8000-= 0x00000000bf5ebfff] reserved
[ =A0 =A00.000000] Xen: [mem 0x00000000bf5ec000-0x00000000bf5effff] us= able
[ =A0 =A00.000000] Xen: [mem 0x000000= 00bf5f0000-0x00000000bf600fff] reserved
[ =A0 =A00.000000] Xen: [= mem 0x00000000bf601000-0x00000000bf63efff] usable
[ =A0 =A00.000000] Xen: [mem 0x00000000bf63f000-0x00000000bf6befff] re= served
[ =A0 =A00.000000] Xen: [mem 0x00000000bf6bf000-0x00000000= bf7befff] ACPI NVS
[ =A0 =A00.000000] Xen: [mem 0x00000000bf7bf00= 0-0x00000000bf7effff] ACPI data
[ =A0 =A00.000000] Xen: [mem 0x00000000bf7f0000-0x00000000bf7fffff] us= able
[ =A0 =A00.000000] Xen: [mem 0x00000000bf800000-0x00000000bf= ffffff] reserved
[ =A0 =A00.000000] Xen: [mem 0x00000000e0000000-= 0x00000000efffffff] reserved
[ =A0 =A00.000000] Xen: [mem 0x00000000feb00000-0x00000000feb03fff] re= served
[ =A0 =A00.000000] Xen: [mem 0x00000000fec00000-0x00000000= fec00fff] reserved
[ =A0 =A00.000000] Xen: [mem 0x00000000fed1000= 0-0x00000000fed19fff] reserved
[ =A0 =A00.000000] Xen: [mem 0x00000000fed1c000-0x00000000fed1ffff] re= served
[ =A0 =A00.000000] Xen: [mem 0x00000000fee00000-0x00000000= fee00fff] reserved
[ =A0 =A00.000000] Xen: [mem 0x00000000ffc0000= 0-0x00000000ffffffff] reserved
[ =A0 =A00.000000] Xen: [mem 0x0000000100000000-0x000000013fffffff] us= able
[ =A0 =A00.000000] NX (Execute Disable) protection: active
[ =A0 =A00.000000] SMBIOS 2.7 present.
[ =A0 =A00.000000= ] DMI: Dell Inc. PowerEdge R210 II/03X6X0, BIOS 2.5.1 07/11/2013
[ =A0 =A00.000000] e820: update [mem 0x00000000-0x00000fff] usable =3D= =3D> reserved
[ =A0 =A00.000000] e820: remove [mem 0x000a0000-= 0x000fffff] usable
[ =A0 =A00.000000] No AGP bridge found
[ =A0 =A00.000000] e820: last_pfn =3D 0x140000 max_arch_pfn =3D 0x400000= 000
[ =A0 =A00.000000] e820: last_pfn =3D 0xbf800 max_arch_pfn =3D 0x40000= 0000
[ =A0 =A00.000000] Scanning 1 areas for low memory corruptio= n
[ =A0 =A00.000000] Base memory trampoline at [ffff880000098000]= 98000 size 24576
[ =A0 =A00.000000] init_memory_mapping: [mem 0x00000000-0x000fffff]
[ =A0 =A00.000000] =A0[mem 0x00000000-0x000fffff] page 4k
[ =A0 =A00.000000] init_memory_mapping: [mem 0x3fe00000-0x3fffffff]
<= div>[ =A0 =A00.000000] =A0[mem 0x3fe00000-0x3fffffff] page 4k
[ =A0 =A00.000000] BRK [0x01fe9000, 0x01fe9fff] PGTABLE
[ = =A0 =A00.000000] init_memory_mapping: [mem 0x3c000000-0x3fdfffff]
[ =A0 =A00.000000] =A0[mem 0x3c000000-0x3fdfffff] page 4k
[ =A0 = =A00.000000] BRK [0x01fea000, 0x01feafff] PGTABLE
[ =A0 =A00.000000] BRK [0x01feb000, 0x01febfff] PGTABLE
[ = =A0 =A00.000000] BRK [0x01fec000, 0x01fecfff] PGTABLE
[ =A0 =A00.= 000000] BRK [0x01fed000, 0x01fedfff] PGTABLE
[ =A0 =A00.000000] B= RK [0x01fee000, 0x01feefff] PGTABLE
[ =A0 =A00.000000] init_memory_mapping: [mem 0x00100000-0x3bffffff]
[ =A0 =A00.000000] =A0[mem 0x00100000-0x3bffffff] page 4k
[ =A0 =A00.000000] init_memory_mapping: [mem 0x40000000-0xbdfaffff]
<= div>[ =A0 =A00.000000] =A0[mem 0x40000000-0xbdfaffff] page 4k
[ =A0 =A00.000000] init_memory_mapping: [mem 0xbf3b0000-0x= bf5d5fff]
[ =A0 =A00.000000] =A0[mem 0xbf3b0000-0xbf5d5fff] page = 4k
[ =A0 =A00.000000] init_memory_mapping: [mem 0xbf5d8000-0xbf5e= 7fff]
[ =A0 =A00.000000] =A0[mem 0xbf5d8000-0xbf5e7fff] page 4k
[ =A0 =A00.000000] init_memory_mapping: [mem 0xbf5ec000-0xbf5effff]
[ =A0 =A00.000000] =A0[mem 0xbf5ec000-0xbf5effff] page 4k
[ =A0 =A00.000000] init_memory_mapping: [mem 0xbf601000-= 0xbf63efff]
[ =A0 =A00.000000] =A0[mem 0xbf601000-0xbf63efff] page 4k
[ =A0 =A00.000000] init_memory_mapping: [mem 0xbf7f0000-0xbf7fffff]
[ =A0 =A00.000000] =A0[mem 0xbf7f0000-0xbf7fffff] page 4k
[ =A0 =A00.000000] init_memory_mapping: [mem 0x100000000-0x13fffffff]
[ =A0 =A00.000000] =A0[mem 0x100000000-0x13fffffff] page 4k
[ =A0 =A00.000000] RAMDISK: [mem 0x023f3000-0x05319fff]
[ =A0 =A00.000000] ACPI: RSDP 00000000000fe020 000= 24 (v02 DELL =A0)
[ =A0 =A00.000000] ACPI: XSDT 00000000bf7ef170 = 000A4 (v01 DELL =A0 PE_SC3 =A0 00000001 DELL 00040000)
[ =A0 =A00.000000] ACPI: FACP 00000000bf7eb000 000F4 (v04 DELL =A0 PE_= SC3 =A0 00000001 DELL 00040000)
[ =A0 =A00.000000] ACPI: DSDT 000= 00000bf7e1000 068FE (v01 DELL =A0 PE_SC3 =A0 00000000 DELL 00040000)
<= div>[ =A0 =A00.000000] ACPI: FACS 00000000bf7b8000 00040
[ =A0 =A00.000000] ACPI: SPMI 00000000bf7ee000 00040 (v05 DELL =A0 PE_= SC3 =A0 00000001 DELL 00040000)
[ =A0 =A00.000000] ACPI: XMAR 000= 00000bf7ed000 00078 (v01 DELL =A0 PE_SC3 =A0 00000001 DELL 00040000)
<= div>[ =A0 =A00.000000] ACPI: ASF! 00000000bf7ec000 000A5 (v32 DELL =A0 PE_S= C3 =A0 00000001 DELL 00040000)
[ =A0 =A00.000000] ACPI: HPET 00000000bf7ea000 00038 (v01 DELL =A0 PE_= SC3 =A0 00000001 DELL 00040000)
[ =A0 =A00.000000] ACPI: APIC 000= 00000bf7e9000 00092 (v02 DELL =A0 PE_SC3 =A0 00000001 DELL 00040000)
<= div>[ =A0 =A00.000000] ACPI: MCFG 00000000bf7e8000 0003C (v01 DELL =A0 PE_S= C3 =A0 00000001 DELL 00040000)
[ =A0 =A00.000000] ACPI: BOOT 00000000bf7de000 00028 (v01 DELL =A0 PE_= SC3 =A0 00000001 DELL 00040000)
[ =A0 =A00.000000] ACPI: SSDT 000= 00000bf7dd000 002F6 (v01 DELL =A0 PE_SC3 =A0 00001000 DELL 00040000)
<= div>[ =A0 =A00.000000] ACPI: ASPT 00000000bf7da000 00034 (v07 DELL =A0 PE_S= C3 =A0 00000001 DELL 00040000)
[ =A0 =A00.000000] ACPI: SSDT 00000000bf7d9000 0060E (v01 DELL =A0 PE_= SC3 =A0 00003000 DELL 00040000)
[ =A0 =A00.000000] ACPI: SSDT 000= 00000bf7d8000 00A92 (v01 DELL =A0 PE_SC3 =A0 00003000 DELL 00040000)
<= div>[ =A0 =A00.000000] ACPI: HEST 00000000bf7d7000 000A8 (v01 DELL =A0 PE_S= C3 =A0 00000000 DELL 00040000)
[ =A0 =A00.000000] ACPI: ERST 00000000bf7d6000 00230 (v01 DELL =A0 PE_= SC3 =A0 00000000 DELL 00040000)
[ =A0 =A00.000000] ACPI: BERT 000= 00000bf7d5000 00030 (v01 DELL =A0 PE_SC3 =A0 00000000 DELL 00040000)
<= div>[ =A0 =A00.000000] ACPI: EINJ 00000000bf7d4000 00130 (v01 DELL =A0 PE_S= C3 =A0 00000000 DELL 00040000)
[ =A0 =A00.000000] ACPI: Local APIC address 0xfee00000
[ =A0= =A00.000000] NUMA turned off
[ =A0 =A00.000000] Faking a node at= [mem 0x0000000000000000-0x000000013fffffff]
[ =A0 =A00.000000] I= nitmem setup node 0 [mem 0x00000000-0x13fffffff]
[ =A0 =A00.000000] =A0 NODE_DATA [mem 0x3f899000-0x3f89dfff]
[ =A0 =A00.000000] Zone ranges:
[ =A0 =A00.000000] =A0 DMA =A0 = =A0 =A0[mem 0x00001000-0x00ffffff]
[ =A0 =A00.000000] =A0 DMA32 = =A0 =A0[mem 0x01000000-0xffffffff]
[ =A0 =A00.000000] =A0 Normal =A0 [mem 0x100000000-0x13fffffff]
<= div>[ =A0 =A00.000000] Movable zone start for each node
[ =A0 =A0= 0.000000] Early memory node ranges
[ =A0 =A00.000000] =A0 node = =A0 0: [mem 0x00001000-0x0009dfff]
[ =A0 =A00.000000] =A0 node =A0 0: [mem 0x00100000-0xbdfaffff]
[ =A0 =A00.000000] =A0 node =A0 0: [mem 0xbf3b0000-0xbf5d5ff= f]
[ =A0 =A00.000000] =A0 node =A0 0: [mem 0xbf5d8000-0xbf5e7fff]=
[ =A0 =A00.000000] =A0 node =A0 0: [mem 0xbf5ec000-0xbf5effff]
[ =A0 =A00.000000] =A0 node =A0 0: [mem 0xbf601000-0xbf63efff]
[ =A0 =A00.000000] =A0 node =A0 0: [mem 0xbf7f0000-0xbf7fffff]
[ =A0 =A00.000000] =A0 node =A0 0: [mem 0x100000000-0x13fffffff]
[ =A0 =A00.000000] On node 0 totalpages: 1040853
[ =A0 =A00.000000] =A0 DMA zone: 64 pages used for memmap
[ = =A0 =A00.000000] =A0 DMA zone: 21 pages reserved
[ =A0 =A00.00000= 0] =A0 DMA zone: 3997 pages, LIFO batch:0
[ =A0 =A00.000000] =A0 = DMA32 zone: 12105 pages used for memmap
[ =A0 =A00.000000] =A0 DMA32 zone: 774712 pages, LIFO batch:31
[ =A0 =A00.000000] =A0 Normal zone: 4096 pages used for memmap
[ =A0 =A00.000000] =A0 Normal zone: 262144 pages, LIFO batch:31
= [ =A0 =A00.000000] ACPI: PM-Timer IO Port: 0x408
[ =A0 =A00.000000] ACPI: Local APIC address 0xfee00000
[ =A0= =A00.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
= [ =A0 =A00.000000] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] enabled)
=
[ =A0 =A00.000000] ACPI: LAPIC (acpi_id[0x03] lapic_id[0x04] enabled)<= /div>
[ =A0 =A00.000000] ACPI: LAPIC (acpi_id[0x04] lapic_id[0x06] enabled)<= /div>
[ =A0 =A00.000000] ACPI: LAPIC (acpi_id[0x05] lapic_id[0x00] disa= bled)
[ =A0 =A00.000000] ACPI: LAPIC (acpi_id[0x06] lapic_id[0x00= ] disabled)
[ =A0 =A00.000000] ACPI: LAPIC (acpi_id[0x07] lapic_id[0x00] disabled)=
[ =A0 =A00.000000] ACPI: LAPIC (acpi_id[0x08] lapic_id[0x00] dis= abled)
[ =A0 =A00.000000] ACPI: LAPIC_NMI (acpi_id[0xff] high edg= e lint[0x1])
[ =A0 =A00.000000] ACPI: IOAPIC (id[0x00] address[0xfec00000] gsi_base= [0])
[ =A0 =A00.000000] IOAPIC[0]: apic_id 0, version 32, address= 0xfec00000, GSI 0-23
[ =A0 =A00.000000] ACPI: INT_SRC_OVR (bus 0= bus_irq 0 global_irq 2 dfl dfl)
[ =A0 =A00.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 hig= h level)
[ =A0 =A00.000000] ACPI: IRQ0 used by override.
[ =A0 =A00.000000] ACPI: IRQ2 used by override.
[ =A0 =A00.0000= 00] ACPI: IRQ9 used by override.
[ =A0 =A00.000000] Using ACPI (MADT) for SMP configuration information=
[ =A0 =A00.000000] ACPI: HPET id: 0x8086a201 base: 0xfed00000
[ =A0 =A00.000000] smpboot: Allowing 8 CPUs, 4 hotplug CPUs
[ =A0 =A00.000000] nr_irqs_gsi: 40
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0x0009e000-0x000= 9efff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0x00= 09f000-0x000fffff]
[ =A0 =A00.000000] PM: Registered nosave memor= y: [mem 0xbdfb0000-0xbf3affff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xbf= 5d6000-0xbf5d7fff]
[ =A0 =A00.000000] PM: Registered nosave memor= y: [mem 0xbf5e8000-0xbf5ebfff]
[ =A0 =A00.= 000000] PM: Registered nosave memory: [mem 0xbf5f0000-0xbf600fff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xbf63f000-0xbf6= befff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xbf= 6bf000-0xbf7befff]
[ =A0 =A00.000000] PM: Registered nosave memor= y: [mem 0xbf7bf000-0xbf7effff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xbf800000-0xbff= fffff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xc0= 000000-0xdfffffff]
[ =A0 =A00.000000] PM: Registered nosave memor= y: [mem 0xe0000000-0xefffffff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xf0000000-0xfea= fffff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xfe= b00000-0xfeb03fff]
[ =A0 =A00.000000] PM: Registered nosave memor= y: [mem 0xfeb04000-0xfebfffff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xfec00000-0xfec= 00fff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xfe= c01000-0xfed0ffff]
[ =A0 =A00.000000] PM: Registered nosave memor= y: [mem 0xfed10000-0xfed19fff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xfed1a000-0xfed= 1bfff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xfe= d1c000-0xfed1ffff]
[ =A0 =A00.000000] PM: Registered nosave memor= y: [mem 0xfed20000-0xfedfffff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xfee00000-0xfee= 00fff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xfe= e01000-0xffbfffff]
[ =A0 =A00.000000] PM: Registered nosave memor= y: [mem 0xffc00000-0xffffffff]
[ =A0 =A00.000000] e820: [mem 0xc0000000-0xdfffffff] available for PCI= devices
[ =A0 =A00.000000] Booting paravirtualized kernel on Xen=
[ =A0 =A00.000000] Xen version: 4.3.0 (preserve-AD)
[ = =A0 =A00.000000] setup_percpu: NR_CPUS:256 nr_cpumask_bits:256 nr_cpu_ids:8= nr_node_ids:1
[ =A0 =A00.000000] PERCPU: Embedded 29 pages/cpu @ffff88003f200000 s86= 720 r8192 d23872 u262144
[ =A0 =A00.000000] pcpu-alloc: s86720 r8= 192 d23872 u262144 alloc=3D1*2097152
[ =A0 =A00.000000] pcpu-allo= c: [0] 0 1 2 3 4 5 6 7
[ =A0 =A01.486636] Built 1 zonelists in Node order, mobili= ty grouping on. =A0Total pages: 1024567
[ =A0 =A01.486637] Policy= zone: Normal
[ =A0 =A01.486638] Kernel command line: placeholder= root=3D/dev/mapper/ubuntu--vg-root ro quiet splash
[ =A0 =A01.487047] PID hash table entries: 4096 (order: 3, 32768 bytes= )
[ =A0 =A01.487077] xsave: enabled xstate_bv 0x7, cntxt size 0x3= 40
[ =A0 =A01.507303] software IO TLB [mem 0x37000000-0x3b000000]= (64MB) mapped at [ffff880037000000-ffff88003affffff]
[ =A0 =A01.512552] Memory: 840772K/4163412K available (7141K kernel co= de, 1082K rwdata, 3260K rodata, 1364K init, 1420K bss, 3322640K reserved)
[ =A0 =A01.512614] SLUB: HWalign=3D64, Order=3D0-3, MinObjects=3D0= , CPUs=3D4, Nodes=3D1
[ =A0 =A01.512630] Hierarchical RCU implementation.
[ =A0 = =A01.512631] =A0RCU dyntick-idle grace-period acceleration is enabled.
[ =A0 =A01.512632] =A0RCU restricting CPUs from NR_CPUS=3D256 to nr_c= pu_ids=3D4.
[ =A0 =A01.512633] =A0Offload RCU callbacks from all CPUs
[ =A0 = =A01.512636] =A0Offload RCU callbacks from CPUs: 0-255.
[ =A0 =A0= 1.512643] NR_IRQS:16640 nr_irqs:712 16
[ =A0 =A01.512699] xen: sc= i override: global_irq=3D9 trigger=3D0 polarity=3D0
[ =A0 =A01.512701] xen: registering gsi 9 triggering 0 polarity 0
[ =A0 =A01.512712] xen: --> pirq=3D9 -> irq=3D9 (gsi=3D9)
=
[ =A0 =A01.512731] xen: acpi sci 9
[ =A0 =A01.512734] xen: -= -> pirq=3D1 -> irq=3D1 (gsi=3D1)
[ =A0 =A01.512736] xen: --> pirq=3D2 -> irq=3D2 (gsi=3D2)
<= div>[ =A0 =A01.512740] xen: --> pirq=3D3 -> irq=3D3 (gsi=3D3)
[ =A0 =A01.512742] xen: --> pirq=3D4 -> irq=3D4 (gsi=3D4)
[ =A0 =A01.512744] xen: --> pirq=3D5 -> irq=3D5 (gsi=3D5)
[ =A0 =A01.512747] xen: --> pirq=3D6 -> irq=3D6 (gsi=3D6)
<= div>[ =A0 =A01.512749] xen: --> pirq=3D7 -> irq=3D7 (gsi=3D7)
[ =A0 =A01.512751] xen: --> pirq=3D8 -> irq=3D8 (gsi=3D8)
[ =A0 =A01.512754] xen: --> pirq=3D10 -> irq=3D10 (gsi=3D10)
[ =A0 =A01.512756] xen: --> pirq=3D11 -> irq=3D11 (gsi=3D11)
[ =A0 =A01.512758] xen: --> pirq=3D12 -> irq=3D12 (gsi=3D12)
[ =A0 =A01.512761] xen: --> pirq=3D13 -> irq=3D13 (gsi=3D13)=
[ =A0 =A01.512763] xen: --> pirq=3D14 -> irq=3D14 (gsi=3D1= 4)
[ =A0 =A01.512765] xen: --> pirq=3D15 -> irq=3D15 (gsi=3D15)
[ =A0 =A01.517253] Console: colour VGA+ 80x25
[ =A0 =A01.5= 17318] console [tty0] enabled
[ =A0 =A01.519389] allocated 167772= 16 bytes of page_cgroup
[ =A0 =A01.519391] please try 'cgroup_disable=3Dmemory' option= if you don't want memory cgroups
[ =A0 =A01.519429] Xen: usi= ng vcpuop timer interface
[ =A0 =A01.519434] installing Xen timer= for CPU 0
[ =A0 =A01.519459] tsc: Detected 3093.084 MHz processor
[ = =A0 =A01.519463] Calibrating delay loop (skipped), value calculated using t= imer frequency.. 6186.16 BogoMIPS (lpj=3D12372336)
[ =A0 =A01.519= 466] pid_max: default: 32768 minimum: 301
[ =A0 =A01.519492] Security Framework initialized
[ =A0 =A01= .519510] AppArmor: AppArmor initialized
[ =A0 =A01.519511] Yama: = becoming mindful.
[ =A0 =A01.519981] Dentry cache hash table entr= ies: 524288 (order: 10, 4194304 bytes)
[ =A0 =A01.520717] Inode-cache hash table entries: 262144 (order: 9, 2= 097152 bytes)
[ =A0 =A01.520990] Mount-cache hash table entries: = 256
[ =A0 =A01.521162] Initializing cgroup subsys memory
[ =A0 =A01.521172] Initializing cgroup subsys devices
[ =A0 =A01.521174] Initializing cgroup subsys freezer
[ =A0 = =A01.521176] Initializing cgroup subsys blkio
[ =A0 =A01.521177] = Initializing cgroup subsys perf_event
[ =A0 =A01.521179] Initiali= zing cgroup subsys hugetlb
[ =A0 =A01.521225] ENERGY_PERF_BIAS: Set to 'normal', was '= ;performance'
[ =A0 =A01.521225] ENERGY_PERF_BIAS: View and u= pdate with x86_energy_perf_policy(8)
[ =A0 =A01.521228] CPU: Phys= ical Processor ID: 0
[ =A0 =A01.521228] CPU: Processor Core ID: 0
[ =A0 =A01.5212= 30] mce: CPU supports 2 MCE banks
[ =A0 =A01.521245] Last level i= TLB entries: 4KB 512, 2MB 0, 4MB 0
[ =A0 =A01.521245] Last level = dTLB entries: 4KB 512, 2MB 32, 4MB 32
[ =A0 =A01.521245] tlb_flushall_shift: 5
[ =A0 =A01.521328] = Freeing SMP alternatives memory: 28K (ffffffff81e65000 - ffffffff81e6c000)<= /div>
[ =A0 =A01.523297] ACPI: Core revision 20130517
[ =A0 = =A01.526721] ACPI: All ACPI Tables successfully acquired
[ =A0 =A01.538002] ftrace: allocating 27796 entries in 109 pages
=
[ =A0 =A01.548829] cpu 0 spinlock event irq 41
[ =A0 =A01.54= 8853] Performance Events: unsupported p6 CPU model 42 no PMU driver, softwa= re events only.
[ =A0 =A01.549956] NMI watchdog: disabled (cpu0): hardware events not = enabled
[ =A0 =A01.550009] installing Xen timer for CPU 1
[ =A0 =A01.550017] cpu 1 spinlock event irq 48
[ =A0 =A01.5502= 57] installing Xen timer for CPU 2
[ =A0 =A01.550264] cpu 2 spinlock event irq 55
[ =A0 =A01.55= 0513] installing Xen timer for CPU 3
[ =A0 =A01.550519] cpu 3 spi= nlock event irq 62
[ =A0 =A01.550690] Brought up 4 CPUs
[ =A0 =A01.550966] devtmpfs: initialized
[ =A0 =A01.551687] EVM: security.selinux
[ =A0 =A01.551689] = EVM: security.SMACK64
[ =A0 =A01.551689] EVM: security.capability=
[ =A0 =A01.551757] PM: Registering ACPI NVS region [mem 0xbf6bf0= 00-0xbf7befff] (1048576 bytes)
[ =A0 =A01.552351] xen:grant_table: Grant tables using version 2 layou= t
[ =A0 =A01.552361] Grant table initialized
[ =A0 =A01= .552397] regulator-dummy: no parameters
[ =A0 =A01.552436] RTC ti= me: 22:43:25, date: 02/05/14
[ =A0 =A01.552464] NET: Registered protocol family 16
[ =A0 = =A01.552618] ACPI FADT declares the system doesn't support PCIe ASPM, s= o disable it
[ =A0 =A01.552620] ACPI: bus type PCI registered
[ =A0 =A01.552622] acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.= 5
[ =A0 =A01.552716] PCI: MMCONFIG for domain 0000 [bus 00-ff] at [mem 0= xe0000000-0xefffffff] (base 0xe0000000)
[ =A0 =A01.552718] PCI: M= MCONFIG at [mem 0xe0000000-0xefffffff] reserved in E820
[ =A0 =A0= 1.586748] PCI: Using configuration type 1 for base access
[ =A0 =A01.587622] bio: create slab <bio-0> at 0
[ =A0= =A01.587825] ACPI: Added _OSI(Module Device)
[ =A0 =A01.587827] = ACPI: Added _OSI(Processor Device)
[ =A0 =A01.587828] ACPI: Added= _OSI(3.0 _SCP Extensions)
[ =A0 =A01.587829] ACPI: Added _OSI(Processor Aggregator Device)
=
[ =A0 =A01.589017] ACPI: EC: Look up EC in DSDT
[ =A0 =A01.5= 90162] ACPI: Executed 1 blocks of module-level executable AML code
[ =A0 =A01.592112] ACPI: SSDT 00000000bf64d018 0083B (v01 =A0PmRef =A0Cpu= 0Cst 00003001 INTL 20080729)
[ =A0 =A01.592397] ACPI: Dynamic OEM Table Load:
[ =A0 =A01.= 592399] ACPI: SSDT =A0 =A0 =A0 =A0 =A0 (null) 0083B (v01 =A0PmRef =A0Cpu0Cs= t 00003001 INTL 20080729)
[ =A0 =A01.594985] ACPI: SSDT 00000000b= f64ea98 00303 (v01 =A0PmRef =A0 =A0ApIst 00003000 INTL 20080729)
[ =A0 =A01.595292] ACPI: Dynamic OEM Table Load:
[ =A0 =A01.= 595294] ACPI: SSDT =A0 =A0 =A0 =A0 =A0 (null) 00303 (v01 =A0PmRef =A0 =A0Ap= Ist 00003000 INTL 20080729)
[ =A0 =A01.598960] ACPI: SSDT 0000000= 0bf64cd98 00119 (v01 =A0PmRef =A0 =A0ApCst 00003000 INTL 20080729)
[ =A0 =A01.599246] ACPI: Dynamic OEM Table Load:
[ =A0 =A01.= 599248] ACPI: SSDT =A0 =A0 =A0 =A0 =A0 (null) 00119 (v01 =A0PmRef =A0 =A0Ap= Cst 00003000 INTL 20080729)
[ =A0 =A01.603360] ACPI: Interpreter = enabled
[ =A0 =A01.603366] ACPI Exception: AE_NOT_FOUND, While ev= aluating Sleep State [\_S1_] (20130517/hwxface-571)
[ =A0 =A01.603370] ACPI Exception: AE_NOT_FOUND, While evaluating Slee= p State [\_S2_] (20130517/hwxface-571)
[ =A0 =A01.603373] ACPI Ex= ception: AE_NOT_FOUND, While evaluating Sleep State [\_S3_] (20130517/hwxfa= ce-571)
[ =A0 =A01.603382] ACPI: (supports S0 S4 S5)
[ =A0 =A01.6033= 83] ACPI: Using IOAPIC for interrupt routing
[ =A0 =A01.603423] H= EST: Table parsing has been initialized.
[ =A0 =A01.603426] PCI: = Using host bridge windows from ACPI; if necessary, use "pci=3Dnocrs&qu= ot; and report a bug
[ =A0 =A01.603514] ACPI: No dock devices found.
[ =A0 =A01.6= 07296] ACPI: Power Resource [FN00] (off)
[ =A0 =A01.607362] ACPI:= Power Resource [FN01] (off)
[ =A0 =A01.607424] ACPI: Power Resou= rce [FN02] (off)
[ =A0 =A01.607485] ACPI: Power Resource [FN03] (off)
[ =A0 = =A01.607545] ACPI: Power Resource [FN04] (off)
[ =A0 =A01.608092]= ACPI: PCI Root Bridge [PCI0] (domain 0000 [bus 00-fe])
[ =A0 =A0= 1.608233] acpi PNP0A08:00: Requesting ACPI _OSC control (0x1d)
[ =A0 =A01.608615] acpi PNP0A08:00: ACPI _OSC control (0x1d) granted
[ =A0 =A01.609128] PCI host bridge to bus 0000:00
[ =A0 = =A01.609130] pci_bus 0000:00: root bus resource [bus 00-fe]
[ =A0= =A01.609132] pci_bus 0000:00: root bus resource [io =A00x0000-0x0cf7]
[ =A0 =A01.609133] pci_bus 0000:00: root bus resource [io =A00x0d00-0x= ffff]
[ =A0 =A01.609135] pci_bus 0000:00: root bus resource [mem = 0x000a0000-0x000bffff]
[ =A0 =A01.609136] pci_bus 0000:00: root b= us resource [mem 0xc0000000-0xfeafffff]
[ =A0 =A01.609148] pci 0000:00:00.0: [8086:0108] type 00 class 0x06000= 0
[ =A0 =A01.609278] pci 0000:00:01.0: [8086:0101] type 01 class = 0x060400
[ =A0 =A01.609355] pci 0000:00:01.0: PME# supported from= D0 D3hot D3cold
[ =A0 =A01.609397] pci 0000:00:01.0: System wakeup disabled by ACPI
[ =A0 =A01.609521] pci 0000:00:1a.0: [8086:1c2d] type 00 class 0x0c= 0320
[ =A0 =A01.609883] pci 0000:00:1a.0: reg 0x10: [mem 0xc69060= 00-0xc69063ff]
[ =A0 =A01.611696] pci 0000:00:1a.0: PME# supported from D0 D3hot D3co= ld
[ =A0 =A01.611765] pci 0000:00:1a.0: System wakeup disabled by= ACPI
[ =A0 =A01.611815] pci 0000:00:1c.0: [8086:1c10] type 01 cl= ass 0x060400
[ =A0 =A01.611988] pci 0000:00:1c.0: PME# supported from D0 D3hot D3co= ld
[ =A0 =A01.612047] pci 0000:00:1c.0: System wakeup disabled by= ACPI
[ =A0 =A01.612115] pci 0000:00:1d.0: [8086:1c26] type 00 cl= ass 0x0c0320
[ =A0 =A01.612468] pci 0000:00:1d.0: reg 0x10: [mem 0xc6905000-0xc6905= 3ff]
[ =A0 =A01.614215] pci 0000:00:1d.0: PME# supported from D0 = D3hot D3cold
[ =A0 =A01.614282] pci 0000:00:1d.0: System wakeup d= isabled by ACPI
[ =A0 =A01.614324] pci 0000:00:1e.0: [8086:244e] type 01 class 0x06040= 1
[ =A0 =A01.614481] pci 0000:00:1e.0: System wakeup disabled by = ACPI
[ =A0 =A01.614522] pci 0000:00:1f.0: [8086:1c52] type 00 cla= ss 0x060100
[ =A0 =A01.614802] pci 0000:00:1f.2: [8086:1c02] type 00 class 0x01060= 1
[ =A0 =A01.614849] pci 0000:00:1f.2: reg 0x10: [io =A00x4048-0x= 404f]
[ =A0 =A01.614866] pci 0000:00:1f.2: reg 0x14: [io =A00x405= 4-0x4057]
[ =A0 =A01.614884] pci 0000:00:1f.2: reg 0x18: [io =A00x4040-0x4047]
[ =A0 =A01.614902] pci 0000:00:1f.2: reg 0x1c: [io =A00x4050-0x405= 3]
[ =A0 =A01.614918] pci 0000:00:1f.2: reg 0x20: [io =A00x4020-0= x403f]
[ =A0 =A01.614936] pci 0000:00:1f.2: reg 0x24: [mem 0xc6904000-0xc69047ff]<= /div>
[ =A0 =A01.615054] pci 0000:00:1f.2: PME# supported from D3hot
[ =A0 =A01.615140] pci 0000:00:1f.3: [8086:1c22] type 00 class 0x0c= 0500
[ =A0 =A01.615174] pci 0000:00:1f.3: reg 0x10: [mem 0xc6902000-0xc6902= 0ff 64bit]
[ =A0 =A01.615223] pci 0000:00:1f.3: reg 0x20: [io =A0= 0x4000-0x401f]
[ =A0 =A01.615405] pci 0000:01:00.0: [111d:8018] t= ype 01 class 0x060400
[ =A0 =A01.615505] pci 0000:01:00.0: PME# supported from D0 D3hot D3co= ld
[ =A0 =A01.615531] pci 0000:01:00.0: System wakeup disabled by= ACPI
[ =A0 =A01.622042] pci 0000:00:01.0: PCI bridge to [bus 01-= 04]
[ =A0 =A01.622047] pci 0000:00:01.0: =A0 bridge window [io =A00x2000-0= x3fff]
[ =A0 =A01.622051] pci 0000:00:01.0: =A0 bridge window [me= m 0xc5400000-0xc68fffff]
[ =A0 =A01.622137] pci 0000:02:02.0: [11= 1d:8018] type 01 class 0x060400
[ =A0 =A01.622252] pci 0000:02:02.0: PME# supported from D0 D3hot D3co= ld
[ =A0 =A01.622323] pci 0000:02:04.0: [111d:8018] type 01 class= 0x060400
[ =A0 =A01.622437] pci 0000:02:04.0: PME# supported fro= m D0 D3hot D3cold
[ =A0 =A01.622525] pci 0000:01:00.0: PCI bridge to [bus 02-04]
[ =A0 =A01.622533] pci 0000:01:00.0: =A0 bridge window [io =A00x2000-0x3= fff]
[ =A0 =A01.622538] pci 0000:01:00.0: =A0 bridge window [mem = 0xc5400000-0xc68fffff]
[ =A0 =A01.622635] pci 0000:03:00.0: [8086:10e8] type 00 class 0x02000= 0
[ =A0 =A01.622656] pci 0000:03:00.0: reg 0x10: [mem 0xc6820000-= 0xc683ffff]
[ =A0 =A01.622672] pci 0000:03:00.0: reg 0x14: [mem 0= xc6400000-0xc67fffff]
[ =A0 =A01.622687] pci 0000:03:00.0: reg 0x18: [io =A00x3020-0x303f]
[ =A0 =A01.622702] pci 0000:03:00.0: reg 0x1c: [mem 0xc6844000-0xc= 6847fff]
[ =A0 =A01.622745] pci 0000:03:00.0: reg 0x30: [mem 0xff= c00000-0xffffffff pref]
[ =A0 =A01.622828] pci 0000:03:00.0: PME# supported from D0 D3hot D3co= ld
[ =A0 =A01.622880] pci 0000:03:00.0: reg 0x184: [mem 0x0000000= 0-0x00003fff 64bit]
[ =A0 =A01.622906] pci 0000:03:00.0: reg 0x19= 0: [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.623005] pci 0000:03:00.1: [8086:10e8] type 00 class 0x02000= 0
[ =A0 =A01.623026] pci 0000:03:00.1: reg 0x10: [mem 0xc6800000-= 0xc681ffff]
[ =A0 =A01.623041] pci 0000:03:00.1: reg 0x14: [mem 0= xc6000000-0xc63fffff]
[ =A0 =A01.623056] pci 0000:03:00.1: reg 0x18: [io =A00x3000-0x301f]
[ =A0 =A01.623071] pci 0000:03:00.1: reg 0x1c: [mem 0xc6840000-0xc= 6843fff]
[ =A0 =A01.623114] pci 0000:03:00.1: reg 0x30: [mem 0xff= c00000-0xffffffff pref]
[ =A0 =A01.623197] pci 0000:03:00.1: PME# supported from D0 D3hot D3co= ld
[ =A0 =A01.623248] pci 0000:03:00.1: reg 0x184: [mem 0x0000000= 0-0x00003fff 64bit]
[ =A0 =A01.623275] pci 0000:03:00.1: reg 0x19= 0: [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.623376] pci 0000:02:02.0: PCI bridge to [bus 03]
= [ =A0 =A01.623384] pci 0000:02:02.0: =A0 bridge window [io =A00x3000-0x3fff= ]
[ =A0 =A01.623389] pci 0000:02:02.0: =A0 bridge window [mem 0xc= 6000000-0xc68fffff]
[ =A0 =A01.623487] pci 0000:04:00.0: [8086:10e8] type 00 class 0x02000= 0
[ =A0 =A01.623508] pci 0000:04:00.0: reg 0x10: [mem 0xc5c20000-= 0xc5c3ffff]
[ =A0 =A01.623523] pci 0000:04:00.0: reg 0x14: [mem 0= xc5800000-0xc5bfffff]
[ =A0 =A01.623538] pci 0000:04:00.0: reg 0x18: [io =A00x2020-0x203f]
[ =A0 =A01.623554] pci 0000:04:00.0: reg 0x1c: [mem 0xc5c44000-0xc= 5c47fff]
[ =A0 =A01.623596] pci 0000:04:00.0: reg 0x30: [mem 0xff= c00000-0xffffffff pref]
[ =A0 =A01.623679] pci 0000:04:00.0: PME# supported from D0 D3hot
[ =A0 =A01.623730] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x000= 03fff 64bit]
[ =A0 =A01.623756] pci 0000:04:00.0: reg 0x190: [mem= 0x00000000-0x00003fff 64bit]
[ =A0 =A01.623853] pci 0000:04:00.1: [8086:10e8] type 00 class 0x02000= 0
[ =A0 =A01.623874] pci 0000:04:00.1: reg 0x10: [mem 0xc5c00000-= 0xc5c1ffff]
[ =A0 =A01.623889] pci 0000:04:00.1: reg 0x14: [mem 0= xc5400000-0xc57fffff]
[ =A0 =A01.623904] pci 0000:04:00.1: reg 0x18: [io =A00x2000-0x201f]
[ =A0 =A01.623919] pci 0000:04:00.1: reg 0x1c: [mem 0xc5c40000-0xc= 5c43fff]
[ =A0 =A01.623962] pci 0000:04:00.1: reg 0x30: [mem 0xff= c00000-0xffffffff pref]
[ =A0 =A01.624044] pci 0000:04:00.1: PME# supported from D0 D3hot
[ =A0 =A01.624096] pci 0000:04:00.1: reg 0x184: [mem 0x00000000-0x000= 03fff 64bit]
[ =A0 =A01.624122] pci 0000:04:00.1: reg 0x190: [mem= 0x00000000-0x00003fff 64bit]
[ =A0 =A01.624221] pci 0000:02:04.0: PCI bridge to [bus 04]
= [ =A0 =A01.624229] pci 0000:02:04.0: =A0 bridge window [io =A00x2000-0x2fff= ]
[ =A0 =A01.624234] pci 0000:02:04.0: =A0 bridge window [mem 0xc= 5400000-0xc5cfffff]
[ =A0 =A01.624417] pci 0000:05:00.0: [14e4:163b] type 00 class 0x02000= 0
[ =A0 =A01.624457] pci 0000:05:00.0: reg 0x10: [mem 0xc0000000-= 0xc1ffffff 64bit]
[ =A0 =A01.624697] pci 0000:05:00.0: PME# suppo= rted from D0 D3hot D3cold
[ =A0 =A01.624739] pci 0000:05:00.0: System wakeup disabled by ACPI
[ =A0 =A01.624821] pci 0000:05:00.1: [14e4:163b] type 00 class 0x02= 0000
[ =A0 =A01.624861] pci 0000:05:00.1: reg 0x10: [mem 0xc20000= 00-0xc3ffffff 64bit]
[ =A0 =A01.625101] pci 0000:05:00.1: PME# supported from D0 D3hot D3co= ld
[ =A0 =A01.625231] pci 0000:00:1c.0: PCI bridge to [bus 05]
[ =A0 =A01.625242] pci 0000:00:1c.0: =A0 bridge window [mem 0xc0000= 000-0xc3ffffff]
[ =A0 =A01.625333] pci 0000:06:03.0: [102b:0532] type 00 class 0x03000= 0
[ =A0 =A01.625365] pci 0000:06:03.0: reg 0x10: [mem 0xc4000000-= 0xc47fffff pref]
[ =A0 =A01.625383] pci 0000:06:03.0: reg 0x14: [= mem 0xc5000000-0xc5003fff]
[ =A0 =A01.625401] pci 0000:06:03.0: reg 0x18: [mem 0xc4800000-0xc4fff= fff]
[ =A0 =A01.625467] pci 0000:06:03.0: reg 0x30: [mem 0xffff00= 00-0xffffffff pref]
[ =A0 =A01.625618] pci 0000:00:1e.0: PCI brid= ge to [bus 06] (subtractive decode)
[ =A0 =A01.625629] pci 0000:00:1e.0: =A0 bridge window [mem 0xc4800000= -0xc50fffff]
[ =A0 =A01.625640] pci 0000:00:1e.0: =A0 bridge wind= ow [mem 0xc4000000-0xc47fffff 64bit pref]
[ =A0 =A01.625641] pci = 0000:00:1e.0: =A0 bridge window [io =A00x0000-0x0cf7] (subtractive decode)<= /div>
[ =A0 =A01.625643] pci 0000:00:1e.0: =A0 bridge window [io =A00x0d00-0= xffff] (subtractive decode)
[ =A0 =A01.625644] pci 0000:00:1e.0: = =A0 bridge window [mem 0x000a0000-0x000bffff] (subtractive decode)
[ =A0 =A01.625646] pci 0000:00:1e.0: =A0 bridge window [mem 0xc0000000-0x= feafffff] (subtractive decode)
[ =A0 =A01.625672] acpi PNP0A08:00: Disabling ASPM (FADT indicates it = is unsupported)
[ =A0 =A01.626157] ACPI: PCI Interrupt Link [LNKA= ] (IRQs 1 3 4 5 6 *10 11 12 14 15)
[ =A0 =A01.626206] ACPI: PCI I= nterrupt Link [LNKB] (IRQs 1 3 4 5 6 10 *11 12 14 15)
[ =A0 =A01.626254] ACPI: PCI Interrupt Link [LNKC] (IRQs 1 3 4 5 6 *10= 11 12 14 15)
[ =A0 =A01.626300] ACPI: PCI Interrupt Link [LNKD] = (IRQs 1 3 4 5 *6 10 11 12 14 15)
[ =A0 =A01.626347] ACPI: PCI Int= errupt Link [LNKE] (IRQs 1 3 4 5 6 10 11 12 *14 15)
[ =A0 =A01.626393] ACPI: PCI Interrupt Link [LNKF] (IRQs 1 3 4 5 *6 10= 11 12 14 15)
[ =A0 =A01.626439] ACPI: PCI Interrupt Link [LNKG] = (IRQs 1 3 4 5 6 10 11 12 14 15) *0, disabled.
[ =A0 =A01.626487] = ACPI: PCI Interrupt Link [LNKH] (IRQs 1 3 4 5 6 10 11 12 14 *15)
[ =A0 =A01.626719] ACPI: Enabled 6 GPEs in block 00 to 3F
[ = =A0 =A01.626725] ACPI: \_SB_.PCI0: notify handler is installed
[ = =A0 =A01.626767] Found 1 acpi root devices
[ =A0 =A01.626788] xen= :balloon: Initialising balloon driver
[ =A0 =A01.633777] xen_balloon: Initialising balloon driver
= [ =A0 =A01.633937] vgaarb: device added: PCI:0000:06:03.0,decodes=3Dio+mem,= owns=3Dio+mem,locks=3Dnone
[ =A0 =A01.633938] vgaarb: loaded
[ =A0 =A01.633939] vgaarb: bridge control possible 0000:06:03.0
[ =A0 =A01.634070] SCSI subsystem initialized
[ =A0 =A01.634= 072] ACPI: bus type ATA registered
[ =A0 =A01.634100] libata vers= ion 3.00 loaded.
[ =A0 =A01.634112] ACPI: bus type USB registered=
[ =A0 =A01.634127] usbcore: registered new interface driver usbfs
[ =A0 =A01.634132] usbcore: registered new interface driver hub
<= div>[ =A0 =A01.634302] usbcore: registered new device driver usb
= [ =A0 =A01.634484] PCI: Using ACPI for IRQ routing
[ =A0 =A01.652= 726] PCI: pci_cache_line_size set to 64 bytes
[ =A0 =A01.652818] e820: reserve RAM buffer [mem 0x0009e000-0x0009ffff= ]
[ =A0 =A01.652819] e820: reserve RAM buffer [mem 0xbdfb0000-0xb= fffffff]
[ =A0 =A01.652821] e820: reserve RAM buffer [mem 0xbf5d6= 000-0xbfffffff]
[ =A0 =A01.652822] e820: reserve RAM buffer [mem 0xbf5e8000-0xbfffffff= ]
[ =A0 =A01.652824] e820: reserve RAM buffer [mem 0xbf5f0000-0xb= fffffff]
[ =A0 =A01.652825] e820: reserve RAM buffer [mem 0xbf63f= 000-0xbfffffff]
[ =A0 =A01.652826] e820: reserve RAM buffer [mem 0xbf800000-0xbfffffff= ]
[ =A0 =A01.652898] NetLabel: Initializing
[ =A0 =A01.= 652899] NetLabel: =A0domain hash size =3D 128
[ =A0 =A01.652900] = NetLabel: =A0protocols =3D UNLABELED CIPSOv4
[ =A0 =A01.652908] NetLabel: =A0unlabeled traffic allowed by default
[ =A0 =A01.653076] Switched to clocksource xen
[ =A0 =A0= 1.657463] AppArmor: AppArmor Filesystem Enabled
[ =A0 =A01.657479= ] pnp: PnP ACPI init
[ =A0 =A01.657487] ACPI: bus type PNP registered
[ =A0 =A01.= 657631] pnp 00:00: Plug and Play ACPI device, IDs IPI0001 (active)
[ =A0 =A01.657640] pnp 00:01: [dma 4]
[ =A0 =A01.657652] pnp 00= :01: Plug and Play ACPI device, IDs PNP0200 (active)
[ =A0 =A01.657667] pnp 00:02: Plug and Play ACPI device, IDs INT0800 (= active)
[ =A0 =A01.657729] pnp 00:03: Plug and Play ACPI device, = IDs PNP0103 (active)
[ =A0 =A01.657738] xen: registering gsi 13 t= riggering 1 polarity 0
[ =A0 =A01.657770] pnp 00:04: Plug and Play ACPI device, IDs PNP0c04 (= active)
[ =A0 =A01.657806] system 00:05: [io =A00x0680-0x069f] ha= s been reserved
[ =A0 =A01.657807] system 00:05: [io =A00x1000-0x= 100f] has been reserved
[ =A0 =A01.657809] system 00:05: [io =A00x1010-0x1013] has been reserv= ed
[ =A0 =A01.657811] system 00:05: [io =A00xffff] has been reser= ved
[ =A0 =A01.657812] system 00:05: [io =A00x0400-0x0453] could = not be reserved
[ =A0 =A01.657814] system 00:05: [io =A00x0458-0x047f] has been reserv= ed
[ =A0 =A01.657815] system 00:05: [io =A00x0500-0x057f] has bee= n reserved
[ =A0 =A01.657817] system 00:05: [io =A00x164e-0x164f]= has been reserved
[ =A0 =A01.657819] system 00:05: Plug and Play ACPI device, IDs PNP0c0= 2 (active)
[ =A0 =A01.657825] xen: registering gsi 8 triggering 1= polarity 0
[ =A0 =A01.657852] pnp 00:06: Plug and Play ACPI devi= ce, IDs PNP0b00 (active)
[ =A0 =A01.657883] system 00:07: [io =A00x0454-0x0457] has been reserv= ed
[ =A0 =A01.657886] system 00:07: Plug and Play ACPI device, ID= s INT3f0d PNP0c02 (active)
[ =A0 =A01.658091] xen: registering gs= i 4 triggering 1 polarity 0
[ =A0 =A01.658135] pnp 00:08: Plug and Play ACPI device, IDs PNP0501 (= active)
[ =A0 =A01.658224] xen: registering gsi 3 triggering 1 po= larity 0
[ =A0 =A01.658266] pnp 00:09: Plug and Play ACPI device,= IDs PNP0501 (active)
[ =A0 =A01.658292] system 00:0a: [mem 0xfed90000-0xfed91fff] has been = reserved
[ =A0 =A01.658294] system 00:0a: Plug and Play ACPI devi= ce, IDs PNP0c02 (active)
[ =A0 =A01.658432] system 00:0b: [mem 0x= fed1c000-0xfed1ffff] has been reserved
[ =A0 =A01.658434] system 00:0b: [mem 0xfed10000-0xfed17fff] has been = reserved
[ =A0 =A01.658436] system 00:0b: [mem 0xfed18000-0xfed18= fff] has been reserved
[ =A0 =A01.658437] system 00:0b: [mem 0xfe= d19000-0xfed19fff] has been reserved
[ =A0 =A01.658439] system 00:0b: [mem 0xe0000000-0xefffffff] has been = reserved
[ =A0 =A01.658441] system 00:0b: [mem 0xfed20000-0xfed3f= fff] has been reserved
[ =A0 =A01.658442] system 00:0b: [mem 0xfe= d90000-0xfed93fff] could not be reserved
[ =A0 =A01.658444] system 00:0b: [mem 0xff000000-0xffffffff] could not= be reserved
[ =A0 =A01.658446] system 00:0b: [mem 0xfee00000-0xf= eefffff] could not be reserved
[ =A0 =A01.658448] system 00:0b: [= mem 0xc6a00000-0xc6a00fff] has been reserved
[ =A0 =A01.658450] system 00:0b: Plug and Play ACPI device, IDs PNP0c0= 2 (active)
[ =A0 =A01.658610] pnp: PnP ACPI: found 12 devices
[ =A0 =A01.658611] ACPI: bus type PNP unregistered
[ =A0 = =A01.664052] PM-Timer failed consistency check =A0(0x0xffffff) - aborting.<= /div>
[ =A0 =A01.664057] pci 0000:03:00.0: no compatible bridge window for [= mem 0xffc00000-0xffffffff pref]
[ =A0 =A01.664059] pci 0000:03:00= .1: no compatible bridge window for [mem 0xffc00000-0xffffffff pref]
<= div> [ =A0 =A01.664060] pci 0000:04:00.0: no compatible bridge window for [mem 0= xffc00000-0xffffffff pref]
[ =A0 =A01.664062] pci 0000:04:00.1: n= o compatible bridge window for [mem 0xffc00000-0xffffffff pref]
[= =A0 =A01.664064] pci 0000:06:03.0: no compatible bridge window for [mem 0x= ffff0000-0xffffffff pref]
[ =A0 =A01.664068] PCI: max bus depth: 3 pci_try_num: 4
[ = =A0 =A01.664144] pci 0000:00:01.0: BAR 15: assigned [mem 0xc6c00000-0xc7bff= fff pref]
[ =A0 =A01.664146] pci 0000:01:00.0: BAR 15: assigned [= mem 0xc6c00000-0xc7bfffff pref]
[ =A0 =A01.664148] pci 0000:02:02.0: BAR 15: assigned [mem 0xc6c00000-= 0xc73fffff pref]
[ =A0 =A01.664150] pci 0000:02:04.0: BAR 15: ass= igned [mem 0xc7400000-0xc7bfffff pref]
[ =A0 =A01.664168] pci 000= 0:03:00.0: reg 0x184: [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664185] pci 0000:03:00.0: reg 0x190: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.664201] pci 0000:03:00.0: reg 0x184: [mem = 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664217] pci 0000:03:00.0:= reg 0x184: [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664234] pci 0000:03:00.1: reg 0x184: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.664250] pci 0000:03:00.0: reg 0x184: [mem = 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664266] pci 0000:03:00.0:= reg 0x190: [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664282] pci 0000:03:00.1: reg 0x190: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.664298] pci 0000:03:00.0: reg 0x184: [mem = 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664314] pci 0000:03:00.0:= reg 0x190: [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664330] pci 0000:03:00.1: reg 0x184: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.664332] pci 0000:03:00.0: BAR 6: assigned = [mem 0xc6c00000-0xc6ffffff pref]
[ =A0 =A01.664334] pci 0000:03:0= 0.1: BAR 6: assigned [mem 0xc7000000-0xc73fffff pref]
[ =A0 =A01.664350] pci 0000:03:00.0: reg 0x184: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.664352] pci 0000:03:00.0: BAR 7: assigned = [mem 0xc6848000-0xc6867fff 64bit]
[ =A0 =A01.664379] pci 0000:03:= 00.0: reg 0x190: [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664380] pci 0000:03:00.0: BAR 10: assigned [mem 0xc6868000-= 0xc6887fff 64bit]
[ =A0 =A01.664407] pci 0000:03:00.1: reg 0x184:= [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664408] pci 0000:03= :00.1: BAR 7: assigned [mem 0xc6888000-0xc68a7fff 64bit]
[ =A0 =A01.664435] pci 0000:03:00.1: reg 0x190: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.664436] pci 0000:03:00.1: BAR 10: assigned= [mem 0xc68a8000-0xc68c7fff 64bit]
[ =A0 =A01.664448] pci 0000:02= :02.0: PCI bridge to [bus 03]
[ =A0 =A01.664452] pci 0000:02:02.0: =A0 bridge window [io =A00x3000-0= x3fff]
[ =A0 =A01.664459] pci 0000:02:02.0: =A0 bridge window [me= m 0xc6000000-0xc68fffff]
[ =A0 =A01.664464] pci 0000:02:02.0: =A0= bridge window [mem 0xc6c00000-0xc73fffff pref]
[ =A0 =A01.664487] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.664503] pci 0000:04:00.0: reg 0x190: [mem = 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664519] pci 0000:04:00.0:= reg 0x184: [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664535] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.664551] pci 0000:04:00.1: reg 0x184: [mem = 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664567] pci 0000:04:00.0:= reg 0x184: [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664583] pci 0000:04:00.0: reg 0x190: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.664599] pci 0000:04:00.1: reg 0x190: [mem = 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664615] pci 0000:04:00.0:= reg 0x184: [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664631] pci 0000:04:00.0: reg 0x190: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.664647] pci 0000:04:00.1: reg 0x184: [mem = 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664649] pci 0000:04:00.0:= BAR 6: assigned [mem 0xc7400000-0xc77fffff pref]
[ =A0 =A01.664650] pci 0000:04:00.1: BAR 6: assigned [mem 0xc7800000-0= xc7bfffff pref]
[ =A0 =A01.664666] pci 0000:04:00.0: reg 0x184: [= mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664668] pci 0000:04:0= 0.0: BAR 7: assigned [mem 0xc5c48000-0xc5c67fff 64bit]
[ =A0 =A01.664694] pci 0000:04:00.0: reg 0x190: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.664695] pci 0000:04:00.0: BAR 10: assigned= [mem 0xc5c68000-0xc5c87fff 64bit]
[ =A0 =A01.664721] pci 0000:04= :00.1: reg 0x184: [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664723] pci 0000:04:00.1: BAR 7: assigned [mem 0xc5c88000-0= xc5ca7fff 64bit]
[ =A0 =A01.664749] pci 0000:04:00.1: reg 0x190: = [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664751] pci 0000:04:= 00.1: BAR 10: assigned [mem 0xc5ca8000-0xc5cc7fff 64bit]
[ =A0 =A01.664762] pci 0000:02:04.0: PCI bridge to [bus 04]
= [ =A0 =A01.664766] pci 0000:02:04.0: =A0 bridge window [io =A00x2000-0x2fff= ]
[ =A0 =A01.664772] pci 0000:02:04.0: =A0 bridge window [mem 0xc= 5400000-0xc5cfffff]
[ =A0 =A01.664777] pci 0000:02:04.0: =A0 bridge window [mem 0xc7400000= -0xc7bfffff pref]
[ =A0 =A01.664786] pci 0000:01:00.0: PCI bridge= to [bus 02-04]
[ =A0 =A01.664789] pci 0000:01:00.0: =A0 bridge w= indow [io =A00x2000-0x3fff]
[ =A0 =A01.664796] pci 0000:01:00.0: =A0 bridge window [mem 0xc5400000= -0xc68fffff]
[ =A0 =A01.664801] pci 0000:01:00.0: =A0 bridge wind= ow [mem 0xc6c00000-0xc7bfffff pref]
[ =A0 =A01.664810] pci 0000:0= 0:01.0: PCI bridge to [bus 01-04]
[ =A0 =A01.664812] pci 0000:00:01.0: =A0 bridge window [io =A00x2000-0= x3fff]
[ =A0 =A01.664816] pci 0000:00:01.0: =A0 bridge window [me= m 0xc5400000-0xc68fffff]
[ =A0 =A01.664820] pci 0000:00:01.0: =A0= bridge window [mem 0xc6c00000-0xc7bfffff pref]
[ =A0 =A01.664826] pci 0000:00:1c.0: PCI bridge to [bus 05]
= [ =A0 =A01.664834] pci 0000:00:1c.0: =A0 bridge window [mem 0xc0000000-0xc3= ffffff]
[ =A0 =A01.664850] pci 0000:06:03.0: BAR 6: assigned [mem= 0xc5010000-0xc501ffff pref]
[ =A0 =A01.664852] pci 0000:00:1e.0: PCI bridge to [bus 06]
= [ =A0 =A01.664860] pci 0000:00:1e.0: =A0 bridge window [mem 0xc4800000-0xc5= 0fffff]
[ =A0 =A01.664866] pci 0000:00:1e.0: =A0 bridge window [m= em 0xc4000000-0xc47fffff 64bit pref]
[ =A0 =A01.664945] xen: registering gsi 16 triggering 0 polarity 1
[ =A0 =A01.664957] xen: --> pirq=3D16 -> irq=3D16 (gsi=3D16)
[ =A0 =A01.665053] xen: registering gsi 17 triggering 0 polarity 1=
[ =A0 =A01.665059] xen: --> pirq=3D17 -> irq=3D17 (gsi=3D1= 7)
[ =A0 =A01.665086] pci 0000:00:1e.0: setting latency timer to 64
=
[ =A0 =A01.665090] pci_bus 0000:00: resource 4 [io =A00x0000-0x0cf7]
[ =A0 =A01.665092] pci_bus 0000:00: resource 5 [io =A00x0d00-0xfff= f]
[ =A0 =A01.665093] pci_bus 0000:00: resource 6 [mem 0x000a0000-0x000bffff]<= /div>
[ =A0 =A01.665095] pci_bus 0000:00: resource 7 [mem 0xc0000000-0x= feafffff]
[ =A0 =A01.665096] pci_bus 0000:01: resource 0 [io =A00= x2000-0x3fff]
[ =A0 =A01.665098] pci_bus 0000:01: resource 1 [mem 0xc5400000-0xc68ff= fff]
[ =A0 =A01.665099] pci_bus 0000:01: resource 2 [mem 0xc6c000= 00-0xc7bfffff pref]
[ =A0 =A01.665100] pci_bus 0000:02: resource = 0 [io =A00x2000-0x3fff]
[ =A0 =A01.665102] pci_bus 0000:02: resource 1 [mem 0xc5400000-0xc68ff= fff]
[ =A0 =A01.665103] pci_bus 0000:02: resource 2 [mem 0xc6c000= 00-0xc7bfffff pref]
[ =A0 =A01.665105] pci_bus 0000:03: resource = 0 [io =A00x3000-0x3fff]
[ =A0 =A01.665106] pci_bus 0000:03: resource 1 [mem 0xc6000000-0xc68ff= fff]
[ =A0 =A01.665107] pci_bus 0000:03: resource 2 [mem 0xc6c000= 00-0xc73fffff pref]
[ =A0 =A01.665109] pci_bus 0000:04: resource = 0 [io =A00x2000-0x2fff]
[ =A0 =A01.665110] pci_bus 0000:04: resource 1 [mem 0xc5400000-0xc5cff= fff]
[ =A0 =A01.665112] pci_bus 0000:04: resource 2 [mem 0xc74000= 00-0xc7bfffff pref]
[ =A0 =A01.665113] pci_bus 0000:05: resource = 1 [mem 0xc0000000-0xc3ffffff]
[ =A0 =A01.665115] pci_bus 0000:06: resource 1 [mem 0xc4800000-0xc50ff= fff]
[ =A0 =A01.665116] pci_bus 0000:06: resource 2 [mem 0xc40000= 00-0xc47fffff 64bit pref]
[ =A0 =A01.665118] pci_bus 0000:06: res= ource 4 [io =A00x0000-0x0cf7]
[ =A0 =A01.665119] pci_bus 0000:06: resource 5 [io =A00x0d00-0xffff]
[ =A0 =A01.665120] pci_bus 0000:06: resource 6 [mem 0x000a0000-0x0= 00bffff]
[ =A0 =A01.665122] pci_bus 0000:06: resource 7 [mem 0xc0= 000000-0xfeafffff]
[ =A0 =A01.665150] NET: Registered protocol family 2
[ =A0 = =A01.665305] TCP established hash table entries: 32768 (order: 7, 524288 by= tes)
[ =A0 =A01.665426] TCP bind hash table entries: 32768 (order= : 7, 524288 bytes)
[ =A0 =A01.665487] TCP: Hash tables configured (established 32768 bind= 32768)
[ =A0 =A01.665502] TCP: reno registered
[ =A0 = =A01.665511] UDP hash table entries: 2048 (order: 4, 65536 bytes)
[ =A0 =A01.665528] UDP-Lite hash table entries: 2048 (order: 4, 65536 byte= s)
[ =A0 =A01.665573] NET: Registered protocol family 1
[ =A0 = =A01.665647] xen: registering gsi 20 triggering 0 polarity 1
[ = =A0 =A01.665654] xen: --> pirq=3D20 -> irq=3D20 (gsi=3D20)
= [ =A0 =A01.681298] xen: registering gsi 23 triggering 0 polarity 1
[ =A0 =A01.681305] xen: --> pirq=3D23 -> irq=3D23 (gsi=3D23)
[ =A0 =A01.697293] pci 0000:06:03.0: Boot video device
[ = =A0 =A01.697298] PCI: CLS 64 bytes, default 64
[ =A0 =A01.697333]= Trying to unpack rootfs image as initramfs...
[ =A0 =A01.733240] Freeing initrd memory: 48284K (ffff8800023f3000 - f= fff88000531a000)
[ =A0 =A01.733358] Simple Boot Flag at 0x44 set = to 0x1
[ =A0 =A01.733575] Scanning for low memory corruption ever= y 60 seconds
[ =A0 =A01.733957] Initialise module verification
[ =A0 =A01= .733989] audit: initializing netlink socket (disabled)
[ =A0 =A01= .733999] type=3D2000 audit(1391640205.715:1): initialized
[ =A0 = =A01.753927] bounce pool size: 64 pages
[ =A0 =A01.753936] HugeTLB registered 2 MB page size, pre-allocated 0 = pages
[ =A0 =A01.754659] zbud: loaded
[ =A0 =A01.754781= ] VFS: Disk quotas dquot_6.5.2
[ =A0 =A01.754812] Dquot-cache has= h table entries: 512 (order 0, 4096 bytes)
[ =A0 =A01.755159] fuse init (API version 7.22)
[ =A0 =A01.7= 55217] msgmni has been set to 1736
[ =A0 =A01.755694] Key type as= ymmetric registered
[ =A0 =A01.755696] Asymmetric key parser '= ;x509' registered
[ =A0 =A01.755718] Block layer SCSI generic (bsg) driver version 0.4 l= oaded (major 252)
[ =A0 =A01.755752] io scheduler noop registered=
[ =A0 =A01.755754] io scheduler deadline registered (default)
[ =A0 =A01.755771] io scheduler cfq registered
[ =A0 =A01.756393]= pcieport 0000:00:01.0: Signaling PME through PCIe PME interrupt
= [ =A0 =A01.756395] pcieport 0000:01:00.0: Signaling PME through PCIe PME in= terrupt
[ =A0 =A01.756396] pcieport 0000:02:02.0: Signaling PME through PCIe P= ME interrupt
[ =A0 =A01.756397] pci 0000:03:00.0: Signaling PME t= hrough PCIe PME interrupt
[ =A0 =A01.756398] pci 0000:03:00.1: Si= gnaling PME through PCIe PME interrupt
[ =A0 =A01.756400] pcieport 0000:02:04.0: Signaling PME through PCIe P= ME interrupt
[ =A0 =A01.756401] pci 0000:04:00.0: Signaling PME t= hrough PCIe PME interrupt
[ =A0 =A01.756402] pci 0000:04:00.1: Si= gnaling PME through PCIe PME interrupt
[ =A0 =A01.756406] pcie_pme 0000:00:01.0:pcie01: service driver pcie_p= me loaded
[ =A0 =A01.756432] pcieport 0000:00:1c.0: Signaling PME= through PCIe PME interrupt
[ =A0 =A01.756433] pci 0000:05:00.0: = Signaling PME through PCIe PME interrupt
[ =A0 =A01.756434] pci 0000:05:00.1: Signaling PME through PCIe PME in= terrupt
[ =A0 =A01.756441] pcie_pme 0000:00:1c.0:pcie01: service = driver pcie_pme loaded
[ =A0 =A01.756450] pci_hotplug: PCI Hot Pl= ug PCI Core version: 0.5
[ =A0 =A01.756461] pciehp: PCI Express Hot Plug Controller Driver vers= ion: 0.4
[ =A0 =A01.756501] intel_idle: MWAIT substates: 0x1120
[ =A0 =A01.756502] intel_idle: v0.4 model 0x2A
[ =A0 =A0= 1.756503] intel_idle: lapic_timer_reliable_states 0xffffffff
[ =A0 =A01.756535] intel_idle: intel_idle yielding to none
[= =A0 =A01.756598] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/i= nput/input0
[ =A0 =A01.756602] ACPI: Power Button [PWRF]
[ =A0 =A01.756665] ACPI: Fan [FAN0] (off)
[ =A0 =A01.756686] ACPI: Fan [FAN1] (off)
[ =A0 =A01.756704]= ACPI: Fan [FAN2] (off)
[ =A0 =A01.756722] ACPI: Fan [FAN3] (off)=
[ =A0 =A01.756740] ACPI: Fan [FAN4] (off)
[ =A0 =A01.7= 56778] ACPI: Requesting acpi_cpufreq
[ =A0 =A01.757217] Monitor-Mwait will be used to enter C-1 state
=
[ =A0 =A01.757221] Monitor-Mwait will be used to enter C-2 state
=
[ =A0 =A01.757224] Monitor-Mwait will be used to enter C-3 state
=
[ =A0 =A01.758699] Warning: Processor Platform Limit not supported.
[ =A0 =A01.758885] thermal LNXTHERM:00: registered as thermal_zone0
[ =A0 =A01.758886] ACPI: Thermal Zone [TZ01] (30 C)
[ =A0= =A01.758932] ERST: Error Record Serialization Table (ERST) support is init= ialized.
[ =A0 =A01.758934] pstore: Registered erst as persistent store backend=
[ =A0 =A01.759051] GHES: APEI firmware first mode is enabled by = APEI bit and WHEA _OSC.
[ =A0 =A01.759387] xen_acpi_processor: Up= loading Xen processor PM info
[ =A0 =A01.760559] Serial: 8250/16550 driver, 32 ports, IRQ sharing en= abled
[ =A0 =A01.781328] 00:08: ttyS0 at I/O 0x3f8 (irq =3D 4) is= a 16550A
[ =A0 =A01.802091] 00:09: ttyS1 at I/O 0x2f8 (irq =3D 3= ) is a 16550A
[ =A0 =A01.803445] hpet_acpi_add: no address or irqs in _CRS
[ =A0 =A01.803457] Linux agpgart interface v0.103
[ =A0 =A01.804= 413] brd: module loaded
[ =A0 =A01.804912] loop: module loaded
[ =A0 =A01.805161] libphy: Fixed MDIO Bus: probed
[ =A0 =A01.805219] tun: Universal TUN/TAP device driver, 1.6
[ =A0 =A01.805220] tun: (C) 1999-2004 Max Krasnyansky <maxk@qualcomm.com>
= [ =A0 =A01.805253] PPP generic driver version 2.4.2
[ =A0 =A01.805282] xen_netfront: Initialising Xen virtual ethernet dri= ver
[ =A0 =A01.805290] ehci_hcd: USB 2.0 'Enhanced' Host = Controller (EHCI) Driver
[ =A0 =A01.805291] ehci-pci: EHCI PCI pl= atform driver
[ =A0 =A01.805366] xen: registering gsi 20 triggering 0 polarity 1
[ =A0 =A01.805369] Already setup the GSI :20
[ =A0 =A01.80= 5386] ehci-pci 0000:00:1a.0: setting latency timer to 64
[ =A0 = =A01.805393] ehci-pci 0000:00:1a.0: EHCI Host Controller
[ =A0 =A01.805398] ehci-pci 0000:00:1a.0: new USB bus registered, assi= gned bus number 1
[ =A0 =A01.805417] ehci-pci 0000:00:1a.0: debug= port 2
[ =A0 =A01.809360] ehci-pci 0000:00:1a.0: cache line size= of 64 is not supported
[ =A0 =A01.809396] ehci-pci 0000:00:1a.0: irq 20, io mem 0xc6906000
[ =A0 =A01.821151] ehci-pci 0000:00:1a.0: USB 2.0 started, EHCI 1.0= 0
[ =A0 =A01.821189] usb usb1: New USB device found, idVendor=3D1= d6b, idProduct=3D0002
[ =A0 =A01.821190] usb usb1: New USB device strings: Mfr=3D3, Product= =3D2, SerialNumber=3D1
[ =A0 =A01.821192] usb usb1: Product: EHCI= Host Controller
[ =A0 =A01.821193] usb usb1: Manufacturer: Linux= 3.11.0-12-generic ehci_hcd
[ =A0 =A01.821194] usb usb1: SerialNumber: 0000:00:1a.0
[ = =A0 =A01.821272] hub 1-0:1.0: USB hub found
[ =A0 =A01.821276] hu= b 1-0:1.0: 2 ports detected
[ =A0 =A01.821415] xen: registering g= si 23 triggering 0 polarity 1
[ =A0 =A01.821417] Already setup the GSI :23
[ =A0 =A01.8214= 32] ehci-pci 0000:00:1d.0: setting latency timer to 64
[ =A0 =A01= .821439] ehci-pci 0000:00:1d.0: EHCI Host Controller
[ =A0 =A01.8= 21442] ehci-pci 0000:00:1d.0: new USB bus registered, assigned bus number 2=
[ =A0 =A01.821461] ehci-pci 0000:00:1d.0: debug port 2
[ =A0= =A01.825411] ehci-pci 0000:00:1d.0: cache line size of 64 is not supported=
[ =A0 =A01.825448] ehci-pci 0000:00:1d.0: irq 23, io mem 0xc6905= 000
[ =A0 =A01.837152] ehci-pci 0000:00:1d.0: USB 2.0 started, EHCI 1.00
[ =A0 =A01.837185] usb usb2: New USB device found, idVendor=3D1d6b= , idProduct=3D0002
[ =A0 =A01.837187] usb usb2: New USB device st= rings: Mfr=3D3, Product=3D2, SerialNumber=3D1
[ =A0 =A01.837188] usb usb2: Product: EHCI Host Controller
[= =A0 =A01.837189] usb usb2: Manufacturer: Linux 3.11.0-12-generic ehci_hcd<= /div>
[ =A0 =A01.837191] usb usb2: SerialNumber: 0000:00:1d.0
[ =A0 =A01.837330] hub 2-0:1.0: USB hub found
[ =A0 =A01.837334] hub 2-0:1.0: 2 ports detected
[ =A0 =A01.= 837400] ehci-platform: EHCI generic platform driver
[ =A0 =A01.83= 7405] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
<= div>[ =A0 =A01.837406] ohci-platform: OHCI generic platform driver
[ =A0 =A01.837411] uhci_hcd: USB Universal Host Controller Interface d= river
[ =A0 =A01.837449] i8042: PNP: No PS/2 controller found. Pr= obing ports directly.
[ =A0 =A02.884166] i8042: No controller fou= nd
[ =A0 =A02.884441] mousedev: PS/2 mouse device common for all mice
[ =A0 =A02.884708] rtc_cmos 00:06: RTC can wake from S4
[ = =A0 =A02.884906] rtc_cmos 00:06: rtc core: registered rtc_cmos as rtc0
[ =A0 =A02.884962] rtc_cmos 00:06: alarms up to one month, y3k, 242 b= ytes nvram
[ =A0 =A02.885003] device-mapper: uevent: version 1.0.3
[ = =A0 =A02.885085] device-mapper: ioctl: 4.25.0-ioctl (2013-06-26) initialise= d: dm-devel@redhat= .com
[ =A0 =A02.885093] ledtrig-cpu: registered to indicate activity on CPU= s
[ =A0 =A02.885164] TCP: cubic registered
[ =A0 =A02.885221] = NET: Registered protocol family 10
[ =A0 =A02.885348] NET: Regist= ered protocol family 17
[ =A0 =A02.885354] Key type dns_resolver = registered
[ =A0 =A02.885511] PM: Hibernation image not present or could not be l= oaded.
[ =A0 =A02.885514] Loading module verification certificate= s
[ =A0 =A02.886208] MODSIGN: Loaded cert 'Magrathea: Glacier= signing key: fddf6943d8ac4f5b6eb0919a7a3ee3d9088b1bfa'
[ =A0 =A02.886216] registered taskstats version 1
[ =A0 =A02= .889339] Key type trusted registered
[ =A0 =A02.892025] Key type = encrypted registered
[ =A0 =A02.894651] AppArmor: AppArmor sha1 p= olicy hashing enabled
[ =A0 =A02.895054] =A0 Magic number: 2:369:754
[ =A0 =A02.89= 5060] tty ttyS5: hash matches
[ =A0 =A02.895134] rtc_cmos 00:06: = setting system clock to 2014-02-05 22:43:26 UTC (1391640206)
[ = =A0 =A02.895182] BIOS EDD facility v0.16 2004-Jun-25, 1 devices found
[ =A0 =A02.895677] Freeing unused kernel memory: 1364K (ffffffff81d100= 00 - ffffffff81e65000)
[ =A0 =A02.895678] Write protecting the ke= rnel read-only data: 12288k
[ =A0 =A02.898416] Freeing unused ker= nel memory: 1040K (ffff8800016fc000 - ffff880001800000)
[ =A0 =A02.898708] Freeing unused kernel memory: 836K (ffff880001b2f00= 0 - ffff880001c00000)
[ =A0 =A02.918710] systemd-udevd[118]: star= ting version 204
[ =A0 =A02.939867] pps_core: module verification= failed: signature and/or required key missing - tainting kernel
[ =A0 =A02.940047] pps_core: LinuxPPS API ver. 1 registered
= [ =A0 =A02.940048] pps_core: Software ver. 5.3.6 - Copyright 2005-2007 Rodo= lfo Giometti <gio= metti@linux.it>
[ =A0 =A02.940227] PTP clock support registered
[ =A0 =A02.9= 42853] ahci 0000:00:1f.2: version 3.0
[ =A0 =A02.942948] xen: reg= istering gsi 19 triggering 0 polarity 1
[ =A0 =A02.942962] xen: -= -> pirq=3D19 -> irq=3D19 (gsi=3D19)
[ =A0 =A02.943070] ahci: SSS flag set, parallel bus scan disabled
[ =A0 =A02.943146] bnx2: Broadcom NetXtreme II Gigabit Ethernet Drive= r bnx2 v2.2.3 (June 27, 2012)
[ =A0 =A02.943195] xen: registering= gsi 16 triggering 0 polarity 1
[ =A0 =A02.943197] Already setup the GSI :16
[ =A0 =A02.9436= 71] dca service started, version 1.12.1
[ =A0 =A02.944532] bnx2 0= 000:05:00.0 eth0: Broadcom NetXtreme II BCM5716 1000Base-T (C0) PCI Express= found at mem c0000000, IRQ 16, node addr d4:ae:52:cc:f9:6a
[ =A0 =A02.944613] xen: registering gsi 17 triggering 0 polarity 1
[ =A0 =A02.944615] Already setup the GSI :17
[ =A0 =A02.94= 5253] bnx2 0000:05:00.1 eth1: Broadcom NetXtreme II BCM5716 1000Base-T (C0)= PCI Express found at mem c2000000, IRQ 17, node addr d4:ae:52:cc:f9:6b
[ =A0 =A02.949969] igb: Intel(R) Gigabit Ethernet Network Driver - ver= sion 5.0.5-k
[ =A0 =A02.949971] igb: Copyright (c) 2007-2013 Inte= l Corporation.
[ =A0 =A02.950015] xen: registering gsi 18 trigger= ing 0 polarity 1
[ =A0 =A02.950026] xen: --> pirq=3D18 -> irq=3D18 (gsi=3D18)
[ =A0 =A02.957168] ahci 0000:00:1f.2: AHCI 0001.0300 32 slots 6 port= s 3 Gbps 0x31 impl SATA mode
[ =A0 =A02.957172] ahci 0000:00:1f.2= : flags: 64bit ncq stag pm led clo pio slum part ems sxs apst
[ =A0 =A02.957179] ahci 0000:00:1f.2: setting latency timer to 64
[ =A0 =A02.973513] scsi0 : ahci
[ =A0 =A02.973597] scsi1 : = ahci
[ =A0 =A02.973666] scsi2 : ahci
[ =A0 =A02.973728]= scsi3 : ahci
[ =A0 =A02.973793] scsi4 : ahci
[ =A0 =A02.973857] scsi5 : a= hci
[ =A0 =A02.973907] ata1: SATA max UDMA/133 abar m2048@0xc6904= 000 port 0xc6904100 irq 76
[ =A0 =A02.973909] ata2: DUMMY
[ =A0 =A02.973910] ata3: DUMMY
[ =A0 =A02.973911] ata4: DUMMY
[ =A0 =A02.973914] ata5: SATA= max UDMA/133 abar m2048@0xc6904000 port 0xc6904300 irq 76
[ =A0 = =A02.973916] ata6: SATA max UDMA/133 abar m2048@0xc6904000 port 0xc6904380 = irq 76
[ =A0 =A03.093191] usb 1-1: new high-speed USB device number 2 using e= hci-pci
[ =A0 =A03.141615] igb 0000:03:00.0: added PHC on eth2
[ =A0 =A03.141617] igb 0000:03:00.0: Intel(R) Gigabit Ethernet Netw= ork Connection
[ =A0 =A03.141619] igb 0000:03:00.0: eth2: (PCIe:2.5Gb/s:Width x4) 90:= e2:ba:53:e5:20
[ =A0 =A03.141622] igb 0000:03:00.0: eth2: PBA No:= Unknown
[ =A0 =A03.141623] igb 0000:03:00.0: Using MSI-X interru= pts. 4 rx queue(s), 4 tx queue(s)
[ =A0 =A03.141674] xen: registering gsi 19 triggering 0 polarity 1
[ =A0 =A03.141678] Already setup the GSI :19
[ =A0 =A03.22= 5728] usb 1-1: New USB device found, idVendor=3D8087, idProduct=3D0024
[ =A0 =A03.225731] usb 1-1: New USB device strings: Mfr=3D0, Product= =3D0, SerialNumber=3D0
[ =A0 =A03.225939] hub 1-1:1.0: USB hub found
[ =A0 =A03.226= 038] hub 1-1:1.0: 6 ports detected
[ =A0 =A03.293197] ata1: SATA = link up 3.0 Gbps (SStatus 123 SControl 300)
[ =A0 =A03.294088] at= a1.00: ATA-8: WDC WD5003ABYX-18WERA0, 01.01S03, max UDMA/133
[ =A0 =A03.294091] ata1.00: 976773168 sectors, multi 0: LBA48 NCQ (dep= th 31/32), AA
[ =A0 =A03.295674] ata1.00: configured for UDMA/133=
[ =A0 =A03.295874] scsi 0:0:0:0: Direct-Access =A0 =A0 ATA =A0 = =A0 =A0WDC WD5003ABYX-1 01.0 PQ: 0 ANSI: 5
[ =A0 =A03.296014] sd 0:0:0:0: [sda] 976773168 512-byte logical blocks= : (500 GB/465 GiB)
[ =A0 =A03.296045] sd 0:0:0:0: Attached scsi g= eneric sg0 type 0
[ =A0 =A03.296052] sd 0:0:0:0: [sda] Write Prot= ect is off
[ =A0 =A03.296054] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[ =A0 =A03.296067] sd 0:0:0:0: [sda] Write cache: enabled, read cache: ena= bled, doesn't support DPO or FUA
[ =A0 =A03.325343] =A0sda: s= da1 sda2 < sda5 >
[ =A0 =A03.325815] sd 0:0:0:0: [sda] Attached SCSI disk
[ = =A0 =A03.333499] igb 0000:03:00.1: added PHC on eth3
[ =A0 =A03.3= 33501] igb 0000:03:00.1: Intel(R) Gigabit Ethernet Network Connection
=
[ =A0 =A03.333503] igb 0000:03:00.1: eth3: (PCIe:2.5Gb/s:Width x4) 90:= e2:ba:53:e5:21
[ =A0 =A03.333506] igb 0000:03:00.1: eth3: PBA No: Unknown
[= =A0 =A03.333507] igb 0000:03:00.1: Using MSI-X interrupts. 4 rx queue(s), = 4 tx queue(s)
[ =A0 =A03.333547] xen: registering gsi 16 triggeri= ng 0 polarity 1
[ =A0 =A03.333549] Already setup the GSI :16
[ =A0 =A03.3371= 73] usb 2-1: new high-speed USB device number 2 using ehci-pci
[ = =A0 =A03.469706] usb 2-1: New USB device found, idVendor=3D8087, idProduct= =3D0024
[ =A0 =A03.469718] usb 2-1: New USB device strings: Mfr=3D0, Product= =3D0, SerialNumber=3D0
[ =A0 =A03.469928] hub 2-1:1.0: USB hub fo= und
[ =A0 =A03.470028] hub 2-1:1.0: 6 ports detected
[ = =A0 =A03.525568] igb 0000:04:00.0: added PHC on eth4
[ =A0 =A03.525570] igb 0000:04:00.0: Intel(R) Gigabit Ethernet Network= Connection
[ =A0 =A03.525572] igb 0000:04:00.0: eth4: (PCIe:2.5G= b/s:Width x4) 90:e2:ba:53:e5:24
[ =A0 =A03.525575] igb 0000:04:00= .0: eth4: PBA No: Unknown
[ =A0 =A03.525576] igb 0000:04:00.0: Using MSI-X interrupts. 4 rx queu= e(s), 4 tx queue(s)
[ =A0 =A03.525618] xen: registering gsi 17 tr= iggering 0 polarity 1
[ =A0 =A03.525620] Already setup the GSI :1= 7
[ =A0 =A03.613196] ata5: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[ =A0 =A03.615684] ata5.00: ATAPI: TSSTcorp DVD-ROM SN-108DN, D150= , max UDMA/100
[ =A0 =A03.618258] ata5.00: configured for UDMA/10= 0
[ =A0 =A03.620528] scsi 4:0:0:0: CD-ROM =A0 =A0 =A0 =A0 =A0 =A0TSSTcorp DVD= -ROM SN-108DN D150 PQ: 0 ANSI: 5
[ =A0 =A03.625268] sr0: scsi3-mm= c drive: 62x/62x cd/rw xa/form2 cdda tray
[ =A0 =A03.625271] cdro= m: Uniform CD-ROM driver Revision: 3.20
[ =A0 =A03.625429] sr 4:0:0:0: Attached scsi CD-ROM sr0
[ = =A0 =A03.625562] sr 4:0:0:0: Attached scsi generic sg1 type 5
[ = =A0 =A03.717617] igb 0000:04:00.1: added PHC on eth5
[ =A0 =A03.7= 17619] igb 0000:04:00.1: Intel(R) Gigabit Ethernet Network Connection
[ =A0 =A03.717621] igb 0000:04:00.1: eth5: (PCIe:2.5Gb/s:Width x4) 90:= e2:ba:53:e5:25
[ =A0 =A03.717623] igb 0000:04:00.1: eth5: PBA No:= Unknown
[ =A0 =A03.717625] igb 0000:04:00.1: Using MSI-X interru= pts. 4 rx queue(s), 4 tx queue(s)
[ =A0 =A03.741367] usb 2-1.1: new high-speed USB device number 3 using= ehci-pci
[ =A0 =A03.847131] usb 2-1.1: New USB device found, idV= endor=3D0b95, idProduct=3D1780
[ =A0 =A03.847134] usb 2-1.1: New = USB device strings: Mfr=3D1, Product=3D2, SerialNumber=3D3
[ =A0 =A03.847136] usb 2-1.1: Product: AX88178
[ =A0 =A03.84= 7137] usb 2-1.1: Manufacturer: ASIX Elec. Corp.
[ =A0 =A03.847138= ] usb 2-1.1: SerialNumber: 000002
[ =A0 =A03.917361] usb 2-1.2: n= ew low-speed USB device number 4 using ehci-pci
[ =A0 =A03.945181] ata6: SATA link down (SStatus 0 SControl 300)
=
[ =A0 =A04.018322] usb 2-1.2: New USB device found, idVendor=3D1061, i= dProduct=3D0101
[ =A0 =A04.018325] usb 2-1.2: New USB device stri= ngs: Mfr=3D1, Product=3D2, SerialNumber=3D0
[ =A0 =A04.018327] usb 2-1.2: Product: USB Keyboard & Mouse
<= div>[ =A0 =A04.018328] usb 2-1.2: Manufacturer: Motorola
[ =A0 = =A04.025998] hidraw: raw HID events driver (C) Jiri Kosina
[ =A0 = =A04.033733] usbcore: registered new interface driver usbhid
[ =A0 =A04.033735] usbhid: USB HID core driver
[ =A0 =A04.03= 4966] input: Motorola USB Keyboard & Mouse as /devices/pci0000:00/0000:= 00:1d.0/usb2/2-1/2-1.2/2-1.2:1.0/input/input1
[ =A0 =A04.035057] = hid-generic 0003:1061:0101.0001: input,hidraw0: USB HID v1.11 Keyboard [Mot= orola USB Keyboard & Mouse] on usb-0000:00:1d.0-1.2/input0
[ =A0 =A04.035153] input: Motorola USB Keyboard & Mouse as /device= s/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2:1.1/input/input2
[= =A0 =A04.035514] hid-generic 0003:1061:0101.0002: input,hidraw1: USB HID v= 1.11 Mouse [Motorola USB Keyboard & Mouse] on usb-0000:00:1d.0-1.2/inpu= t1
[ =A0 =A04.093354] usb 2-1.5: new high-speed USB device number 5 using= ehci-pci
[ =A0 =A04.185540] usb 2-1.5: New USB device found, idV= endor=3D0424, idProduct=3D2514
[ =A0 =A04.185543] usb 2-1.5: New = USB device strings: Mfr=3D0, Product=3D0, SerialNumber=3D0
[ =A0 =A04.185822] hub 2-1.5:1.0: USB hub found
[ =A0 =A04.1= 85912] hub 2-1.5:1.0: 4 ports detected
[ =A0 =A04.208556] bio: cr= eate slab <bio-1> at 1
[ =A0 =A06.793606] EXT4-fs (dm-0): m= ounted filesystem with ordered data mode. Opts: (null)
[ =A0 10.221062] Adding 4161532k swap on /dev/mapper/ubuntu--vg-swap_1= . =A0Priority:-1 extents:1 across:4161532k FS
[ =A0 10.286623] IP= v6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[ =A0 10.286628]= IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready
[ =A0 10.286632] IPv6: ADDRCONF(NETDEV_UP): eth2: link is not ready
[ =A0 10.286636] IPv6: ADDRCONF(NETDEV_UP): eth3: link is not ready=
[ =A0 10.286640] IPv6: ADDRCONF(NETDEV_UP): eth4: link is not re= ady
[ =A0 10.286644] IPv6: ADDRCONF(NETDEV_UP): eth5: link is not ready
[ =A0 10.357279] systemd-udevd[331]: starting version 204
[ =A0 10.423876] lp: driver loaded but no devices found
[ =A0 10= .460193] wmi: Mapper loaded
[ =A0 10.463802] systemd-udevd[373]: failed to execute '/lib/udev/= socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event&#= 39;: No such file or directory
[ =A0 10.466898] systemd-udevd[378= ]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' &#= 39;socket:/org/xen/xend/udev_event': No such file or directory
[ =A0 10.480201] systemd-udevd[394]: failed to execute '/lib/udev/= socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event&#= 39;: No such file or directory
[ =A0 10.481806] ACPI Warning: 0x0= 000000000000428-0x000000000000042f SystemIO conflicts with Region \PMIO 1 (= 20130517/utaddress-251)
[ =A0 10.481811] ACPI: If an ACPI driver is available for this device,= you should use it instead of the native driver
[ =A0 10.481817] = ACPI Warning: 0x0000000000000540-0x000000000000054f SystemIO conflicts with= Region \GPIO 1 (20130517/utaddress-251)
[ =A0 10.481821] ACPI: If an ACPI driver is available for this device,= you should use it instead of the native driver
[ =A0 10.481822] = ACPI Warning: 0x0000000000000530-0x000000000000053f SystemIO conflicts with= Region \GPIO 1 (20130517/utaddress-251)
[ =A0 10.481825] ACPI: If an ACPI driver is available for this device,= you should use it instead of the native driver
[ =A0 10.481826] = ACPI Warning: 0x0000000000000500-0x000000000000052f SystemIO conflicts with= Region \GPIO 1 (20130517/utaddress-251)
[ =A0 10.481830] ACPI: If an ACPI driver is available for this device,= you should use it instead of the native driver
[ =A0 10.481831] = lpc_ich: Resource conflict(s) found affecting gpio_ich
[ =A0 10.4= 88397] systemd-udevd[400]: failed to execute '/lib/udev/socket:/org/xen= /xend/udev_event' 'socket:/org/xen/xend/udev_event': No such fi= le or directory
[ =A0 10.491290] systemd-udevd[413]: failed to execute '/lib/udev/= socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event&#= 39;: No such file or directory
[ =A0 10.491668] systemd-udevd[411= ]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' &#= 39;socket:/org/xen/xend/udev_event': No such file or directory
[ =A0 10.498208] systemd-udevd[423]: failed to execute '/lib/udev/= socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event&#= 39;: No such file or directory
[ =A0 10.512324] microcode: CPU0 s= ig=3D0x206a7, pf=3D0x2, revision=3D0x29
[ =A0 10.588109] type=3D1400 audit(1391640214.188:2): apparmor=3D"= ;STATUS" operation=3D"profile_load" parent=3D388 profile=3D&= quot;unconfined" name=3D"/sbin/dhclient" pid=3D434 comm=3D&q= uot;apparmor_parser"
[ =A0 10.588115] type=3D1400 audit(1391640214.188:3): apparmor=3D"= ;STATUS" operation=3D"profile_load" parent=3D388 profile=3D&= quot;unconfined" name=3D"/usr/lib/NetworkManager/nm-dhcp-client.a= ction" pid=3D434 comm=3D"apparmor_parser"
[ =A0 10.588119] type=3D1400 audit(1391640214.188:4): apparmor=3D"= ;STATUS" operation=3D"profile_load" parent=3D388 profile=3D&= quot;unconfined" name=3D"/usr/lib/connman/scripts/dhclient-script= " pid=3D434 comm=3D"apparmor_parser"
[ =A0 10.588127] type=3D1400 audit(1391640214.188:5): apparmor=3D"= ;STATUS" operation=3D"profile_replace" parent=3D419 profile= =3D"unconfined" name=3D"/sbin/dhclient" pid=3D440 comm= =3D"apparmor_parser"
[ =A0 10.588133] type=3D1400 audit(1391640214.188:6): apparmor=3D"= ;STATUS" operation=3D"profile_replace" parent=3D419 profile= =3D"unconfined" name=3D"/usr/lib/NetworkManager/nm-dhcp-clie= nt.action" pid=3D440 comm=3D"apparmor_parser"
[ =A0 10.588136] type=3D1400 audit(1391640214.188:7): apparmor=3D"= ;STATUS" operation=3D"profile_replace" parent=3D419 profile= =3D"unconfined" name=3D"/usr/lib/connman/scripts/dhclient-sc= ript" pid=3D440 comm=3D"apparmor_parser"
[ =A0 10.588145] type=3D1400 audit(1391640214.188:8): apparmor=3D"= ;STATUS" operation=3D"profile_replace" parent=3D414 profile= =3D"unconfined" name=3D"/sbin/dhclient" pid=3D439 comm= =3D"apparmor_parser"
[ =A0 10.588150] type=3D1400 audit(1391640214.188:9): apparmor=3D"= ;STATUS" operation=3D"profile_replace" parent=3D414 profile= =3D"unconfined" name=3D"/usr/lib/NetworkManager/nm-dhcp-clie= nt.action" pid=3D439 comm=3D"apparmor_parser"
[ =A0 10.588154] type=3D1400 audit(1391640214.188:10): apparmor=3D&quo= t;STATUS" operation=3D"profile_replace" parent=3D414 profile= =3D"unconfined" name=3D"/usr/lib/connman/scripts/dhclient-sc= ript" pid=3D439 comm=3D"apparmor_parser"
[ =A0 10.588166] type=3D1400 audit(1391640214.188:11): apparmor=3D&quo= t;STATUS" operation=3D"profile_replace" parent=3D396 profile= =3D"unconfined" name=3D"/sbin/dhclient" pid=3D436 comm= =3D"apparmor_parser"
[ =A0 10.794373] EXT4-fs (dm-0): re-mounted. Opts: errors=3Dremount-ro=
[ =A0 10.804396] dcdbas dcdbas: Dell Systems Management Base Dri= ver (version 5.6.0-3.2)
[ =A0 10.821453] systemd-udevd[494]: fail= ed to execute '/lib/udev/socket:/org/xen/xend/udev_event' 'sock= et:/org/xen/xend/udev_event': No such file or directory
[ =A0 10.825093] systemd-udevd[495]: failed to execute '/lib/udev/= socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event&#= 39;: No such file or directory
[ =A0 10.831767] systemd-udevd[508= ]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' &#= 39;socket:/org/xen/xend/udev_event': No such file or directory
[ =A0 10.858040] microcode: CPU1 sig=3D0x206a7, pf=3D0x2, revision=3D0= x29
[ =A0 10.861487] microcode: CPU2 sig=3D0x206a7, pf=3D0x2, rev= ision=3D0x29
[ =A0 10.866813] microcode: CPU3 sig=3D0x206a7, pf= =3D0x2, revision=3D0x29
[ =A0 10.869329] microcode: Microcode Update Driver: v2.00 <tigran@aivazian.f= snet.co.uk>, Peter Oruba
[ =A0 11.137330] asix 2-1.1:1.0 e= th6: register 'asix' at usb-0000:00:1d.0-1.1, ASIX AX88178 USB 2.0 = Ethernet, 00:0e:c6:88:f6:d3
[ =A0 11.137367] usbcore: registered new interface driver asix
[ =A0 11.155136] Bridge firewalling registered
[ =A0 11.158114= ] device eth6 entered promiscuous mode
[ =A0 11.659724] Bluetooth= : Core ver 2.16
[ =A0 11.659743] NET: Registered protocol family 31
[ =A0 11= .659744] Bluetooth: HCI device and connection manager initialized
[ =A0 11.659751] Bluetooth: HCI socket layer initialized
[ =A0 1= 1.659752] Bluetooth: L2CAP socket layer initialized
[ =A0 11.659756] Bluetooth: SCO socket layer initialized
[ = =A0 11.662996] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[ =A0= 11.662998] Bluetooth: BNEP filters: protocol multicast
[ =A0 11.= 663003] Bluetooth: BNEP socket layer initialized
[ =A0 11.664016] Bluetooth: RFCOMM TTY layer initialized
[ = =A0 11.664029] Bluetooth: RFCOMM socket layer initialized
[ =A0 1= 1.664031] Bluetooth: RFCOMM ver 1.11
[ =A0 11.821715] ppdev: user= -space parallel port driver
[ =A0 11.823326] init: avahi-cups-reload main process (776) terminated= with status 1
[ =A0 11.894430] IPv6: ADDRCONF(NETDEV_UP): eth6: = link is not ready
[ =A0 11.894507] IPv6: ADDRCONF(NETDEV_UP): xen= br0: link is not ready
[ =A0 14.631202] IPv6: ADDRCONF(NETDEV_CHANGE): eth6: link becomes rea= dy
[ =A0 14.632234] asix 2-1.1:1.0 eth6: link up, 1000Mbps, full-= duplex, lpa 0xC5E1
[ =A0 14.636988] xenbr0: port 1(eth6) entered = forwarding state
[ =A0 14.637006] xenbr0: port 1(eth6) entered forwarding state
[ =A0 14.637027] IPv6: ADDRCONF(NETDEV_CHANGE): xenbr0: link becomes rea= dy
[ =A0 16.077823] init: udev-fallback-graphics main process (10= 28) terminated with status 1
[ =A0 21.408009] init: failsafe main process (724) killed by TERM sign= al
[ =A0 21.543100] audit_printk_skb: 87 callbacks suppressed
[ =A0 21.543103] type=3D1400 audit(1391640225.144:41): apparmor=3D&q= uot;STATUS" operation=3D"profile_load" parent=3D1324 profile= =3D"unconfined" name=3D"/usr/lib/lightdm/lightdm/lightdm-gue= st-session-wrapper" pid=3D1329 comm=3D"apparmor_parser"
[ =A0 21.543109] type=3D1400 audit(1391640225.144:42): apparmor=3D&quo= t;STATUS" operation=3D"profile_load" parent=3D1324 profile= =3D"unconfined" name=3D"chromium_browser" pid=3D1329 co= mm=3D"apparmor_parser"
[ =A0 21.543209] type=3D1400 audit(1391640225.144:43): apparmor=3D&quo= t;STATUS" operation=3D"profile_load" parent=3D1324 profile= =3D"unconfined" name=3D"/usr/lib/x86_64-linux-gnu/lightdm-re= mote-session-uccsconfigure/uccsconfigure-session-wrapper" pid=3D1331 c= omm=3D"apparmor_parser"
[ =A0 21.543215] type=3D1400 audit(1391640225.144:44): apparmor=3D&quo= t;STATUS" operation=3D"profile_load" parent=3D1324 profile= =3D"unconfined" name=3D"chromium_browser" pid=3D1331 co= mm=3D"apparmor_parser"
[ =A0 21.543252] type=3D1400 audit(1391640225.144:45): apparmor=3D&quo= t;STATUS" operation=3D"profile_load" parent=3D1324 profile= =3D"unconfined" name=3D"/usr/lib/x86_64-linux-gnu/lightdm-re= mote-session-freerdp/freerdp-session-wrapper" pid=3D1330 comm=3D"= apparmor_parser"
[ =A0 21.543258] type=3D1400 audit(1391640225.144:46): apparmor=3D&quo= t;STATUS" operation=3D"profile_load" parent=3D1324 profile= =3D"unconfined" name=3D"chromium_browser" pid=3D1330 co= mm=3D"apparmor_parser"
[ =A0 21.543414] type=3D1400 audit(1391640225.144:47): apparmor=3D&quo= t;STATUS" operation=3D"profile_replace" parent=3D1324 profil= e=3D"unconfined" name=3D"chromium_browser" pid=3D1329 c= omm=3D"apparmor_parser"
[ =A0 21.543519] type=3D1400 audit(1391640225.144:48): apparmor=3D&quo= t;STATUS" operation=3D"profile_replace" parent=3D1324 profil= e=3D"unconfined" name=3D"chromium_browser" pid=3D1331 c= omm=3D"apparmor_parser"
[ =A0 21.543562] type=3D1400 audit(1391640225.144:49): apparmor=3D&quo= t;STATUS" operation=3D"profile_replace" parent=3D1324 profil= e=3D"unconfined" name=3D"chromium_browser" pid=3D1330 c= omm=3D"apparmor_parser"
[ =A0 21.543750] type=3D1400 audit(1391640225.144:50): apparmor=3D&quo= t;STATUS" operation=3D"profile_replace" parent=3D1324 profil= e=3D"unconfined" name=3D"/sbin/dhclient" pid=3D1332 com= m=3D"apparmor_parser"
[ =A0 21.906064] IPv6: ADDRCONF(NETDEV_UP): eth2: link is not ready
[ =A0 21.906614] IPv6: ADDRCONF(NETDEV_UP): eth2: link is not ready=
[ =A0 21.923532] xen:xen_evtchn: Event-channel device installed<= /div>
[ =A0 21.981761] IPv6: ADDRCONF(NETDEV_UP): eth3: link is not ready
[ =A0 21.982271] IPv6: ADDRCONF(NETDEV_UP): eth3: link is not ready=
[ =A0 22.053782] IPv6: ADDRCONF(NETDEV_UP): eth4: link is not re= ady
[ =A0 22.054216] IPv6: ADDRCONF(NETDEV_UP): eth4: link is not ready
[ =A0 22.129802] IPv6: ADDRCONF(NETDEV_UP): eth5: link is not ready=
[ =A0 22.130248] IPv6: ADDRCONF(NETDEV_UP): eth5: link is not re= ady
[ =A0 22.254216] bnx2 0000:05:00.0 eth0: using MSIX
[ =A0 22= .254246] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[ =A0= 22.254727] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[ = =A0 22.318213] bnx2 0000:05:00.1 eth1: using MSIX
[ =A0 22.318243] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready
[ =A0 22.318735] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready=
[ =A0 29.665699] xenbr0: port 1(eth6) entered forwarding state
[ =A0100.234753] xen_pciback: backend is vpci
[ =A0100.23953= 3] igb 0000:03:00.0: removed PHC on eth2
[ =A0100.452048] pciback= 0000:03:00.0: seizing device
[ =A0100.452108] xen: registering g= si 18 triggering 0 polarity 1
[ =A0100.452112] Already setup the GSI :18
[ =A0100.559974] = igb 0000:03:00.1: removed PHC on eth3
[ =A0100.775879] pciback 00= 00:03:00.1: seizing device
[ =A0100.775940] xen: registering gsi = 19 triggering 0 polarity 1
[ =A0100.775945] Already setup the GSI :19
[ =A0100.883909] = igb 0000:04:00.0: removed PHC on eth4
[ =A0101.091890] pciback 00= 00:04:00.0: seizing device
[ =A0101.091951] xen: registering gsi = 16 triggering 0 polarity 1
[ =A0101.091955] Already setup the GSI :16
[ =A0101.199955] = igb 0000:04:00.1: removed PHC on eth5
[ =A0101.411923] pciback 00= 00:04:00.1: seizing device
[ =A0101.411992] xen: registering gsi = 17 triggering 0 polarity 1
[ =A0101.411996] Already setup the GSI :17
[ =A0101.603619] = pciback 0000:05:00.0: seizing device
[ =A0101.619414] xen: regist= ering gsi 16 triggering 0 polarity 1
[ =A0101.619419] Already set= up the GSI :16
[ =A0101.699647] pciback 0000:05:00.1: seizing device
[ =A01= 01.719405] xen: registering gsi 17 triggering 0 polarity 1
[ =A01= 01.719409] Already setup the GSI :17
[ =A0133.506569] IPv6: ADDRC= ONF(NETDEV_UP): vif1.0: link is not ready
[ =A0133.506841] IPv6: ADDRCONF(NETDEV_UP): vif1.0: link is not ready<= /div>
[ =A0133.543153] device vif1.0 entered promiscuous mode
[ =A0133.544496] IPv6: ADDRCONF(NETDEV_UP): vif1.0: link is not ready
[ =A0133.589477] ip_tables: (C) 2000-2006 Netfilter Core Team
[ = =A0133.658744] device vif1.0-emu entered promiscuous mode
[ =A013= 3.660110] xenbr0: port 3(vif1.0-emu) entered forwarding state
[ = =A0133.660116] xenbr0: port 3(vif1.0-emu) entered forwarding state
[ =A0134.228090] xenbr0: port 3(vif1.0-emu) entered disabled state
[ =A0134.228176] device vif1.0-emu left promiscuous mode
[= =A0134.228178] xenbr0: port 3(vif1.0-emu) entered disabled state
[ =A0151.985820] xen_pciback: vpci: 0000:03:00.0: assign to virtual slot 0<= /div>
[ =A0151.986230] xen_pciback: vpci: 0000:03:00.1: assign to virtual sl= ot 0 func 1
[ =A0151.986868] xen_pciback: vpci: 0000:04:00.0: ass= ign to virtual slot 1
[ =A0151.987194] xen_pciback: vpci: 0000:04= :00.1: assign to virtual slot 1 func 1

#################################################= ##############
xl dmesg

root@fiat:~# xl dmesg
(XEN) Xen version 4.3.0 (Ubuntu 4.3.= 0-1ubuntu1.2) (stefan.bader@canonical.com) (gcc (Ubuntu/Linaro 4.8.1-10ubuntu8) 4.= 8.1) debug=3Dn Tue Dec 17 15:35:25 UTC 2013
(XEN) Bootloader: GRUB 2.00-19ubuntu2
(XEN) Command line: placeholder dom0_mem=3D1024M
(XEN) Video in= formation:
(XEN) =A0VGA is text mode 80x25, font 8x16
(= XEN) =A0VBE/DDC methods: none; EDID transfer time: 0 seconds
(XEN) =A0EDID info not retrieved because no DDC retrieval method detec= ted
(XEN) Disc information:
(XEN) =A0Found 1 MBR signat= ures
(XEN) =A0Found 1 EDD information structures
(XEN) = Xen-e820 RAM map:
(XEN) =A00000000000000000 - 000000000009e400 (usable)
(XEN) = =A0000000000009e400 - 00000000000a0000 (reserved)
(XEN) =A0000000= 00000e0000 - 0000000000100000 (reserved)
(XEN) =A0000000000010000= 0 - 00000000bdfb0000 (usable)
(XEN) =A000000000bdfb0000 - 00000000bf3b0000 (reserved)
(XEN) =A000000000bf3b0000 - 00000000bf5d6000 (usable)
(XEN) =A0= 00000000bf5d6000 - 00000000bf5d8000 (reserved)
(XEN) =A000000000b= f5d8000 - 00000000bf5e8000 (usable)
(XEN) =A000000000bf5e8000 - 00000000bf5ec000 (reserved)
(XEN= ) =A000000000bf5ec000 - 00000000bf5f0000 (usable)
(XEN) =A000000000bf5f0000 - 00000000bf601000 (reserved)
(= XEN) =A000000000bf601000 - 00000000bf63f000 (usable)
(XEN) =A000000000bf63f000 - 00000000bf6bf000 (reserved)
(XEN= ) =A000000000bf6bf000 - 00000000bf7bf000 (ACPI NVS)
(XEN) =A00000= 0000bf7bf000 - 00000000bf7f0000 (ACPI data)
(XEN) =A000000000bf7f= 0000 - 00000000bf800000 (usable)
(XEN) =A000000000bf800000 - 00000000c0000000 (reserved)
(XEN= ) =A000000000e0000000 - 00000000f0000000 (reserved)
(XEN) =A00000= 0000feb00000 - 00000000feb04000 (reserved)
(XEN) =A000000000fec00= 000 - 00000000fec01000 (reserved)
(XEN) =A000000000fed10000 - 00000000fed1a000 (reserved)
(XEN= ) =A000000000fed1c000 - 00000000fed20000 (reserved)
(XEN) =A00000= 0000fee00000 - 00000000fee01000 (reserved)
(XEN) =A000000000ffc00= 000 - 0000000100000000 (reserved)
(XEN) =A00000000100000000 - 0000000140000000 (usable)
(XEN) = ACPI: RSDP 000FE020, 0024 (r2 DELL =A0)
(XEN) ACPI: XSDT BF7EF170= , 00A4 (r1 DELL =A0 PE_SC3 =A0 =A0 =A0 =A0 =A01 DELL =A0 =A040000)
(XEN) ACPI: FACP BF7EB000, 00F4 (r4 DELL =A0 PE_SC3 =A0 =A0 =A0 =A0 =A01 = DELL =A0 =A040000)
(XEN) ACPI: DSDT BF7E1000, 68FE (r1 DELL =A0 PE_SC3 =A0 =A0 =A0 =A0 = =A00 DELL =A0 =A040000)
(XEN) ACPI: FACS BF7B8000, 0040
(XEN) ACPI: SPMI BF7EE000, 0040 (r5 DELL =A0 PE_SC3 =A0 =A0 =A0 =A0 =A01 D= ELL =A0 =A040000)
(XEN) ACPI: DMAR BF7ED000, 0078 (r1 DELL =A0 PE= _SC3 =A0 =A0 =A0 =A0 =A01 DELL =A0 =A040000)
(XEN) ACPI: ASF! BF7EC000, 00A5 (r32 DELL =A0 PE_SC3 =A0 =A0 =A0 =A0 = =A01 DELL =A0 =A040000)
(XEN) ACPI: HPET BF7EA000, 0038 (r1 DELL = =A0 PE_SC3 =A0 =A0 =A0 =A0 =A01 DELL =A0 =A040000)
(XEN) ACPI: AP= IC BF7E9000, 0092 (r2 DELL =A0 PE_SC3 =A0 =A0 =A0 =A0 =A01 DELL =A0 =A04000= 0)
(XEN) ACPI: MCFG BF7E8000, 003C (r1 DELL =A0 PE_SC3 =A0 =A0 =A0 =A0 = =A01 DELL =A0 =A040000)
(XEN) ACPI: BOOT BF7DE000, 0028 (r1 DELL = =A0 PE_SC3 =A0 =A0 =A0 =A0 =A01 DELL =A0 =A040000)
(XEN) ACPI: SS= DT BF7DD000, 02F6 (r1 DELL =A0 PE_SC3 =A0 =A0 =A0 1000 DELL =A0 =A040000)
(XEN) ACPI: ASPT BF7DA000, 0034 (r7 DELL =A0 PE_SC3 =A0 =A0 =A0 =A0 = =A01 DELL =A0 =A040000)
(XEN) ACPI: SSDT BF7D9000, 060E (r1 DELL = =A0 PE_SC3 =A0 =A0 =A0 3000 DELL =A0 =A040000)
(XEN) ACPI: SSDT B= F7D8000, 0A92 (r1 DELL =A0 PE_SC3 =A0 =A0 =A0 3000 DELL =A0 =A040000)
(XEN) ACPI: HEST BF7D7000, 00A8 (r1 DELL =A0 PE_SC3 =A0 =A0 =A0 =A0 = =A00 DELL =A0 =A040000)
(XEN) ACPI: ERST BF7D6000, 0230 (r1 DELL = =A0 PE_SC3 =A0 =A0 =A0 =A0 =A00 DELL =A0 =A040000)
(XEN) ACPI: BE= RT BF7D5000, 0030 (r1 DELL =A0 PE_SC3 =A0 =A0 =A0 =A0 =A00 DELL =A0 =A04000= 0)
(XEN) ACPI: EINJ BF7D4000, 0130 (r1 DELL =A0 PE_SC3 =A0 =A0 =A0 =A0 = =A00 DELL =A0 =A040000)
(XEN) System RAM: 4065MB (4163416kB)
(XEN) Domain heap initialised
(XEN) Processor #0 6:10 APIC = version 21
(XEN) Processor #2 6:10 APIC version 21
(XEN) Processor #4 6= :10 APIC version 21
(XEN) Processor #6 6:10 APIC version 21
=
(XEN) IOAPIC[0]: apic_id 0, version 32, address 0xfec00000, GSI 0-23
(XEN) Enabling APIC mode: =A0Flat. =A0Using 1 I/O APICs
(XEN= ) [VT-D]dmar.c:583: =A0 RMRR address range not in reserved memory base =3D = 0 end =3D fff; iommu_inclusive_mapping=3D1 parameter may be needed.
(XEN) Switched to APIC driver x2apic_cluster.
(XEN) Using scheduler: SMP Credit Scheduler (credit)
=
(XEN) Detected 3093.084 MHz processor.
(XEN) Initing memory sharing.
(XEN) xstate_init: using cntxt_si= ze: 0x340 and states: 0x7
(XEN) Intel VT-d iommu 0 supported page sizes: 4kB.
(XEN) In= tel VT-d Snoop Control enabled.
(XEN) Intel VT-d Dom0 DMA Passthr= ough not enabled.
(XEN) Intel VT-d Queued Invalidation enabled.
(XEN) Intel VT-d Interrupt Remapping enabled.
(XEN) Intel VT= -d Shared EPT tables not enabled.
(XEN) I/O virtualisation enable= d
(XEN) =A0- Dom0 mode: Relaxed
(XEN) Interrupt remappi= ng enabled
(XEN) Enabled directed EOI with ioapic_ack_old on!
(XEN) ENA= BLING IO-APIC IRQs
(XEN) =A0-> Using old ACK method
= (XEN) Platform timer is 14.318MHz HPET
(XEN) Allocated console ri= ng of 16 KiB.
(XEN) VMX: Supported advanced features:
(XEN) =A0- APIC MMIO= access virtualisation
(XEN) =A0- APIC TPR shadow
(XEN)= =A0- Extended Page Tables (EPT)
(XEN) =A0- Virtual-Processor Ide= ntifiers (VPID)
(XEN) =A0- Virtual NMI
(XEN) =A0- MSR direct-access bitmap
(XEN) =A0- Unrestricted Guest
(XEN) HVM: ASIDs enabled.<= /div>
(XEN) HVM: VMX enabled
(XEN) HVM: Hardware Assisted Pag= ing (HAP) detected
(XEN) HVM: HAP page sizes: 4kB, 2MB
(XEN) Brought up 4 CPUs<= /div>
(XEN) mtrr: your CPUs had inconsistent variable MTRR settings
(XEN) *** LOADING DOMAIN 0 ***
(XEN) =A0Xen =A0kernel: 64-= bit, lsb, compat32
(XEN) =A0Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x23f300= 0
(XEN) PHYSICAL MEMORY ARRANGEMENT:
(XEN) = =A0Dom0 alloc.: =A0 0000000134000000->0000000138000000 (233689 pages to = be allocated)
(XEN) =A0Init. ramdisk: 000000013d0d9000->0000000140000000
(XEN) VIRTUAL MEMORY ARRANGEMENT:
(XEN) =A0Lo= aded kernel: ffffffff81000000->ffffffff823f3000
(XEN) = =A0Init. ramdisk: ffffffff823f3000->ffffffff8531a000
(XEN) =A0Phys-Mach map: ffffffff8531a000->ffffffff8551a000
(XEN) =A0Start info: =A0 =A0ffffffff8551a000->ffffffff8551a4b4
(XEN) =A0Page tables: =A0 ffffffff8551b000->ffffffff8554a000
(XEN) =A0Boot stack: =A0 =A0ffffffff8554a000->ffffffff8554b000
(XEN) =A0TOTAL: =A0 =A0 =A0 =A0 ffffffff80000000->ffffffff85800000<= /div>
(XEN) =A0ENTRY ADDRESS: ffffffff81d261e0
(XEN) Dom0 has= maximum 4 VCPUs
(XEN) Scrubbing Free RAM: ......................= .......done.
(XEN) Initial low memory virq threshold set at 0x4000 pages.
(XEN) Std. Loglevel: Errors and warnings
(XEN) Guest Loglevel: N= othing (Rate-limited: Errors and warnings)
(XEN) Xen is relinquis= hing VGA console.
(XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times t= o switch input to Xen)
(XEN) Freed 260kB init memory.
(= XEN) traps.c:2503:d0 Domain attempted WRMSR 00000000000001fc from 0x0000000= 00004005f to 0x000000000004005d.
(XEN) traps.c:2503:d0 Domain attempted WRMSR 00000000000001fc from 0x0= 00000000004005f to 0x000000000004005d.
(XEN) traps.c:2503:d0 Doma= in attempted WRMSR 00000000000001fc from 0x000000000004005f to 0x0000000000= 04005d.
(XEN) traps.c:2503:d0 Domain attempted WRMSR 00000000000001fc from 0x0= 00000000004005f to 0x000000000004005d.

###############################################################

This occurs even if i attach a single pci device. I loads th= e HVM if pci is not passed through.

Any help would= be great.
Regards





On Wed, Feb 5, 2014 at 10:45 A= M, Mike Neiderhauser <mikeneiderhauser@gmail.com> w= rote:
I am running into gnome-ses= sion errors for the desktop to get VNC up. =A0I will report back when I get= that fixed.

Regards.

On Wed, Feb 5, 2014 at 10:02 AM, Ian Campbell <Ian.Campbell@citrix.c= om> wrote:
On Wed, 2014-02-05 at 10:00 -0500, Mike Neiderhauser wrote:

>
> When trying to create the domu I get this:
>
>
> root@fiat:~# xl create /etc/xen/ubuntu-hvm-0.cfg
> Parsing config from /etc/xen/ubuntu-hvm-0.cfg
> WARNING: ignoring "kernel" directive for HVM guest. Use
> "firmware_override" instead if you really want a non-default= firmware
> WARNING: ignoring device_model directive.
> WARNING: Use "device_model_override" instead if you really w= ant a
> non-default device_model
> xc: info: VIRTUAL MEMORY ARRANGEMENT:
> =A0 Loader: =A0 =A0 =A0 =A00000000000100000->00000000001a69a4
> =A0 Modules: =A0 =A0 =A0 0000000000000000->0000000000000000
> =A0 TOTAL: =A0 =A0 =A0 =A0 0000000000000000->000000003f800000
> =A0 ENTRY ADDRESS: 0000000000100608
> xc: info: PHYSICAL MEMORY ALLOCATION:
> =A0 4KB PAGES: 0x0000000000000200
> =A0 2MB PAGES: 0x00000000000001fb
> =A0 1GB PAGES: 0x0000000000000000
> libxl: error: libxl_pci.c:990:libxl__device_pci_reset: The kernel
> doesn't support reset from sysfs for PCI device 0000:05:00.0
> libxl: error: libxl_pci.c:990:libxl__device_pci_reset: The kernel
> doesn't support reset from sysfs for PCI device 0000:05:00.1
> Daemon running with PID 3095

This looks like it has worked. Can you connect to the guest console and/or vnc manually?

Ian.





--001a11c23324b8124e04f1b28549-- --===============2863356056563378126== 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 --===============2863356056563378126==-- From xen-users-bounces@lists.xen.org Thu Feb 06 01:10:34 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 06 Feb 2014 01:10:34 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBDT7-0006Fu-Qx; Thu, 06 Feb 2014 01:09:29 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBDT4-0006Fp-GK for xen-users@lists.xen.org; Thu, 06 Feb 2014 01:09:27 +0000 Received: from [193.109.254.147:25494] by server-14.bemta-14.messagelabs.com id DD/59-29228-5C0E2F25; Thu, 06 Feb 2014 01:09:25 +0000 X-Env-Sender: mikeneiderhauser@gmail.com X-Msg-Ref: server-4.tower-27.messagelabs.com!1391648957!2320347!1 X-Originating-IP: [209.85.220.179] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28013 invoked from network); 6 Feb 2014 01:09:18 -0000 Received: from mail-vc0-f179.google.com (HELO mail-vc0-f179.google.com) (209.85.220.179) by server-4.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 6 Feb 2014 01:09:18 -0000 Received: by mail-vc0-f179.google.com with SMTP id lh14so941954vcb.10 for ; Wed, 05 Feb 2014 17:09:16 -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-type; bh=xYh0pWX1HmWEorhQ0TkArzrf+hbb//LYrgVTYQb/4Ak=; b=uHVxK8dvujI0LY3JMcc18MS9VNOTuEhptjOOwczPn/T7Imxb6KDCf5wNpzWJQkn10V Hi/5hYe9q7VDxVXXmmvgHtNfA7RJIvpslWypCFVOOnsXfff544Dp+bqZf5XLj3xIlU3R Dz3SKFJZOv8J+cjFaWPQ4P0eKwGMrW8NotHE0BOXRVwDVpxMbbjYGGevO5yIqUW6sW0h 3oaWmVurmKULQ4jl4jnj99aTkiZrBr8n8jCrxHx2H4/e8QdFRj2f4JDjoQ0bBoQFfWED tv07Pb9R+nh1VOp3VQn5QH6HU0ftAG9ZMQDdkls/w2jUMJosoo4eJxAHGyLIY60o3b7r BJ+g== X-Received: by 10.52.164.39 with SMTP id yn7mr2648603vdb.25.1391648956735; Wed, 05 Feb 2014 17:09:16 -0800 (PST) MIME-Version: 1.0 Received: by 10.52.233.73 with HTTP; Wed, 5 Feb 2014 17:08:36 -0800 (PST) In-Reply-To: References: <1391592063.6497.71.camel@kazak.uk.xensource.com> <1391603593.6497.145.camel@kazak.uk.xensource.com> <1391604724.6497.149.camel@kazak.uk.xensource.com> <1391606132.6497.151.camel@kazak.uk.xensource.com> <1391608412.6497.167.camel@kazak.uk.xensource.com> <1391612577.23098.8.camel@kazak.uk.xensource.com> From: Mike Neiderhauser Date: Wed, 5 Feb 2014 20:08:36 -0500 Message-ID: To: Ian Campbell Cc: xen-users Subject: Re: [Xen-users] Requesting Help - Error: pci: PCI Backend and pci-stub don't own device X-BeenThere: xen-users@lists.xen.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="===============2863356056563378126==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2863356056563378126== Content-Type: multipart/alternative; boundary=001a11c23324b8124e04f1b28549 --001a11c23324b8124e04f1b28549 Content-Type: text/plain; charset=ISO-8859-1 Just another quick datapoint. pci=['05:00.0', '05:00.1'] gets properly assigned. This is the Broadcom card (compared to the Intel card) On Wed, Feb 5, 2014 at 5:52 PM, Mike Neiderhauser < mikeneiderhauser@gmail.com> wrote: > Sorry for the delay. There was an issue where the host os was not > detecting the Intel NIC I have installed. > > So I now have ubuntu desktop 13.10. I have installed the following > packages > apt-get install openssh-server > apt-get install vim > apt-get install xen-hypervisor-4.3-amd64 > apt-get install gvncviewer > > I am still having issues getting the HVM started and viewable on VNC when > passing through a pci device (it is connects when I do not pass through a > pci device). > > I am running the script as before to assign the devices to pciback > > ############################################################### > > xl create /etc/xen/ubuntu-hvm-0.cfg returns: > root@fiat:~# xl create /etc/xen/ubuntu-hvm-0.cfg > Parsing config from /etc/xen/ubuntu-hvm-0.cfg > WARNING: ignoring "kernel" directive for HVM guest. Use > "firmware_override" instead if you really want a non-default firmware > WARNING: ignoring device_model directive. > WARNING: Use "device_model_override" instead if you really want a > non-default device_model > xc: info: VIRTUAL MEMORY ARRANGEMENT: > Loader: 0000000000100000->00000000001a69a4 > Modules: 0000000000000000->0000000000000000 > TOTAL: 0000000000000000->000000003f800000 > ENTRY ADDRESS: 0000000000100608 > xc: info: PHYSICAL MEMORY ALLOCATION: > 4KB PAGES: 0x0000000000000200 > 2MB PAGES: 0x00000000000001fb > 1GB PAGES: 0x0000000000000000 > libxl: error: libxl_qmp.c:454:qmp_next: Socket read error: Connection > reset by peer > libxl: error: libxl_qmp.c:702:libxl__qmp_initialize: Connection error: > Connection refused > libxl: error: libxl_qmp.c:702:libxl__qmp_initialize: Connection error: > Connection refused > libxl: error: libxl_qmp.c:702:libxl__qmp_initialize: Connection error: > Connection refused > Daemon running with PID 2467 > > ############################################################### > > It does not appear to be getting time > root@fiat:~# xl list > Name ID Mem VCPUs State > Time(s) > Domain-0 0 1024 4 r----- > 16.3 > ubuntu-hvm-0 1 1025 1 ------ > 0.0 > > ############################################################### > > /etc/xen/ubuntu-hvm-0.cfg > kernel = "/usr/lib/xen-4.3/boot/hvmloader" > builder='hvm' > memory = 1024 > vcpus=2 > name = "ubuntu-hvm-0" > vif = ['bridge=xenbr0'] > pci_permissive=1 > #pci= ['03:00.0', '03:00.1', '04:00.0', '04:00.1', '05:00.0', '05:00.1'] > #pci= ['03:00.0', '03:00.1'] > #pci= ['04:00.0', '04:00.1'] > pci= ['03:00.0', '03:00.1', '04:00.0', '04:00.1'] > #pci= ['05:00.0', '05:00.1'] > disk = ['phy:/dev/ubuntu-vg/ubuntu-hvm-0,hda,w'] > # , 'file:/root/ubuntu-12.04.3-server-amd64.iso,hdc:cdrom,r'] > acpi = 1 > device_model = 'qemu-dm' > #boot="d" > boot="c" > sdl=0 > serial='pty' > vnc=1 > vnclisten="0.0.0.0" > vncpasswd="" > on_poweroff = 'destroy' > on_reboot = 'restart' > on_crash = 'restart' > > ############################################################### > > dmesg > root@fiat:~# dmesg > [ 0.000000] Initializing cgroup subsys cpuset > [ 0.000000] Initializing cgroup subsys cpu > [ 0.000000] Initializing cgroup subsys cpuacct > [ 0.000000] Linux version 3.11.0-12-generic (buildd@allspice) (gcc > version 4.8.1 (Ubuntu/Linaro 4.8.1-10ubuntu7) ) #19-Ubuntu SMP Wed Oct 9 > 16:20:46 UTC 2013 (Ubuntu 3.11.0-12.19-generic 3.11.3) > [ 0.000000] Command line: placeholder root=/dev/mapper/ubuntu--vg-root > ro quiet splash > [ 0.000000] KERNEL supported cpus: > [ 0.000000] Intel GenuineIntel > [ 0.000000] AMD AuthenticAMD > [ 0.000000] Centaur CentaurHauls > [ 0.000000] Freeing 9e-100 pfn range: 98 pages freed > [ 0.000000] 1-1 mapping on 9e->100 > [ 0.000000] 1-1 mapping on bdfb0->bf3b0 > [ 0.000000] 1-1 mapping on bf5d6->bf5d8 > [ 0.000000] 1-1 mapping on bf5e8->bf5ec > [ 0.000000] 1-1 mapping on bf5f0->bf601 > [ 0.000000] 1-1 mapping on bf63f->bf7f0 > [ 0.000000] 1-1 mapping on bf800->100000 > [ 0.000000] Released 98 pages of unused memory > [ 0.000000] Set 269866 page(s) to 1-1 mapping > [ 0.000000] Populating 40000-40062 pfn range: 98 pages added > [ 0.000000] e820: BIOS-provided physical RAM map: > [ 0.000000] Xen: [mem 0x0000000000000000-0x000000000009dfff] usable > [ 0.000000] Xen: [mem 0x000000000009e400-0x00000000000fffff] reserved > [ 0.000000] Xen: [mem 0x0000000000100000-0x00000000bdfaffff] usable > [ 0.000000] Xen: [mem 0x00000000bdfb0000-0x00000000bf3affff] reserved > [ 0.000000] Xen: [mem 0x00000000bf3b0000-0x00000000bf5d5fff] usable > [ 0.000000] Xen: [mem 0x00000000bf5d6000-0x00000000bf5d7fff] reserved > [ 0.000000] Xen: [mem 0x00000000bf5d8000-0x00000000bf5e7fff] usable > [ 0.000000] Xen: [mem 0x00000000bf5e8000-0x00000000bf5ebfff] reserved > [ 0.000000] Xen: [mem 0x00000000bf5ec000-0x00000000bf5effff] usable > [ 0.000000] Xen: [mem 0x00000000bf5f0000-0x00000000bf600fff] reserved > [ 0.000000] Xen: [mem 0x00000000bf601000-0x00000000bf63efff] usable > [ 0.000000] Xen: [mem 0x00000000bf63f000-0x00000000bf6befff] reserved > [ 0.000000] Xen: [mem 0x00000000bf6bf000-0x00000000bf7befff] ACPI NVS > [ 0.000000] Xen: [mem 0x00000000bf7bf000-0x00000000bf7effff] ACPI data > [ 0.000000] Xen: [mem 0x00000000bf7f0000-0x00000000bf7fffff] usable > [ 0.000000] Xen: [mem 0x00000000bf800000-0x00000000bfffffff] reserved > [ 0.000000] Xen: [mem 0x00000000e0000000-0x00000000efffffff] reserved > [ 0.000000] Xen: [mem 0x00000000feb00000-0x00000000feb03fff] reserved > [ 0.000000] Xen: [mem 0x00000000fec00000-0x00000000fec00fff] reserved > [ 0.000000] Xen: [mem 0x00000000fed10000-0x00000000fed19fff] reserved > [ 0.000000] Xen: [mem 0x00000000fed1c000-0x00000000fed1ffff] reserved > [ 0.000000] Xen: [mem 0x00000000fee00000-0x00000000fee00fff] reserved > [ 0.000000] Xen: [mem 0x00000000ffc00000-0x00000000ffffffff] reserved > [ 0.000000] Xen: [mem 0x0000000100000000-0x000000013fffffff] usable > [ 0.000000] NX (Execute Disable) protection: active > [ 0.000000] SMBIOS 2.7 present. > [ 0.000000] DMI: Dell Inc. PowerEdge R210 II/03X6X0, BIOS 2.5.1 > 07/11/2013 > [ 0.000000] e820: update [mem 0x00000000-0x00000fff] usable ==> reserved > [ 0.000000] e820: remove [mem 0x000a0000-0x000fffff] usable > [ 0.000000] No AGP bridge found > [ 0.000000] e820: last_pfn = 0x140000 max_arch_pfn = 0x400000000 > [ 0.000000] e820: last_pfn = 0xbf800 max_arch_pfn = 0x400000000 > [ 0.000000] Scanning 1 areas for low memory corruption > [ 0.000000] Base memory trampoline at [ffff880000098000] 98000 size > 24576 > [ 0.000000] init_memory_mapping: [mem 0x00000000-0x000fffff] > [ 0.000000] [mem 0x00000000-0x000fffff] page 4k > [ 0.000000] init_memory_mapping: [mem 0x3fe00000-0x3fffffff] > [ 0.000000] [mem 0x3fe00000-0x3fffffff] page 4k > [ 0.000000] BRK [0x01fe9000, 0x01fe9fff] PGTABLE > [ 0.000000] init_memory_mapping: [mem 0x3c000000-0x3fdfffff] > [ 0.000000] [mem 0x3c000000-0x3fdfffff] page 4k > [ 0.000000] BRK [0x01fea000, 0x01feafff] PGTABLE > [ 0.000000] BRK [0x01feb000, 0x01febfff] PGTABLE > [ 0.000000] BRK [0x01fec000, 0x01fecfff] PGTABLE > [ 0.000000] BRK [0x01fed000, 0x01fedfff] PGTABLE > [ 0.000000] BRK [0x01fee000, 0x01feefff] PGTABLE > [ 0.000000] init_memory_mapping: [mem 0x00100000-0x3bffffff] > [ 0.000000] [mem 0x00100000-0x3bffffff] page 4k > [ 0.000000] init_memory_mapping: [mem 0x40000000-0xbdfaffff] > [ 0.000000] [mem 0x40000000-0xbdfaffff] page 4k > [ 0.000000] init_memory_mapping: [mem 0xbf3b0000-0xbf5d5fff] > [ 0.000000] [mem 0xbf3b0000-0xbf5d5fff] page 4k > [ 0.000000] init_memory_mapping: [mem 0xbf5d8000-0xbf5e7fff] > [ 0.000000] [mem 0xbf5d8000-0xbf5e7fff] page 4k > [ 0.000000] init_memory_mapping: [mem 0xbf5ec000-0xbf5effff] > [ 0.000000] [mem 0xbf5ec000-0xbf5effff] page 4k > [ 0.000000] init_memory_mapping: [mem 0xbf601000-0xbf63efff] > [ 0.000000] [mem 0xbf601000-0xbf63efff] page 4k > [ 0.000000] init_memory_mapping: [mem 0xbf7f0000-0xbf7fffff] > [ 0.000000] [mem 0xbf7f0000-0xbf7fffff] page 4k > [ 0.000000] init_memory_mapping: [mem 0x100000000-0x13fffffff] > [ 0.000000] [mem 0x100000000-0x13fffffff] page 4k > [ 0.000000] RAMDISK: [mem 0x023f3000-0x05319fff] > [ 0.000000] ACPI: RSDP 00000000000fe020 00024 (v02 DELL ) > [ 0.000000] ACPI: XSDT 00000000bf7ef170 000A4 (v01 DELL PE_SC3 > 00000001 DELL 00040000) > [ 0.000000] ACPI: FACP 00000000bf7eb000 000F4 (v04 DELL PE_SC3 > 00000001 DELL 00040000) > [ 0.000000] ACPI: DSDT 00000000bf7e1000 068FE (v01 DELL PE_SC3 > 00000000 DELL 00040000) > [ 0.000000] ACPI: FACS 00000000bf7b8000 00040 > [ 0.000000] ACPI: SPMI 00000000bf7ee000 00040 (v05 DELL PE_SC3 > 00000001 DELL 00040000) > [ 0.000000] ACPI: XMAR 00000000bf7ed000 00078 (v01 DELL PE_SC3 > 00000001 DELL 00040000) > [ 0.000000] ACPI: ASF! 00000000bf7ec000 000A5 (v32 DELL PE_SC3 > 00000001 DELL 00040000) > [ 0.000000] ACPI: HPET 00000000bf7ea000 00038 (v01 DELL PE_SC3 > 00000001 DELL 00040000) > [ 0.000000] ACPI: APIC 00000000bf7e9000 00092 (v02 DELL PE_SC3 > 00000001 DELL 00040000) > [ 0.000000] ACPI: MCFG 00000000bf7e8000 0003C (v01 DELL PE_SC3 > 00000001 DELL 00040000) > [ 0.000000] ACPI: BOOT 00000000bf7de000 00028 (v01 DELL PE_SC3 > 00000001 DELL 00040000) > [ 0.000000] ACPI: SSDT 00000000bf7dd000 002F6 (v01 DELL PE_SC3 > 00001000 DELL 00040000) > [ 0.000000] ACPI: ASPT 00000000bf7da000 00034 (v07 DELL PE_SC3 > 00000001 DELL 00040000) > [ 0.000000] ACPI: SSDT 00000000bf7d9000 0060E (v01 DELL PE_SC3 > 00003000 DELL 00040000) > [ 0.000000] ACPI: SSDT 00000000bf7d8000 00A92 (v01 DELL PE_SC3 > 00003000 DELL 00040000) > [ 0.000000] ACPI: HEST 00000000bf7d7000 000A8 (v01 DELL PE_SC3 > 00000000 DELL 00040000) > [ 0.000000] ACPI: ERST 00000000bf7d6000 00230 (v01 DELL PE_SC3 > 00000000 DELL 00040000) > [ 0.000000] ACPI: BERT 00000000bf7d5000 00030 (v01 DELL PE_SC3 > 00000000 DELL 00040000) > [ 0.000000] ACPI: EINJ 00000000bf7d4000 00130 (v01 DELL PE_SC3 > 00000000 DELL 00040000) > [ 0.000000] ACPI: Local APIC address 0xfee00000 > [ 0.000000] NUMA turned off > [ 0.000000] Faking a node at [mem 0x0000000000000000-0x000000013fffffff] > [ 0.000000] Initmem setup node 0 [mem 0x00000000-0x13fffffff] > [ 0.000000] NODE_DATA [mem 0x3f899000-0x3f89dfff] > [ 0.000000] Zone ranges: > [ 0.000000] DMA [mem 0x00001000-0x00ffffff] > [ 0.000000] DMA32 [mem 0x01000000-0xffffffff] > [ 0.000000] Normal [mem 0x100000000-0x13fffffff] > [ 0.000000] Movable zone start for each node > [ 0.000000] Early memory node ranges > [ 0.000000] node 0: [mem 0x00001000-0x0009dfff] > [ 0.000000] node 0: [mem 0x00100000-0xbdfaffff] > [ 0.000000] node 0: [mem 0xbf3b0000-0xbf5d5fff] > [ 0.000000] node 0: [mem 0xbf5d8000-0xbf5e7fff] > [ 0.000000] node 0: [mem 0xbf5ec000-0xbf5effff] > [ 0.000000] node 0: [mem 0xbf601000-0xbf63efff] > [ 0.000000] node 0: [mem 0xbf7f0000-0xbf7fffff] > [ 0.000000] node 0: [mem 0x100000000-0x13fffffff] > [ 0.000000] On node 0 totalpages: 1040853 > [ 0.000000] DMA zone: 64 pages used for memmap > [ 0.000000] DMA zone: 21 pages reserved > [ 0.000000] DMA zone: 3997 pages, LIFO batch:0 > [ 0.000000] DMA32 zone: 12105 pages used for memmap > [ 0.000000] DMA32 zone: 774712 pages, LIFO batch:31 > [ 0.000000] Normal zone: 4096 pages used for memmap > [ 0.000000] Normal zone: 262144 pages, LIFO batch:31 > [ 0.000000] ACPI: PM-Timer IO Port: 0x408 > [ 0.000000] ACPI: Local APIC address 0xfee00000 > [ 0.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled) > [ 0.000000] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] enabled) > [ 0.000000] ACPI: LAPIC (acpi_id[0x03] lapic_id[0x04] enabled) > [ 0.000000] ACPI: LAPIC (acpi_id[0x04] lapic_id[0x06] enabled) > [ 0.000000] ACPI: LAPIC (acpi_id[0x05] lapic_id[0x00] disabled) > [ 0.000000] ACPI: LAPIC (acpi_id[0x06] lapic_id[0x00] disabled) > [ 0.000000] ACPI: LAPIC (acpi_id[0x07] lapic_id[0x00] disabled) > [ 0.000000] ACPI: LAPIC (acpi_id[0x08] lapic_id[0x00] disabled) > [ 0.000000] ACPI: LAPIC_NMI (acpi_id[0xff] high edge lint[0x1]) > [ 0.000000] ACPI: IOAPIC (id[0x00] address[0xfec00000] gsi_base[0]) > [ 0.000000] IOAPIC[0]: apic_id 0, version 32, address 0xfec00000, GSI > 0-23 > [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) > [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) > [ 0.000000] ACPI: IRQ0 used by override. > [ 0.000000] ACPI: IRQ2 used by override. > [ 0.000000] ACPI: IRQ9 used by override. > [ 0.000000] Using ACPI (MADT) for SMP configuration information > [ 0.000000] ACPI: HPET id: 0x8086a201 base: 0xfed00000 > [ 0.000000] smpboot: Allowing 8 CPUs, 4 hotplug CPUs > [ 0.000000] nr_irqs_gsi: 40 > [ 0.000000] PM: Registered nosave memory: [mem 0x0009e000-0x0009efff] > [ 0.000000] PM: Registered nosave memory: [mem 0x0009f000-0x000fffff] > [ 0.000000] PM: Registered nosave memory: [mem 0xbdfb0000-0xbf3affff] > [ 0.000000] PM: Registered nosave memory: [mem 0xbf5d6000-0xbf5d7fff] > [ 0.000000] PM: Registered nosave memory: [mem 0xbf5e8000-0xbf5ebfff] > [ 0.000000] PM: Registered nosave memory: [mem 0xbf5f0000-0xbf600fff] > [ 0.000000] PM: Registered nosave memory: [mem 0xbf63f000-0xbf6befff] > [ 0.000000] PM: Registered nosave memory: [mem 0xbf6bf000-0xbf7befff] > [ 0.000000] PM: Registered nosave memory: [mem 0xbf7bf000-0xbf7effff] > [ 0.000000] PM: Registered nosave memory: [mem 0xbf800000-0xbfffffff] > [ 0.000000] PM: Registered nosave memory: [mem 0xc0000000-0xdfffffff] > [ 0.000000] PM: Registered nosave memory: [mem 0xe0000000-0xefffffff] > [ 0.000000] PM: Registered nosave memory: [mem 0xf0000000-0xfeafffff] > [ 0.000000] PM: Registered nosave memory: [mem 0xfeb00000-0xfeb03fff] > [ 0.000000] PM: Registered nosave memory: [mem 0xfeb04000-0xfebfffff] > [ 0.000000] PM: Registered nosave memory: [mem 0xfec00000-0xfec00fff] > [ 0.000000] PM: Registered nosave memory: [mem 0xfec01000-0xfed0ffff] > [ 0.000000] PM: Registered nosave memory: [mem 0xfed10000-0xfed19fff] > [ 0.000000] PM: Registered nosave memory: [mem 0xfed1a000-0xfed1bfff] > [ 0.000000] PM: Registered nosave memory: [mem 0xfed1c000-0xfed1ffff] > [ 0.000000] PM: Registered nosave memory: [mem 0xfed20000-0xfedfffff] > [ 0.000000] PM: Registered nosave memory: [mem 0xfee00000-0xfee00fff] > [ 0.000000] PM: Registered nosave memory: [mem 0xfee01000-0xffbfffff] > [ 0.000000] PM: Registered nosave memory: [mem 0xffc00000-0xffffffff] > [ 0.000000] e820: [mem 0xc0000000-0xdfffffff] available for PCI devices > [ 0.000000] Booting paravirtualized kernel on Xen > [ 0.000000] Xen version: 4.3.0 (preserve-AD) > [ 0.000000] setup_percpu: NR_CPUS:256 nr_cpumask_bits:256 nr_cpu_ids:8 > nr_node_ids:1 > [ 0.000000] PERCPU: Embedded 29 pages/cpu @ffff88003f200000 s86720 > r8192 d23872 u262144 > [ 0.000000] pcpu-alloc: s86720 r8192 d23872 u262144 alloc=1*2097152 > [ 0.000000] pcpu-alloc: [0] 0 1 2 3 4 5 6 7 > [ 1.486636] Built 1 zonelists in Node order, mobility grouping on. > Total pages: 1024567 > [ 1.486637] Policy zone: Normal > [ 1.486638] Kernel command line: placeholder > root=/dev/mapper/ubuntu--vg-root ro quiet splash > [ 1.487047] PID hash table entries: 4096 (order: 3, 32768 bytes) > [ 1.487077] xsave: enabled xstate_bv 0x7, cntxt size 0x340 > [ 1.507303] software IO TLB [mem 0x37000000-0x3b000000] (64MB) mapped > at [ffff880037000000-ffff88003affffff] > [ 1.512552] Memory: 840772K/4163412K available (7141K kernel code, > 1082K rwdata, 3260K rodata, 1364K init, 1420K bss, 3322640K reserved) > [ 1.512614] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=4, Nodes=1 > [ 1.512630] Hierarchical RCU implementation. > [ 1.512631] RCU dyntick-idle grace-period acceleration is enabled. > [ 1.512632] RCU restricting CPUs from NR_CPUS=256 to nr_cpu_ids=4. > [ 1.512633] Offload RCU callbacks from all CPUs > [ 1.512636] Offload RCU callbacks from CPUs: 0-255. > [ 1.512643] NR_IRQS:16640 nr_irqs:712 16 > [ 1.512699] xen: sci override: global_irq=9 trigger=0 polarity=0 > [ 1.512701] xen: registering gsi 9 triggering 0 polarity 0 > [ 1.512712] xen: --> pirq=9 -> irq=9 (gsi=9) > [ 1.512731] xen: acpi sci 9 > [ 1.512734] xen: --> pirq=1 -> irq=1 (gsi=1) > [ 1.512736] xen: --> pirq=2 -> irq=2 (gsi=2) > [ 1.512740] xen: --> pirq=3 -> irq=3 (gsi=3) > [ 1.512742] xen: --> pirq=4 -> irq=4 (gsi=4) > [ 1.512744] xen: --> pirq=5 -> irq=5 (gsi=5) > [ 1.512747] xen: --> pirq=6 -> irq=6 (gsi=6) > [ 1.512749] xen: --> pirq=7 -> irq=7 (gsi=7) > [ 1.512751] xen: --> pirq=8 -> irq=8 (gsi=8) > [ 1.512754] xen: --> pirq=10 -> irq=10 (gsi=10) > [ 1.512756] xen: --> pirq=11 -> irq=11 (gsi=11) > [ 1.512758] xen: --> pirq=12 -> irq=12 (gsi=12) > [ 1.512761] xen: --> pirq=13 -> irq=13 (gsi=13) > [ 1.512763] xen: --> pirq=14 -> irq=14 (gsi=14) > [ 1.512765] xen: --> pirq=15 -> irq=15 (gsi=15) > [ 1.517253] Console: colour VGA+ 80x25 > [ 1.517318] console [tty0] enabled > [ 1.519389] allocated 16777216 bytes of page_cgroup > [ 1.519391] please try 'cgroup_disable=memory' option if you don't want > memory cgroups > [ 1.519429] Xen: using vcpuop timer interface > [ 1.519434] installing Xen timer for CPU 0 > [ 1.519459] tsc: Detected 3093.084 MHz processor > [ 1.519463] Calibrating delay loop (skipped), value calculated using > timer frequency.. 6186.16 BogoMIPS (lpj=12372336) > [ 1.519466] pid_max: default: 32768 minimum: 301 > [ 1.519492] Security Framework initialized > [ 1.519510] AppArmor: AppArmor initialized > [ 1.519511] Yama: becoming mindful. > [ 1.519981] Dentry cache hash table entries: 524288 (order: 10, 4194304 > bytes) > [ 1.520717] Inode-cache hash table entries: 262144 (order: 9, 2097152 > bytes) > [ 1.520990] Mount-cache hash table entries: 256 > [ 1.521162] Initializing cgroup subsys memory > [ 1.521172] Initializing cgroup subsys devices > [ 1.521174] Initializing cgroup subsys freezer > [ 1.521176] Initializing cgroup subsys blkio > [ 1.521177] Initializing cgroup subsys perf_event > [ 1.521179] Initializing cgroup subsys hugetlb > [ 1.521225] ENERGY_PERF_BIAS: Set to 'normal', was 'performance' > [ 1.521225] ENERGY_PERF_BIAS: View and update with > x86_energy_perf_policy(8) > [ 1.521228] CPU: Physical Processor ID: 0 > [ 1.521228] CPU: Processor Core ID: 0 > [ 1.521230] mce: CPU supports 2 MCE banks > [ 1.521245] Last level iTLB entries: 4KB 512, 2MB 0, 4MB 0 > [ 1.521245] Last level dTLB entries: 4KB 512, 2MB 32, 4MB 32 > [ 1.521245] tlb_flushall_shift: 5 > [ 1.521328] Freeing SMP alternatives memory: 28K (ffffffff81e65000 - > ffffffff81e6c000) > [ 1.523297] ACPI: Core revision 20130517 > [ 1.526721] ACPI: All ACPI Tables successfully acquired > [ 1.538002] ftrace: allocating 27796 entries in 109 pages > [ 1.548829] cpu 0 spinlock event irq 41 > [ 1.548853] Performance Events: unsupported p6 CPU model 42 no PMU > driver, software events only. > [ 1.549956] NMI watchdog: disabled (cpu0): hardware events not enabled > [ 1.550009] installing Xen timer for CPU 1 > [ 1.550017] cpu 1 spinlock event irq 48 > [ 1.550257] installing Xen timer for CPU 2 > [ 1.550264] cpu 2 spinlock event irq 55 > [ 1.550513] installing Xen timer for CPU 3 > [ 1.550519] cpu 3 spinlock event irq 62 > [ 1.550690] Brought up 4 CPUs > [ 1.550966] devtmpfs: initialized > [ 1.551687] EVM: security.selinux > [ 1.551689] EVM: security.SMACK64 > [ 1.551689] EVM: security.capability > [ 1.551757] PM: Registering ACPI NVS region [mem 0xbf6bf000-0xbf7befff] > (1048576 bytes) > [ 1.552351] xen:grant_table: Grant tables using version 2 layout > [ 1.552361] Grant table initialized > [ 1.552397] regulator-dummy: no parameters > [ 1.552436] RTC time: 22:43:25, date: 02/05/14 > [ 1.552464] NET: Registered protocol family 16 > [ 1.552618] ACPI FADT declares the system doesn't support PCIe ASPM, so > disable it > [ 1.552620] ACPI: bus type PCI registered > [ 1.552622] acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5 > [ 1.552716] PCI: MMCONFIG for domain 0000 [bus 00-ff] at [mem > 0xe0000000-0xefffffff] (base 0xe0000000) > [ 1.552718] PCI: MMCONFIG at [mem 0xe0000000-0xefffffff] reserved in > E820 > [ 1.586748] PCI: Using configuration type 1 for base access > [ 1.587622] bio: create slab at 0 > [ 1.587825] ACPI: Added _OSI(Module Device) > [ 1.587827] ACPI: Added _OSI(Processor Device) > [ 1.587828] ACPI: Added _OSI(3.0 _SCP Extensions) > [ 1.587829] ACPI: Added _OSI(Processor Aggregator Device) > [ 1.589017] ACPI: EC: Look up EC in DSDT > [ 1.590162] ACPI: Executed 1 blocks of module-level executable AML code > [ 1.592112] ACPI: SSDT 00000000bf64d018 0083B (v01 PmRef Cpu0Cst > 00003001 INTL 20080729) > [ 1.592397] ACPI: Dynamic OEM Table Load: > [ 1.592399] ACPI: SSDT (null) 0083B (v01 PmRef Cpu0Cst > 00003001 INTL 20080729) > [ 1.594985] ACPI: SSDT 00000000bf64ea98 00303 (v01 PmRef ApIst > 00003000 INTL 20080729) > [ 1.595292] ACPI: Dynamic OEM Table Load: > [ 1.595294] ACPI: SSDT (null) 00303 (v01 PmRef ApIst > 00003000 INTL 20080729) > [ 1.598960] ACPI: SSDT 00000000bf64cd98 00119 (v01 PmRef ApCst > 00003000 INTL 20080729) > [ 1.599246] ACPI: Dynamic OEM Table Load: > [ 1.599248] ACPI: SSDT (null) 00119 (v01 PmRef ApCst > 00003000 INTL 20080729) > [ 1.603360] ACPI: Interpreter enabled > [ 1.603366] ACPI Exception: AE_NOT_FOUND, While evaluating Sleep State > [\_S1_] (20130517/hwxface-571) > [ 1.603370] ACPI Exception: AE_NOT_FOUND, While evaluating Sleep State > [\_S2_] (20130517/hwxface-571) > [ 1.603373] ACPI Exception: AE_NOT_FOUND, While evaluating Sleep State > [\_S3_] (20130517/hwxface-571) > [ 1.603382] ACPI: (supports S0 S4 S5) > [ 1.603383] ACPI: Using IOAPIC for interrupt routing > [ 1.603423] HEST: Table parsing has been initialized. > [ 1.603426] PCI: Using host bridge windows from ACPI; if necessary, use > "pci=nocrs" and report a bug > [ 1.603514] ACPI: No dock devices found. > [ 1.607296] ACPI: Power Resource [FN00] (off) > [ 1.607362] ACPI: Power Resource [FN01] (off) > [ 1.607424] ACPI: Power Resource [FN02] (off) > [ 1.607485] ACPI: Power Resource [FN03] (off) > [ 1.607545] ACPI: Power Resource [FN04] (off) > [ 1.608092] ACPI: PCI Root Bridge [PCI0] (domain 0000 [bus 00-fe]) > [ 1.608233] acpi PNP0A08:00: Requesting ACPI _OSC control (0x1d) > [ 1.608615] acpi PNP0A08:00: ACPI _OSC control (0x1d) granted > [ 1.609128] PCI host bridge to bus 0000:00 > [ 1.609130] pci_bus 0000:00: root bus resource [bus 00-fe] > [ 1.609132] pci_bus 0000:00: root bus resource [io 0x0000-0x0cf7] > [ 1.609133] pci_bus 0000:00: root bus resource [io 0x0d00-0xffff] > [ 1.609135] pci_bus 0000:00: root bus resource [mem > 0x000a0000-0x000bffff] > [ 1.609136] pci_bus 0000:00: root bus resource [mem > 0xc0000000-0xfeafffff] > [ 1.609148] pci 0000:00:00.0: [8086:0108] type 00 class 0x060000 > [ 1.609278] pci 0000:00:01.0: [8086:0101] type 01 class 0x060400 > [ 1.609355] pci 0000:00:01.0: PME# supported from D0 D3hot D3cold > [ 1.609397] pci 0000:00:01.0: System wakeup disabled by ACPI > [ 1.609521] pci 0000:00:1a.0: [8086:1c2d] type 00 class 0x0c0320 > [ 1.609883] pci 0000:00:1a.0: reg 0x10: [mem 0xc6906000-0xc69063ff] > [ 1.611696] pci 0000:00:1a.0: PME# supported from D0 D3hot D3cold > [ 1.611765] pci 0000:00:1a.0: System wakeup disabled by ACPI > [ 1.611815] pci 0000:00:1c.0: [8086:1c10] type 01 class 0x060400 > [ 1.611988] pci 0000:00:1c.0: PME# supported from D0 D3hot D3cold > [ 1.612047] pci 0000:00:1c.0: System wakeup disabled by ACPI > [ 1.612115] pci 0000:00:1d.0: [8086:1c26] type 00 class 0x0c0320 > [ 1.612468] pci 0000:00:1d.0: reg 0x10: [mem 0xc6905000-0xc69053ff] > [ 1.614215] pci 0000:00:1d.0: PME# supported from D0 D3hot D3cold > [ 1.614282] pci 0000:00:1d.0: System wakeup disabled by ACPI > [ 1.614324] pci 0000:00:1e.0: [8086:244e] type 01 class 0x060401 > [ 1.614481] pci 0000:00:1e.0: System wakeup disabled by ACPI > [ 1.614522] pci 0000:00:1f.0: [8086:1c52] type 00 class 0x060100 > [ 1.614802] pci 0000:00:1f.2: [8086:1c02] type 00 class 0x010601 > [ 1.614849] pci 0000:00:1f.2: reg 0x10: [io 0x4048-0x404f] > [ 1.614866] pci 0000:00:1f.2: reg 0x14: [io 0x4054-0x4057] > [ 1.614884] pci 0000:00:1f.2: reg 0x18: [io 0x4040-0x4047] > [ 1.614902] pci 0000:00:1f.2: reg 0x1c: [io 0x4050-0x4053] > [ 1.614918] pci 0000:00:1f.2: reg 0x20: [io 0x4020-0x403f] > [ 1.614936] pci 0000:00:1f.2: reg 0x24: [mem 0xc6904000-0xc69047ff] > [ 1.615054] pci 0000:00:1f.2: PME# supported from D3hot > [ 1.615140] pci 0000:00:1f.3: [8086:1c22] type 00 class 0x0c0500 > [ 1.615174] pci 0000:00:1f.3: reg 0x10: [mem 0xc6902000-0xc69020ff > 64bit] > [ 1.615223] pci 0000:00:1f.3: reg 0x20: [io 0x4000-0x401f] > [ 1.615405] pci 0000:01:00.0: [111d:8018] type 01 class 0x060400 > [ 1.615505] pci 0000:01:00.0: PME# supported from D0 D3hot D3cold > [ 1.615531] pci 0000:01:00.0: System wakeup disabled by ACPI > [ 1.622042] pci 0000:00:01.0: PCI bridge to [bus 01-04] > [ 1.622047] pci 0000:00:01.0: bridge window [io 0x2000-0x3fff] > [ 1.622051] pci 0000:00:01.0: bridge window [mem > 0xc5400000-0xc68fffff] > [ 1.622137] pci 0000:02:02.0: [111d:8018] type 01 class 0x060400 > [ 1.622252] pci 0000:02:02.0: PME# supported from D0 D3hot D3cold > [ 1.622323] pci 0000:02:04.0: [111d:8018] type 01 class 0x060400 > [ 1.622437] pci 0000:02:04.0: PME# supported from D0 D3hot D3cold > [ 1.622525] pci 0000:01:00.0: PCI bridge to [bus 02-04] > [ 1.622533] pci 0000:01:00.0: bridge window [io 0x2000-0x3fff] > [ 1.622538] pci 0000:01:00.0: bridge window [mem > 0xc5400000-0xc68fffff] > [ 1.622635] pci 0000:03:00.0: [8086:10e8] type 00 class 0x020000 > [ 1.622656] pci 0000:03:00.0: reg 0x10: [mem 0xc6820000-0xc683ffff] > [ 1.622672] pci 0000:03:00.0: reg 0x14: [mem 0xc6400000-0xc67fffff] > [ 1.622687] pci 0000:03:00.0: reg 0x18: [io 0x3020-0x303f] > [ 1.622702] pci 0000:03:00.0: reg 0x1c: [mem 0xc6844000-0xc6847fff] > [ 1.622745] pci 0000:03:00.0: reg 0x30: [mem 0xffc00000-0xffffffff pref] > [ 1.622828] pci 0000:03:00.0: PME# supported from D0 D3hot D3cold > [ 1.622880] pci 0000:03:00.0: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.622906] pci 0000:03:00.0: reg 0x190: [mem 0x00000000-0x00003fff > 64bit] > [ 1.623005] pci 0000:03:00.1: [8086:10e8] type 00 class 0x020000 > [ 1.623026] pci 0000:03:00.1: reg 0x10: [mem 0xc6800000-0xc681ffff] > [ 1.623041] pci 0000:03:00.1: reg 0x14: [mem 0xc6000000-0xc63fffff] > [ 1.623056] pci 0000:03:00.1: reg 0x18: [io 0x3000-0x301f] > [ 1.623071] pci 0000:03:00.1: reg 0x1c: [mem 0xc6840000-0xc6843fff] > [ 1.623114] pci 0000:03:00.1: reg 0x30: [mem 0xffc00000-0xffffffff pref] > [ 1.623197] pci 0000:03:00.1: PME# supported from D0 D3hot D3cold > [ 1.623248] pci 0000:03:00.1: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.623275] pci 0000:03:00.1: reg 0x190: [mem 0x00000000-0x00003fff > 64bit] > [ 1.623376] pci 0000:02:02.0: PCI bridge to [bus 03] > [ 1.623384] pci 0000:02:02.0: bridge window [io 0x3000-0x3fff] > [ 1.623389] pci 0000:02:02.0: bridge window [mem > 0xc6000000-0xc68fffff] > [ 1.623487] pci 0000:04:00.0: [8086:10e8] type 00 class 0x020000 > [ 1.623508] pci 0000:04:00.0: reg 0x10: [mem 0xc5c20000-0xc5c3ffff] > [ 1.623523] pci 0000:04:00.0: reg 0x14: [mem 0xc5800000-0xc5bfffff] > [ 1.623538] pci 0000:04:00.0: reg 0x18: [io 0x2020-0x203f] > [ 1.623554] pci 0000:04:00.0: reg 0x1c: [mem 0xc5c44000-0xc5c47fff] > [ 1.623596] pci 0000:04:00.0: reg 0x30: [mem 0xffc00000-0xffffffff pref] > [ 1.623679] pci 0000:04:00.0: PME# supported from D0 D3hot > [ 1.623730] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.623756] pci 0000:04:00.0: reg 0x190: [mem 0x00000000-0x00003fff > 64bit] > [ 1.623853] pci 0000:04:00.1: [8086:10e8] type 00 class 0x020000 > [ 1.623874] pci 0000:04:00.1: reg 0x10: [mem 0xc5c00000-0xc5c1ffff] > [ 1.623889] pci 0000:04:00.1: reg 0x14: [mem 0xc5400000-0xc57fffff] > [ 1.623904] pci 0000:04:00.1: reg 0x18: [io 0x2000-0x201f] > [ 1.623919] pci 0000:04:00.1: reg 0x1c: [mem 0xc5c40000-0xc5c43fff] > [ 1.623962] pci 0000:04:00.1: reg 0x30: [mem 0xffc00000-0xffffffff pref] > [ 1.624044] pci 0000:04:00.1: PME# supported from D0 D3hot > [ 1.624096] pci 0000:04:00.1: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.624122] pci 0000:04:00.1: reg 0x190: [mem 0x00000000-0x00003fff > 64bit] > [ 1.624221] pci 0000:02:04.0: PCI bridge to [bus 04] > [ 1.624229] pci 0000:02:04.0: bridge window [io 0x2000-0x2fff] > [ 1.624234] pci 0000:02:04.0: bridge window [mem > 0xc5400000-0xc5cfffff] > [ 1.624417] pci 0000:05:00.0: [14e4:163b] type 00 class 0x020000 > [ 1.624457] pci 0000:05:00.0: reg 0x10: [mem 0xc0000000-0xc1ffffff > 64bit] > [ 1.624697] pci 0000:05:00.0: PME# supported from D0 D3hot D3cold > [ 1.624739] pci 0000:05:00.0: System wakeup disabled by ACPI > [ 1.624821] pci 0000:05:00.1: [14e4:163b] type 00 class 0x020000 > [ 1.624861] pci 0000:05:00.1: reg 0x10: [mem 0xc2000000-0xc3ffffff > 64bit] > [ 1.625101] pci 0000:05:00.1: PME# supported from D0 D3hot D3cold > [ 1.625231] pci 0000:00:1c.0: PCI bridge to [bus 05] > [ 1.625242] pci 0000:00:1c.0: bridge window [mem > 0xc0000000-0xc3ffffff] > [ 1.625333] pci 0000:06:03.0: [102b:0532] type 00 class 0x030000 > [ 1.625365] pci 0000:06:03.0: reg 0x10: [mem 0xc4000000-0xc47fffff pref] > [ 1.625383] pci 0000:06:03.0: reg 0x14: [mem 0xc5000000-0xc5003fff] > [ 1.625401] pci 0000:06:03.0: reg 0x18: [mem 0xc4800000-0xc4ffffff] > [ 1.625467] pci 0000:06:03.0: reg 0x30: [mem 0xffff0000-0xffffffff pref] > [ 1.625618] pci 0000:00:1e.0: PCI bridge to [bus 06] (subtractive > decode) > [ 1.625629] pci 0000:00:1e.0: bridge window [mem > 0xc4800000-0xc50fffff] > [ 1.625640] pci 0000:00:1e.0: bridge window [mem > 0xc4000000-0xc47fffff 64bit pref] > [ 1.625641] pci 0000:00:1e.0: bridge window [io 0x0000-0x0cf7] > (subtractive decode) > [ 1.625643] pci 0000:00:1e.0: bridge window [io 0x0d00-0xffff] > (subtractive decode) > [ 1.625644] pci 0000:00:1e.0: bridge window [mem > 0x000a0000-0x000bffff] (subtractive decode) > [ 1.625646] pci 0000:00:1e.0: bridge window [mem > 0xc0000000-0xfeafffff] (subtractive decode) > [ 1.625672] acpi PNP0A08:00: Disabling ASPM (FADT indicates it is > unsupported) > [ 1.626157] ACPI: PCI Interrupt Link [LNKA] (IRQs 1 3 4 5 6 *10 11 12 > 14 15) > [ 1.626206] ACPI: PCI Interrupt Link [LNKB] (IRQs 1 3 4 5 6 10 *11 12 > 14 15) > [ 1.626254] ACPI: PCI Interrupt Link [LNKC] (IRQs 1 3 4 5 6 *10 11 12 > 14 15) > [ 1.626300] ACPI: PCI Interrupt Link [LNKD] (IRQs 1 3 4 5 *6 10 11 12 > 14 15) > [ 1.626347] ACPI: PCI Interrupt Link [LNKE] (IRQs 1 3 4 5 6 10 11 12 > *14 15) > [ 1.626393] ACPI: PCI Interrupt Link [LNKF] (IRQs 1 3 4 5 *6 10 11 12 > 14 15) > [ 1.626439] ACPI: PCI Interrupt Link [LNKG] (IRQs 1 3 4 5 6 10 11 12 14 > 15) *0, disabled. > [ 1.626487] ACPI: PCI Interrupt Link [LNKH] (IRQs 1 3 4 5 6 10 11 12 14 > *15) > [ 1.626719] ACPI: Enabled 6 GPEs in block 00 to 3F > [ 1.626725] ACPI: \_SB_.PCI0: notify handler is installed > [ 1.626767] Found 1 acpi root devices > [ 1.626788] xen:balloon: Initialising balloon driver > [ 1.633777] xen_balloon: Initialising balloon driver > [ 1.633937] vgaarb: device added: > PCI:0000:06:03.0,decodes=io+mem,owns=io+mem,locks=none > [ 1.633938] vgaarb: loaded > [ 1.633939] vgaarb: bridge control possible 0000:06:03.0 > [ 1.634070] SCSI subsystem initialized > [ 1.634072] ACPI: bus type ATA registered > [ 1.634100] libata version 3.00 loaded. > [ 1.634112] ACPI: bus type USB registered > [ 1.634127] usbcore: registered new interface driver usbfs > [ 1.634132] usbcore: registered new interface driver hub > [ 1.634302] usbcore: registered new device driver usb > [ 1.634484] PCI: Using ACPI for IRQ routing > [ 1.652726] PCI: pci_cache_line_size set to 64 bytes > [ 1.652818] e820: reserve RAM buffer [mem 0x0009e000-0x0009ffff] > [ 1.652819] e820: reserve RAM buffer [mem 0xbdfb0000-0xbfffffff] > [ 1.652821] e820: reserve RAM buffer [mem 0xbf5d6000-0xbfffffff] > [ 1.652822] e820: reserve RAM buffer [mem 0xbf5e8000-0xbfffffff] > [ 1.652824] e820: reserve RAM buffer [mem 0xbf5f0000-0xbfffffff] > [ 1.652825] e820: reserve RAM buffer [mem 0xbf63f000-0xbfffffff] > [ 1.652826] e820: reserve RAM buffer [mem 0xbf800000-0xbfffffff] > [ 1.652898] NetLabel: Initializing > [ 1.652899] NetLabel: domain hash size = 128 > [ 1.652900] NetLabel: protocols = UNLABELED CIPSOv4 > [ 1.652908] NetLabel: unlabeled traffic allowed by default > [ 1.653076] Switched to clocksource xen > [ 1.657463] AppArmor: AppArmor Filesystem Enabled > [ 1.657479] pnp: PnP ACPI init > [ 1.657487] ACPI: bus type PNP registered > [ 1.657631] pnp 00:00: Plug and Play ACPI device, IDs IPI0001 (active) > [ 1.657640] pnp 00:01: [dma 4] > [ 1.657652] pnp 00:01: Plug and Play ACPI device, IDs PNP0200 (active) > [ 1.657667] pnp 00:02: Plug and Play ACPI device, IDs INT0800 (active) > [ 1.657729] pnp 00:03: Plug and Play ACPI device, IDs PNP0103 (active) > [ 1.657738] xen: registering gsi 13 triggering 1 polarity 0 > [ 1.657770] pnp 00:04: Plug and Play ACPI device, IDs PNP0c04 (active) > [ 1.657806] system 00:05: [io 0x0680-0x069f] has been reserved > [ 1.657807] system 00:05: [io 0x1000-0x100f] has been reserved > [ 1.657809] system 00:05: [io 0x1010-0x1013] has been reserved > [ 1.657811] system 00:05: [io 0xffff] has been reserved > [ 1.657812] system 00:05: [io 0x0400-0x0453] could not be reserved > [ 1.657814] system 00:05: [io 0x0458-0x047f] has been reserved > [ 1.657815] system 00:05: [io 0x0500-0x057f] has been reserved > [ 1.657817] system 00:05: [io 0x164e-0x164f] has been reserved > [ 1.657819] system 00:05: Plug and Play ACPI device, IDs PNP0c02 > (active) > [ 1.657825] xen: registering gsi 8 triggering 1 polarity 0 > [ 1.657852] pnp 00:06: Plug and Play ACPI device, IDs PNP0b00 (active) > [ 1.657883] system 00:07: [io 0x0454-0x0457] has been reserved > [ 1.657886] system 00:07: Plug and Play ACPI device, IDs INT3f0d > PNP0c02 (active) > [ 1.658091] xen: registering gsi 4 triggering 1 polarity 0 > [ 1.658135] pnp 00:08: Plug and Play ACPI device, IDs PNP0501 (active) > [ 1.658224] xen: registering gsi 3 triggering 1 polarity 0 > [ 1.658266] pnp 00:09: Plug and Play ACPI device, IDs PNP0501 (active) > [ 1.658292] system 00:0a: [mem 0xfed90000-0xfed91fff] has been reserved > [ 1.658294] system 00:0a: Plug and Play ACPI device, IDs PNP0c02 > (active) > [ 1.658432] system 00:0b: [mem 0xfed1c000-0xfed1ffff] has been reserved > [ 1.658434] system 00:0b: [mem 0xfed10000-0xfed17fff] has been reserved > [ 1.658436] system 00:0b: [mem 0xfed18000-0xfed18fff] has been reserved > [ 1.658437] system 00:0b: [mem 0xfed19000-0xfed19fff] has been reserved > [ 1.658439] system 00:0b: [mem 0xe0000000-0xefffffff] has been reserved > [ 1.658441] system 00:0b: [mem 0xfed20000-0xfed3ffff] has been reserved > [ 1.658442] system 00:0b: [mem 0xfed90000-0xfed93fff] could not be > reserved > [ 1.658444] system 00:0b: [mem 0xff000000-0xffffffff] could not be > reserved > [ 1.658446] system 00:0b: [mem 0xfee00000-0xfeefffff] could not be > reserved > [ 1.658448] system 00:0b: [mem 0xc6a00000-0xc6a00fff] has been reserved > [ 1.658450] system 00:0b: Plug and Play ACPI device, IDs PNP0c02 > (active) > [ 1.658610] pnp: PnP ACPI: found 12 devices > [ 1.658611] ACPI: bus type PNP unregistered > [ 1.664052] PM-Timer failed consistency check (0x0xffffff) - aborting. > [ 1.664057] pci 0000:03:00.0: no compatible bridge window for [mem > 0xffc00000-0xffffffff pref] > [ 1.664059] pci 0000:03:00.1: no compatible bridge window for [mem > 0xffc00000-0xffffffff pref] > [ 1.664060] pci 0000:04:00.0: no compatible bridge window for [mem > 0xffc00000-0xffffffff pref] > [ 1.664062] pci 0000:04:00.1: no compatible bridge window for [mem > 0xffc00000-0xffffffff pref] > [ 1.664064] pci 0000:06:03.0: no compatible bridge window for [mem > 0xffff0000-0xffffffff pref] > [ 1.664068] PCI: max bus depth: 3 pci_try_num: 4 > [ 1.664144] pci 0000:00:01.0: BAR 15: assigned [mem > 0xc6c00000-0xc7bfffff pref] > [ 1.664146] pci 0000:01:00.0: BAR 15: assigned [mem > 0xc6c00000-0xc7bfffff pref] > [ 1.664148] pci 0000:02:02.0: BAR 15: assigned [mem > 0xc6c00000-0xc73fffff pref] > [ 1.664150] pci 0000:02:04.0: BAR 15: assigned [mem > 0xc7400000-0xc7bfffff pref] > [ 1.664168] pci 0000:03:00.0: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.664185] pci 0000:03:00.0: reg 0x190: [mem 0x00000000-0x00003fff > 64bit] > [ 1.664201] pci 0000:03:00.0: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.664217] pci 0000:03:00.0: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.664234] pci 0000:03:00.1: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.664250] pci 0000:03:00.0: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.664266] pci 0000:03:00.0: reg 0x190: [mem 0x00000000-0x00003fff > 64bit] > [ 1.664282] pci 0000:03:00.1: reg 0x190: [mem 0x00000000-0x00003fff > 64bit] > [ 1.664298] pci 0000:03:00.0: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.664314] pci 0000:03:00.0: reg 0x190: [mem 0x00000000-0x00003fff > 64bit] > [ 1.664330] pci 0000:03:00.1: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.664332] pci 0000:03:00.0: BAR 6: assigned [mem > 0xc6c00000-0xc6ffffff pref] > [ 1.664334] pci 0000:03:00.1: BAR 6: assigned [mem > 0xc7000000-0xc73fffff pref] > [ 1.664350] pci 0000:03:00.0: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.664352] pci 0000:03:00.0: BAR 7: assigned [mem > 0xc6848000-0xc6867fff 64bit] > [ 1.664379] pci 0000:03:00.0: reg 0x190: [mem 0x00000000-0x00003fff > 64bit] > [ 1.664380] pci 0000:03:00.0: BAR 10: assigned [mem > 0xc6868000-0xc6887fff 64bit] > [ 1.664407] pci 0000:03:00.1: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.664408] pci 0000:03:00.1: BAR 7: assigned [mem > 0xc6888000-0xc68a7fff 64bit] > [ 1.664435] pci 0000:03:00.1: reg 0x190: [mem 0x00000000-0x00003fff > 64bit] > [ 1.664436] pci 0000:03:00.1: BAR 10: assigned [mem > 0xc68a8000-0xc68c7fff 64bit] > [ 1.664448] pci 0000:02:02.0: PCI bridge to [bus 03] > [ 1.664452] pci 0000:02:02.0: bridge window [io 0x3000-0x3fff] > [ 1.664459] pci 0000:02:02.0: bridge window [mem > 0xc6000000-0xc68fffff] > [ 1.664464] pci 0000:02:02.0: bridge window [mem > 0xc6c00000-0xc73fffff pref] > [ 1.664487] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.664503] pci 0000:04:00.0: reg 0x190: [mem 0x00000000-0x00003fff > 64bit] > [ 1.664519] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.664535] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.664551] pci 0000:04:00.1: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.664567] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.664583] pci 0000:04:00.0: reg 0x190: [mem 0x00000000-0x00003fff > 64bit] > [ 1.664599] pci 0000:04:00.1: reg 0x190: [mem 0x00000000-0x00003fff > 64bit] > [ 1.664615] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.664631] pci 0000:04:00.0: reg 0x190: [mem 0x00000000-0x00003fff > 64bit] > [ 1.664647] pci 0000:04:00.1: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.664649] pci 0000:04:00.0: BAR 6: assigned [mem > 0xc7400000-0xc77fffff pref] > [ 1.664650] pci 0000:04:00.1: BAR 6: assigned [mem > 0xc7800000-0xc7bfffff pref] > [ 1.664666] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.664668] pci 0000:04:00.0: BAR 7: assigned [mem > 0xc5c48000-0xc5c67fff 64bit] > [ 1.664694] pci 0000:04:00.0: reg 0x190: [mem 0x00000000-0x00003fff > 64bit] > [ 1.664695] pci 0000:04:00.0: BAR 10: assigned [mem > 0xc5c68000-0xc5c87fff 64bit] > [ 1.664721] pci 0000:04:00.1: reg 0x184: [mem 0x00000000-0x00003fff > 64bit] > [ 1.664723] pci 0000:04:00.1: BAR 7: assigned [mem > 0xc5c88000-0xc5ca7fff 64bit] > [ 1.664749] pci 0000:04:00.1: reg 0x190: [mem 0x00000000-0x00003fff > 64bit] > [ 1.664751] pci 0000:04:00.1: BAR 10: assigned [mem > 0xc5ca8000-0xc5cc7fff 64bit] > [ 1.664762] pci 0000:02:04.0: PCI bridge to [bus 04] > [ 1.664766] pci 0000:02:04.0: bridge window [io 0x2000-0x2fff] > [ 1.664772] pci 0000:02:04.0: bridge window [mem > 0xc5400000-0xc5cfffff] > [ 1.664777] pci 0000:02:04.0: bridge window [mem > 0xc7400000-0xc7bfffff pref] > [ 1.664786] pci 0000:01:00.0: PCI bridge to [bus 02-04] > [ 1.664789] pci 0000:01:00.0: bridge window [io 0x2000-0x3fff] > [ 1.664796] pci 0000:01:00.0: bridge window [mem > 0xc5400000-0xc68fffff] > [ 1.664801] pci 0000:01:00.0: bridge window [mem > 0xc6c00000-0xc7bfffff pref] > [ 1.664810] pci 0000:00:01.0: PCI bridge to [bus 01-04] > [ 1.664812] pci 0000:00:01.0: bridge window [io 0x2000-0x3fff] > [ 1.664816] pci 0000:00:01.0: bridge window [mem > 0xc5400000-0xc68fffff] > [ 1.664820] pci 0000:00:01.0: bridge window [mem > 0xc6c00000-0xc7bfffff pref] > [ 1.664826] pci 0000:00:1c.0: PCI bridge to [bus 05] > [ 1.664834] pci 0000:00:1c.0: bridge window [mem > 0xc0000000-0xc3ffffff] > [ 1.664850] pci 0000:06:03.0: BAR 6: assigned [mem > 0xc5010000-0xc501ffff pref] > [ 1.664852] pci 0000:00:1e.0: PCI bridge to [bus 06] > [ 1.664860] pci 0000:00:1e.0: bridge window [mem > 0xc4800000-0xc50fffff] > [ 1.664866] pci 0000:00:1e.0: bridge window [mem > 0xc4000000-0xc47fffff 64bit pref] > [ 1.664945] xen: registering gsi 16 triggering 0 polarity 1 > [ 1.664957] xen: --> pirq=16 -> irq=16 (gsi=16) > [ 1.665053] xen: registering gsi 17 triggering 0 polarity 1 > [ 1.665059] xen: --> pirq=17 -> irq=17 (gsi=17) > [ 1.665086] pci 0000:00:1e.0: setting latency timer to 64 > [ 1.665090] pci_bus 0000:00: resource 4 [io 0x0000-0x0cf7] > [ 1.665092] pci_bus 0000:00: resource 5 [io 0x0d00-0xffff] > [ 1.665093] pci_bus 0000:00: resource 6 [mem 0x000a0000-0x000bffff] > [ 1.665095] pci_bus 0000:00: resource 7 [mem 0xc0000000-0xfeafffff] > [ 1.665096] pci_bus 0000:01: resource 0 [io 0x2000-0x3fff] > [ 1.665098] pci_bus 0000:01: resource 1 [mem 0xc5400000-0xc68fffff] > [ 1.665099] pci_bus 0000:01: resource 2 [mem 0xc6c00000-0xc7bfffff pref] > [ 1.665100] pci_bus 0000:02: resource 0 [io 0x2000-0x3fff] > [ 1.665102] pci_bus 0000:02: resource 1 [mem 0xc5400000-0xc68fffff] > [ 1.665103] pci_bus 0000:02: resource 2 [mem 0xc6c00000-0xc7bfffff pref] > [ 1.665105] pci_bus 0000:03: resource 0 [io 0x3000-0x3fff] > [ 1.665106] pci_bus 0000:03: resource 1 [mem 0xc6000000-0xc68fffff] > [ 1.665107] pci_bus 0000:03: resource 2 [mem 0xc6c00000-0xc73fffff pref] > [ 1.665109] pci_bus 0000:04: resource 0 [io 0x2000-0x2fff] > [ 1.665110] pci_bus 0000:04: resource 1 [mem 0xc5400000-0xc5cfffff] > [ 1.665112] pci_bus 0000:04: resource 2 [mem 0xc7400000-0xc7bfffff pref] > [ 1.665113] pci_bus 0000:05: resource 1 [mem 0xc0000000-0xc3ffffff] > [ 1.665115] pci_bus 0000:06: resource 1 [mem 0xc4800000-0xc50fffff] > [ 1.665116] pci_bus 0000:06: resource 2 [mem 0xc4000000-0xc47fffff > 64bit pref] > [ 1.665118] pci_bus 0000:06: resource 4 [io 0x0000-0x0cf7] > [ 1.665119] pci_bus 0000:06: resource 5 [io 0x0d00-0xffff] > [ 1.665120] pci_bus 0000:06: resource 6 [mem 0x000a0000-0x000bffff] > [ 1.665122] pci_bus 0000:06: resource 7 [mem 0xc0000000-0xfeafffff] > [ 1.665150] NET: Registered protocol family 2 > [ 1.665305] TCP established hash table entries: 32768 (order: 7, 524288 > bytes) > [ 1.665426] TCP bind hash table entries: 32768 (order: 7, 524288 bytes) > [ 1.665487] TCP: Hash tables configured (established 32768 bind 32768) > [ 1.665502] TCP: reno registered > [ 1.665511] UDP hash table entries: 2048 (order: 4, 65536 bytes) > [ 1.665528] UDP-Lite hash table entries: 2048 (order: 4, 65536 bytes) > [ 1.665573] NET: Registered protocol family 1 > [ 1.665647] xen: registering gsi 20 triggering 0 polarity 1 > [ 1.665654] xen: --> pirq=20 -> irq=20 (gsi=20) > [ 1.681298] xen: registering gsi 23 triggering 0 polarity 1 > [ 1.681305] xen: --> pirq=23 -> irq=23 (gsi=23) > [ 1.697293] pci 0000:06:03.0: Boot video device > [ 1.697298] PCI: CLS 64 bytes, default 64 > [ 1.697333] Trying to unpack rootfs image as initramfs... > [ 1.733240] Freeing initrd memory: 48284K (ffff8800023f3000 - > ffff88000531a000) > [ 1.733358] Simple Boot Flag at 0x44 set to 0x1 > [ 1.733575] Scanning for low memory corruption every 60 seconds > [ 1.733957] Initialise module verification > [ 1.733989] audit: initializing netlink socket (disabled) > [ 1.733999] type=2000 audit(1391640205.715:1): initialized > [ 1.753927] bounce pool size: 64 pages > [ 1.753936] HugeTLB registered 2 MB page size, pre-allocated 0 pages > [ 1.754659] zbud: loaded > [ 1.754781] VFS: Disk quotas dquot_6.5.2 > [ 1.754812] Dquot-cache hash table entries: 512 (order 0, 4096 bytes) > [ 1.755159] fuse init (API version 7.22) > [ 1.755217] msgmni has been set to 1736 > [ 1.755694] Key type asymmetric registered > [ 1.755696] Asymmetric key parser 'x509' registered > [ 1.755718] Block layer SCSI generic (bsg) driver version 0.4 loaded > (major 252) > [ 1.755752] io scheduler noop registered > [ 1.755754] io scheduler deadline registered (default) > [ 1.755771] io scheduler cfq registered > [ 1.756393] pcieport 0000:00:01.0: Signaling PME through PCIe PME > interrupt > [ 1.756395] pcieport 0000:01:00.0: Signaling PME through PCIe PME > interrupt > [ 1.756396] pcieport 0000:02:02.0: Signaling PME through PCIe PME > interrupt > [ 1.756397] pci 0000:03:00.0: Signaling PME through PCIe PME interrupt > [ 1.756398] pci 0000:03:00.1: Signaling PME through PCIe PME interrupt > [ 1.756400] pcieport 0000:02:04.0: Signaling PME through PCIe PME > interrupt > [ 1.756401] pci 0000:04:00.0: Signaling PME through PCIe PME interrupt > [ 1.756402] pci 0000:04:00.1: Signaling PME through PCIe PME interrupt > [ 1.756406] pcie_pme 0000:00:01.0:pcie01: service driver pcie_pme loaded > [ 1.756432] pcieport 0000:00:1c.0: Signaling PME through PCIe PME > interrupt > [ 1.756433] pci 0000:05:00.0: Signaling PME through PCIe PME interrupt > [ 1.756434] pci 0000:05:00.1: Signaling PME through PCIe PME interrupt > [ 1.756441] pcie_pme 0000:00:1c.0:pcie01: service driver pcie_pme loaded > [ 1.756450] pci_hotplug: PCI Hot Plug PCI Core version: 0.5 > [ 1.756461] pciehp: PCI Express Hot Plug Controller Driver version: 0.4 > [ 1.756501] intel_idle: MWAIT substates: 0x1120 > [ 1.756502] intel_idle: v0.4 model 0x2A > [ 1.756503] intel_idle: lapic_timer_reliable_states 0xffffffff > [ 1.756535] intel_idle: intel_idle yielding to none > [ 1.756598] input: Power Button as > /devices/LNXSYSTM:00/LNXPWRBN:00/input/input0 > [ 1.756602] ACPI: Power Button [PWRF] > [ 1.756665] ACPI: Fan [FAN0] (off) > [ 1.756686] ACPI: Fan [FAN1] (off) > [ 1.756704] ACPI: Fan [FAN2] (off) > [ 1.756722] ACPI: Fan [FAN3] (off) > [ 1.756740] ACPI: Fan [FAN4] (off) > [ 1.756778] ACPI: Requesting acpi_cpufreq > [ 1.757217] Monitor-Mwait will be used to enter C-1 state > [ 1.757221] Monitor-Mwait will be used to enter C-2 state > [ 1.757224] Monitor-Mwait will be used to enter C-3 state > [ 1.758699] Warning: Processor Platform Limit not supported. > [ 1.758885] thermal LNXTHERM:00: registered as thermal_zone0 > [ 1.758886] ACPI: Thermal Zone [TZ01] (30 C) > [ 1.758932] ERST: Error Record Serialization Table (ERST) support is > initialized. > [ 1.758934] pstore: Registered erst as persistent store backend > [ 1.759051] GHES: APEI firmware first mode is enabled by APEI bit and > WHEA _OSC. > [ 1.759387] xen_acpi_processor: Uploading Xen processor PM info > [ 1.760559] Serial: 8250/16550 driver, 32 ports, IRQ sharing enabled > [ 1.781328] 00:08: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A > [ 1.802091] 00:09: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A > [ 1.803445] hpet_acpi_add: no address or irqs in _CRS > [ 1.803457] Linux agpgart interface v0.103 > [ 1.804413] brd: module loaded > [ 1.804912] loop: module loaded > [ 1.805161] libphy: Fixed MDIO Bus: probed > [ 1.805219] tun: Universal TUN/TAP device driver, 1.6 > [ 1.805220] tun: (C) 1999-2004 Max Krasnyansky > [ 1.805253] PPP generic driver version 2.4.2 > [ 1.805282] xen_netfront: Initialising Xen virtual ethernet driver > [ 1.805290] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver > [ 1.805291] ehci-pci: EHCI PCI platform driver > [ 1.805366] xen: registering gsi 20 triggering 0 polarity 1 > [ 1.805369] Already setup the GSI :20 > [ 1.805386] ehci-pci 0000:00:1a.0: setting latency timer to 64 > [ 1.805393] ehci-pci 0000:00:1a.0: EHCI Host Controller > [ 1.805398] ehci-pci 0000:00:1a.0: new USB bus registered, assigned bus > number 1 > [ 1.805417] ehci-pci 0000:00:1a.0: debug port 2 > [ 1.809360] ehci-pci 0000:00:1a.0: cache line size of 64 is not > supported > [ 1.809396] ehci-pci 0000:00:1a.0: irq 20, io mem 0xc6906000 > [ 1.821151] ehci-pci 0000:00:1a.0: USB 2.0 started, EHCI 1.00 > [ 1.821189] usb usb1: New USB device found, idVendor=1d6b, > idProduct=0002 > [ 1.821190] usb usb1: New USB device strings: Mfr=3, Product=2, > SerialNumber=1 > [ 1.821192] usb usb1: Product: EHCI Host Controller > [ 1.821193] usb usb1: Manufacturer: Linux 3.11.0-12-generic ehci_hcd > [ 1.821194] usb usb1: SerialNumber: 0000:00:1a.0 > [ 1.821272] hub 1-0:1.0: USB hub found > [ 1.821276] hub 1-0:1.0: 2 ports detected > [ 1.821415] xen: registering gsi 23 triggering 0 polarity 1 > [ 1.821417] Already setup the GSI :23 > [ 1.821432] ehci-pci 0000:00:1d.0: setting latency timer to 64 > [ 1.821439] ehci-pci 0000:00:1d.0: EHCI Host Controller > [ 1.821442] ehci-pci 0000:00:1d.0: new USB bus registered, assigned bus > number 2 > [ 1.821461] ehci-pci 0000:00:1d.0: debug port 2 > [ 1.825411] ehci-pci 0000:00:1d.0: cache line size of 64 is not > supported > [ 1.825448] ehci-pci 0000:00:1d.0: irq 23, io mem 0xc6905000 > [ 1.837152] ehci-pci 0000:00:1d.0: USB 2.0 started, EHCI 1.00 > [ 1.837185] usb usb2: New USB device found, idVendor=1d6b, > idProduct=0002 > [ 1.837187] usb usb2: New USB device strings: Mfr=3, Product=2, > SerialNumber=1 > [ 1.837188] usb usb2: Product: EHCI Host Controller > [ 1.837189] usb usb2: Manufacturer: Linux 3.11.0-12-generic ehci_hcd > [ 1.837191] usb usb2: SerialNumber: 0000:00:1d.0 > [ 1.837330] hub 2-0:1.0: USB hub found > [ 1.837334] hub 2-0:1.0: 2 ports detected > [ 1.837400] ehci-platform: EHCI generic platform driver > [ 1.837405] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver > [ 1.837406] ohci-platform: OHCI generic platform driver > [ 1.837411] uhci_hcd: USB Universal Host Controller Interface driver > [ 1.837449] i8042: PNP: No PS/2 controller found. Probing ports > directly. > [ 2.884166] i8042: No controller found > [ 2.884441] mousedev: PS/2 mouse device common for all mice > [ 2.884708] rtc_cmos 00:06: RTC can wake from S4 > [ 2.884906] rtc_cmos 00:06: rtc core: registered rtc_cmos as rtc0 > [ 2.884962] rtc_cmos 00:06: alarms up to one month, y3k, 242 bytes nvram > [ 2.885003] device-mapper: uevent: version 1.0.3 > [ 2.885085] device-mapper: ioctl: 4.25.0-ioctl (2013-06-26) > initialised: dm-devel@redhat.com > [ 2.885093] ledtrig-cpu: registered to indicate activity on CPUs > [ 2.885164] TCP: cubic registered > [ 2.885221] NET: Registered protocol family 10 > [ 2.885348] NET: Registered protocol family 17 > [ 2.885354] Key type dns_resolver registered > [ 2.885511] PM: Hibernation image not present or could not be loaded. > [ 2.885514] Loading module verification certificates > [ 2.886208] MODSIGN: Loaded cert 'Magrathea: Glacier signing key: > fddf6943d8ac4f5b6eb0919a7a3ee3d9088b1bfa' > [ 2.886216] registered taskstats version 1 > [ 2.889339] Key type trusted registered > [ 2.892025] Key type encrypted registered > [ 2.894651] AppArmor: AppArmor sha1 policy hashing enabled > [ 2.895054] Magic number: 2:369:754 > [ 2.895060] tty ttyS5: hash matches > [ 2.895134] rtc_cmos 00:06: setting system clock to 2014-02-05 22:43:26 > UTC (1391640206) > [ 2.895182] BIOS EDD facility v0.16 2004-Jun-25, 1 devices found > [ 2.895677] Freeing unused kernel memory: 1364K (ffffffff81d10000 - > ffffffff81e65000) > [ 2.895678] Write protecting the kernel read-only data: 12288k > [ 2.898416] Freeing unused kernel memory: 1040K (ffff8800016fc000 - > ffff880001800000) > [ 2.898708] Freeing unused kernel memory: 836K (ffff880001b2f000 - > ffff880001c00000) > [ 2.918710] systemd-udevd[118]: starting version 204 > [ 2.939867] pps_core: module verification failed: signature and/or > required key missing - tainting kernel > [ 2.940047] pps_core: LinuxPPS API ver. 1 registered > [ 2.940048] pps_core: Software ver. 5.3.6 - Copyright 2005-2007 Rodolfo > Giometti > [ 2.940227] PTP clock support registered > [ 2.942853] ahci 0000:00:1f.2: version 3.0 > [ 2.942948] xen: registering gsi 19 triggering 0 polarity 1 > [ 2.942962] xen: --> pirq=19 -> irq=19 (gsi=19) > [ 2.943070] ahci: SSS flag set, parallel bus scan disabled > [ 2.943146] bnx2: Broadcom NetXtreme II Gigabit Ethernet Driver bnx2 > v2.2.3 (June 27, 2012) > [ 2.943195] xen: registering gsi 16 triggering 0 polarity 1 > [ 2.943197] Already setup the GSI :16 > [ 2.943671] dca service started, version 1.12.1 > [ 2.944532] bnx2 0000:05:00.0 eth0: Broadcom NetXtreme II BCM5716 > 1000Base-T (C0) PCI Express found at mem c0000000, IRQ 16, node addr > d4:ae:52:cc:f9:6a > [ 2.944613] xen: registering gsi 17 triggering 0 polarity 1 > [ 2.944615] Already setup the GSI :17 > [ 2.945253] bnx2 0000:05:00.1 eth1: Broadcom NetXtreme II BCM5716 > 1000Base-T (C0) PCI Express found at mem c2000000, IRQ 17, node addr > d4:ae:52:cc:f9:6b > [ 2.949969] igb: Intel(R) Gigabit Ethernet Network Driver - version > 5.0.5-k > [ 2.949971] igb: Copyright (c) 2007-2013 Intel Corporation. > [ 2.950015] xen: registering gsi 18 triggering 0 polarity 1 > [ 2.950026] xen: --> pirq=18 -> irq=18 (gsi=18) > [ 2.957168] ahci 0000:00:1f.2: AHCI 0001.0300 32 slots 6 ports 3 Gbps > 0x31 impl SATA mode > [ 2.957172] ahci 0000:00:1f.2: flags: 64bit ncq stag pm led clo pio > slum part ems sxs apst > [ 2.957179] ahci 0000:00:1f.2: setting latency timer to 64 > [ 2.973513] scsi0 : ahci > [ 2.973597] scsi1 : ahci > [ 2.973666] scsi2 : ahci > [ 2.973728] scsi3 : ahci > [ 2.973793] scsi4 : ahci > [ 2.973857] scsi5 : ahci > [ 2.973907] ata1: SATA max UDMA/133 abar m2048@0xc6904000 port > 0xc6904100 irq 76 > [ 2.973909] ata2: DUMMY > [ 2.973910] ata3: DUMMY > [ 2.973911] ata4: DUMMY > [ 2.973914] ata5: SATA max UDMA/133 abar m2048@0xc6904000 port > 0xc6904300 irq 76 > [ 2.973916] ata6: SATA max UDMA/133 abar m2048@0xc6904000 port > 0xc6904380 irq 76 > [ 3.093191] usb 1-1: new high-speed USB device number 2 using ehci-pci > [ 3.141615] igb 0000:03:00.0: added PHC on eth2 > [ 3.141617] igb 0000:03:00.0: Intel(R) Gigabit Ethernet Network > Connection > [ 3.141619] igb 0000:03:00.0: eth2: (PCIe:2.5Gb/s:Width x4) > 90:e2:ba:53:e5:20 > [ 3.141622] igb 0000:03:00.0: eth2: PBA No: Unknown > [ 3.141623] igb 0000:03:00.0: Using MSI-X interrupts. 4 rx queue(s), 4 > tx queue(s) > [ 3.141674] xen: registering gsi 19 triggering 0 polarity 1 > [ 3.141678] Already setup the GSI :19 > [ 3.225728] usb 1-1: New USB device found, idVendor=8087, idProduct=0024 > [ 3.225731] usb 1-1: New USB device strings: Mfr=0, Product=0, > SerialNumber=0 > [ 3.225939] hub 1-1:1.0: USB hub found > [ 3.226038] hub 1-1:1.0: 6 ports detected > [ 3.293197] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300) > [ 3.294088] ata1.00: ATA-8: WDC WD5003ABYX-18WERA0, 01.01S03, max > UDMA/133 > [ 3.294091] ata1.00: 976773168 sectors, multi 0: LBA48 NCQ (depth > 31/32), AA > [ 3.295674] ata1.00: configured for UDMA/133 > [ 3.295874] scsi 0:0:0:0: Direct-Access ATA WDC WD5003ABYX-1 > 01.0 PQ: 0 ANSI: 5 > [ 3.296014] sd 0:0:0:0: [sda] 976773168 512-byte logical blocks: (500 > GB/465 GiB) > [ 3.296045] sd 0:0:0:0: Attached scsi generic sg0 type 0 > [ 3.296052] sd 0:0:0:0: [sda] Write Protect is off > [ 3.296054] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00 > [ 3.296067] sd 0:0:0:0: [sda] Write cache: enabled, read cache: > enabled, doesn't support DPO or FUA > [ 3.325343] sda: sda1 sda2 < sda5 > > [ 3.325815] sd 0:0:0:0: [sda] Attached SCSI disk > [ 3.333499] igb 0000:03:00.1: added PHC on eth3 > [ 3.333501] igb 0000:03:00.1: Intel(R) Gigabit Ethernet Network > Connection > [ 3.333503] igb 0000:03:00.1: eth3: (PCIe:2.5Gb/s:Width x4) > 90:e2:ba:53:e5:21 > [ 3.333506] igb 0000:03:00.1: eth3: PBA No: Unknown > [ 3.333507] igb 0000:03:00.1: Using MSI-X interrupts. 4 rx queue(s), 4 > tx queue(s) > [ 3.333547] xen: registering gsi 16 triggering 0 polarity 1 > [ 3.333549] Already setup the GSI :16 > [ 3.337173] usb 2-1: new high-speed USB device number 2 using ehci-pci > [ 3.469706] usb 2-1: New USB device found, idVendor=8087, idProduct=0024 > [ 3.469718] usb 2-1: New USB device strings: Mfr=0, Product=0, > SerialNumber=0 > [ 3.469928] hub 2-1:1.0: USB hub found > [ 3.470028] hub 2-1:1.0: 6 ports detected > [ 3.525568] igb 0000:04:00.0: added PHC on eth4 > [ 3.525570] igb 0000:04:00.0: Intel(R) Gigabit Ethernet Network > Connection > [ 3.525572] igb 0000:04:00.0: eth4: (PCIe:2.5Gb/s:Width x4) > 90:e2:ba:53:e5:24 > [ 3.525575] igb 0000:04:00.0: eth4: PBA No: Unknown > [ 3.525576] igb 0000:04:00.0: Using MSI-X interrupts. 4 rx queue(s), 4 > tx queue(s) > [ 3.525618] xen: registering gsi 17 triggering 0 polarity 1 > [ 3.525620] Already setup the GSI :17 > [ 3.613196] ata5: SATA link up 1.5 Gbps (SStatus 113 SControl 300) > [ 3.615684] ata5.00: ATAPI: TSSTcorp DVD-ROM SN-108DN, D150, max > UDMA/100 > [ 3.618258] ata5.00: configured for UDMA/100 > [ 3.620528] scsi 4:0:0:0: CD-ROM TSSTcorp DVD-ROM SN-108DN > D150 PQ: 0 ANSI: 5 > [ 3.625268] sr0: scsi3-mmc drive: 62x/62x cd/rw xa/form2 cdda tray > [ 3.625271] cdrom: Uniform CD-ROM driver Revision: 3.20 > [ 3.625429] sr 4:0:0:0: Attached scsi CD-ROM sr0 > [ 3.625562] sr 4:0:0:0: Attached scsi generic sg1 type 5 > [ 3.717617] igb 0000:04:00.1: added PHC on eth5 > [ 3.717619] igb 0000:04:00.1: Intel(R) Gigabit Ethernet Network > Connection > [ 3.717621] igb 0000:04:00.1: eth5: (PCIe:2.5Gb/s:Width x4) > 90:e2:ba:53:e5:25 > [ 3.717623] igb 0000:04:00.1: eth5: PBA No: Unknown > [ 3.717625] igb 0000:04:00.1: Using MSI-X interrupts. 4 rx queue(s), 4 > tx queue(s) > [ 3.741367] usb 2-1.1: new high-speed USB device number 3 using ehci-pci > [ 3.847131] usb 2-1.1: New USB device found, idVendor=0b95, > idProduct=1780 > [ 3.847134] usb 2-1.1: New USB device strings: Mfr=1, Product=2, > SerialNumber=3 > [ 3.847136] usb 2-1.1: Product: AX88178 > [ 3.847137] usb 2-1.1: Manufacturer: ASIX Elec. Corp. > [ 3.847138] usb 2-1.1: SerialNumber: 000002 > [ 3.917361] usb 2-1.2: new low-speed USB device number 4 using ehci-pci > [ 3.945181] ata6: SATA link down (SStatus 0 SControl 300) > [ 4.018322] usb 2-1.2: New USB device found, idVendor=1061, > idProduct=0101 > [ 4.018325] usb 2-1.2: New USB device strings: Mfr=1, Product=2, > SerialNumber=0 > [ 4.018327] usb 2-1.2: Product: USB Keyboard & Mouse > [ 4.018328] usb 2-1.2: Manufacturer: Motorola > [ 4.025998] hidraw: raw HID events driver (C) Jiri Kosina > [ 4.033733] usbcore: registered new interface driver usbhid > [ 4.033735] usbhid: USB HID core driver > [ 4.034966] input: Motorola USB Keyboard & Mouse as > /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2:1.0/input/input1 > [ 4.035057] hid-generic 0003:1061:0101.0001: input,hidraw0: USB HID > v1.11 Keyboard [Motorola USB Keyboard & Mouse] on > usb-0000:00:1d.0-1.2/input0 > [ 4.035153] input: Motorola USB Keyboard & Mouse as > /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2:1.1/input/input2 > [ 4.035514] hid-generic 0003:1061:0101.0002: input,hidraw1: USB HID > v1.11 Mouse [Motorola USB Keyboard & Mouse] on usb-0000:00:1d.0-1.2/input1 > [ 4.093354] usb 2-1.5: new high-speed USB device number 5 using ehci-pci > [ 4.185540] usb 2-1.5: New USB device found, idVendor=0424, > idProduct=2514 > [ 4.185543] usb 2-1.5: New USB device strings: Mfr=0, Product=0, > SerialNumber=0 > [ 4.185822] hub 2-1.5:1.0: USB hub found > [ 4.185912] hub 2-1.5:1.0: 4 ports detected > [ 4.208556] bio: create slab at 1 > [ 6.793606] EXT4-fs (dm-0): mounted filesystem with ordered data mode. > Opts: (null) > [ 10.221062] Adding 4161532k swap on /dev/mapper/ubuntu--vg-swap_1. > Priority:-1 extents:1 across:4161532k FS > [ 10.286623] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready > [ 10.286628] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready > [ 10.286632] IPv6: ADDRCONF(NETDEV_UP): eth2: link is not ready > [ 10.286636] IPv6: ADDRCONF(NETDEV_UP): eth3: link is not ready > [ 10.286640] IPv6: ADDRCONF(NETDEV_UP): eth4: link is not ready > [ 10.286644] IPv6: ADDRCONF(NETDEV_UP): eth5: link is not ready > [ 10.357279] systemd-udevd[331]: starting version 204 > [ 10.423876] lp: driver loaded but no devices found > [ 10.460193] wmi: Mapper loaded > [ 10.463802] systemd-udevd[373]: failed to execute > '/lib/udev/socket:/org/xen/xend/udev_event' > 'socket:/org/xen/xend/udev_event': No such file or directory > [ 10.466898] systemd-udevd[378]: failed to execute > '/lib/udev/socket:/org/xen/xend/udev_event' > 'socket:/org/xen/xend/udev_event': No such file or directory > [ 10.480201] systemd-udevd[394]: failed to execute > '/lib/udev/socket:/org/xen/xend/udev_event' > 'socket:/org/xen/xend/udev_event': No such file or directory > [ 10.481806] ACPI Warning: 0x0000000000000428-0x000000000000042f > SystemIO conflicts with Region \PMIO 1 (20130517/utaddress-251) > [ 10.481811] ACPI: If an ACPI driver is available for this device, you > should use it instead of the native driver > [ 10.481817] ACPI Warning: 0x0000000000000540-0x000000000000054f > SystemIO conflicts with Region \GPIO 1 (20130517/utaddress-251) > [ 10.481821] ACPI: If an ACPI driver is available for this device, you > should use it instead of the native driver > [ 10.481822] ACPI Warning: 0x0000000000000530-0x000000000000053f > SystemIO conflicts with Region \GPIO 1 (20130517/utaddress-251) > [ 10.481825] ACPI: If an ACPI driver is available for this device, you > should use it instead of the native driver > [ 10.481826] ACPI Warning: 0x0000000000000500-0x000000000000052f > SystemIO conflicts with Region \GPIO 1 (20130517/utaddress-251) > [ 10.481830] ACPI: If an ACPI driver is available for this device, you > should use it instead of the native driver > [ 10.481831] lpc_ich: Resource conflict(s) found affecting gpio_ich > [ 10.488397] systemd-udevd[400]: failed to execute > '/lib/udev/socket:/org/xen/xend/udev_event' > 'socket:/org/xen/xend/udev_event': No such file or directory > [ 10.491290] systemd-udevd[413]: failed to execute > '/lib/udev/socket:/org/xen/xend/udev_event' > 'socket:/org/xen/xend/udev_event': No such file or directory > [ 10.491668] systemd-udevd[411]: failed to execute > '/lib/udev/socket:/org/xen/xend/udev_event' > 'socket:/org/xen/xend/udev_event': No such file or directory > [ 10.498208] systemd-udevd[423]: failed to execute > '/lib/udev/socket:/org/xen/xend/udev_event' > 'socket:/org/xen/xend/udev_event': No such file or directory > [ 10.512324] microcode: CPU0 sig=0x206a7, pf=0x2, revision=0x29 > [ 10.588109] type=1400 audit(1391640214.188:2): apparmor="STATUS" > operation="profile_load" parent=388 profile="unconfined" > name="/sbin/dhclient" pid=434 comm="apparmor_parser" > [ 10.588115] type=1400 audit(1391640214.188:3): apparmor="STATUS" > operation="profile_load" parent=388 profile="unconfined" > name="/usr/lib/NetworkManager/nm-dhcp-client.action" pid=434 > comm="apparmor_parser" > [ 10.588119] type=1400 audit(1391640214.188:4): apparmor="STATUS" > operation="profile_load" parent=388 profile="unconfined" > name="/usr/lib/connman/scripts/dhclient-script" pid=434 > comm="apparmor_parser" > [ 10.588127] type=1400 audit(1391640214.188:5): apparmor="STATUS" > operation="profile_replace" parent=419 profile="unconfined" > name="/sbin/dhclient" pid=440 comm="apparmor_parser" > [ 10.588133] type=1400 audit(1391640214.188:6): apparmor="STATUS" > operation="profile_replace" parent=419 profile="unconfined" > name="/usr/lib/NetworkManager/nm-dhcp-client.action" pid=440 > comm="apparmor_parser" > [ 10.588136] type=1400 audit(1391640214.188:7): apparmor="STATUS" > operation="profile_replace" parent=419 profile="unconfined" > name="/usr/lib/connman/scripts/dhclient-script" pid=440 > comm="apparmor_parser" > [ 10.588145] type=1400 audit(1391640214.188:8): apparmor="STATUS" > operation="profile_replace" parent=414 profile="unconfined" > name="/sbin/dhclient" pid=439 comm="apparmor_parser" > [ 10.588150] type=1400 audit(1391640214.188:9): apparmor="STATUS" > operation="profile_replace" parent=414 profile="unconfined" > name="/usr/lib/NetworkManager/nm-dhcp-client.action" pid=439 > comm="apparmor_parser" > [ 10.588154] type=1400 audit(1391640214.188:10): apparmor="STATUS" > operation="profile_replace" parent=414 profile="unconfined" > name="/usr/lib/connman/scripts/dhclient-script" pid=439 > comm="apparmor_parser" > [ 10.588166] type=1400 audit(1391640214.188:11): apparmor="STATUS" > operation="profile_replace" parent=396 profile="unconfined" > name="/sbin/dhclient" pid=436 comm="apparmor_parser" > [ 10.794373] EXT4-fs (dm-0): re-mounted. Opts: errors=remount-ro > [ 10.804396] dcdbas dcdbas: Dell Systems Management Base Driver (version > 5.6.0-3.2) > [ 10.821453] systemd-udevd[494]: failed to execute > '/lib/udev/socket:/org/xen/xend/udev_event' > 'socket:/org/xen/xend/udev_event': No such file or directory > [ 10.825093] systemd-udevd[495]: failed to execute > '/lib/udev/socket:/org/xen/xend/udev_event' > 'socket:/org/xen/xend/udev_event': No such file or directory > [ 10.831767] systemd-udevd[508]: failed to execute > '/lib/udev/socket:/org/xen/xend/udev_event' > 'socket:/org/xen/xend/udev_event': No such file or directory > [ 10.858040] microcode: CPU1 sig=0x206a7, pf=0x2, revision=0x29 > [ 10.861487] microcode: CPU2 sig=0x206a7, pf=0x2, revision=0x29 > [ 10.866813] microcode: CPU3 sig=0x206a7, pf=0x2, revision=0x29 > [ 10.869329] microcode: Microcode Update Driver: v2.00 < > tigran@aivazian.fsnet.co.uk>, Peter Oruba > [ 11.137330] asix 2-1.1:1.0 eth6: register 'asix' at > usb-0000:00:1d.0-1.1, ASIX AX88178 USB 2.0 Ethernet, 00:0e:c6:88:f6:d3 > [ 11.137367] usbcore: registered new interface driver asix > [ 11.155136] Bridge firewalling registered > [ 11.158114] device eth6 entered promiscuous mode > [ 11.659724] Bluetooth: Core ver 2.16 > [ 11.659743] NET: Registered protocol family 31 > [ 11.659744] Bluetooth: HCI device and connection manager initialized > [ 11.659751] Bluetooth: HCI socket layer initialized > [ 11.659752] Bluetooth: L2CAP socket layer initialized > [ 11.659756] Bluetooth: SCO socket layer initialized > [ 11.662996] Bluetooth: BNEP (Ethernet Emulation) ver 1.3 > [ 11.662998] Bluetooth: BNEP filters: protocol multicast > [ 11.663003] Bluetooth: BNEP socket layer initialized > [ 11.664016] Bluetooth: RFCOMM TTY layer initialized > [ 11.664029] Bluetooth: RFCOMM socket layer initialized > [ 11.664031] Bluetooth: RFCOMM ver 1.11 > [ 11.821715] ppdev: user-space parallel port driver > [ 11.823326] init: avahi-cups-reload main process (776) terminated with > status 1 > [ 11.894430] IPv6: ADDRCONF(NETDEV_UP): eth6: link is not ready > [ 11.894507] IPv6: ADDRCONF(NETDEV_UP): xenbr0: link is not ready > [ 14.631202] IPv6: ADDRCONF(NETDEV_CHANGE): eth6: link becomes ready > [ 14.632234] asix 2-1.1:1.0 eth6: link up, 1000Mbps, full-duplex, lpa > 0xC5E1 > [ 14.636988] xenbr0: port 1(eth6) entered forwarding state > [ 14.637006] xenbr0: port 1(eth6) entered forwarding state > [ 14.637027] IPv6: ADDRCONF(NETDEV_CHANGE): xenbr0: link becomes ready > [ 16.077823] init: udev-fallback-graphics main process (1028) terminated > with status 1 > [ 21.408009] init: failsafe main process (724) killed by TERM signal > [ 21.543100] audit_printk_skb: 87 callbacks suppressed > [ 21.543103] type=1400 audit(1391640225.144:41): apparmor="STATUS" > operation="profile_load" parent=1324 profile="unconfined" > name="/usr/lib/lightdm/lightdm/lightdm-guest-session-wrapper" pid=1329 > comm="apparmor_parser" > [ 21.543109] type=1400 audit(1391640225.144:42): apparmor="STATUS" > operation="profile_load" parent=1324 profile="unconfined" > name="chromium_browser" pid=1329 comm="apparmor_parser" > [ 21.543209] type=1400 audit(1391640225.144:43): apparmor="STATUS" > operation="profile_load" parent=1324 profile="unconfined" > name="/usr/lib/x86_64-linux-gnu/lightdm-remote-session-uccsconfigure/uccsconfigure-session-wrapper" > pid=1331 comm="apparmor_parser" > [ 21.543215] type=1400 audit(1391640225.144:44): apparmor="STATUS" > operation="profile_load" parent=1324 profile="unconfined" > name="chromium_browser" pid=1331 comm="apparmor_parser" > [ 21.543252] type=1400 audit(1391640225.144:45): apparmor="STATUS" > operation="profile_load" parent=1324 profile="unconfined" > name="/usr/lib/x86_64-linux-gnu/lightdm-remote-session-freerdp/freerdp-session-wrapper" > pid=1330 comm="apparmor_parser" > [ 21.543258] type=1400 audit(1391640225.144:46): apparmor="STATUS" > operation="profile_load" parent=1324 profile="unconfined" > name="chromium_browser" pid=1330 comm="apparmor_parser" > [ 21.543414] type=1400 audit(1391640225.144:47): apparmor="STATUS" > operation="profile_replace" parent=1324 profile="unconfined" > name="chromium_browser" pid=1329 comm="apparmor_parser" > [ 21.543519] type=1400 audit(1391640225.144:48): apparmor="STATUS" > operation="profile_replace" parent=1324 profile="unconfined" > name="chromium_browser" pid=1331 comm="apparmor_parser" > [ 21.543562] type=1400 audit(1391640225.144:49): apparmor="STATUS" > operation="profile_replace" parent=1324 profile="unconfined" > name="chromium_browser" pid=1330 comm="apparmor_parser" > [ 21.543750] type=1400 audit(1391640225.144:50): apparmor="STATUS" > operation="profile_replace" parent=1324 profile="unconfined" > name="/sbin/dhclient" pid=1332 comm="apparmor_parser" > [ 21.906064] IPv6: ADDRCONF(NETDEV_UP): eth2: link is not ready > [ 21.906614] IPv6: ADDRCONF(NETDEV_UP): eth2: link is not ready > [ 21.923532] xen:xen_evtchn: Event-channel device installed > [ 21.981761] IPv6: ADDRCONF(NETDEV_UP): eth3: link is not ready > [ 21.982271] IPv6: ADDRCONF(NETDEV_UP): eth3: link is not ready > [ 22.053782] IPv6: ADDRCONF(NETDEV_UP): eth4: link is not ready > [ 22.054216] IPv6: ADDRCONF(NETDEV_UP): eth4: link is not ready > [ 22.129802] IPv6: ADDRCONF(NETDEV_UP): eth5: link is not ready > [ 22.130248] IPv6: ADDRCONF(NETDEV_UP): eth5: link is not ready > [ 22.254216] bnx2 0000:05:00.0 eth0: using MSIX > [ 22.254246] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready > [ 22.254727] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready > [ 22.318213] bnx2 0000:05:00.1 eth1: using MSIX > [ 22.318243] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready > [ 22.318735] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready > [ 29.665699] xenbr0: port 1(eth6) entered forwarding state > [ 100.234753] xen_pciback: backend is vpci > [ 100.239533] igb 0000:03:00.0: removed PHC on eth2 > [ 100.452048] pciback 0000:03:00.0: seizing device > [ 100.452108] xen: registering gsi 18 triggering 0 polarity 1 > [ 100.452112] Already setup the GSI :18 > [ 100.559974] igb 0000:03:00.1: removed PHC on eth3 > [ 100.775879] pciback 0000:03:00.1: seizing device > [ 100.775940] xen: registering gsi 19 triggering 0 polarity 1 > [ 100.775945] Already setup the GSI :19 > [ 100.883909] igb 0000:04:00.0: removed PHC on eth4 > [ 101.091890] pciback 0000:04:00.0: seizing device > [ 101.091951] xen: registering gsi 16 triggering 0 polarity 1 > [ 101.091955] Already setup the GSI :16 > [ 101.199955] igb 0000:04:00.1: removed PHC on eth5 > [ 101.411923] pciback 0000:04:00.1: seizing device > [ 101.411992] xen: registering gsi 17 triggering 0 polarity 1 > [ 101.411996] Already setup the GSI :17 > [ 101.603619] pciback 0000:05:00.0: seizing device > [ 101.619414] xen: registering gsi 16 triggering 0 polarity 1 > [ 101.619419] Already setup the GSI :16 > [ 101.699647] pciback 0000:05:00.1: seizing device > [ 101.719405] xen: registering gsi 17 triggering 0 polarity 1 > [ 101.719409] Already setup the GSI :17 > [ 133.506569] IPv6: ADDRCONF(NETDEV_UP): vif1.0: link is not ready > [ 133.506841] IPv6: ADDRCONF(NETDEV_UP): vif1.0: link is not ready > [ 133.543153] device vif1.0 entered promiscuous mode > [ 133.544496] IPv6: ADDRCONF(NETDEV_UP): vif1.0: link is not ready > [ 133.589477] ip_tables: (C) 2000-2006 Netfilter Core Team > [ 133.658744] device vif1.0-emu entered promiscuous mode > [ 133.660110] xenbr0: port 3(vif1.0-emu) entered forwarding state > [ 133.660116] xenbr0: port 3(vif1.0-emu) entered forwarding state > [ 134.228090] xenbr0: port 3(vif1.0-emu) entered disabled state > [ 134.228176] device vif1.0-emu left promiscuous mode > [ 134.228178] xenbr0: port 3(vif1.0-emu) entered disabled state > [ 151.985820] xen_pciback: vpci: 0000:03:00.0: assign to virtual slot 0 > [ 151.986230] xen_pciback: vpci: 0000:03:00.1: assign to virtual slot 0 > func 1 > [ 151.986868] xen_pciback: vpci: 0000:04:00.0: assign to virtual slot 1 > [ 151.987194] xen_pciback: vpci: 0000:04:00.1: assign to virtual slot 1 > func 1 > > ############################################################### > xl dmesg > > root@fiat:~# xl dmesg > (XEN) Xen version 4.3.0 (Ubuntu 4.3.0-1ubuntu1.2) ( > stefan.bader@canonical.com) (gcc (Ubuntu/Linaro 4.8.1-10ubuntu8) 4.8.1) > debug=n Tue Dec 17 15:35:25 UTC 2013 > (XEN) Bootloader: GRUB 2.00-19ubuntu2 > (XEN) Command line: placeholder dom0_mem=1024M > (XEN) Video information: > (XEN) VGA is text mode 80x25, font 8x16 > (XEN) VBE/DDC methods: none; EDID transfer time: 0 seconds > (XEN) EDID info not retrieved because no DDC retrieval method detected > (XEN) Disc information: > (XEN) Found 1 MBR signatures > (XEN) Found 1 EDD information structures > (XEN) Xen-e820 RAM map: > (XEN) 0000000000000000 - 000000000009e400 (usable) > (XEN) 000000000009e400 - 00000000000a0000 (reserved) > (XEN) 00000000000e0000 - 0000000000100000 (reserved) > (XEN) 0000000000100000 - 00000000bdfb0000 (usable) > (XEN) 00000000bdfb0000 - 00000000bf3b0000 (reserved) > (XEN) 00000000bf3b0000 - 00000000bf5d6000 (usable) > (XEN) 00000000bf5d6000 - 00000000bf5d8000 (reserved) > (XEN) 00000000bf5d8000 - 00000000bf5e8000 (usable) > (XEN) 00000000bf5e8000 - 00000000bf5ec000 (reserved) > (XEN) 00000000bf5ec000 - 00000000bf5f0000 (usable) > (XEN) 00000000bf5f0000 - 00000000bf601000 (reserved) > (XEN) 00000000bf601000 - 00000000bf63f000 (usable) > (XEN) 00000000bf63f000 - 00000000bf6bf000 (reserved) > (XEN) 00000000bf6bf000 - 00000000bf7bf000 (ACPI NVS) > (XEN) 00000000bf7bf000 - 00000000bf7f0000 (ACPI data) > (XEN) 00000000bf7f0000 - 00000000bf800000 (usable) > (XEN) 00000000bf800000 - 00000000c0000000 (reserved) > (XEN) 00000000e0000000 - 00000000f0000000 (reserved) > (XEN) 00000000feb00000 - 00000000feb04000 (reserved) > (XEN) 00000000fec00000 - 00000000fec01000 (reserved) > (XEN) 00000000fed10000 - 00000000fed1a000 (reserved) > (XEN) 00000000fed1c000 - 00000000fed20000 (reserved) > (XEN) 00000000fee00000 - 00000000fee01000 (reserved) > (XEN) 00000000ffc00000 - 0000000100000000 (reserved) > (XEN) 0000000100000000 - 0000000140000000 (usable) > (XEN) ACPI: RSDP 000FE020, 0024 (r2 DELL ) > (XEN) ACPI: XSDT BF7EF170, 00A4 (r1 DELL PE_SC3 1 DELL 40000) > (XEN) ACPI: FACP BF7EB000, 00F4 (r4 DELL PE_SC3 1 DELL 40000) > (XEN) ACPI: DSDT BF7E1000, 68FE (r1 DELL PE_SC3 0 DELL 40000) > (XEN) ACPI: FACS BF7B8000, 0040 > (XEN) ACPI: SPMI BF7EE000, 0040 (r5 DELL PE_SC3 1 DELL 40000) > (XEN) ACPI: DMAR BF7ED000, 0078 (r1 DELL PE_SC3 1 DELL 40000) > (XEN) ACPI: ASF! BF7EC000, 00A5 (r32 DELL PE_SC3 1 DELL > 40000) > (XEN) ACPI: HPET BF7EA000, 0038 (r1 DELL PE_SC3 1 DELL 40000) > (XEN) ACPI: APIC BF7E9000, 0092 (r2 DELL PE_SC3 1 DELL 40000) > (XEN) ACPI: MCFG BF7E8000, 003C (r1 DELL PE_SC3 1 DELL 40000) > (XEN) ACPI: BOOT BF7DE000, 0028 (r1 DELL PE_SC3 1 DELL 40000) > (XEN) ACPI: SSDT BF7DD000, 02F6 (r1 DELL PE_SC3 1000 DELL 40000) > (XEN) ACPI: ASPT BF7DA000, 0034 (r7 DELL PE_SC3 1 DELL 40000) > (XEN) ACPI: SSDT BF7D9000, 060E (r1 DELL PE_SC3 3000 DELL 40000) > (XEN) ACPI: SSDT BF7D8000, 0A92 (r1 DELL PE_SC3 3000 DELL 40000) > (XEN) ACPI: HEST BF7D7000, 00A8 (r1 DELL PE_SC3 0 DELL 40000) > (XEN) ACPI: ERST BF7D6000, 0230 (r1 DELL PE_SC3 0 DELL 40000) > (XEN) ACPI: BERT BF7D5000, 0030 (r1 DELL PE_SC3 0 DELL 40000) > (XEN) ACPI: EINJ BF7D4000, 0130 (r1 DELL PE_SC3 0 DELL 40000) > (XEN) System RAM: 4065MB (4163416kB) > (XEN) Domain heap initialised > (XEN) Processor #0 6:10 APIC version 21 > (XEN) Processor #2 6:10 APIC version 21 > (XEN) Processor #4 6:10 APIC version 21 > (XEN) Processor #6 6:10 APIC version 21 > (XEN) IOAPIC[0]: apic_id 0, version 32, address 0xfec00000, GSI 0-23 > (XEN) Enabling APIC mode: Flat. Using 1 I/O APICs > (XEN) [VT-D]dmar.c:583: RMRR address range not in reserved memory base = > 0 end = fff; iommu_inclusive_mapping=1 parameter may be needed. > (XEN) Switched to APIC driver x2apic_cluster. > (XEN) Using scheduler: SMP Credit Scheduler (credit) > (XEN) Detected 3093.084 MHz processor. > (XEN) Initing memory sharing. > (XEN) xstate_init: using cntxt_size: 0x340 and states: 0x7 > (XEN) Intel VT-d iommu 0 supported page sizes: 4kB. > (XEN) Intel VT-d Snoop Control enabled. > (XEN) Intel VT-d Dom0 DMA Passthrough not enabled. > (XEN) Intel VT-d Queued Invalidation enabled. > (XEN) Intel VT-d Interrupt Remapping enabled. > (XEN) Intel VT-d Shared EPT tables not enabled. > (XEN) I/O virtualisation enabled > (XEN) - Dom0 mode: Relaxed > (XEN) Interrupt remapping enabled > (XEN) Enabled directed EOI with ioapic_ack_old on! > (XEN) ENABLING IO-APIC IRQs > (XEN) -> Using old ACK method > (XEN) Platform timer is 14.318MHz HPET > (XEN) Allocated console ring of 16 KiB. > (XEN) VMX: Supported advanced features: > (XEN) - APIC MMIO access virtualisation > (XEN) - APIC TPR shadow > (XEN) - Extended Page Tables (EPT) > (XEN) - Virtual-Processor Identifiers (VPID) > (XEN) - Virtual NMI > (XEN) - MSR direct-access bitmap > (XEN) - Unrestricted Guest > (XEN) HVM: ASIDs enabled. > (XEN) HVM: VMX enabled > (XEN) HVM: Hardware Assisted Paging (HAP) detected > (XEN) HVM: HAP page sizes: 4kB, 2MB > (XEN) Brought up 4 CPUs > (XEN) mtrr: your CPUs had inconsistent variable MTRR settings > (XEN) *** LOADING DOMAIN 0 *** > (XEN) Xen kernel: 64-bit, lsb, compat32 > (XEN) Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x23f3000 > (XEN) PHYSICAL MEMORY ARRANGEMENT: > (XEN) Dom0 alloc.: 0000000134000000->0000000138000000 (233689 pages to > be allocated) > (XEN) Init. ramdisk: 000000013d0d9000->0000000140000000 > (XEN) VIRTUAL MEMORY ARRANGEMENT: > (XEN) Loaded kernel: ffffffff81000000->ffffffff823f3000 > (XEN) Init. ramdisk: ffffffff823f3000->ffffffff8531a000 > (XEN) Phys-Mach map: ffffffff8531a000->ffffffff8551a000 > (XEN) Start info: ffffffff8551a000->ffffffff8551a4b4 > (XEN) Page tables: ffffffff8551b000->ffffffff8554a000 > (XEN) Boot stack: ffffffff8554a000->ffffffff8554b000 > (XEN) TOTAL: ffffffff80000000->ffffffff85800000 > (XEN) ENTRY ADDRESS: ffffffff81d261e0 > (XEN) Dom0 has maximum 4 VCPUs > (XEN) Scrubbing Free RAM: .............................done. > (XEN) Initial low memory virq threshold set at 0x4000 pages. > (XEN) Std. Loglevel: Errors and warnings > (XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings) > (XEN) Xen is relinquishing VGA console. > (XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch input > to Xen) > (XEN) Freed 260kB init memory. > (XEN) traps.c:2503:d0 Domain attempted WRMSR 00000000000001fc from > 0x000000000004005f to 0x000000000004005d. > (XEN) traps.c:2503:d0 Domain attempted WRMSR 00000000000001fc from > 0x000000000004005f to 0x000000000004005d. > (XEN) traps.c:2503:d0 Domain attempted WRMSR 00000000000001fc from > 0x000000000004005f to 0x000000000004005d. > (XEN) traps.c:2503:d0 Domain attempted WRMSR 00000000000001fc from > 0x000000000004005f to 0x000000000004005d. > > ############################################################### > > This occurs even if i attach a single pci device. I loads the HVM if pci > is not passed through. > > Any help would be great. > Regards > > > > > > On Wed, Feb 5, 2014 at 10:45 AM, Mike Neiderhauser < > mikeneiderhauser@gmail.com> wrote: > >> I am running into gnome-session errors for the desktop to get VNC up. I >> will report back when I get that fixed. >> >> Regards. >> >> >> On Wed, Feb 5, 2014 at 10:02 AM, Ian Campbell wrote: >> >>> On Wed, 2014-02-05 at 10:00 -0500, Mike Neiderhauser wrote: >>> >>> > >>> > When trying to create the domu I get this: >>> > >>> > >>> > root@fiat:~# xl create /etc/xen/ubuntu-hvm-0.cfg >>> > Parsing config from /etc/xen/ubuntu-hvm-0.cfg >>> > WARNING: ignoring "kernel" directive for HVM guest. Use >>> > "firmware_override" instead if you really want a non-default firmware >>> > WARNING: ignoring device_model directive. >>> > WARNING: Use "device_model_override" instead if you really want a >>> > non-default device_model >>> > xc: info: VIRTUAL MEMORY ARRANGEMENT: >>> > Loader: 0000000000100000->00000000001a69a4 >>> > Modules: 0000000000000000->0000000000000000 >>> > TOTAL: 0000000000000000->000000003f800000 >>> > ENTRY ADDRESS: 0000000000100608 >>> > xc: info: PHYSICAL MEMORY ALLOCATION: >>> > 4KB PAGES: 0x0000000000000200 >>> > 2MB PAGES: 0x00000000000001fb >>> > 1GB PAGES: 0x0000000000000000 >>> > libxl: error: libxl_pci.c:990:libxl__device_pci_reset: The kernel >>> > doesn't support reset from sysfs for PCI device 0000:05:00.0 >>> > libxl: error: libxl_pci.c:990:libxl__device_pci_reset: The kernel >>> > doesn't support reset from sysfs for PCI device 0000:05:00.1 >>> > Daemon running with PID 3095 >>> >>> This looks like it has worked. Can you connect to the guest console >>> and/or vnc manually? >>> >>> Ian. >>> >>> >>> >> > --001a11c23324b8124e04f1b28549 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Just another quick datapoint. =A0pci=3D['05:00.0',= '05:00.1'] gets properly assigned. This is the Broadcom card (comp= ared to the Intel card)


On Wed, Feb 5, 2014 at 5:52 PM, Mike Neiderhauser <mikeneiderhaus= er@gmail.com> wrote:
Sorry for the delay. =A0There was an issue where the = host os was not detecting the Intel NIC I have installed.=A0

=
So I now have ubuntu desktop 13.10. =A0I have installed the following= packages
apt-get install openssh-server
apt-get install vim
apt-= get install xen-hypervisor-4.3-amd64
apt-get install gvncviewer

I am still having issues getting the HVM start= ed and viewable on VNC when passing through a pci device (it is connects wh= en I do not pass through a pci device).

I am running the script as before to assign the devices= to pciback

######################################= #########################

xl create /etc/xen/u= buntu-hvm-0.cfg returns:
root@fiat:~# xl create /etc/xen/ubuntu-hvm-0.cf= g
Parsing config from /etc/xen/ubuntu-hvm-0.cfg
WARNING= : ignoring "kernel" directive for HVM guest. Use "firmware_o= verride" instead if you really want a non-default firmware
WARNING: ignoring device_model directive.
WARNING: Use "= ;device_model_override" instead if you really want a non-default devic= e_model
xc: info: VIRTUAL MEMORY ARRANGEMENT:
=A0 Loade= r: =A0 =A0 =A0 =A00000000000100000->00000000001a69a4
=A0 Modules: =A0 =A0 =A0 0000000000000000->0000000000000000
=A0 TOTAL: =A0 =A0 =A0 =A0 0000000000000000->000000003f800000
=A0 ENTRY ADDRESS: 0000000000100608
xc: info: PHYSICAL MEMORY = ALLOCATION:
=A0 4KB PAGES: 0x0000000000000200
=A0 2MB PAGES: 0x000000000= 00001fb
=A0 1GB PAGES: 0x0000000000000000
libxl: = error: libxl_qmp.c:454:qmp_next: Socket read error: Connection reset by pee= r
libxl: error: libxl_qmp.c:702:libxl__qmp_initialize: Connection error: Conn= ection refused
libxl: error: libxl_qmp.c:702:libxl__qmp_initializ= e: Connection error: Connection refused
libxl: error: libxl_qmp.c= :702:libxl__qmp_initialize: Connection error: Connection refused
Daemon running with PID 2467

##########= #####################################################

It does not appear to be getting time
root@fiat:~# x= l list
Name =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0ID =A0 Mem VCPUs =A0 =A0 =A0State =A0 Time(s)
Doma= in-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 0 =A01024 =A0 =A0 4 =A0 =A0 r----- =A0 =A0 =A016.3
ubuntu-hvm= -0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 1 =A0102= 5 =A0 =A0 1 =A0 =A0 ------ =A0 =A0 =A0 0.0

#################################################= ##############

/etc/xen/ubuntu-hvm-0.cfg
=
kernel =3D "/usr/lib/xen-4.3/boot/hvmloade= r"
builder=3D'hvm'
memory =3D 1024
vcpus=3D2
=
name =3D "ubuntu-hvm-0"
vif =3D ['bridge=3Dxen= br0']
pci_permissive=3D1
#pci=3D ['03:00.= 0', '03:00.1', '04:00.0', '04:00.1', '05:00= .0', '05:00.1']
#pci=3D ['03:00.0', '03:00.1']
#pci=3D ['= ;04:00.0', '04:00.1']
pci=3D ['03:00.0', '= ;03:00.1', '04:00.0', '04:00.1']
#pci=3D [= 9;05:00.0', '05:00.1']
disk =3D ['phy:/dev/ubuntu-vg/ubuntu-hvm-0,hda,w']
#= , 'file:/root/ubuntu-12.04.3-server-amd64.iso,hdc:cdrom,r']
<= div class=3D"im">
acpi =3D 1
device_model =3D 'qemu-dm= 9;
#boot=3D"d"
boot=3D"c"
sdl=3D0
serial=3D'pty'= ;
vnc=3D1
vnclisten=3D"0.0.0.0"
vncpasswd=3D""
on_poweroff =3D = 9;destroy'
on_reboot =A0 =3D 'restart'
on_crash =A0 =A0=3D 'restart'

=
###############################################################

dmesg
root@fiat:~# = dmesg
[ =A0 =A00.000000] Initializing cgroup subsys cpuset
[ =A0 =A00.000000] Initializing cgroup subsys cpu
[ =A0 =A00= .000000] Initializing cgroup subsys cpuacct
[ =A0 =A00.000000] Li= nux version 3.11.0-12-generic (buildd@allspice) (gcc version 4.8.1 (Ubuntu/= Linaro 4.8.1-10ubuntu7) ) #19-Ubuntu SMP Wed Oct 9 16:20:46 UTC 2013 (Ubunt= u 3.11.0-12.19-generic 3.11.3)
[ =A0 =A00.000000] Command line: placeholder root=3D/dev/mapper/= ubuntu--vg-root ro quiet splash
[ =A0 =A00.0000= 00] KERNEL supported cpus:
[ =A0 =A00.000000] =A0 Intel GenuineIn= tel
[ =A0 =A00.000000] =A0 AMD AuthenticAMD
[ =A0 =A00.000000] =A0 Centaur CentaurHauls
[ =A0 =A00.00000= 0] Freeing 9e-100 pfn range: 98 pages freed
[ =A0 =A00.000000] 1-= 1 mapping on 9e->100
[ =A0 =A00.000000] 1-1 mapping on bdfb0-&= gt;bf3b0
[ =A0 =A00.000000] 1-1 mapping on bf5d6->bf5d8
[ = =A0 =A00.000000] 1-1 mapping on bf5e8->bf5ec
[ =A0 =A00.000000] 1-1 mapping on bf5f0->bf601
[ =A0 =A00.000= 000] 1-1 mapping on bf63f->bf7f0
[ =A0 =A00.000000] 1-1 mapping on bf800->100000
[ =A0 =A0= 0.000000] Released 98 pages of unused memory
[ =A0 =A00.000000] S= et 269866 page(s) to 1-1 mapping
[ =A0 =A00.000000] Populating 40= 000-40062 pfn range: 98 pages added
[ =A0 =A00.000000] e820: BIOS-provided physical RAM map:
[ = =A0 =A00.000000] Xen: [mem 0x0000000000000000-0x000000000009dfff] usable
[ =A0 =A00.000000] Xen: [mem 0x000000000009e400-0x00000000000fffff]= reserved
[ =A0 =A00.000000] Xen: [mem 0x0000000000100000-0x00000000bdfaffff] us= able
[ =A0 =A00.000000] Xen: [mem 0x00000000bdfb0000-0x00000000bf= 3affff] reserved
[ =A0 =A00.000000] Xen: [mem 0x00000000bf3= b0000-0x00000000bf5d5fff] usable
[ =A0 =A00.000000] Xen: [mem 0x00000000bf5d6000-0x00000000bf5d7fff] re= served
[ =A0 =A00.000000] Xen: [mem 0x00000000bf5d8000-0x00000000= bf5e7fff] usable
[ =A0 =A00.000000] Xen: [mem 0x00000000bf5e8000-= 0x00000000bf5ebfff] reserved
[ =A0 =A00.000000] Xen: [mem 0x00000000bf5ec000-0x00000000bf5effff] us= able
[ =A0 =A00.000000] Xen: [mem 0x000000= 00bf5f0000-0x00000000bf600fff] reserved
[ =A0 =A00.000000] Xen: [= mem 0x00000000bf601000-0x00000000bf63efff] usable
[ =A0 =A00.000000] Xen: [mem 0x00000000bf63f000-0x00000000bf6befff] re= served
[ =A0 =A00.000000] Xen: [mem 0x00000000bf6bf000-0x00000000= bf7befff] ACPI NVS
[ =A0 =A00.000000] Xen: [mem 0x00000000bf7bf00= 0-0x00000000bf7effff] ACPI data
[ =A0 =A00.000000] Xen: [mem 0x00000000bf7f0000-0x00000000bf7fffff] us= able
[ =A0 =A00.000000] Xen: [mem 0x00000000bf800000-0x00000000bf= ffffff] reserved
[ =A0 =A00.000000] Xen: [mem 0x00000000e0000000-= 0x00000000efffffff] reserved
[ =A0 =A00.000000] Xen: [mem 0x00000000feb00000-0x00000000feb03fff] re= served
[ =A0 =A00.000000] Xen: [mem 0x00000000fec00000-0x00000000= fec00fff] reserved
[ =A0 =A00.000000] Xen: [mem 0x00000000fed1000= 0-0x00000000fed19fff] reserved
[ =A0 =A00.000000] Xen: [mem 0x00000000fed1c000-0x00000000fed1ffff] re= served
[ =A0 =A00.000000] Xen: [mem 0x00000000fee00000-0x00000000= fee00fff] reserved
[ =A0 =A00.000000] Xen: [mem 0x00000000ffc0000= 0-0x00000000ffffffff] reserved
[ =A0 =A00.000000] Xen: [mem 0x0000000100000000-0x000000013fffffff] us= able
[ =A0 =A00.000000] NX (Execute Disable) protection: active
[ =A0 =A00.000000] SMBIOS 2.7 present.
[ =A0 =A00.000000= ] DMI: Dell Inc. PowerEdge R210 II/03X6X0, BIOS 2.5.1 07/11/2013
[ =A0 =A00.000000] e820: update [mem 0x00000000-0x00000fff] usable =3D= =3D> reserved
[ =A0 =A00.000000] e820: remove [mem 0x000a0000-= 0x000fffff] usable
[ =A0 =A00.000000] No AGP bridge found
[ =A0 =A00.000000] e820: last_pfn =3D 0x140000 max_arch_pfn =3D 0x400000= 000
[ =A0 =A00.000000] e820: last_pfn =3D 0xbf800 max_arch_pfn =3D 0x40000= 0000
[ =A0 =A00.000000] Scanning 1 areas for low memory corruptio= n
[ =A0 =A00.000000] Base memory trampoline at [ffff880000098000]= 98000 size 24576
[ =A0 =A00.000000] init_memory_mapping: [mem 0x00000000-0x000fffff]
[ =A0 =A00.000000] =A0[mem 0x00000000-0x000fffff] page 4k
[ =A0 =A00.000000] init_memory_mapping: [mem 0x3fe00000-0x3fffffff]
<= div>[ =A0 =A00.000000] =A0[mem 0x3fe00000-0x3fffffff] page 4k
[ =A0 =A00.000000] BRK [0x01fe9000, 0x01fe9fff] PGTABLE
[ = =A0 =A00.000000] init_memory_mapping: [mem 0x3c000000-0x3fdfffff]
[ =A0 =A00.000000] =A0[mem 0x3c000000-0x3fdfffff] page 4k
[ =A0 = =A00.000000] BRK [0x01fea000, 0x01feafff] PGTABLE
[ =A0 =A00.000000] BRK [0x01feb000, 0x01febfff] PGTABLE
[ = =A0 =A00.000000] BRK [0x01fec000, 0x01fecfff] PGTABLE
[ =A0 =A00.= 000000] BRK [0x01fed000, 0x01fedfff] PGTABLE
[ =A0 =A00.000000] B= RK [0x01fee000, 0x01feefff] PGTABLE
[ =A0 =A00.000000] init_memory_mapping: [mem 0x00100000-0x3bffffff]
[ =A0 =A00.000000] =A0[mem 0x00100000-0x3bffffff] page 4k
[ =A0 =A00.000000] init_memory_mapping: [mem 0x40000000-0xbdfaffff]
<= div>[ =A0 =A00.000000] =A0[mem 0x40000000-0xbdfaffff] page 4k
[ =A0 =A00.000000] init_memory_mapping: [mem 0xbf3b0000-0x= bf5d5fff]
[ =A0 =A00.000000] =A0[mem 0xbf3b0000-0xbf5d5fff] page = 4k
[ =A0 =A00.000000] init_memory_mapping: [mem 0xbf5d8000-0xbf5e= 7fff]
[ =A0 =A00.000000] =A0[mem 0xbf5d8000-0xbf5e7fff] page 4k
[ =A0 =A00.000000] init_memory_mapping: [mem 0xbf5ec000-0xbf5effff]
[ =A0 =A00.000000] =A0[mem 0xbf5ec000-0xbf5effff] page 4k
[ =A0 =A00.000000] init_memory_mapping: [mem 0xbf601000-= 0xbf63efff]
[ =A0 =A00.000000] =A0[mem 0xbf601000-0xbf63efff] page 4k
[ =A0 =A00.000000] init_memory_mapping: [mem 0xbf7f0000-0xbf7fffff]
[ =A0 =A00.000000] =A0[mem 0xbf7f0000-0xbf7fffff] page 4k
[ =A0 =A00.000000] init_memory_mapping: [mem 0x100000000-0x13fffffff]
[ =A0 =A00.000000] =A0[mem 0x100000000-0x13fffffff] page 4k
[ =A0 =A00.000000] RAMDISK: [mem 0x023f3000-0x05319fff]
[ =A0 =A00.000000] ACPI: RSDP 00000000000fe020 000= 24 (v02 DELL =A0)
[ =A0 =A00.000000] ACPI: XSDT 00000000bf7ef170 = 000A4 (v01 DELL =A0 PE_SC3 =A0 00000001 DELL 00040000)
[ =A0 =A00.000000] ACPI: FACP 00000000bf7eb000 000F4 (v04 DELL =A0 PE_= SC3 =A0 00000001 DELL 00040000)
[ =A0 =A00.000000] ACPI: DSDT 000= 00000bf7e1000 068FE (v01 DELL =A0 PE_SC3 =A0 00000000 DELL 00040000)
<= div>[ =A0 =A00.000000] ACPI: FACS 00000000bf7b8000 00040
[ =A0 =A00.000000] ACPI: SPMI 00000000bf7ee000 00040 (v05 DELL =A0 PE_= SC3 =A0 00000001 DELL 00040000)
[ =A0 =A00.000000] ACPI: XMAR 000= 00000bf7ed000 00078 (v01 DELL =A0 PE_SC3 =A0 00000001 DELL 00040000)
<= div>[ =A0 =A00.000000] ACPI: ASF! 00000000bf7ec000 000A5 (v32 DELL =A0 PE_S= C3 =A0 00000001 DELL 00040000)
[ =A0 =A00.000000] ACPI: HPET 00000000bf7ea000 00038 (v01 DELL =A0 PE_= SC3 =A0 00000001 DELL 00040000)
[ =A0 =A00.000000] ACPI: APIC 000= 00000bf7e9000 00092 (v02 DELL =A0 PE_SC3 =A0 00000001 DELL 00040000)
<= div>[ =A0 =A00.000000] ACPI: MCFG 00000000bf7e8000 0003C (v01 DELL =A0 PE_S= C3 =A0 00000001 DELL 00040000)
[ =A0 =A00.000000] ACPI: BOOT 00000000bf7de000 00028 (v01 DELL =A0 PE_= SC3 =A0 00000001 DELL 00040000)
[ =A0 =A00.000000] ACPI: SSDT 000= 00000bf7dd000 002F6 (v01 DELL =A0 PE_SC3 =A0 00001000 DELL 00040000)
<= div>[ =A0 =A00.000000] ACPI: ASPT 00000000bf7da000 00034 (v07 DELL =A0 PE_S= C3 =A0 00000001 DELL 00040000)
[ =A0 =A00.000000] ACPI: SSDT 00000000bf7d9000 0060E (v01 DELL =A0 PE_= SC3 =A0 00003000 DELL 00040000)
[ =A0 =A00.000000] ACPI: SSDT 000= 00000bf7d8000 00A92 (v01 DELL =A0 PE_SC3 =A0 00003000 DELL 00040000)
<= div>[ =A0 =A00.000000] ACPI: HEST 00000000bf7d7000 000A8 (v01 DELL =A0 PE_S= C3 =A0 00000000 DELL 00040000)
[ =A0 =A00.000000] ACPI: ERST 00000000bf7d6000 00230 (v01 DELL =A0 PE_= SC3 =A0 00000000 DELL 00040000)
[ =A0 =A00.000000] ACPI: BERT 000= 00000bf7d5000 00030 (v01 DELL =A0 PE_SC3 =A0 00000000 DELL 00040000)
<= div>[ =A0 =A00.000000] ACPI: EINJ 00000000bf7d4000 00130 (v01 DELL =A0 PE_S= C3 =A0 00000000 DELL 00040000)
[ =A0 =A00.000000] ACPI: Local APIC address 0xfee00000
[ =A0= =A00.000000] NUMA turned off
[ =A0 =A00.000000] Faking a node at= [mem 0x0000000000000000-0x000000013fffffff]
[ =A0 =A00.000000] I= nitmem setup node 0 [mem 0x00000000-0x13fffffff]
[ =A0 =A00.000000] =A0 NODE_DATA [mem 0x3f899000-0x3f89dfff]
[ =A0 =A00.000000] Zone ranges:
[ =A0 =A00.000000] =A0 DMA =A0 = =A0 =A0[mem 0x00001000-0x00ffffff]
[ =A0 =A00.000000] =A0 DMA32 = =A0 =A0[mem 0x01000000-0xffffffff]
[ =A0 =A00.000000] =A0 Normal =A0 [mem 0x100000000-0x13fffffff]
<= div>[ =A0 =A00.000000] Movable zone start for each node
[ =A0 =A0= 0.000000] Early memory node ranges
[ =A0 =A00.000000] =A0 node = =A0 0: [mem 0x00001000-0x0009dfff]
[ =A0 =A00.000000] =A0 node =A0 0: [mem 0x00100000-0xbdfaffff]
[ =A0 =A00.000000] =A0 node =A0 0: [mem 0xbf3b0000-0xbf5d5ff= f]
[ =A0 =A00.000000] =A0 node =A0 0: [mem 0xbf5d8000-0xbf5e7fff]=
[ =A0 =A00.000000] =A0 node =A0 0: [mem 0xbf5ec000-0xbf5effff]
[ =A0 =A00.000000] =A0 node =A0 0: [mem 0xbf601000-0xbf63efff]
[ =A0 =A00.000000] =A0 node =A0 0: [mem 0xbf7f0000-0xbf7fffff]
[ =A0 =A00.000000] =A0 node =A0 0: [mem 0x100000000-0x13fffffff]
[ =A0 =A00.000000] On node 0 totalpages: 1040853
[ =A0 =A00.000000] =A0 DMA zone: 64 pages used for memmap
[ = =A0 =A00.000000] =A0 DMA zone: 21 pages reserved
[ =A0 =A00.00000= 0] =A0 DMA zone: 3997 pages, LIFO batch:0
[ =A0 =A00.000000] =A0 = DMA32 zone: 12105 pages used for memmap
[ =A0 =A00.000000] =A0 DMA32 zone: 774712 pages, LIFO batch:31
[ =A0 =A00.000000] =A0 Normal zone: 4096 pages used for memmap
[ =A0 =A00.000000] =A0 Normal zone: 262144 pages, LIFO batch:31
= [ =A0 =A00.000000] ACPI: PM-Timer IO Port: 0x408
[ =A0 =A00.000000] ACPI: Local APIC address 0xfee00000
[ =A0= =A00.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
= [ =A0 =A00.000000] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] enabled)
=
[ =A0 =A00.000000] ACPI: LAPIC (acpi_id[0x03] lapic_id[0x04] enabled)<= /div>
[ =A0 =A00.000000] ACPI: LAPIC (acpi_id[0x04] lapic_id[0x06] enabled)<= /div>
[ =A0 =A00.000000] ACPI: LAPIC (acpi_id[0x05] lapic_id[0x00] disa= bled)
[ =A0 =A00.000000] ACPI: LAPIC (acpi_id[0x06] lapic_id[0x00= ] disabled)
[ =A0 =A00.000000] ACPI: LAPIC (acpi_id[0x07] lapic_id[0x00] disabled)=
[ =A0 =A00.000000] ACPI: LAPIC (acpi_id[0x08] lapic_id[0x00] dis= abled)
[ =A0 =A00.000000] ACPI: LAPIC_NMI (acpi_id[0xff] high edg= e lint[0x1])
[ =A0 =A00.000000] ACPI: IOAPIC (id[0x00] address[0xfec00000] gsi_base= [0])
[ =A0 =A00.000000] IOAPIC[0]: apic_id 0, version 32, address= 0xfec00000, GSI 0-23
[ =A0 =A00.000000] ACPI: INT_SRC_OVR (bus 0= bus_irq 0 global_irq 2 dfl dfl)
[ =A0 =A00.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 hig= h level)
[ =A0 =A00.000000] ACPI: IRQ0 used by override.
[ =A0 =A00.000000] ACPI: IRQ2 used by override.
[ =A0 =A00.0000= 00] ACPI: IRQ9 used by override.
[ =A0 =A00.000000] Using ACPI (MADT) for SMP configuration information=
[ =A0 =A00.000000] ACPI: HPET id: 0x8086a201 base: 0xfed00000
[ =A0 =A00.000000] smpboot: Allowing 8 CPUs, 4 hotplug CPUs
[ =A0 =A00.000000] nr_irqs_gsi: 40
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0x0009e000-0x000= 9efff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0x00= 09f000-0x000fffff]
[ =A0 =A00.000000] PM: Registered nosave memor= y: [mem 0xbdfb0000-0xbf3affff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xbf= 5d6000-0xbf5d7fff]
[ =A0 =A00.000000] PM: Registered nosave memor= y: [mem 0xbf5e8000-0xbf5ebfff]
[ =A0 =A00.= 000000] PM: Registered nosave memory: [mem 0xbf5f0000-0xbf600fff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xbf63f000-0xbf6= befff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xbf= 6bf000-0xbf7befff]
[ =A0 =A00.000000] PM: Registered nosave memor= y: [mem 0xbf7bf000-0xbf7effff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xbf800000-0xbff= fffff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xc0= 000000-0xdfffffff]
[ =A0 =A00.000000] PM: Registered nosave memor= y: [mem 0xe0000000-0xefffffff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xf0000000-0xfea= fffff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xfe= b00000-0xfeb03fff]
[ =A0 =A00.000000] PM: Registered nosave memor= y: [mem 0xfeb04000-0xfebfffff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xfec00000-0xfec= 00fff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xfe= c01000-0xfed0ffff]
[ =A0 =A00.000000] PM: Registered nosave memor= y: [mem 0xfed10000-0xfed19fff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xfed1a000-0xfed= 1bfff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xfe= d1c000-0xfed1ffff]
[ =A0 =A00.000000] PM: Registered nosave memor= y: [mem 0xfed20000-0xfedfffff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xfee00000-0xfee= 00fff]
[ =A0 =A00.000000] PM: Registered nosave memory: [mem 0xfe= e01000-0xffbfffff]
[ =A0 =A00.000000] PM: Registered nosave memor= y: [mem 0xffc00000-0xffffffff]
[ =A0 =A00.000000] e820: [mem 0xc0000000-0xdfffffff] available for PCI= devices
[ =A0 =A00.000000] Booting paravirtualized kernel on Xen=
[ =A0 =A00.000000] Xen version: 4.3.0 (preserve-AD)
[ = =A0 =A00.000000] setup_percpu: NR_CPUS:256 nr_cpumask_bits:256 nr_cpu_ids:8= nr_node_ids:1
[ =A0 =A00.000000] PERCPU: Embedded 29 pages/cpu @ffff88003f200000 s86= 720 r8192 d23872 u262144
[ =A0 =A00.000000] pcpu-alloc: s86720 r8= 192 d23872 u262144 alloc=3D1*2097152
[ =A0 =A00.000000] pcpu-allo= c: [0] 0 1 2 3 4 5 6 7
[ =A0 =A01.486636] Built 1 zonelists in Node order, mobili= ty grouping on. =A0Total pages: 1024567
[ =A0 =A01.486637] Policy= zone: Normal
[ =A0 =A01.486638] Kernel command line: placeholder= root=3D/dev/mapper/ubuntu--vg-root ro quiet splash
[ =A0 =A01.487047] PID hash table entries: 4096 (order: 3, 32768 bytes= )
[ =A0 =A01.487077] xsave: enabled xstate_bv 0x7, cntxt size 0x3= 40
[ =A0 =A01.507303] software IO TLB [mem 0x37000000-0x3b000000]= (64MB) mapped at [ffff880037000000-ffff88003affffff]
[ =A0 =A01.512552] Memory: 840772K/4163412K available (7141K kernel co= de, 1082K rwdata, 3260K rodata, 1364K init, 1420K bss, 3322640K reserved)
[ =A0 =A01.512614] SLUB: HWalign=3D64, Order=3D0-3, MinObjects=3D0= , CPUs=3D4, Nodes=3D1
[ =A0 =A01.512630] Hierarchical RCU implementation.
[ =A0 = =A01.512631] =A0RCU dyntick-idle grace-period acceleration is enabled.
[ =A0 =A01.512632] =A0RCU restricting CPUs from NR_CPUS=3D256 to nr_c= pu_ids=3D4.
[ =A0 =A01.512633] =A0Offload RCU callbacks from all CPUs
[ =A0 = =A01.512636] =A0Offload RCU callbacks from CPUs: 0-255.
[ =A0 =A0= 1.512643] NR_IRQS:16640 nr_irqs:712 16
[ =A0 =A01.512699] xen: sc= i override: global_irq=3D9 trigger=3D0 polarity=3D0
[ =A0 =A01.512701] xen: registering gsi 9 triggering 0 polarity 0
[ =A0 =A01.512712] xen: --> pirq=3D9 -> irq=3D9 (gsi=3D9)
=
[ =A0 =A01.512731] xen: acpi sci 9
[ =A0 =A01.512734] xen: -= -> pirq=3D1 -> irq=3D1 (gsi=3D1)
[ =A0 =A01.512736] xen: --> pirq=3D2 -> irq=3D2 (gsi=3D2)
<= div>[ =A0 =A01.512740] xen: --> pirq=3D3 -> irq=3D3 (gsi=3D3)
[ =A0 =A01.512742] xen: --> pirq=3D4 -> irq=3D4 (gsi=3D4)
[ =A0 =A01.512744] xen: --> pirq=3D5 -> irq=3D5 (gsi=3D5)
[ =A0 =A01.512747] xen: --> pirq=3D6 -> irq=3D6 (gsi=3D6)
<= div>[ =A0 =A01.512749] xen: --> pirq=3D7 -> irq=3D7 (gsi=3D7)
[ =A0 =A01.512751] xen: --> pirq=3D8 -> irq=3D8 (gsi=3D8)
[ =A0 =A01.512754] xen: --> pirq=3D10 -> irq=3D10 (gsi=3D10)
[ =A0 =A01.512756] xen: --> pirq=3D11 -> irq=3D11 (gsi=3D11)
[ =A0 =A01.512758] xen: --> pirq=3D12 -> irq=3D12 (gsi=3D12)
[ =A0 =A01.512761] xen: --> pirq=3D13 -> irq=3D13 (gsi=3D13)=
[ =A0 =A01.512763] xen: --> pirq=3D14 -> irq=3D14 (gsi=3D1= 4)
[ =A0 =A01.512765] xen: --> pirq=3D15 -> irq=3D15 (gsi=3D15)
[ =A0 =A01.517253] Console: colour VGA+ 80x25
[ =A0 =A01.5= 17318] console [tty0] enabled
[ =A0 =A01.519389] allocated 167772= 16 bytes of page_cgroup
[ =A0 =A01.519391] please try 'cgroup_disable=3Dmemory' option= if you don't want memory cgroups
[ =A0 =A01.519429] Xen: usi= ng vcpuop timer interface
[ =A0 =A01.519434] installing Xen timer= for CPU 0
[ =A0 =A01.519459] tsc: Detected 3093.084 MHz processor
[ = =A0 =A01.519463] Calibrating delay loop (skipped), value calculated using t= imer frequency.. 6186.16 BogoMIPS (lpj=3D12372336)
[ =A0 =A01.519= 466] pid_max: default: 32768 minimum: 301
[ =A0 =A01.519492] Security Framework initialized
[ =A0 =A01= .519510] AppArmor: AppArmor initialized
[ =A0 =A01.519511] Yama: = becoming mindful.
[ =A0 =A01.519981] Dentry cache hash table entr= ies: 524288 (order: 10, 4194304 bytes)
[ =A0 =A01.520717] Inode-cache hash table entries: 262144 (order: 9, 2= 097152 bytes)
[ =A0 =A01.520990] Mount-cache hash table entries: = 256
[ =A0 =A01.521162] Initializing cgroup subsys memory
[ =A0 =A01.521172] Initializing cgroup subsys devices
[ =A0 =A01.521174] Initializing cgroup subsys freezer
[ =A0 = =A01.521176] Initializing cgroup subsys blkio
[ =A0 =A01.521177] = Initializing cgroup subsys perf_event
[ =A0 =A01.521179] Initiali= zing cgroup subsys hugetlb
[ =A0 =A01.521225] ENERGY_PERF_BIAS: Set to 'normal', was '= ;performance'
[ =A0 =A01.521225] ENERGY_PERF_BIAS: View and u= pdate with x86_energy_perf_policy(8)
[ =A0 =A01.521228] CPU: Phys= ical Processor ID: 0
[ =A0 =A01.521228] CPU: Processor Core ID: 0
[ =A0 =A01.5212= 30] mce: CPU supports 2 MCE banks
[ =A0 =A01.521245] Last level i= TLB entries: 4KB 512, 2MB 0, 4MB 0
[ =A0 =A01.521245] Last level = dTLB entries: 4KB 512, 2MB 32, 4MB 32
[ =A0 =A01.521245] tlb_flushall_shift: 5
[ =A0 =A01.521328] = Freeing SMP alternatives memory: 28K (ffffffff81e65000 - ffffffff81e6c000)<= /div>
[ =A0 =A01.523297] ACPI: Core revision 20130517
[ =A0 = =A01.526721] ACPI: All ACPI Tables successfully acquired
[ =A0 =A01.538002] ftrace: allocating 27796 entries in 109 pages
=
[ =A0 =A01.548829] cpu 0 spinlock event irq 41
[ =A0 =A01.54= 8853] Performance Events: unsupported p6 CPU model 42 no PMU driver, softwa= re events only.
[ =A0 =A01.549956] NMI watchdog: disabled (cpu0): hardware events not = enabled
[ =A0 =A01.550009] installing Xen timer for CPU 1
[ =A0 =A01.550017] cpu 1 spinlock event irq 48
[ =A0 =A01.5502= 57] installing Xen timer for CPU 2
[ =A0 =A01.550264] cpu 2 spinlock event irq 55
[ =A0 =A01.55= 0513] installing Xen timer for CPU 3
[ =A0 =A01.550519] cpu 3 spi= nlock event irq 62
[ =A0 =A01.550690] Brought up 4 CPUs
[ =A0 =A01.550966] devtmpfs: initialized
[ =A0 =A01.551687] EVM: security.selinux
[ =A0 =A01.551689] = EVM: security.SMACK64
[ =A0 =A01.551689] EVM: security.capability=
[ =A0 =A01.551757] PM: Registering ACPI NVS region [mem 0xbf6bf0= 00-0xbf7befff] (1048576 bytes)
[ =A0 =A01.552351] xen:grant_table: Grant tables using version 2 layou= t
[ =A0 =A01.552361] Grant table initialized
[ =A0 =A01= .552397] regulator-dummy: no parameters
[ =A0 =A01.552436] RTC ti= me: 22:43:25, date: 02/05/14
[ =A0 =A01.552464] NET: Registered protocol family 16
[ =A0 = =A01.552618] ACPI FADT declares the system doesn't support PCIe ASPM, s= o disable it
[ =A0 =A01.552620] ACPI: bus type PCI registered
[ =A0 =A01.552622] acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.= 5
[ =A0 =A01.552716] PCI: MMCONFIG for domain 0000 [bus 00-ff] at [mem 0= xe0000000-0xefffffff] (base 0xe0000000)
[ =A0 =A01.552718] PCI: M= MCONFIG at [mem 0xe0000000-0xefffffff] reserved in E820
[ =A0 =A0= 1.586748] PCI: Using configuration type 1 for base access
[ =A0 =A01.587622] bio: create slab <bio-0> at 0
[ =A0= =A01.587825] ACPI: Added _OSI(Module Device)
[ =A0 =A01.587827] = ACPI: Added _OSI(Processor Device)
[ =A0 =A01.587828] ACPI: Added= _OSI(3.0 _SCP Extensions)
[ =A0 =A01.587829] ACPI: Added _OSI(Processor Aggregator Device)
=
[ =A0 =A01.589017] ACPI: EC: Look up EC in DSDT
[ =A0 =A01.5= 90162] ACPI: Executed 1 blocks of module-level executable AML code
[ =A0 =A01.592112] ACPI: SSDT 00000000bf64d018 0083B (v01 =A0PmRef =A0Cpu= 0Cst 00003001 INTL 20080729)
[ =A0 =A01.592397] ACPI: Dynamic OEM Table Load:
[ =A0 =A01.= 592399] ACPI: SSDT =A0 =A0 =A0 =A0 =A0 (null) 0083B (v01 =A0PmRef =A0Cpu0Cs= t 00003001 INTL 20080729)
[ =A0 =A01.594985] ACPI: SSDT 00000000b= f64ea98 00303 (v01 =A0PmRef =A0 =A0ApIst 00003000 INTL 20080729)
[ =A0 =A01.595292] ACPI: Dynamic OEM Table Load:
[ =A0 =A01.= 595294] ACPI: SSDT =A0 =A0 =A0 =A0 =A0 (null) 00303 (v01 =A0PmRef =A0 =A0Ap= Ist 00003000 INTL 20080729)
[ =A0 =A01.598960] ACPI: SSDT 0000000= 0bf64cd98 00119 (v01 =A0PmRef =A0 =A0ApCst 00003000 INTL 20080729)
[ =A0 =A01.599246] ACPI: Dynamic OEM Table Load:
[ =A0 =A01.= 599248] ACPI: SSDT =A0 =A0 =A0 =A0 =A0 (null) 00119 (v01 =A0PmRef =A0 =A0Ap= Cst 00003000 INTL 20080729)
[ =A0 =A01.603360] ACPI: Interpreter = enabled
[ =A0 =A01.603366] ACPI Exception: AE_NOT_FOUND, While ev= aluating Sleep State [\_S1_] (20130517/hwxface-571)
[ =A0 =A01.603370] ACPI Exception: AE_NOT_FOUND, While evaluating Slee= p State [\_S2_] (20130517/hwxface-571)
[ =A0 =A01.603373] ACPI Ex= ception: AE_NOT_FOUND, While evaluating Sleep State [\_S3_] (20130517/hwxfa= ce-571)
[ =A0 =A01.603382] ACPI: (supports S0 S4 S5)
[ =A0 =A01.6033= 83] ACPI: Using IOAPIC for interrupt routing
[ =A0 =A01.603423] H= EST: Table parsing has been initialized.
[ =A0 =A01.603426] PCI: = Using host bridge windows from ACPI; if necessary, use "pci=3Dnocrs&qu= ot; and report a bug
[ =A0 =A01.603514] ACPI: No dock devices found.
[ =A0 =A01.6= 07296] ACPI: Power Resource [FN00] (off)
[ =A0 =A01.607362] ACPI:= Power Resource [FN01] (off)
[ =A0 =A01.607424] ACPI: Power Resou= rce [FN02] (off)
[ =A0 =A01.607485] ACPI: Power Resource [FN03] (off)
[ =A0 = =A01.607545] ACPI: Power Resource [FN04] (off)
[ =A0 =A01.608092]= ACPI: PCI Root Bridge [PCI0] (domain 0000 [bus 00-fe])
[ =A0 =A0= 1.608233] acpi PNP0A08:00: Requesting ACPI _OSC control (0x1d)
[ =A0 =A01.608615] acpi PNP0A08:00: ACPI _OSC control (0x1d) granted
[ =A0 =A01.609128] PCI host bridge to bus 0000:00
[ =A0 = =A01.609130] pci_bus 0000:00: root bus resource [bus 00-fe]
[ =A0= =A01.609132] pci_bus 0000:00: root bus resource [io =A00x0000-0x0cf7]
[ =A0 =A01.609133] pci_bus 0000:00: root bus resource [io =A00x0d00-0x= ffff]
[ =A0 =A01.609135] pci_bus 0000:00: root bus resource [mem = 0x000a0000-0x000bffff]
[ =A0 =A01.609136] pci_bus 0000:00: root b= us resource [mem 0xc0000000-0xfeafffff]
[ =A0 =A01.609148] pci 0000:00:00.0: [8086:0108] type 00 class 0x06000= 0
[ =A0 =A01.609278] pci 0000:00:01.0: [8086:0101] type 01 class = 0x060400
[ =A0 =A01.609355] pci 0000:00:01.0: PME# supported from= D0 D3hot D3cold
[ =A0 =A01.609397] pci 0000:00:01.0: System wakeup disabled by ACPI
[ =A0 =A01.609521] pci 0000:00:1a.0: [8086:1c2d] type 00 class 0x0c= 0320
[ =A0 =A01.609883] pci 0000:00:1a.0: reg 0x10: [mem 0xc69060= 00-0xc69063ff]
[ =A0 =A01.611696] pci 0000:00:1a.0: PME# supported from D0 D3hot D3co= ld
[ =A0 =A01.611765] pci 0000:00:1a.0: System wakeup disabled by= ACPI
[ =A0 =A01.611815] pci 0000:00:1c.0: [8086:1c10] type 01 cl= ass 0x060400
[ =A0 =A01.611988] pci 0000:00:1c.0: PME# supported from D0 D3hot D3co= ld
[ =A0 =A01.612047] pci 0000:00:1c.0: System wakeup disabled by= ACPI
[ =A0 =A01.612115] pci 0000:00:1d.0: [8086:1c26] type 00 cl= ass 0x0c0320
[ =A0 =A01.612468] pci 0000:00:1d.0: reg 0x10: [mem 0xc6905000-0xc6905= 3ff]
[ =A0 =A01.614215] pci 0000:00:1d.0: PME# supported from D0 = D3hot D3cold
[ =A0 =A01.614282] pci 0000:00:1d.0: System wakeup d= isabled by ACPI
[ =A0 =A01.614324] pci 0000:00:1e.0: [8086:244e] type 01 class 0x06040= 1
[ =A0 =A01.614481] pci 0000:00:1e.0: System wakeup disabled by = ACPI
[ =A0 =A01.614522] pci 0000:00:1f.0: [8086:1c52] type 00 cla= ss 0x060100
[ =A0 =A01.614802] pci 0000:00:1f.2: [8086:1c02] type 00 class 0x01060= 1
[ =A0 =A01.614849] pci 0000:00:1f.2: reg 0x10: [io =A00x4048-0x= 404f]
[ =A0 =A01.614866] pci 0000:00:1f.2: reg 0x14: [io =A00x405= 4-0x4057]
[ =A0 =A01.614884] pci 0000:00:1f.2: reg 0x18: [io =A00x4040-0x4047]
[ =A0 =A01.614902] pci 0000:00:1f.2: reg 0x1c: [io =A00x4050-0x405= 3]
[ =A0 =A01.614918] pci 0000:00:1f.2: reg 0x20: [io =A00x4020-0= x403f]
[ =A0 =A01.614936] pci 0000:00:1f.2: reg 0x24: [mem 0xc6904000-0xc69047ff]<= /div>
[ =A0 =A01.615054] pci 0000:00:1f.2: PME# supported from D3hot
[ =A0 =A01.615140] pci 0000:00:1f.3: [8086:1c22] type 00 class 0x0c= 0500
[ =A0 =A01.615174] pci 0000:00:1f.3: reg 0x10: [mem 0xc6902000-0xc6902= 0ff 64bit]
[ =A0 =A01.615223] pci 0000:00:1f.3: reg 0x20: [io =A0= 0x4000-0x401f]
[ =A0 =A01.615405] pci 0000:01:00.0: [111d:8018] t= ype 01 class 0x060400
[ =A0 =A01.615505] pci 0000:01:00.0: PME# supported from D0 D3hot D3co= ld
[ =A0 =A01.615531] pci 0000:01:00.0: System wakeup disabled by= ACPI
[ =A0 =A01.622042] pci 0000:00:01.0: PCI bridge to [bus 01-= 04]
[ =A0 =A01.622047] pci 0000:00:01.0: =A0 bridge window [io =A00x2000-0= x3fff]
[ =A0 =A01.622051] pci 0000:00:01.0: =A0 bridge window [me= m 0xc5400000-0xc68fffff]
[ =A0 =A01.622137] pci 0000:02:02.0: [11= 1d:8018] type 01 class 0x060400
[ =A0 =A01.622252] pci 0000:02:02.0: PME# supported from D0 D3hot D3co= ld
[ =A0 =A01.622323] pci 0000:02:04.0: [111d:8018] type 01 class= 0x060400
[ =A0 =A01.622437] pci 0000:02:04.0: PME# supported fro= m D0 D3hot D3cold
[ =A0 =A01.622525] pci 0000:01:00.0: PCI bridge to [bus 02-04]
[ =A0 =A01.622533] pci 0000:01:00.0: =A0 bridge window [io =A00x2000-0x3= fff]
[ =A0 =A01.622538] pci 0000:01:00.0: =A0 bridge window [mem = 0xc5400000-0xc68fffff]
[ =A0 =A01.622635] pci 0000:03:00.0: [8086:10e8] type 00 class 0x02000= 0
[ =A0 =A01.622656] pci 0000:03:00.0: reg 0x10: [mem 0xc6820000-= 0xc683ffff]
[ =A0 =A01.622672] pci 0000:03:00.0: reg 0x14: [mem 0= xc6400000-0xc67fffff]
[ =A0 =A01.622687] pci 0000:03:00.0: reg 0x18: [io =A00x3020-0x303f]
[ =A0 =A01.622702] pci 0000:03:00.0: reg 0x1c: [mem 0xc6844000-0xc= 6847fff]
[ =A0 =A01.622745] pci 0000:03:00.0: reg 0x30: [mem 0xff= c00000-0xffffffff pref]
[ =A0 =A01.622828] pci 0000:03:00.0: PME# supported from D0 D3hot D3co= ld
[ =A0 =A01.622880] pci 0000:03:00.0: reg 0x184: [mem 0x0000000= 0-0x00003fff 64bit]
[ =A0 =A01.622906] pci 0000:03:00.0: reg 0x19= 0: [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.623005] pci 0000:03:00.1: [8086:10e8] type 00 class 0x02000= 0
[ =A0 =A01.623026] pci 0000:03:00.1: reg 0x10: [mem 0xc6800000-= 0xc681ffff]
[ =A0 =A01.623041] pci 0000:03:00.1: reg 0x14: [mem 0= xc6000000-0xc63fffff]
[ =A0 =A01.623056] pci 0000:03:00.1: reg 0x18: [io =A00x3000-0x301f]
[ =A0 =A01.623071] pci 0000:03:00.1: reg 0x1c: [mem 0xc6840000-0xc= 6843fff]
[ =A0 =A01.623114] pci 0000:03:00.1: reg 0x30: [mem 0xff= c00000-0xffffffff pref]
[ =A0 =A01.623197] pci 0000:03:00.1: PME# supported from D0 D3hot D3co= ld
[ =A0 =A01.623248] pci 0000:03:00.1: reg 0x184: [mem 0x0000000= 0-0x00003fff 64bit]
[ =A0 =A01.623275] pci 0000:03:00.1: reg 0x19= 0: [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.623376] pci 0000:02:02.0: PCI bridge to [bus 03]
= [ =A0 =A01.623384] pci 0000:02:02.0: =A0 bridge window [io =A00x3000-0x3fff= ]
[ =A0 =A01.623389] pci 0000:02:02.0: =A0 bridge window [mem 0xc= 6000000-0xc68fffff]
[ =A0 =A01.623487] pci 0000:04:00.0: [8086:10e8] type 00 class 0x02000= 0
[ =A0 =A01.623508] pci 0000:04:00.0: reg 0x10: [mem 0xc5c20000-= 0xc5c3ffff]
[ =A0 =A01.623523] pci 0000:04:00.0: reg 0x14: [mem 0= xc5800000-0xc5bfffff]
[ =A0 =A01.623538] pci 0000:04:00.0: reg 0x18: [io =A00x2020-0x203f]
[ =A0 =A01.623554] pci 0000:04:00.0: reg 0x1c: [mem 0xc5c44000-0xc= 5c47fff]
[ =A0 =A01.623596] pci 0000:04:00.0: reg 0x30: [mem 0xff= c00000-0xffffffff pref]
[ =A0 =A01.623679] pci 0000:04:00.0: PME# supported from D0 D3hot
[ =A0 =A01.623730] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x000= 03fff 64bit]
[ =A0 =A01.623756] pci 0000:04:00.0: reg 0x190: [mem= 0x00000000-0x00003fff 64bit]
[ =A0 =A01.623853] pci 0000:04:00.1: [8086:10e8] type 00 class 0x02000= 0
[ =A0 =A01.623874] pci 0000:04:00.1: reg 0x10: [mem 0xc5c00000-= 0xc5c1ffff]
[ =A0 =A01.623889] pci 0000:04:00.1: reg 0x14: [mem 0= xc5400000-0xc57fffff]
[ =A0 =A01.623904] pci 0000:04:00.1: reg 0x18: [io =A00x2000-0x201f]
[ =A0 =A01.623919] pci 0000:04:00.1: reg 0x1c: [mem 0xc5c40000-0xc= 5c43fff]
[ =A0 =A01.623962] pci 0000:04:00.1: reg 0x30: [mem 0xff= c00000-0xffffffff pref]
[ =A0 =A01.624044] pci 0000:04:00.1: PME# supported from D0 D3hot
[ =A0 =A01.624096] pci 0000:04:00.1: reg 0x184: [mem 0x00000000-0x000= 03fff 64bit]
[ =A0 =A01.624122] pci 0000:04:00.1: reg 0x190: [mem= 0x00000000-0x00003fff 64bit]
[ =A0 =A01.624221] pci 0000:02:04.0: PCI bridge to [bus 04]
= [ =A0 =A01.624229] pci 0000:02:04.0: =A0 bridge window [io =A00x2000-0x2fff= ]
[ =A0 =A01.624234] pci 0000:02:04.0: =A0 bridge window [mem 0xc= 5400000-0xc5cfffff]
[ =A0 =A01.624417] pci 0000:05:00.0: [14e4:163b] type 00 class 0x02000= 0
[ =A0 =A01.624457] pci 0000:05:00.0: reg 0x10: [mem 0xc0000000-= 0xc1ffffff 64bit]
[ =A0 =A01.624697] pci 0000:05:00.0: PME# suppo= rted from D0 D3hot D3cold
[ =A0 =A01.624739] pci 0000:05:00.0: System wakeup disabled by ACPI
[ =A0 =A01.624821] pci 0000:05:00.1: [14e4:163b] type 00 class 0x02= 0000
[ =A0 =A01.624861] pci 0000:05:00.1: reg 0x10: [mem 0xc20000= 00-0xc3ffffff 64bit]
[ =A0 =A01.625101] pci 0000:05:00.1: PME# supported from D0 D3hot D3co= ld
[ =A0 =A01.625231] pci 0000:00:1c.0: PCI bridge to [bus 05]
[ =A0 =A01.625242] pci 0000:00:1c.0: =A0 bridge window [mem 0xc0000= 000-0xc3ffffff]
[ =A0 =A01.625333] pci 0000:06:03.0: [102b:0532] type 00 class 0x03000= 0
[ =A0 =A01.625365] pci 0000:06:03.0: reg 0x10: [mem 0xc4000000-= 0xc47fffff pref]
[ =A0 =A01.625383] pci 0000:06:03.0: reg 0x14: [= mem 0xc5000000-0xc5003fff]
[ =A0 =A01.625401] pci 0000:06:03.0: reg 0x18: [mem 0xc4800000-0xc4fff= fff]
[ =A0 =A01.625467] pci 0000:06:03.0: reg 0x30: [mem 0xffff00= 00-0xffffffff pref]
[ =A0 =A01.625618] pci 0000:00:1e.0: PCI brid= ge to [bus 06] (subtractive decode)
[ =A0 =A01.625629] pci 0000:00:1e.0: =A0 bridge window [mem 0xc4800000= -0xc50fffff]
[ =A0 =A01.625640] pci 0000:00:1e.0: =A0 bridge wind= ow [mem 0xc4000000-0xc47fffff 64bit pref]
[ =A0 =A01.625641] pci = 0000:00:1e.0: =A0 bridge window [io =A00x0000-0x0cf7] (subtractive decode)<= /div>
[ =A0 =A01.625643] pci 0000:00:1e.0: =A0 bridge window [io =A00x0d00-0= xffff] (subtractive decode)
[ =A0 =A01.625644] pci 0000:00:1e.0: = =A0 bridge window [mem 0x000a0000-0x000bffff] (subtractive decode)
[ =A0 =A01.625646] pci 0000:00:1e.0: =A0 bridge window [mem 0xc0000000-0x= feafffff] (subtractive decode)
[ =A0 =A01.625672] acpi PNP0A08:00: Disabling ASPM (FADT indicates it = is unsupported)
[ =A0 =A01.626157] ACPI: PCI Interrupt Link [LNKA= ] (IRQs 1 3 4 5 6 *10 11 12 14 15)
[ =A0 =A01.626206] ACPI: PCI I= nterrupt Link [LNKB] (IRQs 1 3 4 5 6 10 *11 12 14 15)
[ =A0 =A01.626254] ACPI: PCI Interrupt Link [LNKC] (IRQs 1 3 4 5 6 *10= 11 12 14 15)
[ =A0 =A01.626300] ACPI: PCI Interrupt Link [LNKD] = (IRQs 1 3 4 5 *6 10 11 12 14 15)
[ =A0 =A01.626347] ACPI: PCI Int= errupt Link [LNKE] (IRQs 1 3 4 5 6 10 11 12 *14 15)
[ =A0 =A01.626393] ACPI: PCI Interrupt Link [LNKF] (IRQs 1 3 4 5 *6 10= 11 12 14 15)
[ =A0 =A01.626439] ACPI: PCI Interrupt Link [LNKG] = (IRQs 1 3 4 5 6 10 11 12 14 15) *0, disabled.
[ =A0 =A01.626487] = ACPI: PCI Interrupt Link [LNKH] (IRQs 1 3 4 5 6 10 11 12 14 *15)
[ =A0 =A01.626719] ACPI: Enabled 6 GPEs in block 00 to 3F
[ = =A0 =A01.626725] ACPI: \_SB_.PCI0: notify handler is installed
[ = =A0 =A01.626767] Found 1 acpi root devices
[ =A0 =A01.626788] xen= :balloon: Initialising balloon driver
[ =A0 =A01.633777] xen_balloon: Initialising balloon driver
= [ =A0 =A01.633937] vgaarb: device added: PCI:0000:06:03.0,decodes=3Dio+mem,= owns=3Dio+mem,locks=3Dnone
[ =A0 =A01.633938] vgaarb: loaded
[ =A0 =A01.633939] vgaarb: bridge control possible 0000:06:03.0
[ =A0 =A01.634070] SCSI subsystem initialized
[ =A0 =A01.634= 072] ACPI: bus type ATA registered
[ =A0 =A01.634100] libata vers= ion 3.00 loaded.
[ =A0 =A01.634112] ACPI: bus type USB registered=
[ =A0 =A01.634127] usbcore: registered new interface driver usbfs
[ =A0 =A01.634132] usbcore: registered new interface driver hub
<= div>[ =A0 =A01.634302] usbcore: registered new device driver usb
= [ =A0 =A01.634484] PCI: Using ACPI for IRQ routing
[ =A0 =A01.652= 726] PCI: pci_cache_line_size set to 64 bytes
[ =A0 =A01.652818] e820: reserve RAM buffer [mem 0x0009e000-0x0009ffff= ]
[ =A0 =A01.652819] e820: reserve RAM buffer [mem 0xbdfb0000-0xb= fffffff]
[ =A0 =A01.652821] e820: reserve RAM buffer [mem 0xbf5d6= 000-0xbfffffff]
[ =A0 =A01.652822] e820: reserve RAM buffer [mem 0xbf5e8000-0xbfffffff= ]
[ =A0 =A01.652824] e820: reserve RAM buffer [mem 0xbf5f0000-0xb= fffffff]
[ =A0 =A01.652825] e820: reserve RAM buffer [mem 0xbf63f= 000-0xbfffffff]
[ =A0 =A01.652826] e820: reserve RAM buffer [mem 0xbf800000-0xbfffffff= ]
[ =A0 =A01.652898] NetLabel: Initializing
[ =A0 =A01.= 652899] NetLabel: =A0domain hash size =3D 128
[ =A0 =A01.652900] = NetLabel: =A0protocols =3D UNLABELED CIPSOv4
[ =A0 =A01.652908] NetLabel: =A0unlabeled traffic allowed by default
[ =A0 =A01.653076] Switched to clocksource xen
[ =A0 =A0= 1.657463] AppArmor: AppArmor Filesystem Enabled
[ =A0 =A01.657479= ] pnp: PnP ACPI init
[ =A0 =A01.657487] ACPI: bus type PNP registered
[ =A0 =A01.= 657631] pnp 00:00: Plug and Play ACPI device, IDs IPI0001 (active)
[ =A0 =A01.657640] pnp 00:01: [dma 4]
[ =A0 =A01.657652] pnp 00= :01: Plug and Play ACPI device, IDs PNP0200 (active)
[ =A0 =A01.657667] pnp 00:02: Plug and Play ACPI device, IDs INT0800 (= active)
[ =A0 =A01.657729] pnp 00:03: Plug and Play ACPI device, = IDs PNP0103 (active)
[ =A0 =A01.657738] xen: registering gsi 13 t= riggering 1 polarity 0
[ =A0 =A01.657770] pnp 00:04: Plug and Play ACPI device, IDs PNP0c04 (= active)
[ =A0 =A01.657806] system 00:05: [io =A00x0680-0x069f] ha= s been reserved
[ =A0 =A01.657807] system 00:05: [io =A00x1000-0x= 100f] has been reserved
[ =A0 =A01.657809] system 00:05: [io =A00x1010-0x1013] has been reserv= ed
[ =A0 =A01.657811] system 00:05: [io =A00xffff] has been reser= ved
[ =A0 =A01.657812] system 00:05: [io =A00x0400-0x0453] could = not be reserved
[ =A0 =A01.657814] system 00:05: [io =A00x0458-0x047f] has been reserv= ed
[ =A0 =A01.657815] system 00:05: [io =A00x0500-0x057f] has bee= n reserved
[ =A0 =A01.657817] system 00:05: [io =A00x164e-0x164f]= has been reserved
[ =A0 =A01.657819] system 00:05: Plug and Play ACPI device, IDs PNP0c0= 2 (active)
[ =A0 =A01.657825] xen: registering gsi 8 triggering 1= polarity 0
[ =A0 =A01.657852] pnp 00:06: Plug and Play ACPI devi= ce, IDs PNP0b00 (active)
[ =A0 =A01.657883] system 00:07: [io =A00x0454-0x0457] has been reserv= ed
[ =A0 =A01.657886] system 00:07: Plug and Play ACPI device, ID= s INT3f0d PNP0c02 (active)
[ =A0 =A01.658091] xen: registering gs= i 4 triggering 1 polarity 0
[ =A0 =A01.658135] pnp 00:08: Plug and Play ACPI device, IDs PNP0501 (= active)
[ =A0 =A01.658224] xen: registering gsi 3 triggering 1 po= larity 0
[ =A0 =A01.658266] pnp 00:09: Plug and Play ACPI device,= IDs PNP0501 (active)
[ =A0 =A01.658292] system 00:0a: [mem 0xfed90000-0xfed91fff] has been = reserved
[ =A0 =A01.658294] system 00:0a: Plug and Play ACPI devi= ce, IDs PNP0c02 (active)
[ =A0 =A01.658432] system 00:0b: [mem 0x= fed1c000-0xfed1ffff] has been reserved
[ =A0 =A01.658434] system 00:0b: [mem 0xfed10000-0xfed17fff] has been = reserved
[ =A0 =A01.658436] system 00:0b: [mem 0xfed18000-0xfed18= fff] has been reserved
[ =A0 =A01.658437] system 00:0b: [mem 0xfe= d19000-0xfed19fff] has been reserved
[ =A0 =A01.658439] system 00:0b: [mem 0xe0000000-0xefffffff] has been = reserved
[ =A0 =A01.658441] system 00:0b: [mem 0xfed20000-0xfed3f= fff] has been reserved
[ =A0 =A01.658442] system 00:0b: [mem 0xfe= d90000-0xfed93fff] could not be reserved
[ =A0 =A01.658444] system 00:0b: [mem 0xff000000-0xffffffff] could not= be reserved
[ =A0 =A01.658446] system 00:0b: [mem 0xfee00000-0xf= eefffff] could not be reserved
[ =A0 =A01.658448] system 00:0b: [= mem 0xc6a00000-0xc6a00fff] has been reserved
[ =A0 =A01.658450] system 00:0b: Plug and Play ACPI device, IDs PNP0c0= 2 (active)
[ =A0 =A01.658610] pnp: PnP ACPI: found 12 devices
[ =A0 =A01.658611] ACPI: bus type PNP unregistered
[ =A0 = =A01.664052] PM-Timer failed consistency check =A0(0x0xffffff) - aborting.<= /div>
[ =A0 =A01.664057] pci 0000:03:00.0: no compatible bridge window for [= mem 0xffc00000-0xffffffff pref]
[ =A0 =A01.664059] pci 0000:03:00= .1: no compatible bridge window for [mem 0xffc00000-0xffffffff pref]
<= div> [ =A0 =A01.664060] pci 0000:04:00.0: no compatible bridge window for [mem 0= xffc00000-0xffffffff pref]
[ =A0 =A01.664062] pci 0000:04:00.1: n= o compatible bridge window for [mem 0xffc00000-0xffffffff pref]
[= =A0 =A01.664064] pci 0000:06:03.0: no compatible bridge window for [mem 0x= ffff0000-0xffffffff pref]
[ =A0 =A01.664068] PCI: max bus depth: 3 pci_try_num: 4
[ = =A0 =A01.664144] pci 0000:00:01.0: BAR 15: assigned [mem 0xc6c00000-0xc7bff= fff pref]
[ =A0 =A01.664146] pci 0000:01:00.0: BAR 15: assigned [= mem 0xc6c00000-0xc7bfffff pref]
[ =A0 =A01.664148] pci 0000:02:02.0: BAR 15: assigned [mem 0xc6c00000-= 0xc73fffff pref]
[ =A0 =A01.664150] pci 0000:02:04.0: BAR 15: ass= igned [mem 0xc7400000-0xc7bfffff pref]
[ =A0 =A01.664168] pci 000= 0:03:00.0: reg 0x184: [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664185] pci 0000:03:00.0: reg 0x190: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.664201] pci 0000:03:00.0: reg 0x184: [mem = 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664217] pci 0000:03:00.0:= reg 0x184: [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664234] pci 0000:03:00.1: reg 0x184: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.664250] pci 0000:03:00.0: reg 0x184: [mem = 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664266] pci 0000:03:00.0:= reg 0x190: [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664282] pci 0000:03:00.1: reg 0x190: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.664298] pci 0000:03:00.0: reg 0x184: [mem = 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664314] pci 0000:03:00.0:= reg 0x190: [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664330] pci 0000:03:00.1: reg 0x184: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.664332] pci 0000:03:00.0: BAR 6: assigned = [mem 0xc6c00000-0xc6ffffff pref]
[ =A0 =A01.664334] pci 0000:03:0= 0.1: BAR 6: assigned [mem 0xc7000000-0xc73fffff pref]
[ =A0 =A01.664350] pci 0000:03:00.0: reg 0x184: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.664352] pci 0000:03:00.0: BAR 7: assigned = [mem 0xc6848000-0xc6867fff 64bit]
[ =A0 =A01.664379] pci 0000:03:= 00.0: reg 0x190: [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664380] pci 0000:03:00.0: BAR 10: assigned [mem 0xc6868000-= 0xc6887fff 64bit]
[ =A0 =A01.664407] pci 0000:03:00.1: reg 0x184:= [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664408] pci 0000:03= :00.1: BAR 7: assigned [mem 0xc6888000-0xc68a7fff 64bit]
[ =A0 =A01.664435] pci 0000:03:00.1: reg 0x190: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.664436] pci 0000:03:00.1: BAR 10: assigned= [mem 0xc68a8000-0xc68c7fff 64bit]
[ =A0 =A01.664448] pci 0000:02= :02.0: PCI bridge to [bus 03]
[ =A0 =A01.664452] pci 0000:02:02.0: =A0 bridge window [io =A00x3000-0= x3fff]
[ =A0 =A01.664459] pci 0000:02:02.0: =A0 bridge window [me= m 0xc6000000-0xc68fffff]
[ =A0 =A01.664464] pci 0000:02:02.0: =A0= bridge window [mem 0xc6c00000-0xc73fffff pref]
[ =A0 =A01.664487] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.664503] pci 0000:04:00.0: reg 0x190: [mem = 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664519] pci 0000:04:00.0:= reg 0x184: [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664535] pci 0000:04:00.0: reg 0x184: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.664551] pci 0000:04:00.1: reg 0x184: [mem = 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664567] pci 0000:04:00.0:= reg 0x184: [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664583] pci 0000:04:00.0: reg 0x190: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.664599] pci 0000:04:00.1: reg 0x190: [mem = 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664615] pci 0000:04:00.0:= reg 0x184: [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664631] pci 0000:04:00.0: reg 0x190: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.664647] pci 0000:04:00.1: reg 0x184: [mem = 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664649] pci 0000:04:00.0:= BAR 6: assigned [mem 0xc7400000-0xc77fffff pref]
[ =A0 =A01.664650] pci 0000:04:00.1: BAR 6: assigned [mem 0xc7800000-0= xc7bfffff pref]
[ =A0 =A01.664666] pci 0000:04:00.0: reg 0x184: [= mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664668] pci 0000:04:0= 0.0: BAR 7: assigned [mem 0xc5c48000-0xc5c67fff 64bit]
[ =A0 =A01.664694] pci 0000:04:00.0: reg 0x190: [mem 0x00000000-0x0000= 3fff 64bit]
[ =A0 =A01.664695] pci 0000:04:00.0: BAR 10: assigned= [mem 0xc5c68000-0xc5c87fff 64bit]
[ =A0 =A01.664721] pci 0000:04= :00.1: reg 0x184: [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664723] pci 0000:04:00.1: BAR 7: assigned [mem 0xc5c88000-0= xc5ca7fff 64bit]
[ =A0 =A01.664749] pci 0000:04:00.1: reg 0x190: = [mem 0x00000000-0x00003fff 64bit]
[ =A0 =A01.664751] pci 0000:04:= 00.1: BAR 10: assigned [mem 0xc5ca8000-0xc5cc7fff 64bit]
[ =A0 =A01.664762] pci 0000:02:04.0: PCI bridge to [bus 04]
= [ =A0 =A01.664766] pci 0000:02:04.0: =A0 bridge window [io =A00x2000-0x2fff= ]
[ =A0 =A01.664772] pci 0000:02:04.0: =A0 bridge window [mem 0xc= 5400000-0xc5cfffff]
[ =A0 =A01.664777] pci 0000:02:04.0: =A0 bridge window [mem 0xc7400000= -0xc7bfffff pref]
[ =A0 =A01.664786] pci 0000:01:00.0: PCI bridge= to [bus 02-04]
[ =A0 =A01.664789] pci 0000:01:00.0: =A0 bridge w= indow [io =A00x2000-0x3fff]
[ =A0 =A01.664796] pci 0000:01:00.0: =A0 bridge window [mem 0xc5400000= -0xc68fffff]
[ =A0 =A01.664801] pci 0000:01:00.0: =A0 bridge wind= ow [mem 0xc6c00000-0xc7bfffff pref]
[ =A0 =A01.664810] pci 0000:0= 0:01.0: PCI bridge to [bus 01-04]
[ =A0 =A01.664812] pci 0000:00:01.0: =A0 bridge window [io =A00x2000-0= x3fff]
[ =A0 =A01.664816] pci 0000:00:01.0: =A0 bridge window [me= m 0xc5400000-0xc68fffff]
[ =A0 =A01.664820] pci 0000:00:01.0: =A0= bridge window [mem 0xc6c00000-0xc7bfffff pref]
[ =A0 =A01.664826] pci 0000:00:1c.0: PCI bridge to [bus 05]
= [ =A0 =A01.664834] pci 0000:00:1c.0: =A0 bridge window [mem 0xc0000000-0xc3= ffffff]
[ =A0 =A01.664850] pci 0000:06:03.0: BAR 6: assigned [mem= 0xc5010000-0xc501ffff pref]
[ =A0 =A01.664852] pci 0000:00:1e.0: PCI bridge to [bus 06]
= [ =A0 =A01.664860] pci 0000:00:1e.0: =A0 bridge window [mem 0xc4800000-0xc5= 0fffff]
[ =A0 =A01.664866] pci 0000:00:1e.0: =A0 bridge window [m= em 0xc4000000-0xc47fffff 64bit pref]
[ =A0 =A01.664945] xen: registering gsi 16 triggering 0 polarity 1
[ =A0 =A01.664957] xen: --> pirq=3D16 -> irq=3D16 (gsi=3D16)
[ =A0 =A01.665053] xen: registering gsi 17 triggering 0 polarity 1=
[ =A0 =A01.665059] xen: --> pirq=3D17 -> irq=3D17 (gsi=3D1= 7)
[ =A0 =A01.665086] pci 0000:00:1e.0: setting latency timer to 64
=
[ =A0 =A01.665090] pci_bus 0000:00: resource 4 [io =A00x0000-0x0cf7]
[ =A0 =A01.665092] pci_bus 0000:00: resource 5 [io =A00x0d00-0xfff= f]
[ =A0 =A01.665093] pci_bus 0000:00: resource 6 [mem 0x000a0000-0x000bffff]<= /div>
[ =A0 =A01.665095] pci_bus 0000:00: resource 7 [mem 0xc0000000-0x= feafffff]
[ =A0 =A01.665096] pci_bus 0000:01: resource 0 [io =A00= x2000-0x3fff]
[ =A0 =A01.665098] pci_bus 0000:01: resource 1 [mem 0xc5400000-0xc68ff= fff]
[ =A0 =A01.665099] pci_bus 0000:01: resource 2 [mem 0xc6c000= 00-0xc7bfffff pref]
[ =A0 =A01.665100] pci_bus 0000:02: resource = 0 [io =A00x2000-0x3fff]
[ =A0 =A01.665102] pci_bus 0000:02: resource 1 [mem 0xc5400000-0xc68ff= fff]
[ =A0 =A01.665103] pci_bus 0000:02: resource 2 [mem 0xc6c000= 00-0xc7bfffff pref]
[ =A0 =A01.665105] pci_bus 0000:03: resource = 0 [io =A00x3000-0x3fff]
[ =A0 =A01.665106] pci_bus 0000:03: resource 1 [mem 0xc6000000-0xc68ff= fff]
[ =A0 =A01.665107] pci_bus 0000:03: resource 2 [mem 0xc6c000= 00-0xc73fffff pref]
[ =A0 =A01.665109] pci_bus 0000:04: resource = 0 [io =A00x2000-0x2fff]
[ =A0 =A01.665110] pci_bus 0000:04: resource 1 [mem 0xc5400000-0xc5cff= fff]
[ =A0 =A01.665112] pci_bus 0000:04: resource 2 [mem 0xc74000= 00-0xc7bfffff pref]
[ =A0 =A01.665113] pci_bus 0000:05: resource = 1 [mem 0xc0000000-0xc3ffffff]
[ =A0 =A01.665115] pci_bus 0000:06: resource 1 [mem 0xc4800000-0xc50ff= fff]
[ =A0 =A01.665116] pci_bus 0000:06: resource 2 [mem 0xc40000= 00-0xc47fffff 64bit pref]
[ =A0 =A01.665118] pci_bus 0000:06: res= ource 4 [io =A00x0000-0x0cf7]
[ =A0 =A01.665119] pci_bus 0000:06: resource 5 [io =A00x0d00-0xffff]
[ =A0 =A01.665120] pci_bus 0000:06: resource 6 [mem 0x000a0000-0x0= 00bffff]
[ =A0 =A01.665122] pci_bus 0000:06: resource 7 [mem 0xc0= 000000-0xfeafffff]
[ =A0 =A01.665150] NET: Registered protocol family 2
[ =A0 = =A01.665305] TCP established hash table entries: 32768 (order: 7, 524288 by= tes)
[ =A0 =A01.665426] TCP bind hash table entries: 32768 (order= : 7, 524288 bytes)
[ =A0 =A01.665487] TCP: Hash tables configured (established 32768 bind= 32768)
[ =A0 =A01.665502] TCP: reno registered
[ =A0 = =A01.665511] UDP hash table entries: 2048 (order: 4, 65536 bytes)
[ =A0 =A01.665528] UDP-Lite hash table entries: 2048 (order: 4, 65536 byte= s)
[ =A0 =A01.665573] NET: Registered protocol family 1
[ =A0 = =A01.665647] xen: registering gsi 20 triggering 0 polarity 1
[ = =A0 =A01.665654] xen: --> pirq=3D20 -> irq=3D20 (gsi=3D20)
= [ =A0 =A01.681298] xen: registering gsi 23 triggering 0 polarity 1
[ =A0 =A01.681305] xen: --> pirq=3D23 -> irq=3D23 (gsi=3D23)
[ =A0 =A01.697293] pci 0000:06:03.0: Boot video device
[ = =A0 =A01.697298] PCI: CLS 64 bytes, default 64
[ =A0 =A01.697333]= Trying to unpack rootfs image as initramfs...
[ =A0 =A01.733240] Freeing initrd memory: 48284K (ffff8800023f3000 - f= fff88000531a000)
[ =A0 =A01.733358] Simple Boot Flag at 0x44 set = to 0x1
[ =A0 =A01.733575] Scanning for low memory corruption ever= y 60 seconds
[ =A0 =A01.733957] Initialise module verification
[ =A0 =A01= .733989] audit: initializing netlink socket (disabled)
[ =A0 =A01= .733999] type=3D2000 audit(1391640205.715:1): initialized
[ =A0 = =A01.753927] bounce pool size: 64 pages
[ =A0 =A01.753936] HugeTLB registered 2 MB page size, pre-allocated 0 = pages
[ =A0 =A01.754659] zbud: loaded
[ =A0 =A01.754781= ] VFS: Disk quotas dquot_6.5.2
[ =A0 =A01.754812] Dquot-cache has= h table entries: 512 (order 0, 4096 bytes)
[ =A0 =A01.755159] fuse init (API version 7.22)
[ =A0 =A01.7= 55217] msgmni has been set to 1736
[ =A0 =A01.755694] Key type as= ymmetric registered
[ =A0 =A01.755696] Asymmetric key parser '= ;x509' registered
[ =A0 =A01.755718] Block layer SCSI generic (bsg) driver version 0.4 l= oaded (major 252)
[ =A0 =A01.755752] io scheduler noop registered=
[ =A0 =A01.755754] io scheduler deadline registered (default)
[ =A0 =A01.755771] io scheduler cfq registered
[ =A0 =A01.756393]= pcieport 0000:00:01.0: Signaling PME through PCIe PME interrupt
= [ =A0 =A01.756395] pcieport 0000:01:00.0: Signaling PME through PCIe PME in= terrupt
[ =A0 =A01.756396] pcieport 0000:02:02.0: Signaling PME through PCIe P= ME interrupt
[ =A0 =A01.756397] pci 0000:03:00.0: Signaling PME t= hrough PCIe PME interrupt
[ =A0 =A01.756398] pci 0000:03:00.1: Si= gnaling PME through PCIe PME interrupt
[ =A0 =A01.756400] pcieport 0000:02:04.0: Signaling PME through PCIe P= ME interrupt
[ =A0 =A01.756401] pci 0000:04:00.0: Signaling PME t= hrough PCIe PME interrupt
[ =A0 =A01.756402] pci 0000:04:00.1: Si= gnaling PME through PCIe PME interrupt
[ =A0 =A01.756406] pcie_pme 0000:00:01.0:pcie01: service driver pcie_p= me loaded
[ =A0 =A01.756432] pcieport 0000:00:1c.0: Signaling PME= through PCIe PME interrupt
[ =A0 =A01.756433] pci 0000:05:00.0: = Signaling PME through PCIe PME interrupt
[ =A0 =A01.756434] pci 0000:05:00.1: Signaling PME through PCIe PME in= terrupt
[ =A0 =A01.756441] pcie_pme 0000:00:1c.0:pcie01: service = driver pcie_pme loaded
[ =A0 =A01.756450] pci_hotplug: PCI Hot Pl= ug PCI Core version: 0.5
[ =A0 =A01.756461] pciehp: PCI Express Hot Plug Controller Driver vers= ion: 0.4
[ =A0 =A01.756501] intel_idle: MWAIT substates: 0x1120
[ =A0 =A01.756502] intel_idle: v0.4 model 0x2A
[ =A0 =A0= 1.756503] intel_idle: lapic_timer_reliable_states 0xffffffff
[ =A0 =A01.756535] intel_idle: intel_idle yielding to none
[= =A0 =A01.756598] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/i= nput/input0
[ =A0 =A01.756602] ACPI: Power Button [PWRF]
[ =A0 =A01.756665] ACPI: Fan [FAN0] (off)
[ =A0 =A01.756686] ACPI: Fan [FAN1] (off)
[ =A0 =A01.756704]= ACPI: Fan [FAN2] (off)
[ =A0 =A01.756722] ACPI: Fan [FAN3] (off)=
[ =A0 =A01.756740] ACPI: Fan [FAN4] (off)
[ =A0 =A01.7= 56778] ACPI: Requesting acpi_cpufreq
[ =A0 =A01.757217] Monitor-Mwait will be used to enter C-1 state
=
[ =A0 =A01.757221] Monitor-Mwait will be used to enter C-2 state
=
[ =A0 =A01.757224] Monitor-Mwait will be used to enter C-3 state
=
[ =A0 =A01.758699] Warning: Processor Platform Limit not supported.
[ =A0 =A01.758885] thermal LNXTHERM:00: registered as thermal_zone0
[ =A0 =A01.758886] ACPI: Thermal Zone [TZ01] (30 C)
[ =A0= =A01.758932] ERST: Error Record Serialization Table (ERST) support is init= ialized.
[ =A0 =A01.758934] pstore: Registered erst as persistent store backend=
[ =A0 =A01.759051] GHES: APEI firmware first mode is enabled by = APEI bit and WHEA _OSC.
[ =A0 =A01.759387] xen_acpi_processor: Up= loading Xen processor PM info
[ =A0 =A01.760559] Serial: 8250/16550 driver, 32 ports, IRQ sharing en= abled
[ =A0 =A01.781328] 00:08: ttyS0 at I/O 0x3f8 (irq =3D 4) is= a 16550A
[ =A0 =A01.802091] 00:09: ttyS1 at I/O 0x2f8 (irq =3D 3= ) is a 16550A
[ =A0 =A01.803445] hpet_acpi_add: no address or irqs in _CRS
[ =A0 =A01.803457] Linux agpgart interface v0.103
[ =A0 =A01.804= 413] brd: module loaded
[ =A0 =A01.804912] loop: module loaded
[ =A0 =A01.805161] libphy: Fixed MDIO Bus: probed
[ =A0 =A01.805219] tun: Universal TUN/TAP device driver, 1.6
[ =A0 =A01.805220] tun: (C) 1999-2004 Max Krasnyansky <maxk@qualcomm.com>
= [ =A0 =A01.805253] PPP generic driver version 2.4.2
[ =A0 =A01.805282] xen_netfront: Initialising Xen virtual ethernet dri= ver
[ =A0 =A01.805290] ehci_hcd: USB 2.0 'Enhanced' Host = Controller (EHCI) Driver
[ =A0 =A01.805291] ehci-pci: EHCI PCI pl= atform driver
[ =A0 =A01.805366] xen: registering gsi 20 triggering 0 polarity 1
[ =A0 =A01.805369] Already setup the GSI :20
[ =A0 =A01.80= 5386] ehci-pci 0000:00:1a.0: setting latency timer to 64
[ =A0 = =A01.805393] ehci-pci 0000:00:1a.0: EHCI Host Controller
[ =A0 =A01.805398] ehci-pci 0000:00:1a.0: new USB bus registered, assi= gned bus number 1
[ =A0 =A01.805417] ehci-pci 0000:00:1a.0: debug= port 2
[ =A0 =A01.809360] ehci-pci 0000:00:1a.0: cache line size= of 64 is not supported
[ =A0 =A01.809396] ehci-pci 0000:00:1a.0: irq 20, io mem 0xc6906000
[ =A0 =A01.821151] ehci-pci 0000:00:1a.0: USB 2.0 started, EHCI 1.0= 0
[ =A0 =A01.821189] usb usb1: New USB device found, idVendor=3D1= d6b, idProduct=3D0002
[ =A0 =A01.821190] usb usb1: New USB device strings: Mfr=3D3, Product= =3D2, SerialNumber=3D1
[ =A0 =A01.821192] usb usb1: Product: EHCI= Host Controller
[ =A0 =A01.821193] usb usb1: Manufacturer: Linux= 3.11.0-12-generic ehci_hcd
[ =A0 =A01.821194] usb usb1: SerialNumber: 0000:00:1a.0
[ = =A0 =A01.821272] hub 1-0:1.0: USB hub found
[ =A0 =A01.821276] hu= b 1-0:1.0: 2 ports detected
[ =A0 =A01.821415] xen: registering g= si 23 triggering 0 polarity 1
[ =A0 =A01.821417] Already setup the GSI :23
[ =A0 =A01.8214= 32] ehci-pci 0000:00:1d.0: setting latency timer to 64
[ =A0 =A01= .821439] ehci-pci 0000:00:1d.0: EHCI Host Controller
[ =A0 =A01.8= 21442] ehci-pci 0000:00:1d.0: new USB bus registered, assigned bus number 2=
[ =A0 =A01.821461] ehci-pci 0000:00:1d.0: debug port 2
[ =A0= =A01.825411] ehci-pci 0000:00:1d.0: cache line size of 64 is not supported=
[ =A0 =A01.825448] ehci-pci 0000:00:1d.0: irq 23, io mem 0xc6905= 000
[ =A0 =A01.837152] ehci-pci 0000:00:1d.0: USB 2.0 started, EHCI 1.00
[ =A0 =A01.837185] usb usb2: New USB device found, idVendor=3D1d6b= , idProduct=3D0002
[ =A0 =A01.837187] usb usb2: New USB device st= rings: Mfr=3D3, Product=3D2, SerialNumber=3D1
[ =A0 =A01.837188] usb usb2: Product: EHCI Host Controller
[= =A0 =A01.837189] usb usb2: Manufacturer: Linux 3.11.0-12-generic ehci_hcd<= /div>
[ =A0 =A01.837191] usb usb2: SerialNumber: 0000:00:1d.0
[ =A0 =A01.837330] hub 2-0:1.0: USB hub found
[ =A0 =A01.837334] hub 2-0:1.0: 2 ports detected
[ =A0 =A01.= 837400] ehci-platform: EHCI generic platform driver
[ =A0 =A01.83= 7405] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
<= div>[ =A0 =A01.837406] ohci-platform: OHCI generic platform driver
[ =A0 =A01.837411] uhci_hcd: USB Universal Host Controller Interface d= river
[ =A0 =A01.837449] i8042: PNP: No PS/2 controller found. Pr= obing ports directly.
[ =A0 =A02.884166] i8042: No controller fou= nd
[ =A0 =A02.884441] mousedev: PS/2 mouse device common for all mice
[ =A0 =A02.884708] rtc_cmos 00:06: RTC can wake from S4
[ = =A0 =A02.884906] rtc_cmos 00:06: rtc core: registered rtc_cmos as rtc0
[ =A0 =A02.884962] rtc_cmos 00:06: alarms up to one month, y3k, 242 b= ytes nvram
[ =A0 =A02.885003] device-mapper: uevent: version 1.0.3
[ = =A0 =A02.885085] device-mapper: ioctl: 4.25.0-ioctl (2013-06-26) initialise= d: dm-devel@redhat= .com
[ =A0 =A02.885093] ledtrig-cpu: registered to indicate activity on CPU= s
[ =A0 =A02.885164] TCP: cubic registered
[ =A0 =A02.885221] = NET: Registered protocol family 10
[ =A0 =A02.885348] NET: Regist= ered protocol family 17
[ =A0 =A02.885354] Key type dns_resolver = registered
[ =A0 =A02.885511] PM: Hibernation image not present or could not be l= oaded.
[ =A0 =A02.885514] Loading module verification certificate= s
[ =A0 =A02.886208] MODSIGN: Loaded cert 'Magrathea: Glacier= signing key: fddf6943d8ac4f5b6eb0919a7a3ee3d9088b1bfa'
[ =A0 =A02.886216] registered taskstats version 1
[ =A0 =A02= .889339] Key type trusted registered
[ =A0 =A02.892025] Key type = encrypted registered
[ =A0 =A02.894651] AppArmor: AppArmor sha1 p= olicy hashing enabled
[ =A0 =A02.895054] =A0 Magic number: 2:369:754
[ =A0 =A02.89= 5060] tty ttyS5: hash matches
[ =A0 =A02.895134] rtc_cmos 00:06: = setting system clock to 2014-02-05 22:43:26 UTC (1391640206)
[ = =A0 =A02.895182] BIOS EDD facility v0.16 2004-Jun-25, 1 devices found
[ =A0 =A02.895677] Freeing unused kernel memory: 1364K (ffffffff81d100= 00 - ffffffff81e65000)
[ =A0 =A02.895678] Write protecting the ke= rnel read-only data: 12288k
[ =A0 =A02.898416] Freeing unused ker= nel memory: 1040K (ffff8800016fc000 - ffff880001800000)
[ =A0 =A02.898708] Freeing unused kernel memory: 836K (ffff880001b2f00= 0 - ffff880001c00000)
[ =A0 =A02.918710] systemd-udevd[118]: star= ting version 204
[ =A0 =A02.939867] pps_core: module verification= failed: signature and/or required key missing - tainting kernel
[ =A0 =A02.940047] pps_core: LinuxPPS API ver. 1 registered
= [ =A0 =A02.940048] pps_core: Software ver. 5.3.6 - Copyright 2005-2007 Rodo= lfo Giometti <gio= metti@linux.it>
[ =A0 =A02.940227] PTP clock support registered
[ =A0 =A02.9= 42853] ahci 0000:00:1f.2: version 3.0
[ =A0 =A02.942948] xen: reg= istering gsi 19 triggering 0 polarity 1
[ =A0 =A02.942962] xen: -= -> pirq=3D19 -> irq=3D19 (gsi=3D19)
[ =A0 =A02.943070] ahci: SSS flag set, parallel bus scan disabled
[ =A0 =A02.943146] bnx2: Broadcom NetXtreme II Gigabit Ethernet Drive= r bnx2 v2.2.3 (June 27, 2012)
[ =A0 =A02.943195] xen: registering= gsi 16 triggering 0 polarity 1
[ =A0 =A02.943197] Already setup the GSI :16
[ =A0 =A02.9436= 71] dca service started, version 1.12.1
[ =A0 =A02.944532] bnx2 0= 000:05:00.0 eth0: Broadcom NetXtreme II BCM5716 1000Base-T (C0) PCI Express= found at mem c0000000, IRQ 16, node addr d4:ae:52:cc:f9:6a
[ =A0 =A02.944613] xen: registering gsi 17 triggering 0 polarity 1
[ =A0 =A02.944615] Already setup the GSI :17
[ =A0 =A02.94= 5253] bnx2 0000:05:00.1 eth1: Broadcom NetXtreme II BCM5716 1000Base-T (C0)= PCI Express found at mem c2000000, IRQ 17, node addr d4:ae:52:cc:f9:6b
[ =A0 =A02.949969] igb: Intel(R) Gigabit Ethernet Network Driver - ver= sion 5.0.5-k
[ =A0 =A02.949971] igb: Copyright (c) 2007-2013 Inte= l Corporation.
[ =A0 =A02.950015] xen: registering gsi 18 trigger= ing 0 polarity 1
[ =A0 =A02.950026] xen: --> pirq=3D18 -> irq=3D18 (gsi=3D18)
[ =A0 =A02.957168] ahci 0000:00:1f.2: AHCI 0001.0300 32 slots 6 port= s 3 Gbps 0x31 impl SATA mode
[ =A0 =A02.957172] ahci 0000:00:1f.2= : flags: 64bit ncq stag pm led clo pio slum part ems sxs apst
[ =A0 =A02.957179] ahci 0000:00:1f.2: setting latency timer to 64
[ =A0 =A02.973513] scsi0 : ahci
[ =A0 =A02.973597] scsi1 : = ahci
[ =A0 =A02.973666] scsi2 : ahci
[ =A0 =A02.973728]= scsi3 : ahci
[ =A0 =A02.973793] scsi4 : ahci
[ =A0 =A02.973857] scsi5 : a= hci
[ =A0 =A02.973907] ata1: SATA max UDMA/133 abar m2048@0xc6904= 000 port 0xc6904100 irq 76
[ =A0 =A02.973909] ata2: DUMMY
[ =A0 =A02.973910] ata3: DUMMY
[ =A0 =A02.973911] ata4: DUMMY
[ =A0 =A02.973914] ata5: SATA= max UDMA/133 abar m2048@0xc6904000 port 0xc6904300 irq 76
[ =A0 = =A02.973916] ata6: SATA max UDMA/133 abar m2048@0xc6904000 port 0xc6904380 = irq 76
[ =A0 =A03.093191] usb 1-1: new high-speed USB device number 2 using e= hci-pci
[ =A0 =A03.141615] igb 0000:03:00.0: added PHC on eth2
[ =A0 =A03.141617] igb 0000:03:00.0: Intel(R) Gigabit Ethernet Netw= ork Connection
[ =A0 =A03.141619] igb 0000:03:00.0: eth2: (PCIe:2.5Gb/s:Width x4) 90:= e2:ba:53:e5:20
[ =A0 =A03.141622] igb 0000:03:00.0: eth2: PBA No:= Unknown
[ =A0 =A03.141623] igb 0000:03:00.0: Using MSI-X interru= pts. 4 rx queue(s), 4 tx queue(s)
[ =A0 =A03.141674] xen: registering gsi 19 triggering 0 polarity 1
[ =A0 =A03.141678] Already setup the GSI :19
[ =A0 =A03.22= 5728] usb 1-1: New USB device found, idVendor=3D8087, idProduct=3D0024
[ =A0 =A03.225731] usb 1-1: New USB device strings: Mfr=3D0, Product= =3D0, SerialNumber=3D0
[ =A0 =A03.225939] hub 1-1:1.0: USB hub found
[ =A0 =A03.226= 038] hub 1-1:1.0: 6 ports detected
[ =A0 =A03.293197] ata1: SATA = link up 3.0 Gbps (SStatus 123 SControl 300)
[ =A0 =A03.294088] at= a1.00: ATA-8: WDC WD5003ABYX-18WERA0, 01.01S03, max UDMA/133
[ =A0 =A03.294091] ata1.00: 976773168 sectors, multi 0: LBA48 NCQ (dep= th 31/32), AA
[ =A0 =A03.295674] ata1.00: configured for UDMA/133=
[ =A0 =A03.295874] scsi 0:0:0:0: Direct-Access =A0 =A0 ATA =A0 = =A0 =A0WDC WD5003ABYX-1 01.0 PQ: 0 ANSI: 5
[ =A0 =A03.296014] sd 0:0:0:0: [sda] 976773168 512-byte logical blocks= : (500 GB/465 GiB)
[ =A0 =A03.296045] sd 0:0:0:0: Attached scsi g= eneric sg0 type 0
[ =A0 =A03.296052] sd 0:0:0:0: [sda] Write Prot= ect is off
[ =A0 =A03.296054] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[ =A0 =A03.296067] sd 0:0:0:0: [sda] Write cache: enabled, read cache: ena= bled, doesn't support DPO or FUA
[ =A0 =A03.325343] =A0sda: s= da1 sda2 < sda5 >
[ =A0 =A03.325815] sd 0:0:0:0: [sda] Attached SCSI disk
[ = =A0 =A03.333499] igb 0000:03:00.1: added PHC on eth3
[ =A0 =A03.3= 33501] igb 0000:03:00.1: Intel(R) Gigabit Ethernet Network Connection
=
[ =A0 =A03.333503] igb 0000:03:00.1: eth3: (PCIe:2.5Gb/s:Width x4) 90:= e2:ba:53:e5:21
[ =A0 =A03.333506] igb 0000:03:00.1: eth3: PBA No: Unknown
[= =A0 =A03.333507] igb 0000:03:00.1: Using MSI-X interrupts. 4 rx queue(s), = 4 tx queue(s)
[ =A0 =A03.333547] xen: registering gsi 16 triggeri= ng 0 polarity 1
[ =A0 =A03.333549] Already setup the GSI :16
[ =A0 =A03.3371= 73] usb 2-1: new high-speed USB device number 2 using ehci-pci
[ = =A0 =A03.469706] usb 2-1: New USB device found, idVendor=3D8087, idProduct= =3D0024
[ =A0 =A03.469718] usb 2-1: New USB device strings: Mfr=3D0, Product= =3D0, SerialNumber=3D0
[ =A0 =A03.469928] hub 2-1:1.0: USB hub fo= und
[ =A0 =A03.470028] hub 2-1:1.0: 6 ports detected
[ = =A0 =A03.525568] igb 0000:04:00.0: added PHC on eth4
[ =A0 =A03.525570] igb 0000:04:00.0: Intel(R) Gigabit Ethernet Network= Connection
[ =A0 =A03.525572] igb 0000:04:00.0: eth4: (PCIe:2.5G= b/s:Width x4) 90:e2:ba:53:e5:24
[ =A0 =A03.525575] igb 0000:04:00= .0: eth4: PBA No: Unknown
[ =A0 =A03.525576] igb 0000:04:00.0: Using MSI-X interrupts. 4 rx queu= e(s), 4 tx queue(s)
[ =A0 =A03.525618] xen: registering gsi 17 tr= iggering 0 polarity 1
[ =A0 =A03.525620] Already setup the GSI :1= 7
[ =A0 =A03.613196] ata5: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[ =A0 =A03.615684] ata5.00: ATAPI: TSSTcorp DVD-ROM SN-108DN, D150= , max UDMA/100
[ =A0 =A03.618258] ata5.00: configured for UDMA/10= 0
[ =A0 =A03.620528] scsi 4:0:0:0: CD-ROM =A0 =A0 =A0 =A0 =A0 =A0TSSTcorp DVD= -ROM SN-108DN D150 PQ: 0 ANSI: 5
[ =A0 =A03.625268] sr0: scsi3-mm= c drive: 62x/62x cd/rw xa/form2 cdda tray
[ =A0 =A03.625271] cdro= m: Uniform CD-ROM driver Revision: 3.20
[ =A0 =A03.625429] sr 4:0:0:0: Attached scsi CD-ROM sr0
[ = =A0 =A03.625562] sr 4:0:0:0: Attached scsi generic sg1 type 5
[ = =A0 =A03.717617] igb 0000:04:00.1: added PHC on eth5
[ =A0 =A03.7= 17619] igb 0000:04:00.1: Intel(R) Gigabit Ethernet Network Connection
[ =A0 =A03.717621] igb 0000:04:00.1: eth5: (PCIe:2.5Gb/s:Width x4) 90:= e2:ba:53:e5:25
[ =A0 =A03.717623] igb 0000:04:00.1: eth5: PBA No:= Unknown
[ =A0 =A03.717625] igb 0000:04:00.1: Using MSI-X interru= pts. 4 rx queue(s), 4 tx queue(s)
[ =A0 =A03.741367] usb 2-1.1: new high-speed USB device number 3 using= ehci-pci
[ =A0 =A03.847131] usb 2-1.1: New USB device found, idV= endor=3D0b95, idProduct=3D1780
[ =A0 =A03.847134] usb 2-1.1: New = USB device strings: Mfr=3D1, Product=3D2, SerialNumber=3D3
[ =A0 =A03.847136] usb 2-1.1: Product: AX88178
[ =A0 =A03.84= 7137] usb 2-1.1: Manufacturer: ASIX Elec. Corp.
[ =A0 =A03.847138= ] usb 2-1.1: SerialNumber: 000002
[ =A0 =A03.917361] usb 2-1.2: n= ew low-speed USB device number 4 using ehci-pci
[ =A0 =A03.945181] ata6: SATA link down (SStatus 0 SControl 300)
=
[ =A0 =A04.018322] usb 2-1.2: New USB device found, idVendor=3D1061, i= dProduct=3D0101
[ =A0 =A04.018325] usb 2-1.2: New USB device stri= ngs: Mfr=3D1, Product=3D2, SerialNumber=3D0
[ =A0 =A04.018327] usb 2-1.2: Product: USB Keyboard & Mouse
<= div>[ =A0 =A04.018328] usb 2-1.2: Manufacturer: Motorola
[ =A0 = =A04.025998] hidraw: raw HID events driver (C) Jiri Kosina
[ =A0 = =A04.033733] usbcore: registered new interface driver usbhid
[ =A0 =A04.033735] usbhid: USB HID core driver
[ =A0 =A04.03= 4966] input: Motorola USB Keyboard & Mouse as /devices/pci0000:00/0000:= 00:1d.0/usb2/2-1/2-1.2/2-1.2:1.0/input/input1
[ =A0 =A04.035057] = hid-generic 0003:1061:0101.0001: input,hidraw0: USB HID v1.11 Keyboard [Mot= orola USB Keyboard & Mouse] on usb-0000:00:1d.0-1.2/input0
[ =A0 =A04.035153] input: Motorola USB Keyboard & Mouse as /device= s/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2:1.1/input/input2
[= =A0 =A04.035514] hid-generic 0003:1061:0101.0002: input,hidraw1: USB HID v= 1.11 Mouse [Motorola USB Keyboard & Mouse] on usb-0000:00:1d.0-1.2/inpu= t1
[ =A0 =A04.093354] usb 2-1.5: new high-speed USB device number 5 using= ehci-pci
[ =A0 =A04.185540] usb 2-1.5: New USB device found, idV= endor=3D0424, idProduct=3D2514
[ =A0 =A04.185543] usb 2-1.5: New = USB device strings: Mfr=3D0, Product=3D0, SerialNumber=3D0
[ =A0 =A04.185822] hub 2-1.5:1.0: USB hub found
[ =A0 =A04.1= 85912] hub 2-1.5:1.0: 4 ports detected
[ =A0 =A04.208556] bio: cr= eate slab <bio-1> at 1
[ =A0 =A06.793606] EXT4-fs (dm-0): m= ounted filesystem with ordered data mode. Opts: (null)
[ =A0 10.221062] Adding 4161532k swap on /dev/mapper/ubuntu--vg-swap_1= . =A0Priority:-1 extents:1 across:4161532k FS
[ =A0 10.286623] IP= v6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[ =A0 10.286628]= IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready
[ =A0 10.286632] IPv6: ADDRCONF(NETDEV_UP): eth2: link is not ready
[ =A0 10.286636] IPv6: ADDRCONF(NETDEV_UP): eth3: link is not ready=
[ =A0 10.286640] IPv6: ADDRCONF(NETDEV_UP): eth4: link is not re= ady
[ =A0 10.286644] IPv6: ADDRCONF(NETDEV_UP): eth5: link is not ready
[ =A0 10.357279] systemd-udevd[331]: starting version 204
[ =A0 10.423876] lp: driver loaded but no devices found
[ =A0 10= .460193] wmi: Mapper loaded
[ =A0 10.463802] systemd-udevd[373]: failed to execute '/lib/udev/= socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event&#= 39;: No such file or directory
[ =A0 10.466898] systemd-udevd[378= ]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' &#= 39;socket:/org/xen/xend/udev_event': No such file or directory
[ =A0 10.480201] systemd-udevd[394]: failed to execute '/lib/udev/= socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event&#= 39;: No such file or directory
[ =A0 10.481806] ACPI Warning: 0x0= 000000000000428-0x000000000000042f SystemIO conflicts with Region \PMIO 1 (= 20130517/utaddress-251)
[ =A0 10.481811] ACPI: If an ACPI driver is available for this device,= you should use it instead of the native driver
[ =A0 10.481817] = ACPI Warning: 0x0000000000000540-0x000000000000054f SystemIO conflicts with= Region \GPIO 1 (20130517/utaddress-251)
[ =A0 10.481821] ACPI: If an ACPI driver is available for this device,= you should use it instead of the native driver
[ =A0 10.481822] = ACPI Warning: 0x0000000000000530-0x000000000000053f SystemIO conflicts with= Region \GPIO 1 (20130517/utaddress-251)
[ =A0 10.481825] ACPI: If an ACPI driver is available for this device,= you should use it instead of the native driver
[ =A0 10.481826] = ACPI Warning: 0x0000000000000500-0x000000000000052f SystemIO conflicts with= Region \GPIO 1 (20130517/utaddress-251)
[ =A0 10.481830] ACPI: If an ACPI driver is available for this device,= you should use it instead of the native driver
[ =A0 10.481831] = lpc_ich: Resource conflict(s) found affecting gpio_ich
[ =A0 10.4= 88397] systemd-udevd[400]: failed to execute '/lib/udev/socket:/org/xen= /xend/udev_event' 'socket:/org/xen/xend/udev_event': No such fi= le or directory
[ =A0 10.491290] systemd-udevd[413]: failed to execute '/lib/udev/= socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event&#= 39;: No such file or directory
[ =A0 10.491668] systemd-udevd[411= ]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' &#= 39;socket:/org/xen/xend/udev_event': No such file or directory
[ =A0 10.498208] systemd-udevd[423]: failed to execute '/lib/udev/= socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event&#= 39;: No such file or directory
[ =A0 10.512324] microcode: CPU0 s= ig=3D0x206a7, pf=3D0x2, revision=3D0x29
[ =A0 10.588109] type=3D1400 audit(1391640214.188:2): apparmor=3D"= ;STATUS" operation=3D"profile_load" parent=3D388 profile=3D&= quot;unconfined" name=3D"/sbin/dhclient" pid=3D434 comm=3D&q= uot;apparmor_parser"
[ =A0 10.588115] type=3D1400 audit(1391640214.188:3): apparmor=3D"= ;STATUS" operation=3D"profile_load" parent=3D388 profile=3D&= quot;unconfined" name=3D"/usr/lib/NetworkManager/nm-dhcp-client.a= ction" pid=3D434 comm=3D"apparmor_parser"
[ =A0 10.588119] type=3D1400 audit(1391640214.188:4): apparmor=3D"= ;STATUS" operation=3D"profile_load" parent=3D388 profile=3D&= quot;unconfined" name=3D"/usr/lib/connman/scripts/dhclient-script= " pid=3D434 comm=3D"apparmor_parser"
[ =A0 10.588127] type=3D1400 audit(1391640214.188:5): apparmor=3D"= ;STATUS" operation=3D"profile_replace" parent=3D419 profile= =3D"unconfined" name=3D"/sbin/dhclient" pid=3D440 comm= =3D"apparmor_parser"
[ =A0 10.588133] type=3D1400 audit(1391640214.188:6): apparmor=3D"= ;STATUS" operation=3D"profile_replace" parent=3D419 profile= =3D"unconfined" name=3D"/usr/lib/NetworkManager/nm-dhcp-clie= nt.action" pid=3D440 comm=3D"apparmor_parser"
[ =A0 10.588136] type=3D1400 audit(1391640214.188:7): apparmor=3D"= ;STATUS" operation=3D"profile_replace" parent=3D419 profile= =3D"unconfined" name=3D"/usr/lib/connman/scripts/dhclient-sc= ript" pid=3D440 comm=3D"apparmor_parser"
[ =A0 10.588145] type=3D1400 audit(1391640214.188:8): apparmor=3D"= ;STATUS" operation=3D"profile_replace" parent=3D414 profile= =3D"unconfined" name=3D"/sbin/dhclient" pid=3D439 comm= =3D"apparmor_parser"
[ =A0 10.588150] type=3D1400 audit(1391640214.188:9): apparmor=3D"= ;STATUS" operation=3D"profile_replace" parent=3D414 profile= =3D"unconfined" name=3D"/usr/lib/NetworkManager/nm-dhcp-clie= nt.action" pid=3D439 comm=3D"apparmor_parser"
[ =A0 10.588154] type=3D1400 audit(1391640214.188:10): apparmor=3D&quo= t;STATUS" operation=3D"profile_replace" parent=3D414 profile= =3D"unconfined" name=3D"/usr/lib/connman/scripts/dhclient-sc= ript" pid=3D439 comm=3D"apparmor_parser"
[ =A0 10.588166] type=3D1400 audit(1391640214.188:11): apparmor=3D&quo= t;STATUS" operation=3D"profile_replace" parent=3D396 profile= =3D"unconfined" name=3D"/sbin/dhclient" pid=3D436 comm= =3D"apparmor_parser"
[ =A0 10.794373] EXT4-fs (dm-0): re-mounted. Opts: errors=3Dremount-ro=
[ =A0 10.804396] dcdbas dcdbas: Dell Systems Management Base Dri= ver (version 5.6.0-3.2)
[ =A0 10.821453] systemd-udevd[494]: fail= ed to execute '/lib/udev/socket:/org/xen/xend/udev_event' 'sock= et:/org/xen/xend/udev_event': No such file or directory
[ =A0 10.825093] systemd-udevd[495]: failed to execute '/lib/udev/= socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event&#= 39;: No such file or directory
[ =A0 10.831767] systemd-udevd[508= ]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' &#= 39;socket:/org/xen/xend/udev_event': No such file or directory
[ =A0 10.858040] microcode: CPU1 sig=3D0x206a7, pf=3D0x2, revision=3D0= x29
[ =A0 10.861487] microcode: CPU2 sig=3D0x206a7, pf=3D0x2, rev= ision=3D0x29
[ =A0 10.866813] microcode: CPU3 sig=3D0x206a7, pf= =3D0x2, revision=3D0x29
[ =A0 10.869329] microcode: Microcode Update Driver: v2.00 <tigran@aivazian.f= snet.co.uk>, Peter Oruba
[ =A0 11.137330] asix 2-1.1:1.0 e= th6: register 'asix' at usb-0000:00:1d.0-1.1, ASIX AX88178 USB 2.0 = Ethernet, 00:0e:c6:88:f6:d3
[ =A0 11.137367] usbcore: registered new interface driver asix
[ =A0 11.155136] Bridge firewalling registered
[ =A0 11.158114= ] device eth6 entered promiscuous mode
[ =A0 11.659724] Bluetooth= : Core ver 2.16
[ =A0 11.659743] NET: Registered protocol family 31
[ =A0 11= .659744] Bluetooth: HCI device and connection manager initialized
[ =A0 11.659751] Bluetooth: HCI socket layer initialized
[ =A0 1= 1.659752] Bluetooth: L2CAP socket layer initialized
[ =A0 11.659756] Bluetooth: SCO socket layer initialized
[ = =A0 11.662996] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[ =A0= 11.662998] Bluetooth: BNEP filters: protocol multicast
[ =A0 11.= 663003] Bluetooth: BNEP socket layer initialized
[ =A0 11.664016] Bluetooth: RFCOMM TTY layer initialized
[ = =A0 11.664029] Bluetooth: RFCOMM socket layer initialized
[ =A0 1= 1.664031] Bluetooth: RFCOMM ver 1.11
[ =A0 11.821715] ppdev: user= -space parallel port driver
[ =A0 11.823326] init: avahi-cups-reload main process (776) terminated= with status 1
[ =A0 11.894430] IPv6: ADDRCONF(NETDEV_UP): eth6: = link is not ready
[ =A0 11.894507] IPv6: ADDRCONF(NETDEV_UP): xen= br0: link is not ready
[ =A0 14.631202] IPv6: ADDRCONF(NETDEV_CHANGE): eth6: link becomes rea= dy
[ =A0 14.632234] asix 2-1.1:1.0 eth6: link up, 1000Mbps, full-= duplex, lpa 0xC5E1
[ =A0 14.636988] xenbr0: port 1(eth6) entered = forwarding state
[ =A0 14.637006] xenbr0: port 1(eth6) entered forwarding state
[ =A0 14.637027] IPv6: ADDRCONF(NETDEV_CHANGE): xenbr0: link becomes rea= dy
[ =A0 16.077823] init: udev-fallback-graphics main process (10= 28) terminated with status 1
[ =A0 21.408009] init: failsafe main process (724) killed by TERM sign= al
[ =A0 21.543100] audit_printk_skb: 87 callbacks suppressed
[ =A0 21.543103] type=3D1400 audit(1391640225.144:41): apparmor=3D&q= uot;STATUS" operation=3D"profile_load" parent=3D1324 profile= =3D"unconfined" name=3D"/usr/lib/lightdm/lightdm/lightdm-gue= st-session-wrapper" pid=3D1329 comm=3D"apparmor_parser"
[ =A0 21.543109] type=3D1400 audit(1391640225.144:42): apparmor=3D&quo= t;STATUS" operation=3D"profile_load" parent=3D1324 profile= =3D"unconfined" name=3D"chromium_browser" pid=3D1329 co= mm=3D"apparmor_parser"
[ =A0 21.543209] type=3D1400 audit(1391640225.144:43): apparmor=3D&quo= t;STATUS" operation=3D"profile_load" parent=3D1324 profile= =3D"unconfined" name=3D"/usr/lib/x86_64-linux-gnu/lightdm-re= mote-session-uccsconfigure/uccsconfigure-session-wrapper" pid=3D1331 c= omm=3D"apparmor_parser"
[ =A0 21.543215] type=3D1400 audit(1391640225.144:44): apparmor=3D&quo= t;STATUS" operation=3D"profile_load" parent=3D1324 profile= =3D"unconfined" name=3D"chromium_browser" pid=3D1331 co= mm=3D"apparmor_parser"
[ =A0 21.543252] type=3D1400 audit(1391640225.144:45): apparmor=3D&quo= t;STATUS" operation=3D"profile_load" parent=3D1324 profile= =3D"unconfined" name=3D"/usr/lib/x86_64-linux-gnu/lightdm-re= mote-session-freerdp/freerdp-session-wrapper" pid=3D1330 comm=3D"= apparmor_parser"
[ =A0 21.543258] type=3D1400 audit(1391640225.144:46): apparmor=3D&quo= t;STATUS" operation=3D"profile_load" parent=3D1324 profile= =3D"unconfined" name=3D"chromium_browser" pid=3D1330 co= mm=3D"apparmor_parser"
[ =A0 21.543414] type=3D1400 audit(1391640225.144:47): apparmor=3D&quo= t;STATUS" operation=3D"profile_replace" parent=3D1324 profil= e=3D"unconfined" name=3D"chromium_browser" pid=3D1329 c= omm=3D"apparmor_parser"
[ =A0 21.543519] type=3D1400 audit(1391640225.144:48): apparmor=3D&quo= t;STATUS" operation=3D"profile_replace" parent=3D1324 profil= e=3D"unconfined" name=3D"chromium_browser" pid=3D1331 c= omm=3D"apparmor_parser"
[ =A0 21.543562] type=3D1400 audit(1391640225.144:49): apparmor=3D&quo= t;STATUS" operation=3D"profile_replace" parent=3D1324 profil= e=3D"unconfined" name=3D"chromium_browser" pid=3D1330 c= omm=3D"apparmor_parser"
[ =A0 21.543750] type=3D1400 audit(1391640225.144:50): apparmor=3D&quo= t;STATUS" operation=3D"profile_replace" parent=3D1324 profil= e=3D"unconfined" name=3D"/sbin/dhclient" pid=3D1332 com= m=3D"apparmor_parser"
[ =A0 21.906064] IPv6: ADDRCONF(NETDEV_UP): eth2: link is not ready
[ =A0 21.906614] IPv6: ADDRCONF(NETDEV_UP): eth2: link is not ready=
[ =A0 21.923532] xen:xen_evtchn: Event-channel device installed<= /div>
[ =A0 21.981761] IPv6: ADDRCONF(NETDEV_UP): eth3: link is not ready
[ =A0 21.982271] IPv6: ADDRCONF(NETDEV_UP): eth3: link is not ready=
[ =A0 22.053782] IPv6: ADDRCONF(NETDEV_UP): eth4: link is not re= ady
[ =A0 22.054216] IPv6: ADDRCONF(NETDEV_UP): eth4: link is not ready
[ =A0 22.129802] IPv6: ADDRCONF(NETDEV_UP): eth5: link is not ready=
[ =A0 22.130248] IPv6: ADDRCONF(NETDEV_UP): eth5: link is not re= ady
[ =A0 22.254216] bnx2 0000:05:00.0 eth0: using MSIX
[ =A0 22= .254246] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[ =A0= 22.254727] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[ = =A0 22.318213] bnx2 0000:05:00.1 eth1: using MSIX
[ =A0 22.318243] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready
[ =A0 22.318735] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready=
[ =A0 29.665699] xenbr0: port 1(eth6) entered forwarding state
[ =A0100.234753] xen_pciback: backend is vpci
[ =A0100.23953= 3] igb 0000:03:00.0: removed PHC on eth2
[ =A0100.452048] pciback= 0000:03:00.0: seizing device
[ =A0100.452108] xen: registering g= si 18 triggering 0 polarity 1
[ =A0100.452112] Already setup the GSI :18
[ =A0100.559974] = igb 0000:03:00.1: removed PHC on eth3
[ =A0100.775879] pciback 00= 00:03:00.1: seizing device
[ =A0100.775940] xen: registering gsi = 19 triggering 0 polarity 1
[ =A0100.775945] Already setup the GSI :19
[ =A0100.883909] = igb 0000:04:00.0: removed PHC on eth4
[ =A0101.091890] pciback 00= 00:04:00.0: seizing device
[ =A0101.091951] xen: registering gsi = 16 triggering 0 polarity 1
[ =A0101.091955] Already setup the GSI :16
[ =A0101.199955] = igb 0000:04:00.1: removed PHC on eth5
[ =A0101.411923] pciback 00= 00:04:00.1: seizing device
[ =A0101.411992] xen: registering gsi = 17 triggering 0 polarity 1
[ =A0101.411996] Already setup the GSI :17
[ =A0101.603619] = pciback 0000:05:00.0: seizing device
[ =A0101.619414] xen: regist= ering gsi 16 triggering 0 polarity 1
[ =A0101.619419] Already set= up the GSI :16
[ =A0101.699647] pciback 0000:05:00.1: seizing device
[ =A01= 01.719405] xen: registering gsi 17 triggering 0 polarity 1
[ =A01= 01.719409] Already setup the GSI :17
[ =A0133.506569] IPv6: ADDRC= ONF(NETDEV_UP): vif1.0: link is not ready
[ =A0133.506841] IPv6: ADDRCONF(NETDEV_UP): vif1.0: link is not ready<= /div>
[ =A0133.543153] device vif1.0 entered promiscuous mode
[ =A0133.544496] IPv6: ADDRCONF(NETDEV_UP): vif1.0: link is not ready
[ =A0133.589477] ip_tables: (C) 2000-2006 Netfilter Core Team
[ = =A0133.658744] device vif1.0-emu entered promiscuous mode
[ =A013= 3.660110] xenbr0: port 3(vif1.0-emu) entered forwarding state
[ = =A0133.660116] xenbr0: port 3(vif1.0-emu) entered forwarding state
[ =A0134.228090] xenbr0: port 3(vif1.0-emu) entered disabled state
[ =A0134.228176] device vif1.0-emu left promiscuous mode
[= =A0134.228178] xenbr0: port 3(vif1.0-emu) entered disabled state
[ =A0151.985820] xen_pciback: vpci: 0000:03:00.0: assign to virtual slot 0<= /div>
[ =A0151.986230] xen_pciback: vpci: 0000:03:00.1: assign to virtual sl= ot 0 func 1
[ =A0151.986868] xen_pciback: vpci: 0000:04:00.0: ass= ign to virtual slot 1
[ =A0151.987194] xen_pciback: vpci: 0000:04= :00.1: assign to virtual slot 1 func 1

#################################################= ##############
xl dmesg

root@fiat:~# xl dmesg
(XEN) Xen version 4.3.0 (Ubuntu 4.3.= 0-1ubuntu1.2) (stefan.bader@canonical.com) (gcc (Ubuntu/Linaro 4.8.1-10ubuntu8) 4.= 8.1) debug=3Dn Tue Dec 17 15:35:25 UTC 2013
(XEN) Bootloader: GRUB 2.00-19ubuntu2
(XEN) Command line: placeholder dom0_mem=3D1024M
(XEN) Video in= formation:
(XEN) =A0VGA is text mode 80x25, font 8x16
(= XEN) =A0VBE/DDC methods: none; EDID transfer time: 0 seconds
(XEN) =A0EDID info not retrieved because no DDC retrieval method detec= ted
(XEN) Disc information:
(XEN) =A0Found 1 MBR signat= ures
(XEN) =A0Found 1 EDD information structures
(XEN) = Xen-e820 RAM map:
(XEN) =A00000000000000000 - 000000000009e400 (usable)
(XEN) = =A0000000000009e400 - 00000000000a0000 (reserved)
(XEN) =A0000000= 00000e0000 - 0000000000100000 (reserved)
(XEN) =A0000000000010000= 0 - 00000000bdfb0000 (usable)
(XEN) =A000000000bdfb0000 - 00000000bf3b0000 (reserved)
(XEN) =A000000000bf3b0000 - 00000000bf5d6000 (usable)
(XEN) =A0= 00000000bf5d6000 - 00000000bf5d8000 (reserved)
(XEN) =A000000000b= f5d8000 - 00000000bf5e8000 (usable)
(XEN) =A000000000bf5e8000 - 00000000bf5ec000 (reserved)
(XEN= ) =A000000000bf5ec000 - 00000000bf5f0000 (usable)
(XEN) =A000000000bf5f0000 - 00000000bf601000 (reserved)
(= XEN) =A000000000bf601000 - 00000000bf63f000 (usable)
(XEN) =A000000000bf63f000 - 00000000bf6bf000 (reserved)
(XEN= ) =A000000000bf6bf000 - 00000000bf7bf000 (ACPI NVS)
(XEN) =A00000= 0000bf7bf000 - 00000000bf7f0000 (ACPI data)
(XEN) =A000000000bf7f= 0000 - 00000000bf800000 (usable)
(XEN) =A000000000bf800000 - 00000000c0000000 (reserved)
(XEN= ) =A000000000e0000000 - 00000000f0000000 (reserved)
(XEN) =A00000= 0000feb00000 - 00000000feb04000 (reserved)
(XEN) =A000000000fec00= 000 - 00000000fec01000 (reserved)
(XEN) =A000000000fed10000 - 00000000fed1a000 (reserved)
(XEN= ) =A000000000fed1c000 - 00000000fed20000 (reserved)
(XEN) =A00000= 0000fee00000 - 00000000fee01000 (reserved)
(XEN) =A000000000ffc00= 000 - 0000000100000000 (reserved)
(XEN) =A00000000100000000 - 0000000140000000 (usable)
(XEN) = ACPI: RSDP 000FE020, 0024 (r2 DELL =A0)
(XEN) ACPI: XSDT BF7EF170= , 00A4 (r1 DELL =A0 PE_SC3 =A0 =A0 =A0 =A0 =A01 DELL =A0 =A040000)
(XEN) ACPI: FACP BF7EB000, 00F4 (r4 DELL =A0 PE_SC3 =A0 =A0 =A0 =A0 =A01 = DELL =A0 =A040000)
(XEN) ACPI: DSDT BF7E1000, 68FE (r1 DELL =A0 PE_SC3 =A0 =A0 =A0 =A0 = =A00 DELL =A0 =A040000)
(XEN) ACPI: FACS BF7B8000, 0040
(XEN) ACPI: SPMI BF7EE000, 0040 (r5 DELL =A0 PE_SC3 =A0 =A0 =A0 =A0 =A01 D= ELL =A0 =A040000)
(XEN) ACPI: DMAR BF7ED000, 0078 (r1 DELL =A0 PE= _SC3 =A0 =A0 =A0 =A0 =A01 DELL =A0 =A040000)
(XEN) ACPI: ASF! BF7EC000, 00A5 (r32 DELL =A0 PE_SC3 =A0 =A0 =A0 =A0 = =A01 DELL =A0 =A040000)
(XEN) ACPI: HPET BF7EA000, 0038 (r1 DELL = =A0 PE_SC3 =A0 =A0 =A0 =A0 =A01 DELL =A0 =A040000)
(XEN) ACPI: AP= IC BF7E9000, 0092 (r2 DELL =A0 PE_SC3 =A0 =A0 =A0 =A0 =A01 DELL =A0 =A04000= 0)
(XEN) ACPI: MCFG BF7E8000, 003C (r1 DELL =A0 PE_SC3 =A0 =A0 =A0 =A0 = =A01 DELL =A0 =A040000)
(XEN) ACPI: BOOT BF7DE000, 0028 (r1 DELL = =A0 PE_SC3 =A0 =A0 =A0 =A0 =A01 DELL =A0 =A040000)
(XEN) ACPI: SS= DT BF7DD000, 02F6 (r1 DELL =A0 PE_SC3 =A0 =A0 =A0 1000 DELL =A0 =A040000)
(XEN) ACPI: ASPT BF7DA000, 0034 (r7 DELL =A0 PE_SC3 =A0 =A0 =A0 =A0 = =A01 DELL =A0 =A040000)
(XEN) ACPI: SSDT BF7D9000, 060E (r1 DELL = =A0 PE_SC3 =A0 =A0 =A0 3000 DELL =A0 =A040000)
(XEN) ACPI: SSDT B= F7D8000, 0A92 (r1 DELL =A0 PE_SC3 =A0 =A0 =A0 3000 DELL =A0 =A040000)
(XEN) ACPI: HEST BF7D7000, 00A8 (r1 DELL =A0 PE_SC3 =A0 =A0 =A0 =A0 = =A00 DELL =A0 =A040000)
(XEN) ACPI: ERST BF7D6000, 0230 (r1 DELL = =A0 PE_SC3 =A0 =A0 =A0 =A0 =A00 DELL =A0 =A040000)
(XEN) ACPI: BE= RT BF7D5000, 0030 (r1 DELL =A0 PE_SC3 =A0 =A0 =A0 =A0 =A00 DELL =A0 =A04000= 0)
(XEN) ACPI: EINJ BF7D4000, 0130 (r1 DELL =A0 PE_SC3 =A0 =A0 =A0 =A0 = =A00 DELL =A0 =A040000)
(XEN) System RAM: 4065MB (4163416kB)
(XEN) Domain heap initialised
(XEN) Processor #0 6:10 APIC = version 21
(XEN) Processor #2 6:10 APIC version 21
(XEN) Processor #4 6= :10 APIC version 21
(XEN) Processor #6 6:10 APIC version 21
=
(XEN) IOAPIC[0]: apic_id 0, version 32, address 0xfec00000, GSI 0-23
(XEN) Enabling APIC mode: =A0Flat. =A0Using 1 I/O APICs
(XEN= ) [VT-D]dmar.c:583: =A0 RMRR address range not in reserved memory base =3D = 0 end =3D fff; iommu_inclusive_mapping=3D1 parameter may be needed.
(XEN) Switched to APIC driver x2apic_cluster.
(XEN) Using scheduler: SMP Credit Scheduler (credit)
=
(XEN) Detected 3093.084 MHz processor.
(XEN) Initing memory sharing.
(XEN) xstate_init: using cntxt_si= ze: 0x340 and states: 0x7
(XEN) Intel VT-d iommu 0 supported page sizes: 4kB.
(XEN) In= tel VT-d Snoop Control enabled.
(XEN) Intel VT-d Dom0 DMA Passthr= ough not enabled.
(XEN) Intel VT-d Queued Invalidation enabled.
(XEN) Intel VT-d Interrupt Remapping enabled.
(XEN) Intel VT= -d Shared EPT tables not enabled.
(XEN) I/O virtualisation enable= d
(XEN) =A0- Dom0 mode: Relaxed
(XEN) Interrupt remappi= ng enabled
(XEN) Enabled directed EOI with ioapic_ack_old on!
(XEN) ENA= BLING IO-APIC IRQs
(XEN) =A0-> Using old ACK method
= (XEN) Platform timer is 14.318MHz HPET
(XEN) Allocated console ri= ng of 16 KiB.
(XEN) VMX: Supported advanced features:
(XEN) =A0- APIC MMIO= access virtualisation
(XEN) =A0- APIC TPR shadow
(XEN)= =A0- Extended Page Tables (EPT)
(XEN) =A0- Virtual-Processor Ide= ntifiers (VPID)
(XEN) =A0- Virtual NMI
(XEN) =A0- MSR direct-access bitmap
(XEN) =A0- Unrestricted Guest
(XEN) HVM: ASIDs enabled.<= /div>
(XEN) HVM: VMX enabled
(XEN) HVM: Hardware Assisted Pag= ing (HAP) detected
(XEN) HVM: HAP page sizes: 4kB, 2MB
(XEN) Brought up 4 CPUs<= /div>
(XEN) mtrr: your CPUs had inconsistent variable MTRR settings
(XEN) *** LOADING DOMAIN 0 ***
(XEN) =A0Xen =A0kernel: 64-= bit, lsb, compat32
(XEN) =A0Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x23f300= 0
(XEN) PHYSICAL MEMORY ARRANGEMENT:
(XEN) = =A0Dom0 alloc.: =A0 0000000134000000->0000000138000000 (233689 pages to = be allocated)
(XEN) =A0Init. ramdisk: 000000013d0d9000->0000000140000000
(XEN) VIRTUAL MEMORY ARRANGEMENT:
(XEN) =A0Lo= aded kernel: ffffffff81000000->ffffffff823f3000
(XEN) = =A0Init. ramdisk: ffffffff823f3000->ffffffff8531a000
(XEN) =A0Phys-Mach map: ffffffff8531a000->ffffffff8551a000
(XEN) =A0Start info: =A0 =A0ffffffff8551a000->ffffffff8551a4b4
(XEN) =A0Page tables: =A0 ffffffff8551b000->ffffffff8554a000
(XEN) =A0Boot stack: =A0 =A0ffffffff8554a000->ffffffff8554b000
(XEN) =A0TOTAL: =A0 =A0 =A0 =A0 ffffffff80000000->ffffffff85800000<= /div>
(XEN) =A0ENTRY ADDRESS: ffffffff81d261e0
(XEN) Dom0 has= maximum 4 VCPUs
(XEN) Scrubbing Free RAM: ......................= .......done.
(XEN) Initial low memory virq threshold set at 0x4000 pages.
(XEN) Std. Loglevel: Errors and warnings
(XEN) Guest Loglevel: N= othing (Rate-limited: Errors and warnings)
(XEN) Xen is relinquis= hing VGA console.
(XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times t= o switch input to Xen)
(XEN) Freed 260kB init memory.
(= XEN) traps.c:2503:d0 Domain attempted WRMSR 00000000000001fc from 0x0000000= 00004005f to 0x000000000004005d.
(XEN) traps.c:2503:d0 Domain attempted WRMSR 00000000000001fc from 0x0= 00000000004005f to 0x000000000004005d.
(XEN) traps.c:2503:d0 Doma= in attempted WRMSR 00000000000001fc from 0x000000000004005f to 0x0000000000= 04005d.
(XEN) traps.c:2503:d0 Domain attempted WRMSR 00000000000001fc from 0x0= 00000000004005f to 0x000000000004005d.

###############################################################

This occurs even if i attach a single pci device. I loads th= e HVM if pci is not passed through.

Any help would= be great.
Regards





On Wed, Feb 5, 2014 at 10:45 A= M, Mike Neiderhauser <mikeneiderhauser@gmail.com> w= rote:
I am running into gnome-ses= sion errors for the desktop to get VNC up. =A0I will report back when I get= that fixed.

Regards.

On Wed, Feb 5, 2014 at 10:02 AM, Ian Campbell <Ian.Campbell@citrix.c= om> wrote:
On Wed, 2014-02-05 at 10:00 -0500, Mike Neiderhauser wrote:

>
> When trying to create the domu I get this:
>
>
> root@fiat:~# xl create /etc/xen/ubuntu-hvm-0.cfg
> Parsing config from /etc/xen/ubuntu-hvm-0.cfg
> WARNING: ignoring "kernel" directive for HVM guest. Use
> "firmware_override" instead if you really want a non-default= firmware
> WARNING: ignoring device_model directive.
> WARNING: Use "device_model_override" instead if you really w= ant a
> non-default device_model
> xc: info: VIRTUAL MEMORY ARRANGEMENT:
> =A0 Loader: =A0 =A0 =A0 =A00000000000100000->00000000001a69a4
> =A0 Modules: =A0 =A0 =A0 0000000000000000->0000000000000000
> =A0 TOTAL: =A0 =A0 =A0 =A0 0000000000000000->000000003f800000
> =A0 ENTRY ADDRESS: 0000000000100608
> xc: info: PHYSICAL MEMORY ALLOCATION:
> =A0 4KB PAGES: 0x0000000000000200
> =A0 2MB PAGES: 0x00000000000001fb
> =A0 1GB PAGES: 0x0000000000000000
> libxl: error: libxl_pci.c:990:libxl__device_pci_reset: The kernel
> doesn't support reset from sysfs for PCI device 0000:05:00.0
> libxl: error: libxl_pci.c:990:libxl__device_pci_reset: The kernel
> doesn't support reset from sysfs for PCI device 0000:05:00.1
> Daemon running with PID 3095

This looks like it has worked. Can you connect to the guest console and/or vnc manually?

Ian.





--001a11c23324b8124e04f1b28549-- --===============2863356056563378126== 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 --===============2863356056563378126==-- From xen-users-bounces@lists.xen.org Thu Feb 06 03:27:52 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 06 Feb 2014 03:27: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 1WBFbl-0001oH-Jq; Thu, 06 Feb 2014 03:26:33 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBFbj-0001oC-WA for xen-users@lists.xen.org; Thu, 06 Feb 2014 03:26:32 +0000 Received: from [85.158.139.211:65466] by server-11.bemta-5.messagelabs.com id C7/AE-23886-7E003F25; Thu, 06 Feb 2014 03:26:31 +0000 X-Env-Sender: manojsub@cisco.com X-Msg-Ref: server-6.tower-206.messagelabs.com!1391657188!1978395!1 X-Originating-IP: [173.37.142.88] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23115 invoked from network); 6 Feb 2014 03:26:30 -0000 Received: from alln-iport-1.cisco.com (HELO alln-iport-1.cisco.com) (173.37.142.88) by server-6.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 6 Feb 2014 03:26:30 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1184; q=dns/txt; s=iport; t=1391657190; x=1392866790; h=from:to:subject:date:message-id:mime-version; bh=eGemL2kPOWFCrYDp8hn7FwSU5ib43IGj2FARTbUnT3E=; b=diHB7vhqbtk6TwUUu9Fn4IMsrJhRYogoqCpLEqeWcw2tKlYb2352v9b0 BRn0YNwCss3ZB88pZ1MsJUQagbnxXEUKxThA8ymm7tHqQ7Wtpq9uZfg8w gR2AohJuNNkgboUbu4gwc151PLWPTzJ/mUD1HO1ktUgVEEWJRYy6Mp6ff 4=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AtoOABEA81KtJV2b/2dsb2JhbABZgkhEOFeIFK4OiU8WdIIcEIELAQsBdCcEiBgNniuwOReTNASYK5Ihgy2CKg X-IronPort-AV: E=Sophos;i="4.95,791,1384300800"; d="scan'208,217";a="18345100" Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by alln-iport-1.cisco.com with ESMTP; 06 Feb 2014 03:26:28 +0000 Received: from xhc-rcd-x13.cisco.com (xhc-rcd-x13.cisco.com [173.37.183.87]) by rcdn-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id s163QSA5023381 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Thu, 6 Feb 2014 03:26:28 GMT Received: from xmb-aln-x14.cisco.com ([169.254.8.41]) by xhc-rcd-x13.cisco.com ([173.37.183.87]) with mapi id 14.03.0123.003; Wed, 5 Feb 2014 21:26:27 -0600 From: "Manoj Subramaniam (manojsub)" To: "xen-users@lists.xen.org" Thread-Topic: Citrix's open source windows pv drivers binaries Thread-Index: AQHPIus3O75poWDbCke7yd7XIzlTpA== Date: Thu, 6 Feb 2014 03:26:26 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.155.165.221] MIME-Version: 1.0 Subject: [Xen-users] Citrix's open source windows pv drivers binaries X-BeenThere: xen-users@lists.xen.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="===============4032085171368792582==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4032085171368792582== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_CF1840E1229C8manojsubciscocom_" --_000_CF1840E1229C8manojsubciscocom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Are Citrix=92s open source windows pv drivers binaries available somewhere? Ref: http://www.slideshare.net/xen_com_mgr/open-source-pv-drivers - Manoj --_000_CF1840E1229C8manojsubciscocom_ Content-Type: text/html; charset="Windows-1252" Content-ID: <010C3EF683ED2746A476767242E10A86@emea.cisco.com> Content-Transfer-Encoding: quoted-printable

Are Citrix=92s open source windows pv drivers binaries available somew= here? 


- Manoj
--_000_CF1840E1229C8manojsubciscocom_-- --===============4032085171368792582== 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 --===============4032085171368792582==-- From xen-users-bounces@lists.xen.org Thu Feb 06 03:27:52 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 06 Feb 2014 03:27: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 1WBFbl-0001oH-Jq; Thu, 06 Feb 2014 03:26:33 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBFbj-0001oC-WA for xen-users@lists.xen.org; Thu, 06 Feb 2014 03:26:32 +0000 Received: from [85.158.139.211:65466] by server-11.bemta-5.messagelabs.com id C7/AE-23886-7E003F25; Thu, 06 Feb 2014 03:26:31 +0000 X-Env-Sender: manojsub@cisco.com X-Msg-Ref: server-6.tower-206.messagelabs.com!1391657188!1978395!1 X-Originating-IP: [173.37.142.88] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23115 invoked from network); 6 Feb 2014 03:26:30 -0000 Received: from alln-iport-1.cisco.com (HELO alln-iport-1.cisco.com) (173.37.142.88) by server-6.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 6 Feb 2014 03:26:30 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1184; q=dns/txt; s=iport; t=1391657190; x=1392866790; h=from:to:subject:date:message-id:mime-version; bh=eGemL2kPOWFCrYDp8hn7FwSU5ib43IGj2FARTbUnT3E=; b=diHB7vhqbtk6TwUUu9Fn4IMsrJhRYogoqCpLEqeWcw2tKlYb2352v9b0 BRn0YNwCss3ZB88pZ1MsJUQagbnxXEUKxThA8ymm7tHqQ7Wtpq9uZfg8w gR2AohJuNNkgboUbu4gwc151PLWPTzJ/mUD1HO1ktUgVEEWJRYy6Mp6ff 4=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AtoOABEA81KtJV2b/2dsb2JhbABZgkhEOFeIFK4OiU8WdIIcEIELAQsBdCcEiBgNniuwOReTNASYK5Ihgy2CKg X-IronPort-AV: E=Sophos;i="4.95,791,1384300800"; d="scan'208,217";a="18345100" Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by alln-iport-1.cisco.com with ESMTP; 06 Feb 2014 03:26:28 +0000 Received: from xhc-rcd-x13.cisco.com (xhc-rcd-x13.cisco.com [173.37.183.87]) by rcdn-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id s163QSA5023381 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Thu, 6 Feb 2014 03:26:28 GMT Received: from xmb-aln-x14.cisco.com ([169.254.8.41]) by xhc-rcd-x13.cisco.com ([173.37.183.87]) with mapi id 14.03.0123.003; Wed, 5 Feb 2014 21:26:27 -0600 From: "Manoj Subramaniam (manojsub)" To: "xen-users@lists.xen.org" Thread-Topic: Citrix's open source windows pv drivers binaries Thread-Index: AQHPIus3O75poWDbCke7yd7XIzlTpA== Date: Thu, 6 Feb 2014 03:26:26 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.155.165.221] MIME-Version: 1.0 Subject: [Xen-users] Citrix's open source windows pv drivers binaries X-BeenThere: xen-users@lists.xen.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="===============4032085171368792582==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4032085171368792582== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_CF1840E1229C8manojsubciscocom_" --_000_CF1840E1229C8manojsubciscocom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Are Citrix=92s open source windows pv drivers binaries available somewhere? Ref: http://www.slideshare.net/xen_com_mgr/open-source-pv-drivers - Manoj --_000_CF1840E1229C8manojsubciscocom_ Content-Type: text/html; charset="Windows-1252" Content-ID: <010C3EF683ED2746A476767242E10A86@emea.cisco.com> Content-Transfer-Encoding: quoted-printable

Are Citrix=92s open source windows pv drivers binaries available somew= here? 


- Manoj
--_000_CF1840E1229C8manojsubciscocom_-- --===============4032085171368792582== 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 --===============4032085171368792582==-- From xen-users-bounces@lists.xen.org Thu Feb 06 08:23:19 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 06 Feb 2014 08:23: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 1WBKDr-0002DD-Ak; Thu, 06 Feb 2014 08:22:11 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBKDp-0002D8-AV for xen-users@lists.xen.org; Thu, 06 Feb 2014 08:22:09 +0000 Received: from [193.109.254.147:7160] by server-13.bemta-14.messagelabs.com id 85/8E-01226-03643F25; Thu, 06 Feb 2014 08:22:08 +0000 X-Env-Sender: roger.pau@citrix.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1391674926!2363518!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27513 invoked from network); 6 Feb 2014 08:22:07 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-15.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 6 Feb 2014 08:22:07 -0000 X-IronPort-AV: E=Sophos;i="4.95,792,1384300800"; d="scan'208";a="98517070" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 06 Feb 2014 08:22:05 +0000 Received: from [IPv6:::1] (10.80.16.47) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Thu, 6 Feb 2014 03:22:04 -0500 Message-ID: <52F3462C.8040906@citrix.com> Date: Thu, 6 Feb 2014 09:22:04 +0100 From: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Kuba , , Konrad Rzeszutek Wilk , Wei Liu References: <52EA58B2.50004@op.pl> <6035A0D088A63A46850C3988ED045A4B6F38BB3C@BITCOM1.int.sbss.com.au> <52ED4AA6.5000601@op.pl> <52F26335.7060902@op.pl> <52F266EE.6000104@citrix.com> <52F26A40.5040305@op.pl> <52F26CCE.1090201@citrix.com> <52F2B2FB.9070004@op.pl> In-Reply-To: <52F2B2FB.9070004@op.pl> X-Enigmail-Version: 1.6 X-DLP: MIA2 Subject: Re: [Xen-users] Strange failures of Xen 4.3.1, PVHVM storage VM, iSCSI and Windows+GPLPV VM combination X-BeenThere: xen-users@lists.xen.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 05/02/14 22:54, Kuba wrote: > W dniu 2014-02-05 17:54, Roger Pau Monn=E9 pisze: >> On 05/02/14 17:43, Kuba wrote: >>> W dniu 2014-02-05 17:29, Roger Pau Monn=E9 pisze: >>>> On 05/02/14 17:13, Kuba wrote: >>>>> W dniu 2014-02-01 20:27, Kuba pisze: >>>>>> W dniu 2014-01-31 02:35, James Harper pisze: >>>>>>>> >>>>>>>> I am trying to set up a following configuration: >>>>>>>> 1. very simple Linux-based dom0 (Debian 7.3) with Xen 4.3.1 >>>>>>>> compiled >>>>>>>> from sources, >>>>>>>> 2. one storage VM (FreeBSD 10, HVM+PV) with SATA controller >>>>>>>> attached >>>>>>>> using VT-d, exporting block devices via iSCSI to other VMs and >>>>>>>> physical >>>>>>>> machines, >>>>>>>> 3. one Windows 7 SP1 64 VM (HVM+GPLPV) with GPU passthrough (Quadro >>>>>>>> 4000) installed on a block device exported from the storage VM >>>>>>>> (target >>>>>>>> on the storage VM, initiator on dom0). >>>>>>>> >>>>>>>> Everything works perfectly (including PCI & GPU passthrough) >>>>>>>> until I >>>>>>>> install GPLPV drivers on the Windows VM. After driver installation, >>>>>>>> Windows needs to reboot, boots fine, displays a message that PV >>>>>>>> SCSI >>>>>>> >>>>>>> (a) >>>>>>> >>>>>>>> drivers were installed and needs to reboot again, and then cannot >>>>>>>> boot. >>>>>>>> Sometimes it gets stuck at "booting from harddrive" in SeaBIOS, >>>>>>>> sometimes BSODs with "unmountable boot volume" message. All of the >>>>>>>> following I tried without GPU passthrough to narrow down the >>>>>>>> problem. >>>>>>>> >>>>>>>> The intriguing part is this: >>>>>>>> >>>>>>>> 1. If the storage VM's OS is Linux - it fails with the above >>>>>>>> symptoms. >>>>>>>> 2. If the block devices for the storage VM come directly from dom0 >>>>>>>> (not >>>>>>>> via pci-passthrough) - it fails. >>>>>>>> 2. If the storage VM is an HVM without PV drivers (e.g. FreeBSD >>>>>>>> 9.2-GENERIC) - it all works. >>>>>>>> 3. If the storage VM's OS is Linux with kernel compiled without Xen >>>>>>>> guest support - it works, but is unstable (see below). >>>>>>>> 4. If the iSCSI target is on a different physical machine - it all >>>>>>>> works. >>>>>>>> 5. If the iSCSI target is on dom0 itself - it works. >>>>>>>> 6. If I attach the AHCI controller to the Windows VM and install >>>>>>>> directly on the hard drive - it works. >>>>>>>> 7. If the block device for Windows VM is a disk, partition, >>>>>>>> file, LVM >>>>>>>> volume or even a ZoL's zvol (and it comes from a dom0 itself, >>>>>>>> without >>>>>>>> iSCSI)- it works. >>>>>>>> >>>>>>>> If I install Windows and the GPLPV drivers on a hard drive >>>>>>>> attached to >>>>>>>> dom0, Windows + GPLPV work perfectly. If I then give the same hard >>>>>>>> drive >>>>>>>> as a block device to the storage VM and re-export it through iSCSI, >>>>>>> >>>>>>> (b) >>>>>>> >>>>>>>> Windows usually boots fine, but works unstable. And by unstable I >>>>>>>> mean >>>>>>>> random read/write errors, sometimes programs won't start, ntdll.dll >>>>>>>> crashes, and after couple reboots Windows won't boot (just like >>>>>>>> mentioned above). >>>>>>>> >>>>>>>> The configurations I would like to achieve makes sense only with PV >>>>>>>> drivers on both storage and Windows VM. All of the "components" >>>>>>>> seem to >>>>>>>> work perfectly until all put together, so I am not really sure >>>>>>>> where >>>>>>>> the >>>>>>>> problem is. >>>>>>>> >>>>>>>> I would be very grateful for any suggestions or ideas that could >>>>>>>> possibly help to narrow down the problem. Maybe I am just doing >>>>>>>> something wrong (I hope so). Or maybe there is a bug that shows >>>>>>>> itself >>>>>>>> only in such a particular configuration (hope not)? >>>>>>>> >>>>>>> >>>>>>> I'm curious about prompting for the pvscsi drivers to be >>>>>>> installed. Is >>>>>>> this definitely what it is asking for? Pvscsi for gplpv is >>>>>>> removed in >>>>>>> the latest versions and suffered varying degrees of bitrot in >>>>>>> earlier >>>>>>> versions. If you have the iscsi initiator in dom0 then exporting a >>>>>>> block device to windows via the normal vbd channel should be just >>>>>>> fine. >>>>>>> >>>>>>> You've gone to great lengths to explain the various things you've >>>>>>> tried, but I think I'm a little confused on where the iscsi >>>>>>> initiator >>>>>>> is in the "doesn't work" scenarios. I'm having a bit of an off day >>>>>>> today so it's probably just me, but above I have highlighted the two >>>>>>> scenarios... could you fill me in on a few things: >>>>>>> >>>>>>> At (a) and (b), is the iscsi initiator in dom0, or are you actually >>>>>>> booting windows directly via iscsi? >>>>>>> >>>>>>> At (b), with latest debug build of gplpv, can you run debugview from >>>>>>> sysinternals.com and see if any interesting messages are displayed >>>>>>> before things fall in a heap? >>>>>>> >>>>>>> Are any strange logs shown in any of Win DomU, Dom0, or storage >>>>>>> DomU? >>>>>>> >>>>>>> How big are your disks? >>>>>>> >>>>>>> Can you reproduce with only one vcpu? >>>>>>> >>>>>>> What bridge are you using? Openvswitch or traditional linux bridge? >>>>>>> >>>>>>> What MTU are you using on your storage network? If you are using >>>>>>> Jumbo >>>>>>> frames can you go back to 1500 (or at least <=3D 4000)? >>>>>>> >>>>>>> Can you turn off scatter gather, Large Send Offload (GSO), and IP >>>>>>> Checksum offload on all the iscsi endpoints? >>>>>>> >>>>>>> Can you turn on data digest/checksum on iscsi? If all endpoints >>>>>>> support it then this would provide additional verification that none >>>>>>> of the network packets are getting corrupted. >>>>>>> >>>>>>> Would driver domain work in your scenario? Then the disk could be >>>>>>> attached directly from your storage DomU without accruing all the >>>>>>> iscsi overhead. I'm not up with the status of HVM, vbd, and driver >>>>>>> domain so I don't know if this is possible. >>>>>>> >>>>>>> More questions than answers. Sorry :) >>>>>>> >>>>>>> James >>>>>> >>>>>> Dear James, >>>>>> >>>>>> thank you for your questions - I really appreciate everything that >>>>>> may >>>>>> help me move closer to solving or isolating the problem. >>>>>> >>>>>> I'll check what type of driver is used exactly - up until now I >>>>>> always >>>>>> just installed all drivers included in the package, I thought all of >>>>>> them were necessary. I'll try installing them without XenScsi. >>>>>> >>>>>> Do you mean revisions > 1092:85b99b9795a6 by "the latest versions"? >>>>>> Which version should I use? >>>>>> >>>>>> Forgive me if the descriptions were unclear. The initiator was >>>>>> always in >>>>>> dom0. I only moved the target to dom0 or a separate physical >>>>>> machine in >>>>>> (4) and (5). I didn't boot Windows directly from iSCSI (in fact I >>>>>> tried >>>>>> couple times, but had some problems with it, so I didn't mention it). >>>>>> >>>>>> My "disks" (the block devices I dedicated to the Windows VM) were >>>>>> whole >>>>>> 120GB and 240GB SSDs, ~100GB ZVOLs and 50GB LVM volumes. >>>>>> >>>>>> I'm using traditional linux bridge. I didn't set MTUs explicitly, >>>>>> so I >>>>>> assume it's 1500, but I will verify this. >>>>>> >>>>>> I'd love to use a storage driver domain, but the wiki says "It is not >>>>>> possible to use driver domains with pygrub or HVM guests yet". But >>>>>> the >>>>>> page is a couple of months old, maybe it's an outdated info? It >>>>>> surely >>>>>> is worth checking out. >>>>>> >>>>>> I'll do my best to provide answers to the remaining questions as >>>>>> soon as >>>>>> possible. Thank you for so many ideas. >>>>>> >>>>>> Best regards, >>>>>> Kuba >>>>>> >>>>>> _______________________________________________ >>>>>> Xen-users mailing list >>>>>> Xen-users@lists.xen.org >>>>>> http://lists.xen.org/xen-users >>>>> >>>>> It seems the problems are not related to GPLPV. There is an easy >>>>> way to >>>>> reproduce the issues without Windows and without installing anything, >>>>> using only livecds for two DomUs: >>>>> >>>>> 1) Set up a Linux Dom0 with Xen 4.3.1 and standard Linux bridge for >>>>> Dom0 >>>>> and DomUs >>>> >>>> Are you using a Xen build with debugging enabled? I think I might >>>> have a >>>> clue of what's happening, because I also saw it. Could you recompile >>>> Xen >>>> with debugging enabled and try the same test (iSCSI target on DomU and >>>> initiator on Dom0)? >>>> >>>> Roger. >>>> >>>> _______________________________________________ >>>> Xen-users mailing list >>>> Xen-users@lists.xen.org >>>> http://lists.xen.org/xen-users >>>> >>> >>> Of course I could! Please point me to any relevant information on how to >>> build Xen with debugging enabled and what to do next. I build Xen using >>> standard ./configure && make world && make install. >> >> Just `make debug=3Dy xen` and boot with the resulting xen.gz. >> >> Roger. >> >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >> > = > I ran the test using debug build of Xen. This time I gave the name "tgt" > to the DomU with iSCSI target, and the other domain was named simply > "domu". Sorry for the inconsistency. After logging in to the iSCSI > target from Dom0, I ran "mkfs.ext4 /dev/sdb" (still in Dom0). So far, so > good. Then I launched the other DomU and as soon as I executed > "fsck.ext4 /dev/xvda", some errors appeared in the output of "xl dmesg" > (attached as "xl-dmesg.log"). Surprisingly, the first fsck succeeded. > Unfortunately, executing fsck.ext4 for the second time showed serious > file system errors. The fsck commands were the only things I ran that > touched /dev/xvda. After shutting down "domu", when I tried to log out > from the iSCSI target, an error came up in Dom0's dmesg > ("dom0-dmesg.log"). Logs from /var/log/xen/ are also attached. > = > I will happily run next tests - just tell me what can I do :) Hello, This is the same problem I've seen when using a similar setup. The root of the problem is that blkback maps a grant ref to a memory page in Dom0, then this memory page ends up in netback, and when netback tries to issue a GNTTABOP_copy using the mfn of this grant mapped page the operation fails because Xen detects that the mfn passed doesn't belong to the guest. The only way I can think of solving this is that netback detects that the page is not local and somehow we use it's grant ref instead of mfn (this means we would need to store the grant ref somewhere in the page). Roger. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Feb 06 08:23:19 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 06 Feb 2014 08:23: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 1WBKDr-0002DD-Ak; Thu, 06 Feb 2014 08:22:11 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBKDp-0002D8-AV for xen-users@lists.xen.org; Thu, 06 Feb 2014 08:22:09 +0000 Received: from [193.109.254.147:7160] by server-13.bemta-14.messagelabs.com id 85/8E-01226-03643F25; Thu, 06 Feb 2014 08:22:08 +0000 X-Env-Sender: roger.pau@citrix.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1391674926!2363518!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27513 invoked from network); 6 Feb 2014 08:22:07 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-15.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 6 Feb 2014 08:22:07 -0000 X-IronPort-AV: E=Sophos;i="4.95,792,1384300800"; d="scan'208";a="98517070" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 06 Feb 2014 08:22:05 +0000 Received: from [IPv6:::1] (10.80.16.47) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Thu, 6 Feb 2014 03:22:04 -0500 Message-ID: <52F3462C.8040906@citrix.com> Date: Thu, 6 Feb 2014 09:22:04 +0100 From: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Kuba , , Konrad Rzeszutek Wilk , Wei Liu References: <52EA58B2.50004@op.pl> <6035A0D088A63A46850C3988ED045A4B6F38BB3C@BITCOM1.int.sbss.com.au> <52ED4AA6.5000601@op.pl> <52F26335.7060902@op.pl> <52F266EE.6000104@citrix.com> <52F26A40.5040305@op.pl> <52F26CCE.1090201@citrix.com> <52F2B2FB.9070004@op.pl> In-Reply-To: <52F2B2FB.9070004@op.pl> X-Enigmail-Version: 1.6 X-DLP: MIA2 Subject: Re: [Xen-users] Strange failures of Xen 4.3.1, PVHVM storage VM, iSCSI and Windows+GPLPV VM combination X-BeenThere: xen-users@lists.xen.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 05/02/14 22:54, Kuba wrote: > W dniu 2014-02-05 17:54, Roger Pau Monn=E9 pisze: >> On 05/02/14 17:43, Kuba wrote: >>> W dniu 2014-02-05 17:29, Roger Pau Monn=E9 pisze: >>>> On 05/02/14 17:13, Kuba wrote: >>>>> W dniu 2014-02-01 20:27, Kuba pisze: >>>>>> W dniu 2014-01-31 02:35, James Harper pisze: >>>>>>>> >>>>>>>> I am trying to set up a following configuration: >>>>>>>> 1. very simple Linux-based dom0 (Debian 7.3) with Xen 4.3.1 >>>>>>>> compiled >>>>>>>> from sources, >>>>>>>> 2. one storage VM (FreeBSD 10, HVM+PV) with SATA controller >>>>>>>> attached >>>>>>>> using VT-d, exporting block devices via iSCSI to other VMs and >>>>>>>> physical >>>>>>>> machines, >>>>>>>> 3. one Windows 7 SP1 64 VM (HVM+GPLPV) with GPU passthrough (Quadro >>>>>>>> 4000) installed on a block device exported from the storage VM >>>>>>>> (target >>>>>>>> on the storage VM, initiator on dom0). >>>>>>>> >>>>>>>> Everything works perfectly (including PCI & GPU passthrough) >>>>>>>> until I >>>>>>>> install GPLPV drivers on the Windows VM. After driver installation, >>>>>>>> Windows needs to reboot, boots fine, displays a message that PV >>>>>>>> SCSI >>>>>>> >>>>>>> (a) >>>>>>> >>>>>>>> drivers were installed and needs to reboot again, and then cannot >>>>>>>> boot. >>>>>>>> Sometimes it gets stuck at "booting from harddrive" in SeaBIOS, >>>>>>>> sometimes BSODs with "unmountable boot volume" message. All of the >>>>>>>> following I tried without GPU passthrough to narrow down the >>>>>>>> problem. >>>>>>>> >>>>>>>> The intriguing part is this: >>>>>>>> >>>>>>>> 1. If the storage VM's OS is Linux - it fails with the above >>>>>>>> symptoms. >>>>>>>> 2. If the block devices for the storage VM come directly from dom0 >>>>>>>> (not >>>>>>>> via pci-passthrough) - it fails. >>>>>>>> 2. If the storage VM is an HVM without PV drivers (e.g. FreeBSD >>>>>>>> 9.2-GENERIC) - it all works. >>>>>>>> 3. If the storage VM's OS is Linux with kernel compiled without Xen >>>>>>>> guest support - it works, but is unstable (see below). >>>>>>>> 4. If the iSCSI target is on a different physical machine - it all >>>>>>>> works. >>>>>>>> 5. If the iSCSI target is on dom0 itself - it works. >>>>>>>> 6. If I attach the AHCI controller to the Windows VM and install >>>>>>>> directly on the hard drive - it works. >>>>>>>> 7. If the block device for Windows VM is a disk, partition, >>>>>>>> file, LVM >>>>>>>> volume or even a ZoL's zvol (and it comes from a dom0 itself, >>>>>>>> without >>>>>>>> iSCSI)- it works. >>>>>>>> >>>>>>>> If I install Windows and the GPLPV drivers on a hard drive >>>>>>>> attached to >>>>>>>> dom0, Windows + GPLPV work perfectly. If I then give the same hard >>>>>>>> drive >>>>>>>> as a block device to the storage VM and re-export it through iSCSI, >>>>>>> >>>>>>> (b) >>>>>>> >>>>>>>> Windows usually boots fine, but works unstable. And by unstable I >>>>>>>> mean >>>>>>>> random read/write errors, sometimes programs won't start, ntdll.dll >>>>>>>> crashes, and after couple reboots Windows won't boot (just like >>>>>>>> mentioned above). >>>>>>>> >>>>>>>> The configurations I would like to achieve makes sense only with PV >>>>>>>> drivers on both storage and Windows VM. All of the "components" >>>>>>>> seem to >>>>>>>> work perfectly until all put together, so I am not really sure >>>>>>>> where >>>>>>>> the >>>>>>>> problem is. >>>>>>>> >>>>>>>> I would be very grateful for any suggestions or ideas that could >>>>>>>> possibly help to narrow down the problem. Maybe I am just doing >>>>>>>> something wrong (I hope so). Or maybe there is a bug that shows >>>>>>>> itself >>>>>>>> only in such a particular configuration (hope not)? >>>>>>>> >>>>>>> >>>>>>> I'm curious about prompting for the pvscsi drivers to be >>>>>>> installed. Is >>>>>>> this definitely what it is asking for? Pvscsi for gplpv is >>>>>>> removed in >>>>>>> the latest versions and suffered varying degrees of bitrot in >>>>>>> earlier >>>>>>> versions. If you have the iscsi initiator in dom0 then exporting a >>>>>>> block device to windows via the normal vbd channel should be just >>>>>>> fine. >>>>>>> >>>>>>> You've gone to great lengths to explain the various things you've >>>>>>> tried, but I think I'm a little confused on where the iscsi >>>>>>> initiator >>>>>>> is in the "doesn't work" scenarios. I'm having a bit of an off day >>>>>>> today so it's probably just me, but above I have highlighted the two >>>>>>> scenarios... could you fill me in on a few things: >>>>>>> >>>>>>> At (a) and (b), is the iscsi initiator in dom0, or are you actually >>>>>>> booting windows directly via iscsi? >>>>>>> >>>>>>> At (b), with latest debug build of gplpv, can you run debugview from >>>>>>> sysinternals.com and see if any interesting messages are displayed >>>>>>> before things fall in a heap? >>>>>>> >>>>>>> Are any strange logs shown in any of Win DomU, Dom0, or storage >>>>>>> DomU? >>>>>>> >>>>>>> How big are your disks? >>>>>>> >>>>>>> Can you reproduce with only one vcpu? >>>>>>> >>>>>>> What bridge are you using? Openvswitch or traditional linux bridge? >>>>>>> >>>>>>> What MTU are you using on your storage network? If you are using >>>>>>> Jumbo >>>>>>> frames can you go back to 1500 (or at least <=3D 4000)? >>>>>>> >>>>>>> Can you turn off scatter gather, Large Send Offload (GSO), and IP >>>>>>> Checksum offload on all the iscsi endpoints? >>>>>>> >>>>>>> Can you turn on data digest/checksum on iscsi? If all endpoints >>>>>>> support it then this would provide additional verification that none >>>>>>> of the network packets are getting corrupted. >>>>>>> >>>>>>> Would driver domain work in your scenario? Then the disk could be >>>>>>> attached directly from your storage DomU without accruing all the >>>>>>> iscsi overhead. I'm not up with the status of HVM, vbd, and driver >>>>>>> domain so I don't know if this is possible. >>>>>>> >>>>>>> More questions than answers. Sorry :) >>>>>>> >>>>>>> James >>>>>> >>>>>> Dear James, >>>>>> >>>>>> thank you for your questions - I really appreciate everything that >>>>>> may >>>>>> help me move closer to solving or isolating the problem. >>>>>> >>>>>> I'll check what type of driver is used exactly - up until now I >>>>>> always >>>>>> just installed all drivers included in the package, I thought all of >>>>>> them were necessary. I'll try installing them without XenScsi. >>>>>> >>>>>> Do you mean revisions > 1092:85b99b9795a6 by "the latest versions"? >>>>>> Which version should I use? >>>>>> >>>>>> Forgive me if the descriptions were unclear. The initiator was >>>>>> always in >>>>>> dom0. I only moved the target to dom0 or a separate physical >>>>>> machine in >>>>>> (4) and (5). I didn't boot Windows directly from iSCSI (in fact I >>>>>> tried >>>>>> couple times, but had some problems with it, so I didn't mention it). >>>>>> >>>>>> My "disks" (the block devices I dedicated to the Windows VM) were >>>>>> whole >>>>>> 120GB and 240GB SSDs, ~100GB ZVOLs and 50GB LVM volumes. >>>>>> >>>>>> I'm using traditional linux bridge. I didn't set MTUs explicitly, >>>>>> so I >>>>>> assume it's 1500, but I will verify this. >>>>>> >>>>>> I'd love to use a storage driver domain, but the wiki says "It is not >>>>>> possible to use driver domains with pygrub or HVM guests yet". But >>>>>> the >>>>>> page is a couple of months old, maybe it's an outdated info? It >>>>>> surely >>>>>> is worth checking out. >>>>>> >>>>>> I'll do my best to provide answers to the remaining questions as >>>>>> soon as >>>>>> possible. Thank you for so many ideas. >>>>>> >>>>>> Best regards, >>>>>> Kuba >>>>>> >>>>>> _______________________________________________ >>>>>> Xen-users mailing list >>>>>> Xen-users@lists.xen.org >>>>>> http://lists.xen.org/xen-users >>>>> >>>>> It seems the problems are not related to GPLPV. There is an easy >>>>> way to >>>>> reproduce the issues without Windows and without installing anything, >>>>> using only livecds for two DomUs: >>>>> >>>>> 1) Set up a Linux Dom0 with Xen 4.3.1 and standard Linux bridge for >>>>> Dom0 >>>>> and DomUs >>>> >>>> Are you using a Xen build with debugging enabled? I think I might >>>> have a >>>> clue of what's happening, because I also saw it. Could you recompile >>>> Xen >>>> with debugging enabled and try the same test (iSCSI target on DomU and >>>> initiator on Dom0)? >>>> >>>> Roger. >>>> >>>> _______________________________________________ >>>> Xen-users mailing list >>>> Xen-users@lists.xen.org >>>> http://lists.xen.org/xen-users >>>> >>> >>> Of course I could! Please point me to any relevant information on how to >>> build Xen with debugging enabled and what to do next. I build Xen using >>> standard ./configure && make world && make install. >> >> Just `make debug=3Dy xen` and boot with the resulting xen.gz. >> >> Roger. >> >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >> > = > I ran the test using debug build of Xen. This time I gave the name "tgt" > to the DomU with iSCSI target, and the other domain was named simply > "domu". Sorry for the inconsistency. After logging in to the iSCSI > target from Dom0, I ran "mkfs.ext4 /dev/sdb" (still in Dom0). So far, so > good. Then I launched the other DomU and as soon as I executed > "fsck.ext4 /dev/xvda", some errors appeared in the output of "xl dmesg" > (attached as "xl-dmesg.log"). Surprisingly, the first fsck succeeded. > Unfortunately, executing fsck.ext4 for the second time showed serious > file system errors. The fsck commands were the only things I ran that > touched /dev/xvda. After shutting down "domu", when I tried to log out > from the iSCSI target, an error came up in Dom0's dmesg > ("dom0-dmesg.log"). Logs from /var/log/xen/ are also attached. > = > I will happily run next tests - just tell me what can I do :) Hello, This is the same problem I've seen when using a similar setup. The root of the problem is that blkback maps a grant ref to a memory page in Dom0, then this memory page ends up in netback, and when netback tries to issue a GNTTABOP_copy using the mfn of this grant mapped page the operation fails because Xen detects that the mfn passed doesn't belong to the guest. The only way I can think of solving this is that netback detects that the page is not local and somehow we use it's grant ref instead of mfn (this means we would need to store the grant ref somewhere in the page). Roger. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Feb 06 08:44:11 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 06 Feb 2014 08:44: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 1WBKYd-00033W-Ao; Thu, 06 Feb 2014 08:43:39 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBKYc-00033Q-1V for xen-users@lists.xen.org; Thu, 06 Feb 2014 08:43:38 +0000 Received: from [85.158.143.35:29746] by server-2.bemta-4.messagelabs.com id 92/C2-10891-93B43F25; Thu, 06 Feb 2014 08:43:37 +0000 X-Env-Sender: info@fliporamail.com X-Msg-Ref: server-6.tower-21.messagelabs.com!1391676215!3530366!1 X-Originating-IP: [67.228.190.200] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_90_100,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5657 invoked from network); 6 Feb 2014 08:43:35 -0000 Received: from mail8.fliporamail.com (HELO mail8.fliporamail.com) (67.228.190.200) by server-6.tower-21.messagelabs.com with SMTP; 6 Feb 2014 08:43:35 -0000 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; s=key2; d=fliporamail.com; h=Date:From:To:Subject:List-Unsubscribe:MIME-Version:Content-Type:Message-ID; i=info@fliporamail.com; bh=5eZVhZ6wfsJwFq2SQEfG5X44DQE=; b=CvyrNvA6siExeTJE15C7Svc8HnN68+hODJBmv29IvHXcjEQKmDWZr6RHrLgeuxfyczQi0j0xBKp+ iYgJy7/ZKUMKraAJNYmEwkm5u5d8WBgV5GcDryLeKzhdiUPDB602tPWOacdATK+ZOX9/KLwU3w1T 1qGKNf7hN0OuejpbSfM= DomainKey-Signature: a=rsa-sha1; c=nofws; q=dns; s=key2; d=fliporamail.com; b=DJ1+FP1nRqkeyrlD5+rDthaXebVcYBKXv5oTWuHkC1Mv+B8KHw1j+P1lZQCltLJL+k9kKu9gMVni BEfnQpFGVoypY3nxIjyvIiHT/gC8q7MlsATetKkM73304RpLTpm/fjOvU2Kb6wfxOApPp52ysiK8 ZHn0yDutetGv1KhU6f0=; Received: by mail8.fliporamail.com id hud5je1j7dkm for ; Thu, 6 Feb 2014 02:42:34 -0600 (envelope-from ) Date: Thu, 6 Feb 2014 08:42:34 +0000 From: antonioccolin@gmail.com To: xen-users@lists.xen.org Subject: Recordatorio: antonioccolin@gmail.com quiere seguirte. ¿Aceptas? X-Reference_Id: c358f369-abc5-40b3-a6df-ff96d00abc30 MIME-Version: 1.0 Message-ID: <0.0.1B6.8A7.1CF231761ABC77A.26CB@mail8.fliporamail.com> X-BeenThere: xen-users@lists.xen.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="===============2100518431096671347==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2100518431096671347== Content-Type: multipart/alternative; boundary=frontier12345 --frontier12345 Content-type: text/plain; charset=utf-8 Hola, antonioccolin@gmail.com quiere seguirte. ****** ¿Es antonioccolin@gmail.com tu amiga? ****** Sí: http://invites.fliporamail.com/signup_e.html?fullname=&email=xen-users@lists.xen.org&invitername=Antonio&inviterid=26202472&userid=0&token=0&emailmasterid=c358f369-abc5-40b3-a6df-ff96d00abc30&from=antonioccolin@gmail.com&uie=7&src=txt_yes No: http://invites.fliporamail.com/signup_e_no.html?fullname=&email=xen-users@lists.xen.org&invitername=Antonio&inviterid=26202472&userid=0&token=0&emailmasterid=c358f369-abc5-40b3-a6df-ff96d00abc30&from=antonioccolin@gmail.com&uie=7&src=txt_no Haz clic aquí para eliminarte de estos correos electrónicos http://invites.fliporamail.com/uns.jsp?email=xen-users@lists.xen.org&iid=c358f369-abc5-40b3-a6df-ff96d00abc30&from=antonioccolin@gmail.com --frontier12345 Content-type: text/html; charset=utf-8
¡Haz clic aquí para descubrir las páginas web favoritas de antonioccolin@gmail.com!
antonioccolin@gmail.com quiere seguirte
Me gustaría añadirte como amigo
-antonioccolin@gmail.com
Aceptar Rechazar
Seguir a antonioccolin@gmail.com te ayuda a descubrir buenas páginas web que ella recomienda :)
Haz clic aquí para cancelar la suscripción a estos correos electrónicos de antonioccolin@gmail.com y del resto de amigos


P.O. BOX 70928, Sunnyvale, CA 94086
--frontier12345-- --===============2100518431096671347== 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 --===============2100518431096671347==-- From xen-users-bounces@lists.xen.org Thu Feb 06 08:44:11 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 06 Feb 2014 08:44: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 1WBKYd-00033W-Ao; Thu, 06 Feb 2014 08:43:39 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBKYc-00033Q-1V for xen-users@lists.xen.org; Thu, 06 Feb 2014 08:43:38 +0000 Received: from [85.158.143.35:29746] by server-2.bemta-4.messagelabs.com id 92/C2-10891-93B43F25; Thu, 06 Feb 2014 08:43:37 +0000 X-Env-Sender: info@fliporamail.com X-Msg-Ref: server-6.tower-21.messagelabs.com!1391676215!3530366!1 X-Originating-IP: [67.228.190.200] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_90_100,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5657 invoked from network); 6 Feb 2014 08:43:35 -0000 Received: from mail8.fliporamail.com (HELO mail8.fliporamail.com) (67.228.190.200) by server-6.tower-21.messagelabs.com with SMTP; 6 Feb 2014 08:43:35 -0000 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; s=key2; d=fliporamail.com; h=Date:From:To:Subject:List-Unsubscribe:MIME-Version:Content-Type:Message-ID; i=info@fliporamail.com; bh=5eZVhZ6wfsJwFq2SQEfG5X44DQE=; b=CvyrNvA6siExeTJE15C7Svc8HnN68+hODJBmv29IvHXcjEQKmDWZr6RHrLgeuxfyczQi0j0xBKp+ iYgJy7/ZKUMKraAJNYmEwkm5u5d8WBgV5GcDryLeKzhdiUPDB602tPWOacdATK+ZOX9/KLwU3w1T 1qGKNf7hN0OuejpbSfM= DomainKey-Signature: a=rsa-sha1; c=nofws; q=dns; s=key2; d=fliporamail.com; b=DJ1+FP1nRqkeyrlD5+rDthaXebVcYBKXv5oTWuHkC1Mv+B8KHw1j+P1lZQCltLJL+k9kKu9gMVni BEfnQpFGVoypY3nxIjyvIiHT/gC8q7MlsATetKkM73304RpLTpm/fjOvU2Kb6wfxOApPp52ysiK8 ZHn0yDutetGv1KhU6f0=; Received: by mail8.fliporamail.com id hud5je1j7dkm for ; Thu, 6 Feb 2014 02:42:34 -0600 (envelope-from ) Date: Thu, 6 Feb 2014 08:42:34 +0000 From: antonioccolin@gmail.com To: xen-users@lists.xen.org Subject: Recordatorio: antonioccolin@gmail.com quiere seguirte. ¿Aceptas? X-Reference_Id: c358f369-abc5-40b3-a6df-ff96d00abc30 MIME-Version: 1.0 Message-ID: <0.0.1B6.8A7.1CF231761ABC77A.26CB@mail8.fliporamail.com> X-BeenThere: xen-users@lists.xen.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="===============2100518431096671347==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2100518431096671347== Content-Type: multipart/alternative; boundary=frontier12345 --frontier12345 Content-type: text/plain; charset=utf-8 Hola, antonioccolin@gmail.com quiere seguirte. ****** ¿Es antonioccolin@gmail.com tu amiga? ****** Sí: http://invites.fliporamail.com/signup_e.html?fullname=&email=xen-users@lists.xen.org&invitername=Antonio&inviterid=26202472&userid=0&token=0&emailmasterid=c358f369-abc5-40b3-a6df-ff96d00abc30&from=antonioccolin@gmail.com&uie=7&src=txt_yes No: http://invites.fliporamail.com/signup_e_no.html?fullname=&email=xen-users@lists.xen.org&invitername=Antonio&inviterid=26202472&userid=0&token=0&emailmasterid=c358f369-abc5-40b3-a6df-ff96d00abc30&from=antonioccolin@gmail.com&uie=7&src=txt_no Haz clic aquí para eliminarte de estos correos electrónicos http://invites.fliporamail.com/uns.jsp?email=xen-users@lists.xen.org&iid=c358f369-abc5-40b3-a6df-ff96d00abc30&from=antonioccolin@gmail.com --frontier12345 Content-type: text/html; charset=utf-8
¡Haz clic aquí para descubrir las páginas web favoritas de antonioccolin@gmail.com!
antonioccolin@gmail.com quiere seguirte
Me gustaría añadirte como amigo
-antonioccolin@gmail.com
Aceptar Rechazar
Seguir a antonioccolin@gmail.com te ayuda a descubrir buenas páginas web que ella recomienda :)
Haz clic aquí para cancelar la suscripción a estos correos electrónicos de antonioccolin@gmail.com y del resto de amigos


P.O. BOX 70928, Sunnyvale, CA 94086
--frontier12345-- --===============2100518431096671347== 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 --===============2100518431096671347==-- From xen-users-bounces@lists.xen.org Thu Feb 06 09:59:01 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 06 Feb 2014 09:59: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 1WBLj1-0006Ev-Cd; Thu, 06 Feb 2014 09:58:27 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBLiz-0006An-FM for xen-users@lists.xen.org; Thu, 06 Feb 2014 09:58:25 +0000 Received: from [85.158.139.211:55414] by server-16.bemta-5.messagelabs.com id 98/C1-05060-0CC53F25; Thu, 06 Feb 2014 09:58:24 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-12.tower-206.messagelabs.com!1391680702!2047538!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31844 invoked from network); 6 Feb 2014 09:58:23 -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; 6 Feb 2014 09:58:23 -0000 X-IronPort-AV: E=Sophos;i="4.95,792,1384300800"; d="scan'208";a="100413025" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 06 Feb 2014 09:58:21 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Thu, 6 Feb 2014 04:58:19 -0500 Message-ID: <1391680698.23098.27.camel@kazak.uk.xensource.com> From: Ian Campbell To: "Manoj Subramaniam (manojsub)" Date: Thu, 6 Feb 2014 09:58:18 +0000 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Citrix's open source windows pv drivers binaries X-BeenThere: xen-users@lists.xen.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 T24gVGh1LCAyMDE0LTAyLTA2IGF0IDAzOjI2ICswMDAwLCBNYW5vaiBTdWJyYW1hbmlhbSAobWFu b2pzdWIpIHdyb3RlOgo+IAo+IAo+IEFyZSBDaXRyaXjigJlzIG9wZW4gc291cmNlIHdpbmRvd3Mg cHYgZHJpdmVycyBiaW5hcmllcyBhdmFpbGFibGUKPiBzb21ld2hlcmU/IAoKQUlVSSB0aGVzZSBh cmUgbWFpbnRhaW5lZCBhcyBwYXJ0IG9mIHRoZSB3d3cueGVuc2VydmVyLm9yZyBwcm9qZWN0IHNv CnlvdSB3b3VsZCBwcm9iYWJseSBiZSBiZXR0ZXIgb2ZmIGFza2luZyBvbiBvbmUgb2YgdGhlIGxp c3RzIHRoZXJlLgoKSWFuLgoKPiAKPiBSZWY6IGh0dHA6Ly93d3cuc2xpZGVzaGFyZS5uZXQveGVu X2NvbV9tZ3Ivb3Blbi1zb3VyY2UtcHYtZHJpdmVycwo+IAo+IAo+IC0gTWFub2oKPiBfX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwo+IFhlbi11c2VycyBtYWls aW5nIGxpc3QKPiBYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwo+IGh0dHA6Ly9saXN0cy54ZW4ub3Jn L3hlbi11c2VycwoKCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6 Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Thu Feb 06 09:59:01 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 06 Feb 2014 09:59: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 1WBLj1-0006Ev-Cd; Thu, 06 Feb 2014 09:58:27 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBLiz-0006An-FM for xen-users@lists.xen.org; Thu, 06 Feb 2014 09:58:25 +0000 Received: from [85.158.139.211:55414] by server-16.bemta-5.messagelabs.com id 98/C1-05060-0CC53F25; Thu, 06 Feb 2014 09:58:24 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-12.tower-206.messagelabs.com!1391680702!2047538!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31844 invoked from network); 6 Feb 2014 09:58:23 -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; 6 Feb 2014 09:58:23 -0000 X-IronPort-AV: E=Sophos;i="4.95,792,1384300800"; d="scan'208";a="100413025" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 06 Feb 2014 09:58:21 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Thu, 6 Feb 2014 04:58:19 -0500 Message-ID: <1391680698.23098.27.camel@kazak.uk.xensource.com> From: Ian Campbell To: "Manoj Subramaniam (manojsub)" Date: Thu, 6 Feb 2014 09:58:18 +0000 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Citrix's open source windows pv drivers binaries X-BeenThere: xen-users@lists.xen.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 T24gVGh1LCAyMDE0LTAyLTA2IGF0IDAzOjI2ICswMDAwLCBNYW5vaiBTdWJyYW1hbmlhbSAobWFu b2pzdWIpIHdyb3RlOgo+IAo+IAo+IEFyZSBDaXRyaXjigJlzIG9wZW4gc291cmNlIHdpbmRvd3Mg cHYgZHJpdmVycyBiaW5hcmllcyBhdmFpbGFibGUKPiBzb21ld2hlcmU/IAoKQUlVSSB0aGVzZSBh cmUgbWFpbnRhaW5lZCBhcyBwYXJ0IG9mIHRoZSB3d3cueGVuc2VydmVyLm9yZyBwcm9qZWN0IHNv CnlvdSB3b3VsZCBwcm9iYWJseSBiZSBiZXR0ZXIgb2ZmIGFza2luZyBvbiBvbmUgb2YgdGhlIGxp c3RzIHRoZXJlLgoKSWFuLgoKPiAKPiBSZWY6IGh0dHA6Ly93d3cuc2xpZGVzaGFyZS5uZXQveGVu X2NvbV9tZ3Ivb3Blbi1zb3VyY2UtcHYtZHJpdmVycwo+IAo+IAo+IC0gTWFub2oKPiBfX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwo+IFhlbi11c2VycyBtYWls aW5nIGxpc3QKPiBYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwo+IGh0dHA6Ly9saXN0cy54ZW4ub3Jn L3hlbi11c2VycwoKCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6 Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Thu Feb 06 10:15:19 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 06 Feb 2014 10:15: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 1WBLz7-0007RK-7Y; Thu, 06 Feb 2014 10:15:05 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBLz3-0007R8-L0 for xen-users@lists.xen.org; Thu, 06 Feb 2014 10:15:03 +0000 Received: from [85.158.137.68:46558] by server-8.bemta-3.messagelabs.com id 2D/CB-16039-4A063F25; Thu, 06 Feb 2014 10:15:00 +0000 X-Env-Sender: kuba.0000@op.pl X-Msg-Ref: server-4.tower-31.messagelabs.com!1391681699!7280!1 X-Originating-IP: [213.180.142.140] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTMuMTgwLjE0Mi4xNDAgPT4gMTgwNzg=\n,sa_preprocessor: QmFkIElQOiAyMTMuMTgwLjE0Mi4xNDAgPT4gMTgwNzg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11357 invoked from network); 6 Feb 2014 10:14:59 -0000 Received: from smtpo09.poczta.onet.pl (HELO smtpo09.poczta.onet.pl) (213.180.142.140) by server-4.tower-31.messagelabs.com with SMTP; 6 Feb 2014 10:14:59 -0000 Received: from [192.168.0.4] (host-89-230-197-126.lublin.mm.pl [89.230.197.126]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: kuba.0000@op.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3fKb9b4mFfz9vCst for ; Thu, 6 Feb 2014 11:14:59 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=op.pl; s=2011; t=1391681699; bh=SpWLAeWM8T+GpCIZqiCB9rO2+L4PkOTe2vs1lN/YjHE=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=dZGUnqhYlV6/dVOmT0rghtGi4eWn/4r5aiXhVmevyE1qutwkY3jjtPbz3eIsuaqDg fEDq+8ZACmN/U3jhZWAdoI2L3eNhsPxnvzvkdt1iMY72DwP8aFd1UET47l3cJ5w2HC qL0pSmnqunygcHgQzlSF1PvWDvi7KSinhcN5RUKI= Message-ID: <52F3609A.8010500@op.pl> Date: Thu, 06 Feb 2014 11:14:50 +0100 From: Kuba User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <52EA58B2.50004@op.pl> <6035A0D088A63A46850C3988ED045A4B6F38BB3C@BITCOM1.int.sbss.com.au> <52ED4AA6.5000601@op.pl> <52F26335.7060902@op.pl> <6035A0D088A63A46850C3988ED045A4B6F393A80@BITCOM1.int.sbss.com.au> In-Reply-To: <6035A0D088A63A46850C3988ED045A4B6F393A80@BITCOM1.int.sbss.com.au> Subject: Re: [Xen-users] Strange failures of Xen 4.3.1, PVHVM storage VM, iSCSI and Windows+GPLPV VM combination X-BeenThere: xen-users@lists.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 W dniu 2014-02-06 00:07, James Harper pisze: > >> >> Any ideas and suggestions on what could be the cause and what can I do >> will be much appreciated. >> > > Can you try turning on iscsi data checksuming? If data corruption in the network stack is the cause (seems likely to me) then this should pick it up. > > If your iscsi initiator and/or target don't support data digest, try turning off all the offloads and scatter gather on the network interfaces and see if you can reduce the problem to one of the offloads (large send would be my best guess). > > James > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > I haven't noticed any change after turning off all offloads etc. reported by ethtool. Sorry, I forgot to mention that earlier. I couldn't get Open-iSCSI and IET to cooperate with each other with digests enabled, so I tried with FreeBSD's native target, which "just worked" - well, at least until I launched the second DomU ;) The logs are in "DomU-A-FreeBSD10.log" attached in one of my previous posts. If I understand correctly, the iSCSI-related issues were only symptoms caused by something Roger seems to have found. I'm very grateful to you guys for your time and effort to solve my little problem and (especially) for making Xen what it is today. Kuba _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Feb 06 10:15:19 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 06 Feb 2014 10:15: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 1WBLz7-0007RK-7Y; Thu, 06 Feb 2014 10:15:05 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBLz3-0007R8-L0 for xen-users@lists.xen.org; Thu, 06 Feb 2014 10:15:03 +0000 Received: from [85.158.137.68:46558] by server-8.bemta-3.messagelabs.com id 2D/CB-16039-4A063F25; Thu, 06 Feb 2014 10:15:00 +0000 X-Env-Sender: kuba.0000@op.pl X-Msg-Ref: server-4.tower-31.messagelabs.com!1391681699!7280!1 X-Originating-IP: [213.180.142.140] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTMuMTgwLjE0Mi4xNDAgPT4gMTgwNzg=\n,sa_preprocessor: QmFkIElQOiAyMTMuMTgwLjE0Mi4xNDAgPT4gMTgwNzg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11357 invoked from network); 6 Feb 2014 10:14:59 -0000 Received: from smtpo09.poczta.onet.pl (HELO smtpo09.poczta.onet.pl) (213.180.142.140) by server-4.tower-31.messagelabs.com with SMTP; 6 Feb 2014 10:14:59 -0000 Received: from [192.168.0.4] (host-89-230-197-126.lublin.mm.pl [89.230.197.126]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: kuba.0000@op.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3fKb9b4mFfz9vCst for ; Thu, 6 Feb 2014 11:14:59 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=op.pl; s=2011; t=1391681699; bh=SpWLAeWM8T+GpCIZqiCB9rO2+L4PkOTe2vs1lN/YjHE=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=dZGUnqhYlV6/dVOmT0rghtGi4eWn/4r5aiXhVmevyE1qutwkY3jjtPbz3eIsuaqDg fEDq+8ZACmN/U3jhZWAdoI2L3eNhsPxnvzvkdt1iMY72DwP8aFd1UET47l3cJ5w2HC qL0pSmnqunygcHgQzlSF1PvWDvi7KSinhcN5RUKI= Message-ID: <52F3609A.8010500@op.pl> Date: Thu, 06 Feb 2014 11:14:50 +0100 From: Kuba User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <52EA58B2.50004@op.pl> <6035A0D088A63A46850C3988ED045A4B6F38BB3C@BITCOM1.int.sbss.com.au> <52ED4AA6.5000601@op.pl> <52F26335.7060902@op.pl> <6035A0D088A63A46850C3988ED045A4B6F393A80@BITCOM1.int.sbss.com.au> In-Reply-To: <6035A0D088A63A46850C3988ED045A4B6F393A80@BITCOM1.int.sbss.com.au> Subject: Re: [Xen-users] Strange failures of Xen 4.3.1, PVHVM storage VM, iSCSI and Windows+GPLPV VM combination X-BeenThere: xen-users@lists.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 W dniu 2014-02-06 00:07, James Harper pisze: > >> >> Any ideas and suggestions on what could be the cause and what can I do >> will be much appreciated. >> > > Can you try turning on iscsi data checksuming? If data corruption in the network stack is the cause (seems likely to me) then this should pick it up. > > If your iscsi initiator and/or target don't support data digest, try turning off all the offloads and scatter gather on the network interfaces and see if you can reduce the problem to one of the offloads (large send would be my best guess). > > James > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > I haven't noticed any change after turning off all offloads etc. reported by ethtool. Sorry, I forgot to mention that earlier. I couldn't get Open-iSCSI and IET to cooperate with each other with digests enabled, so I tried with FreeBSD's native target, which "just worked" - well, at least until I launched the second DomU ;) The logs are in "DomU-A-FreeBSD10.log" attached in one of my previous posts. If I understand correctly, the iSCSI-related issues were only symptoms caused by something Roger seems to have found. I'm very grateful to you guys for your time and effort to solve my little problem and (especially) for making Xen what it is today. Kuba _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Feb 06 11:43:21 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 06 Feb 2014 11:43: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 1WBNLk-0003m3-NC; Thu, 06 Feb 2014 11:42:32 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBNLi-0003ly-K3 for xen-users@lists.xen.org; Thu, 06 Feb 2014 11:42:30 +0000 Received: from [85.158.143.35:23599] by server-1.bemta-4.messagelabs.com id 0B/3A-31661-62573F25; Thu, 06 Feb 2014 11:42:30 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-4.tower-21.messagelabs.com!1391686948!3603044!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4773 invoked from network); 6 Feb 2014 11:42:29 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-4.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 6 Feb 2014 11:42:29 -0000 X-IronPort-AV: E=Sophos;i="4.95,793,1384300800"; d="scan'208";a="100429896" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 06 Feb 2014 11:42:27 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL03.citrite.net (10.13.107.80) with Microsoft SMTP Server id 14.2.342.4; Thu, 6 Feb 2014 06:42:27 -0500 Message-ID: <1391686946.23098.95.camel@kazak.uk.xensource.com> From: Ian Campbell To: IAN DELANEY Date: Thu, 6 Feb 2014 11:42:26 +0000 In-Reply-To: <20140206183530.22ad6318@archtester.homenetwork> References: <20140204125054.4326eca7@archtester.homenetwork> <1391526972.6497.27.camel@kazak.uk.xensource.com> <20140205113550.7e7a4a09@archtester.homenetwork> <1391603189.6497.142.camel@kazak.uk.xensource.com> <20140206183530.22ad6318@archtester.homenetwork> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: xen-users Subject: Re: [Xen-users] Fw: booting X-BeenThere: xen-users@lists.xen.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, 2014-02-06 at 18:35 +0800, IAN DELANEY wrote: [...] I've put the list CC back on the assumption that you were again caught out by the lack of a reply-to on these lists. > 1. I shall try to drop off the xen hypervisor and just boot the 3.13-rc4 > kernel as you suggest. Currently it appears to boot, but the output > isn't making it to the monitor in the sunxi-next kernel. It's a > console tty thingy or something. When you say "monitor" do you mean the VGA/HDMI output? I've never used that -- all my experience is with the serial console for which "console=ttyS0,115200" on the kernel command line is sufficient IME. I'm not sure of the GFX stuff is supported by mainstream kernels or not. > 2. The fellow gentoo dev is still giving the occasional tip. Between > the 2 of you, I should 'get there'. He has given me a second boot.cmd > for the second kernel. As I said, by rights HE as the arm expert > ought acquire and boot it especially since the 3.4 is now old, however > he works from home (remotely like many seem to these days) plus does > gentoo. I can't tread on his toes and say stay there and boot this > thing. He's a volunteer like me. I shall next try tweaking it on the > newer kernel though I think it prudent to keep to the zImage / bootz. > The uImage and zImage appear to be too far apart from one another and > aren't interchangeable. Right. bootz == zImage bootm == uImage (which in turn is a wrapper around zImage) uImage is a uboot specific thing and IMHO is "legacy", zImage is a standard Linux thing and bootz is what should be used these days (all IMHO). > 3. Can you double check this for me? > # Load Linux arch/arm/boot/zImage to ${kernel_addr_r} > bootz ${xen_addr_r} - ${fdt_addr} > > My limited understanding makes me think it ought be > bootz ${kernel_addr_r} - ${fdt_addr} Is this in the context of booting Xen or Linux? If you want to boot Xen then "bootz ${xen_addr_r}..." is correct, and ${kernel_addr_r} should be put in the /chosen/module@0 reg DTB property. If you want to boot Linux directly without Xen then "bootz ${kernel_addr_r} ..." is correct. Or more generally the first argument to bootz should be the address of the thing you would like to boot. If you want to boot Linux direct then the various *_addr_r given on the Xen wiki page may not work, since Linux is a bit more picky about load addresses not being too high up (they need to be below 128MB from the start of RAM IIRC, RAM starts at 0x40000000 (AKA 1GB) on these platforms). For booting Linux I use: setenv fdt_addr 0x43000000 setenv kernel_addr_r 0x47000000 setenv ramdisk_addr_r 0x48000000 setenv fdt_high 0xffffffff # Load fdt in place instead of relocating setenv initrd_high 0xffffffff (the last two stop u-boot relocating those things to stupid broken addresses, which Linux cannot cope with) > since xen_addr_r appears to be dealt with > > # Load xen/xen to ${xen_addr_r} Note that this comment is supposed to be a placeholder for calling something to perform the load, via tftp, fat etc etc, as described in the next few sections. But I can see now how confusing that is (especially without whitespace between it and the following setenv) so I think I'll add "e.g. tftp or fatload etc, see below" or something to each of these. > setenv bootargs "console=dtuart dtuart=/soc@01c00000/serial@01c28000 > dom0_mem=128M" > > though this is merely an assignment of the bootargs var if I read > correctly. Correct. This will be propagated by u-boot to the dtb /chosen/bootargs property as part of boot[mz], from where it will be consumed by either Xen or the kernel, depending on which one you called into. > Is; ${xen_addr_r} - ${fdt_addr} > saying from this address to that address as in a range? > I think ${xen_addr_r} is arg1. the '-' arg2. correct? '-' is arg2, which is the address of the initial ramdisk, - means "none", it's there as a placeholder so you can give the fdt as the arg3. If you do want an initrd then with bootz you need to give the initrd size here too, which means that you need to load the initrd last so that ${filesize} (which *load set) is correct then do: bootz ${kernel_addr_r} ${ramdisk_addr_r}:${filesize} ${fdt_addr} (or if booting Xen, "bootz ${xen_addr_r} ${ramdisk.......") > I find it difficult to fathom you got xen_addr_r mixed up with > kernel_addr_r so it's more likely my lack og current understanding. The instance of bootz on http://wiki.xen.org/wiki/Xen_ARM_with_Virtualization_Extensions/Allwinner looks correct to me, did you spot another one which you think might be wrong? It's also possible I misspoke somewhere in this email thread. BTW, you are welcome on #xenarm on freenode, although TBH with the timezone difference email might be better. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Feb 06 11:43:21 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 06 Feb 2014 11:43: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 1WBNLk-0003m3-NC; Thu, 06 Feb 2014 11:42:32 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBNLi-0003ly-K3 for xen-users@lists.xen.org; Thu, 06 Feb 2014 11:42:30 +0000 Received: from [85.158.143.35:23599] by server-1.bemta-4.messagelabs.com id 0B/3A-31661-62573F25; Thu, 06 Feb 2014 11:42:30 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-4.tower-21.messagelabs.com!1391686948!3603044!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4773 invoked from network); 6 Feb 2014 11:42:29 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-4.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 6 Feb 2014 11:42:29 -0000 X-IronPort-AV: E=Sophos;i="4.95,793,1384300800"; d="scan'208";a="100429896" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 06 Feb 2014 11:42:27 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL03.citrite.net (10.13.107.80) with Microsoft SMTP Server id 14.2.342.4; Thu, 6 Feb 2014 06:42:27 -0500 Message-ID: <1391686946.23098.95.camel@kazak.uk.xensource.com> From: Ian Campbell To: IAN DELANEY Date: Thu, 6 Feb 2014 11:42:26 +0000 In-Reply-To: <20140206183530.22ad6318@archtester.homenetwork> References: <20140204125054.4326eca7@archtester.homenetwork> <1391526972.6497.27.camel@kazak.uk.xensource.com> <20140205113550.7e7a4a09@archtester.homenetwork> <1391603189.6497.142.camel@kazak.uk.xensource.com> <20140206183530.22ad6318@archtester.homenetwork> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: xen-users Subject: Re: [Xen-users] Fw: booting X-BeenThere: xen-users@lists.xen.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, 2014-02-06 at 18:35 +0800, IAN DELANEY wrote: [...] I've put the list CC back on the assumption that you were again caught out by the lack of a reply-to on these lists. > 1. I shall try to drop off the xen hypervisor and just boot the 3.13-rc4 > kernel as you suggest. Currently it appears to boot, but the output > isn't making it to the monitor in the sunxi-next kernel. It's a > console tty thingy or something. When you say "monitor" do you mean the VGA/HDMI output? I've never used that -- all my experience is with the serial console for which "console=ttyS0,115200" on the kernel command line is sufficient IME. I'm not sure of the GFX stuff is supported by mainstream kernels or not. > 2. The fellow gentoo dev is still giving the occasional tip. Between > the 2 of you, I should 'get there'. He has given me a second boot.cmd > for the second kernel. As I said, by rights HE as the arm expert > ought acquire and boot it especially since the 3.4 is now old, however > he works from home (remotely like many seem to these days) plus does > gentoo. I can't tread on his toes and say stay there and boot this > thing. He's a volunteer like me. I shall next try tweaking it on the > newer kernel though I think it prudent to keep to the zImage / bootz. > The uImage and zImage appear to be too far apart from one another and > aren't interchangeable. Right. bootz == zImage bootm == uImage (which in turn is a wrapper around zImage) uImage is a uboot specific thing and IMHO is "legacy", zImage is a standard Linux thing and bootz is what should be used these days (all IMHO). > 3. Can you double check this for me? > # Load Linux arch/arm/boot/zImage to ${kernel_addr_r} > bootz ${xen_addr_r} - ${fdt_addr} > > My limited understanding makes me think it ought be > bootz ${kernel_addr_r} - ${fdt_addr} Is this in the context of booting Xen or Linux? If you want to boot Xen then "bootz ${xen_addr_r}..." is correct, and ${kernel_addr_r} should be put in the /chosen/module@0 reg DTB property. If you want to boot Linux directly without Xen then "bootz ${kernel_addr_r} ..." is correct. Or more generally the first argument to bootz should be the address of the thing you would like to boot. If you want to boot Linux direct then the various *_addr_r given on the Xen wiki page may not work, since Linux is a bit more picky about load addresses not being too high up (they need to be below 128MB from the start of RAM IIRC, RAM starts at 0x40000000 (AKA 1GB) on these platforms). For booting Linux I use: setenv fdt_addr 0x43000000 setenv kernel_addr_r 0x47000000 setenv ramdisk_addr_r 0x48000000 setenv fdt_high 0xffffffff # Load fdt in place instead of relocating setenv initrd_high 0xffffffff (the last two stop u-boot relocating those things to stupid broken addresses, which Linux cannot cope with) > since xen_addr_r appears to be dealt with > > # Load xen/xen to ${xen_addr_r} Note that this comment is supposed to be a placeholder for calling something to perform the load, via tftp, fat etc etc, as described in the next few sections. But I can see now how confusing that is (especially without whitespace between it and the following setenv) so I think I'll add "e.g. tftp or fatload etc, see below" or something to each of these. > setenv bootargs "console=dtuart dtuart=/soc@01c00000/serial@01c28000 > dom0_mem=128M" > > though this is merely an assignment of the bootargs var if I read > correctly. Correct. This will be propagated by u-boot to the dtb /chosen/bootargs property as part of boot[mz], from where it will be consumed by either Xen or the kernel, depending on which one you called into. > Is; ${xen_addr_r} - ${fdt_addr} > saying from this address to that address as in a range? > I think ${xen_addr_r} is arg1. the '-' arg2. correct? '-' is arg2, which is the address of the initial ramdisk, - means "none", it's there as a placeholder so you can give the fdt as the arg3. If you do want an initrd then with bootz you need to give the initrd size here too, which means that you need to load the initrd last so that ${filesize} (which *load set) is correct then do: bootz ${kernel_addr_r} ${ramdisk_addr_r}:${filesize} ${fdt_addr} (or if booting Xen, "bootz ${xen_addr_r} ${ramdisk.......") > I find it difficult to fathom you got xen_addr_r mixed up with > kernel_addr_r so it's more likely my lack og current understanding. The instance of bootz on http://wiki.xen.org/wiki/Xen_ARM_with_Virtualization_Extensions/Allwinner looks correct to me, did you spot another one which you think might be wrong? It's also possible I misspoke somewhere in this email thread. BTW, you are welcome on #xenarm on freenode, although TBH with the timezone difference email might be better. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Feb 06 12:33:30 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 06 Feb 2014 12:33: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 1WBO85-00061D-V8; Thu, 06 Feb 2014 12:32:29 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBO4z-0005xh-1L for xen-users@lists.xenproject.org; Thu, 06 Feb 2014 12:29:17 +0000 Received: from [85.158.139.211:35277] by server-16.bemta-5.messagelabs.com id 47/E1-05060-C1083F25; Thu, 06 Feb 2014 12:29:16 +0000 X-Env-Sender: della5@iinet.com.au X-Msg-Ref: server-9.tower-206.messagelabs.com!1391689752!2099222!1 X-Originating-IP: [203.59.1.220] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMDMuNTkuMS4yMjAgPT4gMjAzNzg=\n,sa_preprocessor: QmFkIElQOiAyMDMuNTkuMS4yMjAgPT4gMjAzNzg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14737 invoked from network); 6 Feb 2014 12:29:13 -0000 Received: from icp-osb-irony-out4.external.iinet.net.au (HELO icp-osb-irony-out4.external.iinet.net.au) (203.59.1.220) by server-9.tower-206.messagelabs.com with SMTP; 6 Feb 2014 12:29:13 -0000 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AnMFAKl/81J8lVtF/2dsb2JhbABZgwyDPrhDg3+BChZ0giUBAQEDKBMxAgcKFg0EAwECAQkNASYQLgIOE4d9B54PsDcXjiJlDAGEJQSJR4UciUeGcYsxgzovgSwCBxc X-IronPort-AV: E=Sophos;i="4.95,793,1384272000"; d="scan'208";a="183366868" Received: from unknown (HELO archtester.homenetwork) ([124.149.91.69]) by icp-osb-irony-out4.iinet.net.au with ESMTP; 06 Feb 2014 20:29:10 +0800 Date: Thu, 6 Feb 2014 20:22:57 +0800 From: IAN DELANEY To: l Message-ID: <20140206202257.197ef228@archtester.homenetwork> Organization: homenetwork X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.22; x86_64-pc-linux-gnu) Mime-Version: 1.0 X-Mailman-Approved-At: Thu, 06 Feb 2014 12:32:29 +0000 Subject: [Xen-users] Fw: Fw: booting X-BeenThere: xen-users@lists.xen.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 forwarded message: Date: Thu, 6 Feb 2014 18:35:30 +0800 From: IAN DELANEY To: Ian Campbell Subject: Re: [Xen-users] Fw: booting On Wed, 5 Feb 2014 12:26:29 +0000 Ian Campbell wrote: > On Wed, 2014-02-05 at 11:35 +0800, IAN DELANEY wrote: > > On Tue, 4 Feb 2014 15:16:12 +0000 > > Ian Campbell wrote: > > > > > On Tue, 2014-02-04 at 12:50 +0800, IAN DELANEY wrote: > > > > > > I'm afraid that Xen on ARM is not yet aimed at the total newbie on > > > ARM. > > > > > > > Well, pity that. My aim here is to attempt to do what has been made > > doable according to what I understand. The release of xen-4.3 > > over 6 months ago declared xen arm capable and equipped. > > I think there may have been some miscommunication here -- Xen 4.3 had > a tech preview of ARM support which was limited to a quite small > number of platforms. It was described as "Early support" in the > release notes and as "tech preview" in the feature matrix. It's quite > likely that that messaging didn't make it to everywhere it should > have done though. > > Xen 4.4 (of which we've just had rc3) will introduce "proper" support > for ARM, although I still don't think I would say it would be for a > total newbie. > > Are you still trying to use 4.3? Getting Xen 4.3 running even on the > platforms it supported involved a lot more hacking that with the > 4.4-rcs, we've been removing references to those old hacks from the > docs since it made things even more confusing even than they are now, > but of course if you are trying to use 4.3 that just makes things > worse for you. > > > [...] I love a challenge! > > I think that's probably lucky ... > > > > I appreciate that things are not as clear as they might be, I'm > > > sorry but at this stage I think it is not unreasonable to expect > > > that people try Xen on ARM are already somewhat familiar with > > > Linux on ARM, which means u-boot and some of the terms used > > > here. > > > > > > > > I have no idea what you've done here but Linux 3.4 just won't work > > > with Xen on ARM. > > > > > > > 1. u-boot I gather is very low level and appears to require a > > significant climb of the learning curve to even begin to use it. > > Agreed. > > It looks like 64-bit ARM servers will mostly be using UEFI, and even > grub so they will have a much more "x86-like" experience. It's > unlikely that this will happen for 32-bit ARM too though, and for > embedded 64-bit ARM it seems likely that u-boot will still be used by > at least some vendors. > > > 2. The 3.4-75 kernel is the one utilised by sunxi in the link in > > the wiki page(s). The booting into the uImage of 3.4-75 is merely > > the u-boot booting process gone awry. The zImage of the 3.13 was > > there and it was seemingly missed. The point is that the boot.xen > > -> boot.scr I edited from the wiki / prepared were ineffective. > > But let's move past that one state, move on.2 > > I'll add a note that the sunxi kernel is not usable with Xen. > > > 3. The gentoo dev of the minor arch arm team has used only the > > specially equipped sunxi 3.4-75 kernel to boot the CB2. Beyond > > that, he appears too occupied to take the next step and get it to > > boot off the xen equipped capable and adequately arm equipped sunxi > > 3.13-rc4 kernel. Although he does provide the odd tip, he basically > > cut me loose by tapping out somethink like "that (booting xen) is > > way out of what my territory, you're on your own in irc. > > Pity that > > > > 4. The technical point that appears to be tripping me appears to be > > the nominating of the load address of the kernel. The 3.4 kernel > > that I boot uses fatload (the boot partition is vfat), a uImage and > > a bootm. > > fatload vs ext2load etc should be a pretty straight substitution > depending on the filesystem in use. > > uImage is a u-boot specific wrapper for binaries. It includes in the > header a load address, on boot (with bootm) uboot will relocate the > image from wherever you loaded it with fatload to that address. > > You could create a uImage of Xen, perhaps even giving it the same load > address as you are giving fatload (to make the reloc a nop) using the > "mkimage" tool but TBH there is no real reason to do this, you can > just use "bootz" with the raw Xen binary instead. > > > 5. The boot.cmd I have to boot goes from a 4 line script to a > > boot.xen that switches everything. uImage is out, bootm is out. > > In, we have zImage (never heard of it), bootz (ditto) > > bootz is the command for booting Linux zImage format kernels, as > opposed to booting uboot images with bootm. > > he Xen binary is compatible with this format, which is defined in the > booting.txt doc from the Linux source (referenced in the wiki I > think). > > > and a whole new scripting set (u-boot boot.cmd/boot.xen) > > The script name/suffix doesn't matter, it's all just lists of u-boot > commands, which are executed with the "source" command. > CCing but adding something I forgot. "source 0x41000000" In the boot.cmd for Booting via PXE you put this like so; /boot.scr;source 0x41000000 The sentence out on its own like that I don't know where and how to put it. i.e. a context. The way it reads, I boot with the boot.xen boot.scr, and once booted, then enter source 0x41000000 once logged into a console, which doesn't really make sense because it doesn't work in my amd64 tower, combined with that I can't yet actually boot into a tty for login. Are you implying that one adds it to perhaps bootz ${xen_addr_r} - ${fdt_addr} ? Is this why the booting either stalls or hangs? > > > I'm sorry > > > but at this stage I think it is not unreasonable to expect that > > > people try Xen on ARM are already somewhat familiar with Linux on > > > ARM, > > > > I have a better knowledge of arm than a fortnight ago, however, I'm > > sorry but all of the above make for a horrendously steep learning > > curve. On the plus side, your tips provided already have already > > made some progress towards reducing its incline. > > Good. > > > > > "This assumes that the kernel is <4MB, " > > > > > > > > leaves me in the lurch because the zImage comes up over 4 mb. > > > > and I am not versed in hex maths so as to convert all these > > > > addresses, which leaves me vulnerable to making wrong data. > > > > > > gnome-calculator speaks hex, as do many other tools. > > > > > > > I'll find one I think, though I don't use gnome > > 4mb doesn't seem so unreasonable for a kernel, but there seems to be > no harm in adjusting the defaults to, say, 8mb -- so I'll do that. > > I'll also add in $ramdisk_addr_r since it will be clearer for those > who need it and the hole left if not is harmless. > > > > > "console=hvc0 ro root=/dev/sda1 " > > > > > > > > does this pertain to a usb boot? Mine is actually from an SDHC > > > > card, once again making for uncertainty. > > > > > > It can be whatever you would use to boot natively on this > > > platform. I suspect that means /dev/mmcblkN but I haven't been > > > booting from that so I don't know. > > > > > > > Yes; the (1st.) line for the boot.cmd that I have to boot the sunxi > > 3.4 kernel is " setenv bootargs console=ttyS0,115200 > > root=/dev/mmcblk0p2 rootwait panic=10 ${extra}" > > That looks about right. > > On boot with a dtb u-boot will propagate this to the device > tree's /chosen/bootargs property for you automatically. > > You can also force this to happen sooner with "fdt chosen" -- which is > handy because then "fdt print" can be used to inspect what is going > on. > > The above is right for booting Linux but to boot Xen you would want > the Xen command line here and the Linux command line > in /chosen/module@0/bootargs (i.e. the dom0 kernel's bootargs, see > docs/misc/arm/device-tree/booting.txt for where the various command > lines can live). > > For the dom0 command line you'll want to s/ttyS0,115200/hvc0/ and to > add "clk_ignore_unused" (wiki updated). > > > > > Parameters for the domain 0 kernel are passed using the > > > > xen,dom0-bootargs > > > > > > I don't see any reference to dom0-bootargs on the allwinner page. > > FYI I spotted it later in the main page and cleaned that up too. > > > > it is ready for interested devs to use. > > > > Well, I'm a dev and I'm interested. From what you say though I just > > get the impression that my attempts might be a touch premature. I'm > > reluctant to capitulate though. > > I think it is doable for a dev who is already familiar with ARM/uboot > but coming in cold from an x86 background is a bit like jumping in at > the deep end. I'm glad you've chosen to stick at it though. > > > I can see it's doable and I'm just > > tryin' to do it. In summary; xen is a monster package, building > > and equipping kernels is a heavy weight task, the arm (or any) arch > > is a broad and technically challenging field to take on, ditto > > u-boot. And you can do them all. Thumbs up. > > FWIW I would strongly recommend getting a mainline kernel (probably > the sunxi-{next,devel} branch not actual mainline) booting natively > (i.e. without Xen) before trying to get Xen going -- that should at > least cut the learning curve into a few shorter chunks. > > The sunxi 3.4 kernel has a load of android-ish stuff in it (which is a > little different in ways I don't understand) and won't work with Xen. > > > > Anyway, we are trying to make this easier but it is clearly not > > > ready yet. > > > > Yes I can see you are, and you're making progress for sure. Thumbs > > up. > > > > Appreciation and thx for your input, fellow Ian. > > No problem. Please do continue to point out places where the wiki is > confusing/incorrect/misleading etc. I think I've fixed what you > pointed out already in the wiki as well as correcting/expanding > things as I mentioned them above, but if I missed one please let me > know. > > Ian. > ok thanks fellow Ian. I've tried a few further tweaks with kind of mixed results. A few points; 1. I shall try to drop off the xen hypervisor and just boot the 3.13-rc4 kernel as you suggest. Currently it appears to boot, but the output isn't making it to the monitor in the sunxi-next kernel. It's a console tty thingy or something. 2. The fellow gentoo dev is still giving the occasional tip. Between the 2 of you, I should 'get there'. He has given me a second boot.cmd for the second kernel. As I said, by rights HE as the arm expert ought acquire and boot it especially since the 3.4 is now old, however he works from home (remotely like many seem to these days) plus does gentoo. I can't tread on his toes and say stay there and boot this thing. He's a volunteer like me. I shall next try tweaking it on the newer kernel though I think it prudent to keep to the zImage / bootz. The uImage and zImage appear to be too far apart from one another and aren't interchangeable. 3. Can you double check this for me? # Load Linux arch/arm/boot/zImage to ${kernel_addr_r} bootz ${xen_addr_r} - ${fdt_addr} My limited understanding makes me think it ought be bootz ${kernel_addr_r} - ${fdt_addr} since xen_addr_r appears to be dealt with # Load xen/xen to ${xen_addr_r} setenv bootargs "console=dtuart dtuart=/soc@01c00000/serial@01c28000 dom0_mem=128M" though this is merely an assignment of the bootargs var if I read correctly. Is; ${xen_addr_r} - ${fdt_addr} saying from this address to that address as in a range? I think ${xen_addr_r} is arg1. the '-' arg2. correct? I find it difficult to fathom you got xen_addr_r mixed up with kernel_addr_r so it's more likely my lack of current understanding. thx again. -- kind regards Ian Delaney -- kind regards Ian Delaney _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Feb 06 12:33:30 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 06 Feb 2014 12:33: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 1WBO85-00061D-V8; Thu, 06 Feb 2014 12:32:29 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBO4z-0005xh-1L for xen-users@lists.xenproject.org; Thu, 06 Feb 2014 12:29:17 +0000 Received: from [85.158.139.211:35277] by server-16.bemta-5.messagelabs.com id 47/E1-05060-C1083F25; Thu, 06 Feb 2014 12:29:16 +0000 X-Env-Sender: della5@iinet.com.au X-Msg-Ref: server-9.tower-206.messagelabs.com!1391689752!2099222!1 X-Originating-IP: [203.59.1.220] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMDMuNTkuMS4yMjAgPT4gMjAzNzg=\n,sa_preprocessor: QmFkIElQOiAyMDMuNTkuMS4yMjAgPT4gMjAzNzg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14737 invoked from network); 6 Feb 2014 12:29:13 -0000 Received: from icp-osb-irony-out4.external.iinet.net.au (HELO icp-osb-irony-out4.external.iinet.net.au) (203.59.1.220) by server-9.tower-206.messagelabs.com with SMTP; 6 Feb 2014 12:29:13 -0000 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AnMFAKl/81J8lVtF/2dsb2JhbABZgwyDPrhDg3+BChZ0giUBAQEDKBMxAgcKFg0EAwECAQkNASYQLgIOE4d9B54PsDcXjiJlDAGEJQSJR4UciUeGcYsxgzovgSwCBxc X-IronPort-AV: E=Sophos;i="4.95,793,1384272000"; d="scan'208";a="183366868" Received: from unknown (HELO archtester.homenetwork) ([124.149.91.69]) by icp-osb-irony-out4.iinet.net.au with ESMTP; 06 Feb 2014 20:29:10 +0800 Date: Thu, 6 Feb 2014 20:22:57 +0800 From: IAN DELANEY To: l Message-ID: <20140206202257.197ef228@archtester.homenetwork> Organization: homenetwork X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.22; x86_64-pc-linux-gnu) Mime-Version: 1.0 X-Mailman-Approved-At: Thu, 06 Feb 2014 12:32:29 +0000 Subject: [Xen-users] Fw: Fw: booting X-BeenThere: xen-users@lists.xen.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 forwarded message: Date: Thu, 6 Feb 2014 18:35:30 +0800 From: IAN DELANEY To: Ian Campbell Subject: Re: [Xen-users] Fw: booting On Wed, 5 Feb 2014 12:26:29 +0000 Ian Campbell wrote: > On Wed, 2014-02-05 at 11:35 +0800, IAN DELANEY wrote: > > On Tue, 4 Feb 2014 15:16:12 +0000 > > Ian Campbell wrote: > > > > > On Tue, 2014-02-04 at 12:50 +0800, IAN DELANEY wrote: > > > > > > I'm afraid that Xen on ARM is not yet aimed at the total newbie on > > > ARM. > > > > > > > Well, pity that. My aim here is to attempt to do what has been made > > doable according to what I understand. The release of xen-4.3 > > over 6 months ago declared xen arm capable and equipped. > > I think there may have been some miscommunication here -- Xen 4.3 had > a tech preview of ARM support which was limited to a quite small > number of platforms. It was described as "Early support" in the > release notes and as "tech preview" in the feature matrix. It's quite > likely that that messaging didn't make it to everywhere it should > have done though. > > Xen 4.4 (of which we've just had rc3) will introduce "proper" support > for ARM, although I still don't think I would say it would be for a > total newbie. > > Are you still trying to use 4.3? Getting Xen 4.3 running even on the > platforms it supported involved a lot more hacking that with the > 4.4-rcs, we've been removing references to those old hacks from the > docs since it made things even more confusing even than they are now, > but of course if you are trying to use 4.3 that just makes things > worse for you. > > > [...] I love a challenge! > > I think that's probably lucky ... > > > > I appreciate that things are not as clear as they might be, I'm > > > sorry but at this stage I think it is not unreasonable to expect > > > that people try Xen on ARM are already somewhat familiar with > > > Linux on ARM, which means u-boot and some of the terms used > > > here. > > > > > > > > I have no idea what you've done here but Linux 3.4 just won't work > > > with Xen on ARM. > > > > > > > 1. u-boot I gather is very low level and appears to require a > > significant climb of the learning curve to even begin to use it. > > Agreed. > > It looks like 64-bit ARM servers will mostly be using UEFI, and even > grub so they will have a much more "x86-like" experience. It's > unlikely that this will happen for 32-bit ARM too though, and for > embedded 64-bit ARM it seems likely that u-boot will still be used by > at least some vendors. > > > 2. The 3.4-75 kernel is the one utilised by sunxi in the link in > > the wiki page(s). The booting into the uImage of 3.4-75 is merely > > the u-boot booting process gone awry. The zImage of the 3.13 was > > there and it was seemingly missed. The point is that the boot.xen > > -> boot.scr I edited from the wiki / prepared were ineffective. > > But let's move past that one state, move on.2 > > I'll add a note that the sunxi kernel is not usable with Xen. > > > 3. The gentoo dev of the minor arch arm team has used only the > > specially equipped sunxi 3.4-75 kernel to boot the CB2. Beyond > > that, he appears too occupied to take the next step and get it to > > boot off the xen equipped capable and adequately arm equipped sunxi > > 3.13-rc4 kernel. Although he does provide the odd tip, he basically > > cut me loose by tapping out somethink like "that (booting xen) is > > way out of what my territory, you're on your own in irc. > > Pity that > > > > 4. The technical point that appears to be tripping me appears to be > > the nominating of the load address of the kernel. The 3.4 kernel > > that I boot uses fatload (the boot partition is vfat), a uImage and > > a bootm. > > fatload vs ext2load etc should be a pretty straight substitution > depending on the filesystem in use. > > uImage is a u-boot specific wrapper for binaries. It includes in the > header a load address, on boot (with bootm) uboot will relocate the > image from wherever you loaded it with fatload to that address. > > You could create a uImage of Xen, perhaps even giving it the same load > address as you are giving fatload (to make the reloc a nop) using the > "mkimage" tool but TBH there is no real reason to do this, you can > just use "bootz" with the raw Xen binary instead. > > > 5. The boot.cmd I have to boot goes from a 4 line script to a > > boot.xen that switches everything. uImage is out, bootm is out. > > In, we have zImage (never heard of it), bootz (ditto) > > bootz is the command for booting Linux zImage format kernels, as > opposed to booting uboot images with bootm. > > he Xen binary is compatible with this format, which is defined in the > booting.txt doc from the Linux source (referenced in the wiki I > think). > > > and a whole new scripting set (u-boot boot.cmd/boot.xen) > > The script name/suffix doesn't matter, it's all just lists of u-boot > commands, which are executed with the "source" command. > CCing but adding something I forgot. "source 0x41000000" In the boot.cmd for Booting via PXE you put this like so; /boot.scr;source 0x41000000 The sentence out on its own like that I don't know where and how to put it. i.e. a context. The way it reads, I boot with the boot.xen boot.scr, and once booted, then enter source 0x41000000 once logged into a console, which doesn't really make sense because it doesn't work in my amd64 tower, combined with that I can't yet actually boot into a tty for login. Are you implying that one adds it to perhaps bootz ${xen_addr_r} - ${fdt_addr} ? Is this why the booting either stalls or hangs? > > > I'm sorry > > > but at this stage I think it is not unreasonable to expect that > > > people try Xen on ARM are already somewhat familiar with Linux on > > > ARM, > > > > I have a better knowledge of arm than a fortnight ago, however, I'm > > sorry but all of the above make for a horrendously steep learning > > curve. On the plus side, your tips provided already have already > > made some progress towards reducing its incline. > > Good. > > > > > "This assumes that the kernel is <4MB, " > > > > > > > > leaves me in the lurch because the zImage comes up over 4 mb. > > > > and I am not versed in hex maths so as to convert all these > > > > addresses, which leaves me vulnerable to making wrong data. > > > > > > gnome-calculator speaks hex, as do many other tools. > > > > > > > I'll find one I think, though I don't use gnome > > 4mb doesn't seem so unreasonable for a kernel, but there seems to be > no harm in adjusting the defaults to, say, 8mb -- so I'll do that. > > I'll also add in $ramdisk_addr_r since it will be clearer for those > who need it and the hole left if not is harmless. > > > > > "console=hvc0 ro root=/dev/sda1 " > > > > > > > > does this pertain to a usb boot? Mine is actually from an SDHC > > > > card, once again making for uncertainty. > > > > > > It can be whatever you would use to boot natively on this > > > platform. I suspect that means /dev/mmcblkN but I haven't been > > > booting from that so I don't know. > > > > > > > Yes; the (1st.) line for the boot.cmd that I have to boot the sunxi > > 3.4 kernel is " setenv bootargs console=ttyS0,115200 > > root=/dev/mmcblk0p2 rootwait panic=10 ${extra}" > > That looks about right. > > On boot with a dtb u-boot will propagate this to the device > tree's /chosen/bootargs property for you automatically. > > You can also force this to happen sooner with "fdt chosen" -- which is > handy because then "fdt print" can be used to inspect what is going > on. > > The above is right for booting Linux but to boot Xen you would want > the Xen command line here and the Linux command line > in /chosen/module@0/bootargs (i.e. the dom0 kernel's bootargs, see > docs/misc/arm/device-tree/booting.txt for where the various command > lines can live). > > For the dom0 command line you'll want to s/ttyS0,115200/hvc0/ and to > add "clk_ignore_unused" (wiki updated). > > > > > Parameters for the domain 0 kernel are passed using the > > > > xen,dom0-bootargs > > > > > > I don't see any reference to dom0-bootargs on the allwinner page. > > FYI I spotted it later in the main page and cleaned that up too. > > > > it is ready for interested devs to use. > > > > Well, I'm a dev and I'm interested. From what you say though I just > > get the impression that my attempts might be a touch premature. I'm > > reluctant to capitulate though. > > I think it is doable for a dev who is already familiar with ARM/uboot > but coming in cold from an x86 background is a bit like jumping in at > the deep end. I'm glad you've chosen to stick at it though. > > > I can see it's doable and I'm just > > tryin' to do it. In summary; xen is a monster package, building > > and equipping kernels is a heavy weight task, the arm (or any) arch > > is a broad and technically challenging field to take on, ditto > > u-boot. And you can do them all. Thumbs up. > > FWIW I would strongly recommend getting a mainline kernel (probably > the sunxi-{next,devel} branch not actual mainline) booting natively > (i.e. without Xen) before trying to get Xen going -- that should at > least cut the learning curve into a few shorter chunks. > > The sunxi 3.4 kernel has a load of android-ish stuff in it (which is a > little different in ways I don't understand) and won't work with Xen. > > > > Anyway, we are trying to make this easier but it is clearly not > > > ready yet. > > > > Yes I can see you are, and you're making progress for sure. Thumbs > > up. > > > > Appreciation and thx for your input, fellow Ian. > > No problem. Please do continue to point out places where the wiki is > confusing/incorrect/misleading etc. I think I've fixed what you > pointed out already in the wiki as well as correcting/expanding > things as I mentioned them above, but if I missed one please let me > know. > > Ian. > ok thanks fellow Ian. I've tried a few further tweaks with kind of mixed results. A few points; 1. I shall try to drop off the xen hypervisor and just boot the 3.13-rc4 kernel as you suggest. Currently it appears to boot, but the output isn't making it to the monitor in the sunxi-next kernel. It's a console tty thingy or something. 2. The fellow gentoo dev is still giving the occasional tip. Between the 2 of you, I should 'get there'. He has given me a second boot.cmd for the second kernel. As I said, by rights HE as the arm expert ought acquire and boot it especially since the 3.4 is now old, however he works from home (remotely like many seem to these days) plus does gentoo. I can't tread on his toes and say stay there and boot this thing. He's a volunteer like me. I shall next try tweaking it on the newer kernel though I think it prudent to keep to the zImage / bootz. The uImage and zImage appear to be too far apart from one another and aren't interchangeable. 3. Can you double check this for me? # Load Linux arch/arm/boot/zImage to ${kernel_addr_r} bootz ${xen_addr_r} - ${fdt_addr} My limited understanding makes me think it ought be bootz ${kernel_addr_r} - ${fdt_addr} since xen_addr_r appears to be dealt with # Load xen/xen to ${xen_addr_r} setenv bootargs "console=dtuart dtuart=/soc@01c00000/serial@01c28000 dom0_mem=128M" though this is merely an assignment of the bootargs var if I read correctly. Is; ${xen_addr_r} - ${fdt_addr} saying from this address to that address as in a range? I think ${xen_addr_r} is arg1. the '-' arg2. correct? I find it difficult to fathom you got xen_addr_r mixed up with kernel_addr_r so it's more likely my lack of current understanding. thx again. -- kind regards Ian Delaney -- kind regards Ian Delaney _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Feb 06 12:39:08 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 06 Feb 2014 12:39: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 1WBOEP-0006jE-87; Thu, 06 Feb 2014 12:39:01 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBOEM-0006iH-GZ; Thu, 06 Feb 2014 12:38:58 +0000 Received: from [85.158.143.35:20726] by server-3.bemta-4.messagelabs.com id 9C/FB-11539-16283F25; Thu, 06 Feb 2014 12:38:57 +0000 X-Env-Sender: iwj@xenbits.xen.org X-Msg-Ref: server-14.tower-21.messagelabs.com!1391690336!3626393!1 X-Originating-IP: [50.57.168.107] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10992 invoked from network); 6 Feb 2014 12:38:56 -0000 Received: from mail.xen.org (HELO mail.xen.org) (50.57.168.107) by server-14.tower-21.messagelabs.com with AES256-SHA encrypted SMTP; 6 Feb 2014 12:38:56 -0000 Received: from xenbits.xen.org ([50.57.170.242]) by mail.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBOEG-0008Oc-1y; Thu, 06 Feb 2014 12:38:52 +0000 Received: from iwj by xenbits.xen.org with local (Exim 4.72) (envelope-from ) id 1WBOEF-0000Zm-Nk; Thu, 06 Feb 2014 12:38:52 +0000 Date: Thu, 06 Feb 2014 12:38:51 +0000 Message-Id: Content-Type: multipart/mixed; boundary="=separator"; charset="utf-8" Content-Transfer-Encoding: binary MIME-Version: 1.0 X-Mailer: MIME-tools 5.428 (Entity 5.428) 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 Cc: "Xen.org security team" Subject: [Xen-users] Xen Security Advisory 85 - Off-by-one error in FLASK_AVC_CACHESTAT hypercall X-BeenThere: xen-users@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 XSA-85 version 2 Off-by-one error in FLASK_AVC_CACHESTAT hypercall UPDATES IN VERSION 2 ==================== Public release. ISSUE DESCRIPTION ================= The FLASK_AVC_CACHESTAT hypercall, which provides access to per-cpu statistics on the Flask security policy, incorrectly validates the CPU for which statistics are being requested. IMPACT ====== An attacker can cause the hypervisor to read past the end of an array. This may result in either a host crash, leading to a denial of service, or access to a small and static region of hypervisor memory, leading to an information leak. VULNERABLE SYSTEMS ================== Xen version 4.2 and later are vulnerable to this issue when built with XSM/Flask support. XSM support is disabled by default and is enabled by building with XSM_ENABLE=y. Only systems with the maximum supported number of physical CPUs are vulnerable. Systems with a greater number of physical CPUs will only make use of the maximum supported number and are therefore vulnerable. By default the following maximums apply: * x86_32: 128 (only until Xen 4.2.x) * x86_64: 256 These defaults can be overridden at build time via max_phys_cpus=N. The vulnerable hypercall is exposed to all domains. MITIGATION ========== Rebuilding Xen with more supported physical CPUs can avoid the vulnerability; provided that the supported number is strictly greater than the actual number of CPUs on any host on which the hypervisor is to run. If XSM is compiled in, but not actually in use, compiling it out (with XSM_ENABLE=n) will avoid the vulnerability. CREDITS ======= This issue was discovered by Matthew Daley. RESOLUTION ========== Applying the attached patch resolves this issue. xsa85.patch xen-unstable, Xen 4.3.x, Xen 4.2.x $ sha256sum xsa85*.patch 20571024e6815eeb40d2f92a3d70ae699047cffafb5431ec74b652e0843a5315 xsa85.patch $ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJS84H+AAoJEIP+FMlX6CvZXy8H/An+HT3e3Av9G3PWIv+i10O3 FE7fhT53tBCbDlcqDghoO9PE6YctWV8glJHdg5TfpzXkjbVL2Go/poUhwvVqxePj ja5x5saXHvXoKwglc7sZmryil5bhecTKspNL5AfTlvP4dyNZMnOAvlbnyCtKUS45 bH0TSonTL50yRH1tCEaIKYDnOisIk3E5yduIpkRnqwamKw+DbHMGlmq5sPZq4rLH EYa/yhqh4bDStGAlRuBHG8ms+F7SgxH8dTjXhCbTe5BeAxYg1cP5yGX61y14xJJt KAObUS4E1KOcP1jRWIQ1HhHQxwWwEDdRk+ZQspGuIt34hY1SfMcbpFu7LutcI4Y= =SiDW -----END PGP SIGNATURE----- --=separator Content-Type: application/octet-stream; name="xsa85.patch" Content-Disposition: attachment; filename="xsa85.patch" Content-Transfer-Encoding: base64 RnJvbSA1OTNiYzhjNjNkNTgyZWMwZmMyYjNhMzUzMzYxMDZjZjljM2E4YjM0 IE1vbiBTZXAgMTcgMDA6MDA6MDAgMjAwMQpGcm9tOiBNYXR0aGV3IERhbGV5 IDxtYXR0ZEBidWdmdXp6LmNvbT4KRGF0ZTogU3VuLCAxMiBKYW4gMjAxNCAx NDoyOTozMiArMTMwMApTdWJqZWN0OiBbUEFUQ0hdIHhzbS9mbGFzazogY29y cmVjdCBvZmYtYnktb25lIGluCiBmbGFza19zZWN1cml0eV9hdmNfY2FjaGVz dGF0cyBjcHUgaWQgY2hlY2sKClRoaXMgaXMgWFNBLTg1CgpTaWduZWQtb2Zm LWJ5OiBNYXR0aGV3IERhbGV5IDxtYXR0ZEBidWdmdXp6LmNvbT4KUmV2aWV3 ZWQtYnk6IEphbiBCZXVsaWNoIDxqYmV1bGljaEBzdXNlLmNvbT4KUmV2aWV3 ZWQtYnk6IElhbiBDYW1wYmVsbCA8aWFuLmNhbXBiZWxsQGNpdHJpeC5jb20+ Ci0tLQogeGVuL3hzbS9mbGFzay9mbGFza19vcC5jIHwgMiArLQogMSBmaWxl IGNoYW5nZWQsIDEgaW5zZXJ0aW9uKCspLCAxIGRlbGV0aW9uKC0pCgpkaWZm IC0tZ2l0IGEveGVuL3hzbS9mbGFzay9mbGFza19vcC5jIGIveGVuL3hzbS9m bGFzay9mbGFza19vcC5jCmluZGV4IDQ0MjZhYjkuLjIyODc4ZjUgMTAwNjQ0 Ci0tLSBhL3hlbi94c20vZmxhc2svZmxhc2tfb3AuYworKysgYi94ZW4veHNt L2ZsYXNrL2ZsYXNrX29wLmMKQEAgLTQ1Nyw3ICs0NTcsNyBAQCBzdGF0aWMg aW50IGZsYXNrX3NlY3VyaXR5X2F2Y19jYWNoZXN0YXRzKHN0cnVjdCB4ZW5f Zmxhc2tfY2FjaGVfc3RhdHMgKmFyZykKIHsKICAgICBzdHJ1Y3QgYXZjX2Nh Y2hlX3N0YXRzICpzdDsKIAotICAgIGlmICggYXJnLT5jcHUgPiBucl9jcHVf aWRzICkKKyAgICBpZiAoIGFyZy0+Y3B1ID49IG5yX2NwdV9pZHMgKQogICAg ICAgICByZXR1cm4gLUVOT0VOVDsKICAgICBpZiAoICFjcHVfb25saW5lKGFy Zy0+Y3B1KSApCiAgICAgICAgIHJldHVybiAtRU5PRU5UOwotLSAKMS44LjUu MgoK --=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 Thu Feb 06 12:39:08 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 06 Feb 2014 12:39: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 1WBOEP-0006jE-87; Thu, 06 Feb 2014 12:39:01 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBOEM-0006iH-GZ; Thu, 06 Feb 2014 12:38:58 +0000 Received: from [85.158.143.35:20726] by server-3.bemta-4.messagelabs.com id 9C/FB-11539-16283F25; Thu, 06 Feb 2014 12:38:57 +0000 X-Env-Sender: iwj@xenbits.xen.org X-Msg-Ref: server-14.tower-21.messagelabs.com!1391690336!3626393!1 X-Originating-IP: [50.57.168.107] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10992 invoked from network); 6 Feb 2014 12:38:56 -0000 Received: from mail.xen.org (HELO mail.xen.org) (50.57.168.107) by server-14.tower-21.messagelabs.com with AES256-SHA encrypted SMTP; 6 Feb 2014 12:38:56 -0000 Received: from xenbits.xen.org ([50.57.170.242]) by mail.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBOEG-0008Oc-1y; Thu, 06 Feb 2014 12:38:52 +0000 Received: from iwj by xenbits.xen.org with local (Exim 4.72) (envelope-from ) id 1WBOEF-0000Zm-Nk; Thu, 06 Feb 2014 12:38:52 +0000 Date: Thu, 06 Feb 2014 12:38:51 +0000 Message-Id: Content-Type: multipart/mixed; boundary="=separator"; charset="utf-8" Content-Transfer-Encoding: binary MIME-Version: 1.0 X-Mailer: MIME-tools 5.428 (Entity 5.428) 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 Cc: "Xen.org security team" Subject: [Xen-users] Xen Security Advisory 85 - Off-by-one error in FLASK_AVC_CACHESTAT hypercall X-BeenThere: xen-users@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 XSA-85 version 2 Off-by-one error in FLASK_AVC_CACHESTAT hypercall UPDATES IN VERSION 2 ==================== Public release. ISSUE DESCRIPTION ================= The FLASK_AVC_CACHESTAT hypercall, which provides access to per-cpu statistics on the Flask security policy, incorrectly validates the CPU for which statistics are being requested. IMPACT ====== An attacker can cause the hypervisor to read past the end of an array. This may result in either a host crash, leading to a denial of service, or access to a small and static region of hypervisor memory, leading to an information leak. VULNERABLE SYSTEMS ================== Xen version 4.2 and later are vulnerable to this issue when built with XSM/Flask support. XSM support is disabled by default and is enabled by building with XSM_ENABLE=y. Only systems with the maximum supported number of physical CPUs are vulnerable. Systems with a greater number of physical CPUs will only make use of the maximum supported number and are therefore vulnerable. By default the following maximums apply: * x86_32: 128 (only until Xen 4.2.x) * x86_64: 256 These defaults can be overridden at build time via max_phys_cpus=N. The vulnerable hypercall is exposed to all domains. MITIGATION ========== Rebuilding Xen with more supported physical CPUs can avoid the vulnerability; provided that the supported number is strictly greater than the actual number of CPUs on any host on which the hypervisor is to run. If XSM is compiled in, but not actually in use, compiling it out (with XSM_ENABLE=n) will avoid the vulnerability. CREDITS ======= This issue was discovered by Matthew Daley. RESOLUTION ========== Applying the attached patch resolves this issue. xsa85.patch xen-unstable, Xen 4.3.x, Xen 4.2.x $ sha256sum xsa85*.patch 20571024e6815eeb40d2f92a3d70ae699047cffafb5431ec74b652e0843a5315 xsa85.patch $ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJS84H+AAoJEIP+FMlX6CvZXy8H/An+HT3e3Av9G3PWIv+i10O3 FE7fhT53tBCbDlcqDghoO9PE6YctWV8glJHdg5TfpzXkjbVL2Go/poUhwvVqxePj ja5x5saXHvXoKwglc7sZmryil5bhecTKspNL5AfTlvP4dyNZMnOAvlbnyCtKUS45 bH0TSonTL50yRH1tCEaIKYDnOisIk3E5yduIpkRnqwamKw+DbHMGlmq5sPZq4rLH EYa/yhqh4bDStGAlRuBHG8ms+F7SgxH8dTjXhCbTe5BeAxYg1cP5yGX61y14xJJt KAObUS4E1KOcP1jRWIQ1HhHQxwWwEDdRk+ZQspGuIt34hY1SfMcbpFu7LutcI4Y= =SiDW -----END PGP SIGNATURE----- --=separator Content-Type: application/octet-stream; name="xsa85.patch" Content-Disposition: attachment; filename="xsa85.patch" Content-Transfer-Encoding: base64 RnJvbSA1OTNiYzhjNjNkNTgyZWMwZmMyYjNhMzUzMzYxMDZjZjljM2E4YjM0 IE1vbiBTZXAgMTcgMDA6MDA6MDAgMjAwMQpGcm9tOiBNYXR0aGV3IERhbGV5 IDxtYXR0ZEBidWdmdXp6LmNvbT4KRGF0ZTogU3VuLCAxMiBKYW4gMjAxNCAx NDoyOTozMiArMTMwMApTdWJqZWN0OiBbUEFUQ0hdIHhzbS9mbGFzazogY29y cmVjdCBvZmYtYnktb25lIGluCiBmbGFza19zZWN1cml0eV9hdmNfY2FjaGVz dGF0cyBjcHUgaWQgY2hlY2sKClRoaXMgaXMgWFNBLTg1CgpTaWduZWQtb2Zm LWJ5OiBNYXR0aGV3IERhbGV5IDxtYXR0ZEBidWdmdXp6LmNvbT4KUmV2aWV3 ZWQtYnk6IEphbiBCZXVsaWNoIDxqYmV1bGljaEBzdXNlLmNvbT4KUmV2aWV3 ZWQtYnk6IElhbiBDYW1wYmVsbCA8aWFuLmNhbXBiZWxsQGNpdHJpeC5jb20+ Ci0tLQogeGVuL3hzbS9mbGFzay9mbGFza19vcC5jIHwgMiArLQogMSBmaWxl IGNoYW5nZWQsIDEgaW5zZXJ0aW9uKCspLCAxIGRlbGV0aW9uKC0pCgpkaWZm IC0tZ2l0IGEveGVuL3hzbS9mbGFzay9mbGFza19vcC5jIGIveGVuL3hzbS9m bGFzay9mbGFza19vcC5jCmluZGV4IDQ0MjZhYjkuLjIyODc4ZjUgMTAwNjQ0 Ci0tLSBhL3hlbi94c20vZmxhc2svZmxhc2tfb3AuYworKysgYi94ZW4veHNt L2ZsYXNrL2ZsYXNrX29wLmMKQEAgLTQ1Nyw3ICs0NTcsNyBAQCBzdGF0aWMg aW50IGZsYXNrX3NlY3VyaXR5X2F2Y19jYWNoZXN0YXRzKHN0cnVjdCB4ZW5f Zmxhc2tfY2FjaGVfc3RhdHMgKmFyZykKIHsKICAgICBzdHJ1Y3QgYXZjX2Nh Y2hlX3N0YXRzICpzdDsKIAotICAgIGlmICggYXJnLT5jcHUgPiBucl9jcHVf aWRzICkKKyAgICBpZiAoIGFyZy0+Y3B1ID49IG5yX2NwdV9pZHMgKQogICAg ICAgICByZXR1cm4gLUVOT0VOVDsKICAgICBpZiAoICFjcHVfb25saW5lKGFy Zy0+Y3B1KSApCiAgICAgICAgIHJldHVybiAtRU5PRU5UOwotLSAKMS44LjUu MgoK --=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 Thu Feb 06 12:39:28 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 06 Feb 2014 12:39: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 1WBOEo-0006rh-Q6; Thu, 06 Feb 2014 12:39:26 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBOEl-0006q9-VA; Thu, 06 Feb 2014 12:39:24 +0000 Received: from [85.158.143.35:32043] by server-3.bemta-4.messagelabs.com id C6/0D-11539-B7283F25; Thu, 06 Feb 2014 12:39:23 +0000 X-Env-Sender: iwj@xenbits.xen.org X-Msg-Ref: server-15.tower-21.messagelabs.com!1391690361!3632109!1 X-Originating-IP: [50.57.168.107] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5432 invoked from network); 6 Feb 2014 12:39:22 -0000 Received: from mail.xen.org (HELO mail.xen.org) (50.57.168.107) by server-15.tower-21.messagelabs.com with AES256-SHA encrypted SMTP; 6 Feb 2014 12:39:22 -0000 Received: from xenbits.xen.org ([50.57.170.242]) by mail.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBOEg-0008Pj-3h; Thu, 06 Feb 2014 12:39:18 +0000 Received: from iwj by xenbits.xen.org with local (Exim 4.72) (envelope-from ) id 1WBOEf-0000s1-Tq; Thu, 06 Feb 2014 12:39:18 +0000 Date: Thu, 06 Feb 2014 12:39:17 +0000 Message-Id: Content-Type: multipart/mixed; boundary="=separator"; charset="utf-8" Content-Transfer-Encoding: binary MIME-Version: 1.0 X-Mailer: MIME-tools 5.428 (Entity 5.428) 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 Cc: "Xen.org security team" Subject: [Xen-users] Xen Security Advisory 86 - libvchan failure handling malicious ring indexes X-BeenThere: xen-users@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 XSA-86 version 2 libvchan failure handling malicious ring indexes UPDATES IN VERSION 2 ==================== Public release. ISSUE DESCRIPTION ================= libvchan (a library for inter-domain communication) does not correctly handle unusual or malicious contents in the xenstore ring. A malicious guest can exploit this to cause a libvchan-using facility to read or write past the end of the ring. IMPACT ====== libvchan-using facilities are vulnerable to denial of service and perhaps privilege escalation. There are no such services provided in the upstream Xen Project codebase. VULNERABLE SYSTEMS ================== All versions of libvchan are vulnerable. Only installations which use libvchan for communication involving untrusted domains are vulnerable. libvirt, xapi, xend, libxl and xl do not use libvchan. If your installation contains other Xen-related software components it is possible that they use libvchan and might be vulnerable. Xen versions 4.1 and earlier do not contain libvchan. MITIGATION ========== Disabling libvchan-based facilities could be used to mitigate the vulnerability. CREDITS ======= This issue was discovered by Marek Marczykowski-Górecki of Invisible Things Lab. RESOLUTION ========== Applying the appropriate attached patch resolves this issue. After the patch is applied to the Xen tree and built, any software which is statically linked against libvchan will need to be relinked against the new libvchan.a for the fix to take effect. xsa86.patch Xen 4.2.x, 4.3.x, 4.4-RC series, and xen-unstable $ sha256sum xsa86*.patch cd2df017e42717dd2a1b6f2fdd3ad30a38d3c0fbdd9d08b5f56ee0a01cd87b51 xsa86.patch $ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJS84JeAAoJEIP+FMlX6CvZsvYH/3HbxPvs42Al1gncMsc4uh+R V+j48ENTQzSNhVTtXQq9bUgNk5Dp/kok7RpZbxCWIBl79UUP/fpPUT/FjD5egMOX NU8FslhmalOkkpmyeX0Kt1SvhQt6FvaozTTOdR47wHerfd+mKkYchFRrkCBvllBU /UIVItU6fA5xyXSsFy8quT66g2a88OTlv30YTsg3jhDo48FxO7A54ay4xVAIyOFK 4Wl+hpEgTSE47VRSIGriAvjOMSSQjiMFPjR/DSbUMj8FaVhwVSitIEG9cRhn+3HE I6HqPFzy2jP+Lzj/WFkkZrt/k12GL4cZafg7th3/YcmABfR23QMN5SwfYDLKqqw= =XbpF -----END PGP SIGNATURE----- --=separator Content-Type: application/octet-stream; name="xsa86.patch" Content-Disposition: attachment; filename="xsa86.patch" Content-Transfer-Encoding: base64 RnJvbSBiNGM0NTI2NDZlZmQzN2I0Y2QwOTk2MjU2ZGQwYWI3YmY2Y2NiN2Y2 IE1vbiBTZXAgMTcgMDA6MDA6MDAgMjAwMQpGcm9tOiA9P1VURi04P3E/TWFy ZWs9MjBNYXJjenlrb3dza2ktRz1DMz1CM3JlY2tpPz0KIDxtYXJtYXJla0Bp bnZpc2libGV0aGluZ3NsYWIuY29tPgpEYXRlOiBNb24sIDIwIEphbiAyMDE0 IDE1OjUxOjU2ICswMDAwClN1YmplY3Q6IFtQQVRDSF0gbGlidmNoYW46IEZp eCBoYW5kbGluZyBvZiBpbnZhbGlkIHJpbmcgYnVmZmVyIGluZGljZXMKTUlN RS1WZXJzaW9uOiAxLjAKQ29udGVudC1UeXBlOiB0ZXh0L3BsYWluOyBjaGFy c2V0PVVURi04CkNvbnRlbnQtVHJhbnNmZXItRW5jb2Rpbmc6IDhiaXQKClRo ZSByZW1vdGUgKGhvc3RpbGUpIHByb2Nlc3MgY2FuIHNldCByaW5nIGJ1ZmZl ciBpbmRpY2VzIHRvIGFueSB2YWx1ZQphdCBhbnkgdGltZS4gSWYgdGhhdCBo YXBwZW5zLCBpdCBpcyBwb3NzaWJsZSB0byBnZXQgImJ1ZmZlciBzcGFjZSIK KGVpdGhlciBmb3Igd3JpdGluZyBkYXRhLCBvciByZWFkeSBmb3IgcmVhZGlu ZykgbmVnYXRpdmUgb3IgZ3JlYXRlcgp0aGFuIGJ1ZmZlciBzaXplLiAgVGhp cyB3aWxsIGVuZCB1cCB3aXRoIGJ1ZmZlciBvdmVyZmxvdyBpbiB0aGUgc2Vj b25kCm1lbWNweSBpbnNpZGUgb2YgZG9fc2VuZC9kb19yZWN2LgoKRml4IHRo aXMgYnkgaW50cm9kdWNpbmcgbmV3IGF2YWlsYWJsZSBieXRlcyBhY2Nlc3Nv ciBmdW5jdGlvbnMKcmF3X2dldF9kYXRhX3JlYWR5IGFuZCByYXdfZ2V0X2J1 ZmZlcl9zcGFjZSB3aGljaCBhcmUgcm9idXN0IGFnYWluc3QKbWFkIHJpbmcg c3RhdGVzLCBhbmQgb25seSByZXR1cm4gc2FuaXRpc2VkIHZhbHVlcy4KClBy b29mIHNrZXRjaCBvZiBjb3JyZWN0bmVzczoKCk5vdyB7cmQsd3J9X3tjb25z LHByb2R9IGFyZSBvbmx5IGV2ZXIgdXNlZCBpbiB0aGUgcmF3IGF2YWlsYWJs ZSBieXRlcwpmdW5jdGlvbnMsIGFuZCBpbiBkb19zZW5kIGFuZCBkb19yZWN2 LgoKVGhlIHJhdyBhdmFpbGFibGUgYnl0ZXMgZnVuY3Rpb25zIGRvIHVuc2ln bmVkIGFyaXRobWV0aWMgb24gdGhlCnJldHVybmVkIHZhbHVlcy4gIElmIHRo ZSByZXN1bHQgaXMgIm5lZ2F0aXZlIiBvciB0b28gYmlnIGl0IHdpbGwgYmUK PnJpbmdfc2l6ZSAoc2luY2Ugd2UgdXNlZCB1bnNpZ25lZCBhcml0aG1ldGlj KS4gIE90aGVyd2lzZSB0aGUgcmVzdWx0CmlzIGEgcG9zaXRpdmUgaW4tcmFu Z2UgdmFsdWUgcmVwcmVzZW50aW5nIGEgcmVhc29uYWJsZSByaW5nIHN0YXRl LCBpbgp3aGljaCBjYXNlIHdlIGNhbiBzYWZlbHkgY29udmVydCBpdCB0byBp bnQgKGFzIHRoZSByZXN0IG9mIHRoZSBjb2RlCmV4cGVjdHMpLgoKZG9fc2Vu ZCBhbmQgZG9fcmVjdiBpbW1lZGlhdGVseSBtYXNrIHRoZSByaW5nIGluZGV4 IHZhbHVlIHdpdGggdGhlCnJpbmcgc2l6ZS4gIFRoZSByZXN1bHQgaXMgYWx3 YXlzIGdvaW5nIHRvIGJlIHBsYXVzaWJsZS4gIElmIHRoZSByaW5nCnN0YXRl IGhhcyBiZWNvbWUgbWFkLCB0aGUgd29yc3QgY2FzZSBpcyB0aGF0IG91ciBi ZWhhdmlvdXIgaXMKaW5jb25zaXN0ZW50IHdpdGggdGhlIHBlZXIncyByaW5n IHBvaW50ZXIuICBJLmUuIHdlIHJlYWQgb3Igd3JpdGUgdG8KYXJndWFibHkt aW5jb3JyZWN0IHBhcnRzIG9mIHRoZSByaW5nIC0gYnV0IGFsd2F5cyBwYXJ0 cyBvZiB0aGUgcmluZy4KQW5kIG9mIGNvdXJzZSBpZiBhIHBlZXIgbWlzb3Bl cmF0ZXMgdGhlIHJpbmcgdGhleSBjYW4gYWNoaWV2ZSB0aGlzCmVmZmVjdCBh bnl3YXkuCgpTbyB0aGUgc2VjdXJpdHkgcHJvYmxlbSBpcyBmaXhlZC4KClRo aXMgaXMgWFNBLTg2LgoKKFRoZSBwYXRjaCBpcyBlc3NlbnRpYWxseSBJYW4g SmFja3NvbidzIHdvcmssIGFsdGhvdWdoIHBhcnRzIG9mIHRoZQpjb21taXQg bWVzc2FnZSBhcmUgYnkgTWFyZWsuKQoKU2lnbmVkLW9mZi1ieTogTWFyZWsg TWFyY3p5a293c2tpLUfDs3JlY2tpIDxtYXJtYXJla0BpbnZpc2libGV0aGlu Z3NsYWIuY29tPgpTaWduZWQtb2ZmLWJ5OiBJYW4gSmFja3NvbiA8aWFuLmph Y2tzb25AZXUuY2l0cml4LmNvbT4KQ2M6IE1hcmVrIE1hcmN6eWtvd3NraS1H w7NyZWNraSA8bWFybWFyZWtAaW52aXNpYmxldGhpbmdzbGFiLmNvbT4KQ2M6 IEpvYW5uYSBSdXRrb3dza2EgPGpvYW5uYUBpbnZpc2libGV0aGluZ3NsYWIu Y29tPgotLS0KIHRvb2xzL2xpYnZjaGFuL2lvLmMgfCAgIDQ3ICsrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrLS0tLS0tCiAxIGZp bGUgY2hhbmdlZCwgNDEgaW5zZXJ0aW9ucygrKSwgNiBkZWxldGlvbnMoLSkK CmRpZmYgLS1naXQgYS90b29scy9saWJ2Y2hhbi9pby5jIGIvdG9vbHMvbGli dmNoYW4vaW8uYwppbmRleCAyMzgzMzY0Li44MDRjNjNjIDEwMDY0NAotLS0g YS90b29scy9saWJ2Y2hhbi9pby5jCisrKyBiL3Rvb2xzL2xpYnZjaGFuL2lv LmMKQEAgLTExMSwxMiArMTExLDI2IEBAIHN0YXRpYyBpbmxpbmUgaW50IHNl bmRfbm90aWZ5KHN0cnVjdCBsaWJ4ZW52Y2hhbiAqY3RybCwgdWludDhfdCBi aXQpCiAJCXJldHVybiAwOwogfQogCisvKgorICogR2V0IHRoZSBhbW91bnQg b2YgYnVmZmVyIHNwYWNlIGF2YWlsYWJsZSwgYW5kIGRvIG5vdGhpbmcgYWJv dXQKKyAqIG5vdGlmaWNhdGlvbnMuCisgKi8KK3N0YXRpYyBpbmxpbmUgaW50 IHJhd19nZXRfZGF0YV9yZWFkeShzdHJ1Y3QgbGlieGVudmNoYW4gKmN0cmwp Cit7CisJdWludDMyX3QgcmVhZHkgPSByZF9wcm9kKGN0cmwpIC0gcmRfY29u cyhjdHJsKTsKKwlpZiAocmVhZHkgPj0gcmRfcmluZ19zaXplKGN0cmwpKQor CQkvKiBXZSBoYXZlIG5vIHdheSB0byByZXR1cm4gZXJyb3JzLiAgTG9ja2lu ZyB1cCB0aGUgcmluZyBpcworCQkgKiBiZXR0ZXIgdGhhbiB0aGUgYWx0ZXJu YXRpdmVzLiAqLworCQlyZXR1cm4gMDsKKwlyZXR1cm4gcmVhZHk7Cit9CisK IC8qKgogICogR2V0IHRoZSBhbW91bnQgb2YgYnVmZmVyIHNwYWNlIGF2YWls YWJsZSBhbmQgZW5hYmxlIG5vdGlmaWNhdGlvbnMgaWYgbmVlZGVkLgogICov CiBzdGF0aWMgaW5saW5lIGludCBmYXN0X2dldF9kYXRhX3JlYWR5KHN0cnVj dCBsaWJ4ZW52Y2hhbiAqY3RybCwgc2l6ZV90IHJlcXVlc3QpCiB7Ci0JaW50 IHJlYWR5ID0gcmRfcHJvZChjdHJsKSAtIHJkX2NvbnMoY3RybCk7CisJaW50 IHJlYWR5ID0gcmF3X2dldF9kYXRhX3JlYWR5KGN0cmwpOwogCWlmIChyZWFk eSA+PSByZXF1ZXN0KQogCQlyZXR1cm4gcmVhZHk7CiAJLyogV2UgcGxhbiB0 byBjb25zdW1lIGFsbCBkYXRhOyBwbGVhc2UgdGVsbCB1cyBpZiB5b3Ugc2Vu ZCBtb3JlICovCkBAIC0xMjYsNyArMTQwLDcgQEAgc3RhdGljIGlubGluZSBp bnQgZmFzdF9nZXRfZGF0YV9yZWFkeShzdHJ1Y3QgbGlieGVudmNoYW4gKmN0 cmwsIHNpemVfdCByZXF1ZXN0KQogCSAqIHdpbGwgbm90IGdldCBub3RpZmll ZCBldmVuIHRob3VnaCB0aGUgYWN0dWFsIGFtb3VudCBvZiBkYXRhIHJlYWR5 IGlzCiAJICogYWJvdmUgcmVxdWVzdC4gUmVyZWFkIHJkX3Byb2QgdG8gY292 ZXIgdGhpcyBjYXNlLgogCSAqLwotCXJldHVybiByZF9wcm9kKGN0cmwpIC0g cmRfY29ucyhjdHJsKTsKKwlyZXR1cm4gcmF3X2dldF9kYXRhX3JlYWR5KGN0 cmwpOwogfQogCiBpbnQgbGlieGVudmNoYW5fZGF0YV9yZWFkeShzdHJ1Y3Qg bGlieGVudmNoYW4gKmN0cmwpCkBAIC0xMzUsNyArMTQ5LDIxIEBAIGludCBs aWJ4ZW52Y2hhbl9kYXRhX3JlYWR5KHN0cnVjdCBsaWJ4ZW52Y2hhbiAqY3Ry bCkKIAkgKiB3aGVuIGl0IGNoYW5nZXMKIAkgKi8KIAlyZXF1ZXN0X25vdGlm eShjdHJsLCBWQ0hBTl9OT1RJRllfV1JJVEUpOwotCXJldHVybiByZF9wcm9k KGN0cmwpIC0gcmRfY29ucyhjdHJsKTsKKwlyZXR1cm4gcmF3X2dldF9kYXRh X3JlYWR5KGN0cmwpOworfQorCisvKioKKyAqIEdldCB0aGUgYW1vdW50IG9m IGJ1ZmZlciBzcGFjZSBhdmFpbGFibGUsIGFuZCBkbyBub3RoaW5nCisgKiBh Ym91dCBub3RpZmljYXRpb25zCisgKi8KK3N0YXRpYyBpbmxpbmUgaW50IHJh d19nZXRfYnVmZmVyX3NwYWNlKHN0cnVjdCBsaWJ4ZW52Y2hhbiAqY3RybCkK K3sKKwl1aW50MzJfdCByZWFkeSA9IHdyX3Jpbmdfc2l6ZShjdHJsKSAtICh3 cl9wcm9kKGN0cmwpIC0gd3JfY29ucyhjdHJsKSk7CisJaWYgKHJlYWR5ID4g d3JfcmluZ19zaXplKGN0cmwpKQorCQkvKiBXZSBoYXZlIG5vIHdheSB0byBy ZXR1cm4gZXJyb3JzLiAgTG9ja2luZyB1cCB0aGUgcmluZyBpcworCQkgKiBi ZXR0ZXIgdGhhbiB0aGUgYWx0ZXJuYXRpdmVzLiAqLworCQlyZXR1cm4gMDsK KwlyZXR1cm4gcmVhZHk7CiB9CiAKIC8qKgpAQCAtMTQzLDcgKzE3MSw3IEBA IGludCBsaWJ4ZW52Y2hhbl9kYXRhX3JlYWR5KHN0cnVjdCBsaWJ4ZW52Y2hh biAqY3RybCkKICAqLwogc3RhdGljIGlubGluZSBpbnQgZmFzdF9nZXRfYnVm ZmVyX3NwYWNlKHN0cnVjdCBsaWJ4ZW52Y2hhbiAqY3RybCwgc2l6ZV90IHJl cXVlc3QpCiB7Ci0JaW50IHJlYWR5ID0gd3JfcmluZ19zaXplKGN0cmwpIC0g KHdyX3Byb2QoY3RybCkgLSB3cl9jb25zKGN0cmwpKTsKKwlpbnQgcmVhZHkg PSByYXdfZ2V0X2J1ZmZlcl9zcGFjZShjdHJsKTsKIAlpZiAocmVhZHkgPj0g cmVxdWVzdCkKIAkJcmV0dXJuIHJlYWR5OwogCS8qIFdlIHBsYW4gdG8gZmls bCB0aGUgYnVmZmVyOyBwbGVhc2UgdGVsbCB1cyB3aGVuIHlvdSd2ZSByZWFk IGl0ICovCkBAIC0xNTMsNyArMTgxLDcgQEAgc3RhdGljIGlubGluZSBpbnQg ZmFzdF9nZXRfYnVmZmVyX3NwYWNlKHN0cnVjdCBsaWJ4ZW52Y2hhbiAqY3Ry bCwgc2l6ZV90IHJlcXVlc3QKIAkgKiB3aWxsIG5vdCBnZXQgbm90aWZpZWQg ZXZlbiB0aG91Z2ggdGhlIGFjdHVhbCBhbW91bnQgb2YgYnVmZmVyIHNwYWNl CiAJICogaXMgYWJvdmUgcmVxdWVzdC4gUmVyZWFkIHdyX2NvbnMgdG8gY292 ZXIgdGhpcyBjYXNlLgogCSAqLwotCXJldHVybiB3cl9yaW5nX3NpemUoY3Ry bCkgLSAod3JfcHJvZChjdHJsKSAtIHdyX2NvbnMoY3RybCkpOworCXJldHVy biByYXdfZ2V0X2J1ZmZlcl9zcGFjZShjdHJsKTsKIH0KIAogaW50IGxpYnhl bnZjaGFuX2J1ZmZlcl9zcGFjZShzdHJ1Y3QgbGlieGVudmNoYW4gKmN0cmwp CkBAIC0xNjIsNyArMTkwLDcgQEAgaW50IGxpYnhlbnZjaGFuX2J1ZmZlcl9z cGFjZShzdHJ1Y3QgbGlieGVudmNoYW4gKmN0cmwpCiAJICogd2hlbiBpdCBj aGFuZ2VzCiAJICovCiAJcmVxdWVzdF9ub3RpZnkoY3RybCwgVkNIQU5fTk9U SUZZX1JFQUQpOwotCXJldHVybiB3cl9yaW5nX3NpemUoY3RybCkgLSAod3Jf cHJvZChjdHJsKSAtIHdyX2NvbnMoY3RybCkpOworCXJldHVybiByYXdfZ2V0 X2J1ZmZlcl9zcGFjZShjdHJsKTsKIH0KIAogaW50IGxpYnhlbnZjaGFuX3dh aXQoc3RydWN0IGxpYnhlbnZjaGFuICpjdHJsKQpAQCAtMTc2LDYgKzIwNCw4 IEBAIGludCBsaWJ4ZW52Y2hhbl93YWl0KHN0cnVjdCBsaWJ4ZW52Y2hhbiAq Y3RybCkKIAogLyoqCiAgKiByZXR1cm5zIC0xIG9uIGVycm9yLCBvciBzaXpl IG9uIHN1Y2Nlc3MKKyAqCisgKiBjYWxsZXIgbXVzdCBoYXZlIGNoZWNrZWQg dGhhdCBlbm91Z2ggc3BhY2UgaXMgYXZhaWxhYmxlCiAgKi8KIHN0YXRpYyBp bnQgZG9fc2VuZChzdHJ1Y3QgbGlieGVudmNoYW4gKmN0cmwsIGNvbnN0IHZv aWQgKmRhdGEsIHNpemVfdCBzaXplKQogewpAQCAtMjQ4LDYgKzI3OCwxMSBA QCBpbnQgbGlieGVudmNoYW5fd3JpdGUoc3RydWN0IGxpYnhlbnZjaGFuICpj dHJsLCBjb25zdCB2b2lkICpkYXRhLCBzaXplX3Qgc2l6ZSkKIAl9CiB9CiAK Ky8qKgorICogcmV0dXJucyAtMSBvbiBlcnJvciwgb3Igc2l6ZSBvbiBzdWNj ZXNzCisgKgorICogY2FsbGVyIG11c3QgaGF2ZSBjaGVja2VkIHRoYXQgZW5v dWdoIGRhdGEgaXMgYXZhaWxhYmxlCisgKi8KIHN0YXRpYyBpbnQgZG9fcmVj dihzdHJ1Y3QgbGlieGVudmNoYW4gKmN0cmwsIHZvaWQgKmRhdGEsIHNpemVf dCBzaXplKQogewogCWludCByZWFsX2lkeCA9IHJkX2NvbnMoY3RybCkgJiAo cmRfcmluZ19zaXplKGN0cmwpIC0gMSk7Ci0tIAoxLjcuMTAuNAoK --=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 Thu Feb 06 12:39:28 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 06 Feb 2014 12:39: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 1WBOEo-0006rh-Q6; Thu, 06 Feb 2014 12:39:26 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBOEl-0006q9-VA; Thu, 06 Feb 2014 12:39:24 +0000 Received: from [85.158.143.35:32043] by server-3.bemta-4.messagelabs.com id C6/0D-11539-B7283F25; Thu, 06 Feb 2014 12:39:23 +0000 X-Env-Sender: iwj@xenbits.xen.org X-Msg-Ref: server-15.tower-21.messagelabs.com!1391690361!3632109!1 X-Originating-IP: [50.57.168.107] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5432 invoked from network); 6 Feb 2014 12:39:22 -0000 Received: from mail.xen.org (HELO mail.xen.org) (50.57.168.107) by server-15.tower-21.messagelabs.com with AES256-SHA encrypted SMTP; 6 Feb 2014 12:39:22 -0000 Received: from xenbits.xen.org ([50.57.170.242]) by mail.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBOEg-0008Pj-3h; Thu, 06 Feb 2014 12:39:18 +0000 Received: from iwj by xenbits.xen.org with local (Exim 4.72) (envelope-from ) id 1WBOEf-0000s1-Tq; Thu, 06 Feb 2014 12:39:18 +0000 Date: Thu, 06 Feb 2014 12:39:17 +0000 Message-Id: Content-Type: multipart/mixed; boundary="=separator"; charset="utf-8" Content-Transfer-Encoding: binary MIME-Version: 1.0 X-Mailer: MIME-tools 5.428 (Entity 5.428) 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 Cc: "Xen.org security team" Subject: [Xen-users] Xen Security Advisory 86 - libvchan failure handling malicious ring indexes X-BeenThere: xen-users@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 XSA-86 version 2 libvchan failure handling malicious ring indexes UPDATES IN VERSION 2 ==================== Public release. ISSUE DESCRIPTION ================= libvchan (a library for inter-domain communication) does not correctly handle unusual or malicious contents in the xenstore ring. A malicious guest can exploit this to cause a libvchan-using facility to read or write past the end of the ring. IMPACT ====== libvchan-using facilities are vulnerable to denial of service and perhaps privilege escalation. There are no such services provided in the upstream Xen Project codebase. VULNERABLE SYSTEMS ================== All versions of libvchan are vulnerable. Only installations which use libvchan for communication involving untrusted domains are vulnerable. libvirt, xapi, xend, libxl and xl do not use libvchan. If your installation contains other Xen-related software components it is possible that they use libvchan and might be vulnerable. Xen versions 4.1 and earlier do not contain libvchan. MITIGATION ========== Disabling libvchan-based facilities could be used to mitigate the vulnerability. CREDITS ======= This issue was discovered by Marek Marczykowski-Górecki of Invisible Things Lab. RESOLUTION ========== Applying the appropriate attached patch resolves this issue. After the patch is applied to the Xen tree and built, any software which is statically linked against libvchan will need to be relinked against the new libvchan.a for the fix to take effect. xsa86.patch Xen 4.2.x, 4.3.x, 4.4-RC series, and xen-unstable $ sha256sum xsa86*.patch cd2df017e42717dd2a1b6f2fdd3ad30a38d3c0fbdd9d08b5f56ee0a01cd87b51 xsa86.patch $ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJS84JeAAoJEIP+FMlX6CvZsvYH/3HbxPvs42Al1gncMsc4uh+R V+j48ENTQzSNhVTtXQq9bUgNk5Dp/kok7RpZbxCWIBl79UUP/fpPUT/FjD5egMOX NU8FslhmalOkkpmyeX0Kt1SvhQt6FvaozTTOdR47wHerfd+mKkYchFRrkCBvllBU /UIVItU6fA5xyXSsFy8quT66g2a88OTlv30YTsg3jhDo48FxO7A54ay4xVAIyOFK 4Wl+hpEgTSE47VRSIGriAvjOMSSQjiMFPjR/DSbUMj8FaVhwVSitIEG9cRhn+3HE I6HqPFzy2jP+Lzj/WFkkZrt/k12GL4cZafg7th3/YcmABfR23QMN5SwfYDLKqqw= =XbpF -----END PGP SIGNATURE----- --=separator Content-Type: application/octet-stream; name="xsa86.patch" Content-Disposition: attachment; filename="xsa86.patch" Content-Transfer-Encoding: base64 RnJvbSBiNGM0NTI2NDZlZmQzN2I0Y2QwOTk2MjU2ZGQwYWI3YmY2Y2NiN2Y2 IE1vbiBTZXAgMTcgMDA6MDA6MDAgMjAwMQpGcm9tOiA9P1VURi04P3E/TWFy ZWs9MjBNYXJjenlrb3dza2ktRz1DMz1CM3JlY2tpPz0KIDxtYXJtYXJla0Bp bnZpc2libGV0aGluZ3NsYWIuY29tPgpEYXRlOiBNb24sIDIwIEphbiAyMDE0 IDE1OjUxOjU2ICswMDAwClN1YmplY3Q6IFtQQVRDSF0gbGlidmNoYW46IEZp eCBoYW5kbGluZyBvZiBpbnZhbGlkIHJpbmcgYnVmZmVyIGluZGljZXMKTUlN RS1WZXJzaW9uOiAxLjAKQ29udGVudC1UeXBlOiB0ZXh0L3BsYWluOyBjaGFy c2V0PVVURi04CkNvbnRlbnQtVHJhbnNmZXItRW5jb2Rpbmc6IDhiaXQKClRo ZSByZW1vdGUgKGhvc3RpbGUpIHByb2Nlc3MgY2FuIHNldCByaW5nIGJ1ZmZl ciBpbmRpY2VzIHRvIGFueSB2YWx1ZQphdCBhbnkgdGltZS4gSWYgdGhhdCBo YXBwZW5zLCBpdCBpcyBwb3NzaWJsZSB0byBnZXQgImJ1ZmZlciBzcGFjZSIK KGVpdGhlciBmb3Igd3JpdGluZyBkYXRhLCBvciByZWFkeSBmb3IgcmVhZGlu ZykgbmVnYXRpdmUgb3IgZ3JlYXRlcgp0aGFuIGJ1ZmZlciBzaXplLiAgVGhp cyB3aWxsIGVuZCB1cCB3aXRoIGJ1ZmZlciBvdmVyZmxvdyBpbiB0aGUgc2Vj b25kCm1lbWNweSBpbnNpZGUgb2YgZG9fc2VuZC9kb19yZWN2LgoKRml4IHRo aXMgYnkgaW50cm9kdWNpbmcgbmV3IGF2YWlsYWJsZSBieXRlcyBhY2Nlc3Nv ciBmdW5jdGlvbnMKcmF3X2dldF9kYXRhX3JlYWR5IGFuZCByYXdfZ2V0X2J1 ZmZlcl9zcGFjZSB3aGljaCBhcmUgcm9idXN0IGFnYWluc3QKbWFkIHJpbmcg c3RhdGVzLCBhbmQgb25seSByZXR1cm4gc2FuaXRpc2VkIHZhbHVlcy4KClBy b29mIHNrZXRjaCBvZiBjb3JyZWN0bmVzczoKCk5vdyB7cmQsd3J9X3tjb25z LHByb2R9IGFyZSBvbmx5IGV2ZXIgdXNlZCBpbiB0aGUgcmF3IGF2YWlsYWJs ZSBieXRlcwpmdW5jdGlvbnMsIGFuZCBpbiBkb19zZW5kIGFuZCBkb19yZWN2 LgoKVGhlIHJhdyBhdmFpbGFibGUgYnl0ZXMgZnVuY3Rpb25zIGRvIHVuc2ln bmVkIGFyaXRobWV0aWMgb24gdGhlCnJldHVybmVkIHZhbHVlcy4gIElmIHRo ZSByZXN1bHQgaXMgIm5lZ2F0aXZlIiBvciB0b28gYmlnIGl0IHdpbGwgYmUK PnJpbmdfc2l6ZSAoc2luY2Ugd2UgdXNlZCB1bnNpZ25lZCBhcml0aG1ldGlj KS4gIE90aGVyd2lzZSB0aGUgcmVzdWx0CmlzIGEgcG9zaXRpdmUgaW4tcmFu Z2UgdmFsdWUgcmVwcmVzZW50aW5nIGEgcmVhc29uYWJsZSByaW5nIHN0YXRl LCBpbgp3aGljaCBjYXNlIHdlIGNhbiBzYWZlbHkgY29udmVydCBpdCB0byBp bnQgKGFzIHRoZSByZXN0IG9mIHRoZSBjb2RlCmV4cGVjdHMpLgoKZG9fc2Vu ZCBhbmQgZG9fcmVjdiBpbW1lZGlhdGVseSBtYXNrIHRoZSByaW5nIGluZGV4 IHZhbHVlIHdpdGggdGhlCnJpbmcgc2l6ZS4gIFRoZSByZXN1bHQgaXMgYWx3 YXlzIGdvaW5nIHRvIGJlIHBsYXVzaWJsZS4gIElmIHRoZSByaW5nCnN0YXRl IGhhcyBiZWNvbWUgbWFkLCB0aGUgd29yc3QgY2FzZSBpcyB0aGF0IG91ciBi ZWhhdmlvdXIgaXMKaW5jb25zaXN0ZW50IHdpdGggdGhlIHBlZXIncyByaW5n IHBvaW50ZXIuICBJLmUuIHdlIHJlYWQgb3Igd3JpdGUgdG8KYXJndWFibHkt aW5jb3JyZWN0IHBhcnRzIG9mIHRoZSByaW5nIC0gYnV0IGFsd2F5cyBwYXJ0 cyBvZiB0aGUgcmluZy4KQW5kIG9mIGNvdXJzZSBpZiBhIHBlZXIgbWlzb3Bl cmF0ZXMgdGhlIHJpbmcgdGhleSBjYW4gYWNoaWV2ZSB0aGlzCmVmZmVjdCBh bnl3YXkuCgpTbyB0aGUgc2VjdXJpdHkgcHJvYmxlbSBpcyBmaXhlZC4KClRo aXMgaXMgWFNBLTg2LgoKKFRoZSBwYXRjaCBpcyBlc3NlbnRpYWxseSBJYW4g SmFja3NvbidzIHdvcmssIGFsdGhvdWdoIHBhcnRzIG9mIHRoZQpjb21taXQg bWVzc2FnZSBhcmUgYnkgTWFyZWsuKQoKU2lnbmVkLW9mZi1ieTogTWFyZWsg TWFyY3p5a293c2tpLUfDs3JlY2tpIDxtYXJtYXJla0BpbnZpc2libGV0aGlu Z3NsYWIuY29tPgpTaWduZWQtb2ZmLWJ5OiBJYW4gSmFja3NvbiA8aWFuLmph Y2tzb25AZXUuY2l0cml4LmNvbT4KQ2M6IE1hcmVrIE1hcmN6eWtvd3NraS1H w7NyZWNraSA8bWFybWFyZWtAaW52aXNpYmxldGhpbmdzbGFiLmNvbT4KQ2M6 IEpvYW5uYSBSdXRrb3dza2EgPGpvYW5uYUBpbnZpc2libGV0aGluZ3NsYWIu Y29tPgotLS0KIHRvb2xzL2xpYnZjaGFuL2lvLmMgfCAgIDQ3ICsrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrLS0tLS0tCiAxIGZp bGUgY2hhbmdlZCwgNDEgaW5zZXJ0aW9ucygrKSwgNiBkZWxldGlvbnMoLSkK CmRpZmYgLS1naXQgYS90b29scy9saWJ2Y2hhbi9pby5jIGIvdG9vbHMvbGli dmNoYW4vaW8uYwppbmRleCAyMzgzMzY0Li44MDRjNjNjIDEwMDY0NAotLS0g YS90b29scy9saWJ2Y2hhbi9pby5jCisrKyBiL3Rvb2xzL2xpYnZjaGFuL2lv LmMKQEAgLTExMSwxMiArMTExLDI2IEBAIHN0YXRpYyBpbmxpbmUgaW50IHNl bmRfbm90aWZ5KHN0cnVjdCBsaWJ4ZW52Y2hhbiAqY3RybCwgdWludDhfdCBi aXQpCiAJCXJldHVybiAwOwogfQogCisvKgorICogR2V0IHRoZSBhbW91bnQg b2YgYnVmZmVyIHNwYWNlIGF2YWlsYWJsZSwgYW5kIGRvIG5vdGhpbmcgYWJv dXQKKyAqIG5vdGlmaWNhdGlvbnMuCisgKi8KK3N0YXRpYyBpbmxpbmUgaW50 IHJhd19nZXRfZGF0YV9yZWFkeShzdHJ1Y3QgbGlieGVudmNoYW4gKmN0cmwp Cit7CisJdWludDMyX3QgcmVhZHkgPSByZF9wcm9kKGN0cmwpIC0gcmRfY29u cyhjdHJsKTsKKwlpZiAocmVhZHkgPj0gcmRfcmluZ19zaXplKGN0cmwpKQor CQkvKiBXZSBoYXZlIG5vIHdheSB0byByZXR1cm4gZXJyb3JzLiAgTG9ja2lu ZyB1cCB0aGUgcmluZyBpcworCQkgKiBiZXR0ZXIgdGhhbiB0aGUgYWx0ZXJu YXRpdmVzLiAqLworCQlyZXR1cm4gMDsKKwlyZXR1cm4gcmVhZHk7Cit9CisK IC8qKgogICogR2V0IHRoZSBhbW91bnQgb2YgYnVmZmVyIHNwYWNlIGF2YWls YWJsZSBhbmQgZW5hYmxlIG5vdGlmaWNhdGlvbnMgaWYgbmVlZGVkLgogICov CiBzdGF0aWMgaW5saW5lIGludCBmYXN0X2dldF9kYXRhX3JlYWR5KHN0cnVj dCBsaWJ4ZW52Y2hhbiAqY3RybCwgc2l6ZV90IHJlcXVlc3QpCiB7Ci0JaW50 IHJlYWR5ID0gcmRfcHJvZChjdHJsKSAtIHJkX2NvbnMoY3RybCk7CisJaW50 IHJlYWR5ID0gcmF3X2dldF9kYXRhX3JlYWR5KGN0cmwpOwogCWlmIChyZWFk eSA+PSByZXF1ZXN0KQogCQlyZXR1cm4gcmVhZHk7CiAJLyogV2UgcGxhbiB0 byBjb25zdW1lIGFsbCBkYXRhOyBwbGVhc2UgdGVsbCB1cyBpZiB5b3Ugc2Vu ZCBtb3JlICovCkBAIC0xMjYsNyArMTQwLDcgQEAgc3RhdGljIGlubGluZSBp bnQgZmFzdF9nZXRfZGF0YV9yZWFkeShzdHJ1Y3QgbGlieGVudmNoYW4gKmN0 cmwsIHNpemVfdCByZXF1ZXN0KQogCSAqIHdpbGwgbm90IGdldCBub3RpZmll ZCBldmVuIHRob3VnaCB0aGUgYWN0dWFsIGFtb3VudCBvZiBkYXRhIHJlYWR5 IGlzCiAJICogYWJvdmUgcmVxdWVzdC4gUmVyZWFkIHJkX3Byb2QgdG8gY292 ZXIgdGhpcyBjYXNlLgogCSAqLwotCXJldHVybiByZF9wcm9kKGN0cmwpIC0g cmRfY29ucyhjdHJsKTsKKwlyZXR1cm4gcmF3X2dldF9kYXRhX3JlYWR5KGN0 cmwpOwogfQogCiBpbnQgbGlieGVudmNoYW5fZGF0YV9yZWFkeShzdHJ1Y3Qg bGlieGVudmNoYW4gKmN0cmwpCkBAIC0xMzUsNyArMTQ5LDIxIEBAIGludCBs aWJ4ZW52Y2hhbl9kYXRhX3JlYWR5KHN0cnVjdCBsaWJ4ZW52Y2hhbiAqY3Ry bCkKIAkgKiB3aGVuIGl0IGNoYW5nZXMKIAkgKi8KIAlyZXF1ZXN0X25vdGlm eShjdHJsLCBWQ0hBTl9OT1RJRllfV1JJVEUpOwotCXJldHVybiByZF9wcm9k KGN0cmwpIC0gcmRfY29ucyhjdHJsKTsKKwlyZXR1cm4gcmF3X2dldF9kYXRh X3JlYWR5KGN0cmwpOworfQorCisvKioKKyAqIEdldCB0aGUgYW1vdW50IG9m IGJ1ZmZlciBzcGFjZSBhdmFpbGFibGUsIGFuZCBkbyBub3RoaW5nCisgKiBh Ym91dCBub3RpZmljYXRpb25zCisgKi8KK3N0YXRpYyBpbmxpbmUgaW50IHJh d19nZXRfYnVmZmVyX3NwYWNlKHN0cnVjdCBsaWJ4ZW52Y2hhbiAqY3RybCkK K3sKKwl1aW50MzJfdCByZWFkeSA9IHdyX3Jpbmdfc2l6ZShjdHJsKSAtICh3 cl9wcm9kKGN0cmwpIC0gd3JfY29ucyhjdHJsKSk7CisJaWYgKHJlYWR5ID4g d3JfcmluZ19zaXplKGN0cmwpKQorCQkvKiBXZSBoYXZlIG5vIHdheSB0byBy ZXR1cm4gZXJyb3JzLiAgTG9ja2luZyB1cCB0aGUgcmluZyBpcworCQkgKiBi ZXR0ZXIgdGhhbiB0aGUgYWx0ZXJuYXRpdmVzLiAqLworCQlyZXR1cm4gMDsK KwlyZXR1cm4gcmVhZHk7CiB9CiAKIC8qKgpAQCAtMTQzLDcgKzE3MSw3IEBA IGludCBsaWJ4ZW52Y2hhbl9kYXRhX3JlYWR5KHN0cnVjdCBsaWJ4ZW52Y2hh biAqY3RybCkKICAqLwogc3RhdGljIGlubGluZSBpbnQgZmFzdF9nZXRfYnVm ZmVyX3NwYWNlKHN0cnVjdCBsaWJ4ZW52Y2hhbiAqY3RybCwgc2l6ZV90IHJl cXVlc3QpCiB7Ci0JaW50IHJlYWR5ID0gd3JfcmluZ19zaXplKGN0cmwpIC0g KHdyX3Byb2QoY3RybCkgLSB3cl9jb25zKGN0cmwpKTsKKwlpbnQgcmVhZHkg PSByYXdfZ2V0X2J1ZmZlcl9zcGFjZShjdHJsKTsKIAlpZiAocmVhZHkgPj0g cmVxdWVzdCkKIAkJcmV0dXJuIHJlYWR5OwogCS8qIFdlIHBsYW4gdG8gZmls bCB0aGUgYnVmZmVyOyBwbGVhc2UgdGVsbCB1cyB3aGVuIHlvdSd2ZSByZWFk IGl0ICovCkBAIC0xNTMsNyArMTgxLDcgQEAgc3RhdGljIGlubGluZSBpbnQg ZmFzdF9nZXRfYnVmZmVyX3NwYWNlKHN0cnVjdCBsaWJ4ZW52Y2hhbiAqY3Ry bCwgc2l6ZV90IHJlcXVlc3QKIAkgKiB3aWxsIG5vdCBnZXQgbm90aWZpZWQg ZXZlbiB0aG91Z2ggdGhlIGFjdHVhbCBhbW91bnQgb2YgYnVmZmVyIHNwYWNl CiAJICogaXMgYWJvdmUgcmVxdWVzdC4gUmVyZWFkIHdyX2NvbnMgdG8gY292 ZXIgdGhpcyBjYXNlLgogCSAqLwotCXJldHVybiB3cl9yaW5nX3NpemUoY3Ry bCkgLSAod3JfcHJvZChjdHJsKSAtIHdyX2NvbnMoY3RybCkpOworCXJldHVy biByYXdfZ2V0X2J1ZmZlcl9zcGFjZShjdHJsKTsKIH0KIAogaW50IGxpYnhl bnZjaGFuX2J1ZmZlcl9zcGFjZShzdHJ1Y3QgbGlieGVudmNoYW4gKmN0cmwp CkBAIC0xNjIsNyArMTkwLDcgQEAgaW50IGxpYnhlbnZjaGFuX2J1ZmZlcl9z cGFjZShzdHJ1Y3QgbGlieGVudmNoYW4gKmN0cmwpCiAJICogd2hlbiBpdCBj aGFuZ2VzCiAJICovCiAJcmVxdWVzdF9ub3RpZnkoY3RybCwgVkNIQU5fTk9U SUZZX1JFQUQpOwotCXJldHVybiB3cl9yaW5nX3NpemUoY3RybCkgLSAod3Jf cHJvZChjdHJsKSAtIHdyX2NvbnMoY3RybCkpOworCXJldHVybiByYXdfZ2V0 X2J1ZmZlcl9zcGFjZShjdHJsKTsKIH0KIAogaW50IGxpYnhlbnZjaGFuX3dh aXQoc3RydWN0IGxpYnhlbnZjaGFuICpjdHJsKQpAQCAtMTc2LDYgKzIwNCw4 IEBAIGludCBsaWJ4ZW52Y2hhbl93YWl0KHN0cnVjdCBsaWJ4ZW52Y2hhbiAq Y3RybCkKIAogLyoqCiAgKiByZXR1cm5zIC0xIG9uIGVycm9yLCBvciBzaXpl IG9uIHN1Y2Nlc3MKKyAqCisgKiBjYWxsZXIgbXVzdCBoYXZlIGNoZWNrZWQg dGhhdCBlbm91Z2ggc3BhY2UgaXMgYXZhaWxhYmxlCiAgKi8KIHN0YXRpYyBp bnQgZG9fc2VuZChzdHJ1Y3QgbGlieGVudmNoYW4gKmN0cmwsIGNvbnN0IHZv aWQgKmRhdGEsIHNpemVfdCBzaXplKQogewpAQCAtMjQ4LDYgKzI3OCwxMSBA QCBpbnQgbGlieGVudmNoYW5fd3JpdGUoc3RydWN0IGxpYnhlbnZjaGFuICpj dHJsLCBjb25zdCB2b2lkICpkYXRhLCBzaXplX3Qgc2l6ZSkKIAl9CiB9CiAK Ky8qKgorICogcmV0dXJucyAtMSBvbiBlcnJvciwgb3Igc2l6ZSBvbiBzdWNj ZXNzCisgKgorICogY2FsbGVyIG11c3QgaGF2ZSBjaGVja2VkIHRoYXQgZW5v dWdoIGRhdGEgaXMgYXZhaWxhYmxlCisgKi8KIHN0YXRpYyBpbnQgZG9fcmVj dihzdHJ1Y3QgbGlieGVudmNoYW4gKmN0cmwsIHZvaWQgKmRhdGEsIHNpemVf dCBzaXplKQogewogCWludCByZWFsX2lkeCA9IHJkX2NvbnMoY3RybCkgJiAo cmRfcmluZ19zaXplKGN0cmwpIC0gMSk7Ci0tIAoxLjcuMTAuNAoK --=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 Thu Feb 06 13:24:54 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 06 Feb 2014 13:24: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 1WBOvi-0003Ji-PX; Thu, 06 Feb 2014 13:23:46 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBOvh-0003Jd-IC for xen-users@lists.xen.org; Thu, 06 Feb 2014 13:23:45 +0000 Received: from [193.109.254.147:6199] by server-10.bemta-14.messagelabs.com id B7/2B-10711-0EC83F25; Thu, 06 Feb 2014 13:23:44 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1391693023!2487780!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23703 invoked from network); 6 Feb 2014 13:23:44 -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; 6 Feb 2014 13:23:44 -0000 X-IronPort-AV: E=Sophos;i="4.95,793,1384300800"; d="scan'208";a="100452469" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 06 Feb 2014 13:23:36 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Thu, 6 Feb 2014 08:23:36 -0500 Message-ID: <1391693015.25128.11.camel@kazak.uk.xensource.com> From: Ian Campbell To: Mike Neiderhauser Date: Thu, 6 Feb 2014 13:23:35 +0000 In-Reply-To: References: <1391592063.6497.71.camel@kazak.uk.xensource.com> <1391603593.6497.145.camel@kazak.uk.xensource.com> <1391604724.6497.149.camel@kazak.uk.xensource.com> <1391606132.6497.151.camel@kazak.uk.xensource.com> <1391608412.6497.167.camel@kazak.uk.xensource.com> <1391612577.23098.8.camel@kazak.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: xen-users Subject: Re: [Xen-users] Requesting Help - Error: pci: PCI Backend and pci-stub don't own device X-BeenThere: xen-users@lists.xen.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, 2014-02-05 at 17:52 -0500, Mike Neiderhauser wrote: > xl create /etc/xen/ubuntu-hvm-0.cfg returns: Can you run "xl -vvv create ..." please. [...] > libxl: error: libxl_qmp.c:454:qmp_next: Socket read error: Connection reset by peer > libxl: error: libxl_qmp.c:702:libxl__qmp_initialize: Connection error: Connection refused > libxl: error: libxl_qmp.c:702:libxl__qmp_initialize: Connection error: Connection refused > libxl: error: libxl_qmp.c:702:libxl__qmp_initialize: Connection error: Connection refused These suggest there might be some useful info in /var/log/xen/qemu-dm-${domname}.log. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Feb 06 13:24:54 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 06 Feb 2014 13:24: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 1WBOvi-0003Ji-PX; Thu, 06 Feb 2014 13:23:46 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBOvh-0003Jd-IC for xen-users@lists.xen.org; Thu, 06 Feb 2014 13:23:45 +0000 Received: from [193.109.254.147:6199] by server-10.bemta-14.messagelabs.com id B7/2B-10711-0EC83F25; Thu, 06 Feb 2014 13:23:44 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1391693023!2487780!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23703 invoked from network); 6 Feb 2014 13:23:44 -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; 6 Feb 2014 13:23:44 -0000 X-IronPort-AV: E=Sophos;i="4.95,793,1384300800"; d="scan'208";a="100452469" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 06 Feb 2014 13:23:36 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Thu, 6 Feb 2014 08:23:36 -0500 Message-ID: <1391693015.25128.11.camel@kazak.uk.xensource.com> From: Ian Campbell To: Mike Neiderhauser Date: Thu, 6 Feb 2014 13:23:35 +0000 In-Reply-To: References: <1391592063.6497.71.camel@kazak.uk.xensource.com> <1391603593.6497.145.camel@kazak.uk.xensource.com> <1391604724.6497.149.camel@kazak.uk.xensource.com> <1391606132.6497.151.camel@kazak.uk.xensource.com> <1391608412.6497.167.camel@kazak.uk.xensource.com> <1391612577.23098.8.camel@kazak.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: xen-users Subject: Re: [Xen-users] Requesting Help - Error: pci: PCI Backend and pci-stub don't own device X-BeenThere: xen-users@lists.xen.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, 2014-02-05 at 17:52 -0500, Mike Neiderhauser wrote: > xl create /etc/xen/ubuntu-hvm-0.cfg returns: Can you run "xl -vvv create ..." please. [...] > libxl: error: libxl_qmp.c:454:qmp_next: Socket read error: Connection reset by peer > libxl: error: libxl_qmp.c:702:libxl__qmp_initialize: Connection error: Connection refused > libxl: error: libxl_qmp.c:702:libxl__qmp_initialize: Connection error: Connection refused > libxl: error: libxl_qmp.c:702:libxl__qmp_initialize: Connection error: Connection refused These suggest there might be some useful info in /var/log/xen/qemu-dm-${domname}.log. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Feb 06 14:20:05 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 06 Feb 2014 14:20: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 1WBPnD-0006YG-4l; Thu, 06 Feb 2014 14:19:03 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBPn8-0006Xt-U5; Thu, 06 Feb 2014 14:18:59 +0000 Received: from [85.158.139.211:42461] by server-17.bemta-5.messagelabs.com id EA/05-31975-1D993F25; Thu, 06 Feb 2014 14:18:57 +0000 X-Env-Sender: iwj@xenbits.xen.org X-Msg-Ref: server-9.tower-206.messagelabs.com!1391696336!2137646!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: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4639 invoked from network); 6 Feb 2014 14:18:57 -0000 Received: from mail.xen.org (HELO mail.xen.org) (50.57.168.107) by server-9.tower-206.messagelabs.com with AES256-SHA encrypted SMTP; 6 Feb 2014 14:18:57 -0000 Received: from xenbits.xen.org ([50.57.170.242]) by mail.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBPmz-0000zk-1z; Thu, 06 Feb 2014 14:18:49 +0000 Received: from iwj by xenbits.xen.org with local (Exim 4.72) (envelope-from ) id 1WBPmy-0004Ab-3K; Thu, 06 Feb 2014 14:18:48 +0000 Date: Thu, 06 Feb 2014 14:18:48 +0000 Message-Id: Content-Type: multipart/mixed; boundary="=separator"; charset="utf-8" Content-Transfer-Encoding: binary MIME-Version: 1.0 X-Mailer: MIME-tools 5.428 (Entity 5.428) 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 Cc: "Xen.org security team" Subject: [Xen-users] Xen Security Advisory 84 - integer overflow in several XSM/Flask hypercalls X-BeenThere: xen-users@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 XSA-84 version 2 integer overflow in several XSM/Flask hypercalls UPDATES IN VERSION 2 ==================== Public release. The patch for 4.1 was extended to cover a few further similar issues. ISSUE DESCRIPTION ================= The FLASK_{GET,SET}BOOL, FLASK_USER and FLASK_CONTEXT_TO_SID suboperations of the flask hypercall are vulnerable to an integer overflow on the input size. The hypercalls attempt to allocate a buffer which is 1 larger than this size and is therefore vulnerable to integer overflow and an attempt to allocate then access a zero byte buffer. Xen 3.3 through 4.1, while not affected by the above overflow, have a different overflow issue on FLASK_{GET,SET}BOOL and expose unreasonably large memory allocation to aribitrary guests. Xen 3.2 (and presumably earlier) exhibit both problems, with the overflow issue being present for more than just the suboperations listed above. The FLASK_GETBOOL op is available to all domains. The FLASK_SETBOOL op is only available to domains which are granted access via the Flask policy. However the permissions check is performed only after running the vulnerable code and the vulnerability via this subop is exposed to all domains. The FLASK_USER and FLASK_CONTEXT_TO_SID ops are only available to domains which are granted access via the Flask policy. IMPACT ====== Attempting to access the result of a zero byte allocation results in a processor fault leading to a denial of service. VULNERABLE SYSTEMS ================== All Xen versions back to at least 3.2 are vulnerable to this issue when built with XSM/Flask support. XSM support is disabled by default and is enabled by building with XSM_ENABLE=y. We have not checked earlier versions of Xen, but it is likely that they are vulnerable to this or related vulnerabilities. All Xen versions built with XSM_ENABLE=y are vulnerable. MITIGATION ========== There is no useful mitigation available in installations where XSM support is actually in use. In other systems, compiling it out (with XSM_ENABLE=n) will avoid the vulnerability. CREDITS ======= This issue was discovered by Matthew Daley. RESOLUTION ========== Applying the appropriate attached patch resolves this issue. xsa84-unstable-4.3.patch xen-unstable,Xen 4.3.x xsa84-4.2.patch Xen 4.2.x xsa84-4.1.patch Xen 4.1.x $ sha256sum xsa84*.patch e33dd94499959363ad01bebefda9733683c49fd42a9641cf2d7edcd87f853d55 xsa84-4.1.patch 433f3c8a202482c51a48dc0e9e47ac8751d1c0d0759b7bcd22804e1856279a89 xsa84-4.2.patch 64ae433eb606c5446184c08e6fceb9f660ed9a9c28ec112c8cc529251b3b49fb xsa84-unstable-4.3.patch $ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJS85mEAAoJEIP+FMlX6CvZpLkH/1+K6cyCORgAmm1z4zzq4lwg 2XNHen88xZ/NAzZN/ETiGrvtafpGe2yBUAQlJWrYoKGNimBKVh4wlVUmymm/GLRp Fcg+eck6q5BGF1L4ojMrWkZy1XqEOHrdzBk7nYxsJ/LN6lKKupvtPG67x65qBMkP z/jEq5vP37J9mWtaZjBCn9wpfGrrUnoOi+MKw/5Wmr44eDm/V5+tJmZiAqxxvB9H fFs2CI7alIvX4j848dG17juYGemlnVqOMHS65+IchDShAcde9ho6EoQMpDISFK+Q HSCY5HfSPn4XmpqWHKlONL3sQAMj6WqZvok3WxlU0lIq9PPVrvdQDrbP4GdJKz4= =dK4H -----END PGP SIGNATURE----- --=separator Content-Type: application/octet-stream; name="xsa84-4.1.patch" Content-Disposition: attachment; filename="xsa84-4.1.patch" Content-Transfer-Encoding: base64 UmVmZXJlbmNlczogYm5jIzg2MDE2MyBYU0EtODQKCmZsYXNrOiByZXN0cmlj dCBhbGxvY2F0aW9ucyBkb25lIGJ5IGh5cGVyY2FsbCBpbnRlcmZhY2UKCk90 aGVyIHRoYW4gaW4gNC4yIGFuZCBuZXdlciwgd2UncmUgbm90IGhhdmluZyBh biBvdmVyZmxvdyBpc3N1ZSBoZXJlLApidXQgdW5jb250cm9sbGVkIGV4cG9z dXJlIG9mIHRoZSBvcGVyYXRpb25zIG9wZW5zIHRoZSBob3N0IHRvIGJlIGRy aXZlbgpvdXQgb2YgbWVtb3J5IGJ5IGFuIGFyYml0cmFyeSBndWVzdC4gU2lu Y2UgYWxsIG9wZXJhdGlvbnMgb3RoZXIgdGhhbgpGTEFTS19MT0FEIHNpbXBs eSBkZWFsIHdpdGggQVNDSUkgc3RyaW5ncywgbGltaXRpbmcgdGhlIGFsbG9j YXRpb25zCihhbmQgaW5jb21pbmcgYnVmZmVyIHNpemVzKSB0byBhIHBhZ2Ug d29ydGggb2YgbWVtb3J5IHNlZW1zIGxpa2UgdGhlCmJlc3QgdGhpbmcgd2Ug Y2FuIGRvLgoKQ29uc2VxdWVudGx5LCBpbiBvcmRlciB0byBub3QgZXhwb3Nl IHRoZSBsYXJnZXIgYWxsb2NhdGlvbiB0byBhcmJpdHJhcnkKZ3Vlc3RzLCB0 aGUgcGVybWlzc2lvbiBjaGVjayBmb3IgRkxBU0tfTE9BRCBuZWVkcyB0byBi ZSBwdWxsZWQgYWhlYWQgb2YKdGhlIGFsbG9jYXRpb24gKGFuZCBpdCdzIHBl cmhhcHMgd29ydGggbm90aW5nIHRoYXQgLSBhZmFpY3QgLSBpdCB3YXMKcG9p bnRsZXNzbHkgZG9uZSB3aXRoIHRoZSBzZWxfc2VtIHNwaW4gbG9jayBoZWxk KS4KCk5vdGUgdGhhdCB0aGlzIGJyZWFrcyBGTEFTS19BVkNfQ0FDSEVTVEFU UyBvbiBzeXN0ZW1zIHdpdGggc3VmZmljaWVudGx5Cm1hbnkgQ1BVcyAoYXMg cmVxdWlyaW5nIGEgYnVmZmVyIGJpZ2dlciB0aGFuIFBBR0VfU0laRSB0aGVy ZSkuIE5vCmF0dGVtcHQgaXMgbWFkZSB0byBhZGRyZXNzIHRoaXMgaGVyZSwg YXMgaXQgd291bGQgbmVlZGxlc3NseSBjb21wbGljYXRlCnRoaXMgZml4IHdp dGggcmF0aGVyIGxpdHRsZSBnYWluLgoKVGhpcyBpcyBYU0EtODQuCgpSZXBv cnRlZC1ieTogTWF0dGhldyBEYWxleSA8bWF0dGRAYnVnZnV6ei5jb20+ClNp Z25lZC1vZmYtYnk6IEphbiBCZXVsaWNoIDxqYmV1bGljaEBzdXNlLmNvbT4K ClRoZSBpbmRleCBvZiBib29sZWFuIHZhcmlhYmxlcyBpbiBGTEFTS197R0VU LFNFVH1CT09MIHdhcyBub3QgYWx3YXlzCmNoZWNrZWQgYWdhaW5zdCB0aGUg Ym91bmRzIG9mIHRoZSBhcnJheS4KClJlcG9ydGVkLWJ5OiBKb2huIE1jRGVy bW90dCA8am9obi5tY2Rlcm1vdHRAbnJsLm5hdnkubWlsPgpTaWduZWQtb2Zm LWJ5OiBEYW5pZWwgRGUgR3JhYWYgPGRnZGVncmFAdHljaG8ubnNhLmdvdj4K Ci0tLSBhL3hlbi94c20vZmxhc2svZmxhc2tfb3AuYworKysgYi94ZW4veHNt L2ZsYXNrL2ZsYXNrX29wLmMKQEAgLTU3Myw3ICs1NzMsNyBAQCBzdGF0aWMg aW50IGZsYXNrX3NlY3VyaXR5X3NldGF2Y190aHJlc2hvCiBzdGF0aWMgaW50 IGZsYXNrX3NlY3VyaXR5X3NldF9ib29sKGNoYXIgKmJ1ZiwgdWludDMyX3Qg Y291bnQpCiB7CiAgICAgaW50IGxlbmd0aCA9IC1FRkFVTFQ7Ci0gICAgaW50 IGksIG5ld192YWx1ZTsKKyAgICB1bnNpZ25lZCBpbnQgaSwgbmV3X3ZhbHVl OwogCiAgICAgc3Bpbl9sb2NrKCZzZWxfc2VtKTsKIApAQCAtNTg1LDYgKzU4 NSw5IEBAIHN0YXRpYyBpbnQgZmxhc2tfc2VjdXJpdHlfc2V0X2Jvb2woY2hh ciAKICAgICBpZiAoIHNzY2FuZihidWYsICIlZCAlZCIsICZpLCAmbmV3X3Zh bHVlKSAhPSAyICkKICAgICAgICAgZ290byBvdXQ7CiAKKyAgICBpZiAoIGkg Pj0gYm9vbF9udW0gKQorICAgICAgICBnb3RvIG91dDsKKwogICAgIGlmICgg bmV3X3ZhbHVlICkKICAgICB7CiAgICAgICAgIG5ld192YWx1ZSA9IDE7CkBA IC03MzQsMTAgKzczNyw2IEBAIHN0YXRpYyBpbnQgZmxhc2tfc2VjdXJpdHlf bG9hZChjaGFyICpidWYKIAogICAgIHNwaW5fbG9jaygmc2VsX3NlbSk7CiAK LSAgICBsZW5ndGggPSBkb21haW5faGFzX3NlY3VyaXR5KGN1cnJlbnQtPmRv bWFpbiwgU0VDVVJJVFlfX0xPQURfUE9MSUNZKTsKLSAgICBpZiAoIGxlbmd0 aCApCi0gICAgICAgIGdvdG8gb3V0OwotCiAgICAgbGVuZ3RoID0gc2VjdXJp dHlfbG9hZF9wb2xpY3koYnVmLCBjb3VudCk7CiAgICAgaWYgKCBsZW5ndGgg KQogICAgICAgICBnb3RvIG91dDsKQEAgLTg1Myw3ICs4NTIsMTUgQEAgbG9u ZyBkb19mbGFza19vcChYRU5fR1VFU1RfSEFORExFKHhzbV9vcAogICAgIGlm ICggb3AtPmNtZCA+IEZMQVNLX0xBU1QpCiAgICAgICAgIHJldHVybiAtRUlO VkFMOwogCi0gICAgaWYgKCBvcC0+c2l6ZSA+IE1BWF9QT0xJQ1lfU0laRSAp CisgICAgaWYgKCBvcC0+Y21kID09IEZMQVNLX0xPQUQgKQorICAgIHsKKyAg ICAgICAgcmMgPSBkb21haW5faGFzX3NlY3VyaXR5KGN1cnJlbnQtPmRvbWFp biwgU0VDVVJJVFlfX0xPQURfUE9MSUNZKTsKKyAgICAgICAgaWYgKCByYyAp CisgICAgICAgICAgICByZXR1cm4gcmM7CisgICAgICAgIGlmICggb3AtPnNp emUgPiBNQVhfUE9MSUNZX1NJWkUgKQorICAgICAgICAgICAgcmV0dXJuIC1F SU5WQUw7CisgICAgfQorICAgIGVsc2UgaWYgKCBvcC0+c2l6ZSA+PSBQQUdF X1NJWkUgKQogICAgICAgICByZXR1cm4gLUVJTlZBTDsKIAogICAgIGlmICgg KG9wLT5idWYgPT0gTlVMTCAmJiBvcC0+c2l6ZSAhPSAwKSB8fCAKLS0tIGEv eGVuL3hzbS9mbGFzay9zcy9zZXJ2aWNlcy5jCisrKyBiL3hlbi94c20vZmxh c2svc3Mvc2VydmljZXMuYwpAQCAtMTk5MSw3ICsxOTkxLDcgQEAgaW50IHNl Y3VyaXR5X2dldF9ib29sX3ZhbHVlKGludCBib29sKQogICAgIFBPTElDWV9S RExPQ0s7CiAKICAgICBsZW4gPSBwb2xpY3lkYi5wX2Jvb2xzLm5wcmltOwot ICAgIGlmICggYm9vbCA+PSBsZW4gKQorICAgIGlmICggYm9vbCA+PSBsZW4g fHwgYm9vbCA8IDAgKQogICAgIHsKICAgICAgICAgcmMgPSAtRUZBVUxUOwog ICAgICAgICBnb3RvIG91dDsK --=separator Content-Type: application/octet-stream; name="xsa84-4.2.patch" Content-Disposition: attachment; filename="xsa84-4.2.patch" Content-Transfer-Encoding: base64 Zmxhc2s6IGZpeCByZWFkaW5nIHN0cmluZ3MgZnJvbSBndWVzdCBtZW1vcnkK ClNpbmNlIHRoZSBzdHJpbmcgc2l6ZSBpcyBiZWluZyBzcGVjaWZpZWQgYnkg dGhlIGd1ZXN0LCB3ZSBtdXN0IHJhbmdlCmNoZWNrIGl0IHByb3Blcmx5IGJl Zm9yZSBkb2luZyBhbGxvY2F0aW9ucyBiYXNlZCBvbiBpdC4gV2hpbGUgZm9y IHRoZQp0d28gY2FzZXMgdGhhdCBhcmUgZXhwb3NlZCBvbmx5IHRvIHRydXN0 ZWQgZ3Vlc3RzICh2aWEgcG9saWN5CnJlc3RyaWN0aW9uKSB0aGlzIGp1c3Qg dXNlcyBhbiBhcmJpdHJhcnkgdXBwZXIgbGltaXQgKFBBR0VfU0laRSksIGZv cgp0aGUgRkxBU0tfW0dTXUVUQk9PTCBjYXNlICh3aGljaCBhbnkgZ3Vlc3Qg Y2FuIHVzZSkgdGhlIHVwcGVyIGxpbWl0CmdldHMgZW5mb3JjZWQgYmFzZWQg b24gdGhlIGxvbmdlc3QgbmFtZSBhY3Jvc3MgYWxsIGJvb2xlYW4gc2V0dGlu Z3MuCgpUaGlzIGlzIFhTQS04NC4KClJlcG9ydGVkLWJ5OiBNYXR0aGV3IERh bGV5IDxtYXR0ZEBidWdmdXp6LmNvbT4KU2lnbmVkLW9mZi1ieTogSmFuIEJl dWxpY2ggPGpiZXVsaWNoQHN1c2UuY29tPgpBY2tlZC1ieTogRGFuaWVsIERl IEdyYWFmIDxkZ2RlZ3JhQHR5Y2hvLm5zYS5nb3Y+CgotLS0gYS94ZW4veHNt L2ZsYXNrL2ZsYXNrX29wLmMKKysrIGIveGVuL3hzbS9mbGFzay9mbGFza19v cC5jCkBAIC01Myw2ICs1Myw3IEBAIHN0YXRpYyBERUZJTkVfU1BJTkxPQ0so c2VsX3NlbSk7CiAvKiBnbG9iYWwgZGF0YSBmb3IgYm9vbGVhbnMgKi8KIHN0 YXRpYyBpbnQgYm9vbF9udW0gPSAwOwogc3RhdGljIGludCAqYm9vbF9wZW5k aW5nX3ZhbHVlcyA9IE5VTEw7CitzdGF0aWMgc2l6ZV90IGJvb2xfbWF4c3Ry Owogc3RhdGljIGludCBmbGFza19zZWN1cml0eV9tYWtlX2Jvb2xzKHZvaWQp OwogCiBleHRlcm4gaW50IHNzX2luaXRpYWxpemVkOwpAQCAtNzEsOSArNzIs MTUgQEAgc3RhdGljIGludCBkb21haW5faGFzX3NlY3VyaXR5KHN0cnVjdCBk bwogICAgICAgICAgICAgICAgICAgICAgICAgcGVybXMsIE5VTEwpOwogfQog Ci1zdGF0aWMgaW50IGZsYXNrX2NvcHlpbl9zdHJpbmcoWEVOX0dVRVNUX0hB TkRMRShjaGFyKSB1X2J1ZiwgY2hhciAqKmJ1ZiwgdWludDMyX3Qgc2l6ZSkK K3N0YXRpYyBpbnQgZmxhc2tfY29weWluX3N0cmluZyhYRU5fR1VFU1RfSEFO RExFKGNoYXIpIHVfYnVmLCBjaGFyICoqYnVmLAorICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIHNpemVfdCBzaXplLCBzaXplX3QgbWF4X3NpemUp CiB7Ci0gICAgY2hhciAqdG1wID0geG1hbGxvY19ieXRlcyhzaXplICsgMSk7 CisgICAgY2hhciAqdG1wOworCisgICAgaWYgKCBzaXplID4gbWF4X3NpemUg KQorICAgICAgICByZXR1cm4gLUVOT0VOVDsKKworICAgIHRtcCA9IHhtYWxs b2NfYXJyYXkoY2hhciwgc2l6ZSArIDEpOwogICAgIGlmICggIXRtcCApCiAg ICAgICAgIHJldHVybiAtRU5PTUVNOwogCkBAIC05OSw3ICsxMDYsNyBAQCBz dGF0aWMgaW50IGZsYXNrX3NlY3VyaXR5X3VzZXIoc3RydWN0IHhlCiAgICAg aWYgKCBydiApCiAgICAgICAgIHJldHVybiBydjsKIAotICAgIHJ2ID0gZmxh c2tfY29weWluX3N0cmluZyhhcmctPnUudXNlciwgJnVzZXIsIGFyZy0+c2l6 ZSk7CisgICAgcnYgPSBmbGFza19jb3B5aW5fc3RyaW5nKGFyZy0+dS51c2Vy LCAmdXNlciwgYXJnLT5zaXplLCBQQUdFX1NJWkUpOwogICAgIGlmICggcnYg KQogICAgICAgICByZXR1cm4gcnY7CiAKQEAgLTIxMCw3ICsyMTcsNyBAQCBz dGF0aWMgaW50IGZsYXNrX3NlY3VyaXR5X2NvbnRleHQoc3RydWN0CiAgICAg aWYgKCBydiApCiAgICAgICAgIHJldHVybiBydjsKIAotICAgIHJ2ID0gZmxh c2tfY29weWluX3N0cmluZyhhcmctPmNvbnRleHQsICZidWYsIGFyZy0+c2l6 ZSk7CisgICAgcnYgPSBmbGFza19jb3B5aW5fc3RyaW5nKGFyZy0+Y29udGV4 dCwgJmJ1ZiwgYXJnLT5zaXplLCBQQUdFX1NJWkUpOwogICAgIGlmICggcnYg KQogICAgICAgICByZXR1cm4gcnY7CiAKQEAgLTMwMyw3ICszMTAsNyBAQCBz dGF0aWMgaW50IGZsYXNrX3NlY3VyaXR5X3Jlc29sdmVfYm9vbChzCiAgICAg aWYgKCBhcmctPmJvb2xfaWQgIT0gLTEgKQogICAgICAgICByZXR1cm4gMDsK IAotICAgIHJ2ID0gZmxhc2tfY29weWluX3N0cmluZyhhcmctPm5hbWUsICZu YW1lLCBhcmctPnNpemUpOworICAgIHJ2ID0gZmxhc2tfY29weWluX3N0cmlu ZyhhcmctPm5hbWUsICZuYW1lLCBhcmctPnNpemUsIGJvb2xfbWF4c3RyKTsK ICAgICBpZiAoIHJ2ICkKICAgICAgICAgcmV0dXJuIHJ2OwogCkBAIC0zMzQs NyArMzQxLDcgQEAgc3RhdGljIGludCBmbGFza19zZWN1cml0eV9zZXRfYm9v bChzdHJ1YwogICAgICAgICBpbnQgbnVtOwogICAgICAgICBpbnQgKnZhbHVl czsKIAotICAgICAgICBydiA9IHNlY3VyaXR5X2dldF9ib29scygmbnVtLCBO VUxMLCAmdmFsdWVzKTsKKyAgICAgICAgcnYgPSBzZWN1cml0eV9nZXRfYm9v bHMoJm51bSwgTlVMTCwgJnZhbHVlcywgTlVMTCk7CiAgICAgICAgIGlmICgg cnYgIT0gMCApCiAgICAgICAgICAgICBnb3RvIG91dDsKIApAQCAtNDQwLDcg KzQ0Nyw3IEBAIHN0YXRpYyBpbnQgZmxhc2tfc2VjdXJpdHlfbWFrZV9ib29s cyh2b2kKICAgICAKICAgICB4ZnJlZShib29sX3BlbmRpbmdfdmFsdWVzKTsK ICAgICAKLSAgICByZXQgPSBzZWN1cml0eV9nZXRfYm9vbHMoJm51bSwgTlVM TCwgJnZhbHVlcyk7CisgICAgcmV0ID0gc2VjdXJpdHlfZ2V0X2Jvb2xzKCZu dW0sIE5VTEwsICZ2YWx1ZXMsICZib29sX21heHN0cik7CiAgICAgaWYgKCBy ZXQgIT0gMCApCiAgICAgICAgIGdvdG8gb3V0OwogCi0tLSBhL3hlbi94c20v Zmxhc2svaW5jbHVkZS9jb25kaXRpb25hbC5oCisrKyBiL3hlbi94c20vZmxh c2svaW5jbHVkZS9jb25kaXRpb25hbC5oCkBAIC0xMyw3ICsxMyw5IEBACiAj aWZuZGVmIF9GTEFTS19DT05ESVRJT05BTF9IXwogI2RlZmluZSBfRkxBU0tf Q09ORElUSU9OQUxfSF8KIAotaW50IHNlY3VyaXR5X2dldF9ib29scyhpbnQg KmxlbiwgY2hhciAqKipuYW1lcywgaW50ICoqdmFsdWVzKTsKKyNpbmNsdWRl IDx4ZW4vdHlwZXMuaD4KKworaW50IHNlY3VyaXR5X2dldF9ib29scyhpbnQg KmxlbiwgY2hhciAqKipuYW1lcywgaW50ICoqdmFsdWVzLCBzaXplX3QgKm1h eHN0cik7CiAKIGludCBzZWN1cml0eV9zZXRfYm9vbHMoaW50IGxlbiwgaW50 ICp2YWx1ZXMpOwogCi0tLSBhL3hlbi94c20vZmxhc2svc3Mvc2VydmljZXMu YworKysgYi94ZW4veHNtL2ZsYXNrL3NzL3NlcnZpY2VzLmMKQEAgLTE5MDAs NyArMTkwMCw3IEBAIGludCBzZWN1cml0eV9maW5kX2Jvb2woY29uc3QgY2hh ciAqbmFtZSkKICAgICByZXR1cm4gcnY7CiB9CiAKLWludCBzZWN1cml0eV9n ZXRfYm9vbHMoaW50ICpsZW4sIGNoYXIgKioqbmFtZXMsIGludCAqKnZhbHVl cykKK2ludCBzZWN1cml0eV9nZXRfYm9vbHMoaW50ICpsZW4sIGNoYXIgKioq bmFtZXMsIGludCAqKnZhbHVlcywgc2l6ZV90ICptYXhzdHIpCiB7CiAgICAg aW50IGksIHJjID0gLUVOT01FTTsKIApAQCAtMTkwOCw2ICsxOTA4LDggQEAg aW50IHNlY3VyaXR5X2dldF9ib29scyhpbnQgKmxlbiwgY2hhciAqKgogICAg IGlmICggbmFtZXMgKQogICAgICAgICAqbmFtZXMgPSBOVUxMOwogICAgICp2 YWx1ZXMgPSBOVUxMOworICAgIGlmICggbWF4c3RyICkKKyAgICAgICAgKm1h eHN0ciA9IDA7CiAKICAgICAqbGVuID0gcG9saWN5ZGIucF9ib29scy5ucHJp bTsKICAgICBpZiAoICEqbGVuICkKQEAgLTE5MjksMTYgKzE5MzEsMTcgQEAg aW50IHNlY3VyaXR5X2dldF9ib29scyhpbnQgKmxlbiwgY2hhciAqKgogCiAg ICAgZm9yICggaSA9IDA7IGkgPCAqbGVuOyBpKysgKQogICAgIHsKLSAgICAg ICAgc2l6ZV90IG5hbWVfbGVuOworICAgICAgICBzaXplX3QgbmFtZV9sZW4g PSBzdHJsZW4ocG9saWN5ZGIucF9ib29sX3ZhbF90b19uYW1lW2ldKTsKKwog ICAgICAgICAoKnZhbHVlcylbaV0gPSBwb2xpY3lkYi5ib29sX3ZhbF90b19z dHJ1Y3RbaV0tPnN0YXRlOwogICAgICAgICBpZiAoIG5hbWVzICkgewotICAg ICAgICAgICAgbmFtZV9sZW4gPSBzdHJsZW4ocG9saWN5ZGIucF9ib29sX3Zh bF90b19uYW1lW2ldKSArIDE7Ci0gICAgICAgICAgICAoKm5hbWVzKVtpXSA9 IChjaGFyKil4bWFsbG9jX2FycmF5KGNoYXIsIG5hbWVfbGVuKTsKKyAgICAg ICAgICAgICgqbmFtZXMpW2ldID0geG1hbGxvY19hcnJheShjaGFyLCBuYW1l X2xlbiArIDEpOwogICAgICAgICAgICAgaWYgKCAhKCpuYW1lcylbaV0gKQog ICAgICAgICAgICAgICAgIGdvdG8gZXJyOwotICAgICAgICAgICAgc3RybGNw eSgoKm5hbWVzKVtpXSwgcG9saWN5ZGIucF9ib29sX3ZhbF90b19uYW1lW2ld LCBuYW1lX2xlbik7Ci0gICAgICAgICAgICAoKm5hbWVzKVtpXVtuYW1lX2xl biAtIDFdID0gMDsKKyAgICAgICAgICAgIHN0cmxjcHkoKCpuYW1lcylbaV0s IHBvbGljeWRiLnBfYm9vbF92YWxfdG9fbmFtZVtpXSwgbmFtZV9sZW4gKyAx KTsKICAgICAgICAgfQorICAgICAgICBpZiAoIG1heHN0ciAmJiBuYW1lX2xl biA+ICptYXhzdHIgKQorICAgICAgICAgICAgKm1heHN0ciA9IG5hbWVfbGVu OwogICAgIH0KICAgICByYyA9IDA7CiBvdXQ6CkBAIC0yMDU2LDcgKzIwNTks NyBAQCBzdGF0aWMgaW50IHNlY3VyaXR5X3ByZXNlcnZlX2Jvb2xzKHN0cnVj CiAgICAgc3RydWN0IGNvbmRfYm9vbF9kYXR1bSAqYm9vbGRhdHVtOwogICAg IHN0cnVjdCBjb25kX25vZGUgKmN1cjsKIAotICAgIHJjID0gc2VjdXJpdHlf Z2V0X2Jvb2xzKCZuYm9vbHMsICZibmFtZXMsICZidmFsdWVzKTsKKyAgICBy YyA9IHNlY3VyaXR5X2dldF9ib29scygmbmJvb2xzLCAmYm5hbWVzLCAmYnZh bHVlcywgTlVMTCk7CiAgICAgaWYgKCByYyApCiAgICAgICAgIGdvdG8gb3V0 OwogICAgIGZvciAoIGkgPSAwOyBpIDwgbmJvb2xzOyBpKysgKQo= --=separator Content-Type: application/octet-stream; name="xsa84-unstable-4.3.patch" Content-Disposition: attachment; filename="xsa84-unstable-4.3.patch" Content-Transfer-Encoding: base64 Zmxhc2s6IGZpeCByZWFkaW5nIHN0cmluZ3MgZnJvbSBndWVzdCBtZW1vcnkK ClNpbmNlIHRoZSBzdHJpbmcgc2l6ZSBpcyBiZWluZyBzcGVjaWZpZWQgYnkg dGhlIGd1ZXN0LCB3ZSBtdXN0IHJhbmdlCmNoZWNrIGl0IHByb3Blcmx5IGJl Zm9yZSBkb2luZyBhbGxvY2F0aW9ucyBiYXNlZCBvbiBpdC4gV2hpbGUgZm9y IHRoZQp0d28gY2FzZXMgdGhhdCBhcmUgZXhwb3NlZCBvbmx5IHRvIHRydXN0 ZWQgZ3Vlc3RzICh2aWEgcG9saWN5CnJlc3RyaWN0aW9uKSB0aGlzIGp1c3Qg dXNlcyBhbiBhcmJpdHJhcnkgdXBwZXIgbGltaXQgKFBBR0VfU0laRSksIGZv cgp0aGUgRkxBU0tfW0dTXUVUQk9PTCBjYXNlICh3aGljaCBhbnkgZ3Vlc3Qg Y2FuIHVzZSkgdGhlIHVwcGVyIGxpbWl0CmdldHMgZW5mb3JjZWQgYmFzZWQg b24gdGhlIGxvbmdlc3QgbmFtZSBhY3Jvc3MgYWxsIGJvb2xlYW4gc2V0dGlu Z3MuCgpUaGlzIGlzIFhTQS04NC4KClJlcG9ydGVkLWJ5OiBNYXR0aGV3IERh bGV5IDxtYXR0ZEBidWdmdXp6LmNvbT4KU2lnbmVkLW9mZi1ieTogSmFuIEJl dWxpY2ggPGpiZXVsaWNoQHN1c2UuY29tPgpBY2tlZC1ieTogRGFuaWVsIERl IEdyYWFmIDxkZ2RlZ3JhQHR5Y2hvLm5zYS5nb3Y+CgotLS0gYS94ZW4veHNt L2ZsYXNrL2ZsYXNrX29wLmMKKysrIGIveGVuL3hzbS9mbGFzay9mbGFza19v cC5jCkBAIC01Myw2ICs1Myw3IEBAIHN0YXRpYyBERUZJTkVfU1BJTkxPQ0so c2VsX3NlbSk7CiAvKiBnbG9iYWwgZGF0YSBmb3IgYm9vbGVhbnMgKi8KIHN0 YXRpYyBpbnQgYm9vbF9udW0gPSAwOwogc3RhdGljIGludCAqYm9vbF9wZW5k aW5nX3ZhbHVlcyA9IE5VTEw7CitzdGF0aWMgc2l6ZV90IGJvb2xfbWF4c3Ry Owogc3RhdGljIGludCBmbGFza19zZWN1cml0eV9tYWtlX2Jvb2xzKHZvaWQp OwogCiBleHRlcm4gaW50IHNzX2luaXRpYWxpemVkOwpAQCAtNzEsOSArNzIs MTUgQEAgc3RhdGljIGludCBkb21haW5faGFzX3NlY3VyaXR5KHN0cnVjdCBk bwogICAgICAgICAgICAgICAgICAgICAgICAgcGVybXMsIE5VTEwpOwogfQog Ci1zdGF0aWMgaW50IGZsYXNrX2NvcHlpbl9zdHJpbmcoWEVOX0dVRVNUX0hB TkRMRV9QQVJBTShjaGFyKSB1X2J1ZiwgY2hhciAqKmJ1ZiwgdWludDMyX3Qg c2l6ZSkKK3N0YXRpYyBpbnQgZmxhc2tfY29weWluX3N0cmluZyhYRU5fR1VF U1RfSEFORExFX1BBUkFNKGNoYXIpIHVfYnVmLCBjaGFyICoqYnVmLAorICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIHNpemVfdCBzaXplLCBzaXpl X3QgbWF4X3NpemUpCiB7Ci0gICAgY2hhciAqdG1wID0geG1hbGxvY19ieXRl cyhzaXplICsgMSk7CisgICAgY2hhciAqdG1wOworCisgICAgaWYgKCBzaXpl ID4gbWF4X3NpemUgKQorICAgICAgICByZXR1cm4gLUVOT0VOVDsKKworICAg IHRtcCA9IHhtYWxsb2NfYXJyYXkoY2hhciwgc2l6ZSArIDEpOwogICAgIGlm ICggIXRtcCApCiAgICAgICAgIHJldHVybiAtRU5PTUVNOwogCkBAIC05OSw3 ICsxMDYsNyBAQCBzdGF0aWMgaW50IGZsYXNrX3NlY3VyaXR5X3VzZXIoc3Ry dWN0IHhlCiAgICAgaWYgKCBydiApCiAgICAgICAgIHJldHVybiBydjsKIAot ICAgIHJ2ID0gZmxhc2tfY29weWluX3N0cmluZyhhcmctPnUudXNlciwgJnVz ZXIsIGFyZy0+c2l6ZSk7CisgICAgcnYgPSBmbGFza19jb3B5aW5fc3RyaW5n KGFyZy0+dS51c2VyLCAmdXNlciwgYXJnLT5zaXplLCBQQUdFX1NJWkUpOwog ICAgIGlmICggcnYgKQogICAgICAgICByZXR1cm4gcnY7CiAKQEAgLTIxMCw3 ICsyMTcsNyBAQCBzdGF0aWMgaW50IGZsYXNrX3NlY3VyaXR5X2NvbnRleHQo c3RydWN0CiAgICAgaWYgKCBydiApCiAgICAgICAgIHJldHVybiBydjsKIAot ICAgIHJ2ID0gZmxhc2tfY29weWluX3N0cmluZyhhcmctPmNvbnRleHQsICZi dWYsIGFyZy0+c2l6ZSk7CisgICAgcnYgPSBmbGFza19jb3B5aW5fc3RyaW5n KGFyZy0+Y29udGV4dCwgJmJ1ZiwgYXJnLT5zaXplLCBQQUdFX1NJWkUpOwog ICAgIGlmICggcnYgKQogICAgICAgICByZXR1cm4gcnY7CiAKQEAgLTMwMyw3 ICszMTAsNyBAQCBzdGF0aWMgaW50IGZsYXNrX3NlY3VyaXR5X3Jlc29sdmVf Ym9vbChzCiAgICAgaWYgKCBhcmctPmJvb2xfaWQgIT0gLTEgKQogICAgICAg ICByZXR1cm4gMDsKIAotICAgIHJ2ID0gZmxhc2tfY29weWluX3N0cmluZyhh cmctPm5hbWUsICZuYW1lLCBhcmctPnNpemUpOworICAgIHJ2ID0gZmxhc2tf Y29weWluX3N0cmluZyhhcmctPm5hbWUsICZuYW1lLCBhcmctPnNpemUsIGJv b2xfbWF4c3RyKTsKICAgICBpZiAoIHJ2ICkKICAgICAgICAgcmV0dXJuIHJ2 OwogCkBAIC0zMzQsNyArMzQxLDcgQEAgc3RhdGljIGludCBmbGFza19zZWN1 cml0eV9zZXRfYm9vbChzdHJ1YwogICAgICAgICBpbnQgbnVtOwogICAgICAg ICBpbnQgKnZhbHVlczsKIAotICAgICAgICBydiA9IHNlY3VyaXR5X2dldF9i b29scygmbnVtLCBOVUxMLCAmdmFsdWVzKTsKKyAgICAgICAgcnYgPSBzZWN1 cml0eV9nZXRfYm9vbHMoJm51bSwgTlVMTCwgJnZhbHVlcywgTlVMTCk7CiAg ICAgICAgIGlmICggcnYgIT0gMCApCiAgICAgICAgICAgICBnb3RvIG91dDsK IApAQCAtNDQwLDcgKzQ0Nyw3IEBAIHN0YXRpYyBpbnQgZmxhc2tfc2VjdXJp dHlfbWFrZV9ib29scyh2b2kKICAgICAKICAgICB4ZnJlZShib29sX3BlbmRp bmdfdmFsdWVzKTsKICAgICAKLSAgICByZXQgPSBzZWN1cml0eV9nZXRfYm9v bHMoJm51bSwgTlVMTCwgJnZhbHVlcyk7CisgICAgcmV0ID0gc2VjdXJpdHlf Z2V0X2Jvb2xzKCZudW0sIE5VTEwsICZ2YWx1ZXMsICZib29sX21heHN0cik7 CiAgICAgaWYgKCByZXQgIT0gMCApCiAgICAgICAgIGdvdG8gb3V0OwogCi0t LSBhL3hlbi94c20vZmxhc2svaW5jbHVkZS9jb25kaXRpb25hbC5oCisrKyBi L3hlbi94c20vZmxhc2svaW5jbHVkZS9jb25kaXRpb25hbC5oCkBAIC0xMyw3 ICsxMyw5IEBACiAjaWZuZGVmIF9GTEFTS19DT05ESVRJT05BTF9IXwogI2Rl ZmluZSBfRkxBU0tfQ09ORElUSU9OQUxfSF8KIAotaW50IHNlY3VyaXR5X2dl dF9ib29scyhpbnQgKmxlbiwgY2hhciAqKipuYW1lcywgaW50ICoqdmFsdWVz KTsKKyNpbmNsdWRlIDx4ZW4vdHlwZXMuaD4KKworaW50IHNlY3VyaXR5X2dl dF9ib29scyhpbnQgKmxlbiwgY2hhciAqKipuYW1lcywgaW50ICoqdmFsdWVz LCBzaXplX3QgKm1heHN0cik7CiAKIGludCBzZWN1cml0eV9zZXRfYm9vbHMo aW50IGxlbiwgaW50ICp2YWx1ZXMpOwogCi0tLSBhL3hlbi94c20vZmxhc2sv c3Mvc2VydmljZXMuYworKysgYi94ZW4veHNtL2ZsYXNrL3NzL3NlcnZpY2Vz LmMKQEAgLTE4NTAsNyArMTg1MCw3IEBAIGludCBzZWN1cml0eV9maW5kX2Jv b2woY29uc3QgY2hhciAqbmFtZSkKICAgICByZXR1cm4gcnY7CiB9CiAKLWlu dCBzZWN1cml0eV9nZXRfYm9vbHMoaW50ICpsZW4sIGNoYXIgKioqbmFtZXMs IGludCAqKnZhbHVlcykKK2ludCBzZWN1cml0eV9nZXRfYm9vbHMoaW50ICps ZW4sIGNoYXIgKioqbmFtZXMsIGludCAqKnZhbHVlcywgc2l6ZV90ICptYXhz dHIpCiB7CiAgICAgaW50IGksIHJjID0gLUVOT01FTTsKIApAQCAtMTg1OCw2 ICsxODU4LDggQEAgaW50IHNlY3VyaXR5X2dldF9ib29scyhpbnQgKmxlbiwg Y2hhciAqKgogICAgIGlmICggbmFtZXMgKQogICAgICAgICAqbmFtZXMgPSBO VUxMOwogICAgICp2YWx1ZXMgPSBOVUxMOworICAgIGlmICggbWF4c3RyICkK KyAgICAgICAgKm1heHN0ciA9IDA7CiAKICAgICAqbGVuID0gcG9saWN5ZGIu cF9ib29scy5ucHJpbTsKICAgICBpZiAoICEqbGVuICkKQEAgLTE4NzksMTYg KzE4ODEsMTcgQEAgaW50IHNlY3VyaXR5X2dldF9ib29scyhpbnQgKmxlbiwg Y2hhciAqKgogCiAgICAgZm9yICggaSA9IDA7IGkgPCAqbGVuOyBpKysgKQog ICAgIHsKLSAgICAgICAgc2l6ZV90IG5hbWVfbGVuOworICAgICAgICBzaXpl X3QgbmFtZV9sZW4gPSBzdHJsZW4ocG9saWN5ZGIucF9ib29sX3ZhbF90b19u YW1lW2ldKTsKKwogICAgICAgICAoKnZhbHVlcylbaV0gPSBwb2xpY3lkYi5i b29sX3ZhbF90b19zdHJ1Y3RbaV0tPnN0YXRlOwogICAgICAgICBpZiAoIG5h bWVzICkgewotICAgICAgICAgICAgbmFtZV9sZW4gPSBzdHJsZW4ocG9saWN5 ZGIucF9ib29sX3ZhbF90b19uYW1lW2ldKSArIDE7Ci0gICAgICAgICAgICAo Km5hbWVzKVtpXSA9IChjaGFyKil4bWFsbG9jX2FycmF5KGNoYXIsIG5hbWVf bGVuKTsKKyAgICAgICAgICAgICgqbmFtZXMpW2ldID0geG1hbGxvY19hcnJh eShjaGFyLCBuYW1lX2xlbiArIDEpOwogICAgICAgICAgICAgaWYgKCAhKCpu YW1lcylbaV0gKQogICAgICAgICAgICAgICAgIGdvdG8gZXJyOwotICAgICAg ICAgICAgc3RybGNweSgoKm5hbWVzKVtpXSwgcG9saWN5ZGIucF9ib29sX3Zh bF90b19uYW1lW2ldLCBuYW1lX2xlbik7Ci0gICAgICAgICAgICAoKm5hbWVz KVtpXVtuYW1lX2xlbiAtIDFdID0gMDsKKyAgICAgICAgICAgIHN0cmxjcHko KCpuYW1lcylbaV0sIHBvbGljeWRiLnBfYm9vbF92YWxfdG9fbmFtZVtpXSwg bmFtZV9sZW4gKyAxKTsKICAgICAgICAgfQorICAgICAgICBpZiAoIG1heHN0 ciAmJiBuYW1lX2xlbiA+ICptYXhzdHIgKQorICAgICAgICAgICAgKm1heHN0 ciA9IG5hbWVfbGVuOwogICAgIH0KICAgICByYyA9IDA7CiBvdXQ6CkBAIC0y MDA2LDcgKzIwMDksNyBAQCBzdGF0aWMgaW50IHNlY3VyaXR5X3ByZXNlcnZl X2Jvb2xzKHN0cnVjCiAgICAgc3RydWN0IGNvbmRfYm9vbF9kYXR1bSAqYm9v bGRhdHVtOwogICAgIHN0cnVjdCBjb25kX25vZGUgKmN1cjsKIAotICAgIHJj ID0gc2VjdXJpdHlfZ2V0X2Jvb2xzKCZuYm9vbHMsICZibmFtZXMsICZidmFs dWVzKTsKKyAgICByYyA9IHNlY3VyaXR5X2dldF9ib29scygmbmJvb2xzLCAm Ym5hbWVzLCAmYnZhbHVlcywgTlVMTCk7CiAgICAgaWYgKCByYyApCiAgICAg ICAgIGdvdG8gb3V0OwogICAgIGZvciAoIGkgPSAwOyBpIDwgbmJvb2xzOyBp KysgKQo= --=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 Thu Feb 06 14:20:05 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 06 Feb 2014 14:20: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 1WBPnD-0006YG-4l; Thu, 06 Feb 2014 14:19:03 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBPn8-0006Xt-U5; Thu, 06 Feb 2014 14:18:59 +0000 Received: from [85.158.139.211:42461] by server-17.bemta-5.messagelabs.com id EA/05-31975-1D993F25; Thu, 06 Feb 2014 14:18:57 +0000 X-Env-Sender: iwj@xenbits.xen.org X-Msg-Ref: server-9.tower-206.messagelabs.com!1391696336!2137646!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: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4639 invoked from network); 6 Feb 2014 14:18:57 -0000 Received: from mail.xen.org (HELO mail.xen.org) (50.57.168.107) by server-9.tower-206.messagelabs.com with AES256-SHA encrypted SMTP; 6 Feb 2014 14:18:57 -0000 Received: from xenbits.xen.org ([50.57.170.242]) by mail.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBPmz-0000zk-1z; Thu, 06 Feb 2014 14:18:49 +0000 Received: from iwj by xenbits.xen.org with local (Exim 4.72) (envelope-from ) id 1WBPmy-0004Ab-3K; Thu, 06 Feb 2014 14:18:48 +0000 Date: Thu, 06 Feb 2014 14:18:48 +0000 Message-Id: Content-Type: multipart/mixed; boundary="=separator"; charset="utf-8" Content-Transfer-Encoding: binary MIME-Version: 1.0 X-Mailer: MIME-tools 5.428 (Entity 5.428) 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 Cc: "Xen.org security team" Subject: [Xen-users] Xen Security Advisory 84 - integer overflow in several XSM/Flask hypercalls X-BeenThere: xen-users@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 XSA-84 version 2 integer overflow in several XSM/Flask hypercalls UPDATES IN VERSION 2 ==================== Public release. The patch for 4.1 was extended to cover a few further similar issues. ISSUE DESCRIPTION ================= The FLASK_{GET,SET}BOOL, FLASK_USER and FLASK_CONTEXT_TO_SID suboperations of the flask hypercall are vulnerable to an integer overflow on the input size. The hypercalls attempt to allocate a buffer which is 1 larger than this size and is therefore vulnerable to integer overflow and an attempt to allocate then access a zero byte buffer. Xen 3.3 through 4.1, while not affected by the above overflow, have a different overflow issue on FLASK_{GET,SET}BOOL and expose unreasonably large memory allocation to aribitrary guests. Xen 3.2 (and presumably earlier) exhibit both problems, with the overflow issue being present for more than just the suboperations listed above. The FLASK_GETBOOL op is available to all domains. The FLASK_SETBOOL op is only available to domains which are granted access via the Flask policy. However the permissions check is performed only after running the vulnerable code and the vulnerability via this subop is exposed to all domains. The FLASK_USER and FLASK_CONTEXT_TO_SID ops are only available to domains which are granted access via the Flask policy. IMPACT ====== Attempting to access the result of a zero byte allocation results in a processor fault leading to a denial of service. VULNERABLE SYSTEMS ================== All Xen versions back to at least 3.2 are vulnerable to this issue when built with XSM/Flask support. XSM support is disabled by default and is enabled by building with XSM_ENABLE=y. We have not checked earlier versions of Xen, but it is likely that they are vulnerable to this or related vulnerabilities. All Xen versions built with XSM_ENABLE=y are vulnerable. MITIGATION ========== There is no useful mitigation available in installations where XSM support is actually in use. In other systems, compiling it out (with XSM_ENABLE=n) will avoid the vulnerability. CREDITS ======= This issue was discovered by Matthew Daley. RESOLUTION ========== Applying the appropriate attached patch resolves this issue. xsa84-unstable-4.3.patch xen-unstable,Xen 4.3.x xsa84-4.2.patch Xen 4.2.x xsa84-4.1.patch Xen 4.1.x $ sha256sum xsa84*.patch e33dd94499959363ad01bebefda9733683c49fd42a9641cf2d7edcd87f853d55 xsa84-4.1.patch 433f3c8a202482c51a48dc0e9e47ac8751d1c0d0759b7bcd22804e1856279a89 xsa84-4.2.patch 64ae433eb606c5446184c08e6fceb9f660ed9a9c28ec112c8cc529251b3b49fb xsa84-unstable-4.3.patch $ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJS85mEAAoJEIP+FMlX6CvZpLkH/1+K6cyCORgAmm1z4zzq4lwg 2XNHen88xZ/NAzZN/ETiGrvtafpGe2yBUAQlJWrYoKGNimBKVh4wlVUmymm/GLRp Fcg+eck6q5BGF1L4ojMrWkZy1XqEOHrdzBk7nYxsJ/LN6lKKupvtPG67x65qBMkP z/jEq5vP37J9mWtaZjBCn9wpfGrrUnoOi+MKw/5Wmr44eDm/V5+tJmZiAqxxvB9H fFs2CI7alIvX4j848dG17juYGemlnVqOMHS65+IchDShAcde9ho6EoQMpDISFK+Q HSCY5HfSPn4XmpqWHKlONL3sQAMj6WqZvok3WxlU0lIq9PPVrvdQDrbP4GdJKz4= =dK4H -----END PGP SIGNATURE----- --=separator Content-Type: application/octet-stream; name="xsa84-4.1.patch" Content-Disposition: attachment; filename="xsa84-4.1.patch" Content-Transfer-Encoding: base64 UmVmZXJlbmNlczogYm5jIzg2MDE2MyBYU0EtODQKCmZsYXNrOiByZXN0cmlj dCBhbGxvY2F0aW9ucyBkb25lIGJ5IGh5cGVyY2FsbCBpbnRlcmZhY2UKCk90 aGVyIHRoYW4gaW4gNC4yIGFuZCBuZXdlciwgd2UncmUgbm90IGhhdmluZyBh biBvdmVyZmxvdyBpc3N1ZSBoZXJlLApidXQgdW5jb250cm9sbGVkIGV4cG9z dXJlIG9mIHRoZSBvcGVyYXRpb25zIG9wZW5zIHRoZSBob3N0IHRvIGJlIGRy aXZlbgpvdXQgb2YgbWVtb3J5IGJ5IGFuIGFyYml0cmFyeSBndWVzdC4gU2lu Y2UgYWxsIG9wZXJhdGlvbnMgb3RoZXIgdGhhbgpGTEFTS19MT0FEIHNpbXBs eSBkZWFsIHdpdGggQVNDSUkgc3RyaW5ncywgbGltaXRpbmcgdGhlIGFsbG9j YXRpb25zCihhbmQgaW5jb21pbmcgYnVmZmVyIHNpemVzKSB0byBhIHBhZ2Ug d29ydGggb2YgbWVtb3J5IHNlZW1zIGxpa2UgdGhlCmJlc3QgdGhpbmcgd2Ug Y2FuIGRvLgoKQ29uc2VxdWVudGx5LCBpbiBvcmRlciB0byBub3QgZXhwb3Nl IHRoZSBsYXJnZXIgYWxsb2NhdGlvbiB0byBhcmJpdHJhcnkKZ3Vlc3RzLCB0 aGUgcGVybWlzc2lvbiBjaGVjayBmb3IgRkxBU0tfTE9BRCBuZWVkcyB0byBi ZSBwdWxsZWQgYWhlYWQgb2YKdGhlIGFsbG9jYXRpb24gKGFuZCBpdCdzIHBl cmhhcHMgd29ydGggbm90aW5nIHRoYXQgLSBhZmFpY3QgLSBpdCB3YXMKcG9p bnRsZXNzbHkgZG9uZSB3aXRoIHRoZSBzZWxfc2VtIHNwaW4gbG9jayBoZWxk KS4KCk5vdGUgdGhhdCB0aGlzIGJyZWFrcyBGTEFTS19BVkNfQ0FDSEVTVEFU UyBvbiBzeXN0ZW1zIHdpdGggc3VmZmljaWVudGx5Cm1hbnkgQ1BVcyAoYXMg cmVxdWlyaW5nIGEgYnVmZmVyIGJpZ2dlciB0aGFuIFBBR0VfU0laRSB0aGVy ZSkuIE5vCmF0dGVtcHQgaXMgbWFkZSB0byBhZGRyZXNzIHRoaXMgaGVyZSwg YXMgaXQgd291bGQgbmVlZGxlc3NseSBjb21wbGljYXRlCnRoaXMgZml4IHdp dGggcmF0aGVyIGxpdHRsZSBnYWluLgoKVGhpcyBpcyBYU0EtODQuCgpSZXBv cnRlZC1ieTogTWF0dGhldyBEYWxleSA8bWF0dGRAYnVnZnV6ei5jb20+ClNp Z25lZC1vZmYtYnk6IEphbiBCZXVsaWNoIDxqYmV1bGljaEBzdXNlLmNvbT4K ClRoZSBpbmRleCBvZiBib29sZWFuIHZhcmlhYmxlcyBpbiBGTEFTS197R0VU LFNFVH1CT09MIHdhcyBub3QgYWx3YXlzCmNoZWNrZWQgYWdhaW5zdCB0aGUg Ym91bmRzIG9mIHRoZSBhcnJheS4KClJlcG9ydGVkLWJ5OiBKb2huIE1jRGVy bW90dCA8am9obi5tY2Rlcm1vdHRAbnJsLm5hdnkubWlsPgpTaWduZWQtb2Zm LWJ5OiBEYW5pZWwgRGUgR3JhYWYgPGRnZGVncmFAdHljaG8ubnNhLmdvdj4K Ci0tLSBhL3hlbi94c20vZmxhc2svZmxhc2tfb3AuYworKysgYi94ZW4veHNt L2ZsYXNrL2ZsYXNrX29wLmMKQEAgLTU3Myw3ICs1NzMsNyBAQCBzdGF0aWMg aW50IGZsYXNrX3NlY3VyaXR5X3NldGF2Y190aHJlc2hvCiBzdGF0aWMgaW50 IGZsYXNrX3NlY3VyaXR5X3NldF9ib29sKGNoYXIgKmJ1ZiwgdWludDMyX3Qg Y291bnQpCiB7CiAgICAgaW50IGxlbmd0aCA9IC1FRkFVTFQ7Ci0gICAgaW50 IGksIG5ld192YWx1ZTsKKyAgICB1bnNpZ25lZCBpbnQgaSwgbmV3X3ZhbHVl OwogCiAgICAgc3Bpbl9sb2NrKCZzZWxfc2VtKTsKIApAQCAtNTg1LDYgKzU4 NSw5IEBAIHN0YXRpYyBpbnQgZmxhc2tfc2VjdXJpdHlfc2V0X2Jvb2woY2hh ciAKICAgICBpZiAoIHNzY2FuZihidWYsICIlZCAlZCIsICZpLCAmbmV3X3Zh bHVlKSAhPSAyICkKICAgICAgICAgZ290byBvdXQ7CiAKKyAgICBpZiAoIGkg Pj0gYm9vbF9udW0gKQorICAgICAgICBnb3RvIG91dDsKKwogICAgIGlmICgg bmV3X3ZhbHVlICkKICAgICB7CiAgICAgICAgIG5ld192YWx1ZSA9IDE7CkBA IC03MzQsMTAgKzczNyw2IEBAIHN0YXRpYyBpbnQgZmxhc2tfc2VjdXJpdHlf bG9hZChjaGFyICpidWYKIAogICAgIHNwaW5fbG9jaygmc2VsX3NlbSk7CiAK LSAgICBsZW5ndGggPSBkb21haW5faGFzX3NlY3VyaXR5KGN1cnJlbnQtPmRv bWFpbiwgU0VDVVJJVFlfX0xPQURfUE9MSUNZKTsKLSAgICBpZiAoIGxlbmd0 aCApCi0gICAgICAgIGdvdG8gb3V0OwotCiAgICAgbGVuZ3RoID0gc2VjdXJp dHlfbG9hZF9wb2xpY3koYnVmLCBjb3VudCk7CiAgICAgaWYgKCBsZW5ndGgg KQogICAgICAgICBnb3RvIG91dDsKQEAgLTg1Myw3ICs4NTIsMTUgQEAgbG9u ZyBkb19mbGFza19vcChYRU5fR1VFU1RfSEFORExFKHhzbV9vcAogICAgIGlm ICggb3AtPmNtZCA+IEZMQVNLX0xBU1QpCiAgICAgICAgIHJldHVybiAtRUlO VkFMOwogCi0gICAgaWYgKCBvcC0+c2l6ZSA+IE1BWF9QT0xJQ1lfU0laRSAp CisgICAgaWYgKCBvcC0+Y21kID09IEZMQVNLX0xPQUQgKQorICAgIHsKKyAg ICAgICAgcmMgPSBkb21haW5faGFzX3NlY3VyaXR5KGN1cnJlbnQtPmRvbWFp biwgU0VDVVJJVFlfX0xPQURfUE9MSUNZKTsKKyAgICAgICAgaWYgKCByYyAp CisgICAgICAgICAgICByZXR1cm4gcmM7CisgICAgICAgIGlmICggb3AtPnNp emUgPiBNQVhfUE9MSUNZX1NJWkUgKQorICAgICAgICAgICAgcmV0dXJuIC1F SU5WQUw7CisgICAgfQorICAgIGVsc2UgaWYgKCBvcC0+c2l6ZSA+PSBQQUdF X1NJWkUgKQogICAgICAgICByZXR1cm4gLUVJTlZBTDsKIAogICAgIGlmICgg KG9wLT5idWYgPT0gTlVMTCAmJiBvcC0+c2l6ZSAhPSAwKSB8fCAKLS0tIGEv eGVuL3hzbS9mbGFzay9zcy9zZXJ2aWNlcy5jCisrKyBiL3hlbi94c20vZmxh c2svc3Mvc2VydmljZXMuYwpAQCAtMTk5MSw3ICsxOTkxLDcgQEAgaW50IHNl Y3VyaXR5X2dldF9ib29sX3ZhbHVlKGludCBib29sKQogICAgIFBPTElDWV9S RExPQ0s7CiAKICAgICBsZW4gPSBwb2xpY3lkYi5wX2Jvb2xzLm5wcmltOwot ICAgIGlmICggYm9vbCA+PSBsZW4gKQorICAgIGlmICggYm9vbCA+PSBsZW4g fHwgYm9vbCA8IDAgKQogICAgIHsKICAgICAgICAgcmMgPSAtRUZBVUxUOwog ICAgICAgICBnb3RvIG91dDsK --=separator Content-Type: application/octet-stream; name="xsa84-4.2.patch" Content-Disposition: attachment; filename="xsa84-4.2.patch" Content-Transfer-Encoding: base64 Zmxhc2s6IGZpeCByZWFkaW5nIHN0cmluZ3MgZnJvbSBndWVzdCBtZW1vcnkK ClNpbmNlIHRoZSBzdHJpbmcgc2l6ZSBpcyBiZWluZyBzcGVjaWZpZWQgYnkg dGhlIGd1ZXN0LCB3ZSBtdXN0IHJhbmdlCmNoZWNrIGl0IHByb3Blcmx5IGJl Zm9yZSBkb2luZyBhbGxvY2F0aW9ucyBiYXNlZCBvbiBpdC4gV2hpbGUgZm9y IHRoZQp0d28gY2FzZXMgdGhhdCBhcmUgZXhwb3NlZCBvbmx5IHRvIHRydXN0 ZWQgZ3Vlc3RzICh2aWEgcG9saWN5CnJlc3RyaWN0aW9uKSB0aGlzIGp1c3Qg dXNlcyBhbiBhcmJpdHJhcnkgdXBwZXIgbGltaXQgKFBBR0VfU0laRSksIGZv cgp0aGUgRkxBU0tfW0dTXUVUQk9PTCBjYXNlICh3aGljaCBhbnkgZ3Vlc3Qg Y2FuIHVzZSkgdGhlIHVwcGVyIGxpbWl0CmdldHMgZW5mb3JjZWQgYmFzZWQg b24gdGhlIGxvbmdlc3QgbmFtZSBhY3Jvc3MgYWxsIGJvb2xlYW4gc2V0dGlu Z3MuCgpUaGlzIGlzIFhTQS04NC4KClJlcG9ydGVkLWJ5OiBNYXR0aGV3IERh bGV5IDxtYXR0ZEBidWdmdXp6LmNvbT4KU2lnbmVkLW9mZi1ieTogSmFuIEJl dWxpY2ggPGpiZXVsaWNoQHN1c2UuY29tPgpBY2tlZC1ieTogRGFuaWVsIERl IEdyYWFmIDxkZ2RlZ3JhQHR5Y2hvLm5zYS5nb3Y+CgotLS0gYS94ZW4veHNt L2ZsYXNrL2ZsYXNrX29wLmMKKysrIGIveGVuL3hzbS9mbGFzay9mbGFza19v cC5jCkBAIC01Myw2ICs1Myw3IEBAIHN0YXRpYyBERUZJTkVfU1BJTkxPQ0so c2VsX3NlbSk7CiAvKiBnbG9iYWwgZGF0YSBmb3IgYm9vbGVhbnMgKi8KIHN0 YXRpYyBpbnQgYm9vbF9udW0gPSAwOwogc3RhdGljIGludCAqYm9vbF9wZW5k aW5nX3ZhbHVlcyA9IE5VTEw7CitzdGF0aWMgc2l6ZV90IGJvb2xfbWF4c3Ry Owogc3RhdGljIGludCBmbGFza19zZWN1cml0eV9tYWtlX2Jvb2xzKHZvaWQp OwogCiBleHRlcm4gaW50IHNzX2luaXRpYWxpemVkOwpAQCAtNzEsOSArNzIs MTUgQEAgc3RhdGljIGludCBkb21haW5faGFzX3NlY3VyaXR5KHN0cnVjdCBk bwogICAgICAgICAgICAgICAgICAgICAgICAgcGVybXMsIE5VTEwpOwogfQog Ci1zdGF0aWMgaW50IGZsYXNrX2NvcHlpbl9zdHJpbmcoWEVOX0dVRVNUX0hB TkRMRShjaGFyKSB1X2J1ZiwgY2hhciAqKmJ1ZiwgdWludDMyX3Qgc2l6ZSkK K3N0YXRpYyBpbnQgZmxhc2tfY29weWluX3N0cmluZyhYRU5fR1VFU1RfSEFO RExFKGNoYXIpIHVfYnVmLCBjaGFyICoqYnVmLAorICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIHNpemVfdCBzaXplLCBzaXplX3QgbWF4X3NpemUp CiB7Ci0gICAgY2hhciAqdG1wID0geG1hbGxvY19ieXRlcyhzaXplICsgMSk7 CisgICAgY2hhciAqdG1wOworCisgICAgaWYgKCBzaXplID4gbWF4X3NpemUg KQorICAgICAgICByZXR1cm4gLUVOT0VOVDsKKworICAgIHRtcCA9IHhtYWxs b2NfYXJyYXkoY2hhciwgc2l6ZSArIDEpOwogICAgIGlmICggIXRtcCApCiAg ICAgICAgIHJldHVybiAtRU5PTUVNOwogCkBAIC05OSw3ICsxMDYsNyBAQCBz dGF0aWMgaW50IGZsYXNrX3NlY3VyaXR5X3VzZXIoc3RydWN0IHhlCiAgICAg aWYgKCBydiApCiAgICAgICAgIHJldHVybiBydjsKIAotICAgIHJ2ID0gZmxh c2tfY29weWluX3N0cmluZyhhcmctPnUudXNlciwgJnVzZXIsIGFyZy0+c2l6 ZSk7CisgICAgcnYgPSBmbGFza19jb3B5aW5fc3RyaW5nKGFyZy0+dS51c2Vy LCAmdXNlciwgYXJnLT5zaXplLCBQQUdFX1NJWkUpOwogICAgIGlmICggcnYg KQogICAgICAgICByZXR1cm4gcnY7CiAKQEAgLTIxMCw3ICsyMTcsNyBAQCBz dGF0aWMgaW50IGZsYXNrX3NlY3VyaXR5X2NvbnRleHQoc3RydWN0CiAgICAg aWYgKCBydiApCiAgICAgICAgIHJldHVybiBydjsKIAotICAgIHJ2ID0gZmxh c2tfY29weWluX3N0cmluZyhhcmctPmNvbnRleHQsICZidWYsIGFyZy0+c2l6 ZSk7CisgICAgcnYgPSBmbGFza19jb3B5aW5fc3RyaW5nKGFyZy0+Y29udGV4 dCwgJmJ1ZiwgYXJnLT5zaXplLCBQQUdFX1NJWkUpOwogICAgIGlmICggcnYg KQogICAgICAgICByZXR1cm4gcnY7CiAKQEAgLTMwMyw3ICszMTAsNyBAQCBz dGF0aWMgaW50IGZsYXNrX3NlY3VyaXR5X3Jlc29sdmVfYm9vbChzCiAgICAg aWYgKCBhcmctPmJvb2xfaWQgIT0gLTEgKQogICAgICAgICByZXR1cm4gMDsK IAotICAgIHJ2ID0gZmxhc2tfY29weWluX3N0cmluZyhhcmctPm5hbWUsICZu YW1lLCBhcmctPnNpemUpOworICAgIHJ2ID0gZmxhc2tfY29weWluX3N0cmlu ZyhhcmctPm5hbWUsICZuYW1lLCBhcmctPnNpemUsIGJvb2xfbWF4c3RyKTsK ICAgICBpZiAoIHJ2ICkKICAgICAgICAgcmV0dXJuIHJ2OwogCkBAIC0zMzQs NyArMzQxLDcgQEAgc3RhdGljIGludCBmbGFza19zZWN1cml0eV9zZXRfYm9v bChzdHJ1YwogICAgICAgICBpbnQgbnVtOwogICAgICAgICBpbnQgKnZhbHVl czsKIAotICAgICAgICBydiA9IHNlY3VyaXR5X2dldF9ib29scygmbnVtLCBO VUxMLCAmdmFsdWVzKTsKKyAgICAgICAgcnYgPSBzZWN1cml0eV9nZXRfYm9v bHMoJm51bSwgTlVMTCwgJnZhbHVlcywgTlVMTCk7CiAgICAgICAgIGlmICgg cnYgIT0gMCApCiAgICAgICAgICAgICBnb3RvIG91dDsKIApAQCAtNDQwLDcg KzQ0Nyw3IEBAIHN0YXRpYyBpbnQgZmxhc2tfc2VjdXJpdHlfbWFrZV9ib29s cyh2b2kKICAgICAKICAgICB4ZnJlZShib29sX3BlbmRpbmdfdmFsdWVzKTsK ICAgICAKLSAgICByZXQgPSBzZWN1cml0eV9nZXRfYm9vbHMoJm51bSwgTlVM TCwgJnZhbHVlcyk7CisgICAgcmV0ID0gc2VjdXJpdHlfZ2V0X2Jvb2xzKCZu dW0sIE5VTEwsICZ2YWx1ZXMsICZib29sX21heHN0cik7CiAgICAgaWYgKCBy ZXQgIT0gMCApCiAgICAgICAgIGdvdG8gb3V0OwogCi0tLSBhL3hlbi94c20v Zmxhc2svaW5jbHVkZS9jb25kaXRpb25hbC5oCisrKyBiL3hlbi94c20vZmxh c2svaW5jbHVkZS9jb25kaXRpb25hbC5oCkBAIC0xMyw3ICsxMyw5IEBACiAj aWZuZGVmIF9GTEFTS19DT05ESVRJT05BTF9IXwogI2RlZmluZSBfRkxBU0tf Q09ORElUSU9OQUxfSF8KIAotaW50IHNlY3VyaXR5X2dldF9ib29scyhpbnQg KmxlbiwgY2hhciAqKipuYW1lcywgaW50ICoqdmFsdWVzKTsKKyNpbmNsdWRl IDx4ZW4vdHlwZXMuaD4KKworaW50IHNlY3VyaXR5X2dldF9ib29scyhpbnQg KmxlbiwgY2hhciAqKipuYW1lcywgaW50ICoqdmFsdWVzLCBzaXplX3QgKm1h eHN0cik7CiAKIGludCBzZWN1cml0eV9zZXRfYm9vbHMoaW50IGxlbiwgaW50 ICp2YWx1ZXMpOwogCi0tLSBhL3hlbi94c20vZmxhc2svc3Mvc2VydmljZXMu YworKysgYi94ZW4veHNtL2ZsYXNrL3NzL3NlcnZpY2VzLmMKQEAgLTE5MDAs NyArMTkwMCw3IEBAIGludCBzZWN1cml0eV9maW5kX2Jvb2woY29uc3QgY2hh ciAqbmFtZSkKICAgICByZXR1cm4gcnY7CiB9CiAKLWludCBzZWN1cml0eV9n ZXRfYm9vbHMoaW50ICpsZW4sIGNoYXIgKioqbmFtZXMsIGludCAqKnZhbHVl cykKK2ludCBzZWN1cml0eV9nZXRfYm9vbHMoaW50ICpsZW4sIGNoYXIgKioq bmFtZXMsIGludCAqKnZhbHVlcywgc2l6ZV90ICptYXhzdHIpCiB7CiAgICAg aW50IGksIHJjID0gLUVOT01FTTsKIApAQCAtMTkwOCw2ICsxOTA4LDggQEAg aW50IHNlY3VyaXR5X2dldF9ib29scyhpbnQgKmxlbiwgY2hhciAqKgogICAg IGlmICggbmFtZXMgKQogICAgICAgICAqbmFtZXMgPSBOVUxMOwogICAgICp2 YWx1ZXMgPSBOVUxMOworICAgIGlmICggbWF4c3RyICkKKyAgICAgICAgKm1h eHN0ciA9IDA7CiAKICAgICAqbGVuID0gcG9saWN5ZGIucF9ib29scy5ucHJp bTsKICAgICBpZiAoICEqbGVuICkKQEAgLTE5MjksMTYgKzE5MzEsMTcgQEAg aW50IHNlY3VyaXR5X2dldF9ib29scyhpbnQgKmxlbiwgY2hhciAqKgogCiAg ICAgZm9yICggaSA9IDA7IGkgPCAqbGVuOyBpKysgKQogICAgIHsKLSAgICAg ICAgc2l6ZV90IG5hbWVfbGVuOworICAgICAgICBzaXplX3QgbmFtZV9sZW4g PSBzdHJsZW4ocG9saWN5ZGIucF9ib29sX3ZhbF90b19uYW1lW2ldKTsKKwog ICAgICAgICAoKnZhbHVlcylbaV0gPSBwb2xpY3lkYi5ib29sX3ZhbF90b19z dHJ1Y3RbaV0tPnN0YXRlOwogICAgICAgICBpZiAoIG5hbWVzICkgewotICAg ICAgICAgICAgbmFtZV9sZW4gPSBzdHJsZW4ocG9saWN5ZGIucF9ib29sX3Zh bF90b19uYW1lW2ldKSArIDE7Ci0gICAgICAgICAgICAoKm5hbWVzKVtpXSA9 IChjaGFyKil4bWFsbG9jX2FycmF5KGNoYXIsIG5hbWVfbGVuKTsKKyAgICAg ICAgICAgICgqbmFtZXMpW2ldID0geG1hbGxvY19hcnJheShjaGFyLCBuYW1l X2xlbiArIDEpOwogICAgICAgICAgICAgaWYgKCAhKCpuYW1lcylbaV0gKQog ICAgICAgICAgICAgICAgIGdvdG8gZXJyOwotICAgICAgICAgICAgc3RybGNw eSgoKm5hbWVzKVtpXSwgcG9saWN5ZGIucF9ib29sX3ZhbF90b19uYW1lW2ld LCBuYW1lX2xlbik7Ci0gICAgICAgICAgICAoKm5hbWVzKVtpXVtuYW1lX2xl biAtIDFdID0gMDsKKyAgICAgICAgICAgIHN0cmxjcHkoKCpuYW1lcylbaV0s IHBvbGljeWRiLnBfYm9vbF92YWxfdG9fbmFtZVtpXSwgbmFtZV9sZW4gKyAx KTsKICAgICAgICAgfQorICAgICAgICBpZiAoIG1heHN0ciAmJiBuYW1lX2xl biA+ICptYXhzdHIgKQorICAgICAgICAgICAgKm1heHN0ciA9IG5hbWVfbGVu OwogICAgIH0KICAgICByYyA9IDA7CiBvdXQ6CkBAIC0yMDU2LDcgKzIwNTks NyBAQCBzdGF0aWMgaW50IHNlY3VyaXR5X3ByZXNlcnZlX2Jvb2xzKHN0cnVj CiAgICAgc3RydWN0IGNvbmRfYm9vbF9kYXR1bSAqYm9vbGRhdHVtOwogICAg IHN0cnVjdCBjb25kX25vZGUgKmN1cjsKIAotICAgIHJjID0gc2VjdXJpdHlf Z2V0X2Jvb2xzKCZuYm9vbHMsICZibmFtZXMsICZidmFsdWVzKTsKKyAgICBy YyA9IHNlY3VyaXR5X2dldF9ib29scygmbmJvb2xzLCAmYm5hbWVzLCAmYnZh bHVlcywgTlVMTCk7CiAgICAgaWYgKCByYyApCiAgICAgICAgIGdvdG8gb3V0 OwogICAgIGZvciAoIGkgPSAwOyBpIDwgbmJvb2xzOyBpKysgKQo= --=separator Content-Type: application/octet-stream; name="xsa84-unstable-4.3.patch" Content-Disposition: attachment; filename="xsa84-unstable-4.3.patch" Content-Transfer-Encoding: base64 Zmxhc2s6IGZpeCByZWFkaW5nIHN0cmluZ3MgZnJvbSBndWVzdCBtZW1vcnkK ClNpbmNlIHRoZSBzdHJpbmcgc2l6ZSBpcyBiZWluZyBzcGVjaWZpZWQgYnkg dGhlIGd1ZXN0LCB3ZSBtdXN0IHJhbmdlCmNoZWNrIGl0IHByb3Blcmx5IGJl Zm9yZSBkb2luZyBhbGxvY2F0aW9ucyBiYXNlZCBvbiBpdC4gV2hpbGUgZm9y IHRoZQp0d28gY2FzZXMgdGhhdCBhcmUgZXhwb3NlZCBvbmx5IHRvIHRydXN0 ZWQgZ3Vlc3RzICh2aWEgcG9saWN5CnJlc3RyaWN0aW9uKSB0aGlzIGp1c3Qg dXNlcyBhbiBhcmJpdHJhcnkgdXBwZXIgbGltaXQgKFBBR0VfU0laRSksIGZv cgp0aGUgRkxBU0tfW0dTXUVUQk9PTCBjYXNlICh3aGljaCBhbnkgZ3Vlc3Qg Y2FuIHVzZSkgdGhlIHVwcGVyIGxpbWl0CmdldHMgZW5mb3JjZWQgYmFzZWQg b24gdGhlIGxvbmdlc3QgbmFtZSBhY3Jvc3MgYWxsIGJvb2xlYW4gc2V0dGlu Z3MuCgpUaGlzIGlzIFhTQS04NC4KClJlcG9ydGVkLWJ5OiBNYXR0aGV3IERh bGV5IDxtYXR0ZEBidWdmdXp6LmNvbT4KU2lnbmVkLW9mZi1ieTogSmFuIEJl dWxpY2ggPGpiZXVsaWNoQHN1c2UuY29tPgpBY2tlZC1ieTogRGFuaWVsIERl IEdyYWFmIDxkZ2RlZ3JhQHR5Y2hvLm5zYS5nb3Y+CgotLS0gYS94ZW4veHNt L2ZsYXNrL2ZsYXNrX29wLmMKKysrIGIveGVuL3hzbS9mbGFzay9mbGFza19v cC5jCkBAIC01Myw2ICs1Myw3IEBAIHN0YXRpYyBERUZJTkVfU1BJTkxPQ0so c2VsX3NlbSk7CiAvKiBnbG9iYWwgZGF0YSBmb3IgYm9vbGVhbnMgKi8KIHN0 YXRpYyBpbnQgYm9vbF9udW0gPSAwOwogc3RhdGljIGludCAqYm9vbF9wZW5k aW5nX3ZhbHVlcyA9IE5VTEw7CitzdGF0aWMgc2l6ZV90IGJvb2xfbWF4c3Ry Owogc3RhdGljIGludCBmbGFza19zZWN1cml0eV9tYWtlX2Jvb2xzKHZvaWQp OwogCiBleHRlcm4gaW50IHNzX2luaXRpYWxpemVkOwpAQCAtNzEsOSArNzIs MTUgQEAgc3RhdGljIGludCBkb21haW5faGFzX3NlY3VyaXR5KHN0cnVjdCBk bwogICAgICAgICAgICAgICAgICAgICAgICAgcGVybXMsIE5VTEwpOwogfQog Ci1zdGF0aWMgaW50IGZsYXNrX2NvcHlpbl9zdHJpbmcoWEVOX0dVRVNUX0hB TkRMRV9QQVJBTShjaGFyKSB1X2J1ZiwgY2hhciAqKmJ1ZiwgdWludDMyX3Qg c2l6ZSkKK3N0YXRpYyBpbnQgZmxhc2tfY29weWluX3N0cmluZyhYRU5fR1VF U1RfSEFORExFX1BBUkFNKGNoYXIpIHVfYnVmLCBjaGFyICoqYnVmLAorICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIHNpemVfdCBzaXplLCBzaXpl X3QgbWF4X3NpemUpCiB7Ci0gICAgY2hhciAqdG1wID0geG1hbGxvY19ieXRl cyhzaXplICsgMSk7CisgICAgY2hhciAqdG1wOworCisgICAgaWYgKCBzaXpl ID4gbWF4X3NpemUgKQorICAgICAgICByZXR1cm4gLUVOT0VOVDsKKworICAg IHRtcCA9IHhtYWxsb2NfYXJyYXkoY2hhciwgc2l6ZSArIDEpOwogICAgIGlm ICggIXRtcCApCiAgICAgICAgIHJldHVybiAtRU5PTUVNOwogCkBAIC05OSw3 ICsxMDYsNyBAQCBzdGF0aWMgaW50IGZsYXNrX3NlY3VyaXR5X3VzZXIoc3Ry dWN0IHhlCiAgICAgaWYgKCBydiApCiAgICAgICAgIHJldHVybiBydjsKIAot ICAgIHJ2ID0gZmxhc2tfY29weWluX3N0cmluZyhhcmctPnUudXNlciwgJnVz ZXIsIGFyZy0+c2l6ZSk7CisgICAgcnYgPSBmbGFza19jb3B5aW5fc3RyaW5n KGFyZy0+dS51c2VyLCAmdXNlciwgYXJnLT5zaXplLCBQQUdFX1NJWkUpOwog ICAgIGlmICggcnYgKQogICAgICAgICByZXR1cm4gcnY7CiAKQEAgLTIxMCw3 ICsyMTcsNyBAQCBzdGF0aWMgaW50IGZsYXNrX3NlY3VyaXR5X2NvbnRleHQo c3RydWN0CiAgICAgaWYgKCBydiApCiAgICAgICAgIHJldHVybiBydjsKIAot ICAgIHJ2ID0gZmxhc2tfY29weWluX3N0cmluZyhhcmctPmNvbnRleHQsICZi dWYsIGFyZy0+c2l6ZSk7CisgICAgcnYgPSBmbGFza19jb3B5aW5fc3RyaW5n KGFyZy0+Y29udGV4dCwgJmJ1ZiwgYXJnLT5zaXplLCBQQUdFX1NJWkUpOwog ICAgIGlmICggcnYgKQogICAgICAgICByZXR1cm4gcnY7CiAKQEAgLTMwMyw3 ICszMTAsNyBAQCBzdGF0aWMgaW50IGZsYXNrX3NlY3VyaXR5X3Jlc29sdmVf Ym9vbChzCiAgICAgaWYgKCBhcmctPmJvb2xfaWQgIT0gLTEgKQogICAgICAg ICByZXR1cm4gMDsKIAotICAgIHJ2ID0gZmxhc2tfY29weWluX3N0cmluZyhh cmctPm5hbWUsICZuYW1lLCBhcmctPnNpemUpOworICAgIHJ2ID0gZmxhc2tf Y29weWluX3N0cmluZyhhcmctPm5hbWUsICZuYW1lLCBhcmctPnNpemUsIGJv b2xfbWF4c3RyKTsKICAgICBpZiAoIHJ2ICkKICAgICAgICAgcmV0dXJuIHJ2 OwogCkBAIC0zMzQsNyArMzQxLDcgQEAgc3RhdGljIGludCBmbGFza19zZWN1 cml0eV9zZXRfYm9vbChzdHJ1YwogICAgICAgICBpbnQgbnVtOwogICAgICAg ICBpbnQgKnZhbHVlczsKIAotICAgICAgICBydiA9IHNlY3VyaXR5X2dldF9i b29scygmbnVtLCBOVUxMLCAmdmFsdWVzKTsKKyAgICAgICAgcnYgPSBzZWN1 cml0eV9nZXRfYm9vbHMoJm51bSwgTlVMTCwgJnZhbHVlcywgTlVMTCk7CiAg ICAgICAgIGlmICggcnYgIT0gMCApCiAgICAgICAgICAgICBnb3RvIG91dDsK IApAQCAtNDQwLDcgKzQ0Nyw3IEBAIHN0YXRpYyBpbnQgZmxhc2tfc2VjdXJp dHlfbWFrZV9ib29scyh2b2kKICAgICAKICAgICB4ZnJlZShib29sX3BlbmRp bmdfdmFsdWVzKTsKICAgICAKLSAgICByZXQgPSBzZWN1cml0eV9nZXRfYm9v bHMoJm51bSwgTlVMTCwgJnZhbHVlcyk7CisgICAgcmV0ID0gc2VjdXJpdHlf Z2V0X2Jvb2xzKCZudW0sIE5VTEwsICZ2YWx1ZXMsICZib29sX21heHN0cik7 CiAgICAgaWYgKCByZXQgIT0gMCApCiAgICAgICAgIGdvdG8gb3V0OwogCi0t LSBhL3hlbi94c20vZmxhc2svaW5jbHVkZS9jb25kaXRpb25hbC5oCisrKyBi L3hlbi94c20vZmxhc2svaW5jbHVkZS9jb25kaXRpb25hbC5oCkBAIC0xMyw3 ICsxMyw5IEBACiAjaWZuZGVmIF9GTEFTS19DT05ESVRJT05BTF9IXwogI2Rl ZmluZSBfRkxBU0tfQ09ORElUSU9OQUxfSF8KIAotaW50IHNlY3VyaXR5X2dl dF9ib29scyhpbnQgKmxlbiwgY2hhciAqKipuYW1lcywgaW50ICoqdmFsdWVz KTsKKyNpbmNsdWRlIDx4ZW4vdHlwZXMuaD4KKworaW50IHNlY3VyaXR5X2dl dF9ib29scyhpbnQgKmxlbiwgY2hhciAqKipuYW1lcywgaW50ICoqdmFsdWVz LCBzaXplX3QgKm1heHN0cik7CiAKIGludCBzZWN1cml0eV9zZXRfYm9vbHMo aW50IGxlbiwgaW50ICp2YWx1ZXMpOwogCi0tLSBhL3hlbi94c20vZmxhc2sv c3Mvc2VydmljZXMuYworKysgYi94ZW4veHNtL2ZsYXNrL3NzL3NlcnZpY2Vz LmMKQEAgLTE4NTAsNyArMTg1MCw3IEBAIGludCBzZWN1cml0eV9maW5kX2Jv b2woY29uc3QgY2hhciAqbmFtZSkKICAgICByZXR1cm4gcnY7CiB9CiAKLWlu dCBzZWN1cml0eV9nZXRfYm9vbHMoaW50ICpsZW4sIGNoYXIgKioqbmFtZXMs IGludCAqKnZhbHVlcykKK2ludCBzZWN1cml0eV9nZXRfYm9vbHMoaW50ICps ZW4sIGNoYXIgKioqbmFtZXMsIGludCAqKnZhbHVlcywgc2l6ZV90ICptYXhz dHIpCiB7CiAgICAgaW50IGksIHJjID0gLUVOT01FTTsKIApAQCAtMTg1OCw2 ICsxODU4LDggQEAgaW50IHNlY3VyaXR5X2dldF9ib29scyhpbnQgKmxlbiwg Y2hhciAqKgogICAgIGlmICggbmFtZXMgKQogICAgICAgICAqbmFtZXMgPSBO VUxMOwogICAgICp2YWx1ZXMgPSBOVUxMOworICAgIGlmICggbWF4c3RyICkK KyAgICAgICAgKm1heHN0ciA9IDA7CiAKICAgICAqbGVuID0gcG9saWN5ZGIu cF9ib29scy5ucHJpbTsKICAgICBpZiAoICEqbGVuICkKQEAgLTE4NzksMTYg KzE4ODEsMTcgQEAgaW50IHNlY3VyaXR5X2dldF9ib29scyhpbnQgKmxlbiwg Y2hhciAqKgogCiAgICAgZm9yICggaSA9IDA7IGkgPCAqbGVuOyBpKysgKQog ICAgIHsKLSAgICAgICAgc2l6ZV90IG5hbWVfbGVuOworICAgICAgICBzaXpl X3QgbmFtZV9sZW4gPSBzdHJsZW4ocG9saWN5ZGIucF9ib29sX3ZhbF90b19u YW1lW2ldKTsKKwogICAgICAgICAoKnZhbHVlcylbaV0gPSBwb2xpY3lkYi5i b29sX3ZhbF90b19zdHJ1Y3RbaV0tPnN0YXRlOwogICAgICAgICBpZiAoIG5h bWVzICkgewotICAgICAgICAgICAgbmFtZV9sZW4gPSBzdHJsZW4ocG9saWN5 ZGIucF9ib29sX3ZhbF90b19uYW1lW2ldKSArIDE7Ci0gICAgICAgICAgICAo Km5hbWVzKVtpXSA9IChjaGFyKil4bWFsbG9jX2FycmF5KGNoYXIsIG5hbWVf bGVuKTsKKyAgICAgICAgICAgICgqbmFtZXMpW2ldID0geG1hbGxvY19hcnJh eShjaGFyLCBuYW1lX2xlbiArIDEpOwogICAgICAgICAgICAgaWYgKCAhKCpu YW1lcylbaV0gKQogICAgICAgICAgICAgICAgIGdvdG8gZXJyOwotICAgICAg ICAgICAgc3RybGNweSgoKm5hbWVzKVtpXSwgcG9saWN5ZGIucF9ib29sX3Zh bF90b19uYW1lW2ldLCBuYW1lX2xlbik7Ci0gICAgICAgICAgICAoKm5hbWVz KVtpXVtuYW1lX2xlbiAtIDFdID0gMDsKKyAgICAgICAgICAgIHN0cmxjcHko KCpuYW1lcylbaV0sIHBvbGljeWRiLnBfYm9vbF92YWxfdG9fbmFtZVtpXSwg bmFtZV9sZW4gKyAxKTsKICAgICAgICAgfQorICAgICAgICBpZiAoIG1heHN0 ciAmJiBuYW1lX2xlbiA+ICptYXhzdHIgKQorICAgICAgICAgICAgKm1heHN0 ciA9IG5hbWVfbGVuOwogICAgIH0KICAgICByYyA9IDA7CiBvdXQ6CkBAIC0y MDA2LDcgKzIwMDksNyBAQCBzdGF0aWMgaW50IHNlY3VyaXR5X3ByZXNlcnZl X2Jvb2xzKHN0cnVjCiAgICAgc3RydWN0IGNvbmRfYm9vbF9kYXR1bSAqYm9v bGRhdHVtOwogICAgIHN0cnVjdCBjb25kX25vZGUgKmN1cjsKIAotICAgIHJj ID0gc2VjdXJpdHlfZ2V0X2Jvb2xzKCZuYm9vbHMsICZibmFtZXMsICZidmFs dWVzKTsKKyAgICByYyA9IHNlY3VyaXR5X2dldF9ib29scygmbmJvb2xzLCAm Ym5hbWVzLCAmYnZhbHVlcywgTlVMTCk7CiAgICAgaWYgKCByYyApCiAgICAg ICAgIGdvdG8gb3V0OwogICAgIGZvciAoIGkgPSAwOyBpIDwgbmJvb2xzOyBp KysgKQo= --=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 Thu Feb 06 14:21:33 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 06 Feb 2014 14:21: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 1WBPov-00071R-OY; Thu, 06 Feb 2014 14:20:49 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBPot-000715-W0 for xen-users@lists.xen.org; Thu, 06 Feb 2014 14:20:48 +0000 Received: from [85.158.139.211:39915] by server-17.bemta-5.messagelabs.com id 9C/A9-31975-F3A93F25; Thu, 06 Feb 2014 14:20:47 +0000 X-Env-Sender: mikeneiderhauser@gmail.com X-Msg-Ref: server-16.tower-206.messagelabs.com!1391696443!2122641!1 X-Originating-IP: [209.85.220.172] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22861 invoked from network); 6 Feb 2014 14:20:45 -0000 Received: from mail-vc0-f172.google.com (HELO mail-vc0-f172.google.com) (209.85.220.172) by server-16.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 6 Feb 2014 14:20:45 -0000 Received: by mail-vc0-f172.google.com with SMTP id lf12so1472414vcb.31 for ; Thu, 06 Feb 2014 06:20:43 -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 :content-type; bh=iSvSfq9vL0SwHmid0EMkFI3cwtrmGd8NOZFHv5B8uZA=; b=U3wlVGOw8zVcvdnkRYUoe+Gl44Wj1qz1jH1wv97kPWTH/1M7jefy17U3Jk/qfu+pW7 qi4CM3KRzgUdKq9RYtIdVXdIa5TH12YxNoL8Lz8BaG34Us1o0Y7iJPm0uP3y3/Rt0lhM KvD188SkGagGOfNZs1+tX3bTzes9vu1rH4EZsEMoL09O6IB5OrbjAsrK1XABSXjoYWqD zWyTcE7nAwtoVkOfX2whx1dWkWtiIlnbYKJXZ/1q/yj1fxGGYNbRlFh9UZCVSmvGpjNz O+X3VEd6PFFvPOY4CynriS4eQnsGDUkAbg3osajhU95UZm569QYL0fhTmieLqPdUF3W1 SMOQ== X-Received: by 10.220.193.132 with SMTP id du4mr239602vcb.39.1391696443598; Thu, 06 Feb 2014 06:20:43 -0800 (PST) MIME-Version: 1.0 Received: by 10.52.233.73 with HTTP; Thu, 6 Feb 2014 06:20:03 -0800 (PST) In-Reply-To: References: <1391592063.6497.71.camel@kazak.uk.xensource.com> <1391603593.6497.145.camel@kazak.uk.xensource.com> <1391604724.6497.149.camel@kazak.uk.xensource.com> <1391606132.6497.151.camel@kazak.uk.xensource.com> <1391608412.6497.167.camel@kazak.uk.xensource.com> <1391612577.23098.8.camel@kazak.uk.xensource.com> <1391693015.25128.11.camel@kazak.uk.xensource.com> From: Mike Neiderhauser Date: Thu, 6 Feb 2014 09:20:03 -0500 Message-ID: To: xen-users , Ian Campbell Subject: [Xen-users] Fwd: Requesting Help - Error: pci: PCI Backend and pci-stub don't own device X-BeenThere: xen-users@lists.xen.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="===============6165707211888055216==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6165707211888055216== Content-Type: multipart/alternative; boundary=089e0111d73227ecf404f1bd9439 --089e0111d73227ecf404f1bd9439 Content-Type: text/plain; charset=ISO-8859-1 Dropped CC.. Back to the list. (Sorry) ---------- Forwarded message ---------- From: Mike Neiderhauser Date: Thu, Feb 6, 2014 at 9:11 AM Subject: Re: [Xen-users] Requesting Help - Error: pci: PCI Backend and pci-stub don't own device To: Ian Campbell It appears that it cannot obtain the RAM mapping for this PCI device. I rebooted the Host. I ran assigned pci devices to pciback. The output looks like: root@fiat:~# ./dev_mgmt.sh Loading Kernel Module 'xen-pciback' Calling function pciback_dev for: PCI DEVICE 0000:03:00.0 Unbinding 0000:03:00.0 from igb Binding 0000:03:00.0 to pciback PCI DEVICE 0000:03:00.1 Unbinding 0000:03:00.1 from igb Binding 0000:03:00.1 to pciback PCI DEVICE 0000:04:00.0 Unbinding 0000:04:00.0 from igb Binding 0000:04:00.0 to pciback PCI DEVICE 0000:04:00.1 Unbinding 0000:04:00.1 from igb Binding 0000:04:00.1 to pciback PCI DEVICE 0000:05:00.0 Unbinding 0000:05:00.0 from bnx2 Binding 0000:05:00.0 to pciback PCI DEVICE 0000:05:00.1 Unbinding 0000:05:00.1 from bnx2 Binding 0000:05:00.1 to pciback Listing PCI Devices Available to Xen 0000:03:00.0 0000:03:00.1 0000:04:00.0 0000:04:00.1 0000:05:00.0 0000:05:00.1 ######################################################################################### root@fiat:~# xl -vvv create /etc/xen/ubuntu-hvm-0.cfg Parsing config from /etc/xen/ubuntu-hvm-0.cfg WARNING: ignoring device_model directive. WARNING: Use "device_model_override" instead if you really want a non-default device_model libxl: debug: libxl_create.c:1230:do_domain_create: ao 0x210c360: create: how=(nil) callback=(nil) poller=0x210c3c0 libxl: debug: libxl_device.c:257:libxl__device_disk_set_backend: Disk vdev=hda spec.backend=unknown libxl: debug: libxl_device.c:296:libxl__device_disk_set_backend: Disk vdev=hda, using backend phy libxl: debug: libxl_create.c:675:initiate_domain_create: running bootloader libxl: debug: libxl_bootloader.c:321:libxl__bootloader_run: not a PV domain, skipping bootloader libxl: debug: libxl_event.c:608:libxl__ev_xswatch_deregister: watch w=0x210c728: deregister unregistered libxl: debug: libxl_numa.c:475:libxl__get_numa_candidate: New best NUMA placement candidate found: nr_nodes=1, nr_cpus=4, nr_vcpus=3, free_memkb=2980 libxl: detail: libxl_dom.c:195:numa_place_domain: NUMA placement candidate with 1 nodes, 4 cpus and 2980 KB free selected xc: detail: elf_parse_binary: phdr: paddr=0x100000 memsz=0xa69a4 xc: detail: elf_parse_binary: memory: 0x100000 -> 0x1a69a4 xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->00000000001a69a4 Modules: 0000000000000000->0000000000000000 TOTAL: 0000000000000000->000000003f800000 ENTRY ADDRESS: 0000000000100608 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x0000000000000200 2MB PAGES: 0x00000000000001fb 1GB PAGES: 0x0000000000000000 xc: detail: elf_load_binary: phdr 0 at 0x7f022c779000 -> 0x7f022c81682d libxl: debug: libxl_device.c:257:libxl__device_disk_set_backend: Disk vdev=hda spec.backend=phy libxl: debug: libxl_event.c:559:libxl__ev_xswatch_register: watch w=0x2112f48 wpath=/local/domain/0/backend/vbd/2/768/state token=3/0: register slotnum=3 libxl: debug: libxl_create.c:1243:do_domain_create: ao 0x210c360: inprogress: poller=0x210c3c0, flags=i libxl: debug: libxl_event.c:503:watchfd_callback: watch w=0x2112f48 wpath=/local/domain/0/backend/vbd/2/768/state token=3/0: event epath=/local/domain/0/backend/vbd/2/768/state libxl: debug: libxl_event.c:647:devstate_watch_callback: backend /local/domain/0/backend/vbd/2/768/state wanted state 2 still waiting state 1 libxl: debug: libxl_event.c:503:watchfd_callback: watch w=0x2112f48 wpath=/local/domain/0/backend/vbd/2/768/state token=3/0: event epath=/local/domain/0/backend/vbd/2/768/state libxl: debug: libxl_event.c:643:devstate_watch_callback: backend /local/domain/0/backend/vbd/2/768/state wanted state 2 ok libxl: debug: libxl_event.c:596:libxl__ev_xswatch_deregister: watch w=0x2112f48 wpath=/local/domain/0/backend/vbd/2/768/state token=3/0: deregister slotnum=3 libxl: debug: libxl_event.c:608:libxl__ev_xswatch_deregister: watch w=0x2112f48: deregister unregistered libxl: debug: libxl_device.c:959:device_hotplug: calling hotplug script: /etc/xen/scripts/block add libxl: debug: libxl_dm.c:1206:libxl__spawn_local_dm: Spawning device-model /usr/bin/qemu-system-i386 with arguments: libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: /usr/bin/qemu-system-i386 libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: -xen-domid libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: 2 libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: -chardev libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: socket,id=libxl-cmd,path=/var/run/xen/qmp-libxl-2,server,nowait libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: -mon libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: chardev=libxl-cmd,mode=control libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: -name libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: ubuntu-hvm-0 libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: -vnc libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: 0.0.0.0:0,to=99 libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: -global libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: isa-fdc.driveA= libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: -serial libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: pty libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: -vga libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: cirrus libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: -global libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: vga.vram_size_mb=8 libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: -boot libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: order=c libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: -smp libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: 2,maxcpus=2 libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: -device libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: rtl8139,id=nic0,netdev=net0,mac=00:16:3e:23:44:2c libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: -netdev libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: type=tap,id=net0,ifname=vif2.0-emu,script=no,downscript=no libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: -M libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: xenfv libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: -m libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: 1016 libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: -drive libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: file=/dev/ubuntu-vg/ubuntu-hvm-0,if=ide,index=0,media=disk,format=raw,cache=writeback libxl: debug: libxl_event.c:559:libxl__ev_xswatch_register: watch w=0x210c960 wpath=/local/domain/0/device-model/2/state token=3/1: register slotnum=3 libxl: debug: libxl_event.c:503:watchfd_callback: watch w=0x210c960 wpath=/local/domain/0/device-model/2/state token=3/1: event epath=/local/domain/0/device-model/2/state libxl: debug: libxl_event.c:503:watchfd_callback: watch w=0x210c960 wpath=/local/domain/0/device-model/2/state token=3/1: event epath=/local/domain/0/device-model/2/state libxl: debug: libxl_event.c:596:libxl__ev_xswatch_deregister: watch w=0x210c960 wpath=/local/domain/0/device-model/2/state token=3/1: deregister slotnum=3 libxl: debug: libxl_event.c:608:libxl__ev_xswatch_deregister: watch w=0x210c960: deregister unregistered libxl: debug: libxl_qmp.c:707:libxl__qmp_initialize: connected to /var/run/xen/qmp-libxl-2 libxl: debug: libxl_qmp.c:299: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:299: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:299:qmp_handle_response: message type: return libxl: debug: libxl_qmp.c:555:qmp_send_prepare: next qmp command: '{ "execute": "change", "id": 3, "arguments": { "device": "vnc", "target": "password", "arg": "" } } ' libxl: debug: libxl_qmp.c:299:qmp_handle_response: message type: return libxl: debug: libxl_qmp.c:555:qmp_send_prepare: next qmp command: '{ "execute": "query-vnc", "id": 4 } ' libxl: debug: libxl_qmp.c:299:qmp_handle_response: message type: return libxl: debug: libxl_event.c:559:libxl__ev_xswatch_register: watch w=0x210e8a8 wpath=/local/domain/0/backend/vif/2/0/state token=3/2: register slotnum=3 libxl: debug: libxl_event.c:503:watchfd_callback: watch w=0x210e8a8 wpath=/local/domain/0/backend/vif/2/0/state token=3/2: event epath=/local/domain/0/backend/vif/2/0/state libxl: debug: libxl_event.c:647:devstate_watch_callback: backend /local/domain/0/backend/vif/2/0/state wanted state 2 still waiting state 1 libxl: debug: libxl_event.c:503:watchfd_callback: watch w=0x210e8a8 wpath=/local/domain/0/backend/vif/2/0/state token=3/2: event epath=/local/domain/0/backend/vif/2/0/state libxl: debug: libxl_event.c:643:devstate_watch_callback: backend /local/domain/0/backend/vif/2/0/state wanted state 2 ok libxl: debug: libxl_event.c:596:libxl__ev_xswatch_deregister: watch w=0x210e8a8 wpath=/local/domain/0/backend/vif/2/0/state token=3/2: deregister slotnum=3 libxl: debug: libxl_event.c:608:libxl__ev_xswatch_deregister: watch w=0x210e8a8: deregister unregistered libxl: debug: libxl_device.c:959:device_hotplug: calling hotplug script: /etc/xen/scripts/vif-bridge online libxl: debug: libxl_device.c:959:device_hotplug: calling hotplug script: /etc/xen/scripts/vif-bridge add libxl: debug: libxl_qmp.c:707:libxl__qmp_initialize: connected to /var/run/xen/qmp-libxl-2 libxl: debug: libxl_qmp.c:299: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:299:qmp_handle_response: message type: return libxl: debug: libxl_qmp.c:555:qmp_send_prepare: next qmp command: '{ "execute": "device_add", "id": 2, "arguments": { "driver": "xen-pci-passthrough", "id": "pci-pt-03_00.0", "hostaddr": "0000:03:00.0" } } ' libxl: error: libxl_qmp.c:454:qmp_next: Socket read error: Connection reset by peer libxl: error: libxl_qmp.c:702:libxl__qmp_initialize: Connection error: Connection refused libxl: error: libxl_qmp.c:702:libxl__qmp_initialize: Connection error: Connection refused libxl: error: libxl_qmp.c:702:libxl__qmp_initialize: Connection error: Connection refused libxl: debug: libxl_pci.c:81:libxl__create_pci_backend: Creating pci backend libxl: debug: libxl_event.c:1737:libxl__ao_progress_report: ao 0x210c360: progress report: ignored libxl: debug: libxl_event.c:1569:libxl__ao_complete: ao 0x210c360: complete, rc=0 libxl: debug: libxl_event.c:1541:libxl__ao__destroy: ao 0x210c360: destroy Daemon running with PID 3214 xc: debug: hypercall buffer: total allocations:793 total releases:793 xc: debug: hypercall buffer: current allocations:0 maximum allocations:4 xc: debug: hypercall buffer: cache current size:4 xc: debug: hypercall buffer: cache hits:785 misses:4 toobig:4 ################################################################################## root@fiat:/var/log/xen# cat qemu-dm-ubuntu-hvm-0.log char device redirected to /dev/pts/5 (label serial0) qemu: hardware error: xen: failed to populate ram at 40030000 CPU #0: EAX=00000000 EBX=00000000 ECX=00000000 EDX=00000633 ESI=00000000 EDI=00000000 EBP=00000000 ESP=00000000 EIP=0000fff0 EFL=00000002 [-------] CPL=0 II=0 A20=1 SMM=0 HLT=1 ES =0000 00000000 0000ffff 00009300 CS =f000 ffff0000 0000ffff 00009b00 SS =0000 00000000 0000ffff 00009300 DS =0000 00000000 0000ffff 00009300 FS =0000 00000000 0000ffff 00009300 GS =0000 00000000 0000ffff 00009300 LDT=0000 00000000 0000ffff 00008200 TR =0000 00000000 0000ffff 00008b00 GDT= 00000000 0000ffff IDT= 00000000 0000ffff CR0=60000010 CR2=00000000 CR3=00000000 CR4=00000000 DR0=00000000 DR1=00000000 DR2=00000000 DR3=00000000 DR6=ffff0ff0 DR7=00000400 EFER=0000000000000000 FCW=037f FSW=0000 [ST=0] FTW=00 MXCSR=00001f80 FPR0=0000000000000000 0000 FPR1=0000000000000000 0000 FPR2=0000000000000000 0000 FPR3=0000000000000000 0000 FPR4=0000000000000000 0000 FPR5=0000000000000000 0000 FPR6=0000000000000000 0000 FPR7=0000000000000000 0000 XMM00=00000000000000000000000000000000 XMM01=00000000000000000000000000000000 XMM02=00000000000000000000000000000000 XMM03=00000000000000000000000000000000 XMM04=00000000000000000000000000000000 XMM05=00000000000000000000000000000000 XMM06=00000000000000000000000000000000 XMM07=00000000000000000000000000000000 CPU #1: EAX=00000000 EBX=00000000 ECX=00000000 EDX=00000633 ESI=00000000 EDI=00000000 EBP=00000000 ESP=00000000 EIP=0000fff0 EFL=00000002 [-------] CPL=0 II=0 A20=1 SMM=0 HLT=1 ES =0000 00000000 0000ffff 00009300 CS =f000 ffff0000 0000ffff 00009b00 SS =0000 00000000 0000ffff 00009300 DS =0000 00000000 0000ffff 00009300 FS =0000 00000000 0000ffff 00009300 GS =0000 00000000 0000ffff 00009300 LDT=0000 00000000 0000ffff 00008200 TR =0000 00000000 0000ffff 00008b00 GDT= 00000000 0000ffff IDT= 00000000 0000ffff CR0=60000010 CR2=00000000 CR3=00000000 CR4=00000000 DR0=00000000 DR1=00000000 DR2=00000000 DR3=00000000 DR6=ffff0ff0 DR7=00000400 EFER=0000000000000000 FCW=037f FSW=0000 [ST=0] FTW=00 MXCSR=00001f80 FPR0=0000000000000000 0000 FPR1=0000000000000000 0000 FPR2=0000000000000000 0000 FPR3=0000000000000000 0000 FPR4=0000000000000000 0000 FPR5=0000000000000000 0000 FPR6=0000000000000000 0000 FPR7=0000000000000000 0000 XMM00=00000000000000000000000000000000 XMM01=00000000000000000000000000000000 XMM02=00000000000000000000000000000000 XMM03=00000000000000000000000000000000 XMM04=00000000000000000000000000000000 XMM05=00000000000000000000000000000000 XMM06=00000000000000000000000000000000 XMM07=00000000000000000000000000000000 ######################################################################################### /etc/default/grub GRUB_DEFAULT="Xen 4.3-amd64" GRUB_HIDDEN_TIMEOUT=0 GRUB_HIDDEN_TIMEOUT_QUIET=true GRUB_TIMEOUT=10 GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian` GRUB_CMDLINE_LINUX_DEFAULT="quiet splash" GRUB_CMDLINE_LINUX="" # biosdevname=0 GRUB_CMDLINE_XEN="dom0_mem=1024M dom0_max_vcpus=1" On Thu, Feb 6, 2014 at 8:23 AM, Ian Campbell wrote: > On Wed, 2014-02-05 at 17:52 -0500, Mike Neiderhauser wrote: > > > xl create /etc/xen/ubuntu-hvm-0.cfg returns: > > Can you run "xl -vvv create ..." please. > [...] > > > libxl: error: libxl_qmp.c:454:qmp_next: Socket read error: Connection > reset by peer > > libxl: error: libxl_qmp.c:702:libxl__qmp_initialize: Connection error: > Connection refused > > libxl: error: libxl_qmp.c:702:libxl__qmp_initialize: Connection error: > Connection refused > > libxl: error: libxl_qmp.c:702:libxl__qmp_initialize: Connection error: > Connection refused > > These suggest there might be some useful info > in /var/log/xen/qemu-dm-${domname}.log. > > Ian. > > > --089e0111d73227ecf404f1bd9439 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Dropped CC.. Back to the list. (Sorry)

---------- Forwarded message ----------
From: Mike Neiderhauser <mikeneiderhauser@gmail.com>
Date: Thu, Feb 6, 2014 at 9:11 AM
Subject: Re: [Xen-users] Requesting He= lp - Error: pci: PCI Backend and pci-stub don't own device
To: Ian C= ampbell <Ian.Campbell@citrix.= com>


It appears that it cannot obtain the RAM mapp= ing for this PCI device.


I rebooted the = Host. =A0I ran assigned pci devices to pciback. The output looks like:
root@fiat:~# ./dev_mgmt.sh=A0
Loading Kernel Module 'xen-pciback'
Calling function= pciback_dev for:=A0
PCI DEVICE 0000:03:00.0
Unbinding = 0000:03:00.0 from igb
Binding 0000:03:00.0 to pciback

PCI DEVICE 0000:03:00.1
Unbinding 0000:03:00.1 fro= m igb
Binding 0000:03:00.1 to pciback

PC= I DEVICE 0000:04:00.0
Unbinding 0000:04:00.0 from igb
Binding 0000:04:00.0 to pciback

PCI DEVICE 0000:04= :00.1
Unbinding 0000:04:00.1 from igb
Binding 0000:04:0= 0.1 to pciback

PCI DEVICE 0000:05:00.0
Unbinding 0000:05:00.0 from bnx2
Binding 0000:05:00.0 to pciback<= /div>

PCI DEVICE 0000:05:00.1
Unbinding 0000:0= 5:00.1 from bnx2
Binding 0000:05:00.1 to pciback

Listing PCI Devices Available to Xen
0000:03:00.0
0000:03:00.1
0000:04:00.0
0000:04:00.1
0000:05:00.0
0000= :05:00.1

###########################################= ##############################################
root@fiat:~# xl -vvv create /etc/xen/ubuntu-hvm-0.cfg=A0
Parsing config from /etc/xen/ubuntu-hvm-0.cfg
WARNING: ignoring device_model directive.
WARNING: Use "dev= ice_model_override" instead if you really want a non-default device_mo= del
libxl: debug: libxl_create.c:1230:do_domain_create: ao 0x210c360= : create: how=3D(nil) callback=3D(nil) poller=3D0x210c3c0
libxl: = debug: libxl_device.c:257:libxl__device_disk_set_backend: Disk vdev=3Dhda s= pec.backend=3Dunknown
libxl: debug: libxl_device.c:296:libxl__device_disk_set_backend: Disk = vdev=3Dhda, using backend phy
libxl: debug: libxl_create.c:675:in= itiate_domain_create: running bootloader
libxl: debug: libxl_boot= loader.c:321:libxl__bootloader_run: not a PV domain, skipping bootloader
libxl: debug: libxl_event.c:608:libxl__ev_xswatch_deregister: watch w= =3D0x210c728: deregister unregistered
libxl: debug: libxl_numa.c:= 475:libxl__get_numa_candidate: New best NUMA placement candidate found: nr_= nodes=3D1, nr_cpus=3D4, nr_vcpus=3D3, free_memkb=3D2980
libxl: detail: libxl_dom.c:195:numa_place_domain: NUMA placement candi= date with 1 nodes, 4 cpus and 2980 KB free selected
xc: detail: e= lf_parse_binary: phdr: paddr=3D0x100000 memsz=3D0xa69a4
xc: detai= l: elf_parse_binary: memory: 0x100000 -> 0x1a69a4
xc: info: VIRTUAL MEMORY ARRANGEMENT:
=A0 Loader: =A0 =A0 = =A0 =A00000000000100000->00000000001a69a4
=A0 Modules: =A0 =A0= =A0 0000000000000000->0000000000000000
=A0 TOTAL: =A0 =A0 =A0= =A0 0000000000000000->000000003f800000
=A0 ENTRY ADDRESS: 0000000000100608
xc: info: PHYSICAL MEMOR= Y ALLOCATION:
=A0 4KB PAGES: 0x0000000000000200
=A0 2MB= PAGES: 0x00000000000001fb
=A0 1GB PAGES: 0x0000000000000000
xc: detail: elf_load_binary: phdr 0 at 0x7f022c779000 -> 0x7f022c81682d<= /div>
libxl: debug: libxl_device.c:257:libxl__device_disk_set_backend: = Disk vdev=3Dhda spec.backend=3Dphy
libxl: debug: libxl_event.c:55= 9:libxl__ev_xswatch_register: watch w=3D0x2112f48 wpath=3D/local/domain/0/b= ackend/vbd/2/768/state token=3D3/0: register slotnum=3D3
libxl: debug: libxl_create.c:1243:do_domain_create: ao 0x210c360: inpr= ogress: poller=3D0x210c3c0, flags=3Di
libxl: debug: libxl_event.c= :503:watchfd_callback: watch w=3D0x2112f48 wpath=3D/local/domain/0/backend/= vbd/2/768/state token=3D3/0: event epath=3D/local/domain/0/backend/vbd/2/76= 8/state
libxl: debug: libxl_event.c:647:devstate_watch_callback: backend /loca= l/domain/0/backend/vbd/2/768/state wanted state 2 still waiting state 1
libxl: debug: libxl_event.c:503:watchfd_callback: watch w=3D0x2112f4= 8 wpath=3D/local/domain/0/backend/vbd/2/768/state token=3D3/0: event epath= =3D/local/domain/0/backend/vbd/2/768/state
libxl: debug: libxl_event.c:643:devstate_watch_callback: backend /loca= l/domain/0/backend/vbd/2/768/state wanted state 2 ok
libxl: debug= : libxl_event.c:596:libxl__ev_xswatch_deregister: watch w=3D0x2112f48 wpath= =3D/local/domain/0/backend/vbd/2/768/state token=3D3/0: deregister slotnum= =3D3
libxl: debug: libxl_event.c:608:libxl__ev_xswatch_deregister: watch w= =3D0x2112f48: deregister unregistered
libxl: debug: libxl_device.= c:959:device_hotplug: calling hotplug script: /etc/xen/scripts/block add
libxl: debug: libxl_dm.c:1206:libxl__spawn_local_dm: Spawning device-m= odel /usr/bin/qemu-system-i386 with arguments:
libxl: debug: libx= l_dm.c:1208:libxl__spawn_local_dm: =A0 /usr/bin/qemu-system-i386
libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: =A0 -xen-domid
libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: =A0 2
lib= xl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: =A0 -chardev
li= bxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: =A0 socket,id=3Dlibxl-cm= d,path=3D/var/run/xen/qmp-libxl-2,server,nowait
libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: =A0 -mon
libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: =A0 chardev=3Dlibxl-= cmd,mode=3Dcontrol
libxl: debug: libxl_dm.c:1208:libxl__spawn_loc= al_dm: =A0 -name
libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: =A0 ubuntu-hvm-0<= /div>
libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: =A0 -vnc
libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: =A0 0.0.0.0:0,to=3D99
libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: =A0 -global
=
libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: =A0 isa-fdc.drive= A=3D
libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: =A0 -se= rial
libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: =A0 pty
libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: =A0 -vga
li= bxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: =A0 cirrus
lib= xl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: =A0 -global
libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: =A0 vga.vram_size= _mb=3D8
libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: =A0 = -boot
libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: =A0 or= der=3Dc
libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: =A0 -smp
libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: =A0 2,maxcpus=3D2
libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: =A0 -device
libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: =A0 rtl8139,id=3Dnic0,= netdev=3Dnet0,mac=3D00:16:3e:23:44:2c
libxl: debug: libxl_dm.c:12= 08:libxl__spawn_local_dm: =A0 -netdev
libxl: debug: libxl_dm.c:12= 08:libxl__spawn_local_dm: =A0 type=3Dtap,id=3Dnet0,ifname=3Dvif2.0-emu,scri= pt=3Dno,downscript=3Dno
libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: =A0 -M
= libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: =A0 xenfv
li= bxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: =A0 -m
libxl: = debug: libxl_dm.c:1208:libxl__spawn_local_dm: =A0 1016
libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: =A0 -drive
<= div>libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: =A0 file=3D/dev/ub= untu-vg/ubuntu-hvm-0,if=3Dide,index=3D0,media=3Ddisk,format=3Draw,cache=3Dw= riteback
libxl: debug: libxl_event.c:559:libxl__ev_xswatch_register: watch w=3D= 0x210c960 wpath=3D/local/domain/0/device-model/2/state token=3D3/1: registe= r slotnum=3D3
libxl: debug: libxl_event.c:503:watchfd_callback: w= atch w=3D0x210c960 wpath=3D/local/domain/0/device-model/2/state token=3D3/1= : event epath=3D/local/domain/0/device-model/2/state
libxl: debug: libxl_event.c:503:watchfd_callback: watch w=3D0x210c960 = wpath=3D/local/domain/0/device-model/2/state token=3D3/1: event epath=3D/lo= cal/domain/0/device-model/2/state
libxl: debug: libxl_event.c:596= :libxl__ev_xswatch_deregister: watch w=3D0x210c960 wpath=3D/local/domain/0/= device-model/2/state token=3D3/1: deregister slotnum=3D3
libxl: debug: libxl_event.c:608:libxl__ev_xswatch_deregister: watch w= =3D0x210c960: deregister unregistered
libxl: debug: libxl_qmp.c:7= 07:libxl__qmp_initialize: connected to /var/run/xen/qmp-libxl-2
libxl: debug: libxl_qmp.c:299:qmp_handle_response: message type: qmp
<= div>libxl: debug: libxl_qmp.c:555:qmp_send_prepare: next qmp command: '= {
=A0 =A0 "execute": "qmp_capabilities",
=A0 =A0 "id": 1
}
'
libxl:= debug: libxl_qmp.c:299:qmp_handle_response: message type: return
libxl: debug: libxl_qmp.c:555:qmp_send_prepare: next qmp command: '{
=A0 =A0 "execute": "query-chardev",
=A0 = =A0 "id": 2
}
'
libxl: debug: l= ibxl_qmp.c:299:qmp_handle_response: message type: return
libxl: d= ebug: libxl_qmp.c:555:qmp_send_prepare: next qmp command: '{
=A0 =A0 "execute": "change",
=A0 =A0 &qu= ot;id": 3,
=A0 =A0 "arguments": {
=A0 = =A0 =A0 =A0 "device": "vnc",
=A0 =A0 =A0 =A0 = "target": "password",
=A0 =A0 =A0 =A0 "arg": ""
=A0 =A0 }
}
'
libxl: debug: libxl_qmp.c:299:qmp_handle_= response: message type: return
libxl: debug: libxl_qmp.c:555:qmp_= send_prepare: next qmp command: '{
=A0 =A0 "execute": "query-vnc",
=A0 =A0 = "id": 4
}
'
libxl: debug: libxl= _qmp.c:299:qmp_handle_response: message type: return
libxl: debug= : libxl_event.c:559:libxl__ev_xswatch_register: watch w=3D0x210e8a8 wpath= =3D/local/domain/0/backend/vif/2/0/state token=3D3/2: register slotnum=3D3<= /div>
libxl: debug: libxl_event.c:503:watchfd_callback: watch w=3D0x210e8a8 = wpath=3D/local/domain/0/backend/vif/2/0/state token=3D3/2: event epath=3D/l= ocal/domain/0/backend/vif/2/0/state
libxl: debug: libxl_event.c:6= 47:devstate_watch_callback: backend /local/domain/0/backend/vif/2/0/state w= anted state 2 still waiting state 1
libxl: debug: libxl_event.c:503:watchfd_callback: watch w=3D0x210e8a8 = wpath=3D/local/domain/0/backend/vif/2/0/state token=3D3/2: event epath=3D/l= ocal/domain/0/backend/vif/2/0/state
libxl: debug: libxl_event.c:6= 43:devstate_watch_callback: backend /local/domain/0/backend/vif/2/0/state w= anted state 2 ok
libxl: debug: libxl_event.c:596:libxl__ev_xswatch_deregister: watch w= =3D0x210e8a8 wpath=3D/local/domain/0/backend/vif/2/0/state token=3D3/2: der= egister slotnum=3D3
libxl: debug: libxl_event.c:608:libxl__ev_xsw= atch_deregister: watch w=3D0x210e8a8: deregister unregistered
libxl: debug: libxl_device.c:959:device_hotplug: calling hotplug scrip= t: /etc/xen/scripts/vif-bridge online
libxl: debug: libxl_device.= c:959:device_hotplug: calling hotplug script: /etc/xen/scripts/vif-bridge a= dd
libxl: debug: libxl_qmp.c:707:libxl__qmp_initialize: connected to /var= /run/xen/qmp-libxl-2
libxl: debug: libxl_qmp.c:299:qmp_handle_res= ponse: message type: qmp
libxl: debug: libxl_qmp.c:555:qmp_send_p= repare: next qmp command: '{
=A0 =A0 "execute": "qmp_capabilities",
= =A0 =A0 "id": 1
}
'
libxl: debu= g: libxl_qmp.c:299:qmp_handle_response: message type: return
libx= l: debug: libxl_qmp.c:555:qmp_send_prepare: next qmp command: '{
=A0 =A0 "execute": "device_add",
=A0 =A0= "id": 2,
=A0 =A0 "arguments": {
= =A0 =A0 =A0 =A0 "driver": "xen-pci-passthrough",
<= div>=A0 =A0 =A0 =A0 "id": "pci-pt-03_00.0",
=A0 =A0 =A0 =A0 "hostaddr": "0000:03:00.0"
=A0 =A0 }
}
'
libxl:= error: libxl_qmp.c:454:qmp_next: Socket read error: Connection reset by pe= er
libxl: error: libxl_qmp.c:702:libxl__qmp_initialize: Connection error: Conn= ection refused
libxl: error: libxl_qmp.c:702:libxl__qmp_initialize: Connection error:= Connection refused
libxl: error: libxl_qmp.c:702:libxl__qmp_init= ialize: Connection error: Connection refused
libxl: debug: = libxl_pci.c:81:libxl__create_pci_backend: Creating pci backend
libxl: debug: libxl_event.c:1737:libxl__ao_progress_report: ao 0x210c3= 60: progress report: ignored
libxl: debug: libxl_event.c:1569:lib= xl__ao_complete: ao 0x210c360: complete, rc=3D0
libxl: debug: lib= xl_event.c:1541:libxl__ao__destroy: ao 0x210c360: destroy
Daemon running with PID 3214
xc: debug: hypercall buffer: to= tal allocations:793 total releases:793
xc: debug: hypercall buffe= r: current allocations:0 maximum allocations:4
xc: debug: hyperca= ll buffer: cache current size:4
xc: debug: hypercall buffer: cache hits:785 misses:4 toobig:4

####################################################= ##############################
root@fiat:/var/log/xen# cat q= emu-dm-ubuntu-hvm-0.log=A0
char device redirected to /dev/pts/5 (label serial0)
qemu: h= ardware error: xen: failed to populate ram at 40030000
CPU #0:
EAX=3D00000000 EBX=3D00000000 ECX=3D00000000 EDX=3D00000633
ESI=3D00000000 EDI=3D00000000 EBP=3D00000000 ESP=3D00000000
EIP=3D0000fff0 EFL=3D00000002 [-------] CPL=3D0 II=3D0 A20=3D1 SMM=3D0= HLT=3D1
ES =3D0000 00000000 0000ffff 00009300
CS =3Df0= 00 ffff0000 0000ffff 00009b00
SS =3D0000 00000000 0000ffff 000093= 00
DS =3D0000 00000000 0000ffff 00009300
FS =3D0000 00000000 0000ffff 00009300
GS =3D0000 00000000 00= 00ffff 00009300
LDT=3D0000 00000000 0000ffff 00008200
T= R =3D0000 00000000 0000ffff 00008b00
GDT=3D =A0 =A0 00000000 0000= ffff
IDT=3D =A0 =A0 00000000 0000ffff
CR0=3D60000010 CR2=3D000000= 00 CR3=3D00000000 CR4=3D00000000
DR0=3D00000000 DR1=3D00000000 DR= 2=3D00000000 DR3=3D00000000=A0
DR6=3Dffff0ff0 DR7=3D00000400
EFER=3D0000000000000000
FCW=3D037f FSW=3D0000 [ST=3D0] FTW=3D00 MXCSR=3D00001f80
FPR= 0=3D0000000000000000 0000 FPR1=3D0000000000000000 0000
FPR2=3D000= 0000000000000 0000 FPR3=3D0000000000000000 0000
FPR4=3D0000000000= 000000 0000 FPR5=3D0000000000000000 0000
FPR6=3D0000000000000000 0000 FPR7=3D0000000000000000 0000
XM= M00=3D00000000000000000000000000000000 XMM01=3D0000000000000000000000000000= 0000
XMM02=3D00000000000000000000000000000000 XMM03=3D00000000000= 000000000000000000000
XMM04=3D00000000000000000000000000000000 XMM05=3D000000000000000000000= 00000000000
XMM06=3D00000000000000000000000000000000 XMM07=3D0000= 0000000000000000000000000000
CPU #1:
EAX=3D00000000 EBX= =3D00000000 ECX=3D00000000 EDX=3D00000633
ESI=3D00000000 EDI=3D00000000 EBP=3D00000000 ESP=3D00000000
= EIP=3D0000fff0 EFL=3D00000002 [-------] CPL=3D0 II=3D0 A20=3D1 SMM=3D0 HLT= =3D1
ES =3D0000 00000000 0000ffff 00009300
CS =3Df000 f= fff0000 0000ffff 00009b00
SS =3D0000 00000000 0000ffff 00009300
DS =3D0000 00000000 00= 00ffff 00009300
FS =3D0000 00000000 0000ffff 00009300
G= S =3D0000 00000000 0000ffff 00009300
LDT=3D0000 00000000 0000ffff= 00008200
TR =3D0000 00000000 0000ffff 00008b00
GDT=3D =A0 =A0 0000000= 0 0000ffff
IDT=3D =A0 =A0 00000000 0000ffff
CR0=3D60000= 010 CR2=3D00000000 CR3=3D00000000 CR4=3D00000000
DR0=3D00000000 D= R1=3D00000000 DR2=3D00000000 DR3=3D00000000=A0
DR6=3Dffff0ff0 DR7=3D00000400
EFER=3D0000000000000000
<= div>FCW=3D037f FSW=3D0000 [ST=3D0] FTW=3D00 MXCSR=3D00001f80
FPR0= =3D0000000000000000 0000 FPR1=3D0000000000000000 0000
FPR2=3D0000= 000000000000 0000 FPR3=3D0000000000000000 0000
FPR4=3D0000000000000000 0000 FPR5=3D0000000000000000 0000
FP= R6=3D0000000000000000 0000 FPR7=3D0000000000000000 0000
XMM00=3D0= 0000000000000000000000000000000 XMM01=3D00000000000000000000000000000000
XMM02=3D00000000000000000000000000000000 XMM03=3D00000000000000000000000000= 000000
XMM04=3D00000000000000000000000000000000 XMM05=3D000000000= 00000000000000000000000
XMM06=3D00000000000000000000000000000000 = XMM07=3D00000000000000000000000000000000

#################################################= ########################################
/etc/default/grub
<= div>
GRUB_DEFAULT=3D"Xen 4.3-amd64"
GRUB_HIDDEN_TIM= EOUT=3D0
GRUB_HIDDEN_TIMEOUT_QUIET=3Dtrue
GRUB_TIMEOUT=3D10
GRUB_DISTRIBUTOR=3D`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT=3D"quiet splash"
GRUB_= CMDLINE_LINUX=3D""
# biosdevname=3D0
GRUB_CMDLINE_XEN=3D"dom0_mem=3D1024M = dom0_max_vcpus=3D1"


On Th= u, Feb 6, 2014 at 8:23 AM, Ian Campbell <Ian.Campbell@citrix.com= > wrote:
On Wed, 2014-02-05 at 17:52 -0500, Mike Neid= erhauser wrote:

> xl create /etc/xen/ubuntu-hvm-0.cfg returns:

Can you run "xl -vvv create ..." please.
[...]

> libxl: error: libxl_qmp.c:454:qmp_next: Socket read error: Connection = reset by peer
> libxl: error: libxl_qmp.c:702:libxl__qmp_initialize: Connection error:= Connection refused
> libxl: error: libxl_qmp.c:702:libxl__qmp_initialize: Connection error:= Connection refused
> libxl: error: libxl_qmp.c:702:libxl__qmp_initialize: Connection error:= Connection refused

These suggest there might be some useful info
in /var/log/xen/qemu-dm-${domname}.log.

Ian.




--089e0111d73227ecf404f1bd9439-- --===============6165707211888055216== 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 --===============6165707211888055216==-- From xen-users-bounces@lists.xen.org Thu Feb 06 14:21:33 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 06 Feb 2014 14:21: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 1WBPov-00071R-OY; Thu, 06 Feb 2014 14:20:49 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBPot-000715-W0 for xen-users@lists.xen.org; Thu, 06 Feb 2014 14:20:48 +0000 Received: from [85.158.139.211:39915] by server-17.bemta-5.messagelabs.com id 9C/A9-31975-F3A93F25; Thu, 06 Feb 2014 14:20:47 +0000 X-Env-Sender: mikeneiderhauser@gmail.com X-Msg-Ref: server-16.tower-206.messagelabs.com!1391696443!2122641!1 X-Originating-IP: [209.85.220.172] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22861 invoked from network); 6 Feb 2014 14:20:45 -0000 Received: from mail-vc0-f172.google.com (HELO mail-vc0-f172.google.com) (209.85.220.172) by server-16.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 6 Feb 2014 14:20:45 -0000 Received: by mail-vc0-f172.google.com with SMTP id lf12so1472414vcb.31 for ; Thu, 06 Feb 2014 06:20:43 -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 :content-type; bh=iSvSfq9vL0SwHmid0EMkFI3cwtrmGd8NOZFHv5B8uZA=; b=U3wlVGOw8zVcvdnkRYUoe+Gl44Wj1qz1jH1wv97kPWTH/1M7jefy17U3Jk/qfu+pW7 qi4CM3KRzgUdKq9RYtIdVXdIa5TH12YxNoL8Lz8BaG34Us1o0Y7iJPm0uP3y3/Rt0lhM KvD188SkGagGOfNZs1+tX3bTzes9vu1rH4EZsEMoL09O6IB5OrbjAsrK1XABSXjoYWqD zWyTcE7nAwtoVkOfX2whx1dWkWtiIlnbYKJXZ/1q/yj1fxGGYNbRlFh9UZCVSmvGpjNz O+X3VEd6PFFvPOY4CynriS4eQnsGDUkAbg3osajhU95UZm569QYL0fhTmieLqPdUF3W1 SMOQ== X-Received: by 10.220.193.132 with SMTP id du4mr239602vcb.39.1391696443598; Thu, 06 Feb 2014 06:20:43 -0800 (PST) MIME-Version: 1.0 Received: by 10.52.233.73 with HTTP; Thu, 6 Feb 2014 06:20:03 -0800 (PST) In-Reply-To: References: <1391592063.6497.71.camel@kazak.uk.xensource.com> <1391603593.6497.145.camel@kazak.uk.xensource.com> <1391604724.6497.149.camel@kazak.uk.xensource.com> <1391606132.6497.151.camel@kazak.uk.xensource.com> <1391608412.6497.167.camel@kazak.uk.xensource.com> <1391612577.23098.8.camel@kazak.uk.xensource.com> <1391693015.25128.11.camel@kazak.uk.xensource.com> From: Mike Neiderhauser Date: Thu, 6 Feb 2014 09:20:03 -0500 Message-ID: To: xen-users , Ian Campbell Subject: [Xen-users] Fwd: Requesting Help - Error: pci: PCI Backend and pci-stub don't own device X-BeenThere: xen-users@lists.xen.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="===============6165707211888055216==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6165707211888055216== Content-Type: multipart/alternative; boundary=089e0111d73227ecf404f1bd9439 --089e0111d73227ecf404f1bd9439 Content-Type: text/plain; charset=ISO-8859-1 Dropped CC.. Back to the list. (Sorry) ---------- Forwarded message ---------- From: Mike Neiderhauser Date: Thu, Feb 6, 2014 at 9:11 AM Subject: Re: [Xen-users] Requesting Help - Error: pci: PCI Backend and pci-stub don't own device To: Ian Campbell It appears that it cannot obtain the RAM mapping for this PCI device. I rebooted the Host. I ran assigned pci devices to pciback. The output looks like: root@fiat:~# ./dev_mgmt.sh Loading Kernel Module 'xen-pciback' Calling function pciback_dev for: PCI DEVICE 0000:03:00.0 Unbinding 0000:03:00.0 from igb Binding 0000:03:00.0 to pciback PCI DEVICE 0000:03:00.1 Unbinding 0000:03:00.1 from igb Binding 0000:03:00.1 to pciback PCI DEVICE 0000:04:00.0 Unbinding 0000:04:00.0 from igb Binding 0000:04:00.0 to pciback PCI DEVICE 0000:04:00.1 Unbinding 0000:04:00.1 from igb Binding 0000:04:00.1 to pciback PCI DEVICE 0000:05:00.0 Unbinding 0000:05:00.0 from bnx2 Binding 0000:05:00.0 to pciback PCI DEVICE 0000:05:00.1 Unbinding 0000:05:00.1 from bnx2 Binding 0000:05:00.1 to pciback Listing PCI Devices Available to Xen 0000:03:00.0 0000:03:00.1 0000:04:00.0 0000:04:00.1 0000:05:00.0 0000:05:00.1 ######################################################################################### root@fiat:~# xl -vvv create /etc/xen/ubuntu-hvm-0.cfg Parsing config from /etc/xen/ubuntu-hvm-0.cfg WARNING: ignoring device_model directive. WARNING: Use "device_model_override" instead if you really want a non-default device_model libxl: debug: libxl_create.c:1230:do_domain_create: ao 0x210c360: create: how=(nil) callback=(nil) poller=0x210c3c0 libxl: debug: libxl_device.c:257:libxl__device_disk_set_backend: Disk vdev=hda spec.backend=unknown libxl: debug: libxl_device.c:296:libxl__device_disk_set_backend: Disk vdev=hda, using backend phy libxl: debug: libxl_create.c:675:initiate_domain_create: running bootloader libxl: debug: libxl_bootloader.c:321:libxl__bootloader_run: not a PV domain, skipping bootloader libxl: debug: libxl_event.c:608:libxl__ev_xswatch_deregister: watch w=0x210c728: deregister unregistered libxl: debug: libxl_numa.c:475:libxl__get_numa_candidate: New best NUMA placement candidate found: nr_nodes=1, nr_cpus=4, nr_vcpus=3, free_memkb=2980 libxl: detail: libxl_dom.c:195:numa_place_domain: NUMA placement candidate with 1 nodes, 4 cpus and 2980 KB free selected xc: detail: elf_parse_binary: phdr: paddr=0x100000 memsz=0xa69a4 xc: detail: elf_parse_binary: memory: 0x100000 -> 0x1a69a4 xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->00000000001a69a4 Modules: 0000000000000000->0000000000000000 TOTAL: 0000000000000000->000000003f800000 ENTRY ADDRESS: 0000000000100608 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x0000000000000200 2MB PAGES: 0x00000000000001fb 1GB PAGES: 0x0000000000000000 xc: detail: elf_load_binary: phdr 0 at 0x7f022c779000 -> 0x7f022c81682d libxl: debug: libxl_device.c:257:libxl__device_disk_set_backend: Disk vdev=hda spec.backend=phy libxl: debug: libxl_event.c:559:libxl__ev_xswatch_register: watch w=0x2112f48 wpath=/local/domain/0/backend/vbd/2/768/state token=3/0: register slotnum=3 libxl: debug: libxl_create.c:1243:do_domain_create: ao 0x210c360: inprogress: poller=0x210c3c0, flags=i libxl: debug: libxl_event.c:503:watchfd_callback: watch w=0x2112f48 wpath=/local/domain/0/backend/vbd/2/768/state token=3/0: event epath=/local/domain/0/backend/vbd/2/768/state libxl: debug: libxl_event.c:647:devstate_watch_callback: backend /local/domain/0/backend/vbd/2/768/state wanted state 2 still waiting state 1 libxl: debug: libxl_event.c:503:watchfd_callback: watch w=0x2112f48 wpath=/local/domain/0/backend/vbd/2/768/state token=3/0: event epath=/local/domain/0/backend/vbd/2/768/state libxl: debug: libxl_event.c:643:devstate_watch_callback: backend /local/domain/0/backend/vbd/2/768/state wanted state 2 ok libxl: debug: libxl_event.c:596:libxl__ev_xswatch_deregister: watch w=0x2112f48 wpath=/local/domain/0/backend/vbd/2/768/state token=3/0: deregister slotnum=3 libxl: debug: libxl_event.c:608:libxl__ev_xswatch_deregister: watch w=0x2112f48: deregister unregistered libxl: debug: libxl_device.c:959:device_hotplug: calling hotplug script: /etc/xen/scripts/block add libxl: debug: libxl_dm.c:1206:libxl__spawn_local_dm: Spawning device-model /usr/bin/qemu-system-i386 with arguments: libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: /usr/bin/qemu-system-i386 libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: -xen-domid libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: 2 libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: -chardev libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: socket,id=libxl-cmd,path=/var/run/xen/qmp-libxl-2,server,nowait libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: -mon libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: chardev=libxl-cmd,mode=control libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: -name libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: ubuntu-hvm-0 libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: -vnc libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: 0.0.0.0:0,to=99 libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: -global libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: isa-fdc.driveA= libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: -serial libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: pty libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: -vga libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: cirrus libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: -global libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: vga.vram_size_mb=8 libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: -boot libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: order=c libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: -smp libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: 2,maxcpus=2 libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: -device libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: rtl8139,id=nic0,netdev=net0,mac=00:16:3e:23:44:2c libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: -netdev libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: type=tap,id=net0,ifname=vif2.0-emu,script=no,downscript=no libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: -M libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: xenfv libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: -m libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: 1016 libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: -drive libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: file=/dev/ubuntu-vg/ubuntu-hvm-0,if=ide,index=0,media=disk,format=raw,cache=writeback libxl: debug: libxl_event.c:559:libxl__ev_xswatch_register: watch w=0x210c960 wpath=/local/domain/0/device-model/2/state token=3/1: register slotnum=3 libxl: debug: libxl_event.c:503:watchfd_callback: watch w=0x210c960 wpath=/local/domain/0/device-model/2/state token=3/1: event epath=/local/domain/0/device-model/2/state libxl: debug: libxl_event.c:503:watchfd_callback: watch w=0x210c960 wpath=/local/domain/0/device-model/2/state token=3/1: event epath=/local/domain/0/device-model/2/state libxl: debug: libxl_event.c:596:libxl__ev_xswatch_deregister: watch w=0x210c960 wpath=/local/domain/0/device-model/2/state token=3/1: deregister slotnum=3 libxl: debug: libxl_event.c:608:libxl__ev_xswatch_deregister: watch w=0x210c960: deregister unregistered libxl: debug: libxl_qmp.c:707:libxl__qmp_initialize: connected to /var/run/xen/qmp-libxl-2 libxl: debug: libxl_qmp.c:299: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:299: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:299:qmp_handle_response: message type: return libxl: debug: libxl_qmp.c:555:qmp_send_prepare: next qmp command: '{ "execute": "change", "id": 3, "arguments": { "device": "vnc", "target": "password", "arg": "" } } ' libxl: debug: libxl_qmp.c:299:qmp_handle_response: message type: return libxl: debug: libxl_qmp.c:555:qmp_send_prepare: next qmp command: '{ "execute": "query-vnc", "id": 4 } ' libxl: debug: libxl_qmp.c:299:qmp_handle_response: message type: return libxl: debug: libxl_event.c:559:libxl__ev_xswatch_register: watch w=0x210e8a8 wpath=/local/domain/0/backend/vif/2/0/state token=3/2: register slotnum=3 libxl: debug: libxl_event.c:503:watchfd_callback: watch w=0x210e8a8 wpath=/local/domain/0/backend/vif/2/0/state token=3/2: event epath=/local/domain/0/backend/vif/2/0/state libxl: debug: libxl_event.c:647:devstate_watch_callback: backend /local/domain/0/backend/vif/2/0/state wanted state 2 still waiting state 1 libxl: debug: libxl_event.c:503:watchfd_callback: watch w=0x210e8a8 wpath=/local/domain/0/backend/vif/2/0/state token=3/2: event epath=/local/domain/0/backend/vif/2/0/state libxl: debug: libxl_event.c:643:devstate_watch_callback: backend /local/domain/0/backend/vif/2/0/state wanted state 2 ok libxl: debug: libxl_event.c:596:libxl__ev_xswatch_deregister: watch w=0x210e8a8 wpath=/local/domain/0/backend/vif/2/0/state token=3/2: deregister slotnum=3 libxl: debug: libxl_event.c:608:libxl__ev_xswatch_deregister: watch w=0x210e8a8: deregister unregistered libxl: debug: libxl_device.c:959:device_hotplug: calling hotplug script: /etc/xen/scripts/vif-bridge online libxl: debug: libxl_device.c:959:device_hotplug: calling hotplug script: /etc/xen/scripts/vif-bridge add libxl: debug: libxl_qmp.c:707:libxl__qmp_initialize: connected to /var/run/xen/qmp-libxl-2 libxl: debug: libxl_qmp.c:299: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:299:qmp_handle_response: message type: return libxl: debug: libxl_qmp.c:555:qmp_send_prepare: next qmp command: '{ "execute": "device_add", "id": 2, "arguments": { "driver": "xen-pci-passthrough", "id": "pci-pt-03_00.0", "hostaddr": "0000:03:00.0" } } ' libxl: error: libxl_qmp.c:454:qmp_next: Socket read error: Connection reset by peer libxl: error: libxl_qmp.c:702:libxl__qmp_initialize: Connection error: Connection refused libxl: error: libxl_qmp.c:702:libxl__qmp_initialize: Connection error: Connection refused libxl: error: libxl_qmp.c:702:libxl__qmp_initialize: Connection error: Connection refused libxl: debug: libxl_pci.c:81:libxl__create_pci_backend: Creating pci backend libxl: debug: libxl_event.c:1737:libxl__ao_progress_report: ao 0x210c360: progress report: ignored libxl: debug: libxl_event.c:1569:libxl__ao_complete: ao 0x210c360: complete, rc=0 libxl: debug: libxl_event.c:1541:libxl__ao__destroy: ao 0x210c360: destroy Daemon running with PID 3214 xc: debug: hypercall buffer: total allocations:793 total releases:793 xc: debug: hypercall buffer: current allocations:0 maximum allocations:4 xc: debug: hypercall buffer: cache current size:4 xc: debug: hypercall buffer: cache hits:785 misses:4 toobig:4 ################################################################################## root@fiat:/var/log/xen# cat qemu-dm-ubuntu-hvm-0.log char device redirected to /dev/pts/5 (label serial0) qemu: hardware error: xen: failed to populate ram at 40030000 CPU #0: EAX=00000000 EBX=00000000 ECX=00000000 EDX=00000633 ESI=00000000 EDI=00000000 EBP=00000000 ESP=00000000 EIP=0000fff0 EFL=00000002 [-------] CPL=0 II=0 A20=1 SMM=0 HLT=1 ES =0000 00000000 0000ffff 00009300 CS =f000 ffff0000 0000ffff 00009b00 SS =0000 00000000 0000ffff 00009300 DS =0000 00000000 0000ffff 00009300 FS =0000 00000000 0000ffff 00009300 GS =0000 00000000 0000ffff 00009300 LDT=0000 00000000 0000ffff 00008200 TR =0000 00000000 0000ffff 00008b00 GDT= 00000000 0000ffff IDT= 00000000 0000ffff CR0=60000010 CR2=00000000 CR3=00000000 CR4=00000000 DR0=00000000 DR1=00000000 DR2=00000000 DR3=00000000 DR6=ffff0ff0 DR7=00000400 EFER=0000000000000000 FCW=037f FSW=0000 [ST=0] FTW=00 MXCSR=00001f80 FPR0=0000000000000000 0000 FPR1=0000000000000000 0000 FPR2=0000000000000000 0000 FPR3=0000000000000000 0000 FPR4=0000000000000000 0000 FPR5=0000000000000000 0000 FPR6=0000000000000000 0000 FPR7=0000000000000000 0000 XMM00=00000000000000000000000000000000 XMM01=00000000000000000000000000000000 XMM02=00000000000000000000000000000000 XMM03=00000000000000000000000000000000 XMM04=00000000000000000000000000000000 XMM05=00000000000000000000000000000000 XMM06=00000000000000000000000000000000 XMM07=00000000000000000000000000000000 CPU #1: EAX=00000000 EBX=00000000 ECX=00000000 EDX=00000633 ESI=00000000 EDI=00000000 EBP=00000000 ESP=00000000 EIP=0000fff0 EFL=00000002 [-------] CPL=0 II=0 A20=1 SMM=0 HLT=1 ES =0000 00000000 0000ffff 00009300 CS =f000 ffff0000 0000ffff 00009b00 SS =0000 00000000 0000ffff 00009300 DS =0000 00000000 0000ffff 00009300 FS =0000 00000000 0000ffff 00009300 GS =0000 00000000 0000ffff 00009300 LDT=0000 00000000 0000ffff 00008200 TR =0000 00000000 0000ffff 00008b00 GDT= 00000000 0000ffff IDT= 00000000 0000ffff CR0=60000010 CR2=00000000 CR3=00000000 CR4=00000000 DR0=00000000 DR1=00000000 DR2=00000000 DR3=00000000 DR6=ffff0ff0 DR7=00000400 EFER=0000000000000000 FCW=037f FSW=0000 [ST=0] FTW=00 MXCSR=00001f80 FPR0=0000000000000000 0000 FPR1=0000000000000000 0000 FPR2=0000000000000000 0000 FPR3=0000000000000000 0000 FPR4=0000000000000000 0000 FPR5=0000000000000000 0000 FPR6=0000000000000000 0000 FPR7=0000000000000000 0000 XMM00=00000000000000000000000000000000 XMM01=00000000000000000000000000000000 XMM02=00000000000000000000000000000000 XMM03=00000000000000000000000000000000 XMM04=00000000000000000000000000000000 XMM05=00000000000000000000000000000000 XMM06=00000000000000000000000000000000 XMM07=00000000000000000000000000000000 ######################################################################################### /etc/default/grub GRUB_DEFAULT="Xen 4.3-amd64" GRUB_HIDDEN_TIMEOUT=0 GRUB_HIDDEN_TIMEOUT_QUIET=true GRUB_TIMEOUT=10 GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian` GRUB_CMDLINE_LINUX_DEFAULT="quiet splash" GRUB_CMDLINE_LINUX="" # biosdevname=0 GRUB_CMDLINE_XEN="dom0_mem=1024M dom0_max_vcpus=1" On Thu, Feb 6, 2014 at 8:23 AM, Ian Campbell wrote: > On Wed, 2014-02-05 at 17:52 -0500, Mike Neiderhauser wrote: > > > xl create /etc/xen/ubuntu-hvm-0.cfg returns: > > Can you run "xl -vvv create ..." please. > [...] > > > libxl: error: libxl_qmp.c:454:qmp_next: Socket read error: Connection > reset by peer > > libxl: error: libxl_qmp.c:702:libxl__qmp_initialize: Connection error: > Connection refused > > libxl: error: libxl_qmp.c:702:libxl__qmp_initialize: Connection error: > Connection refused > > libxl: error: libxl_qmp.c:702:libxl__qmp_initialize: Connection error: > Connection refused > > These suggest there might be some useful info > in /var/log/xen/qemu-dm-${domname}.log. > > Ian. > > > --089e0111d73227ecf404f1bd9439 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Dropped CC.. Back to the list. (Sorry)

---------- Forwarded message ----------
From: Mike Neiderhauser <mikeneiderhauser@gmail.com>
Date: Thu, Feb 6, 2014 at 9:11 AM
Subject: Re: [Xen-users] Requesting He= lp - Error: pci: PCI Backend and pci-stub don't own device
To: Ian C= ampbell <Ian.Campbell@citrix.= com>


It appears that it cannot obtain the RAM mapp= ing for this PCI device.


I rebooted the = Host. =A0I ran assigned pci devices to pciback. The output looks like:
root@fiat:~# ./dev_mgmt.sh=A0
Loading Kernel Module 'xen-pciback'
Calling function= pciback_dev for:=A0
PCI DEVICE 0000:03:00.0
Unbinding = 0000:03:00.0 from igb
Binding 0000:03:00.0 to pciback

PCI DEVICE 0000:03:00.1
Unbinding 0000:03:00.1 fro= m igb
Binding 0000:03:00.1 to pciback

PC= I DEVICE 0000:04:00.0
Unbinding 0000:04:00.0 from igb
Binding 0000:04:00.0 to pciback

PCI DEVICE 0000:04= :00.1
Unbinding 0000:04:00.1 from igb
Binding 0000:04:0= 0.1 to pciback

PCI DEVICE 0000:05:00.0
Unbinding 0000:05:00.0 from bnx2
Binding 0000:05:00.0 to pciback<= /div>

PCI DEVICE 0000:05:00.1
Unbinding 0000:0= 5:00.1 from bnx2
Binding 0000:05:00.1 to pciback

Listing PCI Devices Available to Xen
0000:03:00.0
0000:03:00.1
0000:04:00.0
0000:04:00.1
0000:05:00.0
0000= :05:00.1

###########################################= ##############################################
root@fiat:~# xl -vvv create /etc/xen/ubuntu-hvm-0.cfg=A0
Parsing config from /etc/xen/ubuntu-hvm-0.cfg
WARNING: ignoring device_model directive.
WARNING: Use "dev= ice_model_override" instead if you really want a non-default device_mo= del
libxl: debug: libxl_create.c:1230:do_domain_create: ao 0x210c360= : create: how=3D(nil) callback=3D(nil) poller=3D0x210c3c0
libxl: = debug: libxl_device.c:257:libxl__device_disk_set_backend: Disk vdev=3Dhda s= pec.backend=3Dunknown
libxl: debug: libxl_device.c:296:libxl__device_disk_set_backend: Disk = vdev=3Dhda, using backend phy
libxl: debug: libxl_create.c:675:in= itiate_domain_create: running bootloader
libxl: debug: libxl_boot= loader.c:321:libxl__bootloader_run: not a PV domain, skipping bootloader
libxl: debug: libxl_event.c:608:libxl__ev_xswatch_deregister: watch w= =3D0x210c728: deregister unregistered
libxl: debug: libxl_numa.c:= 475:libxl__get_numa_candidate: New best NUMA placement candidate found: nr_= nodes=3D1, nr_cpus=3D4, nr_vcpus=3D3, free_memkb=3D2980
libxl: detail: libxl_dom.c:195:numa_place_domain: NUMA placement candi= date with 1 nodes, 4 cpus and 2980 KB free selected
xc: detail: e= lf_parse_binary: phdr: paddr=3D0x100000 memsz=3D0xa69a4
xc: detai= l: elf_parse_binary: memory: 0x100000 -> 0x1a69a4
xc: info: VIRTUAL MEMORY ARRANGEMENT:
=A0 Loader: =A0 =A0 = =A0 =A00000000000100000->00000000001a69a4
=A0 Modules: =A0 =A0= =A0 0000000000000000->0000000000000000
=A0 TOTAL: =A0 =A0 =A0= =A0 0000000000000000->000000003f800000
=A0 ENTRY ADDRESS: 0000000000100608
xc: info: PHYSICAL MEMOR= Y ALLOCATION:
=A0 4KB PAGES: 0x0000000000000200
=A0 2MB= PAGES: 0x00000000000001fb
=A0 1GB PAGES: 0x0000000000000000
xc: detail: elf_load_binary: phdr 0 at 0x7f022c779000 -> 0x7f022c81682d<= /div>
libxl: debug: libxl_device.c:257:libxl__device_disk_set_backend: = Disk vdev=3Dhda spec.backend=3Dphy
libxl: debug: libxl_event.c:55= 9:libxl__ev_xswatch_register: watch w=3D0x2112f48 wpath=3D/local/domain/0/b= ackend/vbd/2/768/state token=3D3/0: register slotnum=3D3
libxl: debug: libxl_create.c:1243:do_domain_create: ao 0x210c360: inpr= ogress: poller=3D0x210c3c0, flags=3Di
libxl: debug: libxl_event.c= :503:watchfd_callback: watch w=3D0x2112f48 wpath=3D/local/domain/0/backend/= vbd/2/768/state token=3D3/0: event epath=3D/local/domain/0/backend/vbd/2/76= 8/state
libxl: debug: libxl_event.c:647:devstate_watch_callback: backend /loca= l/domain/0/backend/vbd/2/768/state wanted state 2 still waiting state 1
libxl: debug: libxl_event.c:503:watchfd_callback: watch w=3D0x2112f4= 8 wpath=3D/local/domain/0/backend/vbd/2/768/state token=3D3/0: event epath= =3D/local/domain/0/backend/vbd/2/768/state
libxl: debug: libxl_event.c:643:devstate_watch_callback: backend /loca= l/domain/0/backend/vbd/2/768/state wanted state 2 ok
libxl: debug= : libxl_event.c:596:libxl__ev_xswatch_deregister: watch w=3D0x2112f48 wpath= =3D/local/domain/0/backend/vbd/2/768/state token=3D3/0: deregister slotnum= =3D3
libxl: debug: libxl_event.c:608:libxl__ev_xswatch_deregister: watch w= =3D0x2112f48: deregister unregistered
libxl: debug: libxl_device.= c:959:device_hotplug: calling hotplug script: /etc/xen/scripts/block add
libxl: debug: libxl_dm.c:1206:libxl__spawn_local_dm: Spawning device-m= odel /usr/bin/qemu-system-i386 with arguments:
libxl: debug: libx= l_dm.c:1208:libxl__spawn_local_dm: =A0 /usr/bin/qemu-system-i386
libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: =A0 -xen-domid
libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: =A0 2
lib= xl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: =A0 -chardev
li= bxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: =A0 socket,id=3Dlibxl-cm= d,path=3D/var/run/xen/qmp-libxl-2,server,nowait
libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: =A0 -mon
libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: =A0 chardev=3Dlibxl-= cmd,mode=3Dcontrol
libxl: debug: libxl_dm.c:1208:libxl__spawn_loc= al_dm: =A0 -name
libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: =A0 ubuntu-hvm-0<= /div>
libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: =A0 -vnc
libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: =A0 0.0.0.0:0,to=3D99
libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: =A0 -global
=
libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: =A0 isa-fdc.drive= A=3D
libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: =A0 -se= rial
libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: =A0 pty
libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: =A0 -vga
li= bxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: =A0 cirrus
lib= xl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: =A0 -global
libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: =A0 vga.vram_size= _mb=3D8
libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: =A0 = -boot
libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: =A0 or= der=3Dc
libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: =A0 -smp
libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: =A0 2,maxcpus=3D2
libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: =A0 -device
libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: =A0 rtl8139,id=3Dnic0,= netdev=3Dnet0,mac=3D00:16:3e:23:44:2c
libxl: debug: libxl_dm.c:12= 08:libxl__spawn_local_dm: =A0 -netdev
libxl: debug: libxl_dm.c:12= 08:libxl__spawn_local_dm: =A0 type=3Dtap,id=3Dnet0,ifname=3Dvif2.0-emu,scri= pt=3Dno,downscript=3Dno
libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: =A0 -M
= libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: =A0 xenfv
li= bxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: =A0 -m
libxl: = debug: libxl_dm.c:1208:libxl__spawn_local_dm: =A0 1016
libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: =A0 -drive
<= div>libxl: debug: libxl_dm.c:1208:libxl__spawn_local_dm: =A0 file=3D/dev/ub= untu-vg/ubuntu-hvm-0,if=3Dide,index=3D0,media=3Ddisk,format=3Draw,cache=3Dw= riteback
libxl: debug: libxl_event.c:559:libxl__ev_xswatch_register: watch w=3D= 0x210c960 wpath=3D/local/domain/0/device-model/2/state token=3D3/1: registe= r slotnum=3D3
libxl: debug: libxl_event.c:503:watchfd_callback: w= atch w=3D0x210c960 wpath=3D/local/domain/0/device-model/2/state token=3D3/1= : event epath=3D/local/domain/0/device-model/2/state
libxl: debug: libxl_event.c:503:watchfd_callback: watch w=3D0x210c960 = wpath=3D/local/domain/0/device-model/2/state token=3D3/1: event epath=3D/lo= cal/domain/0/device-model/2/state
libxl: debug: libxl_event.c:596= :libxl__ev_xswatch_deregister: watch w=3D0x210c960 wpath=3D/local/domain/0/= device-model/2/state token=3D3/1: deregister slotnum=3D3
libxl: debug: libxl_event.c:608:libxl__ev_xswatch_deregister: watch w= =3D0x210c960: deregister unregistered
libxl: debug: libxl_qmp.c:7= 07:libxl__qmp_initialize: connected to /var/run/xen/qmp-libxl-2
libxl: debug: libxl_qmp.c:299:qmp_handle_response: message type: qmp
<= div>libxl: debug: libxl_qmp.c:555:qmp_send_prepare: next qmp command: '= {
=A0 =A0 "execute": "qmp_capabilities",
=A0 =A0 "id": 1
}
'
libxl:= debug: libxl_qmp.c:299:qmp_handle_response: message type: return
libxl: debug: libxl_qmp.c:555:qmp_send_prepare: next qmp command: '{
=A0 =A0 "execute": "query-chardev",
=A0 = =A0 "id": 2
}
'
libxl: debug: l= ibxl_qmp.c:299:qmp_handle_response: message type: return
libxl: d= ebug: libxl_qmp.c:555:qmp_send_prepare: next qmp command: '{
=A0 =A0 "execute": "change",
=A0 =A0 &qu= ot;id": 3,
=A0 =A0 "arguments": {
=A0 = =A0 =A0 =A0 "device": "vnc",
=A0 =A0 =A0 =A0 = "target": "password",
=A0 =A0 =A0 =A0 "arg": ""
=A0 =A0 }
}
'
libxl: debug: libxl_qmp.c:299:qmp_handle_= response: message type: return
libxl: debug: libxl_qmp.c:555:qmp_= send_prepare: next qmp command: '{
=A0 =A0 "execute": "query-vnc",
=A0 =A0 = "id": 4
}
'
libxl: debug: libxl= _qmp.c:299:qmp_handle_response: message type: return
libxl: debug= : libxl_event.c:559:libxl__ev_xswatch_register: watch w=3D0x210e8a8 wpath= =3D/local/domain/0/backend/vif/2/0/state token=3D3/2: register slotnum=3D3<= /div>
libxl: debug: libxl_event.c:503:watchfd_callback: watch w=3D0x210e8a8 = wpath=3D/local/domain/0/backend/vif/2/0/state token=3D3/2: event epath=3D/l= ocal/domain/0/backend/vif/2/0/state
libxl: debug: libxl_event.c:6= 47:devstate_watch_callback: backend /local/domain/0/backend/vif/2/0/state w= anted state 2 still waiting state 1
libxl: debug: libxl_event.c:503:watchfd_callback: watch w=3D0x210e8a8 = wpath=3D/local/domain/0/backend/vif/2/0/state token=3D3/2: event epath=3D/l= ocal/domain/0/backend/vif/2/0/state
libxl: debug: libxl_event.c:6= 43:devstate_watch_callback: backend /local/domain/0/backend/vif/2/0/state w= anted state 2 ok
libxl: debug: libxl_event.c:596:libxl__ev_xswatch_deregister: watch w= =3D0x210e8a8 wpath=3D/local/domain/0/backend/vif/2/0/state token=3D3/2: der= egister slotnum=3D3
libxl: debug: libxl_event.c:608:libxl__ev_xsw= atch_deregister: watch w=3D0x210e8a8: deregister unregistered
libxl: debug: libxl_device.c:959:device_hotplug: calling hotplug scrip= t: /etc/xen/scripts/vif-bridge online
libxl: debug: libxl_device.= c:959:device_hotplug: calling hotplug script: /etc/xen/scripts/vif-bridge a= dd
libxl: debug: libxl_qmp.c:707:libxl__qmp_initialize: connected to /var= /run/xen/qmp-libxl-2
libxl: debug: libxl_qmp.c:299:qmp_handle_res= ponse: message type: qmp
libxl: debug: libxl_qmp.c:555:qmp_send_p= repare: next qmp command: '{
=A0 =A0 "execute": "qmp_capabilities",
= =A0 =A0 "id": 1
}
'
libxl: debu= g: libxl_qmp.c:299:qmp_handle_response: message type: return
libx= l: debug: libxl_qmp.c:555:qmp_send_prepare: next qmp command: '{
=A0 =A0 "execute": "device_add",
=A0 =A0= "id": 2,
=A0 =A0 "arguments": {
= =A0 =A0 =A0 =A0 "driver": "xen-pci-passthrough",
<= div>=A0 =A0 =A0 =A0 "id": "pci-pt-03_00.0",
=A0 =A0 =A0 =A0 "hostaddr": "0000:03:00.0"
=A0 =A0 }
}
'
libxl:= error: libxl_qmp.c:454:qmp_next: Socket read error: Connection reset by pe= er
libxl: error: libxl_qmp.c:702:libxl__qmp_initialize: Connection error: Conn= ection refused
libxl: error: libxl_qmp.c:702:libxl__qmp_initialize: Connection error:= Connection refused
libxl: error: libxl_qmp.c:702:libxl__qmp_init= ialize: Connection error: Connection refused
libxl: debug: = libxl_pci.c:81:libxl__create_pci_backend: Creating pci backend
libxl: debug: libxl_event.c:1737:libxl__ao_progress_report: ao 0x210c3= 60: progress report: ignored
libxl: debug: libxl_event.c:1569:lib= xl__ao_complete: ao 0x210c360: complete, rc=3D0
libxl: debug: lib= xl_event.c:1541:libxl__ao__destroy: ao 0x210c360: destroy
Daemon running with PID 3214
xc: debug: hypercall buffer: to= tal allocations:793 total releases:793
xc: debug: hypercall buffe= r: current allocations:0 maximum allocations:4
xc: debug: hyperca= ll buffer: cache current size:4
xc: debug: hypercall buffer: cache hits:785 misses:4 toobig:4

####################################################= ##############################
root@fiat:/var/log/xen# cat q= emu-dm-ubuntu-hvm-0.log=A0
char device redirected to /dev/pts/5 (label serial0)
qemu: h= ardware error: xen: failed to populate ram at 40030000
CPU #0:
EAX=3D00000000 EBX=3D00000000 ECX=3D00000000 EDX=3D00000633
ESI=3D00000000 EDI=3D00000000 EBP=3D00000000 ESP=3D00000000
EIP=3D0000fff0 EFL=3D00000002 [-------] CPL=3D0 II=3D0 A20=3D1 SMM=3D0= HLT=3D1
ES =3D0000 00000000 0000ffff 00009300
CS =3Df0= 00 ffff0000 0000ffff 00009b00
SS =3D0000 00000000 0000ffff 000093= 00
DS =3D0000 00000000 0000ffff 00009300
FS =3D0000 00000000 0000ffff 00009300
GS =3D0000 00000000 00= 00ffff 00009300
LDT=3D0000 00000000 0000ffff 00008200
T= R =3D0000 00000000 0000ffff 00008b00
GDT=3D =A0 =A0 00000000 0000= ffff
IDT=3D =A0 =A0 00000000 0000ffff
CR0=3D60000010 CR2=3D000000= 00 CR3=3D00000000 CR4=3D00000000
DR0=3D00000000 DR1=3D00000000 DR= 2=3D00000000 DR3=3D00000000=A0
DR6=3Dffff0ff0 DR7=3D00000400
EFER=3D0000000000000000
FCW=3D037f FSW=3D0000 [ST=3D0] FTW=3D00 MXCSR=3D00001f80
FPR= 0=3D0000000000000000 0000 FPR1=3D0000000000000000 0000
FPR2=3D000= 0000000000000 0000 FPR3=3D0000000000000000 0000
FPR4=3D0000000000= 000000 0000 FPR5=3D0000000000000000 0000
FPR6=3D0000000000000000 0000 FPR7=3D0000000000000000 0000
XM= M00=3D00000000000000000000000000000000 XMM01=3D0000000000000000000000000000= 0000
XMM02=3D00000000000000000000000000000000 XMM03=3D00000000000= 000000000000000000000
XMM04=3D00000000000000000000000000000000 XMM05=3D000000000000000000000= 00000000000
XMM06=3D00000000000000000000000000000000 XMM07=3D0000= 0000000000000000000000000000
CPU #1:
EAX=3D00000000 EBX= =3D00000000 ECX=3D00000000 EDX=3D00000633
ESI=3D00000000 EDI=3D00000000 EBP=3D00000000 ESP=3D00000000
= EIP=3D0000fff0 EFL=3D00000002 [-------] CPL=3D0 II=3D0 A20=3D1 SMM=3D0 HLT= =3D1
ES =3D0000 00000000 0000ffff 00009300
CS =3Df000 f= fff0000 0000ffff 00009b00
SS =3D0000 00000000 0000ffff 00009300
DS =3D0000 00000000 00= 00ffff 00009300
FS =3D0000 00000000 0000ffff 00009300
G= S =3D0000 00000000 0000ffff 00009300
LDT=3D0000 00000000 0000ffff= 00008200
TR =3D0000 00000000 0000ffff 00008b00
GDT=3D =A0 =A0 0000000= 0 0000ffff
IDT=3D =A0 =A0 00000000 0000ffff
CR0=3D60000= 010 CR2=3D00000000 CR3=3D00000000 CR4=3D00000000
DR0=3D00000000 D= R1=3D00000000 DR2=3D00000000 DR3=3D00000000=A0
DR6=3Dffff0ff0 DR7=3D00000400
EFER=3D0000000000000000
<= div>FCW=3D037f FSW=3D0000 [ST=3D0] FTW=3D00 MXCSR=3D00001f80
FPR0= =3D0000000000000000 0000 FPR1=3D0000000000000000 0000
FPR2=3D0000= 000000000000 0000 FPR3=3D0000000000000000 0000
FPR4=3D0000000000000000 0000 FPR5=3D0000000000000000 0000
FP= R6=3D0000000000000000 0000 FPR7=3D0000000000000000 0000
XMM00=3D0= 0000000000000000000000000000000 XMM01=3D00000000000000000000000000000000
XMM02=3D00000000000000000000000000000000 XMM03=3D00000000000000000000000000= 000000
XMM04=3D00000000000000000000000000000000 XMM05=3D000000000= 00000000000000000000000
XMM06=3D00000000000000000000000000000000 = XMM07=3D00000000000000000000000000000000

#################################################= ########################################
/etc/default/grub
<= div>
GRUB_DEFAULT=3D"Xen 4.3-amd64"
GRUB_HIDDEN_TIM= EOUT=3D0
GRUB_HIDDEN_TIMEOUT_QUIET=3Dtrue
GRUB_TIMEOUT=3D10
GRUB_DISTRIBUTOR=3D`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT=3D"quiet splash"
GRUB_= CMDLINE_LINUX=3D""
# biosdevname=3D0
GRUB_CMDLINE_XEN=3D"dom0_mem=3D1024M = dom0_max_vcpus=3D1"


On Th= u, Feb 6, 2014 at 8:23 AM, Ian Campbell <Ian.Campbell@citrix.com= > wrote:
On Wed, 2014-02-05 at 17:52 -0500, Mike Neid= erhauser wrote:

> xl create /etc/xen/ubuntu-hvm-0.cfg returns:

Can you run "xl -vvv create ..." please.
[...]

> libxl: error: libxl_qmp.c:454:qmp_next: Socket read error: Connection = reset by peer
> libxl: error: libxl_qmp.c:702:libxl__qmp_initialize: Connection error:= Connection refused
> libxl: error: libxl_qmp.c:702:libxl__qmp_initialize: Connection error:= Connection refused
> libxl: error: libxl_qmp.c:702:libxl__qmp_initialize: Connection error:= Connection refused

These suggest there might be some useful info
in /var/log/xen/qemu-dm-${domname}.log.

Ian.




--089e0111d73227ecf404f1bd9439-- --===============6165707211888055216== 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 --===============6165707211888055216==-- From xen-users-bounces@lists.xen.org Thu Feb 06 14:22:48 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 06 Feb 2014 14:22: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 1WBPqn-0007IJ-K6; Thu, 06 Feb 2014 14:22:45 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBPql-0007Hp-Ck for xen-users@lists.xenproject.org; Thu, 06 Feb 2014 14:22:43 +0000 Received: from [85.158.143.35:39988] by server-1.bemta-4.messagelabs.com id D1/DC-31661-2BA93F25; Thu, 06 Feb 2014 14:22:42 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1391696560!3643151!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10724 invoked from network); 6 Feb 2014 14:22:42 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-8.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 6 Feb 2014 14:22:42 -0000 X-IronPort-AV: E=Sophos;i="4.95,793,1384300800"; d="scan'208";a="100467652" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 06 Feb 2014 14:22:40 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Thu, 6 Feb 2014 09:22:39 -0500 Message-ID: <1391696558.25128.34.camel@kazak.uk.xensource.com> From: Ian Campbell To: IAN DELANEY Date: Thu, 6 Feb 2014 14:22:38 +0000 In-Reply-To: <20140206215536.51bc47ae@archtester.homenetwork> References: <20140204125054.4326eca7@archtester.homenetwork> <1391526972.6497.27.camel@kazak.uk.xensource.com> <20140205113550.7e7a4a09@archtester.homenetwork> <1391603189.6497.142.camel@kazak.uk.xensource.com> <20140206183530.22ad6318@archtester.homenetwork> <1391686946.23098.95.camel@kazak.uk.xensource.com> <20140206215536.51bc47ae@archtester.homenetwork> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: xen-users@lists.xenproject.org Subject: Re: [Xen-users] Fw: booting X-BeenThere: xen-users@lists.xen.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, 2014-02-06 at 21:55 +0800, IAN DELANEY wrote: > On Thu, 6 Feb 2014 11:42:26 +0000 > Ian Campbell wrote: > > When you say "monitor" do you mean the VGA/HDMI output? I've never > > used that -- all my experience is with the serial console for which > > "console=ttyS0,115200" on the kernel command line is sufficient IME. > > > > This makes it awkward. Steev the gentoo arm dev himself is urging me > to acquire a usb adaptor so as to get a serial console. I've tried > twice now with a local supplier and Perth/Australia it appears just > doesn't have 'em!!!!! Can't even source a supplier, any supplier. > They're around $10 U.S. ordered online and would then take a few weeks > for delivery. By monitor, I mean the screen of the AOC or Samsung > SyncMaster226BWW, plugged into the video input in the tower (the case) > housing my amd64 motherboard, which is I believe VGA/HDMI output. > Welcome to Perth W.A., aka endsville! :) /me would really like a serial > console!!! FWIW it takes about the same cost/time to get one here in the UK. I ordered one 3 weeks ago and it still isn't here, I'm not expecting it for another few weeks (I probably should have paid more attention to the delivery time, I'm sure I could have done better) > > I'm not sure of the GFX stuff is supported by mainstream kernels or > > not. > > > > strooth I forgot to say that Xen itself doesn't have any graphics stuff for this platform at all. > > > 3. Can you double check this for me? > > > # Load Linux arch/arm/boot/zImage to ${kernel_addr_r} > > > bootz ${xen_addr_r} - ${fdt_addr} > > > > > > My limited understanding makes me think it ought be > > > bootz ${kernel_addr_r} - ${fdt_addr} > > > > Is this in the context of booting Xen or Linux? > > > > Well, either or. It's your suggestion to cut out the xen.gz and just > go for the kernel. As I say, it appears to be booting since the green > diode comes on and stays on. A flashing of green or blue indicates, I > believe, something has pulled up and failed. Blind without a serial > console output. I think you are pretty much stuffed without a serial console... How are you interacting with u-boot? I guess by writing boot scripts to an sdcard using another system? About the only halfway sensible suggestion I have is to investigate Linux's network console stuff, that won't get you u-boot or Xen output, but dom0 or native Linux should be able to spit something out. linux/Documentation/networking/netconsole.txt explains it. I'd recommend getting it working on a PC or something where you can see the real console too first to make sure you have the bits fitted together. My experience of that is limited to what is recorded in http://www.hellion.org.uk/blog/posts/debugging-initramfs-over-netconsole/ (and I barely remember doing it). > You text following here I will pursue tomorrow. Ack. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Feb 06 14:22:48 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 06 Feb 2014 14:22: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 1WBPqn-0007IJ-K6; Thu, 06 Feb 2014 14:22:45 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBPql-0007Hp-Ck for xen-users@lists.xenproject.org; Thu, 06 Feb 2014 14:22:43 +0000 Received: from [85.158.143.35:39988] by server-1.bemta-4.messagelabs.com id D1/DC-31661-2BA93F25; Thu, 06 Feb 2014 14:22:42 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1391696560!3643151!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10724 invoked from network); 6 Feb 2014 14:22:42 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-8.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 6 Feb 2014 14:22:42 -0000 X-IronPort-AV: E=Sophos;i="4.95,793,1384300800"; d="scan'208";a="100467652" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 06 Feb 2014 14:22:40 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Thu, 6 Feb 2014 09:22:39 -0500 Message-ID: <1391696558.25128.34.camel@kazak.uk.xensource.com> From: Ian Campbell To: IAN DELANEY Date: Thu, 6 Feb 2014 14:22:38 +0000 In-Reply-To: <20140206215536.51bc47ae@archtester.homenetwork> References: <20140204125054.4326eca7@archtester.homenetwork> <1391526972.6497.27.camel@kazak.uk.xensource.com> <20140205113550.7e7a4a09@archtester.homenetwork> <1391603189.6497.142.camel@kazak.uk.xensource.com> <20140206183530.22ad6318@archtester.homenetwork> <1391686946.23098.95.camel@kazak.uk.xensource.com> <20140206215536.51bc47ae@archtester.homenetwork> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: xen-users@lists.xenproject.org Subject: Re: [Xen-users] Fw: booting X-BeenThere: xen-users@lists.xen.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, 2014-02-06 at 21:55 +0800, IAN DELANEY wrote: > On Thu, 6 Feb 2014 11:42:26 +0000 > Ian Campbell wrote: > > When you say "monitor" do you mean the VGA/HDMI output? I've never > > used that -- all my experience is with the serial console for which > > "console=ttyS0,115200" on the kernel command line is sufficient IME. > > > > This makes it awkward. Steev the gentoo arm dev himself is urging me > to acquire a usb adaptor so as to get a serial console. I've tried > twice now with a local supplier and Perth/Australia it appears just > doesn't have 'em!!!!! Can't even source a supplier, any supplier. > They're around $10 U.S. ordered online and would then take a few weeks > for delivery. By monitor, I mean the screen of the AOC or Samsung > SyncMaster226BWW, plugged into the video input in the tower (the case) > housing my amd64 motherboard, which is I believe VGA/HDMI output. > Welcome to Perth W.A., aka endsville! :) /me would really like a serial > console!!! FWIW it takes about the same cost/time to get one here in the UK. I ordered one 3 weeks ago and it still isn't here, I'm not expecting it for another few weeks (I probably should have paid more attention to the delivery time, I'm sure I could have done better) > > I'm not sure of the GFX stuff is supported by mainstream kernels or > > not. > > > > strooth I forgot to say that Xen itself doesn't have any graphics stuff for this platform at all. > > > 3. Can you double check this for me? > > > # Load Linux arch/arm/boot/zImage to ${kernel_addr_r} > > > bootz ${xen_addr_r} - ${fdt_addr} > > > > > > My limited understanding makes me think it ought be > > > bootz ${kernel_addr_r} - ${fdt_addr} > > > > Is this in the context of booting Xen or Linux? > > > > Well, either or. It's your suggestion to cut out the xen.gz and just > go for the kernel. As I say, it appears to be booting since the green > diode comes on and stays on. A flashing of green or blue indicates, I > believe, something has pulled up and failed. Blind without a serial > console output. I think you are pretty much stuffed without a serial console... How are you interacting with u-boot? I guess by writing boot scripts to an sdcard using another system? About the only halfway sensible suggestion I have is to investigate Linux's network console stuff, that won't get you u-boot or Xen output, but dom0 or native Linux should be able to spit something out. linux/Documentation/networking/netconsole.txt explains it. I'd recommend getting it working on a PC or something where you can see the real console too first to make sure you have the bits fitted together. My experience of that is limited to what is recorded in http://www.hellion.org.uk/blog/posts/debugging-initramfs-over-netconsole/ (and I barely remember doing it). > You text following here I will pursue tomorrow. Ack. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Feb 06 14:27:06 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 06 Feb 2014 14:27: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 1WBPus-00081I-A2; Thu, 06 Feb 2014 14:26:58 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBPur-00080x-7R for xen-users@lists.xen.org; Thu, 06 Feb 2014 14:26:57 +0000 Received: from [85.158.143.35:24894] by server-1.bemta-4.messagelabs.com id BF/E4-31661-0BB93F25; Thu, 06 Feb 2014 14:26:56 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1391696813!3669018!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24011 invoked from network); 6 Feb 2014 14:26:54 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-15.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 6 Feb 2014 14:26:54 -0000 X-IronPort-AV: E=Sophos;i="4.95,793,1384300800"; d="scan'208";a="100469077" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 06 Feb 2014 14:26:52 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL03.citrite.net (10.13.107.80) with Microsoft SMTP Server id 14.2.342.4; Thu, 6 Feb 2014 09:26:52 -0500 Message-ID: <1391696811.25128.36.camel@kazak.uk.xensource.com> From: Ian Campbell To: Mike Neiderhauser Date: Thu, 6 Feb 2014 14:26:51 +0000 In-Reply-To: References: <1391592063.6497.71.camel@kazak.uk.xensource.com> <1391603593.6497.145.camel@kazak.uk.xensource.com> <1391604724.6497.149.camel@kazak.uk.xensource.com> <1391606132.6497.151.camel@kazak.uk.xensource.com> <1391608412.6497.167.camel@kazak.uk.xensource.com> <1391612577.23098.8.camel@kazak.uk.xensource.com> <1391693015.25128.11.camel@kazak.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users Subject: Re: [Xen-users] Fwd: Requesting Help - Error: pci: PCI Backend and pci-stub don't own device X-BeenThere: xen-users@lists.xen.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, 2014-02-06 at 09:20 -0500, Mike Neiderhauser wrote: I'm afraid I'm out of my depth with passthrough here, but this: > ################################################################################## > root@fiat:/var/log/xen# cat qemu-dm-ubuntu-hvm-0.log > char device redirected to /dev/pts/5 (label serial0) > qemu: hardware error: xen: failed to populate ram at 40030000 Looks to me like a bug. I'd recommend taking it to the xen-devel@ list and seeing if one of the devs there has any advice. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Feb 06 14:27:06 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 06 Feb 2014 14:27: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 1WBPus-00081I-A2; Thu, 06 Feb 2014 14:26:58 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBPur-00080x-7R for xen-users@lists.xen.org; Thu, 06 Feb 2014 14:26:57 +0000 Received: from [85.158.143.35:24894] by server-1.bemta-4.messagelabs.com id BF/E4-31661-0BB93F25; Thu, 06 Feb 2014 14:26:56 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1391696813!3669018!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24011 invoked from network); 6 Feb 2014 14:26:54 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-15.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 6 Feb 2014 14:26:54 -0000 X-IronPort-AV: E=Sophos;i="4.95,793,1384300800"; d="scan'208";a="100469077" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 06 Feb 2014 14:26:52 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL03.citrite.net (10.13.107.80) with Microsoft SMTP Server id 14.2.342.4; Thu, 6 Feb 2014 09:26:52 -0500 Message-ID: <1391696811.25128.36.camel@kazak.uk.xensource.com> From: Ian Campbell To: Mike Neiderhauser Date: Thu, 6 Feb 2014 14:26:51 +0000 In-Reply-To: References: <1391592063.6497.71.camel@kazak.uk.xensource.com> <1391603593.6497.145.camel@kazak.uk.xensource.com> <1391604724.6497.149.camel@kazak.uk.xensource.com> <1391606132.6497.151.camel@kazak.uk.xensource.com> <1391608412.6497.167.camel@kazak.uk.xensource.com> <1391612577.23098.8.camel@kazak.uk.xensource.com> <1391693015.25128.11.camel@kazak.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users Subject: Re: [Xen-users] Fwd: Requesting Help - Error: pci: PCI Backend and pci-stub don't own device X-BeenThere: xen-users@lists.xen.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, 2014-02-06 at 09:20 -0500, Mike Neiderhauser wrote: I'm afraid I'm out of my depth with passthrough here, but this: > ################################################################################## > root@fiat:/var/log/xen# cat qemu-dm-ubuntu-hvm-0.log > char device redirected to /dev/pts/5 (label serial0) > qemu: hardware error: xen: failed to populate ram at 40030000 Looks to me like a bug. I'd recommend taking it to the xen-devel@ list and seeing if one of the devs there has any advice. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Feb 06 14:30:53 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 06 Feb 2014 14:30: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 1WBPyX-0000L5-I1; Thu, 06 Feb 2014 14:30:45 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBPyV-0000Kc-Ia for xen-users@lists.xen.org; Thu, 06 Feb 2014 14:30:43 +0000 Received: from [85.158.139.211:25514] by server-9.bemta-5.messagelabs.com id 79/BA-11237-29C93F25; Thu, 06 Feb 2014 14:30:42 +0000 X-Env-Sender: mikeneiderhauser@gmail.com X-Msg-Ref: server-10.tower-206.messagelabs.com!1391697040!2123208!1 X-Originating-IP: [209.85.220.177] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28501 invoked from network); 6 Feb 2014 14:30:41 -0000 Received: from mail-vc0-f177.google.com (HELO mail-vc0-f177.google.com) (209.85.220.177) by server-10.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 6 Feb 2014 14:30:41 -0000 Received: by mail-vc0-f177.google.com with SMTP id if11so1455679vcb.22 for ; Thu, 06 Feb 2014 06:30:40 -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-type; bh=xCsT7w2dZznboLxOYEHoM4X64shk2XPOsD4psMAx4iU=; b=annzC8vE6wSy9uOCT/tn3c0/1tcZUkNV6Mm0lLw5MRK2K6k9umKZPzOX9q7VhLcD/z J8v13KeMDKbEd22KZjPKy0yJhYiuuBu305RfnYe4HMQ4iBBGK4W1ANrTWTx/Rqmxf7RJ MkjAUf/ce994HKRkasQbfLLp4hff2YSRUvIqypmauTogRwohp4KWKniHrzkGjXFdiyAF +QVjN5hmF7PNyYFQESxm2OpHD2+LRIgfML7WBs6LRU+MuKM6geloxm5oqMoktxStaOKs 0qSowVzmoOOpfsnHfz2hfPduOHqCxCebgqjW26WAp5NDgr5IuMDtmEqdyO3jDoLeWTr5 Uh3Q== X-Received: by 10.52.156.232 with SMTP id wh8mr5007754vdb.23.1391697040487; Thu, 06 Feb 2014 06:30:40 -0800 (PST) MIME-Version: 1.0 Received: by 10.52.233.73 with HTTP; Thu, 6 Feb 2014 06:30:00 -0800 (PST) In-Reply-To: <1391696811.25128.36.camel@kazak.uk.xensource.com> References: <1391592063.6497.71.camel@kazak.uk.xensource.com> <1391603593.6497.145.camel@kazak.uk.xensource.com> <1391604724.6497.149.camel@kazak.uk.xensource.com> <1391606132.6497.151.camel@kazak.uk.xensource.com> <1391608412.6497.167.camel@kazak.uk.xensource.com> <1391612577.23098.8.camel@kazak.uk.xensource.com> <1391693015.25128.11.camel@kazak.uk.xensource.com> <1391696811.25128.36.camel@kazak.uk.xensource.com> From: Mike Neiderhauser Date: Thu, 6 Feb 2014 09:30:00 -0500 Message-ID: To: Ian Campbell Cc: xen-users Subject: Re: [Xen-users] Fwd: Requesting Help - Error: pci: PCI Backend and pci-stub don't own device X-BeenThere: xen-users@lists.xen.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="===============7488919831652957134==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7488919831652957134== Content-Type: multipart/alternative; boundary=089e01633aa8bbec3404f1bdb78d --089e01633aa8bbec3404f1bdb78d Content-Type: text/plain; charset=ISO-8859-1 It looks very similar to this issue http://markmail.org/message/3zuiojywempoorxj#query:+page:1+mid:gul34vbe4uyog2d4+state:results I will post this to the xen-devel@ list Thanks for your help! Regards On Thu, Feb 6, 2014 at 9:26 AM, Ian Campbell wrote: > On Thu, 2014-02-06 at 09:20 -0500, Mike Neiderhauser wrote: > > I'm afraid I'm out of my depth with passthrough here, but this: > > > > ################################################################################## > > root@fiat:/var/log/xen# cat qemu-dm-ubuntu-hvm-0.log > > char device redirected to /dev/pts/5 (label serial0) > > qemu: hardware error: xen: failed to populate ram at 40030000 > > Looks to me like a bug. I'd recommend taking it to the xen-devel@ list > and seeing if one of the devs there has any advice. > > Ian. > > > --089e01633aa8bbec3404f1bdb78d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
It looks very similar to this issue


I will post this to the xen-devel@ list

Thanks for your help!
Regards

On Thu, Feb 6, 2014 at 9:26 AM,= Ian Campbell <Ian.Campbell@citrix.com> wrote:
On Thu, 2014-02-06 at 09:20 -0500, Mike Neid= erhauser wrote:

I'm afraid I'm out of my depth with passthrough here, but this:

> ######################################################################= ############
> root@fiat:/var/log/xen# cat qemu-dm-ubuntu-hvm-0.log
> char device redirected to /dev/pts/5 (label serial0)
> qemu: hardware error: xen: failed to populate ram at 40030000

Looks to me like a bug. I'd recommend taking it to the xen-devel@= list
and seeing if one of the devs there has any advice.

Ian.



--089e01633aa8bbec3404f1bdb78d-- --===============7488919831652957134== 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 --===============7488919831652957134==-- From xen-users-bounces@lists.xen.org Thu Feb 06 14:30:53 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 06 Feb 2014 14:30: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 1WBPyX-0000L5-I1; Thu, 06 Feb 2014 14:30:45 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBPyV-0000Kc-Ia for xen-users@lists.xen.org; Thu, 06 Feb 2014 14:30:43 +0000 Received: from [85.158.139.211:25514] by server-9.bemta-5.messagelabs.com id 79/BA-11237-29C93F25; Thu, 06 Feb 2014 14:30:42 +0000 X-Env-Sender: mikeneiderhauser@gmail.com X-Msg-Ref: server-10.tower-206.messagelabs.com!1391697040!2123208!1 X-Originating-IP: [209.85.220.177] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28501 invoked from network); 6 Feb 2014 14:30:41 -0000 Received: from mail-vc0-f177.google.com (HELO mail-vc0-f177.google.com) (209.85.220.177) by server-10.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 6 Feb 2014 14:30:41 -0000 Received: by mail-vc0-f177.google.com with SMTP id if11so1455679vcb.22 for ; Thu, 06 Feb 2014 06:30:40 -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-type; bh=xCsT7w2dZznboLxOYEHoM4X64shk2XPOsD4psMAx4iU=; b=annzC8vE6wSy9uOCT/tn3c0/1tcZUkNV6Mm0lLw5MRK2K6k9umKZPzOX9q7VhLcD/z J8v13KeMDKbEd22KZjPKy0yJhYiuuBu305RfnYe4HMQ4iBBGK4W1ANrTWTx/Rqmxf7RJ MkjAUf/ce994HKRkasQbfLLp4hff2YSRUvIqypmauTogRwohp4KWKniHrzkGjXFdiyAF +QVjN5hmF7PNyYFQESxm2OpHD2+LRIgfML7WBs6LRU+MuKM6geloxm5oqMoktxStaOKs 0qSowVzmoOOpfsnHfz2hfPduOHqCxCebgqjW26WAp5NDgr5IuMDtmEqdyO3jDoLeWTr5 Uh3Q== X-Received: by 10.52.156.232 with SMTP id wh8mr5007754vdb.23.1391697040487; Thu, 06 Feb 2014 06:30:40 -0800 (PST) MIME-Version: 1.0 Received: by 10.52.233.73 with HTTP; Thu, 6 Feb 2014 06:30:00 -0800 (PST) In-Reply-To: <1391696811.25128.36.camel@kazak.uk.xensource.com> References: <1391592063.6497.71.camel@kazak.uk.xensource.com> <1391603593.6497.145.camel@kazak.uk.xensource.com> <1391604724.6497.149.camel@kazak.uk.xensource.com> <1391606132.6497.151.camel@kazak.uk.xensource.com> <1391608412.6497.167.camel@kazak.uk.xensource.com> <1391612577.23098.8.camel@kazak.uk.xensource.com> <1391693015.25128.11.camel@kazak.uk.xensource.com> <1391696811.25128.36.camel@kazak.uk.xensource.com> From: Mike Neiderhauser Date: Thu, 6 Feb 2014 09:30:00 -0500 Message-ID: To: Ian Campbell Cc: xen-users Subject: Re: [Xen-users] Fwd: Requesting Help - Error: pci: PCI Backend and pci-stub don't own device X-BeenThere: xen-users@lists.xen.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="===============7488919831652957134==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7488919831652957134== Content-Type: multipart/alternative; boundary=089e01633aa8bbec3404f1bdb78d --089e01633aa8bbec3404f1bdb78d Content-Type: text/plain; charset=ISO-8859-1 It looks very similar to this issue http://markmail.org/message/3zuiojywempoorxj#query:+page:1+mid:gul34vbe4uyog2d4+state:results I will post this to the xen-devel@ list Thanks for your help! Regards On Thu, Feb 6, 2014 at 9:26 AM, Ian Campbell wrote: > On Thu, 2014-02-06 at 09:20 -0500, Mike Neiderhauser wrote: > > I'm afraid I'm out of my depth with passthrough here, but this: > > > > ################################################################################## > > root@fiat:/var/log/xen# cat qemu-dm-ubuntu-hvm-0.log > > char device redirected to /dev/pts/5 (label serial0) > > qemu: hardware error: xen: failed to populate ram at 40030000 > > Looks to me like a bug. I'd recommend taking it to the xen-devel@ list > and seeing if one of the devs there has any advice. > > Ian. > > > --089e01633aa8bbec3404f1bdb78d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
It looks very similar to this issue


I will post this to the xen-devel@ list

Thanks for your help!
Regards

On Thu, Feb 6, 2014 at 9:26 AM,= Ian Campbell <Ian.Campbell@citrix.com> wrote:
On Thu, 2014-02-06 at 09:20 -0500, Mike Neid= erhauser wrote:

I'm afraid I'm out of my depth with passthrough here, but this:

> ######################################################################= ############
> root@fiat:/var/log/xen# cat qemu-dm-ubuntu-hvm-0.log
> char device redirected to /dev/pts/5 (label serial0)
> qemu: hardware error: xen: failed to populate ram at 40030000

Looks to me like a bug. I'd recommend taking it to the xen-devel@= list
and seeing if one of the devs there has any advice.

Ian.



--089e01633aa8bbec3404f1bdb78d-- --===============7488919831652957134== 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 --===============7488919831652957134==-- From xen-users-bounces@lists.xen.org Thu Feb 06 18:33:44 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 06 Feb 2014 18:33: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 1WBTkc-0004zo-Mu; Thu, 06 Feb 2014 18:32:38 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBTkb-0004zi-71 for xen-users@lists.xen.org; Thu, 06 Feb 2014 18:32:37 +0000 Received: from [85.158.139.211:6152] by server-6.bemta-5.messagelabs.com id 05/A8-14342-445D3F25; Thu, 06 Feb 2014 18:32:36 +0000 X-Env-Sender: h.diehm@is-fun.de X-Msg-Ref: server-4.tower-206.messagelabs.com!1391711555!2191280!1 X-Originating-IP: [212.114.35.2] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30439 invoked from network); 6 Feb 2014 18:32:35 -0000 Received: from ger7.wwwserver.net (HELO ger7-2.wwwserver.net) (212.114.35.2) by server-4.tower-206.messagelabs.com with SMTP; 6 Feb 2014 18:32:35 -0000 Received: from wsarbeit.localnet (dslb-088-066-015-015.pools.arcor-ip.net [88.66.15.15]) (authenticated bits=0) by ger7-2.wwwserver.net (8.13.7/8.12.7/SuSE Linux 0.6) with ESMTP id s16IWcmp008174 for ; Thu, 6 Feb 2014 19:32:38 +0100 Apparently-To: From: "iS-Fun Internet Services GmbH, Holger Diehm" To: xen-users Date: Thu, 06 Feb 2014 19:32:35 +0100 Message-ID: <7912606.hG6ECJbH9R@wsarbeit> Organization: iS-Fun Internet Services GmbH X-Face: 2xOVuDEP$.S`ibpuWl_5^1hVFDxs-ZUR)I[Rp:(7}bRZ@; Z6iv_GI%-]V#W{S2uR`!>0*x /Bp.e{5?MEx:O/jZi9H^Tg\fTf User-Agent: KMail/4.9.5 (Linux/3.5.0-43-generic; KDE/4.9.5; x86_64; ; ) MIME-Version: 1.0 Subject: [Xen-users] Dom0 memory not accepted X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: h.diehm@is-fun.de 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, today I made a fresh install of Debian wheezy, ans installed the xen-system from testing via apt-pinning. Then as usual I set the Dom0-cmdline to set the memory-limit as follows: (XEN) Command line: placeholder dummy=dummy dom0_mem=4597152,max:4597152 dom0_max_vcpus=2 dom0_vcpus_pin loglvl=all guest_loglvl=all as it is a debian System i edited /etc/default/xen to use the xl toolstack an rebooted. xend is not running. but I only see: ... xl info host : ger16 release : 3.2.0-4-amd64 version : #1 SMP Debian 3.2.51-1 machine : x86_64 nr_cpus : 20 max_cpu_id : 19 nr_nodes : 1 cores_per_socket : 10 threads_per_core : 2 cpu_mhz : 2200 hw_caps : bfebfbff:2c100800:00000000:00007f00:77bee3ff:00000000:00000001:00000281 virt_caps : hvm hvm_directio total_memory : 32733 free_memory : 28107 ... and free -m total used free shared buffers cached Mem: 2197 1336 861 0 10 1206 -/+ buffers/cache: 120 2077 Swap: 0 0 0 has anyone a clue where and how to get the 4GB that I want ? I searched the net and found some that say theres a glitch with the mix of xl/and xm toolstack...bit the problem was already there when I used the xm toolstack from the default wheezy xen 4.1 before the upgrade...and I searched the list already too...perhaps I only look for the wring wordings. Any Idea is really welcome. Holger _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Feb 06 18:33:44 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 06 Feb 2014 18:33: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 1WBTkc-0004zo-Mu; Thu, 06 Feb 2014 18:32:38 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBTkb-0004zi-71 for xen-users@lists.xen.org; Thu, 06 Feb 2014 18:32:37 +0000 Received: from [85.158.139.211:6152] by server-6.bemta-5.messagelabs.com id 05/A8-14342-445D3F25; Thu, 06 Feb 2014 18:32:36 +0000 X-Env-Sender: h.diehm@is-fun.de X-Msg-Ref: server-4.tower-206.messagelabs.com!1391711555!2191280!1 X-Originating-IP: [212.114.35.2] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30439 invoked from network); 6 Feb 2014 18:32:35 -0000 Received: from ger7.wwwserver.net (HELO ger7-2.wwwserver.net) (212.114.35.2) by server-4.tower-206.messagelabs.com with SMTP; 6 Feb 2014 18:32:35 -0000 Received: from wsarbeit.localnet (dslb-088-066-015-015.pools.arcor-ip.net [88.66.15.15]) (authenticated bits=0) by ger7-2.wwwserver.net (8.13.7/8.12.7/SuSE Linux 0.6) with ESMTP id s16IWcmp008174 for ; Thu, 6 Feb 2014 19:32:38 +0100 Apparently-To: From: "iS-Fun Internet Services GmbH, Holger Diehm" To: xen-users Date: Thu, 06 Feb 2014 19:32:35 +0100 Message-ID: <7912606.hG6ECJbH9R@wsarbeit> Organization: iS-Fun Internet Services GmbH X-Face: 2xOVuDEP$.S`ibpuWl_5^1hVFDxs-ZUR)I[Rp:(7}bRZ@; Z6iv_GI%-]V#W{S2uR`!>0*x /Bp.e{5?MEx:O/jZi9H^Tg\fTf User-Agent: KMail/4.9.5 (Linux/3.5.0-43-generic; KDE/4.9.5; x86_64; ; ) MIME-Version: 1.0 Subject: [Xen-users] Dom0 memory not accepted X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: h.diehm@is-fun.de 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, today I made a fresh install of Debian wheezy, ans installed the xen-system from testing via apt-pinning. Then as usual I set the Dom0-cmdline to set the memory-limit as follows: (XEN) Command line: placeholder dummy=dummy dom0_mem=4597152,max:4597152 dom0_max_vcpus=2 dom0_vcpus_pin loglvl=all guest_loglvl=all as it is a debian System i edited /etc/default/xen to use the xl toolstack an rebooted. xend is not running. but I only see: ... xl info host : ger16 release : 3.2.0-4-amd64 version : #1 SMP Debian 3.2.51-1 machine : x86_64 nr_cpus : 20 max_cpu_id : 19 nr_nodes : 1 cores_per_socket : 10 threads_per_core : 2 cpu_mhz : 2200 hw_caps : bfebfbff:2c100800:00000000:00007f00:77bee3ff:00000000:00000001:00000281 virt_caps : hvm hvm_directio total_memory : 32733 free_memory : 28107 ... and free -m total used free shared buffers cached Mem: 2197 1336 861 0 10 1206 -/+ buffers/cache: 120 2077 Swap: 0 0 0 has anyone a clue where and how to get the 4GB that I want ? I searched the net and found some that say theres a glitch with the mix of xl/and xm toolstack...bit the problem was already there when I used the xm toolstack from the default wheezy xen 4.1 before the upgrade...and I searched the list already too...perhaps I only look for the wring wordings. Any Idea is really welcome. Holger _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Feb 06 19:34:49 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 06 Feb 2014 19:34: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 1WBUhg-0008TM-Ea; Thu, 06 Feb 2014 19:33:40 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBUhf-0008TH-KQ for xen-users@lists.xen.org; Thu, 06 Feb 2014 19:33:39 +0000 Received: from [85.158.137.68:41515] by server-3.bemta-3.messagelabs.com id 4F/CA-14520-293E3F25; Thu, 06 Feb 2014 19:33:38 +0000 X-Env-Sender: h.diehm@is-fun.de X-Msg-Ref: server-8.tower-31.messagelabs.com!1391715218!158829!1 X-Originating-IP: [212.114.35.2] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2416 invoked from network); 6 Feb 2014 19:33:38 -0000 Received: from ger7.wwwserver.net (HELO ger7-2.wwwserver.net) (212.114.35.2) by server-8.tower-31.messagelabs.com with SMTP; 6 Feb 2014 19:33:38 -0000 Received: from wsarbeit.localnet (dslb-088-066-015-015.pools.arcor-ip.net [88.66.15.15]) (authenticated bits=0) by ger7-2.wwwserver.net (8.13.7/8.12.7/SuSE Linux 0.6) with ESMTP id s16JXeX7030005 for ; Thu, 6 Feb 2014 20:33:40 +0100 From: h.diehm@is-fun.de Apparently-To: To: xen-users@lists.xen.org Date: Thu, 06 Feb 2014 20:33:37 +0100 Message-ID: <2344171.uO2oSkn6yn@wsarbeit> Organization: iS-Fun Internet Services GmbH X-Face: 2xOVuDEP$.S`ibpuWl_5^1hVFDxs-ZUR)I[Rp:(7}bRZ@; Z6iv_GI%-]V#W{S2uR`!>0*x /Bp.e{5?MEx:O/jZi9H^Tg\fTf User-Agent: KMail/4.9.5 (Linux/3.5.0-43-generic; KDE/4.9.5; x86_64; ; ) In-Reply-To: <7912606.hG6ECJbH9R@wsarbeit> References: <7912606.hG6ECJbH9R@wsarbeit> MIME-Version: 1.0 Subject: Re: [Xen-users] Dom0 memory not accepted X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: h.diehm@is-fun.de 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, a litte addendum to the xl info - there are already vms running, so the shown free mem isn't r4eally free, it's already used by vms xl list Name ID Mem VCPUs State Time(s) Domain-0 0 2407 2 r----- 2293.0 VM-1 4 512 1 -b---- 5.1 VM-2 7 1280 14 -b---- 6896.9 NAME STATE CPU(sec) CPU(%) MEM(k) MEM(%) MAXMEM(k) MAXMEM(%) VCPUS NETS NETTX(k) NETRX(k) VBDS VBD_OO VBD_RD VBD_WR VBD_RSECT VBD_WSECT SSID Domain-0 -----r 2296 0.2 2464992 7.4 4597152 13.7 2 0 0 0 0 0 0 0 0 0 0 here it shows the 4G available, and if I do: xl mem-set Domain-0 4g xl list Name ID Mem VCPUs State Time(s) Domain-0 0 4096 2 r----- 2297.1 and xentop shows NAME STATE CPU(sec) CPU(%) MEM(k) MEM(%) MAXMEM(k) MAXMEM(%) VCPUS NETS NETTX(k) NETRX(k) VBDS VBD_OO VBD_RD VBD_WR VBD_RSECT VBD_WSECT SSID Domain-0 -----r 2297 0.2 4194328 12.5 4195328 12.5 2 0 0 0 0 0 0 0 0 0 0 that works all mem is used - where is the problem with the initial setting via xen-cmdline ? Or should I direct that issue to another list or the debian maintainers directly ? Holger Am Donnerstag, 6. Februar 2014, 19:32:35 schrieb iS-Fun Internet Services GmbH, Holger Diehm: > Hello, > > today I made a fresh install of Debian wheezy, ans installed the xen-system from testing via apt-pinning. > Then as usual I set the Dom0-cmdline to set the memory-limit as follows: > > (XEN) Command line: placeholder dummy=dummy dom0_mem=4597152,max:4597152 dom0_max_vcpus=2 dom0_vcpus_pin loglvl=all guest_loglvl=all > > as it is a debian System i edited /etc/default/xen to use the xl toolstack an rebooted. xend is not running. > but I only see: > ... > xl info > host : ger16 > release : 3.2.0-4-amd64 > version : #1 SMP Debian 3.2.51-1 > machine : x86_64 > nr_cpus : 20 > max_cpu_id : 19 > nr_nodes : 1 > cores_per_socket : 10 > threads_per_core : 2 > cpu_mhz : 2200 > hw_caps : bfebfbff:2c100800:00000000:00007f00:77bee3ff:00000000:00000001:00000281 > virt_caps : hvm hvm_directio > total_memory : 32733 > free_memory : 28107 > ... > and > > free -m > total used free shared buffers cached > Mem: 2197 1336 861 0 10 1206 > -/+ buffers/cache: 120 2077 > Swap: 0 0 0 > > > has anyone a clue where and how to get the 4GB that I want ? > > I searched the net and found some that say theres a glitch with the mix of xl/and xm toolstack...bit the problem was already there when I used the xm toolstack from the default wheezy xen 4.1 before the upgrade...and I searched the list already too...perhaps I only look for the wring wordings. > Any Idea is really welcome. > > Holger > > _______________________________________________ > 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 Thu Feb 06 19:34:49 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 06 Feb 2014 19:34: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 1WBUhg-0008TM-Ea; Thu, 06 Feb 2014 19:33:40 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBUhf-0008TH-KQ for xen-users@lists.xen.org; Thu, 06 Feb 2014 19:33:39 +0000 Received: from [85.158.137.68:41515] by server-3.bemta-3.messagelabs.com id 4F/CA-14520-293E3F25; Thu, 06 Feb 2014 19:33:38 +0000 X-Env-Sender: h.diehm@is-fun.de X-Msg-Ref: server-8.tower-31.messagelabs.com!1391715218!158829!1 X-Originating-IP: [212.114.35.2] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2416 invoked from network); 6 Feb 2014 19:33:38 -0000 Received: from ger7.wwwserver.net (HELO ger7-2.wwwserver.net) (212.114.35.2) by server-8.tower-31.messagelabs.com with SMTP; 6 Feb 2014 19:33:38 -0000 Received: from wsarbeit.localnet (dslb-088-066-015-015.pools.arcor-ip.net [88.66.15.15]) (authenticated bits=0) by ger7-2.wwwserver.net (8.13.7/8.12.7/SuSE Linux 0.6) with ESMTP id s16JXeX7030005 for ; Thu, 6 Feb 2014 20:33:40 +0100 From: h.diehm@is-fun.de Apparently-To: To: xen-users@lists.xen.org Date: Thu, 06 Feb 2014 20:33:37 +0100 Message-ID: <2344171.uO2oSkn6yn@wsarbeit> Organization: iS-Fun Internet Services GmbH X-Face: 2xOVuDEP$.S`ibpuWl_5^1hVFDxs-ZUR)I[Rp:(7}bRZ@; Z6iv_GI%-]V#W{S2uR`!>0*x /Bp.e{5?MEx:O/jZi9H^Tg\fTf User-Agent: KMail/4.9.5 (Linux/3.5.0-43-generic; KDE/4.9.5; x86_64; ; ) In-Reply-To: <7912606.hG6ECJbH9R@wsarbeit> References: <7912606.hG6ECJbH9R@wsarbeit> MIME-Version: 1.0 Subject: Re: [Xen-users] Dom0 memory not accepted X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: h.diehm@is-fun.de 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, a litte addendum to the xl info - there are already vms running, so the shown free mem isn't r4eally free, it's already used by vms xl list Name ID Mem VCPUs State Time(s) Domain-0 0 2407 2 r----- 2293.0 VM-1 4 512 1 -b---- 5.1 VM-2 7 1280 14 -b---- 6896.9 NAME STATE CPU(sec) CPU(%) MEM(k) MEM(%) MAXMEM(k) MAXMEM(%) VCPUS NETS NETTX(k) NETRX(k) VBDS VBD_OO VBD_RD VBD_WR VBD_RSECT VBD_WSECT SSID Domain-0 -----r 2296 0.2 2464992 7.4 4597152 13.7 2 0 0 0 0 0 0 0 0 0 0 here it shows the 4G available, and if I do: xl mem-set Domain-0 4g xl list Name ID Mem VCPUs State Time(s) Domain-0 0 4096 2 r----- 2297.1 and xentop shows NAME STATE CPU(sec) CPU(%) MEM(k) MEM(%) MAXMEM(k) MAXMEM(%) VCPUS NETS NETTX(k) NETRX(k) VBDS VBD_OO VBD_RD VBD_WR VBD_RSECT VBD_WSECT SSID Domain-0 -----r 2297 0.2 4194328 12.5 4195328 12.5 2 0 0 0 0 0 0 0 0 0 0 that works all mem is used - where is the problem with the initial setting via xen-cmdline ? Or should I direct that issue to another list or the debian maintainers directly ? Holger Am Donnerstag, 6. Februar 2014, 19:32:35 schrieb iS-Fun Internet Services GmbH, Holger Diehm: > Hello, > > today I made a fresh install of Debian wheezy, ans installed the xen-system from testing via apt-pinning. > Then as usual I set the Dom0-cmdline to set the memory-limit as follows: > > (XEN) Command line: placeholder dummy=dummy dom0_mem=4597152,max:4597152 dom0_max_vcpus=2 dom0_vcpus_pin loglvl=all guest_loglvl=all > > as it is a debian System i edited /etc/default/xen to use the xl toolstack an rebooted. xend is not running. > but I only see: > ... > xl info > host : ger16 > release : 3.2.0-4-amd64 > version : #1 SMP Debian 3.2.51-1 > machine : x86_64 > nr_cpus : 20 > max_cpu_id : 19 > nr_nodes : 1 > cores_per_socket : 10 > threads_per_core : 2 > cpu_mhz : 2200 > hw_caps : bfebfbff:2c100800:00000000:00007f00:77bee3ff:00000000:00000001:00000281 > virt_caps : hvm hvm_directio > total_memory : 32733 > free_memory : 28107 > ... > and > > free -m > total used free shared buffers cached > Mem: 2197 1336 861 0 10 1206 > -/+ buffers/cache: 120 2077 > Swap: 0 0 0 > > > has anyone a clue where and how to get the 4GB that I want ? > > I searched the net and found some that say theres a glitch with the mix of xl/and xm toolstack...bit the problem was already there when I used the xm toolstack from the default wheezy xen 4.1 before the upgrade...and I searched the list already too...perhaps I only look for the wring wordings. > Any Idea is really welcome. > > Holger > > _______________________________________________ > 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 Thu Feb 06 22:34:04 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 06 Feb 2014 22:34: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 1WBXUw-0006xY-4j; Thu, 06 Feb 2014 22:32:42 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBXUt-0006xT-W5 for xen-users@lists.xen.org; Thu, 06 Feb 2014 22:32:40 +0000 Received: from [85.158.143.35:59168] by server-1.bemta-4.messagelabs.com id A1/C3-31661-78D04F25; Thu, 06 Feb 2014 22:32:39 +0000 X-Env-Sender: kuba.0000@op.pl X-Msg-Ref: server-2.tower-21.messagelabs.com!1391725954!3763257!1 X-Originating-IP: [213.180.142.140] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTMuMTgwLjE0Mi4xNDAgPT4gMTgwNzg=\n,sa_preprocessor: QmFkIElQOiAyMTMuMTgwLjE0Mi4xNDAgPT4gMTgwNzg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1245 invoked from network); 6 Feb 2014 22:32:35 -0000 Received: from smtpo09.poczta.onet.pl (HELO smtpo09.poczta.onet.pl) (213.180.142.140) by server-2.tower-21.messagelabs.com with SMTP; 6 Feb 2014 22:32:35 -0000 Received: from [192.168.0.4] (host-89-230-197-126.lublin.mm.pl [89.230.197.126]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: kuba.0000@op.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3fKvXf0C3Sz9vGR6 for ; Thu, 6 Feb 2014 23:32:33 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=op.pl; s=2011; t=1391725954; bh=tm164Hs3ar2BsGPo3plvF6YyjINbAFzHr/CTmURPlXM=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type; b=VjyGF4F81zwn7/S5k86MTOYN57KPtYvOF6nExT1TYE9bDVyjHnryvVv86fgzuCNLt yvhV+ThUAijrkQr2p5mgRQlbTbhNf8hndVdOczTUN+79zYZGon6RlQzShGu7kOXXqb mxmbAmcwMWzxOu6myE1zVU718u+A0OwtNwskx04M= Message-ID: <52F40D79.2080608@op.pl> Date: Thu, 06 Feb 2014 23:32:25 +0100 From: Kuba User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <52EA58B2.50004@op.pl> <6035A0D088A63A46850C3988ED045A4B6F38BB3C@BITCOM1.int.sbss.com.au> <52ED4AA6.5000601@op.pl> <52F26335.7060902@op.pl> <52F266EE.6000104@citrix.com> <52F26A40.5040305@op.pl> <52F26CCE.1090201@citrix.com> <52F2B2FB.9070004@op.pl> <52F3462C.8040906@citrix.com> In-Reply-To: <52F3462C.8040906@citrix.com> Content-Type: multipart/mixed; boundary="------------080806010008090302010107" Subject: Re: [Xen-users] Strange failures of Xen 4.3.1, PVHVM storage VM, iSCSI and Windows+GPLPV VM combination X-BeenThere: xen-users@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 This is a multi-part message in MIME format. --------------080806010008090302010107 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit W dniu 2014-02-06 09:22, Roger Pau Monné pisze: > On 05/02/14 22:54, Kuba wrote: >> W dniu 2014-02-05 17:54, Roger Pau Monné pisze: >>> On 05/02/14 17:43, Kuba wrote: >>>> W dniu 2014-02-05 17:29, Roger Pau Monné pisze: >>>>> On 05/02/14 17:13, Kuba wrote: >>>>>> W dniu 2014-02-01 20:27, Kuba pisze: >>>>>>> W dniu 2014-01-31 02:35, James Harper pisze: >>>>>>>>> >>>>>>>>> I am trying to set up a following configuration: >>>>>>>>> 1. very simple Linux-based dom0 (Debian 7.3) with Xen 4.3.1 >>>>>>>>> compiled >>>>>>>>> from sources, >>>>>>>>> 2. one storage VM (FreeBSD 10, HVM+PV) with SATA controller >>>>>>>>> attached >>>>>>>>> using VT-d, exporting block devices via iSCSI to other VMs and >>>>>>>>> physical >>>>>>>>> machines, >>>>>>>>> 3. one Windows 7 SP1 64 VM (HVM+GPLPV) with GPU passthrough (Quadro >>>>>>>>> 4000) installed on a block device exported from the storage VM >>>>>>>>> (target >>>>>>>>> on the storage VM, initiator on dom0). >>>>>>>>> >>>>>>>>> Everything works perfectly (including PCI & GPU passthrough) >>>>>>>>> until I >>>>>>>>> install GPLPV drivers on the Windows VM. After driver installation, >>>>>>>>> Windows needs to reboot, boots fine, displays a message that PV >>>>>>>>> SCSI >>>>>>>> >>>>>>>> (a) >>>>>>>> >>>>>>>>> drivers were installed and needs to reboot again, and then cannot >>>>>>>>> boot. >>>>>>>>> Sometimes it gets stuck at "booting from harddrive" in SeaBIOS, >>>>>>>>> sometimes BSODs with "unmountable boot volume" message. All of the >>>>>>>>> following I tried without GPU passthrough to narrow down the >>>>>>>>> problem. >>>>>>>>> >>>>>>>>> The intriguing part is this: >>>>>>>>> >>>>>>>>> 1. If the storage VM's OS is Linux - it fails with the above >>>>>>>>> symptoms. >>>>>>>>> 2. If the block devices for the storage VM come directly from dom0 >>>>>>>>> (not >>>>>>>>> via pci-passthrough) - it fails. >>>>>>>>> 2. If the storage VM is an HVM without PV drivers (e.g. FreeBSD >>>>>>>>> 9.2-GENERIC) - it all works. >>>>>>>>> 3. If the storage VM's OS is Linux with kernel compiled without Xen >>>>>>>>> guest support - it works, but is unstable (see below). >>>>>>>>> 4. If the iSCSI target is on a different physical machine - it all >>>>>>>>> works. >>>>>>>>> 5. If the iSCSI target is on dom0 itself - it works. >>>>>>>>> 6. If I attach the AHCI controller to the Windows VM and install >>>>>>>>> directly on the hard drive - it works. >>>>>>>>> 7. If the block device for Windows VM is a disk, partition, >>>>>>>>> file, LVM >>>>>>>>> volume or even a ZoL's zvol (and it comes from a dom0 itself, >>>>>>>>> without >>>>>>>>> iSCSI)- it works. >>>>>>>>> >>>>>>>>> If I install Windows and the GPLPV drivers on a hard drive >>>>>>>>> attached to >>>>>>>>> dom0, Windows + GPLPV work perfectly. If I then give the same hard >>>>>>>>> drive >>>>>>>>> as a block device to the storage VM and re-export it through iSCSI, >>>>>>>> >>>>>>>> (b) >>>>>>>> >>>>>>>>> Windows usually boots fine, but works unstable. And by unstable I >>>>>>>>> mean >>>>>>>>> random read/write errors, sometimes programs won't start, ntdll.dll >>>>>>>>> crashes, and after couple reboots Windows won't boot (just like >>>>>>>>> mentioned above). >>>>>>>>> >>>>>>>>> The configurations I would like to achieve makes sense only with PV >>>>>>>>> drivers on both storage and Windows VM. All of the "components" >>>>>>>>> seem to >>>>>>>>> work perfectly until all put together, so I am not really sure >>>>>>>>> where >>>>>>>>> the >>>>>>>>> problem is. >>>>>>>>> >>>>>>>>> I would be very grateful for any suggestions or ideas that could >>>>>>>>> possibly help to narrow down the problem. Maybe I am just doing >>>>>>>>> something wrong (I hope so). Or maybe there is a bug that shows >>>>>>>>> itself >>>>>>>>> only in such a particular configuration (hope not)? >>>>>>>>> >>>>>>>> >>>>>>>> I'm curious about prompting for the pvscsi drivers to be >>>>>>>> installed. Is >>>>>>>> this definitely what it is asking for? Pvscsi for gplpv is >>>>>>>> removed in >>>>>>>> the latest versions and suffered varying degrees of bitrot in >>>>>>>> earlier >>>>>>>> versions. If you have the iscsi initiator in dom0 then exporting a >>>>>>>> block device to windows via the normal vbd channel should be just >>>>>>>> fine. >>>>>>>> >>>>>>>> You've gone to great lengths to explain the various things you've >>>>>>>> tried, but I think I'm a little confused on where the iscsi >>>>>>>> initiator >>>>>>>> is in the "doesn't work" scenarios. I'm having a bit of an off day >>>>>>>> today so it's probably just me, but above I have highlighted the two >>>>>>>> scenarios... could you fill me in on a few things: >>>>>>>> >>>>>>>> At (a) and (b), is the iscsi initiator in dom0, or are you actually >>>>>>>> booting windows directly via iscsi? >>>>>>>> >>>>>>>> At (b), with latest debug build of gplpv, can you run debugview from >>>>>>>> sysinternals.com and see if any interesting messages are displayed >>>>>>>> before things fall in a heap? >>>>>>>> >>>>>>>> Are any strange logs shown in any of Win DomU, Dom0, or storage >>>>>>>> DomU? >>>>>>>> >>>>>>>> How big are your disks? >>>>>>>> >>>>>>>> Can you reproduce with only one vcpu? >>>>>>>> >>>>>>>> What bridge are you using? Openvswitch or traditional linux bridge? >>>>>>>> >>>>>>>> What MTU are you using on your storage network? If you are using >>>>>>>> Jumbo >>>>>>>> frames can you go back to 1500 (or at least <= 4000)? >>>>>>>> >>>>>>>> Can you turn off scatter gather, Large Send Offload (GSO), and IP >>>>>>>> Checksum offload on all the iscsi endpoints? >>>>>>>> >>>>>>>> Can you turn on data digest/checksum on iscsi? If all endpoints >>>>>>>> support it then this would provide additional verification that none >>>>>>>> of the network packets are getting corrupted. >>>>>>>> >>>>>>>> Would driver domain work in your scenario? Then the disk could be >>>>>>>> attached directly from your storage DomU without accruing all the >>>>>>>> iscsi overhead. I'm not up with the status of HVM, vbd, and driver >>>>>>>> domain so I don't know if this is possible. >>>>>>>> >>>>>>>> More questions than answers. Sorry :) >>>>>>>> >>>>>>>> James >>>>>>> >>>>>>> Dear James, >>>>>>> >>>>>>> thank you for your questions - I really appreciate everything that >>>>>>> may >>>>>>> help me move closer to solving or isolating the problem. >>>>>>> >>>>>>> I'll check what type of driver is used exactly - up until now I >>>>>>> always >>>>>>> just installed all drivers included in the package, I thought all of >>>>>>> them were necessary. I'll try installing them without XenScsi. >>>>>>> >>>>>>> Do you mean revisions > 1092:85b99b9795a6 by "the latest versions"? >>>>>>> Which version should I use? >>>>>>> >>>>>>> Forgive me if the descriptions were unclear. The initiator was >>>>>>> always in >>>>>>> dom0. I only moved the target to dom0 or a separate physical >>>>>>> machine in >>>>>>> (4) and (5). I didn't boot Windows directly from iSCSI (in fact I >>>>>>> tried >>>>>>> couple times, but had some problems with it, so I didn't mention it). >>>>>>> >>>>>>> My "disks" (the block devices I dedicated to the Windows VM) were >>>>>>> whole >>>>>>> 120GB and 240GB SSDs, ~100GB ZVOLs and 50GB LVM volumes. >>>>>>> >>>>>>> I'm using traditional linux bridge. I didn't set MTUs explicitly, >>>>>>> so I >>>>>>> assume it's 1500, but I will verify this. >>>>>>> >>>>>>> I'd love to use a storage driver domain, but the wiki says "It is not >>>>>>> possible to use driver domains with pygrub or HVM guests yet". But >>>>>>> the >>>>>>> page is a couple of months old, maybe it's an outdated info? It >>>>>>> surely >>>>>>> is worth checking out. >>>>>>> >>>>>>> I'll do my best to provide answers to the remaining questions as >>>>>>> soon as >>>>>>> possible. Thank you for so many ideas. >>>>>>> >>>>>>> Best regards, >>>>>>> Kuba >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Xen-users mailing list >>>>>>> Xen-users@lists.xen.org >>>>>>> http://lists.xen.org/xen-users >>>>>> >>>>>> It seems the problems are not related to GPLPV. There is an easy >>>>>> way to >>>>>> reproduce the issues without Windows and without installing anything, >>>>>> using only livecds for two DomUs: >>>>>> >>>>>> 1) Set up a Linux Dom0 with Xen 4.3.1 and standard Linux bridge for >>>>>> Dom0 >>>>>> and DomUs >>>>> >>>>> Are you using a Xen build with debugging enabled? I think I might >>>>> have a >>>>> clue of what's happening, because I also saw it. Could you recompile >>>>> Xen >>>>> with debugging enabled and try the same test (iSCSI target on DomU and >>>>> initiator on Dom0)? >>>>> >>>>> Roger. >>>>> >>>>> _______________________________________________ >>>>> Xen-users mailing list >>>>> Xen-users@lists.xen.org >>>>> http://lists.xen.org/xen-users >>>>> >>>> >>>> Of course I could! Please point me to any relevant information on how to >>>> build Xen with debugging enabled and what to do next. I build Xen using >>>> standard ./configure && make world && make install. >>> >>> Just `make debug=y xen` and boot with the resulting xen.gz. >>> >>> Roger. >>> >>> >>> _______________________________________________ >>> Xen-users mailing list >>> Xen-users@lists.xen.org >>> http://lists.xen.org/xen-users >>> >> >> I ran the test using debug build of Xen. This time I gave the name "tgt" >> to the DomU with iSCSI target, and the other domain was named simply >> "domu". Sorry for the inconsistency. After logging in to the iSCSI >> target from Dom0, I ran "mkfs.ext4 /dev/sdb" (still in Dom0). So far, so >> good. Then I launched the other DomU and as soon as I executed >> "fsck.ext4 /dev/xvda", some errors appeared in the output of "xl dmesg" >> (attached as "xl-dmesg.log"). Surprisingly, the first fsck succeeded. >> Unfortunately, executing fsck.ext4 for the second time showed serious >> file system errors. The fsck commands were the only things I ran that >> touched /dev/xvda. After shutting down "domu", when I tried to log out >> from the iSCSI target, an error came up in Dom0's dmesg >> ("dom0-dmesg.log"). Logs from /var/log/xen/ are also attached. >> >> I will happily run next tests - just tell me what can I do :) > > Hello, > > This is the same problem I've seen when using a similar setup. The root > of the problem is that blkback maps a grant ref to a memory page in > Dom0, then this memory page ends up in netback, and when netback tries > to issue a GNTTABOP_copy using the mfn of this grant mapped page the > operation fails because Xen detects that the mfn passed doesn't belong > to the guest. > > The only way I can think of solving this is that netback detects that > the page is not local and somehow we use it's grant ref instead of mfn > (this means we would need to store the grant ref somewhere in the page). > > Roger. As this is something far beyond my ability to solve, I couldn't resist to try something else - running FreeBSD 10 as a storage driver domain. I was able to provide a block device (zvol) from one FreeBSD DomU directly to another FreeBSD DomU just like described in the wiki (with Qemu traditional in the second DomU) and install the OS on it. Unfortunately the second DomU's bios was unable to detect this "disk" and boot from it. But with this command: xl block-attach Domain-0 "format=raw,backendtype=phy,backend=fbsd,vdev=xvds,target=/dev/zvol/zroot/vol1" I was able to attach a block device exported from a DomU to Dom0 without iSCSI and then using it as a disk for a second DomU (with disk=['phy:/dev/xvds,xvda,w']). Now, if the second DomU had no PV drivers (e.g. Windows without GPLPV), everything worked fine. But running an OS with PV drivers (Linux or Windows+GPLPV) in the second DomU resulted in a very similar errors in xl dmesg like in the previously attached logs (see the attachment). Do I understand correctly that solving the issue you are pointing out would also allow to use OSes like FreeBSD as storage driver domain for other PV-enabled DomUs? That would be something! And most importantly - is there anything I can do to help? Best regards, Kuba --------------080806010008090302010107 Content-Type: text/plain; charset=windows-1250; name="xl-dmesg-2.log" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="xl-dmesg-2.log" IHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI3 YzQxOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAw MDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQx IEVycm9yIHBmbiAxYjdjNDE6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3 NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVO KSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiN2M0MDogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwg b2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAw MDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI3YzQwOiByZD1mZmZm ODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAw MywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAx YjdjNDA6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04 MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6 ZDEgRXJyb3IgcGZuIDFiN2M0MDogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3 MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihY RU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI3ZGI3OiByZD1mZmZmODMwNDMxZjJmMDAw LCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAw MDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjdkYjc6IHJkPWZm ZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAw MDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZu IDFiN2RiZTogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2Fm PTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAx OTpkMSBFcnJvciBwZm4gMWI3ZGJlOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMw MTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAK KFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjdjY2E6IHJkPWZmZmY4MzA0MzFmMmYw MDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAw MDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiN2NjYTogcmQ9 ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAw MDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBw Zm4gMWI3YzQxOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBj YWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoy MDE5OmQxIEVycm9yIHBmbiAxYjdjNDE6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4 MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAw MAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiN2M0MDogcmQ9ZmZmZjgzMDQzMWYy ZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0w MDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI3YzQwOiBy ZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAw MDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9y IHBmbiAxYjdkYjc6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAs IGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5j OjIwMTk6ZDEgRXJyb3IgcGZuIDFiN2RiNzogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZm ZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAw MDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI3ZGI3OiByZD1mZmZmODMwNDMx ZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFm PTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjdkYjc6 IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAw MDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJy b3IgcGZuIDFiN2RiNzogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAw MCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1t LmM6MjAxOTpkMSBFcnJvciBwZm4gMWI3ZGI3OiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1m ZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAw MDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjdkZDM6IHJkPWZmZmY4MzA0 MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0 YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiN2Rk MjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAw MDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBF cnJvciBwZm4gMWI3ZGQyOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRh MDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikg bW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjdkZDI6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9k PWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAw MDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiN2RkMzogcmQ9ZmZmZjgz MDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMs IHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI3 ZGQyOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAw MDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQx IEVycm9yIHBmbiAxYjdhNzk6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3 NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVO KSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiN2E3OTogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwg b2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAw MDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI3YTc5OiByZD1mZmZm ODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAw MywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAx YjdhNzk6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04 MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6 ZDEgRXJyb3IgcGZuIDFiN2E3OTogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3 MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihY RU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI3YTc5OiByZD1mZmZmODMwNDMxZjJmMDAw LCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAw MDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjdhNzk6IHJkPWZm ZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAw MDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZu IDFiN2E3OTogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2Fm PTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAx OTpkMSBFcnJvciBwZm4gMWI3YTc5OiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMw MTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAK KFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjdhNzk6IHJkPWZmZmY4MzA0MzFmMmYw MDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAw MDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiN2E3ODogcmQ9 ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAw MDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBw Zm4gMWI3ZGI3OiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBj YWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoy MDE5OmQxIEVycm9yIHBmbiAxYjdkYjc6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4 MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAw MAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiN2RiNzogcmQ9ZmZmZjgzMDQzMWYy ZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0w MDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI3ZGI3OiBy ZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAw MDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9y IHBmbiAxYjdkYjc6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAs IGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5j OjIwMTk6ZDEgRXJyb3IgcGZuIDFiN2RkMzogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZm ZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAw MDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI3ZGI3OiByZD1mZmZmODMwNDMx ZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFm PTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjdkYjc6 IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAw MDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJy b3IgcGZuIDFiN2RiNzogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAw MCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1t LmM6MjAxOTpkMSBFcnJvciBwZm4gMWI3ZGI3OiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1m ZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAw MDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjdkYjc6IHJkPWZmZmY4MzA0 MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0 YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiN2Ri NzogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAw MDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBF cnJvciBwZm4gMWI3ZGI3OiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRh MDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikg bW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjdkYjc6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9k PWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAw MDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiN2RiNzogcmQ9ZmZmZjgz MDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMs IHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI3 ZGI3OiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAw MDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQx IEVycm9yIHBmbiAxYjdkYjc6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3 NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVO KSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiN2RiNzogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwg b2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAw MDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI3ZGQyOiByZD1mZmZm ODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAw MywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAx YjdkZDI6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04 MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6 ZDEgRXJyb3IgcGZuIDFiN2RkMzogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3 MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihY RU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI3ZGI3OiByZD1mZmZmODMwNDMxZjJmMDAw LCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAw MDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjdkYjc6IHJkPWZm ZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAw MDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZu IDFiN2RiZTogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2Fm PTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAx OTpkMSBFcnJvciBwZm4gMWI3ZGQzOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMw MTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAK KFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjdkYjc6IHJkPWZmZmY4MzA0MzFmMmYw MDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAw MDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiN2RiNzogcmQ9 ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAw MDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBw Zm4gMWI3ZGI3OiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBj YWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoy MDE5OmQxIEVycm9yIHBmbiAxYjdkYjc6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4 MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAw MAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiN2RiNzogcmQ9ZmZmZjgzMDQzMWYy ZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0w MDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI3ZGI3OiBy ZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAw MDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9y IHBmbiAxYjdkYmU6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAs IGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5j OjIwMTk6ZDEgRXJyb3IgcGZuIDFiN2RkMjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZm ZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAw MDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI3ZGI3OiByZD1mZmZmODMwNDMx ZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFm PTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjdkYjc6 IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAw MDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJy b3IgcGZuIDFiN2M4ODogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAw MCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1t LmM6MjAxOTpkMSBFcnJvciBwZm4gMWI3ZGI3OiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1m ZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAw MDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjdkYjc6IHJkPWZmZmY4MzA0 MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0 YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiN2Ri NzogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAw MDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBF cnJvciBwZm4gMWI3ZGI3OiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRh MDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikg bW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjdkYjc6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9k PWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAw MDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiN2RiNzogcmQ9ZmZmZjgz MDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMs IHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI3 ZGI3OiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAw MDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQx IEVycm9yIHBmbiAxYjdkYjc6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3 NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVO KSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiN2RiNzogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwg b2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAw MDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI3ZGI3OiByZD1mZmZm ODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAw MywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAx YjdkYjc6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04 MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6 ZDEgRXJyb3IgcGZuIDFiN2RiNzogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3 MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihY RU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI3Y2NhOiByZD1mZmZmODMwNDMxZjJmMDAw LCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAw MDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjdkYjc6IHJkPWZm ZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAw MDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZu IDFiN2RiNzogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2Fm PTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAx OTpkMSBFcnJvciBwZm4gMWI3ZGI3OiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMw MTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAK KFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjdjNDE6IHJkPWZmZmY4MzA0MzFmMmYw MDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAw MDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiN2RiNzogcmQ9 ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAw MDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBw Zm4gMWI3ZGI3OiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBj YWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoy MDE5OmQxIEVycm9yIHBmbiAxYjgxMjg6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4 MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAw MAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiODEyODogcmQ9ZmZmZjgzMDQzMWYy ZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0w MDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI4MTBkOiBy ZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAw MDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9y IHBmbiAxYjgxMGQ6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAs IGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5j OjIwMTk6ZDEgRXJyb3IgcGZuIDFiODEyYjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZm ZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAw MDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI4MTJiOiByZD1mZmZmODMwNDMx ZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFm PTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjgxMmU6 IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAw MDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJy b3IgcGZuIDFiODExNDogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAw MCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1t LmM6MjAxOTpkMSBFcnJvciBwZm4gMWI4MTE0OiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1m ZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAw MDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjgxMTQ6IHJkPWZmZmY4MzA0 MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0 YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiODEx NDogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAw MDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBF cnJvciBwZm4gMWI4MTE0OiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRh MDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikg bW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjgxMTQ6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9k PWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAw MDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiODEyNDogcmQ9ZmZmZjgz MDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMs IHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI4 MTBkOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAw MDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQx IEVycm9yIHBmbiAxYjgxMmU6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3 NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVO KSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiODEyZTogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwg b2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAw MDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI4MTE0OiByZD1mZmZm ODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAw MywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAx YjgxMTQ6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04 MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6 ZDEgRXJyb3IgcGZuIDFiODExNDogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3 MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihY RU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI4MTJiOiByZD1mZmZmODMwNDMxZjJmMDAw LCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAw MDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjgxMmI6IHJkPWZm ZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAw MDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZu IDFiODEyYjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2Fm PTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAx OTpkMSBFcnJvciBwZm4gMWI4MTJiOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMw MTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAK KFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjgxMmI6IHJkPWZmZmY4MzA0MzFmMmYw MDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAw MDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiODEyYjogcmQ9 ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAw MDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBw Zm4gMWI4MTJiOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBj YWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoy MDE5OmQxIEVycm9yIHBmbiAxYjgxMzA6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4 MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAw MAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiODEyYjogcmQ9ZmZmZjgzMDQzMWYy ZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0w MDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI4MTJiOiBy ZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAw MDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9y IHBmbiAxYjgxMmI6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAs IGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5j OjIwMTk6ZDEgRXJyb3IgcGZuIDFiODEyYjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZm ZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAw MDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI4MTJiOiByZD1mZmZmODMwNDMx ZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFm PTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjgxMmI6 IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAw MDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJy b3IgcGZuIDFiODEyYjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAw MCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1t LmM6MjAxOTpkMSBFcnJvciBwZm4gMWI4MTJiOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1m ZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAw MDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjgxMmI6IHJkPWZmZmY4MzA0 MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0 YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiODEy YjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAw MDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBF cnJvciBwZm4gMWI4MTJiOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRh MDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikg bW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjgxMmI6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9k PWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAw MDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiODEyYjogcmQ9ZmZmZjgz MDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMs IHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI4 MTJiOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAw MDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQx IEVycm9yIHBmbiAxYjgxMmU6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3 NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVO KSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiODEyZTogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwg b2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAw MDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI4MTJlOiByZD1mZmZm ODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAw MywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAx YjgxMmU6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04 MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6 ZDEgRXJyb3IgcGZuIDFiODEzMTogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3 MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihY RU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI4MTMxOiByZD1mZmZmODMwNDMxZjJmMDAw LCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAw MDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjgxMzE6IHJkPWZm ZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAw MDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZu IDFiODEzMTogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2Fm PTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAx OTpkMSBFcnJvciBwZm4gMWI4MTMzOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMw MTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAK KFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjgxMzM6IHJkPWZmZmY4MzA0MzFmMmYw MDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAw MDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiODEzMzogcmQ9 ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAw MDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBw Zm4gMWI4MTMzOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBj YWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoy MDE5OmQxIEVycm9yIHBmbiAxYjgxM2U6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4 MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAw MAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiODEzZTogcmQ9ZmZmZjgzMDQzMWYy ZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0w MDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI4MTNlOiBy ZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAw MDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9y IHBmbiAxYjgxM2U6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAs IGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5j OjIwMTk6ZDEgRXJyb3IgcGZuIDFiODEyYjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZm ZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAw MDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI4MTJiOiByZD1mZmZmODMwNDMx ZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFm PTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjgxMmU6 IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAw MDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJy b3IgcGZuIDFiODEyZTogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAw MCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1t LmM6MjAxOTpkMSBFcnJvciBwZm4gMWI4MTMxOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1m ZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAw MDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjgxMzE6IHJkPWZmZmY4MzA0 MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0 YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiODEz MzogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAw MDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBF cnJvciBwZm4gMWI4MTMzOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRh MDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikg bW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjgxM2U6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9k PWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAw MDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiODEzZTogcmQ9ZmZmZjgz MDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMs IHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI4 MTJiOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAw MDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQx IEVycm9yIHBmbiAxYjgxMmI6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3 NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVO KSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiODEyYjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwg b2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAw MDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI4MTJiOiByZD1mZmZm ODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAw MywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAx YjgxMmI6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04 MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6 ZDEgRXJyb3IgcGZuIDFiODEyYjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3 MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihY RU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI4MTA0OiByZD1mZmZmODMwNDMxZjJmMDAw LCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAw MDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjgwZTU6IHJkPWZm ZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAw MDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZu IDFiODBlNTogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2Fm PTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAx OTpkMSBFcnJvciBwZm4gMWI4MGU1OiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMw MTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAK KFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjgxMDQ6IHJkPWZmZmY4MzA0MzFmMmYw MDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAw MDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiODBlNTogcmQ9 ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAw MDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBw Zm4gMWI4MTc4OiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBj YWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoy MDE5OmQxIEVycm9yIHBmbiAxYjgxNzg6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4 MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAw MAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiODE3ODogcmQ9ZmZmZjgzMDQzMWYy ZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0w MDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI4MTc4OiBy ZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAw MDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9y IHBmbiAxYjgxNzg6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAs IGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5j OjIwMTk6ZDEgRXJyb3IgcGZuIDFiODE3ODogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZm ZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAw MDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI4MTc4OiByZD1mZmZmODMwNDMx ZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFm PTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjgxNzg6 IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAw MDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJy b3IgcGZuIDFiODE3ODogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAw MCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1t LmM6MjAxOTpkMSBFcnJvciBwZm4gMWI4MTc4OiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1m ZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAw MDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjgxMDE6IHJkPWZmZmY4MzA0 MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0 YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiODEy YjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAw MDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBF cnJvciBwZm4gMWI4MTJiOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRh MDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikg bW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjgxMmI6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9k PWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAw MDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiODEyYjogcmQ9ZmZmZjgz MDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMs IHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI4 MTJiOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAw MDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQx IEVycm9yIHBmbiAxYjgxMDQ6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3 NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVO KSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiODEyYjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwg b2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAw MDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI4MTJiOiByZD1mZmZm ODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAw MywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAx YjgxMmI6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04 MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6 ZDEgRXJyb3IgcGZuIDFiODEyYjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3 MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihY RU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI4MTJiOiByZD1mZmZmODMwNDMxZjJmMDAw LCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAw MDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjgxMmI6IHJkPWZm ZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAw MDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZu IDFiODEyYjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2Fm PTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAx OTpkMSBFcnJvciBwZm4gMWI4MTJiOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMw MTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAK KFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjgxMmI6IHJkPWZmZmY4MzA0MzFmMmYw MDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAw MDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiODEyYjogcmQ9 ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAw MDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBw Zm4gMWI4MTJiOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBj YWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoy MDE5OmQxIEVycm9yIHBmbiAxYjgxMmI6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4 MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAw MAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiODBlNTogcmQ9ZmZmZjgzMDQzMWYy ZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0w MDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI4MGU1OiBy ZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAw MDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9y IHBmbiAxYjgxMDQ6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAs IGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5j OjIwMTk6ZDEgRXJyb3IgcGZuIDFiODEyYjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZm ZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAw MDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI4MTJiOiByZD1mZmZmODMwNDMx ZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFm PTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjgxMmU6 IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAw MDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJy b3IgcGZuIDFiODEwNDogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAw MCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1t LmM6MjAxOTpkMSBFcnJvciBwZm4gMWI4MTJiOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1m ZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAw MDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjgxMmI6IHJkPWZmZmY4MzA0 MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0 YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiODEy YjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAw MDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBF cnJvciBwZm4gMWI4MTJiOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRh MDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikg bW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjgxMmI6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9k PWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAw MDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiODEyYjogcmQ9ZmZmZjgz MDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMs IHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI4 MTJlOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAw MDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQx IEVycm9yIHBmbiAxYjgwZTU6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3 NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVO KSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiODEyYjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwg b2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAw MDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI4MTJiOiByZD1mZmZm ODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAw MywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAx YjgxNjI6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04 MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6 ZDEgRXJyb3IgcGZuIDFiODEyYjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3 MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihY RU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI4MTJiOiByZD1mZmZmODMwNDMxZjJmMDAw LCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAw MDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjgxMmI6IHJkPWZm ZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAw MDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZu IDFiODEyYjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2Fm PTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAx OTpkMSBFcnJvciBwZm4gMWI4MTJiOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMw MTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAK KFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjgxMmI6IHJkPWZmZmY4MzA0MzFmMmYw MDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAw MDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiODEyYjogcmQ9 ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAw MDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBw Zm4gMWI4MTJiOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBj YWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoy MDE5OmQxIEVycm9yIHBmbiAxYjgxMmI6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4 MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAw MAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiODEyYjogcmQ9ZmZmZjgzMDQzMWYy ZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0w MDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI4MTJiOiBy ZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAw MDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9y IHBmbiAxYjgxMmI6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAs IGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5j OjIwMTk6ZDEgRXJyb3IgcGZuIDFiODEzMTogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZm ZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAw MDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI4MTJiOiByZD1mZmZmODMwNDMx ZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFm PTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjgxMmI6 IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAw MDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJy b3IgcGZuIDFiODEyYjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAw MCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1t LmM6MjAxOTpkMSBFcnJvciBwZm4gMWI4MTMzOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1m ZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAw MDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjgxMmI6IHJkPWZmZmY4MzA0 MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0 YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiODEy YjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAw MDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBF cnJvciBwZm4gMWIyNDczOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRh MDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMiwgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikg bW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjI0NzM6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9k PWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAyLCB0YWY9MDAwMDAwMDAw MDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiMjRhZDogcmQ9ZmZmZjgz MDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDIs IHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWIy NGFkOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAw MDAwMDAwMDAwMDAwMiwgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQx IEVycm9yIHBmbiAxYjZiYWU6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3 NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAyLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVO KSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiNmJhZTogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwg b2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDIsIHRhZj0wMDAwMDAw MDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI2YmI1OiByZD1mZmZm ODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAw MiwgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAx YjI0YWY6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04 MDAwMDAwMDAwMDAwMDAyLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6 ZDEgRXJyb3IgcGZuIDFiMjRhZjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3 MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDIsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihY RU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWIyNGFmOiByZD1mZmZmODMwNDMxZjJmMDAw LCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMiwgdGFmPTAwMDAw MDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjI0YWY6IHJkPWZm ZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAw MDAyLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZu IDFiMjRhZjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2Fm PTgwMDAwMDAwMDAwMDAwMDIsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAx OTpkMSBFcnJvciBwZm4gMWIyNGFmOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMw MTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMiwgdGFmPTAwMDAwMDAwMDAwMDAwMDAK KFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjY1ZTQ6IHJkPWZmZmY4MzA0MzFmMmYw MDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAyLCB0YWY9MDAw MDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiMjRhZDogcmQ9 ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAw MDAwMDIsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBw Zm4gMWI2YmI1OiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBj YWY9ODAwMDAwMDAwMDAwMDAwMiwgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoy MDE5OmQxIEVycm9yIHBmbiAxYjZiYjU6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4 MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAyLCB0YWY9MDAwMDAwMDAwMDAwMDAw MAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiMjRhZjogcmQ9ZmZmZjgzMDQzMWYy ZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDIsIHRhZj0w MDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWIyNGFmOiBy ZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAw MDAwMDAwMiwgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9y IHBmbiAxYjI0YWY6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAs IGNhZj04MDAwMDAwMDAwMDAwMDAyLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5j OjIwMTk6ZDEgRXJyb3IgcGZuIDFiNmJhZTogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZm ZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDIsIHRhZj0wMDAwMDAwMDAwMDAw MDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI2YmFlOiByZD1mZmZmODMwNDMx ZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMiwgdGFm PTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjZiYWU6 IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAw MDAwMDAwMDAyLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJy b3IgcGZuIDFiNmJhZTogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAw MCwgY2FmPTgwMDAwMDAwMDAwMDAwMDIsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1t LmM6MjAxOTpkMSBFcnJvciBwZm4gMWI2YmFlOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1m ZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMiwgdGFmPTAwMDAwMDAwMDAw MDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjZiYWU6IHJkPWZmZmY4MzA0 MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAyLCB0 YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiNmJh ZTogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAw MDAwMDAwMDAwMDIsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBF cnJvciBwZm4gMWIyNDcxOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRh MDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMiwgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikg bW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjZiYWU6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9k PWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAyLCB0YWY9MDAwMDAwMDAw MDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiNmJhZTogcmQ9ZmZmZjgz MDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDIs IHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI2 YmFlOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAw MDAwMDAwMDAwMDAwMiwgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQx IEVycm9yIHBmbiAxYjZiYWU6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3 NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAyLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVO KSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiNmJhZTogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwg b2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDIsIHRhZj0wMDAwMDAw MDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI2YmFlOiByZD1mZmZm ODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAw MiwgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAx YjZiYWU6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04 MDAwMDAwMDAwMDAwMDAyLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6 ZDEgRXJyb3IgcGZuIDFiNmJhZTogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3 MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDIsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihY RU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI2YmFlOiByZD1mZmZmODMwNDMxZjJmMDAw LCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMiwgdGFmPTAwMDAw MDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjZiYWU6IHJkPWZm ZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAw MDAyLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZu IDFiNmJhZTogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2Fm PTgwMDAwMDAwMDAwMDAwMDIsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAx OTpkMSBFcnJvciBwZm4gMWI2YmFlOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMw MTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMiwgdGFmPTAwMDAwMDAwMDAwMDAwMDAK KFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjZiYWU6IHJkPWZmZmY4MzA0MzFmMmYw MDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAyLCB0YWY9MDAw MDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiNmJhZTogcmQ9 ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAw MDAwMDIsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBw Zm4gMWI2YmI1OiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBj YWY9ODAwMDAwMDAwMDAwMDAwMiwgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoy MDE5OmQxIEVycm9yIHBmbiAxYjZiYjU6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4 MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAyLCB0YWY9MDAwMDAwMDAwMDAwMDAw MAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiNmJiNTogcmQ9ZmZmZjgzMDQzMWYy ZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDIsIHRhZj0w MDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI2YmI1OiBy ZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAw MDAwMDAwMiwgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9y IHBmbiAxYjU5ZTA6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAs IGNhZj04MDAwMDAwMDAwMDAwMDAyLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5j OjIwMTk6ZDEgRXJyb3IgcGZuIDFiNTllMDogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZm ZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDIsIHRhZj0wMDAwMDAwMDAwMDAw MDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI1OWUwOiByZD1mZmZmODMwNDMx ZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMiwgdGFm PTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjU5ZTA6 IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAw MDAwMDAwMDAyLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJy b3IgcGZuIDFiNzllYjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAw MCwgY2FmPTgwMDAwMDAwMDAwMDAwMDIsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1t LmM6MjAxOTpkMSBFcnJvciBwZm4gMWI3OWViOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1m ZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMiwgdGFmPTAwMDAwMDAwMDAw MDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjc5ZWI6IHJkPWZmZmY4MzA0 MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAyLCB0 YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiNzll YjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAw MDAwMDAwMDAwMDIsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBF cnJvciBwZm4gMWI2NjI4OiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRh MDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMiwgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikg bW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjY2Mjg6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9k PWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAyLCB0YWY9MDAwMDAwMDAw MDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiNjYyODogcmQ9ZmZmZjgz MDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDIs IHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI2 NjI4OiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAw MDAwMDAwMDAwMDAwMiwgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQx IEVycm9yIHBmbiAxYjZiYWU6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3 NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAyLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVO KSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiNmJhZTogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwg b2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDIsIHRhZj0wMDAwMDAw MDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI2YmI1OiByZD1mZmZm ODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAw MiwgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAx YjZiYjU6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04 MDAwMDAwMDAwMDAwMDAyLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6 ZDEgRXJyb3IgcGZuIDFiNTllMDogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3 MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDIsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihY RU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI1OWUwOiByZD1mZmZmODMwNDMxZjJmMDAw LCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMiwgdGFmPTAwMDAw MDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjc5ZWI6IHJkPWZm ZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAw MDAyLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZu IDFiNzllYjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2Fm PTgwMDAwMDAwMDAwMDAwMDIsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAx OTpkMSBFcnJvciBwZm4gMWI2NjI4OiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMw MTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMiwgdGFmPTAwMDAwMDAwMDAwMDAwMDAK KFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjY2Mjg6IHJkPWZmZmY4MzA0MzFmMmYw MDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAyLCB0YWY9MDAw MDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiNmJhZTogcmQ9 ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAw MDAwMDIsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBw Zm4gMWI2YmFlOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBj YWY9ODAwMDAwMDAwMDAwMDAwMiwgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoy MDE5OmQxIEVycm9yIHBmbiAxYjZiYWU6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4 MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAyLCB0YWY9MDAwMDAwMDAwMDAwMDAw MAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiNmJhZTogcmQ9ZmZmZjgzMDQzMWYy ZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDIsIHRhZj0w MDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI2YmFlOiBy ZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAw MDAwMDAwMiwgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9y IHBmbiAxYjZiYWU6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAs IGNhZj04MDAwMDAwMDAwMDAwMDAyLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5j OjIwMTk6ZDEgRXJyb3IgcGZuIDFiNzllOTogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZm ZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDIsIHRhZj0wMDAwMDAwMDAwMDAw MDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI3OWU4OiByZD1mZmZmODMwNDMx ZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMiwgdGFm PTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjc5ZTg6 IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAw MDAwMDAwMDAyLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJy b3IgcGZuIDFiNzllODogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAw MCwgY2FmPTgwMDAwMDAwMDAwMDAwMDIsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1t LmM6MjAxOTpkMSBFcnJvciBwZm4gMWI3OWU5OiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1m ZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMiwgdGFmPTAwMDAwMDAwMDAw MDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjc5ZTg6IHJkPWZmZmY4MzA0 MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAyLCB0 YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiNzll NzogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAw MDAwMDAwMDAwMDIsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBF cnJvciBwZm4gMWI3OWU3OiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRh MDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMiwgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikg bW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjc5ZTc6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9k PWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAyLCB0YWY9MDAwMDAwMDAw MDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiNzllNzogcmQ9ZmZmZjgz MDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDIs IHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI3 OWU3OiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAw MDAwMDAwMDAwMDAwMiwgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQx IEVycm9yIHBmbiAxYjc5ZTc6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3 NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAyLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVO KSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiNzllNzogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwg b2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDIsIHRhZj0wMDAwMDAw MDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI3OWU3OiByZD1mZmZm ODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAw MiwgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAx Yjc5ZTc6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04 MDAwMDAwMDAwMDAwMDAyLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6 ZDEgRXJyb3IgcGZuIDFiNzllNzogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3 MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDIsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihY RU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWIyNDc1OiByZD1mZmZmODMwNDMxZjJmMDAw LCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMiwgdGFmPTAwMDAw MDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjZiYWU6IHJkPWZm ZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAw MDAyLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZu IDFiNmJhZTogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2Fm PTgwMDAwMDAwMDAwMDAwMDIsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAx OTpkMSBFcnJvciBwZm4gMWI2YmFlOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMw MTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMiwgdGFmPTAwMDAwMDAwMDAwMDAwMDAK KFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjZiYWU6IHJkPWZmZmY4MzA0MzFmMmYw MDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAyLCB0YWY9MDAw MDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiNmJhZTogcmQ9 ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAw MDAwMDIsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBw Zm4gMWI3OWU5OiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBj YWY9ODAwMDAwMDAwMDAwMDAwMiwgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoy MDE5OmQxIEVycm9yIHBmbiAxYjZiYWU6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4 MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAyLCB0YWY9MDAwMDAwMDAwMDAwMDAw MAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiNmJhZTogcmQ9ZmZmZjgzMDQzMWYy ZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDIsIHRhZj0w MDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI2YmFlOiBy ZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAw MDAwMDAwMiwgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9y IHBmbiAxYjZiYWU6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAs IGNhZj04MDAwMDAwMDAwMDAwMDAyLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5j OjIwMTk6ZDEgRXJyb3IgcGZuIDFiNmJhZTogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZm ZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDIsIHRhZj0wMDAwMDAwMDAwMDAw MDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI2YmFlOiByZD1mZmZmODMwNDMx ZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMiwgdGFm PTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjZiYWU6 IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAw MDAwMDAwMDAyLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJy b3IgcGZuIDFiNmJhZTogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAw MCwgY2FmPTgwMDAwMDAwMDAwMDAwMDIsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1t LmM6MjAxOTpkMSBFcnJvciBwZm4gMWI2YmFlOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1m ZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMiwgdGFmPTAwMDAwMDAwMDAw MDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjZiYWU6IHJkPWZmZmY4MzA0 MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAyLCB0 YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiNmJh ZTogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAw MDAwMDAwMDAwMDIsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBF cnJvciBwZm4gMWI2YmFlOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRh MDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMiwgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikg bW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjc5ZTg6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9k PWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAyLCB0YWY9MDAwMDAwMDAw MDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiNzllODogcmQ9ZmZmZjgz MDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDIs IHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI3 OWU5OiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAw MDAwMDAwMDAwMDAwMiwgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQx IEVycm9yIHBmbiAxYjZiYWU6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3 NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAyLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVO KSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiNmJhZTogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwg b2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDIsIHRhZj0wMDAwMDAw MDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI2YmI1OiByZD1mZmZm ODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAw MiwgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAx Yjc5ZTk6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04 MDAwMDAwMDAwMDAwMDAyLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6 ZDEgRXJyb3IgcGZuIDFiNmJhZTogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3 MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDIsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihY RU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI2YmFlOiByZD1mZmZmODMwNDMxZjJmMDAw LCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMiwgdGFmPTAwMDAw MDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjZiYWU6IHJkPWZm ZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAw MDAyLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZu IDFiNmJhZTogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2Fm PTgwMDAwMDAwMDAwMDAwMDIsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAx OTpkMSBFcnJvciBwZm4gMWI2YmFlOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMw MTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMiwgdGFmPTAwMDAwMDAwMDAwMDAwMDAK KFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjZiYWU6IHJkPWZmZmY4MzA0MzFmMmYw MDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAyLCB0YWY9MDAw MDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiNmJiNTogcmQ9 ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAw MDAwMDIsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBw Zm4gMWI3OWU4OiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBj YWY9ODAwMDAwMDAwMDAwMDAwMiwgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoy MDE5OmQxIEVycm9yIHBmbiAxYjZiYWU6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4 MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAyLCB0YWY9MDAwMDAwMDAwMDAwMDAw MAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiNmJhZTogcmQ9ZmZmZjgzMDQzMWYy ZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDIsIHRhZj0w MDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWIyNDZiOiBy ZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAw MDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9y IHBmbiAxYjZiYWU6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAs IGNhZj04MDAwMDAwMDAwMDAwMDAyLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5j OjIwMTk6ZDEgRXJyb3IgcGZuIDFiNmJhZTogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZm ZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDIsIHRhZj0wMDAwMDAwMDAwMDAw MDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI2YmFlOiByZD1mZmZmODMwNDMx ZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMiwgdGFm PTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjZiYWU6 IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAw MDAwMDAwMDAyLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJy b3IgcGZuIDFiNmJhZTogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAw MCwgY2FmPTgwMDAwMDAwMDAwMDAwMDIsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1t LmM6MjAxOTpkMSBFcnJvciBwZm4gMWI2YmFlOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1m ZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMiwgdGFmPTAwMDAwMDAwMDAw MDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjZiYWU6IHJkPWZmZmY4MzA0 MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAyLCB0 YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiNmJh ZTogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAw MDAwMDAwMDAwMDIsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBF cnJvciBwZm4gMWI2YmFlOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRh MDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMiwgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikg bW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjZiYWU6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9k PWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAyLCB0YWY9MDAwMDAwMDAw MDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiNmJhZTogcmQ9ZmZmZjgz MDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDIs IHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI2 YmFlOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAw MDAwMDAwMDAwMDAwMiwgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQx IEVycm9yIHBmbiAxYjU5ZTA6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3 NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVO KSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiNmJhZTogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwg b2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDIsIHRhZj0wMDAwMDAw MDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI2YmFlOiByZD1mZmZm ODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAw MiwgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAx YjZiYWU6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04 MDAwMDAwMDAwMDAwMDAyLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6 ZDEgRXJyb3IgcGZuIDFiNzllYjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3 MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihY RU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI2YmFlOiByZD1mZmZmODMwNDMxZjJmMDAw LCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMiwgdGFmPTAwMDAw MDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjZiYWU6IHJkPWZm ZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAw MDAyLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZu IDFiMjI0YjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2Fm PTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAx OTpkMSBFcnJvciBwZm4gMWI1OTAzOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMw MTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAK KFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjI0ZmM6IHJkPWZmZmY4MzA0MzFmMmYw MDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAw MDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiMjRlYzogcmQ9 ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAw MDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBw Zm4gMWIyMjRiOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBj YWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoy MDE5OmQxIEVycm9yIHBmbiAxYjY1ZjU6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4 MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAw MAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiNjVmNTogcmQ9ZmZmZjgzMDQzMWYy ZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0w MDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI2NjMwOiBy ZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAw MDAwMDAwMiwgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9y IHBmbiAxYjY2MzA6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAs IGNhZj04MDAwMDAwMDAwMDAwMDAyLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5j OjIwMTk6ZDEgRXJyb3IgcGZuIDFiMjMwZDogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZm ZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAw MDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWIyMzBkOiByZD1mZmZmODMwNDMx ZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFm PTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjIzOWY6 IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAw MDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJy b3IgcGZuIDFiNWZjZjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAw MCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1t LmM6MjAxOTpkMSBFcnJvciBwZm4gMWI1ZmNmOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1m ZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAw MDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjVmY2Y6IHJkPWZmZmY4MzA0 MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0 YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiNWZj ZjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAw MDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBF cnJvciBwZm4gMWI1ZmNmOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRh MDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikg bW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjVmY2Y6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9k PWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAw MDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiMjRhZDogcmQ9ZmZmZjgz MDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMs IHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI2 NjMwOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAw MDAwMDAwMDAwMDAwMiwgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQx IEVycm9yIHBmbiAxYjIzOWY6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3 NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVO KSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiMjM5ZjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwg b2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAw MDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI1ZmNmOiByZD1mZmZm ODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAw MywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAx YjVmY2Y6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04 MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6 ZDEgRXJyb3IgcGZuIDFiNWZjZjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3 MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihY RU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWIyMzBkOiByZD1mZmZmODMwNDMxZjJmMDAw LCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAw MDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjIzMGQ6IHJkPWZm ZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAw MDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZu IDFiMjMwZDogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2Fm PTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAx OTpkMSBFcnJvciBwZm4gMWIyMzBkOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMw MTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAK KFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjIzMGQ6IHJkPWZmZmY4MzA0MzFmMmYw MDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAw MDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiMjMwZDogcmQ9 ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAw MDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBw Zm4gMWIyMzBkOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBj YWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoy MDE5OmQxIEVycm9yIHBmbiAxYjU3Y2I6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4 MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAw MAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiMjMwZDogcmQ9ZmZmZjgzMDQzMWYy ZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0w MDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWIyMzBkOiBy ZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAw MDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9y IHBmbiAxYjIzMGQ6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAs IGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5j OjIwMTk6ZDEgRXJyb3IgcGZuIDFiMjMwZDogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZm ZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAw MDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWIyMzBkOiByZD1mZmZmODMwNDMx ZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFm PTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjIzMGQ6 IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAw MDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJy b3IgcGZuIDFiMjMwZDogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAw MCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1t LmM6MjAxOTpkMSBFcnJvciBwZm4gMWIyMzBkOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1m ZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAw MDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjIzMGQ6IHJkPWZmZmY4MzA0 MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0 YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiMjMw ZDogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAw MDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBF cnJvciBwZm4gMWIyMzBkOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRh MDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikg bW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjIzMGQ6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9k PWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAw MDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiMjMwZDogcmQ9ZmZmZjgz MDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMs IHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWIy MzBkOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAw MDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQx IEVycm9yIHBmbiAxYjIzOWY6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3 NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVO KSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiMjM5ZjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwg b2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAw MDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWIyMzlmOiByZD1mZmZm ODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAw MywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAx YjIzOWY6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04 MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6 ZDEgRXJyb3IgcGZuIDFiMjVmZDogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3 MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihY RU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWIyNWZkOiByZD1mZmZmODMwNDMxZjJmMDAw LCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAw MDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjI1ZmQ6IHJkPWZm ZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAw MDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZu IDFiMjVmZDogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2Fm PTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAx OTpkMSBFcnJvciBwZm4gMWIyNTMxOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMw MTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAK KFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjI1MzE6IHJkPWZmZmY4MzA0MzFmMmYw MDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAw MDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiMjUzMTogcmQ9 ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAw MDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBw Zm4gMWIyNTMxOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBj YWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoy MDE5OmQxIEVycm9yIHBmbiAxYjU5OTk6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4 MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAw MAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiNTk5OTogcmQ9ZmZmZjgzMDQzMWYy ZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0w MDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI1OTk5OiBy ZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAw MDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9y IHBmbiAxYjU5OTk6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAs IGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5j OjIwMTk6ZDEgRXJyb3IgcGZuIDFiMjMwZDogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZm ZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAw MDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWIyMzBkOiByZD1mZmZmODMwNDMx ZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFm PTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjIzOWY6 IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAw MDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJy b3IgcGZuIDFiMjM5ZjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAw MCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1t LmM6MjAxOTpkMSBFcnJvciBwZm4gMWIyNWZkOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1m ZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAw MDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjI1ZmQ6IHJkPWZmZmY4MzA0 MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0 YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiMjUz MTogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAw MDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBF cnJvciBwZm4gMWIyNTMxOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRh MDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikg bW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjU5OTk6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9k PWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAw MDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiNTk5OTogcmQ9ZmZmZjgz MDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMs IHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWIy MzBkOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAw MDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQx IEVycm9yIHBmbiAxYjIzMGQ6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3 NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVO KSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiMjMwZDogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwg b2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAw MDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWIyMzBkOiByZD1mZmZm ODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAw MywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAx YjIzMGQ6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04 MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6 ZDEgRXJyb3IgcGZuIDFiMjMwZDogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3 MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihY RU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWIyNWI3OiByZD1mZmZmODMwNDMxZjJmMDAw LCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAw MDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjUzYzE6IHJkPWZm ZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAw MDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZu IDFiNTNjMTogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2Fm PTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAx OTpkMSBFcnJvciBwZm4gMWI1M2MxOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMw MTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAK KFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjI1Yjc6IHJkPWZmZmY4MzA0MzFmMmYw MDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAw MDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiNTNjMTogcmQ9 ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAw MDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBw Zm4gMWIyMzBmOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBj YWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoy MDE5OmQxIEVycm9yIHBmbiAxYjIzMGY6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4 MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAw MAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiMjMwZjogcmQ9ZmZmZjgzMDQzMWYy ZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0w MDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWIyMzBmOiBy ZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAw MDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9y IHBmbiAxYjIzMGY6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAs IGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5j OjIwMTk6ZDEgRXJyb3IgcGZuIDFiMjMwZjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZm ZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAw MDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWIyMzBmOiByZD1mZmZmODMwNDMx ZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFm PTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjIzMGY6 IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAw MDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJy b3IgcGZuIDFiMjMwZjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAw MCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1t LmM6MjAxOTpkMSBFcnJvciBwZm4gMWIyMzBmOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1m ZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAw MDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjJhZDM6IHJkPWZmZmY4MzA0 MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAyLCB0 YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiMjMw ZDogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAw MDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBF cnJvciBwZm4gMWIyMzBkOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRh MDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikg bW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjIzMGQ6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9k PWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAw MDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiMjMwZDogcmQ9ZmZmZjgz MDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMs IHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWIy MzBkOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAw MDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQx IEVycm9yIHBmbiAxYjI1Yjc6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3 NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVO KSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiMjMwZDogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwg b2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAw MDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWIyMzBkOiByZD1mZmZm ODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAw MywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAx YjIzMGQ6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04 MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6 ZDEgRXJyb3IgcGZuIDFiMjMwZDogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3 MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihY RU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWIyMzBkOiByZD1mZmZmODMwNDMxZjJmMDAw LCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAw MDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjIzMGQ6IHJkPWZm ZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAw MDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZu IDFiMjMwZDogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2Fm PTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAx OTpkMSBFcnJvciBwZm4gMWIyMzBkOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMw MTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAK KFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjIzMGQ6IHJkPWZmZmY4MzA0MzFmMmYw MDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAw MDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiMjMwZDogcmQ9 ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAw MDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBw Zm4gMWIyMzBkOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBj YWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoy MDE5OmQxIEVycm9yIHBmbiAxYjIzMGQ6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4 MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAw MAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiNTNjMTogcmQ9ZmZmZjgzMDQzMWYy ZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0w MDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI1M2MxOiBy ZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAw MDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9y IHBmbiAxYjI1Yjc6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAs IGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5j OjIwMTk6ZDEgRXJyb3IgcGZuIDFiMjMwZDogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZm ZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAw MDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWIyMzBkOiByZD1mZmZmODMwNDMx ZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFm PTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjIzOWY6 IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAw MDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJy b3IgcGZuIDFiMjViNzogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAw MCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1t LmM6MjAxOTpkMSBFcnJvciBwZm4gMWIyMzBkOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1m ZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAw MDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjIzMGQ6IHJkPWZmZmY4MzA0 MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0 YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiMjMw ZDogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAw MDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBF cnJvciBwZm4gMWIyMzBkOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRh MDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikg bW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjIzMGQ6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9k PWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAw MDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiMjMwZDogcmQ9ZmZmZjgz MDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMs IHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWIy MzlmOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAw MDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQx IEVycm9yIHBmbiAxYjUzYzE6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3 NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVO KSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiMjMwZDogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwg b2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAw MDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWIyMzBkOiByZD1mZmZm ODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAw MywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAx YjgwMjU6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04 MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6 ZDEgRXJyb3IgcGZuIDFiMjMwZDogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3 MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihY RU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWIyMzBkOiByZD1mZmZmODMwNDMxZjJmMDAw LCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAw MDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjIzMGQ6IHJkPWZm ZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAw MDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZu IDFiMjMwZDogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2Fm PTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAx OTpkMSBFcnJvciBwZm4gMWIyMzBkOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMw MTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAK KFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjIzMGQ6IHJkPWZmZmY4MzA0MzFmMmYw MDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAw MDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiMjMwZDogcmQ9 ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAw MDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBw Zm4gMWIyMzBkOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBj YWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoy MDE5OmQxIEVycm9yIHBmbiAxYjIzMGQ6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4 MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAw MAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiMjMwZDogcmQ9ZmZmZjgzMDQzMWYy ZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0w MDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWIyMzBkOiBy ZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAw MDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9y IHBmbiAxYjIzMGQ6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAs IGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5j OjIwMTk6ZDEgRXJyb3IgcGZuIDFiMjVmZDogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZm ZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAw MDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWIyMzBkOiByZD1mZmZmODMwNDMx ZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFm PTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjIzMGQ6 IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAw MDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJy b3IgcGZuIDFiMjMwZDogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAw MCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1t LmM6MjAxOTpkMSBFcnJvciBwZm4gMWIyNTMxOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1m ZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAw MDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjIzMGQ6IHJkPWZmZmY4MzA0 MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0 YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiMjMw ZDogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAw MDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCg== --------------080806010008090302010107 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 --------------080806010008090302010107-- From xen-users-bounces@lists.xen.org Thu Feb 06 22:34:04 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 06 Feb 2014 22:34: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 1WBXUw-0006xY-4j; Thu, 06 Feb 2014 22:32:42 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBXUt-0006xT-W5 for xen-users@lists.xen.org; Thu, 06 Feb 2014 22:32:40 +0000 Received: from [85.158.143.35:59168] by server-1.bemta-4.messagelabs.com id A1/C3-31661-78D04F25; Thu, 06 Feb 2014 22:32:39 +0000 X-Env-Sender: kuba.0000@op.pl X-Msg-Ref: server-2.tower-21.messagelabs.com!1391725954!3763257!1 X-Originating-IP: [213.180.142.140] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTMuMTgwLjE0Mi4xNDAgPT4gMTgwNzg=\n,sa_preprocessor: QmFkIElQOiAyMTMuMTgwLjE0Mi4xNDAgPT4gMTgwNzg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1245 invoked from network); 6 Feb 2014 22:32:35 -0000 Received: from smtpo09.poczta.onet.pl (HELO smtpo09.poczta.onet.pl) (213.180.142.140) by server-2.tower-21.messagelabs.com with SMTP; 6 Feb 2014 22:32:35 -0000 Received: from [192.168.0.4] (host-89-230-197-126.lublin.mm.pl [89.230.197.126]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: kuba.0000@op.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3fKvXf0C3Sz9vGR6 for ; Thu, 6 Feb 2014 23:32:33 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=op.pl; s=2011; t=1391725954; bh=tm164Hs3ar2BsGPo3plvF6YyjINbAFzHr/CTmURPlXM=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type; b=VjyGF4F81zwn7/S5k86MTOYN57KPtYvOF6nExT1TYE9bDVyjHnryvVv86fgzuCNLt yvhV+ThUAijrkQr2p5mgRQlbTbhNf8hndVdOczTUN+79zYZGon6RlQzShGu7kOXXqb mxmbAmcwMWzxOu6myE1zVU718u+A0OwtNwskx04M= Message-ID: <52F40D79.2080608@op.pl> Date: Thu, 06 Feb 2014 23:32:25 +0100 From: Kuba User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <52EA58B2.50004@op.pl> <6035A0D088A63A46850C3988ED045A4B6F38BB3C@BITCOM1.int.sbss.com.au> <52ED4AA6.5000601@op.pl> <52F26335.7060902@op.pl> <52F266EE.6000104@citrix.com> <52F26A40.5040305@op.pl> <52F26CCE.1090201@citrix.com> <52F2B2FB.9070004@op.pl> <52F3462C.8040906@citrix.com> In-Reply-To: <52F3462C.8040906@citrix.com> Content-Type: multipart/mixed; boundary="------------080806010008090302010107" Subject: Re: [Xen-users] Strange failures of Xen 4.3.1, PVHVM storage VM, iSCSI and Windows+GPLPV VM combination X-BeenThere: xen-users@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 This is a multi-part message in MIME format. --------------080806010008090302010107 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit W dniu 2014-02-06 09:22, Roger Pau Monné pisze: > On 05/02/14 22:54, Kuba wrote: >> W dniu 2014-02-05 17:54, Roger Pau Monné pisze: >>> On 05/02/14 17:43, Kuba wrote: >>>> W dniu 2014-02-05 17:29, Roger Pau Monné pisze: >>>>> On 05/02/14 17:13, Kuba wrote: >>>>>> W dniu 2014-02-01 20:27, Kuba pisze: >>>>>>> W dniu 2014-01-31 02:35, James Harper pisze: >>>>>>>>> >>>>>>>>> I am trying to set up a following configuration: >>>>>>>>> 1. very simple Linux-based dom0 (Debian 7.3) with Xen 4.3.1 >>>>>>>>> compiled >>>>>>>>> from sources, >>>>>>>>> 2. one storage VM (FreeBSD 10, HVM+PV) with SATA controller >>>>>>>>> attached >>>>>>>>> using VT-d, exporting block devices via iSCSI to other VMs and >>>>>>>>> physical >>>>>>>>> machines, >>>>>>>>> 3. one Windows 7 SP1 64 VM (HVM+GPLPV) with GPU passthrough (Quadro >>>>>>>>> 4000) installed on a block device exported from the storage VM >>>>>>>>> (target >>>>>>>>> on the storage VM, initiator on dom0). >>>>>>>>> >>>>>>>>> Everything works perfectly (including PCI & GPU passthrough) >>>>>>>>> until I >>>>>>>>> install GPLPV drivers on the Windows VM. After driver installation, >>>>>>>>> Windows needs to reboot, boots fine, displays a message that PV >>>>>>>>> SCSI >>>>>>>> >>>>>>>> (a) >>>>>>>> >>>>>>>>> drivers were installed and needs to reboot again, and then cannot >>>>>>>>> boot. >>>>>>>>> Sometimes it gets stuck at "booting from harddrive" in SeaBIOS, >>>>>>>>> sometimes BSODs with "unmountable boot volume" message. All of the >>>>>>>>> following I tried without GPU passthrough to narrow down the >>>>>>>>> problem. >>>>>>>>> >>>>>>>>> The intriguing part is this: >>>>>>>>> >>>>>>>>> 1. If the storage VM's OS is Linux - it fails with the above >>>>>>>>> symptoms. >>>>>>>>> 2. If the block devices for the storage VM come directly from dom0 >>>>>>>>> (not >>>>>>>>> via pci-passthrough) - it fails. >>>>>>>>> 2. If the storage VM is an HVM without PV drivers (e.g. FreeBSD >>>>>>>>> 9.2-GENERIC) - it all works. >>>>>>>>> 3. If the storage VM's OS is Linux with kernel compiled without Xen >>>>>>>>> guest support - it works, but is unstable (see below). >>>>>>>>> 4. If the iSCSI target is on a different physical machine - it all >>>>>>>>> works. >>>>>>>>> 5. If the iSCSI target is on dom0 itself - it works. >>>>>>>>> 6. If I attach the AHCI controller to the Windows VM and install >>>>>>>>> directly on the hard drive - it works. >>>>>>>>> 7. If the block device for Windows VM is a disk, partition, >>>>>>>>> file, LVM >>>>>>>>> volume or even a ZoL's zvol (and it comes from a dom0 itself, >>>>>>>>> without >>>>>>>>> iSCSI)- it works. >>>>>>>>> >>>>>>>>> If I install Windows and the GPLPV drivers on a hard drive >>>>>>>>> attached to >>>>>>>>> dom0, Windows + GPLPV work perfectly. If I then give the same hard >>>>>>>>> drive >>>>>>>>> as a block device to the storage VM and re-export it through iSCSI, >>>>>>>> >>>>>>>> (b) >>>>>>>> >>>>>>>>> Windows usually boots fine, but works unstable. And by unstable I >>>>>>>>> mean >>>>>>>>> random read/write errors, sometimes programs won't start, ntdll.dll >>>>>>>>> crashes, and after couple reboots Windows won't boot (just like >>>>>>>>> mentioned above). >>>>>>>>> >>>>>>>>> The configurations I would like to achieve makes sense only with PV >>>>>>>>> drivers on both storage and Windows VM. All of the "components" >>>>>>>>> seem to >>>>>>>>> work perfectly until all put together, so I am not really sure >>>>>>>>> where >>>>>>>>> the >>>>>>>>> problem is. >>>>>>>>> >>>>>>>>> I would be very grateful for any suggestions or ideas that could >>>>>>>>> possibly help to narrow down the problem. Maybe I am just doing >>>>>>>>> something wrong (I hope so). Or maybe there is a bug that shows >>>>>>>>> itself >>>>>>>>> only in such a particular configuration (hope not)? >>>>>>>>> >>>>>>>> >>>>>>>> I'm curious about prompting for the pvscsi drivers to be >>>>>>>> installed. Is >>>>>>>> this definitely what it is asking for? Pvscsi for gplpv is >>>>>>>> removed in >>>>>>>> the latest versions and suffered varying degrees of bitrot in >>>>>>>> earlier >>>>>>>> versions. If you have the iscsi initiator in dom0 then exporting a >>>>>>>> block device to windows via the normal vbd channel should be just >>>>>>>> fine. >>>>>>>> >>>>>>>> You've gone to great lengths to explain the various things you've >>>>>>>> tried, but I think I'm a little confused on where the iscsi >>>>>>>> initiator >>>>>>>> is in the "doesn't work" scenarios. I'm having a bit of an off day >>>>>>>> today so it's probably just me, but above I have highlighted the two >>>>>>>> scenarios... could you fill me in on a few things: >>>>>>>> >>>>>>>> At (a) and (b), is the iscsi initiator in dom0, or are you actually >>>>>>>> booting windows directly via iscsi? >>>>>>>> >>>>>>>> At (b), with latest debug build of gplpv, can you run debugview from >>>>>>>> sysinternals.com and see if any interesting messages are displayed >>>>>>>> before things fall in a heap? >>>>>>>> >>>>>>>> Are any strange logs shown in any of Win DomU, Dom0, or storage >>>>>>>> DomU? >>>>>>>> >>>>>>>> How big are your disks? >>>>>>>> >>>>>>>> Can you reproduce with only one vcpu? >>>>>>>> >>>>>>>> What bridge are you using? Openvswitch or traditional linux bridge? >>>>>>>> >>>>>>>> What MTU are you using on your storage network? If you are using >>>>>>>> Jumbo >>>>>>>> frames can you go back to 1500 (or at least <= 4000)? >>>>>>>> >>>>>>>> Can you turn off scatter gather, Large Send Offload (GSO), and IP >>>>>>>> Checksum offload on all the iscsi endpoints? >>>>>>>> >>>>>>>> Can you turn on data digest/checksum on iscsi? If all endpoints >>>>>>>> support it then this would provide additional verification that none >>>>>>>> of the network packets are getting corrupted. >>>>>>>> >>>>>>>> Would driver domain work in your scenario? Then the disk could be >>>>>>>> attached directly from your storage DomU without accruing all the >>>>>>>> iscsi overhead. I'm not up with the status of HVM, vbd, and driver >>>>>>>> domain so I don't know if this is possible. >>>>>>>> >>>>>>>> More questions than answers. Sorry :) >>>>>>>> >>>>>>>> James >>>>>>> >>>>>>> Dear James, >>>>>>> >>>>>>> thank you for your questions - I really appreciate everything that >>>>>>> may >>>>>>> help me move closer to solving or isolating the problem. >>>>>>> >>>>>>> I'll check what type of driver is used exactly - up until now I >>>>>>> always >>>>>>> just installed all drivers included in the package, I thought all of >>>>>>> them were necessary. I'll try installing them without XenScsi. >>>>>>> >>>>>>> Do you mean revisions > 1092:85b99b9795a6 by "the latest versions"? >>>>>>> Which version should I use? >>>>>>> >>>>>>> Forgive me if the descriptions were unclear. The initiator was >>>>>>> always in >>>>>>> dom0. I only moved the target to dom0 or a separate physical >>>>>>> machine in >>>>>>> (4) and (5). I didn't boot Windows directly from iSCSI (in fact I >>>>>>> tried >>>>>>> couple times, but had some problems with it, so I didn't mention it). >>>>>>> >>>>>>> My "disks" (the block devices I dedicated to the Windows VM) were >>>>>>> whole >>>>>>> 120GB and 240GB SSDs, ~100GB ZVOLs and 50GB LVM volumes. >>>>>>> >>>>>>> I'm using traditional linux bridge. I didn't set MTUs explicitly, >>>>>>> so I >>>>>>> assume it's 1500, but I will verify this. >>>>>>> >>>>>>> I'd love to use a storage driver domain, but the wiki says "It is not >>>>>>> possible to use driver domains with pygrub or HVM guests yet". But >>>>>>> the >>>>>>> page is a couple of months old, maybe it's an outdated info? It >>>>>>> surely >>>>>>> is worth checking out. >>>>>>> >>>>>>> I'll do my best to provide answers to the remaining questions as >>>>>>> soon as >>>>>>> possible. Thank you for so many ideas. >>>>>>> >>>>>>> Best regards, >>>>>>> Kuba >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Xen-users mailing list >>>>>>> Xen-users@lists.xen.org >>>>>>> http://lists.xen.org/xen-users >>>>>> >>>>>> It seems the problems are not related to GPLPV. There is an easy >>>>>> way to >>>>>> reproduce the issues without Windows and without installing anything, >>>>>> using only livecds for two DomUs: >>>>>> >>>>>> 1) Set up a Linux Dom0 with Xen 4.3.1 and standard Linux bridge for >>>>>> Dom0 >>>>>> and DomUs >>>>> >>>>> Are you using a Xen build with debugging enabled? I think I might >>>>> have a >>>>> clue of what's happening, because I also saw it. Could you recompile >>>>> Xen >>>>> with debugging enabled and try the same test (iSCSI target on DomU and >>>>> initiator on Dom0)? >>>>> >>>>> Roger. >>>>> >>>>> _______________________________________________ >>>>> Xen-users mailing list >>>>> Xen-users@lists.xen.org >>>>> http://lists.xen.org/xen-users >>>>> >>>> >>>> Of course I could! Please point me to any relevant information on how to >>>> build Xen with debugging enabled and what to do next. I build Xen using >>>> standard ./configure && make world && make install. >>> >>> Just `make debug=y xen` and boot with the resulting xen.gz. >>> >>> Roger. >>> >>> >>> _______________________________________________ >>> Xen-users mailing list >>> Xen-users@lists.xen.org >>> http://lists.xen.org/xen-users >>> >> >> I ran the test using debug build of Xen. This time I gave the name "tgt" >> to the DomU with iSCSI target, and the other domain was named simply >> "domu". Sorry for the inconsistency. After logging in to the iSCSI >> target from Dom0, I ran "mkfs.ext4 /dev/sdb" (still in Dom0). So far, so >> good. Then I launched the other DomU and as soon as I executed >> "fsck.ext4 /dev/xvda", some errors appeared in the output of "xl dmesg" >> (attached as "xl-dmesg.log"). Surprisingly, the first fsck succeeded. >> Unfortunately, executing fsck.ext4 for the second time showed serious >> file system errors. The fsck commands were the only things I ran that >> touched /dev/xvda. After shutting down "domu", when I tried to log out >> from the iSCSI target, an error came up in Dom0's dmesg >> ("dom0-dmesg.log"). Logs from /var/log/xen/ are also attached. >> >> I will happily run next tests - just tell me what can I do :) > > Hello, > > This is the same problem I've seen when using a similar setup. The root > of the problem is that blkback maps a grant ref to a memory page in > Dom0, then this memory page ends up in netback, and when netback tries > to issue a GNTTABOP_copy using the mfn of this grant mapped page the > operation fails because Xen detects that the mfn passed doesn't belong > to the guest. > > The only way I can think of solving this is that netback detects that > the page is not local and somehow we use it's grant ref instead of mfn > (this means we would need to store the grant ref somewhere in the page). > > Roger. As this is something far beyond my ability to solve, I couldn't resist to try something else - running FreeBSD 10 as a storage driver domain. I was able to provide a block device (zvol) from one FreeBSD DomU directly to another FreeBSD DomU just like described in the wiki (with Qemu traditional in the second DomU) and install the OS on it. Unfortunately the second DomU's bios was unable to detect this "disk" and boot from it. But with this command: xl block-attach Domain-0 "format=raw,backendtype=phy,backend=fbsd,vdev=xvds,target=/dev/zvol/zroot/vol1" I was able to attach a block device exported from a DomU to Dom0 without iSCSI and then using it as a disk for a second DomU (with disk=['phy:/dev/xvds,xvda,w']). Now, if the second DomU had no PV drivers (e.g. Windows without GPLPV), everything worked fine. But running an OS with PV drivers (Linux or Windows+GPLPV) in the second DomU resulted in a very similar errors in xl dmesg like in the previously attached logs (see the attachment). Do I understand correctly that solving the issue you are pointing out would also allow to use OSes like FreeBSD as storage driver domain for other PV-enabled DomUs? That would be something! And most importantly - is there anything I can do to help? Best regards, Kuba --------------080806010008090302010107 Content-Type: text/plain; charset=windows-1250; name="xl-dmesg-2.log" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="xl-dmesg-2.log" IHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI3 YzQxOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAw MDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQx IEVycm9yIHBmbiAxYjdjNDE6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3 NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVO KSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiN2M0MDogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwg b2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAw MDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI3YzQwOiByZD1mZmZm ODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAw MywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAx YjdjNDA6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04 MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6 ZDEgRXJyb3IgcGZuIDFiN2M0MDogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3 MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihY RU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI3ZGI3OiByZD1mZmZmODMwNDMxZjJmMDAw LCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAw MDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjdkYjc6IHJkPWZm ZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAw MDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZu IDFiN2RiZTogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2Fm PTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAx OTpkMSBFcnJvciBwZm4gMWI3ZGJlOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMw MTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAK KFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjdjY2E6IHJkPWZmZmY4MzA0MzFmMmYw MDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAw MDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiN2NjYTogcmQ9 ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAw MDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBw Zm4gMWI3YzQxOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBj YWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoy MDE5OmQxIEVycm9yIHBmbiAxYjdjNDE6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4 MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAw MAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiN2M0MDogcmQ9ZmZmZjgzMDQzMWYy ZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0w MDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI3YzQwOiBy ZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAw MDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9y IHBmbiAxYjdkYjc6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAs IGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5j OjIwMTk6ZDEgRXJyb3IgcGZuIDFiN2RiNzogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZm ZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAw MDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI3ZGI3OiByZD1mZmZmODMwNDMx ZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFm PTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjdkYjc6 IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAw MDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJy b3IgcGZuIDFiN2RiNzogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAw MCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1t LmM6MjAxOTpkMSBFcnJvciBwZm4gMWI3ZGI3OiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1m ZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAw MDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjdkZDM6IHJkPWZmZmY4MzA0 MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0 YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiN2Rk MjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAw MDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBF cnJvciBwZm4gMWI3ZGQyOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRh MDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikg bW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjdkZDI6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9k PWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAw MDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiN2RkMzogcmQ9ZmZmZjgz MDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMs IHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI3 ZGQyOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAw MDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQx IEVycm9yIHBmbiAxYjdhNzk6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3 NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVO KSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiN2E3OTogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwg b2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAw MDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI3YTc5OiByZD1mZmZm ODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAw MywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAx YjdhNzk6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04 MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6 ZDEgRXJyb3IgcGZuIDFiN2E3OTogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3 MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihY RU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI3YTc5OiByZD1mZmZmODMwNDMxZjJmMDAw LCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAw MDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjdhNzk6IHJkPWZm ZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAw MDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZu IDFiN2E3OTogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2Fm PTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAx OTpkMSBFcnJvciBwZm4gMWI3YTc5OiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMw MTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAK KFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjdhNzk6IHJkPWZmZmY4MzA0MzFmMmYw MDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAw MDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiN2E3ODogcmQ9 ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAw MDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBw Zm4gMWI3ZGI3OiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBj YWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoy MDE5OmQxIEVycm9yIHBmbiAxYjdkYjc6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4 MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAw MAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiN2RiNzogcmQ9ZmZmZjgzMDQzMWYy ZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0w MDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI3ZGI3OiBy ZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAw MDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9y IHBmbiAxYjdkYjc6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAs IGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5j OjIwMTk6ZDEgRXJyb3IgcGZuIDFiN2RkMzogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZm ZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAw MDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI3ZGI3OiByZD1mZmZmODMwNDMx ZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFm PTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjdkYjc6 IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAw MDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJy b3IgcGZuIDFiN2RiNzogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAw MCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1t LmM6MjAxOTpkMSBFcnJvciBwZm4gMWI3ZGI3OiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1m ZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAw MDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjdkYjc6IHJkPWZmZmY4MzA0 MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0 YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiN2Ri NzogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAw MDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBF cnJvciBwZm4gMWI3ZGI3OiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRh MDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikg bW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjdkYjc6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9k PWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAw MDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiN2RiNzogcmQ9ZmZmZjgz MDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMs IHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI3 ZGI3OiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAw MDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQx IEVycm9yIHBmbiAxYjdkYjc6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3 NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVO KSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiN2RiNzogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwg b2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAw MDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI3ZGQyOiByZD1mZmZm ODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAw MywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAx YjdkZDI6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04 MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6 ZDEgRXJyb3IgcGZuIDFiN2RkMzogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3 MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihY RU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI3ZGI3OiByZD1mZmZmODMwNDMxZjJmMDAw LCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAw MDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjdkYjc6IHJkPWZm ZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAw MDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZu IDFiN2RiZTogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2Fm PTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAx OTpkMSBFcnJvciBwZm4gMWI3ZGQzOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMw MTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAK KFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjdkYjc6IHJkPWZmZmY4MzA0MzFmMmYw MDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAw MDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiN2RiNzogcmQ9 ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAw MDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBw Zm4gMWI3ZGI3OiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBj YWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoy MDE5OmQxIEVycm9yIHBmbiAxYjdkYjc6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4 MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAw MAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiN2RiNzogcmQ9ZmZmZjgzMDQzMWYy ZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0w MDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI3ZGI3OiBy ZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAw MDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9y IHBmbiAxYjdkYmU6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAs IGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5j OjIwMTk6ZDEgRXJyb3IgcGZuIDFiN2RkMjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZm ZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAw MDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI3ZGI3OiByZD1mZmZmODMwNDMx ZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFm PTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjdkYjc6 IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAw MDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJy b3IgcGZuIDFiN2M4ODogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAw MCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1t LmM6MjAxOTpkMSBFcnJvciBwZm4gMWI3ZGI3OiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1m ZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAw MDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjdkYjc6IHJkPWZmZmY4MzA0 MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0 YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiN2Ri NzogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAw MDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBF cnJvciBwZm4gMWI3ZGI3OiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRh MDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikg bW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjdkYjc6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9k PWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAw MDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiN2RiNzogcmQ9ZmZmZjgz MDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMs IHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI3 ZGI3OiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAw MDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQx IEVycm9yIHBmbiAxYjdkYjc6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3 NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVO KSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiN2RiNzogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwg b2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAw MDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI3ZGI3OiByZD1mZmZm ODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAw MywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAx YjdkYjc6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04 MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6 ZDEgRXJyb3IgcGZuIDFiN2RiNzogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3 MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihY RU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI3Y2NhOiByZD1mZmZmODMwNDMxZjJmMDAw LCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAw MDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjdkYjc6IHJkPWZm ZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAw MDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZu IDFiN2RiNzogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2Fm PTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAx OTpkMSBFcnJvciBwZm4gMWI3ZGI3OiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMw MTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAK KFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjdjNDE6IHJkPWZmZmY4MzA0MzFmMmYw MDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAw MDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiN2RiNzogcmQ9 ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAw MDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBw Zm4gMWI3ZGI3OiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBj YWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoy MDE5OmQxIEVycm9yIHBmbiAxYjgxMjg6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4 MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAw MAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiODEyODogcmQ9ZmZmZjgzMDQzMWYy ZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0w MDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI4MTBkOiBy ZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAw MDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9y IHBmbiAxYjgxMGQ6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAs IGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5j OjIwMTk6ZDEgRXJyb3IgcGZuIDFiODEyYjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZm ZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAw MDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI4MTJiOiByZD1mZmZmODMwNDMx ZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFm PTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjgxMmU6 IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAw MDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJy b3IgcGZuIDFiODExNDogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAw MCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1t LmM6MjAxOTpkMSBFcnJvciBwZm4gMWI4MTE0OiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1m ZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAw MDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjgxMTQ6IHJkPWZmZmY4MzA0 MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0 YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiODEx NDogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAw MDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBF cnJvciBwZm4gMWI4MTE0OiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRh MDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikg bW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjgxMTQ6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9k PWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAw MDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiODEyNDogcmQ9ZmZmZjgz MDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMs IHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI4 MTBkOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAw MDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQx IEVycm9yIHBmbiAxYjgxMmU6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3 NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVO KSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiODEyZTogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwg b2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAw MDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI4MTE0OiByZD1mZmZm ODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAw MywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAx YjgxMTQ6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04 MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6 ZDEgRXJyb3IgcGZuIDFiODExNDogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3 MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihY RU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI4MTJiOiByZD1mZmZmODMwNDMxZjJmMDAw LCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAw MDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjgxMmI6IHJkPWZm ZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAw MDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZu IDFiODEyYjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2Fm PTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAx OTpkMSBFcnJvciBwZm4gMWI4MTJiOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMw MTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAK KFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjgxMmI6IHJkPWZmZmY4MzA0MzFmMmYw MDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAw MDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiODEyYjogcmQ9 ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAw MDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBw Zm4gMWI4MTJiOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBj YWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoy MDE5OmQxIEVycm9yIHBmbiAxYjgxMzA6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4 MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAw MAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiODEyYjogcmQ9ZmZmZjgzMDQzMWYy ZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0w MDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI4MTJiOiBy ZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAw MDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9y IHBmbiAxYjgxMmI6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAs IGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5j OjIwMTk6ZDEgRXJyb3IgcGZuIDFiODEyYjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZm ZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAw MDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI4MTJiOiByZD1mZmZmODMwNDMx ZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFm PTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjgxMmI6 IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAw MDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJy b3IgcGZuIDFiODEyYjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAw MCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1t LmM6MjAxOTpkMSBFcnJvciBwZm4gMWI4MTJiOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1m ZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAw MDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjgxMmI6IHJkPWZmZmY4MzA0 MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0 YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiODEy YjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAw MDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBF cnJvciBwZm4gMWI4MTJiOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRh MDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikg bW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjgxMmI6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9k PWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAw MDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiODEyYjogcmQ9ZmZmZjgz MDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMs IHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI4 MTJiOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAw MDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQx IEVycm9yIHBmbiAxYjgxMmU6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3 NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVO KSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiODEyZTogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwg b2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAw MDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI4MTJlOiByZD1mZmZm ODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAw MywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAx YjgxMmU6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04 MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6 ZDEgRXJyb3IgcGZuIDFiODEzMTogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3 MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihY RU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI4MTMxOiByZD1mZmZmODMwNDMxZjJmMDAw LCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAw MDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjgxMzE6IHJkPWZm ZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAw MDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZu IDFiODEzMTogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2Fm PTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAx OTpkMSBFcnJvciBwZm4gMWI4MTMzOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMw MTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAK KFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjgxMzM6IHJkPWZmZmY4MzA0MzFmMmYw MDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAw MDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiODEzMzogcmQ9 ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAw MDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBw Zm4gMWI4MTMzOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBj YWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoy MDE5OmQxIEVycm9yIHBmbiAxYjgxM2U6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4 MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAw MAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiODEzZTogcmQ9ZmZmZjgzMDQzMWYy ZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0w MDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI4MTNlOiBy ZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAw MDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9y IHBmbiAxYjgxM2U6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAs IGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5j OjIwMTk6ZDEgRXJyb3IgcGZuIDFiODEyYjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZm ZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAw MDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI4MTJiOiByZD1mZmZmODMwNDMx ZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFm PTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjgxMmU6 IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAw MDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJy b3IgcGZuIDFiODEyZTogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAw MCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1t LmM6MjAxOTpkMSBFcnJvciBwZm4gMWI4MTMxOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1m ZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAw MDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjgxMzE6IHJkPWZmZmY4MzA0 MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0 YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiODEz MzogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAw MDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBF cnJvciBwZm4gMWI4MTMzOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRh MDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikg bW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjgxM2U6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9k PWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAw MDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiODEzZTogcmQ9ZmZmZjgz MDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMs IHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI4 MTJiOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAw MDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQx IEVycm9yIHBmbiAxYjgxMmI6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3 NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVO KSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiODEyYjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwg b2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAw MDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI4MTJiOiByZD1mZmZm ODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAw MywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAx YjgxMmI6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04 MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6 ZDEgRXJyb3IgcGZuIDFiODEyYjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3 MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihY RU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI4MTA0OiByZD1mZmZmODMwNDMxZjJmMDAw LCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAw MDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjgwZTU6IHJkPWZm ZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAw MDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZu IDFiODBlNTogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2Fm PTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAx OTpkMSBFcnJvciBwZm4gMWI4MGU1OiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMw MTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAK KFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjgxMDQ6IHJkPWZmZmY4MzA0MzFmMmYw MDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAw MDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiODBlNTogcmQ9 ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAw MDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBw Zm4gMWI4MTc4OiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBj YWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoy MDE5OmQxIEVycm9yIHBmbiAxYjgxNzg6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4 MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAw MAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiODE3ODogcmQ9ZmZmZjgzMDQzMWYy ZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0w MDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI4MTc4OiBy ZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAw MDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9y IHBmbiAxYjgxNzg6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAs IGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5j OjIwMTk6ZDEgRXJyb3IgcGZuIDFiODE3ODogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZm ZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAw MDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI4MTc4OiByZD1mZmZmODMwNDMx ZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFm PTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjgxNzg6 IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAw MDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJy b3IgcGZuIDFiODE3ODogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAw MCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1t LmM6MjAxOTpkMSBFcnJvciBwZm4gMWI4MTc4OiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1m ZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAw MDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjgxMDE6IHJkPWZmZmY4MzA0 MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0 YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiODEy YjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAw MDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBF cnJvciBwZm4gMWI4MTJiOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRh MDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikg bW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjgxMmI6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9k PWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAw MDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiODEyYjogcmQ9ZmZmZjgz MDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMs IHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI4 MTJiOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAw MDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQx IEVycm9yIHBmbiAxYjgxMDQ6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3 NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVO KSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiODEyYjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwg b2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAw MDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI4MTJiOiByZD1mZmZm ODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAw MywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAx YjgxMmI6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04 MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6 ZDEgRXJyb3IgcGZuIDFiODEyYjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3 MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihY RU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI4MTJiOiByZD1mZmZmODMwNDMxZjJmMDAw LCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAw MDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjgxMmI6IHJkPWZm ZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAw MDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZu IDFiODEyYjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2Fm PTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAx OTpkMSBFcnJvciBwZm4gMWI4MTJiOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMw MTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAK KFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjgxMmI6IHJkPWZmZmY4MzA0MzFmMmYw MDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAw MDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiODEyYjogcmQ9 ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAw MDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBw Zm4gMWI4MTJiOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBj YWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoy MDE5OmQxIEVycm9yIHBmbiAxYjgxMmI6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4 MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAw MAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiODBlNTogcmQ9ZmZmZjgzMDQzMWYy ZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0w MDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI4MGU1OiBy ZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAw MDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9y IHBmbiAxYjgxMDQ6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAs IGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5j OjIwMTk6ZDEgRXJyb3IgcGZuIDFiODEyYjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZm ZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAw MDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI4MTJiOiByZD1mZmZmODMwNDMx ZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFm PTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjgxMmU6 IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAw MDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJy b3IgcGZuIDFiODEwNDogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAw MCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1t LmM6MjAxOTpkMSBFcnJvciBwZm4gMWI4MTJiOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1m ZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAw MDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjgxMmI6IHJkPWZmZmY4MzA0 MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0 YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiODEy YjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAw MDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBF cnJvciBwZm4gMWI4MTJiOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRh MDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikg bW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjgxMmI6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9k PWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAw MDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiODEyYjogcmQ9ZmZmZjgz MDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMs IHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI4 MTJlOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAw MDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQx IEVycm9yIHBmbiAxYjgwZTU6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3 NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVO KSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiODEyYjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwg b2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAw MDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI4MTJiOiByZD1mZmZm ODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAw MywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAx YjgxNjI6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04 MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6 ZDEgRXJyb3IgcGZuIDFiODEyYjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3 MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihY RU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI4MTJiOiByZD1mZmZmODMwNDMxZjJmMDAw LCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAw MDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjgxMmI6IHJkPWZm ZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAw MDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZu IDFiODEyYjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2Fm PTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAx OTpkMSBFcnJvciBwZm4gMWI4MTJiOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMw MTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAK KFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjgxMmI6IHJkPWZmZmY4MzA0MzFmMmYw MDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAw MDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiODEyYjogcmQ9 ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAw MDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBw Zm4gMWI4MTJiOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBj YWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoy MDE5OmQxIEVycm9yIHBmbiAxYjgxMmI6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4 MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAw MAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiODEyYjogcmQ9ZmZmZjgzMDQzMWYy ZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0w MDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI4MTJiOiBy ZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAw MDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9y IHBmbiAxYjgxMmI6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAs IGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5j OjIwMTk6ZDEgRXJyb3IgcGZuIDFiODEzMTogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZm ZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAw MDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI4MTJiOiByZD1mZmZmODMwNDMx ZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFm PTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjgxMmI6 IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAw MDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJy b3IgcGZuIDFiODEyYjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAw MCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1t LmM6MjAxOTpkMSBFcnJvciBwZm4gMWI4MTMzOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1m ZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAw MDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjgxMmI6IHJkPWZmZmY4MzA0 MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0 YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiODEy YjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAw MDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBF cnJvciBwZm4gMWIyNDczOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRh MDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMiwgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikg bW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjI0NzM6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9k PWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAyLCB0YWY9MDAwMDAwMDAw MDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiMjRhZDogcmQ9ZmZmZjgz MDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDIs IHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWIy NGFkOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAw MDAwMDAwMDAwMDAwMiwgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQx IEVycm9yIHBmbiAxYjZiYWU6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3 NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAyLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVO KSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiNmJhZTogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwg b2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDIsIHRhZj0wMDAwMDAw MDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI2YmI1OiByZD1mZmZm ODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAw MiwgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAx YjI0YWY6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04 MDAwMDAwMDAwMDAwMDAyLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6 ZDEgRXJyb3IgcGZuIDFiMjRhZjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3 MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDIsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihY RU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWIyNGFmOiByZD1mZmZmODMwNDMxZjJmMDAw LCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMiwgdGFmPTAwMDAw MDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjI0YWY6IHJkPWZm ZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAw MDAyLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZu IDFiMjRhZjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2Fm PTgwMDAwMDAwMDAwMDAwMDIsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAx OTpkMSBFcnJvciBwZm4gMWIyNGFmOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMw MTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMiwgdGFmPTAwMDAwMDAwMDAwMDAwMDAK KFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjY1ZTQ6IHJkPWZmZmY4MzA0MzFmMmYw MDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAyLCB0YWY9MDAw MDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiMjRhZDogcmQ9 ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAw MDAwMDIsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBw Zm4gMWI2YmI1OiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBj YWY9ODAwMDAwMDAwMDAwMDAwMiwgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoy MDE5OmQxIEVycm9yIHBmbiAxYjZiYjU6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4 MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAyLCB0YWY9MDAwMDAwMDAwMDAwMDAw MAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiMjRhZjogcmQ9ZmZmZjgzMDQzMWYy ZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDIsIHRhZj0w MDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWIyNGFmOiBy ZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAw MDAwMDAwMiwgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9y IHBmbiAxYjI0YWY6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAs IGNhZj04MDAwMDAwMDAwMDAwMDAyLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5j OjIwMTk6ZDEgRXJyb3IgcGZuIDFiNmJhZTogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZm ZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDIsIHRhZj0wMDAwMDAwMDAwMDAw MDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI2YmFlOiByZD1mZmZmODMwNDMx ZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMiwgdGFm PTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjZiYWU6 IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAw MDAwMDAwMDAyLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJy b3IgcGZuIDFiNmJhZTogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAw MCwgY2FmPTgwMDAwMDAwMDAwMDAwMDIsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1t LmM6MjAxOTpkMSBFcnJvciBwZm4gMWI2YmFlOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1m ZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMiwgdGFmPTAwMDAwMDAwMDAw MDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjZiYWU6IHJkPWZmZmY4MzA0 MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAyLCB0 YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiNmJh ZTogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAw MDAwMDAwMDAwMDIsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBF cnJvciBwZm4gMWIyNDcxOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRh MDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMiwgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikg bW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjZiYWU6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9k PWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAyLCB0YWY9MDAwMDAwMDAw MDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiNmJhZTogcmQ9ZmZmZjgz MDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDIs IHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI2 YmFlOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAw MDAwMDAwMDAwMDAwMiwgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQx IEVycm9yIHBmbiAxYjZiYWU6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3 NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAyLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVO KSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiNmJhZTogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwg b2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDIsIHRhZj0wMDAwMDAw MDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI2YmFlOiByZD1mZmZm ODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAw MiwgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAx YjZiYWU6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04 MDAwMDAwMDAwMDAwMDAyLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6 ZDEgRXJyb3IgcGZuIDFiNmJhZTogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3 MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDIsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihY RU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI2YmFlOiByZD1mZmZmODMwNDMxZjJmMDAw LCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMiwgdGFmPTAwMDAw MDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjZiYWU6IHJkPWZm ZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAw MDAyLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZu IDFiNmJhZTogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2Fm PTgwMDAwMDAwMDAwMDAwMDIsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAx OTpkMSBFcnJvciBwZm4gMWI2YmFlOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMw MTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMiwgdGFmPTAwMDAwMDAwMDAwMDAwMDAK KFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjZiYWU6IHJkPWZmZmY4MzA0MzFmMmYw MDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAyLCB0YWY9MDAw MDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiNmJhZTogcmQ9 ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAw MDAwMDIsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBw Zm4gMWI2YmI1OiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBj YWY9ODAwMDAwMDAwMDAwMDAwMiwgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoy MDE5OmQxIEVycm9yIHBmbiAxYjZiYjU6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4 MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAyLCB0YWY9MDAwMDAwMDAwMDAwMDAw MAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiNmJiNTogcmQ9ZmZmZjgzMDQzMWYy ZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDIsIHRhZj0w MDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI2YmI1OiBy ZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAw MDAwMDAwMiwgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9y IHBmbiAxYjU5ZTA6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAs IGNhZj04MDAwMDAwMDAwMDAwMDAyLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5j OjIwMTk6ZDEgRXJyb3IgcGZuIDFiNTllMDogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZm ZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDIsIHRhZj0wMDAwMDAwMDAwMDAw MDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI1OWUwOiByZD1mZmZmODMwNDMx ZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMiwgdGFm PTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjU5ZTA6 IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAw MDAwMDAwMDAyLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJy b3IgcGZuIDFiNzllYjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAw MCwgY2FmPTgwMDAwMDAwMDAwMDAwMDIsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1t LmM6MjAxOTpkMSBFcnJvciBwZm4gMWI3OWViOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1m ZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMiwgdGFmPTAwMDAwMDAwMDAw MDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjc5ZWI6IHJkPWZmZmY4MzA0 MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAyLCB0 YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiNzll YjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAw MDAwMDAwMDAwMDIsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBF cnJvciBwZm4gMWI2NjI4OiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRh MDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMiwgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikg bW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjY2Mjg6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9k PWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAyLCB0YWY9MDAwMDAwMDAw MDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiNjYyODogcmQ9ZmZmZjgz MDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDIs IHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI2 NjI4OiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAw MDAwMDAwMDAwMDAwMiwgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQx IEVycm9yIHBmbiAxYjZiYWU6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3 NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAyLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVO KSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiNmJhZTogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwg b2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDIsIHRhZj0wMDAwMDAw MDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI2YmI1OiByZD1mZmZm ODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAw MiwgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAx YjZiYjU6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04 MDAwMDAwMDAwMDAwMDAyLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6 ZDEgRXJyb3IgcGZuIDFiNTllMDogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3 MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDIsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihY RU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI1OWUwOiByZD1mZmZmODMwNDMxZjJmMDAw LCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMiwgdGFmPTAwMDAw MDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjc5ZWI6IHJkPWZm ZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAw MDAyLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZu IDFiNzllYjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2Fm PTgwMDAwMDAwMDAwMDAwMDIsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAx OTpkMSBFcnJvciBwZm4gMWI2NjI4OiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMw MTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMiwgdGFmPTAwMDAwMDAwMDAwMDAwMDAK KFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjY2Mjg6IHJkPWZmZmY4MzA0MzFmMmYw MDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAyLCB0YWY9MDAw MDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiNmJhZTogcmQ9 ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAw MDAwMDIsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBw Zm4gMWI2YmFlOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBj YWY9ODAwMDAwMDAwMDAwMDAwMiwgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoy MDE5OmQxIEVycm9yIHBmbiAxYjZiYWU6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4 MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAyLCB0YWY9MDAwMDAwMDAwMDAwMDAw MAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiNmJhZTogcmQ9ZmZmZjgzMDQzMWYy ZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDIsIHRhZj0w MDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI2YmFlOiBy ZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAw MDAwMDAwMiwgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9y IHBmbiAxYjZiYWU6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAs IGNhZj04MDAwMDAwMDAwMDAwMDAyLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5j OjIwMTk6ZDEgRXJyb3IgcGZuIDFiNzllOTogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZm ZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDIsIHRhZj0wMDAwMDAwMDAwMDAw MDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI3OWU4OiByZD1mZmZmODMwNDMx ZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMiwgdGFm PTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjc5ZTg6 IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAw MDAwMDAwMDAyLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJy b3IgcGZuIDFiNzllODogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAw MCwgY2FmPTgwMDAwMDAwMDAwMDAwMDIsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1t LmM6MjAxOTpkMSBFcnJvciBwZm4gMWI3OWU5OiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1m ZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMiwgdGFmPTAwMDAwMDAwMDAw MDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjc5ZTg6IHJkPWZmZmY4MzA0 MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAyLCB0 YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiNzll NzogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAw MDAwMDAwMDAwMDIsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBF cnJvciBwZm4gMWI3OWU3OiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRh MDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMiwgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikg bW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjc5ZTc6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9k PWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAyLCB0YWY9MDAwMDAwMDAw MDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiNzllNzogcmQ9ZmZmZjgz MDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDIs IHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI3 OWU3OiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAw MDAwMDAwMDAwMDAwMiwgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQx IEVycm9yIHBmbiAxYjc5ZTc6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3 NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAyLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVO KSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiNzllNzogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwg b2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDIsIHRhZj0wMDAwMDAw MDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI3OWU3OiByZD1mZmZm ODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAw MiwgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAx Yjc5ZTc6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04 MDAwMDAwMDAwMDAwMDAyLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6 ZDEgRXJyb3IgcGZuIDFiNzllNzogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3 MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDIsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihY RU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWIyNDc1OiByZD1mZmZmODMwNDMxZjJmMDAw LCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMiwgdGFmPTAwMDAw MDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjZiYWU6IHJkPWZm ZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAw MDAyLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZu IDFiNmJhZTogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2Fm PTgwMDAwMDAwMDAwMDAwMDIsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAx OTpkMSBFcnJvciBwZm4gMWI2YmFlOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMw MTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMiwgdGFmPTAwMDAwMDAwMDAwMDAwMDAK KFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjZiYWU6IHJkPWZmZmY4MzA0MzFmMmYw MDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAyLCB0YWY9MDAw MDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiNmJhZTogcmQ9 ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAw MDAwMDIsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBw Zm4gMWI3OWU5OiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBj YWY9ODAwMDAwMDAwMDAwMDAwMiwgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoy MDE5OmQxIEVycm9yIHBmbiAxYjZiYWU6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4 MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAyLCB0YWY9MDAwMDAwMDAwMDAwMDAw MAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiNmJhZTogcmQ9ZmZmZjgzMDQzMWYy ZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDIsIHRhZj0w MDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI2YmFlOiBy ZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAw MDAwMDAwMiwgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9y IHBmbiAxYjZiYWU6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAs IGNhZj04MDAwMDAwMDAwMDAwMDAyLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5j OjIwMTk6ZDEgRXJyb3IgcGZuIDFiNmJhZTogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZm ZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDIsIHRhZj0wMDAwMDAwMDAwMDAw MDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI2YmFlOiByZD1mZmZmODMwNDMx ZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMiwgdGFm PTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjZiYWU6 IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAw MDAwMDAwMDAyLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJy b3IgcGZuIDFiNmJhZTogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAw MCwgY2FmPTgwMDAwMDAwMDAwMDAwMDIsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1t LmM6MjAxOTpkMSBFcnJvciBwZm4gMWI2YmFlOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1m ZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMiwgdGFmPTAwMDAwMDAwMDAw MDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjZiYWU6IHJkPWZmZmY4MzA0 MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAyLCB0 YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiNmJh ZTogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAw MDAwMDAwMDAwMDIsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBF cnJvciBwZm4gMWI2YmFlOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRh MDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMiwgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikg bW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjc5ZTg6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9k PWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAyLCB0YWY9MDAwMDAwMDAw MDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiNzllODogcmQ9ZmZmZjgz MDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDIs IHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI3 OWU5OiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAw MDAwMDAwMDAwMDAwMiwgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQx IEVycm9yIHBmbiAxYjZiYWU6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3 NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAyLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVO KSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiNmJhZTogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwg b2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDIsIHRhZj0wMDAwMDAw MDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI2YmI1OiByZD1mZmZm ODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAw MiwgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAx Yjc5ZTk6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04 MDAwMDAwMDAwMDAwMDAyLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6 ZDEgRXJyb3IgcGZuIDFiNmJhZTogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3 MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDIsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihY RU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI2YmFlOiByZD1mZmZmODMwNDMxZjJmMDAw LCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMiwgdGFmPTAwMDAw MDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjZiYWU6IHJkPWZm ZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAw MDAyLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZu IDFiNmJhZTogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2Fm PTgwMDAwMDAwMDAwMDAwMDIsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAx OTpkMSBFcnJvciBwZm4gMWI2YmFlOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMw MTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMiwgdGFmPTAwMDAwMDAwMDAwMDAwMDAK KFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjZiYWU6IHJkPWZmZmY4MzA0MzFmMmYw MDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAyLCB0YWY9MDAw MDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiNmJiNTogcmQ9 ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAw MDAwMDIsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBw Zm4gMWI3OWU4OiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBj YWY9ODAwMDAwMDAwMDAwMDAwMiwgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoy MDE5OmQxIEVycm9yIHBmbiAxYjZiYWU6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4 MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAyLCB0YWY9MDAwMDAwMDAwMDAwMDAw MAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiNmJhZTogcmQ9ZmZmZjgzMDQzMWYy ZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDIsIHRhZj0w MDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWIyNDZiOiBy ZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAw MDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9y IHBmbiAxYjZiYWU6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAs IGNhZj04MDAwMDAwMDAwMDAwMDAyLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5j OjIwMTk6ZDEgRXJyb3IgcGZuIDFiNmJhZTogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZm ZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDIsIHRhZj0wMDAwMDAwMDAwMDAw MDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI2YmFlOiByZD1mZmZmODMwNDMx ZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMiwgdGFm PTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjZiYWU6 IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAw MDAwMDAwMDAyLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJy b3IgcGZuIDFiNmJhZTogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAw MCwgY2FmPTgwMDAwMDAwMDAwMDAwMDIsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1t LmM6MjAxOTpkMSBFcnJvciBwZm4gMWI2YmFlOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1m ZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMiwgdGFmPTAwMDAwMDAwMDAw MDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjZiYWU6IHJkPWZmZmY4MzA0 MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAyLCB0 YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiNmJh ZTogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAw MDAwMDAwMDAwMDIsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBF cnJvciBwZm4gMWI2YmFlOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRh MDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMiwgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikg bW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjZiYWU6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9k PWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAyLCB0YWY9MDAwMDAwMDAw MDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiNmJhZTogcmQ9ZmZmZjgz MDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDIs IHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI2 YmFlOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAw MDAwMDAwMDAwMDAwMiwgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQx IEVycm9yIHBmbiAxYjU5ZTA6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3 NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVO KSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiNmJhZTogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwg b2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDIsIHRhZj0wMDAwMDAw MDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI2YmFlOiByZD1mZmZm ODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAw MiwgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAx YjZiYWU6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04 MDAwMDAwMDAwMDAwMDAyLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6 ZDEgRXJyb3IgcGZuIDFiNzllYjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3 MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihY RU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI2YmFlOiByZD1mZmZmODMwNDMxZjJmMDAw LCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMiwgdGFmPTAwMDAw MDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjZiYWU6IHJkPWZm ZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAw MDAyLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZu IDFiMjI0YjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2Fm PTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAx OTpkMSBFcnJvciBwZm4gMWI1OTAzOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMw MTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAK KFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjI0ZmM6IHJkPWZmZmY4MzA0MzFmMmYw MDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAw MDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiMjRlYzogcmQ9 ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAw MDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBw Zm4gMWIyMjRiOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBj YWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoy MDE5OmQxIEVycm9yIHBmbiAxYjY1ZjU6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4 MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAw MAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiNjVmNTogcmQ9ZmZmZjgzMDQzMWYy ZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0w MDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI2NjMwOiBy ZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAw MDAwMDAwMiwgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9y IHBmbiAxYjY2MzA6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAs IGNhZj04MDAwMDAwMDAwMDAwMDAyLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5j OjIwMTk6ZDEgRXJyb3IgcGZuIDFiMjMwZDogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZm ZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAw MDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWIyMzBkOiByZD1mZmZmODMwNDMx ZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFm PTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjIzOWY6 IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAw MDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJy b3IgcGZuIDFiNWZjZjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAw MCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1t LmM6MjAxOTpkMSBFcnJvciBwZm4gMWI1ZmNmOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1m ZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAw MDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjVmY2Y6IHJkPWZmZmY4MzA0 MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0 YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiNWZj ZjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAw MDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBF cnJvciBwZm4gMWI1ZmNmOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRh MDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikg bW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjVmY2Y6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9k PWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAw MDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiMjRhZDogcmQ9ZmZmZjgz MDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMs IHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI2 NjMwOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAw MDAwMDAwMDAwMDAwMiwgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQx IEVycm9yIHBmbiAxYjIzOWY6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3 NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVO KSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiMjM5ZjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwg b2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAw MDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI1ZmNmOiByZD1mZmZm ODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAw MywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAx YjVmY2Y6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04 MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6 ZDEgRXJyb3IgcGZuIDFiNWZjZjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3 MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihY RU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWIyMzBkOiByZD1mZmZmODMwNDMxZjJmMDAw LCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAw MDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjIzMGQ6IHJkPWZm ZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAw MDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZu IDFiMjMwZDogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2Fm PTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAx OTpkMSBFcnJvciBwZm4gMWIyMzBkOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMw MTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAK KFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjIzMGQ6IHJkPWZmZmY4MzA0MzFmMmYw MDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAw MDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiMjMwZDogcmQ9 ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAw MDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBw Zm4gMWIyMzBkOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBj YWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoy MDE5OmQxIEVycm9yIHBmbiAxYjU3Y2I6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4 MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAw MAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiMjMwZDogcmQ9ZmZmZjgzMDQzMWYy ZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0w MDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWIyMzBkOiBy ZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAw MDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9y IHBmbiAxYjIzMGQ6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAs IGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5j OjIwMTk6ZDEgRXJyb3IgcGZuIDFiMjMwZDogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZm ZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAw MDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWIyMzBkOiByZD1mZmZmODMwNDMx ZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFm PTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjIzMGQ6 IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAw MDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJy b3IgcGZuIDFiMjMwZDogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAw MCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1t LmM6MjAxOTpkMSBFcnJvciBwZm4gMWIyMzBkOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1m ZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAw MDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjIzMGQ6IHJkPWZmZmY4MzA0 MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0 YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiMjMw ZDogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAw MDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBF cnJvciBwZm4gMWIyMzBkOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRh MDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikg bW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjIzMGQ6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9k PWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAw MDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiMjMwZDogcmQ9ZmZmZjgz MDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMs IHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWIy MzBkOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAw MDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQx IEVycm9yIHBmbiAxYjIzOWY6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3 NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVO KSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiMjM5ZjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwg b2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAw MDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWIyMzlmOiByZD1mZmZm ODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAw MywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAx YjIzOWY6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04 MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6 ZDEgRXJyb3IgcGZuIDFiMjVmZDogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3 MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihY RU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWIyNWZkOiByZD1mZmZmODMwNDMxZjJmMDAw LCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAw MDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjI1ZmQ6IHJkPWZm ZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAw MDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZu IDFiMjVmZDogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2Fm PTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAx OTpkMSBFcnJvciBwZm4gMWIyNTMxOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMw MTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAK KFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjI1MzE6IHJkPWZmZmY4MzA0MzFmMmYw MDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAw MDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiMjUzMTogcmQ9 ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAw MDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBw Zm4gMWIyNTMxOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBj YWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoy MDE5OmQxIEVycm9yIHBmbiAxYjU5OTk6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4 MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAw MAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiNTk5OTogcmQ9ZmZmZjgzMDQzMWYy ZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0w MDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI1OTk5OiBy ZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAw MDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9y IHBmbiAxYjU5OTk6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAs IGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5j OjIwMTk6ZDEgRXJyb3IgcGZuIDFiMjMwZDogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZm ZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAw MDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWIyMzBkOiByZD1mZmZmODMwNDMx ZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFm PTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjIzOWY6 IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAw MDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJy b3IgcGZuIDFiMjM5ZjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAw MCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1t LmM6MjAxOTpkMSBFcnJvciBwZm4gMWIyNWZkOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1m ZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAw MDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjI1ZmQ6IHJkPWZmZmY4MzA0 MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0 YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiMjUz MTogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAw MDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBF cnJvciBwZm4gMWIyNTMxOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRh MDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikg bW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjU5OTk6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9k PWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAw MDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiNTk5OTogcmQ9ZmZmZjgz MDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMs IHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWIy MzBkOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAw MDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQx IEVycm9yIHBmbiAxYjIzMGQ6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3 NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVO KSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiMjMwZDogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwg b2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAw MDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWIyMzBkOiByZD1mZmZm ODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAw MywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAx YjIzMGQ6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04 MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6 ZDEgRXJyb3IgcGZuIDFiMjMwZDogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3 MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihY RU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWIyNWI3OiByZD1mZmZmODMwNDMxZjJmMDAw LCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAw MDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjUzYzE6IHJkPWZm ZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAw MDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZu IDFiNTNjMTogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2Fm PTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAx OTpkMSBFcnJvciBwZm4gMWI1M2MxOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMw MTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAK KFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjI1Yjc6IHJkPWZmZmY4MzA0MzFmMmYw MDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAw MDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiNTNjMTogcmQ9 ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAw MDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBw Zm4gMWIyMzBmOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBj YWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoy MDE5OmQxIEVycm9yIHBmbiAxYjIzMGY6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4 MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAw MAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiMjMwZjogcmQ9ZmZmZjgzMDQzMWYy ZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0w MDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWIyMzBmOiBy ZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAw MDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9y IHBmbiAxYjIzMGY6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAs IGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5j OjIwMTk6ZDEgRXJyb3IgcGZuIDFiMjMwZjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZm ZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAw MDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWIyMzBmOiByZD1mZmZmODMwNDMx ZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFm PTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjIzMGY6 IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAw MDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJy b3IgcGZuIDFiMjMwZjogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAw MCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1t LmM6MjAxOTpkMSBFcnJvciBwZm4gMWIyMzBmOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1m ZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAw MDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjJhZDM6IHJkPWZmZmY4MzA0 MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAyLCB0 YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiMjMw ZDogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAw MDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBF cnJvciBwZm4gMWIyMzBkOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRh MDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikg bW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjIzMGQ6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9k PWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAw MDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiMjMwZDogcmQ9ZmZmZjgz MDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMs IHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWIy MzBkOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAw MDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQx IEVycm9yIHBmbiAxYjI1Yjc6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3 NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVO KSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiMjMwZDogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwg b2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAw MDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWIyMzBkOiByZD1mZmZm ODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAw MywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAx YjIzMGQ6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04 MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6 ZDEgRXJyb3IgcGZuIDFiMjMwZDogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3 MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihY RU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWIyMzBkOiByZD1mZmZmODMwNDMxZjJmMDAw LCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAw MDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjIzMGQ6IHJkPWZm ZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAw MDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZu IDFiMjMwZDogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2Fm PTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAx OTpkMSBFcnJvciBwZm4gMWIyMzBkOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMw MTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAK KFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjIzMGQ6IHJkPWZmZmY4MzA0MzFmMmYw MDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAw MDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiMjMwZDogcmQ9 ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAw MDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBw Zm4gMWIyMzBkOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBj YWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoy MDE5OmQxIEVycm9yIHBmbiAxYjIzMGQ6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4 MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAw MAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiNTNjMTogcmQ9ZmZmZjgzMDQzMWYy ZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0w MDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWI1M2MxOiBy ZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAw MDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9y IHBmbiAxYjI1Yjc6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAs IGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5j OjIwMTk6ZDEgRXJyb3IgcGZuIDFiMjMwZDogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZm ZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAw MDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWIyMzBkOiByZD1mZmZmODMwNDMx ZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFm PTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjIzOWY6 IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAw MDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJy b3IgcGZuIDFiMjViNzogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAw MCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1t LmM6MjAxOTpkMSBFcnJvciBwZm4gMWIyMzBkOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1m ZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAw MDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjIzMGQ6IHJkPWZmZmY4MzA0 MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0 YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiMjMw ZDogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAw MDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBF cnJvciBwZm4gMWIyMzBkOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRh MDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikg bW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjIzMGQ6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9k PWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAw MDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiMjMwZDogcmQ9ZmZmZjgz MDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMs IHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWIy MzlmOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAw MDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQx IEVycm9yIHBmbiAxYjUzYzE6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3 NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVO KSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiMjMwZDogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwg b2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAw MDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWIyMzBkOiByZD1mZmZm ODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAw MywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAx YjgwMjU6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04 MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6 ZDEgRXJyb3IgcGZuIDFiMjMwZDogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3 MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihY RU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWIyMzBkOiByZD1mZmZmODMwNDMxZjJmMDAw LCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAw MDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjIzMGQ6IHJkPWZm ZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAw MDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZu IDFiMjMwZDogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2Fm PTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAx OTpkMSBFcnJvciBwZm4gMWIyMzBkOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMw MTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAK KFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjIzMGQ6IHJkPWZmZmY4MzA0MzFmMmYw MDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAw MDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiMjMwZDogcmQ9 ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAw MDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBw Zm4gMWIyMzBkOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBj YWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoy MDE5OmQxIEVycm9yIHBmbiAxYjIzMGQ6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4 MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAw MAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiMjMwZDogcmQ9ZmZmZjgzMDQzMWYy ZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0w MDAwMDAwMDAwMDAwMDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWIyMzBkOiBy ZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAw MDAwMDAwMywgdGFmPTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9y IHBmbiAxYjIzMGQ6IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAs IGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5j OjIwMTk6ZDEgRXJyb3IgcGZuIDFiMjVmZDogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZm ZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAw MDAwCihYRU4pIG1tLmM6MjAxOTpkMSBFcnJvciBwZm4gMWIyMzBkOiByZD1mZmZmODMwNDMx ZjJmMDAwLCBvZD1mZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFm PTAwMDAwMDAwMDAwMDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjIzMGQ6 IHJkPWZmZmY4MzA0MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAw MDAwMDAwMDAzLCB0YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJy b3IgcGZuIDFiMjMwZDogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAw MCwgY2FmPTgwMDAwMDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCihYRU4pIG1t LmM6MjAxOTpkMSBFcnJvciBwZm4gMWIyNTMxOiByZD1mZmZmODMwNDMxZjJmMDAwLCBvZD1m ZmZmODMwMTcxNzRhMDAwLCBjYWY9ODAwMDAwMDAwMDAwMDAwMywgdGFmPTAwMDAwMDAwMDAw MDAwMDAKKFhFTikgbW0uYzoyMDE5OmQxIEVycm9yIHBmbiAxYjIzMGQ6IHJkPWZmZmY4MzA0 MzFmMmYwMDAsIG9kPWZmZmY4MzAxNzE3NGEwMDAsIGNhZj04MDAwMDAwMDAwMDAwMDAzLCB0 YWY9MDAwMDAwMDAwMDAwMDAwMAooWEVOKSBtbS5jOjIwMTk6ZDEgRXJyb3IgcGZuIDFiMjMw ZDogcmQ9ZmZmZjgzMDQzMWYyZjAwMCwgb2Q9ZmZmZjgzMDE3MTc0YTAwMCwgY2FmPTgwMDAw MDAwMDAwMDAwMDMsIHRhZj0wMDAwMDAwMDAwMDAwMDAwCg== --------------080806010008090302010107 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 --------------080806010008090302010107-- From xen-users-bounces@lists.xen.org Fri Feb 07 09:26:58 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 07 Feb 2014 09:26: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 1WBhh9-0005ze-7t; Fri, 07 Feb 2014 09:25:59 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBhh8-0005zV-03 for xen-users@lists.xen.org; Fri, 07 Feb 2014 09:25:58 +0000 Received: from [193.109.254.147:58805] by server-11.bemta-14.messagelabs.com id 6F/12-24604-5A6A4F25; Fri, 07 Feb 2014 09:25:57 +0000 X-Env-Sender: roger.pau@citrix.com X-Msg-Ref: server-4.tower-27.messagelabs.com!1391765155!2683698!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4225 invoked from network); 7 Feb 2014 09:25:56 -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; 7 Feb 2014 09:25:56 -0000 X-IronPort-AV: E=Sophos;i="4.95,799,1384300800"; d="scan'208";a="100773479" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 07 Feb 2014 09:25:54 +0000 Received: from [IPv6:::1] (10.80.16.47) by smtprelay.citrix.com (10.13.107.79) with Microsoft SMTP Server id 14.2.342.4; Fri, 7 Feb 2014 04:25:54 -0500 Message-ID: <52F4A6A1.30708@citrix.com> Date: Fri, 7 Feb 2014 10:25:53 +0100 From: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Kuba , References: <52EA58B2.50004@op.pl> <6035A0D088A63A46850C3988ED045A4B6F38BB3C@BITCOM1.int.sbss.com.au> <52ED4AA6.5000601@op.pl> <52F26335.7060902@op.pl> <52F266EE.6000104@citrix.com> <52F26A40.5040305@op.pl> <52F26CCE.1090201@citrix.com> <52F2B2FB.9070004@op.pl> <52F3462C.8040906@citrix.com> <52F40D79.2080608@op.pl> In-Reply-To: <52F40D79.2080608@op.pl> X-Enigmail-Version: 1.6 X-DLP: MIA2 Subject: Re: [Xen-users] Strange failures of Xen 4.3.1, PVHVM storage VM, iSCSI and Windows+GPLPV VM combination X-BeenThere: xen-users@lists.xen.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 06/02/14 23:32, Kuba wrote: > W dniu 2014-02-06 09:22, Roger Pau Monn=E9 pisze: >> On 05/02/14 22:54, Kuba wrote: >>> W dniu 2014-02-05 17:54, Roger Pau Monn=E9 pisze: >>>> On 05/02/14 17:43, Kuba wrote: >>>>> W dniu 2014-02-05 17:29, Roger Pau Monn=E9 pisze: >>>>>> On 05/02/14 17:13, Kuba wrote: >>>>>>> W dniu 2014-02-01 20:27, Kuba pisze: >>>>>>>> W dniu 2014-01-31 02:35, James Harper pisze: >>>>>>>>>> >>>>>>>>>> I am trying to set up a following configuration: >>>>>>>>>> 1. very simple Linux-based dom0 (Debian 7.3) with Xen 4.3.1 >>>>>>>>>> compiled >>>>>>>>>> from sources, >>>>>>>>>> 2. one storage VM (FreeBSD 10, HVM+PV) with SATA controller >>>>>>>>>> attached >>>>>>>>>> using VT-d, exporting block devices via iSCSI to other VMs and >>>>>>>>>> physical >>>>>>>>>> machines, >>>>>>>>>> 3. one Windows 7 SP1 64 VM (HVM+GPLPV) with GPU passthrough >>>>>>>>>> (Quadro >>>>>>>>>> 4000) installed on a block device exported from the storage VM >>>>>>>>>> (target >>>>>>>>>> on the storage VM, initiator on dom0). >>>>>>>>>> >>>>>>>>>> Everything works perfectly (including PCI & GPU passthrough) >>>>>>>>>> until I >>>>>>>>>> install GPLPV drivers on the Windows VM. After driver >>>>>>>>>> installation, >>>>>>>>>> Windows needs to reboot, boots fine, displays a message that PV >>>>>>>>>> SCSI >>>>>>>>> >>>>>>>>> (a) >>>>>>>>> >>>>>>>>>> drivers were installed and needs to reboot again, and then cannot >>>>>>>>>> boot. >>>>>>>>>> Sometimes it gets stuck at "booting from harddrive" in SeaBIOS, >>>>>>>>>> sometimes BSODs with "unmountable boot volume" message. All of >>>>>>>>>> the >>>>>>>>>> following I tried without GPU passthrough to narrow down the >>>>>>>>>> problem. >>>>>>>>>> >>>>>>>>>> The intriguing part is this: >>>>>>>>>> >>>>>>>>>> 1. If the storage VM's OS is Linux - it fails with the above >>>>>>>>>> symptoms. >>>>>>>>>> 2. If the block devices for the storage VM come directly from >>>>>>>>>> dom0 >>>>>>>>>> (not >>>>>>>>>> via pci-passthrough) - it fails. >>>>>>>>>> 2. If the storage VM is an HVM without PV drivers (e.g. FreeBSD >>>>>>>>>> 9.2-GENERIC) - it all works. >>>>>>>>>> 3. If the storage VM's OS is Linux with kernel compiled >>>>>>>>>> without Xen >>>>>>>>>> guest support - it works, but is unstable (see below). >>>>>>>>>> 4. If the iSCSI target is on a different physical machine - it >>>>>>>>>> all >>>>>>>>>> works. >>>>>>>>>> 5. If the iSCSI target is on dom0 itself - it works. >>>>>>>>>> 6. If I attach the AHCI controller to the Windows VM and install >>>>>>>>>> directly on the hard drive - it works. >>>>>>>>>> 7. If the block device for Windows VM is a disk, partition, >>>>>>>>>> file, LVM >>>>>>>>>> volume or even a ZoL's zvol (and it comes from a dom0 itself, >>>>>>>>>> without >>>>>>>>>> iSCSI)- it works. >>>>>>>>>> >>>>>>>>>> If I install Windows and the GPLPV drivers on a hard drive >>>>>>>>>> attached to >>>>>>>>>> dom0, Windows + GPLPV work perfectly. If I then give the same >>>>>>>>>> hard >>>>>>>>>> drive >>>>>>>>>> as a block device to the storage VM and re-export it through >>>>>>>>>> iSCSI, >>>>>>>>> >>>>>>>>> (b) >>>>>>>>> >>>>>>>>>> Windows usually boots fine, but works unstable. And by unstable I >>>>>>>>>> mean >>>>>>>>>> random read/write errors, sometimes programs won't start, >>>>>>>>>> ntdll.dll >>>>>>>>>> crashes, and after couple reboots Windows won't boot (just like >>>>>>>>>> mentioned above). >>>>>>>>>> >>>>>>>>>> The configurations I would like to achieve makes sense only >>>>>>>>>> with PV >>>>>>>>>> drivers on both storage and Windows VM. All of the "components" >>>>>>>>>> seem to >>>>>>>>>> work perfectly until all put together, so I am not really sure >>>>>>>>>> where >>>>>>>>>> the >>>>>>>>>> problem is. >>>>>>>>>> >>>>>>>>>> I would be very grateful for any suggestions or ideas that could >>>>>>>>>> possibly help to narrow down the problem. Maybe I am just doing >>>>>>>>>> something wrong (I hope so). Or maybe there is a bug that shows >>>>>>>>>> itself >>>>>>>>>> only in such a particular configuration (hope not)? >>>>>>>>>> >>>>>>>>> >>>>>>>>> I'm curious about prompting for the pvscsi drivers to be >>>>>>>>> installed. Is >>>>>>>>> this definitely what it is asking for? Pvscsi for gplpv is >>>>>>>>> removed in >>>>>>>>> the latest versions and suffered varying degrees of bitrot in >>>>>>>>> earlier >>>>>>>>> versions. If you have the iscsi initiator in dom0 then exporting a >>>>>>>>> block device to windows via the normal vbd channel should be just >>>>>>>>> fine. >>>>>>>>> >>>>>>>>> You've gone to great lengths to explain the various things you've >>>>>>>>> tried, but I think I'm a little confused on where the iscsi >>>>>>>>> initiator >>>>>>>>> is in the "doesn't work" scenarios. I'm having a bit of an off day >>>>>>>>> today so it's probably just me, but above I have highlighted >>>>>>>>> the two >>>>>>>>> scenarios... could you fill me in on a few things: >>>>>>>>> >>>>>>>>> At (a) and (b), is the iscsi initiator in dom0, or are you >>>>>>>>> actually >>>>>>>>> booting windows directly via iscsi? >>>>>>>>> >>>>>>>>> At (b), with latest debug build of gplpv, can you run debugview >>>>>>>>> from >>>>>>>>> sysinternals.com and see if any interesting messages are displayed >>>>>>>>> before things fall in a heap? >>>>>>>>> >>>>>>>>> Are any strange logs shown in any of Win DomU, Dom0, or storage >>>>>>>>> DomU? >>>>>>>>> >>>>>>>>> How big are your disks? >>>>>>>>> >>>>>>>>> Can you reproduce with only one vcpu? >>>>>>>>> >>>>>>>>> What bridge are you using? Openvswitch or traditional linux >>>>>>>>> bridge? >>>>>>>>> >>>>>>>>> What MTU are you using on your storage network? If you are using >>>>>>>>> Jumbo >>>>>>>>> frames can you go back to 1500 (or at least <=3D 4000)? >>>>>>>>> >>>>>>>>> Can you turn off scatter gather, Large Send Offload (GSO), and IP >>>>>>>>> Checksum offload on all the iscsi endpoints? >>>>>>>>> >>>>>>>>> Can you turn on data digest/checksum on iscsi? If all endpoints >>>>>>>>> support it then this would provide additional verification that >>>>>>>>> none >>>>>>>>> of the network packets are getting corrupted. >>>>>>>>> >>>>>>>>> Would driver domain work in your scenario? Then the disk could be >>>>>>>>> attached directly from your storage DomU without accruing all the >>>>>>>>> iscsi overhead. I'm not up with the status of HVM, vbd, and driver >>>>>>>>> domain so I don't know if this is possible. >>>>>>>>> >>>>>>>>> More questions than answers. Sorry :) >>>>>>>>> >>>>>>>>> James >>>>>>>> >>>>>>>> Dear James, >>>>>>>> >>>>>>>> thank you for your questions - I really appreciate everything that >>>>>>>> may >>>>>>>> help me move closer to solving or isolating the problem. >>>>>>>> >>>>>>>> I'll check what type of driver is used exactly - up until now I >>>>>>>> always >>>>>>>> just installed all drivers included in the package, I thought >>>>>>>> all of >>>>>>>> them were necessary. I'll try installing them without XenScsi. >>>>>>>> >>>>>>>> Do you mean revisions > 1092:85b99b9795a6 by "the latest versions"? >>>>>>>> Which version should I use? >>>>>>>> >>>>>>>> Forgive me if the descriptions were unclear. The initiator was >>>>>>>> always in >>>>>>>> dom0. I only moved the target to dom0 or a separate physical >>>>>>>> machine in >>>>>>>> (4) and (5). I didn't boot Windows directly from iSCSI (in fact I >>>>>>>> tried >>>>>>>> couple times, but had some problems with it, so I didn't mention >>>>>>>> it). >>>>>>>> >>>>>>>> My "disks" (the block devices I dedicated to the Windows VM) were >>>>>>>> whole >>>>>>>> 120GB and 240GB SSDs, ~100GB ZVOLs and 50GB LVM volumes. >>>>>>>> >>>>>>>> I'm using traditional linux bridge. I didn't set MTUs explicitly, >>>>>>>> so I >>>>>>>> assume it's 1500, but I will verify this. >>>>>>>> >>>>>>>> I'd love to use a storage driver domain, but the wiki says "It >>>>>>>> is not >>>>>>>> possible to use driver domains with pygrub or HVM guests yet". But >>>>>>>> the >>>>>>>> page is a couple of months old, maybe it's an outdated info? It >>>>>>>> surely >>>>>>>> is worth checking out. >>>>>>>> >>>>>>>> I'll do my best to provide answers to the remaining questions as >>>>>>>> soon as >>>>>>>> possible. Thank you for so many ideas. >>>>>>>> >>>>>>>> Best regards, >>>>>>>> Kuba >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> Xen-users mailing list >>>>>>>> Xen-users@lists.xen.org >>>>>>>> http://lists.xen.org/xen-users >>>>>>> >>>>>>> It seems the problems are not related to GPLPV. There is an easy >>>>>>> way to >>>>>>> reproduce the issues without Windows and without installing >>>>>>> anything, >>>>>>> using only livecds for two DomUs: >>>>>>> >>>>>>> 1) Set up a Linux Dom0 with Xen 4.3.1 and standard Linux bridge for >>>>>>> Dom0 >>>>>>> and DomUs >>>>>> >>>>>> Are you using a Xen build with debugging enabled? I think I might >>>>>> have a >>>>>> clue of what's happening, because I also saw it. Could you recompile >>>>>> Xen >>>>>> with debugging enabled and try the same test (iSCSI target on DomU >>>>>> and >>>>>> initiator on Dom0)? >>>>>> >>>>>> Roger. >>>>>> >>>>>> _______________________________________________ >>>>>> Xen-users mailing list >>>>>> Xen-users@lists.xen.org >>>>>> http://lists.xen.org/xen-users >>>>>> >>>>> >>>>> Of course I could! Please point me to any relevant information on >>>>> how to >>>>> build Xen with debugging enabled and what to do next. I build Xen >>>>> using >>>>> standard ./configure && make world && make install. >>>> >>>> Just `make debug=3Dy xen` and boot with the resulting xen.gz. >>>> >>>> Roger. >>>> >>>> >>>> _______________________________________________ >>>> Xen-users mailing list >>>> Xen-users@lists.xen.org >>>> http://lists.xen.org/xen-users >>>> >>> >>> I ran the test using debug build of Xen. This time I gave the name "tgt" >>> to the DomU with iSCSI target, and the other domain was named simply >>> "domu". Sorry for the inconsistency. After logging in to the iSCSI >>> target from Dom0, I ran "mkfs.ext4 /dev/sdb" (still in Dom0). So far, so >>> good. Then I launched the other DomU and as soon as I executed >>> "fsck.ext4 /dev/xvda", some errors appeared in the output of "xl dmesg" >>> (attached as "xl-dmesg.log"). Surprisingly, the first fsck succeeded. >>> Unfortunately, executing fsck.ext4 for the second time showed serious >>> file system errors. The fsck commands were the only things I ran that >>> touched /dev/xvda. After shutting down "domu", when I tried to log out >>> from the iSCSI target, an error came up in Dom0's dmesg >>> ("dom0-dmesg.log"). Logs from /var/log/xen/ are also attached. >>> >>> I will happily run next tests - just tell me what can I do :) >> >> Hello, >> >> This is the same problem I've seen when using a similar setup. The root >> of the problem is that blkback maps a grant ref to a memory page in >> Dom0, then this memory page ends up in netback, and when netback tries >> to issue a GNTTABOP_copy using the mfn of this grant mapped page the >> operation fails because Xen detects that the mfn passed doesn't belong >> to the guest. >> >> The only way I can think of solving this is that netback detects that >> the page is not local and somehow we use it's grant ref instead of mfn >> (this means we would need to store the grant ref somewhere in the page). >> >> Roger. > = > As this is something far beyond my ability to solve, I couldn't resist > to try something else - running FreeBSD 10 as a storage driver domain. I > was able to provide a block device (zvol) from one FreeBSD DomU directly > to another FreeBSD DomU just like described in the wiki (with Qemu > traditional in the second DomU) and install the OS on it. Unfortunately > the second DomU's bios was unable to detect this "disk" and boot from it. > = > But with this command: > xl block-attach Domain-0 > "format=3Draw,backendtype=3Dphy,backend=3Dfbsd,vdev=3Dxvds,target=3D/dev/= zvol/zroot/vol1" > = > = > I was able to attach a block device exported from a DomU to Dom0 without > iSCSI and then using it as a disk for a second DomU (with > disk=3D['phy:/dev/xvds,xvda,w']). Now, if the second DomU had no PV > drivers (e.g. Windows without GPLPV), everything worked fine. But > running an OS with PV drivers (Linux or Windows+GPLPV) in the second > DomU resulted in a very similar errors in xl dmesg like in the > previously attached logs (see the attachment). > = > Do I understand correctly that solving the issue you are pointing out > would also allow to use OSes like FreeBSD as storage driver domain for > other PV-enabled DomUs? That would be something! > = > And most importantly - is there anything I can do to help? Hello, Thanks for testing this use-case also. I have not debugged it closely, but I think what's happening here is that blkback in Dom0 grant maps a page passed from the DomU, and then the blkfront instance on Dom0 tries to use gnttab_grant_foreign_access_ref on that page and fails miserably (because the page doesn't belong to Dom0). The right way to fix this would be to make blkfront and blkback in the respective guests connect directly instead of using Dom0 as a proxy. Mainly the toolstack in Dom0 needs to know you are trying to attach a disk from a driver domain and DTRT (attach the disk locally to Dom0 for HVM access, but write the PV disk info in xenstore so that the guest connects directly to the blkback in the driver domain instead of Dom0). Are you interested in submitting a patch for libxl to fix this? Roger. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Feb 07 09:26:58 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 07 Feb 2014 09:26: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 1WBhh9-0005ze-7t; Fri, 07 Feb 2014 09:25:59 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBhh8-0005zV-03 for xen-users@lists.xen.org; Fri, 07 Feb 2014 09:25:58 +0000 Received: from [193.109.254.147:58805] by server-11.bemta-14.messagelabs.com id 6F/12-24604-5A6A4F25; Fri, 07 Feb 2014 09:25:57 +0000 X-Env-Sender: roger.pau@citrix.com X-Msg-Ref: server-4.tower-27.messagelabs.com!1391765155!2683698!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4225 invoked from network); 7 Feb 2014 09:25:56 -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; 7 Feb 2014 09:25:56 -0000 X-IronPort-AV: E=Sophos;i="4.95,799,1384300800"; d="scan'208";a="100773479" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 07 Feb 2014 09:25:54 +0000 Received: from [IPv6:::1] (10.80.16.47) by smtprelay.citrix.com (10.13.107.79) with Microsoft SMTP Server id 14.2.342.4; Fri, 7 Feb 2014 04:25:54 -0500 Message-ID: <52F4A6A1.30708@citrix.com> Date: Fri, 7 Feb 2014 10:25:53 +0100 From: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Kuba , References: <52EA58B2.50004@op.pl> <6035A0D088A63A46850C3988ED045A4B6F38BB3C@BITCOM1.int.sbss.com.au> <52ED4AA6.5000601@op.pl> <52F26335.7060902@op.pl> <52F266EE.6000104@citrix.com> <52F26A40.5040305@op.pl> <52F26CCE.1090201@citrix.com> <52F2B2FB.9070004@op.pl> <52F3462C.8040906@citrix.com> <52F40D79.2080608@op.pl> In-Reply-To: <52F40D79.2080608@op.pl> X-Enigmail-Version: 1.6 X-DLP: MIA2 Subject: Re: [Xen-users] Strange failures of Xen 4.3.1, PVHVM storage VM, iSCSI and Windows+GPLPV VM combination X-BeenThere: xen-users@lists.xen.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 06/02/14 23:32, Kuba wrote: > W dniu 2014-02-06 09:22, Roger Pau Monn=E9 pisze: >> On 05/02/14 22:54, Kuba wrote: >>> W dniu 2014-02-05 17:54, Roger Pau Monn=E9 pisze: >>>> On 05/02/14 17:43, Kuba wrote: >>>>> W dniu 2014-02-05 17:29, Roger Pau Monn=E9 pisze: >>>>>> On 05/02/14 17:13, Kuba wrote: >>>>>>> W dniu 2014-02-01 20:27, Kuba pisze: >>>>>>>> W dniu 2014-01-31 02:35, James Harper pisze: >>>>>>>>>> >>>>>>>>>> I am trying to set up a following configuration: >>>>>>>>>> 1. very simple Linux-based dom0 (Debian 7.3) with Xen 4.3.1 >>>>>>>>>> compiled >>>>>>>>>> from sources, >>>>>>>>>> 2. one storage VM (FreeBSD 10, HVM+PV) with SATA controller >>>>>>>>>> attached >>>>>>>>>> using VT-d, exporting block devices via iSCSI to other VMs and >>>>>>>>>> physical >>>>>>>>>> machines, >>>>>>>>>> 3. one Windows 7 SP1 64 VM (HVM+GPLPV) with GPU passthrough >>>>>>>>>> (Quadro >>>>>>>>>> 4000) installed on a block device exported from the storage VM >>>>>>>>>> (target >>>>>>>>>> on the storage VM, initiator on dom0). >>>>>>>>>> >>>>>>>>>> Everything works perfectly (including PCI & GPU passthrough) >>>>>>>>>> until I >>>>>>>>>> install GPLPV drivers on the Windows VM. After driver >>>>>>>>>> installation, >>>>>>>>>> Windows needs to reboot, boots fine, displays a message that PV >>>>>>>>>> SCSI >>>>>>>>> >>>>>>>>> (a) >>>>>>>>> >>>>>>>>>> drivers were installed and needs to reboot again, and then cannot >>>>>>>>>> boot. >>>>>>>>>> Sometimes it gets stuck at "booting from harddrive" in SeaBIOS, >>>>>>>>>> sometimes BSODs with "unmountable boot volume" message. All of >>>>>>>>>> the >>>>>>>>>> following I tried without GPU passthrough to narrow down the >>>>>>>>>> problem. >>>>>>>>>> >>>>>>>>>> The intriguing part is this: >>>>>>>>>> >>>>>>>>>> 1. If the storage VM's OS is Linux - it fails with the above >>>>>>>>>> symptoms. >>>>>>>>>> 2. If the block devices for the storage VM come directly from >>>>>>>>>> dom0 >>>>>>>>>> (not >>>>>>>>>> via pci-passthrough) - it fails. >>>>>>>>>> 2. If the storage VM is an HVM without PV drivers (e.g. FreeBSD >>>>>>>>>> 9.2-GENERIC) - it all works. >>>>>>>>>> 3. If the storage VM's OS is Linux with kernel compiled >>>>>>>>>> without Xen >>>>>>>>>> guest support - it works, but is unstable (see below). >>>>>>>>>> 4. If the iSCSI target is on a different physical machine - it >>>>>>>>>> all >>>>>>>>>> works. >>>>>>>>>> 5. If the iSCSI target is on dom0 itself - it works. >>>>>>>>>> 6. If I attach the AHCI controller to the Windows VM and install >>>>>>>>>> directly on the hard drive - it works. >>>>>>>>>> 7. If the block device for Windows VM is a disk, partition, >>>>>>>>>> file, LVM >>>>>>>>>> volume or even a ZoL's zvol (and it comes from a dom0 itself, >>>>>>>>>> without >>>>>>>>>> iSCSI)- it works. >>>>>>>>>> >>>>>>>>>> If I install Windows and the GPLPV drivers on a hard drive >>>>>>>>>> attached to >>>>>>>>>> dom0, Windows + GPLPV work perfectly. If I then give the same >>>>>>>>>> hard >>>>>>>>>> drive >>>>>>>>>> as a block device to the storage VM and re-export it through >>>>>>>>>> iSCSI, >>>>>>>>> >>>>>>>>> (b) >>>>>>>>> >>>>>>>>>> Windows usually boots fine, but works unstable. And by unstable I >>>>>>>>>> mean >>>>>>>>>> random read/write errors, sometimes programs won't start, >>>>>>>>>> ntdll.dll >>>>>>>>>> crashes, and after couple reboots Windows won't boot (just like >>>>>>>>>> mentioned above). >>>>>>>>>> >>>>>>>>>> The configurations I would like to achieve makes sense only >>>>>>>>>> with PV >>>>>>>>>> drivers on both storage and Windows VM. All of the "components" >>>>>>>>>> seem to >>>>>>>>>> work perfectly until all put together, so I am not really sure >>>>>>>>>> where >>>>>>>>>> the >>>>>>>>>> problem is. >>>>>>>>>> >>>>>>>>>> I would be very grateful for any suggestions or ideas that could >>>>>>>>>> possibly help to narrow down the problem. Maybe I am just doing >>>>>>>>>> something wrong (I hope so). Or maybe there is a bug that shows >>>>>>>>>> itself >>>>>>>>>> only in such a particular configuration (hope not)? >>>>>>>>>> >>>>>>>>> >>>>>>>>> I'm curious about prompting for the pvscsi drivers to be >>>>>>>>> installed. Is >>>>>>>>> this definitely what it is asking for? Pvscsi for gplpv is >>>>>>>>> removed in >>>>>>>>> the latest versions and suffered varying degrees of bitrot in >>>>>>>>> earlier >>>>>>>>> versions. If you have the iscsi initiator in dom0 then exporting a >>>>>>>>> block device to windows via the normal vbd channel should be just >>>>>>>>> fine. >>>>>>>>> >>>>>>>>> You've gone to great lengths to explain the various things you've >>>>>>>>> tried, but I think I'm a little confused on where the iscsi >>>>>>>>> initiator >>>>>>>>> is in the "doesn't work" scenarios. I'm having a bit of an off day >>>>>>>>> today so it's probably just me, but above I have highlighted >>>>>>>>> the two >>>>>>>>> scenarios... could you fill me in on a few things: >>>>>>>>> >>>>>>>>> At (a) and (b), is the iscsi initiator in dom0, or are you >>>>>>>>> actually >>>>>>>>> booting windows directly via iscsi? >>>>>>>>> >>>>>>>>> At (b), with latest debug build of gplpv, can you run debugview >>>>>>>>> from >>>>>>>>> sysinternals.com and see if any interesting messages are displayed >>>>>>>>> before things fall in a heap? >>>>>>>>> >>>>>>>>> Are any strange logs shown in any of Win DomU, Dom0, or storage >>>>>>>>> DomU? >>>>>>>>> >>>>>>>>> How big are your disks? >>>>>>>>> >>>>>>>>> Can you reproduce with only one vcpu? >>>>>>>>> >>>>>>>>> What bridge are you using? Openvswitch or traditional linux >>>>>>>>> bridge? >>>>>>>>> >>>>>>>>> What MTU are you using on your storage network? If you are using >>>>>>>>> Jumbo >>>>>>>>> frames can you go back to 1500 (or at least <=3D 4000)? >>>>>>>>> >>>>>>>>> Can you turn off scatter gather, Large Send Offload (GSO), and IP >>>>>>>>> Checksum offload on all the iscsi endpoints? >>>>>>>>> >>>>>>>>> Can you turn on data digest/checksum on iscsi? If all endpoints >>>>>>>>> support it then this would provide additional verification that >>>>>>>>> none >>>>>>>>> of the network packets are getting corrupted. >>>>>>>>> >>>>>>>>> Would driver domain work in your scenario? Then the disk could be >>>>>>>>> attached directly from your storage DomU without accruing all the >>>>>>>>> iscsi overhead. I'm not up with the status of HVM, vbd, and driver >>>>>>>>> domain so I don't know if this is possible. >>>>>>>>> >>>>>>>>> More questions than answers. Sorry :) >>>>>>>>> >>>>>>>>> James >>>>>>>> >>>>>>>> Dear James, >>>>>>>> >>>>>>>> thank you for your questions - I really appreciate everything that >>>>>>>> may >>>>>>>> help me move closer to solving or isolating the problem. >>>>>>>> >>>>>>>> I'll check what type of driver is used exactly - up until now I >>>>>>>> always >>>>>>>> just installed all drivers included in the package, I thought >>>>>>>> all of >>>>>>>> them were necessary. I'll try installing them without XenScsi. >>>>>>>> >>>>>>>> Do you mean revisions > 1092:85b99b9795a6 by "the latest versions"? >>>>>>>> Which version should I use? >>>>>>>> >>>>>>>> Forgive me if the descriptions were unclear. The initiator was >>>>>>>> always in >>>>>>>> dom0. I only moved the target to dom0 or a separate physical >>>>>>>> machine in >>>>>>>> (4) and (5). I didn't boot Windows directly from iSCSI (in fact I >>>>>>>> tried >>>>>>>> couple times, but had some problems with it, so I didn't mention >>>>>>>> it). >>>>>>>> >>>>>>>> My "disks" (the block devices I dedicated to the Windows VM) were >>>>>>>> whole >>>>>>>> 120GB and 240GB SSDs, ~100GB ZVOLs and 50GB LVM volumes. >>>>>>>> >>>>>>>> I'm using traditional linux bridge. I didn't set MTUs explicitly, >>>>>>>> so I >>>>>>>> assume it's 1500, but I will verify this. >>>>>>>> >>>>>>>> I'd love to use a storage driver domain, but the wiki says "It >>>>>>>> is not >>>>>>>> possible to use driver domains with pygrub or HVM guests yet". But >>>>>>>> the >>>>>>>> page is a couple of months old, maybe it's an outdated info? It >>>>>>>> surely >>>>>>>> is worth checking out. >>>>>>>> >>>>>>>> I'll do my best to provide answers to the remaining questions as >>>>>>>> soon as >>>>>>>> possible. Thank you for so many ideas. >>>>>>>> >>>>>>>> Best regards, >>>>>>>> Kuba >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> Xen-users mailing list >>>>>>>> Xen-users@lists.xen.org >>>>>>>> http://lists.xen.org/xen-users >>>>>>> >>>>>>> It seems the problems are not related to GPLPV. There is an easy >>>>>>> way to >>>>>>> reproduce the issues without Windows and without installing >>>>>>> anything, >>>>>>> using only livecds for two DomUs: >>>>>>> >>>>>>> 1) Set up a Linux Dom0 with Xen 4.3.1 and standard Linux bridge for >>>>>>> Dom0 >>>>>>> and DomUs >>>>>> >>>>>> Are you using a Xen build with debugging enabled? I think I might >>>>>> have a >>>>>> clue of what's happening, because I also saw it. Could you recompile >>>>>> Xen >>>>>> with debugging enabled and try the same test (iSCSI target on DomU >>>>>> and >>>>>> initiator on Dom0)? >>>>>> >>>>>> Roger. >>>>>> >>>>>> _______________________________________________ >>>>>> Xen-users mailing list >>>>>> Xen-users@lists.xen.org >>>>>> http://lists.xen.org/xen-users >>>>>> >>>>> >>>>> Of course I could! Please point me to any relevant information on >>>>> how to >>>>> build Xen with debugging enabled and what to do next. I build Xen >>>>> using >>>>> standard ./configure && make world && make install. >>>> >>>> Just `make debug=3Dy xen` and boot with the resulting xen.gz. >>>> >>>> Roger. >>>> >>>> >>>> _______________________________________________ >>>> Xen-users mailing list >>>> Xen-users@lists.xen.org >>>> http://lists.xen.org/xen-users >>>> >>> >>> I ran the test using debug build of Xen. This time I gave the name "tgt" >>> to the DomU with iSCSI target, and the other domain was named simply >>> "domu". Sorry for the inconsistency. After logging in to the iSCSI >>> target from Dom0, I ran "mkfs.ext4 /dev/sdb" (still in Dom0). So far, so >>> good. Then I launched the other DomU and as soon as I executed >>> "fsck.ext4 /dev/xvda", some errors appeared in the output of "xl dmesg" >>> (attached as "xl-dmesg.log"). Surprisingly, the first fsck succeeded. >>> Unfortunately, executing fsck.ext4 for the second time showed serious >>> file system errors. The fsck commands were the only things I ran that >>> touched /dev/xvda. After shutting down "domu", when I tried to log out >>> from the iSCSI target, an error came up in Dom0's dmesg >>> ("dom0-dmesg.log"). Logs from /var/log/xen/ are also attached. >>> >>> I will happily run next tests - just tell me what can I do :) >> >> Hello, >> >> This is the same problem I've seen when using a similar setup. The root >> of the problem is that blkback maps a grant ref to a memory page in >> Dom0, then this memory page ends up in netback, and when netback tries >> to issue a GNTTABOP_copy using the mfn of this grant mapped page the >> operation fails because Xen detects that the mfn passed doesn't belong >> to the guest. >> >> The only way I can think of solving this is that netback detects that >> the page is not local and somehow we use it's grant ref instead of mfn >> (this means we would need to store the grant ref somewhere in the page). >> >> Roger. > = > As this is something far beyond my ability to solve, I couldn't resist > to try something else - running FreeBSD 10 as a storage driver domain. I > was able to provide a block device (zvol) from one FreeBSD DomU directly > to another FreeBSD DomU just like described in the wiki (with Qemu > traditional in the second DomU) and install the OS on it. Unfortunately > the second DomU's bios was unable to detect this "disk" and boot from it. > = > But with this command: > xl block-attach Domain-0 > "format=3Draw,backendtype=3Dphy,backend=3Dfbsd,vdev=3Dxvds,target=3D/dev/= zvol/zroot/vol1" > = > = > I was able to attach a block device exported from a DomU to Dom0 without > iSCSI and then using it as a disk for a second DomU (with > disk=3D['phy:/dev/xvds,xvda,w']). Now, if the second DomU had no PV > drivers (e.g. Windows without GPLPV), everything worked fine. But > running an OS with PV drivers (Linux or Windows+GPLPV) in the second > DomU resulted in a very similar errors in xl dmesg like in the > previously attached logs (see the attachment). > = > Do I understand correctly that solving the issue you are pointing out > would also allow to use OSes like FreeBSD as storage driver domain for > other PV-enabled DomUs? That would be something! > = > And most importantly - is there anything I can do to help? Hello, Thanks for testing this use-case also. I have not debugged it closely, but I think what's happening here is that blkback in Dom0 grant maps a page passed from the DomU, and then the blkfront instance on Dom0 tries to use gnttab_grant_foreign_access_ref on that page and fails miserably (because the page doesn't belong to Dom0). The right way to fix this would be to make blkfront and blkback in the respective guests connect directly instead of using Dom0 as a proxy. Mainly the toolstack in Dom0 needs to know you are trying to attach a disk from a driver domain and DTRT (attach the disk locally to Dom0 for HVM access, but write the PV disk info in xenstore so that the guest connects directly to the blkback in the driver domain instead of Dom0). Are you interested in submitting a patch for libxl to fix this? Roger. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Feb 07 10:18:14 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 07 Feb 2014 10:18:14 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBiUw-0001PZ-Q7; Fri, 07 Feb 2014 10:17:26 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBiUu-0001PN-W5 for xen-users@lists.xen.org; Fri, 07 Feb 2014 10:17:25 +0000 Received: from [85.158.137.68:42205] by server-16.bemta-3.messagelabs.com id FD/F9-29917-4B2B4F25; Fri, 07 Feb 2014 10:17:24 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-11.tower-31.messagelabs.com!1391768242!279457!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23340 invoked from network); 7 Feb 2014 10:17:23 -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; 7 Feb 2014 10:17:23 -0000 X-IronPort-AV: E=Sophos;i="4.95,799,1384300800"; d="scan'208";a="98924334" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 07 Feb 2014 10:17:21 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL02.citrite.net (10.13.107.79) with Microsoft SMTP Server id 14.2.342.4; Fri, 7 Feb 2014 05:17:21 -0500 Message-ID: <1391768240.2162.25.camel@kazak.uk.xensource.com> From: Ian Campbell To: Date: Fri, 7 Feb 2014 10:17:20 +0000 In-Reply-To: <2344171.uO2oSkn6yn@wsarbeit> References: <7912606.hG6ECJbH9R@wsarbeit> <2344171.uO2oSkn6yn@wsarbeit> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Dom0 memory not accepted X-BeenThere: xen-users@lists.xen.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, 2014-02-06 at 20:33 +0100, h.diehm@is-fun.de wrote: > Hi, > > a litte addendum to the xl info - there are already vms running, so the shown free mem isn't r4eally free, it's already used by vms I think you are hitting the issue described in http://blog.xen.org/index.php/2012/04/30/memory-where-it-has-not-gone/ As it says towards the end you need to manually balloon up to the target. This was fixed in Linux 3.5 according to the blog post and you are using 3.2 from Wheezy. IIRC the fix was too big/complex to be backportable. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Feb 07 10:18:14 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 07 Feb 2014 10:18:14 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBiUw-0001PZ-Q7; Fri, 07 Feb 2014 10:17:26 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBiUu-0001PN-W5 for xen-users@lists.xen.org; Fri, 07 Feb 2014 10:17:25 +0000 Received: from [85.158.137.68:42205] by server-16.bemta-3.messagelabs.com id FD/F9-29917-4B2B4F25; Fri, 07 Feb 2014 10:17:24 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-11.tower-31.messagelabs.com!1391768242!279457!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23340 invoked from network); 7 Feb 2014 10:17:23 -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; 7 Feb 2014 10:17:23 -0000 X-IronPort-AV: E=Sophos;i="4.95,799,1384300800"; d="scan'208";a="98924334" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 07 Feb 2014 10:17:21 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL02.citrite.net (10.13.107.79) with Microsoft SMTP Server id 14.2.342.4; Fri, 7 Feb 2014 05:17:21 -0500 Message-ID: <1391768240.2162.25.camel@kazak.uk.xensource.com> From: Ian Campbell To: Date: Fri, 7 Feb 2014 10:17:20 +0000 In-Reply-To: <2344171.uO2oSkn6yn@wsarbeit> References: <7912606.hG6ECJbH9R@wsarbeit> <2344171.uO2oSkn6yn@wsarbeit> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Dom0 memory not accepted X-BeenThere: xen-users@lists.xen.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, 2014-02-06 at 20:33 +0100, h.diehm@is-fun.de wrote: > Hi, > > a litte addendum to the xl info - there are already vms running, so the shown free mem isn't r4eally free, it's already used by vms I think you are hitting the issue described in http://blog.xen.org/index.php/2012/04/30/memory-where-it-has-not-gone/ As it says towards the end you need to manually balloon up to the target. This was fixed in Linux 3.5 according to the blog post and you are using 3.2 from Wheezy. IIRC the fix was too big/complex to be backportable. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Feb 07 12:46:43 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 07 Feb 2014 12:46:43 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBkoI-00026D-BX; Fri, 07 Feb 2014 12:45:34 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBkoH-000264-12 for xen-users@lists.xen.org; Fri, 07 Feb 2014 12:45:33 +0000 Received: from [85.158.137.68:42229] by server-10.bemta-3.messagelabs.com id B7/45-07302-C65D4F25; Fri, 07 Feb 2014 12:45:32 +0000 X-Env-Sender: h.diehm@is-fun.de X-Msg-Ref: server-9.tower-31.messagelabs.com!1391777131!322021!1 X-Originating-IP: [212.114.35.2] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20039 invoked from network); 7 Feb 2014 12:45:31 -0000 Received: from ger7.wwwserver.net (HELO ger7-2.wwwserver.net) (212.114.35.2) by server-9.tower-31.messagelabs.com with SMTP; 7 Feb 2014 12:45:31 -0000 Received: from wsarbeit.localnet (dslb-088-066-015-015.pools.arcor-ip.net [88.66.15.15]) (authenticated bits=0) by ger7-2.wwwserver.net (8.13.7/8.12.7/SuSE Linux 0.6) with ESMTP id s17CjPop004414 for ; Fri, 7 Feb 2014 13:45:33 +0100 From: h.diehm@is-fun.de Apparently-To: To: xen-users@lists.xen.org Date: Fri, 07 Feb 2014 13:45:23 +0100 Message-ID: <3511043.HE68Ff0O7p@wsarbeit> Organization: iS-Fun Internet Services GmbH X-Face: 2xOVuDEP$.S`ibpuWl_5^1hVFDxs-ZUR)I[Rp:(7}bRZ@; Z6iv_GI%-]V#W{S2uR`!>0*x /Bp.e{5?MEx:O/jZi9H^Tg\fTf User-Agent: KMail/4.9.5 (Linux/3.5.0-43-generic; KDE/4.9.5; x86_64; ; ) In-Reply-To: <1391768240.2162.25.camel@kazak.uk.xensource.com> References: <7912606.hG6ECJbH9R@wsarbeit> <2344171.uO2oSkn6yn@wsarbeit> <1391768240.2162.25.camel@kazak.uk.xensource.com> MIME-Version: 1.0 Subject: Re: [Xen-users] Dom0 memory not accepted X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: h.diehm@is-fun.de 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 SGVsbG8gSWFuLAoKdGhhbmtzIGEgbG90LiBJIHJlYWQgdGhlIHRocmVhZCwgYnV0IG1pc3NlZCB0 aGUgaW1wb3J0YW50IHBvaW50IDotKQpPbmNlIHRoZSBwcm9ibGVtIHdhcyBvYnZpb3MgLSB0aGUg c29sdXRpb24gd2FzIGFzIHdlbGwgOgoKYXB0LWdldCBpbnN0YWxsIC10IHRlc3RpbmcgbGludXgt aW1hZ2UtYW1kNjQgIyh3aGljaCBpcyBrZXJuZWwgMy4xMikKCmV0IHZvaWzDoQojIGZyZWUgLW0K ICAgICAgICAgICAgIHRvdGFsICAgICAgIHVzZWQgICAgICAgZnJlZSAgICAgc2hhcmVkICAgIGJ1 ZmZlcnMgICAgIGNhY2hlZApNZW06ICAgICAgICAgIDQzMzMgICAgICAgIDExNyAgICAgICA0MjE2 ICAgICAgICAgIDAgICAgICAgICAgOCAgICAgICAgIDM1CgpUaGFua3Mgc28gbXVjaCB0byBwb2lu dCBtZSB0byB0aGF0IDotKQoKQW0gRnJlaXRhZywgNy4gRmVicnVhciAyMDE0LCAxMDoxNzoyMCBz Y2hyaWViIElhbiBDYW1wYmVsbDoKPiBPbiBUaHUsIDIwMTQtMDItMDYgYXQgMjA6MzMgKzAxMDAs IGguZGllaG1AaXMtZnVuLmRlIHdyb3RlOgo+ID4gSGksCj4gPiAKPiA+IGEgbGl0dGUgYWRkZW5k dW0gdG8gdGhlIHhsIGluZm8gLSB0aGVyZSBhcmUgYWxyZWFkeSB2bXMgcnVubmluZywgc28gdGhl IHNob3duIGZyZWUgbWVtIGlzbid0IHI0ZWFsbHkgZnJlZSwgaXQncyBhbHJlYWR5IHVzZWQgYnkg dm1zCj4gCj4gSSB0aGluayB5b3UgYXJlIGhpdHRpbmcgdGhlIGlzc3VlIGRlc2NyaWJlZCBpbgo+ IGh0dHA6Ly9ibG9nLnhlbi5vcmcvaW5kZXgucGhwLzIwMTIvMDQvMzAvbWVtb3J5LXdoZXJlLWl0 LWhhcy1ub3QtZ29uZS8KPiAKPiBBcyBpdCBzYXlzIHRvd2FyZHMgdGhlIGVuZCB5b3UgbmVlZCB0 byBtYW51YWxseSBiYWxsb29uIHVwIHRvIHRoZQo+IHRhcmdldC4gVGhpcyB3YXMgZml4ZWQgaW4g TGludXggMy41IGFjY29yZGluZyB0byB0aGUgYmxvZyBwb3N0IGFuZCB5b3UKPiBhcmUgdXNpbmcg My4yIGZyb20gV2hlZXp5Lgo+IAo+IElJUkMgdGhlIGZpeCB3YXMgdG9vIGJpZy9jb21wbGV4IHRv IGJlIGJhY2twb3J0YWJsZS4KPiAKPiBJYW4uCj4gCj4gCj4gCj4gX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX18KPiBYZW4tdXNlcnMgbWFpbGluZyBsaXN0Cj4g WGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKPiBodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnMK PiAKCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi11 c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhl bi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Fri Feb 07 12:46:43 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 07 Feb 2014 12:46:43 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBkoI-00026D-BX; Fri, 07 Feb 2014 12:45:34 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBkoH-000264-12 for xen-users@lists.xen.org; Fri, 07 Feb 2014 12:45:33 +0000 Received: from [85.158.137.68:42229] by server-10.bemta-3.messagelabs.com id B7/45-07302-C65D4F25; Fri, 07 Feb 2014 12:45:32 +0000 X-Env-Sender: h.diehm@is-fun.de X-Msg-Ref: server-9.tower-31.messagelabs.com!1391777131!322021!1 X-Originating-IP: [212.114.35.2] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20039 invoked from network); 7 Feb 2014 12:45:31 -0000 Received: from ger7.wwwserver.net (HELO ger7-2.wwwserver.net) (212.114.35.2) by server-9.tower-31.messagelabs.com with SMTP; 7 Feb 2014 12:45:31 -0000 Received: from wsarbeit.localnet (dslb-088-066-015-015.pools.arcor-ip.net [88.66.15.15]) (authenticated bits=0) by ger7-2.wwwserver.net (8.13.7/8.12.7/SuSE Linux 0.6) with ESMTP id s17CjPop004414 for ; Fri, 7 Feb 2014 13:45:33 +0100 From: h.diehm@is-fun.de Apparently-To: To: xen-users@lists.xen.org Date: Fri, 07 Feb 2014 13:45:23 +0100 Message-ID: <3511043.HE68Ff0O7p@wsarbeit> Organization: iS-Fun Internet Services GmbH X-Face: 2xOVuDEP$.S`ibpuWl_5^1hVFDxs-ZUR)I[Rp:(7}bRZ@; Z6iv_GI%-]V#W{S2uR`!>0*x /Bp.e{5?MEx:O/jZi9H^Tg\fTf User-Agent: KMail/4.9.5 (Linux/3.5.0-43-generic; KDE/4.9.5; x86_64; ; ) In-Reply-To: <1391768240.2162.25.camel@kazak.uk.xensource.com> References: <7912606.hG6ECJbH9R@wsarbeit> <2344171.uO2oSkn6yn@wsarbeit> <1391768240.2162.25.camel@kazak.uk.xensource.com> MIME-Version: 1.0 Subject: Re: [Xen-users] Dom0 memory not accepted X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: h.diehm@is-fun.de 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 SGVsbG8gSWFuLAoKdGhhbmtzIGEgbG90LiBJIHJlYWQgdGhlIHRocmVhZCwgYnV0IG1pc3NlZCB0 aGUgaW1wb3J0YW50IHBvaW50IDotKQpPbmNlIHRoZSBwcm9ibGVtIHdhcyBvYnZpb3MgLSB0aGUg c29sdXRpb24gd2FzIGFzIHdlbGwgOgoKYXB0LWdldCBpbnN0YWxsIC10IHRlc3RpbmcgbGludXgt aW1hZ2UtYW1kNjQgIyh3aGljaCBpcyBrZXJuZWwgMy4xMikKCmV0IHZvaWzDoQojIGZyZWUgLW0K ICAgICAgICAgICAgIHRvdGFsICAgICAgIHVzZWQgICAgICAgZnJlZSAgICAgc2hhcmVkICAgIGJ1 ZmZlcnMgICAgIGNhY2hlZApNZW06ICAgICAgICAgIDQzMzMgICAgICAgIDExNyAgICAgICA0MjE2 ICAgICAgICAgIDAgICAgICAgICAgOCAgICAgICAgIDM1CgpUaGFua3Mgc28gbXVjaCB0byBwb2lu dCBtZSB0byB0aGF0IDotKQoKQW0gRnJlaXRhZywgNy4gRmVicnVhciAyMDE0LCAxMDoxNzoyMCBz Y2hyaWViIElhbiBDYW1wYmVsbDoKPiBPbiBUaHUsIDIwMTQtMDItMDYgYXQgMjA6MzMgKzAxMDAs IGguZGllaG1AaXMtZnVuLmRlIHdyb3RlOgo+ID4gSGksCj4gPiAKPiA+IGEgbGl0dGUgYWRkZW5k dW0gdG8gdGhlIHhsIGluZm8gLSB0aGVyZSBhcmUgYWxyZWFkeSB2bXMgcnVubmluZywgc28gdGhl IHNob3duIGZyZWUgbWVtIGlzbid0IHI0ZWFsbHkgZnJlZSwgaXQncyBhbHJlYWR5IHVzZWQgYnkg dm1zCj4gCj4gSSB0aGluayB5b3UgYXJlIGhpdHRpbmcgdGhlIGlzc3VlIGRlc2NyaWJlZCBpbgo+ IGh0dHA6Ly9ibG9nLnhlbi5vcmcvaW5kZXgucGhwLzIwMTIvMDQvMzAvbWVtb3J5LXdoZXJlLWl0 LWhhcy1ub3QtZ29uZS8KPiAKPiBBcyBpdCBzYXlzIHRvd2FyZHMgdGhlIGVuZCB5b3UgbmVlZCB0 byBtYW51YWxseSBiYWxsb29uIHVwIHRvIHRoZQo+IHRhcmdldC4gVGhpcyB3YXMgZml4ZWQgaW4g TGludXggMy41IGFjY29yZGluZyB0byB0aGUgYmxvZyBwb3N0IGFuZCB5b3UKPiBhcmUgdXNpbmcg My4yIGZyb20gV2hlZXp5Lgo+IAo+IElJUkMgdGhlIGZpeCB3YXMgdG9vIGJpZy9jb21wbGV4IHRv IGJlIGJhY2twb3J0YWJsZS4KPiAKPiBJYW4uCj4gCj4gCj4gCj4gX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX18KPiBYZW4tdXNlcnMgbWFpbGluZyBsaXN0Cj4g WGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKPiBodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnMK PiAKCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi11 c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhl bi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Fri Feb 07 14:54:38 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 07 Feb 2014 14:54: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 1WBmo7-0000lP-D5; Fri, 07 Feb 2014 14:53:31 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBPWd-0005Zg-Ll for xen-users@lists.xenproject.org; Thu, 06 Feb 2014 14:01:56 +0000 Received: from [85.158.139.211:62534] by server-2.bemta-5.messagelabs.com id DA/B0-23037-2D593F25; Thu, 06 Feb 2014 14:01:54 +0000 X-Env-Sender: della5@iinet.com.au X-Msg-Ref: server-12.tower-206.messagelabs.com!1391695311!2132293!1 X-Originating-IP: [203.59.1.219] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMDMuNTkuMS4yMTkgPT4gMTgzNDg=\n,sa_preprocessor: QmFkIElQOiAyMDMuNTkuMS4yMTkgPT4gMTgzNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18966 invoked from network); 6 Feb 2014 14:01:53 -0000 Received: from icp-osb-irony-out3.external.iinet.net.au (HELO icp-osb-irony-out3.external.iinet.net.au) (203.59.1.219) by server-12.tower-206.messagelabs.com with SMTP; 6 Feb 2014 14:01:53 -0000 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Au4MAPmU81J8lVtF/2dsb2JhbABZgww4gwamM5YPgQkWdIIlAQEEAToxEwsLDQsJJQ8QOAYBEod9Bw7OPxeOGAoHAVeEOASJR4UciUeBM4U+izGDOi+BLAkX X-IronPort-AV: E=Sophos;i="4.95,793,1384272000"; d="scan'208";a="189997262" Received: from unknown (HELO archtester.homenetwork) ([124.149.91.69]) by icp-osb-irony-out3.iinet.net.au with ESMTP; 06 Feb 2014 22:01:50 +0800 Date: Thu, 6 Feb 2014 21:55:36 +0800 From: IAN DELANEY To: Ian Campbell , xen-users@lists.xenproject.org Message-ID: <20140206215536.51bc47ae@archtester.homenetwork> In-Reply-To: <1391686946.23098.95.camel@kazak.uk.xensource.com> References: <20140204125054.4326eca7@archtester.homenetwork> <1391526972.6497.27.camel@kazak.uk.xensource.com> <20140205113550.7e7a4a09@archtester.homenetwork> <1391603189.6497.142.camel@kazak.uk.xensource.com> <20140206183530.22ad6318@archtester.homenetwork> <1391686946.23098.95.camel@kazak.uk.xensource.com> Organization: homenetwork X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.22; x86_64-pc-linux-gnu) Mime-Version: 1.0 X-Mailman-Approved-At: Fri, 07 Feb 2014 14:53:30 +0000 Subject: Re: [Xen-users] Fw: booting X-BeenThere: xen-users@lists.xen.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, 6 Feb 2014 11:42:26 +0000 Ian Campbell wrote: right I remembered to CC this time. That was quick Ian thx. It will take me a good while to digest and tinker with this generous response of valuable tips and snippets. I shall just do a reply to the few points I have some data for, the remainder I shall work tomorrow, afresh. > On Thu, 2014-02-06 at 18:35 +0800, IAN DELANEY wrote: > [...] > > I've put the list CC back on the assumption that you were again caught > out by the lack of a reply-to on these lists. > > > 1. I shall try to drop off the xen hypervisor and just boot the > > 3.13-rc4 kernel as you suggest. Currently it appears to boot, but > > the output isn't making it to the monitor in the sunxi-next > > kernel. It's a console tty thingy or something. > > When you say "monitor" do you mean the VGA/HDMI output? I've never > used that -- all my experience is with the serial console for which > "console=ttyS0,115200" on the kernel command line is sufficient IME. > This makes it awkward. Steev the gentoo arm dev himself is urging me to acquire a usb adaptor so as to get a serial console. I've tried twice now with a local supplier and Perth/Australia it appears just doesn't have 'em!!!!! Can't even source a supplier, any supplier. They're around $10 U.S. ordered online and would then take a few weeks for delivery. By monitor, I mean the screen of the AOC or Samsung SyncMaster226BWW, plugged into the video input in the tower (the case) housing my amd64 motherboard, which is I believe VGA/HDMI output. Welcome to Perth W.A., aka endsville! :) /me would really like a serial console!!! > I'm not sure of the GFX stuff is supported by mainstream kernels or > not. > strooth > > 2. The fellow gentoo dev is still giving the occasional tip. > > Between the 2 of you, I should 'get there'. He has given me a > > second boot.cmd for the second kernel. As I said, by rights HE as > > the arm expert ought acquire and boot it especially since the 3.4 > > is now old, however he works from home (remotely like many seem to > > these days) plus does gentoo. I can't tread on his toes and say > > stay there and boot this thing. He's a volunteer like me. I shall > > next try tweaking it on the newer kernel though I think it prudent > > to keep to the zImage / bootz. The uImage and zImage appear to be > > too far apart from one another and aren't interchangeable. > > Right. > > bootz == zImage > bootm == uImage (which in turn is a wrapper around zImage) > > uImage is a uboot specific thing and IMHO is "legacy", zImage is a > standard Linux thing and bootz is what should be used these days (all > IMHO). > for tomorrow. > > 3. Can you double check this for me? > > # Load Linux arch/arm/boot/zImage to ${kernel_addr_r} > > bootz ${xen_addr_r} - ${fdt_addr} > > > > My limited understanding makes me think it ought be > > bootz ${kernel_addr_r} - ${fdt_addr} > > Is this in the context of booting Xen or Linux? > Well, either or. It's your suggestion to cut out the xen.gz and just go for the kernel. As I say, it appears to be booting since the green diode comes on and stays on. A flashing of green or blue indicates, I believe, something has pulled up and failed. Blind without a serial console output. You text following here I will pursue tomorrow. > If you want to boot Xen then "bootz ${xen_addr_r}..." is correct, and > ${kernel_addr_r} should be put in the /chosen/module@0 reg DTB > property. > > If you want to boot Linux directly without Xen then "bootz > ${kernel_addr_r} ..." is correct. > > Or more generally the first argument to bootz should be the address of > the thing you would like to boot. > > If you want to boot Linux direct then the various *_addr_r given on > the Xen wiki page may not work, since Linux is a bit more picky about > load addresses not being too high up (they need to be below 128MB > from the start of RAM IIRC, RAM starts at 0x40000000 (AKA 1GB) on > these platforms). For booting Linux I use: > setenv fdt_addr 0x43000000 > setenv kernel_addr_r 0x47000000 > setenv ramdisk_addr_r 0x48000000 > setenv fdt_high 0xffffffff # Load fdt in place instead > of relocating setenv initrd_high 0xffffffff > > (the last two stop u-boot relocating those things to stupid broken > addresses, which Linux cannot cope with) > > > since xen_addr_r appears to be dealt with > > > > # Load xen/xen to ${xen_addr_r} > > Note that this comment is supposed to be a placeholder for calling > something to perform the load, via tftp, fat etc etc, as described in > the next few sections. But I can see now how confusing that is > (especially without whitespace between it and the following setenv) > so I think I'll add "e.g. tftp or fatload etc, see below" or > something to each of these. > > > setenv bootargs "console=dtuart dtuart=/soc@01c00000/serial@01c28000 > > dom0_mem=128M" > > > > though this is merely an assignment of the bootargs var if I read > > correctly. > > Correct. This will be propagated by u-boot to the dtb /chosen/bootargs > property as part of boot[mz], from where it will be consumed by either > Xen or the kernel, depending on which one you called into. > > > Is; ${xen_addr_r} - ${fdt_addr} > > saying from this address to that address as in a range? > > I think ${xen_addr_r} is arg1. the '-' arg2. correct? > > '-' is arg2, which is the address of the initial ramdisk, - means > "none", it's there as a placeholder so you can give the fdt as the > arg3. > I see, not a range at all. the '-' made it look like a range which AI never thought a sane kind of entry. > If you do want an initrd then with bootz you need to give the initrd > size here too, which means that you need to load the initrd last so > that ${filesize} (which *load set) is correct then do: > bootz ${kernel_addr_r} ${ramdisk_addr_r}:${filesize} > ${fdt_addr} > > (or if booting Xen, "bootz ${xen_addr_r} ${ramdisk.......") > right. @ gentoo we do without initrds so it's one layer nicely taken out. > > I find it difficult to fathom you got xen_addr_r mixed up with > > kernel_addr_r so it's more likely my lack og current understanding. > > The instance of bootz on > http://wiki.xen.org/wiki/Xen_ARM_with_Virtualization_Extensions/Allwinner > looks correct to me, did you spot another one which you think might > be wrong? It's also possible I misspoke somewhere in this email > thread. > > BTW, you are welcome on #xenarm on freenode, although TBH with the > timezone difference email might be better. > stay with email for now. Thx for your extensive tips. As Wallace would say; that's just grand! > Ian. > -- kind regards Ian Delaney _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Feb 07 14:54:38 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 07 Feb 2014 14:54: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 1WBmo7-0000lY-W5; Fri, 07 Feb 2014 14:53:31 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBYi2-0002Ae-Dg for xen-users@lists.xenproject.org; Thu, 06 Feb 2014 23:50:18 +0000 Received: from [193.109.254.147:20332] by server-9.bemta-14.messagelabs.com id A8/F4-24895-9BF14F25; Thu, 06 Feb 2014 23:50:17 +0000 X-Env-Sender: della5@iinet.com.au X-Msg-Ref: server-9.tower-27.messagelabs.com!1391730615!2603985!1 X-Originating-IP: [203.59.1.218] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMDMuNTkuMS4yMTggPT4gMjE2MTE=\n,sa_preprocessor: QmFkIElQOiAyMDMuNTkuMS4yMTggPT4gMjE2MTE=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28457 invoked from network); 6 Feb 2014 23:50:16 -0000 Received: from icp-osb-irony-out2.external.iinet.net.au (HELO icp-osb-irony-out2.external.iinet.net.au) (203.59.1.218) by server-9.tower-27.messagelabs.com with SMTP; 6 Feb 2014 23:50:16 -0000 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AnIJAD0f9FJ8lVtF/2dsb2JhbABZgww4gwamP5YJgQ4WdIIlAQEEATpECwsNCwklDxA4BgESh30HDs0TF44iX4Q4BIlHhRyJR4ZxizGDOi+BLA X-IronPort-AV: E=Sophos;i="4.95,796,1384272000"; d="scan'208";a="180407778" Received: from unknown (HELO archtester.homenetwork) ([124.149.91.69]) by icp-osb-irony-out2.iinet.net.au with ESMTP; 07 Feb 2014 07:50:05 +0800 Date: Fri, 7 Feb 2014 07:43:52 +0800 From: IAN DELANEY To: Ian Campbell , Message-ID: <20140207074352.01cffb8f@archtester.homenetwork> In-Reply-To: <1391696558.25128.34.camel@kazak.uk.xensource.com> References: <20140204125054.4326eca7@archtester.homenetwork> <1391526972.6497.27.camel@kazak.uk.xensource.com> <20140205113550.7e7a4a09@archtester.homenetwork> <1391603189.6497.142.camel@kazak.uk.xensource.com> <20140206183530.22ad6318@archtester.homenetwork> <1391686946.23098.95.camel@kazak.uk.xensource.com> <20140206215536.51bc47ae@archtester.homenetwork> <1391696558.25128.34.camel@kazak.uk.xensource.com> Organization: homenetwork X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.22; x86_64-pc-linux-gnu) Mime-Version: 1.0 X-Mailman-Approved-At: Fri, 07 Feb 2014 14:53:30 +0000 Subject: Re: [Xen-users] Fw: booting X-BeenThere: xen-users@lists.xen.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, 6 Feb 2014 14:22:38 +0000 Ian Campbell wrote: > On Thu, 2014-02-06 at 21:55 +0800, IAN DELANEY wrote: > > On Thu, 6 Feb 2014 11:42:26 +0000 > > Ian Campbell wrote: > > > > When you say "monitor" do you mean the VGA/HDMI output? I've never > > > used that -- all my experience is with the serial console for > > > which "console=ttyS0,115200" on the kernel command line is > > > sufficient IME. > > > > > > > This makes it awkward. Steev the gentoo arm dev himself is urging > > me to acquire a usb adaptor so as to get a serial console. I've > > tried twice now with a local supplier and Perth/Australia it > > appears just doesn't have 'em!!!!! Can't even source a supplier, > > any supplier. They're around $10 U.S. ordered online and would then > > take a few weeks for delivery. By monitor, I mean the screen of > > the AOC or Samsung SyncMaster226BWW, plugged into the video input > > in the tower (the case) housing my amd64 motherboard, which is I > > believe VGA/HDMI output. Welcome to Perth W.A., aka > > endsville! :) /me would really like a serial console!!! > > FWIW it takes about the same cost/time to get one here in the UK. I > ordered one 3 weeks ago and it still isn't here, I'm not expecting it > for another few weeks (I probably should have paid more attention to > the delivery time, I'm sure I could have done better) > > > > I'm not sure of the GFX stuff is supported by mainstream kernels > > > or not. > > > > > > > strooth > > I forgot to say that Xen itself doesn't have any graphics stuff for > this platform at all. > double strooth > > I think you are pretty much stuffed without a serial console... How > are you interacting with u-boot? I guess by writing boot scripts to an > sdcard using another system? > time to get that serial console inc. delivery time. time to return to some routine python bug fixing in between it seems, > About the only halfway sensible suggestion I have is to investigate > Linux's network console stuff, that won't get you u-boot or Xen > output, but dom0 or native Linux should be able to spit something out. > linux/Documentation/networking/netconsole.txt explains it. I'd > recommend getting it working on a PC or something where you can see > the real console too first to make sure you have the bits fitted > together. > and peruse linux/Documentation/networking/netconsole.txt > My experience of that is limited to what is recorded in > http://www.hellion.org.uk/blog/posts/debugging-initramfs-over-netconsole/ > (and I barely remember doing it). > > > You text following here I will pursue tomorrow. > > Ack. > > Ian. > -- kind regards Ian Delaney _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Feb 07 14:54:38 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 07 Feb 2014 14:54: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 1WBmo7-0000lP-D5; Fri, 07 Feb 2014 14:53:31 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBPWd-0005Zg-Ll for xen-users@lists.xenproject.org; Thu, 06 Feb 2014 14:01:56 +0000 Received: from [85.158.139.211:62534] by server-2.bemta-5.messagelabs.com id DA/B0-23037-2D593F25; Thu, 06 Feb 2014 14:01:54 +0000 X-Env-Sender: della5@iinet.com.au X-Msg-Ref: server-12.tower-206.messagelabs.com!1391695311!2132293!1 X-Originating-IP: [203.59.1.219] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMDMuNTkuMS4yMTkgPT4gMTgzNDg=\n,sa_preprocessor: QmFkIElQOiAyMDMuNTkuMS4yMTkgPT4gMTgzNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18966 invoked from network); 6 Feb 2014 14:01:53 -0000 Received: from icp-osb-irony-out3.external.iinet.net.au (HELO icp-osb-irony-out3.external.iinet.net.au) (203.59.1.219) by server-12.tower-206.messagelabs.com with SMTP; 6 Feb 2014 14:01:53 -0000 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Au4MAPmU81J8lVtF/2dsb2JhbABZgww4gwamM5YPgQkWdIIlAQEEAToxEwsLDQsJJQ8QOAYBEod9Bw7OPxeOGAoHAVeEOASJR4UciUeBM4U+izGDOi+BLAkX X-IronPort-AV: E=Sophos;i="4.95,793,1384272000"; d="scan'208";a="189997262" Received: from unknown (HELO archtester.homenetwork) ([124.149.91.69]) by icp-osb-irony-out3.iinet.net.au with ESMTP; 06 Feb 2014 22:01:50 +0800 Date: Thu, 6 Feb 2014 21:55:36 +0800 From: IAN DELANEY To: Ian Campbell , xen-users@lists.xenproject.org Message-ID: <20140206215536.51bc47ae@archtester.homenetwork> In-Reply-To: <1391686946.23098.95.camel@kazak.uk.xensource.com> References: <20140204125054.4326eca7@archtester.homenetwork> <1391526972.6497.27.camel@kazak.uk.xensource.com> <20140205113550.7e7a4a09@archtester.homenetwork> <1391603189.6497.142.camel@kazak.uk.xensource.com> <20140206183530.22ad6318@archtester.homenetwork> <1391686946.23098.95.camel@kazak.uk.xensource.com> Organization: homenetwork X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.22; x86_64-pc-linux-gnu) Mime-Version: 1.0 X-Mailman-Approved-At: Fri, 07 Feb 2014 14:53:30 +0000 Subject: Re: [Xen-users] Fw: booting X-BeenThere: xen-users@lists.xen.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, 6 Feb 2014 11:42:26 +0000 Ian Campbell wrote: right I remembered to CC this time. That was quick Ian thx. It will take me a good while to digest and tinker with this generous response of valuable tips and snippets. I shall just do a reply to the few points I have some data for, the remainder I shall work tomorrow, afresh. > On Thu, 2014-02-06 at 18:35 +0800, IAN DELANEY wrote: > [...] > > I've put the list CC back on the assumption that you were again caught > out by the lack of a reply-to on these lists. > > > 1. I shall try to drop off the xen hypervisor and just boot the > > 3.13-rc4 kernel as you suggest. Currently it appears to boot, but > > the output isn't making it to the monitor in the sunxi-next > > kernel. It's a console tty thingy or something. > > When you say "monitor" do you mean the VGA/HDMI output? I've never > used that -- all my experience is with the serial console for which > "console=ttyS0,115200" on the kernel command line is sufficient IME. > This makes it awkward. Steev the gentoo arm dev himself is urging me to acquire a usb adaptor so as to get a serial console. I've tried twice now with a local supplier and Perth/Australia it appears just doesn't have 'em!!!!! Can't even source a supplier, any supplier. They're around $10 U.S. ordered online and would then take a few weeks for delivery. By monitor, I mean the screen of the AOC or Samsung SyncMaster226BWW, plugged into the video input in the tower (the case) housing my amd64 motherboard, which is I believe VGA/HDMI output. Welcome to Perth W.A., aka endsville! :) /me would really like a serial console!!! > I'm not sure of the GFX stuff is supported by mainstream kernels or > not. > strooth > > 2. The fellow gentoo dev is still giving the occasional tip. > > Between the 2 of you, I should 'get there'. He has given me a > > second boot.cmd for the second kernel. As I said, by rights HE as > > the arm expert ought acquire and boot it especially since the 3.4 > > is now old, however he works from home (remotely like many seem to > > these days) plus does gentoo. I can't tread on his toes and say > > stay there and boot this thing. He's a volunteer like me. I shall > > next try tweaking it on the newer kernel though I think it prudent > > to keep to the zImage / bootz. The uImage and zImage appear to be > > too far apart from one another and aren't interchangeable. > > Right. > > bootz == zImage > bootm == uImage (which in turn is a wrapper around zImage) > > uImage is a uboot specific thing and IMHO is "legacy", zImage is a > standard Linux thing and bootz is what should be used these days (all > IMHO). > for tomorrow. > > 3. Can you double check this for me? > > # Load Linux arch/arm/boot/zImage to ${kernel_addr_r} > > bootz ${xen_addr_r} - ${fdt_addr} > > > > My limited understanding makes me think it ought be > > bootz ${kernel_addr_r} - ${fdt_addr} > > Is this in the context of booting Xen or Linux? > Well, either or. It's your suggestion to cut out the xen.gz and just go for the kernel. As I say, it appears to be booting since the green diode comes on and stays on. A flashing of green or blue indicates, I believe, something has pulled up and failed. Blind without a serial console output. You text following here I will pursue tomorrow. > If you want to boot Xen then "bootz ${xen_addr_r}..." is correct, and > ${kernel_addr_r} should be put in the /chosen/module@0 reg DTB > property. > > If you want to boot Linux directly without Xen then "bootz > ${kernel_addr_r} ..." is correct. > > Or more generally the first argument to bootz should be the address of > the thing you would like to boot. > > If you want to boot Linux direct then the various *_addr_r given on > the Xen wiki page may not work, since Linux is a bit more picky about > load addresses not being too high up (they need to be below 128MB > from the start of RAM IIRC, RAM starts at 0x40000000 (AKA 1GB) on > these platforms). For booting Linux I use: > setenv fdt_addr 0x43000000 > setenv kernel_addr_r 0x47000000 > setenv ramdisk_addr_r 0x48000000 > setenv fdt_high 0xffffffff # Load fdt in place instead > of relocating setenv initrd_high 0xffffffff > > (the last two stop u-boot relocating those things to stupid broken > addresses, which Linux cannot cope with) > > > since xen_addr_r appears to be dealt with > > > > # Load xen/xen to ${xen_addr_r} > > Note that this comment is supposed to be a placeholder for calling > something to perform the load, via tftp, fat etc etc, as described in > the next few sections. But I can see now how confusing that is > (especially without whitespace between it and the following setenv) > so I think I'll add "e.g. tftp or fatload etc, see below" or > something to each of these. > > > setenv bootargs "console=dtuart dtuart=/soc@01c00000/serial@01c28000 > > dom0_mem=128M" > > > > though this is merely an assignment of the bootargs var if I read > > correctly. > > Correct. This will be propagated by u-boot to the dtb /chosen/bootargs > property as part of boot[mz], from where it will be consumed by either > Xen or the kernel, depending on which one you called into. > > > Is; ${xen_addr_r} - ${fdt_addr} > > saying from this address to that address as in a range? > > I think ${xen_addr_r} is arg1. the '-' arg2. correct? > > '-' is arg2, which is the address of the initial ramdisk, - means > "none", it's there as a placeholder so you can give the fdt as the > arg3. > I see, not a range at all. the '-' made it look like a range which AI never thought a sane kind of entry. > If you do want an initrd then with bootz you need to give the initrd > size here too, which means that you need to load the initrd last so > that ${filesize} (which *load set) is correct then do: > bootz ${kernel_addr_r} ${ramdisk_addr_r}:${filesize} > ${fdt_addr} > > (or if booting Xen, "bootz ${xen_addr_r} ${ramdisk.......") > right. @ gentoo we do without initrds so it's one layer nicely taken out. > > I find it difficult to fathom you got xen_addr_r mixed up with > > kernel_addr_r so it's more likely my lack og current understanding. > > The instance of bootz on > http://wiki.xen.org/wiki/Xen_ARM_with_Virtualization_Extensions/Allwinner > looks correct to me, did you spot another one which you think might > be wrong? It's also possible I misspoke somewhere in this email > thread. > > BTW, you are welcome on #xenarm on freenode, although TBH with the > timezone difference email might be better. > stay with email for now. Thx for your extensive tips. As Wallace would say; that's just grand! > Ian. > -- kind regards Ian Delaney _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Feb 07 14:54:38 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 07 Feb 2014 14:54: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 1WBmo7-0000lY-W5; Fri, 07 Feb 2014 14:53:31 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBYi2-0002Ae-Dg for xen-users@lists.xenproject.org; Thu, 06 Feb 2014 23:50:18 +0000 Received: from [193.109.254.147:20332] by server-9.bemta-14.messagelabs.com id A8/F4-24895-9BF14F25; Thu, 06 Feb 2014 23:50:17 +0000 X-Env-Sender: della5@iinet.com.au X-Msg-Ref: server-9.tower-27.messagelabs.com!1391730615!2603985!1 X-Originating-IP: [203.59.1.218] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMDMuNTkuMS4yMTggPT4gMjE2MTE=\n,sa_preprocessor: QmFkIElQOiAyMDMuNTkuMS4yMTggPT4gMjE2MTE=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28457 invoked from network); 6 Feb 2014 23:50:16 -0000 Received: from icp-osb-irony-out2.external.iinet.net.au (HELO icp-osb-irony-out2.external.iinet.net.au) (203.59.1.218) by server-9.tower-27.messagelabs.com with SMTP; 6 Feb 2014 23:50:16 -0000 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AnIJAD0f9FJ8lVtF/2dsb2JhbABZgww4gwamP5YJgQ4WdIIlAQEEATpECwsNCwklDxA4BgESh30HDs0TF44iX4Q4BIlHhRyJR4ZxizGDOi+BLA X-IronPort-AV: E=Sophos;i="4.95,796,1384272000"; d="scan'208";a="180407778" Received: from unknown (HELO archtester.homenetwork) ([124.149.91.69]) by icp-osb-irony-out2.iinet.net.au with ESMTP; 07 Feb 2014 07:50:05 +0800 Date: Fri, 7 Feb 2014 07:43:52 +0800 From: IAN DELANEY To: Ian Campbell , Message-ID: <20140207074352.01cffb8f@archtester.homenetwork> In-Reply-To: <1391696558.25128.34.camel@kazak.uk.xensource.com> References: <20140204125054.4326eca7@archtester.homenetwork> <1391526972.6497.27.camel@kazak.uk.xensource.com> <20140205113550.7e7a4a09@archtester.homenetwork> <1391603189.6497.142.camel@kazak.uk.xensource.com> <20140206183530.22ad6318@archtester.homenetwork> <1391686946.23098.95.camel@kazak.uk.xensource.com> <20140206215536.51bc47ae@archtester.homenetwork> <1391696558.25128.34.camel@kazak.uk.xensource.com> Organization: homenetwork X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.22; x86_64-pc-linux-gnu) Mime-Version: 1.0 X-Mailman-Approved-At: Fri, 07 Feb 2014 14:53:30 +0000 Subject: Re: [Xen-users] Fw: booting X-BeenThere: xen-users@lists.xen.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, 6 Feb 2014 14:22:38 +0000 Ian Campbell wrote: > On Thu, 2014-02-06 at 21:55 +0800, IAN DELANEY wrote: > > On Thu, 6 Feb 2014 11:42:26 +0000 > > Ian Campbell wrote: > > > > When you say "monitor" do you mean the VGA/HDMI output? I've never > > > used that -- all my experience is with the serial console for > > > which "console=ttyS0,115200" on the kernel command line is > > > sufficient IME. > > > > > > > This makes it awkward. Steev the gentoo arm dev himself is urging > > me to acquire a usb adaptor so as to get a serial console. I've > > tried twice now with a local supplier and Perth/Australia it > > appears just doesn't have 'em!!!!! Can't even source a supplier, > > any supplier. They're around $10 U.S. ordered online and would then > > take a few weeks for delivery. By monitor, I mean the screen of > > the AOC or Samsung SyncMaster226BWW, plugged into the video input > > in the tower (the case) housing my amd64 motherboard, which is I > > believe VGA/HDMI output. Welcome to Perth W.A., aka > > endsville! :) /me would really like a serial console!!! > > FWIW it takes about the same cost/time to get one here in the UK. I > ordered one 3 weeks ago and it still isn't here, I'm not expecting it > for another few weeks (I probably should have paid more attention to > the delivery time, I'm sure I could have done better) > > > > I'm not sure of the GFX stuff is supported by mainstream kernels > > > or not. > > > > > > > strooth > > I forgot to say that Xen itself doesn't have any graphics stuff for > this platform at all. > double strooth > > I think you are pretty much stuffed without a serial console... How > are you interacting with u-boot? I guess by writing boot scripts to an > sdcard using another system? > time to get that serial console inc. delivery time. time to return to some routine python bug fixing in between it seems, > About the only halfway sensible suggestion I have is to investigate > Linux's network console stuff, that won't get you u-boot or Xen > output, but dom0 or native Linux should be able to spit something out. > linux/Documentation/networking/netconsole.txt explains it. I'd > recommend getting it working on a PC or something where you can see > the real console too first to make sure you have the bits fitted > together. > and peruse linux/Documentation/networking/netconsole.txt > My experience of that is limited to what is recorded in > http://www.hellion.org.uk/blog/posts/debugging-initramfs-over-netconsole/ > (and I barely remember doing it). > > > You text following here I will pursue tomorrow. > > Ack. > > Ian. > -- kind regards Ian Delaney _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Feb 07 15:16:20 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 07 Feb 2014 15:16: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 1WBn9q-0002g3-B2; Fri, 07 Feb 2014 15:15:58 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBn9p-0002fq-DD for xen-users@lists.xen.org; Fri, 07 Feb 2014 15:15:57 +0000 Received: from [85.158.139.211:19157] by server-12.bemta-5.messagelabs.com id 65/D3-15415-CA8F4F25; Fri, 07 Feb 2014 15:15:56 +0000 X-Env-Sender: joshua@boniface.me X-Msg-Ref: server-7.tower-206.messagelabs.com!1391786155!2431420!1 X-Originating-IP: [69.196.153.139] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16119 invoked from network); 7 Feb 2014 15:15:55 -0000 Received: from mail.bonilan.net (HELO mail.bonilan.net) (69.196.153.139) by server-7.tower-206.messagelabs.com with SMTP; 7 Feb 2014 15:15:55 -0000 Received: from [192.168.10.200] (hq.clearcable.ca [24.102.6.34]) by mail.bonilan.net (Postfix) with ESMTPSA id 99E3A21E for ; Fri, 7 Feb 2014 10:16:06 -0500 (EST) Message-ID: <52F4F8A7.3090500@boniface.me> Date: Fri, 07 Feb 2014 10:15:51 -0500 From: Joshua M Boniface User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: xen-users@lists.xen.org Subject: [Xen-users] Individual block device generating load X-BeenThere: xen-users@lists.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 Hello Xen-users: I've got a Xen system with multiple running (production) VMs, using the xm toolstack on Debian Squeeze. I'm noticing a large amount of disk I/O via dstat, and I'm trying to see which Xen DomU block device is generating the load. xentop offers a bit of information on reads/writes, but it's on a per-domain level, not a per-block-device level. The block devices in question are logical volumes. Is there a way to see a breakdown of the disk I/O per device, or a set of virtual block devices that I could pass to dstat? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Feb 07 15:16:20 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 07 Feb 2014 15:16: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 1WBn9q-0002g3-B2; Fri, 07 Feb 2014 15:15:58 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBn9p-0002fq-DD for xen-users@lists.xen.org; Fri, 07 Feb 2014 15:15:57 +0000 Received: from [85.158.139.211:19157] by server-12.bemta-5.messagelabs.com id 65/D3-15415-CA8F4F25; Fri, 07 Feb 2014 15:15:56 +0000 X-Env-Sender: joshua@boniface.me X-Msg-Ref: server-7.tower-206.messagelabs.com!1391786155!2431420!1 X-Originating-IP: [69.196.153.139] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16119 invoked from network); 7 Feb 2014 15:15:55 -0000 Received: from mail.bonilan.net (HELO mail.bonilan.net) (69.196.153.139) by server-7.tower-206.messagelabs.com with SMTP; 7 Feb 2014 15:15:55 -0000 Received: from [192.168.10.200] (hq.clearcable.ca [24.102.6.34]) by mail.bonilan.net (Postfix) with ESMTPSA id 99E3A21E for ; Fri, 7 Feb 2014 10:16:06 -0500 (EST) Message-ID: <52F4F8A7.3090500@boniface.me> Date: Fri, 07 Feb 2014 10:15:51 -0500 From: Joshua M Boniface User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: xen-users@lists.xen.org Subject: [Xen-users] Individual block device generating load X-BeenThere: xen-users@lists.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 Hello Xen-users: I've got a Xen system with multiple running (production) VMs, using the xm toolstack on Debian Squeeze. I'm noticing a large amount of disk I/O via dstat, and I'm trying to see which Xen DomU block device is generating the load. xentop offers a bit of information on reads/writes, but it's on a per-domain level, not a per-block-device level. The block devices in question are logical volumes. Is there a way to see a breakdown of the disk I/O per device, or a set of virtual block devices that I could pass to dstat? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Feb 07 15:24:46 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 07 Feb 2014 15:24: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 1WBnIC-0003Pl-4L; Fri, 07 Feb 2014 15:24:36 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBnIA-0003Pd-Hp for xen-users@lists.xen.org; Fri, 07 Feb 2014 15:24:34 +0000 Received: from [85.158.139.211:29024] by server-7.bemta-5.messagelabs.com id 71/99-14867-1BAF4F25; Fri, 07 Feb 2014 15:24:33 +0000 X-Env-Sender: wei.liu2@citrix.com X-Msg-Ref: server-13.tower-206.messagelabs.com!1391786670!2410718!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22328 invoked from network); 7 Feb 2014 15:24:31 -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; 7 Feb 2014 15:24:31 -0000 X-IronPort-AV: E=Sophos;i="4.95,801,1384300800"; d="scan'208";a="100852432" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 07 Feb 2014 15:24:30 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Fri, 7 Feb 2014 10:24:29 -0500 Received: from zion.uk.xensource.com ([10.80.2.73]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1WBnI5-0006Ij-7n; Fri, 07 Feb 2014 15:24:29 +0000 Date: Fri, 7 Feb 2014 15:24:29 +0000 From: Wei Liu To: Roger Pau =?iso-8859-1?Q?Monn=E9?= Message-ID: <20140207152429.GI15387@zion.uk.xensource.com> References: <52EA58B2.50004@op.pl> <6035A0D088A63A46850C3988ED045A4B6F38BB3C@BITCOM1.int.sbss.com.au> <52ED4AA6.5000601@op.pl> <52F26335.7060902@op.pl> <52F266EE.6000104@citrix.com> <52F26A40.5040305@op.pl> <52F26CCE.1090201@citrix.com> <52F2B2FB.9070004@op.pl> <52F3462C.8040906@citrix.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <52F3462C.8040906@citrix.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-DLP: MIA2 Cc: xen-users@lists.xen.org, Wei Liu , Kuba , Konrad Rzeszutek Wilk Subject: Re: [Xen-users] Strange failures of Xen 4.3.1, PVHVM storage VM, iSCSI and Windows+GPLPV VM combination X-BeenThere: xen-users@lists.xen.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 (Just go through the whole thread...) On Thu, Feb 06, 2014 at 09:22:04AM +0100, Roger Pau Monn=E9 wrote: [...] > = > Hello, > = > This is the same problem I've seen when using a similar setup. The root > of the problem is that blkback maps a grant ref to a memory page in > Dom0, then this memory page ends up in netback, and when netback tries > to issue a GNTTABOP_copy using the mfn of this grant mapped page the > operation fails because Xen detects that the mfn passed doesn't belong > to the guest. > = When did this copy happen? From DomU to Dom0? From Dom0 to TGT? I guess the latter? Data path from DomU to Dom0 should be handled by blkfront / blkback, right? > The only way I can think of solving this is that netback detects that > the page is not local and somehow we use it's grant ref instead of mfn > (this means we would need to store the grant ref somewhere in the page). > = >From my reading of blkback code, it always uses mapping, right? Could there be a path that doesn't use mapping (not necessary now, but also consider that in the future)? Unless there's a simple way to embed information that marks the page is from blkback *and* it is grant, mapped there is nothing netback can really do about that. Checking every page would incur penalty so we need to be careful about that. Or a simpler solution would be -- don't use this setup. My google-fu tells me that Linux can be booted from iSCSI so probably a valid setup would be exporting target from TGT, DomU uses it directly, avoiding proxying through Dom0. (I could be talking crap as I've never played with iSCSI). Wei. > Roger. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Feb 07 15:24:46 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 07 Feb 2014 15:24: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 1WBnIC-0003Pl-4L; Fri, 07 Feb 2014 15:24:36 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBnIA-0003Pd-Hp for xen-users@lists.xen.org; Fri, 07 Feb 2014 15:24:34 +0000 Received: from [85.158.139.211:29024] by server-7.bemta-5.messagelabs.com id 71/99-14867-1BAF4F25; Fri, 07 Feb 2014 15:24:33 +0000 X-Env-Sender: wei.liu2@citrix.com X-Msg-Ref: server-13.tower-206.messagelabs.com!1391786670!2410718!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22328 invoked from network); 7 Feb 2014 15:24:31 -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; 7 Feb 2014 15:24:31 -0000 X-IronPort-AV: E=Sophos;i="4.95,801,1384300800"; d="scan'208";a="100852432" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 07 Feb 2014 15:24:30 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Fri, 7 Feb 2014 10:24:29 -0500 Received: from zion.uk.xensource.com ([10.80.2.73]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1WBnI5-0006Ij-7n; Fri, 07 Feb 2014 15:24:29 +0000 Date: Fri, 7 Feb 2014 15:24:29 +0000 From: Wei Liu To: Roger Pau =?iso-8859-1?Q?Monn=E9?= Message-ID: <20140207152429.GI15387@zion.uk.xensource.com> References: <52EA58B2.50004@op.pl> <6035A0D088A63A46850C3988ED045A4B6F38BB3C@BITCOM1.int.sbss.com.au> <52ED4AA6.5000601@op.pl> <52F26335.7060902@op.pl> <52F266EE.6000104@citrix.com> <52F26A40.5040305@op.pl> <52F26CCE.1090201@citrix.com> <52F2B2FB.9070004@op.pl> <52F3462C.8040906@citrix.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <52F3462C.8040906@citrix.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-DLP: MIA2 Cc: xen-users@lists.xen.org, Wei Liu , Kuba , Konrad Rzeszutek Wilk Subject: Re: [Xen-users] Strange failures of Xen 4.3.1, PVHVM storage VM, iSCSI and Windows+GPLPV VM combination X-BeenThere: xen-users@lists.xen.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 (Just go through the whole thread...) On Thu, Feb 06, 2014 at 09:22:04AM +0100, Roger Pau Monn=E9 wrote: [...] > = > Hello, > = > This is the same problem I've seen when using a similar setup. The root > of the problem is that blkback maps a grant ref to a memory page in > Dom0, then this memory page ends up in netback, and when netback tries > to issue a GNTTABOP_copy using the mfn of this grant mapped page the > operation fails because Xen detects that the mfn passed doesn't belong > to the guest. > = When did this copy happen? From DomU to Dom0? From Dom0 to TGT? I guess the latter? Data path from DomU to Dom0 should be handled by blkfront / blkback, right? > The only way I can think of solving this is that netback detects that > the page is not local and somehow we use it's grant ref instead of mfn > (this means we would need to store the grant ref somewhere in the page). > = >From my reading of blkback code, it always uses mapping, right? Could there be a path that doesn't use mapping (not necessary now, but also consider that in the future)? Unless there's a simple way to embed information that marks the page is from blkback *and* it is grant, mapped there is nothing netback can really do about that. Checking every page would incur penalty so we need to be careful about that. Or a simpler solution would be -- don't use this setup. My google-fu tells me that Linux can be booted from iSCSI so probably a valid setup would be exporting target from TGT, DomU uses it directly, avoiding proxying through Dom0. (I could be talking crap as I've never played with iSCSI). Wei. > Roger. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Feb 07 15:28:31 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 07 Feb 2014 15:28: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 1WBnLl-0003or-MR; Fri, 07 Feb 2014 15:28:17 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBnLk-0003oe-7L for xen-users@lists.xen.org; Fri, 07 Feb 2014 15:28:16 +0000 Received: from [85.158.139.211:54699] by server-17.bemta-5.messagelabs.com id 43/3B-31975-F8BF4F25; Fri, 07 Feb 2014 15:28:15 +0000 X-Env-Sender: wei.liu2@citrix.com X-Msg-Ref: server-10.tower-206.messagelabs.com!1391786893!2382548!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31547 invoked from network); 7 Feb 2014 15:28:14 -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; 7 Feb 2014 15:28:14 -0000 X-IronPort-AV: E=Sophos;i="4.95,801,1384300800"; d="scan'208";a="100853943" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 07 Feb 2014 15:28:12 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Fri, 7 Feb 2014 10:28:12 -0500 Received: from zion.uk.xensource.com ([10.80.2.73]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1WBnLg-0006NJ-53; Fri, 07 Feb 2014 15:28:12 +0000 Date: Fri, 7 Feb 2014 15:28:12 +0000 From: Wei Liu To: Roger Pau =?iso-8859-1?Q?Monn=E9?= Message-ID: <20140207152812.GJ15387@zion.uk.xensource.com> References: <52EA58B2.50004@op.pl> <6035A0D088A63A46850C3988ED045A4B6F38BB3C@BITCOM1.int.sbss.com.au> <52ED4AA6.5000601@op.pl> <52F26335.7060902@op.pl> <52F266EE.6000104@citrix.com> <52F26A40.5040305@op.pl> <52F26CCE.1090201@citrix.com> <52F2B2FB.9070004@op.pl> <52F3462C.8040906@citrix.com> <20140207152429.GI15387@zion.uk.xensource.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20140207152429.GI15387@zion.uk.xensource.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-DLP: MIA2 Cc: xen-users@lists.xen.org, Wei Liu , Kuba , Konrad Rzeszutek Wilk Subject: Re: [Xen-users] Strange failures of Xen 4.3.1, PVHVM storage VM, iSCSI and Windows+GPLPV VM combination X-BeenThere: xen-users@lists.xen.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 Fri, Feb 07, 2014 at 03:24:29PM +0000, Wei Liu wrote: > (Just go through the whole thread...) > = > On Thu, Feb 06, 2014 at 09:22:04AM +0100, Roger Pau Monn=E9 wrote: > [...] > > = > > Hello, > > = > > This is the same problem I've seen when using a similar setup. The root > > of the problem is that blkback maps a grant ref to a memory page in > > Dom0, then this memory page ends up in netback, and when netback tries > > to issue a GNTTABOP_copy using the mfn of this grant mapped page the > > operation fails because Xen detects that the mfn passed doesn't belong > > to the guest. > > = > = > When did this copy happen? From DomU to Dom0? From Dom0 to TGT? I guess > the latter? Data path from DomU to Dom0 should be handled by blkfront / > blkback, right? > = > > The only way I can think of solving this is that netback detects that > > the page is not local and somehow we use it's grant ref instead of mfn > > (this means we would need to store the grant ref somewhere in the page). > > = > = > >From my reading of blkback code, it always uses mapping, right? Could > there be a path that doesn't use mapping (not necessary now, but also > consider that in the future)? > = > Unless there's a simple way to embed information that marks the page is > from blkback *and* it is grant, mapped there is nothing netback can > really do about that. Checking every page would incur penalty so we need > to be careful about that. > = We just need to embed information that says "this page is grant mapped from other domain". Take special case for blkback is not necessary. = Wei. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Feb 07 15:28:31 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 07 Feb 2014 15:28: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 1WBnLl-0003or-MR; Fri, 07 Feb 2014 15:28:17 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBnLk-0003oe-7L for xen-users@lists.xen.org; Fri, 07 Feb 2014 15:28:16 +0000 Received: from [85.158.139.211:54699] by server-17.bemta-5.messagelabs.com id 43/3B-31975-F8BF4F25; Fri, 07 Feb 2014 15:28:15 +0000 X-Env-Sender: wei.liu2@citrix.com X-Msg-Ref: server-10.tower-206.messagelabs.com!1391786893!2382548!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31547 invoked from network); 7 Feb 2014 15:28:14 -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; 7 Feb 2014 15:28:14 -0000 X-IronPort-AV: E=Sophos;i="4.95,801,1384300800"; d="scan'208";a="100853943" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 07 Feb 2014 15:28:12 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Fri, 7 Feb 2014 10:28:12 -0500 Received: from zion.uk.xensource.com ([10.80.2.73]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1WBnLg-0006NJ-53; Fri, 07 Feb 2014 15:28:12 +0000 Date: Fri, 7 Feb 2014 15:28:12 +0000 From: Wei Liu To: Roger Pau =?iso-8859-1?Q?Monn=E9?= Message-ID: <20140207152812.GJ15387@zion.uk.xensource.com> References: <52EA58B2.50004@op.pl> <6035A0D088A63A46850C3988ED045A4B6F38BB3C@BITCOM1.int.sbss.com.au> <52ED4AA6.5000601@op.pl> <52F26335.7060902@op.pl> <52F266EE.6000104@citrix.com> <52F26A40.5040305@op.pl> <52F26CCE.1090201@citrix.com> <52F2B2FB.9070004@op.pl> <52F3462C.8040906@citrix.com> <20140207152429.GI15387@zion.uk.xensource.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20140207152429.GI15387@zion.uk.xensource.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-DLP: MIA2 Cc: xen-users@lists.xen.org, Wei Liu , Kuba , Konrad Rzeszutek Wilk Subject: Re: [Xen-users] Strange failures of Xen 4.3.1, PVHVM storage VM, iSCSI and Windows+GPLPV VM combination X-BeenThere: xen-users@lists.xen.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 Fri, Feb 07, 2014 at 03:24:29PM +0000, Wei Liu wrote: > (Just go through the whole thread...) > = > On Thu, Feb 06, 2014 at 09:22:04AM +0100, Roger Pau Monn=E9 wrote: > [...] > > = > > Hello, > > = > > This is the same problem I've seen when using a similar setup. The root > > of the problem is that blkback maps a grant ref to a memory page in > > Dom0, then this memory page ends up in netback, and when netback tries > > to issue a GNTTABOP_copy using the mfn of this grant mapped page the > > operation fails because Xen detects that the mfn passed doesn't belong > > to the guest. > > = > = > When did this copy happen? From DomU to Dom0? From Dom0 to TGT? I guess > the latter? Data path from DomU to Dom0 should be handled by blkfront / > blkback, right? > = > > The only way I can think of solving this is that netback detects that > > the page is not local and somehow we use it's grant ref instead of mfn > > (this means we would need to store the grant ref somewhere in the page). > > = > = > >From my reading of blkback code, it always uses mapping, right? Could > there be a path that doesn't use mapping (not necessary now, but also > consider that in the future)? > = > Unless there's a simple way to embed information that marks the page is > from blkback *and* it is grant, mapped there is nothing netback can > really do about that. Checking every page would incur penalty so we need > to be careful about that. > = We just need to embed information that says "this page is grant mapped from other domain". Take special case for blkback is not necessary. = Wei. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Feb 07 15:41:24 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 07 Feb 2014 15:41: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 1WBnYD-0005eF-Ju; Fri, 07 Feb 2014 15:41:09 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBnYC-0005eA-C8 for xen-users@lists.xen.org; Fri, 07 Feb 2014 15:41:08 +0000 Received: from [85.158.139.211:47090] by server-12.bemta-5.messagelabs.com id 8C/84-15415-39EF4F25; Fri, 07 Feb 2014 15:41:07 +0000 X-Env-Sender: roger.pau@citrix.com X-Msg-Ref: server-9.tower-206.messagelabs.com!1391787661!2383848!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15672 invoked from network); 7 Feb 2014 15:41:02 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-9.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 7 Feb 2014 15:41:02 -0000 X-IronPort-AV: E=Sophos;i="4.95,801,1384300800"; d="scan'208";a="99003942" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 07 Feb 2014 15:41:00 +0000 Received: from [IPv6:::1] (10.80.16.47) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Fri, 7 Feb 2014 10:40:59 -0500 Message-ID: <52F4FE8A.6040906@citrix.com> Date: Fri, 7 Feb 2014 16:40:58 +0100 From: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Joshua M Boniface , References: <52F4F8A7.3090500@boniface.me> In-Reply-To: <52F4F8A7.3090500@boniface.me> X-Enigmail-Version: 1.6 X-DLP: MIA2 Subject: Re: [Xen-users] Individual block device generating load X-BeenThere: xen-users@lists.xen.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 07/02/14 16:15, Joshua M Boniface wrote: > Hello Xen-users: > > I've got a Xen system with multiple running (production) VMs, using the > xm toolstack on Debian Squeeze. I'm noticing a large amount of disk I/O > via dstat, and I'm trying to see which Xen DomU block device is > generating the load. xentop offers a bit of information on reads/writes, > but it's on a per-domain level, not a per-block-device level. The block > devices in question are logical volumes. > > Is there a way to see a breakdown of the disk I/O per device, or a set > of virtual block devices that I could pass to dstat? You can enable log stats in blkback: # echo 1 >/sys/module/xen_blkback/parameters/log_stats This will print the stats of each blkback backend periodically on dmesg. Roger. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Feb 07 15:41:24 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 07 Feb 2014 15:41: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 1WBnYD-0005eF-Ju; Fri, 07 Feb 2014 15:41:09 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBnYC-0005eA-C8 for xen-users@lists.xen.org; Fri, 07 Feb 2014 15:41:08 +0000 Received: from [85.158.139.211:47090] by server-12.bemta-5.messagelabs.com id 8C/84-15415-39EF4F25; Fri, 07 Feb 2014 15:41:07 +0000 X-Env-Sender: roger.pau@citrix.com X-Msg-Ref: server-9.tower-206.messagelabs.com!1391787661!2383848!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15672 invoked from network); 7 Feb 2014 15:41:02 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-9.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 7 Feb 2014 15:41:02 -0000 X-IronPort-AV: E=Sophos;i="4.95,801,1384300800"; d="scan'208";a="99003942" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 07 Feb 2014 15:41:00 +0000 Received: from [IPv6:::1] (10.80.16.47) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Fri, 7 Feb 2014 10:40:59 -0500 Message-ID: <52F4FE8A.6040906@citrix.com> Date: Fri, 7 Feb 2014 16:40:58 +0100 From: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Joshua M Boniface , References: <52F4F8A7.3090500@boniface.me> In-Reply-To: <52F4F8A7.3090500@boniface.me> X-Enigmail-Version: 1.6 X-DLP: MIA2 Subject: Re: [Xen-users] Individual block device generating load X-BeenThere: xen-users@lists.xen.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 07/02/14 16:15, Joshua M Boniface wrote: > Hello Xen-users: > > I've got a Xen system with multiple running (production) VMs, using the > xm toolstack on Debian Squeeze. I'm noticing a large amount of disk I/O > via dstat, and I'm trying to see which Xen DomU block device is > generating the load. xentop offers a bit of information on reads/writes, > but it's on a per-domain level, not a per-block-device level. The block > devices in question are logical volumes. > > Is there a way to see a breakdown of the disk I/O per device, or a set > of virtual block devices that I could pass to dstat? You can enable log stats in blkback: # echo 1 >/sys/module/xen_blkback/parameters/log_stats This will print the stats of each blkback backend periodically on dmesg. Roger. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Feb 07 18:58:02 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 07 Feb 2014 18:58:02 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBqbz-0002Gj-KB; Fri, 07 Feb 2014 18:57:15 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBqby-0002GF-Cv for xen-users@lists.xen.org; Fri, 07 Feb 2014 18:57:14 +0000 Received: from [193.109.254.147:58213] by server-12.bemta-14.messagelabs.com id 23/F7-17220-98C25F25; Fri, 07 Feb 2014 18:57:13 +0000 X-Env-Sender: imre@auul.pri.ee X-Msg-Ref: server-14.tower-27.messagelabs.com!1391799431!2847166!1 X-Originating-IP: [194.204.62.116] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG,HOT_NASTY X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12331 invoked from network); 7 Feb 2014 18:57:12 -0000 Received: from mail.auul.pri.ee (HELO mail.auul.pri.ee) (194.204.62.116) by server-14.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 7 Feb 2014 18:57:12 -0000 Received: from localhost (localhost [127.0.0.1]) by mail.auul.pri.ee (Postfix) with ESMTP id B560E66545 for ; Fri, 7 Feb 2014 20:57:10 +0200 (EET) Received: from mail.auul.pri.ee ([127.0.0.1]) by localhost (post-relay.auul [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PVs9y2kbYqR9 for ; Fri, 7 Feb 2014 20:57:10 +0200 (EET) Received: from [192.168.10.10] (moraal.auul [192.168.10.10]) by mail.auul.pri.ee (Postfix) with ESMTP id 5DC7D6642E for ; Fri, 7 Feb 2014 20:57:10 +0200 (EET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=auul.pri.ee; s=default; t=1391799430; bh=7onZMZQei+LGgoA0141Lai8Tq8N9I+8BRBCP7JB+HX8=; h=Message-ID:Subject:From:To:Date:In-Reply-To:References: Content-Type:Mime-Version:Content-Transfer-Encoding; b=oKMie/Pb2V/9xSYyGC6Bs6Vz8cHWJ65XtyswampHeovaBQElYlNEt3XWvOTGNPiqv 26My41TW9x6fTiaVk+8GLuEmvq67SEbDo30wt3yDKylgM28WIVvJdeV5X+Sfpjr1+q pf9eYGMheDj0mWkSLKw81Sbb62mv0qNV342TDDxw= Message-ID: <1391799430.5317.46.camel@moraal.auul> From: Imre Oolberg To: xen-users@lists.xen.org Date: Fri, 07 Feb 2014 20:57:10 +0200 In-Reply-To: <52F2740E.1040308@bobich.net> References: <1391212364.5145.141.camel@moraal.auul> <1391616520.18112.73.camel@moraal.auul> <52F2740E.1040308@bobich.net> X-Mailer: Evolution 3.4.4-3 Mime-Version: 1.0 Subject: Re: [Xen-users] turning nvidia gts 450 into quadro 2000 X-BeenThere: xen-users@lists.xen.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! Gordan, big thanks, i can also confirm this technique works :) # lspci | grep 2000 04:00.0 VGA compatible controller: NVIDIA Corporation GF106GL [Quadro 2000] (rev a1) Only couple more things 1. My domU config is like this (using Ubuntu 13.10 and its Xen 4.3 with xl toolstack, all from package management) # cat /etc/xen/vga-win7-32.auul.cfg builder = "hvm" name = "vga-win7-32" memory = "3072" vcpus = 4 vif = ['mac=00:16:3e:44:00:02,bridge=xenbr0,model=ne2k_pci'] disk = ['phy:/dev/system/vga_win7_32_ss,hda,w'] gfx_passthru=1 pci = [ '04:00.0', '04:00.1', '00:1a.0', '00:1d.0', '00:1b.0', '07:00.0'] device_model_version = "qemu-xen-traditional" where '04:00.*' - 450 -> 2000 nvidia - works '00:1a.0', '00:1d.0', '07:00.0' - usb devices, e.g. usb mouse works '00:1b.0' - audio, works Do you suggest to change something there? (And into win7 32 bit domU i installed nvidia's own graphic driver + singed gplpv drivers + synergy, do you suggest to install something in addition?) 2. when starting up windwos domU it says on the xterm libxl: error: libxl_pci.c:990:libxl__device_pci_reset: The kernel doesn't support reset from sysfs for PCI device 0000:04:00.0 libxl: error: libxl_pci.c:990:libxl__device_pci_reset: The kernel doesn't support reset from sysfs for PCI device 0000:04:00.1 I thought that it practically means that domU cant be rebooted but it actually works after domU stop-start too. (Strangely ubuntu domU works on first boot cant be booted afterwards, only after full phycial dom0 reboot is works again, maybe its because of ubuntu domU's nouveaux driver, i must investigate it more.) 3. just for the record of mail archive >> so i get such new masks > >> > >> 'and mask 0': > >> 0111 1111 1111 1100 0010 1111 1111 1111 > >> > >> 'or mask 0': > >> 0001 0000 0000 0000 0110 0000 0000 0000 > >> > >> they are in hex > >> > >> new 'and mask 0': 7ffc 2fff > >> new 'or mask 0': 0100 6000 Here i made mistake, new 'or mask 0' traslates into hex like 1000 6000. >> C:\> nvflash --index=X --strap 0x7FFC2FFF 0x10006000 0x7fffffff > >> 0x00000000 Here it is rather '--straps' and i issued it using upper case letters for hex numbers instead, and X was in my case 2. Since i had this millenium dos usb stick prepared i used it (saving also old .rom in case it may be of some use like 'nvflash --index=2 -b gts-450.rom') Best regards and many thanks, Imre On Wed, 2014-02-05 at 17:25 +0000, Gordan Bobic wrote: > On 02/05/2014 04:08 PM, Imre Oolberg wrote: > > Hi! > > > > Excuse my impatience but please if somebody could answer this. I am a > > fan in using Xen at my desktop computer and it serves me well. Missing > > piece is working Windows domU. From > > http://wiki.xen.org/wiki/Xen_VGA_Passthrough_Tested_Adapters i got > > exited about turning old nvidia gts 450 adapter into quadro 2000. And > > reading achives people on this list seemed also to be enthusiastic about > > it. So i managed to get me used but in good shape gts 450 and now i am > > sitting on it, unsure to press enter to change contents of its flash :) > > > > > > Imre > > > > On Sat, 2014-02-01 at 01:52 +0200, Imre Oolberg wrote: > >> Hi! > >> > >> I am trying to get my Xen domU correctly working with vga passthrough > >> and Win7 32 bit or 64 bit. At the moment graphics does not work at all, > >> i believe that my Quadro K600, GTS 450 or GeForce 7600 GS video card > >> even shouldnt work with Win7 under domU although with Ubuntu guests they > >> work (at least Ubuntu domU could be booted up once successfully with > >> graphics). > >> > >> So, gts 450 -> quardo 2000 to the rescue :) > >> > >> I would be very thankful if somebody goes thru the rest of this letter > >> and confirms what i intend to do is correct and also cares to answer > >> some questions. > >> > >> First of all i went thru these articles > >> > >> 1. > >> http://www.altechnative.net/2013/11/25/virtualized-gaming-nvidia-cards-part-3-how-to-modify-a-fermi-based-geforce-into-a-quadro-geforce-gts450gtx470gtx480-to-quadro-200050006000/ > >> 2. > >> https://devtalk.nvidia.com/default/topic/489965/cuda-programming-and-performance/gtx480-to-c2050-hack-or-unlocking-tcc-mode-on-geforce/post/3511598/#3511598 > >> 3. > >> http://www.davidgis.fr/blog/index.php?2013/09/18/969-xen-430-vga-passthrough-gtx-480-soft-moded-to-quadro-6000 > >> > >> As i understand they more-or-less describe the same procedure, i > >> compiled this sequence for myself. > >> > >> 1. my hardware is > >> http://www.gigabyte.us/products/product-page.aspx?pid=3600#ov > >> > >> 2. booted computer under natively installed Win7 32 bit, installed > >> driver from nvidia.com, gpu-z from techpowerup.com and saved .rom > >> > >> 3. looked up my gts 450 pci dev id which turns to be 0DC4 > >> > >> # lspci -nn | grep -i vga > >> ... > >> 04:00.0 VGA compatible controller [0300]: NVIDIA Corporation GF106 > >> [GeForce GTS 450] [10de:0dc4] (rev a1) > >> > >> 4. looked up strap area values, taking endianness into account as asking > >> by 4 byte items (all four masks) > >> > >> $ od -tx4 -Ax GF106.rom | grep -A 1 ^000050 > >> 000050 002a72e9 35031458 7ffc3fff 00004000 > >> 000060 7fffffff 80000000 4aa537e5 e9446ce9 > >> > >> 5. wrote down 'and mask 0' and 'or mask 0' in binary form > >> > >> PCI ID bits in mask > >> Fxx4 xxxx xxxx xxxx xx32 10xx xxxx xxxx > >> > >> and mask 0: > >> 7f fc 3f ff > >> 0111 1111 1111 1100 0011 1111 1111 1111 > >> > >> or mask 0: > >> 00 00 40 00 > >> 0000 0000 0000 0000 0100 0000 0000 0000 > >> > >> 6. my gts 450 pci id is according to lspci 0DC4 and > >> http://us.download.nvidia.com/XFree86/Linux-x86/331.20/README/supportedchips.html says Quadro 2000 is 0DD8, so in binary > >> > >> GTS 450 - 0x0DC4 - 0000 1101 1100 0100 > >> Quadro 2000 - 0x0DD8 - 0000 1101 1101 1000 > >> > >> i see 3 bits within 5 lower bits are different, good. > >> > >> 7. Five special ID Bits (10-13 and 28) can be used to show to the driver > >> pci-id differently, and some of them need to be amended, i hope in my > >> case like this (i understand 'and mask' is for suppressing hardstrap bit > >> value into zero and 'or mask' is for making hardstrap value into one, as > >> driver sees them) > >> > >> 2nd bit in 'and mask 0' from 1 to 0 > >> 3rd bit in 'or mask 0' from 0 to 1 > >> 4th bit in 'or mask 0' from 0 to 1 > >> > >> so i get such new masks > >> > >> 'and mask 0': > >> 0111 1111 1111 1100 0010 1111 1111 1111 > >> > >> 'or mask 0': > >> 0001 0000 0000 0000 0110 0000 0000 0000 > >> > >> they are in hex > >> > >> new 'and mask 0': 7ffc 2fff > >> new 'or mask 0': 0100 6000 > >> > >> 9. So all together and takining into account that 31th bit should be > >> always zero (so 'or mask 1' 8000 0000 gets 0000 0000) i need to issue > >> from dos prompt > >> > >> C:\> nvflash --index=X --strap 0x7FFC2FFF 0x10006000 0x7fffffff > >> 0x00000000 > >> > >> Please confirm i got to the right outcome assuming i had the input data > >> i started out from. > > That looks correct. > > >> This is long letter already but i have some more questions > >> > >> 1. GPU-Z says my bios version is 70.06.13.00.01, do i need to update it > >> somehow before coversion into quadro or is it just all right? (and i > >> believe it is not tuned in any way) > > Leave the BIOS alone - it won't make any difference. > > >> 2. in > >> https://devtalk.nvidia.com/default/topic/489965/cuda-programming-and-performance/gtx480-to-c2050-hack-or-unlocking-tcc-mode-on-geforce/post/3511598/#3511598 > >> readers are instructed to change besides strap masks many other things > >> like pci dev id at 0x0000018E, Board boot string etc, are those changes > >> essential or rahter so to say cosmetic (and harmless to do)? > >> http://www.altechnative.net/2013/11/25/virtualized-gaming-nvidia-cards-part-3-how-to-modify-a-fermi-based-geforce-into-a-quadro-geforce-gts450gtx470gtx480-to-quadro-200050006000/ isnt mentioning them. > > It is harmless and won't gain you anything either way. I can see the > benefit of tidyness in changing the PCI ID to what you are changing it > to, but the only thing that checks this is nvflash to warn you if you > are trying to flash a BIOS with a different device ID onto the card. My > advice would be to go with the lazy option and leave it alone. Just > change the straps - it is sufficient. > > >> 3. a used usb dos boot material as guided at, i hope this is ok (it > >> contains windows millenium dos, nvflash v. 5.100.0.1) > >> http://www.techpowerup.com/forums/threads/guide-for-flashing-bios-of-nvidia-gpu.119955/ > > The Windows version of nvflash works just fine. No need to do it from > DOS in general unless the Windows version is refusing to work for you > for some obscure reason. > > >> 4. i didnt find Quadro 2000 .rom from > >> http://www.techpowerup.com/vgabios/, if anybody is willing to send it to > >> me, it would be interesting to look at (original or yet better gts > >> modified into quadro 2000) > > You don't need it - it won't achieve anything other than potentially > mess up your video outputs. Q2000 has 1xDVI + 2xDP - I am not aware of > any GTS450 with that arrangement, so if you flash the Q2000 BIOS onto > the GTS450 the chances are that you will lose output everything but the > first DVI port. > > Just flash the strap and enjoy in a VM. > > Gordan > > _______________________________________________ > 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 Fri Feb 07 18:58:02 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 07 Feb 2014 18:58:02 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBqbz-0002Gj-KB; Fri, 07 Feb 2014 18:57:15 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBqby-0002GF-Cv for xen-users@lists.xen.org; Fri, 07 Feb 2014 18:57:14 +0000 Received: from [193.109.254.147:58213] by server-12.bemta-14.messagelabs.com id 23/F7-17220-98C25F25; Fri, 07 Feb 2014 18:57:13 +0000 X-Env-Sender: imre@auul.pri.ee X-Msg-Ref: server-14.tower-27.messagelabs.com!1391799431!2847166!1 X-Originating-IP: [194.204.62.116] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG,HOT_NASTY X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12331 invoked from network); 7 Feb 2014 18:57:12 -0000 Received: from mail.auul.pri.ee (HELO mail.auul.pri.ee) (194.204.62.116) by server-14.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 7 Feb 2014 18:57:12 -0000 Received: from localhost (localhost [127.0.0.1]) by mail.auul.pri.ee (Postfix) with ESMTP id B560E66545 for ; Fri, 7 Feb 2014 20:57:10 +0200 (EET) Received: from mail.auul.pri.ee ([127.0.0.1]) by localhost (post-relay.auul [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PVs9y2kbYqR9 for ; Fri, 7 Feb 2014 20:57:10 +0200 (EET) Received: from [192.168.10.10] (moraal.auul [192.168.10.10]) by mail.auul.pri.ee (Postfix) with ESMTP id 5DC7D6642E for ; Fri, 7 Feb 2014 20:57:10 +0200 (EET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=auul.pri.ee; s=default; t=1391799430; bh=7onZMZQei+LGgoA0141Lai8Tq8N9I+8BRBCP7JB+HX8=; h=Message-ID:Subject:From:To:Date:In-Reply-To:References: Content-Type:Mime-Version:Content-Transfer-Encoding; b=oKMie/Pb2V/9xSYyGC6Bs6Vz8cHWJ65XtyswampHeovaBQElYlNEt3XWvOTGNPiqv 26My41TW9x6fTiaVk+8GLuEmvq67SEbDo30wt3yDKylgM28WIVvJdeV5X+Sfpjr1+q pf9eYGMheDj0mWkSLKw81Sbb62mv0qNV342TDDxw= Message-ID: <1391799430.5317.46.camel@moraal.auul> From: Imre Oolberg To: xen-users@lists.xen.org Date: Fri, 07 Feb 2014 20:57:10 +0200 In-Reply-To: <52F2740E.1040308@bobich.net> References: <1391212364.5145.141.camel@moraal.auul> <1391616520.18112.73.camel@moraal.auul> <52F2740E.1040308@bobich.net> X-Mailer: Evolution 3.4.4-3 Mime-Version: 1.0 Subject: Re: [Xen-users] turning nvidia gts 450 into quadro 2000 X-BeenThere: xen-users@lists.xen.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! Gordan, big thanks, i can also confirm this technique works :) # lspci | grep 2000 04:00.0 VGA compatible controller: NVIDIA Corporation GF106GL [Quadro 2000] (rev a1) Only couple more things 1. My domU config is like this (using Ubuntu 13.10 and its Xen 4.3 with xl toolstack, all from package management) # cat /etc/xen/vga-win7-32.auul.cfg builder = "hvm" name = "vga-win7-32" memory = "3072" vcpus = 4 vif = ['mac=00:16:3e:44:00:02,bridge=xenbr0,model=ne2k_pci'] disk = ['phy:/dev/system/vga_win7_32_ss,hda,w'] gfx_passthru=1 pci = [ '04:00.0', '04:00.1', '00:1a.0', '00:1d.0', '00:1b.0', '07:00.0'] device_model_version = "qemu-xen-traditional" where '04:00.*' - 450 -> 2000 nvidia - works '00:1a.0', '00:1d.0', '07:00.0' - usb devices, e.g. usb mouse works '00:1b.0' - audio, works Do you suggest to change something there? (And into win7 32 bit domU i installed nvidia's own graphic driver + singed gplpv drivers + synergy, do you suggest to install something in addition?) 2. when starting up windwos domU it says on the xterm libxl: error: libxl_pci.c:990:libxl__device_pci_reset: The kernel doesn't support reset from sysfs for PCI device 0000:04:00.0 libxl: error: libxl_pci.c:990:libxl__device_pci_reset: The kernel doesn't support reset from sysfs for PCI device 0000:04:00.1 I thought that it practically means that domU cant be rebooted but it actually works after domU stop-start too. (Strangely ubuntu domU works on first boot cant be booted afterwards, only after full phycial dom0 reboot is works again, maybe its because of ubuntu domU's nouveaux driver, i must investigate it more.) 3. just for the record of mail archive >> so i get such new masks > >> > >> 'and mask 0': > >> 0111 1111 1111 1100 0010 1111 1111 1111 > >> > >> 'or mask 0': > >> 0001 0000 0000 0000 0110 0000 0000 0000 > >> > >> they are in hex > >> > >> new 'and mask 0': 7ffc 2fff > >> new 'or mask 0': 0100 6000 Here i made mistake, new 'or mask 0' traslates into hex like 1000 6000. >> C:\> nvflash --index=X --strap 0x7FFC2FFF 0x10006000 0x7fffffff > >> 0x00000000 Here it is rather '--straps' and i issued it using upper case letters for hex numbers instead, and X was in my case 2. Since i had this millenium dos usb stick prepared i used it (saving also old .rom in case it may be of some use like 'nvflash --index=2 -b gts-450.rom') Best regards and many thanks, Imre On Wed, 2014-02-05 at 17:25 +0000, Gordan Bobic wrote: > On 02/05/2014 04:08 PM, Imre Oolberg wrote: > > Hi! > > > > Excuse my impatience but please if somebody could answer this. I am a > > fan in using Xen at my desktop computer and it serves me well. Missing > > piece is working Windows domU. From > > http://wiki.xen.org/wiki/Xen_VGA_Passthrough_Tested_Adapters i got > > exited about turning old nvidia gts 450 adapter into quadro 2000. And > > reading achives people on this list seemed also to be enthusiastic about > > it. So i managed to get me used but in good shape gts 450 and now i am > > sitting on it, unsure to press enter to change contents of its flash :) > > > > > > Imre > > > > On Sat, 2014-02-01 at 01:52 +0200, Imre Oolberg wrote: > >> Hi! > >> > >> I am trying to get my Xen domU correctly working with vga passthrough > >> and Win7 32 bit or 64 bit. At the moment graphics does not work at all, > >> i believe that my Quadro K600, GTS 450 or GeForce 7600 GS video card > >> even shouldnt work with Win7 under domU although with Ubuntu guests they > >> work (at least Ubuntu domU could be booted up once successfully with > >> graphics). > >> > >> So, gts 450 -> quardo 2000 to the rescue :) > >> > >> I would be very thankful if somebody goes thru the rest of this letter > >> and confirms what i intend to do is correct and also cares to answer > >> some questions. > >> > >> First of all i went thru these articles > >> > >> 1. > >> http://www.altechnative.net/2013/11/25/virtualized-gaming-nvidia-cards-part-3-how-to-modify-a-fermi-based-geforce-into-a-quadro-geforce-gts450gtx470gtx480-to-quadro-200050006000/ > >> 2. > >> https://devtalk.nvidia.com/default/topic/489965/cuda-programming-and-performance/gtx480-to-c2050-hack-or-unlocking-tcc-mode-on-geforce/post/3511598/#3511598 > >> 3. > >> http://www.davidgis.fr/blog/index.php?2013/09/18/969-xen-430-vga-passthrough-gtx-480-soft-moded-to-quadro-6000 > >> > >> As i understand they more-or-less describe the same procedure, i > >> compiled this sequence for myself. > >> > >> 1. my hardware is > >> http://www.gigabyte.us/products/product-page.aspx?pid=3600#ov > >> > >> 2. booted computer under natively installed Win7 32 bit, installed > >> driver from nvidia.com, gpu-z from techpowerup.com and saved .rom > >> > >> 3. looked up my gts 450 pci dev id which turns to be 0DC4 > >> > >> # lspci -nn | grep -i vga > >> ... > >> 04:00.0 VGA compatible controller [0300]: NVIDIA Corporation GF106 > >> [GeForce GTS 450] [10de:0dc4] (rev a1) > >> > >> 4. looked up strap area values, taking endianness into account as asking > >> by 4 byte items (all four masks) > >> > >> $ od -tx4 -Ax GF106.rom | grep -A 1 ^000050 > >> 000050 002a72e9 35031458 7ffc3fff 00004000 > >> 000060 7fffffff 80000000 4aa537e5 e9446ce9 > >> > >> 5. wrote down 'and mask 0' and 'or mask 0' in binary form > >> > >> PCI ID bits in mask > >> Fxx4 xxxx xxxx xxxx xx32 10xx xxxx xxxx > >> > >> and mask 0: > >> 7f fc 3f ff > >> 0111 1111 1111 1100 0011 1111 1111 1111 > >> > >> or mask 0: > >> 00 00 40 00 > >> 0000 0000 0000 0000 0100 0000 0000 0000 > >> > >> 6. my gts 450 pci id is according to lspci 0DC4 and > >> http://us.download.nvidia.com/XFree86/Linux-x86/331.20/README/supportedchips.html says Quadro 2000 is 0DD8, so in binary > >> > >> GTS 450 - 0x0DC4 - 0000 1101 1100 0100 > >> Quadro 2000 - 0x0DD8 - 0000 1101 1101 1000 > >> > >> i see 3 bits within 5 lower bits are different, good. > >> > >> 7. Five special ID Bits (10-13 and 28) can be used to show to the driver > >> pci-id differently, and some of them need to be amended, i hope in my > >> case like this (i understand 'and mask' is for suppressing hardstrap bit > >> value into zero and 'or mask' is for making hardstrap value into one, as > >> driver sees them) > >> > >> 2nd bit in 'and mask 0' from 1 to 0 > >> 3rd bit in 'or mask 0' from 0 to 1 > >> 4th bit in 'or mask 0' from 0 to 1 > >> > >> so i get such new masks > >> > >> 'and mask 0': > >> 0111 1111 1111 1100 0010 1111 1111 1111 > >> > >> 'or mask 0': > >> 0001 0000 0000 0000 0110 0000 0000 0000 > >> > >> they are in hex > >> > >> new 'and mask 0': 7ffc 2fff > >> new 'or mask 0': 0100 6000 > >> > >> 9. So all together and takining into account that 31th bit should be > >> always zero (so 'or mask 1' 8000 0000 gets 0000 0000) i need to issue > >> from dos prompt > >> > >> C:\> nvflash --index=X --strap 0x7FFC2FFF 0x10006000 0x7fffffff > >> 0x00000000 > >> > >> Please confirm i got to the right outcome assuming i had the input data > >> i started out from. > > That looks correct. > > >> This is long letter already but i have some more questions > >> > >> 1. GPU-Z says my bios version is 70.06.13.00.01, do i need to update it > >> somehow before coversion into quadro or is it just all right? (and i > >> believe it is not tuned in any way) > > Leave the BIOS alone - it won't make any difference. > > >> 2. in > >> https://devtalk.nvidia.com/default/topic/489965/cuda-programming-and-performance/gtx480-to-c2050-hack-or-unlocking-tcc-mode-on-geforce/post/3511598/#3511598 > >> readers are instructed to change besides strap masks many other things > >> like pci dev id at 0x0000018E, Board boot string etc, are those changes > >> essential or rahter so to say cosmetic (and harmless to do)? > >> http://www.altechnative.net/2013/11/25/virtualized-gaming-nvidia-cards-part-3-how-to-modify-a-fermi-based-geforce-into-a-quadro-geforce-gts450gtx470gtx480-to-quadro-200050006000/ isnt mentioning them. > > It is harmless and won't gain you anything either way. I can see the > benefit of tidyness in changing the PCI ID to what you are changing it > to, but the only thing that checks this is nvflash to warn you if you > are trying to flash a BIOS with a different device ID onto the card. My > advice would be to go with the lazy option and leave it alone. Just > change the straps - it is sufficient. > > >> 3. a used usb dos boot material as guided at, i hope this is ok (it > >> contains windows millenium dos, nvflash v. 5.100.0.1) > >> http://www.techpowerup.com/forums/threads/guide-for-flashing-bios-of-nvidia-gpu.119955/ > > The Windows version of nvflash works just fine. No need to do it from > DOS in general unless the Windows version is refusing to work for you > for some obscure reason. > > >> 4. i didnt find Quadro 2000 .rom from > >> http://www.techpowerup.com/vgabios/, if anybody is willing to send it to > >> me, it would be interesting to look at (original or yet better gts > >> modified into quadro 2000) > > You don't need it - it won't achieve anything other than potentially > mess up your video outputs. Q2000 has 1xDVI + 2xDP - I am not aware of > any GTS450 with that arrangement, so if you flash the Q2000 BIOS onto > the GTS450 the chances are that you will lose output everything but the > first DVI port. > > Just flash the strap and enjoy in a VM. > > Gordan > > _______________________________________________ > 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 Fri Feb 07 19:06:20 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 07 Feb 2014 19:06: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 1WBqkK-0003N8-IF; Fri, 07 Feb 2014 19:05:52 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBqkI-0003Ms-3K; Fri, 07 Feb 2014 19:05:50 +0000 Received: from [85.158.139.211:44128] by server-3.bemta-5.messagelabs.com id 0D/78-13671-D8E25F25; Fri, 07 Feb 2014 19:05:49 +0000 X-Env-Sender: russell.pavlicek.xen@gmail.com X-Msg-Ref: server-15.tower-206.messagelabs.com!1391799948!2453218!1 X-Originating-IP: [209.85.215.42] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10851 invoked from network); 7 Feb 2014 19:05:48 -0000 Received: from mail-la0-f42.google.com (HELO mail-la0-f42.google.com) (209.85.215.42) by server-15.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 7 Feb 2014 19:05:48 -0000 Received: by mail-la0-f42.google.com with SMTP id hr13so3001429lab.15 for ; Fri, 07 Feb 2014 11:05:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=AWW6d7+HNdEmn3pMxmtBDE+j2mdnjv4DJTfdEvJ57Bc=; b=kpr1TL7r8SEEx6pJZhebEGsc/l2KZX7X6Hrf7aWtijWiVsyLxgZ1Iee9Z5XoEapw9Z ZrPC1lQ6BJtQY3XNAIEpBPlvpCJPZ4ax9RJM+1YEuybVY+WCgrGs+lKt1sBB5GfULe/K ab8423WJnLK08Nvxw+pykkZLvT+tOMWMCoT3FFRNNwcmeISnVfmXf7N1Wbq3LH+OzQlx xrCMXsDnZK/ibEeXZ47U/t4/HQoZ6LYQt9A1/qKPLWUyNkDb+IuzqkQ3YY2vrRIYd8fJ VrDnj+xgCYVoj9Q7qy6T/lZT0Qn7J6CedsadKLdBuFisjViUsUZiKErGvSM+WOzFfUZZ Zqqw== MIME-Version: 1.0 X-Received: by 10.112.142.40 with SMTP id rt8mr140311lbb.52.1391799947928; Fri, 07 Feb 2014 11:05:47 -0800 (PST) Received: by 10.112.72.72 with HTTP; Fri, 7 Feb 2014 11:05:47 -0800 (PST) Date: Fri, 7 Feb 2014 14:05:47 -0500 X-Google-Sender-Auth: 7Nn2wbrYwVPfhkDL83EG3TepASo Message-ID: From: Russ Pavlicek To: "xen-users@lists.xen.org" , xen-devel@lists.xen.org Subject: [Xen-users] Want to demo or assist at the Xen Project booth at SCALE 12X? X-BeenThere: xen-users@lists.xen.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 Are you are planning to attend SCALE 12X and you can demo something running Xen Project software? Would you like an opportunity to show that demo at the Xen Project booth? We are looking for a couple good demos to be performed at the Xen Project booth during SCALE 12X in Los Angeles later this month. If you are: 1) A user with something cool or an interesting story involving Xen Project software, 2) An Open Source project which works with Xen Project software, or 3) A vendor with a solution leveraging Xen Project software this is your opportunity to do some show-and-tell in the Xen Project booth (vendors: since this is a non-commercial booth, you can demo and hand out literature, but no closing business at our booth, okay?). Contact me and describe what you'd like to do. You might just get a chance to show your stuff at the booth. Also, I could really use a couple people who'd be willing to spend an hour or two talking to people who come by the booth. You don't need to be a guru. If you have some Xen knowledge, or a story to tell (how you use Xen in your organization, why you picked Xen, etc.), we'd welcome having you in the booth for a while to talk to people as they come by. If you help out, I'll make sure you get one of our cool Xen Project T-shirts (which flew out of the booth in record time last year)! Drop me a line if you're willing to be part of the Xen Project booth at SCALE 12X. Thanks! Russ Pavlicek Xen Project Evangelist/Booth Guy/Loudmouth _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Feb 07 19:06:20 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 07 Feb 2014 19:06: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 1WBqkK-0003N8-IF; Fri, 07 Feb 2014 19:05:52 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBqkI-0003Ms-3K; Fri, 07 Feb 2014 19:05:50 +0000 Received: from [85.158.139.211:44128] by server-3.bemta-5.messagelabs.com id 0D/78-13671-D8E25F25; Fri, 07 Feb 2014 19:05:49 +0000 X-Env-Sender: russell.pavlicek.xen@gmail.com X-Msg-Ref: server-15.tower-206.messagelabs.com!1391799948!2453218!1 X-Originating-IP: [209.85.215.42] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10851 invoked from network); 7 Feb 2014 19:05:48 -0000 Received: from mail-la0-f42.google.com (HELO mail-la0-f42.google.com) (209.85.215.42) by server-15.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 7 Feb 2014 19:05:48 -0000 Received: by mail-la0-f42.google.com with SMTP id hr13so3001429lab.15 for ; Fri, 07 Feb 2014 11:05:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=AWW6d7+HNdEmn3pMxmtBDE+j2mdnjv4DJTfdEvJ57Bc=; b=kpr1TL7r8SEEx6pJZhebEGsc/l2KZX7X6Hrf7aWtijWiVsyLxgZ1Iee9Z5XoEapw9Z ZrPC1lQ6BJtQY3XNAIEpBPlvpCJPZ4ax9RJM+1YEuybVY+WCgrGs+lKt1sBB5GfULe/K ab8423WJnLK08Nvxw+pykkZLvT+tOMWMCoT3FFRNNwcmeISnVfmXf7N1Wbq3LH+OzQlx xrCMXsDnZK/ibEeXZ47U/t4/HQoZ6LYQt9A1/qKPLWUyNkDb+IuzqkQ3YY2vrRIYd8fJ VrDnj+xgCYVoj9Q7qy6T/lZT0Qn7J6CedsadKLdBuFisjViUsUZiKErGvSM+WOzFfUZZ Zqqw== MIME-Version: 1.0 X-Received: by 10.112.142.40 with SMTP id rt8mr140311lbb.52.1391799947928; Fri, 07 Feb 2014 11:05:47 -0800 (PST) Received: by 10.112.72.72 with HTTP; Fri, 7 Feb 2014 11:05:47 -0800 (PST) Date: Fri, 7 Feb 2014 14:05:47 -0500 X-Google-Sender-Auth: 7Nn2wbrYwVPfhkDL83EG3TepASo Message-ID: From: Russ Pavlicek To: "xen-users@lists.xen.org" , xen-devel@lists.xen.org Subject: [Xen-users] Want to demo or assist at the Xen Project booth at SCALE 12X? X-BeenThere: xen-users@lists.xen.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 Are you are planning to attend SCALE 12X and you can demo something running Xen Project software? Would you like an opportunity to show that demo at the Xen Project booth? We are looking for a couple good demos to be performed at the Xen Project booth during SCALE 12X in Los Angeles later this month. If you are: 1) A user with something cool or an interesting story involving Xen Project software, 2) An Open Source project which works with Xen Project software, or 3) A vendor with a solution leveraging Xen Project software this is your opportunity to do some show-and-tell in the Xen Project booth (vendors: since this is a non-commercial booth, you can demo and hand out literature, but no closing business at our booth, okay?). Contact me and describe what you'd like to do. You might just get a chance to show your stuff at the booth. Also, I could really use a couple people who'd be willing to spend an hour or two talking to people who come by the booth. You don't need to be a guru. If you have some Xen knowledge, or a story to tell (how you use Xen in your organization, why you picked Xen, etc.), we'd welcome having you in the booth for a while to talk to people as they come by. If you help out, I'll make sure you get one of our cool Xen Project T-shirts (which flew out of the booth in record time last year)! Drop me a line if you're willing to be part of the Xen Project booth at SCALE 12X. Thanks! Russ Pavlicek Xen Project Evangelist/Booth Guy/Loudmouth _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Feb 07 19:22:32 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 07 Feb 2014 19:22: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 1WBr0C-0004Kh-P4; Fri, 07 Feb 2014 19:22:16 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBr0A-0004KS-BV; Fri, 07 Feb 2014 19:22:14 +0000 Received: from [85.158.139.211:23164] by server-1.bemta-5.messagelabs.com id 41/4D-12859-56235F25; Fri, 07 Feb 2014 19:22:13 +0000 X-Env-Sender: russell.pavlicek.xen@gmail.com X-Msg-Ref: server-4.tower-206.messagelabs.com!1391800931!2465863!1 X-Originating-IP: [209.85.217.171] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5326 invoked from network); 7 Feb 2014 19:22:12 -0000 Received: from mail-lb0-f171.google.com (HELO mail-lb0-f171.google.com) (209.85.217.171) by server-4.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 7 Feb 2014 19:22:12 -0000 Received: by mail-lb0-f171.google.com with SMTP id c11so3068225lbj.30 for ; Fri, 07 Feb 2014 11:22:11 -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:content-type; bh=vKWICBi+ppeZLtqhT+GzITG9Kjd6BPYoEUlmm+A83cY=; b=Aa+zmNhRVD45X+4PMpsJk3fBhzwqTfHEfYAZbAu4AsxntxZuMklpQtRFgUAsClz3e1 wsWdVOT+o4EbPLdyWLai37cssf4JuGejIgL0nhLs5RSB3iiaQSvrbNvJ+/kjsH8WyKSD FYJ1qH53NPrFeMm4TeER0vRzS+CSXGahgbwY4hy2gy2kXil7N8AbJwvfblcpIPS/c2EP pJktj1UfU1K5eHy6LSrSmY/tryFvQk0g2NvTt6AkkuN45oMbV/MeWKt/1zPpH/XLSQel ib+tuDoMTxS74yLvtBLZbtiy5YJFi8a1jvyvSbjF4RnIiJRqh+kN/VUf0AQqNIzpchxJ QEwA== MIME-Version: 1.0 X-Received: by 10.152.87.228 with SMTP id bb4mr11341565lab.15.1391800931694; Fri, 07 Feb 2014 11:22:11 -0800 (PST) Received: by 10.112.72.72 with HTTP; Fri, 7 Feb 2014 11:22:11 -0800 (PST) Received: by 10.112.72.72 with HTTP; Fri, 7 Feb 2014 11:22:11 -0800 (PST) In-Reply-To: References: Date: Fri, 7 Feb 2014 14:22:11 -0500 X-Google-Sender-Auth: rd-cr0zHUjm8RydHOf1PbTPI39Q Message-ID: From: Russ Pavlicek To: xen-users@lists.xen.org, xen-devel@lists.xen.org Subject: Re: [Xen-users] Want to demo or assist at the Xen Project booth at SCALE 12X? X-BeenThere: xen-users@lists.xen.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="===============2195304392021496202==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2195304392021496202== Content-Type: multipart/alternative; boundary=001a11c2623021bc7e04f1d5e8bf --001a11c2623021bc7e04f1d5e8bf Content-Type: text/plain; charset=ISO-8859-1 For those who don't already know the conference, their website is here: http://www.socallinuxexpo.org/ It's a great FOSS conference for those who love Open Source. Russ On Feb 7, 2014 2:05 PM, "Russ Pavlicek" wrote: > Are you are planning to attend SCALE 12X and you can demo something > running Xen Project software? Would you like an opportunity to show > that demo at the Xen Project booth? > > We are looking for a couple good demos to be performed at the Xen > Project booth during SCALE 12X in Los Angeles later this month. > > If you are: > > 1) A user with something cool or an interesting story involving Xen > Project software, > 2) An Open Source project which works with Xen Project software, or > 3) A vendor with a solution leveraging Xen Project software > > this is your opportunity to do some show-and-tell in the Xen Project > booth (vendors: since this is a non-commercial booth, you can demo and > hand out literature, but no closing business at our booth, okay?). > > Contact me and describe what you'd like to do. You might just get a > chance to show your stuff at the booth. > > Also, I could really use a couple people who'd be willing to spend an > hour or two talking to people who come by the booth. You don't need > to be a guru. If you have some Xen knowledge, or a story to tell (how > you use Xen in your organization, why you picked Xen, etc.), we'd > welcome having you in the booth for a while to talk to people as they > come by. > > If you help out, I'll make sure you get one of our cool Xen Project > T-shirts (which flew out of the booth in record time last year)! > > Drop me a line if you're willing to be part of the Xen Project booth > at SCALE 12X. > > Thanks! > > Russ Pavlicek > Xen Project Evangelist/Booth Guy/Loudmouth > --001a11c2623021bc7e04f1d5e8bf Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

For those who don't already know the conference,=A0 thei= r website is here:

http://www.socall= inuxexpo.org/

It's a great FOSS conference for those who love Open Sou= rce.

Russ

On Feb 7, 2014 2:05 PM, "Russ Pavlicek"= ; <russell.pavlicek@x= enproject.org> wrote:
Are you are planning to attend SCALE 12X and you can demo something
running Xen Project software? =A0Would you like an opportunity to show
that demo at the Xen Project booth?

We are looking for a couple good demos to be performed at the Xen
Project booth during SCALE 12X in Los Angeles later this month.

If you are:

1) A user with something cool or an interesting story involving Xen
Project software,
2) An Open Source project which works with Xen Project software, or
3) A vendor with a solution leveraging Xen Project software

this is your opportunity to do some show-and-tell in the Xen Project
booth (vendors: since this is a non-commercial booth, you can demo and
hand out literature, but no closing business at our booth, okay?).

Contact me and describe what you'd like to do. =A0You might just get a<= br> chance to show your stuff at the booth.

Also, I could really use a couple people who'd be willing to spend an hour or two talking to people who come by the booth. =A0You don't need<= br> to be a guru. =A0If you have some Xen knowledge, or a story to tell (how you use Xen in your organization, why you picked Xen, etc.), we'd
welcome having you in the booth for a while to talk to people as they
come by.

If you help out, I'll make sure you get one of our cool Xen Project
T-shirts (which flew out of the booth in record time last year)!

Drop me a line if you're willing to be part of the Xen Project booth at SCALE 12X.

Thanks!

Russ Pavlicek
Xen Project Evangelist/Booth Guy/Loudmouth
--001a11c2623021bc7e04f1d5e8bf-- --===============2195304392021496202== 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 --===============2195304392021496202==-- From xen-users-bounces@lists.xen.org Fri Feb 07 19:22:32 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 07 Feb 2014 19:22: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 1WBr0C-0004Kh-P4; Fri, 07 Feb 2014 19:22:16 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBr0A-0004KS-BV; Fri, 07 Feb 2014 19:22:14 +0000 Received: from [85.158.139.211:23164] by server-1.bemta-5.messagelabs.com id 41/4D-12859-56235F25; Fri, 07 Feb 2014 19:22:13 +0000 X-Env-Sender: russell.pavlicek.xen@gmail.com X-Msg-Ref: server-4.tower-206.messagelabs.com!1391800931!2465863!1 X-Originating-IP: [209.85.217.171] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5326 invoked from network); 7 Feb 2014 19:22:12 -0000 Received: from mail-lb0-f171.google.com (HELO mail-lb0-f171.google.com) (209.85.217.171) by server-4.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 7 Feb 2014 19:22:12 -0000 Received: by mail-lb0-f171.google.com with SMTP id c11so3068225lbj.30 for ; Fri, 07 Feb 2014 11:22:11 -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:content-type; bh=vKWICBi+ppeZLtqhT+GzITG9Kjd6BPYoEUlmm+A83cY=; b=Aa+zmNhRVD45X+4PMpsJk3fBhzwqTfHEfYAZbAu4AsxntxZuMklpQtRFgUAsClz3e1 wsWdVOT+o4EbPLdyWLai37cssf4JuGejIgL0nhLs5RSB3iiaQSvrbNvJ+/kjsH8WyKSD FYJ1qH53NPrFeMm4TeER0vRzS+CSXGahgbwY4hy2gy2kXil7N8AbJwvfblcpIPS/c2EP pJktj1UfU1K5eHy6LSrSmY/tryFvQk0g2NvTt6AkkuN45oMbV/MeWKt/1zPpH/XLSQel ib+tuDoMTxS74yLvtBLZbtiy5YJFi8a1jvyvSbjF4RnIiJRqh+kN/VUf0AQqNIzpchxJ QEwA== MIME-Version: 1.0 X-Received: by 10.152.87.228 with SMTP id bb4mr11341565lab.15.1391800931694; Fri, 07 Feb 2014 11:22:11 -0800 (PST) Received: by 10.112.72.72 with HTTP; Fri, 7 Feb 2014 11:22:11 -0800 (PST) Received: by 10.112.72.72 with HTTP; Fri, 7 Feb 2014 11:22:11 -0800 (PST) In-Reply-To: References: Date: Fri, 7 Feb 2014 14:22:11 -0500 X-Google-Sender-Auth: rd-cr0zHUjm8RydHOf1PbTPI39Q Message-ID: From: Russ Pavlicek To: xen-users@lists.xen.org, xen-devel@lists.xen.org Subject: Re: [Xen-users] Want to demo or assist at the Xen Project booth at SCALE 12X? X-BeenThere: xen-users@lists.xen.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="===============2195304392021496202==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2195304392021496202== Content-Type: multipart/alternative; boundary=001a11c2623021bc7e04f1d5e8bf --001a11c2623021bc7e04f1d5e8bf Content-Type: text/plain; charset=ISO-8859-1 For those who don't already know the conference, their website is here: http://www.socallinuxexpo.org/ It's a great FOSS conference for those who love Open Source. Russ On Feb 7, 2014 2:05 PM, "Russ Pavlicek" wrote: > Are you are planning to attend SCALE 12X and you can demo something > running Xen Project software? Would you like an opportunity to show > that demo at the Xen Project booth? > > We are looking for a couple good demos to be performed at the Xen > Project booth during SCALE 12X in Los Angeles later this month. > > If you are: > > 1) A user with something cool or an interesting story involving Xen > Project software, > 2) An Open Source project which works with Xen Project software, or > 3) A vendor with a solution leveraging Xen Project software > > this is your opportunity to do some show-and-tell in the Xen Project > booth (vendors: since this is a non-commercial booth, you can demo and > hand out literature, but no closing business at our booth, okay?). > > Contact me and describe what you'd like to do. You might just get a > chance to show your stuff at the booth. > > Also, I could really use a couple people who'd be willing to spend an > hour or two talking to people who come by the booth. You don't need > to be a guru. If you have some Xen knowledge, or a story to tell (how > you use Xen in your organization, why you picked Xen, etc.), we'd > welcome having you in the booth for a while to talk to people as they > come by. > > If you help out, I'll make sure you get one of our cool Xen Project > T-shirts (which flew out of the booth in record time last year)! > > Drop me a line if you're willing to be part of the Xen Project booth > at SCALE 12X. > > Thanks! > > Russ Pavlicek > Xen Project Evangelist/Booth Guy/Loudmouth > --001a11c2623021bc7e04f1d5e8bf Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

For those who don't already know the conference,=A0 thei= r website is here:

http://www.socall= inuxexpo.org/

It's a great FOSS conference for those who love Open Sou= rce.

Russ

On Feb 7, 2014 2:05 PM, "Russ Pavlicek"= ; <russell.pavlicek@x= enproject.org> wrote:
Are you are planning to attend SCALE 12X and you can demo something
running Xen Project software? =A0Would you like an opportunity to show
that demo at the Xen Project booth?

We are looking for a couple good demos to be performed at the Xen
Project booth during SCALE 12X in Los Angeles later this month.

If you are:

1) A user with something cool or an interesting story involving Xen
Project software,
2) An Open Source project which works with Xen Project software, or
3) A vendor with a solution leveraging Xen Project software

this is your opportunity to do some show-and-tell in the Xen Project
booth (vendors: since this is a non-commercial booth, you can demo and
hand out literature, but no closing business at our booth, okay?).

Contact me and describe what you'd like to do. =A0You might just get a<= br> chance to show your stuff at the booth.

Also, I could really use a couple people who'd be willing to spend an hour or two talking to people who come by the booth. =A0You don't need<= br> to be a guru. =A0If you have some Xen knowledge, or a story to tell (how you use Xen in your organization, why you picked Xen, etc.), we'd
welcome having you in the booth for a while to talk to people as they
come by.

If you help out, I'll make sure you get one of our cool Xen Project
T-shirts (which flew out of the booth in record time last year)!

Drop me a line if you're willing to be part of the Xen Project booth at SCALE 12X.

Thanks!

Russ Pavlicek
Xen Project Evangelist/Booth Guy/Loudmouth
--001a11c2623021bc7e04f1d5e8bf-- --===============2195304392021496202== 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 --===============2195304392021496202==-- From xen-users-bounces@lists.xen.org Fri Feb 07 19:28:19 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 07 Feb 2014 19:28: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 1WBr5n-0004hC-Ti; Fri, 07 Feb 2014 19:28:03 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBr5l-0004h4-EC for xen-users@lists.xensource.com; Fri, 07 Feb 2014 19:28:02 +0000 Received: from [193.109.254.147:50769] by server-9.bemta-14.messagelabs.com id 17/BB-24895-0C335F25; Fri, 07 Feb 2014 19:28:00 +0000 X-Env-Sender: guy20034u@yahoo.com X-Msg-Ref: server-4.tower-27.messagelabs.com!1391801279!2844719!1 X-Originating-IP: [216.139.236.26] X-SpamReason: No, hits=0.6 required=7.0 tests=FORGED_YAHOO_RCVD, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24577 invoked from network); 7 Feb 2014 19:28:00 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-4.tower-27.messagelabs.com with AES256-SHA encrypted SMTP; 7 Feb 2014 19:28:00 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1WBr5i-0006aj-HB for xen-users@lists.xensource.com; Fri, 07 Feb 2014 11:27:58 -0800 Date: Fri, 7 Feb 2014 11:27:58 -0800 (PST) From: sbdcunha To: xen-users@lists.xensource.com Message-ID: <1391801278525-5721189.post@n5.nabble.com> In-Reply-To: <1391592927.6497.80.camel@kazak.uk.xensource.com> References: <1391532037250-5721108.post@n5.nabble.com> <20140204173250.GA20603@zion.uk.xensource.com> <1391544877602-5721112.post@n5.nabble.com> <1391592927.6497.80.camel@kazak.uk.xensource.com> MIME-Version: 1.0 Subject: Re: [Xen-users] new xen guest cannot communicate with the network X-BeenThere: xen-users@lists.xen.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 dear wei, Thanks for the reply but sorry or my delay.. from the xen dom0 i can ping the gateway perfectly and not only that i can reach any host on our network but from the xen guest that is domU i cannot ping the gateway neither any hosts on the same network or other but only xen dom0 appreciate your kind help and advice regards simon -- View this message in context: http://xen.1045712.n5.nabble.com/new-xen-guest-cannot-communicate-with-the-network-tp5721108p5721189.html Sent from the Xen - User mailing list archive at Nabble.com. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Feb 07 19:28:19 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 07 Feb 2014 19:28: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 1WBr5n-0004hC-Ti; Fri, 07 Feb 2014 19:28:03 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBr5l-0004h4-EC for xen-users@lists.xensource.com; Fri, 07 Feb 2014 19:28:02 +0000 Received: from [193.109.254.147:50769] by server-9.bemta-14.messagelabs.com id 17/BB-24895-0C335F25; Fri, 07 Feb 2014 19:28:00 +0000 X-Env-Sender: guy20034u@yahoo.com X-Msg-Ref: server-4.tower-27.messagelabs.com!1391801279!2844719!1 X-Originating-IP: [216.139.236.26] X-SpamReason: No, hits=0.6 required=7.0 tests=FORGED_YAHOO_RCVD, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24577 invoked from network); 7 Feb 2014 19:28:00 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-4.tower-27.messagelabs.com with AES256-SHA encrypted SMTP; 7 Feb 2014 19:28:00 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1WBr5i-0006aj-HB for xen-users@lists.xensource.com; Fri, 07 Feb 2014 11:27:58 -0800 Date: Fri, 7 Feb 2014 11:27:58 -0800 (PST) From: sbdcunha To: xen-users@lists.xensource.com Message-ID: <1391801278525-5721189.post@n5.nabble.com> In-Reply-To: <1391592927.6497.80.camel@kazak.uk.xensource.com> References: <1391532037250-5721108.post@n5.nabble.com> <20140204173250.GA20603@zion.uk.xensource.com> <1391544877602-5721112.post@n5.nabble.com> <1391592927.6497.80.camel@kazak.uk.xensource.com> MIME-Version: 1.0 Subject: Re: [Xen-users] new xen guest cannot communicate with the network X-BeenThere: xen-users@lists.xen.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 dear wei, Thanks for the reply but sorry or my delay.. from the xen dom0 i can ping the gateway perfectly and not only that i can reach any host on our network but from the xen guest that is domU i cannot ping the gateway neither any hosts on the same network or other but only xen dom0 appreciate your kind help and advice regards simon -- View this message in context: http://xen.1045712.n5.nabble.com/new-xen-guest-cannot-communicate-with-the-network-tp5721108p5721189.html Sent from the Xen - User mailing list archive at Nabble.com. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Feb 07 19:42:32 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 07 Feb 2014 19:42: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 1WBrJL-00069x-TK; Fri, 07 Feb 2014 19:42:03 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBrJI-00069s-Fe for xen-users@lists.xen.org; Fri, 07 Feb 2014 19:42:00 +0000 Received: from [85.158.139.211:53970] by server-11.bemta-5.messagelabs.com id 00/34-23886-70735F25; Fri, 07 Feb 2014 19:41:59 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-2.tower-206.messagelabs.com!1391802118!2426206!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23517 invoked from network); 7 Feb 2014 19:41:58 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-2.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 7 Feb 2014 19:41:58 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 41DDE221BEA for ; Fri, 7 Feb 2014 19:41:57 +0000 (GMT) Message-ID: <52F53704.3070702@bobich.net> Date: Fri, 07 Feb 2014 19:41:56 +0000 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: "xen-users@lists.xen.org" References: <1391212364.5145.141.camel@moraal.auul> <1391616520.18112.73.camel@moraal.auul> <52F2740E.1040308@bobich.net> <1391799430.5317.46.camel@moraal.auul> In-Reply-To: <1391799430.5317.46.camel@moraal.auul> Subject: Re: [Xen-users] turning nvidia gts 450 into quadro 2000 X-BeenThere: xen-users@lists.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 02/07/2014 06:57 PM, Imre Oolberg wrote: > Hi! > > Gordan, big thanks, i can also confirm this technique works :) Good. Thus far all the reports (including all of my own) are that GTS450, GTX470 and GTX480 mods work, as well as some other models. > # lspci | grep 2000 > 04:00.0 VGA compatible controller: NVIDIA Corporation GF106GL [Quadro > 2000] (rev a1) > > Only couple more things > > 1. My domU config is like this (using Ubuntu 13.10 and its Xen 4.3 with > xl toolstack, all from package management) > > # cat /etc/xen/vga-win7-32.auul.cfg > builder = "hvm" > name = "vga-win7-32" > memory = "3072" > vcpus = 4 > vif = ['mac=00:16:3e:44:00:02,bridge=xenbr0,model=ne2k_pci'] > disk = ['phy:/dev/system/vga_win7_32_ss,hda,w'] > gfx_passthru=1 > pci = [ '04:00.0', '04:00.1', '00:1a.0', '00:1d.0', '00:1b.0', > '07:00.0'] > device_model_version = "qemu-xen-traditional" > > where > > '04:00.*' - 450 -> 2000 nvidia - works > '00:1a.0', '00:1d.0', '07:00.0' - usb devices, e.g. usb mouse works > '00:1b.0' - audio, works > > Do you suggest to change something there? Consider it works? No. :) > (And into win7 32 bit domU i > installed nvidia's own graphic driver + singed gplpv drivers + synergy, > do you suggest to install something in addition?) That should cover everything from the virtualization aspect, although I must say I am surprised anyone still bothers with a 32-bit OS. > 2. when starting up windwos domU it says on the xterm > > libxl: error: libxl_pci.c:990:libxl__device_pci_reset: The kernel > doesn't support reset from sysfs for PCI device 0000:04:00.0 > libxl: error: libxl_pci.c:990:libxl__device_pci_reset: The kernel > doesn't support reset from sysfs for PCI device 0000:04:00.1 That's normal. > I thought that it practically means that domU cant be rebooted but it > actually works after domU stop-start too. (Strangely ubuntu domU works > on first boot cant be booted afterwards, only after full phycial dom0 > reboot is works again, maybe its because of ubuntu domU's nouveaux > driver, i must investigate it more.) The driver handles the card state. The reset is only necessary if the driver doesn't handle the card in an undefined state. If you think about it properly, all you need to do to reset the device is blow away the contents of all of its registers. Nvidia drivers seem to be pretty good at handling this. Does your Ubuntu domU run Nvidia's binary drivers or nouveau? Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Feb 07 19:42:32 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 07 Feb 2014 19:42: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 1WBrJL-00069x-TK; Fri, 07 Feb 2014 19:42:03 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WBrJI-00069s-Fe for xen-users@lists.xen.org; Fri, 07 Feb 2014 19:42:00 +0000 Received: from [85.158.139.211:53970] by server-11.bemta-5.messagelabs.com id 00/34-23886-70735F25; Fri, 07 Feb 2014 19:41:59 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-2.tower-206.messagelabs.com!1391802118!2426206!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23517 invoked from network); 7 Feb 2014 19:41:58 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-2.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 7 Feb 2014 19:41:58 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 41DDE221BEA for ; Fri, 7 Feb 2014 19:41:57 +0000 (GMT) Message-ID: <52F53704.3070702@bobich.net> Date: Fri, 07 Feb 2014 19:41:56 +0000 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: "xen-users@lists.xen.org" References: <1391212364.5145.141.camel@moraal.auul> <1391616520.18112.73.camel@moraal.auul> <52F2740E.1040308@bobich.net> <1391799430.5317.46.camel@moraal.auul> In-Reply-To: <1391799430.5317.46.camel@moraal.auul> Subject: Re: [Xen-users] turning nvidia gts 450 into quadro 2000 X-BeenThere: xen-users@lists.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 02/07/2014 06:57 PM, Imre Oolberg wrote: > Hi! > > Gordan, big thanks, i can also confirm this technique works :) Good. Thus far all the reports (including all of my own) are that GTS450, GTX470 and GTX480 mods work, as well as some other models. > # lspci | grep 2000 > 04:00.0 VGA compatible controller: NVIDIA Corporation GF106GL [Quadro > 2000] (rev a1) > > Only couple more things > > 1. My domU config is like this (using Ubuntu 13.10 and its Xen 4.3 with > xl toolstack, all from package management) > > # cat /etc/xen/vga-win7-32.auul.cfg > builder = "hvm" > name = "vga-win7-32" > memory = "3072" > vcpus = 4 > vif = ['mac=00:16:3e:44:00:02,bridge=xenbr0,model=ne2k_pci'] > disk = ['phy:/dev/system/vga_win7_32_ss,hda,w'] > gfx_passthru=1 > pci = [ '04:00.0', '04:00.1', '00:1a.0', '00:1d.0', '00:1b.0', > '07:00.0'] > device_model_version = "qemu-xen-traditional" > > where > > '04:00.*' - 450 -> 2000 nvidia - works > '00:1a.0', '00:1d.0', '07:00.0' - usb devices, e.g. usb mouse works > '00:1b.0' - audio, works > > Do you suggest to change something there? Consider it works? No. :) > (And into win7 32 bit domU i > installed nvidia's own graphic driver + singed gplpv drivers + synergy, > do you suggest to install something in addition?) That should cover everything from the virtualization aspect, although I must say I am surprised anyone still bothers with a 32-bit OS. > 2. when starting up windwos domU it says on the xterm > > libxl: error: libxl_pci.c:990:libxl__device_pci_reset: The kernel > doesn't support reset from sysfs for PCI device 0000:04:00.0 > libxl: error: libxl_pci.c:990:libxl__device_pci_reset: The kernel > doesn't support reset from sysfs for PCI device 0000:04:00.1 That's normal. > I thought that it practically means that domU cant be rebooted but it > actually works after domU stop-start too. (Strangely ubuntu domU works > on first boot cant be booted afterwards, only after full phycial dom0 > reboot is works again, maybe its because of ubuntu domU's nouveaux > driver, i must investigate it more.) The driver handles the card state. The reset is only necessary if the driver doesn't handle the card in an undefined state. If you think about it properly, all you need to do to reset the device is blow away the contents of all of its registers. Nvidia drivers seem to be pretty good at handling this. Does your Ubuntu domU run Nvidia's binary drivers or nouveau? Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Feb 09 11:36:35 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 09 Feb 2014 11:36: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 1WCSfS-0005bH-3d; Sun, 09 Feb 2014 11:35:22 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WCSfP-0005bC-TD for xen-users@lists.xen.org; Sun, 09 Feb 2014 11:35:20 +0000 Received: from [193.109.254.147:64890] by server-3.bemta-14.messagelabs.com id A4/63-00432-7F767F25; Sun, 09 Feb 2014 11:35:19 +0000 X-Env-Sender: info@fliporamailer.com X-Msg-Ref: server-6.tower-27.messagelabs.com!1391945717!3035455!1 X-Originating-IP: [67.228.190.205] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_90_100,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6486 invoked from network); 9 Feb 2014 11:35:17 -0000 Received: from mail3.fliporamailer.com (HELO mail3.fliporamailer.com) (67.228.190.205) by server-6.tower-27.messagelabs.com with SMTP; 9 Feb 2014 11:35:17 -0000 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; s=key2; d=fliporamailer.com; h=Date:From:To:Subject:List-Unsubscribe:MIME-Version:Content-Type:Message-ID; i=info@fliporamailer.com; bh=dsg+ZgEb2qYi/8OXqbwGBxKxhOw=; b=wlmdmZI8iBu3PHweNxsv1C5QtCvrJYzbWXVS2cvvt4dASqmr2mKEMKRCV9D+mXEgdueKT8H2sdac KO5l6AuVdaNeN9hCRZi3hTH14ioKi3X0aC6iinP4nG6Br7Nv5ooG6zWXmHqe3fCBkvAFOSRlAgD2 Ie3/usz9ez8o27D3mrs= DomainKey-Signature: a=rsa-sha1; c=nofws; q=dns; s=key2; d=fliporamailer.com; b=WifSd3AcB2dr/qn9Rd79eKlDcFaQ8oMTSqymUaLLqju3gVegHXpesE9Ba+ezJR9dLmCXR/hvcWPS yTy2Ks7dtLbskPh+OCpfm2b8KeRVg80dupXgAFwXgRskY+ZxtOklsyJAZwBOIFX868aUbDoP9tv0 ZJ63aU0lWk0NF4ssbuE=; Received: by mail3.fliporamailer.com id hutjva1j7dko for ; Sun, 9 Feb 2014 05:35:16 -0600 (envelope-from ) Date: Sun, 9 Feb 2014 11:35:16 +0000 From: antonioccolin@gmail.com To: xen-users@lists.xen.org Subject: antonioccolin@gmail.com está esperando tu respuesta. ¿Ver? X-Reference_Id: 1f4d5b12-48d6-408a-b1b0-a41617f4a181 MIME-Version: 1.0 Message-ID: <0.0.102.C14.1CF258B0130679A.271B@mail3.fliporamailer.com> X-BeenThere: xen-users@lists.xen.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="===============2078863210164949923==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2078863210164949923== Content-Type: multipart/alternative; boundary=frontier12345 --frontier12345 Content-type: text/plain; charset=utf-8 Hola, antonioccolin@gmail.com quiere seguirte. ****** ¿Es antonioccolin@gmail.com tu amiga? ****** Sí: http://invites.fliporamailer.com/signup_e.html?fullname=&email=xen-users@lists.xen.org&invitername=Antonio&inviterid=26202472&userid=0&token=0&emailmasterid=1f4d5b12-48d6-408a-b1b0-a41617f4a181&from=antonioccolin@gmail.com&uie=8&src=txt_yes No: http://invites.fliporamailer.com/signup_e.html?fullname=&email=xen-users@lists.xen.org&invitername=Antonio&inviterid=26202472&userid=0&token=0&emailmasterid=1f4d5b12-48d6-408a-b1b0-a41617f4a181&from=antonioccolin@gmail.com&uie=8&src=txt_no Haz clic aquí para eliminarte de estos correos electrónicos http://invites.fliporamailer.com/uns.jsp?email=xen-users@lists.xen.org&iid=1f4d5b12-48d6-408a-b1b0-a41617f4a181&from=antonioccolin@gmail.com --frontier12345 Content-type: text/html; charset=utf-8
¡Haz clic aquí para descubrir las páginas web favoritas de antonioccolin@gmail.com!
antonioccolin@gmail.com quiere seguirte
Me gustaría añadirte como amigo
-antonioccolin@gmail.com
Aceptar Rechazar
Seguir a antonioccolin@gmail.com te ayuda a descubrir buenas páginas web que ella recomienda :)
Haz clic aquí para cancelar la suscripción a estos correos electrónicos de antonioccolin@gmail.com y del resto de amigos


P.O. BOX 70928, Sunnyvale, CA 94086
--frontier12345-- --===============2078863210164949923== 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 --===============2078863210164949923==-- From xen-users-bounces@lists.xen.org Sun Feb 09 11:36:35 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 09 Feb 2014 11:36: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 1WCSfS-0005bH-3d; Sun, 09 Feb 2014 11:35:22 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WCSfP-0005bC-TD for xen-users@lists.xen.org; Sun, 09 Feb 2014 11:35:20 +0000 Received: from [193.109.254.147:64890] by server-3.bemta-14.messagelabs.com id A4/63-00432-7F767F25; Sun, 09 Feb 2014 11:35:19 +0000 X-Env-Sender: info@fliporamailer.com X-Msg-Ref: server-6.tower-27.messagelabs.com!1391945717!3035455!1 X-Originating-IP: [67.228.190.205] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_90_100,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6486 invoked from network); 9 Feb 2014 11:35:17 -0000 Received: from mail3.fliporamailer.com (HELO mail3.fliporamailer.com) (67.228.190.205) by server-6.tower-27.messagelabs.com with SMTP; 9 Feb 2014 11:35:17 -0000 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; s=key2; d=fliporamailer.com; h=Date:From:To:Subject:List-Unsubscribe:MIME-Version:Content-Type:Message-ID; i=info@fliporamailer.com; bh=dsg+ZgEb2qYi/8OXqbwGBxKxhOw=; b=wlmdmZI8iBu3PHweNxsv1C5QtCvrJYzbWXVS2cvvt4dASqmr2mKEMKRCV9D+mXEgdueKT8H2sdac KO5l6AuVdaNeN9hCRZi3hTH14ioKi3X0aC6iinP4nG6Br7Nv5ooG6zWXmHqe3fCBkvAFOSRlAgD2 Ie3/usz9ez8o27D3mrs= DomainKey-Signature: a=rsa-sha1; c=nofws; q=dns; s=key2; d=fliporamailer.com; b=WifSd3AcB2dr/qn9Rd79eKlDcFaQ8oMTSqymUaLLqju3gVegHXpesE9Ba+ezJR9dLmCXR/hvcWPS yTy2Ks7dtLbskPh+OCpfm2b8KeRVg80dupXgAFwXgRskY+ZxtOklsyJAZwBOIFX868aUbDoP9tv0 ZJ63aU0lWk0NF4ssbuE=; Received: by mail3.fliporamailer.com id hutjva1j7dko for ; Sun, 9 Feb 2014 05:35:16 -0600 (envelope-from ) Date: Sun, 9 Feb 2014 11:35:16 +0000 From: antonioccolin@gmail.com To: xen-users@lists.xen.org Subject: antonioccolin@gmail.com está esperando tu respuesta. ¿Ver? X-Reference_Id: 1f4d5b12-48d6-408a-b1b0-a41617f4a181 MIME-Version: 1.0 Message-ID: <0.0.102.C14.1CF258B0130679A.271B@mail3.fliporamailer.com> X-BeenThere: xen-users@lists.xen.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="===============2078863210164949923==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2078863210164949923== Content-Type: multipart/alternative; boundary=frontier12345 --frontier12345 Content-type: text/plain; charset=utf-8 Hola, antonioccolin@gmail.com quiere seguirte. ****** ¿Es antonioccolin@gmail.com tu amiga? ****** Sí: http://invites.fliporamailer.com/signup_e.html?fullname=&email=xen-users@lists.xen.org&invitername=Antonio&inviterid=26202472&userid=0&token=0&emailmasterid=1f4d5b12-48d6-408a-b1b0-a41617f4a181&from=antonioccolin@gmail.com&uie=8&src=txt_yes No: http://invites.fliporamailer.com/signup_e.html?fullname=&email=xen-users@lists.xen.org&invitername=Antonio&inviterid=26202472&userid=0&token=0&emailmasterid=1f4d5b12-48d6-408a-b1b0-a41617f4a181&from=antonioccolin@gmail.com&uie=8&src=txt_no Haz clic aquí para eliminarte de estos correos electrónicos http://invites.fliporamailer.com/uns.jsp?email=xen-users@lists.xen.org&iid=1f4d5b12-48d6-408a-b1b0-a41617f4a181&from=antonioccolin@gmail.com --frontier12345 Content-type: text/html; charset=utf-8
¡Haz clic aquí para descubrir las páginas web favoritas de antonioccolin@gmail.com!
antonioccolin@gmail.com quiere seguirte
Me gustaría añadirte como amigo
-antonioccolin@gmail.com
Aceptar Rechazar
Seguir a antonioccolin@gmail.com te ayuda a descubrir buenas páginas web que ella recomienda :)
Haz clic aquí para cancelar la suscripción a estos correos electrónicos de antonioccolin@gmail.com y del resto de amigos


P.O. BOX 70928, Sunnyvale, CA 94086
--frontier12345-- --===============2078863210164949923== 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 --===============2078863210164949923==-- From xen-users-bounces@lists.xen.org Sun Feb 09 11:47:53 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 09 Feb 2014 11:47: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 1WCSrH-0006D8-Os; Sun, 09 Feb 2014 11:47:35 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WCSrF-0006D3-PE for xen-users@lists.xen.org; Sun, 09 Feb 2014 11:47:34 +0000 Received: from [85.158.137.68:4915] by server-10.bemta-3.messagelabs.com id 58/CE-07302-4DA67F25; Sun, 09 Feb 2014 11:47:32 +0000 X-Env-Sender: kuba.0000@op.pl X-Msg-Ref: server-12.tower-31.messagelabs.com!1391946451!627623!1 X-Originating-IP: [213.180.142.140] X-SpamReason: No, hits=0.5 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTMuMTgwLjE0Mi4xNDAgPT4gMTgwNzg=\n,sa_preprocessor: QmFkIElQOiAyMTMuMTgwLjE0Mi4xNDAgPT4gMTgwNzg=\n,BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9603 invoked from network); 9 Feb 2014 11:47:31 -0000 Received: from smtpo09.poczta.onet.pl (HELO smtpo09.poczta.onet.pl) (213.180.142.140) by server-12.tower-31.messagelabs.com with SMTP; 9 Feb 2014 11:47:31 -0000 Received: from [192.168.0.4] (host-89-230-197-126.lublin.mm.pl [89.230.197.126]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: kuba.0000@op.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3fMT4z1VxCz9vDWF for ; Sun, 9 Feb 2014 12:47:30 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=op.pl; s=2011; t=1391946451; bh=BL4X84Gd9ANfH1Wu8K9MryKEln6adNlVk4IxftBl9AA=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=s7+JFuUEUOJBTUnacIyjEX1Q9r5MmuTTRqrb37vBTbeCm7PVHUnRIcF5YeMZTZ9U3 mfQeAPpZ609A9FhTV7ZYKvFflMSeK3CAJhvgTN72AtTLPq05J4Pr204ZLLf9GMSHfR 5rPqgdCbeYwe+39axpCu+O7ebfh3P2x3/jnLpgck= Message-ID: <52F76AC7.6050108@op.pl> Date: Sun, 09 Feb 2014 12:47:19 +0100 From: Kuba User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <52EA58B2.50004@op.pl> <6035A0D088A63A46850C3988ED045A4B6F38BB3C@BITCOM1.int.sbss.com.au> <52ED4AA6.5000601@op.pl> <52F26335.7060902@op.pl> <52F266EE.6000104@citrix.com> <52F26A40.5040305@op.pl> <52F26CCE.1090201@citrix.com> <52F2B2FB.9070004@op.pl> <52F3462C.8040906@citrix.com> <52F40D79.2080608@op.pl> <52F4A6A1.30708@citrix.com> In-Reply-To: <52F4A6A1.30708@citrix.com> Subject: Re: [Xen-users] Strange failures of Xen 4.3.1, PVHVM storage VM, iSCSI and Windows+GPLPV VM combination X-BeenThere: xen-users@lists.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 VyBkbml1IDIwMTQtMDItMDcgMTA6MjUsIFJvZ2VyIFBhdSBNb25uw6kgcGlzemU6Cj4gT24gMDYv MDIvMTQgMjM6MzIsIEt1YmEgd3JvdGU6Cj4+IFcgZG5pdSAyMDE0LTAyLTA2IDA5OjIyLCBSb2dl ciBQYXUgTW9ubsOpIHBpc3plOgo+Pj4gT24gMDUvMDIvMTQgMjI6NTQsIEt1YmEgd3JvdGU6Cj4+ Pj4gVyBkbml1IDIwMTQtMDItMDUgMTc6NTQsIFJvZ2VyIFBhdSBNb25uw6kgcGlzemU6Cj4+Pj4+ IE9uIDA1LzAyLzE0IDE3OjQzLCBLdWJhIHdyb3RlOgo+Pj4+Pj4gVyBkbml1IDIwMTQtMDItMDUg MTc6MjksIFJvZ2VyIFBhdSBNb25uw6kgcGlzemU6Cj4+Pj4+Pj4gT24gMDUvMDIvMTQgMTc6MTMs IEt1YmEgd3JvdGU6Cj4+Pj4+Pj4+IFcgZG5pdSAyMDE0LTAyLTAxIDIwOjI3LCBLdWJhIHBpc3pl Ogo+Pj4+Pj4+Pj4gVyBkbml1IDIwMTQtMDEtMzEgMDI6MzUsIEphbWVzIEhhcnBlciBwaXN6ZToK Pj4+Pj4+Pj4+Pj4KPj4+Pj4+Pj4+Pj4gSSBhbSB0cnlpbmcgdG8gc2V0IHVwIGEgZm9sbG93aW5n IGNvbmZpZ3VyYXRpb246Cj4+Pj4+Pj4+Pj4+IDEuIHZlcnkgc2ltcGxlIExpbnV4LWJhc2VkIGRv bTAgKERlYmlhbiA3LjMpIHdpdGggWGVuIDQuMy4xCj4+Pj4+Pj4+Pj4+IGNvbXBpbGVkCj4+Pj4+ Pj4+Pj4+IGZyb20gc291cmNlcywKPj4+Pj4+Pj4+Pj4gMi4gb25lIHN0b3JhZ2UgVk0gKEZyZWVC U0QgMTAsIEhWTStQVikgd2l0aCBTQVRBIGNvbnRyb2xsZXIKPj4+Pj4+Pj4+Pj4gYXR0YWNoZWQK Pj4+Pj4+Pj4+Pj4gdXNpbmcgVlQtZCwgZXhwb3J0aW5nIGJsb2NrIGRldmljZXMgdmlhIGlTQ1NJ IHRvIG90aGVyIFZNcyBhbmQKPj4+Pj4+Pj4+Pj4gcGh5c2ljYWwKPj4+Pj4+Pj4+Pj4gbWFjaGlu ZXMsCj4+Pj4+Pj4+Pj4+IDMuIG9uZSBXaW5kb3dzIDcgU1AxIDY0IFZNIChIVk0rR1BMUFYpIHdp dGggR1BVIHBhc3N0aHJvdWdoCj4+Pj4+Pj4+Pj4+IChRdWFkcm8KPj4+Pj4+Pj4+Pj4gNDAwMCkg aW5zdGFsbGVkIG9uIGEgYmxvY2sgZGV2aWNlIGV4cG9ydGVkIGZyb20gdGhlIHN0b3JhZ2UgVk0K Pj4+Pj4+Pj4+Pj4gKHRhcmdldAo+Pj4+Pj4+Pj4+PiBvbiB0aGUgc3RvcmFnZSBWTSwgaW5pdGlh dG9yIG9uIGRvbTApLgo+Pj4+Pj4+Pj4+Pgo+Pj4+Pj4+Pj4+PiBFdmVyeXRoaW5nIHdvcmtzIHBl cmZlY3RseSAoaW5jbHVkaW5nIFBDSSAmIEdQVSBwYXNzdGhyb3VnaCkKPj4+Pj4+Pj4+Pj4gdW50 aWwgSQo+Pj4+Pj4+Pj4+PiBpbnN0YWxsIEdQTFBWIGRyaXZlcnMgb24gdGhlIFdpbmRvd3MgVk0u IEFmdGVyIGRyaXZlcgo+Pj4+Pj4+Pj4+PiBpbnN0YWxsYXRpb24sCj4+Pj4+Pj4+Pj4+IFdpbmRv d3MgbmVlZHMgdG8gcmVib290LCBib290cyBmaW5lLCBkaXNwbGF5cyBhIG1lc3NhZ2UgdGhhdCBQ Vgo+Pj4+Pj4+Pj4+PiBTQ1NJCj4+Pj4+Pj4+Pj4KPj4+Pj4+Pj4+PiAoYSkKPj4+Pj4+Pj4+Pgo+ Pj4+Pj4+Pj4+PiBkcml2ZXJzIHdlcmUgaW5zdGFsbGVkIGFuZCBuZWVkcyB0byByZWJvb3QgYWdh aW4sIGFuZCB0aGVuIGNhbm5vdAo+Pj4+Pj4+Pj4+PiBib290Lgo+Pj4+Pj4+Pj4+PiBTb21ldGlt ZXMgaXQgZ2V0cyBzdHVjayBhdCAiYm9vdGluZyBmcm9tIGhhcmRkcml2ZSIgaW4gU2VhQklPUywK Pj4+Pj4+Pj4+Pj4gc29tZXRpbWVzIEJTT0RzIHdpdGggInVubW91bnRhYmxlIGJvb3Qgdm9sdW1l IiBtZXNzYWdlLiBBbGwgb2YKPj4+Pj4+Pj4+Pj4gdGhlCj4+Pj4+Pj4+Pj4+IGZvbGxvd2luZyBJ IHRyaWVkIHdpdGhvdXQgR1BVIHBhc3N0aHJvdWdoIHRvIG5hcnJvdyBkb3duIHRoZQo+Pj4+Pj4+ Pj4+PiBwcm9ibGVtLgo+Pj4+Pj4+Pj4+Pgo+Pj4+Pj4+Pj4+PiBUaGUgaW50cmlndWluZyBwYXJ0 IGlzIHRoaXM6Cj4+Pj4+Pj4+Pj4+Cj4+Pj4+Pj4+Pj4+IDEuIElmIHRoZSBzdG9yYWdlIFZNJ3Mg T1MgaXMgTGludXggLSBpdCBmYWlscyB3aXRoIHRoZSBhYm92ZQo+Pj4+Pj4+Pj4+PiBzeW1wdG9t cy4KPj4+Pj4+Pj4+Pj4gMi4gSWYgdGhlIGJsb2NrIGRldmljZXMgZm9yIHRoZSBzdG9yYWdlIFZN IGNvbWUgZGlyZWN0bHkgZnJvbQo+Pj4+Pj4+Pj4+PiBkb20wCj4+Pj4+Pj4+Pj4+IChub3QKPj4+ Pj4+Pj4+Pj4gdmlhIHBjaS1wYXNzdGhyb3VnaCkgLSBpdCBmYWlscy4KPj4+Pj4+Pj4+Pj4gMi4g SWYgdGhlIHN0b3JhZ2UgVk0gaXMgYW4gSFZNIHdpdGhvdXQgUFYgZHJpdmVycyAoZS5nLiBGcmVl QlNECj4+Pj4+Pj4+Pj4+IDkuMi1HRU5FUklDKSAtIGl0IGFsbCB3b3Jrcy4KPj4+Pj4+Pj4+Pj4g My4gSWYgdGhlIHN0b3JhZ2UgVk0ncyBPUyBpcyBMaW51eCB3aXRoIGtlcm5lbCBjb21waWxlZAo+ Pj4+Pj4+Pj4+PiB3aXRob3V0IFhlbgo+Pj4+Pj4+Pj4+PiBndWVzdCBzdXBwb3J0IC0gaXQgd29y a3MsIGJ1dCBpcyB1bnN0YWJsZSAoc2VlIGJlbG93KS4KPj4+Pj4+Pj4+Pj4gNC4gSWYgdGhlIGlT Q1NJIHRhcmdldCBpcyBvbiBhIGRpZmZlcmVudCBwaHlzaWNhbCBtYWNoaW5lIC0gaXQKPj4+Pj4+ Pj4+Pj4gYWxsCj4+Pj4+Pj4+Pj4+IHdvcmtzLgo+Pj4+Pj4+Pj4+PiA1LiBJZiB0aGUgaVNDU0kg dGFyZ2V0IGlzIG9uIGRvbTAgaXRzZWxmIC0gaXQgd29ya3MuCj4+Pj4+Pj4+Pj4+IDYuIElmIEkg YXR0YWNoIHRoZSBBSENJIGNvbnRyb2xsZXIgdG8gdGhlIFdpbmRvd3MgVk0gYW5kIGluc3RhbGwK Pj4+Pj4+Pj4+Pj4gZGlyZWN0bHkgb24gdGhlIGhhcmQgZHJpdmUgLSBpdCB3b3Jrcy4KPj4+Pj4+ Pj4+Pj4gNy4gSWYgdGhlIGJsb2NrIGRldmljZSBmb3IgV2luZG93cyBWTSBpcyBhIGRpc2ssIHBh cnRpdGlvbiwKPj4+Pj4+Pj4+Pj4gZmlsZSwgTFZNCj4+Pj4+Pj4+Pj4+IHZvbHVtZSBvciBldmVu IGEgWm9MJ3MgenZvbCAoYW5kIGl0IGNvbWVzIGZyb20gYSBkb20wIGl0c2VsZiwKPj4+Pj4+Pj4+ Pj4gd2l0aG91dAo+Pj4+Pj4+Pj4+PiBpU0NTSSktIGl0IHdvcmtzLgo+Pj4+Pj4+Pj4+Pgo+Pj4+ Pj4+Pj4+PiBJZiBJIGluc3RhbGwgV2luZG93cyBhbmQgdGhlIEdQTFBWIGRyaXZlcnMgb24gYSBo YXJkIGRyaXZlCj4+Pj4+Pj4+Pj4+IGF0dGFjaGVkIHRvCj4+Pj4+Pj4+Pj4+IGRvbTAsIFdpbmRv d3MgKyBHUExQViB3b3JrIHBlcmZlY3RseS4gSWYgSSB0aGVuIGdpdmUgdGhlIHNhbWUKPj4+Pj4+ Pj4+Pj4gaGFyZAo+Pj4+Pj4+Pj4+PiBkcml2ZQo+Pj4+Pj4+Pj4+PiBhcyBhIGJsb2NrIGRldmlj ZSB0byB0aGUgc3RvcmFnZSBWTSBhbmQgcmUtZXhwb3J0IGl0IHRocm91Z2gKPj4+Pj4+Pj4+Pj4g aVNDU0ksCj4+Pj4+Pj4+Pj4KPj4+Pj4+Pj4+PiAoYikKPj4+Pj4+Pj4+Pgo+Pj4+Pj4+Pj4+PiBX aW5kb3dzIHVzdWFsbHkgYm9vdHMgZmluZSwgYnV0IHdvcmtzIHVuc3RhYmxlLiBBbmQgYnkgdW5z dGFibGUgSQo+Pj4+Pj4+Pj4+PiBtZWFuCj4+Pj4+Pj4+Pj4+IHJhbmRvbSByZWFkL3dyaXRlIGVy cm9ycywgc29tZXRpbWVzIHByb2dyYW1zIHdvbid0IHN0YXJ0LAo+Pj4+Pj4+Pj4+PiBudGRsbC5k bGwKPj4+Pj4+Pj4+Pj4gY3Jhc2hlcywgYW5kIGFmdGVyIGNvdXBsZSByZWJvb3RzIFdpbmRvd3Mg d29uJ3QgYm9vdCAoanVzdCBsaWtlCj4+Pj4+Pj4+Pj4+IG1lbnRpb25lZCBhYm92ZSkuCj4+Pj4+ Pj4+Pj4+Cj4+Pj4+Pj4+Pj4+IFRoZSBjb25maWd1cmF0aW9ucyBJIHdvdWxkIGxpa2UgdG8gYWNo aWV2ZSBtYWtlcyBzZW5zZSBvbmx5Cj4+Pj4+Pj4+Pj4+IHdpdGggUFYKPj4+Pj4+Pj4+Pj4gZHJp dmVycyBvbiBib3RoIHN0b3JhZ2UgYW5kIFdpbmRvd3MgVk0uIEFsbCBvZiB0aGUgImNvbXBvbmVu dHMiCj4+Pj4+Pj4+Pj4+IHNlZW0gdG8KPj4+Pj4+Pj4+Pj4gd29yayBwZXJmZWN0bHkgdW50aWwg YWxsIHB1dCB0b2dldGhlciwgc28gSSBhbSBub3QgcmVhbGx5IHN1cmUKPj4+Pj4+Pj4+Pj4gd2hl cmUKPj4+Pj4+Pj4+Pj4gdGhlCj4+Pj4+Pj4+Pj4+IHByb2JsZW0gaXMuCj4+Pj4+Pj4+Pj4+Cj4+ Pj4+Pj4+Pj4+IEkgd291bGQgYmUgdmVyeSBncmF0ZWZ1bCBmb3IgYW55IHN1Z2dlc3Rpb25zIG9y IGlkZWFzIHRoYXQgY291bGQKPj4+Pj4+Pj4+Pj4gcG9zc2libHkgaGVscCB0byBuYXJyb3cgZG93 biB0aGUgcHJvYmxlbS4gTWF5YmUgSSBhbSBqdXN0IGRvaW5nCj4+Pj4+Pj4+Pj4+IHNvbWV0aGlu ZyB3cm9uZyAoSSBob3BlIHNvKS4gT3IgbWF5YmUgdGhlcmUgaXMgYSBidWcgdGhhdCBzaG93cwo+ Pj4+Pj4+Pj4+PiBpdHNlbGYKPj4+Pj4+Pj4+Pj4gb25seSBpbiBzdWNoIGEgcGFydGljdWxhciBj b25maWd1cmF0aW9uIChob3BlIG5vdCk/Cj4+Pj4+Pj4+Pj4+Cj4+Pj4+Pj4+Pj4KPj4+Pj4+Pj4+ PiBJJ20gY3VyaW91cyBhYm91dCBwcm9tcHRpbmcgZm9yIHRoZSBwdnNjc2kgZHJpdmVycyB0byBi ZQo+Pj4+Pj4+Pj4+IGluc3RhbGxlZC4gSXMKPj4+Pj4+Pj4+PiB0aGlzIGRlZmluaXRlbHkgd2hh dCBpdCBpcyBhc2tpbmcgZm9yPyBQdnNjc2kgZm9yIGdwbHB2IGlzCj4+Pj4+Pj4+Pj4gcmVtb3Zl ZCBpbgo+Pj4+Pj4+Pj4+IHRoZSBsYXRlc3QgdmVyc2lvbnMgYW5kIHN1ZmZlcmVkIHZhcnlpbmcg ZGVncmVlcyBvZiBiaXRyb3QgaW4KPj4+Pj4+Pj4+PiBlYXJsaWVyCj4+Pj4+Pj4+Pj4gdmVyc2lv bnMuIElmIHlvdSBoYXZlIHRoZSBpc2NzaSBpbml0aWF0b3IgaW4gZG9tMCB0aGVuIGV4cG9ydGlu ZyBhCj4+Pj4+Pj4+Pj4gYmxvY2sgZGV2aWNlIHRvIHdpbmRvd3MgdmlhIHRoZSBub3JtYWwgdmJk IGNoYW5uZWwgc2hvdWxkIGJlIGp1c3QKPj4+Pj4+Pj4+PiBmaW5lLgo+Pj4+Pj4+Pj4+Cj4+Pj4+ Pj4+Pj4gWW91J3ZlIGdvbmUgdG8gZ3JlYXQgbGVuZ3RocyB0byBleHBsYWluIHRoZSB2YXJpb3Vz IHRoaW5ncyB5b3UndmUKPj4+Pj4+Pj4+PiB0cmllZCwgYnV0IEkgdGhpbmsgSSdtIGEgbGl0dGxl IGNvbmZ1c2VkIG9uIHdoZXJlIHRoZSBpc2NzaQo+Pj4+Pj4+Pj4+IGluaXRpYXRvcgo+Pj4+Pj4+ Pj4+IGlzIGluIHRoZSAiZG9lc24ndCB3b3JrIiBzY2VuYXJpb3MuIEknbSBoYXZpbmcgYSBiaXQg b2YgYW4gb2ZmIGRheQo+Pj4+Pj4+Pj4+IHRvZGF5IHNvIGl0J3MgcHJvYmFibHkganVzdCBtZSwg YnV0IGFib3ZlIEkgaGF2ZSBoaWdobGlnaHRlZAo+Pj4+Pj4+Pj4+IHRoZSB0d28KPj4+Pj4+Pj4+ PiBzY2VuYXJpb3MuLi4gY291bGQgeW91IGZpbGwgbWUgaW4gb24gYSBmZXcgdGhpbmdzOgo+Pj4+ Pj4+Pj4+Cj4+Pj4+Pj4+Pj4gQXQgKGEpIGFuZCAoYiksIGlzIHRoZSBpc2NzaSBpbml0aWF0b3Ig aW4gZG9tMCwgb3IgYXJlIHlvdQo+Pj4+Pj4+Pj4+IGFjdHVhbGx5Cj4+Pj4+Pj4+Pj4gYm9vdGlu ZyB3aW5kb3dzIGRpcmVjdGx5IHZpYSBpc2NzaT8KPj4+Pj4+Pj4+Pgo+Pj4+Pj4+Pj4+IEF0IChi KSwgd2l0aCBsYXRlc3QgZGVidWcgYnVpbGQgb2YgZ3BscHYsIGNhbiB5b3UgcnVuIGRlYnVndmll dwo+Pj4+Pj4+Pj4+IGZyb20KPj4+Pj4+Pj4+PiBzeXNpbnRlcm5hbHMuY29tIGFuZCBzZWUgaWYg YW55IGludGVyZXN0aW5nIG1lc3NhZ2VzIGFyZSBkaXNwbGF5ZWQKPj4+Pj4+Pj4+PiBiZWZvcmUg dGhpbmdzIGZhbGwgaW4gYSBoZWFwPwo+Pj4+Pj4+Pj4+Cj4+Pj4+Pj4+Pj4gQXJlIGFueSBzdHJh bmdlIGxvZ3Mgc2hvd24gaW4gYW55IG9mIFdpbiBEb21VLCBEb20wLCBvciBzdG9yYWdlCj4+Pj4+ Pj4+Pj4gRG9tVT8KPj4+Pj4+Pj4+Pgo+Pj4+Pj4+Pj4+IEhvdyBiaWcgYXJlIHlvdXIgZGlza3M/ Cj4+Pj4+Pj4+Pj4KPj4+Pj4+Pj4+PiBDYW4geW91IHJlcHJvZHVjZSB3aXRoIG9ubHkgb25lIHZj cHU/Cj4+Pj4+Pj4+Pj4KPj4+Pj4+Pj4+PiBXaGF0IGJyaWRnZSBhcmUgeW91IHVzaW5nPyBPcGVu dnN3aXRjaCBvciB0cmFkaXRpb25hbCBsaW51eAo+Pj4+Pj4+Pj4+IGJyaWRnZT8KPj4+Pj4+Pj4+ Pgo+Pj4+Pj4+Pj4+IFdoYXQgTVRVIGFyZSB5b3UgdXNpbmcgb24geW91ciBzdG9yYWdlIG5ldHdv cms/IElmIHlvdSBhcmUgdXNpbmcKPj4+Pj4+Pj4+PiBKdW1ibwo+Pj4+Pj4+Pj4+IGZyYW1lcyBj YW4geW91IGdvIGJhY2sgdG8gMTUwMCAob3IgYXQgbGVhc3QgPD0gNDAwMCk/Cj4+Pj4+Pj4+Pj4K Pj4+Pj4+Pj4+PiBDYW4geW91IHR1cm4gb2ZmIHNjYXR0ZXIgZ2F0aGVyLCBMYXJnZSBTZW5kIE9m ZmxvYWQgKEdTTyksIGFuZCBJUAo+Pj4+Pj4+Pj4+IENoZWNrc3VtIG9mZmxvYWQgb24gYWxsIHRo ZSBpc2NzaSBlbmRwb2ludHM/Cj4+Pj4+Pj4+Pj4KPj4+Pj4+Pj4+PiBDYW4geW91IHR1cm4gb24g ZGF0YSBkaWdlc3QvY2hlY2tzdW0gb24gaXNjc2k/IElmIGFsbCBlbmRwb2ludHMKPj4+Pj4+Pj4+ PiBzdXBwb3J0IGl0IHRoZW4gdGhpcyB3b3VsZCBwcm92aWRlIGFkZGl0aW9uYWwgdmVyaWZpY2F0 aW9uIHRoYXQKPj4+Pj4+Pj4+PiBub25lCj4+Pj4+Pj4+Pj4gb2YgdGhlIG5ldHdvcmsgcGFja2V0 cyBhcmUgZ2V0dGluZyBjb3JydXB0ZWQuCj4+Pj4+Pj4+Pj4KPj4+Pj4+Pj4+PiBXb3VsZCBkcml2 ZXIgZG9tYWluIHdvcmsgaW4geW91ciBzY2VuYXJpbz8gVGhlbiB0aGUgZGlzayBjb3VsZCBiZQo+ Pj4+Pj4+Pj4+IGF0dGFjaGVkIGRpcmVjdGx5IGZyb20geW91ciBzdG9yYWdlIERvbVUgd2l0aG91 dCBhY2NydWluZyBhbGwgdGhlCj4+Pj4+Pj4+Pj4gaXNjc2kgb3ZlcmhlYWQuIEknbSBub3QgdXAg d2l0aCB0aGUgc3RhdHVzIG9mIEhWTSwgdmJkLCBhbmQgZHJpdmVyCj4+Pj4+Pj4+Pj4gZG9tYWlu IHNvIEkgZG9uJ3Qga25vdyBpZiB0aGlzIGlzIHBvc3NpYmxlLgo+Pj4+Pj4+Pj4+Cj4+Pj4+Pj4+ Pj4gTW9yZSBxdWVzdGlvbnMgdGhhbiBhbnN3ZXJzLiBTb3JyeSA6KQo+Pj4+Pj4+Pj4+Cj4+Pj4+ Pj4+Pj4gSmFtZXMKPj4+Pj4+Pj4+Cj4+Pj4+Pj4+PiBEZWFyIEphbWVzLAo+Pj4+Pj4+Pj4KPj4+ Pj4+Pj4+IHRoYW5rIHlvdSBmb3IgeW91ciBxdWVzdGlvbnMgLSBJIHJlYWxseSBhcHByZWNpYXRl IGV2ZXJ5dGhpbmcgdGhhdAo+Pj4+Pj4+Pj4gbWF5Cj4+Pj4+Pj4+PiBoZWxwIG1lIG1vdmUgY2xv c2VyIHRvIHNvbHZpbmcgb3IgaXNvbGF0aW5nIHRoZSBwcm9ibGVtLgo+Pj4+Pj4+Pj4KPj4+Pj4+ Pj4+IEknbGwgY2hlY2sgd2hhdCB0eXBlIG9mIGRyaXZlciBpcyB1c2VkIGV4YWN0bHkgLSB1cCB1 bnRpbCBub3cgSQo+Pj4+Pj4+Pj4gYWx3YXlzCj4+Pj4+Pj4+PiBqdXN0IGluc3RhbGxlZCBhbGwg ZHJpdmVycyBpbmNsdWRlZCBpbiB0aGUgcGFja2FnZSwgSSB0aG91Z2h0Cj4+Pj4+Pj4+PiBhbGwg b2YKPj4+Pj4+Pj4+IHRoZW0gd2VyZSBuZWNlc3NhcnkuIEknbGwgdHJ5IGluc3RhbGxpbmcgdGhl bSB3aXRob3V0IFhlblNjc2kuCj4+Pj4+Pj4+Pgo+Pj4+Pj4+Pj4gRG8geW91IG1lYW4gcmV2aXNp b25zID4gMTA5Mjo4NWI5OWI5Nzk1YTYgYnkgInRoZSBsYXRlc3QgdmVyc2lvbnMiPwo+Pj4+Pj4+ Pj4gV2hpY2ggdmVyc2lvbiBzaG91bGQgSSB1c2U/Cj4+Pj4+Pj4+Pgo+Pj4+Pj4+Pj4gRm9yZ2l2 ZSBtZSBpZiB0aGUgZGVzY3JpcHRpb25zIHdlcmUgdW5jbGVhci4gVGhlIGluaXRpYXRvciB3YXMK Pj4+Pj4+Pj4+IGFsd2F5cyBpbgo+Pj4+Pj4+Pj4gZG9tMC4gSSBvbmx5IG1vdmVkIHRoZSB0YXJn ZXQgdG8gZG9tMCBvciBhIHNlcGFyYXRlIHBoeXNpY2FsCj4+Pj4+Pj4+PiBtYWNoaW5lIGluCj4+ Pj4+Pj4+PiAoNCkgYW5kICg1KS4gSSBkaWRuJ3QgYm9vdCBXaW5kb3dzIGRpcmVjdGx5IGZyb20g aVNDU0kgKGluIGZhY3QgSQo+Pj4+Pj4+Pj4gdHJpZWQKPj4+Pj4+Pj4+IGNvdXBsZSB0aW1lcywg YnV0IGhhZCBzb21lIHByb2JsZW1zIHdpdGggaXQsIHNvIEkgZGlkbid0IG1lbnRpb24KPj4+Pj4+ Pj4+IGl0KS4KPj4+Pj4+Pj4+Cj4+Pj4+Pj4+PiBNeSAiZGlza3MiICh0aGUgYmxvY2sgZGV2aWNl cyBJIGRlZGljYXRlZCB0byB0aGUgV2luZG93cyBWTSkgd2VyZQo+Pj4+Pj4+Pj4gd2hvbGUKPj4+ Pj4+Pj4+IDEyMEdCIGFuZCAyNDBHQiBTU0RzLCB+MTAwR0IgWlZPTHMgYW5kIDUwR0IgTFZNIHZv bHVtZXMuCj4+Pj4+Pj4+Pgo+Pj4+Pj4+Pj4gSSdtIHVzaW5nIHRyYWRpdGlvbmFsIGxpbnV4IGJy aWRnZS4gSSBkaWRuJ3Qgc2V0IE1UVXMgZXhwbGljaXRseSwKPj4+Pj4+Pj4+IHNvIEkKPj4+Pj4+ Pj4+IGFzc3VtZSBpdCdzIDE1MDAsIGJ1dCBJIHdpbGwgdmVyaWZ5IHRoaXMuCj4+Pj4+Pj4+Pgo+ Pj4+Pj4+Pj4gSSdkIGxvdmUgdG8gdXNlIGEgc3RvcmFnZSBkcml2ZXIgZG9tYWluLCBidXQgdGhl IHdpa2kgc2F5cyAiSXQKPj4+Pj4+Pj4+IGlzIG5vdAo+Pj4+Pj4+Pj4gcG9zc2libGUgdG8gdXNl IGRyaXZlciBkb21haW5zIHdpdGggcHlncnViIG9yIEhWTSBndWVzdHMgeWV0Ii4gQnV0Cj4+Pj4+ Pj4+PiB0aGUKPj4+Pj4+Pj4+IHBhZ2UgaXMgYSBjb3VwbGUgb2YgbW9udGhzIG9sZCwgbWF5YmUg aXQncyBhbiBvdXRkYXRlZCBpbmZvPyBJdAo+Pj4+Pj4+Pj4gc3VyZWx5Cj4+Pj4+Pj4+PiBpcyB3 b3J0aCBjaGVja2luZyBvdXQuCj4+Pj4+Pj4+Pgo+Pj4+Pj4+Pj4gSSdsbCBkbyBteSBiZXN0IHRv IHByb3ZpZGUgYW5zd2VycyB0byB0aGUgcmVtYWluaW5nIHF1ZXN0aW9ucyBhcwo+Pj4+Pj4+Pj4g c29vbiBhcwo+Pj4+Pj4+Pj4gcG9zc2libGUuIFRoYW5rIHlvdSBmb3Igc28gbWFueSBpZGVhcy4K Pj4+Pj4+Pj4+Cj4+Pj4+Pj4+PiBCZXN0IHJlZ2FyZHMsCj4+Pj4+Pj4+PiBLdWJhCj4+Pj4+Pj4+ Pgo+Pj4+Pj4+Pj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X18KPj4+Pj4+Pj4+IFhlbi11c2VycyBtYWlsaW5nIGxpc3QKPj4+Pj4+Pj4+IFhlbi11c2Vyc0Bs aXN0cy54ZW4ub3JnCj4+Pj4+Pj4+PiBodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnMKPj4+ Pj4+Pj4KPj4+Pj4+Pj4gSXQgc2VlbXMgdGhlIHByb2JsZW1zIGFyZSBub3QgcmVsYXRlZCB0byBH UExQVi4gVGhlcmUgaXMgYW4gZWFzeQo+Pj4+Pj4+PiB3YXkgdG8KPj4+Pj4+Pj4gcmVwcm9kdWNl IHRoZSBpc3N1ZXMgd2l0aG91dCBXaW5kb3dzIGFuZCB3aXRob3V0IGluc3RhbGxpbmcKPj4+Pj4+ Pj4gYW55dGhpbmcsCj4+Pj4+Pj4+IHVzaW5nIG9ubHkgbGl2ZWNkcyBmb3IgdHdvIERvbVVzOgo+ Pj4+Pj4+Pgo+Pj4+Pj4+PiAxKSBTZXQgdXAgYSBMaW51eCBEb20wIHdpdGggWGVuIDQuMy4xIGFu ZCBzdGFuZGFyZCBMaW51eCBicmlkZ2UgZm9yCj4+Pj4+Pj4+IERvbTAKPj4+Pj4+Pj4gYW5kIERv bVVzCj4+Pj4+Pj4KPj4+Pj4+PiBBcmUgeW91IHVzaW5nIGEgWGVuIGJ1aWxkIHdpdGggZGVidWdn aW5nIGVuYWJsZWQ/IEkgdGhpbmsgSSBtaWdodAo+Pj4+Pj4+IGhhdmUgYQo+Pj4+Pj4+IGNsdWUg b2Ygd2hhdCdzIGhhcHBlbmluZywgYmVjYXVzZSBJIGFsc28gc2F3IGl0LiBDb3VsZCB5b3UgcmVj b21waWxlCj4+Pj4+Pj4gWGVuCj4+Pj4+Pj4gd2l0aCBkZWJ1Z2dpbmcgZW5hYmxlZCBhbmQgdHJ5 IHRoZSBzYW1lIHRlc3QgKGlTQ1NJIHRhcmdldCBvbiBEb21VCj4+Pj4+Pj4gYW5kCj4+Pj4+Pj4g aW5pdGlhdG9yIG9uIERvbTApPwo+Pj4+Pj4+Cj4+Pj4+Pj4gUm9nZXIuCj4+Pj4+Pj4KPj4+Pj4+ PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwo+Pj4+Pj4+ IFhlbi11c2VycyBtYWlsaW5nIGxpc3QKPj4+Pj4+PiBYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwo+ Pj4+Pj4+IGh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycwo+Pj4+Pj4+Cj4+Pj4+Pgo+Pj4+ Pj4gT2YgY291cnNlIEkgY291bGQhIFBsZWFzZSBwb2ludCBtZSB0byBhbnkgcmVsZXZhbnQgaW5m b3JtYXRpb24gb24KPj4+Pj4+IGhvdyB0bwo+Pj4+Pj4gYnVpbGQgWGVuIHdpdGggZGVidWdnaW5n IGVuYWJsZWQgYW5kIHdoYXQgdG8gZG8gbmV4dC4gSSBidWlsZCBYZW4KPj4+Pj4+IHVzaW5nCj4+ Pj4+PiBzdGFuZGFyZCAuL2NvbmZpZ3VyZSAmJiBtYWtlIHdvcmxkICYmIG1ha2UgaW5zdGFsbC4K Pj4+Pj4KPj4+Pj4gSnVzdCBgbWFrZSBkZWJ1Zz15IHhlbmAgYW5kIGJvb3Qgd2l0aCB0aGUgcmVz dWx0aW5nIHhlbi5nei4KPj4+Pj4KPj4+Pj4gUm9nZXIuCj4+Pj4+Cj4+Pj4+Cj4+Pj4+IF9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCj4+Pj4+IFhlbi11c2Vy cyBtYWlsaW5nIGxpc3QKPj4+Pj4gWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKPj4+Pj4gaHR0cDov L2xpc3RzLnhlbi5vcmcveGVuLXVzZXJzCj4+Pj4+Cj4+Pj4KPj4+PiBJIHJhbiB0aGUgdGVzdCB1 c2luZyBkZWJ1ZyBidWlsZCBvZiBYZW4uIFRoaXMgdGltZSBJIGdhdmUgdGhlIG5hbWUgInRndCIK Pj4+PiB0byB0aGUgRG9tVSB3aXRoIGlTQ1NJIHRhcmdldCwgYW5kIHRoZSBvdGhlciBkb21haW4g d2FzIG5hbWVkIHNpbXBseQo+Pj4+ICJkb211Ii4gU29ycnkgZm9yIHRoZSBpbmNvbnNpc3RlbmN5 LiBBZnRlciBsb2dnaW5nIGluIHRvIHRoZSBpU0NTSQo+Pj4+IHRhcmdldCBmcm9tIERvbTAsIEkg cmFuICJta2ZzLmV4dDQgL2Rldi9zZGIiIChzdGlsbCBpbiBEb20wKS4gU28gZmFyLCBzbwo+Pj4+ IGdvb2QuIFRoZW4gSSBsYXVuY2hlZCB0aGUgb3RoZXIgRG9tVSBhbmQgYXMgc29vbiBhcyBJIGV4 ZWN1dGVkCj4+Pj4gImZzY2suZXh0NCAvZGV2L3h2ZGEiLCBzb21lIGVycm9ycyBhcHBlYXJlZCBp biB0aGUgb3V0cHV0IG9mICJ4bCBkbWVzZyIKPj4+PiAoYXR0YWNoZWQgYXMgInhsLWRtZXNnLmxv ZyIpLiBTdXJwcmlzaW5nbHksIHRoZSBmaXJzdCBmc2NrIHN1Y2NlZWRlZC4KPj4+PiBVbmZvcnR1 bmF0ZWx5LCBleGVjdXRpbmcgZnNjay5leHQ0IGZvciB0aGUgc2Vjb25kIHRpbWUgc2hvd2VkIHNl cmlvdXMKPj4+PiBmaWxlIHN5c3RlbSBlcnJvcnMuIFRoZSBmc2NrIGNvbW1hbmRzIHdlcmUgdGhl IG9ubHkgdGhpbmdzIEkgcmFuIHRoYXQKPj4+PiB0b3VjaGVkIC9kZXYveHZkYS4gQWZ0ZXIgc2h1 dHRpbmcgZG93biAiZG9tdSIsIHdoZW4gSSB0cmllZCB0byBsb2cgb3V0Cj4+Pj4gZnJvbSB0aGUg aVNDU0kgdGFyZ2V0LCBhbiBlcnJvciBjYW1lIHVwIGluIERvbTAncyBkbWVzZwo+Pj4+ICgiZG9t MC1kbWVzZy5sb2ciKS4gTG9ncyBmcm9tIC92YXIvbG9nL3hlbi8gYXJlIGFsc28gYXR0YWNoZWQu Cj4+Pj4KPj4+PiBJIHdpbGwgaGFwcGlseSBydW4gbmV4dCB0ZXN0cyAtIGp1c3QgdGVsbCBtZSB3 aGF0IGNhbiBJIGRvIDopCj4+Pgo+Pj4gSGVsbG8sCj4+Pgo+Pj4gVGhpcyBpcyB0aGUgc2FtZSBw cm9ibGVtIEkndmUgc2VlbiB3aGVuIHVzaW5nIGEgc2ltaWxhciBzZXR1cC4gVGhlIHJvb3QKPj4+ IG9mIHRoZSBwcm9ibGVtIGlzIHRoYXQgYmxrYmFjayBtYXBzIGEgZ3JhbnQgcmVmIHRvIGEgbWVt b3J5IHBhZ2UgaW4KPj4+IERvbTAsIHRoZW4gdGhpcyBtZW1vcnkgcGFnZSBlbmRzIHVwIGluIG5l dGJhY2ssIGFuZCB3aGVuIG5ldGJhY2sgdHJpZXMKPj4+IHRvIGlzc3VlIGEgR05UVEFCT1BfY29w eSB1c2luZyB0aGUgbWZuIG9mIHRoaXMgZ3JhbnQgbWFwcGVkIHBhZ2UgdGhlCj4+PiBvcGVyYXRp b24gZmFpbHMgYmVjYXVzZSBYZW4gZGV0ZWN0cyB0aGF0IHRoZSBtZm4gcGFzc2VkIGRvZXNuJ3Qg YmVsb25nCj4+PiB0byB0aGUgZ3Vlc3QuCj4+Pgo+Pj4gVGhlIG9ubHkgd2F5IEkgY2FuIHRoaW5r IG9mIHNvbHZpbmcgdGhpcyBpcyB0aGF0IG5ldGJhY2sgZGV0ZWN0cyB0aGF0Cj4+PiB0aGUgcGFn ZSBpcyBub3QgbG9jYWwgYW5kIHNvbWVob3cgd2UgdXNlIGl0J3MgZ3JhbnQgcmVmIGluc3RlYWQg b2YgbWZuCj4+PiAodGhpcyBtZWFucyB3ZSB3b3VsZCBuZWVkIHRvIHN0b3JlIHRoZSBncmFudCBy ZWYgc29tZXdoZXJlIGluIHRoZSBwYWdlKS4KPj4+Cj4+PiBSb2dlci4KPj4KPj4gQXMgdGhpcyBp cyBzb21ldGhpbmcgZmFyIGJleW9uZCBteSBhYmlsaXR5IHRvIHNvbHZlLCBJIGNvdWxkbid0IHJl c2lzdAo+PiB0byB0cnkgc29tZXRoaW5nIGVsc2UgLSBydW5uaW5nIEZyZWVCU0QgMTAgYXMgYSBz dG9yYWdlIGRyaXZlciBkb21haW4uIEkKPj4gd2FzIGFibGUgdG8gcHJvdmlkZSBhIGJsb2NrIGRl dmljZSAoenZvbCkgZnJvbSBvbmUgRnJlZUJTRCBEb21VIGRpcmVjdGx5Cj4+IHRvIGFub3RoZXIg RnJlZUJTRCBEb21VIGp1c3QgbGlrZSBkZXNjcmliZWQgaW4gdGhlIHdpa2kgKHdpdGggUWVtdQo+ PiB0cmFkaXRpb25hbCBpbiB0aGUgc2Vjb25kIERvbVUpIGFuZCBpbnN0YWxsIHRoZSBPUyBvbiBp dC4gVW5mb3J0dW5hdGVseQo+PiB0aGUgc2Vjb25kIERvbVUncyBiaW9zIHdhcyB1bmFibGUgdG8g ZGV0ZWN0IHRoaXMgImRpc2siIGFuZCBib290IGZyb20gaXQuCj4+Cj4+IEJ1dCB3aXRoIHRoaXMg Y29tbWFuZDoKPj4geGwgYmxvY2stYXR0YWNoIERvbWFpbi0wCj4+ICJmb3JtYXQ9cmF3LGJhY2tl bmR0eXBlPXBoeSxiYWNrZW5kPWZic2QsdmRldj14dmRzLHRhcmdldD0vZGV2L3p2b2wvenJvb3Qv dm9sMSIKPj4KPj4KPj4gSSB3YXMgYWJsZSB0byBhdHRhY2ggYSBibG9jayBkZXZpY2UgZXhwb3J0 ZWQgZnJvbSBhIERvbVUgdG8gRG9tMCB3aXRob3V0Cj4+IGlTQ1NJIGFuZCB0aGVuIHVzaW5nIGl0 IGFzIGEgZGlzayBmb3IgYSBzZWNvbmQgRG9tVSAod2l0aAo+PiBkaXNrPVsncGh5Oi9kZXYveHZk cyx4dmRhLHcnXSkuIE5vdywgaWYgdGhlIHNlY29uZCBEb21VIGhhZCBubyBQVgo+PiBkcml2ZXJz IChlLmcuIFdpbmRvd3Mgd2l0aG91dCBHUExQViksIGV2ZXJ5dGhpbmcgd29ya2VkIGZpbmUuIEJ1 dAo+PiBydW5uaW5nIGFuIE9TIHdpdGggUFYgZHJpdmVycyAoTGludXggb3IgV2luZG93cytHUExQ VikgaW4gdGhlIHNlY29uZAo+PiBEb21VIHJlc3VsdGVkIGluIGEgdmVyeSBzaW1pbGFyIGVycm9y cyBpbiB4bCBkbWVzZyBsaWtlIGluIHRoZQo+PiBwcmV2aW91c2x5IGF0dGFjaGVkIGxvZ3MgKHNl ZSB0aGUgYXR0YWNobWVudCkuCj4+Cj4+IERvIEkgdW5kZXJzdGFuZCBjb3JyZWN0bHkgdGhhdCBz b2x2aW5nIHRoZSBpc3N1ZSB5b3UgYXJlIHBvaW50aW5nIG91dAo+PiB3b3VsZCBhbHNvIGFsbG93 IHRvIHVzZSBPU2VzIGxpa2UgRnJlZUJTRCBhcyBzdG9yYWdlIGRyaXZlciBkb21haW4gZm9yCj4+ IG90aGVyIFBWLWVuYWJsZWQgRG9tVXM/IFRoYXQgd291bGQgYmUgc29tZXRoaW5nIQo+Pgo+PiBB bmQgbW9zdCBpbXBvcnRhbnRseSAtIGlzIHRoZXJlIGFueXRoaW5nIEkgY2FuIGRvIHRvIGhlbHA/ Cj4KPiBIZWxsbywKPgo+IFRoYW5rcyBmb3IgdGVzdGluZyB0aGlzIHVzZS1jYXNlIGFsc28uIEkg aGF2ZSBub3QgZGVidWdnZWQgaXQgY2xvc2VseSwKPiBidXQgSSB0aGluayB3aGF0J3MgaGFwcGVu aW5nIGhlcmUgaXMgdGhhdCBibGtiYWNrIGluIERvbTAgZ3JhbnQgbWFwcyBhCj4gcGFnZSBwYXNz ZWQgZnJvbSB0aGUgRG9tVSwgYW5kIHRoZW4gdGhlIGJsa2Zyb250IGluc3RhbmNlIG9uIERvbTAg dHJpZXMKPiB0byB1c2UgZ250dGFiX2dyYW50X2ZvcmVpZ25fYWNjZXNzX3JlZiBvbiB0aGF0IHBh Z2UgYW5kIGZhaWxzIG1pc2VyYWJseQo+IChiZWNhdXNlIHRoZSBwYWdlIGRvZXNuJ3QgYmVsb25n IHRvIERvbTApLgo+Cj4gVGhlIHJpZ2h0IHdheSB0byBmaXggdGhpcyB3b3VsZCBiZSB0byBtYWtl IGJsa2Zyb250IGFuZCBibGtiYWNrIGluIHRoZQo+IHJlc3BlY3RpdmUgZ3Vlc3RzIGNvbm5lY3Qg ZGlyZWN0bHkgaW5zdGVhZCBvZiB1c2luZyBEb20wIGFzIGEgcHJveHkuCj4gTWFpbmx5IHRoZSB0 b29sc3RhY2sgaW4gRG9tMCBuZWVkcyB0byBrbm93IHlvdSBhcmUgdHJ5aW5nIHRvIGF0dGFjaCBh Cj4gZGlzayBmcm9tIGEgZHJpdmVyIGRvbWFpbiBhbmQgRFRSVCAoYXR0YWNoIHRoZSBkaXNrIGxv Y2FsbHkgdG8gRG9tMCBmb3IKPiBIVk0gYWNjZXNzLCBidXQgd3JpdGUgdGhlIFBWIGRpc2sgaW5m byBpbiB4ZW5zdG9yZSBzbyB0aGF0IHRoZSBndWVzdAo+IGNvbm5lY3RzIGRpcmVjdGx5IHRvIHRo ZSBibGtiYWNrIGluIHRoZSBkcml2ZXIgZG9tYWluIGluc3RlYWQgb2YgRG9tMCkuCj4gQXJlIHlv dSBpbnRlcmVzdGVkIGluIHN1Ym1pdHRpbmcgYSBwYXRjaCBmb3IgbGlieGwgdG8gZml4IHRoaXM/ Cj4KPiBSb2dlci4KCkkgYW0gdHJ1bHkgc29ycnksIEkgd2lzaCBJIGNvdWxkLCBidXQgSSdtIGFm cmFpZCBteSB2ZXJ5IGxpbWl0ZWQgCmtub3dsZWRnZSBpbiBib3RoIFhlbiBhbmQgbG93LWxldmVs IHg4NiBpbm5lciB3b3JraW5ncyBtYWtlcyBpdCBzaW1wbHkgCmltcG9zc2libGUgZm9yIG1lIHRv IGhlbHAgaW4gdGhpcyB3YXkuIEkgY2FuIGhlbHAgd2l0aCB0ZXN0aW5nLCB0aG91Z2ggCkknbSBh d2FyZSBpdCdzIG5vdCB0aGUgc2FtZS4KCkhvd2V2ZXIsIGlmIEkgdW5kZXJzdGFuZCBjb3JyZWN0 bHksIHRoZSBhYmlsaXR5IHRvIHByb3ZpZGUgYSBibG9jayAKZGV2aWNlIGZyb20gYSBGcmVlQlNE LWJhc2VkIHN0b3JhZ2UgZHJpdmVyIGRvbWFpbiBkaXJlY3RseSB0byBhbm90aGVyIApGcmVlQlNE LWJhc2VkIERvbVUgaW5kaWNhdGVzIHRoYXQgdGhlIG1ham9yaXR5IG9mIHdvcmsgaGFzIGFscmVh ZHkgYmVlbiAKZG9uZS4KCkJlc3QgcmVnYXJkcywKS3ViYQoKX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNl cnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Sun Feb 09 11:47:53 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 09 Feb 2014 11:47: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 1WCSrH-0006D8-Os; Sun, 09 Feb 2014 11:47:35 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WCSrF-0006D3-PE for xen-users@lists.xen.org; Sun, 09 Feb 2014 11:47:34 +0000 Received: from [85.158.137.68:4915] by server-10.bemta-3.messagelabs.com id 58/CE-07302-4DA67F25; Sun, 09 Feb 2014 11:47:32 +0000 X-Env-Sender: kuba.0000@op.pl X-Msg-Ref: server-12.tower-31.messagelabs.com!1391946451!627623!1 X-Originating-IP: [213.180.142.140] X-SpamReason: No, hits=0.5 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTMuMTgwLjE0Mi4xNDAgPT4gMTgwNzg=\n,sa_preprocessor: QmFkIElQOiAyMTMuMTgwLjE0Mi4xNDAgPT4gMTgwNzg=\n,BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9603 invoked from network); 9 Feb 2014 11:47:31 -0000 Received: from smtpo09.poczta.onet.pl (HELO smtpo09.poczta.onet.pl) (213.180.142.140) by server-12.tower-31.messagelabs.com with SMTP; 9 Feb 2014 11:47:31 -0000 Received: from [192.168.0.4] (host-89-230-197-126.lublin.mm.pl [89.230.197.126]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: kuba.0000@op.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3fMT4z1VxCz9vDWF for ; Sun, 9 Feb 2014 12:47:30 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=op.pl; s=2011; t=1391946451; bh=BL4X84Gd9ANfH1Wu8K9MryKEln6adNlVk4IxftBl9AA=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=s7+JFuUEUOJBTUnacIyjEX1Q9r5MmuTTRqrb37vBTbeCm7PVHUnRIcF5YeMZTZ9U3 mfQeAPpZ609A9FhTV7ZYKvFflMSeK3CAJhvgTN72AtTLPq05J4Pr204ZLLf9GMSHfR 5rPqgdCbeYwe+39axpCu+O7ebfh3P2x3/jnLpgck= Message-ID: <52F76AC7.6050108@op.pl> Date: Sun, 09 Feb 2014 12:47:19 +0100 From: Kuba User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <52EA58B2.50004@op.pl> <6035A0D088A63A46850C3988ED045A4B6F38BB3C@BITCOM1.int.sbss.com.au> <52ED4AA6.5000601@op.pl> <52F26335.7060902@op.pl> <52F266EE.6000104@citrix.com> <52F26A40.5040305@op.pl> <52F26CCE.1090201@citrix.com> <52F2B2FB.9070004@op.pl> <52F3462C.8040906@citrix.com> <52F40D79.2080608@op.pl> <52F4A6A1.30708@citrix.com> In-Reply-To: <52F4A6A1.30708@citrix.com> Subject: Re: [Xen-users] Strange failures of Xen 4.3.1, PVHVM storage VM, iSCSI and Windows+GPLPV VM combination X-BeenThere: xen-users@lists.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 VyBkbml1IDIwMTQtMDItMDcgMTA6MjUsIFJvZ2VyIFBhdSBNb25uw6kgcGlzemU6Cj4gT24gMDYv MDIvMTQgMjM6MzIsIEt1YmEgd3JvdGU6Cj4+IFcgZG5pdSAyMDE0LTAyLTA2IDA5OjIyLCBSb2dl ciBQYXUgTW9ubsOpIHBpc3plOgo+Pj4gT24gMDUvMDIvMTQgMjI6NTQsIEt1YmEgd3JvdGU6Cj4+ Pj4gVyBkbml1IDIwMTQtMDItMDUgMTc6NTQsIFJvZ2VyIFBhdSBNb25uw6kgcGlzemU6Cj4+Pj4+ IE9uIDA1LzAyLzE0IDE3OjQzLCBLdWJhIHdyb3RlOgo+Pj4+Pj4gVyBkbml1IDIwMTQtMDItMDUg MTc6MjksIFJvZ2VyIFBhdSBNb25uw6kgcGlzemU6Cj4+Pj4+Pj4gT24gMDUvMDIvMTQgMTc6MTMs IEt1YmEgd3JvdGU6Cj4+Pj4+Pj4+IFcgZG5pdSAyMDE0LTAyLTAxIDIwOjI3LCBLdWJhIHBpc3pl Ogo+Pj4+Pj4+Pj4gVyBkbml1IDIwMTQtMDEtMzEgMDI6MzUsIEphbWVzIEhhcnBlciBwaXN6ZToK Pj4+Pj4+Pj4+Pj4KPj4+Pj4+Pj4+Pj4gSSBhbSB0cnlpbmcgdG8gc2V0IHVwIGEgZm9sbG93aW5n IGNvbmZpZ3VyYXRpb246Cj4+Pj4+Pj4+Pj4+IDEuIHZlcnkgc2ltcGxlIExpbnV4LWJhc2VkIGRv bTAgKERlYmlhbiA3LjMpIHdpdGggWGVuIDQuMy4xCj4+Pj4+Pj4+Pj4+IGNvbXBpbGVkCj4+Pj4+ Pj4+Pj4+IGZyb20gc291cmNlcywKPj4+Pj4+Pj4+Pj4gMi4gb25lIHN0b3JhZ2UgVk0gKEZyZWVC U0QgMTAsIEhWTStQVikgd2l0aCBTQVRBIGNvbnRyb2xsZXIKPj4+Pj4+Pj4+Pj4gYXR0YWNoZWQK Pj4+Pj4+Pj4+Pj4gdXNpbmcgVlQtZCwgZXhwb3J0aW5nIGJsb2NrIGRldmljZXMgdmlhIGlTQ1NJ IHRvIG90aGVyIFZNcyBhbmQKPj4+Pj4+Pj4+Pj4gcGh5c2ljYWwKPj4+Pj4+Pj4+Pj4gbWFjaGlu ZXMsCj4+Pj4+Pj4+Pj4+IDMuIG9uZSBXaW5kb3dzIDcgU1AxIDY0IFZNIChIVk0rR1BMUFYpIHdp dGggR1BVIHBhc3N0aHJvdWdoCj4+Pj4+Pj4+Pj4+IChRdWFkcm8KPj4+Pj4+Pj4+Pj4gNDAwMCkg aW5zdGFsbGVkIG9uIGEgYmxvY2sgZGV2aWNlIGV4cG9ydGVkIGZyb20gdGhlIHN0b3JhZ2UgVk0K Pj4+Pj4+Pj4+Pj4gKHRhcmdldAo+Pj4+Pj4+Pj4+PiBvbiB0aGUgc3RvcmFnZSBWTSwgaW5pdGlh dG9yIG9uIGRvbTApLgo+Pj4+Pj4+Pj4+Pgo+Pj4+Pj4+Pj4+PiBFdmVyeXRoaW5nIHdvcmtzIHBl cmZlY3RseSAoaW5jbHVkaW5nIFBDSSAmIEdQVSBwYXNzdGhyb3VnaCkKPj4+Pj4+Pj4+Pj4gdW50 aWwgSQo+Pj4+Pj4+Pj4+PiBpbnN0YWxsIEdQTFBWIGRyaXZlcnMgb24gdGhlIFdpbmRvd3MgVk0u IEFmdGVyIGRyaXZlcgo+Pj4+Pj4+Pj4+PiBpbnN0YWxsYXRpb24sCj4+Pj4+Pj4+Pj4+IFdpbmRv d3MgbmVlZHMgdG8gcmVib290LCBib290cyBmaW5lLCBkaXNwbGF5cyBhIG1lc3NhZ2UgdGhhdCBQ Vgo+Pj4+Pj4+Pj4+PiBTQ1NJCj4+Pj4+Pj4+Pj4KPj4+Pj4+Pj4+PiAoYSkKPj4+Pj4+Pj4+Pgo+ Pj4+Pj4+Pj4+PiBkcml2ZXJzIHdlcmUgaW5zdGFsbGVkIGFuZCBuZWVkcyB0byByZWJvb3QgYWdh aW4sIGFuZCB0aGVuIGNhbm5vdAo+Pj4+Pj4+Pj4+PiBib290Lgo+Pj4+Pj4+Pj4+PiBTb21ldGlt ZXMgaXQgZ2V0cyBzdHVjayBhdCAiYm9vdGluZyBmcm9tIGhhcmRkcml2ZSIgaW4gU2VhQklPUywK Pj4+Pj4+Pj4+Pj4gc29tZXRpbWVzIEJTT0RzIHdpdGggInVubW91bnRhYmxlIGJvb3Qgdm9sdW1l IiBtZXNzYWdlLiBBbGwgb2YKPj4+Pj4+Pj4+Pj4gdGhlCj4+Pj4+Pj4+Pj4+IGZvbGxvd2luZyBJ IHRyaWVkIHdpdGhvdXQgR1BVIHBhc3N0aHJvdWdoIHRvIG5hcnJvdyBkb3duIHRoZQo+Pj4+Pj4+ Pj4+PiBwcm9ibGVtLgo+Pj4+Pj4+Pj4+Pgo+Pj4+Pj4+Pj4+PiBUaGUgaW50cmlndWluZyBwYXJ0 IGlzIHRoaXM6Cj4+Pj4+Pj4+Pj4+Cj4+Pj4+Pj4+Pj4+IDEuIElmIHRoZSBzdG9yYWdlIFZNJ3Mg T1MgaXMgTGludXggLSBpdCBmYWlscyB3aXRoIHRoZSBhYm92ZQo+Pj4+Pj4+Pj4+PiBzeW1wdG9t cy4KPj4+Pj4+Pj4+Pj4gMi4gSWYgdGhlIGJsb2NrIGRldmljZXMgZm9yIHRoZSBzdG9yYWdlIFZN IGNvbWUgZGlyZWN0bHkgZnJvbQo+Pj4+Pj4+Pj4+PiBkb20wCj4+Pj4+Pj4+Pj4+IChub3QKPj4+ Pj4+Pj4+Pj4gdmlhIHBjaS1wYXNzdGhyb3VnaCkgLSBpdCBmYWlscy4KPj4+Pj4+Pj4+Pj4gMi4g SWYgdGhlIHN0b3JhZ2UgVk0gaXMgYW4gSFZNIHdpdGhvdXQgUFYgZHJpdmVycyAoZS5nLiBGcmVl QlNECj4+Pj4+Pj4+Pj4+IDkuMi1HRU5FUklDKSAtIGl0IGFsbCB3b3Jrcy4KPj4+Pj4+Pj4+Pj4g My4gSWYgdGhlIHN0b3JhZ2UgVk0ncyBPUyBpcyBMaW51eCB3aXRoIGtlcm5lbCBjb21waWxlZAo+ Pj4+Pj4+Pj4+PiB3aXRob3V0IFhlbgo+Pj4+Pj4+Pj4+PiBndWVzdCBzdXBwb3J0IC0gaXQgd29y a3MsIGJ1dCBpcyB1bnN0YWJsZSAoc2VlIGJlbG93KS4KPj4+Pj4+Pj4+Pj4gNC4gSWYgdGhlIGlT Q1NJIHRhcmdldCBpcyBvbiBhIGRpZmZlcmVudCBwaHlzaWNhbCBtYWNoaW5lIC0gaXQKPj4+Pj4+ Pj4+Pj4gYWxsCj4+Pj4+Pj4+Pj4+IHdvcmtzLgo+Pj4+Pj4+Pj4+PiA1LiBJZiB0aGUgaVNDU0kg dGFyZ2V0IGlzIG9uIGRvbTAgaXRzZWxmIC0gaXQgd29ya3MuCj4+Pj4+Pj4+Pj4+IDYuIElmIEkg YXR0YWNoIHRoZSBBSENJIGNvbnRyb2xsZXIgdG8gdGhlIFdpbmRvd3MgVk0gYW5kIGluc3RhbGwK Pj4+Pj4+Pj4+Pj4gZGlyZWN0bHkgb24gdGhlIGhhcmQgZHJpdmUgLSBpdCB3b3Jrcy4KPj4+Pj4+ Pj4+Pj4gNy4gSWYgdGhlIGJsb2NrIGRldmljZSBmb3IgV2luZG93cyBWTSBpcyBhIGRpc2ssIHBh cnRpdGlvbiwKPj4+Pj4+Pj4+Pj4gZmlsZSwgTFZNCj4+Pj4+Pj4+Pj4+IHZvbHVtZSBvciBldmVu IGEgWm9MJ3MgenZvbCAoYW5kIGl0IGNvbWVzIGZyb20gYSBkb20wIGl0c2VsZiwKPj4+Pj4+Pj4+ Pj4gd2l0aG91dAo+Pj4+Pj4+Pj4+PiBpU0NTSSktIGl0IHdvcmtzLgo+Pj4+Pj4+Pj4+Pgo+Pj4+ Pj4+Pj4+PiBJZiBJIGluc3RhbGwgV2luZG93cyBhbmQgdGhlIEdQTFBWIGRyaXZlcnMgb24gYSBo YXJkIGRyaXZlCj4+Pj4+Pj4+Pj4+IGF0dGFjaGVkIHRvCj4+Pj4+Pj4+Pj4+IGRvbTAsIFdpbmRv d3MgKyBHUExQViB3b3JrIHBlcmZlY3RseS4gSWYgSSB0aGVuIGdpdmUgdGhlIHNhbWUKPj4+Pj4+ Pj4+Pj4gaGFyZAo+Pj4+Pj4+Pj4+PiBkcml2ZQo+Pj4+Pj4+Pj4+PiBhcyBhIGJsb2NrIGRldmlj ZSB0byB0aGUgc3RvcmFnZSBWTSBhbmQgcmUtZXhwb3J0IGl0IHRocm91Z2gKPj4+Pj4+Pj4+Pj4g aVNDU0ksCj4+Pj4+Pj4+Pj4KPj4+Pj4+Pj4+PiAoYikKPj4+Pj4+Pj4+Pgo+Pj4+Pj4+Pj4+PiBX aW5kb3dzIHVzdWFsbHkgYm9vdHMgZmluZSwgYnV0IHdvcmtzIHVuc3RhYmxlLiBBbmQgYnkgdW5z dGFibGUgSQo+Pj4+Pj4+Pj4+PiBtZWFuCj4+Pj4+Pj4+Pj4+IHJhbmRvbSByZWFkL3dyaXRlIGVy cm9ycywgc29tZXRpbWVzIHByb2dyYW1zIHdvbid0IHN0YXJ0LAo+Pj4+Pj4+Pj4+PiBudGRsbC5k bGwKPj4+Pj4+Pj4+Pj4gY3Jhc2hlcywgYW5kIGFmdGVyIGNvdXBsZSByZWJvb3RzIFdpbmRvd3Mg d29uJ3QgYm9vdCAoanVzdCBsaWtlCj4+Pj4+Pj4+Pj4+IG1lbnRpb25lZCBhYm92ZSkuCj4+Pj4+ Pj4+Pj4+Cj4+Pj4+Pj4+Pj4+IFRoZSBjb25maWd1cmF0aW9ucyBJIHdvdWxkIGxpa2UgdG8gYWNo aWV2ZSBtYWtlcyBzZW5zZSBvbmx5Cj4+Pj4+Pj4+Pj4+IHdpdGggUFYKPj4+Pj4+Pj4+Pj4gZHJp dmVycyBvbiBib3RoIHN0b3JhZ2UgYW5kIFdpbmRvd3MgVk0uIEFsbCBvZiB0aGUgImNvbXBvbmVu dHMiCj4+Pj4+Pj4+Pj4+IHNlZW0gdG8KPj4+Pj4+Pj4+Pj4gd29yayBwZXJmZWN0bHkgdW50aWwg YWxsIHB1dCB0b2dldGhlciwgc28gSSBhbSBub3QgcmVhbGx5IHN1cmUKPj4+Pj4+Pj4+Pj4gd2hl cmUKPj4+Pj4+Pj4+Pj4gdGhlCj4+Pj4+Pj4+Pj4+IHByb2JsZW0gaXMuCj4+Pj4+Pj4+Pj4+Cj4+ Pj4+Pj4+Pj4+IEkgd291bGQgYmUgdmVyeSBncmF0ZWZ1bCBmb3IgYW55IHN1Z2dlc3Rpb25zIG9y IGlkZWFzIHRoYXQgY291bGQKPj4+Pj4+Pj4+Pj4gcG9zc2libHkgaGVscCB0byBuYXJyb3cgZG93 biB0aGUgcHJvYmxlbS4gTWF5YmUgSSBhbSBqdXN0IGRvaW5nCj4+Pj4+Pj4+Pj4+IHNvbWV0aGlu ZyB3cm9uZyAoSSBob3BlIHNvKS4gT3IgbWF5YmUgdGhlcmUgaXMgYSBidWcgdGhhdCBzaG93cwo+ Pj4+Pj4+Pj4+PiBpdHNlbGYKPj4+Pj4+Pj4+Pj4gb25seSBpbiBzdWNoIGEgcGFydGljdWxhciBj b25maWd1cmF0aW9uIChob3BlIG5vdCk/Cj4+Pj4+Pj4+Pj4+Cj4+Pj4+Pj4+Pj4KPj4+Pj4+Pj4+ PiBJJ20gY3VyaW91cyBhYm91dCBwcm9tcHRpbmcgZm9yIHRoZSBwdnNjc2kgZHJpdmVycyB0byBi ZQo+Pj4+Pj4+Pj4+IGluc3RhbGxlZC4gSXMKPj4+Pj4+Pj4+PiB0aGlzIGRlZmluaXRlbHkgd2hh dCBpdCBpcyBhc2tpbmcgZm9yPyBQdnNjc2kgZm9yIGdwbHB2IGlzCj4+Pj4+Pj4+Pj4gcmVtb3Zl ZCBpbgo+Pj4+Pj4+Pj4+IHRoZSBsYXRlc3QgdmVyc2lvbnMgYW5kIHN1ZmZlcmVkIHZhcnlpbmcg ZGVncmVlcyBvZiBiaXRyb3QgaW4KPj4+Pj4+Pj4+PiBlYXJsaWVyCj4+Pj4+Pj4+Pj4gdmVyc2lv bnMuIElmIHlvdSBoYXZlIHRoZSBpc2NzaSBpbml0aWF0b3IgaW4gZG9tMCB0aGVuIGV4cG9ydGlu ZyBhCj4+Pj4+Pj4+Pj4gYmxvY2sgZGV2aWNlIHRvIHdpbmRvd3MgdmlhIHRoZSBub3JtYWwgdmJk IGNoYW5uZWwgc2hvdWxkIGJlIGp1c3QKPj4+Pj4+Pj4+PiBmaW5lLgo+Pj4+Pj4+Pj4+Cj4+Pj4+ Pj4+Pj4gWW91J3ZlIGdvbmUgdG8gZ3JlYXQgbGVuZ3RocyB0byBleHBsYWluIHRoZSB2YXJpb3Vz IHRoaW5ncyB5b3UndmUKPj4+Pj4+Pj4+PiB0cmllZCwgYnV0IEkgdGhpbmsgSSdtIGEgbGl0dGxl IGNvbmZ1c2VkIG9uIHdoZXJlIHRoZSBpc2NzaQo+Pj4+Pj4+Pj4+IGluaXRpYXRvcgo+Pj4+Pj4+ Pj4+IGlzIGluIHRoZSAiZG9lc24ndCB3b3JrIiBzY2VuYXJpb3MuIEknbSBoYXZpbmcgYSBiaXQg b2YgYW4gb2ZmIGRheQo+Pj4+Pj4+Pj4+IHRvZGF5IHNvIGl0J3MgcHJvYmFibHkganVzdCBtZSwg YnV0IGFib3ZlIEkgaGF2ZSBoaWdobGlnaHRlZAo+Pj4+Pj4+Pj4+IHRoZSB0d28KPj4+Pj4+Pj4+ PiBzY2VuYXJpb3MuLi4gY291bGQgeW91IGZpbGwgbWUgaW4gb24gYSBmZXcgdGhpbmdzOgo+Pj4+ Pj4+Pj4+Cj4+Pj4+Pj4+Pj4gQXQgKGEpIGFuZCAoYiksIGlzIHRoZSBpc2NzaSBpbml0aWF0b3Ig aW4gZG9tMCwgb3IgYXJlIHlvdQo+Pj4+Pj4+Pj4+IGFjdHVhbGx5Cj4+Pj4+Pj4+Pj4gYm9vdGlu ZyB3aW5kb3dzIGRpcmVjdGx5IHZpYSBpc2NzaT8KPj4+Pj4+Pj4+Pgo+Pj4+Pj4+Pj4+IEF0IChi KSwgd2l0aCBsYXRlc3QgZGVidWcgYnVpbGQgb2YgZ3BscHYsIGNhbiB5b3UgcnVuIGRlYnVndmll dwo+Pj4+Pj4+Pj4+IGZyb20KPj4+Pj4+Pj4+PiBzeXNpbnRlcm5hbHMuY29tIGFuZCBzZWUgaWYg YW55IGludGVyZXN0aW5nIG1lc3NhZ2VzIGFyZSBkaXNwbGF5ZWQKPj4+Pj4+Pj4+PiBiZWZvcmUg dGhpbmdzIGZhbGwgaW4gYSBoZWFwPwo+Pj4+Pj4+Pj4+Cj4+Pj4+Pj4+Pj4gQXJlIGFueSBzdHJh bmdlIGxvZ3Mgc2hvd24gaW4gYW55IG9mIFdpbiBEb21VLCBEb20wLCBvciBzdG9yYWdlCj4+Pj4+ Pj4+Pj4gRG9tVT8KPj4+Pj4+Pj4+Pgo+Pj4+Pj4+Pj4+IEhvdyBiaWcgYXJlIHlvdXIgZGlza3M/ Cj4+Pj4+Pj4+Pj4KPj4+Pj4+Pj4+PiBDYW4geW91IHJlcHJvZHVjZSB3aXRoIG9ubHkgb25lIHZj cHU/Cj4+Pj4+Pj4+Pj4KPj4+Pj4+Pj4+PiBXaGF0IGJyaWRnZSBhcmUgeW91IHVzaW5nPyBPcGVu dnN3aXRjaCBvciB0cmFkaXRpb25hbCBsaW51eAo+Pj4+Pj4+Pj4+IGJyaWRnZT8KPj4+Pj4+Pj4+ Pgo+Pj4+Pj4+Pj4+IFdoYXQgTVRVIGFyZSB5b3UgdXNpbmcgb24geW91ciBzdG9yYWdlIG5ldHdv cms/IElmIHlvdSBhcmUgdXNpbmcKPj4+Pj4+Pj4+PiBKdW1ibwo+Pj4+Pj4+Pj4+IGZyYW1lcyBj YW4geW91IGdvIGJhY2sgdG8gMTUwMCAob3IgYXQgbGVhc3QgPD0gNDAwMCk/Cj4+Pj4+Pj4+Pj4K Pj4+Pj4+Pj4+PiBDYW4geW91IHR1cm4gb2ZmIHNjYXR0ZXIgZ2F0aGVyLCBMYXJnZSBTZW5kIE9m ZmxvYWQgKEdTTyksIGFuZCBJUAo+Pj4+Pj4+Pj4+IENoZWNrc3VtIG9mZmxvYWQgb24gYWxsIHRo ZSBpc2NzaSBlbmRwb2ludHM/Cj4+Pj4+Pj4+Pj4KPj4+Pj4+Pj4+PiBDYW4geW91IHR1cm4gb24g ZGF0YSBkaWdlc3QvY2hlY2tzdW0gb24gaXNjc2k/IElmIGFsbCBlbmRwb2ludHMKPj4+Pj4+Pj4+ PiBzdXBwb3J0IGl0IHRoZW4gdGhpcyB3b3VsZCBwcm92aWRlIGFkZGl0aW9uYWwgdmVyaWZpY2F0 aW9uIHRoYXQKPj4+Pj4+Pj4+PiBub25lCj4+Pj4+Pj4+Pj4gb2YgdGhlIG5ldHdvcmsgcGFja2V0 cyBhcmUgZ2V0dGluZyBjb3JydXB0ZWQuCj4+Pj4+Pj4+Pj4KPj4+Pj4+Pj4+PiBXb3VsZCBkcml2 ZXIgZG9tYWluIHdvcmsgaW4geW91ciBzY2VuYXJpbz8gVGhlbiB0aGUgZGlzayBjb3VsZCBiZQo+ Pj4+Pj4+Pj4+IGF0dGFjaGVkIGRpcmVjdGx5IGZyb20geW91ciBzdG9yYWdlIERvbVUgd2l0aG91 dCBhY2NydWluZyBhbGwgdGhlCj4+Pj4+Pj4+Pj4gaXNjc2kgb3ZlcmhlYWQuIEknbSBub3QgdXAg d2l0aCB0aGUgc3RhdHVzIG9mIEhWTSwgdmJkLCBhbmQgZHJpdmVyCj4+Pj4+Pj4+Pj4gZG9tYWlu IHNvIEkgZG9uJ3Qga25vdyBpZiB0aGlzIGlzIHBvc3NpYmxlLgo+Pj4+Pj4+Pj4+Cj4+Pj4+Pj4+ Pj4gTW9yZSBxdWVzdGlvbnMgdGhhbiBhbnN3ZXJzLiBTb3JyeSA6KQo+Pj4+Pj4+Pj4+Cj4+Pj4+ Pj4+Pj4gSmFtZXMKPj4+Pj4+Pj4+Cj4+Pj4+Pj4+PiBEZWFyIEphbWVzLAo+Pj4+Pj4+Pj4KPj4+ Pj4+Pj4+IHRoYW5rIHlvdSBmb3IgeW91ciBxdWVzdGlvbnMgLSBJIHJlYWxseSBhcHByZWNpYXRl IGV2ZXJ5dGhpbmcgdGhhdAo+Pj4+Pj4+Pj4gbWF5Cj4+Pj4+Pj4+PiBoZWxwIG1lIG1vdmUgY2xv c2VyIHRvIHNvbHZpbmcgb3IgaXNvbGF0aW5nIHRoZSBwcm9ibGVtLgo+Pj4+Pj4+Pj4KPj4+Pj4+ Pj4+IEknbGwgY2hlY2sgd2hhdCB0eXBlIG9mIGRyaXZlciBpcyB1c2VkIGV4YWN0bHkgLSB1cCB1 bnRpbCBub3cgSQo+Pj4+Pj4+Pj4gYWx3YXlzCj4+Pj4+Pj4+PiBqdXN0IGluc3RhbGxlZCBhbGwg ZHJpdmVycyBpbmNsdWRlZCBpbiB0aGUgcGFja2FnZSwgSSB0aG91Z2h0Cj4+Pj4+Pj4+PiBhbGwg b2YKPj4+Pj4+Pj4+IHRoZW0gd2VyZSBuZWNlc3NhcnkuIEknbGwgdHJ5IGluc3RhbGxpbmcgdGhl bSB3aXRob3V0IFhlblNjc2kuCj4+Pj4+Pj4+Pgo+Pj4+Pj4+Pj4gRG8geW91IG1lYW4gcmV2aXNp b25zID4gMTA5Mjo4NWI5OWI5Nzk1YTYgYnkgInRoZSBsYXRlc3QgdmVyc2lvbnMiPwo+Pj4+Pj4+ Pj4gV2hpY2ggdmVyc2lvbiBzaG91bGQgSSB1c2U/Cj4+Pj4+Pj4+Pgo+Pj4+Pj4+Pj4gRm9yZ2l2 ZSBtZSBpZiB0aGUgZGVzY3JpcHRpb25zIHdlcmUgdW5jbGVhci4gVGhlIGluaXRpYXRvciB3YXMK Pj4+Pj4+Pj4+IGFsd2F5cyBpbgo+Pj4+Pj4+Pj4gZG9tMC4gSSBvbmx5IG1vdmVkIHRoZSB0YXJn ZXQgdG8gZG9tMCBvciBhIHNlcGFyYXRlIHBoeXNpY2FsCj4+Pj4+Pj4+PiBtYWNoaW5lIGluCj4+ Pj4+Pj4+PiAoNCkgYW5kICg1KS4gSSBkaWRuJ3QgYm9vdCBXaW5kb3dzIGRpcmVjdGx5IGZyb20g aVNDU0kgKGluIGZhY3QgSQo+Pj4+Pj4+Pj4gdHJpZWQKPj4+Pj4+Pj4+IGNvdXBsZSB0aW1lcywg YnV0IGhhZCBzb21lIHByb2JsZW1zIHdpdGggaXQsIHNvIEkgZGlkbid0IG1lbnRpb24KPj4+Pj4+ Pj4+IGl0KS4KPj4+Pj4+Pj4+Cj4+Pj4+Pj4+PiBNeSAiZGlza3MiICh0aGUgYmxvY2sgZGV2aWNl cyBJIGRlZGljYXRlZCB0byB0aGUgV2luZG93cyBWTSkgd2VyZQo+Pj4+Pj4+Pj4gd2hvbGUKPj4+ Pj4+Pj4+IDEyMEdCIGFuZCAyNDBHQiBTU0RzLCB+MTAwR0IgWlZPTHMgYW5kIDUwR0IgTFZNIHZv bHVtZXMuCj4+Pj4+Pj4+Pgo+Pj4+Pj4+Pj4gSSdtIHVzaW5nIHRyYWRpdGlvbmFsIGxpbnV4IGJy aWRnZS4gSSBkaWRuJ3Qgc2V0IE1UVXMgZXhwbGljaXRseSwKPj4+Pj4+Pj4+IHNvIEkKPj4+Pj4+ Pj4+IGFzc3VtZSBpdCdzIDE1MDAsIGJ1dCBJIHdpbGwgdmVyaWZ5IHRoaXMuCj4+Pj4+Pj4+Pgo+ Pj4+Pj4+Pj4gSSdkIGxvdmUgdG8gdXNlIGEgc3RvcmFnZSBkcml2ZXIgZG9tYWluLCBidXQgdGhl IHdpa2kgc2F5cyAiSXQKPj4+Pj4+Pj4+IGlzIG5vdAo+Pj4+Pj4+Pj4gcG9zc2libGUgdG8gdXNl IGRyaXZlciBkb21haW5zIHdpdGggcHlncnViIG9yIEhWTSBndWVzdHMgeWV0Ii4gQnV0Cj4+Pj4+ Pj4+PiB0aGUKPj4+Pj4+Pj4+IHBhZ2UgaXMgYSBjb3VwbGUgb2YgbW9udGhzIG9sZCwgbWF5YmUg aXQncyBhbiBvdXRkYXRlZCBpbmZvPyBJdAo+Pj4+Pj4+Pj4gc3VyZWx5Cj4+Pj4+Pj4+PiBpcyB3 b3J0aCBjaGVja2luZyBvdXQuCj4+Pj4+Pj4+Pgo+Pj4+Pj4+Pj4gSSdsbCBkbyBteSBiZXN0IHRv IHByb3ZpZGUgYW5zd2VycyB0byB0aGUgcmVtYWluaW5nIHF1ZXN0aW9ucyBhcwo+Pj4+Pj4+Pj4g c29vbiBhcwo+Pj4+Pj4+Pj4gcG9zc2libGUuIFRoYW5rIHlvdSBmb3Igc28gbWFueSBpZGVhcy4K Pj4+Pj4+Pj4+Cj4+Pj4+Pj4+PiBCZXN0IHJlZ2FyZHMsCj4+Pj4+Pj4+PiBLdWJhCj4+Pj4+Pj4+ Pgo+Pj4+Pj4+Pj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X18KPj4+Pj4+Pj4+IFhlbi11c2VycyBtYWlsaW5nIGxpc3QKPj4+Pj4+Pj4+IFhlbi11c2Vyc0Bs aXN0cy54ZW4ub3JnCj4+Pj4+Pj4+PiBodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnMKPj4+ Pj4+Pj4KPj4+Pj4+Pj4gSXQgc2VlbXMgdGhlIHByb2JsZW1zIGFyZSBub3QgcmVsYXRlZCB0byBH UExQVi4gVGhlcmUgaXMgYW4gZWFzeQo+Pj4+Pj4+PiB3YXkgdG8KPj4+Pj4+Pj4gcmVwcm9kdWNl IHRoZSBpc3N1ZXMgd2l0aG91dCBXaW5kb3dzIGFuZCB3aXRob3V0IGluc3RhbGxpbmcKPj4+Pj4+ Pj4gYW55dGhpbmcsCj4+Pj4+Pj4+IHVzaW5nIG9ubHkgbGl2ZWNkcyBmb3IgdHdvIERvbVVzOgo+ Pj4+Pj4+Pgo+Pj4+Pj4+PiAxKSBTZXQgdXAgYSBMaW51eCBEb20wIHdpdGggWGVuIDQuMy4xIGFu ZCBzdGFuZGFyZCBMaW51eCBicmlkZ2UgZm9yCj4+Pj4+Pj4+IERvbTAKPj4+Pj4+Pj4gYW5kIERv bVVzCj4+Pj4+Pj4KPj4+Pj4+PiBBcmUgeW91IHVzaW5nIGEgWGVuIGJ1aWxkIHdpdGggZGVidWdn aW5nIGVuYWJsZWQ/IEkgdGhpbmsgSSBtaWdodAo+Pj4+Pj4+IGhhdmUgYQo+Pj4+Pj4+IGNsdWUg b2Ygd2hhdCdzIGhhcHBlbmluZywgYmVjYXVzZSBJIGFsc28gc2F3IGl0LiBDb3VsZCB5b3UgcmVj b21waWxlCj4+Pj4+Pj4gWGVuCj4+Pj4+Pj4gd2l0aCBkZWJ1Z2dpbmcgZW5hYmxlZCBhbmQgdHJ5 IHRoZSBzYW1lIHRlc3QgKGlTQ1NJIHRhcmdldCBvbiBEb21VCj4+Pj4+Pj4gYW5kCj4+Pj4+Pj4g aW5pdGlhdG9yIG9uIERvbTApPwo+Pj4+Pj4+Cj4+Pj4+Pj4gUm9nZXIuCj4+Pj4+Pj4KPj4+Pj4+ PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwo+Pj4+Pj4+ IFhlbi11c2VycyBtYWlsaW5nIGxpc3QKPj4+Pj4+PiBYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwo+ Pj4+Pj4+IGh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycwo+Pj4+Pj4+Cj4+Pj4+Pgo+Pj4+ Pj4gT2YgY291cnNlIEkgY291bGQhIFBsZWFzZSBwb2ludCBtZSB0byBhbnkgcmVsZXZhbnQgaW5m b3JtYXRpb24gb24KPj4+Pj4+IGhvdyB0bwo+Pj4+Pj4gYnVpbGQgWGVuIHdpdGggZGVidWdnaW5n IGVuYWJsZWQgYW5kIHdoYXQgdG8gZG8gbmV4dC4gSSBidWlsZCBYZW4KPj4+Pj4+IHVzaW5nCj4+ Pj4+PiBzdGFuZGFyZCAuL2NvbmZpZ3VyZSAmJiBtYWtlIHdvcmxkICYmIG1ha2UgaW5zdGFsbC4K Pj4+Pj4KPj4+Pj4gSnVzdCBgbWFrZSBkZWJ1Zz15IHhlbmAgYW5kIGJvb3Qgd2l0aCB0aGUgcmVz dWx0aW5nIHhlbi5nei4KPj4+Pj4KPj4+Pj4gUm9nZXIuCj4+Pj4+Cj4+Pj4+Cj4+Pj4+IF9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCj4+Pj4+IFhlbi11c2Vy cyBtYWlsaW5nIGxpc3QKPj4+Pj4gWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKPj4+Pj4gaHR0cDov L2xpc3RzLnhlbi5vcmcveGVuLXVzZXJzCj4+Pj4+Cj4+Pj4KPj4+PiBJIHJhbiB0aGUgdGVzdCB1 c2luZyBkZWJ1ZyBidWlsZCBvZiBYZW4uIFRoaXMgdGltZSBJIGdhdmUgdGhlIG5hbWUgInRndCIK Pj4+PiB0byB0aGUgRG9tVSB3aXRoIGlTQ1NJIHRhcmdldCwgYW5kIHRoZSBvdGhlciBkb21haW4g d2FzIG5hbWVkIHNpbXBseQo+Pj4+ICJkb211Ii4gU29ycnkgZm9yIHRoZSBpbmNvbnNpc3RlbmN5 LiBBZnRlciBsb2dnaW5nIGluIHRvIHRoZSBpU0NTSQo+Pj4+IHRhcmdldCBmcm9tIERvbTAsIEkg cmFuICJta2ZzLmV4dDQgL2Rldi9zZGIiIChzdGlsbCBpbiBEb20wKS4gU28gZmFyLCBzbwo+Pj4+ IGdvb2QuIFRoZW4gSSBsYXVuY2hlZCB0aGUgb3RoZXIgRG9tVSBhbmQgYXMgc29vbiBhcyBJIGV4 ZWN1dGVkCj4+Pj4gImZzY2suZXh0NCAvZGV2L3h2ZGEiLCBzb21lIGVycm9ycyBhcHBlYXJlZCBp biB0aGUgb3V0cHV0IG9mICJ4bCBkbWVzZyIKPj4+PiAoYXR0YWNoZWQgYXMgInhsLWRtZXNnLmxv ZyIpLiBTdXJwcmlzaW5nbHksIHRoZSBmaXJzdCBmc2NrIHN1Y2NlZWRlZC4KPj4+PiBVbmZvcnR1 bmF0ZWx5LCBleGVjdXRpbmcgZnNjay5leHQ0IGZvciB0aGUgc2Vjb25kIHRpbWUgc2hvd2VkIHNl cmlvdXMKPj4+PiBmaWxlIHN5c3RlbSBlcnJvcnMuIFRoZSBmc2NrIGNvbW1hbmRzIHdlcmUgdGhl IG9ubHkgdGhpbmdzIEkgcmFuIHRoYXQKPj4+PiB0b3VjaGVkIC9kZXYveHZkYS4gQWZ0ZXIgc2h1 dHRpbmcgZG93biAiZG9tdSIsIHdoZW4gSSB0cmllZCB0byBsb2cgb3V0Cj4+Pj4gZnJvbSB0aGUg aVNDU0kgdGFyZ2V0LCBhbiBlcnJvciBjYW1lIHVwIGluIERvbTAncyBkbWVzZwo+Pj4+ICgiZG9t MC1kbWVzZy5sb2ciKS4gTG9ncyBmcm9tIC92YXIvbG9nL3hlbi8gYXJlIGFsc28gYXR0YWNoZWQu Cj4+Pj4KPj4+PiBJIHdpbGwgaGFwcGlseSBydW4gbmV4dCB0ZXN0cyAtIGp1c3QgdGVsbCBtZSB3 aGF0IGNhbiBJIGRvIDopCj4+Pgo+Pj4gSGVsbG8sCj4+Pgo+Pj4gVGhpcyBpcyB0aGUgc2FtZSBw cm9ibGVtIEkndmUgc2VlbiB3aGVuIHVzaW5nIGEgc2ltaWxhciBzZXR1cC4gVGhlIHJvb3QKPj4+ IG9mIHRoZSBwcm9ibGVtIGlzIHRoYXQgYmxrYmFjayBtYXBzIGEgZ3JhbnQgcmVmIHRvIGEgbWVt b3J5IHBhZ2UgaW4KPj4+IERvbTAsIHRoZW4gdGhpcyBtZW1vcnkgcGFnZSBlbmRzIHVwIGluIG5l dGJhY2ssIGFuZCB3aGVuIG5ldGJhY2sgdHJpZXMKPj4+IHRvIGlzc3VlIGEgR05UVEFCT1BfY29w eSB1c2luZyB0aGUgbWZuIG9mIHRoaXMgZ3JhbnQgbWFwcGVkIHBhZ2UgdGhlCj4+PiBvcGVyYXRp b24gZmFpbHMgYmVjYXVzZSBYZW4gZGV0ZWN0cyB0aGF0IHRoZSBtZm4gcGFzc2VkIGRvZXNuJ3Qg YmVsb25nCj4+PiB0byB0aGUgZ3Vlc3QuCj4+Pgo+Pj4gVGhlIG9ubHkgd2F5IEkgY2FuIHRoaW5r IG9mIHNvbHZpbmcgdGhpcyBpcyB0aGF0IG5ldGJhY2sgZGV0ZWN0cyB0aGF0Cj4+PiB0aGUgcGFn ZSBpcyBub3QgbG9jYWwgYW5kIHNvbWVob3cgd2UgdXNlIGl0J3MgZ3JhbnQgcmVmIGluc3RlYWQg b2YgbWZuCj4+PiAodGhpcyBtZWFucyB3ZSB3b3VsZCBuZWVkIHRvIHN0b3JlIHRoZSBncmFudCBy ZWYgc29tZXdoZXJlIGluIHRoZSBwYWdlKS4KPj4+Cj4+PiBSb2dlci4KPj4KPj4gQXMgdGhpcyBp cyBzb21ldGhpbmcgZmFyIGJleW9uZCBteSBhYmlsaXR5IHRvIHNvbHZlLCBJIGNvdWxkbid0IHJl c2lzdAo+PiB0byB0cnkgc29tZXRoaW5nIGVsc2UgLSBydW5uaW5nIEZyZWVCU0QgMTAgYXMgYSBz dG9yYWdlIGRyaXZlciBkb21haW4uIEkKPj4gd2FzIGFibGUgdG8gcHJvdmlkZSBhIGJsb2NrIGRl dmljZSAoenZvbCkgZnJvbSBvbmUgRnJlZUJTRCBEb21VIGRpcmVjdGx5Cj4+IHRvIGFub3RoZXIg RnJlZUJTRCBEb21VIGp1c3QgbGlrZSBkZXNjcmliZWQgaW4gdGhlIHdpa2kgKHdpdGggUWVtdQo+ PiB0cmFkaXRpb25hbCBpbiB0aGUgc2Vjb25kIERvbVUpIGFuZCBpbnN0YWxsIHRoZSBPUyBvbiBp dC4gVW5mb3J0dW5hdGVseQo+PiB0aGUgc2Vjb25kIERvbVUncyBiaW9zIHdhcyB1bmFibGUgdG8g ZGV0ZWN0IHRoaXMgImRpc2siIGFuZCBib290IGZyb20gaXQuCj4+Cj4+IEJ1dCB3aXRoIHRoaXMg Y29tbWFuZDoKPj4geGwgYmxvY2stYXR0YWNoIERvbWFpbi0wCj4+ICJmb3JtYXQ9cmF3LGJhY2tl bmR0eXBlPXBoeSxiYWNrZW5kPWZic2QsdmRldj14dmRzLHRhcmdldD0vZGV2L3p2b2wvenJvb3Qv dm9sMSIKPj4KPj4KPj4gSSB3YXMgYWJsZSB0byBhdHRhY2ggYSBibG9jayBkZXZpY2UgZXhwb3J0 ZWQgZnJvbSBhIERvbVUgdG8gRG9tMCB3aXRob3V0Cj4+IGlTQ1NJIGFuZCB0aGVuIHVzaW5nIGl0 IGFzIGEgZGlzayBmb3IgYSBzZWNvbmQgRG9tVSAod2l0aAo+PiBkaXNrPVsncGh5Oi9kZXYveHZk cyx4dmRhLHcnXSkuIE5vdywgaWYgdGhlIHNlY29uZCBEb21VIGhhZCBubyBQVgo+PiBkcml2ZXJz IChlLmcuIFdpbmRvd3Mgd2l0aG91dCBHUExQViksIGV2ZXJ5dGhpbmcgd29ya2VkIGZpbmUuIEJ1 dAo+PiBydW5uaW5nIGFuIE9TIHdpdGggUFYgZHJpdmVycyAoTGludXggb3IgV2luZG93cytHUExQ VikgaW4gdGhlIHNlY29uZAo+PiBEb21VIHJlc3VsdGVkIGluIGEgdmVyeSBzaW1pbGFyIGVycm9y cyBpbiB4bCBkbWVzZyBsaWtlIGluIHRoZQo+PiBwcmV2aW91c2x5IGF0dGFjaGVkIGxvZ3MgKHNl ZSB0aGUgYXR0YWNobWVudCkuCj4+Cj4+IERvIEkgdW5kZXJzdGFuZCBjb3JyZWN0bHkgdGhhdCBz b2x2aW5nIHRoZSBpc3N1ZSB5b3UgYXJlIHBvaW50aW5nIG91dAo+PiB3b3VsZCBhbHNvIGFsbG93 IHRvIHVzZSBPU2VzIGxpa2UgRnJlZUJTRCBhcyBzdG9yYWdlIGRyaXZlciBkb21haW4gZm9yCj4+ IG90aGVyIFBWLWVuYWJsZWQgRG9tVXM/IFRoYXQgd291bGQgYmUgc29tZXRoaW5nIQo+Pgo+PiBB bmQgbW9zdCBpbXBvcnRhbnRseSAtIGlzIHRoZXJlIGFueXRoaW5nIEkgY2FuIGRvIHRvIGhlbHA/ Cj4KPiBIZWxsbywKPgo+IFRoYW5rcyBmb3IgdGVzdGluZyB0aGlzIHVzZS1jYXNlIGFsc28uIEkg aGF2ZSBub3QgZGVidWdnZWQgaXQgY2xvc2VseSwKPiBidXQgSSB0aGluayB3aGF0J3MgaGFwcGVu aW5nIGhlcmUgaXMgdGhhdCBibGtiYWNrIGluIERvbTAgZ3JhbnQgbWFwcyBhCj4gcGFnZSBwYXNz ZWQgZnJvbSB0aGUgRG9tVSwgYW5kIHRoZW4gdGhlIGJsa2Zyb250IGluc3RhbmNlIG9uIERvbTAg dHJpZXMKPiB0byB1c2UgZ250dGFiX2dyYW50X2ZvcmVpZ25fYWNjZXNzX3JlZiBvbiB0aGF0IHBh Z2UgYW5kIGZhaWxzIG1pc2VyYWJseQo+IChiZWNhdXNlIHRoZSBwYWdlIGRvZXNuJ3QgYmVsb25n IHRvIERvbTApLgo+Cj4gVGhlIHJpZ2h0IHdheSB0byBmaXggdGhpcyB3b3VsZCBiZSB0byBtYWtl IGJsa2Zyb250IGFuZCBibGtiYWNrIGluIHRoZQo+IHJlc3BlY3RpdmUgZ3Vlc3RzIGNvbm5lY3Qg ZGlyZWN0bHkgaW5zdGVhZCBvZiB1c2luZyBEb20wIGFzIGEgcHJveHkuCj4gTWFpbmx5IHRoZSB0 b29sc3RhY2sgaW4gRG9tMCBuZWVkcyB0byBrbm93IHlvdSBhcmUgdHJ5aW5nIHRvIGF0dGFjaCBh Cj4gZGlzayBmcm9tIGEgZHJpdmVyIGRvbWFpbiBhbmQgRFRSVCAoYXR0YWNoIHRoZSBkaXNrIGxv Y2FsbHkgdG8gRG9tMCBmb3IKPiBIVk0gYWNjZXNzLCBidXQgd3JpdGUgdGhlIFBWIGRpc2sgaW5m byBpbiB4ZW5zdG9yZSBzbyB0aGF0IHRoZSBndWVzdAo+IGNvbm5lY3RzIGRpcmVjdGx5IHRvIHRo ZSBibGtiYWNrIGluIHRoZSBkcml2ZXIgZG9tYWluIGluc3RlYWQgb2YgRG9tMCkuCj4gQXJlIHlv dSBpbnRlcmVzdGVkIGluIHN1Ym1pdHRpbmcgYSBwYXRjaCBmb3IgbGlieGwgdG8gZml4IHRoaXM/ Cj4KPiBSb2dlci4KCkkgYW0gdHJ1bHkgc29ycnksIEkgd2lzaCBJIGNvdWxkLCBidXQgSSdtIGFm cmFpZCBteSB2ZXJ5IGxpbWl0ZWQgCmtub3dsZWRnZSBpbiBib3RoIFhlbiBhbmQgbG93LWxldmVs IHg4NiBpbm5lciB3b3JraW5ncyBtYWtlcyBpdCBzaW1wbHkgCmltcG9zc2libGUgZm9yIG1lIHRv IGhlbHAgaW4gdGhpcyB3YXkuIEkgY2FuIGhlbHAgd2l0aCB0ZXN0aW5nLCB0aG91Z2ggCkknbSBh d2FyZSBpdCdzIG5vdCB0aGUgc2FtZS4KCkhvd2V2ZXIsIGlmIEkgdW5kZXJzdGFuZCBjb3JyZWN0 bHksIHRoZSBhYmlsaXR5IHRvIHByb3ZpZGUgYSBibG9jayAKZGV2aWNlIGZyb20gYSBGcmVlQlNE LWJhc2VkIHN0b3JhZ2UgZHJpdmVyIGRvbWFpbiBkaXJlY3RseSB0byBhbm90aGVyIApGcmVlQlNE LWJhc2VkIERvbVUgaW5kaWNhdGVzIHRoYXQgdGhlIG1ham9yaXR5IG9mIHdvcmsgaGFzIGFscmVh ZHkgYmVlbiAKZG9uZS4KCkJlc3QgcmVnYXJkcywKS3ViYQoKX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNl cnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Mon Feb 10 10:06:03 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 10 Feb 2014 10:06: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 1WCnjX-0001bN-Vn; Mon, 10 Feb 2014 10:04:59 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WCnjW-0001bA-D9 for xen-users@lists.xen.org; Mon, 10 Feb 2014 10:04:58 +0000 Received: from [193.109.254.147:46631] by server-10.bemta-14.messagelabs.com id F1/7E-10711-944A8F25; Mon, 10 Feb 2014 10:04:57 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1392026695!3177096!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2393 invoked from network); 10 Feb 2014 10:04:57 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 10 Feb 2014 10:04:57 -0000 X-IronPort-AV: E=Sophos;i="4.95,816,1384300800"; d="scan'208";a="99422044" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 10 Feb 2014 10:04:52 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL02.citrite.net (10.13.107.79) with Microsoft SMTP Server id 14.2.342.4; Mon, 10 Feb 2014 05:04:50 -0500 Message-ID: <1392026689.5117.13.camel@kazak.uk.xensource.com> From: Ian Campbell To: "Peter X. Gao" Date: Mon, 10 Feb 2014 10:04:49 +0000 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users Subject: Re: [Xen-users] [Xen-devel] Virtio on Xen X-BeenThere: xen-users@lists.xen.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 These sorts of questions are more appropriate to the users list, so moving there. On Fri, 2014-02-07 at 13:19 -0800, Peter X. Gao wrote: > I am new to Xen and I am trying to run Intel DPDK inside a domU > with virtio on Xen 4.2. Is it possible to do this? There is no mainline support for virtio under Xen. You can find info on the wiki about a GSoC project from a few years back which prototyped this for some (but not all) configurations, but this was only a prototype and is not ongoing work. Why do you want virtio? The Xen PV drivers have been present in mainline kernels for many years and are enabled in most distros these days. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Feb 10 10:06:03 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 10 Feb 2014 10:06: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 1WCnjX-0001bN-Vn; Mon, 10 Feb 2014 10:04:59 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WCnjW-0001bA-D9 for xen-users@lists.xen.org; Mon, 10 Feb 2014 10:04:58 +0000 Received: from [193.109.254.147:46631] by server-10.bemta-14.messagelabs.com id F1/7E-10711-944A8F25; Mon, 10 Feb 2014 10:04:57 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1392026695!3177096!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2393 invoked from network); 10 Feb 2014 10:04:57 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 10 Feb 2014 10:04:57 -0000 X-IronPort-AV: E=Sophos;i="4.95,816,1384300800"; d="scan'208";a="99422044" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 10 Feb 2014 10:04:52 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL02.citrite.net (10.13.107.79) with Microsoft SMTP Server id 14.2.342.4; Mon, 10 Feb 2014 05:04:50 -0500 Message-ID: <1392026689.5117.13.camel@kazak.uk.xensource.com> From: Ian Campbell To: "Peter X. Gao" Date: Mon, 10 Feb 2014 10:04:49 +0000 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users Subject: Re: [Xen-users] [Xen-devel] Virtio on Xen X-BeenThere: xen-users@lists.xen.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 These sorts of questions are more appropriate to the users list, so moving there. On Fri, 2014-02-07 at 13:19 -0800, Peter X. Gao wrote: > I am new to Xen and I am trying to run Intel DPDK inside a domU > with virtio on Xen 4.2. Is it possible to do this? There is no mainline support for virtio under Xen. You can find info on the wiki about a GSoC project from a few years back which prototyped this for some (but not all) configurations, but this was only a prototype and is not ongoing work. Why do you want virtio? The Xen PV drivers have been present in mainline kernels for many years and are enabled in most distros these days. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Feb 10 10:35:48 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 10 Feb 2014 10:35: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 1WCoCf-0003m8-77; Mon, 10 Feb 2014 10:35:05 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WCoCd-0003lz-GP for xen-users@lists.xensource.com; Mon, 10 Feb 2014 10:35:03 +0000 Received: from [85.158.137.68:23576] by server-4.bemta-3.messagelabs.com id AB/1F-11750-65BA8F25; Mon, 10 Feb 2014 10:35:02 +0000 X-Env-Sender: wei.liu2@citrix.com X-Msg-Ref: server-4.tower-31.messagelabs.com!1392028500!790622!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22138 invoked from network); 10 Feb 2014 10:35:01 -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; 10 Feb 2014 10:35:01 -0000 X-IronPort-AV: E=Sophos;i="4.95,817,1384300800"; d="scan'208";a="101262423" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 10 Feb 2014 10:34:59 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.2.342.4; Mon, 10 Feb 2014 05:34:59 -0500 Received: from zion.uk.xensource.com ([10.80.2.73]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1WCoCZ-0006iR-0P; Mon, 10 Feb 2014 10:34:59 +0000 Date: Mon, 10 Feb 2014 10:34:59 +0000 From: Wei Liu To: sbdcunha Message-ID: <20140210103458.GM15387@zion.uk.xensource.com> References: <1391532037250-5721108.post@n5.nabble.com> <20140204173250.GA20603@zion.uk.xensource.com> <1391544877602-5721112.post@n5.nabble.com> <1391592927.6497.80.camel@kazak.uk.xensource.com> <1391801278525-5721189.post@n5.nabble.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <1391801278525-5721189.post@n5.nabble.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-DLP: MIA2 Cc: wei.liu2@citrix.com, xen-users@lists.xensource.com Subject: Re: [Xen-users] new xen guest cannot communicate with the network X-BeenThere: xen-users@lists.xen.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 Fri, Feb 07, 2014 at 11:27:58AM -0800, sbdcunha wrote: > dear wei, > > Thanks for the reply > but sorry or my delay.. > > from the xen dom0 i can ping the gateway perfectly and not only that i can > reach any host on our network > but from the xen guest that is domU i cannot ping the gateway neither any > hosts on the same network or other but only xen dom0 > > appreciate your kind help and advice > Have you tried to make your sysctl look like mine? I don't see any Xen specific problem here so you should probably consult your local network administrators / experts, as this problem might be related to your local network setup. Wei. > regards > > simon > > > > -- > View this message in context: http://xen.1045712.n5.nabble.com/new-xen-guest-cannot-communicate-with-the-network-tp5721108p5721189.html > Sent from the Xen - User mailing list archive at Nabble.com. > > _______________________________________________ > 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 10 10:35:48 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 10 Feb 2014 10:35: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 1WCoCf-0003m8-77; Mon, 10 Feb 2014 10:35:05 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WCoCd-0003lz-GP for xen-users@lists.xensource.com; Mon, 10 Feb 2014 10:35:03 +0000 Received: from [85.158.137.68:23576] by server-4.bemta-3.messagelabs.com id AB/1F-11750-65BA8F25; Mon, 10 Feb 2014 10:35:02 +0000 X-Env-Sender: wei.liu2@citrix.com X-Msg-Ref: server-4.tower-31.messagelabs.com!1392028500!790622!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22138 invoked from network); 10 Feb 2014 10:35:01 -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; 10 Feb 2014 10:35:01 -0000 X-IronPort-AV: E=Sophos;i="4.95,817,1384300800"; d="scan'208";a="101262423" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 10 Feb 2014 10:34:59 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.2.342.4; Mon, 10 Feb 2014 05:34:59 -0500 Received: from zion.uk.xensource.com ([10.80.2.73]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1WCoCZ-0006iR-0P; Mon, 10 Feb 2014 10:34:59 +0000 Date: Mon, 10 Feb 2014 10:34:59 +0000 From: Wei Liu To: sbdcunha Message-ID: <20140210103458.GM15387@zion.uk.xensource.com> References: <1391532037250-5721108.post@n5.nabble.com> <20140204173250.GA20603@zion.uk.xensource.com> <1391544877602-5721112.post@n5.nabble.com> <1391592927.6497.80.camel@kazak.uk.xensource.com> <1391801278525-5721189.post@n5.nabble.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <1391801278525-5721189.post@n5.nabble.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-DLP: MIA2 Cc: wei.liu2@citrix.com, xen-users@lists.xensource.com Subject: Re: [Xen-users] new xen guest cannot communicate with the network X-BeenThere: xen-users@lists.xen.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 Fri, Feb 07, 2014 at 11:27:58AM -0800, sbdcunha wrote: > dear wei, > > Thanks for the reply > but sorry or my delay.. > > from the xen dom0 i can ping the gateway perfectly and not only that i can > reach any host on our network > but from the xen guest that is domU i cannot ping the gateway neither any > hosts on the same network or other but only xen dom0 > > appreciate your kind help and advice > Have you tried to make your sysctl look like mine? I don't see any Xen specific problem here so you should probably consult your local network administrators / experts, as this problem might be related to your local network setup. Wei. > regards > > simon > > > > -- > View this message in context: http://xen.1045712.n5.nabble.com/new-xen-guest-cannot-communicate-with-the-network-tp5721108p5721189.html > Sent from the Xen - User mailing list archive at Nabble.com. > > _______________________________________________ > 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 10 10:43:30 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 10 Feb 2014 10:43: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 1WCoKd-0004am-32; Mon, 10 Feb 2014 10:43:19 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WCoKb-0004aT-Qd for xen-users@lists.xen.org; Mon, 10 Feb 2014 10:43:18 +0000 Received: from [85.158.137.68:3161] by server-6.bemta-3.messagelabs.com id 9F/68-09180-54DA8F25; Mon, 10 Feb 2014 10:43:17 +0000 X-Env-Sender: wei.liu2@citrix.com X-Msg-Ref: server-11.tower-31.messagelabs.com!1392028994!793179!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28552 invoked from network); 10 Feb 2014 10:43:16 -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; 10 Feb 2014 10:43:16 -0000 X-IronPort-AV: E=Sophos;i="4.95,817,1384300800"; d="scan'208";a="99428616" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 10 Feb 2014 10:43:14 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Mon, 10 Feb 2014 05:43:13 -0500 Received: from zion.uk.xensource.com ([10.80.2.73]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1WCoKX-0006pZ-Qv; Mon, 10 Feb 2014 10:43:13 +0000 Date: Mon, 10 Feb 2014 10:43:13 +0000 From: Wei Liu To: Ian Campbell Message-ID: <20140210104313.GO15387@zion.uk.xensource.com> References: <1392026689.5117.13.camel@kazak.uk.xensource.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <1392026689.5117.13.camel@kazak.uk.xensource.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-DLP: MIA1 Cc: "Peter X. Gao" , xen-users , wei.liu2@citrix.com Subject: Re: [Xen-users] [Xen-devel] Virtio on Xen X-BeenThere: xen-users@lists.xen.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 10, 2014 at 10:04:49AM +0000, Ian Campbell wrote: > These sorts of questions are more appropriate to the users list, so > moving there. > > On Fri, 2014-02-07 at 13:19 -0800, Peter X. Gao wrote: > > > I am new to Xen and I am trying to run Intel DPDK inside a domU > > with virtio on Xen 4.2. Is it possible to do this? > > There is no mainline support for virtio under Xen. > > You can find info on the wiki about a GSoC project from a few years back > which prototyped this for some (but not all) configurations, but this > was only a prototype and is not ongoing work. > Peter sent an email directly to me, and I redirected him to the list with the hope that he would state his end goal clearly and get some suggestions. ;-) Wei. > Why do you want virtio? The Xen PV drivers have been present in mainline > kernels for many years and are enabled in most distros these days. > > Ian. > > > > > _______________________________________________ > 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 10 10:43:30 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 10 Feb 2014 10:43: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 1WCoKd-0004am-32; Mon, 10 Feb 2014 10:43:19 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WCoKb-0004aT-Qd for xen-users@lists.xen.org; Mon, 10 Feb 2014 10:43:18 +0000 Received: from [85.158.137.68:3161] by server-6.bemta-3.messagelabs.com id 9F/68-09180-54DA8F25; Mon, 10 Feb 2014 10:43:17 +0000 X-Env-Sender: wei.liu2@citrix.com X-Msg-Ref: server-11.tower-31.messagelabs.com!1392028994!793179!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28552 invoked from network); 10 Feb 2014 10:43:16 -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; 10 Feb 2014 10:43:16 -0000 X-IronPort-AV: E=Sophos;i="4.95,817,1384300800"; d="scan'208";a="99428616" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 10 Feb 2014 10:43:14 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Mon, 10 Feb 2014 05:43:13 -0500 Received: from zion.uk.xensource.com ([10.80.2.73]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1WCoKX-0006pZ-Qv; Mon, 10 Feb 2014 10:43:13 +0000 Date: Mon, 10 Feb 2014 10:43:13 +0000 From: Wei Liu To: Ian Campbell Message-ID: <20140210104313.GO15387@zion.uk.xensource.com> References: <1392026689.5117.13.camel@kazak.uk.xensource.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <1392026689.5117.13.camel@kazak.uk.xensource.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-DLP: MIA1 Cc: "Peter X. Gao" , xen-users , wei.liu2@citrix.com Subject: Re: [Xen-users] [Xen-devel] Virtio on Xen X-BeenThere: xen-users@lists.xen.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 10, 2014 at 10:04:49AM +0000, Ian Campbell wrote: > These sorts of questions are more appropriate to the users list, so > moving there. > > On Fri, 2014-02-07 at 13:19 -0800, Peter X. Gao wrote: > > > I am new to Xen and I am trying to run Intel DPDK inside a domU > > with virtio on Xen 4.2. Is it possible to do this? > > There is no mainline support for virtio under Xen. > > You can find info on the wiki about a GSoC project from a few years back > which prototyped this for some (but not all) configurations, but this > was only a prototype and is not ongoing work. > Peter sent an email directly to me, and I redirected him to the list with the hope that he would state his end goal clearly and get some suggestions. ;-) Wei. > Why do you want virtio? The Xen PV drivers have been present in mainline > kernels for many years and are enabled in most distros these days. > > Ian. > > > > > _______________________________________________ > 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 10 11:27:08 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 10 Feb 2014 11:27: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 1WCp0m-0007kz-Np; Mon, 10 Feb 2014 11:26:52 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WCp0k-0007jL-5z; Mon, 10 Feb 2014 11:26:50 +0000 Received: from [85.158.143.35:36616] by server-1.bemta-4.messagelabs.com id 89/97-31661-977B8F25; Mon, 10 Feb 2014 11:26:49 +0000 X-Env-Sender: iwj@xenbits.xen.org X-Msg-Ref: server-16.tower-21.messagelabs.com!1392031607!4487956!1 X-Originating-IP: [50.57.168.107] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26827 invoked from network); 10 Feb 2014 11:26:48 -0000 Received: from mail.xen.org (HELO mail.xen.org) (50.57.168.107) by server-16.tower-21.messagelabs.com with AES256-SHA encrypted SMTP; 10 Feb 2014 11:26:48 -0000 Received: from xenbits.xen.org ([50.57.170.242]) by mail.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WCp0e-00026M-1r; Mon, 10 Feb 2014 11:26:44 +0000 Received: from iwj by xenbits.xen.org with local (Exim 4.72) (envelope-from ) id 1WCp0d-0004Oa-VA; Mon, 10 Feb 2014 11:26:44 +0000 Date: Mon, 10 Feb 2014 11:26:43 +0000 Message-Id: Content-Type: multipart/mixed; boundary="=separator"; charset="utf-8" Content-Transfer-Encoding: binary MIME-Version: 1.0 X-Mailer: MIME-tools 5.428 (Entity 5.428) 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 Cc: "Xen.org security team" Subject: [Xen-users] Xen Security Advisory 86 (CVE-2014-1896) - libvchan failure handling malicious ring indexes X-BeenThere: xen-users@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-2014-1896 / XSA-86 version 3 libvchan failure handling malicious ring indexes UPDATES IN VERSION 3 ==================== CVE assigned. ISSUE DESCRIPTION ================= libvchan (a library for inter-domain communication) does not correctly handle unusual or malicious contents in the xenstore ring. A malicious guest can exploit this to cause a libvchan-using facility to read or write past the end of the ring. IMPACT ====== libvchan-using facilities are vulnerable to denial of service and perhaps privilege escalation. There are no such services provided in the upstream Xen Project codebase. VULNERABLE SYSTEMS ================== All versions of libvchan are vulnerable. Only installations which use libvchan for communication involving untrusted domains are vulnerable. libvirt, xapi, xend, libxl and xl do not use libvchan. If your installation contains other Xen-related software components it is possible that they use libvchan and might be vulnerable. Xen versions 4.1 and earlier do not contain libvchan. MITIGATION ========== Disabling libvchan-based facilities could be used to mitigate the vulnerability. CREDITS ======= This issue was discovered by Marek Marczykowski-Górecki of Invisible Things Lab. RESOLUTION ========== Applying the appropriate attached patch resolves this issue. After the patch is applied to the Xen tree and built, any software which is statically linked against libvchan will need to be relinked against the new libvchan.a for the fix to take effect. xsa86.patch Xen 4.2.x, 4.3.x, 4.4-RC series, and xen-unstable $ sha256sum xsa86*.patch cd2df017e42717dd2a1b6f2fdd3ad30a38d3c0fbdd9d08b5f56ee0a01cd87b51 xsa86.patch $ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJS+LcuAAoJEIP+FMlX6CvZBjgH/RdmdarkaX/Bravq46egUtWT OohBLoP+tnkg3w3DSvWlD45dlnwH2ptD/PTxyoH7XMoiajX0h3WRYf8ddu63Nwtl qghb6EDuYF+iLf9nthdYqreVLdKQOJYXCv6c3i6odHRzGadb3cWTIv1xSDZcn+Qw djSk2huXpuRVkpJeX05PNCkBktRe0Shwy0zgTUNC0GjWItma+NIKdvRODkON1Ai9 ilRsmlQXc2BJ7RcJGmvtcHEdIgLMJ8MzRZWspFPTuqRbQ1+XUJUxxQvJBAqIYRQ3 29iS0GxqXZDSWtTlY4xwAEdwtzsqVZx8VMQioxLUSB4fqm1s4XEfQEkH5VwoBs8= =HSDt -----END PGP SIGNATURE----- --=separator Content-Type: application/octet-stream; name="xsa86.patch" Content-Disposition: attachment; filename="xsa86.patch" Content-Transfer-Encoding: base64 RnJvbSBiNGM0NTI2NDZlZmQzN2I0Y2QwOTk2MjU2ZGQwYWI3YmY2Y2NiN2Y2 IE1vbiBTZXAgMTcgMDA6MDA6MDAgMjAwMQpGcm9tOiA9P1VURi04P3E/TWFy ZWs9MjBNYXJjenlrb3dza2ktRz1DMz1CM3JlY2tpPz0KIDxtYXJtYXJla0Bp bnZpc2libGV0aGluZ3NsYWIuY29tPgpEYXRlOiBNb24sIDIwIEphbiAyMDE0 IDE1OjUxOjU2ICswMDAwClN1YmplY3Q6IFtQQVRDSF0gbGlidmNoYW46IEZp eCBoYW5kbGluZyBvZiBpbnZhbGlkIHJpbmcgYnVmZmVyIGluZGljZXMKTUlN RS1WZXJzaW9uOiAxLjAKQ29udGVudC1UeXBlOiB0ZXh0L3BsYWluOyBjaGFy c2V0PVVURi04CkNvbnRlbnQtVHJhbnNmZXItRW5jb2Rpbmc6IDhiaXQKClRo ZSByZW1vdGUgKGhvc3RpbGUpIHByb2Nlc3MgY2FuIHNldCByaW5nIGJ1ZmZl ciBpbmRpY2VzIHRvIGFueSB2YWx1ZQphdCBhbnkgdGltZS4gSWYgdGhhdCBo YXBwZW5zLCBpdCBpcyBwb3NzaWJsZSB0byBnZXQgImJ1ZmZlciBzcGFjZSIK KGVpdGhlciBmb3Igd3JpdGluZyBkYXRhLCBvciByZWFkeSBmb3IgcmVhZGlu ZykgbmVnYXRpdmUgb3IgZ3JlYXRlcgp0aGFuIGJ1ZmZlciBzaXplLiAgVGhp cyB3aWxsIGVuZCB1cCB3aXRoIGJ1ZmZlciBvdmVyZmxvdyBpbiB0aGUgc2Vj b25kCm1lbWNweSBpbnNpZGUgb2YgZG9fc2VuZC9kb19yZWN2LgoKRml4IHRo aXMgYnkgaW50cm9kdWNpbmcgbmV3IGF2YWlsYWJsZSBieXRlcyBhY2Nlc3Nv ciBmdW5jdGlvbnMKcmF3X2dldF9kYXRhX3JlYWR5IGFuZCByYXdfZ2V0X2J1 ZmZlcl9zcGFjZSB3aGljaCBhcmUgcm9idXN0IGFnYWluc3QKbWFkIHJpbmcg c3RhdGVzLCBhbmQgb25seSByZXR1cm4gc2FuaXRpc2VkIHZhbHVlcy4KClBy b29mIHNrZXRjaCBvZiBjb3JyZWN0bmVzczoKCk5vdyB7cmQsd3J9X3tjb25z LHByb2R9IGFyZSBvbmx5IGV2ZXIgdXNlZCBpbiB0aGUgcmF3IGF2YWlsYWJs ZSBieXRlcwpmdW5jdGlvbnMsIGFuZCBpbiBkb19zZW5kIGFuZCBkb19yZWN2 LgoKVGhlIHJhdyBhdmFpbGFibGUgYnl0ZXMgZnVuY3Rpb25zIGRvIHVuc2ln bmVkIGFyaXRobWV0aWMgb24gdGhlCnJldHVybmVkIHZhbHVlcy4gIElmIHRo ZSByZXN1bHQgaXMgIm5lZ2F0aXZlIiBvciB0b28gYmlnIGl0IHdpbGwgYmUK PnJpbmdfc2l6ZSAoc2luY2Ugd2UgdXNlZCB1bnNpZ25lZCBhcml0aG1ldGlj KS4gIE90aGVyd2lzZSB0aGUgcmVzdWx0CmlzIGEgcG9zaXRpdmUgaW4tcmFu Z2UgdmFsdWUgcmVwcmVzZW50aW5nIGEgcmVhc29uYWJsZSByaW5nIHN0YXRl LCBpbgp3aGljaCBjYXNlIHdlIGNhbiBzYWZlbHkgY29udmVydCBpdCB0byBp bnQgKGFzIHRoZSByZXN0IG9mIHRoZSBjb2RlCmV4cGVjdHMpLgoKZG9fc2Vu ZCBhbmQgZG9fcmVjdiBpbW1lZGlhdGVseSBtYXNrIHRoZSByaW5nIGluZGV4 IHZhbHVlIHdpdGggdGhlCnJpbmcgc2l6ZS4gIFRoZSByZXN1bHQgaXMgYWx3 YXlzIGdvaW5nIHRvIGJlIHBsYXVzaWJsZS4gIElmIHRoZSByaW5nCnN0YXRl IGhhcyBiZWNvbWUgbWFkLCB0aGUgd29yc3QgY2FzZSBpcyB0aGF0IG91ciBi ZWhhdmlvdXIgaXMKaW5jb25zaXN0ZW50IHdpdGggdGhlIHBlZXIncyByaW5n IHBvaW50ZXIuICBJLmUuIHdlIHJlYWQgb3Igd3JpdGUgdG8KYXJndWFibHkt aW5jb3JyZWN0IHBhcnRzIG9mIHRoZSByaW5nIC0gYnV0IGFsd2F5cyBwYXJ0 cyBvZiB0aGUgcmluZy4KQW5kIG9mIGNvdXJzZSBpZiBhIHBlZXIgbWlzb3Bl cmF0ZXMgdGhlIHJpbmcgdGhleSBjYW4gYWNoaWV2ZSB0aGlzCmVmZmVjdCBh bnl3YXkuCgpTbyB0aGUgc2VjdXJpdHkgcHJvYmxlbSBpcyBmaXhlZC4KClRo aXMgaXMgWFNBLTg2LgoKKFRoZSBwYXRjaCBpcyBlc3NlbnRpYWxseSBJYW4g SmFja3NvbidzIHdvcmssIGFsdGhvdWdoIHBhcnRzIG9mIHRoZQpjb21taXQg bWVzc2FnZSBhcmUgYnkgTWFyZWsuKQoKU2lnbmVkLW9mZi1ieTogTWFyZWsg TWFyY3p5a293c2tpLUfDs3JlY2tpIDxtYXJtYXJla0BpbnZpc2libGV0aGlu Z3NsYWIuY29tPgpTaWduZWQtb2ZmLWJ5OiBJYW4gSmFja3NvbiA8aWFuLmph Y2tzb25AZXUuY2l0cml4LmNvbT4KQ2M6IE1hcmVrIE1hcmN6eWtvd3NraS1H w7NyZWNraSA8bWFybWFyZWtAaW52aXNpYmxldGhpbmdzbGFiLmNvbT4KQ2M6 IEpvYW5uYSBSdXRrb3dza2EgPGpvYW5uYUBpbnZpc2libGV0aGluZ3NsYWIu Y29tPgotLS0KIHRvb2xzL2xpYnZjaGFuL2lvLmMgfCAgIDQ3ICsrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrLS0tLS0tCiAxIGZp bGUgY2hhbmdlZCwgNDEgaW5zZXJ0aW9ucygrKSwgNiBkZWxldGlvbnMoLSkK CmRpZmYgLS1naXQgYS90b29scy9saWJ2Y2hhbi9pby5jIGIvdG9vbHMvbGli dmNoYW4vaW8uYwppbmRleCAyMzgzMzY0Li44MDRjNjNjIDEwMDY0NAotLS0g YS90b29scy9saWJ2Y2hhbi9pby5jCisrKyBiL3Rvb2xzL2xpYnZjaGFuL2lv LmMKQEAgLTExMSwxMiArMTExLDI2IEBAIHN0YXRpYyBpbmxpbmUgaW50IHNl bmRfbm90aWZ5KHN0cnVjdCBsaWJ4ZW52Y2hhbiAqY3RybCwgdWludDhfdCBi aXQpCiAJCXJldHVybiAwOwogfQogCisvKgorICogR2V0IHRoZSBhbW91bnQg b2YgYnVmZmVyIHNwYWNlIGF2YWlsYWJsZSwgYW5kIGRvIG5vdGhpbmcgYWJv dXQKKyAqIG5vdGlmaWNhdGlvbnMuCisgKi8KK3N0YXRpYyBpbmxpbmUgaW50 IHJhd19nZXRfZGF0YV9yZWFkeShzdHJ1Y3QgbGlieGVudmNoYW4gKmN0cmwp Cit7CisJdWludDMyX3QgcmVhZHkgPSByZF9wcm9kKGN0cmwpIC0gcmRfY29u cyhjdHJsKTsKKwlpZiAocmVhZHkgPj0gcmRfcmluZ19zaXplKGN0cmwpKQor CQkvKiBXZSBoYXZlIG5vIHdheSB0byByZXR1cm4gZXJyb3JzLiAgTG9ja2lu ZyB1cCB0aGUgcmluZyBpcworCQkgKiBiZXR0ZXIgdGhhbiB0aGUgYWx0ZXJu YXRpdmVzLiAqLworCQlyZXR1cm4gMDsKKwlyZXR1cm4gcmVhZHk7Cit9CisK IC8qKgogICogR2V0IHRoZSBhbW91bnQgb2YgYnVmZmVyIHNwYWNlIGF2YWls YWJsZSBhbmQgZW5hYmxlIG5vdGlmaWNhdGlvbnMgaWYgbmVlZGVkLgogICov CiBzdGF0aWMgaW5saW5lIGludCBmYXN0X2dldF9kYXRhX3JlYWR5KHN0cnVj dCBsaWJ4ZW52Y2hhbiAqY3RybCwgc2l6ZV90IHJlcXVlc3QpCiB7Ci0JaW50 IHJlYWR5ID0gcmRfcHJvZChjdHJsKSAtIHJkX2NvbnMoY3RybCk7CisJaW50 IHJlYWR5ID0gcmF3X2dldF9kYXRhX3JlYWR5KGN0cmwpOwogCWlmIChyZWFk eSA+PSByZXF1ZXN0KQogCQlyZXR1cm4gcmVhZHk7CiAJLyogV2UgcGxhbiB0 byBjb25zdW1lIGFsbCBkYXRhOyBwbGVhc2UgdGVsbCB1cyBpZiB5b3Ugc2Vu ZCBtb3JlICovCkBAIC0xMjYsNyArMTQwLDcgQEAgc3RhdGljIGlubGluZSBp bnQgZmFzdF9nZXRfZGF0YV9yZWFkeShzdHJ1Y3QgbGlieGVudmNoYW4gKmN0 cmwsIHNpemVfdCByZXF1ZXN0KQogCSAqIHdpbGwgbm90IGdldCBub3RpZmll ZCBldmVuIHRob3VnaCB0aGUgYWN0dWFsIGFtb3VudCBvZiBkYXRhIHJlYWR5 IGlzCiAJICogYWJvdmUgcmVxdWVzdC4gUmVyZWFkIHJkX3Byb2QgdG8gY292 ZXIgdGhpcyBjYXNlLgogCSAqLwotCXJldHVybiByZF9wcm9kKGN0cmwpIC0g cmRfY29ucyhjdHJsKTsKKwlyZXR1cm4gcmF3X2dldF9kYXRhX3JlYWR5KGN0 cmwpOwogfQogCiBpbnQgbGlieGVudmNoYW5fZGF0YV9yZWFkeShzdHJ1Y3Qg bGlieGVudmNoYW4gKmN0cmwpCkBAIC0xMzUsNyArMTQ5LDIxIEBAIGludCBs aWJ4ZW52Y2hhbl9kYXRhX3JlYWR5KHN0cnVjdCBsaWJ4ZW52Y2hhbiAqY3Ry bCkKIAkgKiB3aGVuIGl0IGNoYW5nZXMKIAkgKi8KIAlyZXF1ZXN0X25vdGlm eShjdHJsLCBWQ0hBTl9OT1RJRllfV1JJVEUpOwotCXJldHVybiByZF9wcm9k KGN0cmwpIC0gcmRfY29ucyhjdHJsKTsKKwlyZXR1cm4gcmF3X2dldF9kYXRh X3JlYWR5KGN0cmwpOworfQorCisvKioKKyAqIEdldCB0aGUgYW1vdW50IG9m IGJ1ZmZlciBzcGFjZSBhdmFpbGFibGUsIGFuZCBkbyBub3RoaW5nCisgKiBh Ym91dCBub3RpZmljYXRpb25zCisgKi8KK3N0YXRpYyBpbmxpbmUgaW50IHJh d19nZXRfYnVmZmVyX3NwYWNlKHN0cnVjdCBsaWJ4ZW52Y2hhbiAqY3RybCkK K3sKKwl1aW50MzJfdCByZWFkeSA9IHdyX3Jpbmdfc2l6ZShjdHJsKSAtICh3 cl9wcm9kKGN0cmwpIC0gd3JfY29ucyhjdHJsKSk7CisJaWYgKHJlYWR5ID4g d3JfcmluZ19zaXplKGN0cmwpKQorCQkvKiBXZSBoYXZlIG5vIHdheSB0byBy ZXR1cm4gZXJyb3JzLiAgTG9ja2luZyB1cCB0aGUgcmluZyBpcworCQkgKiBi ZXR0ZXIgdGhhbiB0aGUgYWx0ZXJuYXRpdmVzLiAqLworCQlyZXR1cm4gMDsK KwlyZXR1cm4gcmVhZHk7CiB9CiAKIC8qKgpAQCAtMTQzLDcgKzE3MSw3IEBA IGludCBsaWJ4ZW52Y2hhbl9kYXRhX3JlYWR5KHN0cnVjdCBsaWJ4ZW52Y2hh biAqY3RybCkKICAqLwogc3RhdGljIGlubGluZSBpbnQgZmFzdF9nZXRfYnVm ZmVyX3NwYWNlKHN0cnVjdCBsaWJ4ZW52Y2hhbiAqY3RybCwgc2l6ZV90IHJl cXVlc3QpCiB7Ci0JaW50IHJlYWR5ID0gd3JfcmluZ19zaXplKGN0cmwpIC0g KHdyX3Byb2QoY3RybCkgLSB3cl9jb25zKGN0cmwpKTsKKwlpbnQgcmVhZHkg PSByYXdfZ2V0X2J1ZmZlcl9zcGFjZShjdHJsKTsKIAlpZiAocmVhZHkgPj0g cmVxdWVzdCkKIAkJcmV0dXJuIHJlYWR5OwogCS8qIFdlIHBsYW4gdG8gZmls bCB0aGUgYnVmZmVyOyBwbGVhc2UgdGVsbCB1cyB3aGVuIHlvdSd2ZSByZWFk IGl0ICovCkBAIC0xNTMsNyArMTgxLDcgQEAgc3RhdGljIGlubGluZSBpbnQg ZmFzdF9nZXRfYnVmZmVyX3NwYWNlKHN0cnVjdCBsaWJ4ZW52Y2hhbiAqY3Ry bCwgc2l6ZV90IHJlcXVlc3QKIAkgKiB3aWxsIG5vdCBnZXQgbm90aWZpZWQg ZXZlbiB0aG91Z2ggdGhlIGFjdHVhbCBhbW91bnQgb2YgYnVmZmVyIHNwYWNl CiAJICogaXMgYWJvdmUgcmVxdWVzdC4gUmVyZWFkIHdyX2NvbnMgdG8gY292 ZXIgdGhpcyBjYXNlLgogCSAqLwotCXJldHVybiB3cl9yaW5nX3NpemUoY3Ry bCkgLSAod3JfcHJvZChjdHJsKSAtIHdyX2NvbnMoY3RybCkpOworCXJldHVy biByYXdfZ2V0X2J1ZmZlcl9zcGFjZShjdHJsKTsKIH0KIAogaW50IGxpYnhl bnZjaGFuX2J1ZmZlcl9zcGFjZShzdHJ1Y3QgbGlieGVudmNoYW4gKmN0cmwp CkBAIC0xNjIsNyArMTkwLDcgQEAgaW50IGxpYnhlbnZjaGFuX2J1ZmZlcl9z cGFjZShzdHJ1Y3QgbGlieGVudmNoYW4gKmN0cmwpCiAJICogd2hlbiBpdCBj aGFuZ2VzCiAJICovCiAJcmVxdWVzdF9ub3RpZnkoY3RybCwgVkNIQU5fTk9U SUZZX1JFQUQpOwotCXJldHVybiB3cl9yaW5nX3NpemUoY3RybCkgLSAod3Jf cHJvZChjdHJsKSAtIHdyX2NvbnMoY3RybCkpOworCXJldHVybiByYXdfZ2V0 X2J1ZmZlcl9zcGFjZShjdHJsKTsKIH0KIAogaW50IGxpYnhlbnZjaGFuX3dh aXQoc3RydWN0IGxpYnhlbnZjaGFuICpjdHJsKQpAQCAtMTc2LDYgKzIwNCw4 IEBAIGludCBsaWJ4ZW52Y2hhbl93YWl0KHN0cnVjdCBsaWJ4ZW52Y2hhbiAq Y3RybCkKIAogLyoqCiAgKiByZXR1cm5zIC0xIG9uIGVycm9yLCBvciBzaXpl IG9uIHN1Y2Nlc3MKKyAqCisgKiBjYWxsZXIgbXVzdCBoYXZlIGNoZWNrZWQg dGhhdCBlbm91Z2ggc3BhY2UgaXMgYXZhaWxhYmxlCiAgKi8KIHN0YXRpYyBp bnQgZG9fc2VuZChzdHJ1Y3QgbGlieGVudmNoYW4gKmN0cmwsIGNvbnN0IHZv aWQgKmRhdGEsIHNpemVfdCBzaXplKQogewpAQCAtMjQ4LDYgKzI3OCwxMSBA QCBpbnQgbGlieGVudmNoYW5fd3JpdGUoc3RydWN0IGxpYnhlbnZjaGFuICpj dHJsLCBjb25zdCB2b2lkICpkYXRhLCBzaXplX3Qgc2l6ZSkKIAl9CiB9CiAK Ky8qKgorICogcmV0dXJucyAtMSBvbiBlcnJvciwgb3Igc2l6ZSBvbiBzdWNj ZXNzCisgKgorICogY2FsbGVyIG11c3QgaGF2ZSBjaGVja2VkIHRoYXQgZW5v dWdoIGRhdGEgaXMgYXZhaWxhYmxlCisgKi8KIHN0YXRpYyBpbnQgZG9fcmVj dihzdHJ1Y3QgbGlieGVudmNoYW4gKmN0cmwsIHZvaWQgKmRhdGEsIHNpemVf dCBzaXplKQogewogCWludCByZWFsX2lkeCA9IHJkX2NvbnMoY3RybCkgJiAo cmRfcmluZ19zaXplKGN0cmwpIC0gMSk7Ci0tIAoxLjcuMTAuNAoK --=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 Mon Feb 10 11:27:08 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 10 Feb 2014 11:27: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 1WCp0V-0007fP-1b; Mon, 10 Feb 2014 11:26:35 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WCp0S-0007el-Id; Mon, 10 Feb 2014 11:26:32 +0000 Received: from [85.158.137.68:36912] by server-16.bemta-3.messagelabs.com id AA/24-29917-767B8F25; Mon, 10 Feb 2014 11:26:31 +0000 X-Env-Sender: iwj@xenbits.xen.org X-Msg-Ref: server-2.tower-31.messagelabs.com!1392031589!798079!1 X-Originating-IP: [50.57.168.107] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28639 invoked from network); 10 Feb 2014 11:26:30 -0000 Received: from mail.xen.org (HELO mail.xen.org) (50.57.168.107) by server-2.tower-31.messagelabs.com with AES256-SHA encrypted SMTP; 10 Feb 2014 11:26:30 -0000 Received: from xenbits.xen.org ([50.57.170.242]) by mail.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WCp0K-000265-Jz; Mon, 10 Feb 2014 11:26:24 +0000 Received: from iwj by xenbits.xen.org with local (Exim 4.72) (envelope-from ) id 1WCp0J-0004NW-OI; Mon, 10 Feb 2014 11:26:24 +0000 Date: Mon, 10 Feb 2014 11:26:23 +0000 Message-Id: Content-Type: multipart/mixed; boundary="=separator"; charset="utf-8" Content-Transfer-Encoding: binary MIME-Version: 1.0 X-Mailer: MIME-tools 5.428 (Entity 5.428) 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 Cc: "Xen.org security team" Subject: [Xen-users] Xen Security Advisory 85 (CVE-2014-1895) - Off-by-one error in FLASK_AVC_CACHESTAT hypercall X-BeenThere: xen-users@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-2014-1895 / XSA-85 version 3 Off-by-one error in FLASK_AVC_CACHESTAT hypercall UPDATES IN VERSION 3 ==================== CVE assigned. ISSUE DESCRIPTION ================= The FLASK_AVC_CACHESTAT hypercall, which provides access to per-cpu statistics on the Flask security policy, incorrectly validates the CPU for which statistics are being requested. IMPACT ====== An attacker can cause the hypervisor to read past the end of an array. This may result in either a host crash, leading to a denial of service, or access to a small and static region of hypervisor memory, leading to an information leak. VULNERABLE SYSTEMS ================== Xen version 4.2 and later are vulnerable to this issue when built with XSM/Flask support. XSM support is disabled by default and is enabled by building with XSM_ENABLE=y. Only systems with the maximum supported number of physical CPUs are vulnerable. Systems with a greater number of physical CPUs will only make use of the maximum supported number and are therefore vulnerable. By default the following maximums apply: * x86_32: 128 (only until Xen 4.2.x) * x86_64: 256 These defaults can be overridden at build time via max_phys_cpus=N. The vulnerable hypercall is exposed to all domains. MITIGATION ========== Rebuilding Xen with more supported physical CPUs can avoid the vulnerability; provided that the supported number is strictly greater than the actual number of CPUs on any host on which the hypervisor is to run. If XSM is compiled in, but not actually in use, compiling it out (with XSM_ENABLE=n) will avoid the vulnerability. CREDITS ======= This issue was discovered by Matthew Daley. RESOLUTION ========== Applying the attached patch resolves this issue. xsa85.patch xen-unstable, Xen 4.3.x, Xen 4.2.x $ sha256sum xsa85*.patch 20571024e6815eeb40d2f92a3d70ae699047cffafb5431ec74b652e0843a5315 xsa85.patch $ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJS+LcqAAoJEIP+FMlX6CvZPk8H/iA8bLP81SKPT6IUlaw8RjzU ZECj3ord+tLAcjvu93RmI5WVANNscwNdxhBIVQApzFOqMC5LGho5HHXgvi2WuRo4 zc3b4djT0PN6tTMAhJZU9WwZxIQx+60VSDpIJbVGyLrEjGHxS/l/liM3cOuj5FZs ZpT3cQ47yHskkgCXGhdR4keAaXEA9qBtQ6EbraMWt/ynjXmZ2UGQyRB+md3IaG38 FOhzVIVvsGJ0ZrxhByrBrNYN04Fdnqx707dNIg5fYflqzuTJkuMiL4dLlBJBMeiP aVEIAW1TD3ObiXNbC3/AjrXdgttA5e1JIHGJb9LV0RO1rhjuyZGLiLNp+Omx3KI= =wpcu -----END PGP SIGNATURE----- --=separator Content-Type: application/octet-stream; name="xsa85.patch" Content-Disposition: attachment; filename="xsa85.patch" Content-Transfer-Encoding: base64 RnJvbSA1OTNiYzhjNjNkNTgyZWMwZmMyYjNhMzUzMzYxMDZjZjljM2E4YjM0 IE1vbiBTZXAgMTcgMDA6MDA6MDAgMjAwMQpGcm9tOiBNYXR0aGV3IERhbGV5 IDxtYXR0ZEBidWdmdXp6LmNvbT4KRGF0ZTogU3VuLCAxMiBKYW4gMjAxNCAx NDoyOTozMiArMTMwMApTdWJqZWN0OiBbUEFUQ0hdIHhzbS9mbGFzazogY29y cmVjdCBvZmYtYnktb25lIGluCiBmbGFza19zZWN1cml0eV9hdmNfY2FjaGVz dGF0cyBjcHUgaWQgY2hlY2sKClRoaXMgaXMgWFNBLTg1CgpTaWduZWQtb2Zm LWJ5OiBNYXR0aGV3IERhbGV5IDxtYXR0ZEBidWdmdXp6LmNvbT4KUmV2aWV3 ZWQtYnk6IEphbiBCZXVsaWNoIDxqYmV1bGljaEBzdXNlLmNvbT4KUmV2aWV3 ZWQtYnk6IElhbiBDYW1wYmVsbCA8aWFuLmNhbXBiZWxsQGNpdHJpeC5jb20+ Ci0tLQogeGVuL3hzbS9mbGFzay9mbGFza19vcC5jIHwgMiArLQogMSBmaWxl IGNoYW5nZWQsIDEgaW5zZXJ0aW9uKCspLCAxIGRlbGV0aW9uKC0pCgpkaWZm IC0tZ2l0IGEveGVuL3hzbS9mbGFzay9mbGFza19vcC5jIGIveGVuL3hzbS9m bGFzay9mbGFza19vcC5jCmluZGV4IDQ0MjZhYjkuLjIyODc4ZjUgMTAwNjQ0 Ci0tLSBhL3hlbi94c20vZmxhc2svZmxhc2tfb3AuYworKysgYi94ZW4veHNt L2ZsYXNrL2ZsYXNrX29wLmMKQEAgLTQ1Nyw3ICs0NTcsNyBAQCBzdGF0aWMg aW50IGZsYXNrX3NlY3VyaXR5X2F2Y19jYWNoZXN0YXRzKHN0cnVjdCB4ZW5f Zmxhc2tfY2FjaGVfc3RhdHMgKmFyZykKIHsKICAgICBzdHJ1Y3QgYXZjX2Nh Y2hlX3N0YXRzICpzdDsKIAotICAgIGlmICggYXJnLT5jcHUgPiBucl9jcHVf aWRzICkKKyAgICBpZiAoIGFyZy0+Y3B1ID49IG5yX2NwdV9pZHMgKQogICAg ICAgICByZXR1cm4gLUVOT0VOVDsKICAgICBpZiAoICFjcHVfb25saW5lKGFy Zy0+Y3B1KSApCiAgICAgICAgIHJldHVybiAtRU5PRU5UOwotLSAKMS44LjUu MgoK --=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 Mon Feb 10 11:27:08 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 10 Feb 2014 11:27: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 1WCp0m-0007kz-Np; Mon, 10 Feb 2014 11:26:52 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WCp0k-0007jL-5z; Mon, 10 Feb 2014 11:26:50 +0000 Received: from [85.158.143.35:36616] by server-1.bemta-4.messagelabs.com id 89/97-31661-977B8F25; Mon, 10 Feb 2014 11:26:49 +0000 X-Env-Sender: iwj@xenbits.xen.org X-Msg-Ref: server-16.tower-21.messagelabs.com!1392031607!4487956!1 X-Originating-IP: [50.57.168.107] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26827 invoked from network); 10 Feb 2014 11:26:48 -0000 Received: from mail.xen.org (HELO mail.xen.org) (50.57.168.107) by server-16.tower-21.messagelabs.com with AES256-SHA encrypted SMTP; 10 Feb 2014 11:26:48 -0000 Received: from xenbits.xen.org ([50.57.170.242]) by mail.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WCp0e-00026M-1r; Mon, 10 Feb 2014 11:26:44 +0000 Received: from iwj by xenbits.xen.org with local (Exim 4.72) (envelope-from ) id 1WCp0d-0004Oa-VA; Mon, 10 Feb 2014 11:26:44 +0000 Date: Mon, 10 Feb 2014 11:26:43 +0000 Message-Id: Content-Type: multipart/mixed; boundary="=separator"; charset="utf-8" Content-Transfer-Encoding: binary MIME-Version: 1.0 X-Mailer: MIME-tools 5.428 (Entity 5.428) 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 Cc: "Xen.org security team" Subject: [Xen-users] Xen Security Advisory 86 (CVE-2014-1896) - libvchan failure handling malicious ring indexes X-BeenThere: xen-users@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-2014-1896 / XSA-86 version 3 libvchan failure handling malicious ring indexes UPDATES IN VERSION 3 ==================== CVE assigned. ISSUE DESCRIPTION ================= libvchan (a library for inter-domain communication) does not correctly handle unusual or malicious contents in the xenstore ring. A malicious guest can exploit this to cause a libvchan-using facility to read or write past the end of the ring. IMPACT ====== libvchan-using facilities are vulnerable to denial of service and perhaps privilege escalation. There are no such services provided in the upstream Xen Project codebase. VULNERABLE SYSTEMS ================== All versions of libvchan are vulnerable. Only installations which use libvchan for communication involving untrusted domains are vulnerable. libvirt, xapi, xend, libxl and xl do not use libvchan. If your installation contains other Xen-related software components it is possible that they use libvchan and might be vulnerable. Xen versions 4.1 and earlier do not contain libvchan. MITIGATION ========== Disabling libvchan-based facilities could be used to mitigate the vulnerability. CREDITS ======= This issue was discovered by Marek Marczykowski-Górecki of Invisible Things Lab. RESOLUTION ========== Applying the appropriate attached patch resolves this issue. After the patch is applied to the Xen tree and built, any software which is statically linked against libvchan will need to be relinked against the new libvchan.a for the fix to take effect. xsa86.patch Xen 4.2.x, 4.3.x, 4.4-RC series, and xen-unstable $ sha256sum xsa86*.patch cd2df017e42717dd2a1b6f2fdd3ad30a38d3c0fbdd9d08b5f56ee0a01cd87b51 xsa86.patch $ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJS+LcuAAoJEIP+FMlX6CvZBjgH/RdmdarkaX/Bravq46egUtWT OohBLoP+tnkg3w3DSvWlD45dlnwH2ptD/PTxyoH7XMoiajX0h3WRYf8ddu63Nwtl qghb6EDuYF+iLf9nthdYqreVLdKQOJYXCv6c3i6odHRzGadb3cWTIv1xSDZcn+Qw djSk2huXpuRVkpJeX05PNCkBktRe0Shwy0zgTUNC0GjWItma+NIKdvRODkON1Ai9 ilRsmlQXc2BJ7RcJGmvtcHEdIgLMJ8MzRZWspFPTuqRbQ1+XUJUxxQvJBAqIYRQ3 29iS0GxqXZDSWtTlY4xwAEdwtzsqVZx8VMQioxLUSB4fqm1s4XEfQEkH5VwoBs8= =HSDt -----END PGP SIGNATURE----- --=separator Content-Type: application/octet-stream; name="xsa86.patch" Content-Disposition: attachment; filename="xsa86.patch" Content-Transfer-Encoding: base64 RnJvbSBiNGM0NTI2NDZlZmQzN2I0Y2QwOTk2MjU2ZGQwYWI3YmY2Y2NiN2Y2 IE1vbiBTZXAgMTcgMDA6MDA6MDAgMjAwMQpGcm9tOiA9P1VURi04P3E/TWFy ZWs9MjBNYXJjenlrb3dza2ktRz1DMz1CM3JlY2tpPz0KIDxtYXJtYXJla0Bp bnZpc2libGV0aGluZ3NsYWIuY29tPgpEYXRlOiBNb24sIDIwIEphbiAyMDE0 IDE1OjUxOjU2ICswMDAwClN1YmplY3Q6IFtQQVRDSF0gbGlidmNoYW46IEZp eCBoYW5kbGluZyBvZiBpbnZhbGlkIHJpbmcgYnVmZmVyIGluZGljZXMKTUlN RS1WZXJzaW9uOiAxLjAKQ29udGVudC1UeXBlOiB0ZXh0L3BsYWluOyBjaGFy c2V0PVVURi04CkNvbnRlbnQtVHJhbnNmZXItRW5jb2Rpbmc6IDhiaXQKClRo ZSByZW1vdGUgKGhvc3RpbGUpIHByb2Nlc3MgY2FuIHNldCByaW5nIGJ1ZmZl ciBpbmRpY2VzIHRvIGFueSB2YWx1ZQphdCBhbnkgdGltZS4gSWYgdGhhdCBo YXBwZW5zLCBpdCBpcyBwb3NzaWJsZSB0byBnZXQgImJ1ZmZlciBzcGFjZSIK KGVpdGhlciBmb3Igd3JpdGluZyBkYXRhLCBvciByZWFkeSBmb3IgcmVhZGlu ZykgbmVnYXRpdmUgb3IgZ3JlYXRlcgp0aGFuIGJ1ZmZlciBzaXplLiAgVGhp cyB3aWxsIGVuZCB1cCB3aXRoIGJ1ZmZlciBvdmVyZmxvdyBpbiB0aGUgc2Vj b25kCm1lbWNweSBpbnNpZGUgb2YgZG9fc2VuZC9kb19yZWN2LgoKRml4IHRo aXMgYnkgaW50cm9kdWNpbmcgbmV3IGF2YWlsYWJsZSBieXRlcyBhY2Nlc3Nv ciBmdW5jdGlvbnMKcmF3X2dldF9kYXRhX3JlYWR5IGFuZCByYXdfZ2V0X2J1 ZmZlcl9zcGFjZSB3aGljaCBhcmUgcm9idXN0IGFnYWluc3QKbWFkIHJpbmcg c3RhdGVzLCBhbmQgb25seSByZXR1cm4gc2FuaXRpc2VkIHZhbHVlcy4KClBy b29mIHNrZXRjaCBvZiBjb3JyZWN0bmVzczoKCk5vdyB7cmQsd3J9X3tjb25z LHByb2R9IGFyZSBvbmx5IGV2ZXIgdXNlZCBpbiB0aGUgcmF3IGF2YWlsYWJs ZSBieXRlcwpmdW5jdGlvbnMsIGFuZCBpbiBkb19zZW5kIGFuZCBkb19yZWN2 LgoKVGhlIHJhdyBhdmFpbGFibGUgYnl0ZXMgZnVuY3Rpb25zIGRvIHVuc2ln bmVkIGFyaXRobWV0aWMgb24gdGhlCnJldHVybmVkIHZhbHVlcy4gIElmIHRo ZSByZXN1bHQgaXMgIm5lZ2F0aXZlIiBvciB0b28gYmlnIGl0IHdpbGwgYmUK PnJpbmdfc2l6ZSAoc2luY2Ugd2UgdXNlZCB1bnNpZ25lZCBhcml0aG1ldGlj KS4gIE90aGVyd2lzZSB0aGUgcmVzdWx0CmlzIGEgcG9zaXRpdmUgaW4tcmFu Z2UgdmFsdWUgcmVwcmVzZW50aW5nIGEgcmVhc29uYWJsZSByaW5nIHN0YXRl LCBpbgp3aGljaCBjYXNlIHdlIGNhbiBzYWZlbHkgY29udmVydCBpdCB0byBp bnQgKGFzIHRoZSByZXN0IG9mIHRoZSBjb2RlCmV4cGVjdHMpLgoKZG9fc2Vu ZCBhbmQgZG9fcmVjdiBpbW1lZGlhdGVseSBtYXNrIHRoZSByaW5nIGluZGV4 IHZhbHVlIHdpdGggdGhlCnJpbmcgc2l6ZS4gIFRoZSByZXN1bHQgaXMgYWx3 YXlzIGdvaW5nIHRvIGJlIHBsYXVzaWJsZS4gIElmIHRoZSByaW5nCnN0YXRl IGhhcyBiZWNvbWUgbWFkLCB0aGUgd29yc3QgY2FzZSBpcyB0aGF0IG91ciBi ZWhhdmlvdXIgaXMKaW5jb25zaXN0ZW50IHdpdGggdGhlIHBlZXIncyByaW5n IHBvaW50ZXIuICBJLmUuIHdlIHJlYWQgb3Igd3JpdGUgdG8KYXJndWFibHkt aW5jb3JyZWN0IHBhcnRzIG9mIHRoZSByaW5nIC0gYnV0IGFsd2F5cyBwYXJ0 cyBvZiB0aGUgcmluZy4KQW5kIG9mIGNvdXJzZSBpZiBhIHBlZXIgbWlzb3Bl cmF0ZXMgdGhlIHJpbmcgdGhleSBjYW4gYWNoaWV2ZSB0aGlzCmVmZmVjdCBh bnl3YXkuCgpTbyB0aGUgc2VjdXJpdHkgcHJvYmxlbSBpcyBmaXhlZC4KClRo aXMgaXMgWFNBLTg2LgoKKFRoZSBwYXRjaCBpcyBlc3NlbnRpYWxseSBJYW4g SmFja3NvbidzIHdvcmssIGFsdGhvdWdoIHBhcnRzIG9mIHRoZQpjb21taXQg bWVzc2FnZSBhcmUgYnkgTWFyZWsuKQoKU2lnbmVkLW9mZi1ieTogTWFyZWsg TWFyY3p5a293c2tpLUfDs3JlY2tpIDxtYXJtYXJla0BpbnZpc2libGV0aGlu Z3NsYWIuY29tPgpTaWduZWQtb2ZmLWJ5OiBJYW4gSmFja3NvbiA8aWFuLmph Y2tzb25AZXUuY2l0cml4LmNvbT4KQ2M6IE1hcmVrIE1hcmN6eWtvd3NraS1H w7NyZWNraSA8bWFybWFyZWtAaW52aXNpYmxldGhpbmdzbGFiLmNvbT4KQ2M6 IEpvYW5uYSBSdXRrb3dza2EgPGpvYW5uYUBpbnZpc2libGV0aGluZ3NsYWIu Y29tPgotLS0KIHRvb2xzL2xpYnZjaGFuL2lvLmMgfCAgIDQ3ICsrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrLS0tLS0tCiAxIGZp bGUgY2hhbmdlZCwgNDEgaW5zZXJ0aW9ucygrKSwgNiBkZWxldGlvbnMoLSkK CmRpZmYgLS1naXQgYS90b29scy9saWJ2Y2hhbi9pby5jIGIvdG9vbHMvbGli dmNoYW4vaW8uYwppbmRleCAyMzgzMzY0Li44MDRjNjNjIDEwMDY0NAotLS0g YS90b29scy9saWJ2Y2hhbi9pby5jCisrKyBiL3Rvb2xzL2xpYnZjaGFuL2lv LmMKQEAgLTExMSwxMiArMTExLDI2IEBAIHN0YXRpYyBpbmxpbmUgaW50IHNl bmRfbm90aWZ5KHN0cnVjdCBsaWJ4ZW52Y2hhbiAqY3RybCwgdWludDhfdCBi aXQpCiAJCXJldHVybiAwOwogfQogCisvKgorICogR2V0IHRoZSBhbW91bnQg b2YgYnVmZmVyIHNwYWNlIGF2YWlsYWJsZSwgYW5kIGRvIG5vdGhpbmcgYWJv dXQKKyAqIG5vdGlmaWNhdGlvbnMuCisgKi8KK3N0YXRpYyBpbmxpbmUgaW50 IHJhd19nZXRfZGF0YV9yZWFkeShzdHJ1Y3QgbGlieGVudmNoYW4gKmN0cmwp Cit7CisJdWludDMyX3QgcmVhZHkgPSByZF9wcm9kKGN0cmwpIC0gcmRfY29u cyhjdHJsKTsKKwlpZiAocmVhZHkgPj0gcmRfcmluZ19zaXplKGN0cmwpKQor CQkvKiBXZSBoYXZlIG5vIHdheSB0byByZXR1cm4gZXJyb3JzLiAgTG9ja2lu ZyB1cCB0aGUgcmluZyBpcworCQkgKiBiZXR0ZXIgdGhhbiB0aGUgYWx0ZXJu YXRpdmVzLiAqLworCQlyZXR1cm4gMDsKKwlyZXR1cm4gcmVhZHk7Cit9CisK IC8qKgogICogR2V0IHRoZSBhbW91bnQgb2YgYnVmZmVyIHNwYWNlIGF2YWls YWJsZSBhbmQgZW5hYmxlIG5vdGlmaWNhdGlvbnMgaWYgbmVlZGVkLgogICov CiBzdGF0aWMgaW5saW5lIGludCBmYXN0X2dldF9kYXRhX3JlYWR5KHN0cnVj dCBsaWJ4ZW52Y2hhbiAqY3RybCwgc2l6ZV90IHJlcXVlc3QpCiB7Ci0JaW50 IHJlYWR5ID0gcmRfcHJvZChjdHJsKSAtIHJkX2NvbnMoY3RybCk7CisJaW50 IHJlYWR5ID0gcmF3X2dldF9kYXRhX3JlYWR5KGN0cmwpOwogCWlmIChyZWFk eSA+PSByZXF1ZXN0KQogCQlyZXR1cm4gcmVhZHk7CiAJLyogV2UgcGxhbiB0 byBjb25zdW1lIGFsbCBkYXRhOyBwbGVhc2UgdGVsbCB1cyBpZiB5b3Ugc2Vu ZCBtb3JlICovCkBAIC0xMjYsNyArMTQwLDcgQEAgc3RhdGljIGlubGluZSBp bnQgZmFzdF9nZXRfZGF0YV9yZWFkeShzdHJ1Y3QgbGlieGVudmNoYW4gKmN0 cmwsIHNpemVfdCByZXF1ZXN0KQogCSAqIHdpbGwgbm90IGdldCBub3RpZmll ZCBldmVuIHRob3VnaCB0aGUgYWN0dWFsIGFtb3VudCBvZiBkYXRhIHJlYWR5 IGlzCiAJICogYWJvdmUgcmVxdWVzdC4gUmVyZWFkIHJkX3Byb2QgdG8gY292 ZXIgdGhpcyBjYXNlLgogCSAqLwotCXJldHVybiByZF9wcm9kKGN0cmwpIC0g cmRfY29ucyhjdHJsKTsKKwlyZXR1cm4gcmF3X2dldF9kYXRhX3JlYWR5KGN0 cmwpOwogfQogCiBpbnQgbGlieGVudmNoYW5fZGF0YV9yZWFkeShzdHJ1Y3Qg bGlieGVudmNoYW4gKmN0cmwpCkBAIC0xMzUsNyArMTQ5LDIxIEBAIGludCBs aWJ4ZW52Y2hhbl9kYXRhX3JlYWR5KHN0cnVjdCBsaWJ4ZW52Y2hhbiAqY3Ry bCkKIAkgKiB3aGVuIGl0IGNoYW5nZXMKIAkgKi8KIAlyZXF1ZXN0X25vdGlm eShjdHJsLCBWQ0hBTl9OT1RJRllfV1JJVEUpOwotCXJldHVybiByZF9wcm9k KGN0cmwpIC0gcmRfY29ucyhjdHJsKTsKKwlyZXR1cm4gcmF3X2dldF9kYXRh X3JlYWR5KGN0cmwpOworfQorCisvKioKKyAqIEdldCB0aGUgYW1vdW50IG9m IGJ1ZmZlciBzcGFjZSBhdmFpbGFibGUsIGFuZCBkbyBub3RoaW5nCisgKiBh Ym91dCBub3RpZmljYXRpb25zCisgKi8KK3N0YXRpYyBpbmxpbmUgaW50IHJh d19nZXRfYnVmZmVyX3NwYWNlKHN0cnVjdCBsaWJ4ZW52Y2hhbiAqY3RybCkK K3sKKwl1aW50MzJfdCByZWFkeSA9IHdyX3Jpbmdfc2l6ZShjdHJsKSAtICh3 cl9wcm9kKGN0cmwpIC0gd3JfY29ucyhjdHJsKSk7CisJaWYgKHJlYWR5ID4g d3JfcmluZ19zaXplKGN0cmwpKQorCQkvKiBXZSBoYXZlIG5vIHdheSB0byBy ZXR1cm4gZXJyb3JzLiAgTG9ja2luZyB1cCB0aGUgcmluZyBpcworCQkgKiBi ZXR0ZXIgdGhhbiB0aGUgYWx0ZXJuYXRpdmVzLiAqLworCQlyZXR1cm4gMDsK KwlyZXR1cm4gcmVhZHk7CiB9CiAKIC8qKgpAQCAtMTQzLDcgKzE3MSw3IEBA IGludCBsaWJ4ZW52Y2hhbl9kYXRhX3JlYWR5KHN0cnVjdCBsaWJ4ZW52Y2hh biAqY3RybCkKICAqLwogc3RhdGljIGlubGluZSBpbnQgZmFzdF9nZXRfYnVm ZmVyX3NwYWNlKHN0cnVjdCBsaWJ4ZW52Y2hhbiAqY3RybCwgc2l6ZV90IHJl cXVlc3QpCiB7Ci0JaW50IHJlYWR5ID0gd3JfcmluZ19zaXplKGN0cmwpIC0g KHdyX3Byb2QoY3RybCkgLSB3cl9jb25zKGN0cmwpKTsKKwlpbnQgcmVhZHkg PSByYXdfZ2V0X2J1ZmZlcl9zcGFjZShjdHJsKTsKIAlpZiAocmVhZHkgPj0g cmVxdWVzdCkKIAkJcmV0dXJuIHJlYWR5OwogCS8qIFdlIHBsYW4gdG8gZmls bCB0aGUgYnVmZmVyOyBwbGVhc2UgdGVsbCB1cyB3aGVuIHlvdSd2ZSByZWFk IGl0ICovCkBAIC0xNTMsNyArMTgxLDcgQEAgc3RhdGljIGlubGluZSBpbnQg ZmFzdF9nZXRfYnVmZmVyX3NwYWNlKHN0cnVjdCBsaWJ4ZW52Y2hhbiAqY3Ry bCwgc2l6ZV90IHJlcXVlc3QKIAkgKiB3aWxsIG5vdCBnZXQgbm90aWZpZWQg ZXZlbiB0aG91Z2ggdGhlIGFjdHVhbCBhbW91bnQgb2YgYnVmZmVyIHNwYWNl CiAJICogaXMgYWJvdmUgcmVxdWVzdC4gUmVyZWFkIHdyX2NvbnMgdG8gY292 ZXIgdGhpcyBjYXNlLgogCSAqLwotCXJldHVybiB3cl9yaW5nX3NpemUoY3Ry bCkgLSAod3JfcHJvZChjdHJsKSAtIHdyX2NvbnMoY3RybCkpOworCXJldHVy biByYXdfZ2V0X2J1ZmZlcl9zcGFjZShjdHJsKTsKIH0KIAogaW50IGxpYnhl bnZjaGFuX2J1ZmZlcl9zcGFjZShzdHJ1Y3QgbGlieGVudmNoYW4gKmN0cmwp CkBAIC0xNjIsNyArMTkwLDcgQEAgaW50IGxpYnhlbnZjaGFuX2J1ZmZlcl9z cGFjZShzdHJ1Y3QgbGlieGVudmNoYW4gKmN0cmwpCiAJICogd2hlbiBpdCBj aGFuZ2VzCiAJICovCiAJcmVxdWVzdF9ub3RpZnkoY3RybCwgVkNIQU5fTk9U SUZZX1JFQUQpOwotCXJldHVybiB3cl9yaW5nX3NpemUoY3RybCkgLSAod3Jf cHJvZChjdHJsKSAtIHdyX2NvbnMoY3RybCkpOworCXJldHVybiByYXdfZ2V0 X2J1ZmZlcl9zcGFjZShjdHJsKTsKIH0KIAogaW50IGxpYnhlbnZjaGFuX3dh aXQoc3RydWN0IGxpYnhlbnZjaGFuICpjdHJsKQpAQCAtMTc2LDYgKzIwNCw4 IEBAIGludCBsaWJ4ZW52Y2hhbl93YWl0KHN0cnVjdCBsaWJ4ZW52Y2hhbiAq Y3RybCkKIAogLyoqCiAgKiByZXR1cm5zIC0xIG9uIGVycm9yLCBvciBzaXpl IG9uIHN1Y2Nlc3MKKyAqCisgKiBjYWxsZXIgbXVzdCBoYXZlIGNoZWNrZWQg dGhhdCBlbm91Z2ggc3BhY2UgaXMgYXZhaWxhYmxlCiAgKi8KIHN0YXRpYyBp bnQgZG9fc2VuZChzdHJ1Y3QgbGlieGVudmNoYW4gKmN0cmwsIGNvbnN0IHZv aWQgKmRhdGEsIHNpemVfdCBzaXplKQogewpAQCAtMjQ4LDYgKzI3OCwxMSBA QCBpbnQgbGlieGVudmNoYW5fd3JpdGUoc3RydWN0IGxpYnhlbnZjaGFuICpj dHJsLCBjb25zdCB2b2lkICpkYXRhLCBzaXplX3Qgc2l6ZSkKIAl9CiB9CiAK Ky8qKgorICogcmV0dXJucyAtMSBvbiBlcnJvciwgb3Igc2l6ZSBvbiBzdWNj ZXNzCisgKgorICogY2FsbGVyIG11c3QgaGF2ZSBjaGVja2VkIHRoYXQgZW5v dWdoIGRhdGEgaXMgYXZhaWxhYmxlCisgKi8KIHN0YXRpYyBpbnQgZG9fcmVj dihzdHJ1Y3QgbGlieGVudmNoYW4gKmN0cmwsIHZvaWQgKmRhdGEsIHNpemVf dCBzaXplKQogewogCWludCByZWFsX2lkeCA9IHJkX2NvbnMoY3RybCkgJiAo cmRfcmluZ19zaXplKGN0cmwpIC0gMSk7Ci0tIAoxLjcuMTAuNAoK --=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 Mon Feb 10 11:27:08 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 10 Feb 2014 11:27: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 1WCp0V-0007fP-1b; Mon, 10 Feb 2014 11:26:35 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WCp0S-0007el-Id; Mon, 10 Feb 2014 11:26:32 +0000 Received: from [85.158.137.68:36912] by server-16.bemta-3.messagelabs.com id AA/24-29917-767B8F25; Mon, 10 Feb 2014 11:26:31 +0000 X-Env-Sender: iwj@xenbits.xen.org X-Msg-Ref: server-2.tower-31.messagelabs.com!1392031589!798079!1 X-Originating-IP: [50.57.168.107] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28639 invoked from network); 10 Feb 2014 11:26:30 -0000 Received: from mail.xen.org (HELO mail.xen.org) (50.57.168.107) by server-2.tower-31.messagelabs.com with AES256-SHA encrypted SMTP; 10 Feb 2014 11:26:30 -0000 Received: from xenbits.xen.org ([50.57.170.242]) by mail.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WCp0K-000265-Jz; Mon, 10 Feb 2014 11:26:24 +0000 Received: from iwj by xenbits.xen.org with local (Exim 4.72) (envelope-from ) id 1WCp0J-0004NW-OI; Mon, 10 Feb 2014 11:26:24 +0000 Date: Mon, 10 Feb 2014 11:26:23 +0000 Message-Id: Content-Type: multipart/mixed; boundary="=separator"; charset="utf-8" Content-Transfer-Encoding: binary MIME-Version: 1.0 X-Mailer: MIME-tools 5.428 (Entity 5.428) 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 Cc: "Xen.org security team" Subject: [Xen-users] Xen Security Advisory 85 (CVE-2014-1895) - Off-by-one error in FLASK_AVC_CACHESTAT hypercall X-BeenThere: xen-users@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-2014-1895 / XSA-85 version 3 Off-by-one error in FLASK_AVC_CACHESTAT hypercall UPDATES IN VERSION 3 ==================== CVE assigned. ISSUE DESCRIPTION ================= The FLASK_AVC_CACHESTAT hypercall, which provides access to per-cpu statistics on the Flask security policy, incorrectly validates the CPU for which statistics are being requested. IMPACT ====== An attacker can cause the hypervisor to read past the end of an array. This may result in either a host crash, leading to a denial of service, or access to a small and static region of hypervisor memory, leading to an information leak. VULNERABLE SYSTEMS ================== Xen version 4.2 and later are vulnerable to this issue when built with XSM/Flask support. XSM support is disabled by default and is enabled by building with XSM_ENABLE=y. Only systems with the maximum supported number of physical CPUs are vulnerable. Systems with a greater number of physical CPUs will only make use of the maximum supported number and are therefore vulnerable. By default the following maximums apply: * x86_32: 128 (only until Xen 4.2.x) * x86_64: 256 These defaults can be overridden at build time via max_phys_cpus=N. The vulnerable hypercall is exposed to all domains. MITIGATION ========== Rebuilding Xen with more supported physical CPUs can avoid the vulnerability; provided that the supported number is strictly greater than the actual number of CPUs on any host on which the hypervisor is to run. If XSM is compiled in, but not actually in use, compiling it out (with XSM_ENABLE=n) will avoid the vulnerability. CREDITS ======= This issue was discovered by Matthew Daley. RESOLUTION ========== Applying the attached patch resolves this issue. xsa85.patch xen-unstable, Xen 4.3.x, Xen 4.2.x $ sha256sum xsa85*.patch 20571024e6815eeb40d2f92a3d70ae699047cffafb5431ec74b652e0843a5315 xsa85.patch $ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJS+LcqAAoJEIP+FMlX6CvZPk8H/iA8bLP81SKPT6IUlaw8RjzU ZECj3ord+tLAcjvu93RmI5WVANNscwNdxhBIVQApzFOqMC5LGho5HHXgvi2WuRo4 zc3b4djT0PN6tTMAhJZU9WwZxIQx+60VSDpIJbVGyLrEjGHxS/l/liM3cOuj5FZs ZpT3cQ47yHskkgCXGhdR4keAaXEA9qBtQ6EbraMWt/ynjXmZ2UGQyRB+md3IaG38 FOhzVIVvsGJ0ZrxhByrBrNYN04Fdnqx707dNIg5fYflqzuTJkuMiL4dLlBJBMeiP aVEIAW1TD3ObiXNbC3/AjrXdgttA5e1JIHGJb9LV0RO1rhjuyZGLiLNp+Omx3KI= =wpcu -----END PGP SIGNATURE----- --=separator Content-Type: application/octet-stream; name="xsa85.patch" Content-Disposition: attachment; filename="xsa85.patch" Content-Transfer-Encoding: base64 RnJvbSA1OTNiYzhjNjNkNTgyZWMwZmMyYjNhMzUzMzYxMDZjZjljM2E4YjM0 IE1vbiBTZXAgMTcgMDA6MDA6MDAgMjAwMQpGcm9tOiBNYXR0aGV3IERhbGV5 IDxtYXR0ZEBidWdmdXp6LmNvbT4KRGF0ZTogU3VuLCAxMiBKYW4gMjAxNCAx NDoyOTozMiArMTMwMApTdWJqZWN0OiBbUEFUQ0hdIHhzbS9mbGFzazogY29y cmVjdCBvZmYtYnktb25lIGluCiBmbGFza19zZWN1cml0eV9hdmNfY2FjaGVz dGF0cyBjcHUgaWQgY2hlY2sKClRoaXMgaXMgWFNBLTg1CgpTaWduZWQtb2Zm LWJ5OiBNYXR0aGV3IERhbGV5IDxtYXR0ZEBidWdmdXp6LmNvbT4KUmV2aWV3 ZWQtYnk6IEphbiBCZXVsaWNoIDxqYmV1bGljaEBzdXNlLmNvbT4KUmV2aWV3 ZWQtYnk6IElhbiBDYW1wYmVsbCA8aWFuLmNhbXBiZWxsQGNpdHJpeC5jb20+ Ci0tLQogeGVuL3hzbS9mbGFzay9mbGFza19vcC5jIHwgMiArLQogMSBmaWxl IGNoYW5nZWQsIDEgaW5zZXJ0aW9uKCspLCAxIGRlbGV0aW9uKC0pCgpkaWZm IC0tZ2l0IGEveGVuL3hzbS9mbGFzay9mbGFza19vcC5jIGIveGVuL3hzbS9m bGFzay9mbGFza19vcC5jCmluZGV4IDQ0MjZhYjkuLjIyODc4ZjUgMTAwNjQ0 Ci0tLSBhL3hlbi94c20vZmxhc2svZmxhc2tfb3AuYworKysgYi94ZW4veHNt L2ZsYXNrL2ZsYXNrX29wLmMKQEAgLTQ1Nyw3ICs0NTcsNyBAQCBzdGF0aWMg aW50IGZsYXNrX3NlY3VyaXR5X2F2Y19jYWNoZXN0YXRzKHN0cnVjdCB4ZW5f Zmxhc2tfY2FjaGVfc3RhdHMgKmFyZykKIHsKICAgICBzdHJ1Y3QgYXZjX2Nh Y2hlX3N0YXRzICpzdDsKIAotICAgIGlmICggYXJnLT5jcHUgPiBucl9jcHVf aWRzICkKKyAgICBpZiAoIGFyZy0+Y3B1ID49IG5yX2NwdV9pZHMgKQogICAg ICAgICByZXR1cm4gLUVOT0VOVDsKICAgICBpZiAoICFjcHVfb25saW5lKGFy Zy0+Y3B1KSApCiAgICAgICAgIHJldHVybiAtRU5PRU5UOwotLSAKMS44LjUu MgoK --=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 Mon Feb 10 11:30:47 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 10 Feb 2014 11:30: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 1WCp3S-0000Cj-CE; Mon, 10 Feb 2014 11:29:38 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WCp3N-0000B6-In; Mon, 10 Feb 2014 11:29:33 +0000 Received: from [193.109.254.147:17754] by server-3.bemta-14.messagelabs.com id A5/98-00432-C18B8F25; Mon, 10 Feb 2014 11:29:32 +0000 X-Env-Sender: iwj@xenbits.xen.org X-Msg-Ref: server-2.tower-27.messagelabs.com!1392031770!3201751!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: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18772 invoked from network); 10 Feb 2014 11:29:31 -0000 Received: from mail.xen.org (HELO mail.xen.org) (50.57.168.107) by server-2.tower-27.messagelabs.com with AES256-SHA encrypted SMTP; 10 Feb 2014 11:29:31 -0000 Received: from xenbits.xen.org ([50.57.170.242]) by mail.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WCp3H-00028Y-Ew; Mon, 10 Feb 2014 11:29:27 +0000 Received: from iwj by xenbits.xen.org with local (Exim 4.72) (envelope-from ) id 1WCp3H-0004it-7u; Mon, 10 Feb 2014 11:29:27 +0000 Date: Mon, 10 Feb 2014 11:29:27 +0000 Message-Id: Content-Type: multipart/mixed; boundary="=separator"; charset="utf-8" Content-Transfer-Encoding: binary MIME-Version: 1.0 X-Mailer: MIME-tools 5.428 (Entity 5.428) 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 Cc: "Xen.org security team" Subject: [Xen-users] Xen Security Advisory 84 (CVE-2014-1891, CVE-2014-1892, CVE-2014-1893, CVE-2014-1894) - integer overflow in several XSM/Flask hypercalls X-BeenThere: xen-users@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-2014-1891,CVE-2014-1892,CVE-2014-1893,CVE-2014-1894 / XSA-84 version 3 integer overflow in several XSM/Flask hypercalls UPDATES IN VERSION 3 ==================== CVE numbers have been assigned. ISSUE DESCRIPTION ================= The FLASK_{GET,SET}BOOL, FLASK_USER and FLASK_CONTEXT_TO_SID suboperations of the flask hypercall are vulnerable to an integer overflow on the input size. The hypercalls attempt to allocate a buffer which is 1 larger than this size and is therefore vulnerable to integer overflow and an attempt to allocate then access a zero byte buffer. (CVE-2014-1891) Xen 3.3 through 4.1, while not affected by the above overflow, have a different overflow issue on FLASK_{GET,SET}BOOL (CVE-2014-1893) and expose unreasonably large memory allocation to aribitrary guests (CVE-2014-1892). Xen 3.2 (and presumably earlier) exhibit both problems with the overflow issue being present for more than just the suboperations listed above. (CVE-2014-1894 for the subops not covered above.) The FLASK_GETBOOL op is available to all domains. The FLASK_SETBOOL op is only available to domains which are granted access via the Flask policy. However the permissions check is performed only after running the vulnerable code and the vulnerability via this subop is exposed to all domains. The FLASK_USER and FLASK_CONTEXT_TO_SID ops are only available to domains which are granted access via the Flask policy. IMPACT ====== Attempting to access the result of a zero byte allocation results in a processor fault leading to a denial of service. VULNERABLE SYSTEMS ================== All Xen versions back to at least 3.2 are vulnerable to this issue when built with XSM/Flask support. XSM support is disabled by default and is enabled by building with XSM_ENABLE=y. We have not checked earlier versions of Xen, but it is likely that they are vulnerable to this or related vulnerabilities. All Xen versions built with XSM_ENABLE=y are vulnerable. MITIGATION ========== There is no useful mitigation available in installations where XSM support is actually in use. In other systems, compiling it out (with XSM_ENABLE=n) will avoid the vulnerability. CREDITS ======= This issue was discovered by Matthew Daley. RESOLUTION ========== Applying the appropriate attached patch resolves this issue. xsa84-unstable-4.3.patch xen-unstable,Xen 4.3.x xsa84-4.2.patch Xen 4.2.x xsa84-4.1.patch Xen 4.1.x $ sha256sum xsa84*.patch e33dd94499959363ad01bebefda9733683c49fd42a9641cf2d7edcd87f853d55 xsa84-4.1.patch 433f3c8a202482c51a48dc0e9e47ac8751d1c0d0759b7bcd22804e1856279a89 xsa84-4.2.patch 64ae433eb606c5446184c08e6fceb9f660ed9a9c28ec112c8cc529251b3b49fb xsa84-unstable-4.3.patch $ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJS+LgGAAoJEIP+FMlX6CvZH1MH/00JKMYdEyaSA3oVGRTeV3Wk /ZgZl0dTuEBYLWTh/sE8txPGVb7jOvc4pzuhZ8Z0rvh4J10EKjqIUutSs0QR6m3U +3H+C/eHW98oselKT1csUoIZuf+3oTkZeryVeTyUi7g04xoYHpljT/u+gku8Twuz G8D3ckchHx5Zi40u0hQWAIOyJxwlpXD74mv2hnHa7X30anpLgGhsBxGLoghJSJwd x+i82krxbs0Ac7zKQBeVpPhVHE7QHR5Em1BqkxxtT8c93aujeD0Lkdw2H2ki1uOc +XOEwl/kT9TqiiHy+D+wZwY08xwijC4MZrxvVW35M6DupAG/4i9mv/ICs1GGfK8= =GrAi -----END PGP SIGNATURE----- --=separator Content-Type: application/octet-stream; name="xsa84-4.1.patch" Content-Disposition: attachment; filename="xsa84-4.1.patch" Content-Transfer-Encoding: base64 UmVmZXJlbmNlczogYm5jIzg2MDE2MyBYU0EtODQKCmZsYXNrOiByZXN0cmlj dCBhbGxvY2F0aW9ucyBkb25lIGJ5IGh5cGVyY2FsbCBpbnRlcmZhY2UKCk90 aGVyIHRoYW4gaW4gNC4yIGFuZCBuZXdlciwgd2UncmUgbm90IGhhdmluZyBh biBvdmVyZmxvdyBpc3N1ZSBoZXJlLApidXQgdW5jb250cm9sbGVkIGV4cG9z dXJlIG9mIHRoZSBvcGVyYXRpb25zIG9wZW5zIHRoZSBob3N0IHRvIGJlIGRy aXZlbgpvdXQgb2YgbWVtb3J5IGJ5IGFuIGFyYml0cmFyeSBndWVzdC4gU2lu Y2UgYWxsIG9wZXJhdGlvbnMgb3RoZXIgdGhhbgpGTEFTS19MT0FEIHNpbXBs eSBkZWFsIHdpdGggQVNDSUkgc3RyaW5ncywgbGltaXRpbmcgdGhlIGFsbG9j YXRpb25zCihhbmQgaW5jb21pbmcgYnVmZmVyIHNpemVzKSB0byBhIHBhZ2Ug d29ydGggb2YgbWVtb3J5IHNlZW1zIGxpa2UgdGhlCmJlc3QgdGhpbmcgd2Ug Y2FuIGRvLgoKQ29uc2VxdWVudGx5LCBpbiBvcmRlciB0byBub3QgZXhwb3Nl IHRoZSBsYXJnZXIgYWxsb2NhdGlvbiB0byBhcmJpdHJhcnkKZ3Vlc3RzLCB0 aGUgcGVybWlzc2lvbiBjaGVjayBmb3IgRkxBU0tfTE9BRCBuZWVkcyB0byBi ZSBwdWxsZWQgYWhlYWQgb2YKdGhlIGFsbG9jYXRpb24gKGFuZCBpdCdzIHBl cmhhcHMgd29ydGggbm90aW5nIHRoYXQgLSBhZmFpY3QgLSBpdCB3YXMKcG9p bnRsZXNzbHkgZG9uZSB3aXRoIHRoZSBzZWxfc2VtIHNwaW4gbG9jayBoZWxk KS4KCk5vdGUgdGhhdCB0aGlzIGJyZWFrcyBGTEFTS19BVkNfQ0FDSEVTVEFU UyBvbiBzeXN0ZW1zIHdpdGggc3VmZmljaWVudGx5Cm1hbnkgQ1BVcyAoYXMg cmVxdWlyaW5nIGEgYnVmZmVyIGJpZ2dlciB0aGFuIFBBR0VfU0laRSB0aGVy ZSkuIE5vCmF0dGVtcHQgaXMgbWFkZSB0byBhZGRyZXNzIHRoaXMgaGVyZSwg YXMgaXQgd291bGQgbmVlZGxlc3NseSBjb21wbGljYXRlCnRoaXMgZml4IHdp dGggcmF0aGVyIGxpdHRsZSBnYWluLgoKVGhpcyBpcyBYU0EtODQuCgpSZXBv cnRlZC1ieTogTWF0dGhldyBEYWxleSA8bWF0dGRAYnVnZnV6ei5jb20+ClNp Z25lZC1vZmYtYnk6IEphbiBCZXVsaWNoIDxqYmV1bGljaEBzdXNlLmNvbT4K ClRoZSBpbmRleCBvZiBib29sZWFuIHZhcmlhYmxlcyBpbiBGTEFTS197R0VU LFNFVH1CT09MIHdhcyBub3QgYWx3YXlzCmNoZWNrZWQgYWdhaW5zdCB0aGUg Ym91bmRzIG9mIHRoZSBhcnJheS4KClJlcG9ydGVkLWJ5OiBKb2huIE1jRGVy bW90dCA8am9obi5tY2Rlcm1vdHRAbnJsLm5hdnkubWlsPgpTaWduZWQtb2Zm LWJ5OiBEYW5pZWwgRGUgR3JhYWYgPGRnZGVncmFAdHljaG8ubnNhLmdvdj4K Ci0tLSBhL3hlbi94c20vZmxhc2svZmxhc2tfb3AuYworKysgYi94ZW4veHNt L2ZsYXNrL2ZsYXNrX29wLmMKQEAgLTU3Myw3ICs1NzMsNyBAQCBzdGF0aWMg aW50IGZsYXNrX3NlY3VyaXR5X3NldGF2Y190aHJlc2hvCiBzdGF0aWMgaW50 IGZsYXNrX3NlY3VyaXR5X3NldF9ib29sKGNoYXIgKmJ1ZiwgdWludDMyX3Qg Y291bnQpCiB7CiAgICAgaW50IGxlbmd0aCA9IC1FRkFVTFQ7Ci0gICAgaW50 IGksIG5ld192YWx1ZTsKKyAgICB1bnNpZ25lZCBpbnQgaSwgbmV3X3ZhbHVl OwogCiAgICAgc3Bpbl9sb2NrKCZzZWxfc2VtKTsKIApAQCAtNTg1LDYgKzU4 NSw5IEBAIHN0YXRpYyBpbnQgZmxhc2tfc2VjdXJpdHlfc2V0X2Jvb2woY2hh ciAKICAgICBpZiAoIHNzY2FuZihidWYsICIlZCAlZCIsICZpLCAmbmV3X3Zh bHVlKSAhPSAyICkKICAgICAgICAgZ290byBvdXQ7CiAKKyAgICBpZiAoIGkg Pj0gYm9vbF9udW0gKQorICAgICAgICBnb3RvIG91dDsKKwogICAgIGlmICgg bmV3X3ZhbHVlICkKICAgICB7CiAgICAgICAgIG5ld192YWx1ZSA9IDE7CkBA IC03MzQsMTAgKzczNyw2IEBAIHN0YXRpYyBpbnQgZmxhc2tfc2VjdXJpdHlf bG9hZChjaGFyICpidWYKIAogICAgIHNwaW5fbG9jaygmc2VsX3NlbSk7CiAK LSAgICBsZW5ndGggPSBkb21haW5faGFzX3NlY3VyaXR5KGN1cnJlbnQtPmRv bWFpbiwgU0VDVVJJVFlfX0xPQURfUE9MSUNZKTsKLSAgICBpZiAoIGxlbmd0 aCApCi0gICAgICAgIGdvdG8gb3V0OwotCiAgICAgbGVuZ3RoID0gc2VjdXJp dHlfbG9hZF9wb2xpY3koYnVmLCBjb3VudCk7CiAgICAgaWYgKCBsZW5ndGgg KQogICAgICAgICBnb3RvIG91dDsKQEAgLTg1Myw3ICs4NTIsMTUgQEAgbG9u ZyBkb19mbGFza19vcChYRU5fR1VFU1RfSEFORExFKHhzbV9vcAogICAgIGlm ICggb3AtPmNtZCA+IEZMQVNLX0xBU1QpCiAgICAgICAgIHJldHVybiAtRUlO VkFMOwogCi0gICAgaWYgKCBvcC0+c2l6ZSA+IE1BWF9QT0xJQ1lfU0laRSAp CisgICAgaWYgKCBvcC0+Y21kID09IEZMQVNLX0xPQUQgKQorICAgIHsKKyAg ICAgICAgcmMgPSBkb21haW5faGFzX3NlY3VyaXR5KGN1cnJlbnQtPmRvbWFp biwgU0VDVVJJVFlfX0xPQURfUE9MSUNZKTsKKyAgICAgICAgaWYgKCByYyAp CisgICAgICAgICAgICByZXR1cm4gcmM7CisgICAgICAgIGlmICggb3AtPnNp emUgPiBNQVhfUE9MSUNZX1NJWkUgKQorICAgICAgICAgICAgcmV0dXJuIC1F SU5WQUw7CisgICAgfQorICAgIGVsc2UgaWYgKCBvcC0+c2l6ZSA+PSBQQUdF X1NJWkUgKQogICAgICAgICByZXR1cm4gLUVJTlZBTDsKIAogICAgIGlmICgg KG9wLT5idWYgPT0gTlVMTCAmJiBvcC0+c2l6ZSAhPSAwKSB8fCAKLS0tIGEv eGVuL3hzbS9mbGFzay9zcy9zZXJ2aWNlcy5jCisrKyBiL3hlbi94c20vZmxh c2svc3Mvc2VydmljZXMuYwpAQCAtMTk5MSw3ICsxOTkxLDcgQEAgaW50IHNl Y3VyaXR5X2dldF9ib29sX3ZhbHVlKGludCBib29sKQogICAgIFBPTElDWV9S RExPQ0s7CiAKICAgICBsZW4gPSBwb2xpY3lkYi5wX2Jvb2xzLm5wcmltOwot ICAgIGlmICggYm9vbCA+PSBsZW4gKQorICAgIGlmICggYm9vbCA+PSBsZW4g fHwgYm9vbCA8IDAgKQogICAgIHsKICAgICAgICAgcmMgPSAtRUZBVUxUOwog ICAgICAgICBnb3RvIG91dDsK --=separator Content-Type: application/octet-stream; name="xsa84-4.2.patch" Content-Disposition: attachment; filename="xsa84-4.2.patch" Content-Transfer-Encoding: base64 Zmxhc2s6IGZpeCByZWFkaW5nIHN0cmluZ3MgZnJvbSBndWVzdCBtZW1vcnkK ClNpbmNlIHRoZSBzdHJpbmcgc2l6ZSBpcyBiZWluZyBzcGVjaWZpZWQgYnkg dGhlIGd1ZXN0LCB3ZSBtdXN0IHJhbmdlCmNoZWNrIGl0IHByb3Blcmx5IGJl Zm9yZSBkb2luZyBhbGxvY2F0aW9ucyBiYXNlZCBvbiBpdC4gV2hpbGUgZm9y IHRoZQp0d28gY2FzZXMgdGhhdCBhcmUgZXhwb3NlZCBvbmx5IHRvIHRydXN0 ZWQgZ3Vlc3RzICh2aWEgcG9saWN5CnJlc3RyaWN0aW9uKSB0aGlzIGp1c3Qg dXNlcyBhbiBhcmJpdHJhcnkgdXBwZXIgbGltaXQgKFBBR0VfU0laRSksIGZv cgp0aGUgRkxBU0tfW0dTXUVUQk9PTCBjYXNlICh3aGljaCBhbnkgZ3Vlc3Qg Y2FuIHVzZSkgdGhlIHVwcGVyIGxpbWl0CmdldHMgZW5mb3JjZWQgYmFzZWQg b24gdGhlIGxvbmdlc3QgbmFtZSBhY3Jvc3MgYWxsIGJvb2xlYW4gc2V0dGlu Z3MuCgpUaGlzIGlzIFhTQS04NC4KClJlcG9ydGVkLWJ5OiBNYXR0aGV3IERh bGV5IDxtYXR0ZEBidWdmdXp6LmNvbT4KU2lnbmVkLW9mZi1ieTogSmFuIEJl dWxpY2ggPGpiZXVsaWNoQHN1c2UuY29tPgpBY2tlZC1ieTogRGFuaWVsIERl IEdyYWFmIDxkZ2RlZ3JhQHR5Y2hvLm5zYS5nb3Y+CgotLS0gYS94ZW4veHNt L2ZsYXNrL2ZsYXNrX29wLmMKKysrIGIveGVuL3hzbS9mbGFzay9mbGFza19v cC5jCkBAIC01Myw2ICs1Myw3IEBAIHN0YXRpYyBERUZJTkVfU1BJTkxPQ0so c2VsX3NlbSk7CiAvKiBnbG9iYWwgZGF0YSBmb3IgYm9vbGVhbnMgKi8KIHN0 YXRpYyBpbnQgYm9vbF9udW0gPSAwOwogc3RhdGljIGludCAqYm9vbF9wZW5k aW5nX3ZhbHVlcyA9IE5VTEw7CitzdGF0aWMgc2l6ZV90IGJvb2xfbWF4c3Ry Owogc3RhdGljIGludCBmbGFza19zZWN1cml0eV9tYWtlX2Jvb2xzKHZvaWQp OwogCiBleHRlcm4gaW50IHNzX2luaXRpYWxpemVkOwpAQCAtNzEsOSArNzIs MTUgQEAgc3RhdGljIGludCBkb21haW5faGFzX3NlY3VyaXR5KHN0cnVjdCBk bwogICAgICAgICAgICAgICAgICAgICAgICAgcGVybXMsIE5VTEwpOwogfQog Ci1zdGF0aWMgaW50IGZsYXNrX2NvcHlpbl9zdHJpbmcoWEVOX0dVRVNUX0hB TkRMRShjaGFyKSB1X2J1ZiwgY2hhciAqKmJ1ZiwgdWludDMyX3Qgc2l6ZSkK K3N0YXRpYyBpbnQgZmxhc2tfY29weWluX3N0cmluZyhYRU5fR1VFU1RfSEFO RExFKGNoYXIpIHVfYnVmLCBjaGFyICoqYnVmLAorICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIHNpemVfdCBzaXplLCBzaXplX3QgbWF4X3NpemUp CiB7Ci0gICAgY2hhciAqdG1wID0geG1hbGxvY19ieXRlcyhzaXplICsgMSk7 CisgICAgY2hhciAqdG1wOworCisgICAgaWYgKCBzaXplID4gbWF4X3NpemUg KQorICAgICAgICByZXR1cm4gLUVOT0VOVDsKKworICAgIHRtcCA9IHhtYWxs b2NfYXJyYXkoY2hhciwgc2l6ZSArIDEpOwogICAgIGlmICggIXRtcCApCiAg ICAgICAgIHJldHVybiAtRU5PTUVNOwogCkBAIC05OSw3ICsxMDYsNyBAQCBz dGF0aWMgaW50IGZsYXNrX3NlY3VyaXR5X3VzZXIoc3RydWN0IHhlCiAgICAg aWYgKCBydiApCiAgICAgICAgIHJldHVybiBydjsKIAotICAgIHJ2ID0gZmxh c2tfY29weWluX3N0cmluZyhhcmctPnUudXNlciwgJnVzZXIsIGFyZy0+c2l6 ZSk7CisgICAgcnYgPSBmbGFza19jb3B5aW5fc3RyaW5nKGFyZy0+dS51c2Vy LCAmdXNlciwgYXJnLT5zaXplLCBQQUdFX1NJWkUpOwogICAgIGlmICggcnYg KQogICAgICAgICByZXR1cm4gcnY7CiAKQEAgLTIxMCw3ICsyMTcsNyBAQCBz dGF0aWMgaW50IGZsYXNrX3NlY3VyaXR5X2NvbnRleHQoc3RydWN0CiAgICAg aWYgKCBydiApCiAgICAgICAgIHJldHVybiBydjsKIAotICAgIHJ2ID0gZmxh c2tfY29weWluX3N0cmluZyhhcmctPmNvbnRleHQsICZidWYsIGFyZy0+c2l6 ZSk7CisgICAgcnYgPSBmbGFza19jb3B5aW5fc3RyaW5nKGFyZy0+Y29udGV4 dCwgJmJ1ZiwgYXJnLT5zaXplLCBQQUdFX1NJWkUpOwogICAgIGlmICggcnYg KQogICAgICAgICByZXR1cm4gcnY7CiAKQEAgLTMwMyw3ICszMTAsNyBAQCBz dGF0aWMgaW50IGZsYXNrX3NlY3VyaXR5X3Jlc29sdmVfYm9vbChzCiAgICAg aWYgKCBhcmctPmJvb2xfaWQgIT0gLTEgKQogICAgICAgICByZXR1cm4gMDsK IAotICAgIHJ2ID0gZmxhc2tfY29weWluX3N0cmluZyhhcmctPm5hbWUsICZu YW1lLCBhcmctPnNpemUpOworICAgIHJ2ID0gZmxhc2tfY29weWluX3N0cmlu ZyhhcmctPm5hbWUsICZuYW1lLCBhcmctPnNpemUsIGJvb2xfbWF4c3RyKTsK ICAgICBpZiAoIHJ2ICkKICAgICAgICAgcmV0dXJuIHJ2OwogCkBAIC0zMzQs NyArMzQxLDcgQEAgc3RhdGljIGludCBmbGFza19zZWN1cml0eV9zZXRfYm9v bChzdHJ1YwogICAgICAgICBpbnQgbnVtOwogICAgICAgICBpbnQgKnZhbHVl czsKIAotICAgICAgICBydiA9IHNlY3VyaXR5X2dldF9ib29scygmbnVtLCBO VUxMLCAmdmFsdWVzKTsKKyAgICAgICAgcnYgPSBzZWN1cml0eV9nZXRfYm9v bHMoJm51bSwgTlVMTCwgJnZhbHVlcywgTlVMTCk7CiAgICAgICAgIGlmICgg cnYgIT0gMCApCiAgICAgICAgICAgICBnb3RvIG91dDsKIApAQCAtNDQwLDcg KzQ0Nyw3IEBAIHN0YXRpYyBpbnQgZmxhc2tfc2VjdXJpdHlfbWFrZV9ib29s cyh2b2kKICAgICAKICAgICB4ZnJlZShib29sX3BlbmRpbmdfdmFsdWVzKTsK ICAgICAKLSAgICByZXQgPSBzZWN1cml0eV9nZXRfYm9vbHMoJm51bSwgTlVM TCwgJnZhbHVlcyk7CisgICAgcmV0ID0gc2VjdXJpdHlfZ2V0X2Jvb2xzKCZu dW0sIE5VTEwsICZ2YWx1ZXMsICZib29sX21heHN0cik7CiAgICAgaWYgKCBy ZXQgIT0gMCApCiAgICAgICAgIGdvdG8gb3V0OwogCi0tLSBhL3hlbi94c20v Zmxhc2svaW5jbHVkZS9jb25kaXRpb25hbC5oCisrKyBiL3hlbi94c20vZmxh c2svaW5jbHVkZS9jb25kaXRpb25hbC5oCkBAIC0xMyw3ICsxMyw5IEBACiAj aWZuZGVmIF9GTEFTS19DT05ESVRJT05BTF9IXwogI2RlZmluZSBfRkxBU0tf Q09ORElUSU9OQUxfSF8KIAotaW50IHNlY3VyaXR5X2dldF9ib29scyhpbnQg KmxlbiwgY2hhciAqKipuYW1lcywgaW50ICoqdmFsdWVzKTsKKyNpbmNsdWRl IDx4ZW4vdHlwZXMuaD4KKworaW50IHNlY3VyaXR5X2dldF9ib29scyhpbnQg KmxlbiwgY2hhciAqKipuYW1lcywgaW50ICoqdmFsdWVzLCBzaXplX3QgKm1h eHN0cik7CiAKIGludCBzZWN1cml0eV9zZXRfYm9vbHMoaW50IGxlbiwgaW50 ICp2YWx1ZXMpOwogCi0tLSBhL3hlbi94c20vZmxhc2svc3Mvc2VydmljZXMu YworKysgYi94ZW4veHNtL2ZsYXNrL3NzL3NlcnZpY2VzLmMKQEAgLTE5MDAs NyArMTkwMCw3IEBAIGludCBzZWN1cml0eV9maW5kX2Jvb2woY29uc3QgY2hh ciAqbmFtZSkKICAgICByZXR1cm4gcnY7CiB9CiAKLWludCBzZWN1cml0eV9n ZXRfYm9vbHMoaW50ICpsZW4sIGNoYXIgKioqbmFtZXMsIGludCAqKnZhbHVl cykKK2ludCBzZWN1cml0eV9nZXRfYm9vbHMoaW50ICpsZW4sIGNoYXIgKioq bmFtZXMsIGludCAqKnZhbHVlcywgc2l6ZV90ICptYXhzdHIpCiB7CiAgICAg aW50IGksIHJjID0gLUVOT01FTTsKIApAQCAtMTkwOCw2ICsxOTA4LDggQEAg aW50IHNlY3VyaXR5X2dldF9ib29scyhpbnQgKmxlbiwgY2hhciAqKgogICAg IGlmICggbmFtZXMgKQogICAgICAgICAqbmFtZXMgPSBOVUxMOwogICAgICp2 YWx1ZXMgPSBOVUxMOworICAgIGlmICggbWF4c3RyICkKKyAgICAgICAgKm1h eHN0ciA9IDA7CiAKICAgICAqbGVuID0gcG9saWN5ZGIucF9ib29scy5ucHJp bTsKICAgICBpZiAoICEqbGVuICkKQEAgLTE5MjksMTYgKzE5MzEsMTcgQEAg aW50IHNlY3VyaXR5X2dldF9ib29scyhpbnQgKmxlbiwgY2hhciAqKgogCiAg ICAgZm9yICggaSA9IDA7IGkgPCAqbGVuOyBpKysgKQogICAgIHsKLSAgICAg ICAgc2l6ZV90IG5hbWVfbGVuOworICAgICAgICBzaXplX3QgbmFtZV9sZW4g PSBzdHJsZW4ocG9saWN5ZGIucF9ib29sX3ZhbF90b19uYW1lW2ldKTsKKwog ICAgICAgICAoKnZhbHVlcylbaV0gPSBwb2xpY3lkYi5ib29sX3ZhbF90b19z dHJ1Y3RbaV0tPnN0YXRlOwogICAgICAgICBpZiAoIG5hbWVzICkgewotICAg ICAgICAgICAgbmFtZV9sZW4gPSBzdHJsZW4ocG9saWN5ZGIucF9ib29sX3Zh bF90b19uYW1lW2ldKSArIDE7Ci0gICAgICAgICAgICAoKm5hbWVzKVtpXSA9 IChjaGFyKil4bWFsbG9jX2FycmF5KGNoYXIsIG5hbWVfbGVuKTsKKyAgICAg ICAgICAgICgqbmFtZXMpW2ldID0geG1hbGxvY19hcnJheShjaGFyLCBuYW1l X2xlbiArIDEpOwogICAgICAgICAgICAgaWYgKCAhKCpuYW1lcylbaV0gKQog ICAgICAgICAgICAgICAgIGdvdG8gZXJyOwotICAgICAgICAgICAgc3RybGNw eSgoKm5hbWVzKVtpXSwgcG9saWN5ZGIucF9ib29sX3ZhbF90b19uYW1lW2ld LCBuYW1lX2xlbik7Ci0gICAgICAgICAgICAoKm5hbWVzKVtpXVtuYW1lX2xl biAtIDFdID0gMDsKKyAgICAgICAgICAgIHN0cmxjcHkoKCpuYW1lcylbaV0s IHBvbGljeWRiLnBfYm9vbF92YWxfdG9fbmFtZVtpXSwgbmFtZV9sZW4gKyAx KTsKICAgICAgICAgfQorICAgICAgICBpZiAoIG1heHN0ciAmJiBuYW1lX2xl biA+ICptYXhzdHIgKQorICAgICAgICAgICAgKm1heHN0ciA9IG5hbWVfbGVu OwogICAgIH0KICAgICByYyA9IDA7CiBvdXQ6CkBAIC0yMDU2LDcgKzIwNTks NyBAQCBzdGF0aWMgaW50IHNlY3VyaXR5X3ByZXNlcnZlX2Jvb2xzKHN0cnVj CiAgICAgc3RydWN0IGNvbmRfYm9vbF9kYXR1bSAqYm9vbGRhdHVtOwogICAg IHN0cnVjdCBjb25kX25vZGUgKmN1cjsKIAotICAgIHJjID0gc2VjdXJpdHlf Z2V0X2Jvb2xzKCZuYm9vbHMsICZibmFtZXMsICZidmFsdWVzKTsKKyAgICBy YyA9IHNlY3VyaXR5X2dldF9ib29scygmbmJvb2xzLCAmYm5hbWVzLCAmYnZh bHVlcywgTlVMTCk7CiAgICAgaWYgKCByYyApCiAgICAgICAgIGdvdG8gb3V0 OwogICAgIGZvciAoIGkgPSAwOyBpIDwgbmJvb2xzOyBpKysgKQo= --=separator Content-Type: application/octet-stream; name="xsa84-unstable-4.3.patch" Content-Disposition: attachment; filename="xsa84-unstable-4.3.patch" Content-Transfer-Encoding: base64 Zmxhc2s6IGZpeCByZWFkaW5nIHN0cmluZ3MgZnJvbSBndWVzdCBtZW1vcnkK ClNpbmNlIHRoZSBzdHJpbmcgc2l6ZSBpcyBiZWluZyBzcGVjaWZpZWQgYnkg dGhlIGd1ZXN0LCB3ZSBtdXN0IHJhbmdlCmNoZWNrIGl0IHByb3Blcmx5IGJl Zm9yZSBkb2luZyBhbGxvY2F0aW9ucyBiYXNlZCBvbiBpdC4gV2hpbGUgZm9y IHRoZQp0d28gY2FzZXMgdGhhdCBhcmUgZXhwb3NlZCBvbmx5IHRvIHRydXN0 ZWQgZ3Vlc3RzICh2aWEgcG9saWN5CnJlc3RyaWN0aW9uKSB0aGlzIGp1c3Qg dXNlcyBhbiBhcmJpdHJhcnkgdXBwZXIgbGltaXQgKFBBR0VfU0laRSksIGZv cgp0aGUgRkxBU0tfW0dTXUVUQk9PTCBjYXNlICh3aGljaCBhbnkgZ3Vlc3Qg Y2FuIHVzZSkgdGhlIHVwcGVyIGxpbWl0CmdldHMgZW5mb3JjZWQgYmFzZWQg b24gdGhlIGxvbmdlc3QgbmFtZSBhY3Jvc3MgYWxsIGJvb2xlYW4gc2V0dGlu Z3MuCgpUaGlzIGlzIFhTQS04NC4KClJlcG9ydGVkLWJ5OiBNYXR0aGV3IERh bGV5IDxtYXR0ZEBidWdmdXp6LmNvbT4KU2lnbmVkLW9mZi1ieTogSmFuIEJl dWxpY2ggPGpiZXVsaWNoQHN1c2UuY29tPgpBY2tlZC1ieTogRGFuaWVsIERl IEdyYWFmIDxkZ2RlZ3JhQHR5Y2hvLm5zYS5nb3Y+CgotLS0gYS94ZW4veHNt L2ZsYXNrL2ZsYXNrX29wLmMKKysrIGIveGVuL3hzbS9mbGFzay9mbGFza19v cC5jCkBAIC01Myw2ICs1Myw3IEBAIHN0YXRpYyBERUZJTkVfU1BJTkxPQ0so c2VsX3NlbSk7CiAvKiBnbG9iYWwgZGF0YSBmb3IgYm9vbGVhbnMgKi8KIHN0 YXRpYyBpbnQgYm9vbF9udW0gPSAwOwogc3RhdGljIGludCAqYm9vbF9wZW5k aW5nX3ZhbHVlcyA9IE5VTEw7CitzdGF0aWMgc2l6ZV90IGJvb2xfbWF4c3Ry Owogc3RhdGljIGludCBmbGFza19zZWN1cml0eV9tYWtlX2Jvb2xzKHZvaWQp OwogCiBleHRlcm4gaW50IHNzX2luaXRpYWxpemVkOwpAQCAtNzEsOSArNzIs MTUgQEAgc3RhdGljIGludCBkb21haW5faGFzX3NlY3VyaXR5KHN0cnVjdCBk bwogICAgICAgICAgICAgICAgICAgICAgICAgcGVybXMsIE5VTEwpOwogfQog Ci1zdGF0aWMgaW50IGZsYXNrX2NvcHlpbl9zdHJpbmcoWEVOX0dVRVNUX0hB TkRMRV9QQVJBTShjaGFyKSB1X2J1ZiwgY2hhciAqKmJ1ZiwgdWludDMyX3Qg c2l6ZSkKK3N0YXRpYyBpbnQgZmxhc2tfY29weWluX3N0cmluZyhYRU5fR1VF U1RfSEFORExFX1BBUkFNKGNoYXIpIHVfYnVmLCBjaGFyICoqYnVmLAorICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIHNpemVfdCBzaXplLCBzaXpl X3QgbWF4X3NpemUpCiB7Ci0gICAgY2hhciAqdG1wID0geG1hbGxvY19ieXRl cyhzaXplICsgMSk7CisgICAgY2hhciAqdG1wOworCisgICAgaWYgKCBzaXpl ID4gbWF4X3NpemUgKQorICAgICAgICByZXR1cm4gLUVOT0VOVDsKKworICAg IHRtcCA9IHhtYWxsb2NfYXJyYXkoY2hhciwgc2l6ZSArIDEpOwogICAgIGlm ICggIXRtcCApCiAgICAgICAgIHJldHVybiAtRU5PTUVNOwogCkBAIC05OSw3 ICsxMDYsNyBAQCBzdGF0aWMgaW50IGZsYXNrX3NlY3VyaXR5X3VzZXIoc3Ry dWN0IHhlCiAgICAgaWYgKCBydiApCiAgICAgICAgIHJldHVybiBydjsKIAot ICAgIHJ2ID0gZmxhc2tfY29weWluX3N0cmluZyhhcmctPnUudXNlciwgJnVz ZXIsIGFyZy0+c2l6ZSk7CisgICAgcnYgPSBmbGFza19jb3B5aW5fc3RyaW5n KGFyZy0+dS51c2VyLCAmdXNlciwgYXJnLT5zaXplLCBQQUdFX1NJWkUpOwog ICAgIGlmICggcnYgKQogICAgICAgICByZXR1cm4gcnY7CiAKQEAgLTIxMCw3 ICsyMTcsNyBAQCBzdGF0aWMgaW50IGZsYXNrX3NlY3VyaXR5X2NvbnRleHQo c3RydWN0CiAgICAgaWYgKCBydiApCiAgICAgICAgIHJldHVybiBydjsKIAot ICAgIHJ2ID0gZmxhc2tfY29weWluX3N0cmluZyhhcmctPmNvbnRleHQsICZi dWYsIGFyZy0+c2l6ZSk7CisgICAgcnYgPSBmbGFza19jb3B5aW5fc3RyaW5n KGFyZy0+Y29udGV4dCwgJmJ1ZiwgYXJnLT5zaXplLCBQQUdFX1NJWkUpOwog ICAgIGlmICggcnYgKQogICAgICAgICByZXR1cm4gcnY7CiAKQEAgLTMwMyw3 ICszMTAsNyBAQCBzdGF0aWMgaW50IGZsYXNrX3NlY3VyaXR5X3Jlc29sdmVf Ym9vbChzCiAgICAgaWYgKCBhcmctPmJvb2xfaWQgIT0gLTEgKQogICAgICAg ICByZXR1cm4gMDsKIAotICAgIHJ2ID0gZmxhc2tfY29weWluX3N0cmluZyhh cmctPm5hbWUsICZuYW1lLCBhcmctPnNpemUpOworICAgIHJ2ID0gZmxhc2tf Y29weWluX3N0cmluZyhhcmctPm5hbWUsICZuYW1lLCBhcmctPnNpemUsIGJv b2xfbWF4c3RyKTsKICAgICBpZiAoIHJ2ICkKICAgICAgICAgcmV0dXJuIHJ2 OwogCkBAIC0zMzQsNyArMzQxLDcgQEAgc3RhdGljIGludCBmbGFza19zZWN1 cml0eV9zZXRfYm9vbChzdHJ1YwogICAgICAgICBpbnQgbnVtOwogICAgICAg ICBpbnQgKnZhbHVlczsKIAotICAgICAgICBydiA9IHNlY3VyaXR5X2dldF9i b29scygmbnVtLCBOVUxMLCAmdmFsdWVzKTsKKyAgICAgICAgcnYgPSBzZWN1 cml0eV9nZXRfYm9vbHMoJm51bSwgTlVMTCwgJnZhbHVlcywgTlVMTCk7CiAg ICAgICAgIGlmICggcnYgIT0gMCApCiAgICAgICAgICAgICBnb3RvIG91dDsK IApAQCAtNDQwLDcgKzQ0Nyw3IEBAIHN0YXRpYyBpbnQgZmxhc2tfc2VjdXJp dHlfbWFrZV9ib29scyh2b2kKICAgICAKICAgICB4ZnJlZShib29sX3BlbmRp bmdfdmFsdWVzKTsKICAgICAKLSAgICByZXQgPSBzZWN1cml0eV9nZXRfYm9v bHMoJm51bSwgTlVMTCwgJnZhbHVlcyk7CisgICAgcmV0ID0gc2VjdXJpdHlf Z2V0X2Jvb2xzKCZudW0sIE5VTEwsICZ2YWx1ZXMsICZib29sX21heHN0cik7 CiAgICAgaWYgKCByZXQgIT0gMCApCiAgICAgICAgIGdvdG8gb3V0OwogCi0t LSBhL3hlbi94c20vZmxhc2svaW5jbHVkZS9jb25kaXRpb25hbC5oCisrKyBi L3hlbi94c20vZmxhc2svaW5jbHVkZS9jb25kaXRpb25hbC5oCkBAIC0xMyw3 ICsxMyw5IEBACiAjaWZuZGVmIF9GTEFTS19DT05ESVRJT05BTF9IXwogI2Rl ZmluZSBfRkxBU0tfQ09ORElUSU9OQUxfSF8KIAotaW50IHNlY3VyaXR5X2dl dF9ib29scyhpbnQgKmxlbiwgY2hhciAqKipuYW1lcywgaW50ICoqdmFsdWVz KTsKKyNpbmNsdWRlIDx4ZW4vdHlwZXMuaD4KKworaW50IHNlY3VyaXR5X2dl dF9ib29scyhpbnQgKmxlbiwgY2hhciAqKipuYW1lcywgaW50ICoqdmFsdWVz LCBzaXplX3QgKm1heHN0cik7CiAKIGludCBzZWN1cml0eV9zZXRfYm9vbHMo aW50IGxlbiwgaW50ICp2YWx1ZXMpOwogCi0tLSBhL3hlbi94c20vZmxhc2sv c3Mvc2VydmljZXMuYworKysgYi94ZW4veHNtL2ZsYXNrL3NzL3NlcnZpY2Vz LmMKQEAgLTE4NTAsNyArMTg1MCw3IEBAIGludCBzZWN1cml0eV9maW5kX2Jv b2woY29uc3QgY2hhciAqbmFtZSkKICAgICByZXR1cm4gcnY7CiB9CiAKLWlu dCBzZWN1cml0eV9nZXRfYm9vbHMoaW50ICpsZW4sIGNoYXIgKioqbmFtZXMs IGludCAqKnZhbHVlcykKK2ludCBzZWN1cml0eV9nZXRfYm9vbHMoaW50ICps ZW4sIGNoYXIgKioqbmFtZXMsIGludCAqKnZhbHVlcywgc2l6ZV90ICptYXhz dHIpCiB7CiAgICAgaW50IGksIHJjID0gLUVOT01FTTsKIApAQCAtMTg1OCw2 ICsxODU4LDggQEAgaW50IHNlY3VyaXR5X2dldF9ib29scyhpbnQgKmxlbiwg Y2hhciAqKgogICAgIGlmICggbmFtZXMgKQogICAgICAgICAqbmFtZXMgPSBO VUxMOwogICAgICp2YWx1ZXMgPSBOVUxMOworICAgIGlmICggbWF4c3RyICkK KyAgICAgICAgKm1heHN0ciA9IDA7CiAKICAgICAqbGVuID0gcG9saWN5ZGIu cF9ib29scy5ucHJpbTsKICAgICBpZiAoICEqbGVuICkKQEAgLTE4NzksMTYg KzE4ODEsMTcgQEAgaW50IHNlY3VyaXR5X2dldF9ib29scyhpbnQgKmxlbiwg Y2hhciAqKgogCiAgICAgZm9yICggaSA9IDA7IGkgPCAqbGVuOyBpKysgKQog ICAgIHsKLSAgICAgICAgc2l6ZV90IG5hbWVfbGVuOworICAgICAgICBzaXpl X3QgbmFtZV9sZW4gPSBzdHJsZW4ocG9saWN5ZGIucF9ib29sX3ZhbF90b19u YW1lW2ldKTsKKwogICAgICAgICAoKnZhbHVlcylbaV0gPSBwb2xpY3lkYi5i b29sX3ZhbF90b19zdHJ1Y3RbaV0tPnN0YXRlOwogICAgICAgICBpZiAoIG5h bWVzICkgewotICAgICAgICAgICAgbmFtZV9sZW4gPSBzdHJsZW4ocG9saWN5 ZGIucF9ib29sX3ZhbF90b19uYW1lW2ldKSArIDE7Ci0gICAgICAgICAgICAo Km5hbWVzKVtpXSA9IChjaGFyKil4bWFsbG9jX2FycmF5KGNoYXIsIG5hbWVf bGVuKTsKKyAgICAgICAgICAgICgqbmFtZXMpW2ldID0geG1hbGxvY19hcnJh eShjaGFyLCBuYW1lX2xlbiArIDEpOwogICAgICAgICAgICAgaWYgKCAhKCpu YW1lcylbaV0gKQogICAgICAgICAgICAgICAgIGdvdG8gZXJyOwotICAgICAg ICAgICAgc3RybGNweSgoKm5hbWVzKVtpXSwgcG9saWN5ZGIucF9ib29sX3Zh bF90b19uYW1lW2ldLCBuYW1lX2xlbik7Ci0gICAgICAgICAgICAoKm5hbWVz KVtpXVtuYW1lX2xlbiAtIDFdID0gMDsKKyAgICAgICAgICAgIHN0cmxjcHko KCpuYW1lcylbaV0sIHBvbGljeWRiLnBfYm9vbF92YWxfdG9fbmFtZVtpXSwg bmFtZV9sZW4gKyAxKTsKICAgICAgICAgfQorICAgICAgICBpZiAoIG1heHN0 ciAmJiBuYW1lX2xlbiA+ICptYXhzdHIgKQorICAgICAgICAgICAgKm1heHN0 ciA9IG5hbWVfbGVuOwogICAgIH0KICAgICByYyA9IDA7CiBvdXQ6CkBAIC0y MDA2LDcgKzIwMDksNyBAQCBzdGF0aWMgaW50IHNlY3VyaXR5X3ByZXNlcnZl X2Jvb2xzKHN0cnVjCiAgICAgc3RydWN0IGNvbmRfYm9vbF9kYXR1bSAqYm9v bGRhdHVtOwogICAgIHN0cnVjdCBjb25kX25vZGUgKmN1cjsKIAotICAgIHJj ID0gc2VjdXJpdHlfZ2V0X2Jvb2xzKCZuYm9vbHMsICZibmFtZXMsICZidmFs dWVzKTsKKyAgICByYyA9IHNlY3VyaXR5X2dldF9ib29scygmbmJvb2xzLCAm Ym5hbWVzLCAmYnZhbHVlcywgTlVMTCk7CiAgICAgaWYgKCByYyApCiAgICAg ICAgIGdvdG8gb3V0OwogICAgIGZvciAoIGkgPSAwOyBpIDwgbmJvb2xzOyBp KysgKQo= --=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 Mon Feb 10 11:30:47 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 10 Feb 2014 11:30: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 1WCp3S-0000Cj-CE; Mon, 10 Feb 2014 11:29:38 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WCp3N-0000B6-In; Mon, 10 Feb 2014 11:29:33 +0000 Received: from [193.109.254.147:17754] by server-3.bemta-14.messagelabs.com id A5/98-00432-C18B8F25; Mon, 10 Feb 2014 11:29:32 +0000 X-Env-Sender: iwj@xenbits.xen.org X-Msg-Ref: server-2.tower-27.messagelabs.com!1392031770!3201751!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: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18772 invoked from network); 10 Feb 2014 11:29:31 -0000 Received: from mail.xen.org (HELO mail.xen.org) (50.57.168.107) by server-2.tower-27.messagelabs.com with AES256-SHA encrypted SMTP; 10 Feb 2014 11:29:31 -0000 Received: from xenbits.xen.org ([50.57.170.242]) by mail.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WCp3H-00028Y-Ew; Mon, 10 Feb 2014 11:29:27 +0000 Received: from iwj by xenbits.xen.org with local (Exim 4.72) (envelope-from ) id 1WCp3H-0004it-7u; Mon, 10 Feb 2014 11:29:27 +0000 Date: Mon, 10 Feb 2014 11:29:27 +0000 Message-Id: Content-Type: multipart/mixed; boundary="=separator"; charset="utf-8" Content-Transfer-Encoding: binary MIME-Version: 1.0 X-Mailer: MIME-tools 5.428 (Entity 5.428) 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 Cc: "Xen.org security team" Subject: [Xen-users] Xen Security Advisory 84 (CVE-2014-1891, CVE-2014-1892, CVE-2014-1893, CVE-2014-1894) - integer overflow in several XSM/Flask hypercalls X-BeenThere: xen-users@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-2014-1891,CVE-2014-1892,CVE-2014-1893,CVE-2014-1894 / XSA-84 version 3 integer overflow in several XSM/Flask hypercalls UPDATES IN VERSION 3 ==================== CVE numbers have been assigned. ISSUE DESCRIPTION ================= The FLASK_{GET,SET}BOOL, FLASK_USER and FLASK_CONTEXT_TO_SID suboperations of the flask hypercall are vulnerable to an integer overflow on the input size. The hypercalls attempt to allocate a buffer which is 1 larger than this size and is therefore vulnerable to integer overflow and an attempt to allocate then access a zero byte buffer. (CVE-2014-1891) Xen 3.3 through 4.1, while not affected by the above overflow, have a different overflow issue on FLASK_{GET,SET}BOOL (CVE-2014-1893) and expose unreasonably large memory allocation to aribitrary guests (CVE-2014-1892). Xen 3.2 (and presumably earlier) exhibit both problems with the overflow issue being present for more than just the suboperations listed above. (CVE-2014-1894 for the subops not covered above.) The FLASK_GETBOOL op is available to all domains. The FLASK_SETBOOL op is only available to domains which are granted access via the Flask policy. However the permissions check is performed only after running the vulnerable code and the vulnerability via this subop is exposed to all domains. The FLASK_USER and FLASK_CONTEXT_TO_SID ops are only available to domains which are granted access via the Flask policy. IMPACT ====== Attempting to access the result of a zero byte allocation results in a processor fault leading to a denial of service. VULNERABLE SYSTEMS ================== All Xen versions back to at least 3.2 are vulnerable to this issue when built with XSM/Flask support. XSM support is disabled by default and is enabled by building with XSM_ENABLE=y. We have not checked earlier versions of Xen, but it is likely that they are vulnerable to this or related vulnerabilities. All Xen versions built with XSM_ENABLE=y are vulnerable. MITIGATION ========== There is no useful mitigation available in installations where XSM support is actually in use. In other systems, compiling it out (with XSM_ENABLE=n) will avoid the vulnerability. CREDITS ======= This issue was discovered by Matthew Daley. RESOLUTION ========== Applying the appropriate attached patch resolves this issue. xsa84-unstable-4.3.patch xen-unstable,Xen 4.3.x xsa84-4.2.patch Xen 4.2.x xsa84-4.1.patch Xen 4.1.x $ sha256sum xsa84*.patch e33dd94499959363ad01bebefda9733683c49fd42a9641cf2d7edcd87f853d55 xsa84-4.1.patch 433f3c8a202482c51a48dc0e9e47ac8751d1c0d0759b7bcd22804e1856279a89 xsa84-4.2.patch 64ae433eb606c5446184c08e6fceb9f660ed9a9c28ec112c8cc529251b3b49fb xsa84-unstable-4.3.patch $ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJS+LgGAAoJEIP+FMlX6CvZH1MH/00JKMYdEyaSA3oVGRTeV3Wk /ZgZl0dTuEBYLWTh/sE8txPGVb7jOvc4pzuhZ8Z0rvh4J10EKjqIUutSs0QR6m3U +3H+C/eHW98oselKT1csUoIZuf+3oTkZeryVeTyUi7g04xoYHpljT/u+gku8Twuz G8D3ckchHx5Zi40u0hQWAIOyJxwlpXD74mv2hnHa7X30anpLgGhsBxGLoghJSJwd x+i82krxbs0Ac7zKQBeVpPhVHE7QHR5Em1BqkxxtT8c93aujeD0Lkdw2H2ki1uOc +XOEwl/kT9TqiiHy+D+wZwY08xwijC4MZrxvVW35M6DupAG/4i9mv/ICs1GGfK8= =GrAi -----END PGP SIGNATURE----- --=separator Content-Type: application/octet-stream; name="xsa84-4.1.patch" Content-Disposition: attachment; filename="xsa84-4.1.patch" Content-Transfer-Encoding: base64 UmVmZXJlbmNlczogYm5jIzg2MDE2MyBYU0EtODQKCmZsYXNrOiByZXN0cmlj dCBhbGxvY2F0aW9ucyBkb25lIGJ5IGh5cGVyY2FsbCBpbnRlcmZhY2UKCk90 aGVyIHRoYW4gaW4gNC4yIGFuZCBuZXdlciwgd2UncmUgbm90IGhhdmluZyBh biBvdmVyZmxvdyBpc3N1ZSBoZXJlLApidXQgdW5jb250cm9sbGVkIGV4cG9z dXJlIG9mIHRoZSBvcGVyYXRpb25zIG9wZW5zIHRoZSBob3N0IHRvIGJlIGRy aXZlbgpvdXQgb2YgbWVtb3J5IGJ5IGFuIGFyYml0cmFyeSBndWVzdC4gU2lu Y2UgYWxsIG9wZXJhdGlvbnMgb3RoZXIgdGhhbgpGTEFTS19MT0FEIHNpbXBs eSBkZWFsIHdpdGggQVNDSUkgc3RyaW5ncywgbGltaXRpbmcgdGhlIGFsbG9j YXRpb25zCihhbmQgaW5jb21pbmcgYnVmZmVyIHNpemVzKSB0byBhIHBhZ2Ug d29ydGggb2YgbWVtb3J5IHNlZW1zIGxpa2UgdGhlCmJlc3QgdGhpbmcgd2Ug Y2FuIGRvLgoKQ29uc2VxdWVudGx5LCBpbiBvcmRlciB0byBub3QgZXhwb3Nl IHRoZSBsYXJnZXIgYWxsb2NhdGlvbiB0byBhcmJpdHJhcnkKZ3Vlc3RzLCB0 aGUgcGVybWlzc2lvbiBjaGVjayBmb3IgRkxBU0tfTE9BRCBuZWVkcyB0byBi ZSBwdWxsZWQgYWhlYWQgb2YKdGhlIGFsbG9jYXRpb24gKGFuZCBpdCdzIHBl cmhhcHMgd29ydGggbm90aW5nIHRoYXQgLSBhZmFpY3QgLSBpdCB3YXMKcG9p bnRsZXNzbHkgZG9uZSB3aXRoIHRoZSBzZWxfc2VtIHNwaW4gbG9jayBoZWxk KS4KCk5vdGUgdGhhdCB0aGlzIGJyZWFrcyBGTEFTS19BVkNfQ0FDSEVTVEFU UyBvbiBzeXN0ZW1zIHdpdGggc3VmZmljaWVudGx5Cm1hbnkgQ1BVcyAoYXMg cmVxdWlyaW5nIGEgYnVmZmVyIGJpZ2dlciB0aGFuIFBBR0VfU0laRSB0aGVy ZSkuIE5vCmF0dGVtcHQgaXMgbWFkZSB0byBhZGRyZXNzIHRoaXMgaGVyZSwg YXMgaXQgd291bGQgbmVlZGxlc3NseSBjb21wbGljYXRlCnRoaXMgZml4IHdp dGggcmF0aGVyIGxpdHRsZSBnYWluLgoKVGhpcyBpcyBYU0EtODQuCgpSZXBv cnRlZC1ieTogTWF0dGhldyBEYWxleSA8bWF0dGRAYnVnZnV6ei5jb20+ClNp Z25lZC1vZmYtYnk6IEphbiBCZXVsaWNoIDxqYmV1bGljaEBzdXNlLmNvbT4K ClRoZSBpbmRleCBvZiBib29sZWFuIHZhcmlhYmxlcyBpbiBGTEFTS197R0VU LFNFVH1CT09MIHdhcyBub3QgYWx3YXlzCmNoZWNrZWQgYWdhaW5zdCB0aGUg Ym91bmRzIG9mIHRoZSBhcnJheS4KClJlcG9ydGVkLWJ5OiBKb2huIE1jRGVy bW90dCA8am9obi5tY2Rlcm1vdHRAbnJsLm5hdnkubWlsPgpTaWduZWQtb2Zm LWJ5OiBEYW5pZWwgRGUgR3JhYWYgPGRnZGVncmFAdHljaG8ubnNhLmdvdj4K Ci0tLSBhL3hlbi94c20vZmxhc2svZmxhc2tfb3AuYworKysgYi94ZW4veHNt L2ZsYXNrL2ZsYXNrX29wLmMKQEAgLTU3Myw3ICs1NzMsNyBAQCBzdGF0aWMg aW50IGZsYXNrX3NlY3VyaXR5X3NldGF2Y190aHJlc2hvCiBzdGF0aWMgaW50 IGZsYXNrX3NlY3VyaXR5X3NldF9ib29sKGNoYXIgKmJ1ZiwgdWludDMyX3Qg Y291bnQpCiB7CiAgICAgaW50IGxlbmd0aCA9IC1FRkFVTFQ7Ci0gICAgaW50 IGksIG5ld192YWx1ZTsKKyAgICB1bnNpZ25lZCBpbnQgaSwgbmV3X3ZhbHVl OwogCiAgICAgc3Bpbl9sb2NrKCZzZWxfc2VtKTsKIApAQCAtNTg1LDYgKzU4 NSw5IEBAIHN0YXRpYyBpbnQgZmxhc2tfc2VjdXJpdHlfc2V0X2Jvb2woY2hh ciAKICAgICBpZiAoIHNzY2FuZihidWYsICIlZCAlZCIsICZpLCAmbmV3X3Zh bHVlKSAhPSAyICkKICAgICAgICAgZ290byBvdXQ7CiAKKyAgICBpZiAoIGkg Pj0gYm9vbF9udW0gKQorICAgICAgICBnb3RvIG91dDsKKwogICAgIGlmICgg bmV3X3ZhbHVlICkKICAgICB7CiAgICAgICAgIG5ld192YWx1ZSA9IDE7CkBA IC03MzQsMTAgKzczNyw2IEBAIHN0YXRpYyBpbnQgZmxhc2tfc2VjdXJpdHlf bG9hZChjaGFyICpidWYKIAogICAgIHNwaW5fbG9jaygmc2VsX3NlbSk7CiAK LSAgICBsZW5ndGggPSBkb21haW5faGFzX3NlY3VyaXR5KGN1cnJlbnQtPmRv bWFpbiwgU0VDVVJJVFlfX0xPQURfUE9MSUNZKTsKLSAgICBpZiAoIGxlbmd0 aCApCi0gICAgICAgIGdvdG8gb3V0OwotCiAgICAgbGVuZ3RoID0gc2VjdXJp dHlfbG9hZF9wb2xpY3koYnVmLCBjb3VudCk7CiAgICAgaWYgKCBsZW5ndGgg KQogICAgICAgICBnb3RvIG91dDsKQEAgLTg1Myw3ICs4NTIsMTUgQEAgbG9u ZyBkb19mbGFza19vcChYRU5fR1VFU1RfSEFORExFKHhzbV9vcAogICAgIGlm ICggb3AtPmNtZCA+IEZMQVNLX0xBU1QpCiAgICAgICAgIHJldHVybiAtRUlO VkFMOwogCi0gICAgaWYgKCBvcC0+c2l6ZSA+IE1BWF9QT0xJQ1lfU0laRSAp CisgICAgaWYgKCBvcC0+Y21kID09IEZMQVNLX0xPQUQgKQorICAgIHsKKyAg ICAgICAgcmMgPSBkb21haW5faGFzX3NlY3VyaXR5KGN1cnJlbnQtPmRvbWFp biwgU0VDVVJJVFlfX0xPQURfUE9MSUNZKTsKKyAgICAgICAgaWYgKCByYyAp CisgICAgICAgICAgICByZXR1cm4gcmM7CisgICAgICAgIGlmICggb3AtPnNp emUgPiBNQVhfUE9MSUNZX1NJWkUgKQorICAgICAgICAgICAgcmV0dXJuIC1F SU5WQUw7CisgICAgfQorICAgIGVsc2UgaWYgKCBvcC0+c2l6ZSA+PSBQQUdF X1NJWkUgKQogICAgICAgICByZXR1cm4gLUVJTlZBTDsKIAogICAgIGlmICgg KG9wLT5idWYgPT0gTlVMTCAmJiBvcC0+c2l6ZSAhPSAwKSB8fCAKLS0tIGEv eGVuL3hzbS9mbGFzay9zcy9zZXJ2aWNlcy5jCisrKyBiL3hlbi94c20vZmxh c2svc3Mvc2VydmljZXMuYwpAQCAtMTk5MSw3ICsxOTkxLDcgQEAgaW50IHNl Y3VyaXR5X2dldF9ib29sX3ZhbHVlKGludCBib29sKQogICAgIFBPTElDWV9S RExPQ0s7CiAKICAgICBsZW4gPSBwb2xpY3lkYi5wX2Jvb2xzLm5wcmltOwot ICAgIGlmICggYm9vbCA+PSBsZW4gKQorICAgIGlmICggYm9vbCA+PSBsZW4g fHwgYm9vbCA8IDAgKQogICAgIHsKICAgICAgICAgcmMgPSAtRUZBVUxUOwog ICAgICAgICBnb3RvIG91dDsK --=separator Content-Type: application/octet-stream; name="xsa84-4.2.patch" Content-Disposition: attachment; filename="xsa84-4.2.patch" Content-Transfer-Encoding: base64 Zmxhc2s6IGZpeCByZWFkaW5nIHN0cmluZ3MgZnJvbSBndWVzdCBtZW1vcnkK ClNpbmNlIHRoZSBzdHJpbmcgc2l6ZSBpcyBiZWluZyBzcGVjaWZpZWQgYnkg dGhlIGd1ZXN0LCB3ZSBtdXN0IHJhbmdlCmNoZWNrIGl0IHByb3Blcmx5IGJl Zm9yZSBkb2luZyBhbGxvY2F0aW9ucyBiYXNlZCBvbiBpdC4gV2hpbGUgZm9y IHRoZQp0d28gY2FzZXMgdGhhdCBhcmUgZXhwb3NlZCBvbmx5IHRvIHRydXN0 ZWQgZ3Vlc3RzICh2aWEgcG9saWN5CnJlc3RyaWN0aW9uKSB0aGlzIGp1c3Qg dXNlcyBhbiBhcmJpdHJhcnkgdXBwZXIgbGltaXQgKFBBR0VfU0laRSksIGZv cgp0aGUgRkxBU0tfW0dTXUVUQk9PTCBjYXNlICh3aGljaCBhbnkgZ3Vlc3Qg Y2FuIHVzZSkgdGhlIHVwcGVyIGxpbWl0CmdldHMgZW5mb3JjZWQgYmFzZWQg b24gdGhlIGxvbmdlc3QgbmFtZSBhY3Jvc3MgYWxsIGJvb2xlYW4gc2V0dGlu Z3MuCgpUaGlzIGlzIFhTQS04NC4KClJlcG9ydGVkLWJ5OiBNYXR0aGV3IERh bGV5IDxtYXR0ZEBidWdmdXp6LmNvbT4KU2lnbmVkLW9mZi1ieTogSmFuIEJl dWxpY2ggPGpiZXVsaWNoQHN1c2UuY29tPgpBY2tlZC1ieTogRGFuaWVsIERl IEdyYWFmIDxkZ2RlZ3JhQHR5Y2hvLm5zYS5nb3Y+CgotLS0gYS94ZW4veHNt L2ZsYXNrL2ZsYXNrX29wLmMKKysrIGIveGVuL3hzbS9mbGFzay9mbGFza19v cC5jCkBAIC01Myw2ICs1Myw3IEBAIHN0YXRpYyBERUZJTkVfU1BJTkxPQ0so c2VsX3NlbSk7CiAvKiBnbG9iYWwgZGF0YSBmb3IgYm9vbGVhbnMgKi8KIHN0 YXRpYyBpbnQgYm9vbF9udW0gPSAwOwogc3RhdGljIGludCAqYm9vbF9wZW5k aW5nX3ZhbHVlcyA9IE5VTEw7CitzdGF0aWMgc2l6ZV90IGJvb2xfbWF4c3Ry Owogc3RhdGljIGludCBmbGFza19zZWN1cml0eV9tYWtlX2Jvb2xzKHZvaWQp OwogCiBleHRlcm4gaW50IHNzX2luaXRpYWxpemVkOwpAQCAtNzEsOSArNzIs MTUgQEAgc3RhdGljIGludCBkb21haW5faGFzX3NlY3VyaXR5KHN0cnVjdCBk bwogICAgICAgICAgICAgICAgICAgICAgICAgcGVybXMsIE5VTEwpOwogfQog Ci1zdGF0aWMgaW50IGZsYXNrX2NvcHlpbl9zdHJpbmcoWEVOX0dVRVNUX0hB TkRMRShjaGFyKSB1X2J1ZiwgY2hhciAqKmJ1ZiwgdWludDMyX3Qgc2l6ZSkK K3N0YXRpYyBpbnQgZmxhc2tfY29weWluX3N0cmluZyhYRU5fR1VFU1RfSEFO RExFKGNoYXIpIHVfYnVmLCBjaGFyICoqYnVmLAorICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIHNpemVfdCBzaXplLCBzaXplX3QgbWF4X3NpemUp CiB7Ci0gICAgY2hhciAqdG1wID0geG1hbGxvY19ieXRlcyhzaXplICsgMSk7 CisgICAgY2hhciAqdG1wOworCisgICAgaWYgKCBzaXplID4gbWF4X3NpemUg KQorICAgICAgICByZXR1cm4gLUVOT0VOVDsKKworICAgIHRtcCA9IHhtYWxs b2NfYXJyYXkoY2hhciwgc2l6ZSArIDEpOwogICAgIGlmICggIXRtcCApCiAg ICAgICAgIHJldHVybiAtRU5PTUVNOwogCkBAIC05OSw3ICsxMDYsNyBAQCBz dGF0aWMgaW50IGZsYXNrX3NlY3VyaXR5X3VzZXIoc3RydWN0IHhlCiAgICAg aWYgKCBydiApCiAgICAgICAgIHJldHVybiBydjsKIAotICAgIHJ2ID0gZmxh c2tfY29weWluX3N0cmluZyhhcmctPnUudXNlciwgJnVzZXIsIGFyZy0+c2l6 ZSk7CisgICAgcnYgPSBmbGFza19jb3B5aW5fc3RyaW5nKGFyZy0+dS51c2Vy LCAmdXNlciwgYXJnLT5zaXplLCBQQUdFX1NJWkUpOwogICAgIGlmICggcnYg KQogICAgICAgICByZXR1cm4gcnY7CiAKQEAgLTIxMCw3ICsyMTcsNyBAQCBz dGF0aWMgaW50IGZsYXNrX3NlY3VyaXR5X2NvbnRleHQoc3RydWN0CiAgICAg aWYgKCBydiApCiAgICAgICAgIHJldHVybiBydjsKIAotICAgIHJ2ID0gZmxh c2tfY29weWluX3N0cmluZyhhcmctPmNvbnRleHQsICZidWYsIGFyZy0+c2l6 ZSk7CisgICAgcnYgPSBmbGFza19jb3B5aW5fc3RyaW5nKGFyZy0+Y29udGV4 dCwgJmJ1ZiwgYXJnLT5zaXplLCBQQUdFX1NJWkUpOwogICAgIGlmICggcnYg KQogICAgICAgICByZXR1cm4gcnY7CiAKQEAgLTMwMyw3ICszMTAsNyBAQCBz dGF0aWMgaW50IGZsYXNrX3NlY3VyaXR5X3Jlc29sdmVfYm9vbChzCiAgICAg aWYgKCBhcmctPmJvb2xfaWQgIT0gLTEgKQogICAgICAgICByZXR1cm4gMDsK IAotICAgIHJ2ID0gZmxhc2tfY29weWluX3N0cmluZyhhcmctPm5hbWUsICZu YW1lLCBhcmctPnNpemUpOworICAgIHJ2ID0gZmxhc2tfY29weWluX3N0cmlu ZyhhcmctPm5hbWUsICZuYW1lLCBhcmctPnNpemUsIGJvb2xfbWF4c3RyKTsK ICAgICBpZiAoIHJ2ICkKICAgICAgICAgcmV0dXJuIHJ2OwogCkBAIC0zMzQs NyArMzQxLDcgQEAgc3RhdGljIGludCBmbGFza19zZWN1cml0eV9zZXRfYm9v bChzdHJ1YwogICAgICAgICBpbnQgbnVtOwogICAgICAgICBpbnQgKnZhbHVl czsKIAotICAgICAgICBydiA9IHNlY3VyaXR5X2dldF9ib29scygmbnVtLCBO VUxMLCAmdmFsdWVzKTsKKyAgICAgICAgcnYgPSBzZWN1cml0eV9nZXRfYm9v bHMoJm51bSwgTlVMTCwgJnZhbHVlcywgTlVMTCk7CiAgICAgICAgIGlmICgg cnYgIT0gMCApCiAgICAgICAgICAgICBnb3RvIG91dDsKIApAQCAtNDQwLDcg KzQ0Nyw3IEBAIHN0YXRpYyBpbnQgZmxhc2tfc2VjdXJpdHlfbWFrZV9ib29s cyh2b2kKICAgICAKICAgICB4ZnJlZShib29sX3BlbmRpbmdfdmFsdWVzKTsK ICAgICAKLSAgICByZXQgPSBzZWN1cml0eV9nZXRfYm9vbHMoJm51bSwgTlVM TCwgJnZhbHVlcyk7CisgICAgcmV0ID0gc2VjdXJpdHlfZ2V0X2Jvb2xzKCZu dW0sIE5VTEwsICZ2YWx1ZXMsICZib29sX21heHN0cik7CiAgICAgaWYgKCBy ZXQgIT0gMCApCiAgICAgICAgIGdvdG8gb3V0OwogCi0tLSBhL3hlbi94c20v Zmxhc2svaW5jbHVkZS9jb25kaXRpb25hbC5oCisrKyBiL3hlbi94c20vZmxh c2svaW5jbHVkZS9jb25kaXRpb25hbC5oCkBAIC0xMyw3ICsxMyw5IEBACiAj aWZuZGVmIF9GTEFTS19DT05ESVRJT05BTF9IXwogI2RlZmluZSBfRkxBU0tf Q09ORElUSU9OQUxfSF8KIAotaW50IHNlY3VyaXR5X2dldF9ib29scyhpbnQg KmxlbiwgY2hhciAqKipuYW1lcywgaW50ICoqdmFsdWVzKTsKKyNpbmNsdWRl IDx4ZW4vdHlwZXMuaD4KKworaW50IHNlY3VyaXR5X2dldF9ib29scyhpbnQg KmxlbiwgY2hhciAqKipuYW1lcywgaW50ICoqdmFsdWVzLCBzaXplX3QgKm1h eHN0cik7CiAKIGludCBzZWN1cml0eV9zZXRfYm9vbHMoaW50IGxlbiwgaW50 ICp2YWx1ZXMpOwogCi0tLSBhL3hlbi94c20vZmxhc2svc3Mvc2VydmljZXMu YworKysgYi94ZW4veHNtL2ZsYXNrL3NzL3NlcnZpY2VzLmMKQEAgLTE5MDAs NyArMTkwMCw3IEBAIGludCBzZWN1cml0eV9maW5kX2Jvb2woY29uc3QgY2hh ciAqbmFtZSkKICAgICByZXR1cm4gcnY7CiB9CiAKLWludCBzZWN1cml0eV9n ZXRfYm9vbHMoaW50ICpsZW4sIGNoYXIgKioqbmFtZXMsIGludCAqKnZhbHVl cykKK2ludCBzZWN1cml0eV9nZXRfYm9vbHMoaW50ICpsZW4sIGNoYXIgKioq bmFtZXMsIGludCAqKnZhbHVlcywgc2l6ZV90ICptYXhzdHIpCiB7CiAgICAg aW50IGksIHJjID0gLUVOT01FTTsKIApAQCAtMTkwOCw2ICsxOTA4LDggQEAg aW50IHNlY3VyaXR5X2dldF9ib29scyhpbnQgKmxlbiwgY2hhciAqKgogICAg IGlmICggbmFtZXMgKQogICAgICAgICAqbmFtZXMgPSBOVUxMOwogICAgICp2 YWx1ZXMgPSBOVUxMOworICAgIGlmICggbWF4c3RyICkKKyAgICAgICAgKm1h eHN0ciA9IDA7CiAKICAgICAqbGVuID0gcG9saWN5ZGIucF9ib29scy5ucHJp bTsKICAgICBpZiAoICEqbGVuICkKQEAgLTE5MjksMTYgKzE5MzEsMTcgQEAg aW50IHNlY3VyaXR5X2dldF9ib29scyhpbnQgKmxlbiwgY2hhciAqKgogCiAg ICAgZm9yICggaSA9IDA7IGkgPCAqbGVuOyBpKysgKQogICAgIHsKLSAgICAg ICAgc2l6ZV90IG5hbWVfbGVuOworICAgICAgICBzaXplX3QgbmFtZV9sZW4g PSBzdHJsZW4ocG9saWN5ZGIucF9ib29sX3ZhbF90b19uYW1lW2ldKTsKKwog ICAgICAgICAoKnZhbHVlcylbaV0gPSBwb2xpY3lkYi5ib29sX3ZhbF90b19z dHJ1Y3RbaV0tPnN0YXRlOwogICAgICAgICBpZiAoIG5hbWVzICkgewotICAg ICAgICAgICAgbmFtZV9sZW4gPSBzdHJsZW4ocG9saWN5ZGIucF9ib29sX3Zh bF90b19uYW1lW2ldKSArIDE7Ci0gICAgICAgICAgICAoKm5hbWVzKVtpXSA9 IChjaGFyKil4bWFsbG9jX2FycmF5KGNoYXIsIG5hbWVfbGVuKTsKKyAgICAg ICAgICAgICgqbmFtZXMpW2ldID0geG1hbGxvY19hcnJheShjaGFyLCBuYW1l X2xlbiArIDEpOwogICAgICAgICAgICAgaWYgKCAhKCpuYW1lcylbaV0gKQog ICAgICAgICAgICAgICAgIGdvdG8gZXJyOwotICAgICAgICAgICAgc3RybGNw eSgoKm5hbWVzKVtpXSwgcG9saWN5ZGIucF9ib29sX3ZhbF90b19uYW1lW2ld LCBuYW1lX2xlbik7Ci0gICAgICAgICAgICAoKm5hbWVzKVtpXVtuYW1lX2xl biAtIDFdID0gMDsKKyAgICAgICAgICAgIHN0cmxjcHkoKCpuYW1lcylbaV0s IHBvbGljeWRiLnBfYm9vbF92YWxfdG9fbmFtZVtpXSwgbmFtZV9sZW4gKyAx KTsKICAgICAgICAgfQorICAgICAgICBpZiAoIG1heHN0ciAmJiBuYW1lX2xl biA+ICptYXhzdHIgKQorICAgICAgICAgICAgKm1heHN0ciA9IG5hbWVfbGVu OwogICAgIH0KICAgICByYyA9IDA7CiBvdXQ6CkBAIC0yMDU2LDcgKzIwNTks NyBAQCBzdGF0aWMgaW50IHNlY3VyaXR5X3ByZXNlcnZlX2Jvb2xzKHN0cnVj CiAgICAgc3RydWN0IGNvbmRfYm9vbF9kYXR1bSAqYm9vbGRhdHVtOwogICAg IHN0cnVjdCBjb25kX25vZGUgKmN1cjsKIAotICAgIHJjID0gc2VjdXJpdHlf Z2V0X2Jvb2xzKCZuYm9vbHMsICZibmFtZXMsICZidmFsdWVzKTsKKyAgICBy YyA9IHNlY3VyaXR5X2dldF9ib29scygmbmJvb2xzLCAmYm5hbWVzLCAmYnZh bHVlcywgTlVMTCk7CiAgICAgaWYgKCByYyApCiAgICAgICAgIGdvdG8gb3V0 OwogICAgIGZvciAoIGkgPSAwOyBpIDwgbmJvb2xzOyBpKysgKQo= --=separator Content-Type: application/octet-stream; name="xsa84-unstable-4.3.patch" Content-Disposition: attachment; filename="xsa84-unstable-4.3.patch" Content-Transfer-Encoding: base64 Zmxhc2s6IGZpeCByZWFkaW5nIHN0cmluZ3MgZnJvbSBndWVzdCBtZW1vcnkK ClNpbmNlIHRoZSBzdHJpbmcgc2l6ZSBpcyBiZWluZyBzcGVjaWZpZWQgYnkg dGhlIGd1ZXN0LCB3ZSBtdXN0IHJhbmdlCmNoZWNrIGl0IHByb3Blcmx5IGJl Zm9yZSBkb2luZyBhbGxvY2F0aW9ucyBiYXNlZCBvbiBpdC4gV2hpbGUgZm9y IHRoZQp0d28gY2FzZXMgdGhhdCBhcmUgZXhwb3NlZCBvbmx5IHRvIHRydXN0 ZWQgZ3Vlc3RzICh2aWEgcG9saWN5CnJlc3RyaWN0aW9uKSB0aGlzIGp1c3Qg dXNlcyBhbiBhcmJpdHJhcnkgdXBwZXIgbGltaXQgKFBBR0VfU0laRSksIGZv cgp0aGUgRkxBU0tfW0dTXUVUQk9PTCBjYXNlICh3aGljaCBhbnkgZ3Vlc3Qg Y2FuIHVzZSkgdGhlIHVwcGVyIGxpbWl0CmdldHMgZW5mb3JjZWQgYmFzZWQg b24gdGhlIGxvbmdlc3QgbmFtZSBhY3Jvc3MgYWxsIGJvb2xlYW4gc2V0dGlu Z3MuCgpUaGlzIGlzIFhTQS04NC4KClJlcG9ydGVkLWJ5OiBNYXR0aGV3IERh bGV5IDxtYXR0ZEBidWdmdXp6LmNvbT4KU2lnbmVkLW9mZi1ieTogSmFuIEJl dWxpY2ggPGpiZXVsaWNoQHN1c2UuY29tPgpBY2tlZC1ieTogRGFuaWVsIERl IEdyYWFmIDxkZ2RlZ3JhQHR5Y2hvLm5zYS5nb3Y+CgotLS0gYS94ZW4veHNt L2ZsYXNrL2ZsYXNrX29wLmMKKysrIGIveGVuL3hzbS9mbGFzay9mbGFza19v cC5jCkBAIC01Myw2ICs1Myw3IEBAIHN0YXRpYyBERUZJTkVfU1BJTkxPQ0so c2VsX3NlbSk7CiAvKiBnbG9iYWwgZGF0YSBmb3IgYm9vbGVhbnMgKi8KIHN0 YXRpYyBpbnQgYm9vbF9udW0gPSAwOwogc3RhdGljIGludCAqYm9vbF9wZW5k aW5nX3ZhbHVlcyA9IE5VTEw7CitzdGF0aWMgc2l6ZV90IGJvb2xfbWF4c3Ry Owogc3RhdGljIGludCBmbGFza19zZWN1cml0eV9tYWtlX2Jvb2xzKHZvaWQp OwogCiBleHRlcm4gaW50IHNzX2luaXRpYWxpemVkOwpAQCAtNzEsOSArNzIs MTUgQEAgc3RhdGljIGludCBkb21haW5faGFzX3NlY3VyaXR5KHN0cnVjdCBk bwogICAgICAgICAgICAgICAgICAgICAgICAgcGVybXMsIE5VTEwpOwogfQog Ci1zdGF0aWMgaW50IGZsYXNrX2NvcHlpbl9zdHJpbmcoWEVOX0dVRVNUX0hB TkRMRV9QQVJBTShjaGFyKSB1X2J1ZiwgY2hhciAqKmJ1ZiwgdWludDMyX3Qg c2l6ZSkKK3N0YXRpYyBpbnQgZmxhc2tfY29weWluX3N0cmluZyhYRU5fR1VF U1RfSEFORExFX1BBUkFNKGNoYXIpIHVfYnVmLCBjaGFyICoqYnVmLAorICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIHNpemVfdCBzaXplLCBzaXpl X3QgbWF4X3NpemUpCiB7Ci0gICAgY2hhciAqdG1wID0geG1hbGxvY19ieXRl cyhzaXplICsgMSk7CisgICAgY2hhciAqdG1wOworCisgICAgaWYgKCBzaXpl ID4gbWF4X3NpemUgKQorICAgICAgICByZXR1cm4gLUVOT0VOVDsKKworICAg IHRtcCA9IHhtYWxsb2NfYXJyYXkoY2hhciwgc2l6ZSArIDEpOwogICAgIGlm ICggIXRtcCApCiAgICAgICAgIHJldHVybiAtRU5PTUVNOwogCkBAIC05OSw3 ICsxMDYsNyBAQCBzdGF0aWMgaW50IGZsYXNrX3NlY3VyaXR5X3VzZXIoc3Ry dWN0IHhlCiAgICAgaWYgKCBydiApCiAgICAgICAgIHJldHVybiBydjsKIAot ICAgIHJ2ID0gZmxhc2tfY29weWluX3N0cmluZyhhcmctPnUudXNlciwgJnVz ZXIsIGFyZy0+c2l6ZSk7CisgICAgcnYgPSBmbGFza19jb3B5aW5fc3RyaW5n KGFyZy0+dS51c2VyLCAmdXNlciwgYXJnLT5zaXplLCBQQUdFX1NJWkUpOwog ICAgIGlmICggcnYgKQogICAgICAgICByZXR1cm4gcnY7CiAKQEAgLTIxMCw3 ICsyMTcsNyBAQCBzdGF0aWMgaW50IGZsYXNrX3NlY3VyaXR5X2NvbnRleHQo c3RydWN0CiAgICAgaWYgKCBydiApCiAgICAgICAgIHJldHVybiBydjsKIAot ICAgIHJ2ID0gZmxhc2tfY29weWluX3N0cmluZyhhcmctPmNvbnRleHQsICZi dWYsIGFyZy0+c2l6ZSk7CisgICAgcnYgPSBmbGFza19jb3B5aW5fc3RyaW5n KGFyZy0+Y29udGV4dCwgJmJ1ZiwgYXJnLT5zaXplLCBQQUdFX1NJWkUpOwog ICAgIGlmICggcnYgKQogICAgICAgICByZXR1cm4gcnY7CiAKQEAgLTMwMyw3 ICszMTAsNyBAQCBzdGF0aWMgaW50IGZsYXNrX3NlY3VyaXR5X3Jlc29sdmVf Ym9vbChzCiAgICAgaWYgKCBhcmctPmJvb2xfaWQgIT0gLTEgKQogICAgICAg ICByZXR1cm4gMDsKIAotICAgIHJ2ID0gZmxhc2tfY29weWluX3N0cmluZyhh cmctPm5hbWUsICZuYW1lLCBhcmctPnNpemUpOworICAgIHJ2ID0gZmxhc2tf Y29weWluX3N0cmluZyhhcmctPm5hbWUsICZuYW1lLCBhcmctPnNpemUsIGJv b2xfbWF4c3RyKTsKICAgICBpZiAoIHJ2ICkKICAgICAgICAgcmV0dXJuIHJ2 OwogCkBAIC0zMzQsNyArMzQxLDcgQEAgc3RhdGljIGludCBmbGFza19zZWN1 cml0eV9zZXRfYm9vbChzdHJ1YwogICAgICAgICBpbnQgbnVtOwogICAgICAg ICBpbnQgKnZhbHVlczsKIAotICAgICAgICBydiA9IHNlY3VyaXR5X2dldF9i b29scygmbnVtLCBOVUxMLCAmdmFsdWVzKTsKKyAgICAgICAgcnYgPSBzZWN1 cml0eV9nZXRfYm9vbHMoJm51bSwgTlVMTCwgJnZhbHVlcywgTlVMTCk7CiAg ICAgICAgIGlmICggcnYgIT0gMCApCiAgICAgICAgICAgICBnb3RvIG91dDsK IApAQCAtNDQwLDcgKzQ0Nyw3IEBAIHN0YXRpYyBpbnQgZmxhc2tfc2VjdXJp dHlfbWFrZV9ib29scyh2b2kKICAgICAKICAgICB4ZnJlZShib29sX3BlbmRp bmdfdmFsdWVzKTsKICAgICAKLSAgICByZXQgPSBzZWN1cml0eV9nZXRfYm9v bHMoJm51bSwgTlVMTCwgJnZhbHVlcyk7CisgICAgcmV0ID0gc2VjdXJpdHlf Z2V0X2Jvb2xzKCZudW0sIE5VTEwsICZ2YWx1ZXMsICZib29sX21heHN0cik7 CiAgICAgaWYgKCByZXQgIT0gMCApCiAgICAgICAgIGdvdG8gb3V0OwogCi0t LSBhL3hlbi94c20vZmxhc2svaW5jbHVkZS9jb25kaXRpb25hbC5oCisrKyBi L3hlbi94c20vZmxhc2svaW5jbHVkZS9jb25kaXRpb25hbC5oCkBAIC0xMyw3 ICsxMyw5IEBACiAjaWZuZGVmIF9GTEFTS19DT05ESVRJT05BTF9IXwogI2Rl ZmluZSBfRkxBU0tfQ09ORElUSU9OQUxfSF8KIAotaW50IHNlY3VyaXR5X2dl dF9ib29scyhpbnQgKmxlbiwgY2hhciAqKipuYW1lcywgaW50ICoqdmFsdWVz KTsKKyNpbmNsdWRlIDx4ZW4vdHlwZXMuaD4KKworaW50IHNlY3VyaXR5X2dl dF9ib29scyhpbnQgKmxlbiwgY2hhciAqKipuYW1lcywgaW50ICoqdmFsdWVz LCBzaXplX3QgKm1heHN0cik7CiAKIGludCBzZWN1cml0eV9zZXRfYm9vbHMo aW50IGxlbiwgaW50ICp2YWx1ZXMpOwogCi0tLSBhL3hlbi94c20vZmxhc2sv c3Mvc2VydmljZXMuYworKysgYi94ZW4veHNtL2ZsYXNrL3NzL3NlcnZpY2Vz LmMKQEAgLTE4NTAsNyArMTg1MCw3IEBAIGludCBzZWN1cml0eV9maW5kX2Jv b2woY29uc3QgY2hhciAqbmFtZSkKICAgICByZXR1cm4gcnY7CiB9CiAKLWlu dCBzZWN1cml0eV9nZXRfYm9vbHMoaW50ICpsZW4sIGNoYXIgKioqbmFtZXMs IGludCAqKnZhbHVlcykKK2ludCBzZWN1cml0eV9nZXRfYm9vbHMoaW50ICps ZW4sIGNoYXIgKioqbmFtZXMsIGludCAqKnZhbHVlcywgc2l6ZV90ICptYXhz dHIpCiB7CiAgICAgaW50IGksIHJjID0gLUVOT01FTTsKIApAQCAtMTg1OCw2 ICsxODU4LDggQEAgaW50IHNlY3VyaXR5X2dldF9ib29scyhpbnQgKmxlbiwg Y2hhciAqKgogICAgIGlmICggbmFtZXMgKQogICAgICAgICAqbmFtZXMgPSBO VUxMOwogICAgICp2YWx1ZXMgPSBOVUxMOworICAgIGlmICggbWF4c3RyICkK KyAgICAgICAgKm1heHN0ciA9IDA7CiAKICAgICAqbGVuID0gcG9saWN5ZGIu cF9ib29scy5ucHJpbTsKICAgICBpZiAoICEqbGVuICkKQEAgLTE4NzksMTYg KzE4ODEsMTcgQEAgaW50IHNlY3VyaXR5X2dldF9ib29scyhpbnQgKmxlbiwg Y2hhciAqKgogCiAgICAgZm9yICggaSA9IDA7IGkgPCAqbGVuOyBpKysgKQog ICAgIHsKLSAgICAgICAgc2l6ZV90IG5hbWVfbGVuOworICAgICAgICBzaXpl X3QgbmFtZV9sZW4gPSBzdHJsZW4ocG9saWN5ZGIucF9ib29sX3ZhbF90b19u YW1lW2ldKTsKKwogICAgICAgICAoKnZhbHVlcylbaV0gPSBwb2xpY3lkYi5i b29sX3ZhbF90b19zdHJ1Y3RbaV0tPnN0YXRlOwogICAgICAgICBpZiAoIG5h bWVzICkgewotICAgICAgICAgICAgbmFtZV9sZW4gPSBzdHJsZW4ocG9saWN5 ZGIucF9ib29sX3ZhbF90b19uYW1lW2ldKSArIDE7Ci0gICAgICAgICAgICAo Km5hbWVzKVtpXSA9IChjaGFyKil4bWFsbG9jX2FycmF5KGNoYXIsIG5hbWVf bGVuKTsKKyAgICAgICAgICAgICgqbmFtZXMpW2ldID0geG1hbGxvY19hcnJh eShjaGFyLCBuYW1lX2xlbiArIDEpOwogICAgICAgICAgICAgaWYgKCAhKCpu YW1lcylbaV0gKQogICAgICAgICAgICAgICAgIGdvdG8gZXJyOwotICAgICAg ICAgICAgc3RybGNweSgoKm5hbWVzKVtpXSwgcG9saWN5ZGIucF9ib29sX3Zh bF90b19uYW1lW2ldLCBuYW1lX2xlbik7Ci0gICAgICAgICAgICAoKm5hbWVz KVtpXVtuYW1lX2xlbiAtIDFdID0gMDsKKyAgICAgICAgICAgIHN0cmxjcHko KCpuYW1lcylbaV0sIHBvbGljeWRiLnBfYm9vbF92YWxfdG9fbmFtZVtpXSwg bmFtZV9sZW4gKyAxKTsKICAgICAgICAgfQorICAgICAgICBpZiAoIG1heHN0 ciAmJiBuYW1lX2xlbiA+ICptYXhzdHIgKQorICAgICAgICAgICAgKm1heHN0 ciA9IG5hbWVfbGVuOwogICAgIH0KICAgICByYyA9IDA7CiBvdXQ6CkBAIC0y MDA2LDcgKzIwMDksNyBAQCBzdGF0aWMgaW50IHNlY3VyaXR5X3ByZXNlcnZl X2Jvb2xzKHN0cnVjCiAgICAgc3RydWN0IGNvbmRfYm9vbF9kYXR1bSAqYm9v bGRhdHVtOwogICAgIHN0cnVjdCBjb25kX25vZGUgKmN1cjsKIAotICAgIHJj ID0gc2VjdXJpdHlfZ2V0X2Jvb2xzKCZuYm9vbHMsICZibmFtZXMsICZidmFs dWVzKTsKKyAgICByYyA9IHNlY3VyaXR5X2dldF9ib29scygmbmJvb2xzLCAm Ym5hbWVzLCAmYnZhbHVlcywgTlVMTCk7CiAgICAgaWYgKCByYyApCiAgICAg ICAgIGdvdG8gb3V0OwogICAgIGZvciAoIGkgPSAwOyBpIDwgbmJvb2xzOyBp KysgKQo= --=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 Mon Feb 10 12:26:47 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 10 Feb 2014 12:26: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 1WCpvb-00064H-EA; Mon, 10 Feb 2014 12:25:35 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WCpvZ-00064C-TJ for xen-users@lists.xensource.com; Mon, 10 Feb 2014 12:25:34 +0000 Received: from [85.158.139.211:24678] by server-12.bemta-5.messagelabs.com id 28/B9-15415-D35C8F25; Mon, 10 Feb 2014 12:25:33 +0000 X-Env-Sender: gu99roax@student.chalmers.se X-Msg-Ref: server-13.tower-206.messagelabs.com!1392035131!2871920!1 X-Originating-IP: [207.46.163.182] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6873 invoked from network); 10 Feb 2014 12:25:32 -0000 Received: from mail-bn1blp0182.outbound.protection.outlook.com (HELO na01-bn1-obe.outbound.protection.outlook.com) (207.46.163.182) by server-13.tower-206.messagelabs.com with AES128-SHA encrypted SMTP; 10 Feb 2014 12:25:32 -0000 Received: from BLUPR01MB437.prod.exchangelabs.com (10.141.80.11) by BLUPR01MB292.prod.exchangelabs.com (10.242.202.19) with Microsoft SMTP Server (TLS) id 15.0.868.8; Mon, 10 Feb 2014 12:25:30 +0000 Received: from BLUPRD0113HT001.prod.exchangelabs.com (10.141.34.34) by BLUPR01MB437.prod.exchangelabs.com (10.141.80.11) with Microsoft SMTP Server (TLS) id 15.0.868.8; Mon, 10 Feb 2014 12:25:28 +0000 Received: from [10.40.137.198] (217.208.204.161) by pod51000.outlook.com (10.141.34.34) with Microsoft SMTP Server (TLS) id 14.16.411.0; Mon, 10 Feb 2014 12:25:27 +0000 Message-ID: <52F8C535.9010302@student.chalmers.se> Date: Mon, 10 Feb 2014 13:25:25 +0100 From: Robin Axelsson User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: X-Originating-IP: [217.208.204.161] X-Forefront-PRVS: 0118CD8765 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10009001)(6009001)(189002)(199002)(81686001)(81816001)(83322001)(80316001)(54316002)(83072002)(47736001)(49866001)(47976001)(50986001)(53806001)(74706001)(87936001)(23756003)(50466002)(85852003)(76482001)(74502001)(31966008)(64126003)(74662001)(56816005)(47446002)(74482001)(56776001)(74876001)(95416001)(90146001)(80976001)(51856001)(85306002)(83506001)(74366001)(76176001)(4396001)(66066001)(76796001)(46102001)(76786001)(92566001)(92726001)(54356001)(80022001)(65806001)(79102001)(94946001)(65956001)(94316002)(33656001)(81542001)(86362001)(69226001)(59896001)(59766001)(63696002)(93136001)(47776003)(81342001)(77982001)(93516002)(32563001)(42262001); DIR:OUT; SFP:1101; SCL:1; SRVR:BLUPR01MB437; H:BLUPRD0113HT001.prod.exchangelabs.com; CLIP:217.208.204.161; FPR:B4BAB3E0.AE85171D.80F011BC.D4E1D840.200EA; InfoNoRecordsMX:1; A:1; LANG:en; X-OriginatorOrg: student.chalmers.se Subject: [Xen-users] How to set up a domU to run on multiple dom0s X-BeenThere: xen-users@lists.xen.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 wondering if it is possible to set up one virtual machine to use CPU/RAM resources located on several physical machines where some of these resources are shared through protocols such as MPI. Say that I have 32 CPU cores on two separate physical machines so what I'm essentially asking is whether it is possible to set these machines up so that the operating system sees 64 computing cores in the virtual machine / domU? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Feb 10 12:26:47 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 10 Feb 2014 12:26: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 1WCpvb-00064H-EA; Mon, 10 Feb 2014 12:25:35 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WCpvZ-00064C-TJ for xen-users@lists.xensource.com; Mon, 10 Feb 2014 12:25:34 +0000 Received: from [85.158.139.211:24678] by server-12.bemta-5.messagelabs.com id 28/B9-15415-D35C8F25; Mon, 10 Feb 2014 12:25:33 +0000 X-Env-Sender: gu99roax@student.chalmers.se X-Msg-Ref: server-13.tower-206.messagelabs.com!1392035131!2871920!1 X-Originating-IP: [207.46.163.182] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6873 invoked from network); 10 Feb 2014 12:25:32 -0000 Received: from mail-bn1blp0182.outbound.protection.outlook.com (HELO na01-bn1-obe.outbound.protection.outlook.com) (207.46.163.182) by server-13.tower-206.messagelabs.com with AES128-SHA encrypted SMTP; 10 Feb 2014 12:25:32 -0000 Received: from BLUPR01MB437.prod.exchangelabs.com (10.141.80.11) by BLUPR01MB292.prod.exchangelabs.com (10.242.202.19) with Microsoft SMTP Server (TLS) id 15.0.868.8; Mon, 10 Feb 2014 12:25:30 +0000 Received: from BLUPRD0113HT001.prod.exchangelabs.com (10.141.34.34) by BLUPR01MB437.prod.exchangelabs.com (10.141.80.11) with Microsoft SMTP Server (TLS) id 15.0.868.8; Mon, 10 Feb 2014 12:25:28 +0000 Received: from [10.40.137.198] (217.208.204.161) by pod51000.outlook.com (10.141.34.34) with Microsoft SMTP Server (TLS) id 14.16.411.0; Mon, 10 Feb 2014 12:25:27 +0000 Message-ID: <52F8C535.9010302@student.chalmers.se> Date: Mon, 10 Feb 2014 13:25:25 +0100 From: Robin Axelsson User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: X-Originating-IP: [217.208.204.161] X-Forefront-PRVS: 0118CD8765 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10009001)(6009001)(189002)(199002)(81686001)(81816001)(83322001)(80316001)(54316002)(83072002)(47736001)(49866001)(47976001)(50986001)(53806001)(74706001)(87936001)(23756003)(50466002)(85852003)(76482001)(74502001)(31966008)(64126003)(74662001)(56816005)(47446002)(74482001)(56776001)(74876001)(95416001)(90146001)(80976001)(51856001)(85306002)(83506001)(74366001)(76176001)(4396001)(66066001)(76796001)(46102001)(76786001)(92566001)(92726001)(54356001)(80022001)(65806001)(79102001)(94946001)(65956001)(94316002)(33656001)(81542001)(86362001)(69226001)(59896001)(59766001)(63696002)(93136001)(47776003)(81342001)(77982001)(93516002)(32563001)(42262001); DIR:OUT; SFP:1101; SCL:1; SRVR:BLUPR01MB437; H:BLUPRD0113HT001.prod.exchangelabs.com; CLIP:217.208.204.161; FPR:B4BAB3E0.AE85171D.80F011BC.D4E1D840.200EA; InfoNoRecordsMX:1; A:1; LANG:en; X-OriginatorOrg: student.chalmers.se Subject: [Xen-users] How to set up a domU to run on multiple dom0s X-BeenThere: xen-users@lists.xen.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 wondering if it is possible to set up one virtual machine to use CPU/RAM resources located on several physical machines where some of these resources are shared through protocols such as MPI. Say that I have 32 CPU cores on two separate physical machines so what I'm essentially asking is whether it is possible to set these machines up so that the operating system sees 64 computing cores in the virtual machine / domU? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Feb 10 13:53:01 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 10 Feb 2014 13:53: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 1WCrHE-00030X-GZ; Mon, 10 Feb 2014 13:52:00 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WCrHD-00030P-F0 for xen-users@lists.xensource.com; Mon, 10 Feb 2014 13:51:59 +0000 Received: from [85.158.139.211:7096] by server-9.bemta-5.messagelabs.com id 38/48-11237-E79D8F25; Mon, 10 Feb 2014 13:51:58 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-3.tower-206.messagelabs.com!1392040316!2896605!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16818 invoked from network); 10 Feb 2014 13:51:58 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-3.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 10 Feb 2014 13:51:58 -0000 X-IronPort-AV: E=Sophos;i="4.95,818,1384300800"; d="scan'208";a="99470129" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 10 Feb 2014 13:51:56 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Mon, 10 Feb 2014 08:51:55 -0500 Message-ID: <1392040314.5117.99.camel@kazak.uk.xensource.com> From: Ian Campbell To: Robin Axelsson Date: Mon, 10 Feb 2014 13:51:54 +0000 In-Reply-To: <52F8C535.9010302@student.chalmers.se> References: <52F8C535.9010302@student.chalmers.se> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] How to set up a domU to run on multiple dom0s X-BeenThere: xen-users@lists.xen.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, 2014-02-10 at 13:25 +0100, Robin Axelsson wrote: > I'm wondering if it is possible to set up one virtual machine to use > CPU/RAM resources located on several physical machines where some of > these resources are shared through protocols such as MPI. > > Say that I have 32 CPU cores on two separate physical machines so what > I'm essentially asking is whether it is possible to set these machines > up so that the operating system sees 64 computing cores in the virtual > machine / domU? No, I'm afraid it is not. Xen carves up individual hosts and can allow you to transfer a running VM on a very coarse time scale to another host but does not support running one VM across multiple hosts simultaneously. However I see no reason why whatever higher level tools which you would use on two non-virtualised physical hosts to provide some illusion of a single machine shouldn't work on two VMs hosted on different hosts (or even the same host for that matter). Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Feb 10 13:53:01 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 10 Feb 2014 13:53: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 1WCrHE-00030X-GZ; Mon, 10 Feb 2014 13:52:00 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WCrHD-00030P-F0 for xen-users@lists.xensource.com; Mon, 10 Feb 2014 13:51:59 +0000 Received: from [85.158.139.211:7096] by server-9.bemta-5.messagelabs.com id 38/48-11237-E79D8F25; Mon, 10 Feb 2014 13:51:58 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-3.tower-206.messagelabs.com!1392040316!2896605!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16818 invoked from network); 10 Feb 2014 13:51:58 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-3.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 10 Feb 2014 13:51:58 -0000 X-IronPort-AV: E=Sophos;i="4.95,818,1384300800"; d="scan'208";a="99470129" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 10 Feb 2014 13:51:56 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Mon, 10 Feb 2014 08:51:55 -0500 Message-ID: <1392040314.5117.99.camel@kazak.uk.xensource.com> From: Ian Campbell To: Robin Axelsson Date: Mon, 10 Feb 2014 13:51:54 +0000 In-Reply-To: <52F8C535.9010302@student.chalmers.se> References: <52F8C535.9010302@student.chalmers.se> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] How to set up a domU to run on multiple dom0s X-BeenThere: xen-users@lists.xen.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, 2014-02-10 at 13:25 +0100, Robin Axelsson wrote: > I'm wondering if it is possible to set up one virtual machine to use > CPU/RAM resources located on several physical machines where some of > these resources are shared through protocols such as MPI. > > Say that I have 32 CPU cores on two separate physical machines so what > I'm essentially asking is whether it is possible to set these machines > up so that the operating system sees 64 computing cores in the virtual > machine / domU? No, I'm afraid it is not. Xen carves up individual hosts and can allow you to transfer a running VM on a very coarse time scale to another host but does not support running one VM across multiple hosts simultaneously. However I see no reason why whatever higher level tools which you would use on two non-virtualised physical hosts to provide some illusion of a single machine shouldn't work on two VMs hosted on different hosts (or even the same host for that matter). Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Feb 10 14:30:46 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 10 Feb 2014 14:30: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 1WCrsH-00062i-Nf; Mon, 10 Feb 2014 14:30:17 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WCrsF-00062a-UZ for xen-users@lists.xensource.com; Mon, 10 Feb 2014 14:30:16 +0000 Received: from [193.109.254.147:52296] by server-13.bemta-14.messagelabs.com id 5F/F5-01226-772E8F25; Mon, 10 Feb 2014 14:30:15 +0000 X-Env-Sender: gu99roax@student.chalmers.se X-Msg-Ref: server-11.tower-27.messagelabs.com!1392042613!3287162!1 X-Originating-IP: [207.46.163.211] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24116 invoked from network); 10 Feb 2014 14:30:14 -0000 Received: from mail-bl2lp0211.outbound.protection.outlook.com (HELO na01-bl2-obe.outbound.protection.outlook.com) (207.46.163.211) by server-11.tower-27.messagelabs.com with AES128-SHA encrypted SMTP; 10 Feb 2014 14:30:14 -0000 Received: from BLUPRD0113HT001.prod.exchangelabs.com (10.141.34.34) by BY2PR01MB380.prod.exchangelabs.com (10.141.139.153) with Microsoft SMTP Server (TLS) id 15.0.868.8; Mon, 10 Feb 2014 14:30:06 +0000 Received: from [10.40.137.198] (217.208.204.161) by pod51000.outlook.com (10.141.34.34) with Microsoft SMTP Server (TLS) id 14.16.411.0; Mon, 10 Feb 2014 14:30:04 +0000 Message-ID: <52F8E26A.7020205@student.chalmers.se> Date: Mon, 10 Feb 2014 15:30:02 +0100 From: Robin Axelsson User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Ian Campbell References: <52F8C535.9010302@student.chalmers.se> <1392040314.5117.99.camel@kazak.uk.xensource.com> In-Reply-To: <1392040314.5117.99.camel@kazak.uk.xensource.com> X-Originating-IP: [217.208.204.161] X-Forefront-PRVS: 0118CD8765 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10009001)(6009001)(51704005)(189002)(24454002)(377424004)(199002)(4396001)(83506001)(81686001)(81816001)(59896001)(47976001)(49866001)(33656001)(77982001)(59766001)(50986001)(47736001)(63696002)(54316002)(79102001)(56776001)(66066001)(65956001)(65806001)(74706001)(85306002)(31966008)(80022001)(74876001)(74366001)(50466002)(74502001)(74662001)(74482001)(47446002)(87936001)(95416001)(76786001)(93136001)(93516002)(47776003)(81542001)(76482001)(94316002)(54356001)(86362001)(94946001)(46102001)(51856001)(53806001)(69226001)(64126003)(92726001)(92566001)(80316001)(83322001)(83072002)(85852003)(81342001)(23676002)(90146001)(76796001)(56816005)(80976001)(32563001)(42262001); DIR:OUT; SFP:1101; SCL:1; SRVR:BY2PR01MB380; H:BLUPRD0113HT001.prod.exchangelabs.com; CLIP:217.208.204.161; FPR:673BF31C.AF25574D.70C35FB7.58E9C97D.202E4; InfoNoRecordsMX:1; A:1; LANG:en; X-OriginatorOrg: student.chalmers.se Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] How to set up a domU to run on multiple dom0s X-BeenThere: xen-users@lists.xen.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 want to run a multithreaded Windows binary while distributing the threads over several computers on a local network. Since the binary in itself (mplus) has no support for distributed computing, I was hoping it would be possible to distribute the the computational threads over the network through a virtual layer. I cannot see how such a windows binary could be 'tricked' into running over two separate VMs, unless Windows provides some kind of functionality that would allow threads and sub-threads to be redirected to other computers in a network. I thought this is what cloud computing was intended for. What happened to eucaluptus, enomaly or even cloudfoundry? Robin. Ian Campbell skrev 2014-02-10 14:51: > On Mon, 2014-02-10 at 13:25 +0100, Robin Axelsson wrote: >> I'm wondering if it is possible to set up one virtual machine to use >> CPU/RAM resources located on several physical machines where some of >> these resources are shared through protocols such as MPI. >> >> Say that I have 32 CPU cores on two separate physical machines so what >> I'm essentially asking is whether it is possible to set these machines >> up so that the operating system sees 64 computing cores in the virtual >> machine / domU? > No, I'm afraid it is not. Xen carves up individual hosts and can allow > you to transfer a running VM on a very coarse time scale to another host > but does not support running one VM across multiple hosts > simultaneously. > > However I see no reason why whatever higher level tools which you would > use on two non-virtualised physical hosts to provide some illusion of a > single machine shouldn't work on two VMs hosted on different hosts (or > even the same host for that matter). > > Ian. > > . > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Feb 10 14:30:46 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 10 Feb 2014 14:30: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 1WCrsH-00062i-Nf; Mon, 10 Feb 2014 14:30:17 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WCrsF-00062a-UZ for xen-users@lists.xensource.com; Mon, 10 Feb 2014 14:30:16 +0000 Received: from [193.109.254.147:52296] by server-13.bemta-14.messagelabs.com id 5F/F5-01226-772E8F25; Mon, 10 Feb 2014 14:30:15 +0000 X-Env-Sender: gu99roax@student.chalmers.se X-Msg-Ref: server-11.tower-27.messagelabs.com!1392042613!3287162!1 X-Originating-IP: [207.46.163.211] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24116 invoked from network); 10 Feb 2014 14:30:14 -0000 Received: from mail-bl2lp0211.outbound.protection.outlook.com (HELO na01-bl2-obe.outbound.protection.outlook.com) (207.46.163.211) by server-11.tower-27.messagelabs.com with AES128-SHA encrypted SMTP; 10 Feb 2014 14:30:14 -0000 Received: from BLUPRD0113HT001.prod.exchangelabs.com (10.141.34.34) by BY2PR01MB380.prod.exchangelabs.com (10.141.139.153) with Microsoft SMTP Server (TLS) id 15.0.868.8; Mon, 10 Feb 2014 14:30:06 +0000 Received: from [10.40.137.198] (217.208.204.161) by pod51000.outlook.com (10.141.34.34) with Microsoft SMTP Server (TLS) id 14.16.411.0; Mon, 10 Feb 2014 14:30:04 +0000 Message-ID: <52F8E26A.7020205@student.chalmers.se> Date: Mon, 10 Feb 2014 15:30:02 +0100 From: Robin Axelsson User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Ian Campbell References: <52F8C535.9010302@student.chalmers.se> <1392040314.5117.99.camel@kazak.uk.xensource.com> In-Reply-To: <1392040314.5117.99.camel@kazak.uk.xensource.com> X-Originating-IP: [217.208.204.161] X-Forefront-PRVS: 0118CD8765 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10009001)(6009001)(51704005)(189002)(24454002)(377424004)(199002)(4396001)(83506001)(81686001)(81816001)(59896001)(47976001)(49866001)(33656001)(77982001)(59766001)(50986001)(47736001)(63696002)(54316002)(79102001)(56776001)(66066001)(65956001)(65806001)(74706001)(85306002)(31966008)(80022001)(74876001)(74366001)(50466002)(74502001)(74662001)(74482001)(47446002)(87936001)(95416001)(76786001)(93136001)(93516002)(47776003)(81542001)(76482001)(94316002)(54356001)(86362001)(94946001)(46102001)(51856001)(53806001)(69226001)(64126003)(92726001)(92566001)(80316001)(83322001)(83072002)(85852003)(81342001)(23676002)(90146001)(76796001)(56816005)(80976001)(32563001)(42262001); DIR:OUT; SFP:1101; SCL:1; SRVR:BY2PR01MB380; H:BLUPRD0113HT001.prod.exchangelabs.com; CLIP:217.208.204.161; FPR:673BF31C.AF25574D.70C35FB7.58E9C97D.202E4; InfoNoRecordsMX:1; A:1; LANG:en; X-OriginatorOrg: student.chalmers.se Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] How to set up a domU to run on multiple dom0s X-BeenThere: xen-users@lists.xen.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 want to run a multithreaded Windows binary while distributing the threads over several computers on a local network. Since the binary in itself (mplus) has no support for distributed computing, I was hoping it would be possible to distribute the the computational threads over the network through a virtual layer. I cannot see how such a windows binary could be 'tricked' into running over two separate VMs, unless Windows provides some kind of functionality that would allow threads and sub-threads to be redirected to other computers in a network. I thought this is what cloud computing was intended for. What happened to eucaluptus, enomaly or even cloudfoundry? Robin. Ian Campbell skrev 2014-02-10 14:51: > On Mon, 2014-02-10 at 13:25 +0100, Robin Axelsson wrote: >> I'm wondering if it is possible to set up one virtual machine to use >> CPU/RAM resources located on several physical machines where some of >> these resources are shared through protocols such as MPI. >> >> Say that I have 32 CPU cores on two separate physical machines so what >> I'm essentially asking is whether it is possible to set these machines >> up so that the operating system sees 64 computing cores in the virtual >> machine / domU? > No, I'm afraid it is not. Xen carves up individual hosts and can allow > you to transfer a running VM on a very coarse time scale to another host > but does not support running one VM across multiple hosts > simultaneously. > > However I see no reason why whatever higher level tools which you would > use on two non-virtualised physical hosts to provide some illusion of a > single machine shouldn't work on two VMs hosted on different hosts (or > even the same host for that matter). > > Ian. > > . > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Feb 10 14:59:00 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 10 Feb 2014 14:59: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 1WCsJY-0007sF-UF; Mon, 10 Feb 2014 14:58:28 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WCsJW-0007s3-UR for xen-users@lists.xensource.com; Mon, 10 Feb 2014 14:58:27 +0000 Received: from [85.158.143.35:24549] by server-2.bemta-4.messagelabs.com id 1F/C4-10891-219E8F25; Mon, 10 Feb 2014 14:58:26 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-11.tower-21.messagelabs.com!1392044304!4544546!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13653 invoked from network); 10 Feb 2014 14:58:25 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-11.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 10 Feb 2014 14:58:25 -0000 X-IronPort-AV: E=Sophos;i="4.95,818,1384300800"; d="scan'208";a="99490686" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 10 Feb 2014 14:58:23 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL03.citrite.net (10.13.107.80) with Microsoft SMTP Server id 14.2.342.4; Mon, 10 Feb 2014 09:58:23 -0500 Message-ID: <1392044302.26657.14.camel@kazak.uk.xensource.com> From: Ian Campbell To: Robin Axelsson Date: Mon, 10 Feb 2014 14:58:22 +0000 In-Reply-To: <52F8E26A.7020205@student.chalmers.se> References: <52F8C535.9010302@student.chalmers.se> <1392040314.5117.99.camel@kazak.uk.xensource.com> <52F8E26A.7020205@student.chalmers.se> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] How to set up a domU to run on multiple dom0s X-BeenThere: xen-users@lists.xen.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, 2014-02-10 at 15:30 +0100, Robin Axelsson wrote: > I want to run a multithreaded Windows binary while distributing the > threads over several computers on a local network. Since the binary in > itself (mplus) has no support for distributed computing, I was hoping it > would be possible to distribute the the computational threads over the > network through a virtual layer. > > I cannot see how such a windows binary could be 'tricked' into running > over two separate VMs, unless Windows provides some kind of > functionality that would allow threads and sub-threads to be redirected > to other computers in a network. Indeed, the application needs to be written to support this mode of operation. > I thought this is what cloud computing was intended for. What happened > to eucaluptus, enomaly or even cloudfoundry? I'm afraid not and I think you may have misunderstood. Cloud computing is many things to many people but it is mostly about carving up big resources into smaller ones, or perhaps about designing things in such a way that they can be deployed as lots of small (semi)independent things. AFAIK it has never been about putting aggregating small resources together in a way which appears transparently to higher levels to be a bigger resource. Certainly Xen has never been about that. Ian. > > Robin. > > Ian Campbell skrev 2014-02-10 14:51: > > On Mon, 2014-02-10 at 13:25 +0100, Robin Axelsson wrote: > >> I'm wondering if it is possible to set up one virtual machine to use > >> CPU/RAM resources located on several physical machines where some of > >> these resources are shared through protocols such as MPI. > >> > >> Say that I have 32 CPU cores on two separate physical machines so what > >> I'm essentially asking is whether it is possible to set these machines > >> up so that the operating system sees 64 computing cores in the virtual > >> machine / domU? > > No, I'm afraid it is not. Xen carves up individual hosts and can allow > > you to transfer a running VM on a very coarse time scale to another host > > but does not support running one VM across multiple hosts > > simultaneously. > > > > However I see no reason why whatever higher level tools which you would > > use on two non-virtualised physical hosts to provide some illusion of a > > single machine shouldn't work on two VMs hosted on different hosts (or > > even the same host for that matter). > > > > Ian. > > > > . > > > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Feb 10 14:59:00 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 10 Feb 2014 14:59: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 1WCsJY-0007sF-UF; Mon, 10 Feb 2014 14:58:28 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WCsJW-0007s3-UR for xen-users@lists.xensource.com; Mon, 10 Feb 2014 14:58:27 +0000 Received: from [85.158.143.35:24549] by server-2.bemta-4.messagelabs.com id 1F/C4-10891-219E8F25; Mon, 10 Feb 2014 14:58:26 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-11.tower-21.messagelabs.com!1392044304!4544546!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13653 invoked from network); 10 Feb 2014 14:58:25 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-11.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 10 Feb 2014 14:58:25 -0000 X-IronPort-AV: E=Sophos;i="4.95,818,1384300800"; d="scan'208";a="99490686" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 10 Feb 2014 14:58:23 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL03.citrite.net (10.13.107.80) with Microsoft SMTP Server id 14.2.342.4; Mon, 10 Feb 2014 09:58:23 -0500 Message-ID: <1392044302.26657.14.camel@kazak.uk.xensource.com> From: Ian Campbell To: Robin Axelsson Date: Mon, 10 Feb 2014 14:58:22 +0000 In-Reply-To: <52F8E26A.7020205@student.chalmers.se> References: <52F8C535.9010302@student.chalmers.se> <1392040314.5117.99.camel@kazak.uk.xensource.com> <52F8E26A.7020205@student.chalmers.se> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] How to set up a domU to run on multiple dom0s X-BeenThere: xen-users@lists.xen.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, 2014-02-10 at 15:30 +0100, Robin Axelsson wrote: > I want to run a multithreaded Windows binary while distributing the > threads over several computers on a local network. Since the binary in > itself (mplus) has no support for distributed computing, I was hoping it > would be possible to distribute the the computational threads over the > network through a virtual layer. > > I cannot see how such a windows binary could be 'tricked' into running > over two separate VMs, unless Windows provides some kind of > functionality that would allow threads and sub-threads to be redirected > to other computers in a network. Indeed, the application needs to be written to support this mode of operation. > I thought this is what cloud computing was intended for. What happened > to eucaluptus, enomaly or even cloudfoundry? I'm afraid not and I think you may have misunderstood. Cloud computing is many things to many people but it is mostly about carving up big resources into smaller ones, or perhaps about designing things in such a way that they can be deployed as lots of small (semi)independent things. AFAIK it has never been about putting aggregating small resources together in a way which appears transparently to higher levels to be a bigger resource. Certainly Xen has never been about that. Ian. > > Robin. > > Ian Campbell skrev 2014-02-10 14:51: > > On Mon, 2014-02-10 at 13:25 +0100, Robin Axelsson wrote: > >> I'm wondering if it is possible to set up one virtual machine to use > >> CPU/RAM resources located on several physical machines where some of > >> these resources are shared through protocols such as MPI. > >> > >> Say that I have 32 CPU cores on two separate physical machines so what > >> I'm essentially asking is whether it is possible to set these machines > >> up so that the operating system sees 64 computing cores in the virtual > >> machine / domU? > > No, I'm afraid it is not. Xen carves up individual hosts and can allow > > you to transfer a running VM on a very coarse time scale to another host > > but does not support running one VM across multiple hosts > > simultaneously. > > > > However I see no reason why whatever higher level tools which you would > > use on two non-virtualised physical hosts to provide some illusion of a > > single machine shouldn't work on two VMs hosted on different hosts (or > > even the same host for that matter). > > > > Ian. > > > > . > > > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Feb 11 13:03:05 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 11 Feb 2014 13:03: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 1WDCyO-0004aq-OI; Tue, 11 Feb 2014 13:02:00 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WDCyN-0004af-37 for xen-users@lists.xen.org; Tue, 11 Feb 2014 13:01:59 +0000 Received: from [85.158.143.35:49165] by server-1.bemta-4.messagelabs.com id F7/12-31661-64F1AF25; Tue, 11 Feb 2014 13:01:58 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1392123716!4799674!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 364 invoked from network); 11 Feb 2014 13:01:57 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-8.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 11 Feb 2014 13:01:57 -0000 X-IronPort-AV: E=Sophos;i="4.95,825,1384300800"; d="scan'208";a="99768723" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 11 Feb 2014 13:01:43 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Tue, 11 Feb 2014 08:01:42 -0500 Message-ID: <1392123700.26657.112.camel@kazak.uk.xensource.com> From: Ian Campbell To: "Peter X. Gao" Date: Tue, 11 Feb 2014 13:01:40 +0000 In-Reply-To: References: <20140210104223.GN15387@zion.uk.xensource.com> <52F8B5C3.1020308@m2r.biz> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: Xen-devel@lists.xenproject.org, Fabio Fantoni , Wei Liu , xen-users@lists.xen.org Subject: Re: [Xen-users] [Xen-devel] Virtio on Xen X-BeenThere: xen-users@lists.xen.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, 2014-02-10 at 10:07 -0800, Peter X. Gao wrote: > Thanks for your reply. I am now using virtio-net and it seems working. > However, Intel DPDK also requires hugepage. When a DPDK application is > initiating hugepage, I got the following error. Do I need to config > something in Xen to support hugepage? I'm not sure about the status of superpage support in mainline kernels for PV Xen guests. IIRC there was a requirement to add a Xen command line flag to enable it at the level. Or you could just use an HVM guest, since no special support is needed for hugepages there. But maybe I'm confused because I think your use of virtio-net would necessarily require that you be using an HVM not PV guest. But then looking at your logs I see Xen PV block and net but no sign of virtio -- so I suspect you are actually doing PV and not using virtio-net at all. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Feb 11 13:03:05 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 11 Feb 2014 13:03: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 1WDCyO-0004aq-OI; Tue, 11 Feb 2014 13:02:00 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WDCyN-0004af-37 for xen-users@lists.xen.org; Tue, 11 Feb 2014 13:01:59 +0000 Received: from [85.158.143.35:49165] by server-1.bemta-4.messagelabs.com id F7/12-31661-64F1AF25; Tue, 11 Feb 2014 13:01:58 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1392123716!4799674!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 364 invoked from network); 11 Feb 2014 13:01:57 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-8.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 11 Feb 2014 13:01:57 -0000 X-IronPort-AV: E=Sophos;i="4.95,825,1384300800"; d="scan'208";a="99768723" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 11 Feb 2014 13:01:43 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Tue, 11 Feb 2014 08:01:42 -0500 Message-ID: <1392123700.26657.112.camel@kazak.uk.xensource.com> From: Ian Campbell To: "Peter X. Gao" Date: Tue, 11 Feb 2014 13:01:40 +0000 In-Reply-To: References: <20140210104223.GN15387@zion.uk.xensource.com> <52F8B5C3.1020308@m2r.biz> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: Xen-devel@lists.xenproject.org, Fabio Fantoni , Wei Liu , xen-users@lists.xen.org Subject: Re: [Xen-users] [Xen-devel] Virtio on Xen X-BeenThere: xen-users@lists.xen.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, 2014-02-10 at 10:07 -0800, Peter X. Gao wrote: > Thanks for your reply. I am now using virtio-net and it seems working. > However, Intel DPDK also requires hugepage. When a DPDK application is > initiating hugepage, I got the following error. Do I need to config > something in Xen to support hugepage? I'm not sure about the status of superpage support in mainline kernels for PV Xen guests. IIRC there was a requirement to add a Xen command line flag to enable it at the level. Or you could just use an HVM guest, since no special support is needed for hugepages there. But maybe I'm confused because I think your use of virtio-net would necessarily require that you be using an HVM not PV guest. But then looking at your logs I see Xen PV block and net but no sign of virtio -- so I suspect you are actually doing PV and not using virtio-net at all. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Feb 12 02:52:36 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 12 Feb 2014 02:52: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 1WDPuu-0001cP-4I; Wed, 12 Feb 2014 02:51:16 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WDPuf-0001cA-D3 for xen-users@lists.xen.org; Wed, 12 Feb 2014 02:51:13 +0000 Received: from [193.109.254.147:18361] by server-3.bemta-14.messagelabs.com id 94/0D-00432-491EAF25; Wed, 12 Feb 2014 02:51:00 +0000 X-Env-Sender: johnkatz@gmail.com X-Msg-Ref: server-7.tower-27.messagelabs.com!1392173454!3684660!1 X-Originating-IP: [209.85.213.46] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_10_20,HTML_MESSAGE,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP, UPPERCASE_25_50,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11734 invoked from network); 12 Feb 2014 02:50:55 -0000 Received: from mail-yh0-f46.google.com (HELO mail-yh0-f46.google.com) (209.85.213.46) by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 12 Feb 2014 02:50:55 -0000 Received: by mail-yh0-f46.google.com with SMTP id v1so7851366yhn.33 for ; Tue, 11 Feb 2014 18:50:54 -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=IpH5F9U0w9PNgPqVhsLD6ntQNLIP3W2IkVahEAfK1AU=; b=qT3EzswA1Laq5/8Li5Wh7XUI7ckG9swn3/bFOfwQiMwmS8v76lVMZ4BvCs0/41Fkn9 atdHspAf7nZWOH7BxgIFb48vdzICKhywDsDxTDWOidKoTg2KFC0F0QRxa0mNb5DKT1ZM XmjWUX128LBU/c10vv4N1bLJWMe4/WHnKzs7CTQwIMS4pSlpJPdBNPRKeU61PbkjuBsD 3xg8cvVEqzobQROqECXG1EvgM1sKQkpcmQIZSCxFEPMoHKvz+yK+9MX15rcz+AQStxRr tZRzN3n7wdvplpxmPmcfSFM/REm1vtI0pXFk8QRL4BbXS/lppUQMX/Q+/ze85NsEIIfR 6gOg== MIME-Version: 1.0 X-Received: by 10.236.131.163 with SMTP id m23mr5542789yhi.61.1392173453238; Tue, 11 Feb 2014 18:50:53 -0800 (PST) Received: by 10.170.166.70 with HTTP; Tue, 11 Feb 2014 18:50:52 -0800 (PST) Date: Tue, 11 Feb 2014 21:50:52 -0500 Message-ID: From: John Katzmaier To: xen-users@lists.xen.org Content-Type: multipart/mixed; boundary=20cf301af53f25786f04f22ca4b1 Subject: [Xen-users] Intel P4600 VGA Passthrough... X-BeenThere: xen-users@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 --20cf301af53f25786f04f22ca4b1 Content-Type: multipart/alternative; boundary=20cf301af53f25786a04f22ca4af --20cf301af53f25786a04f22ca4af Content-Type: text/plain; charset=ISO-8859-1 Hi, I am unable to use my Intel P4600 GPU in a Windows 7 64-bit DomU. Dom0 is CentOS 6.5. I have tried Xen 4.1 with patches, 4.2, 4.3, and currently 4.4 changeset 27214 with patches. I've tried both drivers available from Intel, both installed via exe or zip and Device Manager. Results are either no signal to the monitor or BSOD in Stop 50 in the Intel driver. Here are the most recent results on Xen 4.4 changeset 27214 with the 2 Intel GPU patches from the xen-devel list applied: Intel HD Graphics P4600/P4700 (actually P4600) on Xeon E3-1245 v3 host: PCI 0:02.0 IRQ 32 Windows 7 Ultimate 64-bit No SP or SP1 DomU Primary video in UEFI Setup Driver 10.18.10.3345 (as listed in Device Manager): Installed via .exe installer Primary video in DomU (gfx_passthru=1 and nographic=1): BSOD Stop 50 Secondary video in DomU: BSOD Stop 50 Installed via extracted .zip using Device Manager Primary video in DomU: BSOD Stop 50 Secondary video in DomU: BSOD Stop 50 Driver 9.18.10.3257 (as listed in Device Manager): Installed via extracted .zip using Device Manager Primary video in DomU: BSOD Stop 50 Secondary video in DomU: BSOD Stop 50. igdkmd64.sys listed Address FFFFF880049CA532 base at FFFFF88004843000, DateStamp 51f73f92 Motherboard is a ASRock B85M Pro4 with UEFI v1.90 Attached are logs and DomU config. I appreciate any assistance you can provide. -John Katzmaier --20cf301af53f25786a04f22ca4af Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi,

I am unable= to use my Intel P4600 GPU in a Windows 7 64-bit DomU. Dom0 is CentOS 6.5. =
I have tried Xen 4.1 with patches, 4.2, 4.3, and currently 4.4 changese= t 27214 with patches.

I've tried both drivers available from Intel, both installed = via exe or zip and Device Manager.
Results are either no signal to the = monitor or BSOD in Stop 50 in the Intel driver.

Here are the m= ost recent results on Xen 4.4 changeset 27214 with the 2 Intel GPU patches = from the xen-devel list applied:

Intel HD Graphics P4600/P4700 (actually P4600) on Xeon E3-1245 v3
ho= st: PCI 0:02.0 IRQ 32
Windows 7 Ultimate 64-bit No SP or SP1 DomU
Primary video in UEFI Setup
Driver 10.18.10.3345 (as listed in Device M= anager):

Installed via .exe installer
Primary video in DomU (gfx_passthru=3D1= and nographic=3D1): BSOD Stop 50
Secondary video in DomU: BSOD Stop 50<= br>
Installed via extracted .zip using Device Manager
Primary video i= n DomU: BSOD Stop 50
Secondary video in DomU: BSOD Stop 50

Driver 9.18.10.3257 (as listed= in Device Manager):

Installed via extracted .zip using Device Manag= er
Primary video in DomU: BSOD Stop 50
Secondary video in DomU: BSOD = Stop 50. igdkmd64.sys listed
Address FFFFF880049CA532 base at FFFFF88004843000, DateStamp 51f73f92
Motherboard is a ASRock B85M Pro4 with UEFI v1.90

Atta= ched are logs and DomU config.

I appreciate any assistan= ce you can provide.

-John Katzmaier


=
--20cf301af53f25786a04f22ca4af-- --20cf301af53f25786f04f22ca4b1 Content-Type: text/plain; charset=US-ASCII; name="xl-dmesg.txt" Content-Disposition: attachment; filename="xl-dmesg.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hrk02ht63 KFhFTikgSFZNOTogUENJLUlTQSBsaW5rIDMgcm91dGVkIHRvIElSUTUKKFhFTikgSFZNOTogcGNp IGRldiAwMToyIElOVEQtPklSUTUKKFhFTikgSFZNOTogcGNpIGRldiAwMTozIElOVEEtPklSUTEw CihYRU4pIEhWTTk6IHBjaSBkZXYgMDM6MCBJTlRBLT5JUlE1CihYRU4pIEhWTTk6IHBjaSBkZXYg MDQ6MCBJTlRBLT5JUlE1CihYRU4pIEhWTTk6IHBjaSBkZXYgMDU6MCBJTlRBLT5JUlExMAooWEVO KSBIVk05OiBObyBSQU0gaW4gaGlnaCBtZW1vcnk7IHNldHRpbmcgaGlnaF9tZW0gcmVzb3VyY2Ug YmFzZSB0byAxMDAwMDAwMDAKKFhFTikgSFZNOTogcGNpIGRldiAwNTowIGJhciAxOCBzaXplIDAx MDAwMDAwMDogMGUwMDAwMDBjCihYRU4pIG1lbW9yeV9tYXA6YWRkOiBkb205IGdmbj1lMDAwMCBt Zm49ZDAwMDAgbnI9MTAwMDAKKFhFTikgSFZNOTogcGNpIGRldiAwMzowIGJhciAxNCBzaXplIDAw MTAwMDAwMDogMGYwMDAwMDA4CihYRU4pIEhWTTk6IHBjaSBkZXYgMDI6MCBiYXIgMTAgc2l6ZSAw MDA4MDAwMDA6IDBmMTAwMDAwOAooWEVOKSBtZW1vcnlfbWFwOmFkZDogZG9tOSBnZm49ZjE4MDAg bWZuPWYwNDAwIG5yPTQwMAooWEVOKSBIVk05OiBwY2kgZGV2IDA1OjAgYmFyIDEwIHNpemUgMDAw NDAwMDAwOiAwZjE4MDAwMDQKKFhFTikgSFZNOTogcGNpIGRldiAwMzowIGJhciAxMCBzaXplIDAw MDAwMDEwMDogMDAwMDBjMDAxCihYRU4pIEhWTTk6IHBjaSBkZXYgMDQ6MCBiYXIgMTAgc2l6ZSAw MDAwMDAxMDA6IDAwMDAwYzEwMQooWEVOKSBIVk05OiBwY2kgZGV2IDA0OjAgYmFyIDE0IHNpemUg MDAwMDAwMTAwOiAwZjFjMDAwMDAKKFhFTikgSFZNOTogcGNpIGRldiAwNTowIGJhciAyMCBzaXpl IDAwMDAwMDA0MDogMDAwMDBjMjAxCihYRU4pIGlvcG9ydF9tYXA6YWRkOiBkb205IGdwb3J0PWMy MDAgbXBvcnQ9ZjAwMCBucj00MAooWEVOKSBIVk05OiBwY2kgZGV2IDAxOjIgYmFyIDIwIHNpemUg MDAwMDAwMDIwOiAwMDAwMGMyNDEKKFhFTikgSFZNOTogcGNpIGRldiAwMToxIGJhciAyMCBzaXpl IDAwMDAwMDAxMDogMDAwMDBjMjYxCihYRU4pIEhWTTk6IE11bHRpcHJvY2Vzc29yIGluaXRpYWxp c2F0aW9uOgooWEVOKSBIVk05OiAgLSBDUFUwIC4uLiAzOS1iaXQgcGh5cyAuLi4gZml4ZWQgTVRS UnMgLi4uIHZhciBNVFJScyBbMy84XSAuLi4gZG9uZS4KKFhFTikgSFZNOTogIC0gQ1BVMSAuLi4g MzktYml0IHBoeXMgLi4uIGZpeGVkIE1UUlJzIC4uLiB2YXIgTVRSUnMgWzMvOF0gLi4uIGRvbmUu CihYRU4pIEhWTTk6ICAtIENQVTIgLi4uIDM5LWJpdCBwaHlzIC4uLiBmaXhlZCBNVFJScyAuLi4g dmFyIE1UUlJzIFszLzhdIC4uLiBkb25lLgooWEVOKSBIVk05OiAgLSBDUFUzIC4uLiAzOS1iaXQg cGh5cyAuLi4gZml4ZWQgTVRSUnMgLi4uIHZhciBNVFJScyBbMy84XSAuLi4gZG9uZS4KKFhFTikg SFZNOTogVGVzdGluZyBIVk0gZW52aXJvbm1lbnQ6CihYRU4pIEhWTTk6ICAtIFJFUCBJTlNCIGFj cm9zcyBwYWdlIGJvdW5kYXJpZXMgLi4uIHBhc3NlZAooWEVOKSBIVk05OiAgLSBHUyBiYXNlIE1T UnMgYW5kIFNXQVBHUyAuLi4gcGFzc2VkCihYRU4pIEhWTTk6IFBhc3NlZCAyIG9mIDIgdGVzdHMK KFhFTikgSFZNOTogV3JpdGluZyBTTUJJT1MgdGFibGVzIC4uLgooWEVOKSBIVk05OiBMb2FkaW5n IFJPTUJJT1MgLi4uCihYRU4pIEhWTTk6IDk2MjggYnl0ZXMgb2YgUk9NQklPUyBoaWdoLW1lbW9y eSBleHRlbnNpb25zOgooWEVOKSBIVk05OiAgIFJlbG9jYXRpbmcgdG8gMHhmYzAwMTAwMC0weGZj MDAzNTljIC4uLiBkb25lCihYRU4pIEhWTTk6IENyZWF0aW5nIE1QIHRhYmxlcyAuLi4KKFhFTikg SFZNOTogTG9hZGluZyBTdGFuZGFyZCBWR0FCSU9TIC4uLgooWEVOKSBIVk05OiBMb2FkaW5nIFBD SSBPcHRpb24gUk9NIC4uLgooWEVOKSBIVk05OiAgLSBNYW51ZmFjdHVyZXI6IGh0dHA6Ly9pcHhl Lm9yZwooWEVOKSBIVk05OiAgLSBQcm9kdWN0IG5hbWU6IGlQWEUKKFhFTikgSFZNOTogT3B0aW9u IFJPTXM6CihYRU4pIEhWTTk6ICBjMDAwMC1jOWZmZjogVkdBIEJJT1MKKFhFTikgSFZNOTogIGNh MDAwLWQ5ZmZmOiBFdGhlcmJvb3QgUk9NCihYRU4pIEhWTTk6IExvYWRpbmcgQUNQSSAuLi4KKFhF TikgSFZNOTogdm04NiBUU1MgYXQgZmMwMGY3MDAKKFhFTikgSFZNOTogQklPUyBtYXA6CihYRU4p IEhWTTk6ICBmMDAwMC1mZmZmZjogTWFpbiBCSU9TCihYRU4pIEhWTTk6IEU4MjAgdGFibGU6CihY RU4pIEhWTTk6ICBbMDBdOiAwMDAwMDAwMDowMDAwMDAwMCAtIDAwMDAwMDAwOjAwMDllMDAwOiBS QU0KKFhFTikgSFZNOTogIFswMV06IDAwMDAwMDAwOjAwMDllMDAwIC0gMDAwMDAwMDA6MDAwYTAw MDA6IFJFU0VSVkVECihYRU4pIEhWTTk6ICBIT0xFOiAwMDAwMDAwMDowMDBhMDAwMCAtIDAwMDAw MDAwOjAwMGUwMDAwCihYRU4pIEhWTTk6ICBbMDJdOiAwMDAwMDAwMDowMDBlMDAwMCAtIDAwMDAw MDAwOjAwMTAwMDAwOiBSRVNFUlZFRAooWEVOKSBIVk05OiAgWzAzXTogMDAwMDAwMDA6MDAxMDAw MDAgLSAwMDAwMDAwMDo3ZjgwMDAwMDogUkFNCihYRU4pIEhWTTk6ICBIT0xFOiAwMDAwMDAwMDo3 ZjgwMDAwMCAtIDAwMDAwMDAwOmZjMDAwMDAwCihYRU4pIEhWTTk6ICBbMDRdOiAwMDAwMDAwMDpm YzAwMDAwMCAtIDAwMDAwMDAxOjAwMDAwMDAwOiBSRVNFUlZFRAooWEVOKSBIVk05OiBJbnZva2lu ZyBST01CSU9TIC4uLgooWEVOKSBIVk05OiAkUmV2aXNpb246IDEuMjIxICQgJERhdGU6IDIwMDgv MTIvMDcgMTc6MzI6MjkgJAooWEVOKSBzdGR2Z2EuYzoxNDc6ZDkgZW50ZXJpbmcgc3RkdmdhIGFu ZCBjYWNoaW5nIG1vZGVzCihYRU4pIEhWTTk6IFZHQUJpb3MgJElkOiB2Z2FiaW9zLmMsdiAxLjY3 IDIwMDgvMDEvMjcgMDk6NDQ6MTIgdnJ1cHBlcnQgRXhwICQKKFhFTikgSFZNOTogVkJFIEJpb3Mg JElkOiB2YmUuYyx2IDEuNjAgMjAwOC8wMy8wMiAwNzo0NzoyMSB2cnVwcGVydCBFeHAgJAooWEVO KSBIVk05OiBCb2NocyBCSU9TIC0gYnVpbGQ6IDA2LzIzLzk5CihYRU4pIEhWTTk6ICRSZXZpc2lv bjogMS4yMjEgJCAkRGF0ZTogMjAwOC8xMi8wNyAxNzozMjoyOSAkCihYRU4pIEhWTTk6IE9wdGlv bnM6IGFwbWJpb3MgcGNpYmlvcyBlbHRvcml0byBQTU0gCihYRU4pIEhWTTk6IAooWEVOKSBIVk05 OiBhdGEwLTA6IFBDSFM9MTYzODMvMTYvNjMgdHJhbnNsYXRpb249bGJhIExDSFM9MTAyNC8yNTUv NjMKKFhFTikgSFZNOTogYXRhMCBtYXN0ZXI6IFFFTVUgSEFSRERJU0sgQVRBLTcgSGFyZC1EaXNr ICg2MjUzMiBNQnl0ZXMpCihYRU4pIEhWTTk6IElERSB0aW1lIG91dAooWEVOKSBIVk05OiBhdGEx IG1hc3RlcjogUUVNVSBEVkQtUk9NIEFUQVBJLTQgQ0QtUm9tL0RWRC1Sb20KKFhFTikgSFZNOTog SURFIHRpbWUgb3V0CihYRU4pIEhWTTk6IAooWEVOKSBIVk05OiAKKFhFTikgSFZNOTogCihYRU4p IEhWTTk6IFByZXNzIEYxMiBmb3IgYm9vdCBtZW51LgooWEVOKSBIVk05OiAKKFhFTikgSFZNOTog Qm9vdGluZyBmcm9tIEhhcmQgRGlzay4uLgooWEVOKSBIVk05OiBCb290aW5nIGZyb20gMDAwMDo3 YzAwCihYRU4pIHZpcmlkaWFuLmM6MTAyOmQ5IEdVRVNUX09TX0lEOgooWEVOKSB2aXJpZGlhbi5j OjEwNDpkOSAJdmVuZG9yOiAxCihYRU4pIHZpcmlkaWFuLmM6MTA2OmQ5IAlvczogNAooWEVOKSB2 aXJpZGlhbi5jOjEwODpkOSAJbWFqb3I6IDYKKFhFTikgdmlyaWRpYW4uYzoxMTA6ZDkgCW1pbm9y OiAxCihYRU4pIHZpcmlkaWFuLmM6MTEyOmQ5IAlzcDogMAooWEVOKSB2aXJpZGlhbi5jOjExNDpk OSAJYnVpbGQ6IDFkYjAKKFhFTikgdmlyaWRpYW4uYzoxMTk6ZDkgSFlQRVJDQUxMOgooWEVOKSB2 aXJpZGlhbi5jOjEyMTpkOSAJZW5hYmxlZDogMQooWEVOKSB2aXJpZGlhbi5jOjEyMzpkOSAJcGZu OiAzZmZmZgooWEVOKSB2aXJpZGlhbi5jOjEyODpkOSBBUElDX0FTU0lTVFswXToKKFhFTikgdmly aWRpYW4uYzoxMzA6ZDkgCWVuYWJsZWQ6IDEKKFhFTikgdmlyaWRpYW4uYzoxMzI6ZDkgCXBmbjog M2ZmZmUKKFhFTikgdmlyaWRpYW4uYzoxMjg6ZDkgQVBJQ19BU1NJU1RbMV06CihYRU4pIHZpcmlk aWFuLmM6MTMwOmQ5IAllbmFibGVkOiAxCihYRU4pIHZpcmlkaWFuLmM6MTMyOmQ5IAlwZm46IDNm ZmZkCihYRU4pIHZpcmlkaWFuLmM6MTI4OmQ5IEFQSUNfQVNTSVNUWzJdOgooWEVOKSB2aXJpZGlh bi5jOjEzMDpkOSAJZW5hYmxlZDogMQooWEVOKSB2aXJpZGlhbi5jOjEzMjpkOSAJcGZuOiAzZmZm YwooWEVOKSB2aXJpZGlhbi5jOjEyODpkOSBBUElDX0FTU0lTVFszXToKKFhFTikgdmlyaWRpYW4u YzoxMzA6ZDkgCWVuYWJsZWQ6IDEKKFhFTikgdmlyaWRpYW4uYzoxMzI6ZDkgCXBmbjogM2ZmZmIK KFhFTikgaXJxLmM6MjcwOiBEb205IFBDSSBsaW5rIDAgY2hhbmdlZCA1IC0+IDAKKFhFTikgaXJx LmM6MjcwOiBEb205IFBDSSBsaW5rIDEgY2hhbmdlZCAxMCAtPiAwCihYRU4pIGlycS5jOjI3MDog RG9tOSBQQ0kgbGluayAyIGNoYW5nZWQgMTEgLT4gMAooWEVOKSBpcnEuYzoyNzA6IERvbTkgUENJ IGxpbmsgMyBjaGFuZ2VkIDUgLT4gMAooWEVOKSBtZW1vcnlfbWFwOnJlbW92ZTogZG9tOSBnZm49 ZjE4MDAgbWZuPWYwNDAwIG5yPTQwMAooWEVOKSBtZW1vcnlfbWFwOnJlbW92ZTogZG9tOSBnZm49 ZTAwMDAgbWZuPWQwMDAwIG5yPTEwMDAwCihYRU4pIGlvcG9ydF9tYXA6cmVtb3ZlOiBkb205IGdw b3J0PWMyMDAgbXBvcnQ9ZjAwMCBucj00MAooWEVOKSBtZW1vcnlfbWFwOmFkZDogZG9tOSBnZm49 ZjE4MDAgbWZuPWYwNDAwIG5yPTQwMAooWEVOKSBtZW1vcnlfbWFwOmFkZDogZG9tOSBnZm49ZTAw MDAgbWZuPWQwMDAwIG5yPTEwMDAwCihYRU4pIGlvcG9ydF9tYXA6YWRkOiBkb205IGdwb3J0PWMy MDAgbXBvcnQ9ZjAwMCBucj00MAooWEVOKSBIVk0xMDogSFZNIExvYWRlcgooWEVOKSBIVk0xMDog RGV0ZWN0ZWQgWGVuIHY0LjQtdW5zdGFibGUKKFhFTikgSFZNMTA6IFhlbmJ1cyByaW5ncyBAMHhm ZWZmYzAwMCwgZXZlbnQgY2hhbm5lbCA2CihYRU4pIEhWTTEwOiBTeXN0ZW0gcmVxdWVzdGVkIFJP TUJJT1MKKFhFTikgSFZNMTA6IENQVSBzcGVlZCBpcyAzMzk5IE1IegooWEVOKSBIVk0xMDogUmVs b2NhdGluZyBndWVzdCBtZW1vcnkgZm9yIGxvd21lbSBNTUlPIHNwYWNlIGVuYWJsZWQKKFhFTikg aXJxLmM6MjcwOiBEb20xMCBQQ0kgbGluayAwIGNoYW5nZWQgMCAtPiA1CihYRU4pIEhWTTEwOiBQ Q0ktSVNBIGxpbmsgMCByb3V0ZWQgdG8gSVJRNQooWEVOKSBpcnEuYzoyNzA6IERvbTEwIFBDSSBs aW5rIDEgY2hhbmdlZCAwIC0+IDEwCihYRU4pIEhWTTEwOiBQQ0ktSVNBIGxpbmsgMSByb3V0ZWQg dG8gSVJRMTAKKFhFTikgaXJxLmM6MjcwOiBEb20xMCBQQ0kgbGluayAyIGNoYW5nZWQgMCAtPiAx MQooWEVOKSBIVk0xMDogUENJLUlTQSBsaW5rIDIgcm91dGVkIHRvIElSUTExCihYRU4pIGlycS5j OjI3MDogRG9tMTAgUENJIGxpbmsgMyBjaGFuZ2VkIDAgLT4gNQooWEVOKSBIVk0xMDogUENJLUlT QSBsaW5rIDMgcm91dGVkIHRvIElSUTUKKFhFTikgSFZNMTA6IHBjaSBkZXYgMDE6MiBJTlRELT5J UlE1CihYRU4pIEhWTTEwOiBwY2kgZGV2IDAxOjMgSU5UQS0+SVJRMTAKKFhFTikgSFZNMTA6IHBj aSBkZXYgMDM6MCBJTlRBLT5JUlE1CihYRU4pIEhWTTEwOiBwY2kgZGV2IDA0OjAgSU5UQS0+SVJR NQooWEVOKSBIVk0xMDogcGNpIGRldiAwNTowIElOVEEtPklSUTEwCihYRU4pIEhWTTEwOiBObyBS QU0gaW4gaGlnaCBtZW1vcnk7IHNldHRpbmcgaGlnaF9tZW0gcmVzb3VyY2UgYmFzZSB0byAxMDAw MDAwMDAKKFhFTikgSFZNMTA6IHBjaSBkZXYgMDU6MCBiYXIgMTggc2l6ZSAwMTAwMDAwMDA6IDBl MDAwMDAwYwooWEVOKSBtZW1vcnlfbWFwOmFkZDogZG9tMTAgZ2ZuPWUwMDAwIG1mbj1kMDAwMCBu cj0xMDAwMAooWEVOKSBIVk0xMDogcGNpIGRldiAwMzowIGJhciAxNCBzaXplIDAwMTAwMDAwMDog MGYwMDAwMDA4CihYRU4pIEhWTTEwOiBwY2kgZGV2IDAyOjAgYmFyIDEwIHNpemUgMDAwODAwMDAw OiAwZjEwMDAwMDgKKFhFTikgbWVtb3J5X21hcDphZGQ6IGRvbTEwIGdmbj1mMTgwMCBtZm49ZjA0 MDAgbnI9NDAwCihYRU4pIEhWTTEwOiBwY2kgZGV2IDA1OjAgYmFyIDEwIHNpemUgMDAwNDAwMDAw OiAwZjE4MDAwMDQKKFhFTikgSFZNMTA6IHBjaSBkZXYgMDM6MCBiYXIgMTAgc2l6ZSAwMDAwMDAx MDA6IDAwMDAwYzAwMQooWEVOKSBIVk0xMDogcGNpIGRldiAwNDowIGJhciAxMCBzaXplIDAwMDAw MDEwMDogMDAwMDBjMTAxCihYRU4pIEhWTTEwOiBwY2kgZGV2IDA0OjAgYmFyIDE0IHNpemUgMDAw MDAwMTAwOiAwZjFjMDAwMDAKKFhFTikgSFZNMTA6IHBjaSBkZXYgMDU6MCBiYXIgMjAgc2l6ZSAw MDAwMDAwNDA6IDAwMDAwYzIwMQooWEVOKSBpb3BvcnRfbWFwOmFkZDogZG9tMTAgZ3BvcnQ9YzIw MCBtcG9ydD1mMDAwIG5yPTQwCihYRU4pIEhWTTEwOiBwY2kgZGV2IDAxOjIgYmFyIDIwIHNpemUg MDAwMDAwMDIwOiAwMDAwMGMyNDEKKFhFTikgSFZNMTA6IHBjaSBkZXYgMDE6MSBiYXIgMjAgc2l6 ZSAwMDAwMDAwMTA6IDAwMDAwYzI2MQooWEVOKSBIVk0xMDogTXVsdGlwcm9jZXNzb3IgaW5pdGlh bGlzYXRpb246CihYRU4pIEhWTTEwOiAgLSBDUFUwIC4uLiAzOS1iaXQgcGh5cyAuLi4gZml4ZWQg TVRSUnMgLi4uIHZhciBNVFJScyBbMy84XSAuLi4gZG9uZS4KKFhFTikgSFZNMTA6ICAtIENQVTEg Li4uIDM5LWJpdCBwaHlzIC4uLiBmaXhlZCBNVFJScyAuLi4gdmFyIE1UUlJzIFszLzhdIC4uLiBk b25lLgooWEVOKSBIVk0xMDogIC0gQ1BVMiAuLi4gMzktYml0IHBoeXMgLi4uIGZpeGVkIE1UUlJz IC4uLiB2YXIgTVRSUnMgWzMvOF0gLi4uIGRvbmUuCihYRU4pIEhWTTEwOiAgLSBDUFUzIC4uLiAz OS1iaXQgcGh5cyAuLi4gZml4ZWQgTVRSUnMgLi4uIHZhciBNVFJScyBbMy84XSAuLi4gZG9uZS4K KFhFTikgSFZNMTA6IFRlc3RpbmcgSFZNIGVudmlyb25tZW50OgooWEVOKSBIVk0xMDogIC0gUkVQ IElOU0IgYWNyb3NzIHBhZ2UgYm91bmRhcmllcyAuLi4gcGFzc2VkCihYRU4pIEhWTTEwOiAgLSBH UyBiYXNlIE1TUnMgYW5kIFNXQVBHUyAuLi4gcGFzc2VkCihYRU4pIEhWTTEwOiBQYXNzZWQgMiBv ZiAyIHRlc3RzCihYRU4pIEhWTTEwOiBXcml0aW5nIFNNQklPUyB0YWJsZXMgLi4uCihYRU4pIEhW TTEwOiBMb2FkaW5nIFJPTUJJT1MgLi4uCihYRU4pIEhWTTEwOiA5NjI4IGJ5dGVzIG9mIFJPTUJJ T1MgaGlnaC1tZW1vcnkgZXh0ZW5zaW9uczoKKFhFTikgSFZNMTA6ICAgUmVsb2NhdGluZyB0byAw eGZjMDAxMDAwLTB4ZmMwMDM1OWMgLi4uIGRvbmUKKFhFTikgSFZNMTA6IENyZWF0aW5nIE1QIHRh YmxlcyAuLi4KKFhFTikgSFZNMTA6IExvYWRpbmcgU3RhbmRhcmQgVkdBQklPUyAuLi4KKFhFTikg SFZNMTA6IExvYWRpbmcgUENJIE9wdGlvbiBST00gLi4uCihYRU4pIEhWTTEwOiAgLSBNYW51ZmFj dHVyZXI6IGh0dHA6Ly9pcHhlLm9yZwooWEVOKSBIVk0xMDogIC0gUHJvZHVjdCBuYW1lOiBpUFhF CihYRU4pIEhWTTEwOiBPcHRpb24gUk9NczoKKFhFTikgSFZNMTA6ICBjMDAwMC1jOWZmZjogVkdB IEJJT1MKKFhFTikgSFZNMTA6ICBjYTAwMC1kOWZmZjogRXRoZXJib290IFJPTQooWEVOKSBIVk0x MDogTG9hZGluZyBBQ1BJIC4uLgooWEVOKSBIVk0xMDogdm04NiBUU1MgYXQgZmMwMGY3MDAKKFhF TikgSFZNMTA6IEJJT1MgbWFwOgooWEVOKSBIVk0xMDogIGYwMDAwLWZmZmZmOiBNYWluIEJJT1MK KFhFTikgSFZNMTA6IEU4MjAgdGFibGU6CihYRU4pIEhWTTEwOiAgWzAwXTogMDAwMDAwMDA6MDAw MDAwMDAgLSAwMDAwMDAwMDowMDA5ZTAwMDogUkFNCihYRU4pIEhWTTEwOiAgWzAxXTogMDAwMDAw MDA6MDAwOWUwMDAgLSAwMDAwMDAwMDowMDBhMDAwMDogUkVTRVJWRUQKKFhFTikgSFZNMTA6ICBI T0xFOiAwMDAwMDAwMDowMDBhMDAwMCAtIDAwMDAwMDAwOjAwMGUwMDAwCihYRU4pIEhWTTEwOiAg WzAyXTogMDAwMDAwMDA6MDAwZTAwMDAgLSAwMDAwMDAwMDowMDEwMDAwMDogUkVTRVJWRUQKKFhF TikgSFZNMTA6ICBbMDNdOiAwMDAwMDAwMDowMDEwMDAwMCAtIDAwMDAwMDAwOjdmODAwMDAwOiBS QU0KKFhFTikgSFZNMTA6ICBIT0xFOiAwMDAwMDAwMDo3ZjgwMDAwMCAtIDAwMDAwMDAwOmZjMDAw MDAwCihYRU4pIEhWTTEwOiAgWzA0XTogMDAwMDAwMDA6ZmMwMDAwMDAgLSAwMDAwMDAwMTowMDAw MDAwMDogUkVTRVJWRUQKKFhFTikgSFZNMTA6IEludm9raW5nIFJPTUJJT1MgLi4uCihYRU4pIEhW TTEwOiAkUmV2aXNpb246IDEuMjIxICQgJERhdGU6IDIwMDgvMTIvMDcgMTc6MzI6MjkgJAooWEVO KSBzdGR2Z2EuYzoxNDc6ZDEwIGVudGVyaW5nIHN0ZHZnYSBhbmQgY2FjaGluZyBtb2RlcwooWEVO KSBIVk0xMDogVkdBQmlvcyAkSWQ6IHZnYWJpb3MuYyx2IDEuNjcgMjAwOC8wMS8yNyAwOTo0NDox MiB2cnVwcGVydCBFeHAgJAooWEVOKSBIVk0xMDogVkJFIEJpb3MgJElkOiB2YmUuYyx2IDEuNjAg MjAwOC8wMy8wMiAwNzo0NzoyMSB2cnVwcGVydCBFeHAgJAooWEVOKSBIVk0xMDogQm9jaHMgQklP UyAtIGJ1aWxkOiAwNi8yMy85OQooWEVOKSBIVk0xMDogJFJldmlzaW9uOiAxLjIyMSAkICREYXRl OiAyMDA4LzEyLzA3IDE3OjMyOjI5ICQKKFhFTikgSFZNMTA6IE9wdGlvbnM6IGFwbWJpb3MgcGNp YmlvcyBlbHRvcml0byBQTU0gCihYRU4pIEhWTTEwOiAKKFhFTikgSFZNMTA6IGF0YTAtMDogUENI Uz0xNjM4My8xNi82MyB0cmFuc2xhdGlvbj1sYmEgTENIUz0xMDI0LzI1NS82MwooWEVOKSBIVk0x MDogYXRhMCBtYXN0ZXI6IFFFTVUgSEFSRERJU0sgQVRBLTcgSGFyZC1EaXNrICg2MjUzMiBNQnl0 ZXMpCihYRU4pIEhWTTEwOiBJREUgdGltZSBvdXQKKFhFTikgSFZNMTA6IGF0YTEgbWFzdGVyOiBR RU1VIERWRC1ST00gQVRBUEktNCBDRC1Sb20vRFZELVJvbQooWEVOKSBIVk0xMDogSURFIHRpbWUg b3V0CihYRU4pIEhWTTEwOiAKKFhFTikgSFZNMTA6IAooWEVOKSBIVk0xMDogCihYRU4pIEhWTTEw OiBQcmVzcyBGMTIgZm9yIGJvb3QgbWVudS4KKFhFTikgSFZNMTA6IAooWEVOKSBIVk0xMDogQm9v dGluZyBmcm9tIEhhcmQgRGlzay4uLgooWEVOKSBIVk0xMDogQm9vdGluZyBmcm9tIDAwMDA6N2Mw MAooWEVOKSB2aXJpZGlhbi5jOjEwMjpkMTAgR1VFU1RfT1NfSUQ6CihYRU4pIHZpcmlkaWFuLmM6 MTA0OmQxMCAJdmVuZG9yOiAxCihYRU4pIHZpcmlkaWFuLmM6MTA2OmQxMCAJb3M6IDQKKFhFTikg dmlyaWRpYW4uYzoxMDg6ZDEwIAltYWpvcjogNgooWEVOKSB2aXJpZGlhbi5jOjExMDpkMTAgCW1p bm9yOiAxCihYRU4pIHZpcmlkaWFuLmM6MTEyOmQxMCAJc3A6IDAKKFhFTikgdmlyaWRpYW4uYzox MTQ6ZDEwIAlidWlsZDogMWRiMAooWEVOKSB2aXJpZGlhbi5jOjExOTpkMTAgSFlQRVJDQUxMOgoo WEVOKSB2aXJpZGlhbi5jOjEyMTpkMTAgCWVuYWJsZWQ6IDEKKFhFTikgdmlyaWRpYW4uYzoxMjM6 ZDEwIAlwZm46IDNmZmZmCihYRU4pIHZpcmlkaWFuLmM6MTI4OmQxMCBBUElDX0FTU0lTVFswXToK KFhFTikgdmlyaWRpYW4uYzoxMzA6ZDEwIAllbmFibGVkOiAxCihYRU4pIHZpcmlkaWFuLmM6MTMy OmQxMCAJcGZuOiAzZmZmZQooWEVOKSB2aXJpZGlhbi5jOjEyODpkMTAgQVBJQ19BU1NJU1RbMV06 CihYRU4pIHZpcmlkaWFuLmM6MTMwOmQxMCAJZW5hYmxlZDogMQooWEVOKSB2aXJpZGlhbi5jOjEz MjpkMTAgCXBmbjogM2ZmZmQKKFhFTikgdmlyaWRpYW4uYzoxMjg6ZDEwIEFQSUNfQVNTSVNUWzJd OgooWEVOKSB2aXJpZGlhbi5jOjEzMDpkMTAgCWVuYWJsZWQ6IDEKKFhFTikgdmlyaWRpYW4uYzox MzI6ZDEwIAlwZm46IDNmZmZjCihYRU4pIHZpcmlkaWFuLmM6MTI4OmQxMCBBUElDX0FTU0lTVFsz XToKKFhFTikgdmlyaWRpYW4uYzoxMzA6ZDEwIAllbmFibGVkOiAxCihYRU4pIHZpcmlkaWFuLmM6 MTMyOmQxMCAJcGZuOiAzZmZmYgooWEVOKSBpcnEuYzoyNzA6IERvbTEwIFBDSSBsaW5rIDAgY2hh bmdlZCA1IC0+IDAKKFhFTikgaXJxLmM6MjcwOiBEb20xMCBQQ0kgbGluayAyIGNoYW5nZWQgMTEg LT4gMAooWEVOKSBpcnEuYzoyNzA6IERvbTEwIFBDSSBsaW5rIDEgY2hhbmdlZCAxMCAtPiAwCihY RU4pIGlycS5jOjI3MDogRG9tMTAgUENJIGxpbmsgMyBjaGFuZ2VkIDUgLT4gMAooWEVOKSBtZW1v cnlfbWFwOnJlbW92ZTogZG9tMTAgZ2ZuPWYxODAwIG1mbj1mMDQwMCBucj00MDAKKFhFTikgbWVt b3J5X21hcDpyZW1vdmU6IGRvbTEwIGdmbj1lMDAwMCBtZm49ZDAwMDAgbnI9MTAwMDAKKFhFTikg aW9wb3J0X21hcDpyZW1vdmU6IGRvbTEwIGdwb3J0PWMyMDAgbXBvcnQ9ZjAwMCBucj00MAooWEVO KSBtZW1vcnlfbWFwOmFkZDogZG9tMTAgZ2ZuPWYxODAwIG1mbj1mMDQwMCBucj00MDAKKFhFTikg bWVtb3J5X21hcDphZGQ6IGRvbTEwIGdmbj1lMDAwMCBtZm49ZDAwMDAgbnI9MTAwMDAKKFhFTikg aW9wb3J0X21hcDphZGQ6IGRvbTEwIGdwb3J0PWMyMDAgbXBvcnQ9ZjAwMCBucj00MAooWEVOKSBt ZW1vcnlfbWFwOnJlbW92ZTogZG9tMTAgZ2ZuPWYxODAwIG1mbj1mMDQwMCBucj00MDAKKFhFTikg bWVtb3J5X21hcDpyZW1vdmU6IGRvbTEwIGdmbj1lMDAwMCBtZm49ZDAwMDAgbnI9MTAwMDAKKFhF TikgaW9wb3J0X21hcDpyZW1vdmU6IGRvbTEwIGdwb3J0PWMyMDAgbXBvcnQ9ZjAwMCBucj00MAoo WEVOKSBtZW1vcnlfbWFwOmFkZDogZG9tMTAgZ2ZuPWYxODAwIG1mbj1mMDQwMCBucj00MDAKKFhF TikgbWVtb3J5X21hcDphZGQ6IGRvbTEwIGdmbj1lMDAwMCBtZm49ZDAwMDAgbnI9MTAwMDAKKFhF TikgaW9wb3J0X21hcDphZGQ6IGRvbTEwIGdwb3J0PWMyMDAgbXBvcnQ9ZjAwMCBucj00MAooWEVO KSBpb3BvcnRfbWFwOmFkZDogZG9tMTEgZ3BvcnQ9M2IwIG1wb3J0PTNiMCBucj1jCihYRU4pIGlv cG9ydF9tYXA6YWRkOiBkb20xMSBncG9ydD0zYzAgbXBvcnQ9M2MwIG5yPTIwCihYRU4pIG1lbW9y eV9tYXA6YWRkOiBkb20xMSBnZm49YTAgbWZuPWEwIG5yPTIwCihYRU4pIEhWTTExOiBIVk0gTG9h ZGVyCihYRU4pIEhWTTExOiBEZXRlY3RlZCBYZW4gdjQuNC11bnN0YWJsZQooWEVOKSBIVk0xMTog WGVuYnVzIHJpbmdzIEAweGZlZmZjMDAwLCBldmVudCBjaGFubmVsIDYKKFhFTikgSFZNMTE6IFN5 c3RlbSByZXF1ZXN0ZWQgUk9NQklPUwooWEVOKSBIVk0xMTogQ1BVIHNwZWVkIGlzIDMzOTkgTUh6 CihYRU4pIEhWTTExOiBSZWxvY2F0aW5nIGd1ZXN0IG1lbW9yeSBmb3IgbG93bWVtIE1NSU8gc3Bh Y2UgZW5hYmxlZAooWEVOKSBpcnEuYzoyNzA6IERvbTExIFBDSSBsaW5rIDAgY2hhbmdlZCAwIC0+ IDUKKFhFTikgSFZNMTE6IFBDSS1JU0EgbGluayAwIHJvdXRlZCB0byBJUlE1CihYRU4pIGlycS5j OjI3MDogRG9tMTEgUENJIGxpbmsgMSBjaGFuZ2VkIDAgLT4gMTAKKFhFTikgSFZNMTE6IFBDSS1J U0EgbGluayAxIHJvdXRlZCB0byBJUlExMAooWEVOKSBpcnEuYzoyNzA6IERvbTExIFBDSSBsaW5r IDIgY2hhbmdlZCAwIC0+IDExCihYRU4pIEhWTTExOiBQQ0ktSVNBIGxpbmsgMiByb3V0ZWQgdG8g SVJRMTEKKFhFTikgaXJxLmM6MjcwOiBEb20xMSBQQ0kgbGluayAzIGNoYW5nZWQgMCAtPiA1CihY RU4pIEhWTTExOiBQQ0ktSVNBIGxpbmsgMyByb3V0ZWQgdG8gSVJRNQooWEVOKSBIVk0xMTogcGNp IGRldiAwMToyIElOVEQtPklSUTUKKFhFTikgSFZNMTE6IHBjaSBkZXYgMDE6MyBJTlRBLT5JUlEx MAooWEVOKSBtZW1vcnlfbWFwOmFkZDogZG9tMTEgZ2ZuPWZkZmZjIG1mbj1iYzRiMyBucj0yCihY RU4pIEhWTTExOiBwY2kgZGV2IDAyOjAgSU5UQS0+SVJRMTEKKFhFTikgSFZNMTE6IHBjaSBkZXYg MDM6MCBJTlRBLT5JUlE1CihYRU4pIEhWTTExOiBwY2kgZGV2IDA0OjAgSU5UQS0+SVJRNQooWEVO KSBIVk0xMTogTm8gUkFNIGluIGhpZ2ggbWVtb3J5OyBzZXR0aW5nIGhpZ2hfbWVtIHJlc291cmNl IGJhc2UgdG8gMTAwMDAwMDAwCihYRU4pIEhWTTExOiBwY2kgZGV2IDAyOjAgYmFyIDE4IHNpemUg MDEwMDAwMDAwOiAwZTAwMDAwMGMKKFhFTikgbWVtb3J5X21hcDphZGQ6IGRvbTExIGdmbj1lMDAw MCBtZm49ZDAwMDAgbnI9MTAwMDAKKFhFTikgSFZNMTE6IHBjaSBkZXYgMDM6MCBiYXIgMTQgc2l6 ZSAwMDEwMDAwMDA6IDBmMDAwMDAwOAooWEVOKSBtZW1vcnlfbWFwOmFkZDogZG9tMTEgZ2ZuPWYx MDAwIG1mbj1mMDQwMCBucj00MDAKKFhFTikgSFZNMTE6IHBjaSBkZXYgMDI6MCBiYXIgMTAgc2l6 ZSAwMDA0MDAwMDA6IDBmMTAwMDAwNAooWEVOKSBIVk0xMTogcGNpIGRldiAxZjowIGJhciAxYyBz aXplIDAwMDIwMDAwMDogMGYxNDAwMDAwCihYRU4pIEhWTTExOiBwY2kgZGV2IDAzOjAgYmFyIDEw IHNpemUgMDAwMDAwMTAwOiAwMDAwMGMwMDEKKFhFTikgSFZNMTE6IHBjaSBkZXYgMDQ6MCBiYXIg MTAgc2l6ZSAwMDAwMDAxMDA6IDAwMDAwYzEwMQooWEVOKSBIVk0xMTogcGNpIGRldiAwNDowIGJh ciAxNCBzaXplIDAwMDAwMDEwMDogMGYxNjAwMDAwCihYRU4pIEhWTTExOiBwY2kgZGV2IDAyOjAg YmFyIDIwIHNpemUgMDAwMDAwMDQwOiAwMDAwMGMyMDEKKFhFTikgaW9wb3J0X21hcDphZGQ6IGRv bTExIGdwb3J0PWMyMDAgbXBvcnQ9ZjAwMCBucj00MAooWEVOKSBIVk0xMTogcGNpIGRldiAwMToy IGJhciAyMCBzaXplIDAwMDAwMDAyMDogMDAwMDBjMjQxCihYRU4pIEhWTTExOiBwY2kgZGV2IDAx OjEgYmFyIDIwIHNpemUgMDAwMDAwMDEwOiAwMDAwMGMyNjEKKFhFTikgSFZNMTE6IE11bHRpcHJv Y2Vzc29yIGluaXRpYWxpc2F0aW9uOgooWEVOKSBIVk0xMTogIC0gQ1BVMCAuLi4gMzktYml0IHBo eXMgLi4uIGZpeGVkIE1UUlJzIC4uLiB2YXIgTVRSUnMgWzMvOF0gLi4uIGRvbmUuCihYRU4pIEhW TTExOiAgLSBDUFUxIC4uLiAzOS1iaXQgcGh5cyAuLi4gZml4ZWQgTVRSUnMgLi4uIHZhciBNVFJS cyBbMy84XSAuLi4gZG9uZS4KKFhFTikgSFZNMTE6ICAtIENQVTIgLi4uIDM5LWJpdCBwaHlzIC4u LiBmaXhlZCBNVFJScyAuLi4gdmFyIE1UUlJzIFszLzhdIC4uLiBkb25lLgooWEVOKSBIVk0xMTog IC0gQ1BVMyAuLi4gMzktYml0IHBoeXMgLi4uIGZpeGVkIE1UUlJzIC4uLiB2YXIgTVRSUnMgWzMv OF0gLi4uIGRvbmUuCihYRU4pIEhWTTExOiBUZXN0aW5nIEhWTSBlbnZpcm9ubWVudDoKKFhFTikg SFZNMTE6ICAtIFJFUCBJTlNCIGFjcm9zcyBwYWdlIGJvdW5kYXJpZXMgLi4uIHBhc3NlZAooWEVO KSBIVk0xMTogIC0gR1MgYmFzZSBNU1JzIGFuZCBTV0FQR1MgLi4uIHBhc3NlZAooWEVOKSBIVk0x MTogUGFzc2VkIDIgb2YgMiB0ZXN0cwooWEVOKSBIVk0xMTogV3JpdGluZyBTTUJJT1MgdGFibGVz IC4uLgooWEVOKSBIVk0xMTogTG9hZGluZyBST01CSU9TIC4uLgooWEVOKSBIVk0xMTogOTYyOCBi eXRlcyBvZiBST01CSU9TIGhpZ2gtbWVtb3J5IGV4dGVuc2lvbnM6CihYRU4pIEhWTTExOiAgIFJl bG9jYXRpbmcgdG8gMHhmYzAwMTAwMC0weGZjMDAzNTljIC4uLiBkb25lCihYRU4pIEhWTTExOiBD cmVhdGluZyBNUCB0YWJsZXMgLi4uCihYRU4pIEhWTTExOiBMb2FkaW5nIFZHQUJJT1Mgb2YgcGFz c3Rocm91Z2hlZCBnZnggLi4uCihYRU4pIEhWTTExOiBMb2FkaW5nIFBDSSBPcHRpb24gUk9NIC4u LgooWEVOKSBIVk0xMTogIC0gTWFudWZhY3R1cmVyOiBodHRwOi8vaXB4ZS5vcmcKKFhFTikgSFZN MTE6ICAtIFByb2R1Y3QgbmFtZTogaVBYRQooWEVOKSBIVk0xMTogT3B0aW9uIFJPTXM6CihYRU4p IEhWTTExOiAgYzAwMDAtY2VmZmY6IFZHQSBCSU9TCihYRU4pIEhWTTExOiAgY2YwMDAtZGVmZmY6 IEV0aGVyYm9vdCBST00KKFhFTikgSFZNMTE6IExvYWRpbmcgQUNQSSAuLi4KKFhFTikgSFZNMTE6 IHZtODYgVFNTIGF0IGZjMDBmNzAwCihYRU4pIEhWTTExOiBCSU9TIG1hcDoKKFhFTikgSFZNMTE6 ICBmMDAwMC1mZmZmZjogTWFpbiBCSU9TCihYRU4pIEhWTTExOiBFODIwIHRhYmxlOgooWEVOKSBI Vk0xMTogIFswMF06IDAwMDAwMDAwOjAwMDAwMDAwIC0gMDAwMDAwMDA6MDAwOWUwMDA6IFJBTQoo WEVOKSBIVk0xMTogIFswMV06IDAwMDAwMDAwOjAwMDllMDAwIC0gMDAwMDAwMDA6MDAwYTAwMDA6 IFJFU0VSVkVECihYRU4pIEhWTTExOiAgSE9MRTogMDAwMDAwMDA6MDAwYTAwMDAgLSAwMDAwMDAw MDowMDBlMDAwMAooWEVOKSBIVk0xMTogIFswMl06IDAwMDAwMDAwOjAwMGUwMDAwIC0gMDAwMDAw MDA6MDAxMDAwMDA6IFJFU0VSVkVECihYRU4pIEhWTTExOiAgWzAzXTogMDAwMDAwMDA6MDAxMDAw MDAgLSAwMDAwMDAwMDo3ZjgwMDAwMDogUkFNCihYRU4pIEhWTTExOiAgSE9MRTogMDAwMDAwMDA6 N2Y4MDAwMDAgLSAwMDAwMDAwMDpmYzAwMDAwMAooWEVOKSBIVk0xMTogIFswNF06IDAwMDAwMDAw OmZjMDAwMDAwIC0gMDAwMDAwMDA6ZmRmZmMwMDA6IFJFU0VSVkVECihYRU4pIEhWTTExOiAgWzA1 XTogMDAwMDAwMDA6ZmRmZmMwMDAgLSAwMDAwMDAwMDpmZGZmZjAwMDogTlZTCihYRU4pIEhWTTEx OiAgWzA2XTogMDAwMDAwMDA6ZmRmZmYwMDAgLSAwMDAwMDAwMTowMDAwMDAwMDogUkVTRVJWRUQK KFhFTikgSFZNMTE6IEludm9raW5nIFJPTUJJT1MgLi4uCihYRU4pIEhWTTExOiAkUmV2aXNpb246 IDEuMjIxICQgJERhdGU6IDIwMDgvMTIvMDcgMTc6MzI6MjkgJAooWEVOKSBIVk0xMTogKioqIGlu dCAxNWggZnVuY3Rpb24gQVg9NWYzNCwgQlg9MDE5MCBub3QgeWV0IHN1cHBvcnRlZCEKKFhFTikg SFZNMTE6ICoqKiBpbnQgMTVoIGZ1bmN0aW9uIEFYPTVmNTEsIEJYPWMwMDAgbm90IHlldCBzdXBw b3J0ZWQhCihYRU4pIEhWTTExOiAqKiogaW50IDE1aCBmdW5jdGlvbiBBWD01ZjM1LCBCWD1jMDAw IG5vdCB5ZXQgc3VwcG9ydGVkIQooWEVOKSBIVk0xMTogQm9jaHMgQklPUyAtIGJ1aWxkOiAwNi8y My85OQooWEVOKSBIVk0xMTogJFJldmlzaW9uOiAxLjIyMSAkICREYXRlOiAyMDA4LzEyLzA3IDE3 OjMyOjI5ICQKKFhFTikgSFZNMTE6IE9wdGlvbnM6IGFwbWJpb3MgcGNpYmlvcyBlbHRvcml0byBQ TU0gCihYRU4pIEhWTTExOiAKKFhFTikgSFZNMTE6IGF0YTAtMDogUENIUz0xNjM4My8xNi82MyB0 cmFuc2xhdGlvbj1sYmEgTENIUz0xMDI0LzI1NS82MwooWEVOKSBIVk0xMTogYXRhMCBtYXN0ZXI6 IFFFTVUgSEFSRERJU0sgQVRBLTcgSGFyZC1EaXNrICg2MjUzMiBNQnl0ZXMpCihYRU4pIEhWTTEy OiBIVk0gTG9hZGVyCihYRU4pIEhWTTEyOiBEZXRlY3RlZCBYZW4gdjQuNC11bnN0YWJsZQooWEVO KSBIVk0xMjogWGVuYnVzIHJpbmdzIEAweGZlZmZjMDAwLCBldmVudCBjaGFubmVsIDYKKFhFTikg SFZNMTI6IFN5c3RlbSByZXF1ZXN0ZWQgUk9NQklPUwooWEVOKSBIVk0xMjogQ1BVIHNwZWVkIGlz IDMzOTkgTUh6CihYRU4pIEhWTTEyOiBSZWxvY2F0aW5nIGd1ZXN0IG1lbW9yeSBmb3IgbG93bWVt IE1NSU8gc3BhY2UgZW5hYmxlZAooWEVOKSBpcnEuYzoyNzA6IERvbTEyIFBDSSBsaW5rIDAgY2hh bmdlZCAwIC0+IDUKKFhFTikgSFZNMTI6IFBDSS1JU0EgbGluayAwIHJvdXRlZCB0byBJUlE1CihY RU4pIGlycS5jOjI3MDogRG9tMTIgUENJIGxpbmsgMSBjaGFuZ2VkIDAgLT4gMTAKKFhFTikgSFZN MTI6IFBDSS1JU0EgbGluayAxIHJvdXRlZCB0byBJUlExMAooWEVOKSBpcnEuYzoyNzA6IERvbTEy IFBDSSBsaW5rIDIgY2hhbmdlZCAwIC0+IDExCihYRU4pIEhWTTEyOiBQQ0ktSVNBIGxpbmsgMiBy b3V0ZWQgdG8gSVJRMTEKKFhFTikgaXJxLmM6MjcwOiBEb20xMiBQQ0kgbGluayAzIGNoYW5nZWQg MCAtPiA1CihYRU4pIEhWTTEyOiBQQ0ktSVNBIGxpbmsgMyByb3V0ZWQgdG8gSVJRNQooWEVOKSBI Vk0xMjogcGNpIGRldiAwMToyIElOVEQtPklSUTUKKFhFTikgSFZNMTI6IHBjaSBkZXYgMDE6MyBJ TlRBLT5JUlExMAooWEVOKSBIVk0xMjogcGNpIGRldiAwMzowIElOVEEtPklSUTUKKFhFTikgSFZN MTI6IHBjaSBkZXYgMDQ6MCBJTlRBLT5JUlE1CihYRU4pIEhWTTEyOiBwY2kgZGV2IDA1OjAgSU5U QS0+SVJRMTAKKFhFTikgSFZNMTI6IE5vIFJBTSBpbiBoaWdoIG1lbW9yeTsgc2V0dGluZyBoaWdo X21lbSByZXNvdXJjZSBiYXNlIHRvIDEwMDAwMDAwMAooWEVOKSBIVk0xMjogcGNpIGRldiAwNTow IGJhciAxOCBzaXplIDAxMDAwMDAwMDogMGUwMDAwMDBjCihYRU4pIG1lbW9yeV9tYXA6YWRkOiBk b20xMiBnZm49ZTAwMDAgbWZuPWQwMDAwIG5yPTEwMDAwCihYRU4pIEhWTTEyOiBwY2kgZGV2IDAz OjAgYmFyIDE0IHNpemUgMDAxMDAwMDAwOiAwZjAwMDAwMDgKKFhFTikgSFZNMTI6IHBjaSBkZXYg MDI6MCBiYXIgMTAgc2l6ZSAwMDA4MDAwMDA6IDBmMTAwMDAwOAooWEVOKSBtZW1vcnlfbWFwOmFk ZDogZG9tMTIgZ2ZuPWYxODAwIG1mbj1mMDQwMCBucj00MDAKKFhFTikgSFZNMTI6IHBjaSBkZXYg MDU6MCBiYXIgMTAgc2l6ZSAwMDA0MDAwMDA6IDBmMTgwMDAwNAooWEVOKSBIVk0xMjogcGNpIGRl diAwMzowIGJhciAxMCBzaXplIDAwMDAwMDEwMDogMDAwMDBjMDAxCihYRU4pIEhWTTEyOiBwY2kg ZGV2IDA0OjAgYmFyIDEwIHNpemUgMDAwMDAwMTAwOiAwMDAwMGMxMDEKKFhFTikgSFZNMTI6IHBj aSBkZXYgMDQ6MCBiYXIgMTQgc2l6ZSAwMDAwMDAxMDA6IDBmMWMwMDAwMAooWEVOKSBIVk0xMjog cGNpIGRldiAwNTowIGJhciAyMCBzaXplIDAwMDAwMDA0MDogMDAwMDBjMjAxCihYRU4pIGlvcG9y dF9tYXA6YWRkOiBkb20xMiBncG9ydD1jMjAwIG1wb3J0PWYwMDAgbnI9NDAKKFhFTikgSFZNMTI6 IHBjaSBkZXYgMDE6MiBiYXIgMjAgc2l6ZSAwMDAwMDAwMjA6IDAwMDAwYzI0MQooWEVOKSBIVk0x MjogcGNpIGRldiAwMToxIGJhciAyMCBzaXplIDAwMDAwMDAxMDogMDAwMDBjMjYxCihYRU4pIEhW TTEyOiBNdWx0aXByb2Nlc3NvciBpbml0aWFsaXNhdGlvbjoKKFhFTikgSFZNMTI6ICAtIENQVTAg Li4uIDM5LWJpdCBwaHlzIC4uLiBmaXhlZCBNVFJScyAuLi4gdmFyIE1UUlJzIFszLzhdIC4uLiBk b25lLgooWEVOKSBIVk0xMjogIC0gQ1BVMSAuLi4gMzktYml0IHBoeXMgLi4uIGZpeGVkIE1UUlJz IC4uLiB2YXIgTVRSUnMgWzMvOF0gLi4uIGRvbmUuCihYRU4pIEhWTTEyOiAgLSBDUFUyIC4uLiAz OS1iaXQgcGh5cyAuLi4gZml4ZWQgTVRSUnMgLi4uIHZhciBNVFJScyBbMy84XSAuLi4gZG9uZS4K KFhFTikgSFZNMTI6ICAtIENQVTMgLi4uIDM5LWJpdCBwaHlzIC4uLiBmaXhlZCBNVFJScyAuLi4g dmFyIE1UUlJzIFszLzhdIC4uLiBkb25lLgooWEVOKSBIVk0xMjogVGVzdGluZyBIVk0gZW52aXJv bm1lbnQ6CihYRU4pIEhWTTEyOiAgLSBSRVAgSU5TQiBhY3Jvc3MgcGFnZSBib3VuZGFyaWVzIC4u LiBwYXNzZWQKKFhFTikgSFZNMTI6ICAtIEdTIGJhc2UgTVNScyBhbmQgU1dBUEdTIC4uLiBwYXNz ZWQKKFhFTikgSFZNMTI6IFBhc3NlZCAyIG9mIDIgdGVzdHMKKFhFTikgSFZNMTI6IFdyaXRpbmcg U01CSU9TIHRhYmxlcyAuLi4KKFhFTikgSFZNMTI6IExvYWRpbmcgUk9NQklPUyAuLi4KKFhFTikg SFZNMTI6IDk2MjggYnl0ZXMgb2YgUk9NQklPUyBoaWdoLW1lbW9yeSBleHRlbnNpb25zOgooWEVO KSBIVk0xMjogICBSZWxvY2F0aW5nIHRvIDB4ZmMwMDEwMDAtMHhmYzAwMzU5YyAuLi4gZG9uZQoo WEVOKSBIVk0xMjogQ3JlYXRpbmcgTVAgdGFibGVzIC4uLgooWEVOKSBIVk0xMjogTG9hZGluZyBT dGFuZGFyZCBWR0FCSU9TIC4uLgooWEVOKSBIVk0xMjogTG9hZGluZyBQQ0kgT3B0aW9uIFJPTSAu Li4KKFhFTikgSFZNMTI6ICAtIE1hbnVmYWN0dXJlcjogaHR0cDovL2lweGUub3JnCihYRU4pIEhW TTEyOiAgLSBQcm9kdWN0IG5hbWU6IGlQWEUKKFhFTikgSFZNMTI6IE9wdGlvbiBST01zOgooWEVO KSBIVk0xMjogIGMwMDAwLWM5ZmZmOiBWR0EgQklPUwooWEVOKSBIVk0xMjogIGNhMDAwLWQ5ZmZm OiBFdGhlcmJvb3QgUk9NCihYRU4pIEhWTTEyOiBMb2FkaW5nIEFDUEkgLi4uCihYRU4pIEhWTTEy OiB2bTg2IFRTUyBhdCBmYzAwZjcwMAooWEVOKSBIVk0xMjogQklPUyBtYXA6CihYRU4pIEhWTTEy OiAgZjAwMDAtZmZmZmY6IE1haW4gQklPUwooWEVOKSBIVk0xMjogRTgyMCB0YWJsZToKKFhFTikg SFZNMTI6ICBbMDBdOiAwMDAwMDAwMDowMDAwMDAwMCAtIDAwMDAwMDAwOjAwMDllMDAwOiBSQU0K KFhFTikgSFZNMTI6ICBbMDFdOiAwMDAwMDAwMDowMDA5ZTAwMCAtIDAwMDAwMDAwOjAwMGEwMDAw OiBSRVNFUlZFRAooWEVOKSBIVk0xMjogIEhPTEU6IDAwMDAwMDAwOjAwMGEwMDAwIC0gMDAwMDAw MDA6MDAwZTAwMDAKKFhFTikgSFZNMTI6ICBbMDJdOiAwMDAwMDAwMDowMDBlMDAwMCAtIDAwMDAw MDAwOjAwMTAwMDAwOiBSRVNFUlZFRAooWEVOKSBIVk0xMjogIFswM106IDAwMDAwMDAwOjAwMTAw MDAwIC0gMDAwMDAwMDA6N2Y4MDAwMDA6IFJBTQooWEVOKSBIVk0xMjogIEhPTEU6IDAwMDAwMDAw OjdmODAwMDAwIC0gMDAwMDAwMDA6ZmMwMDAwMDAKKFhFTikgSFZNMTI6ICBbMDRdOiAwMDAwMDAw MDpmYzAwMDAwMCAtIDAwMDAwMDAxOjAwMDAwMDAwOiBSRVNFUlZFRAooWEVOKSBIVk0xMjogSW52 b2tpbmcgUk9NQklPUyAuLi4KKFhFTikgSFZNMTI6ICRSZXZpc2lvbjogMS4yMjEgJCAkRGF0ZTog MjAwOC8xMi8wNyAxNzozMjoyOSAkCihYRU4pIHN0ZHZnYS5jOjE0NzpkMTIgZW50ZXJpbmcgc3Rk dmdhIGFuZCBjYWNoaW5nIG1vZGVzCihYRU4pIEhWTTEyOiBWR0FCaW9zICRJZDogdmdhYmlvcy5j LHYgMS42NyAyMDA4LzAxLzI3IDA5OjQ0OjEyIHZydXBwZXJ0IEV4cCAkCihYRU4pIEhWTTEyOiBW QkUgQmlvcyAkSWQ6IHZiZS5jLHYgMS42MCAyMDA4LzAzLzAyIDA3OjQ3OjIxIHZydXBwZXJ0IEV4 cCAkCihYRU4pIEhWTTEyOiBCb2NocyBCSU9TIC0gYnVpbGQ6IDA2LzIzLzk5CihYRU4pIEhWTTEy OiAkUmV2aXNpb246IDEuMjIxICQgJERhdGU6IDIwMDgvMTIvMDcgMTc6MzI6MjkgJAooWEVOKSBI Vk0xMjogT3B0aW9uczogYXBtYmlvcyBwY2liaW9zIGVsdG9yaXRvIFBNTSAKKFhFTikgSFZNMTI6 IAooWEVOKSBIVk0xMjogYXRhMC0wOiBQQ0hTPTE2MzgzLzE2LzYzIHRyYW5zbGF0aW9uPWxiYSBM Q0hTPTEwMjQvMjU1LzYzCihYRU4pIEhWTTEyOiBhdGEwIG1hc3RlcjogUUVNVSBIQVJERElTSyBB VEEtNyBIYXJkLURpc2sgKDYyNTMyIE1CeXRlcykKKFhFTikgSFZNMTI6IElERSB0aW1lIG91dAoo WEVOKSBIVk0xMjogYXRhMSBtYXN0ZXI6IFFFTVUgRFZELVJPTSBBVEFQSS00IENELVJvbS9EVkQt Um9tCihYRU4pIEhWTTEyOiBJREUgdGltZSBvdXQKKFhFTikgSFZNMTI6IAooWEVOKSBIVk0xMjog CihYRU4pIEhWTTEyOiAKKFhFTikgSFZNMTI6IFByZXNzIEYxMiBmb3IgYm9vdCBtZW51LgooWEVO KSBIVk0xMjogCihYRU4pIEhWTTEyOiBCb290aW5nIGZyb20gSGFyZCBEaXNrLi4uCihYRU4pIEhW TTEyOiBCb290aW5nIGZyb20gMDAwMDo3YzAwCihYRU4pIHZpcmlkaWFuLmM6MTAyOmQxMiBHVUVT VF9PU19JRDoKKFhFTikgdmlyaWRpYW4uYzoxMDQ6ZDEyIAl2ZW5kb3I6IDEKKFhFTikgdmlyaWRp YW4uYzoxMDY6ZDEyIAlvczogNAooWEVOKSB2aXJpZGlhbi5jOjEwODpkMTIgCW1ham9yOiA2CihY RU4pIHZpcmlkaWFuLmM6MTEwOmQxMiAJbWlub3I6IDEKKFhFTikgdmlyaWRpYW4uYzoxMTI6ZDEy IAlzcDogMAooWEVOKSB2aXJpZGlhbi5jOjExNDpkMTIgCWJ1aWxkOiAxZGIwCihYRU4pIHZpcmlk aWFuLmM6MTE5OmQxMiBIWVBFUkNBTEw6CihYRU4pIHZpcmlkaWFuLmM6MTIxOmQxMiAJZW5hYmxl ZDogMQooWEVOKSB2aXJpZGlhbi5jOjEyMzpkMTIgCXBmbjogM2ZmZmYKKFhFTikgdmlyaWRpYW4u YzoxMjg6ZDEyIEFQSUNfQVNTSVNUWzBdOgooWEVOKSB2aXJpZGlhbi5jOjEzMDpkMTIgCWVuYWJs ZWQ6IDEKKFhFTikgdmlyaWRpYW4uYzoxMzI6ZDEyIAlwZm46IDNmZmZlCihYRU4pIHZpcmlkaWFu LmM6MTI4OmQxMiBBUElDX0FTU0lTVFsxXToKKFhFTikgdmlyaWRpYW4uYzoxMzA6ZDEyIAllbmFi bGVkOiAxCihYRU4pIHZpcmlkaWFuLmM6MTMyOmQxMiAJcGZuOiAzZmZmZAooWEVOKSB2aXJpZGlh bi5jOjEyODpkMTIgQVBJQ19BU1NJU1RbMl06CihYRU4pIHZpcmlkaWFuLmM6MTMwOmQxMiAJZW5h YmxlZDogMQooWEVOKSB2aXJpZGlhbi5jOjEzMjpkMTIgCXBmbjogM2ZmZmMKKFhFTikgdmlyaWRp YW4uYzoxMjg6ZDEyIEFQSUNfQVNTSVNUWzNdOgooWEVOKSB2aXJpZGlhbi5jOjEzMDpkMTIgCWVu YWJsZWQ6IDEKKFhFTikgdmlyaWRpYW4uYzoxMzI6ZDEyIAlwZm46IDNmZmZiCihYRU4pIGlycS5j OjI3MDogRG9tMTIgUENJIGxpbmsgMCBjaGFuZ2VkIDUgLT4gMAooWEVOKSBpcnEuYzoyNzA6IERv bTEyIFBDSSBsaW5rIDEgY2hhbmdlZCAxMCAtPiAwCihYRU4pIGlycS5jOjI3MDogRG9tMTIgUENJ IGxpbmsgMiBjaGFuZ2VkIDExIC0+IDAKKFhFTikgaXJxLmM6MjcwOiBEb20xMiBQQ0kgbGluayAz IGNoYW5nZWQgNSAtPiAwCihYRU4pIG1lbW9yeV9tYXA6cmVtb3ZlOiBkb20xMiBnZm49ZjE4MDAg bWZuPWYwNDAwIG5yPTQwMAooWEVOKSBtZW1vcnlfbWFwOnJlbW92ZTogZG9tMTIgZ2ZuPWUwMDAw IG1mbj1kMDAwMCBucj0xMDAwMAooWEVOKSBpb3BvcnRfbWFwOnJlbW92ZTogZG9tMTIgZ3BvcnQ9 YzIwMCBtcG9ydD1mMDAwIG5yPTQwCihYRU4pIG1lbW9yeV9tYXA6YWRkOiBkb20xMiBnZm49ZjE4 MDAgbWZuPWYwNDAwIG5yPTQwMAooWEVOKSBtZW1vcnlfbWFwOmFkZDogZG9tMTIgZ2ZuPWUwMDAw IG1mbj1kMDAwMCBucj0xMDAwMAooWEVOKSBpb3BvcnRfbWFwOmFkZDogZG9tMTIgZ3BvcnQ9YzIw MCBtcG9ydD1mMDAwIG5yPTQwCihYRU4pIG1lbW9yeV9tYXA6cmVtb3ZlOiBkb20xMiBnZm49ZjE4 MDAgbWZuPWYwNDAwIG5yPTQwMAooWEVOKSBtZW1vcnlfbWFwOnJlbW92ZTogZG9tMTIgZ2ZuPWUw MDAwIG1mbj1kMDAwMCBucj0xMDAwMAooWEVOKSBpb3BvcnRfbWFwOnJlbW92ZTogZG9tMTIgZ3Bv cnQ9YzIwMCBtcG9ydD1mMDAwIG5yPTQwCihYRU4pIG1lbW9yeV9tYXA6YWRkOiBkb20xMiBnZm49 ZjE4MDAgbWZuPWYwNDAwIG5yPTQwMAooWEVOKSBtZW1vcnlfbWFwOmFkZDogZG9tMTIgZ2ZuPWUw MDAwIG1mbj1kMDAwMCBucj0xMDAwMAooWEVOKSBpb3BvcnRfbWFwOmFkZDogZG9tMTIgZ3BvcnQ9 YzIwMCBtcG9ydD1mMDAwIG5yPTQwCihYRU4pIEhWTTEzOiBIVk0gTG9hZGVyCihYRU4pIEhWTTEz OiBEZXRlY3RlZCBYZW4gdjQuNC11bnN0YWJsZQooWEVOKSBIVk0xMzogWGVuYnVzIHJpbmdzIEAw eGZlZmZjMDAwLCBldmVudCBjaGFubmVsIDYKKFhFTikgSFZNMTM6IFN5c3RlbSByZXF1ZXN0ZWQg Uk9NQklPUwooWEVOKSBIVk0xMzogQ1BVIHNwZWVkIGlzIDMzOTkgTUh6CihYRU4pIEhWTTEzOiBS ZWxvY2F0aW5nIGd1ZXN0IG1lbW9yeSBmb3IgbG93bWVtIE1NSU8gc3BhY2UgZW5hYmxlZAooWEVO KSBpcnEuYzoyNzA6IERvbTEzIFBDSSBsaW5rIDAgY2hhbmdlZCAwIC0+IDUKKFhFTikgSFZNMTM6 IFBDSS1JU0EgbGluayAwIHJvdXRlZCB0byBJUlE1CihYRU4pIGlycS5jOjI3MDogRG9tMTMgUENJ IGxpbmsgMSBjaGFuZ2VkIDAgLT4gMTAKKFhFTikgSFZNMTM6IFBDSS1JU0EgbGluayAxIHJvdXRl ZCB0byBJUlExMAooWEVOKSBpcnEuYzoyNzA6IERvbTEzIFBDSSBsaW5rIDIgY2hhbmdlZCAwIC0+ IDExCihYRU4pIEhWTTEzOiBQQ0ktSVNBIGxpbmsgMiByb3V0ZWQgdG8gSVJRMTEKKFhFTikgaXJx LmM6MjcwOiBEb20xMyBQQ0kgbGluayAzIGNoYW5nZWQgMCAtPiA1CihYRU4pIEhWTTEzOiBQQ0kt SVNBIGxpbmsgMyByb3V0ZWQgdG8gSVJRNQooWEVOKSBIVk0xMzogcGNpIGRldiAwMToyIElOVEQt PklSUTUKKFhFTikgSFZNMTM6IHBjaSBkZXYgMDE6MyBJTlRBLT5JUlExMAooWEVOKSBIVk0xMzog cGNpIGRldiAwMzowIElOVEEtPklSUTUKKFhFTikgSFZNMTM6IHBjaSBkZXYgMDQ6MCBJTlRBLT5J UlE1CihYRU4pIEhWTTEzOiBwY2kgZGV2IDA1OjAgSU5UQS0+SVJRMTAKKFhFTikgSFZNMTM6IE5v IFJBTSBpbiBoaWdoIG1lbW9yeTsgc2V0dGluZyBoaWdoX21lbSByZXNvdXJjZSBiYXNlIHRvIDEw MDAwMDAwMAooWEVOKSBIVk0xMzogcGNpIGRldiAwNTowIGJhciAxOCBzaXplIDAxMDAwMDAwMDog MGUwMDAwMDBjCihYRU4pIG1lbW9yeV9tYXA6YWRkOiBkb20xMyBnZm49ZTAwMDAgbWZuPWQwMDAw IG5yPTEwMDAwCihYRU4pIEhWTTEzOiBwY2kgZGV2IDAzOjAgYmFyIDE0IHNpemUgMDAxMDAwMDAw OiAwZjAwMDAwMDgKKFhFTikgSFZNMTM6IHBjaSBkZXYgMDI6MCBiYXIgMTAgc2l6ZSAwMDA4MDAw MDA6IDBmMTAwMDAwOAooWEVOKSBtZW1vcnlfbWFwOmFkZDogZG9tMTMgZ2ZuPWYxODAwIG1mbj1m MDQwMCBucj00MDAKKFhFTikgSFZNMTM6IHBjaSBkZXYgMDU6MCBiYXIgMTAgc2l6ZSAwMDA0MDAw MDA6IDBmMTgwMDAwNAooWEVOKSBIVk0xMzogcGNpIGRldiAwMzowIGJhciAxMCBzaXplIDAwMDAw MDEwMDogMDAwMDBjMDAxCihYRU4pIEhWTTEzOiBwY2kgZGV2IDA0OjAgYmFyIDEwIHNpemUgMDAw MDAwMTAwOiAwMDAwMGMxMDEKKFhFTikgSFZNMTM6IHBjaSBkZXYgMDQ6MCBiYXIgMTQgc2l6ZSAw MDAwMDAxMDA6IDBmMWMwMDAwMAooWEVOKSBIVk0xMzogcGNpIGRldiAwNTowIGJhciAyMCBzaXpl IDAwMDAwMDA0MDogMDAwMDBjMjAxCihYRU4pIGlvcG9ydF9tYXA6YWRkOiBkb20xMyBncG9ydD1j MjAwIG1wb3J0PWYwMDAgbnI9NDAKKFhFTikgSFZNMTM6IHBjaSBkZXYgMDE6MiBiYXIgMjAgc2l6 ZSAwMDAwMDAwMjA6IDAwMDAwYzI0MQooWEVOKSBIVk0xMzogcGNpIGRldiAwMToxIGJhciAyMCBz aXplIDAwMDAwMDAxMDogMDAwMDBjMjYxCihYRU4pIEhWTTEzOiBNdWx0aXByb2Nlc3NvciBpbml0 aWFsaXNhdGlvbjoKKFhFTikgSFZNMTM6ICAtIENQVTAgLi4uIDM5LWJpdCBwaHlzIC4uLiBmaXhl ZCBNVFJScyAuLi4gdmFyIE1UUlJzIFszLzhdIC4uLiBkb25lLgooWEVOKSBIVk0xMzogIC0gQ1BV MSAuLi4gMzktYml0IHBoeXMgLi4uIGZpeGVkIE1UUlJzIC4uLiB2YXIgTVRSUnMgWzMvOF0gLi4u IGRvbmUuCihYRU4pIEhWTTEzOiAgLSBDUFUyIC4uLiAzOS1iaXQgcGh5cyAuLi4gZml4ZWQgTVRS UnMgLi4uIHZhciBNVFJScyBbMy84XSAuLi4gZG9uZS4KKFhFTikgSFZNMTM6ICAtIENQVTMgLi4u IDM5LWJpdCBwaHlzIC4uLiBmaXhlZCBNVFJScyAuLi4gdmFyIE1UUlJzIFszLzhdIC4uLiBkb25l LgooWEVOKSBIVk0xMzogVGVzdGluZyBIVk0gZW52aXJvbm1lbnQ6CihYRU4pIEhWTTEzOiAgLSBS RVAgSU5TQiBhY3Jvc3MgcGFnZSBib3VuZGFyaWVzIC4uLiBwYXNzZWQKKFhFTikgSFZNMTM6ICAt IEdTIGJhc2UgTVNScyBhbmQgU1dBUEdTIC4uLiBwYXNzZWQKKFhFTikgSFZNMTM6IFBhc3NlZCAy IG9mIDIgdGVzdHMKKFhFTikgSFZNMTM6IFdyaXRpbmcgU01CSU9TIHRhYmxlcyAuLi4KKFhFTikg SFZNMTM6IExvYWRpbmcgUk9NQklPUyAuLi4KKFhFTikgSFZNMTM6IDk2MjggYnl0ZXMgb2YgUk9N QklPUyBoaWdoLW1lbW9yeSBleHRlbnNpb25zOgooWEVOKSBIVk0xMzogICBSZWxvY2F0aW5nIHRv IDB4ZmMwMDEwMDAtMHhmYzAwMzU5YyAuLi4gZG9uZQooWEVOKSBIVk0xMzogQ3JlYXRpbmcgTVAg dGFibGVzIC4uLgooWEVOKSBIVk0xMzogTG9hZGluZyBTdGFuZGFyZCBWR0FCSU9TIC4uLgooWEVO KSBIVk0xMzogTG9hZGluZyBQQ0kgT3B0aW9uIFJPTSAuLi4KKFhFTikgSFZNMTM6ICAtIE1hbnVm YWN0dXJlcjogaHR0cDovL2lweGUub3JnCihYRU4pIEhWTTEzOiAgLSBQcm9kdWN0IG5hbWU6IGlQ WEUKKFhFTikgSFZNMTM6IE9wdGlvbiBST01zOgooWEVOKSBIVk0xMzogIGMwMDAwLWM5ZmZmOiBW R0EgQklPUwooWEVOKSBIVk0xMzogIGNhMDAwLWQ5ZmZmOiBFdGhlcmJvb3QgUk9NCihYRU4pIEhW TTEzOiBMb2FkaW5nIEFDUEkgLi4uCihYRU4pIEhWTTEzOiB2bTg2IFRTUyBhdCBmYzAwZjcwMAoo WEVOKSBIVk0xMzogQklPUyBtYXA6CihYRU4pIEhWTTEzOiAgZjAwMDAtZmZmZmY6IE1haW4gQklP UwooWEVOKSBIVk0xMzogRTgyMCB0YWJsZToKKFhFTikgSFZNMTM6ICBbMDBdOiAwMDAwMDAwMDow MDAwMDAwMCAtIDAwMDAwMDAwOjAwMDllMDAwOiBSQU0KKFhFTikgSFZNMTM6ICBbMDFdOiAwMDAw MDAwMDowMDA5ZTAwMCAtIDAwMDAwMDAwOjAwMGEwMDAwOiBSRVNFUlZFRAooWEVOKSBIVk0xMzog IEhPTEU6IDAwMDAwMDAwOjAwMGEwMDAwIC0gMDAwMDAwMDA6MDAwZTAwMDAKKFhFTikgSFZNMTM6 ICBbMDJdOiAwMDAwMDAwMDowMDBlMDAwMCAtIDAwMDAwMDAwOjAwMTAwMDAwOiBSRVNFUlZFRAoo WEVOKSBIVk0xMzogIFswM106IDAwMDAwMDAwOjAwMTAwMDAwIC0gMDAwMDAwMDA6N2Y4MDAwMDA6 IFJBTQooWEVOKSBIVk0xMzogIEhPTEU6IDAwMDAwMDAwOjdmODAwMDAwIC0gMDAwMDAwMDA6ZmMw MDAwMDAKKFhFTikgSFZNMTM6ICBbMDRdOiAwMDAwMDAwMDpmYzAwMDAwMCAtIDAwMDAwMDAxOjAw MDAwMDAwOiBSRVNFUlZFRAooWEVOKSBIVk0xMzogSW52b2tpbmcgUk9NQklPUyAuLi4KKFhFTikg SFZNMTM6ICRSZXZpc2lvbjogMS4yMjEgJCAkRGF0ZTogMjAwOC8xMi8wNyAxNzozMjoyOSAkCihY RU4pIHN0ZHZnYS5jOjE0NzpkMTMgZW50ZXJpbmcgc3RkdmdhIGFuZCBjYWNoaW5nIG1vZGVzCihY RU4pIEhWTTEzOiBWR0FCaW9zICRJZDogdmdhYmlvcy5jLHYgMS42NyAyMDA4LzAxLzI3IDA5OjQ0 OjEyIHZydXBwZXJ0IEV4cCAkCihYRU4pIEhWTTEzOiBWQkUgQmlvcyAkSWQ6IHZiZS5jLHYgMS42 MCAyMDA4LzAzLzAyIDA3OjQ3OjIxIHZydXBwZXJ0IEV4cCAkCihYRU4pIEhWTTEzOiBCb2NocyBC SU9TIC0gYnVpbGQ6IDA2LzIzLzk5CihYRU4pIEhWTTEzOiAkUmV2aXNpb246IDEuMjIxICQgJERh dGU6IDIwMDgvMTIvMDcgMTc6MzI6MjkgJAooWEVOKSBIVk0xMzogT3B0aW9uczogYXBtYmlvcyBw Y2liaW9zIGVsdG9yaXRvIFBNTSAKKFhFTikgSFZNMTM6IAooWEVOKSBIVk0xMzogYXRhMC0wOiBQ Q0hTPTE2MzgzLzE2LzYzIHRyYW5zbGF0aW9uPWxiYSBMQ0hTPTEwMjQvMjU1LzYzCihYRU4pIEhW TTEzOiBhdGEwIG1hc3RlcjogUUVNVSBIQVJERElTSyBBVEEtNyBIYXJkLURpc2sgKDYyNTMyIE1C eXRlcykKKFhFTikgSFZNMTM6IElERSB0aW1lIG91dAooWEVOKSBIVk0xMzogYXRhMSBtYXN0ZXI6 IFFFTVUgRFZELVJPTSBBVEFQSS00IENELVJvbS9EVkQtUm9tCihYRU4pIEhWTTEzOiBJREUgdGlt ZSBvdXQKKFhFTikgSFZNMTM6IAooWEVOKSBIVk0xMzogCihYRU4pIEhWTTEzOiAKKFhFTikgSFZN MTM6IFByZXNzIEYxMiBmb3IgYm9vdCBtZW51LgooWEVOKSBIVk0xMzogCihYRU4pIEhWTTEzOiBC b290aW5nIGZyb20gSGFyZCBEaXNrLi4uCihYRU4pIEhWTTEzOiBCb290aW5nIGZyb20gMDAwMDo3 YzAwCihYRU4pIHZpcmlkaWFuLmM6MTAyOmQxMyBHVUVTVF9PU19JRDoKKFhFTikgdmlyaWRpYW4u YzoxMDQ6ZDEzIAl2ZW5kb3I6IDEKKFhFTikgdmlyaWRpYW4uYzoxMDY6ZDEzIAlvczogNAooWEVO KSB2aXJpZGlhbi5jOjEwODpkMTMgCW1ham9yOiA2CihYRU4pIHZpcmlkaWFuLmM6MTEwOmQxMyAJ bWlub3I6IDEKKFhFTikgdmlyaWRpYW4uYzoxMTI6ZDEzIAlzcDogMAooWEVOKSB2aXJpZGlhbi5j OjExNDpkMTMgCWJ1aWxkOiAxZGIwCihYRU4pIHZpcmlkaWFuLmM6MTE5OmQxMyBIWVBFUkNBTEw6 CihYRU4pIHZpcmlkaWFuLmM6MTIxOmQxMyAJZW5hYmxlZDogMQooWEVOKSB2aXJpZGlhbi5jOjEy MzpkMTMgCXBmbjogM2ZmZmYKKFhFTikgdmlyaWRpYW4uYzoxMjg6ZDEzIEFQSUNfQVNTSVNUWzBd OgooWEVOKSB2aXJpZGlhbi5jOjEzMDpkMTMgCWVuYWJsZWQ6IDEKKFhFTikgdmlyaWRpYW4uYzox MzI6ZDEzIAlwZm46IDNmZmZlCihYRU4pIHZpcmlkaWFuLmM6MTI4OmQxMyBBUElDX0FTU0lTVFsx XToKKFhFTikgdmlyaWRpYW4uYzoxMzA6ZDEzIAllbmFibGVkOiAxCihYRU4pIHZpcmlkaWFuLmM6 MTMyOmQxMyAJcGZuOiAzZmZmZAooWEVOKSB2aXJpZGlhbi5jOjEyODpkMTMgQVBJQ19BU1NJU1Rb Ml06CihYRU4pIHZpcmlkaWFuLmM6MTMwOmQxMyAJZW5hYmxlZDogMQooWEVOKSB2aXJpZGlhbi5j OjEzMjpkMTMgCXBmbjogM2ZmZmMKKFhFTikgdmlyaWRpYW4uYzoxMjg6ZDEzIEFQSUNfQVNTSVNU WzNdOgooWEVOKSB2aXJpZGlhbi5jOjEzMDpkMTMgCWVuYWJsZWQ6IDEKKFhFTikgdmlyaWRpYW4u YzoxMzI6ZDEzIAlwZm46IDNmZmZiCihYRU4pIGlycS5jOjI3MDogRG9tMTMgUENJIGxpbmsgMCBj aGFuZ2VkIDUgLT4gMAooWEVOKSBpcnEuYzoyNzA6IERvbTEzIFBDSSBsaW5rIDEgY2hhbmdlZCAx MCAtPiAwCihYRU4pIGlycS5jOjI3MDogRG9tMTMgUENJIGxpbmsgMiBjaGFuZ2VkIDExIC0+IDAK KFhFTikgaXJxLmM6MjcwOiBEb20xMyBQQ0kgbGluayAzIGNoYW5nZWQgNSAtPiAwCihYRU4pIG1l bW9yeV9tYXA6cmVtb3ZlOiBkb20xMyBnZm49ZjE4MDAgbWZuPWYwNDAwIG5yPTQwMAooWEVOKSBt ZW1vcnlfbWFwOnJlbW92ZTogZG9tMTMgZ2ZuPWUwMDAwIG1mbj1kMDAwMCBucj0xMDAwMAooWEVO KSBpb3BvcnRfbWFwOnJlbW92ZTogZG9tMTMgZ3BvcnQ9YzIwMCBtcG9ydD1mMDAwIG5yPTQwCihY RU4pIG1lbW9yeV9tYXA6YWRkOiBkb20xMyBnZm49ZjE4MDAgbWZuPWYwNDAwIG5yPTQwMAooWEVO KSBtZW1vcnlfbWFwOmFkZDogZG9tMTMgZ2ZuPWUwMDAwIG1mbj1kMDAwMCBucj0xMDAwMAooWEVO KSBpb3BvcnRfbWFwOmFkZDogZG9tMTMgZ3BvcnQ9YzIwMCBtcG9ydD1mMDAwIG5yPTQwCihYRU4p IEhWTTE0OiBIVk0gTG9hZGVyCihYRU4pIEhWTTE0OiBEZXRlY3RlZCBYZW4gdjQuNC11bnN0YWJs ZQooWEVOKSBIVk0xNDogWGVuYnVzIHJpbmdzIEAweGZlZmZjMDAwLCBldmVudCBjaGFubmVsIDYK KFhFTikgSFZNMTQ6IFN5c3RlbSByZXF1ZXN0ZWQgUk9NQklPUwooWEVOKSBIVk0xNDogQ1BVIHNw ZWVkIGlzIDMzOTkgTUh6CihYRU4pIEhWTTE0OiBSZWxvY2F0aW5nIGd1ZXN0IG1lbW9yeSBmb3Ig bG93bWVtIE1NSU8gc3BhY2UgZW5hYmxlZAooWEVOKSBpcnEuYzoyNzA6IERvbTE0IFBDSSBsaW5r IDAgY2hhbmdlZCAwIC0+IDUKKFhFTikgSFZNMTQ6IFBDSS1JU0EgbGluayAwIHJvdXRlZCB0byBJ UlE1CihYRU4pIGlycS5jOjI3MDogRG9tMTQgUENJIGxpbmsgMSBjaGFuZ2VkIDAgLT4gMTAKKFhF TikgSFZNMTQ6IFBDSS1JU0EgbGluayAxIHJvdXRlZCB0byBJUlExMAooWEVOKSBpcnEuYzoyNzA6 IERvbTE0IFBDSSBsaW5rIDIgY2hhbmdlZCAwIC0+IDExCihYRU4pIEhWTTE0OiBQQ0ktSVNBIGxp bmsgMiByb3V0ZWQgdG8gSVJRMTEKKFhFTikgaXJxLmM6MjcwOiBEb20xNCBQQ0kgbGluayAzIGNo YW5nZWQgMCAtPiA1CihYRU4pIEhWTTE0OiBQQ0ktSVNBIGxpbmsgMyByb3V0ZWQgdG8gSVJRNQoo WEVOKSBIVk0xNDogcGNpIGRldiAwMToyIElOVEQtPklSUTUKKFhFTikgSFZNMTQ6IHBjaSBkZXYg MDE6MyBJTlRBLT5JUlExMAooWEVOKSBIVk0xNDogcGNpIGRldiAwMzowIElOVEEtPklSUTUKKFhF TikgSFZNMTQ6IHBjaSBkZXYgMDQ6MCBJTlRBLT5JUlE1CihYRU4pIEhWTTE0OiBwY2kgZGV2IDA1 OjAgSU5UQS0+SVJRMTAKKFhFTikgSFZNMTQ6IE5vIFJBTSBpbiBoaWdoIG1lbW9yeTsgc2V0dGlu ZyBoaWdoX21lbSByZXNvdXJjZSBiYXNlIHRvIDEwMDAwMDAwMAooWEVOKSBIVk0xNDogcGNpIGRl diAwNTowIGJhciAxOCBzaXplIDAxMDAwMDAwMDogMGUwMDAwMDBjCihYRU4pIG1lbW9yeV9tYXA6 YWRkOiBkb20xNCBnZm49ZTAwMDAgbWZuPWQwMDAwIG5yPTEwMDAwCihYRU4pIEhWTTE0OiBwY2kg ZGV2IDAzOjAgYmFyIDE0IHNpemUgMDAxMDAwMDAwOiAwZjAwMDAwMDgKKFhFTikgSFZNMTQ6IHBj aSBkZXYgMDI6MCBiYXIgMTAgc2l6ZSAwMDA4MDAwMDA6IDBmMTAwMDAwOAooWEVOKSBtZW1vcnlf bWFwOmFkZDogZG9tMTQgZ2ZuPWYxODAwIG1mbj1mMDQwMCBucj00MDAKKFhFTikgSFZNMTQ6IHBj aSBkZXYgMDU6MCBiYXIgMTAgc2l6ZSAwMDA0MDAwMDA6IDBmMTgwMDAwNAooWEVOKSBIVk0xNDog cGNpIGRldiAwMzowIGJhciAxMCBzaXplIDAwMDAwMDEwMDogMDAwMDBjMDAxCihYRU4pIEhWTTE0 OiBwY2kgZGV2IDA0OjAgYmFyIDEwIHNpemUgMDAwMDAwMTAwOiAwMDAwMGMxMDEKKFhFTikgSFZN MTQ6IHBjaSBkZXYgMDQ6MCBiYXIgMTQgc2l6ZSAwMDAwMDAxMDA6IDBmMWMwMDAwMAooWEVOKSBI Vk0xNDogcGNpIGRldiAwNTowIGJhciAyMCBzaXplIDAwMDAwMDA0MDogMDAwMDBjMjAxCihYRU4p IGlvcG9ydF9tYXA6YWRkOiBkb20xNCBncG9ydD1jMjAwIG1wb3J0PWYwMDAgbnI9NDAKKFhFTikg SFZNMTQ6IHBjaSBkZXYgMDE6MiBiYXIgMjAgc2l6ZSAwMDAwMDAwMjA6IDAwMDAwYzI0MQooWEVO KSBIVk0xNDogcGNpIGRldiAwMToxIGJhciAyMCBzaXplIDAwMDAwMDAxMDogMDAwMDBjMjYxCihY RU4pIEhWTTE0OiBNdWx0aXByb2Nlc3NvciBpbml0aWFsaXNhdGlvbjoKKFhFTikgSFZNMTQ6ICAt IENQVTAgLi4uIDM5LWJpdCBwaHlzIC4uLiBmaXhlZCBNVFJScyAuLi4gdmFyIE1UUlJzIFszLzhd IC4uLiBkb25lLgooWEVOKSBIVk0xNDogIC0gQ1BVMSAuLi4gMzktYml0IHBoeXMgLi4uIGZpeGVk IE1UUlJzIC4uLiB2YXIgTVRSUnMgWzMvOF0gLi4uIGRvbmUuCihYRU4pIEhWTTE0OiAgLSBDUFUy IC4uLiAzOS1iaXQgcGh5cyAuLi4gZml4ZWQgTVRSUnMgLi4uIHZhciBNVFJScyBbMy84XSAuLi4g ZG9uZS4KKFhFTikgSFZNMTQ6ICAtIENQVTMgLi4uIDM5LWJpdCBwaHlzIC4uLiBmaXhlZCBNVFJS cyAuLi4gdmFyIE1UUlJzIFszLzhdIC4uLiBkb25lLgooWEVOKSBIVk0xNDogVGVzdGluZyBIVk0g ZW52aXJvbm1lbnQ6CihYRU4pIEhWTTE0OiAgLSBSRVAgSU5TQiBhY3Jvc3MgcGFnZSBib3VuZGFy aWVzIC4uLiBwYXNzZWQKKFhFTikgSFZNMTQ6ICAtIEdTIGJhc2UgTVNScyBhbmQgU1dBUEdTIC4u LiBwYXNzZWQKKFhFTikgSFZNMTQ6IFBhc3NlZCAyIG9mIDIgdGVzdHMKKFhFTikgSFZNMTQ6IFdy aXRpbmcgU01CSU9TIHRhYmxlcyAuLi4KKFhFTikgSFZNMTQ6IExvYWRpbmcgUk9NQklPUyAuLi4K KFhFTikgSFZNMTQ6IDk2MjggYnl0ZXMgb2YgUk9NQklPUyBoaWdoLW1lbW9yeSBleHRlbnNpb25z OgooWEVOKSBIVk0xNDogICBSZWxvY2F0aW5nIHRvIDB4ZmMwMDEwMDAtMHhmYzAwMzU5YyAuLi4g ZG9uZQooWEVOKSBIVk0xNDogQ3JlYXRpbmcgTVAgdGFibGVzIC4uLgooWEVOKSBIVk0xNDogTG9h ZGluZyBTdGFuZGFyZCBWR0FCSU9TIC4uLgooWEVOKSBIVk0xNDogTG9hZGluZyBQQ0kgT3B0aW9u IFJPTSAuLi4KKFhFTikgSFZNMTQ6ICAtIE1hbnVmYWN0dXJlcjogaHR0cDovL2lweGUub3JnCihY RU4pIEhWTTE0OiAgLSBQcm9kdWN0IG5hbWU6IGlQWEUKKFhFTikgSFZNMTQ6IE9wdGlvbiBST01z OgooWEVOKSBIVk0xNDogIGMwMDAwLWM5ZmZmOiBWR0EgQklPUwooWEVOKSBIVk0xNDogIGNhMDAw LWQ5ZmZmOiBFdGhlcmJvb3QgUk9NCihYRU4pIEhWTTE0OiBMb2FkaW5nIEFDUEkgLi4uCihYRU4p IEhWTTE0OiB2bTg2IFRTUyBhdCBmYzAwZjcwMAooWEVOKSBIVk0xNDogQklPUyBtYXA6CihYRU4p IEhWTTE0OiAgZjAwMDAtZmZmZmY6IE1haW4gQklPUwooWEVOKSBIVk0xNDogRTgyMCB0YWJsZToK KFhFTikgSFZNMTQ6ICBbMDBdOiAwMDAwMDAwMDowMDAwMDAwMCAtIDAwMDAwMDAwOjAwMDllMDAw OiBSQU0KKFhFTikgSFZNMTQ6ICBbMDFdOiAwMDAwMDAwMDowMDA5ZTAwMCAtIDAwMDAwMDAwOjAw MGEwMDAwOiBSRVNFUlZFRAooWEVOKSBIVk0xNDogIEhPTEU6IDAwMDAwMDAwOjAwMGEwMDAwIC0g MDAwMDAwMDA6MDAwZTAwMDAKKFhFTikgSFZNMTQ6ICBbMDJdOiAwMDAwMDAwMDowMDBlMDAwMCAt IDAwMDAwMDAwOjAwMTAwMDAwOiBSRVNFUlZFRAooWEVOKSBIVk0xNDogIFswM106IDAwMDAwMDAw OjAwMTAwMDAwIC0gMDAwMDAwMDA6N2Y4MDAwMDA6IFJBTQooWEVOKSBIVk0xNDogIEhPTEU6IDAw MDAwMDAwOjdmODAwMDAwIC0gMDAwMDAwMDA6ZmMwMDAwMDAKKFhFTikgSFZNMTQ6ICBbMDRdOiAw MDAwMDAwMDpmYzAwMDAwMCAtIDAwMDAwMDAxOjAwMDAwMDAwOiBSRVNFUlZFRAooWEVOKSBIVk0x NDogSW52b2tpbmcgUk9NQklPUyAuLi4KKFhFTikgSFZNMTQ6ICRSZXZpc2lvbjogMS4yMjEgJCAk RGF0ZTogMjAwOC8xMi8wNyAxNzozMjoyOSAkCihYRU4pIHN0ZHZnYS5jOjE0NzpkMTQgZW50ZXJp bmcgc3RkdmdhIGFuZCBjYWNoaW5nIG1vZGVzCihYRU4pIEhWTTE0OiBWR0FCaW9zICRJZDogdmdh Ymlvcy5jLHYgMS42NyAyMDA4LzAxLzI3IDA5OjQ0OjEyIHZydXBwZXJ0IEV4cCAkCihYRU4pIEhW TTE0OiBWQkUgQmlvcyAkSWQ6IHZiZS5jLHYgMS42MCAyMDA4LzAzLzAyIDA3OjQ3OjIxIHZydXBw ZXJ0IEV4cCAkCihYRU4pIEhWTTE0OiBCb2NocyBCSU9TIC0gYnVpbGQ6IDA2LzIzLzk5CihYRU4p IEhWTTE0OiAkUmV2aXNpb246IDEuMjIxICQgJERhdGU6IDIwMDgvMTIvMDcgMTc6MzI6MjkgJAoo WEVOKSBIVk0xNDogT3B0aW9uczogYXBtYmlvcyBwY2liaW9zIGVsdG9yaXRvIFBNTSAKKFhFTikg SFZNMTQ6IAooWEVOKSBIVk0xNDogYXRhMC0wOiBQQ0hTPTE2MzgzLzE2LzYzIHRyYW5zbGF0aW9u PWxiYSBMQ0hTPTEwMjQvMjU1LzYzCihYRU4pIEhWTTE0OiBhdGEwIG1hc3RlcjogUUVNVSBIQVJE RElTSyBBVEEtNyBIYXJkLURpc2sgKDYyNTMyIE1CeXRlcykKKFhFTikgSFZNMTQ6IElERSB0aW1l IG91dAooWEVOKSBIVk0xNDogYXRhMSBtYXN0ZXI6IFFFTVUgRFZELVJPTSBBVEFQSS00IENELVJv bS9EVkQtUm9tCihYRU4pIEhWTTE0OiBJREUgdGltZSBvdXQKKFhFTikgSFZNMTQ6IAooWEVOKSBI Vk0xNDogCihYRU4pIEhWTTE0OiAKKFhFTikgSFZNMTQ6IFByZXNzIEYxMiBmb3IgYm9vdCBtZW51 LgooWEVOKSBIVk0xNDogCihYRU4pIEhWTTE0OiBCb290aW5nIGZyb20gSGFyZCBEaXNrLi4uCihY RU4pIEhWTTE0OiBCb290aW5nIGZyb20gMDAwMDo3YzAwCihYRU4pIHZpcmlkaWFuLmM6MTAyOmQx NCBHVUVTVF9PU19JRDoKKFhFTikgdmlyaWRpYW4uYzoxMDQ6ZDE0IAl2ZW5kb3I6IDEKKFhFTikg dmlyaWRpYW4uYzoxMDY6ZDE0IAlvczogNAooWEVOKSB2aXJpZGlhbi5jOjEwODpkMTQgCW1ham9y OiA2CihYRU4pIHZpcmlkaWFuLmM6MTEwOmQxNCAJbWlub3I6IDEKKFhFTikgdmlyaWRpYW4uYzox MTI6ZDE0IAlzcDogMAooWEVOKSB2aXJpZGlhbi5jOjExNDpkMTQgCWJ1aWxkOiAxZGIwCihYRU4p IHZpcmlkaWFuLmM6MTE5OmQxNCBIWVBFUkNBTEw6CihYRU4pIHZpcmlkaWFuLmM6MTIxOmQxNCAJ ZW5hYmxlZDogMQooWEVOKSB2aXJpZGlhbi5jOjEyMzpkMTQgCXBmbjogM2ZmZmYKKFhFTikgdmly aWRpYW4uYzoxMjg6ZDE0IEFQSUNfQVNTSVNUWzBdOgooWEVOKSB2aXJpZGlhbi5jOjEzMDpkMTQg CWVuYWJsZWQ6IDEKKFhFTikgdmlyaWRpYW4uYzoxMzI6ZDE0IAlwZm46IDNmZmZlCihYRU4pIHZp cmlkaWFuLmM6MTI4OmQxNCBBUElDX0FTU0lTVFsxXToKKFhFTikgdmlyaWRpYW4uYzoxMzA6ZDE0 IAllbmFibGVkOiAxCihYRU4pIHZpcmlkaWFuLmM6MTMyOmQxNCAJcGZuOiAzZmZmZAooWEVOKSB2 aXJpZGlhbi5jOjEyODpkMTQgQVBJQ19BU1NJU1RbMl06CihYRU4pIHZpcmlkaWFuLmM6MTMwOmQx NCAJZW5hYmxlZDogMQooWEVOKSB2aXJpZGlhbi5jOjEzMjpkMTQgCXBmbjogM2ZmZmMKKFhFTikg dmlyaWRpYW4uYzoxMjg6ZDE0IEFQSUNfQVNTSVNUWzNdOgooWEVOKSB2aXJpZGlhbi5jOjEzMDpk MTQgCWVuYWJsZWQ6IDEKKFhFTikgdmlyaWRpYW4uYzoxMzI6ZDE0IAlwZm46IDNmZmZiCihYRU4p IGlycS5jOjI3MDogRG9tMTQgUENJIGxpbmsgMCBjaGFuZ2VkIDUgLT4gMAooWEVOKSBpcnEuYzoy NzA6IERvbTE0IFBDSSBsaW5rIDEgY2hhbmdlZCAxMCAtPiAwCihYRU4pIGlycS5jOjI3MDogRG9t MTQgUENJIGxpbmsgMiBjaGFuZ2VkIDExIC0+IDAKKFhFTikgaXJxLmM6MjcwOiBEb20xNCBQQ0kg bGluayAzIGNoYW5nZWQgNSAtPiAwCihYRU4pIG1lbW9yeV9tYXA6cmVtb3ZlOiBkb20xNCBnZm49 ZjE4MDAgbWZuPWYwNDAwIG5yPTQwMAooWEVOKSBtZW1vcnlfbWFwOnJlbW92ZTogZG9tMTQgZ2Zu PWUwMDAwIG1mbj1kMDAwMCBucj0xMDAwMAooWEVOKSBpb3BvcnRfbWFwOnJlbW92ZTogZG9tMTQg Z3BvcnQ9YzIwMCBtcG9ydD1mMDAwIG5yPTQwCihYRU4pIG1lbW9yeV9tYXA6YWRkOiBkb20xNCBn Zm49ZjE4MDAgbWZuPWYwNDAwIG5yPTQwMAooWEVOKSBtZW1vcnlfbWFwOmFkZDogZG9tMTQgZ2Zu PWUwMDAwIG1mbj1kMDAwMCBucj0xMDAwMAooWEVOKSBpb3BvcnRfbWFwOmFkZDogZG9tMTQgZ3Bv cnQ9YzIwMCBtcG9ydD1mMDAwIG5yPTQwCihYRU4pIG1lbW9yeV9tYXA6cmVtb3ZlOiBkb20xNCBn Zm49ZjE4MDAgbWZuPWYwNDAwIG5yPTQwMAooWEVOKSBtZW1vcnlfbWFwOnJlbW92ZTogZG9tMTQg Z2ZuPWUwMDAwIG1mbj1kMDAwMCBucj0xMDAwMAooWEVOKSBpb3BvcnRfbWFwOnJlbW92ZTogZG9t MTQgZ3BvcnQ9YzIwMCBtcG9ydD1mMDAwIG5yPTQwCihYRU4pIG1lbW9yeV9tYXA6YWRkOiBkb20x NCBnZm49ZjE4MDAgbWZuPWYwNDAwIG5yPTQwMAooWEVOKSBtZW1vcnlfbWFwOmFkZDogZG9tMTQg Z2ZuPWUwMDAwIG1mbj1kMDAwMCBucj0xMDAwMAooWEVOKSBpb3BvcnRfbWFwOmFkZDogZG9tMTQg Z3BvcnQ9YzIwMCBtcG9ydD1mMDAwIG5yPTQwCihYRU4pIEhWTTE1OiBIVk0gTG9hZGVyCihYRU4p IEhWTTE1OiBEZXRlY3RlZCBYZW4gdjQuNC11bnN0YWJsZQooWEVOKSBIVk0xNTogWGVuYnVzIHJp bmdzIEAweGZlZmZjMDAwLCBldmVudCBjaGFubmVsIDYKKFhFTikgSFZNMTU6IFN5c3RlbSByZXF1 ZXN0ZWQgUk9NQklPUwooWEVOKSBIVk0xNTogQ1BVIHNwZWVkIGlzIDMzOTkgTUh6CihYRU4pIEhW TTE1OiBSZWxvY2F0aW5nIGd1ZXN0IG1lbW9yeSBmb3IgbG93bWVtIE1NSU8gc3BhY2UgZW5hYmxl ZAooWEVOKSBpcnEuYzoyNzA6IERvbTE1IFBDSSBsaW5rIDAgY2hhbmdlZCAwIC0+IDUKKFhFTikg SFZNMTU6IFBDSS1JU0EgbGluayAwIHJvdXRlZCB0byBJUlE1CihYRU4pIGlycS5jOjI3MDogRG9t MTUgUENJIGxpbmsgMSBjaGFuZ2VkIDAgLT4gMTAKKFhFTikgSFZNMTU6IFBDSS1JU0EgbGluayAx IHJvdXRlZCB0byBJUlExMAooWEVOKSBpcnEuYzoyNzA6IERvbTE1IFBDSSBsaW5rIDIgY2hhbmdl ZCAwIC0+IDExCihYRU4pIEhWTTE1OiBQQ0ktSVNBIGxpbmsgMiByb3V0ZWQgdG8gSVJRMTEKKFhF TikgaXJxLmM6MjcwOiBEb20xNSBQQ0kgbGluayAzIGNoYW5nZWQgMCAtPiA1CihYRU4pIEhWTTE1 OiBQQ0ktSVNBIGxpbmsgMyByb3V0ZWQgdG8gSVJRNQooWEVOKSBIVk0xNTogcGNpIGRldiAwMToy IElOVEQtPklSUTUKKFhFTikgSFZNMTU6IHBjaSBkZXYgMDE6MyBJTlRBLT5JUlExMAooWEVOKSBI Vk0xNTogcGNpIGRldiAwMzowIElOVEEtPklSUTUKKFhFTikgSFZNMTU6IHBjaSBkZXYgMDQ6MCBJ TlRBLT5JUlE1CihYRU4pIEhWTTE1OiBwY2kgZGV2IDA1OjAgSU5UQS0+SVJRMTAKKFhFTikgSFZN MTU6IE5vIFJBTSBpbiBoaWdoIG1lbW9yeTsgc2V0dGluZyBoaWdoX21lbSByZXNvdXJjZSBiYXNl IHRvIDEwMDAwMDAwMAooWEVOKSBIVk0xNTogcGNpIGRldiAwNTowIGJhciAxOCBzaXplIDAxMDAw MDAwMDogMGUwMDAwMDBjCihYRU4pIG1lbW9yeV9tYXA6YWRkOiBkb20xNSBnZm49ZTAwMDAgbWZu PWQwMDAwIG5yPTEwMDAwCihYRU4pIEhWTTE1OiBwY2kgZGV2IDAzOjAgYmFyIDE0IHNpemUgMDAx MDAwMDAwOiAwZjAwMDAwMDgKKFhFTikgSFZNMTU6IHBjaSBkZXYgMDI6MCBiYXIgMTAgc2l6ZSAw MDA4MDAwMDA6IDBmMTAwMDAwOAooWEVOKSBtZW1vcnlfbWFwOmFkZDogZG9tMTUgZ2ZuPWYxODAw IG1mbj1mMDQwMCBucj00MDAKKFhFTikgSFZNMTU6IHBjaSBkZXYgMDU6MCBiYXIgMTAgc2l6ZSAw MDA0MDAwMDA6IDBmMTgwMDAwNAooWEVOKSBIVk0xNTogcGNpIGRldiAwMzowIGJhciAxMCBzaXpl IDAwMDAwMDEwMDogMDAwMDBjMDAxCihYRU4pIEhWTTE1OiBwY2kgZGV2IDA0OjAgYmFyIDEwIHNp emUgMDAwMDAwMTAwOiAwMDAwMGMxMDEKKFhFTikgSFZNMTU6IHBjaSBkZXYgMDQ6MCBiYXIgMTQg c2l6ZSAwMDAwMDAxMDA6IDBmMWMwMDAwMAooWEVOKSBIVk0xNTogcGNpIGRldiAwNTowIGJhciAy MCBzaXplIDAwMDAwMDA0MDogMDAwMDBjMjAxCihYRU4pIGlvcG9ydF9tYXA6YWRkOiBkb20xNSBn cG9ydD1jMjAwIG1wb3J0PWYwMDAgbnI9NDAKKFhFTikgSFZNMTU6IHBjaSBkZXYgMDE6MiBiYXIg MjAgc2l6ZSAwMDAwMDAwMjA6IDAwMDAwYzI0MQooWEVOKSBIVk0xNTogcGNpIGRldiAwMToxIGJh ciAyMCBzaXplIDAwMDAwMDAxMDogMDAwMDBjMjYxCihYRU4pIEhWTTE1OiBNdWx0aXByb2Nlc3Nv ciBpbml0aWFsaXNhdGlvbjoKKFhFTikgSFZNMTU6ICAtIENQVTAgLi4uIDM5LWJpdCBwaHlzIC4u LiBmaXhlZCBNVFJScyAuLi4gdmFyIE1UUlJzIFszLzhdIC4uLiBkb25lLgooWEVOKSBIVk0xNTog IC0gQ1BVMSAuLi4gMzktYml0IHBoeXMgLi4uIGZpeGVkIE1UUlJzIC4uLiB2YXIgTVRSUnMgWzMv OF0gLi4uIGRvbmUuCihYRU4pIEhWTTE1OiAgLSBDUFUyIC4uLiAzOS1iaXQgcGh5cyAuLi4gZml4 ZWQgTVRSUnMgLi4uIHZhciBNVFJScyBbMy84XSAuLi4gZG9uZS4KKFhFTikgSFZNMTU6ICAtIENQ VTMgLi4uIDM5LWJpdCBwaHlzIC4uLiBmaXhlZCBNVFJScyAuLi4gdmFyIE1UUlJzIFszLzhdIC4u LiBkb25lLgooWEVOKSBIVk0xNTogVGVzdGluZyBIVk0gZW52aXJvbm1lbnQ6CihYRU4pIEhWTTE1 OiAgLSBSRVAgSU5TQiBhY3Jvc3MgcGFnZSBib3VuZGFyaWVzIC4uLiBwYXNzZWQKKFhFTikgSFZN MTU6ICAtIEdTIGJhc2UgTVNScyBhbmQgU1dBUEdTIC4uLiBwYXNzZWQKKFhFTikgSFZNMTU6IFBh c3NlZCAyIG9mIDIgdGVzdHMKKFhFTikgSFZNMTU6IFdyaXRpbmcgU01CSU9TIHRhYmxlcyAuLi4K KFhFTikgSFZNMTU6IExvYWRpbmcgUk9NQklPUyAuLi4KKFhFTikgSFZNMTU6IDk2MjggYnl0ZXMg b2YgUk9NQklPUyBoaWdoLW1lbW9yeSBleHRlbnNpb25zOgooWEVOKSBIVk0xNTogICBSZWxvY2F0 aW5nIHRvIDB4ZmMwMDEwMDAtMHhmYzAwMzU5YyAuLi4gZG9uZQooWEVOKSBIVk0xNTogQ3JlYXRp bmcgTVAgdGFibGVzIC4uLgooWEVOKSBIVk0xNTogTG9hZGluZyBTdGFuZGFyZCBWR0FCSU9TIC4u LgooWEVOKSBIVk0xNTogTG9hZGluZyBQQ0kgT3B0aW9uIFJPTSAuLi4KKFhFTikgSFZNMTU6ICAt IE1hbnVmYWN0dXJlcjogaHR0cDovL2lweGUub3JnCihYRU4pIEhWTTE1OiAgLSBQcm9kdWN0IG5h bWU6IGlQWEUKKFhFTikgSFZNMTU6IE9wdGlvbiBST01zOgooWEVOKSBIVk0xNTogIGMwMDAwLWM5 ZmZmOiBWR0EgQklPUwooWEVOKSBIVk0xNTogIGNhMDAwLWQ5ZmZmOiBFdGhlcmJvb3QgUk9NCihY RU4pIEhWTTE1OiBMb2FkaW5nIEFDUEkgLi4uCihYRU4pIEhWTTE1OiB2bTg2IFRTUyBhdCBmYzAw ZjcwMAooWEVOKSBIVk0xNTogQklPUyBtYXA6CihYRU4pIEhWTTE1OiAgZjAwMDAtZmZmZmY6IE1h aW4gQklPUwooWEVOKSBIVk0xNTogRTgyMCB0YWJsZToKKFhFTikgSFZNMTU6ICBbMDBdOiAwMDAw MDAwMDowMDAwMDAwMCAtIDAwMDAwMDAwOjAwMDllMDAwOiBSQU0KKFhFTikgSFZNMTU6ICBbMDFd OiAwMDAwMDAwMDowMDA5ZTAwMCAtIDAwMDAwMDAwOjAwMGEwMDAwOiBSRVNFUlZFRAooWEVOKSBI Vk0xNTogIEhPTEU6IDAwMDAwMDAwOjAwMGEwMDAwIC0gMDAwMDAwMDA6MDAwZTAwMDAKKFhFTikg SFZNMTU6ICBbMDJdOiAwMDAwMDAwMDowMDBlMDAwMCAtIDAwMDAwMDAwOjAwMTAwMDAwOiBSRVNF UlZFRAooWEVOKSBIVk0xNTogIFswM106IDAwMDAwMDAwOjAwMTAwMDAwIC0gMDAwMDAwMDA6N2Y4 MDAwMDA6IFJBTQooWEVOKSBIVk0xNTogIEhPTEU6IDAwMDAwMDAwOjdmODAwMDAwIC0gMDAwMDAw MDA6ZmMwMDAwMDAKKFhFTikgSFZNMTU6ICBbMDRdOiAwMDAwMDAwMDpmYzAwMDAwMCAtIDAwMDAw MDAxOjAwMDAwMDAwOiBSRVNFUlZFRAooWEVOKSBIVk0xNTogSW52b2tpbmcgUk9NQklPUyAuLi4K KFhFTikgSFZNMTU6ICRSZXZpc2lvbjogMS4yMjEgJCAkRGF0ZTogMjAwOC8xMi8wNyAxNzozMjoy OSAkCihYRU4pIHN0ZHZnYS5jOjE0NzpkMTUgZW50ZXJpbmcgc3RkdmdhIGFuZCBjYWNoaW5nIG1v ZGVzCihYRU4pIEhWTTE1OiBWR0FCaW9zICRJZDogdmdhYmlvcy5jLHYgMS42NyAyMDA4LzAxLzI3 IDA5OjQ0OjEyIHZydXBwZXJ0IEV4cCAkCihYRU4pIEhWTTE1OiBWQkUgQmlvcyAkSWQ6IHZiZS5j LHYgMS42MCAyMDA4LzAzLzAyIDA3OjQ3OjIxIHZydXBwZXJ0IEV4cCAkCihYRU4pIEhWTTE1OiBC b2NocyBCSU9TIC0gYnVpbGQ6IDA2LzIzLzk5CihYRU4pIEhWTTE1OiAkUmV2aXNpb246IDEuMjIx ICQgJERhdGU6IDIwMDgvMTIvMDcgMTc6MzI6MjkgJAooWEVOKSBIVk0xNTogT3B0aW9uczogYXBt YmlvcyBwY2liaW9zIGVsdG9yaXRvIFBNTSAKKFhFTikgSFZNMTU6IAooWEVOKSBIVk0xNTogYXRh MC0wOiBQQ0hTPTE2MzgzLzE2LzYzIHRyYW5zbGF0aW9uPWxiYSBMQ0hTPTEwMjQvMjU1LzYzCihY RU4pIEhWTTE1OiBhdGEwIG1hc3RlcjogUUVNVSBIQVJERElTSyBBVEEtNyBIYXJkLURpc2sgKDYy NTMyIE1CeXRlcykKKFhFTikgSFZNMTU6IElERSB0aW1lIG91dAooWEVOKSBIVk0xNTogYXRhMSBt YXN0ZXI6IFFFTVUgRFZELVJPTSBBVEFQSS00IENELVJvbS9EVkQtUm9tCihYRU4pIEhWTTE1OiBJ REUgdGltZSBvdXQKKFhFTikgSFZNMTU6IAooWEVOKSBIVk0xNTogCihYRU4pIEhWTTE1OiAKKFhF TikgSFZNMTU6IFByZXNzIEYxMiBmb3IgYm9vdCBtZW51LgooWEVOKSBIVk0xNTogCihYRU4pIEhW TTE1OiBCb290aW5nIGZyb20gSGFyZCBEaXNrLi4uCihYRU4pIEhWTTE1OiBCb290aW5nIGZyb20g MDAwMDo3YzAwCihYRU4pIHZpcmlkaWFuLmM6MTAyOmQxNSBHVUVTVF9PU19JRDoKKFhFTikgdmly aWRpYW4uYzoxMDQ6ZDE1IAl2ZW5kb3I6IDEKKFhFTikgdmlyaWRpYW4uYzoxMDY6ZDE1IAlvczog NAooWEVOKSB2aXJpZGlhbi5jOjEwODpkMTUgCW1ham9yOiA2CihYRU4pIHZpcmlkaWFuLmM6MTEw OmQxNSAJbWlub3I6IDEKKFhFTikgdmlyaWRpYW4uYzoxMTI6ZDE1IAlzcDogMAooWEVOKSB2aXJp ZGlhbi5jOjExNDpkMTUgCWJ1aWxkOiAxZGIwCihYRU4pIHZpcmlkaWFuLmM6MTE5OmQxNSBIWVBF UkNBTEw6CihYRU4pIHZpcmlkaWFuLmM6MTIxOmQxNSAJZW5hYmxlZDogMQooWEVOKSB2aXJpZGlh bi5jOjEyMzpkMTUgCXBmbjogM2ZmZmYKKFhFTikgdmlyaWRpYW4uYzoxMjg6ZDE1IEFQSUNfQVNT SVNUWzBdOgooWEVOKSB2aXJpZGlhbi5jOjEzMDpkMTUgCWVuYWJsZWQ6IDEKKFhFTikgdmlyaWRp YW4uYzoxMzI6ZDE1IAlwZm46IDNmZmZlCihYRU4pIHZpcmlkaWFuLmM6MTI4OmQxNSBBUElDX0FT U0lTVFsxXToKKFhFTikgdmlyaWRpYW4uYzoxMzA6ZDE1IAllbmFibGVkOiAxCihYRU4pIHZpcmlk aWFuLmM6MTMyOmQxNSAJcGZuOiAzZmZmZAooWEVOKSB2aXJpZGlhbi5jOjEyODpkMTUgQVBJQ19B U1NJU1RbMl06CihYRU4pIHZpcmlkaWFuLmM6MTMwOmQxNSAJZW5hYmxlZDogMQooWEVOKSB2aXJp ZGlhbi5jOjEzMjpkMTUgCXBmbjogM2ZmZmMKKFhFTikgdmlyaWRpYW4uYzoxMjg6ZDE1IEFQSUNf QVNTSVNUWzNdOgooWEVOKSB2aXJpZGlhbi5jOjEzMDpkMTUgCWVuYWJsZWQ6IDEKKFhFTikgdmly aWRpYW4uYzoxMzI6ZDE1IAlwZm46IDNmZmZiCihYRU4pIGlycS5jOjI3MDogRG9tMTUgUENJIGxp bmsgMCBjaGFuZ2VkIDUgLT4gMAooWEVOKSBpcnEuYzoyNzA6IERvbTE1IFBDSSBsaW5rIDEgY2hh bmdlZCAxMCAtPiAwCihYRU4pIGlycS5jOjI3MDogRG9tMTUgUENJIGxpbmsgMiBjaGFuZ2VkIDEx IC0+IDAKKFhFTikgaXJxLmM6MjcwOiBEb20xNSBQQ0kgbGluayAzIGNoYW5nZWQgNSAtPiAwCihY RU4pIG1lbW9yeV9tYXA6cmVtb3ZlOiBkb20xNSBnZm49ZjE4MDAgbWZuPWYwNDAwIG5yPTQwMAoo WEVOKSBtZW1vcnlfbWFwOnJlbW92ZTogZG9tMTUgZ2ZuPWUwMDAwIG1mbj1kMDAwMCBucj0xMDAw MAooWEVOKSBpb3BvcnRfbWFwOnJlbW92ZTogZG9tMTUgZ3BvcnQ9YzIwMCBtcG9ydD1mMDAwIG5y PTQwCihYRU4pIG1lbW9yeV9tYXA6YWRkOiBkb20xNSBnZm49ZjE4MDAgbWZuPWYwNDAwIG5yPTQw MAooWEVOKSBtZW1vcnlfbWFwOmFkZDogZG9tMTUgZ2ZuPWUwMDAwIG1mbj1kMDAwMCBucj0xMDAw MAooWEVOKSBpb3BvcnRfbWFwOmFkZDogZG9tMTUgZ3BvcnQ9YzIwMCBtcG9ydD1mMDAwIG5yPTQw CihYRU4pIG1lbW9yeV9tYXA6cmVtb3ZlOiBkb20xNSBnZm49ZjE4MDAgbWZuPWYwNDAwIG5yPTQw MAooWEVOKSBtZW1vcnlfbWFwOnJlbW92ZTogZG9tMTUgZ2ZuPWUwMDAwIG1mbj1kMDAwMCBucj0x MDAwMAooWEVOKSBpb3BvcnRfbWFwOnJlbW92ZTogZG9tMTUgZ3BvcnQ9YzIwMCBtcG9ydD1mMDAw IG5yPTQwCihYRU4pIG1lbW9yeV9tYXA6YWRkOiBkb20xNSBnZm49ZjE4MDAgbWZuPWYwNDAwIG5y PTQwMAooWEVOKSBtZW1vcnlfbWFwOmFkZDogZG9tMTUgZ2ZuPWUwMDAwIG1mbj1kMDAwMCBucj0x MDAwMAooWEVOKSBpb3BvcnRfbWFwOmFkZDogZG9tMTUgZ3BvcnQ9YzIwMCBtcG9ydD1mMDAwIG5y PTQwCihYRU4pIEhWTTE2OiBIVk0gTG9hZGVyCihYRU4pIEhWTTE2OiBEZXRlY3RlZCBYZW4gdjQu NC11bnN0YWJsZQooWEVOKSBIVk0xNjogWGVuYnVzIHJpbmdzIEAweGZlZmZjMDAwLCBldmVudCBj aGFubmVsIDYKKFhFTikgSFZNMTY6IFN5c3RlbSByZXF1ZXN0ZWQgUk9NQklPUwooWEVOKSBIVk0x NjogQ1BVIHNwZWVkIGlzIDMzOTkgTUh6CihYRU4pIEhWTTE2OiBSZWxvY2F0aW5nIGd1ZXN0IG1l bW9yeSBmb3IgbG93bWVtIE1NSU8gc3BhY2UgZW5hYmxlZAooWEVOKSBpcnEuYzoyNzA6IERvbTE2 IFBDSSBsaW5rIDAgY2hhbmdlZCAwIC0+IDUKKFhFTikgSFZNMTY6IFBDSS1JU0EgbGluayAwIHJv dXRlZCB0byBJUlE1CihYRU4pIGlycS5jOjI3MDogRG9tMTYgUENJIGxpbmsgMSBjaGFuZ2VkIDAg LT4gMTAKKFhFTikgSFZNMTY6IFBDSS1JU0EgbGluayAxIHJvdXRlZCB0byBJUlExMAooWEVOKSBp cnEuYzoyNzA6IERvbTE2IFBDSSBsaW5rIDIgY2hhbmdlZCAwIC0+IDExCihYRU4pIEhWTTE2OiBQ Q0ktSVNBIGxpbmsgMiByb3V0ZWQgdG8gSVJRMTEKKFhFTikgaXJxLmM6MjcwOiBEb20xNiBQQ0kg bGluayAzIGNoYW5nZWQgMCAtPiA1CihYRU4pIEhWTTE2OiBQQ0ktSVNBIGxpbmsgMyByb3V0ZWQg dG8gSVJRNQooWEVOKSBIVk0xNjogcGNpIGRldiAwMToyIElOVEQtPklSUTUKKFhFTikgSFZNMTY6 IHBjaSBkZXYgMDE6MyBJTlRBLT5JUlExMAooWEVOKSBIVk0xNjogcGNpIGRldiAwMzowIElOVEEt PklSUTUKKFhFTikgSFZNMTY6IHBjaSBkZXYgMDQ6MCBJTlRBLT5JUlE1CihYRU4pIEhWTTE2OiBw Y2kgZGV2IDA1OjAgSU5UQS0+SVJRMTAKKFhFTikgSFZNMTY6IE5vIFJBTSBpbiBoaWdoIG1lbW9y eTsgc2V0dGluZyBoaWdoX21lbSByZXNvdXJjZSBiYXNlIHRvIDEwMDAwMDAwMAooWEVOKSBIVk0x NjogcGNpIGRldiAwNTowIGJhciAxOCBzaXplIDAxMDAwMDAwMDogMGUwMDAwMDBjCihYRU4pIG1l bW9yeV9tYXA6YWRkOiBkb20xNiBnZm49ZTAwMDAgbWZuPWQwMDAwIG5yPTEwMDAwCihYRU4pIEhW TTE2OiBwY2kgZGV2IDAzOjAgYmFyIDE0IHNpemUgMDAxMDAwMDAwOiAwZjAwMDAwMDgKKFhFTikg SFZNMTY6IHBjaSBkZXYgMDI6MCBiYXIgMTAgc2l6ZSAwMDA4MDAwMDA6IDBmMTAwMDAwOAooWEVO KSBtZW1vcnlfbWFwOmFkZDogZG9tMTYgZ2ZuPWYxODAwIG1mbj1mMDQwMCBucj00MDAKKFhFTikg SFZNMTY6IHBjaSBkZXYgMDU6MCBiYXIgMTAgc2l6ZSAwMDA0MDAwMDA6IDBmMTgwMDAwNAooWEVO KSBIVk0xNjogcGNpIGRldiAwMzowIGJhciAxMCBzaXplIDAwMDAwMDEwMDogMDAwMDBjMDAxCihY RU4pIEhWTTE2OiBwY2kgZGV2IDA0OjAgYmFyIDEwIHNpemUgMDAwMDAwMTAwOiAwMDAwMGMxMDEK KFhFTikgSFZNMTY6IHBjaSBkZXYgMDQ6MCBiYXIgMTQgc2l6ZSAwMDAwMDAxMDA6IDBmMWMwMDAw MAooWEVOKSBIVk0xNjogcGNpIGRldiAwNTowIGJhciAyMCBzaXplIDAwMDAwMDA0MDogMDAwMDBj MjAxCihYRU4pIGlvcG9ydF9tYXA6YWRkOiBkb20xNiBncG9ydD1jMjAwIG1wb3J0PWYwMDAgbnI9 NDAKKFhFTikgSFZNMTY6IHBjaSBkZXYgMDE6MiBiYXIgMjAgc2l6ZSAwMDAwMDAwMjA6IDAwMDAw YzI0MQooWEVOKSBIVk0xNjogcGNpIGRldiAwMToxIGJhciAyMCBzaXplIDAwMDAwMDAxMDogMDAw MDBjMjYxCihYRU4pIEhWTTE2OiBNdWx0aXByb2Nlc3NvciBpbml0aWFsaXNhdGlvbjoKKFhFTikg SFZNMTY6ICAtIENQVTAgLi4uIDM5LWJpdCBwaHlzIC4uLiBmaXhlZCBNVFJScyAuLi4gdmFyIE1U UlJzIFszLzhdIC4uLiBkb25lLgooWEVOKSBIVk0xNjogIC0gQ1BVMSAuLi4gMzktYml0IHBoeXMg Li4uIGZpeGVkIE1UUlJzIC4uLiB2YXIgTVRSUnMgWzMvOF0gLi4uIGRvbmUuCihYRU4pIEhWTTE2 OiAgLSBDUFUyIC4uLiAzOS1iaXQgcGh5cyAuLi4gZml4ZWQgTVRSUnMgLi4uIHZhciBNVFJScyBb My84XSAuLi4gZG9uZS4KKFhFTikgSFZNMTY6ICAtIENQVTMgLi4uIDM5LWJpdCBwaHlzIC4uLiBm aXhlZCBNVFJScyAuLi4gdmFyIE1UUlJzIFszLzhdIC4uLiBkb25lLgooWEVOKSBIVk0xNjogVGVz dGluZyBIVk0gZW52aXJvbm1lbnQ6CihYRU4pIEhWTTE2OiAgLSBSRVAgSU5TQiBhY3Jvc3MgcGFn ZSBib3VuZGFyaWVzIC4uLiBwYXNzZWQKKFhFTikgSFZNMTY6ICAtIEdTIGJhc2UgTVNScyBhbmQg U1dBUEdTIC4uLiBwYXNzZWQKKFhFTikgSFZNMTY6IFBhc3NlZCAyIG9mIDIgdGVzdHMKKFhFTikg SFZNMTY6IFdyaXRpbmcgU01CSU9TIHRhYmxlcyAuLi4KKFhFTikgSFZNMTY6IExvYWRpbmcgUk9N QklPUyAuLi4KKFhFTikgSFZNMTY6IDk2MjggYnl0ZXMgb2YgUk9NQklPUyBoaWdoLW1lbW9yeSBl eHRlbnNpb25zOgooWEVOKSBIVk0xNjogICBSZWxvY2F0aW5nIHRvIDB4ZmMwMDEwMDAtMHhmYzAw MzU5YyAuLi4gZG9uZQooWEVOKSBIVk0xNjogQ3JlYXRpbmcgTVAgdGFibGVzIC4uLgooWEVOKSBI Vk0xNjogTG9hZGluZyBTdGFuZGFyZCBWR0FCSU9TIC4uLgooWEVOKSBIVk0xNjogTG9hZGluZyBQ Q0kgT3B0aW9uIFJPTSAuLi4KKFhFTikgSFZNMTY6ICAtIE1hbnVmYWN0dXJlcjogaHR0cDovL2lw eGUub3JnCihYRU4pIEhWTTE2OiAgLSBQcm9kdWN0IG5hbWU6IGlQWEUKKFhFTikgSFZNMTY6IE9w dGlvbiBST01zOgooWEVOKSBIVk0xNjogIGMwMDAwLWM5ZmZmOiBWR0EgQklPUwooWEVOKSBIVk0x NjogIGNhMDAwLWQ5ZmZmOiBFdGhlcmJvb3QgUk9NCihYRU4pIEhWTTE2OiBMb2FkaW5nIEFDUEkg Li4uCihYRU4pIEhWTTE2OiB2bTg2IFRTUyBhdCBmYzAwZjcwMAooWEVOKSBIVk0xNjogQklPUyBt YXA6CihYRU4pIEhWTTE2OiAgZjAwMDAtZmZmZmY6IE1haW4gQklPUwooWEVOKSBIVk0xNjogRTgy MCB0YWJsZToKKFhFTikgSFZNMTY6ICBbMDBdOiAwMDAwMDAwMDowMDAwMDAwMCAtIDAwMDAwMDAw OjAwMDllMDAwOiBSQU0KKFhFTikgSFZNMTY6ICBbMDFdOiAwMDAwMDAwMDowMDA5ZTAwMCAtIDAw MDAwMDAwOjAwMGEwMDAwOiBSRVNFUlZFRAooWEVOKSBIVk0xNjogIEhPTEU6IDAwMDAwMDAwOjAw MGEwMDAwIC0gMDAwMDAwMDA6MDAwZTAwMDAKKFhFTikgSFZNMTY6ICBbMDJdOiAwMDAwMDAwMDow MDBlMDAwMCAtIDAwMDAwMDAwOjAwMTAwMDAwOiBSRVNFUlZFRAooWEVOKSBIVk0xNjogIFswM106 IDAwMDAwMDAwOjAwMTAwMDAwIC0gMDAwMDAwMDA6N2Y4MDAwMDA6IFJBTQooWEVOKSBIVk0xNjog IEhPTEU6IDAwMDAwMDAwOjdmODAwMDAwIC0gMDAwMDAwMDA6ZmMwMDAwMDAKKFhFTikgSFZNMTY6 ICBbMDRdOiAwMDAwMDAwMDpmYzAwMDAwMCAtIDAwMDAwMDAxOjAwMDAwMDAwOiBSRVNFUlZFRAoo WEVOKSBIVk0xNjogSW52b2tpbmcgUk9NQklPUyAuLi4KKFhFTikgSFZNMTY6ICRSZXZpc2lvbjog MS4yMjEgJCAkRGF0ZTogMjAwOC8xMi8wNyAxNzozMjoyOSAkCihYRU4pIHN0ZHZnYS5jOjE0Nzpk MTYgZW50ZXJpbmcgc3RkdmdhIGFuZCBjYWNoaW5nIG1vZGVzCihYRU4pIEhWTTE2OiBWR0FCaW9z ICRJZDogdmdhYmlvcy5jLHYgMS42NyAyMDA4LzAxLzI3IDA5OjQ0OjEyIHZydXBwZXJ0IEV4cCAk CihYRU4pIEhWTTE2OiBWQkUgQmlvcyAkSWQ6IHZiZS5jLHYgMS42MCAyMDA4LzAzLzAyIDA3OjQ3 OjIxIHZydXBwZXJ0IEV4cCAkCihYRU4pIEhWTTE2OiBCb2NocyBCSU9TIC0gYnVpbGQ6IDA2LzIz Lzk5CihYRU4pIEhWTTE2OiAkUmV2aXNpb246IDEuMjIxICQgJERhdGU6IDIwMDgvMTIvMDcgMTc6 MzI6MjkgJAooWEVOKSBIVk0xNjogT3B0aW9uczogYXBtYmlvcyBwY2liaW9zIGVsdG9yaXRvIFBN TSAKKFhFTikgSFZNMTY6IAooWEVOKSBIVk0xNjogYXRhMC0wOiBQQ0hTPTE2MzgzLzE2LzYzIHRy YW5zbGF0aW9uPWxiYSBMQ0hTPTEwMjQvMjU1LzYzCihYRU4pIEhWTTE2OiBhdGEwIG1hc3Rlcjog UUVNVSBIQVJERElTSyBBVEEtNyBIYXJkLURpc2sgKDYyNTMyIE1CeXRlcykKKFhFTikgSFZNMTY6 IElERSB0aW1lIG91dAooWEVOKSBIVk0xNjogYXRhMSBtYXN0ZXI6IFFFTVUgRFZELVJPTSBBVEFQ SS00IENELVJvbS9EVkQtUm9tCihYRU4pIEhWTTE2OiBJREUgdGltZSBvdXQKKFhFTikgSFZNMTY6 IAooWEVOKSBIVk0xNjogCihYRU4pIEhWTTE2OiAKKFhFTikgSFZNMTY6IFByZXNzIEYxMiBmb3Ig Ym9vdCBtZW51LgooWEVOKSBIVk0xNjogCihYRU4pIEhWTTE2OiBCb290aW5nIGZyb20gSGFyZCBE aXNrLi4uCihYRU4pIEhWTTE2OiBCb290aW5nIGZyb20gMDAwMDo3YzAwCihYRU4pIHZpcmlkaWFu LmM6MTAyOmQxNiBHVUVTVF9PU19JRDoKKFhFTikgdmlyaWRpYW4uYzoxMDQ6ZDE2IAl2ZW5kb3I6 IDEKKFhFTikgdmlyaWRpYW4uYzoxMDY6ZDE2IAlvczogNAooWEVOKSB2aXJpZGlhbi5jOjEwODpk MTYgCW1ham9yOiA2CihYRU4pIHZpcmlkaWFuLmM6MTEwOmQxNiAJbWlub3I6IDEKKFhFTikgdmly aWRpYW4uYzoxMTI6ZDE2IAlzcDogMAooWEVOKSB2aXJpZGlhbi5jOjExNDpkMTYgCWJ1aWxkOiAx ZGIwCihYRU4pIHZpcmlkaWFuLmM6MTE5OmQxNiBIWVBFUkNBTEw6CihYRU4pIHZpcmlkaWFuLmM6 MTIxOmQxNiAJZW5hYmxlZDogMQooWEVOKSB2aXJpZGlhbi5jOjEyMzpkMTYgCXBmbjogM2ZmZmYK KFhFTikgdmlyaWRpYW4uYzoxMjg6ZDE2IEFQSUNfQVNTSVNUWzBdOgooWEVOKSB2aXJpZGlhbi5j OjEzMDpkMTYgCWVuYWJsZWQ6IDEKKFhFTikgdmlyaWRpYW4uYzoxMzI6ZDE2IAlwZm46IDNmZmZl CihYRU4pIHZpcmlkaWFuLmM6MTI4OmQxNiBBUElDX0FTU0lTVFsxXToKKFhFTikgdmlyaWRpYW4u YzoxMzA6ZDE2IAllbmFibGVkOiAxCihYRU4pIHZpcmlkaWFuLmM6MTMyOmQxNiAJcGZuOiAzZmZm ZAooWEVOKSB2aXJpZGlhbi5jOjEyODpkMTYgQVBJQ19BU1NJU1RbMl06CihYRU4pIHZpcmlkaWFu LmM6MTMwOmQxNiAJZW5hYmxlZDogMQooWEVOKSB2aXJpZGlhbi5jOjEzMjpkMTYgCXBmbjogM2Zm ZmMKKFhFTikgdmlyaWRpYW4uYzoxMjg6ZDE2IEFQSUNfQVNTSVNUWzNdOgooWEVOKSB2aXJpZGlh bi5jOjEzMDpkMTYgCWVuYWJsZWQ6IDEKKFhFTikgdmlyaWRpYW4uYzoxMzI6ZDE2IAlwZm46IDNm ZmZiCihYRU4pIGlycS5jOjI3MDogRG9tMTYgUENJIGxpbmsgMCBjaGFuZ2VkIDUgLT4gMAooWEVO KSBpcnEuYzoyNzA6IERvbTE2IFBDSSBsaW5rIDEgY2hhbmdlZCAxMCAtPiAwCihYRU4pIGlycS5j OjI3MDogRG9tMTYgUENJIGxpbmsgMiBjaGFuZ2VkIDExIC0+IDAKKFhFTikgaXJxLmM6MjcwOiBE b20xNiBQQ0kgbGluayAzIGNoYW5nZWQgNSAtPiAwCihYRU4pIG1lbW9yeV9tYXA6cmVtb3ZlOiBk b20xNiBnZm49ZjE4MDAgbWZuPWYwNDAwIG5yPTQwMAooWEVOKSBtZW1vcnlfbWFwOnJlbW92ZTog ZG9tMTYgZ2ZuPWUwMDAwIG1mbj1kMDAwMCBucj0xMDAwMAooWEVOKSBpb3BvcnRfbWFwOnJlbW92 ZTogZG9tMTYgZ3BvcnQ9YzIwMCBtcG9ydD1mMDAwIG5yPTQwCihYRU4pIG1lbW9yeV9tYXA6YWRk OiBkb20xNiBnZm49ZjE4MDAgbWZuPWYwNDAwIG5yPTQwMAooWEVOKSBtZW1vcnlfbWFwOmFkZDog ZG9tMTYgZ2ZuPWUwMDAwIG1mbj1kMDAwMCBucj0xMDAwMAooWEVOKSBpb3BvcnRfbWFwOmFkZDog ZG9tMTYgZ3BvcnQ9YzIwMCBtcG9ydD1mMDAwIG5yPTQwCihYRU4pIEhWTTE3OiBIVk0gTG9hZGVy CihYRU4pIEhWTTE3OiBEZXRlY3RlZCBYZW4gdjQuNC11bnN0YWJsZQooWEVOKSBIVk0xNzogWGVu YnVzIHJpbmdzIEAweGZlZmZjMDAwLCBldmVudCBjaGFubmVsIDYKKFhFTikgSFZNMTc6IFN5c3Rl bSByZXF1ZXN0ZWQgUk9NQklPUwooWEVOKSBIVk0xNzogQ1BVIHNwZWVkIGlzIDMzOTkgTUh6CihY RU4pIEhWTTE3OiBSZWxvY2F0aW5nIGd1ZXN0IG1lbW9yeSBmb3IgbG93bWVtIE1NSU8gc3BhY2Ug ZW5hYmxlZAooWEVOKSBpcnEuYzoyNzA6IERvbTE3IFBDSSBsaW5rIDAgY2hhbmdlZCAwIC0+IDUK KFhFTikgSFZNMTc6IFBDSS1JU0EgbGluayAwIHJvdXRlZCB0byBJUlE1CihYRU4pIGlycS5jOjI3 MDogRG9tMTcgUENJIGxpbmsgMSBjaGFuZ2VkIDAgLT4gMTAKKFhFTikgSFZNMTc6IFBDSS1JU0Eg bGluayAxIHJvdXRlZCB0byBJUlExMAooWEVOKSBpcnEuYzoyNzA6IERvbTE3IFBDSSBsaW5rIDIg Y2hhbmdlZCAwIC0+IDExCihYRU4pIEhWTTE3OiBQQ0ktSVNBIGxpbmsgMiByb3V0ZWQgdG8gSVJR MTEKKFhFTikgaXJxLmM6MjcwOiBEb20xNyBQQ0kgbGluayAzIGNoYW5nZWQgMCAtPiA1CihYRU4p IEhWTTE3OiBQQ0ktSVNBIGxpbmsgMyByb3V0ZWQgdG8gSVJRNQooWEVOKSBIVk0xNzogcGNpIGRl diAwMToyIElOVEQtPklSUTUKKFhFTikgSFZNMTc6IHBjaSBkZXYgMDE6MyBJTlRBLT5JUlExMAoo WEVOKSBIVk0xNzogcGNpIGRldiAwMzowIElOVEEtPklSUTUKKFhFTikgSFZNMTc6IHBjaSBkZXYg MDQ6MCBJTlRBLT5JUlE1CihYRU4pIEhWTTE3OiBwY2kgZGV2IDA1OjAgSU5UQS0+SVJRMTAKKFhF TikgSFZNMTc6IE5vIFJBTSBpbiBoaWdoIG1lbW9yeTsgc2V0dGluZyBoaWdoX21lbSByZXNvdXJj ZSBiYXNlIHRvIDEwMDAwMDAwMAooWEVOKSBIVk0xNzogcGNpIGRldiAwNTowIGJhciAxOCBzaXpl IDAxMDAwMDAwMDogMGUwMDAwMDBjCihYRU4pIG1lbW9yeV9tYXA6YWRkOiBkb20xNyBnZm49ZTAw MDAgbWZuPWQwMDAwIG5yPTEwMDAwCihYRU4pIEhWTTE3OiBwY2kgZGV2IDAzOjAgYmFyIDE0IHNp emUgMDAxMDAwMDAwOiAwZjAwMDAwMDgKKFhFTikgSFZNMTc6IHBjaSBkZXYgMDI6MCBiYXIgMTAg c2l6ZSAwMDA4MDAwMDA6IDBmMTAwMDAwOAooWEVOKSBtZW1vcnlfbWFwOmFkZDogZG9tMTcgZ2Zu PWYxODAwIG1mbj1mMDQwMCBucj00MDAKKFhFTikgSFZNMTc6IHBjaSBkZXYgMDU6MCBiYXIgMTAg c2l6ZSAwMDA0MDAwMDA6IDBmMTgwMDAwNAooWEVOKSBIVk0xNzogcGNpIGRldiAwMzowIGJhciAx MCBzaXplIDAwMDAwMDEwMDogMDAwMDBjMDAxCihYRU4pIEhWTTE3OiBwY2kgZGV2IDA0OjAgYmFy IDEwIHNpemUgMDAwMDAwMTAwOiAwMDAwMGMxMDEKKFhFTikgSFZNMTc6IHBjaSBkZXYgMDQ6MCBi YXIgMTQgc2l6ZSAwMDAwMDAxMDA6IDBmMWMwMDAwMAooWEVOKSBIVk0xNzogcGNpIGRldiAwNTow IGJhciAyMCBzaXplIDAwMDAwMDA0MDogMDAwMDBjMjAxCihYRU4pIGlvcG9ydF9tYXA6YWRkOiBk b20xNyBncG9ydD1jMjAwIG1wb3J0PWYwMDAgbnI9NDAKKFhFTikgSFZNMTc6IHBjaSBkZXYgMDE6 MiBiYXIgMjAgc2l6ZSAwMDAwMDAwMjA6IDAwMDAwYzI0MQooWEVOKSBIVk0xNzogcGNpIGRldiAw MToxIGJhciAyMCBzaXplIDAwMDAwMDAxMDogMDAwMDBjMjYxCihYRU4pIEhWTTE3OiBNdWx0aXBy b2Nlc3NvciBpbml0aWFsaXNhdGlvbjoKKFhFTikgSFZNMTc6ICAtIENQVTAgLi4uIDM5LWJpdCBw aHlzIC4uLiBmaXhlZCBNVFJScyAuLi4gdmFyIE1UUlJzIFszLzhdIC4uLiBkb25lLgooWEVOKSBI Vk0xNzogIC0gQ1BVMSAuLi4gMzktYml0IHBoeXMgLi4uIGZpeGVkIE1UUlJzIC4uLiB2YXIgTVRS UnMgWzMvOF0gLi4uIGRvbmUuCihYRU4pIEhWTTE3OiAgLSBDUFUyIC4uLiAzOS1iaXQgcGh5cyAu Li4gZml4ZWQgTVRSUnMgLi4uIHZhciBNVFJScyBbMy84XSAuLi4gZG9uZS4KKFhFTikgSFZNMTc6 ICAtIENQVTMgLi4uIDM5LWJpdCBwaHlzIC4uLiBmaXhlZCBNVFJScyAuLi4gdmFyIE1UUlJzIFsz LzhdIC4uLiBkb25lLgooWEVOKSBIVk0xNzogVGVzdGluZyBIVk0gZW52aXJvbm1lbnQ6CihYRU4p IEhWTTE3OiAgLSBSRVAgSU5TQiBhY3Jvc3MgcGFnZSBib3VuZGFyaWVzIC4uLiBwYXNzZWQKKFhF TikgSFZNMTc6ICAtIEdTIGJhc2UgTVNScyBhbmQgU1dBUEdTIC4uLiBwYXNzZWQKKFhFTikgSFZN MTc6IFBhc3NlZCAyIG9mIDIgdGVzdHMKKFhFTikgSFZNMTc6IFdyaXRpbmcgU01CSU9TIHRhYmxl cyAuLi4KKFhFTikgSFZNMTc6IExvYWRpbmcgUk9NQklPUyAuLi4KKFhFTikgSFZNMTc6IDk2Mjgg Ynl0ZXMgb2YgUk9NQklPUyBoaWdoLW1lbW9yeSBleHRlbnNpb25zOgooWEVOKSBIVk0xNzogICBS ZWxvY2F0aW5nIHRvIDB4ZmMwMDEwMDAtMHhmYzAwMzU5YyAuLi4gZG9uZQooWEVOKSBIVk0xNzog Q3JlYXRpbmcgTVAgdGFibGVzIC4uLgooWEVOKSBIVk0xNzogTG9hZGluZyBTdGFuZGFyZCBWR0FC SU9TIC4uLgooWEVOKSBIVk0xNzogTG9hZGluZyBQQ0kgT3B0aW9uIFJPTSAuLi4KKFhFTikgSFZN MTc6ICAtIE1hbnVmYWN0dXJlcjogaHR0cDovL2lweGUub3JnCihYRU4pIEhWTTE3OiAgLSBQcm9k dWN0IG5hbWU6IGlQWEUKKFhFTikgSFZNMTc6IE9wdGlvbiBST01zOgooWEVOKSBIVk0xNzogIGMw MDAwLWM5ZmZmOiBWR0EgQklPUwooWEVOKSBIVk0xNzogIGNhMDAwLWQ5ZmZmOiBFdGhlcmJvb3Qg Uk9NCihYRU4pIEhWTTE3OiBMb2FkaW5nIEFDUEkgLi4uCihYRU4pIEhWTTE3OiB2bTg2IFRTUyBh dCBmYzAwZjcwMAooWEVOKSBIVk0xNzogQklPUyBtYXA6CihYRU4pIEhWTTE3OiAgZjAwMDAtZmZm ZmY6IE1haW4gQklPUwooWEVOKSBIVk0xNzogRTgyMCB0YWJsZToKKFhFTikgSFZNMTc6ICBbMDBd OiAwMDAwMDAwMDowMDAwMDAwMCAtIDAwMDAwMDAwOjAwMDllMDAwOiBSQU0KKFhFTikgSFZNMTc6 ICBbMDFdOiAwMDAwMDAwMDowMDA5ZTAwMCAtIDAwMDAwMDAwOjAwMGEwMDAwOiBSRVNFUlZFRAoo WEVOKSBIVk0xNzogIEhPTEU6IDAwMDAwMDAwOjAwMGEwMDAwIC0gMDAwMDAwMDA6MDAwZTAwMDAK KFhFTikgSFZNMTc6ICBbMDJdOiAwMDAwMDAwMDowMDBlMDAwMCAtIDAwMDAwMDAwOjAwMTAwMDAw OiBSRVNFUlZFRAooWEVOKSBIVk0xNzogIFswM106IDAwMDAwMDAwOjAwMTAwMDAwIC0gMDAwMDAw MDA6N2Y4MDAwMDA6IFJBTQooWEVOKSBIVk0xNzogIEhPTEU6IDAwMDAwMDAwOjdmODAwMDAwIC0g MDAwMDAwMDA6ZmMwMDAwMDAKKFhFTikgSFZNMTc6ICBbMDRdOiAwMDAwMDAwMDpmYzAwMDAwMCAt IDAwMDAwMDAxOjAwMDAwMDAwOiBSRVNFUlZFRAooWEVOKSBIVk0xNzogSW52b2tpbmcgUk9NQklP UyAuLi4KKFhFTikgSFZNMTc6ICRSZXZpc2lvbjogMS4yMjEgJCAkRGF0ZTogMjAwOC8xMi8wNyAx NzozMjoyOSAkCihYRU4pIHN0ZHZnYS5jOjE0NzpkMTcgZW50ZXJpbmcgc3RkdmdhIGFuZCBjYWNo aW5nIG1vZGVzCihYRU4pIEhWTTE3OiBWR0FCaW9zICRJZDogdmdhYmlvcy5jLHYgMS42NyAyMDA4 LzAxLzI3IDA5OjQ0OjEyIHZydXBwZXJ0IEV4cCAkCihYRU4pIEhWTTE3OiBWQkUgQmlvcyAkSWQ6 IHZiZS5jLHYgMS42MCAyMDA4LzAzLzAyIDA3OjQ3OjIxIHZydXBwZXJ0IEV4cCAkCihYRU4pIEhW TTE3OiBCb2NocyBCSU9TIC0gYnVpbGQ6IDA2LzIzLzk5CihYRU4pIEhWTTE3OiAkUmV2aXNpb246 IDEuMjIxICQgJERhdGU6IDIwMDgvMTIvMDcgMTc6MzI6MjkgJAooWEVOKSBIVk0xNzogT3B0aW9u czogYXBtYmlvcyBwY2liaW9zIGVsdG9yaXRvIFBNTSAKKFhFTikgSFZNMTc6IAooWEVOKSBIVk0x NzogYXRhMC0wOiBQQ0hTPTE2MzgzLzE2LzYzIHRyYW5zbGF0aW9uPWxiYSBMQ0hTPTEwMjQvMjU1 LzYzCihYRU4pIEhWTTE3OiBhdGEwIG1hc3RlcjogUUVNVSBIQVJERElTSyBBVEEtNyBIYXJkLURp c2sgKDYyNTMyIE1CeXRlcykKKFhFTikgSFZNMTc6IElERSB0aW1lIG91dAooWEVOKSBIVk0xNzog YXRhMSBtYXN0ZXI6IFFFTVUgRFZELVJPTSBBVEFQSS00IENELVJvbS9EVkQtUm9tCihYRU4pIEhW TTE3OiBJREUgdGltZSBvdXQKKFhFTikgSFZNMTc6IAooWEVOKSBIVk0xNzogCihYRU4pIEhWTTE3 OiAKKFhFTikgSFZNMTc6IFByZXNzIEYxMiBmb3IgYm9vdCBtZW51LgooWEVOKSBIVk0xNzogCihY RU4pIEhWTTE3OiBCb290aW5nIGZyb20gSGFyZCBEaXNrLi4uCihYRU4pIEhWTTE3OiBCb290aW5n IGZyb20gMDAwMDo3YzAwCihYRU4pIHZpcmlkaWFuLmM6MTAyOmQxNyBHVUVTVF9PU19JRDoKKFhF TikgdmlyaWRpYW4uYzoxMDQ6ZDE3IAl2ZW5kb3I6IDEKKFhFTikgdmlyaWRpYW4uYzoxMDY6ZDE3 IAlvczogNAooWEVOKSB2aXJpZGlhbi5jOjEwODpkMTcgCW1ham9yOiA2CihYRU4pIHZpcmlkaWFu LmM6MTEwOmQxNyAJbWlub3I6IDEKKFhFTikgdmlyaWRpYW4uYzoxMTI6ZDE3IAlzcDogMAooWEVO KSB2aXJpZGlhbi5jOjExNDpkMTcgCWJ1aWxkOiAxZGIwCihYRU4pIHZpcmlkaWFuLmM6MTE5OmQx NyBIWVBFUkNBTEw6CihYRU4pIHZpcmlkaWFuLmM6MTIxOmQxNyAJZW5hYmxlZDogMQooWEVOKSB2 aXJpZGlhbi5jOjEyMzpkMTcgCXBmbjogM2ZmZmYKKFhFTikgdmlyaWRpYW4uYzoxMjg6ZDE3IEFQ SUNfQVNTSVNUWzBdOgooWEVOKSB2aXJpZGlhbi5jOjEzMDpkMTcgCWVuYWJsZWQ6IDEKKFhFTikg dmlyaWRpYW4uYzoxMzI6ZDE3IAlwZm46IDNmZmZlCihYRU4pIHZpcmlkaWFuLmM6MTI4OmQxNyBB UElDX0FTU0lTVFsxXToKKFhFTikgdmlyaWRpYW4uYzoxMzA6ZDE3IAllbmFibGVkOiAxCihYRU4p IHZpcmlkaWFuLmM6MTMyOmQxNyAJcGZuOiAzZmZmZAooWEVOKSB2aXJpZGlhbi5jOjEyODpkMTcg QVBJQ19BU1NJU1RbMl06CihYRU4pIHZpcmlkaWFuLmM6MTMwOmQxNyAJZW5hYmxlZDogMQooWEVO KSB2aXJpZGlhbi5jOjEzMjpkMTcgCXBmbjogM2ZmZmMKKFhFTikgdmlyaWRpYW4uYzoxMjg6ZDE3 IEFQSUNfQVNTSVNUWzNdOgooWEVOKSB2aXJpZGlhbi5jOjEzMDpkMTcgCWVuYWJsZWQ6IDEKKFhF TikgdmlyaWRpYW4uYzoxMzI6ZDE3IAlwZm46IDNmZmZiCihYRU4pIGlycS5jOjI3MDogRG9tMTcg UENJIGxpbmsgMCBjaGFuZ2VkIDUgLT4gMAooWEVOKSBpcnEuYzoyNzA6IERvbTE3IFBDSSBsaW5r IDEgY2hhbmdlZCAxMCAtPiAwCihYRU4pIGlycS5jOjI3MDogRG9tMTcgUENJIGxpbmsgMiBjaGFu Z2VkIDExIC0+IDAKKFhFTikgaXJxLmM6MjcwOiBEb20xNyBQQ0kgbGluayAzIGNoYW5nZWQgNSAt PiAwCihYRU4pIG1lbW9yeV9tYXA6cmVtb3ZlOiBkb20xNyBnZm49ZjE4MDAgbWZuPWYwNDAwIG5y PTQwMAooWEVOKSBtZW1vcnlfbWFwOnJlbW92ZTogZG9tMTcgZ2ZuPWUwMDAwIG1mbj1kMDAwMCBu cj0xMDAwMAooWEVOKSBpb3BvcnRfbWFwOnJlbW92ZTogZG9tMTcgZ3BvcnQ9YzIwMCBtcG9ydD1m MDAwIG5yPTQwCihYRU4pIG1lbW9yeV9tYXA6YWRkOiBkb20xNyBnZm49ZjE4MDAgbWZuPWYwNDAw IG5yPTQwMAooWEVOKSBtZW1vcnlfbWFwOmFkZDogZG9tMTcgZ2ZuPWUwMDAwIG1mbj1kMDAwMCBu cj0xMDAwMAooWEVOKSBpb3BvcnRfbWFwOmFkZDogZG9tMTcgZ3BvcnQ9YzIwMCBtcG9ydD1mMDAw IG5yPTQwCihYRU4pIG1lbW9yeV9tYXA6cmVtb3ZlOiBkb20xNyBnZm49ZjE4MDAgbWZuPWYwNDAw IG5yPTQwMAooWEVOKSBtZW1vcnlfbWFwOnJlbW92ZTogZG9tMTcgZ2ZuPWUwMDAwIG1mbj1kMDAw MCBucj0xMDAwMAooWEVOKSBpb3BvcnRfbWFwOnJlbW92ZTogZG9tMTcgZ3BvcnQ9YzIwMCBtcG9y dD1mMDAwIG5yPTQwCihYRU4pIG1lbW9yeV9tYXA6YWRkOiBkb20xNyBnZm49ZjE4MDAgbWZuPWYw NDAwIG5yPTQwMAooWEVOKSBtZW1vcnlfbWFwOmFkZDogZG9tMTcgZ2ZuPWUwMDAwIG1mbj1kMDAw MCBucj0xMDAwMAooWEVOKSBpb3BvcnRfbWFwOmFkZDogZG9tMTcgZ3BvcnQ9YzIwMCBtcG9ydD1m MDAwIG5yPTQwCihYRU4pIEhWTTE4OiBIVk0gTG9hZGVyCihYRU4pIEhWTTE4OiBEZXRlY3RlZCBY ZW4gdjQuNC11bnN0YWJsZQooWEVOKSBIVk0xODogWGVuYnVzIHJpbmdzIEAweGZlZmZjMDAwLCBl dmVudCBjaGFubmVsIDYKKFhFTikgSFZNMTg6IFN5c3RlbSByZXF1ZXN0ZWQgUk9NQklPUwooWEVO KSBIVk0xODogQ1BVIHNwZWVkIGlzIDMzOTkgTUh6CihYRU4pIEhWTTE4OiBSZWxvY2F0aW5nIGd1 ZXN0IG1lbW9yeSBmb3IgbG93bWVtIE1NSU8gc3BhY2UgZW5hYmxlZAooWEVOKSBpcnEuYzoyNzA6 IERvbTE4IFBDSSBsaW5rIDAgY2hhbmdlZCAwIC0+IDUKKFhFTikgSFZNMTg6IFBDSS1JU0EgbGlu ayAwIHJvdXRlZCB0byBJUlE1CihYRU4pIGlycS5jOjI3MDogRG9tMTggUENJIGxpbmsgMSBjaGFu Z2VkIDAgLT4gMTAKKFhFTikgSFZNMTg6IFBDSS1JU0EgbGluayAxIHJvdXRlZCB0byBJUlExMAoo WEVOKSBpcnEuYzoyNzA6IERvbTE4IFBDSSBsaW5rIDIgY2hhbmdlZCAwIC0+IDExCihYRU4pIEhW TTE4OiBQQ0ktSVNBIGxpbmsgMiByb3V0ZWQgdG8gSVJRMTEKKFhFTikgaXJxLmM6MjcwOiBEb20x OCBQQ0kgbGluayAzIGNoYW5nZWQgMCAtPiA1CihYRU4pIEhWTTE4OiBQQ0ktSVNBIGxpbmsgMyBy b3V0ZWQgdG8gSVJRNQooWEVOKSBIVk0xODogcGNpIGRldiAwMToyIElOVEQtPklSUTUKKFhFTikg SFZNMTg6IHBjaSBkZXYgMDE6MyBJTlRBLT5JUlExMAooWEVOKSBIVk0xODogcGNpIGRldiAwMzow IElOVEEtPklSUTUKKFhFTikgSFZNMTg6IHBjaSBkZXYgMDQ6MCBJTlRBLT5JUlE1CihYRU4pIEhW TTE4OiBwY2kgZGV2IDA1OjAgSU5UQS0+SVJRMTAKKFhFTikgSFZNMTg6IE5vIFJBTSBpbiBoaWdo IG1lbW9yeTsgc2V0dGluZyBoaWdoX21lbSByZXNvdXJjZSBiYXNlIHRvIDEwMDAwMDAwMAooWEVO KSBIVk0xODogcGNpIGRldiAwNTowIGJhciAxOCBzaXplIDAxMDAwMDAwMDogMGUwMDAwMDBjCihY RU4pIG1lbW9yeV9tYXA6YWRkOiBkb20xOCBnZm49ZTAwMDAgbWZuPWQwMDAwIG5yPTEwMDAwCihY RU4pIEhWTTE4OiBwY2kgZGV2IDAzOjAgYmFyIDE0IHNpemUgMDAxMDAwMDAwOiAwZjAwMDAwMDgK KFhFTikgSFZNMTg6IHBjaSBkZXYgMDI6MCBiYXIgMTAgc2l6ZSAwMDA4MDAwMDA6IDBmMTAwMDAw OAooWEVOKSBtZW1vcnlfbWFwOmFkZDogZG9tMTggZ2ZuPWYxODAwIG1mbj1mMDQwMCBucj00MDAK KFhFTikgSFZNMTg6IHBjaSBkZXYgMDU6MCBiYXIgMTAgc2l6ZSAwMDA0MDAwMDA6IDBmMTgwMDAw NAooWEVOKSBIVk0xODogcGNpIGRldiAwMzowIGJhciAxMCBzaXplIDAwMDAwMDEwMDogMDAwMDBj MDAxCihYRU4pIEhWTTE4OiBwY2kgZGV2IDA0OjAgYmFyIDEwIHNpemUgMDAwMDAwMTAwOiAwMDAw MGMxMDEKKFhFTikgSFZNMTg6IHBjaSBkZXYgMDQ6MCBiYXIgMTQgc2l6ZSAwMDAwMDAxMDA6IDBm MWMwMDAwMAooWEVOKSBIVk0xODogcGNpIGRldiAwNTowIGJhciAyMCBzaXplIDAwMDAwMDA0MDog MDAwMDBjMjAxCihYRU4pIGlvcG9ydF9tYXA6YWRkOiBkb20xOCBncG9ydD1jMjAwIG1wb3J0PWYw MDAgbnI9NDAKKFhFTikgSFZNMTg6IHBjaSBkZXYgMDE6MiBiYXIgMjAgc2l6ZSAwMDAwMDAwMjA6 IDAwMDAwYzI0MQooWEVOKSBIVk0xODogcGNpIGRldiAwMToxIGJhciAyMCBzaXplIDAwMDAwMDAx MDogMDAwMDBjMjYxCihYRU4pIEhWTTE4OiBNdWx0aXByb2Nlc3NvciBpbml0aWFsaXNhdGlvbjoK KFhFTikgSFZNMTg6ICAtIENQVTAgLi4uIDM5LWJpdCBwaHlzIC4uLiBmaXhlZCBNVFJScyAuLi4g dmFyIE1UUlJzIFszLzhdIC4uLiBkb25lLgooWEVOKSBIVk0xODogIC0gQ1BVMSAuLi4gMzktYml0 IHBoeXMgLi4uIGZpeGVkIE1UUlJzIC4uLiB2YXIgTVRSUnMgWzMvOF0gLi4uIGRvbmUuCihYRU4p IEhWTTE4OiAgLSBDUFUyIC4uLiAzOS1iaXQgcGh5cyAuLi4gZml4ZWQgTVRSUnMgLi4uIHZhciBN VFJScyBbMy84XSAuLi4gZG9uZS4KKFhFTikgSFZNMTg6ICAtIENQVTMgLi4uIDM5LWJpdCBwaHlz IC4uLiBmaXhlZCBNVFJScyAuLi4gdmFyIE1UUlJzIFszLzhdIC4uLiBkb25lLgooWEVOKSBIVk0x ODogVGVzdGluZyBIVk0gZW52aXJvbm1lbnQ6CihYRU4pIEhWTTE4OiAgLSBSRVAgSU5TQiBhY3Jv c3MgcGFnZSBib3VuZGFyaWVzIC4uLiBwYXNzZWQKKFhFTikgSFZNMTg6ICAtIEdTIGJhc2UgTVNS cyBhbmQgU1dBUEdTIC4uLiBwYXNzZWQKKFhFTikgSFZNMTg6IFBhc3NlZCAyIG9mIDIgdGVzdHMK KFhFTikgSFZNMTg6IFdyaXRpbmcgU01CSU9TIHRhYmxlcyAuLi4KKFhFTikgSFZNMTg6IExvYWRp bmcgUk9NQklPUyAuLi4KKFhFTikgSFZNMTg6IDk2MjggYnl0ZXMgb2YgUk9NQklPUyBoaWdoLW1l bW9yeSBleHRlbnNpb25zOgooWEVOKSBIVk0xODogICBSZWxvY2F0aW5nIHRvIDB4ZmMwMDEwMDAt MHhmYzAwMzU5YyAuLi4gZG9uZQooWEVOKSBIVk0xODogQ3JlYXRpbmcgTVAgdGFibGVzIC4uLgoo WEVOKSBIVk0xODogTG9hZGluZyBTdGFuZGFyZCBWR0FCSU9TIC4uLgooWEVOKSBIVk0xODogTG9h ZGluZyBQQ0kgT3B0aW9uIFJPTSAuLi4KKFhFTikgSFZNMTg6ICAtIE1hbnVmYWN0dXJlcjogaHR0 cDovL2lweGUub3JnCihYRU4pIEhWTTE4OiAgLSBQcm9kdWN0IG5hbWU6IGlQWEUKKFhFTikgSFZN MTg6IE9wdGlvbiBST01zOgooWEVOKSBIVk0xODogIGMwMDAwLWM5ZmZmOiBWR0EgQklPUwooWEVO KSBIVk0xODogIGNhMDAwLWQ5ZmZmOiBFdGhlcmJvb3QgUk9NCihYRU4pIEhWTTE4OiBMb2FkaW5n IEFDUEkgLi4uCihYRU4pIEhWTTE4OiB2bTg2IFRTUyBhdCBmYzAwZjcwMAooWEVOKSBIVk0xODog QklPUyBtYXA6CihYRU4pIEhWTTE4OiAgZjAwMDAtZmZmZmY6IE1haW4gQklPUwooWEVOKSBIVk0x ODogRTgyMCB0YWJsZToKKFhFTikgSFZNMTg6ICBbMDBdOiAwMDAwMDAwMDowMDAwMDAwMCAtIDAw MDAwMDAwOjAwMDllMDAwOiBSQU0KKFhFTikgSFZNMTg6ICBbMDFdOiAwMDAwMDAwMDowMDA5ZTAw MCAtIDAwMDAwMDAwOjAwMGEwMDAwOiBSRVNFUlZFRAooWEVOKSBIVk0xODogIEhPTEU6IDAwMDAw MDAwOjAwMGEwMDAwIC0gMDAwMDAwMDA6MDAwZTAwMDAKKFhFTikgSFZNMTg6ICBbMDJdOiAwMDAw MDAwMDowMDBlMDAwMCAtIDAwMDAwMDAwOjAwMTAwMDAwOiBSRVNFUlZFRAooWEVOKSBIVk0xODog IFswM106IDAwMDAwMDAwOjAwMTAwMDAwIC0gMDAwMDAwMDA6N2Y4MDAwMDA6IFJBTQooWEVOKSBI Vk0xODogIEhPTEU6IDAwMDAwMDAwOjdmODAwMDAwIC0gMDAwMDAwMDA6ZmMwMDAwMDAKKFhFTikg SFZNMTg6ICBbMDRdOiAwMDAwMDAwMDpmYzAwMDAwMCAtIDAwMDAwMDAxOjAwMDAwMDAwOiBSRVNF UlZFRAooWEVOKSBIVk0xODogSW52b2tpbmcgUk9NQklPUyAuLi4KKFhFTikgSFZNMTg6ICRSZXZp c2lvbjogMS4yMjEgJCAkRGF0ZTogMjAwOC8xMi8wNyAxNzozMjoyOSAkCihYRU4pIHN0ZHZnYS5j OjE0NzpkMTggZW50ZXJpbmcgc3RkdmdhIGFuZCBjYWNoaW5nIG1vZGVzCihYRU4pIEhWTTE4OiBW R0FCaW9zICRJZDogdmdhYmlvcy5jLHYgMS42NyAyMDA4LzAxLzI3IDA5OjQ0OjEyIHZydXBwZXJ0 IEV4cCAkCihYRU4pIEhWTTE4OiBWQkUgQmlvcyAkSWQ6IHZiZS5jLHYgMS42MCAyMDA4LzAzLzAy IDA3OjQ3OjIxIHZydXBwZXJ0IEV4cCAkCihYRU4pIEhWTTE4OiBCb2NocyBCSU9TIC0gYnVpbGQ6 IDA2LzIzLzk5CihYRU4pIEhWTTE4OiAkUmV2aXNpb246IDEuMjIxICQgJERhdGU6IDIwMDgvMTIv MDcgMTc6MzI6MjkgJAooWEVOKSBIVk0xODogT3B0aW9uczogYXBtYmlvcyBwY2liaW9zIGVsdG9y aXRvIFBNTSAKKFhFTikgSFZNMTg6IAooWEVOKSBIVk0xODogYXRhMC0wOiBQQ0hTPTE2MzgzLzE2 LzYzIHRyYW5zbGF0aW9uPWxiYSBMQ0hTPTEwMjQvMjU1LzYzCihYRU4pIEhWTTE4OiBhdGEwIG1h c3RlcjogUUVNVSBIQVJERElTSyBBVEEtNyBIYXJkLURpc2sgKDYyNTMyIE1CeXRlcykKKFhFTikg SFZNMTg6IElERSB0aW1lIG91dAooWEVOKSBIVk0xODogYXRhMSBtYXN0ZXI6IFFFTVUgRFZELVJP TSBBVEFQSS00IENELVJvbS9EVkQtUm9tCihYRU4pIEhWTTE4OiBJREUgdGltZSBvdXQKKFhFTikg SFZNMTg6IAooWEVOKSBIVk0xODogCihYRU4pIEhWTTE4OiAKKFhFTikgSFZNMTg6IFByZXNzIEYx MiBmb3IgYm9vdCBtZW51LgooWEVOKSBIVk0xODogCihYRU4pIEhWTTE4OiBCb290aW5nIGZyb20g SGFyZCBEaXNrLi4uCihYRU4pIEhWTTE4OiBCb290aW5nIGZyb20gMDAwMDo3YzAwCihYRU4pIHZp cmlkaWFuLmM6MTAyOmQxOCBHVUVTVF9PU19JRDoKKFhFTikgdmlyaWRpYW4uYzoxMDQ6ZDE4IAl2 ZW5kb3I6IDEKKFhFTikgdmlyaWRpYW4uYzoxMDY6ZDE4IAlvczogNAooWEVOKSB2aXJpZGlhbi5j OjEwODpkMTggCW1ham9yOiA2CihYRU4pIHZpcmlkaWFuLmM6MTEwOmQxOCAJbWlub3I6IDEKKFhF TikgdmlyaWRpYW4uYzoxMTI6ZDE4IAlzcDogMAooWEVOKSB2aXJpZGlhbi5jOjExNDpkMTggCWJ1 aWxkOiAxZGIwCihYRU4pIHZpcmlkaWFuLmM6MTE5OmQxOCBIWVBFUkNBTEw6CihYRU4pIHZpcmlk aWFuLmM6MTIxOmQxOCAJZW5hYmxlZDogMQooWEVOKSB2aXJpZGlhbi5jOjEyMzpkMTggCXBmbjog M2ZmZmYKKFhFTikgdmlyaWRpYW4uYzoxMjg6ZDE4IEFQSUNfQVNTSVNUWzBdOgooWEVOKSB2aXJp ZGlhbi5jOjEzMDpkMTggCWVuYWJsZWQ6IDEKKFhFTikgdmlyaWRpYW4uYzoxMzI6ZDE4IAlwZm46 IDNmZmZlCihYRU4pIHZpcmlkaWFuLmM6MTI4OmQxOCBBUElDX0FTU0lTVFsxXToKKFhFTikgdmly aWRpYW4uYzoxMzA6ZDE4IAllbmFibGVkOiAxCihYRU4pIHZpcmlkaWFuLmM6MTMyOmQxOCAJcGZu OiAzZmZmZAooWEVOKSB2aXJpZGlhbi5jOjEyODpkMTggQVBJQ19BU1NJU1RbMl06CihYRU4pIHZp cmlkaWFuLmM6MTMwOmQxOCAJZW5hYmxlZDogMQooWEVOKSB2aXJpZGlhbi5jOjEzMjpkMTggCXBm bjogM2ZmZmMKKFhFTikgdmlyaWRpYW4uYzoxMjg6ZDE4IEFQSUNfQVNTSVNUWzNdOgooWEVOKSB2 aXJpZGlhbi5jOjEzMDpkMTggCWVuYWJsZWQ6IDEKKFhFTikgdmlyaWRpYW4uYzoxMzI6ZDE4IAlw Zm46IDNmZmZiCihYRU4pIGlycS5jOjI3MDogRG9tMTggUENJIGxpbmsgMCBjaGFuZ2VkIDUgLT4g MAooWEVOKSBpcnEuYzoyNzA6IERvbTE4IFBDSSBsaW5rIDEgY2hhbmdlZCAxMCAtPiAwCihYRU4p IGlycS5jOjI3MDogRG9tMTggUENJIGxpbmsgMyBjaGFuZ2VkIDUgLT4gMAooWEVOKSBpcnEuYzoy NzA6IERvbTE4IFBDSSBsaW5rIDIgY2hhbmdlZCAxMSAtPiAwCihYRU4pIG1lbW9yeV9tYXA6cmVt b3ZlOiBkb20xOCBnZm49ZjE4MDAgbWZuPWYwNDAwIG5yPTQwMAooWEVOKSBtZW1vcnlfbWFwOnJl bW92ZTogZG9tMTggZ2ZuPWUwMDAwIG1mbj1kMDAwMCBucj0xMDAwMAooWEVOKSBpb3BvcnRfbWFw OnJlbW92ZTogZG9tMTggZ3BvcnQ9YzIwMCBtcG9ydD1mMDAwIG5yPTQwCihYRU4pIG1lbW9yeV9t YXA6YWRkOiBkb20xOCBnZm49ZjE4MDAgbWZuPWYwNDAwIG5yPTQwMAooWEVOKSBtZW1vcnlfbWFw OmFkZDogZG9tMTggZ2ZuPWUwMDAwIG1mbj1kMDAwMCBucj0xMDAwMAooWEVOKSBpb3BvcnRfbWFw OmFkZDogZG9tMTggZ3BvcnQ9YzIwMCBtcG9ydD1mMDAwIG5yPTQwCihYRU4pIG1lbW9yeV9tYXA6 cmVtb3ZlOiBkb20xOCBnZm49ZjE4MDAgbWZuPWYwNDAwIG5yPTQwMAooWEVOKSBtZW1vcnlfbWFw OnJlbW92ZTogZG9tMTggZ2ZuPWUwMDAwIG1mbj1kMDAwMCBucj0xMDAwMAooWEVOKSBpb3BvcnRf bWFwOnJlbW92ZTogZG9tMTggZ3BvcnQ9YzIwMCBtcG9ydD1mMDAwIG5yPTQwCihYRU4pIG1lbW9y eV9tYXA6YWRkOiBkb20xOCBnZm49ZjE4MDAgbWZuPWYwNDAwIG5yPTQwMAooWEVOKSBtZW1vcnlf bWFwOmFkZDogZG9tMTggZ2ZuPWUwMDAwIG1mbj1kMDAwMCBucj0xMDAwMAooWEVOKSBpb3BvcnRf bWFwOmFkZDogZG9tMTggZ3BvcnQ9YzIwMCBtcG9ydD1mMDAwIG5yPTQwCihYRU4pIEhWTTE5OiBI Vk0gTG9hZGVyCihYRU4pIEhWTTE5OiBEZXRlY3RlZCBYZW4gdjQuNC11bnN0YWJsZQooWEVOKSBI Vk0xOTogWGVuYnVzIHJpbmdzIEAweGZlZmZjMDAwLCBldmVudCBjaGFubmVsIDYKKFhFTikgSFZN MTk6IFN5c3RlbSByZXF1ZXN0ZWQgUk9NQklPUwooWEVOKSBIVk0xOTogQ1BVIHNwZWVkIGlzIDMz OTkgTUh6CihYRU4pIEhWTTE5OiBSZWxvY2F0aW5nIGd1ZXN0IG1lbW9yeSBmb3IgbG93bWVtIE1N SU8gc3BhY2UgZW5hYmxlZAooWEVOKSBpcnEuYzoyNzA6IERvbTE5IFBDSSBsaW5rIDAgY2hhbmdl ZCAwIC0+IDUKKFhFTikgSFZNMTk6IFBDSS1JU0EgbGluayAwIHJvdXRlZCB0byBJUlE1CihYRU4p IGlycS5jOjI3MDogRG9tMTkgUENJIGxpbmsgMSBjaGFuZ2VkIDAgLT4gMTAKKFhFTikgSFZNMTk6 IFBDSS1JU0EgbGluayAxIHJvdXRlZCB0byBJUlExMAooWEVOKSBpcnEuYzoyNzA6IERvbTE5IFBD SSBsaW5rIDIgY2hhbmdlZCAwIC0+IDExCihYRU4pIEhWTTE5OiBQQ0ktSVNBIGxpbmsgMiByb3V0 ZWQgdG8gSVJRMTEKKFhFTikgaXJxLmM6MjcwOiBEb20xOSBQQ0kgbGluayAzIGNoYW5nZWQgMCAt PiA1CihYRU4pIEhWTTE5OiBQQ0ktSVNBIGxpbmsgMyByb3V0ZWQgdG8gSVJRNQooWEVOKSBIVk0x OTogcGNpIGRldiAwMToyIElOVEQtPklSUTUKKFhFTikgSFZNMTk6IHBjaSBkZXYgMDE6MyBJTlRB LT5JUlExMAooWEVOKSBIVk0xOTogcGNpIGRldiAwMzowIElOVEEtPklSUTUKKFhFTikgSFZNMTk6 IHBjaSBkZXYgMDQ6MCBJTlRBLT5JUlE1CihYRU4pIEhWTTE5OiBwY2kgZGV2IDA1OjAgSU5UQS0+ SVJRMTAKKFhFTikgSFZNMTk6IE5vIFJBTSBpbiBoaWdoIG1lbW9yeTsgc2V0dGluZyBoaWdoX21l bSByZXNvdXJjZSBiYXNlIHRvIDEwMDAwMDAwMAooWEVOKSBIVk0xOTogcGNpIGRldiAwNTowIGJh ciAxOCBzaXplIDAxMDAwMDAwMDogMGUwMDAwMDBjCihYRU4pIG1lbW9yeV9tYXA6YWRkOiBkb20x OSBnZm49ZTAwMDAgbWZuPWQwMDAwIG5yPTEwMDAwCihYRU4pIEhWTTE5OiBwY2kgZGV2IDAzOjAg YmFyIDE0IHNpemUgMDAxMDAwMDAwOiAwZjAwMDAwMDgKKFhFTikgSFZNMTk6IHBjaSBkZXYgMDI6 MCBiYXIgMTAgc2l6ZSAwMDA4MDAwMDA6IDBmMTAwMDAwOAooWEVOKSBtZW1vcnlfbWFwOmFkZDog ZG9tMTkgZ2ZuPWYxODAwIG1mbj1mMDQwMCBucj00MDAKKFhFTikgSFZNMTk6IHBjaSBkZXYgMDU6 MCBiYXIgMTAgc2l6ZSAwMDA0MDAwMDA6IDBmMTgwMDAwNAooWEVOKSBIVk0xOTogcGNpIGRldiAw MzowIGJhciAxMCBzaXplIDAwMDAwMDEwMDogMDAwMDBjMDAxCihYRU4pIEhWTTE5OiBwY2kgZGV2 IDA0OjAgYmFyIDEwIHNpemUgMDAwMDAwMTAwOiAwMDAwMGMxMDEKKFhFTikgSFZNMTk6IHBjaSBk ZXYgMDQ6MCBiYXIgMTQgc2l6ZSAwMDAwMDAxMDA6IDBmMWMwMDAwMAooWEVOKSBIVk0xOTogcGNp IGRldiAwNTowIGJhciAyMCBzaXplIDAwMDAwMDA0MDogMDAwMDBjMjAxCihYRU4pIGlvcG9ydF9t YXA6YWRkOiBkb20xOSBncG9ydD1jMjAwIG1wb3J0PWYwMDAgbnI9NDAKKFhFTikgSFZNMTk6IHBj aSBkZXYgMDE6MiBiYXIgMjAgc2l6ZSAwMDAwMDAwMjA6IDAwMDAwYzI0MQooWEVOKSBIVk0xOTog cGNpIGRldiAwMToxIGJhciAyMCBzaXplIDAwMDAwMDAxMDogMDAwMDBjMjYxCihYRU4pIEhWTTE5 OiBNdWx0aXByb2Nlc3NvciBpbml0aWFsaXNhdGlvbjoKKFhFTikgSFZNMTk6ICAtIENQVTAgLi4u IDM5LWJpdCBwaHlzIC4uLiBmaXhlZCBNVFJScyAuLi4gdmFyIE1UUlJzIFszLzhdIC4uLiBkb25l LgooWEVOKSBIVk0xOTogIC0gQ1BVMSAuLi4gMzktYml0IHBoeXMgLi4uIGZpeGVkIE1UUlJzIC4u LiB2YXIgTVRSUnMgWzMvOF0gLi4uIGRvbmUuCihYRU4pIEhWTTE5OiAgLSBDUFUyIC4uLiAzOS1i aXQgcGh5cyAuLi4gZml4ZWQgTVRSUnMgLi4uIHZhciBNVFJScyBbMy84XSAuLi4gZG9uZS4KKFhF TikgSFZNMTk6ICAtIENQVTMgLi4uIDM5LWJpdCBwaHlzIC4uLiBmaXhlZCBNVFJScyAuLi4gdmFy IE1UUlJzIFszLzhdIC4uLiBkb25lLgooWEVOKSBIVk0xOTogVGVzdGluZyBIVk0gZW52aXJvbm1l bnQ6CihYRU4pIEhWTTE5OiAgLSBSRVAgSU5TQiBhY3Jvc3MgcGFnZSBib3VuZGFyaWVzIC4uLiBw YXNzZWQKKFhFTikgSFZNMTk6ICAtIEdTIGJhc2UgTVNScyBhbmQgU1dBUEdTIC4uLiBwYXNzZWQK KFhFTikgSFZNMTk6IFBhc3NlZCAyIG9mIDIgdGVzdHMKKFhFTikgSFZNMTk6IFdyaXRpbmcgU01C SU9TIHRhYmxlcyAuLi4KKFhFTikgSFZNMTk6IExvYWRpbmcgUk9NQklPUyAuLi4KKFhFTikgSFZN MTk6IDk2MjggYnl0ZXMgb2YgUk9NQklPUyBoaWdoLW1lbW9yeSBleHRlbnNpb25zOgooWEVOKSBI Vk0xOTogICBSZWxvY2F0aW5nIHRvIDB4ZmMwMDEwMDAtMHhmYzAwMzU5YyAuLi4gZG9uZQooWEVO KSBIVk0xOTogQ3JlYXRpbmcgTVAgdGFibGVzIC4uLgooWEVOKSBIVk0xOTogTG9hZGluZyBTdGFu ZGFyZCBWR0FCSU9TIC4uLgooWEVOKSBIVk0xOTogTG9hZGluZyBQQ0kgT3B0aW9uIFJPTSAuLi4K KFhFTikgSFZNMTk6ICAtIE1hbnVmYWN0dXJlcjogaHR0cDovL2lweGUub3JnCihYRU4pIEhWTTE5 OiAgLSBQcm9kdWN0IG5hbWU6IGlQWEUKKFhFTikgSFZNMTk6IE9wdGlvbiBST01zOgooWEVOKSBI Vk0xOTogIGMwMDAwLWM5ZmZmOiBWR0EgQklPUwooWEVOKSBIVk0xOTogIGNhMDAwLWQ5ZmZmOiBF dGhlcmJvb3QgUk9NCihYRU4pIEhWTTE5OiBMb2FkaW5nIEFDUEkgLi4uCihYRU4pIEhWTTE5OiB2 bTg2IFRTUyBhdCBmYzAwZjcwMAooWEVOKSBIVk0xOTogQklPUyBtYXA6CihYRU4pIEhWTTE5OiAg ZjAwMDAtZmZmZmY6IE1haW4gQklPUwooWEVOKSBIVk0xOTogRTgyMCB0YWJsZToKKFhFTikgSFZN MTk6ICBbMDBdOiAwMDAwMDAwMDowMDAwMDAwMCAtIDAwMDAwMDAwOjAwMDllMDAwOiBSQU0KKFhF TikgSFZNMTk6ICBbMDFdOiAwMDAwMDAwMDowMDA5ZTAwMCAtIDAwMDAwMDAwOjAwMGEwMDAwOiBS RVNFUlZFRAooWEVOKSBIVk0xOTogIEhPTEU6IDAwMDAwMDAwOjAwMGEwMDAwIC0gMDAwMDAwMDA6 MDAwZTAwMDAKKFhFTikgSFZNMTk6ICBbMDJdOiAwMDAwMDAwMDowMDBlMDAwMCAtIDAwMDAwMDAw OjAwMTAwMDAwOiBSRVNFUlZFRAooWEVOKSBIVk0xOTogIFswM106IDAwMDAwMDAwOjAwMTAwMDAw IC0gMDAwMDAwMDA6N2Y4MDAwMDA6IFJBTQooWEVOKSBIVk0xOTogIEhPTEU6IDAwMDAwMDAwOjdm ODAwMDAwIC0gMDAwMDAwMDA6ZmMwMDAwMDAKKFhFTikgSFZNMTk6ICBbMDRdOiAwMDAwMDAwMDpm YzAwMDAwMCAtIDAwMDAwMDAxOjAwMDAwMDAwOiBSRVNFUlZFRAooWEVOKSBIVk0xOTogSW52b2tp bmcgUk9NQklPUyAuLi4KKFhFTikgSFZNMTk6ICRSZXZpc2lvbjogMS4yMjEgJCAkRGF0ZTogMjAw OC8xMi8wNyAxNzozMjoyOSAkCihYRU4pIHN0ZHZnYS5jOjE0NzpkMTkgZW50ZXJpbmcgc3Rkdmdh IGFuZCBjYWNoaW5nIG1vZGVzCihYRU4pIEhWTTE5OiBWR0FCaW9zICRJZDogdmdhYmlvcy5jLHYg MS42NyAyMDA4LzAxLzI3IDA5OjQ0OjEyIHZydXBwZXJ0IEV4cCAkCihYRU4pIEhWTTE5OiBWQkUg QmlvcyAkSWQ6IHZiZS5jLHYgMS42MCAyMDA4LzAzLzAyIDA3OjQ3OjIxIHZydXBwZXJ0IEV4cCAk CihYRU4pIEhWTTE5OiBCb2NocyBCSU9TIC0gYnVpbGQ6IDA2LzIzLzk5CihYRU4pIEhWTTE5OiAk UmV2aXNpb246IDEuMjIxICQgJERhdGU6IDIwMDgvMTIvMDcgMTc6MzI6MjkgJAooWEVOKSBIVk0x OTogT3B0aW9uczogYXBtYmlvcyBwY2liaW9zIGVsdG9yaXRvIFBNTSAKKFhFTikgSFZNMTk6IAoo WEVOKSBIVk0xOTogYXRhMC0wOiBQQ0hTPTE2MzgzLzE2LzYzIHRyYW5zbGF0aW9uPWxiYSBMQ0hT PTEwMjQvMjU1LzYzCihYRU4pIEhWTTE5OiBhdGEwIG1hc3RlcjogUUVNVSBIQVJERElTSyBBVEEt NyBIYXJkLURpc2sgKDYyNTMyIE1CeXRlcykKKFhFTikgSFZNMTk6IElERSB0aW1lIG91dAooWEVO KSBIVk0xOTogYXRhMSBtYXN0ZXI6IFFFTVUgRFZELVJPTSBBVEFQSS00IENELVJvbS9EVkQtUm9t CihYRU4pIEhWTTE5OiBJREUgdGltZSBvdXQKKFhFTikgSFZNMTk6IAooWEVOKSBIVk0xOTogCihY RU4pIEhWTTE5OiAKKFhFTikgSFZNMTk6IFByZXNzIEYxMiBmb3IgYm9vdCBtZW51LgooWEVOKSBI Vk0xOTogCihYRU4pIEhWTTE5OiBCb290aW5nIGZyb20gSGFyZCBEaXNrLi4uCihYRU4pIEhWTTE5 OiBCb290aW5nIGZyb20gMDAwMDo3YzAwCihYRU4pIHZpcmlkaWFuLmM6MTAyOmQxOSBHVUVTVF9P U19JRDoKKFhFTikgdmlyaWRpYW4uYzoxMDQ6ZDE5IAl2ZW5kb3I6IDEKKFhFTikgdmlyaWRpYW4u YzoxMDY6ZDE5IAlvczogNAooWEVOKSB2aXJpZGlhbi5jOjEwODpkMTkgCW1ham9yOiA2CihYRU4p IHZpcmlkaWFuLmM6MTEwOmQxOSAJbWlub3I6IDEKKFhFTikgdmlyaWRpYW4uYzoxMTI6ZDE5IAlz cDogMAooWEVOKSB2aXJpZGlhbi5jOjExNDpkMTkgCWJ1aWxkOiAxZGIwCihYRU4pIHZpcmlkaWFu LmM6MTE5OmQxOSBIWVBFUkNBTEw6CihYRU4pIHZpcmlkaWFuLmM6MTIxOmQxOSAJZW5hYmxlZDog MQooWEVOKSB2aXJpZGlhbi5jOjEyMzpkMTkgCXBmbjogM2ZmZmYKKFhFTikgdmlyaWRpYW4uYzox Mjg6ZDE5IEFQSUNfQVNTSVNUWzBdOgooWEVOKSB2aXJpZGlhbi5jOjEzMDpkMTkgCWVuYWJsZWQ6 IDEKKFhFTikgdmlyaWRpYW4uYzoxMzI6ZDE5IAlwZm46IDNmZmZlCihYRU4pIHZpcmlkaWFuLmM6 MTI4OmQxOSBBUElDX0FTU0lTVFsxXToKKFhFTikgdmlyaWRpYW4uYzoxMzA6ZDE5IAllbmFibGVk OiAxCihYRU4pIHZpcmlkaWFuLmM6MTMyOmQxOSAJcGZuOiAzZmZmZAooWEVOKSB2aXJpZGlhbi5j OjEyODpkMTkgQVBJQ19BU1NJU1RbMl06CihYRU4pIHZpcmlkaWFuLmM6MTMwOmQxOSAJZW5hYmxl ZDogMQooWEVOKSB2aXJpZGlhbi5jOjEzMjpkMTkgCXBmbjogM2ZmZmMKKFhFTikgdmlyaWRpYW4u YzoxMjg6ZDE5IEFQSUNfQVNTSVNUWzNdOgooWEVOKSB2aXJpZGlhbi5jOjEzMDpkMTkgCWVuYWJs ZWQ6IDEKKFhFTikgdmlyaWRpYW4uYzoxMzI6ZDE5IAlwZm46IDNmZmZiCihYRU4pIGlycS5jOjI3 MDogRG9tMTkgUENJIGxpbmsgMCBjaGFuZ2VkIDUgLT4gMAooWEVOKSBpcnEuYzoyNzA6IERvbTE5 IFBDSSBsaW5rIDIgY2hhbmdlZCAxMSAtPiAwCihYRU4pIGlycS5jOjI3MDogRG9tMTkgUENJIGxp bmsgMSBjaGFuZ2VkIDEwIC0+IDAKKFhFTikgaXJxLmM6MjcwOiBEb20xOSBQQ0kgbGluayAzIGNo YW5nZWQgNSAtPiAwCihYRU4pIG1lbW9yeV9tYXA6cmVtb3ZlOiBkb20xOSBnZm49ZjE4MDAgbWZu PWYwNDAwIG5yPTQwMAooWEVOKSBtZW1vcnlfbWFwOnJlbW92ZTogZG9tMTkgZ2ZuPWUwMDAwIG1m bj1kMDAwMCBucj0xMDAwMAooWEVOKSBpb3BvcnRfbWFwOnJlbW92ZTogZG9tMTkgZ3BvcnQ9YzIw MCBtcG9ydD1mMDAwIG5yPTQwCihYRU4pIG1lbW9yeV9tYXA6YWRkOiBkb20xOSBnZm49ZjE4MDAg bWZuPWYwNDAwIG5yPTQwMAooWEVOKSBtZW1vcnlfbWFwOmFkZDogZG9tMTkgZ2ZuPWUwMDAwIG1m bj1kMDAwMCBucj0xMDAwMAooWEVOKSBpb3BvcnRfbWFwOmFkZDogZG9tMTkgZ3BvcnQ9YzIwMCBt cG9ydD1mMDAwIG5yPTQwCihYRU4pIG1lbW9yeV9tYXA6cmVtb3ZlOiBkb20xOSBnZm49ZjE4MDAg bWZuPWYwNDAwIG5yPTQwMAooWEVOKSBtZW1vcnlfbWFwOnJlbW92ZTogZG9tMTkgZ2ZuPWUwMDAw IG1mbj1kMDAwMCBucj0xMDAwMAooWEVOKSBpb3BvcnRfbWFwOnJlbW92ZTogZG9tMTkgZ3BvcnQ9 YzIwMCBtcG9ydD1mMDAwIG5yPTQwCihYRU4pIG1lbW9yeV9tYXA6YWRkOiBkb20xOSBnZm49ZjE4 MDAgbWZuPWYwNDAwIG5yPTQwMAooWEVOKSBtZW1vcnlfbWFwOmFkZDogZG9tMTkgZ2ZuPWUwMDAw IG1mbj1kMDAwMCBucj0xMDAwMAooWEVOKSBpb3BvcnRfbWFwOmFkZDogZG9tMTkgZ3BvcnQ9YzIw MCBtcG9ydD1mMDAwIG5yPTQwCihYRU4pIGlvcG9ydF9tYXA6YWRkOiBkb20yMCBncG9ydD0zYjAg bXBvcnQ9M2IwIG5yPWMKKFhFTikgaW9wb3J0X21hcDphZGQ6IGRvbTIwIGdwb3J0PTNjMCBtcG9y dD0zYzAgbnI9MjAKKFhFTikgbWVtb3J5X21hcDphZGQ6IGRvbTIwIGdmbj1hMCBtZm49YTAgbnI9 MjAKKFhFTikgSFZNMjA6IEhWTSBMb2FkZXIKKFhFTikgSFZNMjA6IERldGVjdGVkIFhlbiB2NC40 LXVuc3RhYmxlCihYRU4pIEhWTTIwOiBYZW5idXMgcmluZ3MgQDB4ZmVmZmMwMDAsIGV2ZW50IGNo YW5uZWwgNgooWEVOKSBIVk0yMDogU3lzdGVtIHJlcXVlc3RlZCBST01CSU9TCihYRU4pIEhWTTIw OiBDUFUgc3BlZWQgaXMgMzM5OSBNSHoKKFhFTikgSFZNMjA6IFJlbG9jYXRpbmcgZ3Vlc3QgbWVt b3J5IGZvciBsb3dtZW0gTU1JTyBzcGFjZSBlbmFibGVkCihYRU4pIGlycS5jOjI3MDogRG9tMjAg UENJIGxpbmsgMCBjaGFuZ2VkIDAgLT4gNQooWEVOKSBIVk0yMDogUENJLUlTQSBsaW5rIDAgcm91 dGVkIHRvIElSUTUKKFhFTikgaXJxLmM6MjcwOiBEb20yMCBQQ0kgbGluayAxIGNoYW5nZWQgMCAt PiAxMAooWEVOKSBIVk0yMDogUENJLUlTQSBsaW5rIDEgcm91dGVkIHRvIElSUTEwCihYRU4pIGly cS5jOjI3MDogRG9tMjAgUENJIGxpbmsgMiBjaGFuZ2VkIDAgLT4gMTEKKFhFTikgSFZNMjA6IFBD SS1JU0EgbGluayAyIHJvdXRlZCB0byBJUlExMQooWEVOKSBpcnEuYzoyNzA6IERvbTIwIFBDSSBs aW5rIDMgY2hhbmdlZCAwIC0+IDUKKFhFTikgSFZNMjA6IFBDSS1JU0EgbGluayAzIHJvdXRlZCB0 byBJUlE1CihYRU4pIEhWTTIwOiBwY2kgZGV2IDAxOjIgSU5URC0+SVJRNQooWEVOKSBIVk0yMDog cGNpIGRldiAwMTozIElOVEEtPklSUTEwCihYRU4pIG1lbW9yeV9tYXA6YWRkOiBkb20yMCBnZm49 ZmRmZmMgbWZuPWJjNGIzIG5yPTIKKFhFTikgSFZNMjA6IHBjaSBkZXYgMDI6MCBJTlRBLT5JUlEx MQooWEVOKSBIVk0yMDogcGNpIGRldiAwMzowIElOVEEtPklSUTUKKFhFTikgSFZNMjA6IHBjaSBk ZXYgMDQ6MCBJTlRBLT5JUlE1CihYRU4pIEhWTTIwOiBObyBSQU0gaW4gaGlnaCBtZW1vcnk7IHNl dHRpbmcgaGlnaF9tZW0gcmVzb3VyY2UgYmFzZSB0byAxMDAwMDAwMDAKKFhFTikgSFZNMjA6IHBj aSBkZXYgMDI6MCBiYXIgMTggc2l6ZSAwMTAwMDAwMDA6IDBlMDAwMDAwYwooWEVOKSBtZW1vcnlf bWFwOmFkZDogZG9tMjAgZ2ZuPWUwMDAwIG1mbj1kMDAwMCBucj0xMDAwMAooWEVOKSBIVk0yMDog cGNpIGRldiAwMzowIGJhciAxNCBzaXplIDAwMTAwMDAwMDogMGYwMDAwMDA4CihYRU4pIG1lbW9y eV9tYXA6YWRkOiBkb20yMCBnZm49ZjEwMDAgbWZuPWYwNDAwIG5yPTQwMAooWEVOKSBIVk0yMDog cGNpIGRldiAwMjowIGJhciAxMCBzaXplIDAwMDQwMDAwMDogMGYxMDAwMDA0CihYRU4pIEhWTTIw OiBwY2kgZGV2IDFmOjAgYmFyIDFjIHNpemUgMDAwMjAwMDAwOiAwZjE0MDAwMDAKKFhFTikgSFZN MjA6IHBjaSBkZXYgMDM6MCBiYXIgMTAgc2l6ZSAwMDAwMDAxMDA6IDAwMDAwYzAwMQooWEVOKSBI Vk0yMDogcGNpIGRldiAwNDowIGJhciAxMCBzaXplIDAwMDAwMDEwMDogMDAwMDBjMTAxCihYRU4p IEhWTTIwOiBwY2kgZGV2IDA0OjAgYmFyIDE0IHNpemUgMDAwMDAwMTAwOiAwZjE2MDAwMDAKKFhF TikgSFZNMjA6IHBjaSBkZXYgMDI6MCBiYXIgMjAgc2l6ZSAwMDAwMDAwNDA6IDAwMDAwYzIwMQoo WEVOKSBpb3BvcnRfbWFwOmFkZDogZG9tMjAgZ3BvcnQ9YzIwMCBtcG9ydD1mMDAwIG5yPTQwCihY RU4pIEhWTTIwOiBwY2kgZGV2IDAxOjIgYmFyIDIwIHNpemUgMDAwMDAwMDIwOiAwMDAwMGMyNDEK KFhFTikgSFZNMjA6IHBjaSBkZXYgMDE6MSBiYXIgMjAgc2l6ZSAwMDAwMDAwMTA6IDAwMDAwYzI2 MQooWEVOKSBIVk0yMDogTXVsdGlwcm9jZXNzb3IgaW5pdGlhbGlzYXRpb246CihYRU4pIEhWTTIw OiAgLSBDUFUwIC4uLiAzOS1iaXQgcGh5cyAuLi4gZml4ZWQgTVRSUnMgLi4uIHZhciBNVFJScyBb My84XSAuLi4gZG9uZS4KKFhFTikgSFZNMjA6ICAtIENQVTEgLi4uIDM5LWJpdCBwaHlzIC4uLiBm aXhlZCBNVFJScyAuLi4gdmFyIE1UUlJzIFszLzhdIC4uLiBkb25lLgooWEVOKSBIVk0yMDogIC0g Q1BVMiAuLi4gMzktYml0IHBoeXMgLi4uIGZpeGVkIE1UUlJzIC4uLiB2YXIgTVRSUnMgWzMvOF0g Li4uIGRvbmUuCihYRU4pIEhWTTIwOiAgLSBDUFUzIC4uLiAzOS1iaXQgcGh5cyAuLi4gZml4ZWQg TVRSUnMgLi4uIHZhciBNVFJScyBbMy84XSAuLi4gZG9uZS4KKFhFTikgSFZNMjA6IFRlc3Rpbmcg SFZNIGVudmlyb25tZW50OgooWEVOKSBIVk0yMDogIC0gUkVQIElOU0IgYWNyb3NzIHBhZ2UgYm91 bmRhcmllcyAuLi4gcGFzc2VkCihYRU4pIEhWTTIwOiAgLSBHUyBiYXNlIE1TUnMgYW5kIFNXQVBH UyAuLi4gcGFzc2VkCihYRU4pIEhWTTIwOiBQYXNzZWQgMiBvZiAyIHRlc3RzCihYRU4pIEhWTTIw OiBXcml0aW5nIFNNQklPUyB0YWJsZXMgLi4uCihYRU4pIEhWTTIwOiBMb2FkaW5nIFJPTUJJT1Mg Li4uCihYRU4pIEhWTTIwOiA5NjI4IGJ5dGVzIG9mIFJPTUJJT1MgaGlnaC1tZW1vcnkgZXh0ZW5z aW9uczoKKFhFTikgSFZNMjA6ICAgUmVsb2NhdGluZyB0byAweGZjMDAxMDAwLTB4ZmMwMDM1OWMg Li4uIGRvbmUKKFhFTikgSFZNMjA6IENyZWF0aW5nIE1QIHRhYmxlcyAuLi4KKFhFTikgSFZNMjA6 IExvYWRpbmcgVkdBQklPUyBvZiBwYXNzdGhyb3VnaGVkIGdmeCAuLi4KKFhFTikgSFZNMjA6IExv YWRpbmcgUENJIE9wdGlvbiBST00gLi4uCihYRU4pIEhWTTIwOiAgLSBNYW51ZmFjdHVyZXI6IGh0 dHA6Ly9pcHhlLm9yZwooWEVOKSBIVk0yMDogIC0gUHJvZHVjdCBuYW1lOiBpUFhFCihYRU4pIEhW TTIwOiBPcHRpb24gUk9NczoKKFhFTikgSFZNMjA6ICBjMDAwMC1jZWZmZjogVkdBIEJJT1MKKFhF TikgSFZNMjA6ICBjZjAwMC1kZWZmZjogRXRoZXJib290IFJPTQooWEVOKSBIVk0yMDogTG9hZGlu ZyBBQ1BJIC4uLgooWEVOKSBIVk0yMDogdm04NiBUU1MgYXQgZmMwMGY3MDAKKFhFTikgSFZNMjA6 IEJJT1MgbWFwOgooWEVOKSBIVk0yMDogIGYwMDAwLWZmZmZmOiBNYWluIEJJT1MKKFhFTikgSFZN MjA6IEU4MjAgdGFibGU6CihYRU4pIEhWTTIwOiAgWzAwXTogMDAwMDAwMDA6MDAwMDAwMDAgLSAw MDAwMDAwMDowMDA5ZTAwMDogUkFNCihYRU4pIEhWTTIwOiAgWzAxXTogMDAwMDAwMDA6MDAwOWUw MDAgLSAwMDAwMDAwMDowMDBhMDAwMDogUkVTRVJWRUQKKFhFTikgSFZNMjA6ICBIT0xFOiAwMDAw MDAwMDowMDBhMDAwMCAtIDAwMDAwMDAwOjAwMGUwMDAwCihYRU4pIEhWTTIwOiAgWzAyXTogMDAw MDAwMDA6MDAwZTAwMDAgLSAwMDAwMDAwMDowMDEwMDAwMDogUkVTRVJWRUQKKFhFTikgSFZNMjA6 ICBbMDNdOiAwMDAwMDAwMDowMDEwMDAwMCAtIDAwMDAwMDAwOjdmODAwMDAwOiBSQU0KKFhFTikg SFZNMjA6ICBIT0xFOiAwMDAwMDAwMDo3ZjgwMDAwMCAtIDAwMDAwMDAwOmZjMDAwMDAwCihYRU4p IEhWTTIwOiAgWzA0XTogMDAwMDAwMDA6ZmMwMDAwMDAgLSAwMDAwMDAwMDpmZGZmYzAwMDogUkVT RVJWRUQKKFhFTikgSFZNMjA6ICBbMDVdOiAwMDAwMDAwMDpmZGZmYzAwMCAtIDAwMDAwMDAwOmZk ZmZmMDAwOiBOVlMKKFhFTikgSFZNMjA6ICBbMDZdOiAwMDAwMDAwMDpmZGZmZjAwMCAtIDAwMDAw MDAxOjAwMDAwMDAwOiBSRVNFUlZFRAooWEVOKSBIVk0yMDogSW52b2tpbmcgUk9NQklPUyAuLi4K KFhFTikgSFZNMjA6ICRSZXZpc2lvbjogMS4yMjEgJCAkRGF0ZTogMjAwOC8xMi8wNyAxNzozMjoy OSAkCihYRU4pIEhWTTIwOiAqKiogaW50IDE1aCBmdW5jdGlvbiBBWD01ZjM0LCBCWD0wMTkwIG5v dCB5ZXQgc3VwcG9ydGVkIQooWEVOKSBIVk0yMDogKioqIGludCAxNWggZnVuY3Rpb24gQVg9NWY1 MSwgQlg9YzAwMCBub3QgeWV0IHN1cHBvcnRlZCEKKFhFTikgSFZNMjA6ICoqKiBpbnQgMTVoIGZ1 bmN0aW9uIEFYPTVmMzUsIEJYPWMwMDAgbm90IHlldCBzdXBwb3J0ZWQhCg== --20cf301af53f25786f04f22ca4b1 Content-Type: text/x-log; charset=US-ASCII; name="qemu-dm-win7.log" Content-Disposition: attachment; filename="qemu-dm-win7.log" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hrk01ey90 ZG9taWQ6IDIwClVzaW5nIGZpbGUgL2Rldi9tYXBwZXIvdmdfb2N0YXJvY2tldHMtd2luNyBpbiBy ZWFkLXdyaXRlIG1vZGUKU3RyaXAgb2ZmIGJsa3RhcCBzdWItdHlwZSBwcmVmaXggdG8gL3N0b3Jh Z2UvVk1zL0lTT3MvV2luNy5pc28gKGRydiAnYWlvJykKVXNpbmcgZmlsZSAvc3RvcmFnZS9WTXMv SVNPcy9XaW43LmlzbyBpbiByZWFkLW9ubHkgbW9kZQpXYXRjaGluZyAvbG9jYWwvZG9tYWluLzAv ZGV2aWNlLW1vZGVsLzIwL2xvZ2RpcnR5L2NtZApXYXRjaGluZyAvbG9jYWwvZG9tYWluLzAvZGV2 aWNlLW1vZGVsLzIwL2NvbW1hbmQKV2F0Y2hpbmcgL2xvY2FsL2RvbWFpbi8yMC9jcHUKcWVtdV9t YXBfY2FjaGVfaW5pdCBucl9idWNrZXRzID0gMTAwMDAgc2l6ZSA0MTk0MzA0CnNoYXJlZCBwYWdl IGF0IHBmbiBmZWZmZApidWZmZXJlZCBpbyBwYWdlIGF0IHBmbiBmZWZmYgpHdWVzdCB1dWlkID0g ZDNlZWYwMDEtZGMyYS00NWQ4LWIxNTQtMmQ1NWFhNzdmNjAwClJlZ2lzdGVyIHhlbiBwbGF0Zm9y bS4KRG9uZSByZWdpc3RlciBwbGF0Zm9ybS4KcGxhdGZvcm1fZml4ZWRfaW9wb3J0OiBjaGFuZ2Vk IHJvL3J3IHN0YXRlIG9mIFJPTSBtZW1vcnkgYXJlYS4gbm93IGlzIHJ3IHN0YXRlLgp4c19yZWFk KC9sb2NhbC9kb21haW4vMC9kZXZpY2UtbW9kZWwvMjAveGVuX2V4dGVuZGVkX3Bvd2VyX21nbXQp OiByZWFkIGVycm9yCm1lZGl1bSBjaGFuZ2Ugd2F0Y2ggb24gYGhkYycgKGluZGV4OiAxKTogYWlv Oi9zdG9yYWdlL1ZNcy9JU09zL1dpbjcuaXNvCkkvTyByZXF1ZXN0IG5vdCByZWFkeTogMCwgcHRy OiAwLCBwb3J0OiAwLCBkYXRhOiAwLCBjb3VudDogMCwgc2l6ZTogMApMb2ctZGlydHk6IG5vIGNv bW1hbmQgeWV0LgpJL08gcmVxdWVzdCBub3QgcmVhZHk6IDAsIHB0cjogMCwgcG9ydDogMCwgZGF0 YTogMCwgY291bnQ6IDAsIHNpemU6IDAKSS9PIHJlcXVlc3Qgbm90IHJlYWR5OiAwLCBwdHI6IDAs IHBvcnQ6IDAsIGRhdGE6IDAsIGNvdW50OiAwLCBzaXplOiAwCnZjcHUtc2V0OiB3YXRjaCBub2Rl IGVycm9yLgpbeGVuc3RvcmVfcHJvY2Vzc192Y3B1X3NldF9ldmVudF06IC9sb2NhbC9kb21haW4v MjAvY3B1IGhhcyBubyBDUFUhCkkvTyByZXF1ZXN0IG5vdCByZWFkeTogMCwgcHRyOiAwLCBwb3J0 OiAwLCBkYXRhOiAwLCBjb3VudDogMCwgc2l6ZTogMAp4c19yZWFkKC9sb2NhbC9kb21haW4vMjAv bG9nLXRocm90dGxpbmcpOiByZWFkIGVycm9yCnFlbXU6IGlnbm9yaW5nIG5vdC11bmRlcnN0b29k IGRyaXZlIGAvbG9jYWwvZG9tYWluLzIwL2xvZy10aHJvdHRsaW5nJwptZWRpdW0gY2hhbmdlIHdh dGNoIG9uIGAvbG9jYWwvZG9tYWluLzIwL2xvZy10aHJvdHRsaW5nJyAtIHVua25vd24gZGV2aWNl LCBpZ25vcmVkCmRtLWNvbW1hbmQ6IGhvdCBpbnNlcnQgcGFzcy10aHJvdWdoIHBjaSBkZXYgCnJl Z2lzdGVyX3JlYWxfZGV2aWNlOiBBc3NpZ25pbmcgcmVhbCBwaHlzaWNhbCBkZXZpY2UgMDA6MDIu MCAuLi4KcmVnaXN0ZXJfcmVhbF9kZXZpY2U6IERpc2FibGUgTVNJIHRyYW5zbGF0aW9uIHZpYSBw ZXIgZGV2aWNlIG9wdGlvbgpyZWdpc3Rlcl9yZWFsX2RldmljZTogRW5hYmxlIHBvd2VyIG1hbmFn ZW1lbnQKcHRfaW9tdWxfaW5pdDogRXJyb3I6IHB0X2lvbXVsX2luaXQgY2FuJ3Qgb3BlbiBmaWxl IC9kZXYveGVuL3BjaV9pb211bDogTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeTogMHgwOjB4Mi4w eDAKcHRfcmVnaXN0ZXJfcmVnaW9uczogSU8gcmVnaW9uIHJlZ2lzdGVyZWQgKHNpemU9MHgwMDQw MDAwMCBiYXNlX2FkZHI9MHhmMDQwMDAwNCkKcHRfcmVnaXN0ZXJfcmVnaW9uczogSU8gcmVnaW9u IHJlZ2lzdGVyZWQgKHNpemU9MHgxMDAwMDAwMCBiYXNlX2FkZHI9MHhkMDAwMDAwYykKcHRfcmVn aXN0ZXJfcmVnaW9uczogSU8gcmVnaW9uIHJlZ2lzdGVyZWQgKHNpemU9MHgwMDAwMDA0MCBiYXNl X2FkZHI9MHgwMDAwZjAwMSkKcGNpX2ludHg6IGludHg9MQpyZWdpc3Rlcl9yZWFsX2RldmljZTog UmVhbCBwaHlzaWNhbCBkZXZpY2UgMDA6MDIuMCByZWdpc3RlcmVkIHN1Y2Nlc3NmdWx5IQpJUlEg dHlwZSA9IElOVHgKaWdkX3dyaXRlX29wcmVnaW9uOiBNYXAgT3BSZWdpb246IGJjNGIzMDE4IC0+ IGZkZmZjMDE4CnB0X2lvbWVtX21hcDogZV9waHlzPWUwMDAwMDAwIG1hZGRyPWQwMDAwMDAwIHR5 cGU9OCBsZW49MjY4NDM1NDU2IGluZGV4PTIgZmlyc3RfbWFwPTEKcHRfaW9tZW1fbWFwOiBlX3Bo eXM9ZjEwMDAwMDAgbWFkZHI9ZjA0MDAwMDAgdHlwZT0wIGxlbj00MTk0MzA0IGluZGV4PTAgZmly c3RfbWFwPTEKcHRfaW9wb3J0X21hcDogZV9waHlzPWMyMDAgcGlvX2Jhc2U9ZjAwMCBsZW49NjQg aW5kZXg9NCBmaXJzdF9tYXA9MQo= --20cf301af53f25786f04f22ca4b1 Content-Type: application/octet-stream; name="win7.cfg" Content-Disposition: attachment; filename="win7.cfg" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hrk01xuw1 IyMgVk0gTmFtZQpuYW1lID0gJ3dpbjcnCgojIyBCYXNpYyBTcGVjcyBmb3IgdGhlIFZNCmJ1aWxk ZXIgPSAnaHZtJwpkZXZpY2VfbW9kZWxfdmVyc2lvbiA9ICdxZW11LXhlbi10cmFkaXRpb25hbCcK bWVtb3J5ID0gMjA0OAp2Y3B1cyA9IDQKYWNwaSA9IDEKYXBpYyA9IDEKb25feGVuZF9zdG9wID0g J3NodXRkb3duJwoKIyMgVmlydHVhbCBEaXNrL05ldApib290ID0gJ2MnCnZpZiA9IFsgJ3R5cGU9 aW9lbXUsbWFjPTAwOjE2OjNlOjY4OmUxOjAxLGJyaWRnZT1icjEnIF0KZGlzayA9IFsgJ3BoeTov ZGV2L21hcHBlci92Z19vY3Rhcm9ja2V0cy13aW43LGhkYSx3JyAsIAoJICdmaWxlOi9zdG9yYWdl L1ZNcy9JU09zL1dpbjcuaXNvLGhkYzpjZHJvbSxyJyBdCgojIyBFbXVsYXRlZCBEZXZpY2VzL0J1 c2VzCnZnYSA9ICJzdGR2Z2EiCnVzYiA9IDEKdXNiZGV2aWNlID0gJ3RhYmxldCcKCiMjIFJlbW90 ZSBjb250cm9sIGFjY2VzcwpzZGw9MAp2bmM9MQp2bmNwYXNzd2Q9JycKdm5jbGlzdGVuPSIxOTIu MTY4LjEuNCIKCiMjIFZpcnR1YWxpemF0aW9uIEVuaGFuY2VtZW50cwp4ZW5fcGxhdGZvcm1fcGNp ID0gMQojIHZpcmlkaWFuIGlzIGZvciBXaW5kb3dzIG9ubHkgKEh5cGVyVikKdmlyaWRpYW4gPSAx CgojIyBQQ0kgUGFzc3Rocm91Z2gKIyBnZnhfcGFzc3RocnU9MCBpcyBob3cgaXQgd29ya3MgZm9y IG1vc3QgQU1EIGNhcmRzIGFuZCBhIFF1YWRybyAyMDAwIGNhcmQuCiMgZ2Z4X3Bhc3N0aHJ1PTEg d291bGQgcGFzcyB0aHJvdWdoIHRoZSBncmFwaGljcyBjYXJkIGFzIHByaW1hcnkgZGlzcGxheSBh ZGFwdGVyLgojIFlvdSBjYW4gY2hhbmdlIHRoaXMgbGF0ZXIgZm9yIGlHUFVzIG9yIG5WaWRpYSBp ZiBuZWVkZWQuCiMgVHJ5IGl0IHdpdGggMCBmaXJzdCEKZ2Z4X3Bhc3N0aHJ1ID0gMQpwY2k9Wycw MDowMi4wJ10KcGNpX3Bvd2VyX21nbXQgPSAxCm5vZ3JhcGhpYz0xCg== --20cf301af53f25786f04f22ca4b1 Content-Type: text/x-log; charset=US-ASCII; name="xl-win7.log" Content-Disposition: attachment; filename="xl-win7.log" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hrk0279q2 V2FpdGluZyBmb3IgZG9tYWluIHdpbjcgKGRvbWlkIDIwKSB0byBkaWUgW3BpZCAxMTg3OF0KRG9t YWluIDIwIGhhcyBiZWVuIGRlc3Ryb3llZC4K --20cf301af53f25786f04f22ca4b1 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 --20cf301af53f25786f04f22ca4b1-- From xen-users-bounces@lists.xen.org Wed Feb 12 02:52:36 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 12 Feb 2014 02:52: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 1WDPuu-0001cP-4I; Wed, 12 Feb 2014 02:51:16 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WDPuf-0001cA-D3 for xen-users@lists.xen.org; Wed, 12 Feb 2014 02:51:13 +0000 Received: from [193.109.254.147:18361] by server-3.bemta-14.messagelabs.com id 94/0D-00432-491EAF25; Wed, 12 Feb 2014 02:51:00 +0000 X-Env-Sender: johnkatz@gmail.com X-Msg-Ref: server-7.tower-27.messagelabs.com!1392173454!3684660!1 X-Originating-IP: [209.85.213.46] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_10_20,HTML_MESSAGE,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP, UPPERCASE_25_50,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11734 invoked from network); 12 Feb 2014 02:50:55 -0000 Received: from mail-yh0-f46.google.com (HELO mail-yh0-f46.google.com) (209.85.213.46) by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 12 Feb 2014 02:50:55 -0000 Received: by mail-yh0-f46.google.com with SMTP id v1so7851366yhn.33 for ; Tue, 11 Feb 2014 18:50:54 -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=IpH5F9U0w9PNgPqVhsLD6ntQNLIP3W2IkVahEAfK1AU=; b=qT3EzswA1Laq5/8Li5Wh7XUI7ckG9swn3/bFOfwQiMwmS8v76lVMZ4BvCs0/41Fkn9 atdHspAf7nZWOH7BxgIFb48vdzICKhywDsDxTDWOidKoTg2KFC0F0QRxa0mNb5DKT1ZM XmjWUX128LBU/c10vv4N1bLJWMe4/WHnKzs7CTQwIMS4pSlpJPdBNPRKeU61PbkjuBsD 3xg8cvVEqzobQROqECXG1EvgM1sKQkpcmQIZSCxFEPMoHKvz+yK+9MX15rcz+AQStxRr tZRzN3n7wdvplpxmPmcfSFM/REm1vtI0pXFk8QRL4BbXS/lppUQMX/Q+/ze85NsEIIfR 6gOg== MIME-Version: 1.0 X-Received: by 10.236.131.163 with SMTP id m23mr5542789yhi.61.1392173453238; Tue, 11 Feb 2014 18:50:53 -0800 (PST) Received: by 10.170.166.70 with HTTP; Tue, 11 Feb 2014 18:50:52 -0800 (PST) Date: Tue, 11 Feb 2014 21:50:52 -0500 Message-ID: From: John Katzmaier To: xen-users@lists.xen.org Content-Type: multipart/mixed; boundary=20cf301af53f25786f04f22ca4b1 Subject: [Xen-users] Intel P4600 VGA Passthrough... X-BeenThere: xen-users@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 --20cf301af53f25786f04f22ca4b1 Content-Type: multipart/alternative; boundary=20cf301af53f25786a04f22ca4af --20cf301af53f25786a04f22ca4af Content-Type: text/plain; charset=ISO-8859-1 Hi, I am unable to use my Intel P4600 GPU in a Windows 7 64-bit DomU. Dom0 is CentOS 6.5. I have tried Xen 4.1 with patches, 4.2, 4.3, and currently 4.4 changeset 27214 with patches. I've tried both drivers available from Intel, both installed via exe or zip and Device Manager. Results are either no signal to the monitor or BSOD in Stop 50 in the Intel driver. Here are the most recent results on Xen 4.4 changeset 27214 with the 2 Intel GPU patches from the xen-devel list applied: Intel HD Graphics P4600/P4700 (actually P4600) on Xeon E3-1245 v3 host: PCI 0:02.0 IRQ 32 Windows 7 Ultimate 64-bit No SP or SP1 DomU Primary video in UEFI Setup Driver 10.18.10.3345 (as listed in Device Manager): Installed via .exe installer Primary video in DomU (gfx_passthru=1 and nographic=1): BSOD Stop 50 Secondary video in DomU: BSOD Stop 50 Installed via extracted .zip using Device Manager Primary video in DomU: BSOD Stop 50 Secondary video in DomU: BSOD Stop 50 Driver 9.18.10.3257 (as listed in Device Manager): Installed via extracted .zip using Device Manager Primary video in DomU: BSOD Stop 50 Secondary video in DomU: BSOD Stop 50. igdkmd64.sys listed Address FFFFF880049CA532 base at FFFFF88004843000, DateStamp 51f73f92 Motherboard is a ASRock B85M Pro4 with UEFI v1.90 Attached are logs and DomU config. I appreciate any assistance you can provide. -John Katzmaier --20cf301af53f25786a04f22ca4af Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi,

I am unable= to use my Intel P4600 GPU in a Windows 7 64-bit DomU. Dom0 is CentOS 6.5. =
I have tried Xen 4.1 with patches, 4.2, 4.3, and currently 4.4 changese= t 27214 with patches.

I've tried both drivers available from Intel, both installed = via exe or zip and Device Manager.
Results are either no signal to the = monitor or BSOD in Stop 50 in the Intel driver.

Here are the m= ost recent results on Xen 4.4 changeset 27214 with the 2 Intel GPU patches = from the xen-devel list applied:

Intel HD Graphics P4600/P4700 (actually P4600) on Xeon E3-1245 v3
ho= st: PCI 0:02.0 IRQ 32
Windows 7 Ultimate 64-bit No SP or SP1 DomU
Primary video in UEFI Setup
Driver 10.18.10.3345 (as listed in Device M= anager):

Installed via .exe installer
Primary video in DomU (gfx_passthru=3D1= and nographic=3D1): BSOD Stop 50
Secondary video in DomU: BSOD Stop 50<= br>
Installed via extracted .zip using Device Manager
Primary video i= n DomU: BSOD Stop 50
Secondary video in DomU: BSOD Stop 50

Driver 9.18.10.3257 (as listed= in Device Manager):

Installed via extracted .zip using Device Manag= er
Primary video in DomU: BSOD Stop 50
Secondary video in DomU: BSOD = Stop 50. igdkmd64.sys listed
Address FFFFF880049CA532 base at FFFFF88004843000, DateStamp 51f73f92
Motherboard is a ASRock B85M Pro4 with UEFI v1.90

Atta= ched are logs and DomU config.

I appreciate any assistan= ce you can provide.

-John Katzmaier


=
--20cf301af53f25786a04f22ca4af-- --20cf301af53f25786f04f22ca4b1 Content-Type: text/plain; charset=US-ASCII; name="xl-dmesg.txt" Content-Disposition: attachment; filename="xl-dmesg.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hrk02ht63 KFhFTikgSFZNOTogUENJLUlTQSBsaW5rIDMgcm91dGVkIHRvIElSUTUKKFhFTikgSFZNOTogcGNp IGRldiAwMToyIElOVEQtPklSUTUKKFhFTikgSFZNOTogcGNpIGRldiAwMTozIElOVEEtPklSUTEw CihYRU4pIEhWTTk6IHBjaSBkZXYgMDM6MCBJTlRBLT5JUlE1CihYRU4pIEhWTTk6IHBjaSBkZXYg MDQ6MCBJTlRBLT5JUlE1CihYRU4pIEhWTTk6IHBjaSBkZXYgMDU6MCBJTlRBLT5JUlExMAooWEVO KSBIVk05OiBObyBSQU0gaW4gaGlnaCBtZW1vcnk7IHNldHRpbmcgaGlnaF9tZW0gcmVzb3VyY2Ug YmFzZSB0byAxMDAwMDAwMDAKKFhFTikgSFZNOTogcGNpIGRldiAwNTowIGJhciAxOCBzaXplIDAx MDAwMDAwMDogMGUwMDAwMDBjCihYRU4pIG1lbW9yeV9tYXA6YWRkOiBkb205IGdmbj1lMDAwMCBt Zm49ZDAwMDAgbnI9MTAwMDAKKFhFTikgSFZNOTogcGNpIGRldiAwMzowIGJhciAxNCBzaXplIDAw MTAwMDAwMDogMGYwMDAwMDA4CihYRU4pIEhWTTk6IHBjaSBkZXYgMDI6MCBiYXIgMTAgc2l6ZSAw MDA4MDAwMDA6IDBmMTAwMDAwOAooWEVOKSBtZW1vcnlfbWFwOmFkZDogZG9tOSBnZm49ZjE4MDAg bWZuPWYwNDAwIG5yPTQwMAooWEVOKSBIVk05OiBwY2kgZGV2IDA1OjAgYmFyIDEwIHNpemUgMDAw NDAwMDAwOiAwZjE4MDAwMDQKKFhFTikgSFZNOTogcGNpIGRldiAwMzowIGJhciAxMCBzaXplIDAw MDAwMDEwMDogMDAwMDBjMDAxCihYRU4pIEhWTTk6IHBjaSBkZXYgMDQ6MCBiYXIgMTAgc2l6ZSAw MDAwMDAxMDA6IDAwMDAwYzEwMQooWEVOKSBIVk05OiBwY2kgZGV2IDA0OjAgYmFyIDE0IHNpemUg MDAwMDAwMTAwOiAwZjFjMDAwMDAKKFhFTikgSFZNOTogcGNpIGRldiAwNTowIGJhciAyMCBzaXpl IDAwMDAwMDA0MDogMDAwMDBjMjAxCihYRU4pIGlvcG9ydF9tYXA6YWRkOiBkb205IGdwb3J0PWMy MDAgbXBvcnQ9ZjAwMCBucj00MAooWEVOKSBIVk05OiBwY2kgZGV2IDAxOjIgYmFyIDIwIHNpemUg MDAwMDAwMDIwOiAwMDAwMGMyNDEKKFhFTikgSFZNOTogcGNpIGRldiAwMToxIGJhciAyMCBzaXpl IDAwMDAwMDAxMDogMDAwMDBjMjYxCihYRU4pIEhWTTk6IE11bHRpcHJvY2Vzc29yIGluaXRpYWxp c2F0aW9uOgooWEVOKSBIVk05OiAgLSBDUFUwIC4uLiAzOS1iaXQgcGh5cyAuLi4gZml4ZWQgTVRS UnMgLi4uIHZhciBNVFJScyBbMy84XSAuLi4gZG9uZS4KKFhFTikgSFZNOTogIC0gQ1BVMSAuLi4g MzktYml0IHBoeXMgLi4uIGZpeGVkIE1UUlJzIC4uLiB2YXIgTVRSUnMgWzMvOF0gLi4uIGRvbmUu CihYRU4pIEhWTTk6ICAtIENQVTIgLi4uIDM5LWJpdCBwaHlzIC4uLiBmaXhlZCBNVFJScyAuLi4g dmFyIE1UUlJzIFszLzhdIC4uLiBkb25lLgooWEVOKSBIVk05OiAgLSBDUFUzIC4uLiAzOS1iaXQg cGh5cyAuLi4gZml4ZWQgTVRSUnMgLi4uIHZhciBNVFJScyBbMy84XSAuLi4gZG9uZS4KKFhFTikg SFZNOTogVGVzdGluZyBIVk0gZW52aXJvbm1lbnQ6CihYRU4pIEhWTTk6ICAtIFJFUCBJTlNCIGFj cm9zcyBwYWdlIGJvdW5kYXJpZXMgLi4uIHBhc3NlZAooWEVOKSBIVk05OiAgLSBHUyBiYXNlIE1T UnMgYW5kIFNXQVBHUyAuLi4gcGFzc2VkCihYRU4pIEhWTTk6IFBhc3NlZCAyIG9mIDIgdGVzdHMK KFhFTikgSFZNOTogV3JpdGluZyBTTUJJT1MgdGFibGVzIC4uLgooWEVOKSBIVk05OiBMb2FkaW5n IFJPTUJJT1MgLi4uCihYRU4pIEhWTTk6IDk2MjggYnl0ZXMgb2YgUk9NQklPUyBoaWdoLW1lbW9y eSBleHRlbnNpb25zOgooWEVOKSBIVk05OiAgIFJlbG9jYXRpbmcgdG8gMHhmYzAwMTAwMC0weGZj MDAzNTljIC4uLiBkb25lCihYRU4pIEhWTTk6IENyZWF0aW5nIE1QIHRhYmxlcyAuLi4KKFhFTikg SFZNOTogTG9hZGluZyBTdGFuZGFyZCBWR0FCSU9TIC4uLgooWEVOKSBIVk05OiBMb2FkaW5nIFBD SSBPcHRpb24gUk9NIC4uLgooWEVOKSBIVk05OiAgLSBNYW51ZmFjdHVyZXI6IGh0dHA6Ly9pcHhl Lm9yZwooWEVOKSBIVk05OiAgLSBQcm9kdWN0IG5hbWU6IGlQWEUKKFhFTikgSFZNOTogT3B0aW9u IFJPTXM6CihYRU4pIEhWTTk6ICBjMDAwMC1jOWZmZjogVkdBIEJJT1MKKFhFTikgSFZNOTogIGNh MDAwLWQ5ZmZmOiBFdGhlcmJvb3QgUk9NCihYRU4pIEhWTTk6IExvYWRpbmcgQUNQSSAuLi4KKFhF TikgSFZNOTogdm04NiBUU1MgYXQgZmMwMGY3MDAKKFhFTikgSFZNOTogQklPUyBtYXA6CihYRU4p IEhWTTk6ICBmMDAwMC1mZmZmZjogTWFpbiBCSU9TCihYRU4pIEhWTTk6IEU4MjAgdGFibGU6CihY RU4pIEhWTTk6ICBbMDBdOiAwMDAwMDAwMDowMDAwMDAwMCAtIDAwMDAwMDAwOjAwMDllMDAwOiBS QU0KKFhFTikgSFZNOTogIFswMV06IDAwMDAwMDAwOjAwMDllMDAwIC0gMDAwMDAwMDA6MDAwYTAw MDA6IFJFU0VSVkVECihYRU4pIEhWTTk6ICBIT0xFOiAwMDAwMDAwMDowMDBhMDAwMCAtIDAwMDAw MDAwOjAwMGUwMDAwCihYRU4pIEhWTTk6ICBbMDJdOiAwMDAwMDAwMDowMDBlMDAwMCAtIDAwMDAw MDAwOjAwMTAwMDAwOiBSRVNFUlZFRAooWEVOKSBIVk05OiAgWzAzXTogMDAwMDAwMDA6MDAxMDAw MDAgLSAwMDAwMDAwMDo3ZjgwMDAwMDogUkFNCihYRU4pIEhWTTk6ICBIT0xFOiAwMDAwMDAwMDo3 ZjgwMDAwMCAtIDAwMDAwMDAwOmZjMDAwMDAwCihYRU4pIEhWTTk6ICBbMDRdOiAwMDAwMDAwMDpm YzAwMDAwMCAtIDAwMDAwMDAxOjAwMDAwMDAwOiBSRVNFUlZFRAooWEVOKSBIVk05OiBJbnZva2lu ZyBST01CSU9TIC4uLgooWEVOKSBIVk05OiAkUmV2aXNpb246IDEuMjIxICQgJERhdGU6IDIwMDgv MTIvMDcgMTc6MzI6MjkgJAooWEVOKSBzdGR2Z2EuYzoxNDc6ZDkgZW50ZXJpbmcgc3RkdmdhIGFu ZCBjYWNoaW5nIG1vZGVzCihYRU4pIEhWTTk6IFZHQUJpb3MgJElkOiB2Z2FiaW9zLmMsdiAxLjY3 IDIwMDgvMDEvMjcgMDk6NDQ6MTIgdnJ1cHBlcnQgRXhwICQKKFhFTikgSFZNOTogVkJFIEJpb3Mg JElkOiB2YmUuYyx2IDEuNjAgMjAwOC8wMy8wMiAwNzo0NzoyMSB2cnVwcGVydCBFeHAgJAooWEVO KSBIVk05OiBCb2NocyBCSU9TIC0gYnVpbGQ6IDA2LzIzLzk5CihYRU4pIEhWTTk6ICRSZXZpc2lv bjogMS4yMjEgJCAkRGF0ZTogMjAwOC8xMi8wNyAxNzozMjoyOSAkCihYRU4pIEhWTTk6IE9wdGlv bnM6IGFwbWJpb3MgcGNpYmlvcyBlbHRvcml0byBQTU0gCihYRU4pIEhWTTk6IAooWEVOKSBIVk05 OiBhdGEwLTA6IFBDSFM9MTYzODMvMTYvNjMgdHJhbnNsYXRpb249bGJhIExDSFM9MTAyNC8yNTUv NjMKKFhFTikgSFZNOTogYXRhMCBtYXN0ZXI6IFFFTVUgSEFSRERJU0sgQVRBLTcgSGFyZC1EaXNr ICg2MjUzMiBNQnl0ZXMpCihYRU4pIEhWTTk6IElERSB0aW1lIG91dAooWEVOKSBIVk05OiBhdGEx IG1hc3RlcjogUUVNVSBEVkQtUk9NIEFUQVBJLTQgQ0QtUm9tL0RWRC1Sb20KKFhFTikgSFZNOTog SURFIHRpbWUgb3V0CihYRU4pIEhWTTk6IAooWEVOKSBIVk05OiAKKFhFTikgSFZNOTogCihYRU4p IEhWTTk6IFByZXNzIEYxMiBmb3IgYm9vdCBtZW51LgooWEVOKSBIVk05OiAKKFhFTikgSFZNOTog Qm9vdGluZyBmcm9tIEhhcmQgRGlzay4uLgooWEVOKSBIVk05OiBCb290aW5nIGZyb20gMDAwMDo3 YzAwCihYRU4pIHZpcmlkaWFuLmM6MTAyOmQ5IEdVRVNUX09TX0lEOgooWEVOKSB2aXJpZGlhbi5j OjEwNDpkOSAJdmVuZG9yOiAxCihYRU4pIHZpcmlkaWFuLmM6MTA2OmQ5IAlvczogNAooWEVOKSB2 aXJpZGlhbi5jOjEwODpkOSAJbWFqb3I6IDYKKFhFTikgdmlyaWRpYW4uYzoxMTA6ZDkgCW1pbm9y OiAxCihYRU4pIHZpcmlkaWFuLmM6MTEyOmQ5IAlzcDogMAooWEVOKSB2aXJpZGlhbi5jOjExNDpk OSAJYnVpbGQ6IDFkYjAKKFhFTikgdmlyaWRpYW4uYzoxMTk6ZDkgSFlQRVJDQUxMOgooWEVOKSB2 aXJpZGlhbi5jOjEyMTpkOSAJZW5hYmxlZDogMQooWEVOKSB2aXJpZGlhbi5jOjEyMzpkOSAJcGZu OiAzZmZmZgooWEVOKSB2aXJpZGlhbi5jOjEyODpkOSBBUElDX0FTU0lTVFswXToKKFhFTikgdmly aWRpYW4uYzoxMzA6ZDkgCWVuYWJsZWQ6IDEKKFhFTikgdmlyaWRpYW4uYzoxMzI6ZDkgCXBmbjog M2ZmZmUKKFhFTikgdmlyaWRpYW4uYzoxMjg6ZDkgQVBJQ19BU1NJU1RbMV06CihYRU4pIHZpcmlk aWFuLmM6MTMwOmQ5IAllbmFibGVkOiAxCihYRU4pIHZpcmlkaWFuLmM6MTMyOmQ5IAlwZm46IDNm ZmZkCihYRU4pIHZpcmlkaWFuLmM6MTI4OmQ5IEFQSUNfQVNTSVNUWzJdOgooWEVOKSB2aXJpZGlh bi5jOjEzMDpkOSAJZW5hYmxlZDogMQooWEVOKSB2aXJpZGlhbi5jOjEzMjpkOSAJcGZuOiAzZmZm YwooWEVOKSB2aXJpZGlhbi5jOjEyODpkOSBBUElDX0FTU0lTVFszXToKKFhFTikgdmlyaWRpYW4u YzoxMzA6ZDkgCWVuYWJsZWQ6IDEKKFhFTikgdmlyaWRpYW4uYzoxMzI6ZDkgCXBmbjogM2ZmZmIK KFhFTikgaXJxLmM6MjcwOiBEb205IFBDSSBsaW5rIDAgY2hhbmdlZCA1IC0+IDAKKFhFTikgaXJx LmM6MjcwOiBEb205IFBDSSBsaW5rIDEgY2hhbmdlZCAxMCAtPiAwCihYRU4pIGlycS5jOjI3MDog RG9tOSBQQ0kgbGluayAyIGNoYW5nZWQgMTEgLT4gMAooWEVOKSBpcnEuYzoyNzA6IERvbTkgUENJ IGxpbmsgMyBjaGFuZ2VkIDUgLT4gMAooWEVOKSBtZW1vcnlfbWFwOnJlbW92ZTogZG9tOSBnZm49 ZjE4MDAgbWZuPWYwNDAwIG5yPTQwMAooWEVOKSBtZW1vcnlfbWFwOnJlbW92ZTogZG9tOSBnZm49 ZTAwMDAgbWZuPWQwMDAwIG5yPTEwMDAwCihYRU4pIGlvcG9ydF9tYXA6cmVtb3ZlOiBkb205IGdw b3J0PWMyMDAgbXBvcnQ9ZjAwMCBucj00MAooWEVOKSBtZW1vcnlfbWFwOmFkZDogZG9tOSBnZm49 ZjE4MDAgbWZuPWYwNDAwIG5yPTQwMAooWEVOKSBtZW1vcnlfbWFwOmFkZDogZG9tOSBnZm49ZTAw MDAgbWZuPWQwMDAwIG5yPTEwMDAwCihYRU4pIGlvcG9ydF9tYXA6YWRkOiBkb205IGdwb3J0PWMy MDAgbXBvcnQ9ZjAwMCBucj00MAooWEVOKSBIVk0xMDogSFZNIExvYWRlcgooWEVOKSBIVk0xMDog RGV0ZWN0ZWQgWGVuIHY0LjQtdW5zdGFibGUKKFhFTikgSFZNMTA6IFhlbmJ1cyByaW5ncyBAMHhm ZWZmYzAwMCwgZXZlbnQgY2hhbm5lbCA2CihYRU4pIEhWTTEwOiBTeXN0ZW0gcmVxdWVzdGVkIFJP TUJJT1MKKFhFTikgSFZNMTA6IENQVSBzcGVlZCBpcyAzMzk5IE1IegooWEVOKSBIVk0xMDogUmVs b2NhdGluZyBndWVzdCBtZW1vcnkgZm9yIGxvd21lbSBNTUlPIHNwYWNlIGVuYWJsZWQKKFhFTikg aXJxLmM6MjcwOiBEb20xMCBQQ0kgbGluayAwIGNoYW5nZWQgMCAtPiA1CihYRU4pIEhWTTEwOiBQ Q0ktSVNBIGxpbmsgMCByb3V0ZWQgdG8gSVJRNQooWEVOKSBpcnEuYzoyNzA6IERvbTEwIFBDSSBs aW5rIDEgY2hhbmdlZCAwIC0+IDEwCihYRU4pIEhWTTEwOiBQQ0ktSVNBIGxpbmsgMSByb3V0ZWQg dG8gSVJRMTAKKFhFTikgaXJxLmM6MjcwOiBEb20xMCBQQ0kgbGluayAyIGNoYW5nZWQgMCAtPiAx MQooWEVOKSBIVk0xMDogUENJLUlTQSBsaW5rIDIgcm91dGVkIHRvIElSUTExCihYRU4pIGlycS5j OjI3MDogRG9tMTAgUENJIGxpbmsgMyBjaGFuZ2VkIDAgLT4gNQooWEVOKSBIVk0xMDogUENJLUlT QSBsaW5rIDMgcm91dGVkIHRvIElSUTUKKFhFTikgSFZNMTA6IHBjaSBkZXYgMDE6MiBJTlRELT5J UlE1CihYRU4pIEhWTTEwOiBwY2kgZGV2IDAxOjMgSU5UQS0+SVJRMTAKKFhFTikgSFZNMTA6IHBj aSBkZXYgMDM6MCBJTlRBLT5JUlE1CihYRU4pIEhWTTEwOiBwY2kgZGV2IDA0OjAgSU5UQS0+SVJR NQooWEVOKSBIVk0xMDogcGNpIGRldiAwNTowIElOVEEtPklSUTEwCihYRU4pIEhWTTEwOiBObyBS QU0gaW4gaGlnaCBtZW1vcnk7IHNldHRpbmcgaGlnaF9tZW0gcmVzb3VyY2UgYmFzZSB0byAxMDAw MDAwMDAKKFhFTikgSFZNMTA6IHBjaSBkZXYgMDU6MCBiYXIgMTggc2l6ZSAwMTAwMDAwMDA6IDBl MDAwMDAwYwooWEVOKSBtZW1vcnlfbWFwOmFkZDogZG9tMTAgZ2ZuPWUwMDAwIG1mbj1kMDAwMCBu cj0xMDAwMAooWEVOKSBIVk0xMDogcGNpIGRldiAwMzowIGJhciAxNCBzaXplIDAwMTAwMDAwMDog MGYwMDAwMDA4CihYRU4pIEhWTTEwOiBwY2kgZGV2IDAyOjAgYmFyIDEwIHNpemUgMDAwODAwMDAw OiAwZjEwMDAwMDgKKFhFTikgbWVtb3J5X21hcDphZGQ6IGRvbTEwIGdmbj1mMTgwMCBtZm49ZjA0 MDAgbnI9NDAwCihYRU4pIEhWTTEwOiBwY2kgZGV2IDA1OjAgYmFyIDEwIHNpemUgMDAwNDAwMDAw OiAwZjE4MDAwMDQKKFhFTikgSFZNMTA6IHBjaSBkZXYgMDM6MCBiYXIgMTAgc2l6ZSAwMDAwMDAx MDA6IDAwMDAwYzAwMQooWEVOKSBIVk0xMDogcGNpIGRldiAwNDowIGJhciAxMCBzaXplIDAwMDAw MDEwMDogMDAwMDBjMTAxCihYRU4pIEhWTTEwOiBwY2kgZGV2IDA0OjAgYmFyIDE0IHNpemUgMDAw MDAwMTAwOiAwZjFjMDAwMDAKKFhFTikgSFZNMTA6IHBjaSBkZXYgMDU6MCBiYXIgMjAgc2l6ZSAw MDAwMDAwNDA6IDAwMDAwYzIwMQooWEVOKSBpb3BvcnRfbWFwOmFkZDogZG9tMTAgZ3BvcnQ9YzIw MCBtcG9ydD1mMDAwIG5yPTQwCihYRU4pIEhWTTEwOiBwY2kgZGV2IDAxOjIgYmFyIDIwIHNpemUg MDAwMDAwMDIwOiAwMDAwMGMyNDEKKFhFTikgSFZNMTA6IHBjaSBkZXYgMDE6MSBiYXIgMjAgc2l6 ZSAwMDAwMDAwMTA6IDAwMDAwYzI2MQooWEVOKSBIVk0xMDogTXVsdGlwcm9jZXNzb3IgaW5pdGlh bGlzYXRpb246CihYRU4pIEhWTTEwOiAgLSBDUFUwIC4uLiAzOS1iaXQgcGh5cyAuLi4gZml4ZWQg TVRSUnMgLi4uIHZhciBNVFJScyBbMy84XSAuLi4gZG9uZS4KKFhFTikgSFZNMTA6ICAtIENQVTEg Li4uIDM5LWJpdCBwaHlzIC4uLiBmaXhlZCBNVFJScyAuLi4gdmFyIE1UUlJzIFszLzhdIC4uLiBk b25lLgooWEVOKSBIVk0xMDogIC0gQ1BVMiAuLi4gMzktYml0IHBoeXMgLi4uIGZpeGVkIE1UUlJz IC4uLiB2YXIgTVRSUnMgWzMvOF0gLi4uIGRvbmUuCihYRU4pIEhWTTEwOiAgLSBDUFUzIC4uLiAz OS1iaXQgcGh5cyAuLi4gZml4ZWQgTVRSUnMgLi4uIHZhciBNVFJScyBbMy84XSAuLi4gZG9uZS4K KFhFTikgSFZNMTA6IFRlc3RpbmcgSFZNIGVudmlyb25tZW50OgooWEVOKSBIVk0xMDogIC0gUkVQ IElOU0IgYWNyb3NzIHBhZ2UgYm91bmRhcmllcyAuLi4gcGFzc2VkCihYRU4pIEhWTTEwOiAgLSBH UyBiYXNlIE1TUnMgYW5kIFNXQVBHUyAuLi4gcGFzc2VkCihYRU4pIEhWTTEwOiBQYXNzZWQgMiBv ZiAyIHRlc3RzCihYRU4pIEhWTTEwOiBXcml0aW5nIFNNQklPUyB0YWJsZXMgLi4uCihYRU4pIEhW TTEwOiBMb2FkaW5nIFJPTUJJT1MgLi4uCihYRU4pIEhWTTEwOiA5NjI4IGJ5dGVzIG9mIFJPTUJJ T1MgaGlnaC1tZW1vcnkgZXh0ZW5zaW9uczoKKFhFTikgSFZNMTA6ICAgUmVsb2NhdGluZyB0byAw eGZjMDAxMDAwLTB4ZmMwMDM1OWMgLi4uIGRvbmUKKFhFTikgSFZNMTA6IENyZWF0aW5nIE1QIHRh YmxlcyAuLi4KKFhFTikgSFZNMTA6IExvYWRpbmcgU3RhbmRhcmQgVkdBQklPUyAuLi4KKFhFTikg SFZNMTA6IExvYWRpbmcgUENJIE9wdGlvbiBST00gLi4uCihYRU4pIEhWTTEwOiAgLSBNYW51ZmFj dHVyZXI6IGh0dHA6Ly9pcHhlLm9yZwooWEVOKSBIVk0xMDogIC0gUHJvZHVjdCBuYW1lOiBpUFhF CihYRU4pIEhWTTEwOiBPcHRpb24gUk9NczoKKFhFTikgSFZNMTA6ICBjMDAwMC1jOWZmZjogVkdB IEJJT1MKKFhFTikgSFZNMTA6ICBjYTAwMC1kOWZmZjogRXRoZXJib290IFJPTQooWEVOKSBIVk0x MDogTG9hZGluZyBBQ1BJIC4uLgooWEVOKSBIVk0xMDogdm04NiBUU1MgYXQgZmMwMGY3MDAKKFhF TikgSFZNMTA6IEJJT1MgbWFwOgooWEVOKSBIVk0xMDogIGYwMDAwLWZmZmZmOiBNYWluIEJJT1MK KFhFTikgSFZNMTA6IEU4MjAgdGFibGU6CihYRU4pIEhWTTEwOiAgWzAwXTogMDAwMDAwMDA6MDAw MDAwMDAgLSAwMDAwMDAwMDowMDA5ZTAwMDogUkFNCihYRU4pIEhWTTEwOiAgWzAxXTogMDAwMDAw MDA6MDAwOWUwMDAgLSAwMDAwMDAwMDowMDBhMDAwMDogUkVTRVJWRUQKKFhFTikgSFZNMTA6ICBI T0xFOiAwMDAwMDAwMDowMDBhMDAwMCAtIDAwMDAwMDAwOjAwMGUwMDAwCihYRU4pIEhWTTEwOiAg WzAyXTogMDAwMDAwMDA6MDAwZTAwMDAgLSAwMDAwMDAwMDowMDEwMDAwMDogUkVTRVJWRUQKKFhF TikgSFZNMTA6ICBbMDNdOiAwMDAwMDAwMDowMDEwMDAwMCAtIDAwMDAwMDAwOjdmODAwMDAwOiBS QU0KKFhFTikgSFZNMTA6ICBIT0xFOiAwMDAwMDAwMDo3ZjgwMDAwMCAtIDAwMDAwMDAwOmZjMDAw MDAwCihYRU4pIEhWTTEwOiAgWzA0XTogMDAwMDAwMDA6ZmMwMDAwMDAgLSAwMDAwMDAwMTowMDAw MDAwMDogUkVTRVJWRUQKKFhFTikgSFZNMTA6IEludm9raW5nIFJPTUJJT1MgLi4uCihYRU4pIEhW TTEwOiAkUmV2aXNpb246IDEuMjIxICQgJERhdGU6IDIwMDgvMTIvMDcgMTc6MzI6MjkgJAooWEVO KSBzdGR2Z2EuYzoxNDc6ZDEwIGVudGVyaW5nIHN0ZHZnYSBhbmQgY2FjaGluZyBtb2RlcwooWEVO KSBIVk0xMDogVkdBQmlvcyAkSWQ6IHZnYWJpb3MuYyx2IDEuNjcgMjAwOC8wMS8yNyAwOTo0NDox MiB2cnVwcGVydCBFeHAgJAooWEVOKSBIVk0xMDogVkJFIEJpb3MgJElkOiB2YmUuYyx2IDEuNjAg MjAwOC8wMy8wMiAwNzo0NzoyMSB2cnVwcGVydCBFeHAgJAooWEVOKSBIVk0xMDogQm9jaHMgQklP UyAtIGJ1aWxkOiAwNi8yMy85OQooWEVOKSBIVk0xMDogJFJldmlzaW9uOiAxLjIyMSAkICREYXRl OiAyMDA4LzEyLzA3IDE3OjMyOjI5ICQKKFhFTikgSFZNMTA6IE9wdGlvbnM6IGFwbWJpb3MgcGNp YmlvcyBlbHRvcml0byBQTU0gCihYRU4pIEhWTTEwOiAKKFhFTikgSFZNMTA6IGF0YTAtMDogUENI Uz0xNjM4My8xNi82MyB0cmFuc2xhdGlvbj1sYmEgTENIUz0xMDI0LzI1NS82MwooWEVOKSBIVk0x MDogYXRhMCBtYXN0ZXI6IFFFTVUgSEFSRERJU0sgQVRBLTcgSGFyZC1EaXNrICg2MjUzMiBNQnl0 ZXMpCihYRU4pIEhWTTEwOiBJREUgdGltZSBvdXQKKFhFTikgSFZNMTA6IGF0YTEgbWFzdGVyOiBR RU1VIERWRC1ST00gQVRBUEktNCBDRC1Sb20vRFZELVJvbQooWEVOKSBIVk0xMDogSURFIHRpbWUg b3V0CihYRU4pIEhWTTEwOiAKKFhFTikgSFZNMTA6IAooWEVOKSBIVk0xMDogCihYRU4pIEhWTTEw OiBQcmVzcyBGMTIgZm9yIGJvb3QgbWVudS4KKFhFTikgSFZNMTA6IAooWEVOKSBIVk0xMDogQm9v dGluZyBmcm9tIEhhcmQgRGlzay4uLgooWEVOKSBIVk0xMDogQm9vdGluZyBmcm9tIDAwMDA6N2Mw MAooWEVOKSB2aXJpZGlhbi5jOjEwMjpkMTAgR1VFU1RfT1NfSUQ6CihYRU4pIHZpcmlkaWFuLmM6 MTA0OmQxMCAJdmVuZG9yOiAxCihYRU4pIHZpcmlkaWFuLmM6MTA2OmQxMCAJb3M6IDQKKFhFTikg dmlyaWRpYW4uYzoxMDg6ZDEwIAltYWpvcjogNgooWEVOKSB2aXJpZGlhbi5jOjExMDpkMTAgCW1p bm9yOiAxCihYRU4pIHZpcmlkaWFuLmM6MTEyOmQxMCAJc3A6IDAKKFhFTikgdmlyaWRpYW4uYzox MTQ6ZDEwIAlidWlsZDogMWRiMAooWEVOKSB2aXJpZGlhbi5jOjExOTpkMTAgSFlQRVJDQUxMOgoo WEVOKSB2aXJpZGlhbi5jOjEyMTpkMTAgCWVuYWJsZWQ6IDEKKFhFTikgdmlyaWRpYW4uYzoxMjM6 ZDEwIAlwZm46IDNmZmZmCihYRU4pIHZpcmlkaWFuLmM6MTI4OmQxMCBBUElDX0FTU0lTVFswXToK KFhFTikgdmlyaWRpYW4uYzoxMzA6ZDEwIAllbmFibGVkOiAxCihYRU4pIHZpcmlkaWFuLmM6MTMy OmQxMCAJcGZuOiAzZmZmZQooWEVOKSB2aXJpZGlhbi5jOjEyODpkMTAgQVBJQ19BU1NJU1RbMV06 CihYRU4pIHZpcmlkaWFuLmM6MTMwOmQxMCAJZW5hYmxlZDogMQooWEVOKSB2aXJpZGlhbi5jOjEz MjpkMTAgCXBmbjogM2ZmZmQKKFhFTikgdmlyaWRpYW4uYzoxMjg6ZDEwIEFQSUNfQVNTSVNUWzJd OgooWEVOKSB2aXJpZGlhbi5jOjEzMDpkMTAgCWVuYWJsZWQ6IDEKKFhFTikgdmlyaWRpYW4uYzox MzI6ZDEwIAlwZm46IDNmZmZjCihYRU4pIHZpcmlkaWFuLmM6MTI4OmQxMCBBUElDX0FTU0lTVFsz XToKKFhFTikgdmlyaWRpYW4uYzoxMzA6ZDEwIAllbmFibGVkOiAxCihYRU4pIHZpcmlkaWFuLmM6 MTMyOmQxMCAJcGZuOiAzZmZmYgooWEVOKSBpcnEuYzoyNzA6IERvbTEwIFBDSSBsaW5rIDAgY2hh bmdlZCA1IC0+IDAKKFhFTikgaXJxLmM6MjcwOiBEb20xMCBQQ0kgbGluayAyIGNoYW5nZWQgMTEg LT4gMAooWEVOKSBpcnEuYzoyNzA6IERvbTEwIFBDSSBsaW5rIDEgY2hhbmdlZCAxMCAtPiAwCihY RU4pIGlycS5jOjI3MDogRG9tMTAgUENJIGxpbmsgMyBjaGFuZ2VkIDUgLT4gMAooWEVOKSBtZW1v cnlfbWFwOnJlbW92ZTogZG9tMTAgZ2ZuPWYxODAwIG1mbj1mMDQwMCBucj00MDAKKFhFTikgbWVt b3J5X21hcDpyZW1vdmU6IGRvbTEwIGdmbj1lMDAwMCBtZm49ZDAwMDAgbnI9MTAwMDAKKFhFTikg aW9wb3J0X21hcDpyZW1vdmU6IGRvbTEwIGdwb3J0PWMyMDAgbXBvcnQ9ZjAwMCBucj00MAooWEVO KSBtZW1vcnlfbWFwOmFkZDogZG9tMTAgZ2ZuPWYxODAwIG1mbj1mMDQwMCBucj00MDAKKFhFTikg bWVtb3J5X21hcDphZGQ6IGRvbTEwIGdmbj1lMDAwMCBtZm49ZDAwMDAgbnI9MTAwMDAKKFhFTikg aW9wb3J0X21hcDphZGQ6IGRvbTEwIGdwb3J0PWMyMDAgbXBvcnQ9ZjAwMCBucj00MAooWEVOKSBt ZW1vcnlfbWFwOnJlbW92ZTogZG9tMTAgZ2ZuPWYxODAwIG1mbj1mMDQwMCBucj00MDAKKFhFTikg bWVtb3J5X21hcDpyZW1vdmU6IGRvbTEwIGdmbj1lMDAwMCBtZm49ZDAwMDAgbnI9MTAwMDAKKFhF TikgaW9wb3J0X21hcDpyZW1vdmU6IGRvbTEwIGdwb3J0PWMyMDAgbXBvcnQ9ZjAwMCBucj00MAoo WEVOKSBtZW1vcnlfbWFwOmFkZDogZG9tMTAgZ2ZuPWYxODAwIG1mbj1mMDQwMCBucj00MDAKKFhF TikgbWVtb3J5X21hcDphZGQ6IGRvbTEwIGdmbj1lMDAwMCBtZm49ZDAwMDAgbnI9MTAwMDAKKFhF TikgaW9wb3J0X21hcDphZGQ6IGRvbTEwIGdwb3J0PWMyMDAgbXBvcnQ9ZjAwMCBucj00MAooWEVO KSBpb3BvcnRfbWFwOmFkZDogZG9tMTEgZ3BvcnQ9M2IwIG1wb3J0PTNiMCBucj1jCihYRU4pIGlv cG9ydF9tYXA6YWRkOiBkb20xMSBncG9ydD0zYzAgbXBvcnQ9M2MwIG5yPTIwCihYRU4pIG1lbW9y eV9tYXA6YWRkOiBkb20xMSBnZm49YTAgbWZuPWEwIG5yPTIwCihYRU4pIEhWTTExOiBIVk0gTG9h ZGVyCihYRU4pIEhWTTExOiBEZXRlY3RlZCBYZW4gdjQuNC11bnN0YWJsZQooWEVOKSBIVk0xMTog WGVuYnVzIHJpbmdzIEAweGZlZmZjMDAwLCBldmVudCBjaGFubmVsIDYKKFhFTikgSFZNMTE6IFN5 c3RlbSByZXF1ZXN0ZWQgUk9NQklPUwooWEVOKSBIVk0xMTogQ1BVIHNwZWVkIGlzIDMzOTkgTUh6 CihYRU4pIEhWTTExOiBSZWxvY2F0aW5nIGd1ZXN0IG1lbW9yeSBmb3IgbG93bWVtIE1NSU8gc3Bh Y2UgZW5hYmxlZAooWEVOKSBpcnEuYzoyNzA6IERvbTExIFBDSSBsaW5rIDAgY2hhbmdlZCAwIC0+ IDUKKFhFTikgSFZNMTE6IFBDSS1JU0EgbGluayAwIHJvdXRlZCB0byBJUlE1CihYRU4pIGlycS5j OjI3MDogRG9tMTEgUENJIGxpbmsgMSBjaGFuZ2VkIDAgLT4gMTAKKFhFTikgSFZNMTE6IFBDSS1J U0EgbGluayAxIHJvdXRlZCB0byBJUlExMAooWEVOKSBpcnEuYzoyNzA6IERvbTExIFBDSSBsaW5r IDIgY2hhbmdlZCAwIC0+IDExCihYRU4pIEhWTTExOiBQQ0ktSVNBIGxpbmsgMiByb3V0ZWQgdG8g SVJRMTEKKFhFTikgaXJxLmM6MjcwOiBEb20xMSBQQ0kgbGluayAzIGNoYW5nZWQgMCAtPiA1CihY RU4pIEhWTTExOiBQQ0ktSVNBIGxpbmsgMyByb3V0ZWQgdG8gSVJRNQooWEVOKSBIVk0xMTogcGNp IGRldiAwMToyIElOVEQtPklSUTUKKFhFTikgSFZNMTE6IHBjaSBkZXYgMDE6MyBJTlRBLT5JUlEx MAooWEVOKSBtZW1vcnlfbWFwOmFkZDogZG9tMTEgZ2ZuPWZkZmZjIG1mbj1iYzRiMyBucj0yCihY RU4pIEhWTTExOiBwY2kgZGV2IDAyOjAgSU5UQS0+SVJRMTEKKFhFTikgSFZNMTE6IHBjaSBkZXYg MDM6MCBJTlRBLT5JUlE1CihYRU4pIEhWTTExOiBwY2kgZGV2IDA0OjAgSU5UQS0+SVJRNQooWEVO KSBIVk0xMTogTm8gUkFNIGluIGhpZ2ggbWVtb3J5OyBzZXR0aW5nIGhpZ2hfbWVtIHJlc291cmNl IGJhc2UgdG8gMTAwMDAwMDAwCihYRU4pIEhWTTExOiBwY2kgZGV2IDAyOjAgYmFyIDE4IHNpemUg MDEwMDAwMDAwOiAwZTAwMDAwMGMKKFhFTikgbWVtb3J5X21hcDphZGQ6IGRvbTExIGdmbj1lMDAw MCBtZm49ZDAwMDAgbnI9MTAwMDAKKFhFTikgSFZNMTE6IHBjaSBkZXYgMDM6MCBiYXIgMTQgc2l6 ZSAwMDEwMDAwMDA6IDBmMDAwMDAwOAooWEVOKSBtZW1vcnlfbWFwOmFkZDogZG9tMTEgZ2ZuPWYx MDAwIG1mbj1mMDQwMCBucj00MDAKKFhFTikgSFZNMTE6IHBjaSBkZXYgMDI6MCBiYXIgMTAgc2l6 ZSAwMDA0MDAwMDA6IDBmMTAwMDAwNAooWEVOKSBIVk0xMTogcGNpIGRldiAxZjowIGJhciAxYyBz aXplIDAwMDIwMDAwMDogMGYxNDAwMDAwCihYRU4pIEhWTTExOiBwY2kgZGV2IDAzOjAgYmFyIDEw IHNpemUgMDAwMDAwMTAwOiAwMDAwMGMwMDEKKFhFTikgSFZNMTE6IHBjaSBkZXYgMDQ6MCBiYXIg MTAgc2l6ZSAwMDAwMDAxMDA6IDAwMDAwYzEwMQooWEVOKSBIVk0xMTogcGNpIGRldiAwNDowIGJh ciAxNCBzaXplIDAwMDAwMDEwMDogMGYxNjAwMDAwCihYRU4pIEhWTTExOiBwY2kgZGV2IDAyOjAg YmFyIDIwIHNpemUgMDAwMDAwMDQwOiAwMDAwMGMyMDEKKFhFTikgaW9wb3J0X21hcDphZGQ6IGRv bTExIGdwb3J0PWMyMDAgbXBvcnQ9ZjAwMCBucj00MAooWEVOKSBIVk0xMTogcGNpIGRldiAwMToy IGJhciAyMCBzaXplIDAwMDAwMDAyMDogMDAwMDBjMjQxCihYRU4pIEhWTTExOiBwY2kgZGV2IDAx OjEgYmFyIDIwIHNpemUgMDAwMDAwMDEwOiAwMDAwMGMyNjEKKFhFTikgSFZNMTE6IE11bHRpcHJv Y2Vzc29yIGluaXRpYWxpc2F0aW9uOgooWEVOKSBIVk0xMTogIC0gQ1BVMCAuLi4gMzktYml0IHBo eXMgLi4uIGZpeGVkIE1UUlJzIC4uLiB2YXIgTVRSUnMgWzMvOF0gLi4uIGRvbmUuCihYRU4pIEhW TTExOiAgLSBDUFUxIC4uLiAzOS1iaXQgcGh5cyAuLi4gZml4ZWQgTVRSUnMgLi4uIHZhciBNVFJS cyBbMy84XSAuLi4gZG9uZS4KKFhFTikgSFZNMTE6ICAtIENQVTIgLi4uIDM5LWJpdCBwaHlzIC4u LiBmaXhlZCBNVFJScyAuLi4gdmFyIE1UUlJzIFszLzhdIC4uLiBkb25lLgooWEVOKSBIVk0xMTog IC0gQ1BVMyAuLi4gMzktYml0IHBoeXMgLi4uIGZpeGVkIE1UUlJzIC4uLiB2YXIgTVRSUnMgWzMv OF0gLi4uIGRvbmUuCihYRU4pIEhWTTExOiBUZXN0aW5nIEhWTSBlbnZpcm9ubWVudDoKKFhFTikg SFZNMTE6ICAtIFJFUCBJTlNCIGFjcm9zcyBwYWdlIGJvdW5kYXJpZXMgLi4uIHBhc3NlZAooWEVO KSBIVk0xMTogIC0gR1MgYmFzZSBNU1JzIGFuZCBTV0FQR1MgLi4uIHBhc3NlZAooWEVOKSBIVk0x MTogUGFzc2VkIDIgb2YgMiB0ZXN0cwooWEVOKSBIVk0xMTogV3JpdGluZyBTTUJJT1MgdGFibGVz IC4uLgooWEVOKSBIVk0xMTogTG9hZGluZyBST01CSU9TIC4uLgooWEVOKSBIVk0xMTogOTYyOCBi eXRlcyBvZiBST01CSU9TIGhpZ2gtbWVtb3J5IGV4dGVuc2lvbnM6CihYRU4pIEhWTTExOiAgIFJl bG9jYXRpbmcgdG8gMHhmYzAwMTAwMC0weGZjMDAzNTljIC4uLiBkb25lCihYRU4pIEhWTTExOiBD cmVhdGluZyBNUCB0YWJsZXMgLi4uCihYRU4pIEhWTTExOiBMb2FkaW5nIFZHQUJJT1Mgb2YgcGFz c3Rocm91Z2hlZCBnZnggLi4uCihYRU4pIEhWTTExOiBMb2FkaW5nIFBDSSBPcHRpb24gUk9NIC4u LgooWEVOKSBIVk0xMTogIC0gTWFudWZhY3R1cmVyOiBodHRwOi8vaXB4ZS5vcmcKKFhFTikgSFZN MTE6ICAtIFByb2R1Y3QgbmFtZTogaVBYRQooWEVOKSBIVk0xMTogT3B0aW9uIFJPTXM6CihYRU4p IEhWTTExOiAgYzAwMDAtY2VmZmY6IFZHQSBCSU9TCihYRU4pIEhWTTExOiAgY2YwMDAtZGVmZmY6 IEV0aGVyYm9vdCBST00KKFhFTikgSFZNMTE6IExvYWRpbmcgQUNQSSAuLi4KKFhFTikgSFZNMTE6 IHZtODYgVFNTIGF0IGZjMDBmNzAwCihYRU4pIEhWTTExOiBCSU9TIG1hcDoKKFhFTikgSFZNMTE6 ICBmMDAwMC1mZmZmZjogTWFpbiBCSU9TCihYRU4pIEhWTTExOiBFODIwIHRhYmxlOgooWEVOKSBI Vk0xMTogIFswMF06IDAwMDAwMDAwOjAwMDAwMDAwIC0gMDAwMDAwMDA6MDAwOWUwMDA6IFJBTQoo WEVOKSBIVk0xMTogIFswMV06IDAwMDAwMDAwOjAwMDllMDAwIC0gMDAwMDAwMDA6MDAwYTAwMDA6 IFJFU0VSVkVECihYRU4pIEhWTTExOiAgSE9MRTogMDAwMDAwMDA6MDAwYTAwMDAgLSAwMDAwMDAw MDowMDBlMDAwMAooWEVOKSBIVk0xMTogIFswMl06IDAwMDAwMDAwOjAwMGUwMDAwIC0gMDAwMDAw MDA6MDAxMDAwMDA6IFJFU0VSVkVECihYRU4pIEhWTTExOiAgWzAzXTogMDAwMDAwMDA6MDAxMDAw MDAgLSAwMDAwMDAwMDo3ZjgwMDAwMDogUkFNCihYRU4pIEhWTTExOiAgSE9MRTogMDAwMDAwMDA6 N2Y4MDAwMDAgLSAwMDAwMDAwMDpmYzAwMDAwMAooWEVOKSBIVk0xMTogIFswNF06IDAwMDAwMDAw OmZjMDAwMDAwIC0gMDAwMDAwMDA6ZmRmZmMwMDA6IFJFU0VSVkVECihYRU4pIEhWTTExOiAgWzA1 XTogMDAwMDAwMDA6ZmRmZmMwMDAgLSAwMDAwMDAwMDpmZGZmZjAwMDogTlZTCihYRU4pIEhWTTEx OiAgWzA2XTogMDAwMDAwMDA6ZmRmZmYwMDAgLSAwMDAwMDAwMTowMDAwMDAwMDogUkVTRVJWRUQK KFhFTikgSFZNMTE6IEludm9raW5nIFJPTUJJT1MgLi4uCihYRU4pIEhWTTExOiAkUmV2aXNpb246 IDEuMjIxICQgJERhdGU6IDIwMDgvMTIvMDcgMTc6MzI6MjkgJAooWEVOKSBIVk0xMTogKioqIGlu dCAxNWggZnVuY3Rpb24gQVg9NWYzNCwgQlg9MDE5MCBub3QgeWV0IHN1cHBvcnRlZCEKKFhFTikg SFZNMTE6ICoqKiBpbnQgMTVoIGZ1bmN0aW9uIEFYPTVmNTEsIEJYPWMwMDAgbm90IHlldCBzdXBw b3J0ZWQhCihYRU4pIEhWTTExOiAqKiogaW50IDE1aCBmdW5jdGlvbiBBWD01ZjM1LCBCWD1jMDAw IG5vdCB5ZXQgc3VwcG9ydGVkIQooWEVOKSBIVk0xMTogQm9jaHMgQklPUyAtIGJ1aWxkOiAwNi8y My85OQooWEVOKSBIVk0xMTogJFJldmlzaW9uOiAxLjIyMSAkICREYXRlOiAyMDA4LzEyLzA3IDE3 OjMyOjI5ICQKKFhFTikgSFZNMTE6IE9wdGlvbnM6IGFwbWJpb3MgcGNpYmlvcyBlbHRvcml0byBQ TU0gCihYRU4pIEhWTTExOiAKKFhFTikgSFZNMTE6IGF0YTAtMDogUENIUz0xNjM4My8xNi82MyB0 cmFuc2xhdGlvbj1sYmEgTENIUz0xMDI0LzI1NS82MwooWEVOKSBIVk0xMTogYXRhMCBtYXN0ZXI6 IFFFTVUgSEFSRERJU0sgQVRBLTcgSGFyZC1EaXNrICg2MjUzMiBNQnl0ZXMpCihYRU4pIEhWTTEy OiBIVk0gTG9hZGVyCihYRU4pIEhWTTEyOiBEZXRlY3RlZCBYZW4gdjQuNC11bnN0YWJsZQooWEVO KSBIVk0xMjogWGVuYnVzIHJpbmdzIEAweGZlZmZjMDAwLCBldmVudCBjaGFubmVsIDYKKFhFTikg SFZNMTI6IFN5c3RlbSByZXF1ZXN0ZWQgUk9NQklPUwooWEVOKSBIVk0xMjogQ1BVIHNwZWVkIGlz IDMzOTkgTUh6CihYRU4pIEhWTTEyOiBSZWxvY2F0aW5nIGd1ZXN0IG1lbW9yeSBmb3IgbG93bWVt IE1NSU8gc3BhY2UgZW5hYmxlZAooWEVOKSBpcnEuYzoyNzA6IERvbTEyIFBDSSBsaW5rIDAgY2hh bmdlZCAwIC0+IDUKKFhFTikgSFZNMTI6IFBDSS1JU0EgbGluayAwIHJvdXRlZCB0byBJUlE1CihY RU4pIGlycS5jOjI3MDogRG9tMTIgUENJIGxpbmsgMSBjaGFuZ2VkIDAgLT4gMTAKKFhFTikgSFZN MTI6IFBDSS1JU0EgbGluayAxIHJvdXRlZCB0byBJUlExMAooWEVOKSBpcnEuYzoyNzA6IERvbTEy IFBDSSBsaW5rIDIgY2hhbmdlZCAwIC0+IDExCihYRU4pIEhWTTEyOiBQQ0ktSVNBIGxpbmsgMiBy b3V0ZWQgdG8gSVJRMTEKKFhFTikgaXJxLmM6MjcwOiBEb20xMiBQQ0kgbGluayAzIGNoYW5nZWQg MCAtPiA1CihYRU4pIEhWTTEyOiBQQ0ktSVNBIGxpbmsgMyByb3V0ZWQgdG8gSVJRNQooWEVOKSBI Vk0xMjogcGNpIGRldiAwMToyIElOVEQtPklSUTUKKFhFTikgSFZNMTI6IHBjaSBkZXYgMDE6MyBJ TlRBLT5JUlExMAooWEVOKSBIVk0xMjogcGNpIGRldiAwMzowIElOVEEtPklSUTUKKFhFTikgSFZN MTI6IHBjaSBkZXYgMDQ6MCBJTlRBLT5JUlE1CihYRU4pIEhWTTEyOiBwY2kgZGV2IDA1OjAgSU5U QS0+SVJRMTAKKFhFTikgSFZNMTI6IE5vIFJBTSBpbiBoaWdoIG1lbW9yeTsgc2V0dGluZyBoaWdo X21lbSByZXNvdXJjZSBiYXNlIHRvIDEwMDAwMDAwMAooWEVOKSBIVk0xMjogcGNpIGRldiAwNTow IGJhciAxOCBzaXplIDAxMDAwMDAwMDogMGUwMDAwMDBjCihYRU4pIG1lbW9yeV9tYXA6YWRkOiBk b20xMiBnZm49ZTAwMDAgbWZuPWQwMDAwIG5yPTEwMDAwCihYRU4pIEhWTTEyOiBwY2kgZGV2IDAz OjAgYmFyIDE0IHNpemUgMDAxMDAwMDAwOiAwZjAwMDAwMDgKKFhFTikgSFZNMTI6IHBjaSBkZXYg MDI6MCBiYXIgMTAgc2l6ZSAwMDA4MDAwMDA6IDBmMTAwMDAwOAooWEVOKSBtZW1vcnlfbWFwOmFk ZDogZG9tMTIgZ2ZuPWYxODAwIG1mbj1mMDQwMCBucj00MDAKKFhFTikgSFZNMTI6IHBjaSBkZXYg MDU6MCBiYXIgMTAgc2l6ZSAwMDA0MDAwMDA6IDBmMTgwMDAwNAooWEVOKSBIVk0xMjogcGNpIGRl diAwMzowIGJhciAxMCBzaXplIDAwMDAwMDEwMDogMDAwMDBjMDAxCihYRU4pIEhWTTEyOiBwY2kg ZGV2IDA0OjAgYmFyIDEwIHNpemUgMDAwMDAwMTAwOiAwMDAwMGMxMDEKKFhFTikgSFZNMTI6IHBj aSBkZXYgMDQ6MCBiYXIgMTQgc2l6ZSAwMDAwMDAxMDA6IDBmMWMwMDAwMAooWEVOKSBIVk0xMjog cGNpIGRldiAwNTowIGJhciAyMCBzaXplIDAwMDAwMDA0MDogMDAwMDBjMjAxCihYRU4pIGlvcG9y dF9tYXA6YWRkOiBkb20xMiBncG9ydD1jMjAwIG1wb3J0PWYwMDAgbnI9NDAKKFhFTikgSFZNMTI6 IHBjaSBkZXYgMDE6MiBiYXIgMjAgc2l6ZSAwMDAwMDAwMjA6IDAwMDAwYzI0MQooWEVOKSBIVk0x MjogcGNpIGRldiAwMToxIGJhciAyMCBzaXplIDAwMDAwMDAxMDogMDAwMDBjMjYxCihYRU4pIEhW TTEyOiBNdWx0aXByb2Nlc3NvciBpbml0aWFsaXNhdGlvbjoKKFhFTikgSFZNMTI6ICAtIENQVTAg Li4uIDM5LWJpdCBwaHlzIC4uLiBmaXhlZCBNVFJScyAuLi4gdmFyIE1UUlJzIFszLzhdIC4uLiBk b25lLgooWEVOKSBIVk0xMjogIC0gQ1BVMSAuLi4gMzktYml0IHBoeXMgLi4uIGZpeGVkIE1UUlJz IC4uLiB2YXIgTVRSUnMgWzMvOF0gLi4uIGRvbmUuCihYRU4pIEhWTTEyOiAgLSBDUFUyIC4uLiAz OS1iaXQgcGh5cyAuLi4gZml4ZWQgTVRSUnMgLi4uIHZhciBNVFJScyBbMy84XSAuLi4gZG9uZS4K KFhFTikgSFZNMTI6ICAtIENQVTMgLi4uIDM5LWJpdCBwaHlzIC4uLiBmaXhlZCBNVFJScyAuLi4g dmFyIE1UUlJzIFszLzhdIC4uLiBkb25lLgooWEVOKSBIVk0xMjogVGVzdGluZyBIVk0gZW52aXJv bm1lbnQ6CihYRU4pIEhWTTEyOiAgLSBSRVAgSU5TQiBhY3Jvc3MgcGFnZSBib3VuZGFyaWVzIC4u LiBwYXNzZWQKKFhFTikgSFZNMTI6ICAtIEdTIGJhc2UgTVNScyBhbmQgU1dBUEdTIC4uLiBwYXNz ZWQKKFhFTikgSFZNMTI6IFBhc3NlZCAyIG9mIDIgdGVzdHMKKFhFTikgSFZNMTI6IFdyaXRpbmcg U01CSU9TIHRhYmxlcyAuLi4KKFhFTikgSFZNMTI6IExvYWRpbmcgUk9NQklPUyAuLi4KKFhFTikg SFZNMTI6IDk2MjggYnl0ZXMgb2YgUk9NQklPUyBoaWdoLW1lbW9yeSBleHRlbnNpb25zOgooWEVO KSBIVk0xMjogICBSZWxvY2F0aW5nIHRvIDB4ZmMwMDEwMDAtMHhmYzAwMzU5YyAuLi4gZG9uZQoo WEVOKSBIVk0xMjogQ3JlYXRpbmcgTVAgdGFibGVzIC4uLgooWEVOKSBIVk0xMjogTG9hZGluZyBT dGFuZGFyZCBWR0FCSU9TIC4uLgooWEVOKSBIVk0xMjogTG9hZGluZyBQQ0kgT3B0aW9uIFJPTSAu Li4KKFhFTikgSFZNMTI6ICAtIE1hbnVmYWN0dXJlcjogaHR0cDovL2lweGUub3JnCihYRU4pIEhW TTEyOiAgLSBQcm9kdWN0IG5hbWU6IGlQWEUKKFhFTikgSFZNMTI6IE9wdGlvbiBST01zOgooWEVO KSBIVk0xMjogIGMwMDAwLWM5ZmZmOiBWR0EgQklPUwooWEVOKSBIVk0xMjogIGNhMDAwLWQ5ZmZm OiBFdGhlcmJvb3QgUk9NCihYRU4pIEhWTTEyOiBMb2FkaW5nIEFDUEkgLi4uCihYRU4pIEhWTTEy OiB2bTg2IFRTUyBhdCBmYzAwZjcwMAooWEVOKSBIVk0xMjogQklPUyBtYXA6CihYRU4pIEhWTTEy OiAgZjAwMDAtZmZmZmY6IE1haW4gQklPUwooWEVOKSBIVk0xMjogRTgyMCB0YWJsZToKKFhFTikg SFZNMTI6ICBbMDBdOiAwMDAwMDAwMDowMDAwMDAwMCAtIDAwMDAwMDAwOjAwMDllMDAwOiBSQU0K KFhFTikgSFZNMTI6ICBbMDFdOiAwMDAwMDAwMDowMDA5ZTAwMCAtIDAwMDAwMDAwOjAwMGEwMDAw OiBSRVNFUlZFRAooWEVOKSBIVk0xMjogIEhPTEU6IDAwMDAwMDAwOjAwMGEwMDAwIC0gMDAwMDAw MDA6MDAwZTAwMDAKKFhFTikgSFZNMTI6ICBbMDJdOiAwMDAwMDAwMDowMDBlMDAwMCAtIDAwMDAw MDAwOjAwMTAwMDAwOiBSRVNFUlZFRAooWEVOKSBIVk0xMjogIFswM106IDAwMDAwMDAwOjAwMTAw MDAwIC0gMDAwMDAwMDA6N2Y4MDAwMDA6IFJBTQooWEVOKSBIVk0xMjogIEhPTEU6IDAwMDAwMDAw OjdmODAwMDAwIC0gMDAwMDAwMDA6ZmMwMDAwMDAKKFhFTikgSFZNMTI6ICBbMDRdOiAwMDAwMDAw MDpmYzAwMDAwMCAtIDAwMDAwMDAxOjAwMDAwMDAwOiBSRVNFUlZFRAooWEVOKSBIVk0xMjogSW52 b2tpbmcgUk9NQklPUyAuLi4KKFhFTikgSFZNMTI6ICRSZXZpc2lvbjogMS4yMjEgJCAkRGF0ZTog MjAwOC8xMi8wNyAxNzozMjoyOSAkCihYRU4pIHN0ZHZnYS5jOjE0NzpkMTIgZW50ZXJpbmcgc3Rk dmdhIGFuZCBjYWNoaW5nIG1vZGVzCihYRU4pIEhWTTEyOiBWR0FCaW9zICRJZDogdmdhYmlvcy5j LHYgMS42NyAyMDA4LzAxLzI3IDA5OjQ0OjEyIHZydXBwZXJ0IEV4cCAkCihYRU4pIEhWTTEyOiBW QkUgQmlvcyAkSWQ6IHZiZS5jLHYgMS42MCAyMDA4LzAzLzAyIDA3OjQ3OjIxIHZydXBwZXJ0IEV4 cCAkCihYRU4pIEhWTTEyOiBCb2NocyBCSU9TIC0gYnVpbGQ6IDA2LzIzLzk5CihYRU4pIEhWTTEy OiAkUmV2aXNpb246IDEuMjIxICQgJERhdGU6IDIwMDgvMTIvMDcgMTc6MzI6MjkgJAooWEVOKSBI Vk0xMjogT3B0aW9uczogYXBtYmlvcyBwY2liaW9zIGVsdG9yaXRvIFBNTSAKKFhFTikgSFZNMTI6 IAooWEVOKSBIVk0xMjogYXRhMC0wOiBQQ0hTPTE2MzgzLzE2LzYzIHRyYW5zbGF0aW9uPWxiYSBM Q0hTPTEwMjQvMjU1LzYzCihYRU4pIEhWTTEyOiBhdGEwIG1hc3RlcjogUUVNVSBIQVJERElTSyBB VEEtNyBIYXJkLURpc2sgKDYyNTMyIE1CeXRlcykKKFhFTikgSFZNMTI6IElERSB0aW1lIG91dAoo WEVOKSBIVk0xMjogYXRhMSBtYXN0ZXI6IFFFTVUgRFZELVJPTSBBVEFQSS00IENELVJvbS9EVkQt Um9tCihYRU4pIEhWTTEyOiBJREUgdGltZSBvdXQKKFhFTikgSFZNMTI6IAooWEVOKSBIVk0xMjog CihYRU4pIEhWTTEyOiAKKFhFTikgSFZNMTI6IFByZXNzIEYxMiBmb3IgYm9vdCBtZW51LgooWEVO KSBIVk0xMjogCihYRU4pIEhWTTEyOiBCb290aW5nIGZyb20gSGFyZCBEaXNrLi4uCihYRU4pIEhW TTEyOiBCb290aW5nIGZyb20gMDAwMDo3YzAwCihYRU4pIHZpcmlkaWFuLmM6MTAyOmQxMiBHVUVT VF9PU19JRDoKKFhFTikgdmlyaWRpYW4uYzoxMDQ6ZDEyIAl2ZW5kb3I6IDEKKFhFTikgdmlyaWRp YW4uYzoxMDY6ZDEyIAlvczogNAooWEVOKSB2aXJpZGlhbi5jOjEwODpkMTIgCW1ham9yOiA2CihY RU4pIHZpcmlkaWFuLmM6MTEwOmQxMiAJbWlub3I6IDEKKFhFTikgdmlyaWRpYW4uYzoxMTI6ZDEy IAlzcDogMAooWEVOKSB2aXJpZGlhbi5jOjExNDpkMTIgCWJ1aWxkOiAxZGIwCihYRU4pIHZpcmlk aWFuLmM6MTE5OmQxMiBIWVBFUkNBTEw6CihYRU4pIHZpcmlkaWFuLmM6MTIxOmQxMiAJZW5hYmxl ZDogMQooWEVOKSB2aXJpZGlhbi5jOjEyMzpkMTIgCXBmbjogM2ZmZmYKKFhFTikgdmlyaWRpYW4u YzoxMjg6ZDEyIEFQSUNfQVNTSVNUWzBdOgooWEVOKSB2aXJpZGlhbi5jOjEzMDpkMTIgCWVuYWJs ZWQ6IDEKKFhFTikgdmlyaWRpYW4uYzoxMzI6ZDEyIAlwZm46IDNmZmZlCihYRU4pIHZpcmlkaWFu LmM6MTI4OmQxMiBBUElDX0FTU0lTVFsxXToKKFhFTikgdmlyaWRpYW4uYzoxMzA6ZDEyIAllbmFi bGVkOiAxCihYRU4pIHZpcmlkaWFuLmM6MTMyOmQxMiAJcGZuOiAzZmZmZAooWEVOKSB2aXJpZGlh bi5jOjEyODpkMTIgQVBJQ19BU1NJU1RbMl06CihYRU4pIHZpcmlkaWFuLmM6MTMwOmQxMiAJZW5h YmxlZDogMQooWEVOKSB2aXJpZGlhbi5jOjEzMjpkMTIgCXBmbjogM2ZmZmMKKFhFTikgdmlyaWRp YW4uYzoxMjg6ZDEyIEFQSUNfQVNTSVNUWzNdOgooWEVOKSB2aXJpZGlhbi5jOjEzMDpkMTIgCWVu YWJsZWQ6IDEKKFhFTikgdmlyaWRpYW4uYzoxMzI6ZDEyIAlwZm46IDNmZmZiCihYRU4pIGlycS5j OjI3MDogRG9tMTIgUENJIGxpbmsgMCBjaGFuZ2VkIDUgLT4gMAooWEVOKSBpcnEuYzoyNzA6IERv bTEyIFBDSSBsaW5rIDEgY2hhbmdlZCAxMCAtPiAwCihYRU4pIGlycS5jOjI3MDogRG9tMTIgUENJ IGxpbmsgMiBjaGFuZ2VkIDExIC0+IDAKKFhFTikgaXJxLmM6MjcwOiBEb20xMiBQQ0kgbGluayAz IGNoYW5nZWQgNSAtPiAwCihYRU4pIG1lbW9yeV9tYXA6cmVtb3ZlOiBkb20xMiBnZm49ZjE4MDAg bWZuPWYwNDAwIG5yPTQwMAooWEVOKSBtZW1vcnlfbWFwOnJlbW92ZTogZG9tMTIgZ2ZuPWUwMDAw IG1mbj1kMDAwMCBucj0xMDAwMAooWEVOKSBpb3BvcnRfbWFwOnJlbW92ZTogZG9tMTIgZ3BvcnQ9 YzIwMCBtcG9ydD1mMDAwIG5yPTQwCihYRU4pIG1lbW9yeV9tYXA6YWRkOiBkb20xMiBnZm49ZjE4 MDAgbWZuPWYwNDAwIG5yPTQwMAooWEVOKSBtZW1vcnlfbWFwOmFkZDogZG9tMTIgZ2ZuPWUwMDAw IG1mbj1kMDAwMCBucj0xMDAwMAooWEVOKSBpb3BvcnRfbWFwOmFkZDogZG9tMTIgZ3BvcnQ9YzIw MCBtcG9ydD1mMDAwIG5yPTQwCihYRU4pIG1lbW9yeV9tYXA6cmVtb3ZlOiBkb20xMiBnZm49ZjE4 MDAgbWZuPWYwNDAwIG5yPTQwMAooWEVOKSBtZW1vcnlfbWFwOnJlbW92ZTogZG9tMTIgZ2ZuPWUw MDAwIG1mbj1kMDAwMCBucj0xMDAwMAooWEVOKSBpb3BvcnRfbWFwOnJlbW92ZTogZG9tMTIgZ3Bv cnQ9YzIwMCBtcG9ydD1mMDAwIG5yPTQwCihYRU4pIG1lbW9yeV9tYXA6YWRkOiBkb20xMiBnZm49 ZjE4MDAgbWZuPWYwNDAwIG5yPTQwMAooWEVOKSBtZW1vcnlfbWFwOmFkZDogZG9tMTIgZ2ZuPWUw MDAwIG1mbj1kMDAwMCBucj0xMDAwMAooWEVOKSBpb3BvcnRfbWFwOmFkZDogZG9tMTIgZ3BvcnQ9 YzIwMCBtcG9ydD1mMDAwIG5yPTQwCihYRU4pIEhWTTEzOiBIVk0gTG9hZGVyCihYRU4pIEhWTTEz OiBEZXRlY3RlZCBYZW4gdjQuNC11bnN0YWJsZQooWEVOKSBIVk0xMzogWGVuYnVzIHJpbmdzIEAw eGZlZmZjMDAwLCBldmVudCBjaGFubmVsIDYKKFhFTikgSFZNMTM6IFN5c3RlbSByZXF1ZXN0ZWQg Uk9NQklPUwooWEVOKSBIVk0xMzogQ1BVIHNwZWVkIGlzIDMzOTkgTUh6CihYRU4pIEhWTTEzOiBS ZWxvY2F0aW5nIGd1ZXN0IG1lbW9yeSBmb3IgbG93bWVtIE1NSU8gc3BhY2UgZW5hYmxlZAooWEVO KSBpcnEuYzoyNzA6IERvbTEzIFBDSSBsaW5rIDAgY2hhbmdlZCAwIC0+IDUKKFhFTikgSFZNMTM6 IFBDSS1JU0EgbGluayAwIHJvdXRlZCB0byBJUlE1CihYRU4pIGlycS5jOjI3MDogRG9tMTMgUENJ IGxpbmsgMSBjaGFuZ2VkIDAgLT4gMTAKKFhFTikgSFZNMTM6IFBDSS1JU0EgbGluayAxIHJvdXRl ZCB0byBJUlExMAooWEVOKSBpcnEuYzoyNzA6IERvbTEzIFBDSSBsaW5rIDIgY2hhbmdlZCAwIC0+ IDExCihYRU4pIEhWTTEzOiBQQ0ktSVNBIGxpbmsgMiByb3V0ZWQgdG8gSVJRMTEKKFhFTikgaXJx LmM6MjcwOiBEb20xMyBQQ0kgbGluayAzIGNoYW5nZWQgMCAtPiA1CihYRU4pIEhWTTEzOiBQQ0kt SVNBIGxpbmsgMyByb3V0ZWQgdG8gSVJRNQooWEVOKSBIVk0xMzogcGNpIGRldiAwMToyIElOVEQt PklSUTUKKFhFTikgSFZNMTM6IHBjaSBkZXYgMDE6MyBJTlRBLT5JUlExMAooWEVOKSBIVk0xMzog cGNpIGRldiAwMzowIElOVEEtPklSUTUKKFhFTikgSFZNMTM6IHBjaSBkZXYgMDQ6MCBJTlRBLT5J UlE1CihYRU4pIEhWTTEzOiBwY2kgZGV2IDA1OjAgSU5UQS0+SVJRMTAKKFhFTikgSFZNMTM6IE5v IFJBTSBpbiBoaWdoIG1lbW9yeTsgc2V0dGluZyBoaWdoX21lbSByZXNvdXJjZSBiYXNlIHRvIDEw MDAwMDAwMAooWEVOKSBIVk0xMzogcGNpIGRldiAwNTowIGJhciAxOCBzaXplIDAxMDAwMDAwMDog MGUwMDAwMDBjCihYRU4pIG1lbW9yeV9tYXA6YWRkOiBkb20xMyBnZm49ZTAwMDAgbWZuPWQwMDAw IG5yPTEwMDAwCihYRU4pIEhWTTEzOiBwY2kgZGV2IDAzOjAgYmFyIDE0IHNpemUgMDAxMDAwMDAw OiAwZjAwMDAwMDgKKFhFTikgSFZNMTM6IHBjaSBkZXYgMDI6MCBiYXIgMTAgc2l6ZSAwMDA4MDAw MDA6IDBmMTAwMDAwOAooWEVOKSBtZW1vcnlfbWFwOmFkZDogZG9tMTMgZ2ZuPWYxODAwIG1mbj1m MDQwMCBucj00MDAKKFhFTikgSFZNMTM6IHBjaSBkZXYgMDU6MCBiYXIgMTAgc2l6ZSAwMDA0MDAw MDA6IDBmMTgwMDAwNAooWEVOKSBIVk0xMzogcGNpIGRldiAwMzowIGJhciAxMCBzaXplIDAwMDAw MDEwMDogMDAwMDBjMDAxCihYRU4pIEhWTTEzOiBwY2kgZGV2IDA0OjAgYmFyIDEwIHNpemUgMDAw MDAwMTAwOiAwMDAwMGMxMDEKKFhFTikgSFZNMTM6IHBjaSBkZXYgMDQ6MCBiYXIgMTQgc2l6ZSAw MDAwMDAxMDA6IDBmMWMwMDAwMAooWEVOKSBIVk0xMzogcGNpIGRldiAwNTowIGJhciAyMCBzaXpl IDAwMDAwMDA0MDogMDAwMDBjMjAxCihYRU4pIGlvcG9ydF9tYXA6YWRkOiBkb20xMyBncG9ydD1j MjAwIG1wb3J0PWYwMDAgbnI9NDAKKFhFTikgSFZNMTM6IHBjaSBkZXYgMDE6MiBiYXIgMjAgc2l6 ZSAwMDAwMDAwMjA6IDAwMDAwYzI0MQooWEVOKSBIVk0xMzogcGNpIGRldiAwMToxIGJhciAyMCBz aXplIDAwMDAwMDAxMDogMDAwMDBjMjYxCihYRU4pIEhWTTEzOiBNdWx0aXByb2Nlc3NvciBpbml0 aWFsaXNhdGlvbjoKKFhFTikgSFZNMTM6ICAtIENQVTAgLi4uIDM5LWJpdCBwaHlzIC4uLiBmaXhl ZCBNVFJScyAuLi4gdmFyIE1UUlJzIFszLzhdIC4uLiBkb25lLgooWEVOKSBIVk0xMzogIC0gQ1BV MSAuLi4gMzktYml0IHBoeXMgLi4uIGZpeGVkIE1UUlJzIC4uLiB2YXIgTVRSUnMgWzMvOF0gLi4u IGRvbmUuCihYRU4pIEhWTTEzOiAgLSBDUFUyIC4uLiAzOS1iaXQgcGh5cyAuLi4gZml4ZWQgTVRS UnMgLi4uIHZhciBNVFJScyBbMy84XSAuLi4gZG9uZS4KKFhFTikgSFZNMTM6ICAtIENQVTMgLi4u IDM5LWJpdCBwaHlzIC4uLiBmaXhlZCBNVFJScyAuLi4gdmFyIE1UUlJzIFszLzhdIC4uLiBkb25l LgooWEVOKSBIVk0xMzogVGVzdGluZyBIVk0gZW52aXJvbm1lbnQ6CihYRU4pIEhWTTEzOiAgLSBS RVAgSU5TQiBhY3Jvc3MgcGFnZSBib3VuZGFyaWVzIC4uLiBwYXNzZWQKKFhFTikgSFZNMTM6ICAt IEdTIGJhc2UgTVNScyBhbmQgU1dBUEdTIC4uLiBwYXNzZWQKKFhFTikgSFZNMTM6IFBhc3NlZCAy IG9mIDIgdGVzdHMKKFhFTikgSFZNMTM6IFdyaXRpbmcgU01CSU9TIHRhYmxlcyAuLi4KKFhFTikg SFZNMTM6IExvYWRpbmcgUk9NQklPUyAuLi4KKFhFTikgSFZNMTM6IDk2MjggYnl0ZXMgb2YgUk9N QklPUyBoaWdoLW1lbW9yeSBleHRlbnNpb25zOgooWEVOKSBIVk0xMzogICBSZWxvY2F0aW5nIHRv IDB4ZmMwMDEwMDAtMHhmYzAwMzU5YyAuLi4gZG9uZQooWEVOKSBIVk0xMzogQ3JlYXRpbmcgTVAg dGFibGVzIC4uLgooWEVOKSBIVk0xMzogTG9hZGluZyBTdGFuZGFyZCBWR0FCSU9TIC4uLgooWEVO KSBIVk0xMzogTG9hZGluZyBQQ0kgT3B0aW9uIFJPTSAuLi4KKFhFTikgSFZNMTM6ICAtIE1hbnVm YWN0dXJlcjogaHR0cDovL2lweGUub3JnCihYRU4pIEhWTTEzOiAgLSBQcm9kdWN0IG5hbWU6IGlQ WEUKKFhFTikgSFZNMTM6IE9wdGlvbiBST01zOgooWEVOKSBIVk0xMzogIGMwMDAwLWM5ZmZmOiBW R0EgQklPUwooWEVOKSBIVk0xMzogIGNhMDAwLWQ5ZmZmOiBFdGhlcmJvb3QgUk9NCihYRU4pIEhW TTEzOiBMb2FkaW5nIEFDUEkgLi4uCihYRU4pIEhWTTEzOiB2bTg2IFRTUyBhdCBmYzAwZjcwMAoo WEVOKSBIVk0xMzogQklPUyBtYXA6CihYRU4pIEhWTTEzOiAgZjAwMDAtZmZmZmY6IE1haW4gQklP UwooWEVOKSBIVk0xMzogRTgyMCB0YWJsZToKKFhFTikgSFZNMTM6ICBbMDBdOiAwMDAwMDAwMDow MDAwMDAwMCAtIDAwMDAwMDAwOjAwMDllMDAwOiBSQU0KKFhFTikgSFZNMTM6ICBbMDFdOiAwMDAw MDAwMDowMDA5ZTAwMCAtIDAwMDAwMDAwOjAwMGEwMDAwOiBSRVNFUlZFRAooWEVOKSBIVk0xMzog IEhPTEU6IDAwMDAwMDAwOjAwMGEwMDAwIC0gMDAwMDAwMDA6MDAwZTAwMDAKKFhFTikgSFZNMTM6 ICBbMDJdOiAwMDAwMDAwMDowMDBlMDAwMCAtIDAwMDAwMDAwOjAwMTAwMDAwOiBSRVNFUlZFRAoo WEVOKSBIVk0xMzogIFswM106IDAwMDAwMDAwOjAwMTAwMDAwIC0gMDAwMDAwMDA6N2Y4MDAwMDA6 IFJBTQooWEVOKSBIVk0xMzogIEhPTEU6IDAwMDAwMDAwOjdmODAwMDAwIC0gMDAwMDAwMDA6ZmMw MDAwMDAKKFhFTikgSFZNMTM6ICBbMDRdOiAwMDAwMDAwMDpmYzAwMDAwMCAtIDAwMDAwMDAxOjAw MDAwMDAwOiBSRVNFUlZFRAooWEVOKSBIVk0xMzogSW52b2tpbmcgUk9NQklPUyAuLi4KKFhFTikg SFZNMTM6ICRSZXZpc2lvbjogMS4yMjEgJCAkRGF0ZTogMjAwOC8xMi8wNyAxNzozMjoyOSAkCihY RU4pIHN0ZHZnYS5jOjE0NzpkMTMgZW50ZXJpbmcgc3RkdmdhIGFuZCBjYWNoaW5nIG1vZGVzCihY RU4pIEhWTTEzOiBWR0FCaW9zICRJZDogdmdhYmlvcy5jLHYgMS42NyAyMDA4LzAxLzI3IDA5OjQ0 OjEyIHZydXBwZXJ0IEV4cCAkCihYRU4pIEhWTTEzOiBWQkUgQmlvcyAkSWQ6IHZiZS5jLHYgMS42 MCAyMDA4LzAzLzAyIDA3OjQ3OjIxIHZydXBwZXJ0IEV4cCAkCihYRU4pIEhWTTEzOiBCb2NocyBC SU9TIC0gYnVpbGQ6IDA2LzIzLzk5CihYRU4pIEhWTTEzOiAkUmV2aXNpb246IDEuMjIxICQgJERh dGU6IDIwMDgvMTIvMDcgMTc6MzI6MjkgJAooWEVOKSBIVk0xMzogT3B0aW9uczogYXBtYmlvcyBw Y2liaW9zIGVsdG9yaXRvIFBNTSAKKFhFTikgSFZNMTM6IAooWEVOKSBIVk0xMzogYXRhMC0wOiBQ Q0hTPTE2MzgzLzE2LzYzIHRyYW5zbGF0aW9uPWxiYSBMQ0hTPTEwMjQvMjU1LzYzCihYRU4pIEhW TTEzOiBhdGEwIG1hc3RlcjogUUVNVSBIQVJERElTSyBBVEEtNyBIYXJkLURpc2sgKDYyNTMyIE1C eXRlcykKKFhFTikgSFZNMTM6IElERSB0aW1lIG91dAooWEVOKSBIVk0xMzogYXRhMSBtYXN0ZXI6 IFFFTVUgRFZELVJPTSBBVEFQSS00IENELVJvbS9EVkQtUm9tCihYRU4pIEhWTTEzOiBJREUgdGlt ZSBvdXQKKFhFTikgSFZNMTM6IAooWEVOKSBIVk0xMzogCihYRU4pIEhWTTEzOiAKKFhFTikgSFZN MTM6IFByZXNzIEYxMiBmb3IgYm9vdCBtZW51LgooWEVOKSBIVk0xMzogCihYRU4pIEhWTTEzOiBC b290aW5nIGZyb20gSGFyZCBEaXNrLi4uCihYRU4pIEhWTTEzOiBCb290aW5nIGZyb20gMDAwMDo3 YzAwCihYRU4pIHZpcmlkaWFuLmM6MTAyOmQxMyBHVUVTVF9PU19JRDoKKFhFTikgdmlyaWRpYW4u YzoxMDQ6ZDEzIAl2ZW5kb3I6IDEKKFhFTikgdmlyaWRpYW4uYzoxMDY6ZDEzIAlvczogNAooWEVO KSB2aXJpZGlhbi5jOjEwODpkMTMgCW1ham9yOiA2CihYRU4pIHZpcmlkaWFuLmM6MTEwOmQxMyAJ bWlub3I6IDEKKFhFTikgdmlyaWRpYW4uYzoxMTI6ZDEzIAlzcDogMAooWEVOKSB2aXJpZGlhbi5j OjExNDpkMTMgCWJ1aWxkOiAxZGIwCihYRU4pIHZpcmlkaWFuLmM6MTE5OmQxMyBIWVBFUkNBTEw6 CihYRU4pIHZpcmlkaWFuLmM6MTIxOmQxMyAJZW5hYmxlZDogMQooWEVOKSB2aXJpZGlhbi5jOjEy MzpkMTMgCXBmbjogM2ZmZmYKKFhFTikgdmlyaWRpYW4uYzoxMjg6ZDEzIEFQSUNfQVNTSVNUWzBd OgooWEVOKSB2aXJpZGlhbi5jOjEzMDpkMTMgCWVuYWJsZWQ6IDEKKFhFTikgdmlyaWRpYW4uYzox MzI6ZDEzIAlwZm46IDNmZmZlCihYRU4pIHZpcmlkaWFuLmM6MTI4OmQxMyBBUElDX0FTU0lTVFsx XToKKFhFTikgdmlyaWRpYW4uYzoxMzA6ZDEzIAllbmFibGVkOiAxCihYRU4pIHZpcmlkaWFuLmM6 MTMyOmQxMyAJcGZuOiAzZmZmZAooWEVOKSB2aXJpZGlhbi5jOjEyODpkMTMgQVBJQ19BU1NJU1Rb Ml06CihYRU4pIHZpcmlkaWFuLmM6MTMwOmQxMyAJZW5hYmxlZDogMQooWEVOKSB2aXJpZGlhbi5j OjEzMjpkMTMgCXBmbjogM2ZmZmMKKFhFTikgdmlyaWRpYW4uYzoxMjg6ZDEzIEFQSUNfQVNTSVNU WzNdOgooWEVOKSB2aXJpZGlhbi5jOjEzMDpkMTMgCWVuYWJsZWQ6IDEKKFhFTikgdmlyaWRpYW4u YzoxMzI6ZDEzIAlwZm46IDNmZmZiCihYRU4pIGlycS5jOjI3MDogRG9tMTMgUENJIGxpbmsgMCBj aGFuZ2VkIDUgLT4gMAooWEVOKSBpcnEuYzoyNzA6IERvbTEzIFBDSSBsaW5rIDEgY2hhbmdlZCAx MCAtPiAwCihYRU4pIGlycS5jOjI3MDogRG9tMTMgUENJIGxpbmsgMiBjaGFuZ2VkIDExIC0+IDAK KFhFTikgaXJxLmM6MjcwOiBEb20xMyBQQ0kgbGluayAzIGNoYW5nZWQgNSAtPiAwCihYRU4pIG1l bW9yeV9tYXA6cmVtb3ZlOiBkb20xMyBnZm49ZjE4MDAgbWZuPWYwNDAwIG5yPTQwMAooWEVOKSBt ZW1vcnlfbWFwOnJlbW92ZTogZG9tMTMgZ2ZuPWUwMDAwIG1mbj1kMDAwMCBucj0xMDAwMAooWEVO KSBpb3BvcnRfbWFwOnJlbW92ZTogZG9tMTMgZ3BvcnQ9YzIwMCBtcG9ydD1mMDAwIG5yPTQwCihY RU4pIG1lbW9yeV9tYXA6YWRkOiBkb20xMyBnZm49ZjE4MDAgbWZuPWYwNDAwIG5yPTQwMAooWEVO KSBtZW1vcnlfbWFwOmFkZDogZG9tMTMgZ2ZuPWUwMDAwIG1mbj1kMDAwMCBucj0xMDAwMAooWEVO KSBpb3BvcnRfbWFwOmFkZDogZG9tMTMgZ3BvcnQ9YzIwMCBtcG9ydD1mMDAwIG5yPTQwCihYRU4p IEhWTTE0OiBIVk0gTG9hZGVyCihYRU4pIEhWTTE0OiBEZXRlY3RlZCBYZW4gdjQuNC11bnN0YWJs ZQooWEVOKSBIVk0xNDogWGVuYnVzIHJpbmdzIEAweGZlZmZjMDAwLCBldmVudCBjaGFubmVsIDYK KFhFTikgSFZNMTQ6IFN5c3RlbSByZXF1ZXN0ZWQgUk9NQklPUwooWEVOKSBIVk0xNDogQ1BVIHNw ZWVkIGlzIDMzOTkgTUh6CihYRU4pIEhWTTE0OiBSZWxvY2F0aW5nIGd1ZXN0IG1lbW9yeSBmb3Ig bG93bWVtIE1NSU8gc3BhY2UgZW5hYmxlZAooWEVOKSBpcnEuYzoyNzA6IERvbTE0IFBDSSBsaW5r IDAgY2hhbmdlZCAwIC0+IDUKKFhFTikgSFZNMTQ6IFBDSS1JU0EgbGluayAwIHJvdXRlZCB0byBJ UlE1CihYRU4pIGlycS5jOjI3MDogRG9tMTQgUENJIGxpbmsgMSBjaGFuZ2VkIDAgLT4gMTAKKFhF TikgSFZNMTQ6IFBDSS1JU0EgbGluayAxIHJvdXRlZCB0byBJUlExMAooWEVOKSBpcnEuYzoyNzA6 IERvbTE0IFBDSSBsaW5rIDIgY2hhbmdlZCAwIC0+IDExCihYRU4pIEhWTTE0OiBQQ0ktSVNBIGxp bmsgMiByb3V0ZWQgdG8gSVJRMTEKKFhFTikgaXJxLmM6MjcwOiBEb20xNCBQQ0kgbGluayAzIGNo YW5nZWQgMCAtPiA1CihYRU4pIEhWTTE0OiBQQ0ktSVNBIGxpbmsgMyByb3V0ZWQgdG8gSVJRNQoo WEVOKSBIVk0xNDogcGNpIGRldiAwMToyIElOVEQtPklSUTUKKFhFTikgSFZNMTQ6IHBjaSBkZXYg MDE6MyBJTlRBLT5JUlExMAooWEVOKSBIVk0xNDogcGNpIGRldiAwMzowIElOVEEtPklSUTUKKFhF TikgSFZNMTQ6IHBjaSBkZXYgMDQ6MCBJTlRBLT5JUlE1CihYRU4pIEhWTTE0OiBwY2kgZGV2IDA1 OjAgSU5UQS0+SVJRMTAKKFhFTikgSFZNMTQ6IE5vIFJBTSBpbiBoaWdoIG1lbW9yeTsgc2V0dGlu ZyBoaWdoX21lbSByZXNvdXJjZSBiYXNlIHRvIDEwMDAwMDAwMAooWEVOKSBIVk0xNDogcGNpIGRl diAwNTowIGJhciAxOCBzaXplIDAxMDAwMDAwMDogMGUwMDAwMDBjCihYRU4pIG1lbW9yeV9tYXA6 YWRkOiBkb20xNCBnZm49ZTAwMDAgbWZuPWQwMDAwIG5yPTEwMDAwCihYRU4pIEhWTTE0OiBwY2kg ZGV2IDAzOjAgYmFyIDE0IHNpemUgMDAxMDAwMDAwOiAwZjAwMDAwMDgKKFhFTikgSFZNMTQ6IHBj aSBkZXYgMDI6MCBiYXIgMTAgc2l6ZSAwMDA4MDAwMDA6IDBmMTAwMDAwOAooWEVOKSBtZW1vcnlf bWFwOmFkZDogZG9tMTQgZ2ZuPWYxODAwIG1mbj1mMDQwMCBucj00MDAKKFhFTikgSFZNMTQ6IHBj aSBkZXYgMDU6MCBiYXIgMTAgc2l6ZSAwMDA0MDAwMDA6IDBmMTgwMDAwNAooWEVOKSBIVk0xNDog cGNpIGRldiAwMzowIGJhciAxMCBzaXplIDAwMDAwMDEwMDogMDAwMDBjMDAxCihYRU4pIEhWTTE0 OiBwY2kgZGV2IDA0OjAgYmFyIDEwIHNpemUgMDAwMDAwMTAwOiAwMDAwMGMxMDEKKFhFTikgSFZN MTQ6IHBjaSBkZXYgMDQ6MCBiYXIgMTQgc2l6ZSAwMDAwMDAxMDA6IDBmMWMwMDAwMAooWEVOKSBI Vk0xNDogcGNpIGRldiAwNTowIGJhciAyMCBzaXplIDAwMDAwMDA0MDogMDAwMDBjMjAxCihYRU4p IGlvcG9ydF9tYXA6YWRkOiBkb20xNCBncG9ydD1jMjAwIG1wb3J0PWYwMDAgbnI9NDAKKFhFTikg SFZNMTQ6IHBjaSBkZXYgMDE6MiBiYXIgMjAgc2l6ZSAwMDAwMDAwMjA6IDAwMDAwYzI0MQooWEVO KSBIVk0xNDogcGNpIGRldiAwMToxIGJhciAyMCBzaXplIDAwMDAwMDAxMDogMDAwMDBjMjYxCihY RU4pIEhWTTE0OiBNdWx0aXByb2Nlc3NvciBpbml0aWFsaXNhdGlvbjoKKFhFTikgSFZNMTQ6ICAt IENQVTAgLi4uIDM5LWJpdCBwaHlzIC4uLiBmaXhlZCBNVFJScyAuLi4gdmFyIE1UUlJzIFszLzhd IC4uLiBkb25lLgooWEVOKSBIVk0xNDogIC0gQ1BVMSAuLi4gMzktYml0IHBoeXMgLi4uIGZpeGVk IE1UUlJzIC4uLiB2YXIgTVRSUnMgWzMvOF0gLi4uIGRvbmUuCihYRU4pIEhWTTE0OiAgLSBDUFUy IC4uLiAzOS1iaXQgcGh5cyAuLi4gZml4ZWQgTVRSUnMgLi4uIHZhciBNVFJScyBbMy84XSAuLi4g ZG9uZS4KKFhFTikgSFZNMTQ6ICAtIENQVTMgLi4uIDM5LWJpdCBwaHlzIC4uLiBmaXhlZCBNVFJS cyAuLi4gdmFyIE1UUlJzIFszLzhdIC4uLiBkb25lLgooWEVOKSBIVk0xNDogVGVzdGluZyBIVk0g ZW52aXJvbm1lbnQ6CihYRU4pIEhWTTE0OiAgLSBSRVAgSU5TQiBhY3Jvc3MgcGFnZSBib3VuZGFy aWVzIC4uLiBwYXNzZWQKKFhFTikgSFZNMTQ6ICAtIEdTIGJhc2UgTVNScyBhbmQgU1dBUEdTIC4u LiBwYXNzZWQKKFhFTikgSFZNMTQ6IFBhc3NlZCAyIG9mIDIgdGVzdHMKKFhFTikgSFZNMTQ6IFdy aXRpbmcgU01CSU9TIHRhYmxlcyAuLi4KKFhFTikgSFZNMTQ6IExvYWRpbmcgUk9NQklPUyAuLi4K KFhFTikgSFZNMTQ6IDk2MjggYnl0ZXMgb2YgUk9NQklPUyBoaWdoLW1lbW9yeSBleHRlbnNpb25z OgooWEVOKSBIVk0xNDogICBSZWxvY2F0aW5nIHRvIDB4ZmMwMDEwMDAtMHhmYzAwMzU5YyAuLi4g ZG9uZQooWEVOKSBIVk0xNDogQ3JlYXRpbmcgTVAgdGFibGVzIC4uLgooWEVOKSBIVk0xNDogTG9h ZGluZyBTdGFuZGFyZCBWR0FCSU9TIC4uLgooWEVOKSBIVk0xNDogTG9hZGluZyBQQ0kgT3B0aW9u IFJPTSAuLi4KKFhFTikgSFZNMTQ6ICAtIE1hbnVmYWN0dXJlcjogaHR0cDovL2lweGUub3JnCihY RU4pIEhWTTE0OiAgLSBQcm9kdWN0IG5hbWU6IGlQWEUKKFhFTikgSFZNMTQ6IE9wdGlvbiBST01z OgooWEVOKSBIVk0xNDogIGMwMDAwLWM5ZmZmOiBWR0EgQklPUwooWEVOKSBIVk0xNDogIGNhMDAw LWQ5ZmZmOiBFdGhlcmJvb3QgUk9NCihYRU4pIEhWTTE0OiBMb2FkaW5nIEFDUEkgLi4uCihYRU4p IEhWTTE0OiB2bTg2IFRTUyBhdCBmYzAwZjcwMAooWEVOKSBIVk0xNDogQklPUyBtYXA6CihYRU4p IEhWTTE0OiAgZjAwMDAtZmZmZmY6IE1haW4gQklPUwooWEVOKSBIVk0xNDogRTgyMCB0YWJsZToK KFhFTikgSFZNMTQ6ICBbMDBdOiAwMDAwMDAwMDowMDAwMDAwMCAtIDAwMDAwMDAwOjAwMDllMDAw OiBSQU0KKFhFTikgSFZNMTQ6ICBbMDFdOiAwMDAwMDAwMDowMDA5ZTAwMCAtIDAwMDAwMDAwOjAw MGEwMDAwOiBSRVNFUlZFRAooWEVOKSBIVk0xNDogIEhPTEU6IDAwMDAwMDAwOjAwMGEwMDAwIC0g MDAwMDAwMDA6MDAwZTAwMDAKKFhFTikgSFZNMTQ6ICBbMDJdOiAwMDAwMDAwMDowMDBlMDAwMCAt IDAwMDAwMDAwOjAwMTAwMDAwOiBSRVNFUlZFRAooWEVOKSBIVk0xNDogIFswM106IDAwMDAwMDAw OjAwMTAwMDAwIC0gMDAwMDAwMDA6N2Y4MDAwMDA6IFJBTQooWEVOKSBIVk0xNDogIEhPTEU6IDAw MDAwMDAwOjdmODAwMDAwIC0gMDAwMDAwMDA6ZmMwMDAwMDAKKFhFTikgSFZNMTQ6ICBbMDRdOiAw MDAwMDAwMDpmYzAwMDAwMCAtIDAwMDAwMDAxOjAwMDAwMDAwOiBSRVNFUlZFRAooWEVOKSBIVk0x NDogSW52b2tpbmcgUk9NQklPUyAuLi4KKFhFTikgSFZNMTQ6ICRSZXZpc2lvbjogMS4yMjEgJCAk RGF0ZTogMjAwOC8xMi8wNyAxNzozMjoyOSAkCihYRU4pIHN0ZHZnYS5jOjE0NzpkMTQgZW50ZXJp bmcgc3RkdmdhIGFuZCBjYWNoaW5nIG1vZGVzCihYRU4pIEhWTTE0OiBWR0FCaW9zICRJZDogdmdh Ymlvcy5jLHYgMS42NyAyMDA4LzAxLzI3IDA5OjQ0OjEyIHZydXBwZXJ0IEV4cCAkCihYRU4pIEhW TTE0OiBWQkUgQmlvcyAkSWQ6IHZiZS5jLHYgMS42MCAyMDA4LzAzLzAyIDA3OjQ3OjIxIHZydXBw ZXJ0IEV4cCAkCihYRU4pIEhWTTE0OiBCb2NocyBCSU9TIC0gYnVpbGQ6IDA2LzIzLzk5CihYRU4p IEhWTTE0OiAkUmV2aXNpb246IDEuMjIxICQgJERhdGU6IDIwMDgvMTIvMDcgMTc6MzI6MjkgJAoo WEVOKSBIVk0xNDogT3B0aW9uczogYXBtYmlvcyBwY2liaW9zIGVsdG9yaXRvIFBNTSAKKFhFTikg SFZNMTQ6IAooWEVOKSBIVk0xNDogYXRhMC0wOiBQQ0hTPTE2MzgzLzE2LzYzIHRyYW5zbGF0aW9u PWxiYSBMQ0hTPTEwMjQvMjU1LzYzCihYRU4pIEhWTTE0OiBhdGEwIG1hc3RlcjogUUVNVSBIQVJE RElTSyBBVEEtNyBIYXJkLURpc2sgKDYyNTMyIE1CeXRlcykKKFhFTikgSFZNMTQ6IElERSB0aW1l IG91dAooWEVOKSBIVk0xNDogYXRhMSBtYXN0ZXI6IFFFTVUgRFZELVJPTSBBVEFQSS00IENELVJv bS9EVkQtUm9tCihYRU4pIEhWTTE0OiBJREUgdGltZSBvdXQKKFhFTikgSFZNMTQ6IAooWEVOKSBI Vk0xNDogCihYRU4pIEhWTTE0OiAKKFhFTikgSFZNMTQ6IFByZXNzIEYxMiBmb3IgYm9vdCBtZW51 LgooWEVOKSBIVk0xNDogCihYRU4pIEhWTTE0OiBCb290aW5nIGZyb20gSGFyZCBEaXNrLi4uCihY RU4pIEhWTTE0OiBCb290aW5nIGZyb20gMDAwMDo3YzAwCihYRU4pIHZpcmlkaWFuLmM6MTAyOmQx NCBHVUVTVF9PU19JRDoKKFhFTikgdmlyaWRpYW4uYzoxMDQ6ZDE0IAl2ZW5kb3I6IDEKKFhFTikg dmlyaWRpYW4uYzoxMDY6ZDE0IAlvczogNAooWEVOKSB2aXJpZGlhbi5jOjEwODpkMTQgCW1ham9y OiA2CihYRU4pIHZpcmlkaWFuLmM6MTEwOmQxNCAJbWlub3I6IDEKKFhFTikgdmlyaWRpYW4uYzox MTI6ZDE0IAlzcDogMAooWEVOKSB2aXJpZGlhbi5jOjExNDpkMTQgCWJ1aWxkOiAxZGIwCihYRU4p IHZpcmlkaWFuLmM6MTE5OmQxNCBIWVBFUkNBTEw6CihYRU4pIHZpcmlkaWFuLmM6MTIxOmQxNCAJ ZW5hYmxlZDogMQooWEVOKSB2aXJpZGlhbi5jOjEyMzpkMTQgCXBmbjogM2ZmZmYKKFhFTikgdmly aWRpYW4uYzoxMjg6ZDE0IEFQSUNfQVNTSVNUWzBdOgooWEVOKSB2aXJpZGlhbi5jOjEzMDpkMTQg CWVuYWJsZWQ6IDEKKFhFTikgdmlyaWRpYW4uYzoxMzI6ZDE0IAlwZm46IDNmZmZlCihYRU4pIHZp cmlkaWFuLmM6MTI4OmQxNCBBUElDX0FTU0lTVFsxXToKKFhFTikgdmlyaWRpYW4uYzoxMzA6ZDE0 IAllbmFibGVkOiAxCihYRU4pIHZpcmlkaWFuLmM6MTMyOmQxNCAJcGZuOiAzZmZmZAooWEVOKSB2 aXJpZGlhbi5jOjEyODpkMTQgQVBJQ19BU1NJU1RbMl06CihYRU4pIHZpcmlkaWFuLmM6MTMwOmQx NCAJZW5hYmxlZDogMQooWEVOKSB2aXJpZGlhbi5jOjEzMjpkMTQgCXBmbjogM2ZmZmMKKFhFTikg dmlyaWRpYW4uYzoxMjg6ZDE0IEFQSUNfQVNTSVNUWzNdOgooWEVOKSB2aXJpZGlhbi5jOjEzMDpk MTQgCWVuYWJsZWQ6IDEKKFhFTikgdmlyaWRpYW4uYzoxMzI6ZDE0IAlwZm46IDNmZmZiCihYRU4p IGlycS5jOjI3MDogRG9tMTQgUENJIGxpbmsgMCBjaGFuZ2VkIDUgLT4gMAooWEVOKSBpcnEuYzoy NzA6IERvbTE0IFBDSSBsaW5rIDEgY2hhbmdlZCAxMCAtPiAwCihYRU4pIGlycS5jOjI3MDogRG9t MTQgUENJIGxpbmsgMiBjaGFuZ2VkIDExIC0+IDAKKFhFTikgaXJxLmM6MjcwOiBEb20xNCBQQ0kg bGluayAzIGNoYW5nZWQgNSAtPiAwCihYRU4pIG1lbW9yeV9tYXA6cmVtb3ZlOiBkb20xNCBnZm49 ZjE4MDAgbWZuPWYwNDAwIG5yPTQwMAooWEVOKSBtZW1vcnlfbWFwOnJlbW92ZTogZG9tMTQgZ2Zu PWUwMDAwIG1mbj1kMDAwMCBucj0xMDAwMAooWEVOKSBpb3BvcnRfbWFwOnJlbW92ZTogZG9tMTQg Z3BvcnQ9YzIwMCBtcG9ydD1mMDAwIG5yPTQwCihYRU4pIG1lbW9yeV9tYXA6YWRkOiBkb20xNCBn Zm49ZjE4MDAgbWZuPWYwNDAwIG5yPTQwMAooWEVOKSBtZW1vcnlfbWFwOmFkZDogZG9tMTQgZ2Zu PWUwMDAwIG1mbj1kMDAwMCBucj0xMDAwMAooWEVOKSBpb3BvcnRfbWFwOmFkZDogZG9tMTQgZ3Bv cnQ9YzIwMCBtcG9ydD1mMDAwIG5yPTQwCihYRU4pIG1lbW9yeV9tYXA6cmVtb3ZlOiBkb20xNCBn Zm49ZjE4MDAgbWZuPWYwNDAwIG5yPTQwMAooWEVOKSBtZW1vcnlfbWFwOnJlbW92ZTogZG9tMTQg Z2ZuPWUwMDAwIG1mbj1kMDAwMCBucj0xMDAwMAooWEVOKSBpb3BvcnRfbWFwOnJlbW92ZTogZG9t MTQgZ3BvcnQ9YzIwMCBtcG9ydD1mMDAwIG5yPTQwCihYRU4pIG1lbW9yeV9tYXA6YWRkOiBkb20x NCBnZm49ZjE4MDAgbWZuPWYwNDAwIG5yPTQwMAooWEVOKSBtZW1vcnlfbWFwOmFkZDogZG9tMTQg Z2ZuPWUwMDAwIG1mbj1kMDAwMCBucj0xMDAwMAooWEVOKSBpb3BvcnRfbWFwOmFkZDogZG9tMTQg Z3BvcnQ9YzIwMCBtcG9ydD1mMDAwIG5yPTQwCihYRU4pIEhWTTE1OiBIVk0gTG9hZGVyCihYRU4p IEhWTTE1OiBEZXRlY3RlZCBYZW4gdjQuNC11bnN0YWJsZQooWEVOKSBIVk0xNTogWGVuYnVzIHJp bmdzIEAweGZlZmZjMDAwLCBldmVudCBjaGFubmVsIDYKKFhFTikgSFZNMTU6IFN5c3RlbSByZXF1 ZXN0ZWQgUk9NQklPUwooWEVOKSBIVk0xNTogQ1BVIHNwZWVkIGlzIDMzOTkgTUh6CihYRU4pIEhW TTE1OiBSZWxvY2F0aW5nIGd1ZXN0IG1lbW9yeSBmb3IgbG93bWVtIE1NSU8gc3BhY2UgZW5hYmxl ZAooWEVOKSBpcnEuYzoyNzA6IERvbTE1IFBDSSBsaW5rIDAgY2hhbmdlZCAwIC0+IDUKKFhFTikg SFZNMTU6IFBDSS1JU0EgbGluayAwIHJvdXRlZCB0byBJUlE1CihYRU4pIGlycS5jOjI3MDogRG9t MTUgUENJIGxpbmsgMSBjaGFuZ2VkIDAgLT4gMTAKKFhFTikgSFZNMTU6IFBDSS1JU0EgbGluayAx IHJvdXRlZCB0byBJUlExMAooWEVOKSBpcnEuYzoyNzA6IERvbTE1IFBDSSBsaW5rIDIgY2hhbmdl ZCAwIC0+IDExCihYRU4pIEhWTTE1OiBQQ0ktSVNBIGxpbmsgMiByb3V0ZWQgdG8gSVJRMTEKKFhF TikgaXJxLmM6MjcwOiBEb20xNSBQQ0kgbGluayAzIGNoYW5nZWQgMCAtPiA1CihYRU4pIEhWTTE1 OiBQQ0ktSVNBIGxpbmsgMyByb3V0ZWQgdG8gSVJRNQooWEVOKSBIVk0xNTogcGNpIGRldiAwMToy IElOVEQtPklSUTUKKFhFTikgSFZNMTU6IHBjaSBkZXYgMDE6MyBJTlRBLT5JUlExMAooWEVOKSBI Vk0xNTogcGNpIGRldiAwMzowIElOVEEtPklSUTUKKFhFTikgSFZNMTU6IHBjaSBkZXYgMDQ6MCBJ TlRBLT5JUlE1CihYRU4pIEhWTTE1OiBwY2kgZGV2IDA1OjAgSU5UQS0+SVJRMTAKKFhFTikgSFZN MTU6IE5vIFJBTSBpbiBoaWdoIG1lbW9yeTsgc2V0dGluZyBoaWdoX21lbSByZXNvdXJjZSBiYXNl IHRvIDEwMDAwMDAwMAooWEVOKSBIVk0xNTogcGNpIGRldiAwNTowIGJhciAxOCBzaXplIDAxMDAw MDAwMDogMGUwMDAwMDBjCihYRU4pIG1lbW9yeV9tYXA6YWRkOiBkb20xNSBnZm49ZTAwMDAgbWZu PWQwMDAwIG5yPTEwMDAwCihYRU4pIEhWTTE1OiBwY2kgZGV2IDAzOjAgYmFyIDE0IHNpemUgMDAx MDAwMDAwOiAwZjAwMDAwMDgKKFhFTikgSFZNMTU6IHBjaSBkZXYgMDI6MCBiYXIgMTAgc2l6ZSAw MDA4MDAwMDA6IDBmMTAwMDAwOAooWEVOKSBtZW1vcnlfbWFwOmFkZDogZG9tMTUgZ2ZuPWYxODAw IG1mbj1mMDQwMCBucj00MDAKKFhFTikgSFZNMTU6IHBjaSBkZXYgMDU6MCBiYXIgMTAgc2l6ZSAw MDA0MDAwMDA6IDBmMTgwMDAwNAooWEVOKSBIVk0xNTogcGNpIGRldiAwMzowIGJhciAxMCBzaXpl IDAwMDAwMDEwMDogMDAwMDBjMDAxCihYRU4pIEhWTTE1OiBwY2kgZGV2IDA0OjAgYmFyIDEwIHNp emUgMDAwMDAwMTAwOiAwMDAwMGMxMDEKKFhFTikgSFZNMTU6IHBjaSBkZXYgMDQ6MCBiYXIgMTQg c2l6ZSAwMDAwMDAxMDA6IDBmMWMwMDAwMAooWEVOKSBIVk0xNTogcGNpIGRldiAwNTowIGJhciAy MCBzaXplIDAwMDAwMDA0MDogMDAwMDBjMjAxCihYRU4pIGlvcG9ydF9tYXA6YWRkOiBkb20xNSBn cG9ydD1jMjAwIG1wb3J0PWYwMDAgbnI9NDAKKFhFTikgSFZNMTU6IHBjaSBkZXYgMDE6MiBiYXIg MjAgc2l6ZSAwMDAwMDAwMjA6IDAwMDAwYzI0MQooWEVOKSBIVk0xNTogcGNpIGRldiAwMToxIGJh ciAyMCBzaXplIDAwMDAwMDAxMDogMDAwMDBjMjYxCihYRU4pIEhWTTE1OiBNdWx0aXByb2Nlc3Nv ciBpbml0aWFsaXNhdGlvbjoKKFhFTikgSFZNMTU6ICAtIENQVTAgLi4uIDM5LWJpdCBwaHlzIC4u LiBmaXhlZCBNVFJScyAuLi4gdmFyIE1UUlJzIFszLzhdIC4uLiBkb25lLgooWEVOKSBIVk0xNTog IC0gQ1BVMSAuLi4gMzktYml0IHBoeXMgLi4uIGZpeGVkIE1UUlJzIC4uLiB2YXIgTVRSUnMgWzMv OF0gLi4uIGRvbmUuCihYRU4pIEhWTTE1OiAgLSBDUFUyIC4uLiAzOS1iaXQgcGh5cyAuLi4gZml4 ZWQgTVRSUnMgLi4uIHZhciBNVFJScyBbMy84XSAuLi4gZG9uZS4KKFhFTikgSFZNMTU6ICAtIENQ VTMgLi4uIDM5LWJpdCBwaHlzIC4uLiBmaXhlZCBNVFJScyAuLi4gdmFyIE1UUlJzIFszLzhdIC4u LiBkb25lLgooWEVOKSBIVk0xNTogVGVzdGluZyBIVk0gZW52aXJvbm1lbnQ6CihYRU4pIEhWTTE1 OiAgLSBSRVAgSU5TQiBhY3Jvc3MgcGFnZSBib3VuZGFyaWVzIC4uLiBwYXNzZWQKKFhFTikgSFZN MTU6ICAtIEdTIGJhc2UgTVNScyBhbmQgU1dBUEdTIC4uLiBwYXNzZWQKKFhFTikgSFZNMTU6IFBh c3NlZCAyIG9mIDIgdGVzdHMKKFhFTikgSFZNMTU6IFdyaXRpbmcgU01CSU9TIHRhYmxlcyAuLi4K KFhFTikgSFZNMTU6IExvYWRpbmcgUk9NQklPUyAuLi4KKFhFTikgSFZNMTU6IDk2MjggYnl0ZXMg b2YgUk9NQklPUyBoaWdoLW1lbW9yeSBleHRlbnNpb25zOgooWEVOKSBIVk0xNTogICBSZWxvY2F0 aW5nIHRvIDB4ZmMwMDEwMDAtMHhmYzAwMzU5YyAuLi4gZG9uZQooWEVOKSBIVk0xNTogQ3JlYXRp bmcgTVAgdGFibGVzIC4uLgooWEVOKSBIVk0xNTogTG9hZGluZyBTdGFuZGFyZCBWR0FCSU9TIC4u LgooWEVOKSBIVk0xNTogTG9hZGluZyBQQ0kgT3B0aW9uIFJPTSAuLi4KKFhFTikgSFZNMTU6ICAt IE1hbnVmYWN0dXJlcjogaHR0cDovL2lweGUub3JnCihYRU4pIEhWTTE1OiAgLSBQcm9kdWN0IG5h bWU6IGlQWEUKKFhFTikgSFZNMTU6IE9wdGlvbiBST01zOgooWEVOKSBIVk0xNTogIGMwMDAwLWM5 ZmZmOiBWR0EgQklPUwooWEVOKSBIVk0xNTogIGNhMDAwLWQ5ZmZmOiBFdGhlcmJvb3QgUk9NCihY RU4pIEhWTTE1OiBMb2FkaW5nIEFDUEkgLi4uCihYRU4pIEhWTTE1OiB2bTg2IFRTUyBhdCBmYzAw ZjcwMAooWEVOKSBIVk0xNTogQklPUyBtYXA6CihYRU4pIEhWTTE1OiAgZjAwMDAtZmZmZmY6IE1h aW4gQklPUwooWEVOKSBIVk0xNTogRTgyMCB0YWJsZToKKFhFTikgSFZNMTU6ICBbMDBdOiAwMDAw MDAwMDowMDAwMDAwMCAtIDAwMDAwMDAwOjAwMDllMDAwOiBSQU0KKFhFTikgSFZNMTU6ICBbMDFd OiAwMDAwMDAwMDowMDA5ZTAwMCAtIDAwMDAwMDAwOjAwMGEwMDAwOiBSRVNFUlZFRAooWEVOKSBI Vk0xNTogIEhPTEU6IDAwMDAwMDAwOjAwMGEwMDAwIC0gMDAwMDAwMDA6MDAwZTAwMDAKKFhFTikg SFZNMTU6ICBbMDJdOiAwMDAwMDAwMDowMDBlMDAwMCAtIDAwMDAwMDAwOjAwMTAwMDAwOiBSRVNF UlZFRAooWEVOKSBIVk0xNTogIFswM106IDAwMDAwMDAwOjAwMTAwMDAwIC0gMDAwMDAwMDA6N2Y4 MDAwMDA6IFJBTQooWEVOKSBIVk0xNTogIEhPTEU6IDAwMDAwMDAwOjdmODAwMDAwIC0gMDAwMDAw MDA6ZmMwMDAwMDAKKFhFTikgSFZNMTU6ICBbMDRdOiAwMDAwMDAwMDpmYzAwMDAwMCAtIDAwMDAw MDAxOjAwMDAwMDAwOiBSRVNFUlZFRAooWEVOKSBIVk0xNTogSW52b2tpbmcgUk9NQklPUyAuLi4K KFhFTikgSFZNMTU6ICRSZXZpc2lvbjogMS4yMjEgJCAkRGF0ZTogMjAwOC8xMi8wNyAxNzozMjoy OSAkCihYRU4pIHN0ZHZnYS5jOjE0NzpkMTUgZW50ZXJpbmcgc3RkdmdhIGFuZCBjYWNoaW5nIG1v ZGVzCihYRU4pIEhWTTE1OiBWR0FCaW9zICRJZDogdmdhYmlvcy5jLHYgMS42NyAyMDA4LzAxLzI3 IDA5OjQ0OjEyIHZydXBwZXJ0IEV4cCAkCihYRU4pIEhWTTE1OiBWQkUgQmlvcyAkSWQ6IHZiZS5j LHYgMS42MCAyMDA4LzAzLzAyIDA3OjQ3OjIxIHZydXBwZXJ0IEV4cCAkCihYRU4pIEhWTTE1OiBC b2NocyBCSU9TIC0gYnVpbGQ6IDA2LzIzLzk5CihYRU4pIEhWTTE1OiAkUmV2aXNpb246IDEuMjIx ICQgJERhdGU6IDIwMDgvMTIvMDcgMTc6MzI6MjkgJAooWEVOKSBIVk0xNTogT3B0aW9uczogYXBt YmlvcyBwY2liaW9zIGVsdG9yaXRvIFBNTSAKKFhFTikgSFZNMTU6IAooWEVOKSBIVk0xNTogYXRh MC0wOiBQQ0hTPTE2MzgzLzE2LzYzIHRyYW5zbGF0aW9uPWxiYSBMQ0hTPTEwMjQvMjU1LzYzCihY RU4pIEhWTTE1OiBhdGEwIG1hc3RlcjogUUVNVSBIQVJERElTSyBBVEEtNyBIYXJkLURpc2sgKDYy NTMyIE1CeXRlcykKKFhFTikgSFZNMTU6IElERSB0aW1lIG91dAooWEVOKSBIVk0xNTogYXRhMSBt YXN0ZXI6IFFFTVUgRFZELVJPTSBBVEFQSS00IENELVJvbS9EVkQtUm9tCihYRU4pIEhWTTE1OiBJ REUgdGltZSBvdXQKKFhFTikgSFZNMTU6IAooWEVOKSBIVk0xNTogCihYRU4pIEhWTTE1OiAKKFhF TikgSFZNMTU6IFByZXNzIEYxMiBmb3IgYm9vdCBtZW51LgooWEVOKSBIVk0xNTogCihYRU4pIEhW TTE1OiBCb290aW5nIGZyb20gSGFyZCBEaXNrLi4uCihYRU4pIEhWTTE1OiBCb290aW5nIGZyb20g MDAwMDo3YzAwCihYRU4pIHZpcmlkaWFuLmM6MTAyOmQxNSBHVUVTVF9PU19JRDoKKFhFTikgdmly aWRpYW4uYzoxMDQ6ZDE1IAl2ZW5kb3I6IDEKKFhFTikgdmlyaWRpYW4uYzoxMDY6ZDE1IAlvczog NAooWEVOKSB2aXJpZGlhbi5jOjEwODpkMTUgCW1ham9yOiA2CihYRU4pIHZpcmlkaWFuLmM6MTEw OmQxNSAJbWlub3I6IDEKKFhFTikgdmlyaWRpYW4uYzoxMTI6ZDE1IAlzcDogMAooWEVOKSB2aXJp ZGlhbi5jOjExNDpkMTUgCWJ1aWxkOiAxZGIwCihYRU4pIHZpcmlkaWFuLmM6MTE5OmQxNSBIWVBF UkNBTEw6CihYRU4pIHZpcmlkaWFuLmM6MTIxOmQxNSAJZW5hYmxlZDogMQooWEVOKSB2aXJpZGlh bi5jOjEyMzpkMTUgCXBmbjogM2ZmZmYKKFhFTikgdmlyaWRpYW4uYzoxMjg6ZDE1IEFQSUNfQVNT SVNUWzBdOgooWEVOKSB2aXJpZGlhbi5jOjEzMDpkMTUgCWVuYWJsZWQ6IDEKKFhFTikgdmlyaWRp YW4uYzoxMzI6ZDE1IAlwZm46IDNmZmZlCihYRU4pIHZpcmlkaWFuLmM6MTI4OmQxNSBBUElDX0FT U0lTVFsxXToKKFhFTikgdmlyaWRpYW4uYzoxMzA6ZDE1IAllbmFibGVkOiAxCihYRU4pIHZpcmlk aWFuLmM6MTMyOmQxNSAJcGZuOiAzZmZmZAooWEVOKSB2aXJpZGlhbi5jOjEyODpkMTUgQVBJQ19B U1NJU1RbMl06CihYRU4pIHZpcmlkaWFuLmM6MTMwOmQxNSAJZW5hYmxlZDogMQooWEVOKSB2aXJp ZGlhbi5jOjEzMjpkMTUgCXBmbjogM2ZmZmMKKFhFTikgdmlyaWRpYW4uYzoxMjg6ZDE1IEFQSUNf QVNTSVNUWzNdOgooWEVOKSB2aXJpZGlhbi5jOjEzMDpkMTUgCWVuYWJsZWQ6IDEKKFhFTikgdmly aWRpYW4uYzoxMzI6ZDE1IAlwZm46IDNmZmZiCihYRU4pIGlycS5jOjI3MDogRG9tMTUgUENJIGxp bmsgMCBjaGFuZ2VkIDUgLT4gMAooWEVOKSBpcnEuYzoyNzA6IERvbTE1IFBDSSBsaW5rIDEgY2hh bmdlZCAxMCAtPiAwCihYRU4pIGlycS5jOjI3MDogRG9tMTUgUENJIGxpbmsgMiBjaGFuZ2VkIDEx IC0+IDAKKFhFTikgaXJxLmM6MjcwOiBEb20xNSBQQ0kgbGluayAzIGNoYW5nZWQgNSAtPiAwCihY RU4pIG1lbW9yeV9tYXA6cmVtb3ZlOiBkb20xNSBnZm49ZjE4MDAgbWZuPWYwNDAwIG5yPTQwMAoo WEVOKSBtZW1vcnlfbWFwOnJlbW92ZTogZG9tMTUgZ2ZuPWUwMDAwIG1mbj1kMDAwMCBucj0xMDAw MAooWEVOKSBpb3BvcnRfbWFwOnJlbW92ZTogZG9tMTUgZ3BvcnQ9YzIwMCBtcG9ydD1mMDAwIG5y PTQwCihYRU4pIG1lbW9yeV9tYXA6YWRkOiBkb20xNSBnZm49ZjE4MDAgbWZuPWYwNDAwIG5yPTQw MAooWEVOKSBtZW1vcnlfbWFwOmFkZDogZG9tMTUgZ2ZuPWUwMDAwIG1mbj1kMDAwMCBucj0xMDAw MAooWEVOKSBpb3BvcnRfbWFwOmFkZDogZG9tMTUgZ3BvcnQ9YzIwMCBtcG9ydD1mMDAwIG5yPTQw CihYRU4pIG1lbW9yeV9tYXA6cmVtb3ZlOiBkb20xNSBnZm49ZjE4MDAgbWZuPWYwNDAwIG5yPTQw MAooWEVOKSBtZW1vcnlfbWFwOnJlbW92ZTogZG9tMTUgZ2ZuPWUwMDAwIG1mbj1kMDAwMCBucj0x MDAwMAooWEVOKSBpb3BvcnRfbWFwOnJlbW92ZTogZG9tMTUgZ3BvcnQ9YzIwMCBtcG9ydD1mMDAw IG5yPTQwCihYRU4pIG1lbW9yeV9tYXA6YWRkOiBkb20xNSBnZm49ZjE4MDAgbWZuPWYwNDAwIG5y PTQwMAooWEVOKSBtZW1vcnlfbWFwOmFkZDogZG9tMTUgZ2ZuPWUwMDAwIG1mbj1kMDAwMCBucj0x MDAwMAooWEVOKSBpb3BvcnRfbWFwOmFkZDogZG9tMTUgZ3BvcnQ9YzIwMCBtcG9ydD1mMDAwIG5y PTQwCihYRU4pIEhWTTE2OiBIVk0gTG9hZGVyCihYRU4pIEhWTTE2OiBEZXRlY3RlZCBYZW4gdjQu NC11bnN0YWJsZQooWEVOKSBIVk0xNjogWGVuYnVzIHJpbmdzIEAweGZlZmZjMDAwLCBldmVudCBj aGFubmVsIDYKKFhFTikgSFZNMTY6IFN5c3RlbSByZXF1ZXN0ZWQgUk9NQklPUwooWEVOKSBIVk0x NjogQ1BVIHNwZWVkIGlzIDMzOTkgTUh6CihYRU4pIEhWTTE2OiBSZWxvY2F0aW5nIGd1ZXN0IG1l bW9yeSBmb3IgbG93bWVtIE1NSU8gc3BhY2UgZW5hYmxlZAooWEVOKSBpcnEuYzoyNzA6IERvbTE2 IFBDSSBsaW5rIDAgY2hhbmdlZCAwIC0+IDUKKFhFTikgSFZNMTY6IFBDSS1JU0EgbGluayAwIHJv dXRlZCB0byBJUlE1CihYRU4pIGlycS5jOjI3MDogRG9tMTYgUENJIGxpbmsgMSBjaGFuZ2VkIDAg LT4gMTAKKFhFTikgSFZNMTY6IFBDSS1JU0EgbGluayAxIHJvdXRlZCB0byBJUlExMAooWEVOKSBp cnEuYzoyNzA6IERvbTE2IFBDSSBsaW5rIDIgY2hhbmdlZCAwIC0+IDExCihYRU4pIEhWTTE2OiBQ Q0ktSVNBIGxpbmsgMiByb3V0ZWQgdG8gSVJRMTEKKFhFTikgaXJxLmM6MjcwOiBEb20xNiBQQ0kg bGluayAzIGNoYW5nZWQgMCAtPiA1CihYRU4pIEhWTTE2OiBQQ0ktSVNBIGxpbmsgMyByb3V0ZWQg dG8gSVJRNQooWEVOKSBIVk0xNjogcGNpIGRldiAwMToyIElOVEQtPklSUTUKKFhFTikgSFZNMTY6 IHBjaSBkZXYgMDE6MyBJTlRBLT5JUlExMAooWEVOKSBIVk0xNjogcGNpIGRldiAwMzowIElOVEEt PklSUTUKKFhFTikgSFZNMTY6IHBjaSBkZXYgMDQ6MCBJTlRBLT5JUlE1CihYRU4pIEhWTTE2OiBw Y2kgZGV2IDA1OjAgSU5UQS0+SVJRMTAKKFhFTikgSFZNMTY6IE5vIFJBTSBpbiBoaWdoIG1lbW9y eTsgc2V0dGluZyBoaWdoX21lbSByZXNvdXJjZSBiYXNlIHRvIDEwMDAwMDAwMAooWEVOKSBIVk0x NjogcGNpIGRldiAwNTowIGJhciAxOCBzaXplIDAxMDAwMDAwMDogMGUwMDAwMDBjCihYRU4pIG1l bW9yeV9tYXA6YWRkOiBkb20xNiBnZm49ZTAwMDAgbWZuPWQwMDAwIG5yPTEwMDAwCihYRU4pIEhW TTE2OiBwY2kgZGV2IDAzOjAgYmFyIDE0IHNpemUgMDAxMDAwMDAwOiAwZjAwMDAwMDgKKFhFTikg SFZNMTY6IHBjaSBkZXYgMDI6MCBiYXIgMTAgc2l6ZSAwMDA4MDAwMDA6IDBmMTAwMDAwOAooWEVO KSBtZW1vcnlfbWFwOmFkZDogZG9tMTYgZ2ZuPWYxODAwIG1mbj1mMDQwMCBucj00MDAKKFhFTikg SFZNMTY6IHBjaSBkZXYgMDU6MCBiYXIgMTAgc2l6ZSAwMDA0MDAwMDA6IDBmMTgwMDAwNAooWEVO KSBIVk0xNjogcGNpIGRldiAwMzowIGJhciAxMCBzaXplIDAwMDAwMDEwMDogMDAwMDBjMDAxCihY RU4pIEhWTTE2OiBwY2kgZGV2IDA0OjAgYmFyIDEwIHNpemUgMDAwMDAwMTAwOiAwMDAwMGMxMDEK KFhFTikgSFZNMTY6IHBjaSBkZXYgMDQ6MCBiYXIgMTQgc2l6ZSAwMDAwMDAxMDA6IDBmMWMwMDAw MAooWEVOKSBIVk0xNjogcGNpIGRldiAwNTowIGJhciAyMCBzaXplIDAwMDAwMDA0MDogMDAwMDBj MjAxCihYRU4pIGlvcG9ydF9tYXA6YWRkOiBkb20xNiBncG9ydD1jMjAwIG1wb3J0PWYwMDAgbnI9 NDAKKFhFTikgSFZNMTY6IHBjaSBkZXYgMDE6MiBiYXIgMjAgc2l6ZSAwMDAwMDAwMjA6IDAwMDAw YzI0MQooWEVOKSBIVk0xNjogcGNpIGRldiAwMToxIGJhciAyMCBzaXplIDAwMDAwMDAxMDogMDAw MDBjMjYxCihYRU4pIEhWTTE2OiBNdWx0aXByb2Nlc3NvciBpbml0aWFsaXNhdGlvbjoKKFhFTikg SFZNMTY6ICAtIENQVTAgLi4uIDM5LWJpdCBwaHlzIC4uLiBmaXhlZCBNVFJScyAuLi4gdmFyIE1U UlJzIFszLzhdIC4uLiBkb25lLgooWEVOKSBIVk0xNjogIC0gQ1BVMSAuLi4gMzktYml0IHBoeXMg Li4uIGZpeGVkIE1UUlJzIC4uLiB2YXIgTVRSUnMgWzMvOF0gLi4uIGRvbmUuCihYRU4pIEhWTTE2 OiAgLSBDUFUyIC4uLiAzOS1iaXQgcGh5cyAuLi4gZml4ZWQgTVRSUnMgLi4uIHZhciBNVFJScyBb My84XSAuLi4gZG9uZS4KKFhFTikgSFZNMTY6ICAtIENQVTMgLi4uIDM5LWJpdCBwaHlzIC4uLiBm aXhlZCBNVFJScyAuLi4gdmFyIE1UUlJzIFszLzhdIC4uLiBkb25lLgooWEVOKSBIVk0xNjogVGVz dGluZyBIVk0gZW52aXJvbm1lbnQ6CihYRU4pIEhWTTE2OiAgLSBSRVAgSU5TQiBhY3Jvc3MgcGFn ZSBib3VuZGFyaWVzIC4uLiBwYXNzZWQKKFhFTikgSFZNMTY6ICAtIEdTIGJhc2UgTVNScyBhbmQg U1dBUEdTIC4uLiBwYXNzZWQKKFhFTikgSFZNMTY6IFBhc3NlZCAyIG9mIDIgdGVzdHMKKFhFTikg SFZNMTY6IFdyaXRpbmcgU01CSU9TIHRhYmxlcyAuLi4KKFhFTikgSFZNMTY6IExvYWRpbmcgUk9N QklPUyAuLi4KKFhFTikgSFZNMTY6IDk2MjggYnl0ZXMgb2YgUk9NQklPUyBoaWdoLW1lbW9yeSBl eHRlbnNpb25zOgooWEVOKSBIVk0xNjogICBSZWxvY2F0aW5nIHRvIDB4ZmMwMDEwMDAtMHhmYzAw MzU5YyAuLi4gZG9uZQooWEVOKSBIVk0xNjogQ3JlYXRpbmcgTVAgdGFibGVzIC4uLgooWEVOKSBI Vk0xNjogTG9hZGluZyBTdGFuZGFyZCBWR0FCSU9TIC4uLgooWEVOKSBIVk0xNjogTG9hZGluZyBQ Q0kgT3B0aW9uIFJPTSAuLi4KKFhFTikgSFZNMTY6ICAtIE1hbnVmYWN0dXJlcjogaHR0cDovL2lw eGUub3JnCihYRU4pIEhWTTE2OiAgLSBQcm9kdWN0IG5hbWU6IGlQWEUKKFhFTikgSFZNMTY6IE9w dGlvbiBST01zOgooWEVOKSBIVk0xNjogIGMwMDAwLWM5ZmZmOiBWR0EgQklPUwooWEVOKSBIVk0x NjogIGNhMDAwLWQ5ZmZmOiBFdGhlcmJvb3QgUk9NCihYRU4pIEhWTTE2OiBMb2FkaW5nIEFDUEkg Li4uCihYRU4pIEhWTTE2OiB2bTg2IFRTUyBhdCBmYzAwZjcwMAooWEVOKSBIVk0xNjogQklPUyBt YXA6CihYRU4pIEhWTTE2OiAgZjAwMDAtZmZmZmY6IE1haW4gQklPUwooWEVOKSBIVk0xNjogRTgy MCB0YWJsZToKKFhFTikgSFZNMTY6ICBbMDBdOiAwMDAwMDAwMDowMDAwMDAwMCAtIDAwMDAwMDAw OjAwMDllMDAwOiBSQU0KKFhFTikgSFZNMTY6ICBbMDFdOiAwMDAwMDAwMDowMDA5ZTAwMCAtIDAw MDAwMDAwOjAwMGEwMDAwOiBSRVNFUlZFRAooWEVOKSBIVk0xNjogIEhPTEU6IDAwMDAwMDAwOjAw MGEwMDAwIC0gMDAwMDAwMDA6MDAwZTAwMDAKKFhFTikgSFZNMTY6ICBbMDJdOiAwMDAwMDAwMDow MDBlMDAwMCAtIDAwMDAwMDAwOjAwMTAwMDAwOiBSRVNFUlZFRAooWEVOKSBIVk0xNjogIFswM106 IDAwMDAwMDAwOjAwMTAwMDAwIC0gMDAwMDAwMDA6N2Y4MDAwMDA6IFJBTQooWEVOKSBIVk0xNjog IEhPTEU6IDAwMDAwMDAwOjdmODAwMDAwIC0gMDAwMDAwMDA6ZmMwMDAwMDAKKFhFTikgSFZNMTY6 ICBbMDRdOiAwMDAwMDAwMDpmYzAwMDAwMCAtIDAwMDAwMDAxOjAwMDAwMDAwOiBSRVNFUlZFRAoo WEVOKSBIVk0xNjogSW52b2tpbmcgUk9NQklPUyAuLi4KKFhFTikgSFZNMTY6ICRSZXZpc2lvbjog MS4yMjEgJCAkRGF0ZTogMjAwOC8xMi8wNyAxNzozMjoyOSAkCihYRU4pIHN0ZHZnYS5jOjE0Nzpk MTYgZW50ZXJpbmcgc3RkdmdhIGFuZCBjYWNoaW5nIG1vZGVzCihYRU4pIEhWTTE2OiBWR0FCaW9z ICRJZDogdmdhYmlvcy5jLHYgMS42NyAyMDA4LzAxLzI3IDA5OjQ0OjEyIHZydXBwZXJ0IEV4cCAk CihYRU4pIEhWTTE2OiBWQkUgQmlvcyAkSWQ6IHZiZS5jLHYgMS42MCAyMDA4LzAzLzAyIDA3OjQ3 OjIxIHZydXBwZXJ0IEV4cCAkCihYRU4pIEhWTTE2OiBCb2NocyBCSU9TIC0gYnVpbGQ6IDA2LzIz Lzk5CihYRU4pIEhWTTE2OiAkUmV2aXNpb246IDEuMjIxICQgJERhdGU6IDIwMDgvMTIvMDcgMTc6 MzI6MjkgJAooWEVOKSBIVk0xNjogT3B0aW9uczogYXBtYmlvcyBwY2liaW9zIGVsdG9yaXRvIFBN TSAKKFhFTikgSFZNMTY6IAooWEVOKSBIVk0xNjogYXRhMC0wOiBQQ0hTPTE2MzgzLzE2LzYzIHRy YW5zbGF0aW9uPWxiYSBMQ0hTPTEwMjQvMjU1LzYzCihYRU4pIEhWTTE2OiBhdGEwIG1hc3Rlcjog UUVNVSBIQVJERElTSyBBVEEtNyBIYXJkLURpc2sgKDYyNTMyIE1CeXRlcykKKFhFTikgSFZNMTY6 IElERSB0aW1lIG91dAooWEVOKSBIVk0xNjogYXRhMSBtYXN0ZXI6IFFFTVUgRFZELVJPTSBBVEFQ SS00IENELVJvbS9EVkQtUm9tCihYRU4pIEhWTTE2OiBJREUgdGltZSBvdXQKKFhFTikgSFZNMTY6 IAooWEVOKSBIVk0xNjogCihYRU4pIEhWTTE2OiAKKFhFTikgSFZNMTY6IFByZXNzIEYxMiBmb3Ig Ym9vdCBtZW51LgooWEVOKSBIVk0xNjogCihYRU4pIEhWTTE2OiBCb290aW5nIGZyb20gSGFyZCBE aXNrLi4uCihYRU4pIEhWTTE2OiBCb290aW5nIGZyb20gMDAwMDo3YzAwCihYRU4pIHZpcmlkaWFu LmM6MTAyOmQxNiBHVUVTVF9PU19JRDoKKFhFTikgdmlyaWRpYW4uYzoxMDQ6ZDE2IAl2ZW5kb3I6 IDEKKFhFTikgdmlyaWRpYW4uYzoxMDY6ZDE2IAlvczogNAooWEVOKSB2aXJpZGlhbi5jOjEwODpk MTYgCW1ham9yOiA2CihYRU4pIHZpcmlkaWFuLmM6MTEwOmQxNiAJbWlub3I6IDEKKFhFTikgdmly aWRpYW4uYzoxMTI6ZDE2IAlzcDogMAooWEVOKSB2aXJpZGlhbi5jOjExNDpkMTYgCWJ1aWxkOiAx ZGIwCihYRU4pIHZpcmlkaWFuLmM6MTE5OmQxNiBIWVBFUkNBTEw6CihYRU4pIHZpcmlkaWFuLmM6 MTIxOmQxNiAJZW5hYmxlZDogMQooWEVOKSB2aXJpZGlhbi5jOjEyMzpkMTYgCXBmbjogM2ZmZmYK KFhFTikgdmlyaWRpYW4uYzoxMjg6ZDE2IEFQSUNfQVNTSVNUWzBdOgooWEVOKSB2aXJpZGlhbi5j OjEzMDpkMTYgCWVuYWJsZWQ6IDEKKFhFTikgdmlyaWRpYW4uYzoxMzI6ZDE2IAlwZm46IDNmZmZl CihYRU4pIHZpcmlkaWFuLmM6MTI4OmQxNiBBUElDX0FTU0lTVFsxXToKKFhFTikgdmlyaWRpYW4u YzoxMzA6ZDE2IAllbmFibGVkOiAxCihYRU4pIHZpcmlkaWFuLmM6MTMyOmQxNiAJcGZuOiAzZmZm ZAooWEVOKSB2aXJpZGlhbi5jOjEyODpkMTYgQVBJQ19BU1NJU1RbMl06CihYRU4pIHZpcmlkaWFu LmM6MTMwOmQxNiAJZW5hYmxlZDogMQooWEVOKSB2aXJpZGlhbi5jOjEzMjpkMTYgCXBmbjogM2Zm ZmMKKFhFTikgdmlyaWRpYW4uYzoxMjg6ZDE2IEFQSUNfQVNTSVNUWzNdOgooWEVOKSB2aXJpZGlh bi5jOjEzMDpkMTYgCWVuYWJsZWQ6IDEKKFhFTikgdmlyaWRpYW4uYzoxMzI6ZDE2IAlwZm46IDNm ZmZiCihYRU4pIGlycS5jOjI3MDogRG9tMTYgUENJIGxpbmsgMCBjaGFuZ2VkIDUgLT4gMAooWEVO KSBpcnEuYzoyNzA6IERvbTE2IFBDSSBsaW5rIDEgY2hhbmdlZCAxMCAtPiAwCihYRU4pIGlycS5j OjI3MDogRG9tMTYgUENJIGxpbmsgMiBjaGFuZ2VkIDExIC0+IDAKKFhFTikgaXJxLmM6MjcwOiBE b20xNiBQQ0kgbGluayAzIGNoYW5nZWQgNSAtPiAwCihYRU4pIG1lbW9yeV9tYXA6cmVtb3ZlOiBk b20xNiBnZm49ZjE4MDAgbWZuPWYwNDAwIG5yPTQwMAooWEVOKSBtZW1vcnlfbWFwOnJlbW92ZTog ZG9tMTYgZ2ZuPWUwMDAwIG1mbj1kMDAwMCBucj0xMDAwMAooWEVOKSBpb3BvcnRfbWFwOnJlbW92 ZTogZG9tMTYgZ3BvcnQ9YzIwMCBtcG9ydD1mMDAwIG5yPTQwCihYRU4pIG1lbW9yeV9tYXA6YWRk OiBkb20xNiBnZm49ZjE4MDAgbWZuPWYwNDAwIG5yPTQwMAooWEVOKSBtZW1vcnlfbWFwOmFkZDog ZG9tMTYgZ2ZuPWUwMDAwIG1mbj1kMDAwMCBucj0xMDAwMAooWEVOKSBpb3BvcnRfbWFwOmFkZDog ZG9tMTYgZ3BvcnQ9YzIwMCBtcG9ydD1mMDAwIG5yPTQwCihYRU4pIEhWTTE3OiBIVk0gTG9hZGVy CihYRU4pIEhWTTE3OiBEZXRlY3RlZCBYZW4gdjQuNC11bnN0YWJsZQooWEVOKSBIVk0xNzogWGVu YnVzIHJpbmdzIEAweGZlZmZjMDAwLCBldmVudCBjaGFubmVsIDYKKFhFTikgSFZNMTc6IFN5c3Rl bSByZXF1ZXN0ZWQgUk9NQklPUwooWEVOKSBIVk0xNzogQ1BVIHNwZWVkIGlzIDMzOTkgTUh6CihY RU4pIEhWTTE3OiBSZWxvY2F0aW5nIGd1ZXN0IG1lbW9yeSBmb3IgbG93bWVtIE1NSU8gc3BhY2Ug ZW5hYmxlZAooWEVOKSBpcnEuYzoyNzA6IERvbTE3IFBDSSBsaW5rIDAgY2hhbmdlZCAwIC0+IDUK KFhFTikgSFZNMTc6IFBDSS1JU0EgbGluayAwIHJvdXRlZCB0byBJUlE1CihYRU4pIGlycS5jOjI3 MDogRG9tMTcgUENJIGxpbmsgMSBjaGFuZ2VkIDAgLT4gMTAKKFhFTikgSFZNMTc6IFBDSS1JU0Eg bGluayAxIHJvdXRlZCB0byBJUlExMAooWEVOKSBpcnEuYzoyNzA6IERvbTE3IFBDSSBsaW5rIDIg Y2hhbmdlZCAwIC0+IDExCihYRU4pIEhWTTE3OiBQQ0ktSVNBIGxpbmsgMiByb3V0ZWQgdG8gSVJR MTEKKFhFTikgaXJxLmM6MjcwOiBEb20xNyBQQ0kgbGluayAzIGNoYW5nZWQgMCAtPiA1CihYRU4p IEhWTTE3OiBQQ0ktSVNBIGxpbmsgMyByb3V0ZWQgdG8gSVJRNQooWEVOKSBIVk0xNzogcGNpIGRl diAwMToyIElOVEQtPklSUTUKKFhFTikgSFZNMTc6IHBjaSBkZXYgMDE6MyBJTlRBLT5JUlExMAoo WEVOKSBIVk0xNzogcGNpIGRldiAwMzowIElOVEEtPklSUTUKKFhFTikgSFZNMTc6IHBjaSBkZXYg MDQ6MCBJTlRBLT5JUlE1CihYRU4pIEhWTTE3OiBwY2kgZGV2IDA1OjAgSU5UQS0+SVJRMTAKKFhF TikgSFZNMTc6IE5vIFJBTSBpbiBoaWdoIG1lbW9yeTsgc2V0dGluZyBoaWdoX21lbSByZXNvdXJj ZSBiYXNlIHRvIDEwMDAwMDAwMAooWEVOKSBIVk0xNzogcGNpIGRldiAwNTowIGJhciAxOCBzaXpl IDAxMDAwMDAwMDogMGUwMDAwMDBjCihYRU4pIG1lbW9yeV9tYXA6YWRkOiBkb20xNyBnZm49ZTAw MDAgbWZuPWQwMDAwIG5yPTEwMDAwCihYRU4pIEhWTTE3OiBwY2kgZGV2IDAzOjAgYmFyIDE0IHNp emUgMDAxMDAwMDAwOiAwZjAwMDAwMDgKKFhFTikgSFZNMTc6IHBjaSBkZXYgMDI6MCBiYXIgMTAg c2l6ZSAwMDA4MDAwMDA6IDBmMTAwMDAwOAooWEVOKSBtZW1vcnlfbWFwOmFkZDogZG9tMTcgZ2Zu PWYxODAwIG1mbj1mMDQwMCBucj00MDAKKFhFTikgSFZNMTc6IHBjaSBkZXYgMDU6MCBiYXIgMTAg c2l6ZSAwMDA0MDAwMDA6IDBmMTgwMDAwNAooWEVOKSBIVk0xNzogcGNpIGRldiAwMzowIGJhciAx MCBzaXplIDAwMDAwMDEwMDogMDAwMDBjMDAxCihYRU4pIEhWTTE3OiBwY2kgZGV2IDA0OjAgYmFy IDEwIHNpemUgMDAwMDAwMTAwOiAwMDAwMGMxMDEKKFhFTikgSFZNMTc6IHBjaSBkZXYgMDQ6MCBi YXIgMTQgc2l6ZSAwMDAwMDAxMDA6IDBmMWMwMDAwMAooWEVOKSBIVk0xNzogcGNpIGRldiAwNTow IGJhciAyMCBzaXplIDAwMDAwMDA0MDogMDAwMDBjMjAxCihYRU4pIGlvcG9ydF9tYXA6YWRkOiBk b20xNyBncG9ydD1jMjAwIG1wb3J0PWYwMDAgbnI9NDAKKFhFTikgSFZNMTc6IHBjaSBkZXYgMDE6 MiBiYXIgMjAgc2l6ZSAwMDAwMDAwMjA6IDAwMDAwYzI0MQooWEVOKSBIVk0xNzogcGNpIGRldiAw MToxIGJhciAyMCBzaXplIDAwMDAwMDAxMDogMDAwMDBjMjYxCihYRU4pIEhWTTE3OiBNdWx0aXBy b2Nlc3NvciBpbml0aWFsaXNhdGlvbjoKKFhFTikgSFZNMTc6ICAtIENQVTAgLi4uIDM5LWJpdCBw aHlzIC4uLiBmaXhlZCBNVFJScyAuLi4gdmFyIE1UUlJzIFszLzhdIC4uLiBkb25lLgooWEVOKSBI Vk0xNzogIC0gQ1BVMSAuLi4gMzktYml0IHBoeXMgLi4uIGZpeGVkIE1UUlJzIC4uLiB2YXIgTVRS UnMgWzMvOF0gLi4uIGRvbmUuCihYRU4pIEhWTTE3OiAgLSBDUFUyIC4uLiAzOS1iaXQgcGh5cyAu Li4gZml4ZWQgTVRSUnMgLi4uIHZhciBNVFJScyBbMy84XSAuLi4gZG9uZS4KKFhFTikgSFZNMTc6 ICAtIENQVTMgLi4uIDM5LWJpdCBwaHlzIC4uLiBmaXhlZCBNVFJScyAuLi4gdmFyIE1UUlJzIFsz LzhdIC4uLiBkb25lLgooWEVOKSBIVk0xNzogVGVzdGluZyBIVk0gZW52aXJvbm1lbnQ6CihYRU4p IEhWTTE3OiAgLSBSRVAgSU5TQiBhY3Jvc3MgcGFnZSBib3VuZGFyaWVzIC4uLiBwYXNzZWQKKFhF TikgSFZNMTc6ICAtIEdTIGJhc2UgTVNScyBhbmQgU1dBUEdTIC4uLiBwYXNzZWQKKFhFTikgSFZN MTc6IFBhc3NlZCAyIG9mIDIgdGVzdHMKKFhFTikgSFZNMTc6IFdyaXRpbmcgU01CSU9TIHRhYmxl cyAuLi4KKFhFTikgSFZNMTc6IExvYWRpbmcgUk9NQklPUyAuLi4KKFhFTikgSFZNMTc6IDk2Mjgg Ynl0ZXMgb2YgUk9NQklPUyBoaWdoLW1lbW9yeSBleHRlbnNpb25zOgooWEVOKSBIVk0xNzogICBS ZWxvY2F0aW5nIHRvIDB4ZmMwMDEwMDAtMHhmYzAwMzU5YyAuLi4gZG9uZQooWEVOKSBIVk0xNzog Q3JlYXRpbmcgTVAgdGFibGVzIC4uLgooWEVOKSBIVk0xNzogTG9hZGluZyBTdGFuZGFyZCBWR0FC SU9TIC4uLgooWEVOKSBIVk0xNzogTG9hZGluZyBQQ0kgT3B0aW9uIFJPTSAuLi4KKFhFTikgSFZN MTc6ICAtIE1hbnVmYWN0dXJlcjogaHR0cDovL2lweGUub3JnCihYRU4pIEhWTTE3OiAgLSBQcm9k dWN0IG5hbWU6IGlQWEUKKFhFTikgSFZNMTc6IE9wdGlvbiBST01zOgooWEVOKSBIVk0xNzogIGMw MDAwLWM5ZmZmOiBWR0EgQklPUwooWEVOKSBIVk0xNzogIGNhMDAwLWQ5ZmZmOiBFdGhlcmJvb3Qg Uk9NCihYRU4pIEhWTTE3OiBMb2FkaW5nIEFDUEkgLi4uCihYRU4pIEhWTTE3OiB2bTg2IFRTUyBh dCBmYzAwZjcwMAooWEVOKSBIVk0xNzogQklPUyBtYXA6CihYRU4pIEhWTTE3OiAgZjAwMDAtZmZm ZmY6IE1haW4gQklPUwooWEVOKSBIVk0xNzogRTgyMCB0YWJsZToKKFhFTikgSFZNMTc6ICBbMDBd OiAwMDAwMDAwMDowMDAwMDAwMCAtIDAwMDAwMDAwOjAwMDllMDAwOiBSQU0KKFhFTikgSFZNMTc6 ICBbMDFdOiAwMDAwMDAwMDowMDA5ZTAwMCAtIDAwMDAwMDAwOjAwMGEwMDAwOiBSRVNFUlZFRAoo WEVOKSBIVk0xNzogIEhPTEU6IDAwMDAwMDAwOjAwMGEwMDAwIC0gMDAwMDAwMDA6MDAwZTAwMDAK KFhFTikgSFZNMTc6ICBbMDJdOiAwMDAwMDAwMDowMDBlMDAwMCAtIDAwMDAwMDAwOjAwMTAwMDAw OiBSRVNFUlZFRAooWEVOKSBIVk0xNzogIFswM106IDAwMDAwMDAwOjAwMTAwMDAwIC0gMDAwMDAw MDA6N2Y4MDAwMDA6IFJBTQooWEVOKSBIVk0xNzogIEhPTEU6IDAwMDAwMDAwOjdmODAwMDAwIC0g MDAwMDAwMDA6ZmMwMDAwMDAKKFhFTikgSFZNMTc6ICBbMDRdOiAwMDAwMDAwMDpmYzAwMDAwMCAt IDAwMDAwMDAxOjAwMDAwMDAwOiBSRVNFUlZFRAooWEVOKSBIVk0xNzogSW52b2tpbmcgUk9NQklP UyAuLi4KKFhFTikgSFZNMTc6ICRSZXZpc2lvbjogMS4yMjEgJCAkRGF0ZTogMjAwOC8xMi8wNyAx NzozMjoyOSAkCihYRU4pIHN0ZHZnYS5jOjE0NzpkMTcgZW50ZXJpbmcgc3RkdmdhIGFuZCBjYWNo aW5nIG1vZGVzCihYRU4pIEhWTTE3OiBWR0FCaW9zICRJZDogdmdhYmlvcy5jLHYgMS42NyAyMDA4 LzAxLzI3IDA5OjQ0OjEyIHZydXBwZXJ0IEV4cCAkCihYRU4pIEhWTTE3OiBWQkUgQmlvcyAkSWQ6 IHZiZS5jLHYgMS42MCAyMDA4LzAzLzAyIDA3OjQ3OjIxIHZydXBwZXJ0IEV4cCAkCihYRU4pIEhW TTE3OiBCb2NocyBCSU9TIC0gYnVpbGQ6IDA2LzIzLzk5CihYRU4pIEhWTTE3OiAkUmV2aXNpb246 IDEuMjIxICQgJERhdGU6IDIwMDgvMTIvMDcgMTc6MzI6MjkgJAooWEVOKSBIVk0xNzogT3B0aW9u czogYXBtYmlvcyBwY2liaW9zIGVsdG9yaXRvIFBNTSAKKFhFTikgSFZNMTc6IAooWEVOKSBIVk0x NzogYXRhMC0wOiBQQ0hTPTE2MzgzLzE2LzYzIHRyYW5zbGF0aW9uPWxiYSBMQ0hTPTEwMjQvMjU1 LzYzCihYRU4pIEhWTTE3OiBhdGEwIG1hc3RlcjogUUVNVSBIQVJERElTSyBBVEEtNyBIYXJkLURp c2sgKDYyNTMyIE1CeXRlcykKKFhFTikgSFZNMTc6IElERSB0aW1lIG91dAooWEVOKSBIVk0xNzog YXRhMSBtYXN0ZXI6IFFFTVUgRFZELVJPTSBBVEFQSS00IENELVJvbS9EVkQtUm9tCihYRU4pIEhW TTE3OiBJREUgdGltZSBvdXQKKFhFTikgSFZNMTc6IAooWEVOKSBIVk0xNzogCihYRU4pIEhWTTE3 OiAKKFhFTikgSFZNMTc6IFByZXNzIEYxMiBmb3IgYm9vdCBtZW51LgooWEVOKSBIVk0xNzogCihY RU4pIEhWTTE3OiBCb290aW5nIGZyb20gSGFyZCBEaXNrLi4uCihYRU4pIEhWTTE3OiBCb290aW5n IGZyb20gMDAwMDo3YzAwCihYRU4pIHZpcmlkaWFuLmM6MTAyOmQxNyBHVUVTVF9PU19JRDoKKFhF TikgdmlyaWRpYW4uYzoxMDQ6ZDE3IAl2ZW5kb3I6IDEKKFhFTikgdmlyaWRpYW4uYzoxMDY6ZDE3 IAlvczogNAooWEVOKSB2aXJpZGlhbi5jOjEwODpkMTcgCW1ham9yOiA2CihYRU4pIHZpcmlkaWFu LmM6MTEwOmQxNyAJbWlub3I6IDEKKFhFTikgdmlyaWRpYW4uYzoxMTI6ZDE3IAlzcDogMAooWEVO KSB2aXJpZGlhbi5jOjExNDpkMTcgCWJ1aWxkOiAxZGIwCihYRU4pIHZpcmlkaWFuLmM6MTE5OmQx NyBIWVBFUkNBTEw6CihYRU4pIHZpcmlkaWFuLmM6MTIxOmQxNyAJZW5hYmxlZDogMQooWEVOKSB2 aXJpZGlhbi5jOjEyMzpkMTcgCXBmbjogM2ZmZmYKKFhFTikgdmlyaWRpYW4uYzoxMjg6ZDE3IEFQ SUNfQVNTSVNUWzBdOgooWEVOKSB2aXJpZGlhbi5jOjEzMDpkMTcgCWVuYWJsZWQ6IDEKKFhFTikg dmlyaWRpYW4uYzoxMzI6ZDE3IAlwZm46IDNmZmZlCihYRU4pIHZpcmlkaWFuLmM6MTI4OmQxNyBB UElDX0FTU0lTVFsxXToKKFhFTikgdmlyaWRpYW4uYzoxMzA6ZDE3IAllbmFibGVkOiAxCihYRU4p IHZpcmlkaWFuLmM6MTMyOmQxNyAJcGZuOiAzZmZmZAooWEVOKSB2aXJpZGlhbi5jOjEyODpkMTcg QVBJQ19BU1NJU1RbMl06CihYRU4pIHZpcmlkaWFuLmM6MTMwOmQxNyAJZW5hYmxlZDogMQooWEVO KSB2aXJpZGlhbi5jOjEzMjpkMTcgCXBmbjogM2ZmZmMKKFhFTikgdmlyaWRpYW4uYzoxMjg6ZDE3 IEFQSUNfQVNTSVNUWzNdOgooWEVOKSB2aXJpZGlhbi5jOjEzMDpkMTcgCWVuYWJsZWQ6IDEKKFhF TikgdmlyaWRpYW4uYzoxMzI6ZDE3IAlwZm46IDNmZmZiCihYRU4pIGlycS5jOjI3MDogRG9tMTcg UENJIGxpbmsgMCBjaGFuZ2VkIDUgLT4gMAooWEVOKSBpcnEuYzoyNzA6IERvbTE3IFBDSSBsaW5r IDEgY2hhbmdlZCAxMCAtPiAwCihYRU4pIGlycS5jOjI3MDogRG9tMTcgUENJIGxpbmsgMiBjaGFu Z2VkIDExIC0+IDAKKFhFTikgaXJxLmM6MjcwOiBEb20xNyBQQ0kgbGluayAzIGNoYW5nZWQgNSAt PiAwCihYRU4pIG1lbW9yeV9tYXA6cmVtb3ZlOiBkb20xNyBnZm49ZjE4MDAgbWZuPWYwNDAwIG5y PTQwMAooWEVOKSBtZW1vcnlfbWFwOnJlbW92ZTogZG9tMTcgZ2ZuPWUwMDAwIG1mbj1kMDAwMCBu cj0xMDAwMAooWEVOKSBpb3BvcnRfbWFwOnJlbW92ZTogZG9tMTcgZ3BvcnQ9YzIwMCBtcG9ydD1m MDAwIG5yPTQwCihYRU4pIG1lbW9yeV9tYXA6YWRkOiBkb20xNyBnZm49ZjE4MDAgbWZuPWYwNDAw IG5yPTQwMAooWEVOKSBtZW1vcnlfbWFwOmFkZDogZG9tMTcgZ2ZuPWUwMDAwIG1mbj1kMDAwMCBu cj0xMDAwMAooWEVOKSBpb3BvcnRfbWFwOmFkZDogZG9tMTcgZ3BvcnQ9YzIwMCBtcG9ydD1mMDAw IG5yPTQwCihYRU4pIG1lbW9yeV9tYXA6cmVtb3ZlOiBkb20xNyBnZm49ZjE4MDAgbWZuPWYwNDAw IG5yPTQwMAooWEVOKSBtZW1vcnlfbWFwOnJlbW92ZTogZG9tMTcgZ2ZuPWUwMDAwIG1mbj1kMDAw MCBucj0xMDAwMAooWEVOKSBpb3BvcnRfbWFwOnJlbW92ZTogZG9tMTcgZ3BvcnQ9YzIwMCBtcG9y dD1mMDAwIG5yPTQwCihYRU4pIG1lbW9yeV9tYXA6YWRkOiBkb20xNyBnZm49ZjE4MDAgbWZuPWYw NDAwIG5yPTQwMAooWEVOKSBtZW1vcnlfbWFwOmFkZDogZG9tMTcgZ2ZuPWUwMDAwIG1mbj1kMDAw MCBucj0xMDAwMAooWEVOKSBpb3BvcnRfbWFwOmFkZDogZG9tMTcgZ3BvcnQ9YzIwMCBtcG9ydD1m MDAwIG5yPTQwCihYRU4pIEhWTTE4OiBIVk0gTG9hZGVyCihYRU4pIEhWTTE4OiBEZXRlY3RlZCBY ZW4gdjQuNC11bnN0YWJsZQooWEVOKSBIVk0xODogWGVuYnVzIHJpbmdzIEAweGZlZmZjMDAwLCBl dmVudCBjaGFubmVsIDYKKFhFTikgSFZNMTg6IFN5c3RlbSByZXF1ZXN0ZWQgUk9NQklPUwooWEVO KSBIVk0xODogQ1BVIHNwZWVkIGlzIDMzOTkgTUh6CihYRU4pIEhWTTE4OiBSZWxvY2F0aW5nIGd1 ZXN0IG1lbW9yeSBmb3IgbG93bWVtIE1NSU8gc3BhY2UgZW5hYmxlZAooWEVOKSBpcnEuYzoyNzA6 IERvbTE4IFBDSSBsaW5rIDAgY2hhbmdlZCAwIC0+IDUKKFhFTikgSFZNMTg6IFBDSS1JU0EgbGlu ayAwIHJvdXRlZCB0byBJUlE1CihYRU4pIGlycS5jOjI3MDogRG9tMTggUENJIGxpbmsgMSBjaGFu Z2VkIDAgLT4gMTAKKFhFTikgSFZNMTg6IFBDSS1JU0EgbGluayAxIHJvdXRlZCB0byBJUlExMAoo WEVOKSBpcnEuYzoyNzA6IERvbTE4IFBDSSBsaW5rIDIgY2hhbmdlZCAwIC0+IDExCihYRU4pIEhW TTE4OiBQQ0ktSVNBIGxpbmsgMiByb3V0ZWQgdG8gSVJRMTEKKFhFTikgaXJxLmM6MjcwOiBEb20x OCBQQ0kgbGluayAzIGNoYW5nZWQgMCAtPiA1CihYRU4pIEhWTTE4OiBQQ0ktSVNBIGxpbmsgMyBy b3V0ZWQgdG8gSVJRNQooWEVOKSBIVk0xODogcGNpIGRldiAwMToyIElOVEQtPklSUTUKKFhFTikg SFZNMTg6IHBjaSBkZXYgMDE6MyBJTlRBLT5JUlExMAooWEVOKSBIVk0xODogcGNpIGRldiAwMzow IElOVEEtPklSUTUKKFhFTikgSFZNMTg6IHBjaSBkZXYgMDQ6MCBJTlRBLT5JUlE1CihYRU4pIEhW TTE4OiBwY2kgZGV2IDA1OjAgSU5UQS0+SVJRMTAKKFhFTikgSFZNMTg6IE5vIFJBTSBpbiBoaWdo IG1lbW9yeTsgc2V0dGluZyBoaWdoX21lbSByZXNvdXJjZSBiYXNlIHRvIDEwMDAwMDAwMAooWEVO KSBIVk0xODogcGNpIGRldiAwNTowIGJhciAxOCBzaXplIDAxMDAwMDAwMDogMGUwMDAwMDBjCihY RU4pIG1lbW9yeV9tYXA6YWRkOiBkb20xOCBnZm49ZTAwMDAgbWZuPWQwMDAwIG5yPTEwMDAwCihY RU4pIEhWTTE4OiBwY2kgZGV2IDAzOjAgYmFyIDE0IHNpemUgMDAxMDAwMDAwOiAwZjAwMDAwMDgK KFhFTikgSFZNMTg6IHBjaSBkZXYgMDI6MCBiYXIgMTAgc2l6ZSAwMDA4MDAwMDA6IDBmMTAwMDAw OAooWEVOKSBtZW1vcnlfbWFwOmFkZDogZG9tMTggZ2ZuPWYxODAwIG1mbj1mMDQwMCBucj00MDAK KFhFTikgSFZNMTg6IHBjaSBkZXYgMDU6MCBiYXIgMTAgc2l6ZSAwMDA0MDAwMDA6IDBmMTgwMDAw NAooWEVOKSBIVk0xODogcGNpIGRldiAwMzowIGJhciAxMCBzaXplIDAwMDAwMDEwMDogMDAwMDBj MDAxCihYRU4pIEhWTTE4OiBwY2kgZGV2IDA0OjAgYmFyIDEwIHNpemUgMDAwMDAwMTAwOiAwMDAw MGMxMDEKKFhFTikgSFZNMTg6IHBjaSBkZXYgMDQ6MCBiYXIgMTQgc2l6ZSAwMDAwMDAxMDA6IDBm MWMwMDAwMAooWEVOKSBIVk0xODogcGNpIGRldiAwNTowIGJhciAyMCBzaXplIDAwMDAwMDA0MDog MDAwMDBjMjAxCihYRU4pIGlvcG9ydF9tYXA6YWRkOiBkb20xOCBncG9ydD1jMjAwIG1wb3J0PWYw MDAgbnI9NDAKKFhFTikgSFZNMTg6IHBjaSBkZXYgMDE6MiBiYXIgMjAgc2l6ZSAwMDAwMDAwMjA6 IDAwMDAwYzI0MQooWEVOKSBIVk0xODogcGNpIGRldiAwMToxIGJhciAyMCBzaXplIDAwMDAwMDAx MDogMDAwMDBjMjYxCihYRU4pIEhWTTE4OiBNdWx0aXByb2Nlc3NvciBpbml0aWFsaXNhdGlvbjoK KFhFTikgSFZNMTg6ICAtIENQVTAgLi4uIDM5LWJpdCBwaHlzIC4uLiBmaXhlZCBNVFJScyAuLi4g dmFyIE1UUlJzIFszLzhdIC4uLiBkb25lLgooWEVOKSBIVk0xODogIC0gQ1BVMSAuLi4gMzktYml0 IHBoeXMgLi4uIGZpeGVkIE1UUlJzIC4uLiB2YXIgTVRSUnMgWzMvOF0gLi4uIGRvbmUuCihYRU4p IEhWTTE4OiAgLSBDUFUyIC4uLiAzOS1iaXQgcGh5cyAuLi4gZml4ZWQgTVRSUnMgLi4uIHZhciBN VFJScyBbMy84XSAuLi4gZG9uZS4KKFhFTikgSFZNMTg6ICAtIENQVTMgLi4uIDM5LWJpdCBwaHlz IC4uLiBmaXhlZCBNVFJScyAuLi4gdmFyIE1UUlJzIFszLzhdIC4uLiBkb25lLgooWEVOKSBIVk0x ODogVGVzdGluZyBIVk0gZW52aXJvbm1lbnQ6CihYRU4pIEhWTTE4OiAgLSBSRVAgSU5TQiBhY3Jv c3MgcGFnZSBib3VuZGFyaWVzIC4uLiBwYXNzZWQKKFhFTikgSFZNMTg6ICAtIEdTIGJhc2UgTVNS cyBhbmQgU1dBUEdTIC4uLiBwYXNzZWQKKFhFTikgSFZNMTg6IFBhc3NlZCAyIG9mIDIgdGVzdHMK KFhFTikgSFZNMTg6IFdyaXRpbmcgU01CSU9TIHRhYmxlcyAuLi4KKFhFTikgSFZNMTg6IExvYWRp bmcgUk9NQklPUyAuLi4KKFhFTikgSFZNMTg6IDk2MjggYnl0ZXMgb2YgUk9NQklPUyBoaWdoLW1l bW9yeSBleHRlbnNpb25zOgooWEVOKSBIVk0xODogICBSZWxvY2F0aW5nIHRvIDB4ZmMwMDEwMDAt MHhmYzAwMzU5YyAuLi4gZG9uZQooWEVOKSBIVk0xODogQ3JlYXRpbmcgTVAgdGFibGVzIC4uLgoo WEVOKSBIVk0xODogTG9hZGluZyBTdGFuZGFyZCBWR0FCSU9TIC4uLgooWEVOKSBIVk0xODogTG9h ZGluZyBQQ0kgT3B0aW9uIFJPTSAuLi4KKFhFTikgSFZNMTg6ICAtIE1hbnVmYWN0dXJlcjogaHR0 cDovL2lweGUub3JnCihYRU4pIEhWTTE4OiAgLSBQcm9kdWN0IG5hbWU6IGlQWEUKKFhFTikgSFZN MTg6IE9wdGlvbiBST01zOgooWEVOKSBIVk0xODogIGMwMDAwLWM5ZmZmOiBWR0EgQklPUwooWEVO KSBIVk0xODogIGNhMDAwLWQ5ZmZmOiBFdGhlcmJvb3QgUk9NCihYRU4pIEhWTTE4OiBMb2FkaW5n IEFDUEkgLi4uCihYRU4pIEhWTTE4OiB2bTg2IFRTUyBhdCBmYzAwZjcwMAooWEVOKSBIVk0xODog QklPUyBtYXA6CihYRU4pIEhWTTE4OiAgZjAwMDAtZmZmZmY6IE1haW4gQklPUwooWEVOKSBIVk0x ODogRTgyMCB0YWJsZToKKFhFTikgSFZNMTg6ICBbMDBdOiAwMDAwMDAwMDowMDAwMDAwMCAtIDAw MDAwMDAwOjAwMDllMDAwOiBSQU0KKFhFTikgSFZNMTg6ICBbMDFdOiAwMDAwMDAwMDowMDA5ZTAw MCAtIDAwMDAwMDAwOjAwMGEwMDAwOiBSRVNFUlZFRAooWEVOKSBIVk0xODogIEhPTEU6IDAwMDAw MDAwOjAwMGEwMDAwIC0gMDAwMDAwMDA6MDAwZTAwMDAKKFhFTikgSFZNMTg6ICBbMDJdOiAwMDAw MDAwMDowMDBlMDAwMCAtIDAwMDAwMDAwOjAwMTAwMDAwOiBSRVNFUlZFRAooWEVOKSBIVk0xODog IFswM106IDAwMDAwMDAwOjAwMTAwMDAwIC0gMDAwMDAwMDA6N2Y4MDAwMDA6IFJBTQooWEVOKSBI Vk0xODogIEhPTEU6IDAwMDAwMDAwOjdmODAwMDAwIC0gMDAwMDAwMDA6ZmMwMDAwMDAKKFhFTikg SFZNMTg6ICBbMDRdOiAwMDAwMDAwMDpmYzAwMDAwMCAtIDAwMDAwMDAxOjAwMDAwMDAwOiBSRVNF UlZFRAooWEVOKSBIVk0xODogSW52b2tpbmcgUk9NQklPUyAuLi4KKFhFTikgSFZNMTg6ICRSZXZp c2lvbjogMS4yMjEgJCAkRGF0ZTogMjAwOC8xMi8wNyAxNzozMjoyOSAkCihYRU4pIHN0ZHZnYS5j OjE0NzpkMTggZW50ZXJpbmcgc3RkdmdhIGFuZCBjYWNoaW5nIG1vZGVzCihYRU4pIEhWTTE4OiBW R0FCaW9zICRJZDogdmdhYmlvcy5jLHYgMS42NyAyMDA4LzAxLzI3IDA5OjQ0OjEyIHZydXBwZXJ0 IEV4cCAkCihYRU4pIEhWTTE4OiBWQkUgQmlvcyAkSWQ6IHZiZS5jLHYgMS42MCAyMDA4LzAzLzAy IDA3OjQ3OjIxIHZydXBwZXJ0IEV4cCAkCihYRU4pIEhWTTE4OiBCb2NocyBCSU9TIC0gYnVpbGQ6 IDA2LzIzLzk5CihYRU4pIEhWTTE4OiAkUmV2aXNpb246IDEuMjIxICQgJERhdGU6IDIwMDgvMTIv MDcgMTc6MzI6MjkgJAooWEVOKSBIVk0xODogT3B0aW9uczogYXBtYmlvcyBwY2liaW9zIGVsdG9y aXRvIFBNTSAKKFhFTikgSFZNMTg6IAooWEVOKSBIVk0xODogYXRhMC0wOiBQQ0hTPTE2MzgzLzE2 LzYzIHRyYW5zbGF0aW9uPWxiYSBMQ0hTPTEwMjQvMjU1LzYzCihYRU4pIEhWTTE4OiBhdGEwIG1h c3RlcjogUUVNVSBIQVJERElTSyBBVEEtNyBIYXJkLURpc2sgKDYyNTMyIE1CeXRlcykKKFhFTikg SFZNMTg6IElERSB0aW1lIG91dAooWEVOKSBIVk0xODogYXRhMSBtYXN0ZXI6IFFFTVUgRFZELVJP TSBBVEFQSS00IENELVJvbS9EVkQtUm9tCihYRU4pIEhWTTE4OiBJREUgdGltZSBvdXQKKFhFTikg SFZNMTg6IAooWEVOKSBIVk0xODogCihYRU4pIEhWTTE4OiAKKFhFTikgSFZNMTg6IFByZXNzIEYx MiBmb3IgYm9vdCBtZW51LgooWEVOKSBIVk0xODogCihYRU4pIEhWTTE4OiBCb290aW5nIGZyb20g SGFyZCBEaXNrLi4uCihYRU4pIEhWTTE4OiBCb290aW5nIGZyb20gMDAwMDo3YzAwCihYRU4pIHZp cmlkaWFuLmM6MTAyOmQxOCBHVUVTVF9PU19JRDoKKFhFTikgdmlyaWRpYW4uYzoxMDQ6ZDE4IAl2 ZW5kb3I6IDEKKFhFTikgdmlyaWRpYW4uYzoxMDY6ZDE4IAlvczogNAooWEVOKSB2aXJpZGlhbi5j OjEwODpkMTggCW1ham9yOiA2CihYRU4pIHZpcmlkaWFuLmM6MTEwOmQxOCAJbWlub3I6IDEKKFhF TikgdmlyaWRpYW4uYzoxMTI6ZDE4IAlzcDogMAooWEVOKSB2aXJpZGlhbi5jOjExNDpkMTggCWJ1 aWxkOiAxZGIwCihYRU4pIHZpcmlkaWFuLmM6MTE5OmQxOCBIWVBFUkNBTEw6CihYRU4pIHZpcmlk aWFuLmM6MTIxOmQxOCAJZW5hYmxlZDogMQooWEVOKSB2aXJpZGlhbi5jOjEyMzpkMTggCXBmbjog M2ZmZmYKKFhFTikgdmlyaWRpYW4uYzoxMjg6ZDE4IEFQSUNfQVNTSVNUWzBdOgooWEVOKSB2aXJp ZGlhbi5jOjEzMDpkMTggCWVuYWJsZWQ6IDEKKFhFTikgdmlyaWRpYW4uYzoxMzI6ZDE4IAlwZm46 IDNmZmZlCihYRU4pIHZpcmlkaWFuLmM6MTI4OmQxOCBBUElDX0FTU0lTVFsxXToKKFhFTikgdmly aWRpYW4uYzoxMzA6ZDE4IAllbmFibGVkOiAxCihYRU4pIHZpcmlkaWFuLmM6MTMyOmQxOCAJcGZu OiAzZmZmZAooWEVOKSB2aXJpZGlhbi5jOjEyODpkMTggQVBJQ19BU1NJU1RbMl06CihYRU4pIHZp cmlkaWFuLmM6MTMwOmQxOCAJZW5hYmxlZDogMQooWEVOKSB2aXJpZGlhbi5jOjEzMjpkMTggCXBm bjogM2ZmZmMKKFhFTikgdmlyaWRpYW4uYzoxMjg6ZDE4IEFQSUNfQVNTSVNUWzNdOgooWEVOKSB2 aXJpZGlhbi5jOjEzMDpkMTggCWVuYWJsZWQ6IDEKKFhFTikgdmlyaWRpYW4uYzoxMzI6ZDE4IAlw Zm46IDNmZmZiCihYRU4pIGlycS5jOjI3MDogRG9tMTggUENJIGxpbmsgMCBjaGFuZ2VkIDUgLT4g MAooWEVOKSBpcnEuYzoyNzA6IERvbTE4IFBDSSBsaW5rIDEgY2hhbmdlZCAxMCAtPiAwCihYRU4p IGlycS5jOjI3MDogRG9tMTggUENJIGxpbmsgMyBjaGFuZ2VkIDUgLT4gMAooWEVOKSBpcnEuYzoy NzA6IERvbTE4IFBDSSBsaW5rIDIgY2hhbmdlZCAxMSAtPiAwCihYRU4pIG1lbW9yeV9tYXA6cmVt b3ZlOiBkb20xOCBnZm49ZjE4MDAgbWZuPWYwNDAwIG5yPTQwMAooWEVOKSBtZW1vcnlfbWFwOnJl bW92ZTogZG9tMTggZ2ZuPWUwMDAwIG1mbj1kMDAwMCBucj0xMDAwMAooWEVOKSBpb3BvcnRfbWFw OnJlbW92ZTogZG9tMTggZ3BvcnQ9YzIwMCBtcG9ydD1mMDAwIG5yPTQwCihYRU4pIG1lbW9yeV9t YXA6YWRkOiBkb20xOCBnZm49ZjE4MDAgbWZuPWYwNDAwIG5yPTQwMAooWEVOKSBtZW1vcnlfbWFw OmFkZDogZG9tMTggZ2ZuPWUwMDAwIG1mbj1kMDAwMCBucj0xMDAwMAooWEVOKSBpb3BvcnRfbWFw OmFkZDogZG9tMTggZ3BvcnQ9YzIwMCBtcG9ydD1mMDAwIG5yPTQwCihYRU4pIG1lbW9yeV9tYXA6 cmVtb3ZlOiBkb20xOCBnZm49ZjE4MDAgbWZuPWYwNDAwIG5yPTQwMAooWEVOKSBtZW1vcnlfbWFw OnJlbW92ZTogZG9tMTggZ2ZuPWUwMDAwIG1mbj1kMDAwMCBucj0xMDAwMAooWEVOKSBpb3BvcnRf bWFwOnJlbW92ZTogZG9tMTggZ3BvcnQ9YzIwMCBtcG9ydD1mMDAwIG5yPTQwCihYRU4pIG1lbW9y eV9tYXA6YWRkOiBkb20xOCBnZm49ZjE4MDAgbWZuPWYwNDAwIG5yPTQwMAooWEVOKSBtZW1vcnlf bWFwOmFkZDogZG9tMTggZ2ZuPWUwMDAwIG1mbj1kMDAwMCBucj0xMDAwMAooWEVOKSBpb3BvcnRf bWFwOmFkZDogZG9tMTggZ3BvcnQ9YzIwMCBtcG9ydD1mMDAwIG5yPTQwCihYRU4pIEhWTTE5OiBI Vk0gTG9hZGVyCihYRU4pIEhWTTE5OiBEZXRlY3RlZCBYZW4gdjQuNC11bnN0YWJsZQooWEVOKSBI Vk0xOTogWGVuYnVzIHJpbmdzIEAweGZlZmZjMDAwLCBldmVudCBjaGFubmVsIDYKKFhFTikgSFZN MTk6IFN5c3RlbSByZXF1ZXN0ZWQgUk9NQklPUwooWEVOKSBIVk0xOTogQ1BVIHNwZWVkIGlzIDMz OTkgTUh6CihYRU4pIEhWTTE5OiBSZWxvY2F0aW5nIGd1ZXN0IG1lbW9yeSBmb3IgbG93bWVtIE1N SU8gc3BhY2UgZW5hYmxlZAooWEVOKSBpcnEuYzoyNzA6IERvbTE5IFBDSSBsaW5rIDAgY2hhbmdl ZCAwIC0+IDUKKFhFTikgSFZNMTk6IFBDSS1JU0EgbGluayAwIHJvdXRlZCB0byBJUlE1CihYRU4p IGlycS5jOjI3MDogRG9tMTkgUENJIGxpbmsgMSBjaGFuZ2VkIDAgLT4gMTAKKFhFTikgSFZNMTk6 IFBDSS1JU0EgbGluayAxIHJvdXRlZCB0byBJUlExMAooWEVOKSBpcnEuYzoyNzA6IERvbTE5IFBD SSBsaW5rIDIgY2hhbmdlZCAwIC0+IDExCihYRU4pIEhWTTE5OiBQQ0ktSVNBIGxpbmsgMiByb3V0 ZWQgdG8gSVJRMTEKKFhFTikgaXJxLmM6MjcwOiBEb20xOSBQQ0kgbGluayAzIGNoYW5nZWQgMCAt PiA1CihYRU4pIEhWTTE5OiBQQ0ktSVNBIGxpbmsgMyByb3V0ZWQgdG8gSVJRNQooWEVOKSBIVk0x OTogcGNpIGRldiAwMToyIElOVEQtPklSUTUKKFhFTikgSFZNMTk6IHBjaSBkZXYgMDE6MyBJTlRB LT5JUlExMAooWEVOKSBIVk0xOTogcGNpIGRldiAwMzowIElOVEEtPklSUTUKKFhFTikgSFZNMTk6 IHBjaSBkZXYgMDQ6MCBJTlRBLT5JUlE1CihYRU4pIEhWTTE5OiBwY2kgZGV2IDA1OjAgSU5UQS0+ SVJRMTAKKFhFTikgSFZNMTk6IE5vIFJBTSBpbiBoaWdoIG1lbW9yeTsgc2V0dGluZyBoaWdoX21l bSByZXNvdXJjZSBiYXNlIHRvIDEwMDAwMDAwMAooWEVOKSBIVk0xOTogcGNpIGRldiAwNTowIGJh ciAxOCBzaXplIDAxMDAwMDAwMDogMGUwMDAwMDBjCihYRU4pIG1lbW9yeV9tYXA6YWRkOiBkb20x OSBnZm49ZTAwMDAgbWZuPWQwMDAwIG5yPTEwMDAwCihYRU4pIEhWTTE5OiBwY2kgZGV2IDAzOjAg YmFyIDE0IHNpemUgMDAxMDAwMDAwOiAwZjAwMDAwMDgKKFhFTikgSFZNMTk6IHBjaSBkZXYgMDI6 MCBiYXIgMTAgc2l6ZSAwMDA4MDAwMDA6IDBmMTAwMDAwOAooWEVOKSBtZW1vcnlfbWFwOmFkZDog ZG9tMTkgZ2ZuPWYxODAwIG1mbj1mMDQwMCBucj00MDAKKFhFTikgSFZNMTk6IHBjaSBkZXYgMDU6 MCBiYXIgMTAgc2l6ZSAwMDA0MDAwMDA6IDBmMTgwMDAwNAooWEVOKSBIVk0xOTogcGNpIGRldiAw MzowIGJhciAxMCBzaXplIDAwMDAwMDEwMDogMDAwMDBjMDAxCihYRU4pIEhWTTE5OiBwY2kgZGV2 IDA0OjAgYmFyIDEwIHNpemUgMDAwMDAwMTAwOiAwMDAwMGMxMDEKKFhFTikgSFZNMTk6IHBjaSBk ZXYgMDQ6MCBiYXIgMTQgc2l6ZSAwMDAwMDAxMDA6IDBmMWMwMDAwMAooWEVOKSBIVk0xOTogcGNp IGRldiAwNTowIGJhciAyMCBzaXplIDAwMDAwMDA0MDogMDAwMDBjMjAxCihYRU4pIGlvcG9ydF9t YXA6YWRkOiBkb20xOSBncG9ydD1jMjAwIG1wb3J0PWYwMDAgbnI9NDAKKFhFTikgSFZNMTk6IHBj aSBkZXYgMDE6MiBiYXIgMjAgc2l6ZSAwMDAwMDAwMjA6IDAwMDAwYzI0MQooWEVOKSBIVk0xOTog cGNpIGRldiAwMToxIGJhciAyMCBzaXplIDAwMDAwMDAxMDogMDAwMDBjMjYxCihYRU4pIEhWTTE5 OiBNdWx0aXByb2Nlc3NvciBpbml0aWFsaXNhdGlvbjoKKFhFTikgSFZNMTk6ICAtIENQVTAgLi4u IDM5LWJpdCBwaHlzIC4uLiBmaXhlZCBNVFJScyAuLi4gdmFyIE1UUlJzIFszLzhdIC4uLiBkb25l LgooWEVOKSBIVk0xOTogIC0gQ1BVMSAuLi4gMzktYml0IHBoeXMgLi4uIGZpeGVkIE1UUlJzIC4u LiB2YXIgTVRSUnMgWzMvOF0gLi4uIGRvbmUuCihYRU4pIEhWTTE5OiAgLSBDUFUyIC4uLiAzOS1i aXQgcGh5cyAuLi4gZml4ZWQgTVRSUnMgLi4uIHZhciBNVFJScyBbMy84XSAuLi4gZG9uZS4KKFhF TikgSFZNMTk6ICAtIENQVTMgLi4uIDM5LWJpdCBwaHlzIC4uLiBmaXhlZCBNVFJScyAuLi4gdmFy IE1UUlJzIFszLzhdIC4uLiBkb25lLgooWEVOKSBIVk0xOTogVGVzdGluZyBIVk0gZW52aXJvbm1l bnQ6CihYRU4pIEhWTTE5OiAgLSBSRVAgSU5TQiBhY3Jvc3MgcGFnZSBib3VuZGFyaWVzIC4uLiBw YXNzZWQKKFhFTikgSFZNMTk6ICAtIEdTIGJhc2UgTVNScyBhbmQgU1dBUEdTIC4uLiBwYXNzZWQK KFhFTikgSFZNMTk6IFBhc3NlZCAyIG9mIDIgdGVzdHMKKFhFTikgSFZNMTk6IFdyaXRpbmcgU01C SU9TIHRhYmxlcyAuLi4KKFhFTikgSFZNMTk6IExvYWRpbmcgUk9NQklPUyAuLi4KKFhFTikgSFZN MTk6IDk2MjggYnl0ZXMgb2YgUk9NQklPUyBoaWdoLW1lbW9yeSBleHRlbnNpb25zOgooWEVOKSBI Vk0xOTogICBSZWxvY2F0aW5nIHRvIDB4ZmMwMDEwMDAtMHhmYzAwMzU5YyAuLi4gZG9uZQooWEVO KSBIVk0xOTogQ3JlYXRpbmcgTVAgdGFibGVzIC4uLgooWEVOKSBIVk0xOTogTG9hZGluZyBTdGFu ZGFyZCBWR0FCSU9TIC4uLgooWEVOKSBIVk0xOTogTG9hZGluZyBQQ0kgT3B0aW9uIFJPTSAuLi4K KFhFTikgSFZNMTk6ICAtIE1hbnVmYWN0dXJlcjogaHR0cDovL2lweGUub3JnCihYRU4pIEhWTTE5 OiAgLSBQcm9kdWN0IG5hbWU6IGlQWEUKKFhFTikgSFZNMTk6IE9wdGlvbiBST01zOgooWEVOKSBI Vk0xOTogIGMwMDAwLWM5ZmZmOiBWR0EgQklPUwooWEVOKSBIVk0xOTogIGNhMDAwLWQ5ZmZmOiBF dGhlcmJvb3QgUk9NCihYRU4pIEhWTTE5OiBMb2FkaW5nIEFDUEkgLi4uCihYRU4pIEhWTTE5OiB2 bTg2IFRTUyBhdCBmYzAwZjcwMAooWEVOKSBIVk0xOTogQklPUyBtYXA6CihYRU4pIEhWTTE5OiAg ZjAwMDAtZmZmZmY6IE1haW4gQklPUwooWEVOKSBIVk0xOTogRTgyMCB0YWJsZToKKFhFTikgSFZN MTk6ICBbMDBdOiAwMDAwMDAwMDowMDAwMDAwMCAtIDAwMDAwMDAwOjAwMDllMDAwOiBSQU0KKFhF TikgSFZNMTk6ICBbMDFdOiAwMDAwMDAwMDowMDA5ZTAwMCAtIDAwMDAwMDAwOjAwMGEwMDAwOiBS RVNFUlZFRAooWEVOKSBIVk0xOTogIEhPTEU6IDAwMDAwMDAwOjAwMGEwMDAwIC0gMDAwMDAwMDA6 MDAwZTAwMDAKKFhFTikgSFZNMTk6ICBbMDJdOiAwMDAwMDAwMDowMDBlMDAwMCAtIDAwMDAwMDAw OjAwMTAwMDAwOiBSRVNFUlZFRAooWEVOKSBIVk0xOTogIFswM106IDAwMDAwMDAwOjAwMTAwMDAw IC0gMDAwMDAwMDA6N2Y4MDAwMDA6IFJBTQooWEVOKSBIVk0xOTogIEhPTEU6IDAwMDAwMDAwOjdm ODAwMDAwIC0gMDAwMDAwMDA6ZmMwMDAwMDAKKFhFTikgSFZNMTk6ICBbMDRdOiAwMDAwMDAwMDpm YzAwMDAwMCAtIDAwMDAwMDAxOjAwMDAwMDAwOiBSRVNFUlZFRAooWEVOKSBIVk0xOTogSW52b2tp bmcgUk9NQklPUyAuLi4KKFhFTikgSFZNMTk6ICRSZXZpc2lvbjogMS4yMjEgJCAkRGF0ZTogMjAw OC8xMi8wNyAxNzozMjoyOSAkCihYRU4pIHN0ZHZnYS5jOjE0NzpkMTkgZW50ZXJpbmcgc3Rkdmdh IGFuZCBjYWNoaW5nIG1vZGVzCihYRU4pIEhWTTE5OiBWR0FCaW9zICRJZDogdmdhYmlvcy5jLHYg MS42NyAyMDA4LzAxLzI3IDA5OjQ0OjEyIHZydXBwZXJ0IEV4cCAkCihYRU4pIEhWTTE5OiBWQkUg QmlvcyAkSWQ6IHZiZS5jLHYgMS42MCAyMDA4LzAzLzAyIDA3OjQ3OjIxIHZydXBwZXJ0IEV4cCAk CihYRU4pIEhWTTE5OiBCb2NocyBCSU9TIC0gYnVpbGQ6IDA2LzIzLzk5CihYRU4pIEhWTTE5OiAk UmV2aXNpb246IDEuMjIxICQgJERhdGU6IDIwMDgvMTIvMDcgMTc6MzI6MjkgJAooWEVOKSBIVk0x OTogT3B0aW9uczogYXBtYmlvcyBwY2liaW9zIGVsdG9yaXRvIFBNTSAKKFhFTikgSFZNMTk6IAoo WEVOKSBIVk0xOTogYXRhMC0wOiBQQ0hTPTE2MzgzLzE2LzYzIHRyYW5zbGF0aW9uPWxiYSBMQ0hT PTEwMjQvMjU1LzYzCihYRU4pIEhWTTE5OiBhdGEwIG1hc3RlcjogUUVNVSBIQVJERElTSyBBVEEt NyBIYXJkLURpc2sgKDYyNTMyIE1CeXRlcykKKFhFTikgSFZNMTk6IElERSB0aW1lIG91dAooWEVO KSBIVk0xOTogYXRhMSBtYXN0ZXI6IFFFTVUgRFZELVJPTSBBVEFQSS00IENELVJvbS9EVkQtUm9t CihYRU4pIEhWTTE5OiBJREUgdGltZSBvdXQKKFhFTikgSFZNMTk6IAooWEVOKSBIVk0xOTogCihY RU4pIEhWTTE5OiAKKFhFTikgSFZNMTk6IFByZXNzIEYxMiBmb3IgYm9vdCBtZW51LgooWEVOKSBI Vk0xOTogCihYRU4pIEhWTTE5OiBCb290aW5nIGZyb20gSGFyZCBEaXNrLi4uCihYRU4pIEhWTTE5 OiBCb290aW5nIGZyb20gMDAwMDo3YzAwCihYRU4pIHZpcmlkaWFuLmM6MTAyOmQxOSBHVUVTVF9P U19JRDoKKFhFTikgdmlyaWRpYW4uYzoxMDQ6ZDE5IAl2ZW5kb3I6IDEKKFhFTikgdmlyaWRpYW4u YzoxMDY6ZDE5IAlvczogNAooWEVOKSB2aXJpZGlhbi5jOjEwODpkMTkgCW1ham9yOiA2CihYRU4p IHZpcmlkaWFuLmM6MTEwOmQxOSAJbWlub3I6IDEKKFhFTikgdmlyaWRpYW4uYzoxMTI6ZDE5IAlz cDogMAooWEVOKSB2aXJpZGlhbi5jOjExNDpkMTkgCWJ1aWxkOiAxZGIwCihYRU4pIHZpcmlkaWFu LmM6MTE5OmQxOSBIWVBFUkNBTEw6CihYRU4pIHZpcmlkaWFuLmM6MTIxOmQxOSAJZW5hYmxlZDog MQooWEVOKSB2aXJpZGlhbi5jOjEyMzpkMTkgCXBmbjogM2ZmZmYKKFhFTikgdmlyaWRpYW4uYzox Mjg6ZDE5IEFQSUNfQVNTSVNUWzBdOgooWEVOKSB2aXJpZGlhbi5jOjEzMDpkMTkgCWVuYWJsZWQ6 IDEKKFhFTikgdmlyaWRpYW4uYzoxMzI6ZDE5IAlwZm46IDNmZmZlCihYRU4pIHZpcmlkaWFuLmM6 MTI4OmQxOSBBUElDX0FTU0lTVFsxXToKKFhFTikgdmlyaWRpYW4uYzoxMzA6ZDE5IAllbmFibGVk OiAxCihYRU4pIHZpcmlkaWFuLmM6MTMyOmQxOSAJcGZuOiAzZmZmZAooWEVOKSB2aXJpZGlhbi5j OjEyODpkMTkgQVBJQ19BU1NJU1RbMl06CihYRU4pIHZpcmlkaWFuLmM6MTMwOmQxOSAJZW5hYmxl ZDogMQooWEVOKSB2aXJpZGlhbi5jOjEzMjpkMTkgCXBmbjogM2ZmZmMKKFhFTikgdmlyaWRpYW4u YzoxMjg6ZDE5IEFQSUNfQVNTSVNUWzNdOgooWEVOKSB2aXJpZGlhbi5jOjEzMDpkMTkgCWVuYWJs ZWQ6IDEKKFhFTikgdmlyaWRpYW4uYzoxMzI6ZDE5IAlwZm46IDNmZmZiCihYRU4pIGlycS5jOjI3 MDogRG9tMTkgUENJIGxpbmsgMCBjaGFuZ2VkIDUgLT4gMAooWEVOKSBpcnEuYzoyNzA6IERvbTE5 IFBDSSBsaW5rIDIgY2hhbmdlZCAxMSAtPiAwCihYRU4pIGlycS5jOjI3MDogRG9tMTkgUENJIGxp bmsgMSBjaGFuZ2VkIDEwIC0+IDAKKFhFTikgaXJxLmM6MjcwOiBEb20xOSBQQ0kgbGluayAzIGNo YW5nZWQgNSAtPiAwCihYRU4pIG1lbW9yeV9tYXA6cmVtb3ZlOiBkb20xOSBnZm49ZjE4MDAgbWZu PWYwNDAwIG5yPTQwMAooWEVOKSBtZW1vcnlfbWFwOnJlbW92ZTogZG9tMTkgZ2ZuPWUwMDAwIG1m bj1kMDAwMCBucj0xMDAwMAooWEVOKSBpb3BvcnRfbWFwOnJlbW92ZTogZG9tMTkgZ3BvcnQ9YzIw MCBtcG9ydD1mMDAwIG5yPTQwCihYRU4pIG1lbW9yeV9tYXA6YWRkOiBkb20xOSBnZm49ZjE4MDAg bWZuPWYwNDAwIG5yPTQwMAooWEVOKSBtZW1vcnlfbWFwOmFkZDogZG9tMTkgZ2ZuPWUwMDAwIG1m bj1kMDAwMCBucj0xMDAwMAooWEVOKSBpb3BvcnRfbWFwOmFkZDogZG9tMTkgZ3BvcnQ9YzIwMCBt cG9ydD1mMDAwIG5yPTQwCihYRU4pIG1lbW9yeV9tYXA6cmVtb3ZlOiBkb20xOSBnZm49ZjE4MDAg bWZuPWYwNDAwIG5yPTQwMAooWEVOKSBtZW1vcnlfbWFwOnJlbW92ZTogZG9tMTkgZ2ZuPWUwMDAw IG1mbj1kMDAwMCBucj0xMDAwMAooWEVOKSBpb3BvcnRfbWFwOnJlbW92ZTogZG9tMTkgZ3BvcnQ9 YzIwMCBtcG9ydD1mMDAwIG5yPTQwCihYRU4pIG1lbW9yeV9tYXA6YWRkOiBkb20xOSBnZm49ZjE4 MDAgbWZuPWYwNDAwIG5yPTQwMAooWEVOKSBtZW1vcnlfbWFwOmFkZDogZG9tMTkgZ2ZuPWUwMDAw IG1mbj1kMDAwMCBucj0xMDAwMAooWEVOKSBpb3BvcnRfbWFwOmFkZDogZG9tMTkgZ3BvcnQ9YzIw MCBtcG9ydD1mMDAwIG5yPTQwCihYRU4pIGlvcG9ydF9tYXA6YWRkOiBkb20yMCBncG9ydD0zYjAg bXBvcnQ9M2IwIG5yPWMKKFhFTikgaW9wb3J0X21hcDphZGQ6IGRvbTIwIGdwb3J0PTNjMCBtcG9y dD0zYzAgbnI9MjAKKFhFTikgbWVtb3J5X21hcDphZGQ6IGRvbTIwIGdmbj1hMCBtZm49YTAgbnI9 MjAKKFhFTikgSFZNMjA6IEhWTSBMb2FkZXIKKFhFTikgSFZNMjA6IERldGVjdGVkIFhlbiB2NC40 LXVuc3RhYmxlCihYRU4pIEhWTTIwOiBYZW5idXMgcmluZ3MgQDB4ZmVmZmMwMDAsIGV2ZW50IGNo YW5uZWwgNgooWEVOKSBIVk0yMDogU3lzdGVtIHJlcXVlc3RlZCBST01CSU9TCihYRU4pIEhWTTIw OiBDUFUgc3BlZWQgaXMgMzM5OSBNSHoKKFhFTikgSFZNMjA6IFJlbG9jYXRpbmcgZ3Vlc3QgbWVt b3J5IGZvciBsb3dtZW0gTU1JTyBzcGFjZSBlbmFibGVkCihYRU4pIGlycS5jOjI3MDogRG9tMjAg UENJIGxpbmsgMCBjaGFuZ2VkIDAgLT4gNQooWEVOKSBIVk0yMDogUENJLUlTQSBsaW5rIDAgcm91 dGVkIHRvIElSUTUKKFhFTikgaXJxLmM6MjcwOiBEb20yMCBQQ0kgbGluayAxIGNoYW5nZWQgMCAt PiAxMAooWEVOKSBIVk0yMDogUENJLUlTQSBsaW5rIDEgcm91dGVkIHRvIElSUTEwCihYRU4pIGly cS5jOjI3MDogRG9tMjAgUENJIGxpbmsgMiBjaGFuZ2VkIDAgLT4gMTEKKFhFTikgSFZNMjA6IFBD SS1JU0EgbGluayAyIHJvdXRlZCB0byBJUlExMQooWEVOKSBpcnEuYzoyNzA6IERvbTIwIFBDSSBs aW5rIDMgY2hhbmdlZCAwIC0+IDUKKFhFTikgSFZNMjA6IFBDSS1JU0EgbGluayAzIHJvdXRlZCB0 byBJUlE1CihYRU4pIEhWTTIwOiBwY2kgZGV2IDAxOjIgSU5URC0+SVJRNQooWEVOKSBIVk0yMDog cGNpIGRldiAwMTozIElOVEEtPklSUTEwCihYRU4pIG1lbW9yeV9tYXA6YWRkOiBkb20yMCBnZm49 ZmRmZmMgbWZuPWJjNGIzIG5yPTIKKFhFTikgSFZNMjA6IHBjaSBkZXYgMDI6MCBJTlRBLT5JUlEx MQooWEVOKSBIVk0yMDogcGNpIGRldiAwMzowIElOVEEtPklSUTUKKFhFTikgSFZNMjA6IHBjaSBk ZXYgMDQ6MCBJTlRBLT5JUlE1CihYRU4pIEhWTTIwOiBObyBSQU0gaW4gaGlnaCBtZW1vcnk7IHNl dHRpbmcgaGlnaF9tZW0gcmVzb3VyY2UgYmFzZSB0byAxMDAwMDAwMDAKKFhFTikgSFZNMjA6IHBj aSBkZXYgMDI6MCBiYXIgMTggc2l6ZSAwMTAwMDAwMDA6IDBlMDAwMDAwYwooWEVOKSBtZW1vcnlf bWFwOmFkZDogZG9tMjAgZ2ZuPWUwMDAwIG1mbj1kMDAwMCBucj0xMDAwMAooWEVOKSBIVk0yMDog cGNpIGRldiAwMzowIGJhciAxNCBzaXplIDAwMTAwMDAwMDogMGYwMDAwMDA4CihYRU4pIG1lbW9y eV9tYXA6YWRkOiBkb20yMCBnZm49ZjEwMDAgbWZuPWYwNDAwIG5yPTQwMAooWEVOKSBIVk0yMDog cGNpIGRldiAwMjowIGJhciAxMCBzaXplIDAwMDQwMDAwMDogMGYxMDAwMDA0CihYRU4pIEhWTTIw OiBwY2kgZGV2IDFmOjAgYmFyIDFjIHNpemUgMDAwMjAwMDAwOiAwZjE0MDAwMDAKKFhFTikgSFZN MjA6IHBjaSBkZXYgMDM6MCBiYXIgMTAgc2l6ZSAwMDAwMDAxMDA6IDAwMDAwYzAwMQooWEVOKSBI Vk0yMDogcGNpIGRldiAwNDowIGJhciAxMCBzaXplIDAwMDAwMDEwMDogMDAwMDBjMTAxCihYRU4p IEhWTTIwOiBwY2kgZGV2IDA0OjAgYmFyIDE0IHNpemUgMDAwMDAwMTAwOiAwZjE2MDAwMDAKKFhF TikgSFZNMjA6IHBjaSBkZXYgMDI6MCBiYXIgMjAgc2l6ZSAwMDAwMDAwNDA6IDAwMDAwYzIwMQoo WEVOKSBpb3BvcnRfbWFwOmFkZDogZG9tMjAgZ3BvcnQ9YzIwMCBtcG9ydD1mMDAwIG5yPTQwCihY RU4pIEhWTTIwOiBwY2kgZGV2IDAxOjIgYmFyIDIwIHNpemUgMDAwMDAwMDIwOiAwMDAwMGMyNDEK KFhFTikgSFZNMjA6IHBjaSBkZXYgMDE6MSBiYXIgMjAgc2l6ZSAwMDAwMDAwMTA6IDAwMDAwYzI2 MQooWEVOKSBIVk0yMDogTXVsdGlwcm9jZXNzb3IgaW5pdGlhbGlzYXRpb246CihYRU4pIEhWTTIw OiAgLSBDUFUwIC4uLiAzOS1iaXQgcGh5cyAuLi4gZml4ZWQgTVRSUnMgLi4uIHZhciBNVFJScyBb My84XSAuLi4gZG9uZS4KKFhFTikgSFZNMjA6ICAtIENQVTEgLi4uIDM5LWJpdCBwaHlzIC4uLiBm aXhlZCBNVFJScyAuLi4gdmFyIE1UUlJzIFszLzhdIC4uLiBkb25lLgooWEVOKSBIVk0yMDogIC0g Q1BVMiAuLi4gMzktYml0IHBoeXMgLi4uIGZpeGVkIE1UUlJzIC4uLiB2YXIgTVRSUnMgWzMvOF0g Li4uIGRvbmUuCihYRU4pIEhWTTIwOiAgLSBDUFUzIC4uLiAzOS1iaXQgcGh5cyAuLi4gZml4ZWQg TVRSUnMgLi4uIHZhciBNVFJScyBbMy84XSAuLi4gZG9uZS4KKFhFTikgSFZNMjA6IFRlc3Rpbmcg SFZNIGVudmlyb25tZW50OgooWEVOKSBIVk0yMDogIC0gUkVQIElOU0IgYWNyb3NzIHBhZ2UgYm91 bmRhcmllcyAuLi4gcGFzc2VkCihYRU4pIEhWTTIwOiAgLSBHUyBiYXNlIE1TUnMgYW5kIFNXQVBH UyAuLi4gcGFzc2VkCihYRU4pIEhWTTIwOiBQYXNzZWQgMiBvZiAyIHRlc3RzCihYRU4pIEhWTTIw OiBXcml0aW5nIFNNQklPUyB0YWJsZXMgLi4uCihYRU4pIEhWTTIwOiBMb2FkaW5nIFJPTUJJT1Mg Li4uCihYRU4pIEhWTTIwOiA5NjI4IGJ5dGVzIG9mIFJPTUJJT1MgaGlnaC1tZW1vcnkgZXh0ZW5z aW9uczoKKFhFTikgSFZNMjA6ICAgUmVsb2NhdGluZyB0byAweGZjMDAxMDAwLTB4ZmMwMDM1OWMg Li4uIGRvbmUKKFhFTikgSFZNMjA6IENyZWF0aW5nIE1QIHRhYmxlcyAuLi4KKFhFTikgSFZNMjA6 IExvYWRpbmcgVkdBQklPUyBvZiBwYXNzdGhyb3VnaGVkIGdmeCAuLi4KKFhFTikgSFZNMjA6IExv YWRpbmcgUENJIE9wdGlvbiBST00gLi4uCihYRU4pIEhWTTIwOiAgLSBNYW51ZmFjdHVyZXI6IGh0 dHA6Ly9pcHhlLm9yZwooWEVOKSBIVk0yMDogIC0gUHJvZHVjdCBuYW1lOiBpUFhFCihYRU4pIEhW TTIwOiBPcHRpb24gUk9NczoKKFhFTikgSFZNMjA6ICBjMDAwMC1jZWZmZjogVkdBIEJJT1MKKFhF TikgSFZNMjA6ICBjZjAwMC1kZWZmZjogRXRoZXJib290IFJPTQooWEVOKSBIVk0yMDogTG9hZGlu ZyBBQ1BJIC4uLgooWEVOKSBIVk0yMDogdm04NiBUU1MgYXQgZmMwMGY3MDAKKFhFTikgSFZNMjA6 IEJJT1MgbWFwOgooWEVOKSBIVk0yMDogIGYwMDAwLWZmZmZmOiBNYWluIEJJT1MKKFhFTikgSFZN MjA6IEU4MjAgdGFibGU6CihYRU4pIEhWTTIwOiAgWzAwXTogMDAwMDAwMDA6MDAwMDAwMDAgLSAw MDAwMDAwMDowMDA5ZTAwMDogUkFNCihYRU4pIEhWTTIwOiAgWzAxXTogMDAwMDAwMDA6MDAwOWUw MDAgLSAwMDAwMDAwMDowMDBhMDAwMDogUkVTRVJWRUQKKFhFTikgSFZNMjA6ICBIT0xFOiAwMDAw MDAwMDowMDBhMDAwMCAtIDAwMDAwMDAwOjAwMGUwMDAwCihYRU4pIEhWTTIwOiAgWzAyXTogMDAw MDAwMDA6MDAwZTAwMDAgLSAwMDAwMDAwMDowMDEwMDAwMDogUkVTRVJWRUQKKFhFTikgSFZNMjA6 ICBbMDNdOiAwMDAwMDAwMDowMDEwMDAwMCAtIDAwMDAwMDAwOjdmODAwMDAwOiBSQU0KKFhFTikg SFZNMjA6ICBIT0xFOiAwMDAwMDAwMDo3ZjgwMDAwMCAtIDAwMDAwMDAwOmZjMDAwMDAwCihYRU4p IEhWTTIwOiAgWzA0XTogMDAwMDAwMDA6ZmMwMDAwMDAgLSAwMDAwMDAwMDpmZGZmYzAwMDogUkVT RVJWRUQKKFhFTikgSFZNMjA6ICBbMDVdOiAwMDAwMDAwMDpmZGZmYzAwMCAtIDAwMDAwMDAwOmZk ZmZmMDAwOiBOVlMKKFhFTikgSFZNMjA6ICBbMDZdOiAwMDAwMDAwMDpmZGZmZjAwMCAtIDAwMDAw MDAxOjAwMDAwMDAwOiBSRVNFUlZFRAooWEVOKSBIVk0yMDogSW52b2tpbmcgUk9NQklPUyAuLi4K KFhFTikgSFZNMjA6ICRSZXZpc2lvbjogMS4yMjEgJCAkRGF0ZTogMjAwOC8xMi8wNyAxNzozMjoy OSAkCihYRU4pIEhWTTIwOiAqKiogaW50IDE1aCBmdW5jdGlvbiBBWD01ZjM0LCBCWD0wMTkwIG5v dCB5ZXQgc3VwcG9ydGVkIQooWEVOKSBIVk0yMDogKioqIGludCAxNWggZnVuY3Rpb24gQVg9NWY1 MSwgQlg9YzAwMCBub3QgeWV0IHN1cHBvcnRlZCEKKFhFTikgSFZNMjA6ICoqKiBpbnQgMTVoIGZ1 bmN0aW9uIEFYPTVmMzUsIEJYPWMwMDAgbm90IHlldCBzdXBwb3J0ZWQhCg== --20cf301af53f25786f04f22ca4b1 Content-Type: text/x-log; charset=US-ASCII; name="qemu-dm-win7.log" Content-Disposition: attachment; filename="qemu-dm-win7.log" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hrk01ey90 ZG9taWQ6IDIwClVzaW5nIGZpbGUgL2Rldi9tYXBwZXIvdmdfb2N0YXJvY2tldHMtd2luNyBpbiBy ZWFkLXdyaXRlIG1vZGUKU3RyaXAgb2ZmIGJsa3RhcCBzdWItdHlwZSBwcmVmaXggdG8gL3N0b3Jh Z2UvVk1zL0lTT3MvV2luNy5pc28gKGRydiAnYWlvJykKVXNpbmcgZmlsZSAvc3RvcmFnZS9WTXMv SVNPcy9XaW43LmlzbyBpbiByZWFkLW9ubHkgbW9kZQpXYXRjaGluZyAvbG9jYWwvZG9tYWluLzAv ZGV2aWNlLW1vZGVsLzIwL2xvZ2RpcnR5L2NtZApXYXRjaGluZyAvbG9jYWwvZG9tYWluLzAvZGV2 aWNlLW1vZGVsLzIwL2NvbW1hbmQKV2F0Y2hpbmcgL2xvY2FsL2RvbWFpbi8yMC9jcHUKcWVtdV9t YXBfY2FjaGVfaW5pdCBucl9idWNrZXRzID0gMTAwMDAgc2l6ZSA0MTk0MzA0CnNoYXJlZCBwYWdl IGF0IHBmbiBmZWZmZApidWZmZXJlZCBpbyBwYWdlIGF0IHBmbiBmZWZmYgpHdWVzdCB1dWlkID0g ZDNlZWYwMDEtZGMyYS00NWQ4LWIxNTQtMmQ1NWFhNzdmNjAwClJlZ2lzdGVyIHhlbiBwbGF0Zm9y bS4KRG9uZSByZWdpc3RlciBwbGF0Zm9ybS4KcGxhdGZvcm1fZml4ZWRfaW9wb3J0OiBjaGFuZ2Vk IHJvL3J3IHN0YXRlIG9mIFJPTSBtZW1vcnkgYXJlYS4gbm93IGlzIHJ3IHN0YXRlLgp4c19yZWFk KC9sb2NhbC9kb21haW4vMC9kZXZpY2UtbW9kZWwvMjAveGVuX2V4dGVuZGVkX3Bvd2VyX21nbXQp OiByZWFkIGVycm9yCm1lZGl1bSBjaGFuZ2Ugd2F0Y2ggb24gYGhkYycgKGluZGV4OiAxKTogYWlv Oi9zdG9yYWdlL1ZNcy9JU09zL1dpbjcuaXNvCkkvTyByZXF1ZXN0IG5vdCByZWFkeTogMCwgcHRy OiAwLCBwb3J0OiAwLCBkYXRhOiAwLCBjb3VudDogMCwgc2l6ZTogMApMb2ctZGlydHk6IG5vIGNv bW1hbmQgeWV0LgpJL08gcmVxdWVzdCBub3QgcmVhZHk6IDAsIHB0cjogMCwgcG9ydDogMCwgZGF0 YTogMCwgY291bnQ6IDAsIHNpemU6IDAKSS9PIHJlcXVlc3Qgbm90IHJlYWR5OiAwLCBwdHI6IDAs IHBvcnQ6IDAsIGRhdGE6IDAsIGNvdW50OiAwLCBzaXplOiAwCnZjcHUtc2V0OiB3YXRjaCBub2Rl IGVycm9yLgpbeGVuc3RvcmVfcHJvY2Vzc192Y3B1X3NldF9ldmVudF06IC9sb2NhbC9kb21haW4v MjAvY3B1IGhhcyBubyBDUFUhCkkvTyByZXF1ZXN0IG5vdCByZWFkeTogMCwgcHRyOiAwLCBwb3J0 OiAwLCBkYXRhOiAwLCBjb3VudDogMCwgc2l6ZTogMAp4c19yZWFkKC9sb2NhbC9kb21haW4vMjAv bG9nLXRocm90dGxpbmcpOiByZWFkIGVycm9yCnFlbXU6IGlnbm9yaW5nIG5vdC11bmRlcnN0b29k IGRyaXZlIGAvbG9jYWwvZG9tYWluLzIwL2xvZy10aHJvdHRsaW5nJwptZWRpdW0gY2hhbmdlIHdh dGNoIG9uIGAvbG9jYWwvZG9tYWluLzIwL2xvZy10aHJvdHRsaW5nJyAtIHVua25vd24gZGV2aWNl LCBpZ25vcmVkCmRtLWNvbW1hbmQ6IGhvdCBpbnNlcnQgcGFzcy10aHJvdWdoIHBjaSBkZXYgCnJl Z2lzdGVyX3JlYWxfZGV2aWNlOiBBc3NpZ25pbmcgcmVhbCBwaHlzaWNhbCBkZXZpY2UgMDA6MDIu MCAuLi4KcmVnaXN0ZXJfcmVhbF9kZXZpY2U6IERpc2FibGUgTVNJIHRyYW5zbGF0aW9uIHZpYSBw ZXIgZGV2aWNlIG9wdGlvbgpyZWdpc3Rlcl9yZWFsX2RldmljZTogRW5hYmxlIHBvd2VyIG1hbmFn ZW1lbnQKcHRfaW9tdWxfaW5pdDogRXJyb3I6IHB0X2lvbXVsX2luaXQgY2FuJ3Qgb3BlbiBmaWxl IC9kZXYveGVuL3BjaV9pb211bDogTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeTogMHgwOjB4Mi4w eDAKcHRfcmVnaXN0ZXJfcmVnaW9uczogSU8gcmVnaW9uIHJlZ2lzdGVyZWQgKHNpemU9MHgwMDQw MDAwMCBiYXNlX2FkZHI9MHhmMDQwMDAwNCkKcHRfcmVnaXN0ZXJfcmVnaW9uczogSU8gcmVnaW9u IHJlZ2lzdGVyZWQgKHNpemU9MHgxMDAwMDAwMCBiYXNlX2FkZHI9MHhkMDAwMDAwYykKcHRfcmVn aXN0ZXJfcmVnaW9uczogSU8gcmVnaW9uIHJlZ2lzdGVyZWQgKHNpemU9MHgwMDAwMDA0MCBiYXNl X2FkZHI9MHgwMDAwZjAwMSkKcGNpX2ludHg6IGludHg9MQpyZWdpc3Rlcl9yZWFsX2RldmljZTog UmVhbCBwaHlzaWNhbCBkZXZpY2UgMDA6MDIuMCByZWdpc3RlcmVkIHN1Y2Nlc3NmdWx5IQpJUlEg dHlwZSA9IElOVHgKaWdkX3dyaXRlX29wcmVnaW9uOiBNYXAgT3BSZWdpb246IGJjNGIzMDE4IC0+ IGZkZmZjMDE4CnB0X2lvbWVtX21hcDogZV9waHlzPWUwMDAwMDAwIG1hZGRyPWQwMDAwMDAwIHR5 cGU9OCBsZW49MjY4NDM1NDU2IGluZGV4PTIgZmlyc3RfbWFwPTEKcHRfaW9tZW1fbWFwOiBlX3Bo eXM9ZjEwMDAwMDAgbWFkZHI9ZjA0MDAwMDAgdHlwZT0wIGxlbj00MTk0MzA0IGluZGV4PTAgZmly c3RfbWFwPTEKcHRfaW9wb3J0X21hcDogZV9waHlzPWMyMDAgcGlvX2Jhc2U9ZjAwMCBsZW49NjQg aW5kZXg9NCBmaXJzdF9tYXA9MQo= --20cf301af53f25786f04f22ca4b1 Content-Type: application/octet-stream; name="win7.cfg" Content-Disposition: attachment; filename="win7.cfg" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hrk01xuw1 IyMgVk0gTmFtZQpuYW1lID0gJ3dpbjcnCgojIyBCYXNpYyBTcGVjcyBmb3IgdGhlIFZNCmJ1aWxk ZXIgPSAnaHZtJwpkZXZpY2VfbW9kZWxfdmVyc2lvbiA9ICdxZW11LXhlbi10cmFkaXRpb25hbCcK bWVtb3J5ID0gMjA0OAp2Y3B1cyA9IDQKYWNwaSA9IDEKYXBpYyA9IDEKb25feGVuZF9zdG9wID0g J3NodXRkb3duJwoKIyMgVmlydHVhbCBEaXNrL05ldApib290ID0gJ2MnCnZpZiA9IFsgJ3R5cGU9 aW9lbXUsbWFjPTAwOjE2OjNlOjY4OmUxOjAxLGJyaWRnZT1icjEnIF0KZGlzayA9IFsgJ3BoeTov ZGV2L21hcHBlci92Z19vY3Rhcm9ja2V0cy13aW43LGhkYSx3JyAsIAoJICdmaWxlOi9zdG9yYWdl L1ZNcy9JU09zL1dpbjcuaXNvLGhkYzpjZHJvbSxyJyBdCgojIyBFbXVsYXRlZCBEZXZpY2VzL0J1 c2VzCnZnYSA9ICJzdGR2Z2EiCnVzYiA9IDEKdXNiZGV2aWNlID0gJ3RhYmxldCcKCiMjIFJlbW90 ZSBjb250cm9sIGFjY2VzcwpzZGw9MAp2bmM9MQp2bmNwYXNzd2Q9JycKdm5jbGlzdGVuPSIxOTIu MTY4LjEuNCIKCiMjIFZpcnR1YWxpemF0aW9uIEVuaGFuY2VtZW50cwp4ZW5fcGxhdGZvcm1fcGNp ID0gMQojIHZpcmlkaWFuIGlzIGZvciBXaW5kb3dzIG9ubHkgKEh5cGVyVikKdmlyaWRpYW4gPSAx CgojIyBQQ0kgUGFzc3Rocm91Z2gKIyBnZnhfcGFzc3RocnU9MCBpcyBob3cgaXQgd29ya3MgZm9y IG1vc3QgQU1EIGNhcmRzIGFuZCBhIFF1YWRybyAyMDAwIGNhcmQuCiMgZ2Z4X3Bhc3N0aHJ1PTEg d291bGQgcGFzcyB0aHJvdWdoIHRoZSBncmFwaGljcyBjYXJkIGFzIHByaW1hcnkgZGlzcGxheSBh ZGFwdGVyLgojIFlvdSBjYW4gY2hhbmdlIHRoaXMgbGF0ZXIgZm9yIGlHUFVzIG9yIG5WaWRpYSBp ZiBuZWVkZWQuCiMgVHJ5IGl0IHdpdGggMCBmaXJzdCEKZ2Z4X3Bhc3N0aHJ1ID0gMQpwY2k9Wycw MDowMi4wJ10KcGNpX3Bvd2VyX21nbXQgPSAxCm5vZ3JhcGhpYz0xCg== --20cf301af53f25786f04f22ca4b1 Content-Type: text/x-log; charset=US-ASCII; name="xl-win7.log" Content-Disposition: attachment; filename="xl-win7.log" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hrk0279q2 V2FpdGluZyBmb3IgZG9tYWluIHdpbjcgKGRvbWlkIDIwKSB0byBkaWUgW3BpZCAxMTg3OF0KRG9t YWluIDIwIGhhcyBiZWVuIGRlc3Ryb3llZC4K --20cf301af53f25786f04f22ca4b1 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 --20cf301af53f25786f04f22ca4b1-- From xen-users-bounces@lists.xen.org Wed Feb 12 08:52:59 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 12 Feb 2014 08:52: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 1WDVXm-0003Re-2M; Wed, 12 Feb 2014 08:51:46 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WDVXj-0003RX-LF for xen-users@lists.xensource.com; Wed, 12 Feb 2014 08:51:44 +0000 Received: from [85.158.137.68:52892] by server-10.bemta-3.messagelabs.com id F0/DF-07302-D163BF25; Wed, 12 Feb 2014 08:51:41 +0000 X-Env-Sender: guy20034u@yahoo.com X-Msg-Ref: server-10.tower-31.messagelabs.com!1392195098!1302880!1 X-Originating-IP: [216.109.114.238] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, HTML_MESSAGE,ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_6,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25072 invoked from network); 12 Feb 2014 08:51:39 -0000 Received: from nm43-vm7.bullet.mail.bf1.yahoo.com (HELO nm43-vm7.bullet.mail.bf1.yahoo.com) (216.109.114.238) by server-10.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 12 Feb 2014 08:51:39 -0000 Received: from [98.139.215.140] by nm43.bullet.mail.bf1.yahoo.com with NNFMP; 12 Feb 2014 08:51:38 -0000 Received: from [98.139.212.203] by tm11.bullet.mail.bf1.yahoo.com with NNFMP; 12 Feb 2014 08:51:38 -0000 Received: from [127.0.0.1] by omp1012.mail.bf1.yahoo.com with NNFMP; 12 Feb 2014 08:51:38 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 232465.83145.bm@omp1012.mail.bf1.yahoo.com Received: (qmail 43355 invoked by uid 60001); 12 Feb 2014 08:51:38 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1392195098; bh=3EPGGyAjb1E8kjaZJygkj3dkEZOPRQr20KAkj5N22ec=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=P02XLGP2EK6VkobKQCxCwRSo3ORZ3lwYdnVO5N1lYqxn1+hbV2smw/ByLh8mD775GQ3G2SsFN0/gpHMVlaI3DV8c4qHxaz4ipH7+JT1LDs1tUiZ+o6vqR/6f1kRqirogDt3YT2fNr34OIhQZMffJhdxY1V2WccI5O7vf3Y0euWo= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=rC10Mv9u0Ap8+xkwDs/P15B25KTph4b5hZystZQ2sF6gFmv7iZBJQ1S9iOrLFwwJ/+XzNwHkP/5bJyJyZGPaztnAFsGWBjC51uPoKrVcVMlzJ0kHX8A9G3aPHMJ+bBz80izCwJ3BWX7HXVlJuCqcg81wU4MBnHsss9g5yoLZxwQ=; X-YMail-OSG: iF4okGgVM1laFdC8iVZUfB2649Mb4nLlMykaIDWhWkZjl6W 2vEmkJYjtOnTi9pVYASeGlcmMsiaC26rsbjtTlngkRWhEGxH0Qtpmu8ugGfl KHksSt8.c0VAJh4FP6hyRying_fgD4mI14BznFKF8x1KRzkiHAoZWUgoWyRW 87yfQU6KUAho_2gcx04KIX.IzWO0DQi4bvQURpxVZXT7oqDr72FjoVCHfO3N m35slrE9XhnJasZE2ldIbFLqzJDsZuAwg4fOQAy8k2mBq3e2mydOsZoreEiJ bx_ED7vQkaarOkPIvHB9chgCFVRRX5c76wpRMUfgNEyWYvLVuSB9GyLYitAv tPxrBhm8g41Lc5YcQvPf8nmFur6Dnk.xwKP.OXvklouDjt9GQvU8Ph0DN_Dd mFom7VTs1hRUnww986.pwyfs3XvtIOFjfneiX0HTr3olrykcdsool1ZIsMaQ K7vd72uESEv8ldOpJVv7s04sloLqo7vUJ3Z2k0RhODZiqB6cRk2ADVBdSGPJ 6VdQXr2deiYN66YmF_1MTzi0VCP7a9wdgoWxvfG3awkgwUy.cZMjlMXaTv3n ha91YWpRQ9Q6OB9Exjl4sUJsuDkeb67WCfDr06aiRoKATV_pqDr12YvJ6jI. oKYKyiDGb7LC3akBS5VfmhlqhdXDXYr4ySK4C740TYeCzynCSRoI2Xzn85UP S_owBoHdWyENdRygS5KAARmELZJyfnRanhDVGbzx0Hg_DVDJTu8nw6PdtWyY hxRUWwlHIqXdEHJWXluKS74eumWAB6.aA4HGGAOgaI0DVFDK6eFCdHfMsS0e 9_aGpD_FUcMRqSTJ02QyOmg5kz9PXtV6sbbFt_.CndxOgsISdr7reh4COEg_ lh2yweKdrngvlWKgciVLIcIbcEWuv1PhG2Qnw6AazlYeCKbY9kK2935y1tQg rNaoPGI8DE4Pb1P5fltr3UmtG9JyhEnJeF8gJ16efBMoj2eGw4mk6iHfXOg8 qx6fban0R3k_NgCueI7QHpv95yLjT0_0frb402iIRYJllMy6HZItLjQ.QwJG zMrVWJ2nbmBJxJ4Sc0_PlJTYO3Iv.3IOv0DsVADc7rN4WUKOQavf_S2Wzuk3 6wcJFTgAIFrITSttoUbMqEKdTLKf2EBSR3q8qW9VO1FjzMnP4ShkkGKXAO5U Dv1InupfU05bgppbioLGTbFAivD_EVjzWeJ9mqoc1iRf8FaYRCL14V5sKDig 8Aqu5pHvebEbdGI3TVu1SP9QJ1McYpEEP5kQH4pkDL7w0Emp6NKuLj.OZQ_W 26GD3M49Uo1cbvoFr3rNJMZ1ORUqN..2QNGHdMDGULePcA0mY4p7HqN0BSx0 6pOKnAEHw2xMb3JMyC.Dp7lifDIVSaW98KFw- Received: from [91.198.134.62] by web140305.mail.bf1.yahoo.com via HTTP; Wed, 12 Feb 2014 00:51:37 PST X-Rocket-MIMEInfo: 002.001, RGVhciBHdXlzLApwbGVhc2UgZXhjdXNlIG1lIGFuZCB0YWtlIGl0IGFzIGEgbmV3IHBvc3QKCkkgd2FzIGEgbGl0dGxlIHdvcmtlZCB1cCBzbyBpIGRlY2lkZSBpIHN0YXJ0IHJpZ2h0IGZyb20gc2NyYXRjaCBhbmQgc2luY2UgdGhpcyBhcmUgbmV3IENpc2NvIEJsYWRlIHNlcnZlcnMgYW5kIG5vdCB5ZXQgaW4gcHJvY2R1Y3Rpb24gaSBoYWQgdGhlIGxpYmVydHkgdG8gcGxheSBhcm91bmQgCgoKTm93IGkgZG8gZmFjZSBhIGlzc3VlIGFnYWluIHdoaWNoIGkgZmVlbCBpcyBxdWl0ZSB3ZWlyZC4uCmxldCBtZSABMAEBAQE- X-Mailer: YahooMailWebService/0.8.176.634 References: <1391532037250-5721108.post@n5.nabble.com> <20140204173250.GA20603@zion.uk.xensource.com> <1391544877602-5721112.post@n5.nabble.com> <1391592927.6497.80.camel@kazak.uk.xensource.com> <1391801278525-5721189.post@n5.nabble.com> <20140210103458.GM15387@zion.uk.xensource.com> Message-ID: <1392195097.555.YahooMailNeo@web140305.mail.bf1.yahoo.com> Date: Wed, 12 Feb 2014 00:51:37 -0800 (PST) From: simon ben To: Wei Liu In-Reply-To: <20140210103458.GM15387@zion.uk.xensource.com> MIME-Version: 1.0 Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] new xen guest cannot communicate with the network X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: simon ben List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8098001422659260346==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8098001422659260346== Content-Type: multipart/alternative; boundary="-1644580086-660972919-1392195097=:555" ---1644580086-660972919-1392195097=:555 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Dear Guys,=0Aplease excuse me and take it as a new post=0A=0AI was a little= worked up so i decide i start right from scratch and since this are new Ci= sco Blade servers and not yet in procduction i had the liberty to play arou= nd =0A=0A=0ANow i do face a issue again which i feel is quite weird..=0Alet= me explain..=0AI did install centos 6.5 and xen as per the docs below and = everything went smooth=0A=0A-----------------=0A=0Ahttp://wiki.centos.org/H= owTos/Xen/Xen4QuickStart=0A=0A---------=0A=0Anow the server has 2 NIC and I= can reach the server from out entire network..=0Axm info shows the below= =0A----------------=0A=0A[root@xenserver1 scripts]# xm info=0Ahost=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : xenserver1.baladia.gov.kw= =0Arelease=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 3.10.29-11.el6.ce= ntos.alt.x86_64=0Aversion=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : #1= SMP Tue Feb 11 22:00:02 UTC 2014=0Amachine=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 : x86_64=0Anr_cpus=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0 : 24=0Anr_nodes=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 2=0Acore= s_per_socket=A0=A0=A0=A0=A0=A0 : 6=0Athreads_per_core=A0=A0=A0=A0=A0=A0 : 2= =0Acpu_mhz=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 2000=0Ahw_caps=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : bfebfbff:2c100800:00000000:000= 03f40:17bee3ff:00000000:00000001:00000000=0Avirt_caps=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 : hvm hvm_directio=0Atotal_memory=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0 : 32698=0Afree_memory=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 30222=0A= free_cpus=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 0=0Axen_major=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 4=0Axen_minor=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0 : 2=0Axen_extra=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : .3-27= .el6=0Axen_caps=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=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 =0Axen_schedu= ler=A0=A0=A0=A0=A0=A0=A0=A0=A0 : credit=0Axen_pagesize=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0 : 4096=0Aplatform_params=A0=A0=A0=A0=A0=A0=A0 : virt_start=3D0xff= ff800000000000=0Axen_changeset=A0=A0=A0=A0=A0=A0=A0=A0=A0 : unavailable=0Ax= en_commandline=A0=A0=A0=A0=A0=A0=A0 : dom0_mem=3D2048M,max:3072M loglvl=3Da= ll guest_loglvl=3Dall=0Acc_compiler=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : gcc = (GCC) 4.4.7 20120313 (Red Hat 4.4.7-4)=0Acc_compile_by=A0=A0=A0=A0=A0=A0=A0= =A0=A0 : mockbuild=0Acc_compile_domain=A0=A0=A0=A0=A0 : centos.org=0Acc_com= pile_date=A0=A0=A0=A0=A0=A0=A0 : Fri Jan 24 20:49:25 UTC 2014=0Axend_config= _format=A0=A0=A0=A0 : 4=0A--------------=0Ato enable multiple guest network= bridges to use multiple network cards i followed the link below=0A--------= -----------=0Ahttps://access.redhat.com/site/documentation/en-US/Red_Hat_En= terprise_Linux/5/html/Virtualization/chap-Virtualization-Pre_Red_Hat_Enterp= rise_Linux_5.4_Xen_networking.html=0A=0A----=0A=0Abut when i run brctl show= it only shows me=0A=0Abridge name=A0=A0=A0=A0 bridge id=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0 STP enabled=A0=A0=A0=A0 interfaces=0Avirbr0=A0=A0= =A0=A0=A0=A0=A0=A0=A0 8000.000000000000=A0=A0=A0=A0=A0=A0 yes=0A=0A-----=0A= =0Awhere could I be going wrong .. is there any debugging i can do and whic= h logs will help me=0Ai tried looking at /var/log/xen/ directory but nothin= g much=0A=0AThanks and regards=0Asimon=0A=0A=0A=0Ai really would appreciate= your help and response=0Awill start with guest VM once this issue is sorte= d=0A=0A=0A=0A=0A=0A=0A=0A=0A=0AOn Monday, February 10, 2014 1:37 PM, Wei Li= u wrote:=0A =0AOn Fri, Feb 07, 2014 at 11:27:58AM -08= 00, sbdcunha wrote:=0A> dear wei,=0A> =0A> Thanks for the reply=0A> but sor= ry or my delay..=0A> =0A> from the xen dom0 i can ping the gateway perfectl= y and not only that i can=0A> reach any host on our network =0A> but from t= he xen guest that is domU i cannot ping the gateway neither any=0A> hosts o= n the same network or other=A0 but only xen dom0=0A> =0A> appreciate your k= ind help and advice=0A> =0A=0AHave you tried to make your sysctl look like = mine? I don't see any Xen=0Aspecific problem here so you should probably co= nsult your local network=0Aadministrators / experts, as this problem might = be related to your local=0Anetwork setup.=0A=0AWei.=0A=0A> regards=0A> =0A>= simon=0A> =0A> =0A> =0A> --=0A> View this message in context: http://xen.1= 045712.n5.nabble.com/new-xen-guest-cannot-communicate-with-the-network-tp57= 21108p5721189.html=0A> Sent from the Xen - User mailing list archive at Nab= ble.com.=0A> =0A> _______________________________________________=0A> Xen-u= sers mailing list=0A> Xen-users@lists.xen.org=0A> http://lists.xen.org/xen-= users=0A=0A=0A_______________________________________________=0AXen-users m= ailing list=0AXen-users@lists.xen.org=0Ahttp://lists.xen.org/xen-users ---1644580086-660972919-1392195097=:555 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Dear Guys,
please excuse me and take it as a new post
I was a little worked up so i decide= i start right from scratch and since this are new Cisco Blade servers and = not yet in procduction i had the liberty to play around

Now i do face a issue again which i feel is quite weird..
let me explain..
I did install centos 6.5 and xen as per the docs below a= nd everything went smooth
-----------------
= http://wiki.centos.org/HowTos/Xen/Xen4QuickStart
---------
now the server has 2 NIC and I can reach the server f= rom out entire network..
xm info shows the below
----------------
[root@xenserver1 scripts]# xm info
host &nbs= p;            &= nbsp;    : xenserver1.baladia.gov.kw
release  &= nbsp;           &nbs= p; : 3.10.29-11.el6.centos.alt.x86_64
version    &nb= sp;           : #1 SMP Tu= e Feb 11 22:00:02 UTC 2014
machine          = ;      : x86_64
nr_cpus    =             : 24
= nr_nodes           &= nbsp;   : 2
cores_per_socket     &nbs= p; : 6
threads_per_core       : 2
cpu_m= hz            &= nbsp;   : 2000
hw_caps      &nbs= p;         : bfebfbff:2c100800:0000= 0000:00003f40:17bee3ff:00000000:00000001:00000000
virt_caps  &= nbsp;           : hvm hvm= _directio
total_memory        &n= bsp;  : 32698
free_memory         =    : 30222
free_cpus       =        : 0
xen_major   &nbs= p;          : 4
xen_minor&n= bsp;            = ; : 2
xen_extra         &nb= sp;    : .3-27.el6
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_schedule= r          : credit
xen_pag= esize           : 4096platform_params        : virt_start=3D0xffff800000000000
xen_changeset    &n= bsp;     : unavailable
xen_commandline  &n= bsp;     : dom0_mem=3D2048M,max:3072M loglvl=3Dall gues= t_loglvl=3Dall
cc_compiler       &nbs= p;    : gcc (GCC) 4.4.7 20120313 (Red Hat 4.4.7-4)
cc_com= pile_by          : mockbuildcc_compile_domain      : centos.org
cc_compil= e_date        : Fri Jan 24 20:49:25 UTC = 2014
xend_config_format     : 4
--------------
to enable multiple guest network bridges to use mu= ltiple network cards i followed the link below
-------------------
https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Li= nux/5/html/Virtualization/chap-Virtualization-Pre_Red_Hat_Enterprise_Linux_= 5.4_Xen_networking.html

----

but when i run brctl show it only shows me

bri= dge name     bridge id     &nb= sp;         STP enabled  =    interfaces
virbr0       =    8000.000000000000       yes

-----

where could I be = going wrong .. is there any debugging i can do and which logs will help me<= /div>
i tried looking at /var/log/xen/= directory but nothing much

=
Thanks and regards
simon


i really would appreciate your help and re= sponse
will start with guest = VM once this issue is sorted






<= br>
O= n Monday, February 10, 2014 1:37 PM, Wei Liu <wei.liu2@citrix.com> wr= ote:
On Fri, Feb 07, 2014 at 11:= 27:58AM -0800, sbdcunha wrote:
> dear wei,
>
> Thanks for the reply
= > but sorry or my delay..
>
>= from the xen dom0 i can ping the gateway perfectly and not only that i can=
> reach any host on our network
&g= t; but from the xen guest that is domU i cannot ping the gateway neither an= y
> hosts on the same network or other  but only = xen dom0
>
> appreciate your kin= d help and advice
>

Have you tried to make your sysctl look like mine? I don't see any Xen<= br clear=3D"none">specific problem here so you should probably consult your= local network
administrators / experts, as this problem = might be related to your local
network setup.

Wei.

> regards
= >
> simon
>
>
>
> --
> View this message in context: http://xen.1045712.n5.nabble.com/new-x= en-guest-cannot-communicate-with-the-network-tp5721108p5721189.html
> Sent from the Xen - User mailing list archive at Nabble= .com.
>
> ______________________= _________________________
> 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


<= /div>
---1644580086-660972919-1392195097=:555-- --===============8098001422659260346== 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 --===============8098001422659260346==-- From xen-users-bounces@lists.xen.org Wed Feb 12 08:52:59 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 12 Feb 2014 08:52: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 1WDVXm-0003Re-2M; Wed, 12 Feb 2014 08:51:46 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WDVXj-0003RX-LF for xen-users@lists.xensource.com; Wed, 12 Feb 2014 08:51:44 +0000 Received: from [85.158.137.68:52892] by server-10.bemta-3.messagelabs.com id F0/DF-07302-D163BF25; Wed, 12 Feb 2014 08:51:41 +0000 X-Env-Sender: guy20034u@yahoo.com X-Msg-Ref: server-10.tower-31.messagelabs.com!1392195098!1302880!1 X-Originating-IP: [216.109.114.238] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, HTML_MESSAGE,ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_6,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25072 invoked from network); 12 Feb 2014 08:51:39 -0000 Received: from nm43-vm7.bullet.mail.bf1.yahoo.com (HELO nm43-vm7.bullet.mail.bf1.yahoo.com) (216.109.114.238) by server-10.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 12 Feb 2014 08:51:39 -0000 Received: from [98.139.215.140] by nm43.bullet.mail.bf1.yahoo.com with NNFMP; 12 Feb 2014 08:51:38 -0000 Received: from [98.139.212.203] by tm11.bullet.mail.bf1.yahoo.com with NNFMP; 12 Feb 2014 08:51:38 -0000 Received: from [127.0.0.1] by omp1012.mail.bf1.yahoo.com with NNFMP; 12 Feb 2014 08:51:38 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 232465.83145.bm@omp1012.mail.bf1.yahoo.com Received: (qmail 43355 invoked by uid 60001); 12 Feb 2014 08:51:38 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1392195098; bh=3EPGGyAjb1E8kjaZJygkj3dkEZOPRQr20KAkj5N22ec=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=P02XLGP2EK6VkobKQCxCwRSo3ORZ3lwYdnVO5N1lYqxn1+hbV2smw/ByLh8mD775GQ3G2SsFN0/gpHMVlaI3DV8c4qHxaz4ipH7+JT1LDs1tUiZ+o6vqR/6f1kRqirogDt3YT2fNr34OIhQZMffJhdxY1V2WccI5O7vf3Y0euWo= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=rC10Mv9u0Ap8+xkwDs/P15B25KTph4b5hZystZQ2sF6gFmv7iZBJQ1S9iOrLFwwJ/+XzNwHkP/5bJyJyZGPaztnAFsGWBjC51uPoKrVcVMlzJ0kHX8A9G3aPHMJ+bBz80izCwJ3BWX7HXVlJuCqcg81wU4MBnHsss9g5yoLZxwQ=; X-YMail-OSG: iF4okGgVM1laFdC8iVZUfB2649Mb4nLlMykaIDWhWkZjl6W 2vEmkJYjtOnTi9pVYASeGlcmMsiaC26rsbjtTlngkRWhEGxH0Qtpmu8ugGfl KHksSt8.c0VAJh4FP6hyRying_fgD4mI14BznFKF8x1KRzkiHAoZWUgoWyRW 87yfQU6KUAho_2gcx04KIX.IzWO0DQi4bvQURpxVZXT7oqDr72FjoVCHfO3N m35slrE9XhnJasZE2ldIbFLqzJDsZuAwg4fOQAy8k2mBq3e2mydOsZoreEiJ bx_ED7vQkaarOkPIvHB9chgCFVRRX5c76wpRMUfgNEyWYvLVuSB9GyLYitAv tPxrBhm8g41Lc5YcQvPf8nmFur6Dnk.xwKP.OXvklouDjt9GQvU8Ph0DN_Dd mFom7VTs1hRUnww986.pwyfs3XvtIOFjfneiX0HTr3olrykcdsool1ZIsMaQ K7vd72uESEv8ldOpJVv7s04sloLqo7vUJ3Z2k0RhODZiqB6cRk2ADVBdSGPJ 6VdQXr2deiYN66YmF_1MTzi0VCP7a9wdgoWxvfG3awkgwUy.cZMjlMXaTv3n ha91YWpRQ9Q6OB9Exjl4sUJsuDkeb67WCfDr06aiRoKATV_pqDr12YvJ6jI. oKYKyiDGb7LC3akBS5VfmhlqhdXDXYr4ySK4C740TYeCzynCSRoI2Xzn85UP S_owBoHdWyENdRygS5KAARmELZJyfnRanhDVGbzx0Hg_DVDJTu8nw6PdtWyY hxRUWwlHIqXdEHJWXluKS74eumWAB6.aA4HGGAOgaI0DVFDK6eFCdHfMsS0e 9_aGpD_FUcMRqSTJ02QyOmg5kz9PXtV6sbbFt_.CndxOgsISdr7reh4COEg_ lh2yweKdrngvlWKgciVLIcIbcEWuv1PhG2Qnw6AazlYeCKbY9kK2935y1tQg rNaoPGI8DE4Pb1P5fltr3UmtG9JyhEnJeF8gJ16efBMoj2eGw4mk6iHfXOg8 qx6fban0R3k_NgCueI7QHpv95yLjT0_0frb402iIRYJllMy6HZItLjQ.QwJG zMrVWJ2nbmBJxJ4Sc0_PlJTYO3Iv.3IOv0DsVADc7rN4WUKOQavf_S2Wzuk3 6wcJFTgAIFrITSttoUbMqEKdTLKf2EBSR3q8qW9VO1FjzMnP4ShkkGKXAO5U Dv1InupfU05bgppbioLGTbFAivD_EVjzWeJ9mqoc1iRf8FaYRCL14V5sKDig 8Aqu5pHvebEbdGI3TVu1SP9QJ1McYpEEP5kQH4pkDL7w0Emp6NKuLj.OZQ_W 26GD3M49Uo1cbvoFr3rNJMZ1ORUqN..2QNGHdMDGULePcA0mY4p7HqN0BSx0 6pOKnAEHw2xMb3JMyC.Dp7lifDIVSaW98KFw- Received: from [91.198.134.62] by web140305.mail.bf1.yahoo.com via HTTP; Wed, 12 Feb 2014 00:51:37 PST X-Rocket-MIMEInfo: 002.001, RGVhciBHdXlzLApwbGVhc2UgZXhjdXNlIG1lIGFuZCB0YWtlIGl0IGFzIGEgbmV3IHBvc3QKCkkgd2FzIGEgbGl0dGxlIHdvcmtlZCB1cCBzbyBpIGRlY2lkZSBpIHN0YXJ0IHJpZ2h0IGZyb20gc2NyYXRjaCBhbmQgc2luY2UgdGhpcyBhcmUgbmV3IENpc2NvIEJsYWRlIHNlcnZlcnMgYW5kIG5vdCB5ZXQgaW4gcHJvY2R1Y3Rpb24gaSBoYWQgdGhlIGxpYmVydHkgdG8gcGxheSBhcm91bmQgCgoKTm93IGkgZG8gZmFjZSBhIGlzc3VlIGFnYWluIHdoaWNoIGkgZmVlbCBpcyBxdWl0ZSB3ZWlyZC4uCmxldCBtZSABMAEBAQE- X-Mailer: YahooMailWebService/0.8.176.634 References: <1391532037250-5721108.post@n5.nabble.com> <20140204173250.GA20603@zion.uk.xensource.com> <1391544877602-5721112.post@n5.nabble.com> <1391592927.6497.80.camel@kazak.uk.xensource.com> <1391801278525-5721189.post@n5.nabble.com> <20140210103458.GM15387@zion.uk.xensource.com> Message-ID: <1392195097.555.YahooMailNeo@web140305.mail.bf1.yahoo.com> Date: Wed, 12 Feb 2014 00:51:37 -0800 (PST) From: simon ben To: Wei Liu In-Reply-To: <20140210103458.GM15387@zion.uk.xensource.com> MIME-Version: 1.0 Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] new xen guest cannot communicate with the network X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: simon ben List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8098001422659260346==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8098001422659260346== Content-Type: multipart/alternative; boundary="-1644580086-660972919-1392195097=:555" ---1644580086-660972919-1392195097=:555 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Dear Guys,=0Aplease excuse me and take it as a new post=0A=0AI was a little= worked up so i decide i start right from scratch and since this are new Ci= sco Blade servers and not yet in procduction i had the liberty to play arou= nd =0A=0A=0ANow i do face a issue again which i feel is quite weird..=0Alet= me explain..=0AI did install centos 6.5 and xen as per the docs below and = everything went smooth=0A=0A-----------------=0A=0Ahttp://wiki.centos.org/H= owTos/Xen/Xen4QuickStart=0A=0A---------=0A=0Anow the server has 2 NIC and I= can reach the server from out entire network..=0Axm info shows the below= =0A----------------=0A=0A[root@xenserver1 scripts]# xm info=0Ahost=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : xenserver1.baladia.gov.kw= =0Arelease=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 3.10.29-11.el6.ce= ntos.alt.x86_64=0Aversion=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : #1= SMP Tue Feb 11 22:00:02 UTC 2014=0Amachine=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 : x86_64=0Anr_cpus=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0 : 24=0Anr_nodes=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 2=0Acore= s_per_socket=A0=A0=A0=A0=A0=A0 : 6=0Athreads_per_core=A0=A0=A0=A0=A0=A0 : 2= =0Acpu_mhz=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 2000=0Ahw_caps=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : bfebfbff:2c100800:00000000:000= 03f40:17bee3ff:00000000:00000001:00000000=0Avirt_caps=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 : hvm hvm_directio=0Atotal_memory=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0 : 32698=0Afree_memory=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 30222=0A= free_cpus=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 0=0Axen_major=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 4=0Axen_minor=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0 : 2=0Axen_extra=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : .3-27= .el6=0Axen_caps=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=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 =0Axen_schedu= ler=A0=A0=A0=A0=A0=A0=A0=A0=A0 : credit=0Axen_pagesize=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0 : 4096=0Aplatform_params=A0=A0=A0=A0=A0=A0=A0 : virt_start=3D0xff= ff800000000000=0Axen_changeset=A0=A0=A0=A0=A0=A0=A0=A0=A0 : unavailable=0Ax= en_commandline=A0=A0=A0=A0=A0=A0=A0 : dom0_mem=3D2048M,max:3072M loglvl=3Da= ll guest_loglvl=3Dall=0Acc_compiler=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : gcc = (GCC) 4.4.7 20120313 (Red Hat 4.4.7-4)=0Acc_compile_by=A0=A0=A0=A0=A0=A0=A0= =A0=A0 : mockbuild=0Acc_compile_domain=A0=A0=A0=A0=A0 : centos.org=0Acc_com= pile_date=A0=A0=A0=A0=A0=A0=A0 : Fri Jan 24 20:49:25 UTC 2014=0Axend_config= _format=A0=A0=A0=A0 : 4=0A--------------=0Ato enable multiple guest network= bridges to use multiple network cards i followed the link below=0A--------= -----------=0Ahttps://access.redhat.com/site/documentation/en-US/Red_Hat_En= terprise_Linux/5/html/Virtualization/chap-Virtualization-Pre_Red_Hat_Enterp= rise_Linux_5.4_Xen_networking.html=0A=0A----=0A=0Abut when i run brctl show= it only shows me=0A=0Abridge name=A0=A0=A0=A0 bridge id=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0 STP enabled=A0=A0=A0=A0 interfaces=0Avirbr0=A0=A0= =A0=A0=A0=A0=A0=A0=A0 8000.000000000000=A0=A0=A0=A0=A0=A0 yes=0A=0A-----=0A= =0Awhere could I be going wrong .. is there any debugging i can do and whic= h logs will help me=0Ai tried looking at /var/log/xen/ directory but nothin= g much=0A=0AThanks and regards=0Asimon=0A=0A=0A=0Ai really would appreciate= your help and response=0Awill start with guest VM once this issue is sorte= d=0A=0A=0A=0A=0A=0A=0A=0A=0A=0AOn Monday, February 10, 2014 1:37 PM, Wei Li= u wrote:=0A =0AOn Fri, Feb 07, 2014 at 11:27:58AM -08= 00, sbdcunha wrote:=0A> dear wei,=0A> =0A> Thanks for the reply=0A> but sor= ry or my delay..=0A> =0A> from the xen dom0 i can ping the gateway perfectl= y and not only that i can=0A> reach any host on our network =0A> but from t= he xen guest that is domU i cannot ping the gateway neither any=0A> hosts o= n the same network or other=A0 but only xen dom0=0A> =0A> appreciate your k= ind help and advice=0A> =0A=0AHave you tried to make your sysctl look like = mine? I don't see any Xen=0Aspecific problem here so you should probably co= nsult your local network=0Aadministrators / experts, as this problem might = be related to your local=0Anetwork setup.=0A=0AWei.=0A=0A> regards=0A> =0A>= simon=0A> =0A> =0A> =0A> --=0A> View this message in context: http://xen.1= 045712.n5.nabble.com/new-xen-guest-cannot-communicate-with-the-network-tp57= 21108p5721189.html=0A> Sent from the Xen - User mailing list archive at Nab= ble.com.=0A> =0A> _______________________________________________=0A> Xen-u= sers mailing list=0A> Xen-users@lists.xen.org=0A> http://lists.xen.org/xen-= users=0A=0A=0A_______________________________________________=0AXen-users m= ailing list=0AXen-users@lists.xen.org=0Ahttp://lists.xen.org/xen-users ---1644580086-660972919-1392195097=:555 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Dear Guys,
please excuse me and take it as a new post
I was a little worked up so i decide= i start right from scratch and since this are new Cisco Blade servers and = not yet in procduction i had the liberty to play around

Now i do face a issue again which i feel is quite weird..
let me explain..
I did install centos 6.5 and xen as per the docs below a= nd everything went smooth
-----------------
= http://wiki.centos.org/HowTos/Xen/Xen4QuickStart
---------
now the server has 2 NIC and I can reach the server f= rom out entire network..
xm info shows the below
----------------
[root@xenserver1 scripts]# xm info
host &nbs= p;            &= nbsp;    : xenserver1.baladia.gov.kw
release  &= nbsp;           &nbs= p; : 3.10.29-11.el6.centos.alt.x86_64
version    &nb= sp;           : #1 SMP Tu= e Feb 11 22:00:02 UTC 2014
machine          = ;      : x86_64
nr_cpus    =             : 24
= nr_nodes           &= nbsp;   : 2
cores_per_socket     &nbs= p; : 6
threads_per_core       : 2
cpu_m= hz            &= nbsp;   : 2000
hw_caps      &nbs= p;         : bfebfbff:2c100800:0000= 0000:00003f40:17bee3ff:00000000:00000001:00000000
virt_caps  &= nbsp;           : hvm hvm= _directio
total_memory        &n= bsp;  : 32698
free_memory         =    : 30222
free_cpus       =        : 0
xen_major   &nbs= p;          : 4
xen_minor&n= bsp;            = ; : 2
xen_extra         &nb= sp;    : .3-27.el6
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_schedule= r          : credit
xen_pag= esize           : 4096platform_params        : virt_start=3D0xffff800000000000
xen_changeset    &n= bsp;     : unavailable
xen_commandline  &n= bsp;     : dom0_mem=3D2048M,max:3072M loglvl=3Dall gues= t_loglvl=3Dall
cc_compiler       &nbs= p;    : gcc (GCC) 4.4.7 20120313 (Red Hat 4.4.7-4)
cc_com= pile_by          : mockbuildcc_compile_domain      : centos.org
cc_compil= e_date        : Fri Jan 24 20:49:25 UTC = 2014
xend_config_format     : 4
--------------
to enable multiple guest network bridges to use mu= ltiple network cards i followed the link below
-------------------
https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Li= nux/5/html/Virtualization/chap-Virtualization-Pre_Red_Hat_Enterprise_Linux_= 5.4_Xen_networking.html

----

but when i run brctl show it only shows me

bri= dge name     bridge id     &nb= sp;         STP enabled  =    interfaces
virbr0       =    8000.000000000000       yes

-----

where could I be = going wrong .. is there any debugging i can do and which logs will help me<= /div>
i tried looking at /var/log/xen/= directory but nothing much

=
Thanks and regards
simon


i really would appreciate your help and re= sponse
will start with guest = VM once this issue is sorted






<= br>
O= n Monday, February 10, 2014 1:37 PM, Wei Liu <wei.liu2@citrix.com> wr= ote:
On Fri, Feb 07, 2014 at 11:= 27:58AM -0800, sbdcunha wrote:
> dear wei,
>
> Thanks for the reply
= > but sorry or my delay..
>
>= from the xen dom0 i can ping the gateway perfectly and not only that i can=
> reach any host on our network
&g= t; but from the xen guest that is domU i cannot ping the gateway neither an= y
> hosts on the same network or other  but only = xen dom0
>
> appreciate your kin= d help and advice
>

Have you tried to make your sysctl look like mine? I don't see any Xen<= br clear=3D"none">specific problem here so you should probably consult your= local network
administrators / experts, as this problem = might be related to your local
network setup.

Wei.

> regards
= >
> simon
>
>
>
> --
> View this message in context: http://xen.1045712.n5.nabble.com/new-x= en-guest-cannot-communicate-with-the-network-tp5721108p5721189.html
> Sent from the Xen - User mailing list archive at Nabble= .com.
>
> ______________________= _________________________
> 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


<= /div>
---1644580086-660972919-1392195097=:555-- --===============8098001422659260346== 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 --===============8098001422659260346==-- From xen-users-bounces@lists.xen.org Wed Feb 12 09:31:47 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 12 Feb 2014 09:31: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 1WDW9V-0005D4-Uo; Wed, 12 Feb 2014 09:30:45 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WDW9T-0005Cs-Uz for xen-users@lists.xensource.com; Wed, 12 Feb 2014 09:30:44 +0000 Received: from [85.158.139.211:48359] by server-1.bemta-5.messagelabs.com id 4D/E5-12859-34F3BF25; Wed, 12 Feb 2014 09:30:43 +0000 X-Env-Sender: wei.liu2@citrix.com X-Msg-Ref: server-7.tower-206.messagelabs.com!1392197440!3374500!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16986 invoked from network); 12 Feb 2014 09:30:42 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-7.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 12 Feb 2014 09:30:42 -0000 X-IronPort-AV: E=Sophos;i="4.95,831,1384300800"; d="scan'208";a="101855273" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 12 Feb 2014 09:30:40 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.79) with Microsoft SMTP Server id 14.2.342.4; Wed, 12 Feb 2014 04:30:40 -0500 Received: from zion.uk.xensource.com ([10.80.2.73]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1WDW9P-0002iO-Ue; Wed, 12 Feb 2014 09:30:39 +0000 Date: Wed, 12 Feb 2014 09:30:39 +0000 From: Wei Liu To: simon ben Message-ID: <20140212093039.GA30969@zion.uk.xensource.com> References: <1391532037250-5721108.post@n5.nabble.com> <20140204173250.GA20603@zion.uk.xensource.com> <1391544877602-5721112.post@n5.nabble.com> <1391592927.6497.80.camel@kazak.uk.xensource.com> <1391801278525-5721189.post@n5.nabble.com> <20140210103458.GM15387@zion.uk.xensource.com> <1392195097.555.YahooMailNeo@web140305.mail.bf1.yahoo.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <1392195097.555.YahooMailNeo@web140305.mail.bf1.yahoo.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-DLP: MIA2 Cc: Wei Liu , "xen-users@lists.xensource.com" Subject: Re: [Xen-users] new xen guest cannot communicate with the network X-BeenThere: xen-users@lists.xen.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 Wed, Feb 12, 2014 at 12:51:37AM -0800, simon ben wrote: > Dear Guys, > please excuse me and take it as a new post > = > I was a little worked up so i decide i start right from scratch and since= this are new Cisco Blade servers and not yet in procduction i had the libe= rty to play around = > = > = > Now i do face a issue again which i feel is quite weird.. > let me explain.. > I did install centos 6.5 and xen as per the docs below and everything wen= t smooth > = > ----------------- > = > http://wiki.centos.org/HowTos/Xen/Xen4QuickStart > = > --------- > = > now the server has 2 NIC and I can reach the server from out entire netwo= rk.. > xm info shows the below > ---------------- > = > [root@xenserver1 scripts]# xm info > host=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : xenserver1.b= aladia.gov.kw > release=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 3.10.29-11.el6.cen= tos.alt.x86_64 > version=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : #1 SMP Tue Feb 11 = 22:00:02 UTC 2014 > machine=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : x86_64 > nr_cpus=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 24 > nr_nodes=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 2 > cores_per_socket=A0=A0=A0=A0=A0=A0 : 6 > threads_per_core=A0=A0=A0=A0=A0=A0 : 2 > cpu_mhz=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 2000 > hw_caps=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : bfebfbff:2c100800:= 00000000:00003f40:17bee3ff:00000000:00000001:00000000 > virt_caps=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : hvm hvm_directio > total_memory=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 32698 > free_memory=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 30222 > free_cpus=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 0 > xen_major=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 4 > xen_minor=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 2 > xen_extra=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : .3-27.el6 > xen_caps=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=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 = > xen_scheduler=A0=A0=A0=A0=A0=A0=A0=A0=A0 : credit > xen_pagesize=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 4096 > platform_params=A0=A0=A0=A0=A0=A0=A0 : virt_start=3D0xffff800000000000 > xen_changeset=A0=A0=A0=A0=A0=A0=A0=A0=A0 : unavailable > xen_commandline=A0=A0=A0=A0=A0=A0=A0 : dom0_mem=3D2048M,max:3072M loglvl= =3Dall guest_loglvl=3Dall > cc_compiler=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : gcc (GCC) 4.4.7 20120313 (= Red Hat 4.4.7-4) > cc_compile_by=A0=A0=A0=A0=A0=A0=A0=A0=A0 : mockbuild > cc_compile_domain=A0=A0=A0=A0=A0 : centos.org > cc_compile_date=A0=A0=A0=A0=A0=A0=A0 : Fri Jan 24 20:49:25 UTC 2014 > xend_config_format=A0=A0=A0=A0 : 4 > -------------- > to enable multiple guest network bridges to use multiple network cards i = followed the link below > ------------------- > https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Lin= ux/5/html/Virtualization/chap-Virtualization-Pre_Red_Hat_Enterprise_Linux_5= .4_Xen_networking.html > = This is too old. Chances are that it won't work. > ---- > = > but when i run brctl show it only shows me > = > bridge name=A0=A0=A0=A0 bridge id=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0 STP enabled=A0=A0=A0=A0 interfaces > virbr0=A0=A0=A0=A0=A0=A0=A0=A0=A0 8000.000000000000=A0=A0=A0=A0=A0=A0 yes > = There's no interface, physical or virtual, attached to this bridge. I would suggest you configure your bridge manually instead of trying to follow the above document. IIRC you're almost there with your previous configuration -- at least you've got interfaces attached to bridge. TBH I don't think following random configuration guidelines can help you much. 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 12 09:31:47 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 12 Feb 2014 09:31: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 1WDW9V-0005D4-Uo; Wed, 12 Feb 2014 09:30:45 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WDW9T-0005Cs-Uz for xen-users@lists.xensource.com; Wed, 12 Feb 2014 09:30:44 +0000 Received: from [85.158.139.211:48359] by server-1.bemta-5.messagelabs.com id 4D/E5-12859-34F3BF25; Wed, 12 Feb 2014 09:30:43 +0000 X-Env-Sender: wei.liu2@citrix.com X-Msg-Ref: server-7.tower-206.messagelabs.com!1392197440!3374500!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16986 invoked from network); 12 Feb 2014 09:30:42 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-7.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 12 Feb 2014 09:30:42 -0000 X-IronPort-AV: E=Sophos;i="4.95,831,1384300800"; d="scan'208";a="101855273" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 12 Feb 2014 09:30:40 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.79) with Microsoft SMTP Server id 14.2.342.4; Wed, 12 Feb 2014 04:30:40 -0500 Received: from zion.uk.xensource.com ([10.80.2.73]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1WDW9P-0002iO-Ue; Wed, 12 Feb 2014 09:30:39 +0000 Date: Wed, 12 Feb 2014 09:30:39 +0000 From: Wei Liu To: simon ben Message-ID: <20140212093039.GA30969@zion.uk.xensource.com> References: <1391532037250-5721108.post@n5.nabble.com> <20140204173250.GA20603@zion.uk.xensource.com> <1391544877602-5721112.post@n5.nabble.com> <1391592927.6497.80.camel@kazak.uk.xensource.com> <1391801278525-5721189.post@n5.nabble.com> <20140210103458.GM15387@zion.uk.xensource.com> <1392195097.555.YahooMailNeo@web140305.mail.bf1.yahoo.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <1392195097.555.YahooMailNeo@web140305.mail.bf1.yahoo.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-DLP: MIA2 Cc: Wei Liu , "xen-users@lists.xensource.com" Subject: Re: [Xen-users] new xen guest cannot communicate with the network X-BeenThere: xen-users@lists.xen.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 Wed, Feb 12, 2014 at 12:51:37AM -0800, simon ben wrote: > Dear Guys, > please excuse me and take it as a new post > = > I was a little worked up so i decide i start right from scratch and since= this are new Cisco Blade servers and not yet in procduction i had the libe= rty to play around = > = > = > Now i do face a issue again which i feel is quite weird.. > let me explain.. > I did install centos 6.5 and xen as per the docs below and everything wen= t smooth > = > ----------------- > = > http://wiki.centos.org/HowTos/Xen/Xen4QuickStart > = > --------- > = > now the server has 2 NIC and I can reach the server from out entire netwo= rk.. > xm info shows the below > ---------------- > = > [root@xenserver1 scripts]# xm info > host=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : xenserver1.b= aladia.gov.kw > release=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 3.10.29-11.el6.cen= tos.alt.x86_64 > version=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : #1 SMP Tue Feb 11 = 22:00:02 UTC 2014 > machine=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : x86_64 > nr_cpus=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 24 > nr_nodes=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 2 > cores_per_socket=A0=A0=A0=A0=A0=A0 : 6 > threads_per_core=A0=A0=A0=A0=A0=A0 : 2 > cpu_mhz=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 2000 > hw_caps=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : bfebfbff:2c100800:= 00000000:00003f40:17bee3ff:00000000:00000001:00000000 > virt_caps=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : hvm hvm_directio > total_memory=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 32698 > free_memory=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 30222 > free_cpus=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 0 > xen_major=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 4 > xen_minor=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 2 > xen_extra=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : .3-27.el6 > xen_caps=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=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 = > xen_scheduler=A0=A0=A0=A0=A0=A0=A0=A0=A0 : credit > xen_pagesize=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 4096 > platform_params=A0=A0=A0=A0=A0=A0=A0 : virt_start=3D0xffff800000000000 > xen_changeset=A0=A0=A0=A0=A0=A0=A0=A0=A0 : unavailable > xen_commandline=A0=A0=A0=A0=A0=A0=A0 : dom0_mem=3D2048M,max:3072M loglvl= =3Dall guest_loglvl=3Dall > cc_compiler=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : gcc (GCC) 4.4.7 20120313 (= Red Hat 4.4.7-4) > cc_compile_by=A0=A0=A0=A0=A0=A0=A0=A0=A0 : mockbuild > cc_compile_domain=A0=A0=A0=A0=A0 : centos.org > cc_compile_date=A0=A0=A0=A0=A0=A0=A0 : Fri Jan 24 20:49:25 UTC 2014 > xend_config_format=A0=A0=A0=A0 : 4 > -------------- > to enable multiple guest network bridges to use multiple network cards i = followed the link below > ------------------- > https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Lin= ux/5/html/Virtualization/chap-Virtualization-Pre_Red_Hat_Enterprise_Linux_5= .4_Xen_networking.html > = This is too old. Chances are that it won't work. > ---- > = > but when i run brctl show it only shows me > = > bridge name=A0=A0=A0=A0 bridge id=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0 STP enabled=A0=A0=A0=A0 interfaces > virbr0=A0=A0=A0=A0=A0=A0=A0=A0=A0 8000.000000000000=A0=A0=A0=A0=A0=A0 yes > = There's no interface, physical or virtual, attached to this bridge. I would suggest you configure your bridge manually instead of trying to follow the above document. IIRC you're almost there with your previous configuration -- at least you've got interfaces attached to bridge. TBH I don't think following random configuration guidelines can help you much. 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 12 09:32:21 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 12 Feb 2014 09:32: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 1WDWB0-0005Iv-LB; Wed, 12 Feb 2014 09:32:18 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WDWAz-0005In-G5 for xen-users@lists.xensource.com; Wed, 12 Feb 2014 09:32:17 +0000 Received: from [85.158.137.68:53467] by server-9.bemta-3.messagelabs.com id C5/DE-10184-0AF3BF25; Wed, 12 Feb 2014 09:32:16 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-9.tower-31.messagelabs.com!1392197534!1279324!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20753 invoked from network); 12 Feb 2014 09:32:15 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-9.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 12 Feb 2014 09:32:15 -0000 X-IronPort-AV: E=Sophos;i="4.95,831,1384300800"; d="scan'208";a="100058746" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 12 Feb 2014 09:32:14 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL02.citrite.net (10.13.107.79) with Microsoft SMTP Server id 14.2.342.4; Wed, 12 Feb 2014 04:32:13 -0500 Message-ID: <1392197532.13563.5.camel@kazak.uk.xensource.com> From: Ian Campbell To: simon ben Date: Wed, 12 Feb 2014 09:32:12 +0000 In-Reply-To: <1392195097.555.YahooMailNeo@web140305.mail.bf1.yahoo.com> References: <1391532037250-5721108.post@n5.nabble.com> <20140204173250.GA20603@zion.uk.xensource.com> <1391544877602-5721112.post@n5.nabble.com> <1391592927.6497.80.camel@kazak.uk.xensource.com> <1391801278525-5721189.post@n5.nabble.com> <20140210103458.GM15387@zion.uk.xensource.com> <1392195097.555.YahooMailNeo@web140305.mail.bf1.yahoo.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: Wei Liu , "xen-users@lists.xensource.com" Subject: Re: [Xen-users] new xen guest cannot communicate with the network X-BeenThere: xen-users@lists.xen.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, 2014-02-12 at 00:51 -0800, simon ben wrote: > Dear Guys, > please excuse me and take it as a new post Please don't hijack threads, it is trivial to pre "New" instead of "Reply" and choose yourself a suitable subject line. > https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Linux/5/html/Virtualization/chap-Virtualization-Pre_Red_Hat_Enterprise_Linux_5.4_Xen_networking.html This for RHEL 5 not 6 and recommends (indirectly) the use of the network-bridge script which is not recommended these days. You might have more luck with something as described in http://wiki.xen.org/wiki/Network_Configuration_Examples_%28Xen_4.1%2B%29 You might also want to contact the centos list for advice specific to CentOS (perhaps you could recommend to them that they include something in http://wiki.centos.org/HowTos/Xen/Xen4QuickStart). Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Feb 12 09:32:21 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 12 Feb 2014 09:32: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 1WDWB0-0005Iv-LB; Wed, 12 Feb 2014 09:32:18 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WDWAz-0005In-G5 for xen-users@lists.xensource.com; Wed, 12 Feb 2014 09:32:17 +0000 Received: from [85.158.137.68:53467] by server-9.bemta-3.messagelabs.com id C5/DE-10184-0AF3BF25; Wed, 12 Feb 2014 09:32:16 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-9.tower-31.messagelabs.com!1392197534!1279324!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20753 invoked from network); 12 Feb 2014 09:32:15 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-9.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 12 Feb 2014 09:32:15 -0000 X-IronPort-AV: E=Sophos;i="4.95,831,1384300800"; d="scan'208";a="100058746" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 12 Feb 2014 09:32:14 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL02.citrite.net (10.13.107.79) with Microsoft SMTP Server id 14.2.342.4; Wed, 12 Feb 2014 04:32:13 -0500 Message-ID: <1392197532.13563.5.camel@kazak.uk.xensource.com> From: Ian Campbell To: simon ben Date: Wed, 12 Feb 2014 09:32:12 +0000 In-Reply-To: <1392195097.555.YahooMailNeo@web140305.mail.bf1.yahoo.com> References: <1391532037250-5721108.post@n5.nabble.com> <20140204173250.GA20603@zion.uk.xensource.com> <1391544877602-5721112.post@n5.nabble.com> <1391592927.6497.80.camel@kazak.uk.xensource.com> <1391801278525-5721189.post@n5.nabble.com> <20140210103458.GM15387@zion.uk.xensource.com> <1392195097.555.YahooMailNeo@web140305.mail.bf1.yahoo.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: Wei Liu , "xen-users@lists.xensource.com" Subject: Re: [Xen-users] new xen guest cannot communicate with the network X-BeenThere: xen-users@lists.xen.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, 2014-02-12 at 00:51 -0800, simon ben wrote: > Dear Guys, > please excuse me and take it as a new post Please don't hijack threads, it is trivial to pre "New" instead of "Reply" and choose yourself a suitable subject line. > https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Linux/5/html/Virtualization/chap-Virtualization-Pre_Red_Hat_Enterprise_Linux_5.4_Xen_networking.html This for RHEL 5 not 6 and recommends (indirectly) the use of the network-bridge script which is not recommended these days. You might have more luck with something as described in http://wiki.xen.org/wiki/Network_Configuration_Examples_%28Xen_4.1%2B%29 You might also want to contact the centos list for advice specific to CentOS (perhaps you could recommend to them that they include something in http://wiki.centos.org/HowTos/Xen/Xen4QuickStart). Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Feb 12 12:39:48 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 12 Feb 2014 12:39: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 1WDZ5N-0005Iy-SV; Wed, 12 Feb 2014 12:38:41 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WCvGO-0006wy-Ik for xen-users@lists.xen.org; Mon, 10 Feb 2014 18:07:25 +0000 Received: from [85.158.143.35:55569] by server-3.bemta-4.messagelabs.com id FC/32-11539-A5519F25; Mon, 10 Feb 2014 18:07:22 +0000 X-Env-Sender: peterxianggao@gmail.com X-Msg-Ref: server-5.tower-21.messagelabs.com!1392055638!4576175!1 X-Originating-IP: [209.85.214.174] X-SpamReason: No, hits=2.9 required=7.0 tests=BIZ_TLD,HTML_20_30, HTML_MESSAGE,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26574 invoked from network); 10 Feb 2014 18:07:19 -0000 Received: from mail-ob0-f174.google.com (HELO mail-ob0-f174.google.com) (209.85.214.174) by server-5.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 10 Feb 2014 18:07:19 -0000 Received: by mail-ob0-f174.google.com with SMTP id uy5so7594318obc.19 for ; Mon, 10 Feb 2014 10:07:18 -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=4GwZ8MHp4oViCsetBkxydPLAb1jqGcCPGFZPRFJWgm0=; b=fCqzukxz31/LBzUNQP6lt84S1T6rldX7F6hUUVYcl+Mx0kqLNWarrZIIE/biaric3U EImcj9IA8LnDKTFMIgSJM8uey50NastCMdfU8EGq4874rWFsbc9jH1lyME3VZ28UDDxf maC6rDuHJV68EtkDeCMAcexmF/xz9yw8lauEbc+xUjG/5qdu/yk4UgLSOe4pePiRPLnK IBlk9s9wwbgwhlgokx14qdpIBocuzRl1qnn8TyxnMjTpa/KmS8fjjhqnmQUI+RtwDkmJ qYICtrePYhnvSUXpCudlzKGxfg7SfLpwnBOBUgM2a2srrKiyFj1hN+e7/WDLSQRO5IYH kMfg== MIME-Version: 1.0 X-Received: by 10.60.146.194 with SMTP id te2mr28347144oeb.3.1392055638142; Mon, 10 Feb 2014 10:07:18 -0800 (PST) Received: by 10.182.33.34 with HTTP; Mon, 10 Feb 2014 10:07:17 -0800 (PST) In-Reply-To: <52F8B5C3.1020308@m2r.biz> References: <20140210104223.GN15387@zion.uk.xensource.com> <52F8B5C3.1020308@m2r.biz> Date: Mon, 10 Feb 2014 10:07:17 -0800 Message-ID: From: "Peter X. Gao" To: Fabio Fantoni X-Mailman-Approved-At: Wed, 12 Feb 2014 12:38:41 +0000 Cc: Xen-devel@lists.xenproject.org, Wei Liu , xen-users@lists.xen.org Subject: Re: [Xen-users] [Xen-devel] Virtio on Xen X-BeenThere: xen-users@lists.xen.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="===============4989157674536147328==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4989157674536147328== Content-Type: multipart/alternative; boundary=047d7b5d3d7ad1ca5004f21135eb --047d7b5d3d7ad1ca5004f21135eb Content-Type: text/plain; charset=ISO-8859-1 Thanks for your reply. I am now using virtio-net and it seems working. However, Intel DPDK also requires hugepage. When a DPDK application is initiating hugepage, I got the following error. Do I need to config something in Xen to support hugepage? [ 0.000000] Initializing cgroup subsys cpuset [ 0.000000] Initializing cgroup subsys cpu [ 0.000000] Linux version 3.2.0-58-generic (buildd@allspice) (gcc version 4.6.3 (Ubuntu/Linaro 4.6.3-1ubuntu5) ) #88-Ubuntu SMP Tue Dec 3 17:37:58 UTC 2013 (Ubuntu 3.2.0-58.88-generic 3.2.53) [ 0.000000] Command line: root=/dev/xvda2 ro root=/dev/xvda2 ro ip=:127.0.255.255::::eth0:dhcp iommu=soft [ 0.000000] KERNEL supported cpus: [ 0.000000] Intel GenuineIntel [ 0.000000] AMD AuthenticAMD [ 0.000000] Centaur CentaurHauls [ 0.000000] ACPI in unprivileged domain disabled [ 0.000000] Released 0 pages of unused memory [ 0.000000] Set 0 page(s) to 1-1 mapping [ 0.000000] BIOS-provided physical RAM map: [ 0.000000] Xen: 0000000000000000 - 00000000000a0000 (usable) [ 0.000000] Xen: 00000000000a0000 - 0000000000100000 (reserved) [ 0.000000] Xen: 0000000000100000 - 0000000100800000 (usable) [ 0.000000] NX (Execute Disable) protection: active [ 0.000000] DMI not present or invalid. [ 0.000000] No AGP bridge found [ 0.000000] last_pfn = 0x100800 max_arch_pfn = 0x400000000 [ 0.000000] last_pfn = 0x100000 max_arch_pfn = 0x400000000 [ 0.000000] init_memory_mapping: 0000000000000000-0000000100000000 [ 0.000000] init_memory_mapping: 0000000100000000-0000000100800000 [ 0.000000] RAMDISK: 02060000 - 045e3000 [ 0.000000] NUMA turned off [ 0.000000] Faking a node at 0000000000000000-0000000100800000 [ 0.000000] Initmem setup node 0 0000000000000000-0000000100800000 [ 0.000000] NODE_DATA [00000000ffff5000 - 00000000ffff9fff] [ 0.000000] Zone PFN ranges: [ 0.000000] DMA 0x00000010 -> 0x00001000 [ 0.000000] DMA32 0x00001000 -> 0x00100000 [ 0.000000] Normal 0x00100000 -> 0x00100800 [ 0.000000] Movable zone start PFN for each node [ 0.000000] early_node_map[2] active PFN ranges [ 0.000000] 0: 0x00000010 -> 0x000000a0 [ 0.000000] 0: 0x00000100 -> 0x00100800 [ 0.000000] SFI: Simple Firmware Interface v0.81 http://simplefirmware.org [ 0.000000] SMP: Allowing 8 CPUs, 0 hotplug CPUs [ 0.000000] No local APIC present [ 0.000000] APIC: disable apic facility [ 0.000000] APIC: switched to apic NOOP [ 0.000000] PM: Registered nosave memory: 00000000000a0000 - 0000000000100000 [ 0.000000] PCI: Warning: Cannot find a gap in the 32bit address range [ 0.000000] PCI: Unassigned devices with 32bit resource registers may break! [ 0.000000] Allocating PCI resources starting at 100900000 (gap: 100900000:400000) [ 0.000000] Booting paravirtualized kernel on Xen [ 0.000000] Xen version: 4.2.1 (preserve-AD) [ 0.000000] setup_percpu: NR_CPUS:256 nr_cpumask_bits:256 nr_cpu_ids:8 nr_node_ids:1 [ 0.000000] PERCPU: Embedded 28 pages/cpu @ffff8800ffc00000 s83136 r8192 d23360 u262144 [ 0.000000] Built 1 zonelists in Node order, mobility grouping on. Total pages: 1032084 [ 0.000000] Policy zone: Normal [ 0.000000] Kernel command line: root=/dev/xvda2 ro root=/dev/xvda2 ro ip=:127.0.255.255::::eth0:dhcp iommu=soft [ 0.000000] PID hash table entries: 4096 (order: 3, 32768 bytes) [ 0.000000] Placing 64MB software IO TLB between ffff8800f7400000 - ffff8800fb400000 [ 0.000000] software IO TLB at phys 0xf7400000 - 0xfb400000 [ 0.000000] Memory: 3988436k/4202496k available (6588k kernel code, 448k absent, 213612k reserved, 6617k data, 924k init) [ 0.000000] SLUB: Genslabs=15, HWalign=64, Order=0-3, MinObjects=0, CPUs=8, Nodes=1 [ 0.000000] Hierarchical RCU implementation. [ 0.000000] RCU dyntick-idle grace-period acceleration is enabled. [ 0.000000] NR_IRQS:16640 nr_irqs:336 16 [ 0.000000] Console: colour dummy device 80x25 [ 0.000000] console [tty0] enabled [ 0.000000] console [hvc0] enabled [ 0.000000] allocated 34603008 bytes of page_cgroup [ 0.000000] please try 'cgroup_disable=memory' option if you don't want memory cgroups [ 0.000000] installing Xen timer for CPU 0 [ 0.000000] Detected 2793.098 MHz processor. [ 0.004000] Calibrating delay loop (skipped), value calculated using timer frequency.. 5586.19 BogoMIPS (lpj=11172392) [ 0.004000] pid_max: default: 32768 minimum: 301 [ 0.004000] Security Framework initialized [ 0.004000] AppArmor: AppArmor initialized [ 0.004000] Yama: becoming mindful. [ 0.004000] Dentry cache hash table entries: 524288 (order: 10, 4194304 bytes) [ 0.004000] Inode-cache hash table entries: 262144 (order: 9, 2097152 bytes) [ 0.004000] Mount-cache hash table entries: 256 [ 0.004000] Initializing cgroup subsys cpuacct [ 0.004000] Initializing cgroup subsys memory [ 0.004000] Initializing cgroup subsys devices [ 0.004000] Initializing cgroup subsys freezer [ 0.004000] Initializing cgroup subsys blkio [ 0.004000] Initializing cgroup subsys perf_event [ 0.004000] CPU: Physical Processor ID: 0 [ 0.004000] CPU: Processor Core ID: 0 [ 0.004000] SMP alternatives: switching to UP code [ 0.031040] ftrace: allocating 26602 entries in 105 pages [ 0.032055] cpu 0 spinlock event irq 17 [ 0.032115] Performance Events: unsupported p6 CPU model 26 no PMU driver, software events only. [ 0.032244] NMI watchdog disabled (cpu0): hardware events not enabled [ 0.032350] installing Xen timer for CPU 1 [ 0.032363] cpu 1 spinlock event irq 23 [ 0.032623] SMP alternatives: switching to SMP code [ 0.057953] NMI watchdog disabled (cpu1): hardware events not enabled [ 0.058085] installing Xen timer for CPU 2 [ 0.058103] cpu 2 spinlock event irq 29 [ 0.058542] NMI watchdog disabled (cpu2): hardware events not enabled [ 0.058696] installing Xen timer for CPU 3 [ 0.058724] cpu 3 spinlock event irq 35 [ 0.059115] NMI watchdog disabled (cpu3): hardware events not enabled [ 0.059227] installing Xen timer for CPU 4 [ 0.059246] cpu 4 spinlock event irq 41 [ 0.059423] NMI watchdog disabled (cpu4): hardware events not enabled [ 0.059544] installing Xen timer for CPU 5 [ 0.059562] cpu 5 spinlock event irq 47 [ 0.059724] NMI watchdog disabled (cpu5): hardware events not enabled [ 0.059833] installing Xen timer for CPU 6 [ 0.059852] cpu 6 spinlock event irq 53 [ 0.060003] NMI watchdog disabled (cpu6): hardware events not enabled [ 0.060037] installing Xen timer for CPU 7 [ 0.060056] cpu 7 spinlock event irq 59 [ 0.060209] NMI watchdog disabled (cpu7): hardware events not enabled [ 0.060243] Brought up 8 CPUs [ 0.060494] devtmpfs: initialized [ 0.061531] EVM: security.selinux [ 0.061537] EVM: security.SMACK64 [ 0.061542] EVM: security.capability [ 0.061711] Grant table initialized [ 0.061711] print_constraints: dummy: [ 0.083057] RTC time: 165:165:165, date: 165/165/65 [ 0.083093] NET: Registered protocol family 16 [ 0.083159] Trying to unpack rootfs image as initramfs... [ 0.084665] PCI: setting up Xen PCI frontend stub [ 0.086003] bio: create slab at 0 [ 0.086003] ACPI: Interpreter disabled. [ 0.086003] xen/balloon: Initialising balloon driver. [ 0.088136] xen-balloon: Initialising balloon driver. [ 0.088139] vgaarb: loaded [ 0.088184] i2c-core: driver [aat2870] using legacy suspend method [ 0.088192] i2c-core: driver [aat2870] using legacy resume method [ 0.088283] SCSI subsystem initialized [ 0.088341] usbcore: registered new interface driver usbfs [ 0.088341] usbcore: registered new interface driver hub [ 0.088341] usbcore: registered new device driver usb [ 0.088341] PCI: System does not support PCI [ 0.088341] PCI: System does not support PCI [ 0.088341] NetLabel: Initializing [ 0.088341] NetLabel: domain hash size = 128 [ 0.184026] NetLabel: protocols = UNLABELED CIPSOv4 [ 0.184051] NetLabel: unlabeled traffic allowed by default [ 0.184159] Switching to clocksource xen [ 0.188203] Freeing initrd memory: 38412k freed [ 0.202280] AppArmor: AppArmor Filesystem Enabled [ 0.202308] pnp: PnP ACPI: disabled [ 0.205341] NET: Registered protocol family 2 [ 0.205661] IP route cache hash table entries: 131072 (order: 8, 1048576 bytes) [ 0.207989] TCP established hash table entries: 524288 (order: 11, 8388608 bytes) [ 0.209497] TCP bind hash table entries: 65536 (order: 8, 1048576 bytes) [ 0.209644] TCP: Hash tables configured (established 524288 bind 65536) [ 0.209650] TCP reno registered [ 0.209674] UDP hash table entries: 2048 (order: 4, 65536 bytes) [ 0.209704] UDP-Lite hash table entries: 2048 (order: 4, 65536 bytes) [ 0.209817] NET: Registered protocol family 1 [ 0.210139] platform rtc_cmos: registered platform RTC device (no PNP device found) [ 0.211002] audit: initializing netlink socket (disabled) [ 0.211015] type=2000 audit(1392055157.599:1): initialized [ 0.229178] HugeTLB registered 2 MB page size, pre-allocated 0 pages [ 0.230818] VFS: Disk quotas dquot_6.5.2 [ 0.230873] Dquot-cache hash table entries: 512 (order 0, 4096 bytes) [ 0.231462] fuse init (API version 7.17) [ 0.231605] msgmni has been set to 7864 [ 0.232267] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253) [ 0.232382] io scheduler noop registered [ 0.232417] io scheduler deadline registered [ 0.232449] io scheduler cfq registered (default) [ 0.232511] pci_hotplug: PCI Hot Plug PCI Core version: 0.5 [ 0.232529] pciehp: PCI Express Hot Plug Controller Driver version: 0.4 [ 0.233195] Serial: 8250/16550 driver, 32 ports, IRQ sharing enabled [ 0.437179] Linux agpgart interface v0.103 [ 0.439329] brd: module loaded [ 0.440557] loop: module loaded [ 0.442439] blkfront device/vbd/51714 num-ring-pages 1 nr_ents 32. [ 0.445706] blkfront device/vbd/51713 num-ring-pages 1 nr_ents 32. [ 0.447233] blkfront: xvda2: flush diskcache: enabled [ 0.447810] Fixed MDIO Bus: probed [ 0.447856] tun: Universal TUN/TAP device driver, 1.6 [ 0.447864] tun: (C) 1999-2004 Max Krasnyansky [ 0.447945] PPP generic driver version 2.4.2 [ 0.448029] Initialising Xen virtual ethernet driver. [ 0.453923] blkfront: xvda1: flush diskcache: enabled [ 0.455000] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver [ 0.455031] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver [ 0.455048] uhci_hcd: USB Universal Host Controller Interface driver [ 0.455100] usbcore: registered new interface driver libusual [ 0.455134] i8042: PNP: No PS/2 controller found. Probing ports directly. [ 1.455791] i8042: No controller found [ 1.456071] mousedev: PS/2 mouse device common for all mice [ 1.496241] rtc_cmos rtc_cmos: rtc core: registered rtc_cmos as rtc0 [ 1.496489] rtc_cmos: probe of rtc_cmos failed with error -38 [ 1.496624] device-mapper: uevent: version 1.0.3 ............... ............... ............... ............... [ 135.957086] BUG: unable to handle kernel paging request at ffff8800f36c0960 [ 135.957105] IP: [] xen_set_pte_at+0x3e/0x210 [ 135.957122] PGD 1c06067 PUD dd1067 PMD f6d067 PTE 80100000f36c0065 [ 135.957134] Oops: 0003 [#1] SMP [ 135.957141] CPU 0 [ 135.957144] Modules linked in: igb_uio(O) uio [ 135.957155] [ 135.957160] Pid: 659, comm: helloworld Tainted: G O 3.2.0-58-generic #88-Ubuntu [ 135.957171] RIP: e030:[] [] xen_set_pte_at+0x3e/0x210 [ 135.957183] RSP: e02b:ffff8800037ddc88 EFLAGS: 00010297 [ 135.957189] RAX: 0000000000000000 RBX: 800000008c6000e7 RCX: 800000008c6000e7 [ 135.957197] RDX: 0000000000000000 RSI: 00007f4a65800000 RDI: ffff880003044980 [ 135.957205] RBP: ffff8800037ddcd8 R08: 0000000000000000 R09: dead000000100100 [ 135.957212] R10: dead000000200200 R11: 00007f4a64f7e02a R12: ffffea0003c48000 [ 135.957220] R13: 800000008c6000e7 R14: ffff8800f36c0960 R15: 0000000000000001 [ 135.957232] FS: 00007f4a656e8800(0000) GS:ffff8800ffc00000(0000) knlGS:0000000000000000 [ 135.957241] CS: e033 DS: 0000 ES: 0000 CR0: 000000008005003b [ 135.957247] CR2: ffff8800f36c0960 CR3: 0000000002d08000 CR4: 0000000000002660 [ 135.957255] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 [ 135.957263] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 [ 135.957271] Process helloworld (pid: 659, threadinfo ffff8800037dc000, task ffff8800034c1700) [ 135.957279] Stack: [ 135.957283] 00007f4a65800000 ffff880003044980 dead000000200200 dead000000100100 [ 135.957297] 0000000000000000 0000000000000000 ffffea0003c48000 800000008c6000e7 [ 135.957310] ffff8800030449ec 0000000000000001 ffff8800037ddd68 ffffffff81158453 [ 135.957322] Call Trace: [ 135.957333] [] hugetlb_no_page+0x233/0x370 [ 135.957342] [] ? xen_pud_val+0xe/0x10 [ 135.957351] [] ? __raw_callee_save_xen_pud_val+0x11/0x1e [ 135.957361] [] hugetlb_fault+0x1fe/0x340 [ 135.957370] [] ? vma_link+0x88/0xe0 [ 135.957378] [] handle_mm_fault+0x2ec/0x370 [ 135.957391] [] do_page_fault+0x17e/0x540 [ 135.957399] [] ? do_mmap_pgoff+0x348/0x360 [ 135.957408] [] ? sys_mmap_pgoff+0xe1/0x230 [ 135.957417] [] page_fault+0x25/0x30 [ 135.957424] Code: e8 4c 89 75 f0 4c 89 7d f8 66 66 66 66 90 48 89 7d b8 48 89 75 b0 49 89 d6 48 89 cb 66 66 66 66 90 e8 77 5a 03 00 83 f8 01 74 75 <49> 89 1e 48 8b 5d d8 4c 8b 65 e0 4c 8b 6d e8 4c 8b 75 f0 4c 8b [ 135.957507] RIP [] xen_set_pte_at+0x3e/0x210 [ 135.957517] RSP [ 135.957521] CR2: ffff8800f36c0960 [ 135.957528] ---[ end trace f6a013072f2aee83 ]--- [ 160.032062] BUG: soft lockup - CPU#0 stuck for 23s! [helloworld:659] [ 160.032129] Modules linked in: igb_uio(O) uio [ 160.032140] CPU 0 [ 160.032143] Modules linked in: igb_uio(O) uio [ 160.032153] [ 160.032159] Pid: 659, comm: helloworld Tainted: G D O 3.2.0-58-generic #88-Ubuntu [ 160.032170] RIP: e030:[] [] hypercall_page+0x3aa/0x1000 [ 160.032190] RSP: e02b:ffff8800037dd730 EFLAGS: 00000202 [ 160.032197] RAX: 0000000000000000 RBX: 0000000000000000 RCX: ffffffff810013aa [ 160.032204] RDX: 0000000000000000 RSI: ffff8800037dd748 RDI: 0000000000000003 [ 160.032212] RBP: ffff8800037dd778 R08: ffff8800f7008000 R09: ffff8800f6c000a0 [ 160.032220] R10: 0000000000007ff0 R11: 0000000000000202 R12: 0000000000000011 [ 160.032227] R13: 0000000000000201 R14: ffff880003044901 R15: ffff880003044900 [ 160.032239] FS: 00007f4a656e8800(0000) GS:ffff8800ffc00000(0000) knlGS:0000000000000000 [ 160.032248] CS: e033 DS: 0000 ES: 0000 CR0: 000000008005003b [ 160.032255] CR2: ffff8800f36c0960 CR3: 0000000001c05000 CR4: 0000000000002660 [ 160.032263] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 [ 160.032271] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 [ 160.032279] Process helloworld (pid: 659, threadinfo ffff8800037dc000, task ffff8800034c1700) [ 160.032287] Stack: [ 160.032291] 0000000000000011 00000000fffffffa ffffffff813adade ffff8800037dd764 [ 160.032304] ffffffff00000001 0000000000000000 00000004813ad17e ffff8800037dd778 [ 160.032317] ffff8800030449ec ffff8800037dd788 ffffffff813af5e0 ffff8800037dd7d8 [ 160.032329] Call Trace: [ 160.032341] [] ? xen_poll_irq_timeout+0x3e/0x50 [ 160.032350] [] xen_poll_irq+0x10/0x20 [ 160.032360] [] xen_spin_lock_slow+0x98/0xf4 [ 160.032370] [] xen_spin_lock+0x4a/0x50 [ 160.032381] [] _raw_spin_lock+0xe/0x20 [ 160.032390] [] xen_exit_mmap+0x2a/0x60 [ 160.032400] [] exit_mmap+0x58/0x140 [ 160.032408] [] ? error_exit+0x2a/0x60 [ 160.032416] [] ? retint_restore_args+0x5/0x6 [ 160.032425] [] ? hypercall_page+0x32a/0x1000 [ 160.032433] [] ? hypercall_page+0x32a/0x1000 [ 160.032442] [] ? hypercall_page+0x32a/0x1000 [ 160.032452] [] mmput.part.16+0x42/0x130 [ 160.032460] [] mmput+0x29/0x30 [ 160.032470] [] exit_mm+0x113/0x130 [ 160.032479] [] ? taskstats_exit+0x45/0x240 [ 160.032488] [] ? _raw_spin_lock_irq+0x15/0x20 [ 160.032496] [] do_exit+0x16e/0x450 [ 160.032504] [] oops_end+0xb0/0xf0 [ 160.032513] [] no_context+0x150/0x15d [ 160.032520] [] __bad_area_nosemaphore+0x1cb/0x1ea [ 160.032529] [] ? restore_args+0x30/0x30 [ 160.032537] [] ? pte_offset_kernel+0xe/0x37 [ 160.032545] [] bad_area_nosemaphore+0x13/0x15 [ 160.032555] [] do_page_fault+0x46b/0x540 [ 160.032564] [] ? mpol_shared_policy_init+0x48/0x160 [ 160.032575] [] ? kmem_cache_alloc+0x11d/0x140 [ 160.032588] [] ? hugetlbfs_alloc_inode+0x5b/0xa0 [ 160.032597] [] page_fault+0x25/0x30 [ 160.032605] [] ? xen_set_pte_at+0x3e/0x210 [ 160.032613] [] ? xen_set_pte_at+0x39/0x210 [ 160.032622] [] hugetlb_no_page+0x233/0x370 [ 160.032630] [] ? xen_pud_val+0xe/0x10 [ 160.032638] [] ? __raw_callee_save_xen_pud_val+0x11/0x1e [ 160.032648] [] hugetlb_fault+0x1fe/0x340 [ 160.032656] [] ? vma_link+0x88/0xe0 [ 160.032664] [] handle_mm_fault+0x2ec/0x370 [ 160.032673] [] do_page_fault+0x17e/0x540 [ 160.032681] [] ? do_mmap_pgoff+0x348/0x360 [ 160.032689] [] ? sys_mmap_pgoff+0xe1/0x230 [ 160.032697] [] page_fault+0x25/0x30 [ 160.032703] Code: cc 51 41 53 b8 1c 00 00 00 0f 05 41 5b 59 c3 cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc 51 41 53 b8 1d 00 00 00 0f 05 <41> 5b 59 c3 cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc [ 160.032781] Call Trace: [ 160.032787] [] ? xen_poll_irq_timeout+0x3e/0x50 [ 160.032795] [] xen_poll_irq+0x10/0x20 [ 160.032803] [] xen_spin_lock_slow+0x98/0xf4 [ 160.032811] [] xen_spin_lock+0x4a/0x50 [ 160.032818] [] _raw_spin_lock+0xe/0x20 [ 160.032826] [] xen_exit_mmap+0x2a/0x60 [ 160.032833] [] exit_mmap+0x58/0x140 [ 160.032841] [] ? error_exit+0x2a/0x60 [ 160.032849] [] ? retint_restore_args+0x5/0x6 [ 160.032857] [] ? hypercall_page+0x32a/0x1000 [ 160.032866] [] ? hypercall_page+0x32a/0x1000 [ 160.032874] [] ? hypercall_page+0x32a/0x1000 [ 160.032882] [] mmput.part.16+0x42/0x130 [ 160.032889] [] mmput+0x29/0x30 [ 160.032896] [] exit_mm+0x113/0x130 [ 160.032904] [] ? taskstats_exit+0x45/0x240 [ 160.032912] [] ? _raw_spin_lock_irq+0x15/0x20 [ 160.032920] [] do_exit+0x16e/0x450 [ 160.032928] [] oops_end+0xb0/0xf0 [ 160.032935] [] no_context+0x150/0x15d [ 160.032943] [] __bad_area_nosemaphore+0x1cb/0x1ea [ 160.032951] [] ? restore_args+0x30/0x30 [ 160.032959] [] ? pte_offset_kernel+0xe/0x37 [ 160.032967] [] bad_area_nosemaphore+0x13/0x15 [ 160.032975] [] do_page_fault+0x46b/0x540 [ 160.036054] [] ? mpol_shared_policy_init+0x48/0x160 [ 160.036054] [] ? kmem_cache_alloc+0x11d/0x140 [ 160.036054] [] ? hugetlbfs_alloc_inode+0x5b/0xa0 [ 160.036054] [] page_fault+0x25/0x30 [ 160.036054] [] ? xen_set_pte_at+0x3e/0x210 [ 160.036054] [] ? xen_set_pte_at+0x39/0x210 [ 160.036054] [] hugetlb_no_page+0x233/0x370 [ 160.036054] [] ? xen_pud_val+0xe/0x10 [ 160.036054] [] ? __raw_callee_save_xen_pud_val+0x11/0x1e [ 160.036054] [] hugetlb_fault+0x1fe/0x340 [ 160.036054] [] ? vma_link+0x88/0xe0 [ 160.036054] [] handle_mm_fault+0x2ec/0x370 [ 160.036054] [] do_page_fault+0x17e/0x540 [ 160.036054] [] ? do_mmap_pgoff+0x348/0x360 [ 160.036054] [] ? sys_mmap_pgoff+0xe1/0x230 [ 160.036054] [] page_fault+0x25/0x30 On Mon, Feb 10, 2014 at 3:19 AM, Fabio Fantoni wrote: > Il 10/02/2014 11:42, Wei Liu ha scritto: > > On Fri, Feb 07, 2014 at 01:19:45PM -0800, Peter X. Gao wrote: >> >>> Hi, >>> >>> I am new to Xen and I am trying to run Intel DPDK inside a domU >>> with >>> virtio on Xen 4.2. Is it possible to do this? >>> >>> > Based on my tests about virtio: > - virtio-serial seems working out of box with windows domUs and also with > xen pv driver, on linux domUs with old kernel (tested 2.6.32) is also > working out of box but with newer kernel (tested >=3.2) require pci=nomsi > to work correctly and works also with xen pvhvm drivers, for now I not > found solution for msi problem, there are some posts about it. > - virtio-net was working out of box but with recent qemu versions is > broken due qemu regression, I have narrowed down > with bisect (one commit between 4 Jul 2013 and 22 Jul 2013) but I unable > to found the exact commit of regression because there are other critical > problems with xen in the range. > - I not tested virtio-disk and I not know if is working with recent xen > and qemu version. > > > DPDK doesn't seem to tightly coupled with VirtIO, does it? >> >> Could you look at Xen's PV network protocol instead? VirtIO has no >> mainline support on Xen while Xen's PV protocol has been in mainline for >> years. And it's very likely to be enabled by default nowadays. >> >> Wei. >> >> Regards >>> Peter >>> _______________________________________________ >>> Xen-devel mailing list >>> Xen-devel@lists.xen.org >>> http://lists.xen.org/xen-devel >>> >> >> _______________________________________________ >> Xen-devel mailing list >> Xen-devel@lists.xen.org >> http://lists.xen.org/xen-devel >> > > --047d7b5d3d7ad1ca5004f21135eb Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Thanks for your reply. I am now using virtio-net and it se= ems working. However, Intel DPDK also requires hugepage. When a DPDK applic= ation is initiating hugepage, I got the following error. Do I need to confi= g something in Xen to support hugepage?



[ =A0 =A00.000000] Initia= lizing cgroup subsys cpuset
[ =A0 =A00.000000] Initializing cgrou= p subsys cpu
[ =A0 =A00.000000] Linux version 3.2.0-58-generic (b= uildd@allspice) (gcc version 4.6.3 (Ubuntu/Linaro 4.6.3-1ubuntu5) ) #88-Ubu= ntu SMP Tue Dec 3 17:37:58 UTC 2013 (Ubuntu 3.2.0-58.88-generic 3.2.53)
[ =A0 =A00.000000] Command line: root=3D/dev/xvda2 ro root=3D/dev/xvda= 2 ro ip=3D:127.0.255.255::::eth0:dhcp iommu=3Dsoft
[ =A0 =A00.000= 000] KERNEL supported cpus:
[ =A0 =A00.000000] =A0 Intel GenuineI= ntel
[ =A0 =A00.000000] =A0 AMD AuthenticAMD
[ =A0 =A00.000000] =A0 Centaur CentaurHauls
[ =A0 =A00.00000= 0] ACPI in unprivileged domain disabled
[ =A0 =A00.000000] Releas= ed 0 pages of unused memory
[ =A0 =A00.000000] Set 0 page(s) to 1= -1 mapping
[ =A0 =A00.000000] BIOS-provided physical RAM map:
[ =A0 =A0= 0.000000] =A0Xen: 0000000000000000 - 00000000000a0000 (usable)
[ = =A0 =A00.000000] =A0Xen: 00000000000a0000 - 0000000000100000 (reserved)
[ =A0 =A00.000000] =A0Xen: 0000000000100000 - 0000000100800000 (usab= le)
[ =A0 =A00.000000] NX (Execute Disable) protection: active
[= =A0 =A00.000000] DMI not present or invalid.
[ =A0 =A00.000000] = No AGP bridge found
[ =A0 =A00.000000] last_pfn =3D 0x100800 max_= arch_pfn =3D 0x400000000
[ =A0 =A00.000000] last_pfn =3D 0x100000 max_arch_pfn =3D 0x400000000<= /div>
[ =A0 =A00.000000] init_memory_mapping: 0000000000000000-00000001= 00000000
[ =A0 =A00.000000] init_memory_mapping: 0000000100000000= -0000000100800000
[ =A0 =A00.000000] RAMDISK: 02060000 - 045e3000
[ =A0 =A00.0= 00000] NUMA turned off
[ =A0 =A00.000000] Faking a node at 000000= 0000000000-0000000100800000
[ =A0 =A00.000000] Initmem setup node= 0 0000000000000000-0000000100800000
[ =A0 =A00.000000] =A0 NODE_DATA [00000000ffff5000 - 00000000ffff9fff]=
[ =A0 =A00.000000] Zone PFN ranges:
[ =A0 =A00.000000]= =A0 DMA =A0 =A0 =A00x00000010 -> 0x00001000
[ =A0 =A00.000000= ] =A0 DMA32 =A0 =A00x00001000 -> 0x00100000
[ =A0 =A00.000000] =A0 Normal =A0 0x00100000 -> 0x00100800
[ =A0 =A00.000000] Movable zone start PFN for each node
[ =A0 = =A00.000000] early_node_map[2] active PFN ranges
[ =A0 =A00.00000= 0] =A0 =A0 0: 0x00000010 -> 0x000000a0
[ =A0 =A00.000000] =A0 =A0 0: 0x00000100 -> 0x00100800
[ = =A0 =A00.000000] SFI: Simple Firmware Interface v0.81 http://simplefirmware.org
[ =A0 =A00.000000]= SMP: Allowing 8 CPUs, 0 hotplug CPUs
[ =A0 =A00.000000] No local APIC present
[ =A0 =A00.000000] = APIC: disable apic facility
[ =A0 =A00.000000] APIC: switched to = apic NOOP
[ =A0 =A00.000000] PM: Registered nosave memory: 000000= 00000a0000 - 0000000000100000
[ =A0 =A00.000000] PCI: Warning: Cannot find a gap in the 32bit addres= s range
[ =A0 =A00.000000] PCI: Unassigned devices with 32bit res= ource registers may break!
[ =A0 =A00.000000] Allocating PCI reso= urces starting at 100900000 (gap: 100900000:400000)
[ =A0 =A00.000000] Booting paravirtualized kernel on Xen
[ = =A0 =A00.000000] Xen version: 4.2.1 (preserve-AD)
[ =A0 =A00.0000= 00] setup_percpu: NR_CPUS:256 nr_cpumask_bits:256 nr_cpu_ids:8 nr_node_ids:= 1
[ =A0 =A00.000000] PERCPU: Embedded 28 pages/cpu @ffff8800ffc00000 s83136 r= 8192 d23360 u262144
[ =A0 =A00.000000] Built 1 zonelists in Node = order, mobility grouping on. =A0Total pages: 1032084
[ =A0 =A00.0= 00000] Policy zone: Normal
[ =A0 =A00.000000] Kernel command line: root=3D/dev/xvda2 ro root=3D/d= ev/xvda2 ro ip=3D:127.0.255.255::::eth0:dhcp iommu=3Dsoft
[ =A0 = =A00.000000] PID hash table entries: 4096 (order: 3, 32768 bytes)
[ =A0 =A00.000000] Placing 64MB software IO TLB between ffff8800f7400000 -= ffff8800fb400000
[ =A0 =A00.000000] software IO TLB at phys 0xf7400000 - 0xfb400000
[ =A0 =A00.000000] Memory: 3988436k/4202496k available (6588k kernel= code, 448k absent, 213612k reserved, 6617k data, 924k init)
[ = =A0 =A00.000000] SLUB: Genslabs=3D15, HWalign=3D64, Order=3D0-3, MinObjects= =3D0, CPUs=3D8, Nodes=3D1
[ =A0 =A00.000000] Hierarchical RCU implementation.
[ =A0 = =A00.000000] RCU dyntick= -idle grace-period acceleration is enabled.
[ =A0 =A00.000000] NR= _IRQS:16640 nr_irqs:336 16
[ =A0 =A00.000000] Console: colour dummy device 80x25
[ =A0 = =A00.000000] console [tty0] enabled
[ =A0 =A00.000000] console [h= vc0] enabled
[ =A0 =A00.000000] allocated 34603008 bytes of page_= cgroup
[ =A0 =A00.000000] please try 'cgroup_disable=3Dmemory' option= if you don't want memory cgroups
[ =A0 =A00.000000] installi= ng Xen timer for CPU 0
[ =A0 =A00.000000] Detected 2793.098 MHz p= rocessor.
[ =A0 =A00.004000] Calibrating delay loop (skipped), value calculated = using timer frequency.. 5586.19 BogoMIPS (lpj=3D11172392)
[ =A0 = =A00.004000] pid_max: default: 32768 minimum: 301
[ =A0 =A00.0040= 00] Security Framework initialized
[ =A0 =A00.004000] AppArmor: AppArmor initialized
[ =A0 =A00= .004000] Yama: becoming mindful.
[ =A0 =A00.004000] Dentry cache = hash table entries: 524288 (order: 10, 4194304 bytes)
[ =A0 =A00.= 004000] Inode-cache hash table entries: 262144 (order: 9, 2097152 bytes)
[ =A0 =A00.004000] Mount-cache hash table entries: 256
[ =A0= =A00.004000] Initializing cgroup subsys cpuacct
[ =A0 =A00.00400= 0] Initializing cgroup subsys memory
[ =A0 =A00.004000] Initializ= ing cgroup subsys devices
[ =A0 =A00.004000] Initializing cgroup subsys freezer
[ =A0 = =A00.004000] Initializing cgroup subsys blkio
[ =A0 =A00.004000] = Initializing cgroup subsys perf_event
[ =A0 =A00.004000] CPU: Phy= sical Processor ID: 0
[ =A0 =A00.004000] CPU: Processor Core ID: 0
[ =A0 =A00.0040= 00] SMP alternatives: switching to UP code
[ =A0 =A00.031040] ftr= ace: allocating 26602 entries in 105 pages
[ =A0 =A00.032055] cpu= 0 spinlock event irq 17
[ =A0 =A00.032115] Performance Events: unsupported p6 CPU model 26 no = PMU driver, software events only.
[ =A0 =A00.032244] NMI watchdog= disabled (cpu0): hardware events not enabled
[ =A0 =A00.032350] = installing Xen timer for CPU 1
[ =A0 =A00.032363] cpu 1 spinlock event irq 23
[ =A0 =A00.03= 2623] SMP alternatives: switching to SMP code
[ =A0 =A00.057953] = NMI watchdog disabled (cpu1): hardware events not enabled
[ =A0 = =A00.058085] installing Xen timer for CPU 2
[ =A0 =A00.058103] cpu 2 spinlock event irq 29
[ =A0 =A00.05= 8542] NMI watchdog disabled (cpu2): hardware events not enabled
[= =A0 =A00.058696] installing Xen timer for CPU 3
[ =A0 =A00.05872= 4] cpu 3 spinlock event irq 35
[ =A0 =A00.059115] NMI watchdog disabled (cpu3): hardware events not e= nabled
[ =A0 =A00.059227] installing Xen timer for CPU 4
[ =A0 =A00.059246] cpu 4 spinlock event irq 41
[ =A0 =A00.05942= 3] NMI watchdog disabled (cpu4): hardware events not enabled
[ =A0 =A00.059544] installing Xen timer for CPU 5
[ =A0 =A00= .059562] cpu 5 spinlock event irq 47
[ =A0 =A00.059724] NMI watch= dog disabled (cpu5): hardware events not enabled
[ =A0 =A00.05983= 3] installing Xen timer for CPU 6
[ =A0 =A00.059852] cpu 6 spinlock event irq 53
[ =A0 =A00.06= 0003] NMI watchdog disabled (cpu6): hardware events not enabled
[= =A0 =A00.060037] installing Xen timer for CPU 7
[ =A0 =A00.06005= 6] cpu 7 spinlock event irq 59
[ =A0 =A00.060209] NMI watchdog disabled (cpu7): hardware events not e= nabled
[ =A0 =A00.060243] Brought up 8 CPUs
[ =A0 =A00.= 060494] devtmpfs: initialized
[ =A0 =A00.061531] EVM: security.se= linux
[ =A0 =A00.061537] EVM: security.SMACK64
[ =A0 =A00.061542] EVM: = security.capability
[ =A0 =A00.061711] Grant table initialized
[ =A0 =A00.061711] print_constraints: dummy:=A0
[ =A0 =A0= 0.083057] RTC time: 165:165:165, date: 165/165/65
[ =A0 =A00.083093] NET: Registered protocol family 16
[ =A0 = =A00.083159] Trying to unpack rootfs image as initramfs...
[ =A0 = =A00.084665] PCI: setting up Xen PCI frontend stub
[ =A0 =A00.086= 003] bio: create slab <bio-0> at 0
[ =A0 =A00.086003] ACPI: Interpreter disabled.
[ =A0 =A00.08= 6003] xen/balloon: Initialising balloon driver.
[ =A0 =A00.088136= ] xen-balloon: Initialising balloon driver.
[ =A0 =A00.088139] vg= aarb: loaded
[ =A0 =A00.088184] i2c-core: driver [aat2870] using legacy suspend met= hod
[ =A0 =A00.088192] i2c-core: driver [aat2870] using legacy re= sume method
[ =A0 =A00.088283] SCSI subsystem initialized
[ =A0 =A00.088341] usbcore: registered new interface driver usbfs
[ =A0 =A00.088341] usbcore: registered new interface driver hub
<= div>[ =A0 =A00.088341] usbcore: registered new device driver usb
= [ =A0 =A00.088341] PCI: System does not support PCI
[ =A0 =A00.08= 8341] PCI: System does not support PCI
[ =A0 =A00.088341] NetLabel: Initializing
[ =A0 =A00.088341]= NetLabel: =A0domain hash size =3D 128
[ =A0 =A00.184026] NetLabe= l: =A0protocols =3D UNLABELED CIPSOv4
[ =A0 =A00.184051] NetLabel= : =A0unlabeled traffic allowed by default
[ =A0 =A00.184159] Switching to clocksource xen
[ =A0 =A00.1= 88203] Freeing initrd memory: 38412k freed
[ =A0 =A00.202280] App= Armor: AppArmor Filesystem Enabled
[ =A0 =A00.202308] pnp: PnP AC= PI: disabled
[ =A0 =A00.205341] NET: Registered protocol family 2
[ =A0 = =A00.205661] IP route cache hash table entries: 131072 (order: 8, 1048576 b= ytes)
[ =A0 =A00.207989] TCP established hash table entries: 5242= 88 (order: 11, 8388608 bytes)
[ =A0 =A00.209497] TCP bind hash table entries: 65536 (order: 8, 10485= 76 bytes)
[ =A0 =A00.209644] TCP: Hash tables configured (establi= shed 524288 bind 65536)
[ =A0 =A00.209650] TCP reno registered
[ =A0 =A00.209674] UDP hash table entries: 2048 (order: 4, 65536 bytes)
[ =A0 =A00.209704] UDP-Lite hash table entries: 2048 (order: 4, 6553= 6 bytes)
[ =A0 =A00.209817] NET: Registered protocol family 1
[ =A0 =A00.210139] platform rtc_cmos: registered platform RTC device= (no PNP device found)
[ =A0 =A00.211002] audit: initializing netlink socket (disabled)
=
[ =A0 =A00.211015] type=3D2000 audit(1392055157.599:1): initialized
[ =A0 =A00.229178] HugeTLB registered 2 MB page size, pre-allocated= 0 pages
[ =A0 =A00.230818] VFS: Disk quotas dquot_6.5.2
[ =A0 =A00.2= 30873] Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
= [ =A0 =A00.231462] fuse init (API version 7.17)
[ =A0 =A00.231605= ] msgmni has been set to 7864
[ =A0 =A00.232267] Block layer SCSI generic (bsg) driver version 0.4 l= oaded (major 253)
[ =A0 =A00.232382] io scheduler noop registered=
[ =A0 =A00.232417] io scheduler deadline registered
[ = =A0 =A00.232449] io scheduler cfq registered (default)
[ =A0 =A00.232511] pci_hotplug: PCI Hot Plug PCI Core version: 0.5
[ =A0 =A00.232529] pciehp: PCI Express Hot Plug Controller Driver ve= rsion: 0.4
[ =A0 =A00.233195] Serial: 8250/16550 driver, 32 ports= , IRQ sharing enabled
[ =A0 =A00.437179] Linux agpgart interface v0.103
[ =A0 =A00= .439329] brd: module loaded
[ =A0 =A00.440557] loop: module loade= d
[ =A0 =A00.442439] blkfront device/vbd/51714 num-ring-pages 1 n= r_ents 32.
[ =A0 =A00.445706] blkfront device/vbd/51713 num-ring-pages 1 nr_ents = 32.
[ =A0 =A00.447233] blkfront: xvda2: flush diskcache: enabled<= /div>
[ =A0 =A00.447810] Fixed MDIO Bus: probed
[ =A0 =A00.44= 7856] tun: Universal TUN/TAP device driver, 1.6
[ =A0 =A00.447864] tun: (C) 1999-2004 Max Krasnyansky <maxk@qualcomm.com>
[ =A0 =A00.447= 945] PPP generic driver version 2.4.2
[ =A0 =A00.448029] Initiali= sing Xen virtual ethernet driver.
[ =A0 =A00.453923] blkfront: xvda1: flush diskcache: enabled
[ =A0 =A00.455000] ehci_hcd: USB 2.0 'Enhanced' Host Controller (E= HCI) Driver
[ =A0 =A00.455031] ohci_hcd: USB 1.1 'Open' H= ost Controller (OHCI) Driver
[ =A0 =A00.455048] uhci_hcd: USB Universal Host Controller Interface d= river
[ =A0 =A00.455100] usbcore: registered new interface driver= libusual
[ =A0 =A00.455134] i8042: PNP: No PS/2 controller found= . Probing ports directly.
[ =A0 =A01.455791] i8042: No controller found
[ =A0 =A01.456= 071] mousedev: PS/2 mouse device common for all mice
[ =A0 =A01.4= 96241] rtc_cmos rtc_cmos: rtc core: registered rtc_cmos as rtc0
[= =A0 =A01.496489] rtc_cmos: probe of rtc_cmos failed with error -38
[ =A0 =A01.496624] device-mapper: uevent: version 1.0.3
....= ...........
...............
...........= ....
...............

[ =A0135.957086] BUG: unable to handle kernel paging request at = ffff8800f36c0960
[ =A0135.957105] IP: [<ffffffff81008efe>] = xen_set_pte_at+0x3e/0x210
[ =A0135.957122] PGD 1c06067 PUD dd1067= PMD f6d067 PTE 80100000f36c0065
[ =A0135.957134] Oops: 0003 [#1] SMP=A0
[ =A0135.957141] CPU= 0=A0
[ =A0135.957144] Modules linked in: igb_uio(O) uio
[ =A0135.957155]=A0
[ =A0135.957160] Pid: 659, comm: helloworld= Tainted: G =A0 =A0 =A0 =A0 =A0 O 3.2.0-58-generic #88-Ubuntu =A0
[ =A0135.957171] RIP: e030:[<ffffffff81008efe>] =A0[<ffffffff= 81008efe>] xen_set_pte_at+0x3e/0x210
[ =A0135.957183] RSP: e02= b:ffff8800037ddc88 =A0EFLAGS: 00010297
[ =A0135.957189] RAX: 0000= 000000000000 RBX: 800000008c6000e7 RCX: 800000008c6000e7
[ =A0135.957197] RDX: 0000000000000000 RSI: 00007f4a65800000 RDI: ffff= 880003044980
[ =A0135.957205] RBP: ffff8800037ddcd8 R08: 00000000= 00000000 R09: dead000000100100
[ =A0135.957212] R10: dead00000020= 0200 R11: 00007f4a64f7e02a R12: ffffea0003c48000
[ =A0135.957220] R13: 800000008c6000e7 R14: ffff8800f36c0960 R15: 0000= 000000000001
[ =A0135.957232] FS: =A000007f4a656e8800(0000) GS:ff= ff8800ffc00000(0000) knlGS:0000000000000000
[ =A0135.957241] CS: = =A0e033 DS: 0000 ES: 0000 CR0: 000000008005003b
[ =A0135.957247] CR2: ffff8800f36c0960 CR3: 0000000002d08000 CR4: 0000= 000000002660
[ =A0135.957255] DR0: 0000000000000000 DR1: 00000000= 00000000 DR2: 0000000000000000
[ =A0135.957263] DR3: 000000000000= 0000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
[ =A0135.957271] Process helloworld (pid: 659, threadinfo ffff8800037d= c000, task ffff8800034c1700)
[ =A0135.957279] Stack:
[ = =A0135.957283] =A000007f4a65800000 ffff880003044980 dead000000200200 dead00= 0000100100
[ =A0135.957297] =A00000000000000000 0000000000000000 ffffea0003c48000= 800000008c6000e7
[ =A0135.957310] =A0ffff8800030449ec 0000000000= 000001 ffff8800037ddd68 ffffffff81158453
[ =A0135.957322] Call Tr= ace:
[ =A0135.957333] =A0[<ffffffff81158453>] hugetlb_no_page+0x233/0= x370
[ =A0135.957342] =A0[<ffffffff8100640e>] ? xen_pud_val= +0xe/0x10
[ =A0135.957351] =A0[<ffffffff810053b5>] ? __raw_= callee_save_xen_pud_val+0x11/0x1e
[ =A0135.957361] =A0[<ffffffff8115883e>] hugetlb_fault+0x1fe/0x3= 40
[ =A0135.957370] =A0[<ffffffff81143e18>] ? vma_link+0x88= /0xe0
[ =A0135.957378] =A0[<ffffffff81140a3c>] handle_mm_fa= ult+0x2ec/0x370
[ =A0135.957391] =A0[<ffffffff816658be>] do_page_fault+0x17e/0x5= 40
[ =A0135.957399] =A0[<ffffffff81145af8>] ? do_mmap_pgoff= +0x348/0x360
[ =A0135.957408] =A0[<ffffffff81145bf1>] ? sys= _mmap_pgoff+0xe1/0x230
[ =A0135.957417] =A0[<ffffffff816624f5>] page_fault+0x25/0x30
[ =A0135.957424] Code: e8 4c 89 75 f0 4c 89 7d f8 66 66 66 66 90 48= 89 7d b8 48 89 75 b0 49 89 d6 48 89 cb 66 66 66 66 90 e8 77 5a 03 00 83 f8= 01 74 75 <49> 89 1e 48 8b 5d d8 4c 8b 65 e0 4c 8b 6d e8 4c 8b 75 f0 = 4c 8b=A0
[ =A0135.957507] RIP =A0[<ffffffff81008efe>] xen_set_pte_at+0x3e= /0x210
[ =A0135.957517] =A0RSP <ffff8800037ddc88>
[ =A0135.957521] CR2: ffff8800f36c0960
[ =A0135.957528] ---[ end= trace f6a013072f2aee83 ]---
[ =A0160.032062] BUG: soft lockup - CPU#0 stuck for 23s! [helloworld:6= 59]
[ =A0160.032129] Modules linked in: igb_uio(O) uio
= [ =A0160.032140] CPU 0=A0
[ =A0160.032143] Modules linked in: igb= _uio(O) uio
[ =A0160.032153]=A0
[ =A0160.032159] Pid: 659, comm: hellowo= rld Tainted: G =A0 =A0 =A0D =A0 =A0O 3.2.0-58-generic #88-Ubuntu =A0
<= div>[ =A0160.032170] RIP: e030:[<ffffffff810013aa>] =A0[<ffffffff8= 10013aa>] hypercall_page+0x3aa/0x1000
[ =A0160.032190] RSP: e02b:ffff8800037dd730 =A0EFLAGS: 00000202
<= div>[ =A0160.032197] RAX: 0000000000000000 RBX: 0000000000000000 RCX: fffff= fff810013aa
[ =A0160.032204] RDX: 0000000000000000 RSI: ffff88000= 37dd748 RDI: 0000000000000003
[ =A0160.032212] RBP: ffff8800037dd778 R08: ffff8800f7008000 R09: ffff= 8800f6c000a0
[ =A0160.032220] R10: 0000000000007ff0 R11: 00000000= 00000202 R12: 0000000000000011
[ =A0160.032227] R13: 000000000000= 0201 R14: ffff880003044901 R15: ffff880003044900
[ =A0160.032239] FS: =A000007f4a656e8800(0000) GS:ffff8800ffc00000(000= 0) knlGS:0000000000000000
[ =A0160.032248] CS: =A0e033 DS: 0000 E= S: 0000 CR0: 000000008005003b
[ =A0160.032255] CR2: ffff8800f36c0= 960 CR3: 0000000001c05000 CR4: 0000000000002660
[ =A0160.032263] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000= 000000000000
[ =A0160.032271] DR3: 0000000000000000 DR6: 00000000= ffff0ff0 DR7: 0000000000000400
[ =A0160.032279] Process helloworl= d (pid: 659, threadinfo ffff8800037dc000, task ffff8800034c1700)
[ =A0160.032287] Stack:
[ =A0160.032291] =A00000000000000011= 00000000fffffffa ffffffff813adade ffff8800037dd764
[ =A0160.0323= 04] =A0ffffffff00000001 0000000000000000 00000004813ad17e ffff8800037dd778<= /div>
[ =A0160.032317] =A0ffff8800030449ec ffff8800037dd788 ffffffff813af5e0 ffff= 8800037dd7d8
[ =A0160.032329] Call Trace:
[ =A0160.0323= 41] =A0[<ffffffff813adade>] ? xen_poll_irq_timeout+0x3e/0x50
[ =A0160.032350] =A0[<ffffffff813af5e0>] xen_poll_irq+0x10/0x20
[ =A0160.032360] =A0[<ffffffff81646686>] xen_spin_lock_slow+0x98= /0xf4
[ =A0160.032370] =A0[<ffffffff810124ba>] xen_spin_loc= k+0x4a/0x50
[ =A0160.032381] =A0[<ffffffff81661d8e>] _raw_s= pin_lock+0xe/0x20
[ =A0160.032390] =A0[<ffffffff81007d9a>] xen_exit_mmap+0x2a/0x60=
[ =A0160.032400] =A0[<ffffffff81146408>] exit_mmap+0x58/0x= 140
[ =A0160.032408] =A0[<ffffffff8166275a>] ? error_exit+0= x2a/0x60
[ =A0160.032416] =A0[<ffffffff8166227c>] ? retint_restore_args+0= x5/0x6
[ =A0160.032425] =A0[<ffffffff8100132a>] ? hypercall= _page+0x32a/0x1000
[ =A0160.032433] =A0[<ffffffff8100132a>]= ? hypercall_page+0x32a/0x1000
[ =A0160.032442] =A0[<ffffffff8100132a>] ? hypercall_page+0x32a/= 0x1000
[ =A0160.032452] =A0[<ffffffff81065e22>] mmput.part.= 16+0x42/0x130
[ =A0160.032460] =A0[<ffffffff81065f39>] mmpu= t+0x29/0x30
[ =A0160.032470] =A0[<ffffffff8106c943>] exit_mm+0x113/0x130
[ =A0160.032479] =A0[<ffffffff810e58c5>] ? taskstats_exit+0x45= /0x240
[ =A0160.032488] =A0[<ffffffff81662075>] ? _raw_spin= _lock_irq+0x15/0x20
[ =A0160.032496] =A0[<ffffffff8106cace>] do_exit+0x16e/0x450
[ =A0160.032504] =A0[<ffffffff81662f20>] oops_end+0xb0/0xf0
[ =A0160.032513] =A0[<ffffffff8164812f>] no_context+0x150/0x1= 5d
[ =A0160.032520] =A0[<ffffffff81648307>] __bad_area_nosemaphore+= 0x1cb/0x1ea
[ =A0160.032529] =A0[<ffffffff816622ad>] ? rest= ore_args+0x30/0x30
[ =A0160.032537] =A0[<ffffffff8164795b>]= ? pte_offset_kernel+0xe/0x37
[ =A0160.032545] =A0[<ffffffff81648339>] bad_area_nosemaphore+0x= 13/0x15
[ =A0160.032555] =A0[<ffffffff81665bab>] do_page_fa= ult+0x46b/0x540
[ =A0160.032564] =A0[<ffffffff8115c3f8>] ? = mpol_shared_policy_init+0x48/0x160
[ =A0160.032575] =A0[<ffffffff811667bd>] ? kmem_cache_alloc+0x11= d/0x140
[ =A0160.032588] =A0[<ffffffff8126d5fb>] ? hugetlbf= s_alloc_inode+0x5b/0xa0
[ =A0160.032597] =A0[<ffffffff816624f5= >] page_fault+0x25/0x30
[ =A0160.032605] =A0[<ffffffff81008efe>] ? xen_set_pte_at+0x3e/0= x210
[ =A0160.032613] =A0[<ffffffff81008ef9>] ? xen_set_pte= _at+0x39/0x210
[ =A0160.032622] =A0[<ffffffff81158453>] hug= etlb_no_page+0x233/0x370
[ =A0160.032630] =A0[<ffffffff8100640e>] ? xen_pud_val+0xe/0x10<= /div>
[ =A0160.032638] =A0[<ffffffff810053b5>] ? __raw_callee_sav= e_xen_pud_val+0x11/0x1e
[ =A0160.032648] =A0[<ffffffff8115883e= >] hugetlb_fault+0x1fe/0x340
[ =A0160.032656] =A0[<ffffffff81143e18>] ? vma_link+0x88/0xe0
[ =A0160.032664] =A0[<ffffffff81140a3c>] handle_mm_fault+0x2e= c/0x370
[ =A0160.032673] =A0[<ffffffff816658be>] do_page_fa= ult+0x17e/0x540
[ =A0160.032681] =A0[<ffffffff81145af8>] ? do_mmap_pgoff+0x348/0= x360
[ =A0160.032689] =A0[<ffffffff81145bf1>] ? sys_mmap_pg= off+0xe1/0x230
[ =A0160.032697] =A0[<ffffffff816624f5>] pag= e_fault+0x25/0x30
[ =A0160.032703] Code: cc 51 41 53 b8 1c 00 00 00 0f 05 41 5b 59 c3 cc= cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc 51 41 53 b8 1d 00 00 00= 0f 05 <41> 5b 59 c3 cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc = cc=A0
[ =A0160.032781] Call Trace:
[ =A0160.032787] =A0[<ffffff= ff813adade>] ? xen_poll_irq_timeout+0x3e/0x50
[ =A0160.032795]= =A0[<ffffffff813af5e0>] xen_poll_irq+0x10/0x20
[ =A0160.03= 2803] =A0[<ffffffff81646686>] xen_spin_lock_slow+0x98/0xf4
[ =A0160.032811] =A0[<ffffffff810124ba>] xen_spin_lock+0x4a/0x50=
[ =A0160.032818] =A0[<ffffffff81661d8e>] _raw_spin_lock+0x= e/0x20
[ =A0160.032826] =A0[<ffffffff81007d9a>] xen_exit_mm= ap+0x2a/0x60
[ =A0160.032833] =A0[<ffffffff81146408>] exit_mmap+0x58/0x140
[ =A0160.032841] =A0[<ffffffff8166275a>] ? error_exit+0x2a/0x= 60
[ =A0160.032849] =A0[<ffffffff8166227c>] ? retint_restor= e_args+0x5/0x6
[ =A0160.032857] =A0[<ffffffff8100132a>] ? hypercall_page+0x32a/= 0x1000
[ =A0160.032866] =A0[<ffffffff8100132a>] ? hypercall= _page+0x32a/0x1000
[ =A0160.032874] =A0[<ffffffff8100132a>]= ? hypercall_page+0x32a/0x1000
[ =A0160.032882] =A0[<ffffffff81065e22>] mmput.part.16+0x42/0x13= 0
[ =A0160.032889] =A0[<ffffffff81065f39>] mmput+0x29/0x30<= /div>
[ =A0160.032896] =A0[<ffffffff8106c943>] exit_mm+0x113/0x13= 0
[ =A0160.032904] =A0[<ffffffff810e58c5>] ? taskstats_exit+0x45/0x240<= /div>
[ =A0160.032912] =A0[<ffffffff81662075>] ? _raw_spin_lock_i= rq+0x15/0x20
[ =A0160.032920] =A0[<ffffffff8106cace>] do_ex= it+0x16e/0x450
[ =A0160.032928] =A0[<ffffffff81662f20>] oops_end+0xb0/0xf0
[ =A0160.032935] =A0[<ffffffff8164812f>] no_context+0x150/0x15d=
[ =A0160.032943] =A0[<ffffffff81648307>] __bad_area_nosema= phore+0x1cb/0x1ea
[ =A0160.032951] =A0[<ffffffff816622ad>] ? restore_args+0x30/0x3= 0
[ =A0160.032959] =A0[<ffffffff8164795b>] ? pte_offset_ker= nel+0xe/0x37
[ =A0160.032967] =A0[<ffffffff81648339>] bad_a= rea_nosemaphore+0x13/0x15
[ =A0160.032975] =A0[<ffffffff81665bab>] do_page_fault+0x46b/0x5= 40
[ =A0160.036054] =A0[<ffffffff8115c3f8>] ? mpol_shared_p= olicy_init+0x48/0x160
[ =A0160.036054] =A0[<ffffffff811667bd&g= t;] ? kmem_cache_alloc+0x11d/0x140
[ =A0160.036054] =A0[<ffffffff8126d5fb>] ? hugetlbfs_alloc_inode= +0x5b/0xa0
[ =A0160.036054] =A0[<ffffffff816624f5>] page_fa= ult+0x25/0x30
[ =A0160.036054] =A0[<ffffffff81008efe>] ? xe= n_set_pte_at+0x3e/0x210
[ =A0160.036054] =A0[<ffffffff81008ef9>] ? xen_set_pte_at+0x39/0= x210
[ =A0160.036054] =A0[<ffffffff81158453>] hugetlb_no_pa= ge+0x233/0x370
[ =A0160.036054] =A0[<ffffffff8100640e>] ? x= en_pud_val+0xe/0x10
[ =A0160.036054] =A0[<ffffffff810053b5>] ? __raw_callee_save_xen= _pud_val+0x11/0x1e
[ =A0160.036054] =A0[<ffffffff8115883e>]= hugetlb_fault+0x1fe/0x340
[ =A0160.036054] =A0[<ffffffff81143= e18>] ? vma_link+0x88/0xe0
[ =A0160.036054] =A0[<ffffffff81140a3c>] handle_mm_fault+0x2ec/0= x370
[ =A0160.036054] =A0[<ffffffff816658be>] do_page_fault= +0x17e/0x540
[ =A0160.036054] =A0[<ffffffff81145af8>] ? do_= mmap_pgoff+0x348/0x360
[ =A0160.036054] =A0[<ffffffff81145bf1>] ? sys_mmap_pgoff+0xe1/0= x230
[ =A0160.036054] =A0[<ffffffff816624f5>] page_fault+0x= 25/0x30



=
On Mon, Feb 10, 2014 at 3:19 AM, Fabio Fantoni <fabio.fantoni@m2r.biz<= /a>> wrote:
Il 10/02/2014 11:42, Wei Liu ha scritto:

On Fri, Feb 07, 2014 at 01:19:45PM -0800, Peter X. Gao wrote:
Hi,

=A0 =A0 =A0 =A0 I am new to Xen and I am trying to run Intel DPDK inside a = domU with
virtio on Xen 4.2. Is it possible to do this?


Based on my tests about virtio:
- virtio-serial seems working out of box with windows domUs and also with x= en pv driver, on linux domUs with old kernel (tested 2.6.32) is also workin= g out of box but with newer kernel (tested >=3D3.2) require pci=3Dnomsi = to work correctly and works also with xen pvhvm drivers, for now I not foun= d solution for msi problem, there are some posts about it.
- virtio-net was working out of box but with recent qemu versions is broken= due qemu regression, I have narrowed down
with bisect (one commit between 4 Jul 2013 and 22 Jul 2013) but I unable to= found the exact commit of regression because there are other critical prob= lems with xen in the range.
- I not tested virtio-disk and I not know if is working with recent xen and= qemu version.


DPDK doesn't seem to tightly coupled with VirtIO, does it?

Could you look at Xen's PV network protocol instead? VirtIO has no
mainline support on Xen while Xen's PV protocol has been in mainline fo= r
years. And it's very likely to be enabled by default nowadays.

Wei.

Regards
Peter
_______________________________________________
Xen-devel mailing list
Xen-devel@list= s.xen.org
http://lists.x= en.org/xen-devel

_______________________________________________
Xen-devel mailing list
Xen-devel@list= s.xen.org
http://lists.x= en.org/xen-devel


--047d7b5d3d7ad1ca5004f21135eb-- --===============4989157674536147328== 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 --===============4989157674536147328==-- From xen-users-bounces@lists.xen.org Wed Feb 12 12:39:48 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 12 Feb 2014 12:39: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 1WDZ5N-0005Iy-SV; Wed, 12 Feb 2014 12:38:41 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WCvGO-0006wy-Ik for xen-users@lists.xen.org; Mon, 10 Feb 2014 18:07:25 +0000 Received: from [85.158.143.35:55569] by server-3.bemta-4.messagelabs.com id FC/32-11539-A5519F25; Mon, 10 Feb 2014 18:07:22 +0000 X-Env-Sender: peterxianggao@gmail.com X-Msg-Ref: server-5.tower-21.messagelabs.com!1392055638!4576175!1 X-Originating-IP: [209.85.214.174] X-SpamReason: No, hits=2.9 required=7.0 tests=BIZ_TLD,HTML_20_30, HTML_MESSAGE,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26574 invoked from network); 10 Feb 2014 18:07:19 -0000 Received: from mail-ob0-f174.google.com (HELO mail-ob0-f174.google.com) (209.85.214.174) by server-5.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 10 Feb 2014 18:07:19 -0000 Received: by mail-ob0-f174.google.com with SMTP id uy5so7594318obc.19 for ; Mon, 10 Feb 2014 10:07:18 -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=4GwZ8MHp4oViCsetBkxydPLAb1jqGcCPGFZPRFJWgm0=; b=fCqzukxz31/LBzUNQP6lt84S1T6rldX7F6hUUVYcl+Mx0kqLNWarrZIIE/biaric3U EImcj9IA8LnDKTFMIgSJM8uey50NastCMdfU8EGq4874rWFsbc9jH1lyME3VZ28UDDxf maC6rDuHJV68EtkDeCMAcexmF/xz9yw8lauEbc+xUjG/5qdu/yk4UgLSOe4pePiRPLnK IBlk9s9wwbgwhlgokx14qdpIBocuzRl1qnn8TyxnMjTpa/KmS8fjjhqnmQUI+RtwDkmJ qYICtrePYhnvSUXpCudlzKGxfg7SfLpwnBOBUgM2a2srrKiyFj1hN+e7/WDLSQRO5IYH kMfg== MIME-Version: 1.0 X-Received: by 10.60.146.194 with SMTP id te2mr28347144oeb.3.1392055638142; Mon, 10 Feb 2014 10:07:18 -0800 (PST) Received: by 10.182.33.34 with HTTP; Mon, 10 Feb 2014 10:07:17 -0800 (PST) In-Reply-To: <52F8B5C3.1020308@m2r.biz> References: <20140210104223.GN15387@zion.uk.xensource.com> <52F8B5C3.1020308@m2r.biz> Date: Mon, 10 Feb 2014 10:07:17 -0800 Message-ID: From: "Peter X. Gao" To: Fabio Fantoni X-Mailman-Approved-At: Wed, 12 Feb 2014 12:38:41 +0000 Cc: Xen-devel@lists.xenproject.org, Wei Liu , xen-users@lists.xen.org Subject: Re: [Xen-users] [Xen-devel] Virtio on Xen X-BeenThere: xen-users@lists.xen.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="===============4989157674536147328==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4989157674536147328== Content-Type: multipart/alternative; boundary=047d7b5d3d7ad1ca5004f21135eb --047d7b5d3d7ad1ca5004f21135eb Content-Type: text/plain; charset=ISO-8859-1 Thanks for your reply. I am now using virtio-net and it seems working. However, Intel DPDK also requires hugepage. When a DPDK application is initiating hugepage, I got the following error. Do I need to config something in Xen to support hugepage? [ 0.000000] Initializing cgroup subsys cpuset [ 0.000000] Initializing cgroup subsys cpu [ 0.000000] Linux version 3.2.0-58-generic (buildd@allspice) (gcc version 4.6.3 (Ubuntu/Linaro 4.6.3-1ubuntu5) ) #88-Ubuntu SMP Tue Dec 3 17:37:58 UTC 2013 (Ubuntu 3.2.0-58.88-generic 3.2.53) [ 0.000000] Command line: root=/dev/xvda2 ro root=/dev/xvda2 ro ip=:127.0.255.255::::eth0:dhcp iommu=soft [ 0.000000] KERNEL supported cpus: [ 0.000000] Intel GenuineIntel [ 0.000000] AMD AuthenticAMD [ 0.000000] Centaur CentaurHauls [ 0.000000] ACPI in unprivileged domain disabled [ 0.000000] Released 0 pages of unused memory [ 0.000000] Set 0 page(s) to 1-1 mapping [ 0.000000] BIOS-provided physical RAM map: [ 0.000000] Xen: 0000000000000000 - 00000000000a0000 (usable) [ 0.000000] Xen: 00000000000a0000 - 0000000000100000 (reserved) [ 0.000000] Xen: 0000000000100000 - 0000000100800000 (usable) [ 0.000000] NX (Execute Disable) protection: active [ 0.000000] DMI not present or invalid. [ 0.000000] No AGP bridge found [ 0.000000] last_pfn = 0x100800 max_arch_pfn = 0x400000000 [ 0.000000] last_pfn = 0x100000 max_arch_pfn = 0x400000000 [ 0.000000] init_memory_mapping: 0000000000000000-0000000100000000 [ 0.000000] init_memory_mapping: 0000000100000000-0000000100800000 [ 0.000000] RAMDISK: 02060000 - 045e3000 [ 0.000000] NUMA turned off [ 0.000000] Faking a node at 0000000000000000-0000000100800000 [ 0.000000] Initmem setup node 0 0000000000000000-0000000100800000 [ 0.000000] NODE_DATA [00000000ffff5000 - 00000000ffff9fff] [ 0.000000] Zone PFN ranges: [ 0.000000] DMA 0x00000010 -> 0x00001000 [ 0.000000] DMA32 0x00001000 -> 0x00100000 [ 0.000000] Normal 0x00100000 -> 0x00100800 [ 0.000000] Movable zone start PFN for each node [ 0.000000] early_node_map[2] active PFN ranges [ 0.000000] 0: 0x00000010 -> 0x000000a0 [ 0.000000] 0: 0x00000100 -> 0x00100800 [ 0.000000] SFI: Simple Firmware Interface v0.81 http://simplefirmware.org [ 0.000000] SMP: Allowing 8 CPUs, 0 hotplug CPUs [ 0.000000] No local APIC present [ 0.000000] APIC: disable apic facility [ 0.000000] APIC: switched to apic NOOP [ 0.000000] PM: Registered nosave memory: 00000000000a0000 - 0000000000100000 [ 0.000000] PCI: Warning: Cannot find a gap in the 32bit address range [ 0.000000] PCI: Unassigned devices with 32bit resource registers may break! [ 0.000000] Allocating PCI resources starting at 100900000 (gap: 100900000:400000) [ 0.000000] Booting paravirtualized kernel on Xen [ 0.000000] Xen version: 4.2.1 (preserve-AD) [ 0.000000] setup_percpu: NR_CPUS:256 nr_cpumask_bits:256 nr_cpu_ids:8 nr_node_ids:1 [ 0.000000] PERCPU: Embedded 28 pages/cpu @ffff8800ffc00000 s83136 r8192 d23360 u262144 [ 0.000000] Built 1 zonelists in Node order, mobility grouping on. Total pages: 1032084 [ 0.000000] Policy zone: Normal [ 0.000000] Kernel command line: root=/dev/xvda2 ro root=/dev/xvda2 ro ip=:127.0.255.255::::eth0:dhcp iommu=soft [ 0.000000] PID hash table entries: 4096 (order: 3, 32768 bytes) [ 0.000000] Placing 64MB software IO TLB between ffff8800f7400000 - ffff8800fb400000 [ 0.000000] software IO TLB at phys 0xf7400000 - 0xfb400000 [ 0.000000] Memory: 3988436k/4202496k available (6588k kernel code, 448k absent, 213612k reserved, 6617k data, 924k init) [ 0.000000] SLUB: Genslabs=15, HWalign=64, Order=0-3, MinObjects=0, CPUs=8, Nodes=1 [ 0.000000] Hierarchical RCU implementation. [ 0.000000] RCU dyntick-idle grace-period acceleration is enabled. [ 0.000000] NR_IRQS:16640 nr_irqs:336 16 [ 0.000000] Console: colour dummy device 80x25 [ 0.000000] console [tty0] enabled [ 0.000000] console [hvc0] enabled [ 0.000000] allocated 34603008 bytes of page_cgroup [ 0.000000] please try 'cgroup_disable=memory' option if you don't want memory cgroups [ 0.000000] installing Xen timer for CPU 0 [ 0.000000] Detected 2793.098 MHz processor. [ 0.004000] Calibrating delay loop (skipped), value calculated using timer frequency.. 5586.19 BogoMIPS (lpj=11172392) [ 0.004000] pid_max: default: 32768 minimum: 301 [ 0.004000] Security Framework initialized [ 0.004000] AppArmor: AppArmor initialized [ 0.004000] Yama: becoming mindful. [ 0.004000] Dentry cache hash table entries: 524288 (order: 10, 4194304 bytes) [ 0.004000] Inode-cache hash table entries: 262144 (order: 9, 2097152 bytes) [ 0.004000] Mount-cache hash table entries: 256 [ 0.004000] Initializing cgroup subsys cpuacct [ 0.004000] Initializing cgroup subsys memory [ 0.004000] Initializing cgroup subsys devices [ 0.004000] Initializing cgroup subsys freezer [ 0.004000] Initializing cgroup subsys blkio [ 0.004000] Initializing cgroup subsys perf_event [ 0.004000] CPU: Physical Processor ID: 0 [ 0.004000] CPU: Processor Core ID: 0 [ 0.004000] SMP alternatives: switching to UP code [ 0.031040] ftrace: allocating 26602 entries in 105 pages [ 0.032055] cpu 0 spinlock event irq 17 [ 0.032115] Performance Events: unsupported p6 CPU model 26 no PMU driver, software events only. [ 0.032244] NMI watchdog disabled (cpu0): hardware events not enabled [ 0.032350] installing Xen timer for CPU 1 [ 0.032363] cpu 1 spinlock event irq 23 [ 0.032623] SMP alternatives: switching to SMP code [ 0.057953] NMI watchdog disabled (cpu1): hardware events not enabled [ 0.058085] installing Xen timer for CPU 2 [ 0.058103] cpu 2 spinlock event irq 29 [ 0.058542] NMI watchdog disabled (cpu2): hardware events not enabled [ 0.058696] installing Xen timer for CPU 3 [ 0.058724] cpu 3 spinlock event irq 35 [ 0.059115] NMI watchdog disabled (cpu3): hardware events not enabled [ 0.059227] installing Xen timer for CPU 4 [ 0.059246] cpu 4 spinlock event irq 41 [ 0.059423] NMI watchdog disabled (cpu4): hardware events not enabled [ 0.059544] installing Xen timer for CPU 5 [ 0.059562] cpu 5 spinlock event irq 47 [ 0.059724] NMI watchdog disabled (cpu5): hardware events not enabled [ 0.059833] installing Xen timer for CPU 6 [ 0.059852] cpu 6 spinlock event irq 53 [ 0.060003] NMI watchdog disabled (cpu6): hardware events not enabled [ 0.060037] installing Xen timer for CPU 7 [ 0.060056] cpu 7 spinlock event irq 59 [ 0.060209] NMI watchdog disabled (cpu7): hardware events not enabled [ 0.060243] Brought up 8 CPUs [ 0.060494] devtmpfs: initialized [ 0.061531] EVM: security.selinux [ 0.061537] EVM: security.SMACK64 [ 0.061542] EVM: security.capability [ 0.061711] Grant table initialized [ 0.061711] print_constraints: dummy: [ 0.083057] RTC time: 165:165:165, date: 165/165/65 [ 0.083093] NET: Registered protocol family 16 [ 0.083159] Trying to unpack rootfs image as initramfs... [ 0.084665] PCI: setting up Xen PCI frontend stub [ 0.086003] bio: create slab at 0 [ 0.086003] ACPI: Interpreter disabled. [ 0.086003] xen/balloon: Initialising balloon driver. [ 0.088136] xen-balloon: Initialising balloon driver. [ 0.088139] vgaarb: loaded [ 0.088184] i2c-core: driver [aat2870] using legacy suspend method [ 0.088192] i2c-core: driver [aat2870] using legacy resume method [ 0.088283] SCSI subsystem initialized [ 0.088341] usbcore: registered new interface driver usbfs [ 0.088341] usbcore: registered new interface driver hub [ 0.088341] usbcore: registered new device driver usb [ 0.088341] PCI: System does not support PCI [ 0.088341] PCI: System does not support PCI [ 0.088341] NetLabel: Initializing [ 0.088341] NetLabel: domain hash size = 128 [ 0.184026] NetLabel: protocols = UNLABELED CIPSOv4 [ 0.184051] NetLabel: unlabeled traffic allowed by default [ 0.184159] Switching to clocksource xen [ 0.188203] Freeing initrd memory: 38412k freed [ 0.202280] AppArmor: AppArmor Filesystem Enabled [ 0.202308] pnp: PnP ACPI: disabled [ 0.205341] NET: Registered protocol family 2 [ 0.205661] IP route cache hash table entries: 131072 (order: 8, 1048576 bytes) [ 0.207989] TCP established hash table entries: 524288 (order: 11, 8388608 bytes) [ 0.209497] TCP bind hash table entries: 65536 (order: 8, 1048576 bytes) [ 0.209644] TCP: Hash tables configured (established 524288 bind 65536) [ 0.209650] TCP reno registered [ 0.209674] UDP hash table entries: 2048 (order: 4, 65536 bytes) [ 0.209704] UDP-Lite hash table entries: 2048 (order: 4, 65536 bytes) [ 0.209817] NET: Registered protocol family 1 [ 0.210139] platform rtc_cmos: registered platform RTC device (no PNP device found) [ 0.211002] audit: initializing netlink socket (disabled) [ 0.211015] type=2000 audit(1392055157.599:1): initialized [ 0.229178] HugeTLB registered 2 MB page size, pre-allocated 0 pages [ 0.230818] VFS: Disk quotas dquot_6.5.2 [ 0.230873] Dquot-cache hash table entries: 512 (order 0, 4096 bytes) [ 0.231462] fuse init (API version 7.17) [ 0.231605] msgmni has been set to 7864 [ 0.232267] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253) [ 0.232382] io scheduler noop registered [ 0.232417] io scheduler deadline registered [ 0.232449] io scheduler cfq registered (default) [ 0.232511] pci_hotplug: PCI Hot Plug PCI Core version: 0.5 [ 0.232529] pciehp: PCI Express Hot Plug Controller Driver version: 0.4 [ 0.233195] Serial: 8250/16550 driver, 32 ports, IRQ sharing enabled [ 0.437179] Linux agpgart interface v0.103 [ 0.439329] brd: module loaded [ 0.440557] loop: module loaded [ 0.442439] blkfront device/vbd/51714 num-ring-pages 1 nr_ents 32. [ 0.445706] blkfront device/vbd/51713 num-ring-pages 1 nr_ents 32. [ 0.447233] blkfront: xvda2: flush diskcache: enabled [ 0.447810] Fixed MDIO Bus: probed [ 0.447856] tun: Universal TUN/TAP device driver, 1.6 [ 0.447864] tun: (C) 1999-2004 Max Krasnyansky [ 0.447945] PPP generic driver version 2.4.2 [ 0.448029] Initialising Xen virtual ethernet driver. [ 0.453923] blkfront: xvda1: flush diskcache: enabled [ 0.455000] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver [ 0.455031] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver [ 0.455048] uhci_hcd: USB Universal Host Controller Interface driver [ 0.455100] usbcore: registered new interface driver libusual [ 0.455134] i8042: PNP: No PS/2 controller found. Probing ports directly. [ 1.455791] i8042: No controller found [ 1.456071] mousedev: PS/2 mouse device common for all mice [ 1.496241] rtc_cmos rtc_cmos: rtc core: registered rtc_cmos as rtc0 [ 1.496489] rtc_cmos: probe of rtc_cmos failed with error -38 [ 1.496624] device-mapper: uevent: version 1.0.3 ............... ............... ............... ............... [ 135.957086] BUG: unable to handle kernel paging request at ffff8800f36c0960 [ 135.957105] IP: [] xen_set_pte_at+0x3e/0x210 [ 135.957122] PGD 1c06067 PUD dd1067 PMD f6d067 PTE 80100000f36c0065 [ 135.957134] Oops: 0003 [#1] SMP [ 135.957141] CPU 0 [ 135.957144] Modules linked in: igb_uio(O) uio [ 135.957155] [ 135.957160] Pid: 659, comm: helloworld Tainted: G O 3.2.0-58-generic #88-Ubuntu [ 135.957171] RIP: e030:[] [] xen_set_pte_at+0x3e/0x210 [ 135.957183] RSP: e02b:ffff8800037ddc88 EFLAGS: 00010297 [ 135.957189] RAX: 0000000000000000 RBX: 800000008c6000e7 RCX: 800000008c6000e7 [ 135.957197] RDX: 0000000000000000 RSI: 00007f4a65800000 RDI: ffff880003044980 [ 135.957205] RBP: ffff8800037ddcd8 R08: 0000000000000000 R09: dead000000100100 [ 135.957212] R10: dead000000200200 R11: 00007f4a64f7e02a R12: ffffea0003c48000 [ 135.957220] R13: 800000008c6000e7 R14: ffff8800f36c0960 R15: 0000000000000001 [ 135.957232] FS: 00007f4a656e8800(0000) GS:ffff8800ffc00000(0000) knlGS:0000000000000000 [ 135.957241] CS: e033 DS: 0000 ES: 0000 CR0: 000000008005003b [ 135.957247] CR2: ffff8800f36c0960 CR3: 0000000002d08000 CR4: 0000000000002660 [ 135.957255] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 [ 135.957263] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 [ 135.957271] Process helloworld (pid: 659, threadinfo ffff8800037dc000, task ffff8800034c1700) [ 135.957279] Stack: [ 135.957283] 00007f4a65800000 ffff880003044980 dead000000200200 dead000000100100 [ 135.957297] 0000000000000000 0000000000000000 ffffea0003c48000 800000008c6000e7 [ 135.957310] ffff8800030449ec 0000000000000001 ffff8800037ddd68 ffffffff81158453 [ 135.957322] Call Trace: [ 135.957333] [] hugetlb_no_page+0x233/0x370 [ 135.957342] [] ? xen_pud_val+0xe/0x10 [ 135.957351] [] ? __raw_callee_save_xen_pud_val+0x11/0x1e [ 135.957361] [] hugetlb_fault+0x1fe/0x340 [ 135.957370] [] ? vma_link+0x88/0xe0 [ 135.957378] [] handle_mm_fault+0x2ec/0x370 [ 135.957391] [] do_page_fault+0x17e/0x540 [ 135.957399] [] ? do_mmap_pgoff+0x348/0x360 [ 135.957408] [] ? sys_mmap_pgoff+0xe1/0x230 [ 135.957417] [] page_fault+0x25/0x30 [ 135.957424] Code: e8 4c 89 75 f0 4c 89 7d f8 66 66 66 66 90 48 89 7d b8 48 89 75 b0 49 89 d6 48 89 cb 66 66 66 66 90 e8 77 5a 03 00 83 f8 01 74 75 <49> 89 1e 48 8b 5d d8 4c 8b 65 e0 4c 8b 6d e8 4c 8b 75 f0 4c 8b [ 135.957507] RIP [] xen_set_pte_at+0x3e/0x210 [ 135.957517] RSP [ 135.957521] CR2: ffff8800f36c0960 [ 135.957528] ---[ end trace f6a013072f2aee83 ]--- [ 160.032062] BUG: soft lockup - CPU#0 stuck for 23s! [helloworld:659] [ 160.032129] Modules linked in: igb_uio(O) uio [ 160.032140] CPU 0 [ 160.032143] Modules linked in: igb_uio(O) uio [ 160.032153] [ 160.032159] Pid: 659, comm: helloworld Tainted: G D O 3.2.0-58-generic #88-Ubuntu [ 160.032170] RIP: e030:[] [] hypercall_page+0x3aa/0x1000 [ 160.032190] RSP: e02b:ffff8800037dd730 EFLAGS: 00000202 [ 160.032197] RAX: 0000000000000000 RBX: 0000000000000000 RCX: ffffffff810013aa [ 160.032204] RDX: 0000000000000000 RSI: ffff8800037dd748 RDI: 0000000000000003 [ 160.032212] RBP: ffff8800037dd778 R08: ffff8800f7008000 R09: ffff8800f6c000a0 [ 160.032220] R10: 0000000000007ff0 R11: 0000000000000202 R12: 0000000000000011 [ 160.032227] R13: 0000000000000201 R14: ffff880003044901 R15: ffff880003044900 [ 160.032239] FS: 00007f4a656e8800(0000) GS:ffff8800ffc00000(0000) knlGS:0000000000000000 [ 160.032248] CS: e033 DS: 0000 ES: 0000 CR0: 000000008005003b [ 160.032255] CR2: ffff8800f36c0960 CR3: 0000000001c05000 CR4: 0000000000002660 [ 160.032263] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 [ 160.032271] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 [ 160.032279] Process helloworld (pid: 659, threadinfo ffff8800037dc000, task ffff8800034c1700) [ 160.032287] Stack: [ 160.032291] 0000000000000011 00000000fffffffa ffffffff813adade ffff8800037dd764 [ 160.032304] ffffffff00000001 0000000000000000 00000004813ad17e ffff8800037dd778 [ 160.032317] ffff8800030449ec ffff8800037dd788 ffffffff813af5e0 ffff8800037dd7d8 [ 160.032329] Call Trace: [ 160.032341] [] ? xen_poll_irq_timeout+0x3e/0x50 [ 160.032350] [] xen_poll_irq+0x10/0x20 [ 160.032360] [] xen_spin_lock_slow+0x98/0xf4 [ 160.032370] [] xen_spin_lock+0x4a/0x50 [ 160.032381] [] _raw_spin_lock+0xe/0x20 [ 160.032390] [] xen_exit_mmap+0x2a/0x60 [ 160.032400] [] exit_mmap+0x58/0x140 [ 160.032408] [] ? error_exit+0x2a/0x60 [ 160.032416] [] ? retint_restore_args+0x5/0x6 [ 160.032425] [] ? hypercall_page+0x32a/0x1000 [ 160.032433] [] ? hypercall_page+0x32a/0x1000 [ 160.032442] [] ? hypercall_page+0x32a/0x1000 [ 160.032452] [] mmput.part.16+0x42/0x130 [ 160.032460] [] mmput+0x29/0x30 [ 160.032470] [] exit_mm+0x113/0x130 [ 160.032479] [] ? taskstats_exit+0x45/0x240 [ 160.032488] [] ? _raw_spin_lock_irq+0x15/0x20 [ 160.032496] [] do_exit+0x16e/0x450 [ 160.032504] [] oops_end+0xb0/0xf0 [ 160.032513] [] no_context+0x150/0x15d [ 160.032520] [] __bad_area_nosemaphore+0x1cb/0x1ea [ 160.032529] [] ? restore_args+0x30/0x30 [ 160.032537] [] ? pte_offset_kernel+0xe/0x37 [ 160.032545] [] bad_area_nosemaphore+0x13/0x15 [ 160.032555] [] do_page_fault+0x46b/0x540 [ 160.032564] [] ? mpol_shared_policy_init+0x48/0x160 [ 160.032575] [] ? kmem_cache_alloc+0x11d/0x140 [ 160.032588] [] ? hugetlbfs_alloc_inode+0x5b/0xa0 [ 160.032597] [] page_fault+0x25/0x30 [ 160.032605] [] ? xen_set_pte_at+0x3e/0x210 [ 160.032613] [] ? xen_set_pte_at+0x39/0x210 [ 160.032622] [] hugetlb_no_page+0x233/0x370 [ 160.032630] [] ? xen_pud_val+0xe/0x10 [ 160.032638] [] ? __raw_callee_save_xen_pud_val+0x11/0x1e [ 160.032648] [] hugetlb_fault+0x1fe/0x340 [ 160.032656] [] ? vma_link+0x88/0xe0 [ 160.032664] [] handle_mm_fault+0x2ec/0x370 [ 160.032673] [] do_page_fault+0x17e/0x540 [ 160.032681] [] ? do_mmap_pgoff+0x348/0x360 [ 160.032689] [] ? sys_mmap_pgoff+0xe1/0x230 [ 160.032697] [] page_fault+0x25/0x30 [ 160.032703] Code: cc 51 41 53 b8 1c 00 00 00 0f 05 41 5b 59 c3 cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc 51 41 53 b8 1d 00 00 00 0f 05 <41> 5b 59 c3 cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc [ 160.032781] Call Trace: [ 160.032787] [] ? xen_poll_irq_timeout+0x3e/0x50 [ 160.032795] [] xen_poll_irq+0x10/0x20 [ 160.032803] [] xen_spin_lock_slow+0x98/0xf4 [ 160.032811] [] xen_spin_lock+0x4a/0x50 [ 160.032818] [] _raw_spin_lock+0xe/0x20 [ 160.032826] [] xen_exit_mmap+0x2a/0x60 [ 160.032833] [] exit_mmap+0x58/0x140 [ 160.032841] [] ? error_exit+0x2a/0x60 [ 160.032849] [] ? retint_restore_args+0x5/0x6 [ 160.032857] [] ? hypercall_page+0x32a/0x1000 [ 160.032866] [] ? hypercall_page+0x32a/0x1000 [ 160.032874] [] ? hypercall_page+0x32a/0x1000 [ 160.032882] [] mmput.part.16+0x42/0x130 [ 160.032889] [] mmput+0x29/0x30 [ 160.032896] [] exit_mm+0x113/0x130 [ 160.032904] [] ? taskstats_exit+0x45/0x240 [ 160.032912] [] ? _raw_spin_lock_irq+0x15/0x20 [ 160.032920] [] do_exit+0x16e/0x450 [ 160.032928] [] oops_end+0xb0/0xf0 [ 160.032935] [] no_context+0x150/0x15d [ 160.032943] [] __bad_area_nosemaphore+0x1cb/0x1ea [ 160.032951] [] ? restore_args+0x30/0x30 [ 160.032959] [] ? pte_offset_kernel+0xe/0x37 [ 160.032967] [] bad_area_nosemaphore+0x13/0x15 [ 160.032975] [] do_page_fault+0x46b/0x540 [ 160.036054] [] ? mpol_shared_policy_init+0x48/0x160 [ 160.036054] [] ? kmem_cache_alloc+0x11d/0x140 [ 160.036054] [] ? hugetlbfs_alloc_inode+0x5b/0xa0 [ 160.036054] [] page_fault+0x25/0x30 [ 160.036054] [] ? xen_set_pte_at+0x3e/0x210 [ 160.036054] [] ? xen_set_pte_at+0x39/0x210 [ 160.036054] [] hugetlb_no_page+0x233/0x370 [ 160.036054] [] ? xen_pud_val+0xe/0x10 [ 160.036054] [] ? __raw_callee_save_xen_pud_val+0x11/0x1e [ 160.036054] [] hugetlb_fault+0x1fe/0x340 [ 160.036054] [] ? vma_link+0x88/0xe0 [ 160.036054] [] handle_mm_fault+0x2ec/0x370 [ 160.036054] [] do_page_fault+0x17e/0x540 [ 160.036054] [] ? do_mmap_pgoff+0x348/0x360 [ 160.036054] [] ? sys_mmap_pgoff+0xe1/0x230 [ 160.036054] [] page_fault+0x25/0x30 On Mon, Feb 10, 2014 at 3:19 AM, Fabio Fantoni wrote: > Il 10/02/2014 11:42, Wei Liu ha scritto: > > On Fri, Feb 07, 2014 at 01:19:45PM -0800, Peter X. Gao wrote: >> >>> Hi, >>> >>> I am new to Xen and I am trying to run Intel DPDK inside a domU >>> with >>> virtio on Xen 4.2. Is it possible to do this? >>> >>> > Based on my tests about virtio: > - virtio-serial seems working out of box with windows domUs and also with > xen pv driver, on linux domUs with old kernel (tested 2.6.32) is also > working out of box but with newer kernel (tested >=3.2) require pci=nomsi > to work correctly and works also with xen pvhvm drivers, for now I not > found solution for msi problem, there are some posts about it. > - virtio-net was working out of box but with recent qemu versions is > broken due qemu regression, I have narrowed down > with bisect (one commit between 4 Jul 2013 and 22 Jul 2013) but I unable > to found the exact commit of regression because there are other critical > problems with xen in the range. > - I not tested virtio-disk and I not know if is working with recent xen > and qemu version. > > > DPDK doesn't seem to tightly coupled with VirtIO, does it? >> >> Could you look at Xen's PV network protocol instead? VirtIO has no >> mainline support on Xen while Xen's PV protocol has been in mainline for >> years. And it's very likely to be enabled by default nowadays. >> >> Wei. >> >> Regards >>> Peter >>> _______________________________________________ >>> Xen-devel mailing list >>> Xen-devel@lists.xen.org >>> http://lists.xen.org/xen-devel >>> >> >> _______________________________________________ >> Xen-devel mailing list >> Xen-devel@lists.xen.org >> http://lists.xen.org/xen-devel >> > > --047d7b5d3d7ad1ca5004f21135eb Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Thanks for your reply. I am now using virtio-net and it se= ems working. However, Intel DPDK also requires hugepage. When a DPDK applic= ation is initiating hugepage, I got the following error. Do I need to confi= g something in Xen to support hugepage?



[ =A0 =A00.000000] Initia= lizing cgroup subsys cpuset
[ =A0 =A00.000000] Initializing cgrou= p subsys cpu
[ =A0 =A00.000000] Linux version 3.2.0-58-generic (b= uildd@allspice) (gcc version 4.6.3 (Ubuntu/Linaro 4.6.3-1ubuntu5) ) #88-Ubu= ntu SMP Tue Dec 3 17:37:58 UTC 2013 (Ubuntu 3.2.0-58.88-generic 3.2.53)
[ =A0 =A00.000000] Command line: root=3D/dev/xvda2 ro root=3D/dev/xvda= 2 ro ip=3D:127.0.255.255::::eth0:dhcp iommu=3Dsoft
[ =A0 =A00.000= 000] KERNEL supported cpus:
[ =A0 =A00.000000] =A0 Intel GenuineI= ntel
[ =A0 =A00.000000] =A0 AMD AuthenticAMD
[ =A0 =A00.000000] =A0 Centaur CentaurHauls
[ =A0 =A00.00000= 0] ACPI in unprivileged domain disabled
[ =A0 =A00.000000] Releas= ed 0 pages of unused memory
[ =A0 =A00.000000] Set 0 page(s) to 1= -1 mapping
[ =A0 =A00.000000] BIOS-provided physical RAM map:
[ =A0 =A0= 0.000000] =A0Xen: 0000000000000000 - 00000000000a0000 (usable)
[ = =A0 =A00.000000] =A0Xen: 00000000000a0000 - 0000000000100000 (reserved)
[ =A0 =A00.000000] =A0Xen: 0000000000100000 - 0000000100800000 (usab= le)
[ =A0 =A00.000000] NX (Execute Disable) protection: active
[= =A0 =A00.000000] DMI not present or invalid.
[ =A0 =A00.000000] = No AGP bridge found
[ =A0 =A00.000000] last_pfn =3D 0x100800 max_= arch_pfn =3D 0x400000000
[ =A0 =A00.000000] last_pfn =3D 0x100000 max_arch_pfn =3D 0x400000000<= /div>
[ =A0 =A00.000000] init_memory_mapping: 0000000000000000-00000001= 00000000
[ =A0 =A00.000000] init_memory_mapping: 0000000100000000= -0000000100800000
[ =A0 =A00.000000] RAMDISK: 02060000 - 045e3000
[ =A0 =A00.0= 00000] NUMA turned off
[ =A0 =A00.000000] Faking a node at 000000= 0000000000-0000000100800000
[ =A0 =A00.000000] Initmem setup node= 0 0000000000000000-0000000100800000
[ =A0 =A00.000000] =A0 NODE_DATA [00000000ffff5000 - 00000000ffff9fff]=
[ =A0 =A00.000000] Zone PFN ranges:
[ =A0 =A00.000000]= =A0 DMA =A0 =A0 =A00x00000010 -> 0x00001000
[ =A0 =A00.000000= ] =A0 DMA32 =A0 =A00x00001000 -> 0x00100000
[ =A0 =A00.000000] =A0 Normal =A0 0x00100000 -> 0x00100800
[ =A0 =A00.000000] Movable zone start PFN for each node
[ =A0 = =A00.000000] early_node_map[2] active PFN ranges
[ =A0 =A00.00000= 0] =A0 =A0 0: 0x00000010 -> 0x000000a0
[ =A0 =A00.000000] =A0 =A0 0: 0x00000100 -> 0x00100800
[ = =A0 =A00.000000] SFI: Simple Firmware Interface v0.81 http://simplefirmware.org
[ =A0 =A00.000000]= SMP: Allowing 8 CPUs, 0 hotplug CPUs
[ =A0 =A00.000000] No local APIC present
[ =A0 =A00.000000] = APIC: disable apic facility
[ =A0 =A00.000000] APIC: switched to = apic NOOP
[ =A0 =A00.000000] PM: Registered nosave memory: 000000= 00000a0000 - 0000000000100000
[ =A0 =A00.000000] PCI: Warning: Cannot find a gap in the 32bit addres= s range
[ =A0 =A00.000000] PCI: Unassigned devices with 32bit res= ource registers may break!
[ =A0 =A00.000000] Allocating PCI reso= urces starting at 100900000 (gap: 100900000:400000)
[ =A0 =A00.000000] Booting paravirtualized kernel on Xen
[ = =A0 =A00.000000] Xen version: 4.2.1 (preserve-AD)
[ =A0 =A00.0000= 00] setup_percpu: NR_CPUS:256 nr_cpumask_bits:256 nr_cpu_ids:8 nr_node_ids:= 1
[ =A0 =A00.000000] PERCPU: Embedded 28 pages/cpu @ffff8800ffc00000 s83136 r= 8192 d23360 u262144
[ =A0 =A00.000000] Built 1 zonelists in Node = order, mobility grouping on. =A0Total pages: 1032084
[ =A0 =A00.0= 00000] Policy zone: Normal
[ =A0 =A00.000000] Kernel command line: root=3D/dev/xvda2 ro root=3D/d= ev/xvda2 ro ip=3D:127.0.255.255::::eth0:dhcp iommu=3Dsoft
[ =A0 = =A00.000000] PID hash table entries: 4096 (order: 3, 32768 bytes)
[ =A0 =A00.000000] Placing 64MB software IO TLB between ffff8800f7400000 -= ffff8800fb400000
[ =A0 =A00.000000] software IO TLB at phys 0xf7400000 - 0xfb400000
[ =A0 =A00.000000] Memory: 3988436k/4202496k available (6588k kernel= code, 448k absent, 213612k reserved, 6617k data, 924k init)
[ = =A0 =A00.000000] SLUB: Genslabs=3D15, HWalign=3D64, Order=3D0-3, MinObjects= =3D0, CPUs=3D8, Nodes=3D1
[ =A0 =A00.000000] Hierarchical RCU implementation.
[ =A0 = =A00.000000] RCU dyntick= -idle grace-period acceleration is enabled.
[ =A0 =A00.000000] NR= _IRQS:16640 nr_irqs:336 16
[ =A0 =A00.000000] Console: colour dummy device 80x25
[ =A0 = =A00.000000] console [tty0] enabled
[ =A0 =A00.000000] console [h= vc0] enabled
[ =A0 =A00.000000] allocated 34603008 bytes of page_= cgroup
[ =A0 =A00.000000] please try 'cgroup_disable=3Dmemory' option= if you don't want memory cgroups
[ =A0 =A00.000000] installi= ng Xen timer for CPU 0
[ =A0 =A00.000000] Detected 2793.098 MHz p= rocessor.
[ =A0 =A00.004000] Calibrating delay loop (skipped), value calculated = using timer frequency.. 5586.19 BogoMIPS (lpj=3D11172392)
[ =A0 = =A00.004000] pid_max: default: 32768 minimum: 301
[ =A0 =A00.0040= 00] Security Framework initialized
[ =A0 =A00.004000] AppArmor: AppArmor initialized
[ =A0 =A00= .004000] Yama: becoming mindful.
[ =A0 =A00.004000] Dentry cache = hash table entries: 524288 (order: 10, 4194304 bytes)
[ =A0 =A00.= 004000] Inode-cache hash table entries: 262144 (order: 9, 2097152 bytes)
[ =A0 =A00.004000] Mount-cache hash table entries: 256
[ =A0= =A00.004000] Initializing cgroup subsys cpuacct
[ =A0 =A00.00400= 0] Initializing cgroup subsys memory
[ =A0 =A00.004000] Initializ= ing cgroup subsys devices
[ =A0 =A00.004000] Initializing cgroup subsys freezer
[ =A0 = =A00.004000] Initializing cgroup subsys blkio
[ =A0 =A00.004000] = Initializing cgroup subsys perf_event
[ =A0 =A00.004000] CPU: Phy= sical Processor ID: 0
[ =A0 =A00.004000] CPU: Processor Core ID: 0
[ =A0 =A00.0040= 00] SMP alternatives: switching to UP code
[ =A0 =A00.031040] ftr= ace: allocating 26602 entries in 105 pages
[ =A0 =A00.032055] cpu= 0 spinlock event irq 17
[ =A0 =A00.032115] Performance Events: unsupported p6 CPU model 26 no = PMU driver, software events only.
[ =A0 =A00.032244] NMI watchdog= disabled (cpu0): hardware events not enabled
[ =A0 =A00.032350] = installing Xen timer for CPU 1
[ =A0 =A00.032363] cpu 1 spinlock event irq 23
[ =A0 =A00.03= 2623] SMP alternatives: switching to SMP code
[ =A0 =A00.057953] = NMI watchdog disabled (cpu1): hardware events not enabled
[ =A0 = =A00.058085] installing Xen timer for CPU 2
[ =A0 =A00.058103] cpu 2 spinlock event irq 29
[ =A0 =A00.05= 8542] NMI watchdog disabled (cpu2): hardware events not enabled
[= =A0 =A00.058696] installing Xen timer for CPU 3
[ =A0 =A00.05872= 4] cpu 3 spinlock event irq 35
[ =A0 =A00.059115] NMI watchdog disabled (cpu3): hardware events not e= nabled
[ =A0 =A00.059227] installing Xen timer for CPU 4
[ =A0 =A00.059246] cpu 4 spinlock event irq 41
[ =A0 =A00.05942= 3] NMI watchdog disabled (cpu4): hardware events not enabled
[ =A0 =A00.059544] installing Xen timer for CPU 5
[ =A0 =A00= .059562] cpu 5 spinlock event irq 47
[ =A0 =A00.059724] NMI watch= dog disabled (cpu5): hardware events not enabled
[ =A0 =A00.05983= 3] installing Xen timer for CPU 6
[ =A0 =A00.059852] cpu 6 spinlock event irq 53
[ =A0 =A00.06= 0003] NMI watchdog disabled (cpu6): hardware events not enabled
[= =A0 =A00.060037] installing Xen timer for CPU 7
[ =A0 =A00.06005= 6] cpu 7 spinlock event irq 59
[ =A0 =A00.060209] NMI watchdog disabled (cpu7): hardware events not e= nabled
[ =A0 =A00.060243] Brought up 8 CPUs
[ =A0 =A00.= 060494] devtmpfs: initialized
[ =A0 =A00.061531] EVM: security.se= linux
[ =A0 =A00.061537] EVM: security.SMACK64
[ =A0 =A00.061542] EVM: = security.capability
[ =A0 =A00.061711] Grant table initialized
[ =A0 =A00.061711] print_constraints: dummy:=A0
[ =A0 =A0= 0.083057] RTC time: 165:165:165, date: 165/165/65
[ =A0 =A00.083093] NET: Registered protocol family 16
[ =A0 = =A00.083159] Trying to unpack rootfs image as initramfs...
[ =A0 = =A00.084665] PCI: setting up Xen PCI frontend stub
[ =A0 =A00.086= 003] bio: create slab <bio-0> at 0
[ =A0 =A00.086003] ACPI: Interpreter disabled.
[ =A0 =A00.08= 6003] xen/balloon: Initialising balloon driver.
[ =A0 =A00.088136= ] xen-balloon: Initialising balloon driver.
[ =A0 =A00.088139] vg= aarb: loaded
[ =A0 =A00.088184] i2c-core: driver [aat2870] using legacy suspend met= hod
[ =A0 =A00.088192] i2c-core: driver [aat2870] using legacy re= sume method
[ =A0 =A00.088283] SCSI subsystem initialized
[ =A0 =A00.088341] usbcore: registered new interface driver usbfs
[ =A0 =A00.088341] usbcore: registered new interface driver hub
<= div>[ =A0 =A00.088341] usbcore: registered new device driver usb
= [ =A0 =A00.088341] PCI: System does not support PCI
[ =A0 =A00.08= 8341] PCI: System does not support PCI
[ =A0 =A00.088341] NetLabel: Initializing
[ =A0 =A00.088341]= NetLabel: =A0domain hash size =3D 128
[ =A0 =A00.184026] NetLabe= l: =A0protocols =3D UNLABELED CIPSOv4
[ =A0 =A00.184051] NetLabel= : =A0unlabeled traffic allowed by default
[ =A0 =A00.184159] Switching to clocksource xen
[ =A0 =A00.1= 88203] Freeing initrd memory: 38412k freed
[ =A0 =A00.202280] App= Armor: AppArmor Filesystem Enabled
[ =A0 =A00.202308] pnp: PnP AC= PI: disabled
[ =A0 =A00.205341] NET: Registered protocol family 2
[ =A0 = =A00.205661] IP route cache hash table entries: 131072 (order: 8, 1048576 b= ytes)
[ =A0 =A00.207989] TCP established hash table entries: 5242= 88 (order: 11, 8388608 bytes)
[ =A0 =A00.209497] TCP bind hash table entries: 65536 (order: 8, 10485= 76 bytes)
[ =A0 =A00.209644] TCP: Hash tables configured (establi= shed 524288 bind 65536)
[ =A0 =A00.209650] TCP reno registered
[ =A0 =A00.209674] UDP hash table entries: 2048 (order: 4, 65536 bytes)
[ =A0 =A00.209704] UDP-Lite hash table entries: 2048 (order: 4, 6553= 6 bytes)
[ =A0 =A00.209817] NET: Registered protocol family 1
[ =A0 =A00.210139] platform rtc_cmos: registered platform RTC device= (no PNP device found)
[ =A0 =A00.211002] audit: initializing netlink socket (disabled)
=
[ =A0 =A00.211015] type=3D2000 audit(1392055157.599:1): initialized
[ =A0 =A00.229178] HugeTLB registered 2 MB page size, pre-allocated= 0 pages
[ =A0 =A00.230818] VFS: Disk quotas dquot_6.5.2
[ =A0 =A00.2= 30873] Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
= [ =A0 =A00.231462] fuse init (API version 7.17)
[ =A0 =A00.231605= ] msgmni has been set to 7864
[ =A0 =A00.232267] Block layer SCSI generic (bsg) driver version 0.4 l= oaded (major 253)
[ =A0 =A00.232382] io scheduler noop registered=
[ =A0 =A00.232417] io scheduler deadline registered
[ = =A0 =A00.232449] io scheduler cfq registered (default)
[ =A0 =A00.232511] pci_hotplug: PCI Hot Plug PCI Core version: 0.5
[ =A0 =A00.232529] pciehp: PCI Express Hot Plug Controller Driver ve= rsion: 0.4
[ =A0 =A00.233195] Serial: 8250/16550 driver, 32 ports= , IRQ sharing enabled
[ =A0 =A00.437179] Linux agpgart interface v0.103
[ =A0 =A00= .439329] brd: module loaded
[ =A0 =A00.440557] loop: module loade= d
[ =A0 =A00.442439] blkfront device/vbd/51714 num-ring-pages 1 n= r_ents 32.
[ =A0 =A00.445706] blkfront device/vbd/51713 num-ring-pages 1 nr_ents = 32.
[ =A0 =A00.447233] blkfront: xvda2: flush diskcache: enabled<= /div>
[ =A0 =A00.447810] Fixed MDIO Bus: probed
[ =A0 =A00.44= 7856] tun: Universal TUN/TAP device driver, 1.6
[ =A0 =A00.447864] tun: (C) 1999-2004 Max Krasnyansky <maxk@qualcomm.com>
[ =A0 =A00.447= 945] PPP generic driver version 2.4.2
[ =A0 =A00.448029] Initiali= sing Xen virtual ethernet driver.
[ =A0 =A00.453923] blkfront: xvda1: flush diskcache: enabled
[ =A0 =A00.455000] ehci_hcd: USB 2.0 'Enhanced' Host Controller (E= HCI) Driver
[ =A0 =A00.455031] ohci_hcd: USB 1.1 'Open' H= ost Controller (OHCI) Driver
[ =A0 =A00.455048] uhci_hcd: USB Universal Host Controller Interface d= river
[ =A0 =A00.455100] usbcore: registered new interface driver= libusual
[ =A0 =A00.455134] i8042: PNP: No PS/2 controller found= . Probing ports directly.
[ =A0 =A01.455791] i8042: No controller found
[ =A0 =A01.456= 071] mousedev: PS/2 mouse device common for all mice
[ =A0 =A01.4= 96241] rtc_cmos rtc_cmos: rtc core: registered rtc_cmos as rtc0
[= =A0 =A01.496489] rtc_cmos: probe of rtc_cmos failed with error -38
[ =A0 =A01.496624] device-mapper: uevent: version 1.0.3
....= ...........
...............
...........= ....
...............

[ =A0135.957086] BUG: unable to handle kernel paging request at = ffff8800f36c0960
[ =A0135.957105] IP: [<ffffffff81008efe>] = xen_set_pte_at+0x3e/0x210
[ =A0135.957122] PGD 1c06067 PUD dd1067= PMD f6d067 PTE 80100000f36c0065
[ =A0135.957134] Oops: 0003 [#1] SMP=A0
[ =A0135.957141] CPU= 0=A0
[ =A0135.957144] Modules linked in: igb_uio(O) uio
[ =A0135.957155]=A0
[ =A0135.957160] Pid: 659, comm: helloworld= Tainted: G =A0 =A0 =A0 =A0 =A0 O 3.2.0-58-generic #88-Ubuntu =A0
[ =A0135.957171] RIP: e030:[<ffffffff81008efe>] =A0[<ffffffff= 81008efe>] xen_set_pte_at+0x3e/0x210
[ =A0135.957183] RSP: e02= b:ffff8800037ddc88 =A0EFLAGS: 00010297
[ =A0135.957189] RAX: 0000= 000000000000 RBX: 800000008c6000e7 RCX: 800000008c6000e7
[ =A0135.957197] RDX: 0000000000000000 RSI: 00007f4a65800000 RDI: ffff= 880003044980
[ =A0135.957205] RBP: ffff8800037ddcd8 R08: 00000000= 00000000 R09: dead000000100100
[ =A0135.957212] R10: dead00000020= 0200 R11: 00007f4a64f7e02a R12: ffffea0003c48000
[ =A0135.957220] R13: 800000008c6000e7 R14: ffff8800f36c0960 R15: 0000= 000000000001
[ =A0135.957232] FS: =A000007f4a656e8800(0000) GS:ff= ff8800ffc00000(0000) knlGS:0000000000000000
[ =A0135.957241] CS: = =A0e033 DS: 0000 ES: 0000 CR0: 000000008005003b
[ =A0135.957247] CR2: ffff8800f36c0960 CR3: 0000000002d08000 CR4: 0000= 000000002660
[ =A0135.957255] DR0: 0000000000000000 DR1: 00000000= 00000000 DR2: 0000000000000000
[ =A0135.957263] DR3: 000000000000= 0000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
[ =A0135.957271] Process helloworld (pid: 659, threadinfo ffff8800037d= c000, task ffff8800034c1700)
[ =A0135.957279] Stack:
[ = =A0135.957283] =A000007f4a65800000 ffff880003044980 dead000000200200 dead00= 0000100100
[ =A0135.957297] =A00000000000000000 0000000000000000 ffffea0003c48000= 800000008c6000e7
[ =A0135.957310] =A0ffff8800030449ec 0000000000= 000001 ffff8800037ddd68 ffffffff81158453
[ =A0135.957322] Call Tr= ace:
[ =A0135.957333] =A0[<ffffffff81158453>] hugetlb_no_page+0x233/0= x370
[ =A0135.957342] =A0[<ffffffff8100640e>] ? xen_pud_val= +0xe/0x10
[ =A0135.957351] =A0[<ffffffff810053b5>] ? __raw_= callee_save_xen_pud_val+0x11/0x1e
[ =A0135.957361] =A0[<ffffffff8115883e>] hugetlb_fault+0x1fe/0x3= 40
[ =A0135.957370] =A0[<ffffffff81143e18>] ? vma_link+0x88= /0xe0
[ =A0135.957378] =A0[<ffffffff81140a3c>] handle_mm_fa= ult+0x2ec/0x370
[ =A0135.957391] =A0[<ffffffff816658be>] do_page_fault+0x17e/0x5= 40
[ =A0135.957399] =A0[<ffffffff81145af8>] ? do_mmap_pgoff= +0x348/0x360
[ =A0135.957408] =A0[<ffffffff81145bf1>] ? sys= _mmap_pgoff+0xe1/0x230
[ =A0135.957417] =A0[<ffffffff816624f5>] page_fault+0x25/0x30
[ =A0135.957424] Code: e8 4c 89 75 f0 4c 89 7d f8 66 66 66 66 90 48= 89 7d b8 48 89 75 b0 49 89 d6 48 89 cb 66 66 66 66 90 e8 77 5a 03 00 83 f8= 01 74 75 <49> 89 1e 48 8b 5d d8 4c 8b 65 e0 4c 8b 6d e8 4c 8b 75 f0 = 4c 8b=A0
[ =A0135.957507] RIP =A0[<ffffffff81008efe>] xen_set_pte_at+0x3e= /0x210
[ =A0135.957517] =A0RSP <ffff8800037ddc88>
[ =A0135.957521] CR2: ffff8800f36c0960
[ =A0135.957528] ---[ end= trace f6a013072f2aee83 ]---
[ =A0160.032062] BUG: soft lockup - CPU#0 stuck for 23s! [helloworld:6= 59]
[ =A0160.032129] Modules linked in: igb_uio(O) uio
= [ =A0160.032140] CPU 0=A0
[ =A0160.032143] Modules linked in: igb= _uio(O) uio
[ =A0160.032153]=A0
[ =A0160.032159] Pid: 659, comm: hellowo= rld Tainted: G =A0 =A0 =A0D =A0 =A0O 3.2.0-58-generic #88-Ubuntu =A0
<= div>[ =A0160.032170] RIP: e030:[<ffffffff810013aa>] =A0[<ffffffff8= 10013aa>] hypercall_page+0x3aa/0x1000
[ =A0160.032190] RSP: e02b:ffff8800037dd730 =A0EFLAGS: 00000202
<= div>[ =A0160.032197] RAX: 0000000000000000 RBX: 0000000000000000 RCX: fffff= fff810013aa
[ =A0160.032204] RDX: 0000000000000000 RSI: ffff88000= 37dd748 RDI: 0000000000000003
[ =A0160.032212] RBP: ffff8800037dd778 R08: ffff8800f7008000 R09: ffff= 8800f6c000a0
[ =A0160.032220] R10: 0000000000007ff0 R11: 00000000= 00000202 R12: 0000000000000011
[ =A0160.032227] R13: 000000000000= 0201 R14: ffff880003044901 R15: ffff880003044900
[ =A0160.032239] FS: =A000007f4a656e8800(0000) GS:ffff8800ffc00000(000= 0) knlGS:0000000000000000
[ =A0160.032248] CS: =A0e033 DS: 0000 E= S: 0000 CR0: 000000008005003b
[ =A0160.032255] CR2: ffff8800f36c0= 960 CR3: 0000000001c05000 CR4: 0000000000002660
[ =A0160.032263] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000= 000000000000
[ =A0160.032271] DR3: 0000000000000000 DR6: 00000000= ffff0ff0 DR7: 0000000000000400
[ =A0160.032279] Process helloworl= d (pid: 659, threadinfo ffff8800037dc000, task ffff8800034c1700)
[ =A0160.032287] Stack:
[ =A0160.032291] =A00000000000000011= 00000000fffffffa ffffffff813adade ffff8800037dd764
[ =A0160.0323= 04] =A0ffffffff00000001 0000000000000000 00000004813ad17e ffff8800037dd778<= /div>
[ =A0160.032317] =A0ffff8800030449ec ffff8800037dd788 ffffffff813af5e0 ffff= 8800037dd7d8
[ =A0160.032329] Call Trace:
[ =A0160.0323= 41] =A0[<ffffffff813adade>] ? xen_poll_irq_timeout+0x3e/0x50
[ =A0160.032350] =A0[<ffffffff813af5e0>] xen_poll_irq+0x10/0x20
[ =A0160.032360] =A0[<ffffffff81646686>] xen_spin_lock_slow+0x98= /0xf4
[ =A0160.032370] =A0[<ffffffff810124ba>] xen_spin_loc= k+0x4a/0x50
[ =A0160.032381] =A0[<ffffffff81661d8e>] _raw_s= pin_lock+0xe/0x20
[ =A0160.032390] =A0[<ffffffff81007d9a>] xen_exit_mmap+0x2a/0x60=
[ =A0160.032400] =A0[<ffffffff81146408>] exit_mmap+0x58/0x= 140
[ =A0160.032408] =A0[<ffffffff8166275a>] ? error_exit+0= x2a/0x60
[ =A0160.032416] =A0[<ffffffff8166227c>] ? retint_restore_args+0= x5/0x6
[ =A0160.032425] =A0[<ffffffff8100132a>] ? hypercall= _page+0x32a/0x1000
[ =A0160.032433] =A0[<ffffffff8100132a>]= ? hypercall_page+0x32a/0x1000
[ =A0160.032442] =A0[<ffffffff8100132a>] ? hypercall_page+0x32a/= 0x1000
[ =A0160.032452] =A0[<ffffffff81065e22>] mmput.part.= 16+0x42/0x130
[ =A0160.032460] =A0[<ffffffff81065f39>] mmpu= t+0x29/0x30
[ =A0160.032470] =A0[<ffffffff8106c943>] exit_mm+0x113/0x130
[ =A0160.032479] =A0[<ffffffff810e58c5>] ? taskstats_exit+0x45= /0x240
[ =A0160.032488] =A0[<ffffffff81662075>] ? _raw_spin= _lock_irq+0x15/0x20
[ =A0160.032496] =A0[<ffffffff8106cace>] do_exit+0x16e/0x450
[ =A0160.032504] =A0[<ffffffff81662f20>] oops_end+0xb0/0xf0
[ =A0160.032513] =A0[<ffffffff8164812f>] no_context+0x150/0x1= 5d
[ =A0160.032520] =A0[<ffffffff81648307>] __bad_area_nosemaphore+= 0x1cb/0x1ea
[ =A0160.032529] =A0[<ffffffff816622ad>] ? rest= ore_args+0x30/0x30
[ =A0160.032537] =A0[<ffffffff8164795b>]= ? pte_offset_kernel+0xe/0x37
[ =A0160.032545] =A0[<ffffffff81648339>] bad_area_nosemaphore+0x= 13/0x15
[ =A0160.032555] =A0[<ffffffff81665bab>] do_page_fa= ult+0x46b/0x540
[ =A0160.032564] =A0[<ffffffff8115c3f8>] ? = mpol_shared_policy_init+0x48/0x160
[ =A0160.032575] =A0[<ffffffff811667bd>] ? kmem_cache_alloc+0x11= d/0x140
[ =A0160.032588] =A0[<ffffffff8126d5fb>] ? hugetlbf= s_alloc_inode+0x5b/0xa0
[ =A0160.032597] =A0[<ffffffff816624f5= >] page_fault+0x25/0x30
[ =A0160.032605] =A0[<ffffffff81008efe>] ? xen_set_pte_at+0x3e/0= x210
[ =A0160.032613] =A0[<ffffffff81008ef9>] ? xen_set_pte= _at+0x39/0x210
[ =A0160.032622] =A0[<ffffffff81158453>] hug= etlb_no_page+0x233/0x370
[ =A0160.032630] =A0[<ffffffff8100640e>] ? xen_pud_val+0xe/0x10<= /div>
[ =A0160.032638] =A0[<ffffffff810053b5>] ? __raw_callee_sav= e_xen_pud_val+0x11/0x1e
[ =A0160.032648] =A0[<ffffffff8115883e= >] hugetlb_fault+0x1fe/0x340
[ =A0160.032656] =A0[<ffffffff81143e18>] ? vma_link+0x88/0xe0
[ =A0160.032664] =A0[<ffffffff81140a3c>] handle_mm_fault+0x2e= c/0x370
[ =A0160.032673] =A0[<ffffffff816658be>] do_page_fa= ult+0x17e/0x540
[ =A0160.032681] =A0[<ffffffff81145af8>] ? do_mmap_pgoff+0x348/0= x360
[ =A0160.032689] =A0[<ffffffff81145bf1>] ? sys_mmap_pg= off+0xe1/0x230
[ =A0160.032697] =A0[<ffffffff816624f5>] pag= e_fault+0x25/0x30
[ =A0160.032703] Code: cc 51 41 53 b8 1c 00 00 00 0f 05 41 5b 59 c3 cc= cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc 51 41 53 b8 1d 00 00 00= 0f 05 <41> 5b 59 c3 cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc = cc=A0
[ =A0160.032781] Call Trace:
[ =A0160.032787] =A0[<ffffff= ff813adade>] ? xen_poll_irq_timeout+0x3e/0x50
[ =A0160.032795]= =A0[<ffffffff813af5e0>] xen_poll_irq+0x10/0x20
[ =A0160.03= 2803] =A0[<ffffffff81646686>] xen_spin_lock_slow+0x98/0xf4
[ =A0160.032811] =A0[<ffffffff810124ba>] xen_spin_lock+0x4a/0x50=
[ =A0160.032818] =A0[<ffffffff81661d8e>] _raw_spin_lock+0x= e/0x20
[ =A0160.032826] =A0[<ffffffff81007d9a>] xen_exit_mm= ap+0x2a/0x60
[ =A0160.032833] =A0[<ffffffff81146408>] exit_mmap+0x58/0x140
[ =A0160.032841] =A0[<ffffffff8166275a>] ? error_exit+0x2a/0x= 60
[ =A0160.032849] =A0[<ffffffff8166227c>] ? retint_restor= e_args+0x5/0x6
[ =A0160.032857] =A0[<ffffffff8100132a>] ? hypercall_page+0x32a/= 0x1000
[ =A0160.032866] =A0[<ffffffff8100132a>] ? hypercall= _page+0x32a/0x1000
[ =A0160.032874] =A0[<ffffffff8100132a>]= ? hypercall_page+0x32a/0x1000
[ =A0160.032882] =A0[<ffffffff81065e22>] mmput.part.16+0x42/0x13= 0
[ =A0160.032889] =A0[<ffffffff81065f39>] mmput+0x29/0x30<= /div>
[ =A0160.032896] =A0[<ffffffff8106c943>] exit_mm+0x113/0x13= 0
[ =A0160.032904] =A0[<ffffffff810e58c5>] ? taskstats_exit+0x45/0x240<= /div>
[ =A0160.032912] =A0[<ffffffff81662075>] ? _raw_spin_lock_i= rq+0x15/0x20
[ =A0160.032920] =A0[<ffffffff8106cace>] do_ex= it+0x16e/0x450
[ =A0160.032928] =A0[<ffffffff81662f20>] oops_end+0xb0/0xf0
[ =A0160.032935] =A0[<ffffffff8164812f>] no_context+0x150/0x15d=
[ =A0160.032943] =A0[<ffffffff81648307>] __bad_area_nosema= phore+0x1cb/0x1ea
[ =A0160.032951] =A0[<ffffffff816622ad>] ? restore_args+0x30/0x3= 0
[ =A0160.032959] =A0[<ffffffff8164795b>] ? pte_offset_ker= nel+0xe/0x37
[ =A0160.032967] =A0[<ffffffff81648339>] bad_a= rea_nosemaphore+0x13/0x15
[ =A0160.032975] =A0[<ffffffff81665bab>] do_page_fault+0x46b/0x5= 40
[ =A0160.036054] =A0[<ffffffff8115c3f8>] ? mpol_shared_p= olicy_init+0x48/0x160
[ =A0160.036054] =A0[<ffffffff811667bd&g= t;] ? kmem_cache_alloc+0x11d/0x140
[ =A0160.036054] =A0[<ffffffff8126d5fb>] ? hugetlbfs_alloc_inode= +0x5b/0xa0
[ =A0160.036054] =A0[<ffffffff816624f5>] page_fa= ult+0x25/0x30
[ =A0160.036054] =A0[<ffffffff81008efe>] ? xe= n_set_pte_at+0x3e/0x210
[ =A0160.036054] =A0[<ffffffff81008ef9>] ? xen_set_pte_at+0x39/0= x210
[ =A0160.036054] =A0[<ffffffff81158453>] hugetlb_no_pa= ge+0x233/0x370
[ =A0160.036054] =A0[<ffffffff8100640e>] ? x= en_pud_val+0xe/0x10
[ =A0160.036054] =A0[<ffffffff810053b5>] ? __raw_callee_save_xen= _pud_val+0x11/0x1e
[ =A0160.036054] =A0[<ffffffff8115883e>]= hugetlb_fault+0x1fe/0x340
[ =A0160.036054] =A0[<ffffffff81143= e18>] ? vma_link+0x88/0xe0
[ =A0160.036054] =A0[<ffffffff81140a3c>] handle_mm_fault+0x2ec/0= x370
[ =A0160.036054] =A0[<ffffffff816658be>] do_page_fault= +0x17e/0x540
[ =A0160.036054] =A0[<ffffffff81145af8>] ? do_= mmap_pgoff+0x348/0x360
[ =A0160.036054] =A0[<ffffffff81145bf1>] ? sys_mmap_pgoff+0xe1/0= x230
[ =A0160.036054] =A0[<ffffffff816624f5>] page_fault+0x= 25/0x30



=
On Mon, Feb 10, 2014 at 3:19 AM, Fabio Fantoni <fabio.fantoni@m2r.biz<= /a>> wrote:
Il 10/02/2014 11:42, Wei Liu ha scritto:

On Fri, Feb 07, 2014 at 01:19:45PM -0800, Peter X. Gao wrote:
Hi,

=A0 =A0 =A0 =A0 I am new to Xen and I am trying to run Intel DPDK inside a = domU with
virtio on Xen 4.2. Is it possible to do this?


Based on my tests about virtio:
- virtio-serial seems working out of box with windows domUs and also with x= en pv driver, on linux domUs with old kernel (tested 2.6.32) is also workin= g out of box but with newer kernel (tested >=3D3.2) require pci=3Dnomsi = to work correctly and works also with xen pvhvm drivers, for now I not foun= d solution for msi problem, there are some posts about it.
- virtio-net was working out of box but with recent qemu versions is broken= due qemu regression, I have narrowed down
with bisect (one commit between 4 Jul 2013 and 22 Jul 2013) but I unable to= found the exact commit of regression because there are other critical prob= lems with xen in the range.
- I not tested virtio-disk and I not know if is working with recent xen and= qemu version.


DPDK doesn't seem to tightly coupled with VirtIO, does it?

Could you look at Xen's PV network protocol instead? VirtIO has no
mainline support on Xen while Xen's PV protocol has been in mainline fo= r
years. And it's very likely to be enabled by default nowadays.

Wei.

Regards
Peter
_______________________________________________
Xen-devel mailing list
Xen-devel@list= s.xen.org
http://lists.x= en.org/xen-devel

_______________________________________________
Xen-devel mailing list
Xen-devel@list= s.xen.org
http://lists.x= en.org/xen-devel


--047d7b5d3d7ad1ca5004f21135eb-- --===============4989157674536147328== 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 --===============4989157674536147328==-- From xen-users-bounces@lists.xen.org Wed Feb 12 14:42:08 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 12 Feb 2014 14:42: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 1WDazo-0002B1-SJ; Wed, 12 Feb 2014 14:41:04 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WDazk-0002AJ-HC; Wed, 12 Feb 2014 14:41:00 +0000 Received: from [85.158.143.35:35140] by server-3.bemta-4.messagelabs.com id 77/7D-11539-BF78BF25; Wed, 12 Feb 2014 14:40:59 +0000 X-Env-Sender: iwj@xenbits.xen.org X-Msg-Ref: server-3.tower-21.messagelabs.com!1392216057!5134789!1 X-Originating-IP: [50.57.168.107] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11883 invoked from network); 12 Feb 2014 14:40:58 -0000 Received: from mail.xen.org (HELO mail.xen.org) (50.57.168.107) by server-3.tower-21.messagelabs.com with AES256-SHA encrypted SMTP; 12 Feb 2014 14:40:58 -0000 Received: from xenbits.xen.org ([50.57.170.242]) by mail.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WDazd-0005Vh-54; Wed, 12 Feb 2014 14:40:53 +0000 Received: from iwj by xenbits.xen.org with local (Exim 4.72) (envelope-from ) id 1WDazc-0002Lp-Nh; Wed, 12 Feb 2014 14:40:53 +0000 Date: Wed, 12 Feb 2014 14:40:52 +0000 Message-Id: Content-Type: multipart/mixed; boundary="=separator"; charset="utf-8" Content-Transfer-Encoding: binary MIME-Version: 1.0 X-Mailer: MIME-tools 5.428 (Entity 5.428) 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 Cc: "Xen.org security team" Subject: [Xen-users] Xen Security Advisory 88 - use-after-free in xc_cpupool_getinfo() under memory pressure X-BeenThere: xen-users@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 XSA-88 version 2 use-after-free in xc_cpupool_getinfo() under memory pressure UPDATES IN VERSION 2 ==================== Public release. ISSUE DESCRIPTION ================= If xc_cpumap_alloc() fails then xc_cpupool_getinfo() will free and incorrectly return the then-free pointer to the result structure. IMPACT ====== An attacker may be able to cause a multi-threaded toolstack using this function to race against itself leading to heap corruption and a potential DoS. Depending on the malloc implementation, privilege escalation cannot be ruled out. VULNERABLE SYSTEMS ================== The flaw is present in Xen 4.1 onwards. Only multithreaded toolstacks are vulnerable. Only systems where management functions (such as domain creation) are exposed to untrusted users are vulnerable. xl is not multithreaded, so is not vulnerable. However, multithreaded toolstacks using libxl as a library are vulnerable. xend is vulnerable. MITIGATION ========== Not allowing untrusted users access to toolstack functionality will avoid this issue. CREDITS ======= This issue was discovered by Coverity Scan and diagnosed by Andrew Cooper. RESOLUTION ========== Applying the attached patch resolves this issue. xsa88.patch xen-unstable, Xen 4.3.x, Xen 4.2.x, Xen 4.1.x $ sha256sum xsa88*.patch 7a73ca9db19a9ffe6e8cd259fa71dc1299738f26fa024303f4ab38931db75f14 xsa88.patch $ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJS+4fOAAoJEIP+FMlX6CvZfUUH/2wyYKHOkEaEmcjUbuyUM3CT 8V9VgW4dhq/sk9p5SqR0xGB6N+f2XytCAFXI3kNmYjrs+jGK5cQgLjxMOwMKrpwm PsHCAZnGNzYMy48JtEUieEfwZqH/jNci7qJWNVdPoKnULOEd9X0hTri7vg1CoDI2 DUBeLvmC5mCFBej4pcDGX++XsdL90EnGa0RfrrVfIVf16EfBjgr8KzLKXd1uBueC yWKg5z24+HoRqFp3n3+Q9T6GN+npOj/78mrlXJ7onKepONAmLqg0J6g/1hHuc4hY pwUnbSf0452FKTFs7KUodXoJNNX1i3IuOch9pBcKlrbT6K/g/qwMZ/Pl2Ir8a20= =vA6e -----END PGP SIGNATURE----- --=separator Content-Type: application/octet-stream; name="xsa88.patch" Content-Disposition: attachment; filename="xsa88.patch" Content-Transfer-Encoding: base64 RnJvbTogQW5kcmV3IENvb3BlciA8YW5kcmV3LmNvb3BlcjNAY2l0cml4LmNv bT4KRGF0ZTogV2VkLCAyMiBKYW4gMjAxNCAxNzo0NzoyMSArMDAwMApTdWJq ZWN0OiBsaWJ4YzogRml4IG91dC1vZi1tZW1vcnkgZXJyb3IgaGFuZGxpbmcg aW4geGNfY3B1cG9vbF9nZXRpbmZvKCkKCkF2b2lkIGZyZWVpbmcgaW5mbyB0 aGVuIHJldHVybmluZyBpdCB0byB0aGUgY2FsbGVyLgoKVGhpcyBpcyBYU0Et ODguCgpDb3Zlcml0eS1JRDogMTA1NjE5MgpTaWduZWQtb2ZmLWJ5OiBBbmRy ZXcgQ29vcGVyIDxhbmRyZXcuY29vcGVyM0BjaXRyaXguY29tPgpSZXZpZXdl ZC1ieTogSmFuIEJldWxpY2ggPGpiZXVsaWNoQHN1c2UuY29tPgotLS0KIHRv b2xzL2xpYnhjL3hjX2NwdXBvb2wuYyB8ICAgIDEgKwogMSBmaWxlIGNoYW5n ZWQsIDEgaW5zZXJ0aW9uKCspCgpkaWZmIC0tZ2l0IGEvdG9vbHMvbGlieGMv eGNfY3B1cG9vbC5jIGIvdG9vbHMvbGlieGMveGNfY3B1cG9vbC5jCmluZGV4 IGM4YzJhMzMuLjYzOTNjZmIgMTAwNjQ0Ci0tLSBhL3Rvb2xzL2xpYnhjL3hj X2NwdXBvb2wuYworKysgYi90b29scy9saWJ4Yy94Y19jcHVwb29sLmMKQEAg LTEwNCw2ICsxMDQsNyBAQCB4Y19jcHVwb29saW5mb190ICp4Y19jcHVwb29s X2dldGluZm8oeGNfaW50ZXJmYWNlICp4Y2gsCiAgICAgaW5mby0+Y3B1bWFw ID0geGNfY3B1bWFwX2FsbG9jKHhjaCk7CiAgICAgaWYgKCFpbmZvLT5jcHVt YXApIHsKICAgICAgICAgZnJlZShpbmZvKTsKKyAgICAgICAgaW5mbyA9IE5V TEw7CiAgICAgICAgIGdvdG8gb3V0OwogICAgIH0KICAgICBpbmZvLT5jcHVw b29sX2lkID0gc3lzY3RsLnUuY3B1cG9vbF9vcC5jcHVwb29sX2lkOwo= --=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 12 14:42:08 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 12 Feb 2014 14:42: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 1WDazo-0002B1-SJ; Wed, 12 Feb 2014 14:41:04 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WDazk-0002AJ-HC; Wed, 12 Feb 2014 14:41:00 +0000 Received: from [85.158.143.35:35140] by server-3.bemta-4.messagelabs.com id 77/7D-11539-BF78BF25; Wed, 12 Feb 2014 14:40:59 +0000 X-Env-Sender: iwj@xenbits.xen.org X-Msg-Ref: server-3.tower-21.messagelabs.com!1392216057!5134789!1 X-Originating-IP: [50.57.168.107] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11883 invoked from network); 12 Feb 2014 14:40:58 -0000 Received: from mail.xen.org (HELO mail.xen.org) (50.57.168.107) by server-3.tower-21.messagelabs.com with AES256-SHA encrypted SMTP; 12 Feb 2014 14:40:58 -0000 Received: from xenbits.xen.org ([50.57.170.242]) by mail.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WDazd-0005Vh-54; Wed, 12 Feb 2014 14:40:53 +0000 Received: from iwj by xenbits.xen.org with local (Exim 4.72) (envelope-from ) id 1WDazc-0002Lp-Nh; Wed, 12 Feb 2014 14:40:53 +0000 Date: Wed, 12 Feb 2014 14:40:52 +0000 Message-Id: Content-Type: multipart/mixed; boundary="=separator"; charset="utf-8" Content-Transfer-Encoding: binary MIME-Version: 1.0 X-Mailer: MIME-tools 5.428 (Entity 5.428) 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 Cc: "Xen.org security team" Subject: [Xen-users] Xen Security Advisory 88 - use-after-free in xc_cpupool_getinfo() under memory pressure X-BeenThere: xen-users@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 XSA-88 version 2 use-after-free in xc_cpupool_getinfo() under memory pressure UPDATES IN VERSION 2 ==================== Public release. ISSUE DESCRIPTION ================= If xc_cpumap_alloc() fails then xc_cpupool_getinfo() will free and incorrectly return the then-free pointer to the result structure. IMPACT ====== An attacker may be able to cause a multi-threaded toolstack using this function to race against itself leading to heap corruption and a potential DoS. Depending on the malloc implementation, privilege escalation cannot be ruled out. VULNERABLE SYSTEMS ================== The flaw is present in Xen 4.1 onwards. Only multithreaded toolstacks are vulnerable. Only systems where management functions (such as domain creation) are exposed to untrusted users are vulnerable. xl is not multithreaded, so is not vulnerable. However, multithreaded toolstacks using libxl as a library are vulnerable. xend is vulnerable. MITIGATION ========== Not allowing untrusted users access to toolstack functionality will avoid this issue. CREDITS ======= This issue was discovered by Coverity Scan and diagnosed by Andrew Cooper. RESOLUTION ========== Applying the attached patch resolves this issue. xsa88.patch xen-unstable, Xen 4.3.x, Xen 4.2.x, Xen 4.1.x $ sha256sum xsa88*.patch 7a73ca9db19a9ffe6e8cd259fa71dc1299738f26fa024303f4ab38931db75f14 xsa88.patch $ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJS+4fOAAoJEIP+FMlX6CvZfUUH/2wyYKHOkEaEmcjUbuyUM3CT 8V9VgW4dhq/sk9p5SqR0xGB6N+f2XytCAFXI3kNmYjrs+jGK5cQgLjxMOwMKrpwm PsHCAZnGNzYMy48JtEUieEfwZqH/jNci7qJWNVdPoKnULOEd9X0hTri7vg1CoDI2 DUBeLvmC5mCFBej4pcDGX++XsdL90EnGa0RfrrVfIVf16EfBjgr8KzLKXd1uBueC yWKg5z24+HoRqFp3n3+Q9T6GN+npOj/78mrlXJ7onKepONAmLqg0J6g/1hHuc4hY pwUnbSf0452FKTFs7KUodXoJNNX1i3IuOch9pBcKlrbT6K/g/qwMZ/Pl2Ir8a20= =vA6e -----END PGP SIGNATURE----- --=separator Content-Type: application/octet-stream; name="xsa88.patch" Content-Disposition: attachment; filename="xsa88.patch" Content-Transfer-Encoding: base64 RnJvbTogQW5kcmV3IENvb3BlciA8YW5kcmV3LmNvb3BlcjNAY2l0cml4LmNv bT4KRGF0ZTogV2VkLCAyMiBKYW4gMjAxNCAxNzo0NzoyMSArMDAwMApTdWJq ZWN0OiBsaWJ4YzogRml4IG91dC1vZi1tZW1vcnkgZXJyb3IgaGFuZGxpbmcg aW4geGNfY3B1cG9vbF9nZXRpbmZvKCkKCkF2b2lkIGZyZWVpbmcgaW5mbyB0 aGVuIHJldHVybmluZyBpdCB0byB0aGUgY2FsbGVyLgoKVGhpcyBpcyBYU0Et ODguCgpDb3Zlcml0eS1JRDogMTA1NjE5MgpTaWduZWQtb2ZmLWJ5OiBBbmRy ZXcgQ29vcGVyIDxhbmRyZXcuY29vcGVyM0BjaXRyaXguY29tPgpSZXZpZXdl ZC1ieTogSmFuIEJldWxpY2ggPGpiZXVsaWNoQHN1c2UuY29tPgotLS0KIHRv b2xzL2xpYnhjL3hjX2NwdXBvb2wuYyB8ICAgIDEgKwogMSBmaWxlIGNoYW5n ZWQsIDEgaW5zZXJ0aW9uKCspCgpkaWZmIC0tZ2l0IGEvdG9vbHMvbGlieGMv eGNfY3B1cG9vbC5jIGIvdG9vbHMvbGlieGMveGNfY3B1cG9vbC5jCmluZGV4 IGM4YzJhMzMuLjYzOTNjZmIgMTAwNjQ0Ci0tLSBhL3Rvb2xzL2xpYnhjL3hj X2NwdXBvb2wuYworKysgYi90b29scy9saWJ4Yy94Y19jcHVwb29sLmMKQEAg LTEwNCw2ICsxMDQsNyBAQCB4Y19jcHVwb29saW5mb190ICp4Y19jcHVwb29s X2dldGluZm8oeGNfaW50ZXJmYWNlICp4Y2gsCiAgICAgaW5mby0+Y3B1bWFw ID0geGNfY3B1bWFwX2FsbG9jKHhjaCk7CiAgICAgaWYgKCFpbmZvLT5jcHVt YXApIHsKICAgICAgICAgZnJlZShpbmZvKTsKKyAgICAgICAgaW5mbyA9IE5V TEw7CiAgICAgICAgIGdvdG8gb3V0OwogICAgIH0KICAgICBpbmZvLT5jcHVw b29sX2lkID0gc3lzY3RsLnUuY3B1cG9vbF9vcC5jcHVwb29sX2lkOwo= --=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 12 17:06:05 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 12 Feb 2014 17:06: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 1WDdF6-0001Lt-7o; Wed, 12 Feb 2014 17:05:00 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WDdF3-0001LJ-NB; Wed, 12 Feb 2014 17:04:57 +0000 Received: from [193.109.254.147:22604] by server-13.bemta-14.messagelabs.com id F1/77-01226-8B9ABF25; Wed, 12 Feb 2014 17:04:56 +0000 X-Env-Sender: iwj@xenbits.xen.org X-Msg-Ref: server-8.tower-27.messagelabs.com!1392224695!3881502!1 X-Originating-IP: [50.57.168.107] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16699 invoked from network); 12 Feb 2014 17:04:56 -0000 Received: from mail.xen.org (HELO mail.xen.org) (50.57.168.107) by server-8.tower-27.messagelabs.com with AES256-SHA encrypted SMTP; 12 Feb 2014 17:04:56 -0000 Received: from xenbits.xen.org ([50.57.170.242]) by mail.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WDdEw-0007GV-W4; Wed, 12 Feb 2014 17:04:50 +0000 Received: from iwj by xenbits.xen.org with local (Exim 4.72) (envelope-from ) id 1WDdEw-00070S-Fk; Wed, 12 Feb 2014 17:04:50 +0000 Date: Wed, 12 Feb 2014 17:04:50 +0000 Message-Id: Content-Type: multipart/mixed; boundary="=separator"; charset="utf-8" Content-Transfer-Encoding: binary MIME-Version: 1.0 X-Mailer: MIME-tools 5.428 (Entity 5.428) 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 Cc: "Xen.org security team" Subject: [Xen-users] Xen Security Advisory 88 (CVE-2014-1950) - use-after-free in xc_cpupool_getinfo() under memory pressure X-BeenThere: xen-users@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-2014-1950 / XSA-88 version 3 use-after-free in xc_cpupool_getinfo() under memory pressure UPDATES IN VERSION 3 ==================== CVE assigned. ISSUE DESCRIPTION ================= If xc_cpumap_alloc() fails then xc_cpupool_getinfo() will free and incorrectly return the then-free pointer to the result structure. IMPACT ====== An attacker may be able to cause a multi-threaded toolstack using this function to race against itself leading to heap corruption and a potential DoS. Depending on the malloc implementation, privilege escalation cannot be ruled out. VULNERABLE SYSTEMS ================== The flaw is present in Xen 4.1 onwards. Only multithreaded toolstacks are vulnerable. Only systems where management functions (such as domain creation) are exposed to untrusted users are vulnerable. xl is not multithreaded, so is not vulnerable. However, multithreaded toolstacks using libxl as a library are vulnerable. xend is vulnerable. MITIGATION ========== Not allowing untrusted users access to toolstack functionality will avoid this issue. CREDITS ======= This issue was discovered by Coverity Scan and diagnosed by Andrew Cooper. RESOLUTION ========== Applying the attached patch resolves this issue. xsa88.patch xen-unstable, Xen 4.3.x, Xen 4.2.x, Xen 4.1.x $ sha256sum xsa88*.patch 7a73ca9db19a9ffe6e8cd259fa71dc1299738f26fa024303f4ab38931db75f14 xsa88.patch $ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJS+6mbAAoJEIP+FMlX6CvZjhAH/j9PI7N93lhkTiVZiD3noh9e czgskoQ1ge1zHSzYVXvLZvVEaEVCSMQpql37gSAeWl7rfjdFxv6xQQ3OIla2Xyqm xfoaQhP8ZMbBX6RAWRWC99wCB8ki67VA3ZqHEqNPz72FxnaT9Y0bQ0Wg4cVcq69q hNtidmtRfX8yD5o/ACpiuCHL0miD9GxZGjGVy1EAjMxKgfDR8fBkI2hoHe4v6V4v XzeiXW7/xyLtXausFsTdUI/gTO+2UCWlaBPS5eobCnXFP+agmJfhTAzHU9gNQajv AATAlka1y9WMWnLBvp+UMDqJ2w5XhwwVQAW17mAyipLi0vco6gcp1F80UTKmtVc= =1It2 -----END PGP SIGNATURE----- --=separator Content-Type: application/octet-stream; name="xsa88.patch" Content-Disposition: attachment; filename="xsa88.patch" Content-Transfer-Encoding: base64 RnJvbTogQW5kcmV3IENvb3BlciA8YW5kcmV3LmNvb3BlcjNAY2l0cml4LmNv bT4KRGF0ZTogV2VkLCAyMiBKYW4gMjAxNCAxNzo0NzoyMSArMDAwMApTdWJq ZWN0OiBsaWJ4YzogRml4IG91dC1vZi1tZW1vcnkgZXJyb3IgaGFuZGxpbmcg aW4geGNfY3B1cG9vbF9nZXRpbmZvKCkKCkF2b2lkIGZyZWVpbmcgaW5mbyB0 aGVuIHJldHVybmluZyBpdCB0byB0aGUgY2FsbGVyLgoKVGhpcyBpcyBYU0Et ODguCgpDb3Zlcml0eS1JRDogMTA1NjE5MgpTaWduZWQtb2ZmLWJ5OiBBbmRy ZXcgQ29vcGVyIDxhbmRyZXcuY29vcGVyM0BjaXRyaXguY29tPgpSZXZpZXdl ZC1ieTogSmFuIEJldWxpY2ggPGpiZXVsaWNoQHN1c2UuY29tPgotLS0KIHRv b2xzL2xpYnhjL3hjX2NwdXBvb2wuYyB8ICAgIDEgKwogMSBmaWxlIGNoYW5n ZWQsIDEgaW5zZXJ0aW9uKCspCgpkaWZmIC0tZ2l0IGEvdG9vbHMvbGlieGMv eGNfY3B1cG9vbC5jIGIvdG9vbHMvbGlieGMveGNfY3B1cG9vbC5jCmluZGV4 IGM4YzJhMzMuLjYzOTNjZmIgMTAwNjQ0Ci0tLSBhL3Rvb2xzL2xpYnhjL3hj X2NwdXBvb2wuYworKysgYi90b29scy9saWJ4Yy94Y19jcHVwb29sLmMKQEAg LTEwNCw2ICsxMDQsNyBAQCB4Y19jcHVwb29saW5mb190ICp4Y19jcHVwb29s X2dldGluZm8oeGNfaW50ZXJmYWNlICp4Y2gsCiAgICAgaW5mby0+Y3B1bWFw ID0geGNfY3B1bWFwX2FsbG9jKHhjaCk7CiAgICAgaWYgKCFpbmZvLT5jcHVt YXApIHsKICAgICAgICAgZnJlZShpbmZvKTsKKyAgICAgICAgaW5mbyA9IE5V TEw7CiAgICAgICAgIGdvdG8gb3V0OwogICAgIH0KICAgICBpbmZvLT5jcHVw b29sX2lkID0gc3lzY3RsLnUuY3B1cG9vbF9vcC5jcHVwb29sX2lkOwo= --=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 12 17:06:05 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 12 Feb 2014 17:06: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 1WDdF6-0001Lt-7o; Wed, 12 Feb 2014 17:05:00 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WDdF3-0001LJ-NB; Wed, 12 Feb 2014 17:04:57 +0000 Received: from [193.109.254.147:22604] by server-13.bemta-14.messagelabs.com id F1/77-01226-8B9ABF25; Wed, 12 Feb 2014 17:04:56 +0000 X-Env-Sender: iwj@xenbits.xen.org X-Msg-Ref: server-8.tower-27.messagelabs.com!1392224695!3881502!1 X-Originating-IP: [50.57.168.107] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16699 invoked from network); 12 Feb 2014 17:04:56 -0000 Received: from mail.xen.org (HELO mail.xen.org) (50.57.168.107) by server-8.tower-27.messagelabs.com with AES256-SHA encrypted SMTP; 12 Feb 2014 17:04:56 -0000 Received: from xenbits.xen.org ([50.57.170.242]) by mail.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WDdEw-0007GV-W4; Wed, 12 Feb 2014 17:04:50 +0000 Received: from iwj by xenbits.xen.org with local (Exim 4.72) (envelope-from ) id 1WDdEw-00070S-Fk; Wed, 12 Feb 2014 17:04:50 +0000 Date: Wed, 12 Feb 2014 17:04:50 +0000 Message-Id: Content-Type: multipart/mixed; boundary="=separator"; charset="utf-8" Content-Transfer-Encoding: binary MIME-Version: 1.0 X-Mailer: MIME-tools 5.428 (Entity 5.428) 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 Cc: "Xen.org security team" Subject: [Xen-users] Xen Security Advisory 88 (CVE-2014-1950) - use-after-free in xc_cpupool_getinfo() under memory pressure X-BeenThere: xen-users@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-2014-1950 / XSA-88 version 3 use-after-free in xc_cpupool_getinfo() under memory pressure UPDATES IN VERSION 3 ==================== CVE assigned. ISSUE DESCRIPTION ================= If xc_cpumap_alloc() fails then xc_cpupool_getinfo() will free and incorrectly return the then-free pointer to the result structure. IMPACT ====== An attacker may be able to cause a multi-threaded toolstack using this function to race against itself leading to heap corruption and a potential DoS. Depending on the malloc implementation, privilege escalation cannot be ruled out. VULNERABLE SYSTEMS ================== The flaw is present in Xen 4.1 onwards. Only multithreaded toolstacks are vulnerable. Only systems where management functions (such as domain creation) are exposed to untrusted users are vulnerable. xl is not multithreaded, so is not vulnerable. However, multithreaded toolstacks using libxl as a library are vulnerable. xend is vulnerable. MITIGATION ========== Not allowing untrusted users access to toolstack functionality will avoid this issue. CREDITS ======= This issue was discovered by Coverity Scan and diagnosed by Andrew Cooper. RESOLUTION ========== Applying the attached patch resolves this issue. xsa88.patch xen-unstable, Xen 4.3.x, Xen 4.2.x, Xen 4.1.x $ sha256sum xsa88*.patch 7a73ca9db19a9ffe6e8cd259fa71dc1299738f26fa024303f4ab38931db75f14 xsa88.patch $ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJS+6mbAAoJEIP+FMlX6CvZjhAH/j9PI7N93lhkTiVZiD3noh9e czgskoQ1ge1zHSzYVXvLZvVEaEVCSMQpql37gSAeWl7rfjdFxv6xQQ3OIla2Xyqm xfoaQhP8ZMbBX6RAWRWC99wCB8ki67VA3ZqHEqNPz72FxnaT9Y0bQ0Wg4cVcq69q hNtidmtRfX8yD5o/ACpiuCHL0miD9GxZGjGVy1EAjMxKgfDR8fBkI2hoHe4v6V4v XzeiXW7/xyLtXausFsTdUI/gTO+2UCWlaBPS5eobCnXFP+agmJfhTAzHU9gNQajv AATAlka1y9WMWnLBvp+UMDqJ2w5XhwwVQAW17mAyipLi0vco6gcp1F80UTKmtVc= =1It2 -----END PGP SIGNATURE----- --=separator Content-Type: application/octet-stream; name="xsa88.patch" Content-Disposition: attachment; filename="xsa88.patch" Content-Transfer-Encoding: base64 RnJvbTogQW5kcmV3IENvb3BlciA8YW5kcmV3LmNvb3BlcjNAY2l0cml4LmNv bT4KRGF0ZTogV2VkLCAyMiBKYW4gMjAxNCAxNzo0NzoyMSArMDAwMApTdWJq ZWN0OiBsaWJ4YzogRml4IG91dC1vZi1tZW1vcnkgZXJyb3IgaGFuZGxpbmcg aW4geGNfY3B1cG9vbF9nZXRpbmZvKCkKCkF2b2lkIGZyZWVpbmcgaW5mbyB0 aGVuIHJldHVybmluZyBpdCB0byB0aGUgY2FsbGVyLgoKVGhpcyBpcyBYU0Et ODguCgpDb3Zlcml0eS1JRDogMTA1NjE5MgpTaWduZWQtb2ZmLWJ5OiBBbmRy ZXcgQ29vcGVyIDxhbmRyZXcuY29vcGVyM0BjaXRyaXguY29tPgpSZXZpZXdl ZC1ieTogSmFuIEJldWxpY2ggPGpiZXVsaWNoQHN1c2UuY29tPgotLS0KIHRv b2xzL2xpYnhjL3hjX2NwdXBvb2wuYyB8ICAgIDEgKwogMSBmaWxlIGNoYW5n ZWQsIDEgaW5zZXJ0aW9uKCspCgpkaWZmIC0tZ2l0IGEvdG9vbHMvbGlieGMv eGNfY3B1cG9vbC5jIGIvdG9vbHMvbGlieGMveGNfY3B1cG9vbC5jCmluZGV4 IGM4YzJhMzMuLjYzOTNjZmIgMTAwNjQ0Ci0tLSBhL3Rvb2xzL2xpYnhjL3hj X2NwdXBvb2wuYworKysgYi90b29scy9saWJ4Yy94Y19jcHVwb29sLmMKQEAg LTEwNCw2ICsxMDQsNyBAQCB4Y19jcHVwb29saW5mb190ICp4Y19jcHVwb29s X2dldGluZm8oeGNfaW50ZXJmYWNlICp4Y2gsCiAgICAgaW5mby0+Y3B1bWFw ID0geGNfY3B1bWFwX2FsbG9jKHhjaCk7CiAgICAgaWYgKCFpbmZvLT5jcHVt YXApIHsKICAgICAgICAgZnJlZShpbmZvKTsKKyAgICAgICAgaW5mbyA9IE5V TEw7CiAgICAgICAgIGdvdG8gb3V0OwogICAgIH0KICAgICBpbmZvLT5jcHVw b29sX2lkID0gc3lzY3RsLnUuY3B1cG9vbF9vcC5jcHVwb29sX2lkOwo= --=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 Thu Feb 13 14:50:21 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 13 Feb 2014 14:50: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 1WDxbB-0008B8-Vq; Thu, 13 Feb 2014 14:49:09 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WDxbA-0008Az-5f for xen-users@lists.xen.org; Thu, 13 Feb 2014 14:49:08 +0000 Received: from [193.109.254.147:54471] by server-9.bemta-14.messagelabs.com id A4/BC-24895-36BDCF25; Thu, 13 Feb 2014 14:49:07 +0000 X-Env-Sender: aasthakm@gmail.com X-Msg-Ref: server-7.tower-27.messagelabs.com!1392302945!4142932!1 X-Originating-IP: [209.85.216.178] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16773 invoked from network); 13 Feb 2014 14:49:06 -0000 Received: from mail-qc0-f178.google.com (HELO mail-qc0-f178.google.com) (209.85.216.178) by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 13 Feb 2014 14:49:06 -0000 Received: by mail-qc0-f178.google.com with SMTP id m20so18155327qcx.9 for ; Thu, 13 Feb 2014 06:49:05 -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:content-type; bh=YKR45jqzxJoSvPsQDq7ODBRAw+618LzOnNtI2jJKRHc=; b=SrHEKSPVfhHfl4QgIRbqURq3lRBmM5se8EsTDhx6VPHOymPfiUrTwg66MqszcDsfRH R6AqbxgdWL7Q/dsoRU5muU/AidUnNE5qJxH34XrsWCDFGLpeQGhQ4msWApVp5Utf815D TcOTp2L4cZ38SS2x63wG4sm+NN1o7ArS9/53iDGXcoBg1BLSCv/s6mPwZOUk4K2pm0ph xqfSQU89IMuG5fxtiE82z3I8CJn+x7wQvu30RtsJjnwu18AbAmrMHlqdxnl9elid/74/ HZA48rs2gLEzDQG1HXufU63aoX69rjDhOoKo3cQTZ59fi2ZyilrAW5jcPH4sqCWHoLfB 470g== X-Received: by 10.140.102.204 with SMTP id w70mr2902073qge.110.1392302945656; Thu, 13 Feb 2014 06:49:05 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.94.69 with HTTP; Thu, 13 Feb 2014 06:48:45 -0800 (PST) From: Aastha Mehta Date: Thu, 13 Feb 2014 15:48:45 +0100 Message-ID: To: xen-users Subject: [Xen-users] trouble with building latest xen code X-BeenThere: xen-users@lists.xen.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 trying to build the latest xen code from the git branch and I am seeing errors in building the tools. gcc -pthread -o xl xl.o xl_cmdimpl.o xl_cmdtable.o xl_sxp.o libxlutil.so /home/aasthakm/workspace/ibc/source/xen/tools/libxl/../../tools/libxl/libxenlight.so -Wl,-rpath-link=/home/aasthakm/workspace/ibc/source/xen/tools/libxl/../../tools/libxc -Wl,-rpath-link=/home/aasthakm/workspace/ibc/source/xen/tools/libxl/../../tools/xenstore -Wl,-rpath-link=/home/aasthakm/workspace/ibc/source/xen/tools/libxl/../../tools/blktap2/control /home/aasthakm/workspace/ibc/source/xen/tools/libxl/../../tools/libxc/libxenctrl.so -lyajl xl_cmdimpl.o: In function `libxl_yajl_gen_alloc': /home/workspace/ibc/source/xen/tools/libxl/libxl_json.h:60: undefined reference to `yajl_gen_config' /home/workspace/ibc/source/xen/tools/libxl/libxl_json.h:60: undefined reference to `yajl_gen_config' /home/workspace/ibc/source/xen/tools/libxl/../../tools/libxl/libxenlight.so: undefined reference to `yajl_complete_parse' collect2: ld returned 1 exit status make[3]: *** [xl] Error 1 make[3]: Leaving directory `/home/workspace/ibc/source/xen/tools/libxl' make[2]: *** [subdir-install-libxl] Error 2 make[2]: Leaving directory `/home/workspace/ibc/source/xen/tools' make[1]: *** [subdirs-install] Error 2 make[1]: Leaving directory `/home/workspace/ibc/source/xen/tools' make: *** [install-tools] Error 2 I did install yajl: # locate yajl /usr/lib/x86_64-linux-gnu/libyajl.so.1 /usr/lib/x86_64-linux-gnu/libyajl.so.1.0.12 I also noticed a message earlier in the compile log: "Disabling libtool due to broken toolchain support" Could someone let me know how to fix this problem? Thanks in advance, Aastha _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Feb 13 14:50:21 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 13 Feb 2014 14:50: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 1WDxbB-0008B8-Vq; Thu, 13 Feb 2014 14:49:09 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WDxbA-0008Az-5f for xen-users@lists.xen.org; Thu, 13 Feb 2014 14:49:08 +0000 Received: from [193.109.254.147:54471] by server-9.bemta-14.messagelabs.com id A4/BC-24895-36BDCF25; Thu, 13 Feb 2014 14:49:07 +0000 X-Env-Sender: aasthakm@gmail.com X-Msg-Ref: server-7.tower-27.messagelabs.com!1392302945!4142932!1 X-Originating-IP: [209.85.216.178] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16773 invoked from network); 13 Feb 2014 14:49:06 -0000 Received: from mail-qc0-f178.google.com (HELO mail-qc0-f178.google.com) (209.85.216.178) by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 13 Feb 2014 14:49:06 -0000 Received: by mail-qc0-f178.google.com with SMTP id m20so18155327qcx.9 for ; Thu, 13 Feb 2014 06:49:05 -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:content-type; bh=YKR45jqzxJoSvPsQDq7ODBRAw+618LzOnNtI2jJKRHc=; b=SrHEKSPVfhHfl4QgIRbqURq3lRBmM5se8EsTDhx6VPHOymPfiUrTwg66MqszcDsfRH R6AqbxgdWL7Q/dsoRU5muU/AidUnNE5qJxH34XrsWCDFGLpeQGhQ4msWApVp5Utf815D TcOTp2L4cZ38SS2x63wG4sm+NN1o7ArS9/53iDGXcoBg1BLSCv/s6mPwZOUk4K2pm0ph xqfSQU89IMuG5fxtiE82z3I8CJn+x7wQvu30RtsJjnwu18AbAmrMHlqdxnl9elid/74/ HZA48rs2gLEzDQG1HXufU63aoX69rjDhOoKo3cQTZ59fi2ZyilrAW5jcPH4sqCWHoLfB 470g== X-Received: by 10.140.102.204 with SMTP id w70mr2902073qge.110.1392302945656; Thu, 13 Feb 2014 06:49:05 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.94.69 with HTTP; Thu, 13 Feb 2014 06:48:45 -0800 (PST) From: Aastha Mehta Date: Thu, 13 Feb 2014 15:48:45 +0100 Message-ID: To: xen-users Subject: [Xen-users] trouble with building latest xen code X-BeenThere: xen-users@lists.xen.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 trying to build the latest xen code from the git branch and I am seeing errors in building the tools. gcc -pthread -o xl xl.o xl_cmdimpl.o xl_cmdtable.o xl_sxp.o libxlutil.so /home/aasthakm/workspace/ibc/source/xen/tools/libxl/../../tools/libxl/libxenlight.so -Wl,-rpath-link=/home/aasthakm/workspace/ibc/source/xen/tools/libxl/../../tools/libxc -Wl,-rpath-link=/home/aasthakm/workspace/ibc/source/xen/tools/libxl/../../tools/xenstore -Wl,-rpath-link=/home/aasthakm/workspace/ibc/source/xen/tools/libxl/../../tools/blktap2/control /home/aasthakm/workspace/ibc/source/xen/tools/libxl/../../tools/libxc/libxenctrl.so -lyajl xl_cmdimpl.o: In function `libxl_yajl_gen_alloc': /home/workspace/ibc/source/xen/tools/libxl/libxl_json.h:60: undefined reference to `yajl_gen_config' /home/workspace/ibc/source/xen/tools/libxl/libxl_json.h:60: undefined reference to `yajl_gen_config' /home/workspace/ibc/source/xen/tools/libxl/../../tools/libxl/libxenlight.so: undefined reference to `yajl_complete_parse' collect2: ld returned 1 exit status make[3]: *** [xl] Error 1 make[3]: Leaving directory `/home/workspace/ibc/source/xen/tools/libxl' make[2]: *** [subdir-install-libxl] Error 2 make[2]: Leaving directory `/home/workspace/ibc/source/xen/tools' make[1]: *** [subdirs-install] Error 2 make[1]: Leaving directory `/home/workspace/ibc/source/xen/tools' make: *** [install-tools] Error 2 I did install yajl: # locate yajl /usr/lib/x86_64-linux-gnu/libyajl.so.1 /usr/lib/x86_64-linux-gnu/libyajl.so.1.0.12 I also noticed a message earlier in the compile log: "Disabling libtool due to broken toolchain support" Could someone let me know how to fix this problem? Thanks in advance, Aastha _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Feb 13 15:32:19 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 13 Feb 2014 15:32: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 1WDyG1-0001oW-JT; Thu, 13 Feb 2014 15:31:21 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WDyFz-0001oR-HQ for xen-users@lists.xen.org; Thu, 13 Feb 2014 15:31:19 +0000 Received: from [193.109.254.147:10049] by server-1.bemta-14.messagelabs.com id 37/49-15438-645ECF25; Thu, 13 Feb 2014 15:31:18 +0000 X-Env-Sender: nunomagalhaes@eu.ipp.pt X-Msg-Ref: server-13.tower-27.messagelabs.com!1392305476!4141425!1 X-Originating-IP: [209.85.213.50] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6132 invoked from network); 13 Feb 2014 15:31:18 -0000 Received: from mail-yh0-f50.google.com (HELO mail-yh0-f50.google.com) (209.85.213.50) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 13 Feb 2014 15:31:18 -0000 Received: by mail-yh0-f50.google.com with SMTP id 29so10150731yhl.23 for ; Thu, 13 Feb 2014 07:31:16 -0800 (PST) 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:content-type:content-transfer-encoding; bh=7JrkQZDjboruiCSWnHcAgM2Cie93dddGlS8uCeAwpIg=; b=in7A5x/WgwKpPQ2HxOLC3knj/zZ2K1rm3sIHoDmdUhLSfC9KUDtFs6YebuYMGxcRu+ SnnKaKloqSsQsPDAPMmPT/4UB15/S06KKyEk483mEHYn4gDYsZyLQWFPBU7rVUsRZ6n1 USLMHM+j3VJNQIuIMogwjXm+Jb42C94NVuTM7Jn33sTX9IV/Eu1R0+1bSiVFyyrhC0Ud VCt8/Lb71hFGNX7TTKlAktesNjWr0jZ0UqeZBEXVclmOPssCR4IMWo7QVPpEZwNLGovr HHSqiS8OhLwSSQHY24tXZjNRbwJUL2Ot2c4tegCwGk9N4i/e8Gyy1g6dGDE0CAoyc5AE BiGQ== X-Gm-Message-State: ALoCoQnfp8jtfSlSsPC7Cv1LoL1LJ/axVRqowgIk6AX69kh2JRyZhwTcdsatANtdSWEqK6G6mqDZ X-Received: by 10.236.148.48 with SMTP id u36mr1779558yhj.67.1392305476458; Thu, 13 Feb 2014 07:31:16 -0800 (PST) MIME-Version: 1.0 Received: by 10.170.208.68 with HTTP; Thu, 13 Feb 2014 07:30:56 -0800 (PST) In-Reply-To: References: From: =?UTF-8?Q?Nuno_Magalh=C3=A3es?= Date: Thu, 13 Feb 2014 15:30:56 +0000 Message-ID: To: xen-users@lists.xen.org Subject: Re: [Xen-users] Virtualizing primary desktop X-BeenThere: xen-users@lists.xen.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 S2luZGEgcmV2aXZpbmcgYW4gb2xkIHRocmVhZAoKT24gTW9uLCBBcHIgMSwgMjAxMyBhdCA4OjAy IFBNLCBOdW5vIE1hZ2FsaMOjZXMgPG51bm9tYWdhbGhhZXNAZXUuaXBwLnB0PiB3cm90ZToKPiBI aSwKPgo+IEkndmUgYmVlbiBmaWRkbGluZyB3aXRoIHRoYXQgc2FtZSBxdWVzdGlvbiBhbmQgd2Vu dCBmb3IgbWluaW1hbCBkb20wIHdpdGgKPiBkb21VIGRlc2t0b3AuIFNvbWUgbm90ZXMgd2hpY2gg bWF5IG9yIG1heSBub3QgYXBwbHkgdG8geW91Ogo+Cj4gKiBpZiB5b3UncmUgaW50byBncmFwaGlj cyBkb24ndCBjb3VudCBvciBlYXN5IFZHQSBwYXNzdGhyb3VnaCAob3IgbW9zdCBQQ0kqCj4gZWl0 aGVyKSBvciBhbnkga2luZCBvZiBXaW5kb3dzIGdhbWluZzsKCldlbGwsIHlvdSBjYW4gcGxheSBz b2xpdGFpcmUsIHRoZSBwb2ludCBpcyBzZXJpb3VzIGdhbWVycyB3b3VsZCBwcmVmZXIKZGlyZWN0 IGhhcmR3YXJlIGFjY2Vzcy4gVGhlIGRvbVVzIGRvbid0IGNvbWUgd2l0aCBhIGdyYXBoaWNzIGNh cmQgYW5kClZHQSBwYXNzdGhyb3VnaCBtYXkgb3Igbm90IHdvcmsgKHdpdGggc29tZSBwZXJmb3Jt YW5jZSBwZW5hbHR5KS4KCj4gKiByZW1vdGUgKGFsYmVpdCBMQU4pIFhETUNQIG1heSBub3QgYmUg cGVyZm9ybWFudCAoYnV0IGknbSBzdGlsbCBnb29maW5nCj4gYXJvdW5kIHdpdGggaXQ7IHBsdXMg aSdsbCBoYXZlIHRvIGdyb2sgcHVsc2VhdWRpbyBzb21lIGJpdCk6IG15IHRlc3Qgd2FzCj4geW91 dHViZTsKClhETUNQIGlzIHdvcmtpbmcsIGkgcnVuIFhvcmcgb24gZG9tMCBhbmQgWERNICsgY2xp ZW50cyBpbiBhIGRvbVUuIE5vIGJpZ2dpZS4KCj4gKiBlbmRlZCB1cCB1c2luZyBBVEkncyBkcml2 ZXIgJ2NvcyByYWRlb24vaGQgZGlkbid0IHJlYWxseSB3b3JrIC0gYXQgYWxsIC0KPiB3aXRoIFhv cmcuCgpBY3R1YWxseSBpdCdzIHdvcmtpbmcgd2VsbCB3aXRoIHhzZXJ2ZXIteG9yZy12aWRlby1y YWRlb24gKHRoZSBmcmVlCm9uZSkgYW5kIGV2ZGV2IGZvciBpbnB1dCAoc29tZSB4b3JnLmNvbmYg dHdlYWtpbmcgbWF5IGJlIHJlcXVpcmVkKS4KCk15IHByb2JsZW0gaXMgc291bmQuCgpfX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGlu ZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11 c2Vycw== From xen-users-bounces@lists.xen.org Thu Feb 13 15:32:19 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 13 Feb 2014 15:32: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 1WDyG1-0001oW-JT; Thu, 13 Feb 2014 15:31:21 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WDyFz-0001oR-HQ for xen-users@lists.xen.org; Thu, 13 Feb 2014 15:31:19 +0000 Received: from [193.109.254.147:10049] by server-1.bemta-14.messagelabs.com id 37/49-15438-645ECF25; Thu, 13 Feb 2014 15:31:18 +0000 X-Env-Sender: nunomagalhaes@eu.ipp.pt X-Msg-Ref: server-13.tower-27.messagelabs.com!1392305476!4141425!1 X-Originating-IP: [209.85.213.50] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6132 invoked from network); 13 Feb 2014 15:31:18 -0000 Received: from mail-yh0-f50.google.com (HELO mail-yh0-f50.google.com) (209.85.213.50) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 13 Feb 2014 15:31:18 -0000 Received: by mail-yh0-f50.google.com with SMTP id 29so10150731yhl.23 for ; Thu, 13 Feb 2014 07:31:16 -0800 (PST) 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:content-type:content-transfer-encoding; bh=7JrkQZDjboruiCSWnHcAgM2Cie93dddGlS8uCeAwpIg=; b=in7A5x/WgwKpPQ2HxOLC3knj/zZ2K1rm3sIHoDmdUhLSfC9KUDtFs6YebuYMGxcRu+ SnnKaKloqSsQsPDAPMmPT/4UB15/S06KKyEk483mEHYn4gDYsZyLQWFPBU7rVUsRZ6n1 USLMHM+j3VJNQIuIMogwjXm+Jb42C94NVuTM7Jn33sTX9IV/Eu1R0+1bSiVFyyrhC0Ud VCt8/Lb71hFGNX7TTKlAktesNjWr0jZ0UqeZBEXVclmOPssCR4IMWo7QVPpEZwNLGovr HHSqiS8OhLwSSQHY24tXZjNRbwJUL2Ot2c4tegCwGk9N4i/e8Gyy1g6dGDE0CAoyc5AE BiGQ== X-Gm-Message-State: ALoCoQnfp8jtfSlSsPC7Cv1LoL1LJ/axVRqowgIk6AX69kh2JRyZhwTcdsatANtdSWEqK6G6mqDZ X-Received: by 10.236.148.48 with SMTP id u36mr1779558yhj.67.1392305476458; Thu, 13 Feb 2014 07:31:16 -0800 (PST) MIME-Version: 1.0 Received: by 10.170.208.68 with HTTP; Thu, 13 Feb 2014 07:30:56 -0800 (PST) In-Reply-To: References: From: =?UTF-8?Q?Nuno_Magalh=C3=A3es?= Date: Thu, 13 Feb 2014 15:30:56 +0000 Message-ID: To: xen-users@lists.xen.org Subject: Re: [Xen-users] Virtualizing primary desktop X-BeenThere: xen-users@lists.xen.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 S2luZGEgcmV2aXZpbmcgYW4gb2xkIHRocmVhZAoKT24gTW9uLCBBcHIgMSwgMjAxMyBhdCA4OjAy IFBNLCBOdW5vIE1hZ2FsaMOjZXMgPG51bm9tYWdhbGhhZXNAZXUuaXBwLnB0PiB3cm90ZToKPiBI aSwKPgo+IEkndmUgYmVlbiBmaWRkbGluZyB3aXRoIHRoYXQgc2FtZSBxdWVzdGlvbiBhbmQgd2Vu dCBmb3IgbWluaW1hbCBkb20wIHdpdGgKPiBkb21VIGRlc2t0b3AuIFNvbWUgbm90ZXMgd2hpY2gg bWF5IG9yIG1heSBub3QgYXBwbHkgdG8geW91Ogo+Cj4gKiBpZiB5b3UncmUgaW50byBncmFwaGlj cyBkb24ndCBjb3VudCBvciBlYXN5IFZHQSBwYXNzdGhyb3VnaCAob3IgbW9zdCBQQ0kqCj4gZWl0 aGVyKSBvciBhbnkga2luZCBvZiBXaW5kb3dzIGdhbWluZzsKCldlbGwsIHlvdSBjYW4gcGxheSBz b2xpdGFpcmUsIHRoZSBwb2ludCBpcyBzZXJpb3VzIGdhbWVycyB3b3VsZCBwcmVmZXIKZGlyZWN0 IGhhcmR3YXJlIGFjY2Vzcy4gVGhlIGRvbVVzIGRvbid0IGNvbWUgd2l0aCBhIGdyYXBoaWNzIGNh cmQgYW5kClZHQSBwYXNzdGhyb3VnaCBtYXkgb3Igbm90IHdvcmsgKHdpdGggc29tZSBwZXJmb3Jt YW5jZSBwZW5hbHR5KS4KCj4gKiByZW1vdGUgKGFsYmVpdCBMQU4pIFhETUNQIG1heSBub3QgYmUg cGVyZm9ybWFudCAoYnV0IGknbSBzdGlsbCBnb29maW5nCj4gYXJvdW5kIHdpdGggaXQ7IHBsdXMg aSdsbCBoYXZlIHRvIGdyb2sgcHVsc2VhdWRpbyBzb21lIGJpdCk6IG15IHRlc3Qgd2FzCj4geW91 dHViZTsKClhETUNQIGlzIHdvcmtpbmcsIGkgcnVuIFhvcmcgb24gZG9tMCBhbmQgWERNICsgY2xp ZW50cyBpbiBhIGRvbVUuIE5vIGJpZ2dpZS4KCj4gKiBlbmRlZCB1cCB1c2luZyBBVEkncyBkcml2 ZXIgJ2NvcyByYWRlb24vaGQgZGlkbid0IHJlYWxseSB3b3JrIC0gYXQgYWxsIC0KPiB3aXRoIFhv cmcuCgpBY3R1YWxseSBpdCdzIHdvcmtpbmcgd2VsbCB3aXRoIHhzZXJ2ZXIteG9yZy12aWRlby1y YWRlb24gKHRoZSBmcmVlCm9uZSkgYW5kIGV2ZGV2IGZvciBpbnB1dCAoc29tZSB4b3JnLmNvbmYg dHdlYWtpbmcgbWF5IGJlIHJlcXVpcmVkKS4KCk15IHByb2JsZW0gaXMgc291bmQuCgpfX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGlu ZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11 c2Vycw== From xen-users-bounces@lists.xen.org Thu Feb 13 17:48:54 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 13 Feb 2014 17:48: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 1WE0O2-0001kf-Hm; Thu, 13 Feb 2014 17:47:46 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WE0O0-0001kY-HY for xen-users@lists.xen.org; Thu, 13 Feb 2014 17:47:44 +0000 Received: from [85.158.139.211:57749] by server-3.bemta-5.messagelabs.com id 23/31-13671-F350DF25; Thu, 13 Feb 2014 17:47:43 +0000 X-Env-Sender: nunomagalhaes@eu.ipp.pt X-Msg-Ref: server-6.tower-206.messagelabs.com!1392313661!3741092!1 X-Originating-IP: [209.85.160.177] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25811 invoked from network); 13 Feb 2014 17:47:43 -0000 Received: from mail-yk0-f177.google.com (HELO mail-yk0-f177.google.com) (209.85.160.177) by server-6.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 13 Feb 2014 17:47:43 -0000 Received: by mail-yk0-f177.google.com with SMTP id q200so20075975ykb.8 for ; Thu, 13 Feb 2014 09:47:41 -0800 (PST) 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:content-type:content-transfer-encoding; bh=Cby0FhWsbSgF5dNe+dUbM04rg8UuT4lnvWz8P+jCrTU=; b=K1jsBCMlYnUIZDNW4gO2l9fmcim7oWnnJ7hZbA87dOR7wqhgHY42R1Q8sgspb0hYFl PFAwjk+Yh8/0/mHafVw1VreOLXRfc39tCmwKcFIx8z9umkGjXcqZszpyehkuEs0sR//c mCcgitmiTbEILZ/SrK3KBdWIramDqIDOWRXcM00TtG5iY8+eRG9ORFk2WZ0iu+DiLOGY m7it9q7Ulaq8hWfBadv2RJkXOkdLxvBoFx5ikJ2DZ49/QGsbSNAzAPztSBH2/WFh3orG IJO1OifEmTlA4vcgAMu18d393vDsIWyH0FsPafWZbmDLc/5oUP2sK5BKwjm9Oqm3QI6E Hy0w== X-Gm-Message-State: ALoCoQmmLWctWeCkoeAaUFsekyTMyqhSIBiGn9nB75wi+qWF7EebBdL5QVBCSOuejQZDZSdqa8H3 X-Received: by 10.236.79.196 with SMTP id i44mr2503897yhe.80.1392313661325; Thu, 13 Feb 2014 09:47:41 -0800 (PST) MIME-Version: 1.0 Received: by 10.170.208.68 with HTTP; Thu, 13 Feb 2014 09:47:21 -0800 (PST) In-Reply-To: References: From: =?UTF-8?Q?Nuno_Magalh=C3=A3es?= Date: Thu, 13 Feb 2014 17:47:21 +0000 Message-ID: To: xen-users@lists.xen.org Subject: Re: [Xen-users] pulseaudio under Xen [was: Virtualizing primary desktop] X-BeenThere: xen-users@lists.xen.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 T24gVGh1LCBGZWIgMTMsIDIwMTQgYXQgNDowMCBQTSwgTnVubyBNYWdhbGjDo2VzIDxudW5vbWFn YWxoYWVzQGV1LmlwcC5wdD4gd3JvdGU6Cj4gKiB3aXRoIFZMQyBpdCBsYWdzIDUgZnVsbCBzZWNv bmRzCgpJIGRpZG4ndCBoYXZlIHB1bHNlYXVkaW8tbW9kdWxlLXgxMSBpbiB0aGUgZG9tVSwgbm93 IGl0ICJqdXN0IiBsYWdzCjEvMiBzZWMgb3Igc28sIHNvIGkgZ3Vlc3MgYWxsIGFwcHMgYXJlIGZh aXJseSBjbG9zZS4KSXMgdGhpcyBsYWcgdmlydHVhbGl6YXRpb24tcmVsYXRlZD8KCl9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi11c2VycyBtYWlsaW5n IGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVz ZXJz From xen-users-bounces@lists.xen.org Thu Feb 13 17:48:54 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 13 Feb 2014 17:48: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 1WE0O2-0001kf-Hm; Thu, 13 Feb 2014 17:47:46 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WE0O0-0001kY-HY for xen-users@lists.xen.org; Thu, 13 Feb 2014 17:47:44 +0000 Received: from [85.158.139.211:57749] by server-3.bemta-5.messagelabs.com id 23/31-13671-F350DF25; Thu, 13 Feb 2014 17:47:43 +0000 X-Env-Sender: nunomagalhaes@eu.ipp.pt X-Msg-Ref: server-6.tower-206.messagelabs.com!1392313661!3741092!1 X-Originating-IP: [209.85.160.177] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25811 invoked from network); 13 Feb 2014 17:47:43 -0000 Received: from mail-yk0-f177.google.com (HELO mail-yk0-f177.google.com) (209.85.160.177) by server-6.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 13 Feb 2014 17:47:43 -0000 Received: by mail-yk0-f177.google.com with SMTP id q200so20075975ykb.8 for ; Thu, 13 Feb 2014 09:47:41 -0800 (PST) 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:content-type:content-transfer-encoding; bh=Cby0FhWsbSgF5dNe+dUbM04rg8UuT4lnvWz8P+jCrTU=; b=K1jsBCMlYnUIZDNW4gO2l9fmcim7oWnnJ7hZbA87dOR7wqhgHY42R1Q8sgspb0hYFl PFAwjk+Yh8/0/mHafVw1VreOLXRfc39tCmwKcFIx8z9umkGjXcqZszpyehkuEs0sR//c mCcgitmiTbEILZ/SrK3KBdWIramDqIDOWRXcM00TtG5iY8+eRG9ORFk2WZ0iu+DiLOGY m7it9q7Ulaq8hWfBadv2RJkXOkdLxvBoFx5ikJ2DZ49/QGsbSNAzAPztSBH2/WFh3orG IJO1OifEmTlA4vcgAMu18d393vDsIWyH0FsPafWZbmDLc/5oUP2sK5BKwjm9Oqm3QI6E Hy0w== X-Gm-Message-State: ALoCoQmmLWctWeCkoeAaUFsekyTMyqhSIBiGn9nB75wi+qWF7EebBdL5QVBCSOuejQZDZSdqa8H3 X-Received: by 10.236.79.196 with SMTP id i44mr2503897yhe.80.1392313661325; Thu, 13 Feb 2014 09:47:41 -0800 (PST) MIME-Version: 1.0 Received: by 10.170.208.68 with HTTP; Thu, 13 Feb 2014 09:47:21 -0800 (PST) In-Reply-To: References: From: =?UTF-8?Q?Nuno_Magalh=C3=A3es?= Date: Thu, 13 Feb 2014 17:47:21 +0000 Message-ID: To: xen-users@lists.xen.org Subject: Re: [Xen-users] pulseaudio under Xen [was: Virtualizing primary desktop] X-BeenThere: xen-users@lists.xen.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 T24gVGh1LCBGZWIgMTMsIDIwMTQgYXQgNDowMCBQTSwgTnVubyBNYWdhbGjDo2VzIDxudW5vbWFn YWxoYWVzQGV1LmlwcC5wdD4gd3JvdGU6Cj4gKiB3aXRoIFZMQyBpdCBsYWdzIDUgZnVsbCBzZWNv bmRzCgpJIGRpZG4ndCBoYXZlIHB1bHNlYXVkaW8tbW9kdWxlLXgxMSBpbiB0aGUgZG9tVSwgbm93 IGl0ICJqdXN0IiBsYWdzCjEvMiBzZWMgb3Igc28sIHNvIGkgZ3Vlc3MgYWxsIGFwcHMgYXJlIGZh aXJseSBjbG9zZS4KSXMgdGhpcyBsYWcgdmlydHVhbGl6YXRpb24tcmVsYXRlZD8KCl9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi11c2VycyBtYWlsaW5n IGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVz ZXJz From xen-users-bounces@lists.xen.org Fri Feb 14 14:23:56 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 14 Feb 2014 14:23: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 1WEJf6-0005AK-0M; Fri, 14 Feb 2014 14:22:40 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WEJf4-0005AF-ND for xen-users@lists.xen.org; Fri, 14 Feb 2014 14:22:38 +0000 Received: from [85.158.143.35:24852] by server-1.bemta-4.messagelabs.com id 05/71-31661-EA62EF25; Fri, 14 Feb 2014 14:22:38 +0000 X-Env-Sender: mc5686@mclink.it X-Msg-Ref: server-13.tower-21.messagelabs.com!1392387757!5727822!1 X-Originating-IP: [213.21.178.143] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8417 invoked from network); 14 Feb 2014 14:22:37 -0000 Received: from relaygw3-4.mclink.it (HELO relaygw3-4.mclink.it) (213.21.178.143) by server-13.tower-21.messagelabs.com with SMTP; 14 Feb 2014 14:22:37 -0000 Received: from [195.110.128.82] (HELO smtpoutgw2.mclink.it) by relaygw3-4.mclink.it (CommuniGate Pro SMTP 6.0.6) with ESMTP id 12160797 for xen-users@lists.xen.org; Fri, 14 Feb 2014 15:22:37 +0100 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApMBAOIl/lJf/vy0/2dsb2JhbAANTMBBhDCDWEA9FhgDAgECAVgIAQGIBqY+onUXkzgEmCyVUQ Received: from host180-252-static.254-95-b.business.telecomitalia.it (HELO [192.168.7.147]) ([95.254.252.180]) by smtpoutgw2.mclink.it with ESMTP; 14 Feb 2014 15:22:35 +0100 Message-ID: <52FE26A9.8070309@mclink.it> Date: Fri, 14 Feb 2014 15:22:33 +0100 From: Mauro Condarelli User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: xen-users@lists.xen.org Subject: [Xen-users] Slow disk access on forwarded RAID array X-BeenThere: xen-users@lists.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 Hi, I get a sluggish (600kb/s) read access on a Raid1 (mirror) disk array. Is this to be expected? What am I doing wrong? Configuration follows (if more details are needed I'm ready to provide them, just ask): Both Dom0 and DomU are fairly simple debian Wheezy installs. The server "real" hardware is not state-of-the-art anymore, but it is still a reasonably powerful machine: AMD Phenom(tm) II X6 1055T / 8Gb DDR3 RAM Setup was done following "beginner-guide" (after that I switched to xl toolchain). Dom0 has one plain disk (boot/root/LVM) and two RAID1 arrays (these were on two different machines and I rewired them to the server: > root@vmrunner:~# fdisk -l /dev/sde > > Disk /dev/sde: 320.1 GB, 320072933376 bytes > 255 heads, 63 sectors/track, 38913 cylinders, total 625142448 sectors > Units = sectors of 1 * 512 = 512 bytes > Sector size (logical/physical): 512 bytes / 512 bytes > I/O size (minimum/optimal): 512 bytes / 512 bytes > Disk identifier: 0x000d11c8 > > Device Boot Start End Blocks Id System > /dev/sde1 * 2048 585727 291840 83 Linux > /dev/sde2 585728 12304383 5859328 82 Linux swap / Solaris > /dev/sde3 12304384 41601023 14648320 83 Linux > /dev/sde4 41601024 625141759 291770368 8e Linux LVM > root@vmrunner:~# mdadm --detail --scan > ARRAY /dev/md127 metadata=0.90 UUID=075741b5:c25af231:bfe7d838:0da5cb4d > ARRAY /dev/md/store metadata=1.2 name=store UUID=b277d0c1:0ade7e6a:d0139b97:ac1a295b DomU configuration is straightforward: > bootloader = '/usr/lib/xen-4.1/bin/pygrub' > vcpus = '2' > memory = '512' > root = '/dev/xvda2 ro' > disk = [ > 'phy:/dev/vg0/fileserver-pv-guest-disk,xvda2,w', > 'phy:/dev/vg0/fileserver-pv-guest-swap,xvda1,w', > 'phy:/dev/md126,xvda3,w', > 'phy:/dev/md127,xvda4,w' > ] > name = 'fileserver-pv-guest' > dhcp = 'dhcp' > vif = [ 'mac=00:16:3E:59:55:AD' ] > on_poweroff = 'destroy' > on_reboot = 'restart' > on_crash = 'restart' Notice I have a rather small memory (512Mb), but this DomU is going to be "just" a file server (nfs+cifs). Also the configuration on DomU is quite straightforward: > root@fileserver-pv-guest:/usr/share/doc/fio# cat /etc/fstab > proc /proc proc defaults 0 0 > devpts /dev/pts devpts rw,noexec,nosuid,gid=5,mode=620 0 0 > /dev/xvda1 none swap sw 0 0 > /dev/xvda2 / ext3 noatime,nodiratime,errors=remount-ro 0 1 > /dev/xvda3 /srv/shares/Store ext4 noatime,nodiratime,errors=remount-ro 0 2 > /dev/xvda4 /srv/shares/Store/private ext4 noatime,nodiratime,errors=remount-ro 0 2 But performance is NOT good: > root@fileserver-pv-guest:~# cat rendom-read-test.fio > ; random read of 128mb of data > > [random-read] > rw=randread > size=128m > directory=/srv/shares/Store/Store/tmp/ > root@fileserver-pv-guest:~# fio rendom-read-test.fio > random-read: (g=0): rw=randread, bs=4K-4K/4K-4K, ioengine=sync, iodepth=1 > 2.0.8 > Starting 1 process > random-read: Laying out IO file(s) (1 file(s) / 128MB) > Jobs: 1 (f=1): [r] [100.0% done] [1704K/0K /s] [426 /0 iops] [eta 00m:00s] > random-read: (groupid=0, jobs=1): err= 0: pid=4028 > read : io=131072KB, bw=677296 B/s, iops=165 , runt=198167msec > clat (usec): min=118 , max=964702 , avg=6040.88, stdev=7552.44 > lat (usec): min=119 , max=964703 , avg=6041.92, stdev=7552.44 > clat percentiles (usec): > | 1.00th=[ 126], 5.00th=[ 131], 10.00th=[ 141], 20.00th=[ 151], > | 30.00th=[ 167], 40.00th=[ 3888], 50.00th=[ 5728], 60.00th=[ 7520], > | 70.00th=[ 9280], 80.00th=[11072], 90.00th=[12864], 95.00th=[13888], > | 99.00th=[18048], 99.50th=[25984], 99.90th=[29824], 99.95th=[33536], > | 99.99th=[68096] > bw (KB/s) : min= 211, max= 1689, per=100.00%, avg=661.45, stdev=108.43 > lat (usec) : 250=31.42%, 500=0.25%, 750=0.34%, 1000=0.07% > lat (msec) : 2=0.22%, 4=8.33%, 10=33.08%, 20=25.44%, 50=0.84% > lat (msec) : 100=0.01%, 250=0.01%, 1000=0.01% > cpu : usr=0.34%, sys=0.17%, ctx=32880, majf=0, minf=24 > IO depths : 1=100.0%, 2=0.0%, 4=0.0%, 8=0.0%, 16=0.0%, 32=0.0%, >=64=0.0% > submit : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0% > complete : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0% > issued : total=r=32768/w=0/d=0, short=r=0/w=0/d=0 > > Run status group 0 (all jobs): > READ: io=131072KB, aggrb=661KB/s, minb=661KB/s, maxb=661KB/s, mint=198167msec, maxt=198167msec > > Disk stats (read/write): > xvda3: ios=32853/6, merge=0/2, ticks=199448/5640, in_queue=205200, util=99.82% Any hint/pointer welcome Regards Mauro _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Feb 14 14:23:56 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 14 Feb 2014 14:23: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 1WEJf6-0005AK-0M; Fri, 14 Feb 2014 14:22:40 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WEJf4-0005AF-ND for xen-users@lists.xen.org; Fri, 14 Feb 2014 14:22:38 +0000 Received: from [85.158.143.35:24852] by server-1.bemta-4.messagelabs.com id 05/71-31661-EA62EF25; Fri, 14 Feb 2014 14:22:38 +0000 X-Env-Sender: mc5686@mclink.it X-Msg-Ref: server-13.tower-21.messagelabs.com!1392387757!5727822!1 X-Originating-IP: [213.21.178.143] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8417 invoked from network); 14 Feb 2014 14:22:37 -0000 Received: from relaygw3-4.mclink.it (HELO relaygw3-4.mclink.it) (213.21.178.143) by server-13.tower-21.messagelabs.com with SMTP; 14 Feb 2014 14:22:37 -0000 Received: from [195.110.128.82] (HELO smtpoutgw2.mclink.it) by relaygw3-4.mclink.it (CommuniGate Pro SMTP 6.0.6) with ESMTP id 12160797 for xen-users@lists.xen.org; Fri, 14 Feb 2014 15:22:37 +0100 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApMBAOIl/lJf/vy0/2dsb2JhbAANTMBBhDCDWEA9FhgDAgECAVgIAQGIBqY+onUXkzgEmCyVUQ Received: from host180-252-static.254-95-b.business.telecomitalia.it (HELO [192.168.7.147]) ([95.254.252.180]) by smtpoutgw2.mclink.it with ESMTP; 14 Feb 2014 15:22:35 +0100 Message-ID: <52FE26A9.8070309@mclink.it> Date: Fri, 14 Feb 2014 15:22:33 +0100 From: Mauro Condarelli User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: xen-users@lists.xen.org Subject: [Xen-users] Slow disk access on forwarded RAID array X-BeenThere: xen-users@lists.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 Hi, I get a sluggish (600kb/s) read access on a Raid1 (mirror) disk array. Is this to be expected? What am I doing wrong? Configuration follows (if more details are needed I'm ready to provide them, just ask): Both Dom0 and DomU are fairly simple debian Wheezy installs. The server "real" hardware is not state-of-the-art anymore, but it is still a reasonably powerful machine: AMD Phenom(tm) II X6 1055T / 8Gb DDR3 RAM Setup was done following "beginner-guide" (after that I switched to xl toolchain). Dom0 has one plain disk (boot/root/LVM) and two RAID1 arrays (these were on two different machines and I rewired them to the server: > root@vmrunner:~# fdisk -l /dev/sde > > Disk /dev/sde: 320.1 GB, 320072933376 bytes > 255 heads, 63 sectors/track, 38913 cylinders, total 625142448 sectors > Units = sectors of 1 * 512 = 512 bytes > Sector size (logical/physical): 512 bytes / 512 bytes > I/O size (minimum/optimal): 512 bytes / 512 bytes > Disk identifier: 0x000d11c8 > > Device Boot Start End Blocks Id System > /dev/sde1 * 2048 585727 291840 83 Linux > /dev/sde2 585728 12304383 5859328 82 Linux swap / Solaris > /dev/sde3 12304384 41601023 14648320 83 Linux > /dev/sde4 41601024 625141759 291770368 8e Linux LVM > root@vmrunner:~# mdadm --detail --scan > ARRAY /dev/md127 metadata=0.90 UUID=075741b5:c25af231:bfe7d838:0da5cb4d > ARRAY /dev/md/store metadata=1.2 name=store UUID=b277d0c1:0ade7e6a:d0139b97:ac1a295b DomU configuration is straightforward: > bootloader = '/usr/lib/xen-4.1/bin/pygrub' > vcpus = '2' > memory = '512' > root = '/dev/xvda2 ro' > disk = [ > 'phy:/dev/vg0/fileserver-pv-guest-disk,xvda2,w', > 'phy:/dev/vg0/fileserver-pv-guest-swap,xvda1,w', > 'phy:/dev/md126,xvda3,w', > 'phy:/dev/md127,xvda4,w' > ] > name = 'fileserver-pv-guest' > dhcp = 'dhcp' > vif = [ 'mac=00:16:3E:59:55:AD' ] > on_poweroff = 'destroy' > on_reboot = 'restart' > on_crash = 'restart' Notice I have a rather small memory (512Mb), but this DomU is going to be "just" a file server (nfs+cifs). Also the configuration on DomU is quite straightforward: > root@fileserver-pv-guest:/usr/share/doc/fio# cat /etc/fstab > proc /proc proc defaults 0 0 > devpts /dev/pts devpts rw,noexec,nosuid,gid=5,mode=620 0 0 > /dev/xvda1 none swap sw 0 0 > /dev/xvda2 / ext3 noatime,nodiratime,errors=remount-ro 0 1 > /dev/xvda3 /srv/shares/Store ext4 noatime,nodiratime,errors=remount-ro 0 2 > /dev/xvda4 /srv/shares/Store/private ext4 noatime,nodiratime,errors=remount-ro 0 2 But performance is NOT good: > root@fileserver-pv-guest:~# cat rendom-read-test.fio > ; random read of 128mb of data > > [random-read] > rw=randread > size=128m > directory=/srv/shares/Store/Store/tmp/ > root@fileserver-pv-guest:~# fio rendom-read-test.fio > random-read: (g=0): rw=randread, bs=4K-4K/4K-4K, ioengine=sync, iodepth=1 > 2.0.8 > Starting 1 process > random-read: Laying out IO file(s) (1 file(s) / 128MB) > Jobs: 1 (f=1): [r] [100.0% done] [1704K/0K /s] [426 /0 iops] [eta 00m:00s] > random-read: (groupid=0, jobs=1): err= 0: pid=4028 > read : io=131072KB, bw=677296 B/s, iops=165 , runt=198167msec > clat (usec): min=118 , max=964702 , avg=6040.88, stdev=7552.44 > lat (usec): min=119 , max=964703 , avg=6041.92, stdev=7552.44 > clat percentiles (usec): > | 1.00th=[ 126], 5.00th=[ 131], 10.00th=[ 141], 20.00th=[ 151], > | 30.00th=[ 167], 40.00th=[ 3888], 50.00th=[ 5728], 60.00th=[ 7520], > | 70.00th=[ 9280], 80.00th=[11072], 90.00th=[12864], 95.00th=[13888], > | 99.00th=[18048], 99.50th=[25984], 99.90th=[29824], 99.95th=[33536], > | 99.99th=[68096] > bw (KB/s) : min= 211, max= 1689, per=100.00%, avg=661.45, stdev=108.43 > lat (usec) : 250=31.42%, 500=0.25%, 750=0.34%, 1000=0.07% > lat (msec) : 2=0.22%, 4=8.33%, 10=33.08%, 20=25.44%, 50=0.84% > lat (msec) : 100=0.01%, 250=0.01%, 1000=0.01% > cpu : usr=0.34%, sys=0.17%, ctx=32880, majf=0, minf=24 > IO depths : 1=100.0%, 2=0.0%, 4=0.0%, 8=0.0%, 16=0.0%, 32=0.0%, >=64=0.0% > submit : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0% > complete : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0% > issued : total=r=32768/w=0/d=0, short=r=0/w=0/d=0 > > Run status group 0 (all jobs): > READ: io=131072KB, aggrb=661KB/s, minb=661KB/s, maxb=661KB/s, mint=198167msec, maxt=198167msec > > Disk stats (read/write): > xvda3: ios=32853/6, merge=0/2, ticks=199448/5640, in_queue=205200, util=99.82% Any hint/pointer welcome Regards Mauro _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Feb 14 15:03:40 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 14 Feb 2014 15: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 1WEKI8-0006bi-FI; Fri, 14 Feb 2014 15:03:00 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WEKI6-0006bV-L7 for xen-users@lists.xen.org; Fri, 14 Feb 2014 15:02:58 +0000 Received: from [193.109.254.147:53248] by server-8.bemta-14.messagelabs.com id AF/C5-18529-2203EF25; Fri, 14 Feb 2014 15:02:58 +0000 X-Env-Sender: roger.pau@citrix.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1392390170!4415124!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5290 invoked from network); 14 Feb 2014 15:02:51 -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; 14 Feb 2014 15:02:51 -0000 X-IronPort-AV: E=Sophos;i="4.95,845,1384300800"; d="scan'208";a="100805726" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 14 Feb 2014 15:02:49 +0000 Received: from [IPv6:::1] (10.80.16.47) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.2.342.4; Fri, 14 Feb 2014 10:02:48 -0500 Message-ID: <52FE3017.3010806@citrix.com> Date: Fri, 14 Feb 2014 16:02:47 +0100 From: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Mauro Condarelli , References: <52FE26A9.8070309@mclink.it> In-Reply-To: <52FE26A9.8070309@mclink.it> X-Enigmail-Version: 1.6 X-DLP: MIA2 Subject: Re: [Xen-users] Slow disk access on forwarded RAID array X-BeenThere: xen-users@lists.xen.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 14/02/14 15:22, Mauro Condarelli wrote: > Hi, > I get a sluggish (600kb/s) read access on a Raid1 (mirror) disk array. > Is this to be expected? > What am I doing wrong? > > Configuration follows (if more details are needed I'm ready to provide > them, just ask): > > Both Dom0 and DomU are fairly simple debian Wheezy installs. > > The server "real" hardware is not state-of-the-art anymore, but it is > still a reasonably powerful machine: AMD Phenom(tm) II X6 1055T / 8Gb > DDR3 RAM > > Setup was done following "beginner-guide" (after that I switched to xl > toolchain). > > Dom0 has one plain disk (boot/root/LVM) and two RAID1 arrays (these were > on two different machines and I rewired them to the server: >> root@vmrunner:~# fdisk -l /dev/sde >> >> Disk /dev/sde: 320.1 GB, 320072933376 bytes >> 255 heads, 63 sectors/track, 38913 cylinders, total 625142448 sectors >> Units = sectors of 1 * 512 = 512 bytes >> Sector size (logical/physical): 512 bytes / 512 bytes >> I/O size (minimum/optimal): 512 bytes / 512 bytes >> Disk identifier: 0x000d11c8 >> >> Device Boot Start End Blocks Id System >> /dev/sde1 * 2048 585727 291840 83 Linux >> /dev/sde2 585728 12304383 5859328 82 Linux swap / >> Solaris >> /dev/sde3 12304384 41601023 14648320 83 Linux >> /dev/sde4 41601024 625141759 291770368 8e Linux LVM >> root@vmrunner:~# mdadm --detail --scan >> ARRAY /dev/md127 metadata=0.90 UUID=075741b5:c25af231:bfe7d838:0da5cb4d >> ARRAY /dev/md/store metadata=1.2 name=store >> UUID=b277d0c1:0ade7e6a:d0139b97:ac1a295b > > DomU configuration is straightforward: >> bootloader = '/usr/lib/xen-4.1/bin/pygrub' >> vcpus = '2' >> memory = '512' >> root = '/dev/xvda2 ro' >> disk = [ >> 'phy:/dev/vg0/fileserver-pv-guest-disk,xvda2,w', >> 'phy:/dev/vg0/fileserver-pv-guest-swap,xvda1,w', >> 'phy:/dev/md126,xvda3,w', >> 'phy:/dev/md127,xvda4,w' >> ] >> name = 'fileserver-pv-guest' >> dhcp = 'dhcp' >> vif = [ 'mac=00:16:3E:59:55:AD' ] >> on_poweroff = 'destroy' >> on_reboot = 'restart' >> on_crash = 'restart' > Notice I have a rather small memory (512Mb), but this DomU is going to > be "just" a file server (nfs+cifs). > > Also the configuration on DomU is quite straightforward: >> root@fileserver-pv-guest:/usr/share/doc/fio# cat /etc/fstab >> proc /proc proc defaults 0 0 >> devpts /dev/pts devpts rw,noexec,nosuid,gid=5,mode=620 >> 0 0 >> /dev/xvda1 none swap sw 0 0 >> /dev/xvda2 / ext3 noatime,nodiratime,errors=remount-ro 0 1 >> /dev/xvda3 /srv/shares/Store ext4 noatime,nodiratime,errors=remount-ro >> 0 2 >> /dev/xvda4 /srv/shares/Store/private ext4 >> noatime,nodiratime,errors=remount-ro 0 2 > But performance is NOT good: >> root@fileserver-pv-guest:~# cat rendom-read-test.fio >> ; random read of 128mb of data >> >> [random-read] >> rw=randread >> size=128m >> directory=/srv/shares/Store/Store/tmp/ >> root@fileserver-pv-guest:~# fio rendom-read-test.fio >> random-read: (g=0): rw=randread, bs=4K-4K/4K-4K, ioengine=sync, iodepth=1 >> 2.0.8 >> Starting 1 process >> random-read: Laying out IO file(s) (1 file(s) / 128MB) >> Jobs: 1 (f=1): [r] [100.0% done] [1704K/0K /s] [426 /0 iops] [eta >> 00m:00s] >> random-read: (groupid=0, jobs=1): err= 0: pid=4028 >> read : io=131072KB, bw=677296 B/s, iops=165 , runt=198167msec >> clat (usec): min=118 , max=964702 , avg=6040.88, stdev=7552.44 >> lat (usec): min=119 , max=964703 , avg=6041.92, stdev=7552.44 >> clat percentiles (usec): >> | 1.00th=[ 126], 5.00th=[ 131], 10.00th=[ 141], 20.00th=[ >> 151], >> | 30.00th=[ 167], 40.00th=[ 3888], 50.00th=[ 5728], 60.00th=[ >> 7520], >> | 70.00th=[ 9280], 80.00th=[11072], 90.00th=[12864], >> 95.00th=[13888], >> | 99.00th=[18048], 99.50th=[25984], 99.90th=[29824], >> 99.95th=[33536], >> | 99.99th=[68096] >> bw (KB/s) : min= 211, max= 1689, per=100.00%, avg=661.45, >> stdev=108.43 >> lat (usec) : 250=31.42%, 500=0.25%, 750=0.34%, 1000=0.07% >> lat (msec) : 2=0.22%, 4=8.33%, 10=33.08%, 20=25.44%, 50=0.84% >> lat (msec) : 100=0.01%, 250=0.01%, 1000=0.01% >> cpu : usr=0.34%, sys=0.17%, ctx=32880, majf=0, minf=24 >> IO depths : 1=100.0%, 2=0.0%, 4=0.0%, 8=0.0%, 16=0.0%, 32=0.0%, >> >=64=0.0% >> submit : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >> >=64=0.0% >> complete : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >> >=64=0.0% >> issued : total=r=32768/w=0/d=0, short=r=0/w=0/d=0 >> >> Run status group 0 (all jobs): >> READ: io=131072KB, aggrb=661KB/s, minb=661KB/s, maxb=661KB/s, >> mint=198167msec, maxt=198167msec >> >> Disk stats (read/write): >> xvda3: ios=32853/6, merge=0/2, ticks=199448/5640, in_queue=205200, >> util=99.82% > > Any hint/pointer welcome What kind of performance do you get if you try to execute the same benchmark on the same LVM volume from Dom0? Also, which kernel version are you using (both Dom0/DomU)? There have been some improvements in Linux blkback/blkfront recently. Roger. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Feb 14 15:03:40 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 14 Feb 2014 15: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 1WEKI8-0006bi-FI; Fri, 14 Feb 2014 15:03:00 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WEKI6-0006bV-L7 for xen-users@lists.xen.org; Fri, 14 Feb 2014 15:02:58 +0000 Received: from [193.109.254.147:53248] by server-8.bemta-14.messagelabs.com id AF/C5-18529-2203EF25; Fri, 14 Feb 2014 15:02:58 +0000 X-Env-Sender: roger.pau@citrix.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1392390170!4415124!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5290 invoked from network); 14 Feb 2014 15:02:51 -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; 14 Feb 2014 15:02:51 -0000 X-IronPort-AV: E=Sophos;i="4.95,845,1384300800"; d="scan'208";a="100805726" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 14 Feb 2014 15:02:49 +0000 Received: from [IPv6:::1] (10.80.16.47) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.2.342.4; Fri, 14 Feb 2014 10:02:48 -0500 Message-ID: <52FE3017.3010806@citrix.com> Date: Fri, 14 Feb 2014 16:02:47 +0100 From: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Mauro Condarelli , References: <52FE26A9.8070309@mclink.it> In-Reply-To: <52FE26A9.8070309@mclink.it> X-Enigmail-Version: 1.6 X-DLP: MIA2 Subject: Re: [Xen-users] Slow disk access on forwarded RAID array X-BeenThere: xen-users@lists.xen.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 14/02/14 15:22, Mauro Condarelli wrote: > Hi, > I get a sluggish (600kb/s) read access on a Raid1 (mirror) disk array. > Is this to be expected? > What am I doing wrong? > > Configuration follows (if more details are needed I'm ready to provide > them, just ask): > > Both Dom0 and DomU are fairly simple debian Wheezy installs. > > The server "real" hardware is not state-of-the-art anymore, but it is > still a reasonably powerful machine: AMD Phenom(tm) II X6 1055T / 8Gb > DDR3 RAM > > Setup was done following "beginner-guide" (after that I switched to xl > toolchain). > > Dom0 has one plain disk (boot/root/LVM) and two RAID1 arrays (these were > on two different machines and I rewired them to the server: >> root@vmrunner:~# fdisk -l /dev/sde >> >> Disk /dev/sde: 320.1 GB, 320072933376 bytes >> 255 heads, 63 sectors/track, 38913 cylinders, total 625142448 sectors >> Units = sectors of 1 * 512 = 512 bytes >> Sector size (logical/physical): 512 bytes / 512 bytes >> I/O size (minimum/optimal): 512 bytes / 512 bytes >> Disk identifier: 0x000d11c8 >> >> Device Boot Start End Blocks Id System >> /dev/sde1 * 2048 585727 291840 83 Linux >> /dev/sde2 585728 12304383 5859328 82 Linux swap / >> Solaris >> /dev/sde3 12304384 41601023 14648320 83 Linux >> /dev/sde4 41601024 625141759 291770368 8e Linux LVM >> root@vmrunner:~# mdadm --detail --scan >> ARRAY /dev/md127 metadata=0.90 UUID=075741b5:c25af231:bfe7d838:0da5cb4d >> ARRAY /dev/md/store metadata=1.2 name=store >> UUID=b277d0c1:0ade7e6a:d0139b97:ac1a295b > > DomU configuration is straightforward: >> bootloader = '/usr/lib/xen-4.1/bin/pygrub' >> vcpus = '2' >> memory = '512' >> root = '/dev/xvda2 ro' >> disk = [ >> 'phy:/dev/vg0/fileserver-pv-guest-disk,xvda2,w', >> 'phy:/dev/vg0/fileserver-pv-guest-swap,xvda1,w', >> 'phy:/dev/md126,xvda3,w', >> 'phy:/dev/md127,xvda4,w' >> ] >> name = 'fileserver-pv-guest' >> dhcp = 'dhcp' >> vif = [ 'mac=00:16:3E:59:55:AD' ] >> on_poweroff = 'destroy' >> on_reboot = 'restart' >> on_crash = 'restart' > Notice I have a rather small memory (512Mb), but this DomU is going to > be "just" a file server (nfs+cifs). > > Also the configuration on DomU is quite straightforward: >> root@fileserver-pv-guest:/usr/share/doc/fio# cat /etc/fstab >> proc /proc proc defaults 0 0 >> devpts /dev/pts devpts rw,noexec,nosuid,gid=5,mode=620 >> 0 0 >> /dev/xvda1 none swap sw 0 0 >> /dev/xvda2 / ext3 noatime,nodiratime,errors=remount-ro 0 1 >> /dev/xvda3 /srv/shares/Store ext4 noatime,nodiratime,errors=remount-ro >> 0 2 >> /dev/xvda4 /srv/shares/Store/private ext4 >> noatime,nodiratime,errors=remount-ro 0 2 > But performance is NOT good: >> root@fileserver-pv-guest:~# cat rendom-read-test.fio >> ; random read of 128mb of data >> >> [random-read] >> rw=randread >> size=128m >> directory=/srv/shares/Store/Store/tmp/ >> root@fileserver-pv-guest:~# fio rendom-read-test.fio >> random-read: (g=0): rw=randread, bs=4K-4K/4K-4K, ioengine=sync, iodepth=1 >> 2.0.8 >> Starting 1 process >> random-read: Laying out IO file(s) (1 file(s) / 128MB) >> Jobs: 1 (f=1): [r] [100.0% done] [1704K/0K /s] [426 /0 iops] [eta >> 00m:00s] >> random-read: (groupid=0, jobs=1): err= 0: pid=4028 >> read : io=131072KB, bw=677296 B/s, iops=165 , runt=198167msec >> clat (usec): min=118 , max=964702 , avg=6040.88, stdev=7552.44 >> lat (usec): min=119 , max=964703 , avg=6041.92, stdev=7552.44 >> clat percentiles (usec): >> | 1.00th=[ 126], 5.00th=[ 131], 10.00th=[ 141], 20.00th=[ >> 151], >> | 30.00th=[ 167], 40.00th=[ 3888], 50.00th=[ 5728], 60.00th=[ >> 7520], >> | 70.00th=[ 9280], 80.00th=[11072], 90.00th=[12864], >> 95.00th=[13888], >> | 99.00th=[18048], 99.50th=[25984], 99.90th=[29824], >> 99.95th=[33536], >> | 99.99th=[68096] >> bw (KB/s) : min= 211, max= 1689, per=100.00%, avg=661.45, >> stdev=108.43 >> lat (usec) : 250=31.42%, 500=0.25%, 750=0.34%, 1000=0.07% >> lat (msec) : 2=0.22%, 4=8.33%, 10=33.08%, 20=25.44%, 50=0.84% >> lat (msec) : 100=0.01%, 250=0.01%, 1000=0.01% >> cpu : usr=0.34%, sys=0.17%, ctx=32880, majf=0, minf=24 >> IO depths : 1=100.0%, 2=0.0%, 4=0.0%, 8=0.0%, 16=0.0%, 32=0.0%, >> >=64=0.0% >> submit : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >> >=64=0.0% >> complete : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >> >=64=0.0% >> issued : total=r=32768/w=0/d=0, short=r=0/w=0/d=0 >> >> Run status group 0 (all jobs): >> READ: io=131072KB, aggrb=661KB/s, minb=661KB/s, maxb=661KB/s, >> mint=198167msec, maxt=198167msec >> >> Disk stats (read/write): >> xvda3: ios=32853/6, merge=0/2, ticks=199448/5640, in_queue=205200, >> util=99.82% > > Any hint/pointer welcome What kind of performance do you get if you try to execute the same benchmark on the same LVM volume from Dom0? Also, which kernel version are you using (both Dom0/DomU)? There have been some improvements in Linux blkback/blkfront recently. Roger. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Feb 14 16:12:47 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 14 Feb 2014 16:12: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 1WELMz-0001bL-6l; Fri, 14 Feb 2014 16:12:05 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WELMx-0001bG-CD for xen-users@lists.xen.org; Fri, 14 Feb 2014 16:12:04 +0000 Received: from [193.109.254.147:58821] by server-10.bemta-14.messagelabs.com id 71/CD-10711-2504EF25; Fri, 14 Feb 2014 16:12:02 +0000 X-Env-Sender: mc5686@mclink.it X-Msg-Ref: server-8.tower-27.messagelabs.com!1392394321!4411195!1 X-Originating-IP: [213.21.178.132] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26470 invoked from network); 14 Feb 2014 16:12:01 -0000 Received: from relaygw1-1.mclink.it (HELO relaygw1-1.mclink.it) (213.21.178.132) by server-8.tower-27.messagelabs.com with SMTP; 14 Feb 2014 16:12:01 -0000 Received: from [195.110.128.82] (HELO smtpoutgw1.mclink.it) by relaygw1-1.mclink.it (CommuniGate Pro SMTP 6.0.2) with ESMTP id 12525620 for xen-users@lists.xen.org; Fri, 14 Feb 2014 17:12:01 +0100 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApQBAG8//lJf/vy0/2dsb2JhbAANTIcXuSqDBoEqgxkBAQEDASMPAQVRCxgCAgUhAgIPAkYTCAEBh3kNpgZ2oRwXgSmNB1CCb4FJBJgslVGBaA Received: from host180-252-static.254-95-b.business.telecomitalia.it (HELO [192.168.7.147]) ([95.254.252.180]) by smtpoutgw1.mclink.it with ESMTP; 14 Feb 2014 17:12:00 +0100 Message-ID: <52FE404E.40809@mclink.it> Date: Fri, 14 Feb 2014 17:11:58 +0100 From: Mauro Condarelli User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <52FE26A9.8070309@mclink.it> <52FE3017.3010806@citrix.com> In-Reply-To: <52FE3017.3010806@citrix.com> Subject: Re: [Xen-users] Slow disk access on forwarded RAID array X-BeenThere: xen-users@lists.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 VGhhbmtzIGZvciBmYXN0IHJlc3BvbnNlLCBQYXUuCkNvbW1lbnRzIGJlbG93LgoKT24gdmVuZXJk w6wgMTQgZmViYnJhaW8gMjAxNCAxNjowMjo0NywgUm9nZXIgUGF1IE1vbm7DqSB3cm90ZToKPiBP biAxNC8wMi8xNCAxNToyMiwgTWF1cm8gQ29uZGFyZWxsaSB3cm90ZToKPj4gSGksCj4+IEkgZ2V0 IGEgc2x1Z2dpc2ggKDYwMGtiL3MpIHJlYWQgYWNjZXNzIG9uIGEgUmFpZDEgKG1pcnJvcikgZGlz ayBhcnJheS4KPj4gSXMgdGhpcyB0byBiZSBleHBlY3RlZD8KPj4gV2hhdCBhbSBJIGRvaW5nIHdy b25nPwo+Pgo+PiBDb25maWd1cmF0aW9uIGZvbGxvd3MgKGlmIG1vcmUgZGV0YWlscyBhcmUgbmVl ZGVkIEknbSByZWFkeSB0byBwcm92aWRlCj4+IHRoZW0sIGp1c3QgYXNrKToKPj4KPj4gQm90aCBE b20wIGFuZCBEb21VIGFyZSBmYWlybHkgc2ltcGxlIGRlYmlhbiBXaGVlenkgaW5zdGFsbHMuCj4+ Cj4+IFRoZSBzZXJ2ZXIgInJlYWwiIGhhcmR3YXJlIGlzIG5vdCBzdGF0ZS1vZi10aGUtYXJ0IGFu eW1vcmUsIGJ1dCBpdCBpcwo+PiBzdGlsbCBhIHJlYXNvbmFibHkgcG93ZXJmdWwgbWFjaGluZTog QU1EIFBoZW5vbSh0bSkgSUkgWDYgMTA1NVQgLyA4R2IKPj4gRERSMyBSQU0KPj4KPj4gU2V0dXAg d2FzIGRvbmUgZm9sbG93aW5nICJiZWdpbm5lci1ndWlkZSIgKGFmdGVyIHRoYXQgSSBzd2l0Y2hl ZCB0byB4bAo+PiB0b29sY2hhaW4pLgo+Pgo+PiBEb20wIGhhcyBvbmUgcGxhaW4gZGlzayAoYm9v dC9yb290L0xWTSkgYW5kIHR3byBSQUlEMSBhcnJheXMgKHRoZXNlIHdlcmUKPj4gb24gdHdvIGRp ZmZlcmVudCBtYWNoaW5lcyBhbmQgSSByZXdpcmVkIHRoZW0gdG8gdGhlIHNlcnZlcjoKPj4+IHJv b3RAdm1ydW5uZXI6fiMgZmRpc2sgLWwgL2Rldi9zZGUKPj4+Cj4+PiBEaXNrIC9kZXYvc2RlOiAz MjAuMSBHQiwgMzIwMDcyOTMzMzc2IGJ5dGVzCj4+PiAyNTUgaGVhZHMsIDYzIHNlY3RvcnMvdHJh Y2ssIDM4OTEzIGN5bGluZGVycywgdG90YWwgNjI1MTQyNDQ4IHNlY3RvcnMKPj4+IFVuaXRzID0g c2VjdG9ycyBvZiAxICogNTEyID0gNTEyIGJ5dGVzCj4+PiBTZWN0b3Igc2l6ZSAobG9naWNhbC9w aHlzaWNhbCk6IDUxMiBieXRlcyAvIDUxMiBieXRlcwo+Pj4gSS9PIHNpemUgKG1pbmltdW0vb3B0 aW1hbCk6IDUxMiBieXRlcyAvIDUxMiBieXRlcwo+Pj4gRGlzayBpZGVudGlmaWVyOiAweDAwMGQx MWM4Cj4+Pgo+Pj4gICAgIERldmljZSBCb290ICAgICAgU3RhcnQgICAgICAgICBFbmQgICAgICBC bG9ja3MgICBJZCAgU3lzdGVtCj4+PiAvZGV2L3NkZTEgICAqICAgICAgICAyMDQ4ICAgICAgNTg1 NzI3ICAgICAgMjkxODQwICAgODMgIExpbnV4Cj4+PiAvZGV2L3NkZTIgICAgICAgICAgNTg1NzI4 ICAgIDEyMzA0MzgzICAgICA1ODU5MzI4ICAgODIgIExpbnV4IHN3YXAgLwo+Pj4gU29sYXJpcwo+ Pj4gL2Rldi9zZGUzICAgICAgICAxMjMwNDM4NCAgICA0MTYwMTAyMyAgICAxNDY0ODMyMCAgIDgz ICBMaW51eAo+Pj4gL2Rldi9zZGU0ICAgICAgICA0MTYwMTAyNCAgIDYyNTE0MTc1OSAgIDI5MTc3 MDM2OCAgIDhlICBMaW51eCBMVk0KPj4+IHJvb3RAdm1ydW5uZXI6fiMgbWRhZG0gLS1kZXRhaWwg LS1zY2FuCj4+PiBBUlJBWSAvZGV2L21kMTI3IG1ldGFkYXRhPTAuOTAgVVVJRD0wNzU3NDFiNTpj MjVhZjIzMTpiZmU3ZDgzODowZGE1Y2I0ZAo+Pj4gQVJSQVkgL2Rldi9tZC9zdG9yZSBtZXRhZGF0 YT0xLjIgbmFtZT1zdG9yZQo+Pj4gVVVJRD1iMjc3ZDBjMTowYWRlN2U2YTpkMDEzOWI5NzphYzFh Mjk1Ygo+Pgo+PiBEb21VIGNvbmZpZ3VyYXRpb24gaXMgc3RyYWlnaHRmb3J3YXJkOgo+Pj4gYm9v dGxvYWRlciA9ICcvdXNyL2xpYi94ZW4tNC4xL2Jpbi9weWdydWInCj4+PiB2Y3B1cyAgICAgICA9 ICcyJwo+Pj4gbWVtb3J5ICAgICAgPSAnNTEyJwo+Pj4gcm9vdCAgICAgICAgPSAnL2Rldi94dmRh MiBybycKPj4+IGRpc2sgICAgICAgID0gWwo+Pj4gICAgICAgICAgICAgICAgICAgICdwaHk6L2Rl di92ZzAvZmlsZXNlcnZlci1wdi1ndWVzdC1kaXNrLHh2ZGEyLHcnLAo+Pj4gICAgICAgICAgICAg ICAgICAgICdwaHk6L2Rldi92ZzAvZmlsZXNlcnZlci1wdi1ndWVzdC1zd2FwLHh2ZGExLHcnLAo+ Pj4gICAgICAgICAgICAgICAgICAgICdwaHk6L2Rldi9tZDEyNix4dmRhMyx3JywKPj4+ICAgICAg ICAgICAgICAgICAgICAncGh5Oi9kZXYvbWQxMjcseHZkYTQsdycKPj4+ICAgICAgICAgICAgICAg IF0KPj4+IG5hbWUgICAgICAgID0gJ2ZpbGVzZXJ2ZXItcHYtZ3Vlc3QnCj4+PiBkaGNwICAgICAg ICA9ICdkaGNwJwo+Pj4gdmlmICAgICAgICAgPSBbICdtYWM9MDA6MTY6M0U6NTk6NTU6QUQnIF0K Pj4+IG9uX3Bvd2Vyb2ZmID0gJ2Rlc3Ryb3knCj4+PiBvbl9yZWJvb3QgICA9ICdyZXN0YXJ0Jwo+ Pj4gb25fY3Jhc2ggICAgPSAncmVzdGFydCcKPj4gTm90aWNlIEkgaGF2ZSBhIHJhdGhlciBzbWFs bCBtZW1vcnkgKDUxMk1iKSwgYnV0IHRoaXMgRG9tVSBpcyBnb2luZyB0bwo+PiBiZSAianVzdCIg YSBmaWxlIHNlcnZlciAobmZzK2NpZnMpLgo+Pgo+PiBBbHNvIHRoZSBjb25maWd1cmF0aW9uIG9u IERvbVUgaXMgcXVpdGUgc3RyYWlnaHRmb3J3YXJkOgo+Pj4gcm9vdEBmaWxlc2VydmVyLXB2LWd1 ZXN0Oi91c3Ivc2hhcmUvZG9jL2ZpbyMgY2F0IC9ldGMvZnN0YWIKPj4+IHByb2MgICAgICAgICAg ICAvcHJvYyAgICAgICAgICAgcHJvYyAgICBkZWZhdWx0cyAgICAgICAgMCAgICAgICAwCj4+PiBk ZXZwdHMgICAgICAgICAgL2Rldi9wdHMgICAgICAgIGRldnB0cyBydyxub2V4ZWMsbm9zdWlkLGdp ZD01LG1vZGU9NjIwCj4+PiAwICAwCj4+PiAvZGV2L3h2ZGExIG5vbmUgc3dhcCBzdyAwIDAKPj4+ IC9kZXYveHZkYTIgLyBleHQzIG5vYXRpbWUsbm9kaXJhdGltZSxlcnJvcnM9cmVtb3VudC1ybyAw IDEKPj4+IC9kZXYveHZkYTMgL3Nydi9zaGFyZXMvU3RvcmUgZXh0NCBub2F0aW1lLG5vZGlyYXRp bWUsZXJyb3JzPXJlbW91bnQtcm8KPj4+IDAgMgo+Pj4gL2Rldi94dmRhNCAvc3J2L3NoYXJlcy9T dG9yZS9wcml2YXRlIGV4dDQKPj4+IG5vYXRpbWUsbm9kaXJhdGltZSxlcnJvcnM9cmVtb3VudC1y byAwIDIKPj4gQnV0IHBlcmZvcm1hbmNlIGlzIE5PVCBnb29kOgo+Pj4gcm9vdEBmaWxlc2VydmVy LXB2LWd1ZXN0On4jIGNhdCByZW5kb20tcmVhZC10ZXN0LmZpbwo+Pj4gOyByYW5kb20gcmVhZCBv ZiAxMjhtYiBvZiBkYXRhCj4+Pgo+Pj4gW3JhbmRvbS1yZWFkXQo+Pj4gcnc9cmFuZHJlYWQKPj4+ IHNpemU9MTI4bQo+Pj4gZGlyZWN0b3J5PS9zcnYvc2hhcmVzL1N0b3JlL1N0b3JlL3RtcC8KPj4+ IHJvb3RAZmlsZXNlcnZlci1wdi1ndWVzdDp+IyBmaW8gcmVuZG9tLXJlYWQtdGVzdC5maW8KPj4+ IC4uLgo+Pj4gICAgcmVhZCA6IGlvPTEzMTA3MktCLCBidz02NzcyOTYgQi9zLCBpb3BzPTE2NSAs IHJ1bnQ9MTk4MTY3bXNlYwoKPj4KPj4gQW55IGhpbnQvcG9pbnRlciB3ZWxjb21lCj4KPiBXaGF0 IGtpbmQgb2YgcGVyZm9ybWFuY2UgZG8geW91IGdldCBpZiB5b3UgdHJ5IHRvIGV4ZWN1dGUgdGhl IHNhbWUKPiBiZW5jaG1hcmsgb24gdGhlIHNhbWUgTFZNIHZvbHVtZSBmcm9tIERvbTA/CgpVaG0s IEkgd2FzIG5vdCBjbGVhcjoKTFZNIGlzIHVzZWQgZm9yIERvbVUgc3RvcmFnZS4KSSBoYXZlIG5v IHByb2JsZW0gdGhlcmUgKEkgdGhpbmssIEknbGwgY3Jvc3MtY2hlY2spLgpXaGVyZSBJIGhhdmUg cHJvYmxlbXMgaXMgb24gdGhlIHR3byBSQUlEMSBhcnJheXMgdGhhdCBhcmUgYWNjZXNzZWQgCkVY Q0xVU0lWRUxZIGJ5IERvbVUuCkFzIGEgbWF0dGVyIG9mIGZhY3QgSSBkbyBtb3VudCBvbiBEb20w IGEgc2hhcmUgZXhwb3J0ZWQgYnkgZmlsZXNlcnZlciAKaWYgYW5kIHdoZW4gSSBuZWVkIHRvIGFj Y2VzcyB0aGUgUmFpZCBBcnJheXMgZnJvbSBEb20wIChzZWUgYmVsb3cpLgpJIHdpbGwgc3RvcCB0 aGUgZmlsZXNlcnZlciB0byBtb3VudCB0aGUgYXJyYXlzIGRpcmVjdGx5IG9uIERvbTAuCkRvbmUu CkkgZ2V0IHRoZSBzYW1lIChzbG93KSBwZXJmb3JtYW5jZToKCnJvb3RAdm1ydW5uZXI6fiMgbW91 bnQKc3lzZnMgb24gL3N5cyB0eXBlIHN5c2ZzIChydyxub3N1aWQsbm9kZXYsbm9leGVjLHJlbGF0 aW1lKQpwcm9jIG9uIC9wcm9jIHR5cGUgcHJvYyAocncsbm9zdWlkLG5vZGV2LG5vZXhlYyxyZWxh dGltZSkKdWRldiBvbiAvZGV2IHR5cGUgZGV2dG1wZnMgCihydyxyZWxhdGltZSxzaXplPTEwMjQw ayxucl9pbm9kZXM9ODU2NzUxLG1vZGU9NzU1KQpkZXZwdHMgb24gL2Rldi9wdHMgdHlwZSBkZXZw dHMgCihydyxub3N1aWQsbm9leGVjLHJlbGF0aW1lLGdpZD01LG1vZGU9NjIwLHB0bXhtb2RlPTAw MCkKdG1wZnMgb24gL3J1biB0eXBlIHRtcGZzIAoocncsbm9zdWlkLG5vZXhlYyxyZWxhdGltZSxz aXplPTY4OTU0OGssbnJfaW5vZGVzPTg2MTkzMixtb2RlPTc1NSkKL2Rldi9kaXNrL2J5LXV1aWQv OGE2MGJiY2EtMWJkOC00N2U3LWJjNWItOGQ1OWJiODQxNDA0IG9uIC8gdHlwZSBleHQ0IAoocncs cmVsYXRpbWUsZXJyb3JzPXJlbW91bnQtcm8sdXNlcl94YXR0cixiYXJyaWVyPTEsZGF0YT1vcmRl cmVkKQp0bXBmcyBvbiAvcnVuL2xvY2sgdHlwZSB0bXBmcyAKKHJ3LG5vc3VpZCxub2Rldixub2V4 ZWMscmVsYXRpbWUsc2l6ZT01MTIwayxucl9pbm9kZXM9ODYxOTMyKQp0bXBmcyBvbiAvcnVuL3No bSB0eXBlIHRtcGZzIAoocncsbm9zdWlkLG5vZGV2LG5vZXhlYyxyZWxhdGltZSxzaXplPTEzNzkw ODBrLG5yX2lub2Rlcz04NjE5MzIpCi9kZXYvc2RlMSBvbiAvYm9vdCB0eXBlIGV4dDQgCihydyxy ZWxhdGltZSx1c2VyX3hhdHRyLGJhcnJpZXI9MSxkYXRhPW9yZGVyZWQpCnJwY19waXBlZnMgb24g L3Zhci9saWIvbmZzL3JwY19waXBlZnMgdHlwZSBycGNfcGlwZWZzIChydyxyZWxhdGltZSkKbm9u ZSBvbiAvc3lzL2tlcm5lbC9jb25maWcgdHlwZSBjb25maWdmcyAocncscmVsYXRpbWUpCmJpbmZt dF9taXNjIG9uIC9wcm9jL3N5cy9mcy9iaW5mbXRfbWlzYyB0eXBlIGJpbmZtdF9taXNjIAoocncs bm9zdWlkLG5vZGV2LG5vZXhlYyxyZWxhdGltZSkKeGVuZnMgb24gL3Byb2MveGVuIHR5cGUgeGVu ZnMgKHJ3LHJlbGF0aW1lKQpmaWxlc2VydmVyOi9zcnYvc2hhcmVzL1N0b3JlIG9uIC9tbnQvZmls ZXNlcnZlci9TdG9yZSB0eXBlIG5mczQgCihydyxyZWxhdGltZSx2ZXJzPTQscnNpemU9NjU1MzYs d3NpemU9NjU1MzYsbmFtbGVuPTI1NSxoYXJkLHByb3RvPXRjcCxwb3J0PTAsdGltZW89NjAwLHJl dHJhbnM9MixzZWM9c3lzLGNsaWVudGFkZHI9MTkyLjE2OC43LjEwMSxtaW5vcnZlcnNpb249MCxs b2NhbF9sb2NrPW5vbmUsYWRkcj0xOTIuMTY4LjcuMTA5KQovZGV2L21kMTI2IG9uIC9tbnQvYSB0 eXBlIGV4dDQgCihydyxyZWxhdGltZSx1c2VyX3hhdHRyLGJhcnJpZXI9MSxkYXRhPW9yZGVyZWQp Ci9kZXYvbWQxMjcgb24gL21udC9iIHR5cGUgZXh0MyAKKHJ3LHJlbGF0aW1lLGVycm9ycz1jb250 aW51ZSxiYXJyaWVyPTEsZGF0YT1vcmRlcmVkKQpyb290QHZtcnVubmVyOn4jIGNhdCBmaW8uY2Zn CltnbG9iYWxdCnJ3PXJhbmRyZWFkCnNpemU9MTI4bQoKW3IxXQpkaXJlY3Rvcnk9L21udC9hCgpb cjJdCmRpcmVjdG9yeT0vbW50L2IKCnJvb3RAdm1ydW5uZXI6fiMgZmlvIGZpby5jZmcKcjE6IChn PTApOiBydz1yYW5kcmVhZCwgYnM9NEstNEsvNEstNEssIGlvZW5naW5lPXN5bmMsIGlvZGVwdGg9 MQpyMjogKGc9MCk6IHJ3PXJhbmRyZWFkLCBicz00Sy00Sy80Sy00SywgaW9lbmdpbmU9c3luYywg aW9kZXB0aD0xCjIuMC44ClN0YXJ0aW5nIDIgcHJvY2Vzc2VzCnIxOiBMYXlpbmcgb3V0IElPIGZp bGUocykgKDEgZmlsZShzKSAvIDEyOE1CKQpyMjogTGF5aW5nIG91dCBJTyBmaWxlKHMpICgxIGZp bGUocykgLyAxMjhNQikKSm9iczogMSAoZj0xKTogW3JfXSBbMTAwLjAlIGRvbmVdIFsxODE0Sy8w SyAvc10gWzQ1MyAvMCAgaW9wc10gW2V0YSAKMDBtOjAwc10KcjE6IChncm91cGlkPTAsIGpvYnM9 MSk6IGVycj0gMDogcGlkPTMxODc3CiAgcmVhZCA6IGlvPTEzMTA3MktCLCBidz02Nzk5NDQgQi9z LCBpb3BzPTE2NiAsIHJ1bnQ9MTk3Mzk1bXNlYwogICAgY2xhdCAodXNlYyk6IG1pbj05OSAsIG1h eD02MTU5NTUgLCBhdmc9NjAxNy4zOCwgc3RkZXY9NjIzOS41OQogICAgIGxhdCAodXNlYyk6IG1p bj05OSAsIG1heD02MTU5NTYgLCBhdmc9NjAxOC40MSwgc3RkZXY9NjIzOS42MAogICAgY2xhdCBw ZXJjZW50aWxlcyAodXNlYyk6CiAgICAgfCAgMS4wMHRoPVsgIDExMV0sICA1LjAwdGg9WyAgMTE2 XSwgMTAuMDB0aD1bICAxMjNdLCAyMC4wMHRoPVsgIAoxMzddLAogICAgIHwgMzAuMDB0aD1bICAx NTVdLCA0MC4wMHRoPVsgMzk4NF0sIDUwLjAwdGg9WyA1NzI4XSwgNjAuMDB0aD1bIAo3NTIwXSwK ICAgICB8IDcwLjAwdGg9WyA5MjgwXSwgODAuMDB0aD1bMTEwNzJdLCA5MC4wMHRoPVsxMjg2NF0s IAo5NS4wMHRoPVsxMzc2MF0sCiAgICAgfCA5OS4wMHRoPVsxNjA2NF0sIDk5LjUwdGg9WzIzNDI0 XSwgOTkuOTB0aD1bMjcyNjRdLCAKOTkuOTV0aD1bMzAzMzZdLAogICAgIHwgOTkuOTl0aD1bNzUy NjRdCiAgICBidyAoS0IvcykgIDogbWluPSAgMTQwLCBtYXg9IDE4MDgsIHBlcj01MC4wMyUsIGF2 Zz02NjQuNDAsIApzdGRldj0xMTEuNTEKICAgIGxhdCAodXNlYykgOiAxMDA9MC4wMSUsIDI1MD0z MC43NCUsIDUwMD0wLjEzJSwgNzUwPTAuMzklLCAxMDAwPTAuMDIlCiAgICBsYXQgKG1zZWMpIDog Mj0wLjIwJSwgND04LjYwJSwgMTA9MzMuNzYlLCAyMD0yNS40NCUsIDUwPTAuNjglCiAgICBsYXQg KG1zZWMpIDogMTAwPTAuMDIlLCAyNTA9MC4wMSUsIDc1MD0wLjAxJQogIGNwdSAgICAgICAgICA6 IHVzcj0wLjA5JSwgc3lzPTAuNTQlLCBjdHg9MzI4NTgsIG1hamY9MCwgbWluZj0yNAogIElPIGRl cHRocyAgICA6IDE9MTAwLjAlLCAyPTAuMCUsIDQ9MC4wJSwgOD0wLjAlLCAxNj0wLjAlLCAzMj0w LjAlLCAKID49NjQ9MC4wJQogICAgIHN1Ym1pdCAgICA6IDA9MC4wJSwgND0xMDAuMCUsIDg9MC4w JSwgMTY9MC4wJSwgMzI9MC4wJSwgNjQ9MC4wJSwgCiA+PTY0PTAuMCUKICAgICBjb21wbGV0ZSAg OiAwPTAuMCUsIDQ9MTAwLjAlLCA4PTAuMCUsIDE2PTAuMCUsIDMyPTAuMCUsIDY0PTAuMCUsIAog Pj02ND0wLjAlCiAgICAgaXNzdWVkICAgIDogdG90YWw9cj0zMjc2OC93PTAvZD0wLCBzaG9ydD1y PTAvdz0wL2Q9MApyMjogKGdyb3VwaWQ9MCwgam9icz0xKTogZXJyPSAwOiBwaWQ9MzE4NzgKICBy ZWFkIDogaW89MTMxMDcyS0IsIGJ3PTc5MDczMCBCL3MsIGlvcHM9MTkzICwgcnVudD0xNjk3Mzlt c2VjCiAgICBjbGF0ICh1c2VjKTogbWluPTgyICwgbWF4PTMwODAzMyAsIGF2Zz01MTcyLjk1LCBz dGRldj0zODczLjIyCiAgICAgbGF0ICh1c2VjKTogbWluPTgzICwgbWF4PTMwODAzNCAsIGF2Zz01 MTc0LjAyLCBzdGRldj0zODczLjIyCiAgICBjbGF0IHBlcmNlbnRpbGVzICh1c2VjKToKICAgICB8 ICAxLjAwdGg9WyAgMTYzXSwgIDUuMDB0aD1bICAxNzNdLCAxMC4wMHRoPVsgIDE4MV0sIDIwLjAw dGg9WyAgCjM5MF0sCiAgICAgfCAzMC4wMHRoPVsgMzIxNl0sIDQwLjAwdGg9WyA0MjU2XSwgNTAu MDB0aD1bIDUzNDRdLCA2MC4wMHRoPVsgCjYzNjhdLAogICAgIHwgNzAuMDB0aD1bIDc0NTZdLCA4 MC4wMHRoPVsgODUxMl0sIDkwLjAwdGg9WyA5NTM2XSwgCjk1LjAwdGg9WzEwMTc2XSwKICAgICB8 IDk5LjAwdGg9WzEwODE2XSwgOTkuNTB0aD1bMTEzMjhdLCA5OS45MHRoPVsxNzAyNF0sIAo5OS45 NXRoPVsxOTMyOF0sCiAgICAgfCA5OS45OXRoPVs3MTE2OF0KICAgIGJ3IChLQi9zKSAgOiBtaW49 ICAzMjYsIG1heD0gMTQzMiwgcGVyPTU3LjgxJSwgYXZnPTc2Ny43MSwgCnN0ZGV2PTczLjUwCiAg ICBsYXQgKHVzZWMpIDogMTAwPTAuMDMlLCAyNTA9MTkuMjAlLCA1MDA9MS4wMyUsIDc1MD0wLjA0 JSwgMTAwMD0wLjA0JQogICAgbGF0IChtc2VjKSA6IDI9MS4yMSUsIDQ9MTUuNzklLCAxMD01Ni42 NyUsIDIwPTUuOTQlLCA1MD0wLjAyJQogICAgbGF0IChtc2VjKSA6IDEwMD0wLjAyJSwgNTAwPTAu MDElCiAgY3B1ICAgICAgICAgIDogdXNyPTAuMDklLCBzeXM9MC43MSUsIGN0eD0zMzA2MSwgbWFq Zj0wLCBtaW5mPTI1CiAgSU8gZGVwdGhzICAgIDogMT0xMDAuMCUsIDI9MC4wJSwgND0wLjAlLCA4 PTAuMCUsIDE2PTAuMCUsIDMyPTAuMCUsIAogPj02ND0wLjAlCiAgICAgc3VibWl0ICAgIDogMD0w LjAlLCA0PTEwMC4wJSwgOD0wLjAlLCAxNj0wLjAlLCAzMj0wLjAlLCA2ND0wLjAlLCAKID49NjQ9 MC4wJQogICAgIGNvbXBsZXRlICA6IDA9MC4wJSwgND0xMDAuMCUsIDg9MC4wJSwgMTY9MC4wJSwg MzI9MC4wJSwgNjQ9MC4wJSwgCiA+PTY0PTAuMCUKICAgICBpc3N1ZWQgICAgOiB0b3RhbD1yPTMy NzY4L3c9MC9kPTAsIHNob3J0PXI9MC93PTAvZD0wCgpSdW4gc3RhdHVzIGdyb3VwIDAgKGFsbCBq b2JzKToKICAgUkVBRDogaW89MjYyMTQ0S0IsIGFnZ3JiPTEzMjhLQi9zLCBtaW5iPTY2NEtCL3Ms IG1heGI9NzcyS0IvcywgCm1pbnQ9MTY5NzM5bXNlYywgbWF4dD0xOTczOTVtc2VjCgpEaXNrIHN0 YXRzIChyZWFkL3dyaXRlKToKICAgIG1kMTI2OiBpb3M9MzI3MzgvMTAsIG1lcmdlPTAvMCwgdGlj a3M9MC8wLCBpbl9xdWV1ZT0wLCB1dGlsPTAuMDAlLCAKYWdncmlvcz0xNjM4NC8xMiwgYWdncm1l cmdlPTAvMiwgYWdncnRpY2tzPTk4Mzc0LzkxMiwgCmFnZ3Jpbl9xdWV1ZT05OTI3OCwgYWdncnV0 aWw9OTAuNTglCiAgc2RoOiBpb3M9MzAwMjQvMTIsIG1lcmdlPTAvMiwgdGlja3M9MTc4NTM2LzI4 MCwgaW5fcXVldWU9MTc4ODAwLCAKdXRpbD05MC41OCUKICBzZGk6IGlvcz0yNzQ0LzEyLCBtZXJn ZT0wLzIsIHRpY2tzPTE4MjEyLzE1NDQsIGluX3F1ZXVlPTE5NzU2LCAKdXRpbD05LjQ3JQogICAg bWQxMjc6IGlvcz0zMjY5MS80NywgbWVyZ2U9MC8wLCB0aWNrcz0wLzAsIGluX3F1ZXVlPTAsIHV0 aWw9MC4wMCUsIAphZ2dyaW9zPTE2Mzg0LzQ4LCBhZ2dybWVyZ2U9MC80LCBhZ2dydGlja3M9ODQ0 ODIvMTYyMiwgCmFnZ3Jpbl9xdWV1ZT04NjEwNCwgYWdncnV0aWw9NzIuNTAlCiAgc2RmOiBpb3M9 Mjc4MjYvNDgsIG1lcmdlPTAvNCwgdGlja3M9MTQyODU2LzExNTIsIGluX3F1ZXVlPTE0NDAwOCwg CnV0aWw9NzIuNTAlCiAgc2RnOiBpb3M9NDk0Mi80OCwgbWVyZ2U9MC80LCB0aWNrcz0yNjEwOC8y MDkyLCBpbl9xdWV1ZT0yODIwMCwgCnV0aWw9MTMuMzMlCgoKPgo+IEFsc28sIHdoaWNoIGtlcm5l bCB2ZXJzaW9uIGFyZSB5b3UgdXNpbmcgKGJvdGggRG9tMC9Eb21VKT8gVGhlcmUgaGF2ZQo+IGJl ZW4gc29tZSBpbXByb3ZlbWVudHMgaW4gTGludXggYmxrYmFjay9ibGtmcm9udCByZWNlbnRseS4K CkJvdGggYXJlIHN0YW5kYXJkIERlYmlhbiBXaGVlenkuCgpEb20wOgpyb290QHZtcnVubmVyOn4j IHVuYW1lIC1hCkxpbnV4IHZtcnVubmVyIDMuMi4wLTQtYW1kNjQgIzEgU01QIERlYmlhbiAzLjIu NTEtMSB4ODZfNjQgR05VL0xpbnV4CgpEb21VOgpyb290QGZpbGVzZXJ2ZXItcHYtZ3Vlc3Q6fiMg dW5hbWUgLWEKTGludXggZmlsZXNlcnZlci1wdi1ndWVzdCAzLjIuMC00LWFtZDY0ICMxIFNNUCBE ZWJpYW4gMy4yLjUxLTEgeDg2XzY0IApHTlUvTGludXgKCj4KPiBSb2dlci4KClRpQQpNYXVybwoK X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJz IG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9y Zy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Fri Feb 14 16:12:47 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 14 Feb 2014 16:12: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 1WELMz-0001bL-6l; Fri, 14 Feb 2014 16:12:05 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WELMx-0001bG-CD for xen-users@lists.xen.org; Fri, 14 Feb 2014 16:12:04 +0000 Received: from [193.109.254.147:58821] by server-10.bemta-14.messagelabs.com id 71/CD-10711-2504EF25; Fri, 14 Feb 2014 16:12:02 +0000 X-Env-Sender: mc5686@mclink.it X-Msg-Ref: server-8.tower-27.messagelabs.com!1392394321!4411195!1 X-Originating-IP: [213.21.178.132] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26470 invoked from network); 14 Feb 2014 16:12:01 -0000 Received: from relaygw1-1.mclink.it (HELO relaygw1-1.mclink.it) (213.21.178.132) by server-8.tower-27.messagelabs.com with SMTP; 14 Feb 2014 16:12:01 -0000 Received: from [195.110.128.82] (HELO smtpoutgw1.mclink.it) by relaygw1-1.mclink.it (CommuniGate Pro SMTP 6.0.2) with ESMTP id 12525620 for xen-users@lists.xen.org; Fri, 14 Feb 2014 17:12:01 +0100 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApQBAG8//lJf/vy0/2dsb2JhbAANTIcXuSqDBoEqgxkBAQEDASMPAQVRCxgCAgUhAgIPAkYTCAEBh3kNpgZ2oRwXgSmNB1CCb4FJBJgslVGBaA Received: from host180-252-static.254-95-b.business.telecomitalia.it (HELO [192.168.7.147]) ([95.254.252.180]) by smtpoutgw1.mclink.it with ESMTP; 14 Feb 2014 17:12:00 +0100 Message-ID: <52FE404E.40809@mclink.it> Date: Fri, 14 Feb 2014 17:11:58 +0100 From: Mauro Condarelli User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <52FE26A9.8070309@mclink.it> <52FE3017.3010806@citrix.com> In-Reply-To: <52FE3017.3010806@citrix.com> Subject: Re: [Xen-users] Slow disk access on forwarded RAID array X-BeenThere: xen-users@lists.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 VGhhbmtzIGZvciBmYXN0IHJlc3BvbnNlLCBQYXUuCkNvbW1lbnRzIGJlbG93LgoKT24gdmVuZXJk w6wgMTQgZmViYnJhaW8gMjAxNCAxNjowMjo0NywgUm9nZXIgUGF1IE1vbm7DqSB3cm90ZToKPiBP biAxNC8wMi8xNCAxNToyMiwgTWF1cm8gQ29uZGFyZWxsaSB3cm90ZToKPj4gSGksCj4+IEkgZ2V0 IGEgc2x1Z2dpc2ggKDYwMGtiL3MpIHJlYWQgYWNjZXNzIG9uIGEgUmFpZDEgKG1pcnJvcikgZGlz ayBhcnJheS4KPj4gSXMgdGhpcyB0byBiZSBleHBlY3RlZD8KPj4gV2hhdCBhbSBJIGRvaW5nIHdy b25nPwo+Pgo+PiBDb25maWd1cmF0aW9uIGZvbGxvd3MgKGlmIG1vcmUgZGV0YWlscyBhcmUgbmVl ZGVkIEknbSByZWFkeSB0byBwcm92aWRlCj4+IHRoZW0sIGp1c3QgYXNrKToKPj4KPj4gQm90aCBE b20wIGFuZCBEb21VIGFyZSBmYWlybHkgc2ltcGxlIGRlYmlhbiBXaGVlenkgaW5zdGFsbHMuCj4+ Cj4+IFRoZSBzZXJ2ZXIgInJlYWwiIGhhcmR3YXJlIGlzIG5vdCBzdGF0ZS1vZi10aGUtYXJ0IGFu eW1vcmUsIGJ1dCBpdCBpcwo+PiBzdGlsbCBhIHJlYXNvbmFibHkgcG93ZXJmdWwgbWFjaGluZTog QU1EIFBoZW5vbSh0bSkgSUkgWDYgMTA1NVQgLyA4R2IKPj4gRERSMyBSQU0KPj4KPj4gU2V0dXAg d2FzIGRvbmUgZm9sbG93aW5nICJiZWdpbm5lci1ndWlkZSIgKGFmdGVyIHRoYXQgSSBzd2l0Y2hl ZCB0byB4bAo+PiB0b29sY2hhaW4pLgo+Pgo+PiBEb20wIGhhcyBvbmUgcGxhaW4gZGlzayAoYm9v dC9yb290L0xWTSkgYW5kIHR3byBSQUlEMSBhcnJheXMgKHRoZXNlIHdlcmUKPj4gb24gdHdvIGRp ZmZlcmVudCBtYWNoaW5lcyBhbmQgSSByZXdpcmVkIHRoZW0gdG8gdGhlIHNlcnZlcjoKPj4+IHJv b3RAdm1ydW5uZXI6fiMgZmRpc2sgLWwgL2Rldi9zZGUKPj4+Cj4+PiBEaXNrIC9kZXYvc2RlOiAz MjAuMSBHQiwgMzIwMDcyOTMzMzc2IGJ5dGVzCj4+PiAyNTUgaGVhZHMsIDYzIHNlY3RvcnMvdHJh Y2ssIDM4OTEzIGN5bGluZGVycywgdG90YWwgNjI1MTQyNDQ4IHNlY3RvcnMKPj4+IFVuaXRzID0g c2VjdG9ycyBvZiAxICogNTEyID0gNTEyIGJ5dGVzCj4+PiBTZWN0b3Igc2l6ZSAobG9naWNhbC9w aHlzaWNhbCk6IDUxMiBieXRlcyAvIDUxMiBieXRlcwo+Pj4gSS9PIHNpemUgKG1pbmltdW0vb3B0 aW1hbCk6IDUxMiBieXRlcyAvIDUxMiBieXRlcwo+Pj4gRGlzayBpZGVudGlmaWVyOiAweDAwMGQx MWM4Cj4+Pgo+Pj4gICAgIERldmljZSBCb290ICAgICAgU3RhcnQgICAgICAgICBFbmQgICAgICBC bG9ja3MgICBJZCAgU3lzdGVtCj4+PiAvZGV2L3NkZTEgICAqICAgICAgICAyMDQ4ICAgICAgNTg1 NzI3ICAgICAgMjkxODQwICAgODMgIExpbnV4Cj4+PiAvZGV2L3NkZTIgICAgICAgICAgNTg1NzI4 ICAgIDEyMzA0MzgzICAgICA1ODU5MzI4ICAgODIgIExpbnV4IHN3YXAgLwo+Pj4gU29sYXJpcwo+ Pj4gL2Rldi9zZGUzICAgICAgICAxMjMwNDM4NCAgICA0MTYwMTAyMyAgICAxNDY0ODMyMCAgIDgz ICBMaW51eAo+Pj4gL2Rldi9zZGU0ICAgICAgICA0MTYwMTAyNCAgIDYyNTE0MTc1OSAgIDI5MTc3 MDM2OCAgIDhlICBMaW51eCBMVk0KPj4+IHJvb3RAdm1ydW5uZXI6fiMgbWRhZG0gLS1kZXRhaWwg LS1zY2FuCj4+PiBBUlJBWSAvZGV2L21kMTI3IG1ldGFkYXRhPTAuOTAgVVVJRD0wNzU3NDFiNTpj MjVhZjIzMTpiZmU3ZDgzODowZGE1Y2I0ZAo+Pj4gQVJSQVkgL2Rldi9tZC9zdG9yZSBtZXRhZGF0 YT0xLjIgbmFtZT1zdG9yZQo+Pj4gVVVJRD1iMjc3ZDBjMTowYWRlN2U2YTpkMDEzOWI5NzphYzFh Mjk1Ygo+Pgo+PiBEb21VIGNvbmZpZ3VyYXRpb24gaXMgc3RyYWlnaHRmb3J3YXJkOgo+Pj4gYm9v dGxvYWRlciA9ICcvdXNyL2xpYi94ZW4tNC4xL2Jpbi9weWdydWInCj4+PiB2Y3B1cyAgICAgICA9 ICcyJwo+Pj4gbWVtb3J5ICAgICAgPSAnNTEyJwo+Pj4gcm9vdCAgICAgICAgPSAnL2Rldi94dmRh MiBybycKPj4+IGRpc2sgICAgICAgID0gWwo+Pj4gICAgICAgICAgICAgICAgICAgICdwaHk6L2Rl di92ZzAvZmlsZXNlcnZlci1wdi1ndWVzdC1kaXNrLHh2ZGEyLHcnLAo+Pj4gICAgICAgICAgICAg ICAgICAgICdwaHk6L2Rldi92ZzAvZmlsZXNlcnZlci1wdi1ndWVzdC1zd2FwLHh2ZGExLHcnLAo+ Pj4gICAgICAgICAgICAgICAgICAgICdwaHk6L2Rldi9tZDEyNix4dmRhMyx3JywKPj4+ICAgICAg ICAgICAgICAgICAgICAncGh5Oi9kZXYvbWQxMjcseHZkYTQsdycKPj4+ICAgICAgICAgICAgICAg IF0KPj4+IG5hbWUgICAgICAgID0gJ2ZpbGVzZXJ2ZXItcHYtZ3Vlc3QnCj4+PiBkaGNwICAgICAg ICA9ICdkaGNwJwo+Pj4gdmlmICAgICAgICAgPSBbICdtYWM9MDA6MTY6M0U6NTk6NTU6QUQnIF0K Pj4+IG9uX3Bvd2Vyb2ZmID0gJ2Rlc3Ryb3knCj4+PiBvbl9yZWJvb3QgICA9ICdyZXN0YXJ0Jwo+ Pj4gb25fY3Jhc2ggICAgPSAncmVzdGFydCcKPj4gTm90aWNlIEkgaGF2ZSBhIHJhdGhlciBzbWFs bCBtZW1vcnkgKDUxMk1iKSwgYnV0IHRoaXMgRG9tVSBpcyBnb2luZyB0bwo+PiBiZSAianVzdCIg YSBmaWxlIHNlcnZlciAobmZzK2NpZnMpLgo+Pgo+PiBBbHNvIHRoZSBjb25maWd1cmF0aW9uIG9u IERvbVUgaXMgcXVpdGUgc3RyYWlnaHRmb3J3YXJkOgo+Pj4gcm9vdEBmaWxlc2VydmVyLXB2LWd1 ZXN0Oi91c3Ivc2hhcmUvZG9jL2ZpbyMgY2F0IC9ldGMvZnN0YWIKPj4+IHByb2MgICAgICAgICAg ICAvcHJvYyAgICAgICAgICAgcHJvYyAgICBkZWZhdWx0cyAgICAgICAgMCAgICAgICAwCj4+PiBk ZXZwdHMgICAgICAgICAgL2Rldi9wdHMgICAgICAgIGRldnB0cyBydyxub2V4ZWMsbm9zdWlkLGdp ZD01LG1vZGU9NjIwCj4+PiAwICAwCj4+PiAvZGV2L3h2ZGExIG5vbmUgc3dhcCBzdyAwIDAKPj4+ IC9kZXYveHZkYTIgLyBleHQzIG5vYXRpbWUsbm9kaXJhdGltZSxlcnJvcnM9cmVtb3VudC1ybyAw IDEKPj4+IC9kZXYveHZkYTMgL3Nydi9zaGFyZXMvU3RvcmUgZXh0NCBub2F0aW1lLG5vZGlyYXRp bWUsZXJyb3JzPXJlbW91bnQtcm8KPj4+IDAgMgo+Pj4gL2Rldi94dmRhNCAvc3J2L3NoYXJlcy9T dG9yZS9wcml2YXRlIGV4dDQKPj4+IG5vYXRpbWUsbm9kaXJhdGltZSxlcnJvcnM9cmVtb3VudC1y byAwIDIKPj4gQnV0IHBlcmZvcm1hbmNlIGlzIE5PVCBnb29kOgo+Pj4gcm9vdEBmaWxlc2VydmVy LXB2LWd1ZXN0On4jIGNhdCByZW5kb20tcmVhZC10ZXN0LmZpbwo+Pj4gOyByYW5kb20gcmVhZCBv ZiAxMjhtYiBvZiBkYXRhCj4+Pgo+Pj4gW3JhbmRvbS1yZWFkXQo+Pj4gcnc9cmFuZHJlYWQKPj4+ IHNpemU9MTI4bQo+Pj4gZGlyZWN0b3J5PS9zcnYvc2hhcmVzL1N0b3JlL1N0b3JlL3RtcC8KPj4+ IHJvb3RAZmlsZXNlcnZlci1wdi1ndWVzdDp+IyBmaW8gcmVuZG9tLXJlYWQtdGVzdC5maW8KPj4+ IC4uLgo+Pj4gICAgcmVhZCA6IGlvPTEzMTA3MktCLCBidz02NzcyOTYgQi9zLCBpb3BzPTE2NSAs IHJ1bnQ9MTk4MTY3bXNlYwoKPj4KPj4gQW55IGhpbnQvcG9pbnRlciB3ZWxjb21lCj4KPiBXaGF0 IGtpbmQgb2YgcGVyZm9ybWFuY2UgZG8geW91IGdldCBpZiB5b3UgdHJ5IHRvIGV4ZWN1dGUgdGhl IHNhbWUKPiBiZW5jaG1hcmsgb24gdGhlIHNhbWUgTFZNIHZvbHVtZSBmcm9tIERvbTA/CgpVaG0s IEkgd2FzIG5vdCBjbGVhcjoKTFZNIGlzIHVzZWQgZm9yIERvbVUgc3RvcmFnZS4KSSBoYXZlIG5v IHByb2JsZW0gdGhlcmUgKEkgdGhpbmssIEknbGwgY3Jvc3MtY2hlY2spLgpXaGVyZSBJIGhhdmUg cHJvYmxlbXMgaXMgb24gdGhlIHR3byBSQUlEMSBhcnJheXMgdGhhdCBhcmUgYWNjZXNzZWQgCkVY Q0xVU0lWRUxZIGJ5IERvbVUuCkFzIGEgbWF0dGVyIG9mIGZhY3QgSSBkbyBtb3VudCBvbiBEb20w IGEgc2hhcmUgZXhwb3J0ZWQgYnkgZmlsZXNlcnZlciAKaWYgYW5kIHdoZW4gSSBuZWVkIHRvIGFj Y2VzcyB0aGUgUmFpZCBBcnJheXMgZnJvbSBEb20wIChzZWUgYmVsb3cpLgpJIHdpbGwgc3RvcCB0 aGUgZmlsZXNlcnZlciB0byBtb3VudCB0aGUgYXJyYXlzIGRpcmVjdGx5IG9uIERvbTAuCkRvbmUu CkkgZ2V0IHRoZSBzYW1lIChzbG93KSBwZXJmb3JtYW5jZToKCnJvb3RAdm1ydW5uZXI6fiMgbW91 bnQKc3lzZnMgb24gL3N5cyB0eXBlIHN5c2ZzIChydyxub3N1aWQsbm9kZXYsbm9leGVjLHJlbGF0 aW1lKQpwcm9jIG9uIC9wcm9jIHR5cGUgcHJvYyAocncsbm9zdWlkLG5vZGV2LG5vZXhlYyxyZWxh dGltZSkKdWRldiBvbiAvZGV2IHR5cGUgZGV2dG1wZnMgCihydyxyZWxhdGltZSxzaXplPTEwMjQw ayxucl9pbm9kZXM9ODU2NzUxLG1vZGU9NzU1KQpkZXZwdHMgb24gL2Rldi9wdHMgdHlwZSBkZXZw dHMgCihydyxub3N1aWQsbm9leGVjLHJlbGF0aW1lLGdpZD01LG1vZGU9NjIwLHB0bXhtb2RlPTAw MCkKdG1wZnMgb24gL3J1biB0eXBlIHRtcGZzIAoocncsbm9zdWlkLG5vZXhlYyxyZWxhdGltZSxz aXplPTY4OTU0OGssbnJfaW5vZGVzPTg2MTkzMixtb2RlPTc1NSkKL2Rldi9kaXNrL2J5LXV1aWQv OGE2MGJiY2EtMWJkOC00N2U3LWJjNWItOGQ1OWJiODQxNDA0IG9uIC8gdHlwZSBleHQ0IAoocncs cmVsYXRpbWUsZXJyb3JzPXJlbW91bnQtcm8sdXNlcl94YXR0cixiYXJyaWVyPTEsZGF0YT1vcmRl cmVkKQp0bXBmcyBvbiAvcnVuL2xvY2sgdHlwZSB0bXBmcyAKKHJ3LG5vc3VpZCxub2Rldixub2V4 ZWMscmVsYXRpbWUsc2l6ZT01MTIwayxucl9pbm9kZXM9ODYxOTMyKQp0bXBmcyBvbiAvcnVuL3No bSB0eXBlIHRtcGZzIAoocncsbm9zdWlkLG5vZGV2LG5vZXhlYyxyZWxhdGltZSxzaXplPTEzNzkw ODBrLG5yX2lub2Rlcz04NjE5MzIpCi9kZXYvc2RlMSBvbiAvYm9vdCB0eXBlIGV4dDQgCihydyxy ZWxhdGltZSx1c2VyX3hhdHRyLGJhcnJpZXI9MSxkYXRhPW9yZGVyZWQpCnJwY19waXBlZnMgb24g L3Zhci9saWIvbmZzL3JwY19waXBlZnMgdHlwZSBycGNfcGlwZWZzIChydyxyZWxhdGltZSkKbm9u ZSBvbiAvc3lzL2tlcm5lbC9jb25maWcgdHlwZSBjb25maWdmcyAocncscmVsYXRpbWUpCmJpbmZt dF9taXNjIG9uIC9wcm9jL3N5cy9mcy9iaW5mbXRfbWlzYyB0eXBlIGJpbmZtdF9taXNjIAoocncs bm9zdWlkLG5vZGV2LG5vZXhlYyxyZWxhdGltZSkKeGVuZnMgb24gL3Byb2MveGVuIHR5cGUgeGVu ZnMgKHJ3LHJlbGF0aW1lKQpmaWxlc2VydmVyOi9zcnYvc2hhcmVzL1N0b3JlIG9uIC9tbnQvZmls ZXNlcnZlci9TdG9yZSB0eXBlIG5mczQgCihydyxyZWxhdGltZSx2ZXJzPTQscnNpemU9NjU1MzYs d3NpemU9NjU1MzYsbmFtbGVuPTI1NSxoYXJkLHByb3RvPXRjcCxwb3J0PTAsdGltZW89NjAwLHJl dHJhbnM9MixzZWM9c3lzLGNsaWVudGFkZHI9MTkyLjE2OC43LjEwMSxtaW5vcnZlcnNpb249MCxs b2NhbF9sb2NrPW5vbmUsYWRkcj0xOTIuMTY4LjcuMTA5KQovZGV2L21kMTI2IG9uIC9tbnQvYSB0 eXBlIGV4dDQgCihydyxyZWxhdGltZSx1c2VyX3hhdHRyLGJhcnJpZXI9MSxkYXRhPW9yZGVyZWQp Ci9kZXYvbWQxMjcgb24gL21udC9iIHR5cGUgZXh0MyAKKHJ3LHJlbGF0aW1lLGVycm9ycz1jb250 aW51ZSxiYXJyaWVyPTEsZGF0YT1vcmRlcmVkKQpyb290QHZtcnVubmVyOn4jIGNhdCBmaW8uY2Zn CltnbG9iYWxdCnJ3PXJhbmRyZWFkCnNpemU9MTI4bQoKW3IxXQpkaXJlY3Rvcnk9L21udC9hCgpb cjJdCmRpcmVjdG9yeT0vbW50L2IKCnJvb3RAdm1ydW5uZXI6fiMgZmlvIGZpby5jZmcKcjE6IChn PTApOiBydz1yYW5kcmVhZCwgYnM9NEstNEsvNEstNEssIGlvZW5naW5lPXN5bmMsIGlvZGVwdGg9 MQpyMjogKGc9MCk6IHJ3PXJhbmRyZWFkLCBicz00Sy00Sy80Sy00SywgaW9lbmdpbmU9c3luYywg aW9kZXB0aD0xCjIuMC44ClN0YXJ0aW5nIDIgcHJvY2Vzc2VzCnIxOiBMYXlpbmcgb3V0IElPIGZp bGUocykgKDEgZmlsZShzKSAvIDEyOE1CKQpyMjogTGF5aW5nIG91dCBJTyBmaWxlKHMpICgxIGZp bGUocykgLyAxMjhNQikKSm9iczogMSAoZj0xKTogW3JfXSBbMTAwLjAlIGRvbmVdIFsxODE0Sy8w SyAvc10gWzQ1MyAvMCAgaW9wc10gW2V0YSAKMDBtOjAwc10KcjE6IChncm91cGlkPTAsIGpvYnM9 MSk6IGVycj0gMDogcGlkPTMxODc3CiAgcmVhZCA6IGlvPTEzMTA3MktCLCBidz02Nzk5NDQgQi9z LCBpb3BzPTE2NiAsIHJ1bnQ9MTk3Mzk1bXNlYwogICAgY2xhdCAodXNlYyk6IG1pbj05OSAsIG1h eD02MTU5NTUgLCBhdmc9NjAxNy4zOCwgc3RkZXY9NjIzOS41OQogICAgIGxhdCAodXNlYyk6IG1p bj05OSAsIG1heD02MTU5NTYgLCBhdmc9NjAxOC40MSwgc3RkZXY9NjIzOS42MAogICAgY2xhdCBw ZXJjZW50aWxlcyAodXNlYyk6CiAgICAgfCAgMS4wMHRoPVsgIDExMV0sICA1LjAwdGg9WyAgMTE2 XSwgMTAuMDB0aD1bICAxMjNdLCAyMC4wMHRoPVsgIAoxMzddLAogICAgIHwgMzAuMDB0aD1bICAx NTVdLCA0MC4wMHRoPVsgMzk4NF0sIDUwLjAwdGg9WyA1NzI4XSwgNjAuMDB0aD1bIAo3NTIwXSwK ICAgICB8IDcwLjAwdGg9WyA5MjgwXSwgODAuMDB0aD1bMTEwNzJdLCA5MC4wMHRoPVsxMjg2NF0s IAo5NS4wMHRoPVsxMzc2MF0sCiAgICAgfCA5OS4wMHRoPVsxNjA2NF0sIDk5LjUwdGg9WzIzNDI0 XSwgOTkuOTB0aD1bMjcyNjRdLCAKOTkuOTV0aD1bMzAzMzZdLAogICAgIHwgOTkuOTl0aD1bNzUy NjRdCiAgICBidyAoS0IvcykgIDogbWluPSAgMTQwLCBtYXg9IDE4MDgsIHBlcj01MC4wMyUsIGF2 Zz02NjQuNDAsIApzdGRldj0xMTEuNTEKICAgIGxhdCAodXNlYykgOiAxMDA9MC4wMSUsIDI1MD0z MC43NCUsIDUwMD0wLjEzJSwgNzUwPTAuMzklLCAxMDAwPTAuMDIlCiAgICBsYXQgKG1zZWMpIDog Mj0wLjIwJSwgND04LjYwJSwgMTA9MzMuNzYlLCAyMD0yNS40NCUsIDUwPTAuNjglCiAgICBsYXQg KG1zZWMpIDogMTAwPTAuMDIlLCAyNTA9MC4wMSUsIDc1MD0wLjAxJQogIGNwdSAgICAgICAgICA6 IHVzcj0wLjA5JSwgc3lzPTAuNTQlLCBjdHg9MzI4NTgsIG1hamY9MCwgbWluZj0yNAogIElPIGRl cHRocyAgICA6IDE9MTAwLjAlLCAyPTAuMCUsIDQ9MC4wJSwgOD0wLjAlLCAxNj0wLjAlLCAzMj0w LjAlLCAKID49NjQ9MC4wJQogICAgIHN1Ym1pdCAgICA6IDA9MC4wJSwgND0xMDAuMCUsIDg9MC4w JSwgMTY9MC4wJSwgMzI9MC4wJSwgNjQ9MC4wJSwgCiA+PTY0PTAuMCUKICAgICBjb21wbGV0ZSAg OiAwPTAuMCUsIDQ9MTAwLjAlLCA4PTAuMCUsIDE2PTAuMCUsIDMyPTAuMCUsIDY0PTAuMCUsIAog Pj02ND0wLjAlCiAgICAgaXNzdWVkICAgIDogdG90YWw9cj0zMjc2OC93PTAvZD0wLCBzaG9ydD1y PTAvdz0wL2Q9MApyMjogKGdyb3VwaWQ9MCwgam9icz0xKTogZXJyPSAwOiBwaWQ9MzE4NzgKICBy ZWFkIDogaW89MTMxMDcyS0IsIGJ3PTc5MDczMCBCL3MsIGlvcHM9MTkzICwgcnVudD0xNjk3Mzlt c2VjCiAgICBjbGF0ICh1c2VjKTogbWluPTgyICwgbWF4PTMwODAzMyAsIGF2Zz01MTcyLjk1LCBz dGRldj0zODczLjIyCiAgICAgbGF0ICh1c2VjKTogbWluPTgzICwgbWF4PTMwODAzNCAsIGF2Zz01 MTc0LjAyLCBzdGRldj0zODczLjIyCiAgICBjbGF0IHBlcmNlbnRpbGVzICh1c2VjKToKICAgICB8 ICAxLjAwdGg9WyAgMTYzXSwgIDUuMDB0aD1bICAxNzNdLCAxMC4wMHRoPVsgIDE4MV0sIDIwLjAw dGg9WyAgCjM5MF0sCiAgICAgfCAzMC4wMHRoPVsgMzIxNl0sIDQwLjAwdGg9WyA0MjU2XSwgNTAu MDB0aD1bIDUzNDRdLCA2MC4wMHRoPVsgCjYzNjhdLAogICAgIHwgNzAuMDB0aD1bIDc0NTZdLCA4 MC4wMHRoPVsgODUxMl0sIDkwLjAwdGg9WyA5NTM2XSwgCjk1LjAwdGg9WzEwMTc2XSwKICAgICB8 IDk5LjAwdGg9WzEwODE2XSwgOTkuNTB0aD1bMTEzMjhdLCA5OS45MHRoPVsxNzAyNF0sIAo5OS45 NXRoPVsxOTMyOF0sCiAgICAgfCA5OS45OXRoPVs3MTE2OF0KICAgIGJ3IChLQi9zKSAgOiBtaW49 ICAzMjYsIG1heD0gMTQzMiwgcGVyPTU3LjgxJSwgYXZnPTc2Ny43MSwgCnN0ZGV2PTczLjUwCiAg ICBsYXQgKHVzZWMpIDogMTAwPTAuMDMlLCAyNTA9MTkuMjAlLCA1MDA9MS4wMyUsIDc1MD0wLjA0 JSwgMTAwMD0wLjA0JQogICAgbGF0IChtc2VjKSA6IDI9MS4yMSUsIDQ9MTUuNzklLCAxMD01Ni42 NyUsIDIwPTUuOTQlLCA1MD0wLjAyJQogICAgbGF0IChtc2VjKSA6IDEwMD0wLjAyJSwgNTAwPTAu MDElCiAgY3B1ICAgICAgICAgIDogdXNyPTAuMDklLCBzeXM9MC43MSUsIGN0eD0zMzA2MSwgbWFq Zj0wLCBtaW5mPTI1CiAgSU8gZGVwdGhzICAgIDogMT0xMDAuMCUsIDI9MC4wJSwgND0wLjAlLCA4 PTAuMCUsIDE2PTAuMCUsIDMyPTAuMCUsIAogPj02ND0wLjAlCiAgICAgc3VibWl0ICAgIDogMD0w LjAlLCA0PTEwMC4wJSwgOD0wLjAlLCAxNj0wLjAlLCAzMj0wLjAlLCA2ND0wLjAlLCAKID49NjQ9 MC4wJQogICAgIGNvbXBsZXRlICA6IDA9MC4wJSwgND0xMDAuMCUsIDg9MC4wJSwgMTY9MC4wJSwg MzI9MC4wJSwgNjQ9MC4wJSwgCiA+PTY0PTAuMCUKICAgICBpc3N1ZWQgICAgOiB0b3RhbD1yPTMy NzY4L3c9MC9kPTAsIHNob3J0PXI9MC93PTAvZD0wCgpSdW4gc3RhdHVzIGdyb3VwIDAgKGFsbCBq b2JzKToKICAgUkVBRDogaW89MjYyMTQ0S0IsIGFnZ3JiPTEzMjhLQi9zLCBtaW5iPTY2NEtCL3Ms IG1heGI9NzcyS0IvcywgCm1pbnQ9MTY5NzM5bXNlYywgbWF4dD0xOTczOTVtc2VjCgpEaXNrIHN0 YXRzIChyZWFkL3dyaXRlKToKICAgIG1kMTI2OiBpb3M9MzI3MzgvMTAsIG1lcmdlPTAvMCwgdGlj a3M9MC8wLCBpbl9xdWV1ZT0wLCB1dGlsPTAuMDAlLCAKYWdncmlvcz0xNjM4NC8xMiwgYWdncm1l cmdlPTAvMiwgYWdncnRpY2tzPTk4Mzc0LzkxMiwgCmFnZ3Jpbl9xdWV1ZT05OTI3OCwgYWdncnV0 aWw9OTAuNTglCiAgc2RoOiBpb3M9MzAwMjQvMTIsIG1lcmdlPTAvMiwgdGlja3M9MTc4NTM2LzI4 MCwgaW5fcXVldWU9MTc4ODAwLCAKdXRpbD05MC41OCUKICBzZGk6IGlvcz0yNzQ0LzEyLCBtZXJn ZT0wLzIsIHRpY2tzPTE4MjEyLzE1NDQsIGluX3F1ZXVlPTE5NzU2LCAKdXRpbD05LjQ3JQogICAg bWQxMjc6IGlvcz0zMjY5MS80NywgbWVyZ2U9MC8wLCB0aWNrcz0wLzAsIGluX3F1ZXVlPTAsIHV0 aWw9MC4wMCUsIAphZ2dyaW9zPTE2Mzg0LzQ4LCBhZ2dybWVyZ2U9MC80LCBhZ2dydGlja3M9ODQ0 ODIvMTYyMiwgCmFnZ3Jpbl9xdWV1ZT04NjEwNCwgYWdncnV0aWw9NzIuNTAlCiAgc2RmOiBpb3M9 Mjc4MjYvNDgsIG1lcmdlPTAvNCwgdGlja3M9MTQyODU2LzExNTIsIGluX3F1ZXVlPTE0NDAwOCwg CnV0aWw9NzIuNTAlCiAgc2RnOiBpb3M9NDk0Mi80OCwgbWVyZ2U9MC80LCB0aWNrcz0yNjEwOC8y MDkyLCBpbl9xdWV1ZT0yODIwMCwgCnV0aWw9MTMuMzMlCgoKPgo+IEFsc28sIHdoaWNoIGtlcm5l bCB2ZXJzaW9uIGFyZSB5b3UgdXNpbmcgKGJvdGggRG9tMC9Eb21VKT8gVGhlcmUgaGF2ZQo+IGJl ZW4gc29tZSBpbXByb3ZlbWVudHMgaW4gTGludXggYmxrYmFjay9ibGtmcm9udCByZWNlbnRseS4K CkJvdGggYXJlIHN0YW5kYXJkIERlYmlhbiBXaGVlenkuCgpEb20wOgpyb290QHZtcnVubmVyOn4j IHVuYW1lIC1hCkxpbnV4IHZtcnVubmVyIDMuMi4wLTQtYW1kNjQgIzEgU01QIERlYmlhbiAzLjIu NTEtMSB4ODZfNjQgR05VL0xpbnV4CgpEb21VOgpyb290QGZpbGVzZXJ2ZXItcHYtZ3Vlc3Q6fiMg dW5hbWUgLWEKTGludXggZmlsZXNlcnZlci1wdi1ndWVzdCAzLjIuMC00LWFtZDY0ICMxIFNNUCBE ZWJpYW4gMy4yLjUxLTEgeDg2XzY0IApHTlUvTGludXgKCj4KPiBSb2dlci4KClRpQQpNYXVybwoK X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJz IG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9y Zy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Fri Feb 14 17:47:16 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 14 Feb 2014 17:47: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 1WEMqA-0004xq-F6; Fri, 14 Feb 2014 17:46:18 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WEMq9-0004xl-PX for xen-users@lists.xen.org; Fri, 14 Feb 2014 17:46:17 +0000 Received: from [85.158.137.68:16143] by server-6.bemta-3.messagelabs.com id C1/CC-09180-9665EF25; Fri, 14 Feb 2014 17:46:17 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-6.tower-31.messagelabs.com!1392399975!1950153!1 X-Originating-IP: [209.85.216.51] X-SpamReason: No, hits=2.8 required=7.0 tests=HTML_10_20,HTML_MESSAGE, HTML_SHORT_LENGTH,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8505 invoked from network); 14 Feb 2014 17:46:16 -0000 Received: from mail-qa0-f51.google.com (HELO mail-qa0-f51.google.com) (209.85.216.51) by server-6.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 14 Feb 2014 17:46:16 -0000 Received: by mail-qa0-f51.google.com with SMTP id f11so18910219qae.10 for ; Fri, 14 Feb 2014 09:46:15 -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=HhbzhLvad0kaNsvMtbZaprXdbOli1A6TliJo+RvkVmg=; b=nYwdUDCEYHVE7NtYqHl71Jf7oFYOujRN5yqbZfT27etIeZIJ7oG7HxTcSF5v9rsMNb nV1sSd7i1shsa8tL8OIFt8HHxkx5jOWfc7FymMDMrpR4Dl0K9ynxJkPvHh6GVArXYBiF SyDQbSVUPknCtx4Ikw75UDMy3ZuH1yWHg68FMq4B8ZmZsYXrvxA33y1OS+9cJjXHbm5A H2CAdx6I07dK7XkbAkiBlYZPUajpuK614G1hHvOULLdVlc/M6QlnViadzixdOe9fKpwc trSks5hRWAgId4zKdObqmZLx86O7b5ji+H7OIp966pa3RLaX9ejvoSWXiZt+iJIFvOI0 PHhQ== MIME-Version: 1.0 X-Received: by 10.224.43.144 with SMTP id w16mr15497687qae.93.1392399975065; Fri, 14 Feb 2014 09:46:15 -0800 (PST) Received: by 10.140.83.180 with HTTP; Fri, 14 Feb 2014 09:46:15 -0800 (PST) Date: Fri, 14 Feb 2014 10:46:15 -0700 Message-ID: From: jacek burghardt To: xen-users Subject: [Xen-users] xen and arm X-BeenThere: xen-users@lists.xen.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="===============3005303181268869207==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3005303181268869207== Content-Type: multipart/alternative; boundary=047d7bdca19ae62d0004f2616144 --047d7bdca19ae62d0004f2616144 Content-Type: text/plain; charset=ISO-8859-1 Is it possible to have android running under xen ? I know that arm qemu can be compiled any way to have it started and emulate arm cpu under xen? --047d7bdca19ae62d0004f2616144 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Is it possible to have android running under xen ? I know = that arm qemu can be compiled any way to have it started and emulate arm cp= u under xen?=A0
--047d7bdca19ae62d0004f2616144-- --===============3005303181268869207== 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 --===============3005303181268869207==-- From xen-users-bounces@lists.xen.org Fri Feb 14 17:47:16 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 14 Feb 2014 17:47: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 1WEMqA-0004xq-F6; Fri, 14 Feb 2014 17:46:18 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WEMq9-0004xl-PX for xen-users@lists.xen.org; Fri, 14 Feb 2014 17:46:17 +0000 Received: from [85.158.137.68:16143] by server-6.bemta-3.messagelabs.com id C1/CC-09180-9665EF25; Fri, 14 Feb 2014 17:46:17 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-6.tower-31.messagelabs.com!1392399975!1950153!1 X-Originating-IP: [209.85.216.51] X-SpamReason: No, hits=2.8 required=7.0 tests=HTML_10_20,HTML_MESSAGE, HTML_SHORT_LENGTH,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8505 invoked from network); 14 Feb 2014 17:46:16 -0000 Received: from mail-qa0-f51.google.com (HELO mail-qa0-f51.google.com) (209.85.216.51) by server-6.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 14 Feb 2014 17:46:16 -0000 Received: by mail-qa0-f51.google.com with SMTP id f11so18910219qae.10 for ; Fri, 14 Feb 2014 09:46:15 -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=HhbzhLvad0kaNsvMtbZaprXdbOli1A6TliJo+RvkVmg=; b=nYwdUDCEYHVE7NtYqHl71Jf7oFYOujRN5yqbZfT27etIeZIJ7oG7HxTcSF5v9rsMNb nV1sSd7i1shsa8tL8OIFt8HHxkx5jOWfc7FymMDMrpR4Dl0K9ynxJkPvHh6GVArXYBiF SyDQbSVUPknCtx4Ikw75UDMy3ZuH1yWHg68FMq4B8ZmZsYXrvxA33y1OS+9cJjXHbm5A H2CAdx6I07dK7XkbAkiBlYZPUajpuK614G1hHvOULLdVlc/M6QlnViadzixdOe9fKpwc trSks5hRWAgId4zKdObqmZLx86O7b5ji+H7OIp966pa3RLaX9ejvoSWXiZt+iJIFvOI0 PHhQ== MIME-Version: 1.0 X-Received: by 10.224.43.144 with SMTP id w16mr15497687qae.93.1392399975065; Fri, 14 Feb 2014 09:46:15 -0800 (PST) Received: by 10.140.83.180 with HTTP; Fri, 14 Feb 2014 09:46:15 -0800 (PST) Date: Fri, 14 Feb 2014 10:46:15 -0700 Message-ID: From: jacek burghardt To: xen-users Subject: [Xen-users] xen and arm X-BeenThere: xen-users@lists.xen.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="===============3005303181268869207==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3005303181268869207== Content-Type: multipart/alternative; boundary=047d7bdca19ae62d0004f2616144 --047d7bdca19ae62d0004f2616144 Content-Type: text/plain; charset=ISO-8859-1 Is it possible to have android running under xen ? I know that arm qemu can be compiled any way to have it started and emulate arm cpu under xen? --047d7bdca19ae62d0004f2616144 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Is it possible to have android running under xen ? I know = that arm qemu can be compiled any way to have it started and emulate arm cp= u under xen?=A0
--047d7bdca19ae62d0004f2616144-- --===============3005303181268869207== 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 --===============3005303181268869207==-- From xen-users-bounces@lists.xen.org Fri Feb 14 18:35:29 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 14 Feb 2014 18:35: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 1WENbA-0007Ay-7Q; Fri, 14 Feb 2014 18:34:52 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WENb8-0007Ar-Fm for xen-users@lists.xen.org; Fri, 14 Feb 2014 18:34:50 +0000 Received: from [193.109.254.147:60923] by server-6.bemta-14.messagelabs.com id E3/20-03396-9C16EF25; Fri, 14 Feb 2014 18:34:49 +0000 X-Env-Sender: roger.pau@citrix.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1392402887!4447499!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20444 invoked from network); 14 Feb 2014 18:34:48 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 14 Feb 2014 18:34:48 -0000 X-IronPort-AV: E=Sophos;i="4.95,846,1384300800"; d="scan'208";a="100878451" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 14 Feb 2014 18:34:47 +0000 Received: from [IPv6:::1] (10.80.16.47) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Fri, 14 Feb 2014 13:34:46 -0500 Message-ID: <52FE61C5.1040703@citrix.com> Date: Fri, 14 Feb 2014 19:34:45 +0100 From: =?UTF-8?B?Um9nZXIgUGF1IE1vbm7DqQ==?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Mauro Condarelli , References: <52FE26A9.8070309@mclink.it> <52FE3017.3010806@citrix.com> <52FE404E.40809@mclink.it> In-Reply-To: <52FE404E.40809@mclink.it> X-Enigmail-Version: 1.6 X-DLP: MIA1 Subject: Re: [Xen-users] Slow disk access on forwarded RAID array X-BeenThere: xen-users@lists.xen.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 T24gMTQvMDIvMTQgMTc6MTEsIE1hdXJvIENvbmRhcmVsbGkgd3JvdGU6Cj4gVGhhbmtzIGZvciBm YXN0IHJlc3BvbnNlLCBQYXUuCj4gQ29tbWVudHMgYmVsb3cuCj4gCj4gT24gdmVuZXJkw6wgMTQg ZmViYnJhaW8gMjAxNCAxNjowMjo0NywgUm9nZXIgUGF1IE1vbm7DqSB3cm90ZToKPj4gT24gMTQv MDIvMTQgMTU6MjIsIE1hdXJvIENvbmRhcmVsbGkgd3JvdGU6Cj4+PiBIaSwKPj4+IEkgZ2V0IGEg c2x1Z2dpc2ggKDYwMGtiL3MpIHJlYWQgYWNjZXNzIG9uIGEgUmFpZDEgKG1pcnJvcikgZGlzayBh cnJheS4KPj4+IElzIHRoaXMgdG8gYmUgZXhwZWN0ZWQ/Cj4+PiBXaGF0IGFtIEkgZG9pbmcgd3Jv bmc/Cj4+Pgo+Pj4gQ29uZmlndXJhdGlvbiBmb2xsb3dzIChpZiBtb3JlIGRldGFpbHMgYXJlIG5l ZWRlZCBJJ20gcmVhZHkgdG8gcHJvdmlkZQo+Pj4gdGhlbSwganVzdCBhc2spOgo+Pj4KPj4+IEJv dGggRG9tMCBhbmQgRG9tVSBhcmUgZmFpcmx5IHNpbXBsZSBkZWJpYW4gV2hlZXp5IGluc3RhbGxz Lgo+Pj4KPj4+IFRoZSBzZXJ2ZXIgInJlYWwiIGhhcmR3YXJlIGlzIG5vdCBzdGF0ZS1vZi10aGUt YXJ0IGFueW1vcmUsIGJ1dCBpdCBpcwo+Pj4gc3RpbGwgYSByZWFzb25hYmx5IHBvd2VyZnVsIG1h Y2hpbmU6IEFNRCBQaGVub20odG0pIElJIFg2IDEwNTVUIC8gOEdiCj4+PiBERFIzIFJBTQo+Pj4K Pj4+IFNldHVwIHdhcyBkb25lIGZvbGxvd2luZyAiYmVnaW5uZXItZ3VpZGUiIChhZnRlciB0aGF0 IEkgc3dpdGNoZWQgdG8geGwKPj4+IHRvb2xjaGFpbikuCj4+Pgo+Pj4gRG9tMCBoYXMgb25lIHBs YWluIGRpc2sgKGJvb3Qvcm9vdC9MVk0pIGFuZCB0d28gUkFJRDEgYXJyYXlzICh0aGVzZSB3ZXJl Cj4+PiBvbiB0d28gZGlmZmVyZW50IG1hY2hpbmVzIGFuZCBJIHJld2lyZWQgdGhlbSB0byB0aGUg c2VydmVyOgo+Pj4+IHJvb3RAdm1ydW5uZXI6fiMgZmRpc2sgLWwgL2Rldi9zZGUKPj4+Pgo+Pj4+ IERpc2sgL2Rldi9zZGU6IDMyMC4xIEdCLCAzMjAwNzI5MzMzNzYgYnl0ZXMKPj4+PiAyNTUgaGVh ZHMsIDYzIHNlY3RvcnMvdHJhY2ssIDM4OTEzIGN5bGluZGVycywgdG90YWwgNjI1MTQyNDQ4IHNl Y3RvcnMKPj4+PiBVbml0cyA9IHNlY3RvcnMgb2YgMSAqIDUxMiA9IDUxMiBieXRlcwo+Pj4+IFNl Y3RvciBzaXplIChsb2dpY2FsL3BoeXNpY2FsKTogNTEyIGJ5dGVzIC8gNTEyIGJ5dGVzCj4+Pj4g SS9PIHNpemUgKG1pbmltdW0vb3B0aW1hbCk6IDUxMiBieXRlcyAvIDUxMiBieXRlcwo+Pj4+IERp c2sgaWRlbnRpZmllcjogMHgwMDBkMTFjOAo+Pj4+Cj4+Pj4gICAgIERldmljZSBCb290ICAgICAg U3RhcnQgICAgICAgICBFbmQgICAgICBCbG9ja3MgICBJZCAgU3lzdGVtCj4+Pj4gL2Rldi9zZGUx ICAgKiAgICAgICAgMjA0OCAgICAgIDU4NTcyNyAgICAgIDI5MTg0MCAgIDgzICBMaW51eAo+Pj4+ IC9kZXYvc2RlMiAgICAgICAgICA1ODU3MjggICAgMTIzMDQzODMgICAgIDU4NTkzMjggICA4MiAg TGludXggc3dhcCAvCj4+Pj4gU29sYXJpcwo+Pj4+IC9kZXYvc2RlMyAgICAgICAgMTIzMDQzODQg ICAgNDE2MDEwMjMgICAgMTQ2NDgzMjAgICA4MyAgTGludXgKPj4+PiAvZGV2L3NkZTQgICAgICAg IDQxNjAxMDI0ICAgNjI1MTQxNzU5ICAgMjkxNzcwMzY4ICAgOGUgIExpbnV4IExWTQo+Pj4+IHJv b3RAdm1ydW5uZXI6fiMgbWRhZG0gLS1kZXRhaWwgLS1zY2FuCj4+Pj4gQVJSQVkgL2Rldi9tZDEy NyBtZXRhZGF0YT0wLjkwIFVVSUQ9MDc1NzQxYjU6YzI1YWYyMzE6YmZlN2Q4Mzg6MGRhNWNiNGQK Pj4+PiBBUlJBWSAvZGV2L21kL3N0b3JlIG1ldGFkYXRhPTEuMiBuYW1lPXN0b3JlCj4+Pj4gVVVJ RD1iMjc3ZDBjMTowYWRlN2U2YTpkMDEzOWI5NzphYzFhMjk1Ygo+Pj4KPj4+IERvbVUgY29uZmln dXJhdGlvbiBpcyBzdHJhaWdodGZvcndhcmQ6Cj4+Pj4gYm9vdGxvYWRlciA9ICcvdXNyL2xpYi94 ZW4tNC4xL2Jpbi9weWdydWInCj4+Pj4gdmNwdXMgICAgICAgPSAnMicKPj4+PiBtZW1vcnkgICAg ICA9ICc1MTInCj4+Pj4gcm9vdCAgICAgICAgPSAnL2Rldi94dmRhMiBybycKPj4+PiBkaXNrICAg ICAgICA9IFsKPj4+PiAgICAgICAgICAgICAgICAgICAgJ3BoeTovZGV2L3ZnMC9maWxlc2VydmVy LXB2LWd1ZXN0LWRpc2sseHZkYTIsdycsCj4+Pj4gICAgICAgICAgICAgICAgICAgICdwaHk6L2Rl di92ZzAvZmlsZXNlcnZlci1wdi1ndWVzdC1zd2FwLHh2ZGExLHcnLAo+Pj4+ICAgICAgICAgICAg ICAgICAgICAncGh5Oi9kZXYvbWQxMjYseHZkYTMsdycsCj4+Pj4gICAgICAgICAgICAgICAgICAg ICdwaHk6L2Rldi9tZDEyNyx4dmRhNCx3Jwo+Pj4+ICAgICAgICAgICAgICAgIF0KPj4+PiBuYW1l ICAgICAgICA9ICdmaWxlc2VydmVyLXB2LWd1ZXN0Jwo+Pj4+IGRoY3AgICAgICAgID0gJ2RoY3An Cj4+Pj4gdmlmICAgICAgICAgPSBbICdtYWM9MDA6MTY6M0U6NTk6NTU6QUQnIF0KPj4+PiBvbl9w b3dlcm9mZiA9ICdkZXN0cm95Jwo+Pj4+IG9uX3JlYm9vdCAgID0gJ3Jlc3RhcnQnCj4+Pj4gb25f Y3Jhc2ggICAgPSAncmVzdGFydCcKPj4+IE5vdGljZSBJIGhhdmUgYSByYXRoZXIgc21hbGwgbWVt b3J5ICg1MTJNYiksIGJ1dCB0aGlzIERvbVUgaXMgZ29pbmcgdG8KPj4+IGJlICJqdXN0IiBhIGZp bGUgc2VydmVyIChuZnMrY2lmcykuCj4+Pgo+Pj4gQWxzbyB0aGUgY29uZmlndXJhdGlvbiBvbiBE b21VIGlzIHF1aXRlIHN0cmFpZ2h0Zm9yd2FyZDoKPj4+PiByb290QGZpbGVzZXJ2ZXItcHYtZ3Vl c3Q6L3Vzci9zaGFyZS9kb2MvZmlvIyBjYXQgL2V0Yy9mc3RhYgo+Pj4+IHByb2MgICAgICAgICAg ICAvcHJvYyAgICAgICAgICAgcHJvYyAgICBkZWZhdWx0cyAgICAgICAgMCAgICAgICAwCj4+Pj4g ZGV2cHRzICAgICAgICAgIC9kZXYvcHRzICAgICAgICBkZXZwdHMgcncsbm9leGVjLG5vc3VpZCxn aWQ9NSxtb2RlPTYyMAo+Pj4+IDAgIDAKPj4+PiAvZGV2L3h2ZGExIG5vbmUgc3dhcCBzdyAwIDAK Pj4+PiAvZGV2L3h2ZGEyIC8gZXh0MyBub2F0aW1lLG5vZGlyYXRpbWUsZXJyb3JzPXJlbW91bnQt cm8gMCAxCj4+Pj4gL2Rldi94dmRhMyAvc3J2L3NoYXJlcy9TdG9yZSBleHQ0IG5vYXRpbWUsbm9k aXJhdGltZSxlcnJvcnM9cmVtb3VudC1ybwo+Pj4+IDAgMgo+Pj4+IC9kZXYveHZkYTQgL3Nydi9z aGFyZXMvU3RvcmUvcHJpdmF0ZSBleHQ0Cj4+Pj4gbm9hdGltZSxub2RpcmF0aW1lLGVycm9ycz1y ZW1vdW50LXJvIDAgMgo+Pj4gQnV0IHBlcmZvcm1hbmNlIGlzIE5PVCBnb29kOgo+Pj4+IHJvb3RA ZmlsZXNlcnZlci1wdi1ndWVzdDp+IyBjYXQgcmVuZG9tLXJlYWQtdGVzdC5maW8KPj4+PiA7IHJh bmRvbSByZWFkIG9mIDEyOG1iIG9mIGRhdGEKPj4+Pgo+Pj4+IFtyYW5kb20tcmVhZF0KPj4+PiBy dz1yYW5kcmVhZAo+Pj4+IHNpemU9MTI4bQo+Pj4+IGRpcmVjdG9yeT0vc3J2L3NoYXJlcy9TdG9y ZS9TdG9yZS90bXAvCj4+Pj4gcm9vdEBmaWxlc2VydmVyLXB2LWd1ZXN0On4jIGZpbyByZW5kb20t cmVhZC10ZXN0LmZpbwo+Pj4+IC4uLgo+Pj4+ICAgIHJlYWQgOiBpbz0xMzEwNzJLQiwgYnc9Njc3 Mjk2IEIvcywgaW9wcz0xNjUgLCBydW50PTE5ODE2N21zZWMKPiAKPj4+Cj4+PiBBbnkgaGludC9w b2ludGVyIHdlbGNvbWUKPj4KPj4gV2hhdCBraW5kIG9mIHBlcmZvcm1hbmNlIGRvIHlvdSBnZXQg aWYgeW91IHRyeSB0byBleGVjdXRlIHRoZSBzYW1lCj4+IGJlbmNobWFyayBvbiB0aGUgc2FtZSBM Vk0gdm9sdW1lIGZyb20gRG9tMD8KPiAKPiBVaG0sIEkgd2FzIG5vdCBjbGVhcjoKPiBMVk0gaXMg dXNlZCBmb3IgRG9tVSBzdG9yYWdlLgo+IEkgaGF2ZSBubyBwcm9ibGVtIHRoZXJlIChJIHRoaW5r LCBJJ2xsIGNyb3NzLWNoZWNrKS4KPiBXaGVyZSBJIGhhdmUgcHJvYmxlbXMgaXMgb24gdGhlIHR3 byBSQUlEMSBhcnJheXMgdGhhdCBhcmUgYWNjZXNzZWQKPiBFWENMVVNJVkVMWSBieSBEb21VLgo+ IEFzIGEgbWF0dGVyIG9mIGZhY3QgSSBkbyBtb3VudCBvbiBEb20wIGEgc2hhcmUgZXhwb3J0ZWQg YnkgZmlsZXNlcnZlciBpZgo+IGFuZCB3aGVuIEkgbmVlZCB0byBhY2Nlc3MgdGhlIFJhaWQgQXJy YXlzIGZyb20gRG9tMCAoc2VlIGJlbG93KS4KPiBJIHdpbGwgc3RvcCB0aGUgZmlsZXNlcnZlciB0 byBtb3VudCB0aGUgYXJyYXlzIGRpcmVjdGx5IG9uIERvbTAuCj4gRG9uZS4KPiBJIGdldCB0aGUg c2FtZSAoc2xvdykgcGVyZm9ybWFuY2U6Cj4gCj4gcm9vdEB2bXJ1bm5lcjp+IyBtb3VudAo+IHN5 c2ZzIG9uIC9zeXMgdHlwZSBzeXNmcyAocncsbm9zdWlkLG5vZGV2LG5vZXhlYyxyZWxhdGltZSkK PiBwcm9jIG9uIC9wcm9jIHR5cGUgcHJvYyAocncsbm9zdWlkLG5vZGV2LG5vZXhlYyxyZWxhdGlt ZSkKPiB1ZGV2IG9uIC9kZXYgdHlwZSBkZXZ0bXBmcwo+IChydyxyZWxhdGltZSxzaXplPTEwMjQw ayxucl9pbm9kZXM9ODU2NzUxLG1vZGU9NzU1KQo+IGRldnB0cyBvbiAvZGV2L3B0cyB0eXBlIGRl dnB0cwo+IChydyxub3N1aWQsbm9leGVjLHJlbGF0aW1lLGdpZD01LG1vZGU9NjIwLHB0bXhtb2Rl PTAwMCkKPiB0bXBmcyBvbiAvcnVuIHR5cGUgdG1wZnMKPiAocncsbm9zdWlkLG5vZXhlYyxyZWxh dGltZSxzaXplPTY4OTU0OGssbnJfaW5vZGVzPTg2MTkzMixtb2RlPTc1NSkKPiAvZGV2L2Rpc2sv YnktdXVpZC84YTYwYmJjYS0xYmQ4LTQ3ZTctYmM1Yi04ZDU5YmI4NDE0MDQgb24gLyB0eXBlIGV4 dDQKPiAocncscmVsYXRpbWUsZXJyb3JzPXJlbW91bnQtcm8sdXNlcl94YXR0cixiYXJyaWVyPTEs ZGF0YT1vcmRlcmVkKQo+IHRtcGZzIG9uIC9ydW4vbG9jayB0eXBlIHRtcGZzCj4gKHJ3LG5vc3Vp ZCxub2Rldixub2V4ZWMscmVsYXRpbWUsc2l6ZT01MTIwayxucl9pbm9kZXM9ODYxOTMyKQo+IHRt cGZzIG9uIC9ydW4vc2htIHR5cGUgdG1wZnMKPiAocncsbm9zdWlkLG5vZGV2LG5vZXhlYyxyZWxh dGltZSxzaXplPTEzNzkwODBrLG5yX2lub2Rlcz04NjE5MzIpCj4gL2Rldi9zZGUxIG9uIC9ib290 IHR5cGUgZXh0NAo+IChydyxyZWxhdGltZSx1c2VyX3hhdHRyLGJhcnJpZXI9MSxkYXRhPW9yZGVy ZWQpCj4gcnBjX3BpcGVmcyBvbiAvdmFyL2xpYi9uZnMvcnBjX3BpcGVmcyB0eXBlIHJwY19waXBl ZnMgKHJ3LHJlbGF0aW1lKQo+IG5vbmUgb24gL3N5cy9rZXJuZWwvY29uZmlnIHR5cGUgY29uZmln ZnMgKHJ3LHJlbGF0aW1lKQo+IGJpbmZtdF9taXNjIG9uIC9wcm9jL3N5cy9mcy9iaW5mbXRfbWlz YyB0eXBlIGJpbmZtdF9taXNjCj4gKHJ3LG5vc3VpZCxub2Rldixub2V4ZWMscmVsYXRpbWUpCj4g eGVuZnMgb24gL3Byb2MveGVuIHR5cGUgeGVuZnMgKHJ3LHJlbGF0aW1lKQo+IGZpbGVzZXJ2ZXI6 L3Nydi9zaGFyZXMvU3RvcmUgb24gL21udC9maWxlc2VydmVyL1N0b3JlIHR5cGUgbmZzNAo+IChy dyxyZWxhdGltZSx2ZXJzPTQscnNpemU9NjU1MzYsd3NpemU9NjU1MzYsbmFtbGVuPTI1NSxoYXJk LHByb3RvPXRjcCxwb3J0PTAsdGltZW89NjAwLHJldHJhbnM9MixzZWM9c3lzLGNsaWVudGFkZHI9 MTkyLjE2OC43LjEwMSxtaW5vcnZlcnNpb249MCxsb2NhbF9sb2NrPW5vbmUsYWRkcj0xOTIuMTY4 LjcuMTA5KQo+IAo+IC9kZXYvbWQxMjYgb24gL21udC9hIHR5cGUgZXh0NAo+IChydyxyZWxhdGlt ZSx1c2VyX3hhdHRyLGJhcnJpZXI9MSxkYXRhPW9yZGVyZWQpCj4gL2Rldi9tZDEyNyBvbiAvbW50 L2IgdHlwZSBleHQzCj4gKHJ3LHJlbGF0aW1lLGVycm9ycz1jb250aW51ZSxiYXJyaWVyPTEsZGF0 YT1vcmRlcmVkKQo+IHJvb3RAdm1ydW5uZXI6fiMgY2F0IGZpby5jZmcKPiBbZ2xvYmFsXQo+IHJ3 PXJhbmRyZWFkCj4gc2l6ZT0xMjhtCj4gCj4gW3IxXQo+IGRpcmVjdG9yeT0vbW50L2EKPiAKPiBb cjJdCj4gZGlyZWN0b3J5PS9tbnQvYgo+IAo+IHJvb3RAdm1ydW5uZXI6fiMgZmlvIGZpby5jZmcK PiByMTogKGc9MCk6IHJ3PXJhbmRyZWFkLCBicz00Sy00Sy80Sy00SywgaW9lbmdpbmU9c3luYywg aW9kZXB0aD0xCj4gcjI6IChnPTApOiBydz1yYW5kcmVhZCwgYnM9NEstNEsvNEstNEssIGlvZW5n aW5lPXN5bmMsIGlvZGVwdGg9MQo+IDIuMC44Cj4gU3RhcnRpbmcgMiBwcm9jZXNzZXMKPiByMTog TGF5aW5nIG91dCBJTyBmaWxlKHMpICgxIGZpbGUocykgLyAxMjhNQikKPiByMjogTGF5aW5nIG91 dCBJTyBmaWxlKHMpICgxIGZpbGUocykgLyAxMjhNQikKPiBKb2JzOiAxIChmPTEpOiBbcl9dIFsx MDAuMCUgZG9uZV0gWzE4MTRLLzBLIC9zXSBbNDUzIC8wICBpb3BzXSBbZXRhCj4gMDBtOjAwc10K PiByMTogKGdyb3VwaWQ9MCwgam9icz0xKTogZXJyPSAwOiBwaWQ9MzE4NzcKPiAgcmVhZCA6IGlv PTEzMTA3MktCLCBidz02Nzk5NDQgQi9zLCBpb3BzPTE2NiAsIHJ1bnQ9MTk3Mzk1bXNlYwo+ICAg IGNsYXQgKHVzZWMpOiBtaW49OTkgLCBtYXg9NjE1OTU1ICwgYXZnPTYwMTcuMzgsIHN0ZGV2PTYy MzkuNTkKPiAgICAgbGF0ICh1c2VjKTogbWluPTk5ICwgbWF4PTYxNTk1NiAsIGF2Zz02MDE4LjQx LCBzdGRldj02MjM5LjYwCj4gICAgY2xhdCBwZXJjZW50aWxlcyAodXNlYyk6Cj4gICAgIHwgIDEu MDB0aD1bICAxMTFdLCAgNS4wMHRoPVsgIDExNl0sIDEwLjAwdGg9WyAgMTIzXSwgMjAuMDB0aD1b ICAxMzddLAo+ICAgICB8IDMwLjAwdGg9WyAgMTU1XSwgNDAuMDB0aD1bIDM5ODRdLCA1MC4wMHRo PVsgNTcyOF0sIDYwLjAwdGg9WyA3NTIwXSwKPiAgICAgfCA3MC4wMHRoPVsgOTI4MF0sIDgwLjAw dGg9WzExMDcyXSwgOTAuMDB0aD1bMTI4NjRdLCA5NS4wMHRoPVsxMzc2MF0sCj4gICAgIHwgOTku MDB0aD1bMTYwNjRdLCA5OS41MHRoPVsyMzQyNF0sIDk5LjkwdGg9WzI3MjY0XSwgOTkuOTV0aD1b MzAzMzZdLAo+ICAgICB8IDk5Ljk5dGg9Wzc1MjY0XQo+ICAgIGJ3IChLQi9zKSAgOiBtaW49ICAx NDAsIG1heD0gMTgwOCwgcGVyPTUwLjAzJSwgYXZnPTY2NC40MCwgc3RkZXY9MTExLjUxCj4gICAg bGF0ICh1c2VjKSA6IDEwMD0wLjAxJSwgMjUwPTMwLjc0JSwgNTAwPTAuMTMlLCA3NTA9MC4zOSUs IDEwMDA9MC4wMiUKPiAgICBsYXQgKG1zZWMpIDogMj0wLjIwJSwgND04LjYwJSwgMTA9MzMuNzYl LCAyMD0yNS40NCUsIDUwPTAuNjglCj4gICAgbGF0IChtc2VjKSA6IDEwMD0wLjAyJSwgMjUwPTAu MDElLCA3NTA9MC4wMSUKPiAgY3B1ICAgICAgICAgIDogdXNyPTAuMDklLCBzeXM9MC41NCUsIGN0 eD0zMjg1OCwgbWFqZj0wLCBtaW5mPTI0Cj4gIElPIGRlcHRocyAgICA6IDE9MTAwLjAlLCAyPTAu MCUsIDQ9MC4wJSwgOD0wLjAlLCAxNj0wLjAlLCAzMj0wLjAlLAo+Pj02ND0wLjAlCj4gICAgIHN1 Ym1pdCAgICA6IDA9MC4wJSwgND0xMDAuMCUsIDg9MC4wJSwgMTY9MC4wJSwgMzI9MC4wJSwgNjQ9 MC4wJSwKPj49NjQ9MC4wJQo+ICAgICBjb21wbGV0ZSAgOiAwPTAuMCUsIDQ9MTAwLjAlLCA4PTAu MCUsIDE2PTAuMCUsIDMyPTAuMCUsIDY0PTAuMCUsCj4+PTY0PTAuMCUKPiAgICAgaXNzdWVkICAg IDogdG90YWw9cj0zMjc2OC93PTAvZD0wLCBzaG9ydD1yPTAvdz0wL2Q9MAo+IHIyOiAoZ3JvdXBp ZD0wLCBqb2JzPTEpOiBlcnI9IDA6IHBpZD0zMTg3OAo+ICByZWFkIDogaW89MTMxMDcyS0IsIGJ3 PTc5MDczMCBCL3MsIGlvcHM9MTkzICwgcnVudD0xNjk3Mzltc2VjCj4gICAgY2xhdCAodXNlYyk6 IG1pbj04MiAsIG1heD0zMDgwMzMgLCBhdmc9NTE3Mi45NSwgc3RkZXY9Mzg3My4yMgo+ICAgICBs YXQgKHVzZWMpOiBtaW49ODMgLCBtYXg9MzA4MDM0ICwgYXZnPTUxNzQuMDIsIHN0ZGV2PTM4NzMu MjIKPiAgICBjbGF0IHBlcmNlbnRpbGVzICh1c2VjKToKPiAgICAgfCAgMS4wMHRoPVsgIDE2M10s ICA1LjAwdGg9WyAgMTczXSwgMTAuMDB0aD1bICAxODFdLCAyMC4wMHRoPVsgIDM5MF0sCj4gICAg IHwgMzAuMDB0aD1bIDMyMTZdLCA0MC4wMHRoPVsgNDI1Nl0sIDUwLjAwdGg9WyA1MzQ0XSwgNjAu MDB0aD1bIDYzNjhdLAo+ICAgICB8IDcwLjAwdGg9WyA3NDU2XSwgODAuMDB0aD1bIDg1MTJdLCA5 MC4wMHRoPVsgOTUzNl0sIDk1LjAwdGg9WzEwMTc2XSwKPiAgICAgfCA5OS4wMHRoPVsxMDgxNl0s IDk5LjUwdGg9WzExMzI4XSwgOTkuOTB0aD1bMTcwMjRdLCA5OS45NXRoPVsxOTMyOF0sCj4gICAg IHwgOTkuOTl0aD1bNzExNjhdCj4gICAgYncgKEtCL3MpICA6IG1pbj0gIDMyNiwgbWF4PSAxNDMy LCBwZXI9NTcuODElLCBhdmc9NzY3LjcxLCBzdGRldj03My41MAo+ICAgIGxhdCAodXNlYykgOiAx MDA9MC4wMyUsIDI1MD0xOS4yMCUsIDUwMD0xLjAzJSwgNzUwPTAuMDQlLCAxMDAwPTAuMDQlCj4g ICAgbGF0IChtc2VjKSA6IDI9MS4yMSUsIDQ9MTUuNzklLCAxMD01Ni42NyUsIDIwPTUuOTQlLCA1 MD0wLjAyJQo+ICAgIGxhdCAobXNlYykgOiAxMDA9MC4wMiUsIDUwMD0wLjAxJQo+ICBjcHUgICAg ICAgICAgOiB1c3I9MC4wOSUsIHN5cz0wLjcxJSwgY3R4PTMzMDYxLCBtYWpmPTAsIG1pbmY9MjUK PiAgSU8gZGVwdGhzICAgIDogMT0xMDAuMCUsIDI9MC4wJSwgND0wLjAlLCA4PTAuMCUsIDE2PTAu MCUsIDMyPTAuMCUsCj4+PTY0PTAuMCUKPiAgICAgc3VibWl0ICAgIDogMD0wLjAlLCA0PTEwMC4w JSwgOD0wLjAlLCAxNj0wLjAlLCAzMj0wLjAlLCA2ND0wLjAlLAo+Pj02ND0wLjAlCj4gICAgIGNv bXBsZXRlICA6IDA9MC4wJSwgND0xMDAuMCUsIDg9MC4wJSwgMTY9MC4wJSwgMzI9MC4wJSwgNjQ9 MC4wJSwKPj49NjQ9MC4wJQo+ICAgICBpc3N1ZWQgICAgOiB0b3RhbD1yPTMyNzY4L3c9MC9kPTAs IHNob3J0PXI9MC93PTAvZD0wCj4gCj4gUnVuIHN0YXR1cyBncm91cCAwIChhbGwgam9icyk6Cj4g ICBSRUFEOiBpbz0yNjIxNDRLQiwgYWdncmI9MTMyOEtCL3MsIG1pbmI9NjY0S0IvcywgbWF4Yj03 NzJLQi9zLAo+IG1pbnQ9MTY5NzM5bXNlYywgbWF4dD0xOTczOTVtc2VjCj4gCj4gRGlzayBzdGF0 cyAocmVhZC93cml0ZSk6Cj4gICAgbWQxMjY6IGlvcz0zMjczOC8xMCwgbWVyZ2U9MC8wLCB0aWNr cz0wLzAsIGluX3F1ZXVlPTAsIHV0aWw9MC4wMCUsCj4gYWdncmlvcz0xNjM4NC8xMiwgYWdncm1l cmdlPTAvMiwgYWdncnRpY2tzPTk4Mzc0LzkxMiwKPiBhZ2dyaW5fcXVldWU9OTkyNzgsIGFnZ3J1 dGlsPTkwLjU4JQo+ICBzZGg6IGlvcz0zMDAyNC8xMiwgbWVyZ2U9MC8yLCB0aWNrcz0xNzg1MzYv MjgwLCBpbl9xdWV1ZT0xNzg4MDAsCj4gdXRpbD05MC41OCUKPiAgc2RpOiBpb3M9Mjc0NC8xMiwg bWVyZ2U9MC8yLCB0aWNrcz0xODIxMi8xNTQ0LCBpbl9xdWV1ZT0xOTc1NiwgdXRpbD05LjQ3JQo+ ICAgIG1kMTI3OiBpb3M9MzI2OTEvNDcsIG1lcmdlPTAvMCwgdGlja3M9MC8wLCBpbl9xdWV1ZT0w LCB1dGlsPTAuMDAlLAo+IGFnZ3Jpb3M9MTYzODQvNDgsIGFnZ3JtZXJnZT0wLzQsIGFnZ3J0aWNr cz04NDQ4Mi8xNjIyLAo+IGFnZ3Jpbl9xdWV1ZT04NjEwNCwgYWdncnV0aWw9NzIuNTAlCj4gIHNk ZjogaW9zPTI3ODI2LzQ4LCBtZXJnZT0wLzQsIHRpY2tzPTE0Mjg1Ni8xMTUyLCBpbl9xdWV1ZT0x NDQwMDgsCj4gdXRpbD03Mi41MCUKPiAgc2RnOiBpb3M9NDk0Mi80OCwgbWVyZ2U9MC80LCB0aWNr cz0yNjEwOC8yMDkyLCBpbl9xdWV1ZT0yODIwMCwgdXRpbD0xMy4zMyUKClNvIGRvaW5nIHRob3Nl IHRlc3RzIG9uIERvbTAgYWxzbyBzaG93IHBvb3IgcGVyZm9ybWFuY2UsIG5leHQgdGhpbmcKd291 bGQgYmUgdG8gdHJ5IHRoZSBzYW1lIHRlc3RzIHdpdGhvdXQgWGVuLCBib290aW5nIGRpcmVjdGx5 IGludG8gdGhlCkxpbnV4IGtlcm5lbC4KCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54 ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Fri Feb 14 18:35:29 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 14 Feb 2014 18:35: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 1WENbA-0007Ay-7Q; Fri, 14 Feb 2014 18:34:52 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WENb8-0007Ar-Fm for xen-users@lists.xen.org; Fri, 14 Feb 2014 18:34:50 +0000 Received: from [193.109.254.147:60923] by server-6.bemta-14.messagelabs.com id E3/20-03396-9C16EF25; Fri, 14 Feb 2014 18:34:49 +0000 X-Env-Sender: roger.pau@citrix.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1392402887!4447499!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20444 invoked from network); 14 Feb 2014 18:34:48 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 14 Feb 2014 18:34:48 -0000 X-IronPort-AV: E=Sophos;i="4.95,846,1384300800"; d="scan'208";a="100878451" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 14 Feb 2014 18:34:47 +0000 Received: from [IPv6:::1] (10.80.16.47) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Fri, 14 Feb 2014 13:34:46 -0500 Message-ID: <52FE61C5.1040703@citrix.com> Date: Fri, 14 Feb 2014 19:34:45 +0100 From: =?UTF-8?B?Um9nZXIgUGF1IE1vbm7DqQ==?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Mauro Condarelli , References: <52FE26A9.8070309@mclink.it> <52FE3017.3010806@citrix.com> <52FE404E.40809@mclink.it> In-Reply-To: <52FE404E.40809@mclink.it> X-Enigmail-Version: 1.6 X-DLP: MIA1 Subject: Re: [Xen-users] Slow disk access on forwarded RAID array X-BeenThere: xen-users@lists.xen.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 T24gMTQvMDIvMTQgMTc6MTEsIE1hdXJvIENvbmRhcmVsbGkgd3JvdGU6Cj4gVGhhbmtzIGZvciBm YXN0IHJlc3BvbnNlLCBQYXUuCj4gQ29tbWVudHMgYmVsb3cuCj4gCj4gT24gdmVuZXJkw6wgMTQg ZmViYnJhaW8gMjAxNCAxNjowMjo0NywgUm9nZXIgUGF1IE1vbm7DqSB3cm90ZToKPj4gT24gMTQv MDIvMTQgMTU6MjIsIE1hdXJvIENvbmRhcmVsbGkgd3JvdGU6Cj4+PiBIaSwKPj4+IEkgZ2V0IGEg c2x1Z2dpc2ggKDYwMGtiL3MpIHJlYWQgYWNjZXNzIG9uIGEgUmFpZDEgKG1pcnJvcikgZGlzayBh cnJheS4KPj4+IElzIHRoaXMgdG8gYmUgZXhwZWN0ZWQ/Cj4+PiBXaGF0IGFtIEkgZG9pbmcgd3Jv bmc/Cj4+Pgo+Pj4gQ29uZmlndXJhdGlvbiBmb2xsb3dzIChpZiBtb3JlIGRldGFpbHMgYXJlIG5l ZWRlZCBJJ20gcmVhZHkgdG8gcHJvdmlkZQo+Pj4gdGhlbSwganVzdCBhc2spOgo+Pj4KPj4+IEJv dGggRG9tMCBhbmQgRG9tVSBhcmUgZmFpcmx5IHNpbXBsZSBkZWJpYW4gV2hlZXp5IGluc3RhbGxz Lgo+Pj4KPj4+IFRoZSBzZXJ2ZXIgInJlYWwiIGhhcmR3YXJlIGlzIG5vdCBzdGF0ZS1vZi10aGUt YXJ0IGFueW1vcmUsIGJ1dCBpdCBpcwo+Pj4gc3RpbGwgYSByZWFzb25hYmx5IHBvd2VyZnVsIG1h Y2hpbmU6IEFNRCBQaGVub20odG0pIElJIFg2IDEwNTVUIC8gOEdiCj4+PiBERFIzIFJBTQo+Pj4K Pj4+IFNldHVwIHdhcyBkb25lIGZvbGxvd2luZyAiYmVnaW5uZXItZ3VpZGUiIChhZnRlciB0aGF0 IEkgc3dpdGNoZWQgdG8geGwKPj4+IHRvb2xjaGFpbikuCj4+Pgo+Pj4gRG9tMCBoYXMgb25lIHBs YWluIGRpc2sgKGJvb3Qvcm9vdC9MVk0pIGFuZCB0d28gUkFJRDEgYXJyYXlzICh0aGVzZSB3ZXJl Cj4+PiBvbiB0d28gZGlmZmVyZW50IG1hY2hpbmVzIGFuZCBJIHJld2lyZWQgdGhlbSB0byB0aGUg c2VydmVyOgo+Pj4+IHJvb3RAdm1ydW5uZXI6fiMgZmRpc2sgLWwgL2Rldi9zZGUKPj4+Pgo+Pj4+ IERpc2sgL2Rldi9zZGU6IDMyMC4xIEdCLCAzMjAwNzI5MzMzNzYgYnl0ZXMKPj4+PiAyNTUgaGVh ZHMsIDYzIHNlY3RvcnMvdHJhY2ssIDM4OTEzIGN5bGluZGVycywgdG90YWwgNjI1MTQyNDQ4IHNl Y3RvcnMKPj4+PiBVbml0cyA9IHNlY3RvcnMgb2YgMSAqIDUxMiA9IDUxMiBieXRlcwo+Pj4+IFNl Y3RvciBzaXplIChsb2dpY2FsL3BoeXNpY2FsKTogNTEyIGJ5dGVzIC8gNTEyIGJ5dGVzCj4+Pj4g SS9PIHNpemUgKG1pbmltdW0vb3B0aW1hbCk6IDUxMiBieXRlcyAvIDUxMiBieXRlcwo+Pj4+IERp c2sgaWRlbnRpZmllcjogMHgwMDBkMTFjOAo+Pj4+Cj4+Pj4gICAgIERldmljZSBCb290ICAgICAg U3RhcnQgICAgICAgICBFbmQgICAgICBCbG9ja3MgICBJZCAgU3lzdGVtCj4+Pj4gL2Rldi9zZGUx ICAgKiAgICAgICAgMjA0OCAgICAgIDU4NTcyNyAgICAgIDI5MTg0MCAgIDgzICBMaW51eAo+Pj4+ IC9kZXYvc2RlMiAgICAgICAgICA1ODU3MjggICAgMTIzMDQzODMgICAgIDU4NTkzMjggICA4MiAg TGludXggc3dhcCAvCj4+Pj4gU29sYXJpcwo+Pj4+IC9kZXYvc2RlMyAgICAgICAgMTIzMDQzODQg ICAgNDE2MDEwMjMgICAgMTQ2NDgzMjAgICA4MyAgTGludXgKPj4+PiAvZGV2L3NkZTQgICAgICAg IDQxNjAxMDI0ICAgNjI1MTQxNzU5ICAgMjkxNzcwMzY4ICAgOGUgIExpbnV4IExWTQo+Pj4+IHJv b3RAdm1ydW5uZXI6fiMgbWRhZG0gLS1kZXRhaWwgLS1zY2FuCj4+Pj4gQVJSQVkgL2Rldi9tZDEy NyBtZXRhZGF0YT0wLjkwIFVVSUQ9MDc1NzQxYjU6YzI1YWYyMzE6YmZlN2Q4Mzg6MGRhNWNiNGQK Pj4+PiBBUlJBWSAvZGV2L21kL3N0b3JlIG1ldGFkYXRhPTEuMiBuYW1lPXN0b3JlCj4+Pj4gVVVJ RD1iMjc3ZDBjMTowYWRlN2U2YTpkMDEzOWI5NzphYzFhMjk1Ygo+Pj4KPj4+IERvbVUgY29uZmln dXJhdGlvbiBpcyBzdHJhaWdodGZvcndhcmQ6Cj4+Pj4gYm9vdGxvYWRlciA9ICcvdXNyL2xpYi94 ZW4tNC4xL2Jpbi9weWdydWInCj4+Pj4gdmNwdXMgICAgICAgPSAnMicKPj4+PiBtZW1vcnkgICAg ICA9ICc1MTInCj4+Pj4gcm9vdCAgICAgICAgPSAnL2Rldi94dmRhMiBybycKPj4+PiBkaXNrICAg ICAgICA9IFsKPj4+PiAgICAgICAgICAgICAgICAgICAgJ3BoeTovZGV2L3ZnMC9maWxlc2VydmVy LXB2LWd1ZXN0LWRpc2sseHZkYTIsdycsCj4+Pj4gICAgICAgICAgICAgICAgICAgICdwaHk6L2Rl di92ZzAvZmlsZXNlcnZlci1wdi1ndWVzdC1zd2FwLHh2ZGExLHcnLAo+Pj4+ICAgICAgICAgICAg ICAgICAgICAncGh5Oi9kZXYvbWQxMjYseHZkYTMsdycsCj4+Pj4gICAgICAgICAgICAgICAgICAg ICdwaHk6L2Rldi9tZDEyNyx4dmRhNCx3Jwo+Pj4+ICAgICAgICAgICAgICAgIF0KPj4+PiBuYW1l ICAgICAgICA9ICdmaWxlc2VydmVyLXB2LWd1ZXN0Jwo+Pj4+IGRoY3AgICAgICAgID0gJ2RoY3An Cj4+Pj4gdmlmICAgICAgICAgPSBbICdtYWM9MDA6MTY6M0U6NTk6NTU6QUQnIF0KPj4+PiBvbl9w b3dlcm9mZiA9ICdkZXN0cm95Jwo+Pj4+IG9uX3JlYm9vdCAgID0gJ3Jlc3RhcnQnCj4+Pj4gb25f Y3Jhc2ggICAgPSAncmVzdGFydCcKPj4+IE5vdGljZSBJIGhhdmUgYSByYXRoZXIgc21hbGwgbWVt b3J5ICg1MTJNYiksIGJ1dCB0aGlzIERvbVUgaXMgZ29pbmcgdG8KPj4+IGJlICJqdXN0IiBhIGZp bGUgc2VydmVyIChuZnMrY2lmcykuCj4+Pgo+Pj4gQWxzbyB0aGUgY29uZmlndXJhdGlvbiBvbiBE b21VIGlzIHF1aXRlIHN0cmFpZ2h0Zm9yd2FyZDoKPj4+PiByb290QGZpbGVzZXJ2ZXItcHYtZ3Vl c3Q6L3Vzci9zaGFyZS9kb2MvZmlvIyBjYXQgL2V0Yy9mc3RhYgo+Pj4+IHByb2MgICAgICAgICAg ICAvcHJvYyAgICAgICAgICAgcHJvYyAgICBkZWZhdWx0cyAgICAgICAgMCAgICAgICAwCj4+Pj4g ZGV2cHRzICAgICAgICAgIC9kZXYvcHRzICAgICAgICBkZXZwdHMgcncsbm9leGVjLG5vc3VpZCxn aWQ9NSxtb2RlPTYyMAo+Pj4+IDAgIDAKPj4+PiAvZGV2L3h2ZGExIG5vbmUgc3dhcCBzdyAwIDAK Pj4+PiAvZGV2L3h2ZGEyIC8gZXh0MyBub2F0aW1lLG5vZGlyYXRpbWUsZXJyb3JzPXJlbW91bnQt cm8gMCAxCj4+Pj4gL2Rldi94dmRhMyAvc3J2L3NoYXJlcy9TdG9yZSBleHQ0IG5vYXRpbWUsbm9k aXJhdGltZSxlcnJvcnM9cmVtb3VudC1ybwo+Pj4+IDAgMgo+Pj4+IC9kZXYveHZkYTQgL3Nydi9z aGFyZXMvU3RvcmUvcHJpdmF0ZSBleHQ0Cj4+Pj4gbm9hdGltZSxub2RpcmF0aW1lLGVycm9ycz1y ZW1vdW50LXJvIDAgMgo+Pj4gQnV0IHBlcmZvcm1hbmNlIGlzIE5PVCBnb29kOgo+Pj4+IHJvb3RA ZmlsZXNlcnZlci1wdi1ndWVzdDp+IyBjYXQgcmVuZG9tLXJlYWQtdGVzdC5maW8KPj4+PiA7IHJh bmRvbSByZWFkIG9mIDEyOG1iIG9mIGRhdGEKPj4+Pgo+Pj4+IFtyYW5kb20tcmVhZF0KPj4+PiBy dz1yYW5kcmVhZAo+Pj4+IHNpemU9MTI4bQo+Pj4+IGRpcmVjdG9yeT0vc3J2L3NoYXJlcy9TdG9y ZS9TdG9yZS90bXAvCj4+Pj4gcm9vdEBmaWxlc2VydmVyLXB2LWd1ZXN0On4jIGZpbyByZW5kb20t cmVhZC10ZXN0LmZpbwo+Pj4+IC4uLgo+Pj4+ICAgIHJlYWQgOiBpbz0xMzEwNzJLQiwgYnc9Njc3 Mjk2IEIvcywgaW9wcz0xNjUgLCBydW50PTE5ODE2N21zZWMKPiAKPj4+Cj4+PiBBbnkgaGludC9w b2ludGVyIHdlbGNvbWUKPj4KPj4gV2hhdCBraW5kIG9mIHBlcmZvcm1hbmNlIGRvIHlvdSBnZXQg aWYgeW91IHRyeSB0byBleGVjdXRlIHRoZSBzYW1lCj4+IGJlbmNobWFyayBvbiB0aGUgc2FtZSBM Vk0gdm9sdW1lIGZyb20gRG9tMD8KPiAKPiBVaG0sIEkgd2FzIG5vdCBjbGVhcjoKPiBMVk0gaXMg dXNlZCBmb3IgRG9tVSBzdG9yYWdlLgo+IEkgaGF2ZSBubyBwcm9ibGVtIHRoZXJlIChJIHRoaW5r LCBJJ2xsIGNyb3NzLWNoZWNrKS4KPiBXaGVyZSBJIGhhdmUgcHJvYmxlbXMgaXMgb24gdGhlIHR3 byBSQUlEMSBhcnJheXMgdGhhdCBhcmUgYWNjZXNzZWQKPiBFWENMVVNJVkVMWSBieSBEb21VLgo+ IEFzIGEgbWF0dGVyIG9mIGZhY3QgSSBkbyBtb3VudCBvbiBEb20wIGEgc2hhcmUgZXhwb3J0ZWQg YnkgZmlsZXNlcnZlciBpZgo+IGFuZCB3aGVuIEkgbmVlZCB0byBhY2Nlc3MgdGhlIFJhaWQgQXJy YXlzIGZyb20gRG9tMCAoc2VlIGJlbG93KS4KPiBJIHdpbGwgc3RvcCB0aGUgZmlsZXNlcnZlciB0 byBtb3VudCB0aGUgYXJyYXlzIGRpcmVjdGx5IG9uIERvbTAuCj4gRG9uZS4KPiBJIGdldCB0aGUg c2FtZSAoc2xvdykgcGVyZm9ybWFuY2U6Cj4gCj4gcm9vdEB2bXJ1bm5lcjp+IyBtb3VudAo+IHN5 c2ZzIG9uIC9zeXMgdHlwZSBzeXNmcyAocncsbm9zdWlkLG5vZGV2LG5vZXhlYyxyZWxhdGltZSkK PiBwcm9jIG9uIC9wcm9jIHR5cGUgcHJvYyAocncsbm9zdWlkLG5vZGV2LG5vZXhlYyxyZWxhdGlt ZSkKPiB1ZGV2IG9uIC9kZXYgdHlwZSBkZXZ0bXBmcwo+IChydyxyZWxhdGltZSxzaXplPTEwMjQw ayxucl9pbm9kZXM9ODU2NzUxLG1vZGU9NzU1KQo+IGRldnB0cyBvbiAvZGV2L3B0cyB0eXBlIGRl dnB0cwo+IChydyxub3N1aWQsbm9leGVjLHJlbGF0aW1lLGdpZD01LG1vZGU9NjIwLHB0bXhtb2Rl PTAwMCkKPiB0bXBmcyBvbiAvcnVuIHR5cGUgdG1wZnMKPiAocncsbm9zdWlkLG5vZXhlYyxyZWxh dGltZSxzaXplPTY4OTU0OGssbnJfaW5vZGVzPTg2MTkzMixtb2RlPTc1NSkKPiAvZGV2L2Rpc2sv YnktdXVpZC84YTYwYmJjYS0xYmQ4LTQ3ZTctYmM1Yi04ZDU5YmI4NDE0MDQgb24gLyB0eXBlIGV4 dDQKPiAocncscmVsYXRpbWUsZXJyb3JzPXJlbW91bnQtcm8sdXNlcl94YXR0cixiYXJyaWVyPTEs ZGF0YT1vcmRlcmVkKQo+IHRtcGZzIG9uIC9ydW4vbG9jayB0eXBlIHRtcGZzCj4gKHJ3LG5vc3Vp ZCxub2Rldixub2V4ZWMscmVsYXRpbWUsc2l6ZT01MTIwayxucl9pbm9kZXM9ODYxOTMyKQo+IHRt cGZzIG9uIC9ydW4vc2htIHR5cGUgdG1wZnMKPiAocncsbm9zdWlkLG5vZGV2LG5vZXhlYyxyZWxh dGltZSxzaXplPTEzNzkwODBrLG5yX2lub2Rlcz04NjE5MzIpCj4gL2Rldi9zZGUxIG9uIC9ib290 IHR5cGUgZXh0NAo+IChydyxyZWxhdGltZSx1c2VyX3hhdHRyLGJhcnJpZXI9MSxkYXRhPW9yZGVy ZWQpCj4gcnBjX3BpcGVmcyBvbiAvdmFyL2xpYi9uZnMvcnBjX3BpcGVmcyB0eXBlIHJwY19waXBl ZnMgKHJ3LHJlbGF0aW1lKQo+IG5vbmUgb24gL3N5cy9rZXJuZWwvY29uZmlnIHR5cGUgY29uZmln ZnMgKHJ3LHJlbGF0aW1lKQo+IGJpbmZtdF9taXNjIG9uIC9wcm9jL3N5cy9mcy9iaW5mbXRfbWlz YyB0eXBlIGJpbmZtdF9taXNjCj4gKHJ3LG5vc3VpZCxub2Rldixub2V4ZWMscmVsYXRpbWUpCj4g eGVuZnMgb24gL3Byb2MveGVuIHR5cGUgeGVuZnMgKHJ3LHJlbGF0aW1lKQo+IGZpbGVzZXJ2ZXI6 L3Nydi9zaGFyZXMvU3RvcmUgb24gL21udC9maWxlc2VydmVyL1N0b3JlIHR5cGUgbmZzNAo+IChy dyxyZWxhdGltZSx2ZXJzPTQscnNpemU9NjU1MzYsd3NpemU9NjU1MzYsbmFtbGVuPTI1NSxoYXJk LHByb3RvPXRjcCxwb3J0PTAsdGltZW89NjAwLHJldHJhbnM9MixzZWM9c3lzLGNsaWVudGFkZHI9 MTkyLjE2OC43LjEwMSxtaW5vcnZlcnNpb249MCxsb2NhbF9sb2NrPW5vbmUsYWRkcj0xOTIuMTY4 LjcuMTA5KQo+IAo+IC9kZXYvbWQxMjYgb24gL21udC9hIHR5cGUgZXh0NAo+IChydyxyZWxhdGlt ZSx1c2VyX3hhdHRyLGJhcnJpZXI9MSxkYXRhPW9yZGVyZWQpCj4gL2Rldi9tZDEyNyBvbiAvbW50 L2IgdHlwZSBleHQzCj4gKHJ3LHJlbGF0aW1lLGVycm9ycz1jb250aW51ZSxiYXJyaWVyPTEsZGF0 YT1vcmRlcmVkKQo+IHJvb3RAdm1ydW5uZXI6fiMgY2F0IGZpby5jZmcKPiBbZ2xvYmFsXQo+IHJ3 PXJhbmRyZWFkCj4gc2l6ZT0xMjhtCj4gCj4gW3IxXQo+IGRpcmVjdG9yeT0vbW50L2EKPiAKPiBb cjJdCj4gZGlyZWN0b3J5PS9tbnQvYgo+IAo+IHJvb3RAdm1ydW5uZXI6fiMgZmlvIGZpby5jZmcK PiByMTogKGc9MCk6IHJ3PXJhbmRyZWFkLCBicz00Sy00Sy80Sy00SywgaW9lbmdpbmU9c3luYywg aW9kZXB0aD0xCj4gcjI6IChnPTApOiBydz1yYW5kcmVhZCwgYnM9NEstNEsvNEstNEssIGlvZW5n aW5lPXN5bmMsIGlvZGVwdGg9MQo+IDIuMC44Cj4gU3RhcnRpbmcgMiBwcm9jZXNzZXMKPiByMTog TGF5aW5nIG91dCBJTyBmaWxlKHMpICgxIGZpbGUocykgLyAxMjhNQikKPiByMjogTGF5aW5nIG91 dCBJTyBmaWxlKHMpICgxIGZpbGUocykgLyAxMjhNQikKPiBKb2JzOiAxIChmPTEpOiBbcl9dIFsx MDAuMCUgZG9uZV0gWzE4MTRLLzBLIC9zXSBbNDUzIC8wICBpb3BzXSBbZXRhCj4gMDBtOjAwc10K PiByMTogKGdyb3VwaWQ9MCwgam9icz0xKTogZXJyPSAwOiBwaWQ9MzE4NzcKPiAgcmVhZCA6IGlv PTEzMTA3MktCLCBidz02Nzk5NDQgQi9zLCBpb3BzPTE2NiAsIHJ1bnQ9MTk3Mzk1bXNlYwo+ICAg IGNsYXQgKHVzZWMpOiBtaW49OTkgLCBtYXg9NjE1OTU1ICwgYXZnPTYwMTcuMzgsIHN0ZGV2PTYy MzkuNTkKPiAgICAgbGF0ICh1c2VjKTogbWluPTk5ICwgbWF4PTYxNTk1NiAsIGF2Zz02MDE4LjQx LCBzdGRldj02MjM5LjYwCj4gICAgY2xhdCBwZXJjZW50aWxlcyAodXNlYyk6Cj4gICAgIHwgIDEu MDB0aD1bICAxMTFdLCAgNS4wMHRoPVsgIDExNl0sIDEwLjAwdGg9WyAgMTIzXSwgMjAuMDB0aD1b ICAxMzddLAo+ICAgICB8IDMwLjAwdGg9WyAgMTU1XSwgNDAuMDB0aD1bIDM5ODRdLCA1MC4wMHRo PVsgNTcyOF0sIDYwLjAwdGg9WyA3NTIwXSwKPiAgICAgfCA3MC4wMHRoPVsgOTI4MF0sIDgwLjAw dGg9WzExMDcyXSwgOTAuMDB0aD1bMTI4NjRdLCA5NS4wMHRoPVsxMzc2MF0sCj4gICAgIHwgOTku MDB0aD1bMTYwNjRdLCA5OS41MHRoPVsyMzQyNF0sIDk5LjkwdGg9WzI3MjY0XSwgOTkuOTV0aD1b MzAzMzZdLAo+ICAgICB8IDk5Ljk5dGg9Wzc1MjY0XQo+ICAgIGJ3IChLQi9zKSAgOiBtaW49ICAx NDAsIG1heD0gMTgwOCwgcGVyPTUwLjAzJSwgYXZnPTY2NC40MCwgc3RkZXY9MTExLjUxCj4gICAg bGF0ICh1c2VjKSA6IDEwMD0wLjAxJSwgMjUwPTMwLjc0JSwgNTAwPTAuMTMlLCA3NTA9MC4zOSUs IDEwMDA9MC4wMiUKPiAgICBsYXQgKG1zZWMpIDogMj0wLjIwJSwgND04LjYwJSwgMTA9MzMuNzYl LCAyMD0yNS40NCUsIDUwPTAuNjglCj4gICAgbGF0IChtc2VjKSA6IDEwMD0wLjAyJSwgMjUwPTAu MDElLCA3NTA9MC4wMSUKPiAgY3B1ICAgICAgICAgIDogdXNyPTAuMDklLCBzeXM9MC41NCUsIGN0 eD0zMjg1OCwgbWFqZj0wLCBtaW5mPTI0Cj4gIElPIGRlcHRocyAgICA6IDE9MTAwLjAlLCAyPTAu MCUsIDQ9MC4wJSwgOD0wLjAlLCAxNj0wLjAlLCAzMj0wLjAlLAo+Pj02ND0wLjAlCj4gICAgIHN1 Ym1pdCAgICA6IDA9MC4wJSwgND0xMDAuMCUsIDg9MC4wJSwgMTY9MC4wJSwgMzI9MC4wJSwgNjQ9 MC4wJSwKPj49NjQ9MC4wJQo+ICAgICBjb21wbGV0ZSAgOiAwPTAuMCUsIDQ9MTAwLjAlLCA4PTAu MCUsIDE2PTAuMCUsIDMyPTAuMCUsIDY0PTAuMCUsCj4+PTY0PTAuMCUKPiAgICAgaXNzdWVkICAg IDogdG90YWw9cj0zMjc2OC93PTAvZD0wLCBzaG9ydD1yPTAvdz0wL2Q9MAo+IHIyOiAoZ3JvdXBp ZD0wLCBqb2JzPTEpOiBlcnI9IDA6IHBpZD0zMTg3OAo+ICByZWFkIDogaW89MTMxMDcyS0IsIGJ3 PTc5MDczMCBCL3MsIGlvcHM9MTkzICwgcnVudD0xNjk3Mzltc2VjCj4gICAgY2xhdCAodXNlYyk6 IG1pbj04MiAsIG1heD0zMDgwMzMgLCBhdmc9NTE3Mi45NSwgc3RkZXY9Mzg3My4yMgo+ICAgICBs YXQgKHVzZWMpOiBtaW49ODMgLCBtYXg9MzA4MDM0ICwgYXZnPTUxNzQuMDIsIHN0ZGV2PTM4NzMu MjIKPiAgICBjbGF0IHBlcmNlbnRpbGVzICh1c2VjKToKPiAgICAgfCAgMS4wMHRoPVsgIDE2M10s ICA1LjAwdGg9WyAgMTczXSwgMTAuMDB0aD1bICAxODFdLCAyMC4wMHRoPVsgIDM5MF0sCj4gICAg IHwgMzAuMDB0aD1bIDMyMTZdLCA0MC4wMHRoPVsgNDI1Nl0sIDUwLjAwdGg9WyA1MzQ0XSwgNjAu MDB0aD1bIDYzNjhdLAo+ICAgICB8IDcwLjAwdGg9WyA3NDU2XSwgODAuMDB0aD1bIDg1MTJdLCA5 MC4wMHRoPVsgOTUzNl0sIDk1LjAwdGg9WzEwMTc2XSwKPiAgICAgfCA5OS4wMHRoPVsxMDgxNl0s IDk5LjUwdGg9WzExMzI4XSwgOTkuOTB0aD1bMTcwMjRdLCA5OS45NXRoPVsxOTMyOF0sCj4gICAg IHwgOTkuOTl0aD1bNzExNjhdCj4gICAgYncgKEtCL3MpICA6IG1pbj0gIDMyNiwgbWF4PSAxNDMy LCBwZXI9NTcuODElLCBhdmc9NzY3LjcxLCBzdGRldj03My41MAo+ICAgIGxhdCAodXNlYykgOiAx MDA9MC4wMyUsIDI1MD0xOS4yMCUsIDUwMD0xLjAzJSwgNzUwPTAuMDQlLCAxMDAwPTAuMDQlCj4g ICAgbGF0IChtc2VjKSA6IDI9MS4yMSUsIDQ9MTUuNzklLCAxMD01Ni42NyUsIDIwPTUuOTQlLCA1 MD0wLjAyJQo+ICAgIGxhdCAobXNlYykgOiAxMDA9MC4wMiUsIDUwMD0wLjAxJQo+ICBjcHUgICAg ICAgICAgOiB1c3I9MC4wOSUsIHN5cz0wLjcxJSwgY3R4PTMzMDYxLCBtYWpmPTAsIG1pbmY9MjUK PiAgSU8gZGVwdGhzICAgIDogMT0xMDAuMCUsIDI9MC4wJSwgND0wLjAlLCA4PTAuMCUsIDE2PTAu MCUsIDMyPTAuMCUsCj4+PTY0PTAuMCUKPiAgICAgc3VibWl0ICAgIDogMD0wLjAlLCA0PTEwMC4w JSwgOD0wLjAlLCAxNj0wLjAlLCAzMj0wLjAlLCA2ND0wLjAlLAo+Pj02ND0wLjAlCj4gICAgIGNv bXBsZXRlICA6IDA9MC4wJSwgND0xMDAuMCUsIDg9MC4wJSwgMTY9MC4wJSwgMzI9MC4wJSwgNjQ9 MC4wJSwKPj49NjQ9MC4wJQo+ICAgICBpc3N1ZWQgICAgOiB0b3RhbD1yPTMyNzY4L3c9MC9kPTAs IHNob3J0PXI9MC93PTAvZD0wCj4gCj4gUnVuIHN0YXR1cyBncm91cCAwIChhbGwgam9icyk6Cj4g ICBSRUFEOiBpbz0yNjIxNDRLQiwgYWdncmI9MTMyOEtCL3MsIG1pbmI9NjY0S0IvcywgbWF4Yj03 NzJLQi9zLAo+IG1pbnQ9MTY5NzM5bXNlYywgbWF4dD0xOTczOTVtc2VjCj4gCj4gRGlzayBzdGF0 cyAocmVhZC93cml0ZSk6Cj4gICAgbWQxMjY6IGlvcz0zMjczOC8xMCwgbWVyZ2U9MC8wLCB0aWNr cz0wLzAsIGluX3F1ZXVlPTAsIHV0aWw9MC4wMCUsCj4gYWdncmlvcz0xNjM4NC8xMiwgYWdncm1l cmdlPTAvMiwgYWdncnRpY2tzPTk4Mzc0LzkxMiwKPiBhZ2dyaW5fcXVldWU9OTkyNzgsIGFnZ3J1 dGlsPTkwLjU4JQo+ICBzZGg6IGlvcz0zMDAyNC8xMiwgbWVyZ2U9MC8yLCB0aWNrcz0xNzg1MzYv MjgwLCBpbl9xdWV1ZT0xNzg4MDAsCj4gdXRpbD05MC41OCUKPiAgc2RpOiBpb3M9Mjc0NC8xMiwg bWVyZ2U9MC8yLCB0aWNrcz0xODIxMi8xNTQ0LCBpbl9xdWV1ZT0xOTc1NiwgdXRpbD05LjQ3JQo+ ICAgIG1kMTI3OiBpb3M9MzI2OTEvNDcsIG1lcmdlPTAvMCwgdGlja3M9MC8wLCBpbl9xdWV1ZT0w LCB1dGlsPTAuMDAlLAo+IGFnZ3Jpb3M9MTYzODQvNDgsIGFnZ3JtZXJnZT0wLzQsIGFnZ3J0aWNr cz04NDQ4Mi8xNjIyLAo+IGFnZ3Jpbl9xdWV1ZT04NjEwNCwgYWdncnV0aWw9NzIuNTAlCj4gIHNk ZjogaW9zPTI3ODI2LzQ4LCBtZXJnZT0wLzQsIHRpY2tzPTE0Mjg1Ni8xMTUyLCBpbl9xdWV1ZT0x NDQwMDgsCj4gdXRpbD03Mi41MCUKPiAgc2RnOiBpb3M9NDk0Mi80OCwgbWVyZ2U9MC80LCB0aWNr cz0yNjEwOC8yMDkyLCBpbl9xdWV1ZT0yODIwMCwgdXRpbD0xMy4zMyUKClNvIGRvaW5nIHRob3Nl IHRlc3RzIG9uIERvbTAgYWxzbyBzaG93IHBvb3IgcGVyZm9ybWFuY2UsIG5leHQgdGhpbmcKd291 bGQgYmUgdG8gdHJ5IHRoZSBzYW1lIHRlc3RzIHdpdGhvdXQgWGVuLCBib290aW5nIGRpcmVjdGx5 IGludG8gdGhlCkxpbnV4IGtlcm5lbC4KCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54 ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Sat Feb 15 02:50:18 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 15 Feb 2014 02:50: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 1WEVJI-0008FB-6m; Sat, 15 Feb 2014 02:48:56 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WEVJH-0008F6-82 for xen-users@lists.xen.org; Sat, 15 Feb 2014 02:48:55 +0000 Received: from [85.158.143.35:10509] by server-3.bemta-4.messagelabs.com id 9C/B5-11539-695DEF25; Sat, 15 Feb 2014 02:48:54 +0000 X-Env-Sender: jonnyt@abpni.co.uk X-Msg-Ref: server-12.tower-21.messagelabs.com!1392432533!5839333!1 X-Originating-IP: [109.200.19.118] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27592 invoked from network); 15 Feb 2014 02:48:53 -0000 Received: from mail.gosport.uk.abpni.net (HELO mail1.gosport.uk.abpni.net) (109.200.19.118) by server-12.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 15 Feb 2014 02:48:53 -0000 Received: from localhost (mail.gosport.uk.abpni.net [127.0.0.1]) by mail1.gosport.uk.abpni.net (Postfix) with ESMTP id E65095A31D for ; Sat, 15 Feb 2014 02:48:43 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at mail1.int.gosport.uk.corp.abpni.net Received: from mail1.gosport.uk.abpni.net ([127.0.0.1]) by localhost (mail1.int.gosport.uk.corp.abpni.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SDEx5H06IiTt for ; Sat, 15 Feb 2014 02:48:43 +0000 (UTC) Received: from mail.abpni.co.uk (unknown [10.87.17.3]) by mail1.gosport.uk.abpni.net (Postfix) with ESMTPA id 32D2B5A319 for ; Sat, 15 Feb 2014 02:48:42 +0000 (UTC) MIME-Version: 1.0 Date: Sat, 15 Feb 2014 02:48:43 +0000 From: Jonathan Tripathy To: Organization: ABPNI Computer Solutions Ltd Message-ID: X-Sender: jonnyt@abpni.co.uk User-Agent: Roundcube Webmail/0.7.1 Subject: [Xen-users] Ubuntu DomU X-BeenThere: xen-users@lists.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 Hi Everyone, I've installed Xen on my CentOs 6 machine using this guide: http://wiki.centos.org/HowTos/Xen/Xen4QuickStart So far, most things seem to be working fine. Here is the version of Xen installed: release : 3.10.27-11.el6.centos.alt.x86_64 version : #1 SMP Fri Jan 24 23:23:03 UTC 2014 machine : x86_64 nr_cpus : 4 nr_nodes : 1 cores_per_socket : 4 threads_per_core : 1 cpu_mhz : 3192 hw_caps : bfebfbff:28100800:00000000:00007f40:77bae3ff:00000000:00000001:00000281 virt_caps : hvm_directio total_memory : 32643 free_memory : 28827 free_cpus : 0 xen_major : 4 xen_minor : 2 xen_extra : .3-27.el6 xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p xen_scheduler : credit xen_pagesize : 4096 platform_params : virt_start=0xffff800000000000 xen_changeset : unavailable xen_commandline : dom0_mem=1024M,max:1024M loglvl=all guest_loglvl=all cc_compiler : gcc (GCC) 4.4.7 20120313 (Red Hat 4.4.7-4) cc_compile_by : mockbuild cc_compile_domain : centos.org cc_compile_date : Fri Jan 24 20:49:25 UTC 2014 xend_config_format : 4 However, when I try to boot my Ubuntu 12.04 DomU (obtained from stacklet), this won't boot. This distro works fine on our other Xen machines which unlike this server, run a Ubuntu Dom0. Any ideas? When I try to launch the PV DomU, I see the pygrub screen, and when I hit enter, the DomU just crashes. Nothing appears in any of the DomU logs if I mount the disk to check. Help would be appreciated. Thanks Jonny _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Feb 15 02:50:18 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 15 Feb 2014 02:50: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 1WEVJI-0008FB-6m; Sat, 15 Feb 2014 02:48:56 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WEVJH-0008F6-82 for xen-users@lists.xen.org; Sat, 15 Feb 2014 02:48:55 +0000 Received: from [85.158.143.35:10509] by server-3.bemta-4.messagelabs.com id 9C/B5-11539-695DEF25; Sat, 15 Feb 2014 02:48:54 +0000 X-Env-Sender: jonnyt@abpni.co.uk X-Msg-Ref: server-12.tower-21.messagelabs.com!1392432533!5839333!1 X-Originating-IP: [109.200.19.118] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27592 invoked from network); 15 Feb 2014 02:48:53 -0000 Received: from mail.gosport.uk.abpni.net (HELO mail1.gosport.uk.abpni.net) (109.200.19.118) by server-12.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 15 Feb 2014 02:48:53 -0000 Received: from localhost (mail.gosport.uk.abpni.net [127.0.0.1]) by mail1.gosport.uk.abpni.net (Postfix) with ESMTP id E65095A31D for ; Sat, 15 Feb 2014 02:48:43 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at mail1.int.gosport.uk.corp.abpni.net Received: from mail1.gosport.uk.abpni.net ([127.0.0.1]) by localhost (mail1.int.gosport.uk.corp.abpni.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SDEx5H06IiTt for ; Sat, 15 Feb 2014 02:48:43 +0000 (UTC) Received: from mail.abpni.co.uk (unknown [10.87.17.3]) by mail1.gosport.uk.abpni.net (Postfix) with ESMTPA id 32D2B5A319 for ; Sat, 15 Feb 2014 02:48:42 +0000 (UTC) MIME-Version: 1.0 Date: Sat, 15 Feb 2014 02:48:43 +0000 From: Jonathan Tripathy To: Organization: ABPNI Computer Solutions Ltd Message-ID: X-Sender: jonnyt@abpni.co.uk User-Agent: Roundcube Webmail/0.7.1 Subject: [Xen-users] Ubuntu DomU X-BeenThere: xen-users@lists.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 Hi Everyone, I've installed Xen on my CentOs 6 machine using this guide: http://wiki.centos.org/HowTos/Xen/Xen4QuickStart So far, most things seem to be working fine. Here is the version of Xen installed: release : 3.10.27-11.el6.centos.alt.x86_64 version : #1 SMP Fri Jan 24 23:23:03 UTC 2014 machine : x86_64 nr_cpus : 4 nr_nodes : 1 cores_per_socket : 4 threads_per_core : 1 cpu_mhz : 3192 hw_caps : bfebfbff:28100800:00000000:00007f40:77bae3ff:00000000:00000001:00000281 virt_caps : hvm_directio total_memory : 32643 free_memory : 28827 free_cpus : 0 xen_major : 4 xen_minor : 2 xen_extra : .3-27.el6 xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p xen_scheduler : credit xen_pagesize : 4096 platform_params : virt_start=0xffff800000000000 xen_changeset : unavailable xen_commandline : dom0_mem=1024M,max:1024M loglvl=all guest_loglvl=all cc_compiler : gcc (GCC) 4.4.7 20120313 (Red Hat 4.4.7-4) cc_compile_by : mockbuild cc_compile_domain : centos.org cc_compile_date : Fri Jan 24 20:49:25 UTC 2014 xend_config_format : 4 However, when I try to boot my Ubuntu 12.04 DomU (obtained from stacklet), this won't boot. This distro works fine on our other Xen machines which unlike this server, run a Ubuntu Dom0. Any ideas? When I try to launch the PV DomU, I see the pygrub screen, and when I hit enter, the DomU just crashes. Nothing appears in any of the DomU logs if I mount the disk to check. Help would be appreciated. Thanks Jonny _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Feb 16 12:34:51 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 16 Feb 2014 12:34: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 1WF0uX-0002ne-CA; Sun, 16 Feb 2014 12:33:29 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WDhHw-00025N-D3 for xen-users@lists.xensource.com; Wed, 12 Feb 2014 21:24:12 +0000 Received: from [193.109.254.147:39386] by server-5.bemta-14.messagelabs.com id 17/00-16688-B76EBF25; Wed, 12 Feb 2014 21:24:11 +0000 X-Env-Sender: openbg@abv.bg X-Msg-Ref: server-8.tower-27.messagelabs.com!1392240249!3923393!1 X-Originating-IP: [216.139.236.26] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24921 invoked from network); 12 Feb 2014 21:24:10 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-8.tower-27.messagelabs.com with AES256-SHA encrypted SMTP; 12 Feb 2014 21:24:10 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1WDhHs-0006wo-TG for xen-users@lists.xensource.com; Wed, 12 Feb 2014 13:24:09 -0800 Date: Wed, 12 Feb 2014 13:24:08 -0800 (PST) From: xennn To: xen-users@lists.xensource.com Message-ID: <1392240248861-5721259.post@n5.nabble.com> MIME-Version: 1.0 X-Mailman-Approved-At: Sun, 16 Feb 2014 12:33:27 +0000 Subject: [Xen-users] what is xen design in multriprocessor host X-BeenThere: xen-users@lists.xen.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 As we know xen is bare metal hypervisor. I want to know what is the xen design when it can access multiple processors. I would like to ask: is xen multriprocessor model is linux's smp model - the kernel instance is only one and the all host's real cpus execute concurrently this one instance of the kernel? Best regards -- View this message in context: http://xen.1045712.n5.nabble.com/what-is-xen-design-in-multriprocessor-host-tp5721259.html Sent from the Xen - User mailing list archive at Nabble.com. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Feb 16 12:34:51 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 16 Feb 2014 12:34: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 1WF0uX-0002ne-CA; Sun, 16 Feb 2014 12:33:29 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WDhHw-00025N-D3 for xen-users@lists.xensource.com; Wed, 12 Feb 2014 21:24:12 +0000 Received: from [193.109.254.147:39386] by server-5.bemta-14.messagelabs.com id 17/00-16688-B76EBF25; Wed, 12 Feb 2014 21:24:11 +0000 X-Env-Sender: openbg@abv.bg X-Msg-Ref: server-8.tower-27.messagelabs.com!1392240249!3923393!1 X-Originating-IP: [216.139.236.26] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24921 invoked from network); 12 Feb 2014 21:24:10 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-8.tower-27.messagelabs.com with AES256-SHA encrypted SMTP; 12 Feb 2014 21:24:10 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1WDhHs-0006wo-TG for xen-users@lists.xensource.com; Wed, 12 Feb 2014 13:24:09 -0800 Date: Wed, 12 Feb 2014 13:24:08 -0800 (PST) From: xennn To: xen-users@lists.xensource.com Message-ID: <1392240248861-5721259.post@n5.nabble.com> MIME-Version: 1.0 X-Mailman-Approved-At: Sun, 16 Feb 2014 12:33:27 +0000 Subject: [Xen-users] what is xen design in multriprocessor host X-BeenThere: xen-users@lists.xen.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 As we know xen is bare metal hypervisor. I want to know what is the xen design when it can access multiple processors. I would like to ask: is xen multriprocessor model is linux's smp model - the kernel instance is only one and the all host's real cpus execute concurrently this one instance of the kernel? Best regards -- View this message in context: http://xen.1045712.n5.nabble.com/what-is-xen-design-in-multriprocessor-host-tp5721259.html Sent from the Xen - User mailing list archive at Nabble.com. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Feb 16 19:25:05 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 16 Feb 2014 19:25: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 1WF7Jb-0007bf-4g; Sun, 16 Feb 2014 19:23:47 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WF7JZ-0007ba-Ej for xen-users@lists.xen.org; Sun, 16 Feb 2014 19:23:45 +0000 Received: from [193.109.254.147:2285] by server-13.bemta-14.messagelabs.com id 1C/F0-01226-04011035; Sun, 16 Feb 2014 19:23:44 +0000 X-Env-Sender: tfritz@novia.net X-Msg-Ref: server-16.tower-27.messagelabs.com!1392578623!4671444!1 X-Originating-IP: [216.40.24.1] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17405 invoked from network); 16 Feb 2014 19:23:44 -0000 Received: from oasis.novia.net (HELO oasis.novia.net) (216.40.24.1) by server-16.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 16 Feb 2014 19:23:44 -0000 Received: from oasis.novia.net (localhost [127.0.0.1]) by oasis.novia.net (8.14.7/8.14.7/noViA) with ESMTP id s1GJNfmF007893 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Sun, 16 Feb 2014 13:23:42 -0600 (CST) (envelope-from tfritz@novia.net) DKIM-Filter: OpenDKIM Filter v2.8.2 oasis.novia.net s1GJNfmF007893 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=novia.net; s=mail; t=1392578622; bh=aC34pAwadDSVp62Z82lmrmdtNNgWCG5aUMDslJkNAH0=; h=Date:From:To:Subject:In-Reply-To:References; b=hU1Lggu2CmoGViN4K4wVlywoILrkw5YmvUM0CHRtgQpIKrVphyK012W+Iw4CLPpLU LqGqCHChnlY9lDgg9lehk/ZCgxOhi+aLv2EbR5xHWfjHdB/ePH02SHP1JxpOkbnlHZ joFjrrHK3as1R5QVt+dfvi3YwjjlG/Eqij5Z23BE= X-DomainKeys: Sendmail DomainKeys Filter v1.0.2 oasis.novia.net s1GJNfmF007893 DomainKey-Signature: a=rsa-sha1; s=mail; d=novia.net; c=nofws; q=dns; h=received:x-authentication-warning:date:from:to:subject: in-reply-to:message-id:references:user-agent:organization:mime-version:content-type; b=MgWFkQCb2YejwRkp6cQDivMDwiLYkljnVpj14Ivht8cc3VyljP5iC7fWnhPjAgr5Q X/hrhy1l2DM8+e2yvCjd4p0eqlDfmqCxBe9yeJkr0WNEk6JVHsEigiYQFoKlEK9UGVX 9LNVROi2n7ywEwq6zTIyq7pJAnR0b6q8HrgqXGk= Received: from localhost (tfritz@localhost) by oasis.novia.net (8.14.7/8.14.7/Submit) with ESMTP id s1GJNeBo007890 for ; Sun, 16 Feb 2014 13:23:41 -0600 (CST) (envelope-from tfritz@novia.net) X-Authentication-Warning: oasis.novia.net: tfritz owned process doing -bs Date: Sun, 16 Feb 2014 13:23:40 -0600 (CST) From: Tom Fritz To: xen-users@lists.xen.org In-Reply-To: Message-ID: References: User-Agent: Alpine 2.11 (BSF 23 2013-08-11) Organization: Novia Internetworking MIME-Version: 1.0 Subject: Re: [Xen-users] Ubuntu DomU X-BeenThere: xen-users@lists.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 Jonathan, > Help would be appreciated. I am running a nearly identical setup. I can try to run the same image your having issues with if you would like. Please let me know the extact image you are using from stacklet and I will give it a try. Regards, Tom. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Feb 16 19:25:05 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 16 Feb 2014 19:25: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 1WF7Jb-0007bf-4g; Sun, 16 Feb 2014 19:23:47 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WF7JZ-0007ba-Ej for xen-users@lists.xen.org; Sun, 16 Feb 2014 19:23:45 +0000 Received: from [193.109.254.147:2285] by server-13.bemta-14.messagelabs.com id 1C/F0-01226-04011035; Sun, 16 Feb 2014 19:23:44 +0000 X-Env-Sender: tfritz@novia.net X-Msg-Ref: server-16.tower-27.messagelabs.com!1392578623!4671444!1 X-Originating-IP: [216.40.24.1] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17405 invoked from network); 16 Feb 2014 19:23:44 -0000 Received: from oasis.novia.net (HELO oasis.novia.net) (216.40.24.1) by server-16.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 16 Feb 2014 19:23:44 -0000 Received: from oasis.novia.net (localhost [127.0.0.1]) by oasis.novia.net (8.14.7/8.14.7/noViA) with ESMTP id s1GJNfmF007893 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Sun, 16 Feb 2014 13:23:42 -0600 (CST) (envelope-from tfritz@novia.net) DKIM-Filter: OpenDKIM Filter v2.8.2 oasis.novia.net s1GJNfmF007893 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=novia.net; s=mail; t=1392578622; bh=aC34pAwadDSVp62Z82lmrmdtNNgWCG5aUMDslJkNAH0=; h=Date:From:To:Subject:In-Reply-To:References; b=hU1Lggu2CmoGViN4K4wVlywoILrkw5YmvUM0CHRtgQpIKrVphyK012W+Iw4CLPpLU LqGqCHChnlY9lDgg9lehk/ZCgxOhi+aLv2EbR5xHWfjHdB/ePH02SHP1JxpOkbnlHZ joFjrrHK3as1R5QVt+dfvi3YwjjlG/Eqij5Z23BE= X-DomainKeys: Sendmail DomainKeys Filter v1.0.2 oasis.novia.net s1GJNfmF007893 DomainKey-Signature: a=rsa-sha1; s=mail; d=novia.net; c=nofws; q=dns; h=received:x-authentication-warning:date:from:to:subject: in-reply-to:message-id:references:user-agent:organization:mime-version:content-type; b=MgWFkQCb2YejwRkp6cQDivMDwiLYkljnVpj14Ivht8cc3VyljP5iC7fWnhPjAgr5Q X/hrhy1l2DM8+e2yvCjd4p0eqlDfmqCxBe9yeJkr0WNEk6JVHsEigiYQFoKlEK9UGVX 9LNVROi2n7ywEwq6zTIyq7pJAnR0b6q8HrgqXGk= Received: from localhost (tfritz@localhost) by oasis.novia.net (8.14.7/8.14.7/Submit) with ESMTP id s1GJNeBo007890 for ; Sun, 16 Feb 2014 13:23:41 -0600 (CST) (envelope-from tfritz@novia.net) X-Authentication-Warning: oasis.novia.net: tfritz owned process doing -bs Date: Sun, 16 Feb 2014 13:23:40 -0600 (CST) From: Tom Fritz To: xen-users@lists.xen.org In-Reply-To: Message-ID: References: User-Agent: Alpine 2.11 (BSF 23 2013-08-11) Organization: Novia Internetworking MIME-Version: 1.0 Subject: Re: [Xen-users] Ubuntu DomU X-BeenThere: xen-users@lists.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 Jonathan, > Help would be appreciated. I am running a nearly identical setup. I can try to run the same image your having issues with if you would like. Please let me know the extact image you are using from stacklet and I will give it a try. Regards, Tom. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Feb 17 10:48:44 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 17 Feb 2014 10:48: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 1WFLjT-0003KV-4p; Mon, 17 Feb 2014 10:47:27 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WFLjS-0003KQ-9Q for xen-users@lists.xen.org; Mon, 17 Feb 2014 10:47:26 +0000 Received: from [85.158.143.35:38742] by server-3.bemta-4.messagelabs.com id 22/1B-11539-DB8E1035; Mon, 17 Feb 2014 10:47:25 +0000 X-Env-Sender: wei.liu2@citrix.com X-Msg-Ref: server-4.tower-21.messagelabs.com!1392634043!6196930!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23958 invoked from network); 17 Feb 2014 10:47:24 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-4.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 17 Feb 2014 10:47:24 -0000 X-IronPort-AV: E=Sophos;i="4.95,859,1384300800"; d="scan'208";a="103130839" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 17 Feb 2014 10:47:23 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.79) with Microsoft SMTP Server id 14.2.342.4; Mon, 17 Feb 2014 05:47:22 -0500 Received: from zion.uk.xensource.com ([10.80.2.73]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1WFLjN-0005GB-LD; Mon, 17 Feb 2014 10:47:21 +0000 Date: Mon, 17 Feb 2014 10:47:21 +0000 From: Wei Liu To: Jonathan Tripathy Message-ID: <20140217104721.GJ18398@zion.uk.xensource.com> References: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-DLP: MIA1 Cc: xen-users@lists.xen.org, wei.liu2@citrix.com Subject: Re: [Xen-users] Ubuntu DomU X-BeenThere: xen-users@lists.xen.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 Sat, Feb 15, 2014 at 02:48:43AM +0000, Jonathan Tripathy wrote: > Hi Everyone, > > I've installed Xen on my CentOs 6 machine using this guide: > http://wiki.centos.org/HowTos/Xen/Xen4QuickStart > > So far, most things seem to be working fine. Here is the version of > Xen installed: > > release : 3.10.27-11.el6.centos.alt.x86_64 > version : #1 SMP Fri Jan 24 23:23:03 UTC 2014 > machine : x86_64 > nr_cpus : 4 > nr_nodes : 1 > cores_per_socket : 4 > threads_per_core : 1 > cpu_mhz : 3192 > hw_caps : bfebfbff:28100800:00000000:00007f40:77bae3ff:00000000:00000001:00000281 > virt_caps : hvm_directio > total_memory : 32643 > free_memory : 28827 > free_cpus : 0 > xen_major : 4 > xen_minor : 2 > xen_extra : .3-27.el6 > xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p > xen_scheduler : credit > xen_pagesize : 4096 > platform_params : virt_start=0xffff800000000000 > xen_changeset : unavailable > xen_commandline : dom0_mem=1024M,max:1024M loglvl=all > guest_loglvl=all > cc_compiler : gcc (GCC) 4.4.7 20120313 (Red Hat 4.4.7-4) > cc_compile_by : mockbuild > cc_compile_domain : centos.org > cc_compile_date : Fri Jan 24 20:49:25 UTC 2014 > xend_config_format : 4 > > > However, when I try to boot my Ubuntu 12.04 DomU (obtained from > stacklet), this won't boot. This distro works fine on our other Xen > machines which unlike this server, run a Ubuntu Dom0. > So the other server has identical configuration (from hardware to software) except for Dom0 kernel? > Any ideas? When I try to launch the PV DomU, I see the pygrub > screen, and when I hit enter, the DomU just crashes. Nothing appears > in any of the DomU logs if I mount the disk to check. > > Help would be appreciated. > It would be good if you can post your DomU's config file. Also you can configure Xen and DomU to higher loglevel to capture more logs. The crash backtrace is cirtical to solving your problem. Wei. > Thanks > > Jonny > > _______________________________________________ > 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 17 10:48:44 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 17 Feb 2014 10:48: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 1WFLjT-0003KV-4p; Mon, 17 Feb 2014 10:47:27 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WFLjS-0003KQ-9Q for xen-users@lists.xen.org; Mon, 17 Feb 2014 10:47:26 +0000 Received: from [85.158.143.35:38742] by server-3.bemta-4.messagelabs.com id 22/1B-11539-DB8E1035; Mon, 17 Feb 2014 10:47:25 +0000 X-Env-Sender: wei.liu2@citrix.com X-Msg-Ref: server-4.tower-21.messagelabs.com!1392634043!6196930!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23958 invoked from network); 17 Feb 2014 10:47:24 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-4.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 17 Feb 2014 10:47:24 -0000 X-IronPort-AV: E=Sophos;i="4.95,859,1384300800"; d="scan'208";a="103130839" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 17 Feb 2014 10:47:23 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.79) with Microsoft SMTP Server id 14.2.342.4; Mon, 17 Feb 2014 05:47:22 -0500 Received: from zion.uk.xensource.com ([10.80.2.73]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1WFLjN-0005GB-LD; Mon, 17 Feb 2014 10:47:21 +0000 Date: Mon, 17 Feb 2014 10:47:21 +0000 From: Wei Liu To: Jonathan Tripathy Message-ID: <20140217104721.GJ18398@zion.uk.xensource.com> References: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-DLP: MIA1 Cc: xen-users@lists.xen.org, wei.liu2@citrix.com Subject: Re: [Xen-users] Ubuntu DomU X-BeenThere: xen-users@lists.xen.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 Sat, Feb 15, 2014 at 02:48:43AM +0000, Jonathan Tripathy wrote: > Hi Everyone, > > I've installed Xen on my CentOs 6 machine using this guide: > http://wiki.centos.org/HowTos/Xen/Xen4QuickStart > > So far, most things seem to be working fine. Here is the version of > Xen installed: > > release : 3.10.27-11.el6.centos.alt.x86_64 > version : #1 SMP Fri Jan 24 23:23:03 UTC 2014 > machine : x86_64 > nr_cpus : 4 > nr_nodes : 1 > cores_per_socket : 4 > threads_per_core : 1 > cpu_mhz : 3192 > hw_caps : bfebfbff:28100800:00000000:00007f40:77bae3ff:00000000:00000001:00000281 > virt_caps : hvm_directio > total_memory : 32643 > free_memory : 28827 > free_cpus : 0 > xen_major : 4 > xen_minor : 2 > xen_extra : .3-27.el6 > xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p > xen_scheduler : credit > xen_pagesize : 4096 > platform_params : virt_start=0xffff800000000000 > xen_changeset : unavailable > xen_commandline : dom0_mem=1024M,max:1024M loglvl=all > guest_loglvl=all > cc_compiler : gcc (GCC) 4.4.7 20120313 (Red Hat 4.4.7-4) > cc_compile_by : mockbuild > cc_compile_domain : centos.org > cc_compile_date : Fri Jan 24 20:49:25 UTC 2014 > xend_config_format : 4 > > > However, when I try to boot my Ubuntu 12.04 DomU (obtained from > stacklet), this won't boot. This distro works fine on our other Xen > machines which unlike this server, run a Ubuntu Dom0. > So the other server has identical configuration (from hardware to software) except for Dom0 kernel? > Any ideas? When I try to launch the PV DomU, I see the pygrub > screen, and when I hit enter, the DomU just crashes. Nothing appears > in any of the DomU logs if I mount the disk to check. > > Help would be appreciated. > It would be good if you can post your DomU's config file. Also you can configure Xen and DomU to higher loglevel to capture more logs. The crash backtrace is cirtical to solving your problem. Wei. > Thanks > > Jonny > > _______________________________________________ > 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 17 11:23:17 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 17 Feb 2014 11:23: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 1WFMHi-00046j-J6; Mon, 17 Feb 2014 11: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 1WFMHg-00046e-Kv for xen-users@lists.xen.org; Mon, 17 Feb 2014 11:22:48 +0000 Received: from [193.109.254.147:64790] by server-15.bemta-14.messagelabs.com id A5/5E-10839-701F1035; Mon, 17 Feb 2014 11:22:47 +0000 X-Env-Sender: dominic@opusvl.com X-Msg-Ref: server-4.tower-27.messagelabs.com!1392636166!1086138!1 X-Originating-IP: [82.211.96.143] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26186 invoked from network); 17 Feb 2014 11:22:47 -0000 Received: from msa.mail.opusvl.net (HELO msa.mail.opusvl.net) (82.211.96.143) by server-4.tower-27.messagelabs.com with AES256-SHA encrypted SMTP; 17 Feb 2014 11:22:47 -0000 Received: from [213.131.188.212] (helo=smtp.rug-01.opusvl.net) by msa.mail.opusvl.net with esmtp (Exim 4.69) (envelope-from ) id 1WFMM0-00035C-8u for xen-users@lists.xen.org; Mon, 17 Feb 2014 11:27:16 +0000 Received: from xd-04.rug-01.opusvl.net ([10.10.4.111]:44481) by smtp.rug-01.opusvl.net with esmtp (Exim 4.71) (envelope-from ) id 1WFMKl-0003bv-9X for xen-users@lists.xen.org; Mon, 17 Feb 2014 11:26:00 +0000 Message-ID: <1392636160.26493.8.camel@xd-04> From: Dominic Mason To: xen-users@lists.xen.org Date: Mon, 17 Feb 2014 11:22:40 +0000 In-Reply-To: References: Organization: OpusVL X-Mailer: Evolution 3.2.3-0ubuntu6 Mime-Version: 1.0 X-SA-Exim-Connect-IP: 10.10.4.111 X-SA-Exim-Mail-From: dominic@opusvl.com X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on vm-1510 X-Spam-Level: X-Spam-Status: No, score=-2.9 required=8.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.1 X-Spam-ASN: X-SA-Exim-Version: 4.2.1 (built Mon, 22 Mar 2010 06:26:47 +0000) X-SA-Exim-Scanned: Yes (on smtp.rug-01.opusvl.net) Subject: Re: [Xen-users] Ubuntu DomU X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: dominic@opusvl.com 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 This could be because of the grub.cfg on the actual domU, to which the Ubuntu people have added a Submenu section that pyGrub is unable to interpret, so you tent to get a "no boot loader found" error If this is the case, you need to mount the disk image offline - possibly using kpartx - and comment out the submenu section in the grub.cfg. This problem will re-appear in your 12.04 domU every time it does a kernel update and rebuilds grub. So always check you4r grub.cfg before you do a reboot of the domU as well. This is something Ubuntu added in 12.04LTS. It's very annoying. Regards On Sat, 2014-02-15 at 02:48 +0000, Jonathan Tripathy wrote: > Hi Everyone, > > I've installed Xen on my CentOs 6 machine using this guide: > http://wiki.centos.org/HowTos/Xen/Xen4QuickStart > > So far, most things seem to be working fine. Here is the version of Xen > installed: > > release : 3.10.27-11.el6.centos.alt.x86_64 > version : #1 SMP Fri Jan 24 23:23:03 UTC 2014 > machine : x86_64 > nr_cpus : 4 > nr_nodes : 1 > cores_per_socket : 4 > threads_per_core : 1 > cpu_mhz : 3192 > hw_caps : > bfebfbff:28100800:00000000:00007f40:77bae3ff:00000000:00000001:00000281 > virt_caps : hvm_directio > total_memory : 32643 > free_memory : 28827 > free_cpus : 0 > xen_major : 4 > xen_minor : 2 > xen_extra : .3-27.el6 > xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p > xen_scheduler : credit > xen_pagesize : 4096 > platform_params : virt_start=0xffff800000000000 > xen_changeset : unavailable > xen_commandline : dom0_mem=1024M,max:1024M loglvl=all > guest_loglvl=all > cc_compiler : gcc (GCC) 4.4.7 20120313 (Red Hat 4.4.7-4) > cc_compile_by : mockbuild > cc_compile_domain : centos.org > cc_compile_date : Fri Jan 24 20:49:25 UTC 2014 > xend_config_format : 4 > > > However, when I try to boot my Ubuntu 12.04 DomU (obtained from > stacklet), this won't boot. This distro works fine on our other Xen > machines which unlike this server, run a Ubuntu Dom0. > > Any ideas? When I try to launch the PV DomU, I see the pygrub screen, > and when I hit enter, the DomU just crashes. Nothing appears in any of > the DomU logs if I mount the disk to check. > > Help would be appreciated. > > Thanks > > Jonny > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users -- Dominic Mason OpusVL _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Feb 17 11:23:17 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 17 Feb 2014 11:23: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 1WFMHi-00046j-J6; Mon, 17 Feb 2014 11: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 1WFMHg-00046e-Kv for xen-users@lists.xen.org; Mon, 17 Feb 2014 11:22:48 +0000 Received: from [193.109.254.147:64790] by server-15.bemta-14.messagelabs.com id A5/5E-10839-701F1035; Mon, 17 Feb 2014 11:22:47 +0000 X-Env-Sender: dominic@opusvl.com X-Msg-Ref: server-4.tower-27.messagelabs.com!1392636166!1086138!1 X-Originating-IP: [82.211.96.143] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26186 invoked from network); 17 Feb 2014 11:22:47 -0000 Received: from msa.mail.opusvl.net (HELO msa.mail.opusvl.net) (82.211.96.143) by server-4.tower-27.messagelabs.com with AES256-SHA encrypted SMTP; 17 Feb 2014 11:22:47 -0000 Received: from [213.131.188.212] (helo=smtp.rug-01.opusvl.net) by msa.mail.opusvl.net with esmtp (Exim 4.69) (envelope-from ) id 1WFMM0-00035C-8u for xen-users@lists.xen.org; Mon, 17 Feb 2014 11:27:16 +0000 Received: from xd-04.rug-01.opusvl.net ([10.10.4.111]:44481) by smtp.rug-01.opusvl.net with esmtp (Exim 4.71) (envelope-from ) id 1WFMKl-0003bv-9X for xen-users@lists.xen.org; Mon, 17 Feb 2014 11:26:00 +0000 Message-ID: <1392636160.26493.8.camel@xd-04> From: Dominic Mason To: xen-users@lists.xen.org Date: Mon, 17 Feb 2014 11:22:40 +0000 In-Reply-To: References: Organization: OpusVL X-Mailer: Evolution 3.2.3-0ubuntu6 Mime-Version: 1.0 X-SA-Exim-Connect-IP: 10.10.4.111 X-SA-Exim-Mail-From: dominic@opusvl.com X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on vm-1510 X-Spam-Level: X-Spam-Status: No, score=-2.9 required=8.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.1 X-Spam-ASN: X-SA-Exim-Version: 4.2.1 (built Mon, 22 Mar 2010 06:26:47 +0000) X-SA-Exim-Scanned: Yes (on smtp.rug-01.opusvl.net) Subject: Re: [Xen-users] Ubuntu DomU X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: dominic@opusvl.com 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 This could be because of the grub.cfg on the actual domU, to which the Ubuntu people have added a Submenu section that pyGrub is unable to interpret, so you tent to get a "no boot loader found" error If this is the case, you need to mount the disk image offline - possibly using kpartx - and comment out the submenu section in the grub.cfg. This problem will re-appear in your 12.04 domU every time it does a kernel update and rebuilds grub. So always check you4r grub.cfg before you do a reboot of the domU as well. This is something Ubuntu added in 12.04LTS. It's very annoying. Regards On Sat, 2014-02-15 at 02:48 +0000, Jonathan Tripathy wrote: > Hi Everyone, > > I've installed Xen on my CentOs 6 machine using this guide: > http://wiki.centos.org/HowTos/Xen/Xen4QuickStart > > So far, most things seem to be working fine. Here is the version of Xen > installed: > > release : 3.10.27-11.el6.centos.alt.x86_64 > version : #1 SMP Fri Jan 24 23:23:03 UTC 2014 > machine : x86_64 > nr_cpus : 4 > nr_nodes : 1 > cores_per_socket : 4 > threads_per_core : 1 > cpu_mhz : 3192 > hw_caps : > bfebfbff:28100800:00000000:00007f40:77bae3ff:00000000:00000001:00000281 > virt_caps : hvm_directio > total_memory : 32643 > free_memory : 28827 > free_cpus : 0 > xen_major : 4 > xen_minor : 2 > xen_extra : .3-27.el6 > xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p > xen_scheduler : credit > xen_pagesize : 4096 > platform_params : virt_start=0xffff800000000000 > xen_changeset : unavailable > xen_commandline : dom0_mem=1024M,max:1024M loglvl=all > guest_loglvl=all > cc_compiler : gcc (GCC) 4.4.7 20120313 (Red Hat 4.4.7-4) > cc_compile_by : mockbuild > cc_compile_domain : centos.org > cc_compile_date : Fri Jan 24 20:49:25 UTC 2014 > xend_config_format : 4 > > > However, when I try to boot my Ubuntu 12.04 DomU (obtained from > stacklet), this won't boot. This distro works fine on our other Xen > machines which unlike this server, run a Ubuntu Dom0. > > Any ideas? When I try to launch the PV DomU, I see the pygrub screen, > and when I hit enter, the DomU just crashes. Nothing appears in any of > the DomU logs if I mount the disk to check. > > Help would be appreciated. > > Thanks > > Jonny > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users -- Dominic Mason OpusVL _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Feb 17 15:26:51 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 17 Feb 2014 15:26: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 1WFQ4v-0003X6-Eu; Mon, 17 Feb 2014 15:25:53 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WFQ4u-0003Wq-9Y for xen-users@lists.xen.org; Mon, 17 Feb 2014 15:25:52 +0000 Received: from [85.158.137.68:4888] by server-3.bemta-3.messagelabs.com id 7A/7C-14520-FF922035; Mon, 17 Feb 2014 15:25:51 +0000 X-Env-Sender: dario.faggioli@citrix.com X-Msg-Ref: server-5.tower-31.messagelabs.com!1392650739!1163611!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n, ML_RADAR_SPEW_LINKS_8, spamassassin: , async_handler: YXN5bmNfZGVsYXk6IDcwNjIwNTAgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19974 invoked from network); 17 Feb 2014 15:25:41 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-5.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 17 Feb 2014 15:25:41 -0000 X-IronPort-AV: E=Sophos;i="4.95,861,1384300800"; d="asc'?scan'208";a="101456937" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 17 Feb 2014 15:25:39 +0000 Received: from [127.0.0.1] (10.80.16.47) by smtprelay.citrix.com (10.13.107.79) with Microsoft SMTP Server id 14.2.342.4; Mon, 17 Feb 2014 10:25:38 -0500 Message-ID: <1392650737.32038.437.camel@Solace> From: Dario Faggioli To: "xen-users@lists.xen.org" , "xen-devel@lists.xenproject.org" Date: Mon, 17 Feb 2014 16:25:37 +0100 Organization: Citrix X-Mailer: Evolution 3.10.3 (3.10.3-1.fc20) MIME-Version: 1.0 X-DLP: MIA2 Cc: xs-devel@lists.xenserver.org, cl-mirage@lists.cam.ac.uk Subject: [Xen-users] TOMORROW (Feb 18) is Xen Project Test Day for 4.4 RC4 X-BeenThere: xen-users@lists.xen.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="===============0465504095441169325==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0465504095441169325== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-Yvp28eZB8qtsnKUqDNv8" --=-Yvp28eZB8qtsnKUqDNv8 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Tomorrow, February 18, is the Test Day for Xen 4.4. Release Candidate 4. General Information about Test Days can be found here: http://wiki.xenproject.org/wiki/Xen_Test_Days and specific instructions for this Test Day are located here: http://wiki.xenproject.org/wiki/Xen_4.4_RC4_test_instructions XEN 4.4 FEATURE DEVELOPERS: If you have a new feature which is cooked and ready for testing in RC4, we need to know about it and how to test it. Please edit the instructions page this week to reflect suggested configuration and testing instructions. EVERYONE: Please join us on Tuesday, February 18, to flush out any potential bugs before the next release. Thank you! Dario --=20 <> (Raistlin Majere) ----------------------------------------------------------------- Dario Faggioli, Ph.D, http://about.me/dario.faggioli Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) --=-Yvp28eZB8qtsnKUqDNv8 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEABECAAYFAlMCKfEACgkQk4XaBE3IOsTF9ACbB4g3w6y0xmkyj4Trzo0TbWDm WYEAoJUCTloh3J/NPfxoq4jN5tbqGfFg =yr7Q -----END PGP SIGNATURE----- --=-Yvp28eZB8qtsnKUqDNv8-- --===============0465504095441169325== 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 --===============0465504095441169325==-- From xen-users-bounces@lists.xen.org Mon Feb 17 15:26:51 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 17 Feb 2014 15:26: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 1WFQ4v-0003X6-Eu; Mon, 17 Feb 2014 15:25:53 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WFQ4u-0003Wq-9Y for xen-users@lists.xen.org; Mon, 17 Feb 2014 15:25:52 +0000 Received: from [85.158.137.68:4888] by server-3.bemta-3.messagelabs.com id 7A/7C-14520-FF922035; Mon, 17 Feb 2014 15:25:51 +0000 X-Env-Sender: dario.faggioli@citrix.com X-Msg-Ref: server-5.tower-31.messagelabs.com!1392650739!1163611!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n, ML_RADAR_SPEW_LINKS_8, spamassassin: , async_handler: YXN5bmNfZGVsYXk6IDcwNjIwNTAgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19974 invoked from network); 17 Feb 2014 15:25:41 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-5.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 17 Feb 2014 15:25:41 -0000 X-IronPort-AV: E=Sophos;i="4.95,861,1384300800"; d="asc'?scan'208";a="101456937" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 17 Feb 2014 15:25:39 +0000 Received: from [127.0.0.1] (10.80.16.47) by smtprelay.citrix.com (10.13.107.79) with Microsoft SMTP Server id 14.2.342.4; Mon, 17 Feb 2014 10:25:38 -0500 Message-ID: <1392650737.32038.437.camel@Solace> From: Dario Faggioli To: "xen-users@lists.xen.org" , "xen-devel@lists.xenproject.org" Date: Mon, 17 Feb 2014 16:25:37 +0100 Organization: Citrix X-Mailer: Evolution 3.10.3 (3.10.3-1.fc20) MIME-Version: 1.0 X-DLP: MIA2 Cc: xs-devel@lists.xenserver.org, cl-mirage@lists.cam.ac.uk Subject: [Xen-users] TOMORROW (Feb 18) is Xen Project Test Day for 4.4 RC4 X-BeenThere: xen-users@lists.xen.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="===============0465504095441169325==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0465504095441169325== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-Yvp28eZB8qtsnKUqDNv8" --=-Yvp28eZB8qtsnKUqDNv8 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Tomorrow, February 18, is the Test Day for Xen 4.4. Release Candidate 4. General Information about Test Days can be found here: http://wiki.xenproject.org/wiki/Xen_Test_Days and specific instructions for this Test Day are located here: http://wiki.xenproject.org/wiki/Xen_4.4_RC4_test_instructions XEN 4.4 FEATURE DEVELOPERS: If you have a new feature which is cooked and ready for testing in RC4, we need to know about it and how to test it. Please edit the instructions page this week to reflect suggested configuration and testing instructions. EVERYONE: Please join us on Tuesday, February 18, to flush out any potential bugs before the next release. Thank you! Dario --=20 <> (Raistlin Majere) ----------------------------------------------------------------- Dario Faggioli, Ph.D, http://about.me/dario.faggioli Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) --=-Yvp28eZB8qtsnKUqDNv8 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEABECAAYFAlMCKfEACgkQk4XaBE3IOsTF9ACbB4g3w6y0xmkyj4Trzo0TbWDm WYEAoJUCTloh3J/NPfxoq4jN5tbqGfFg =yr7Q -----END PGP SIGNATURE----- --=-Yvp28eZB8qtsnKUqDNv8-- --===============0465504095441169325== 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 --===============0465504095441169325==-- From xen-users-bounces@lists.xen.org Tue Feb 18 09:19:55 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 18 Feb 2014 09:19: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 1WFgpH-0005cK-VX; Tue, 18 Feb 2014 09:18:51 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WFgpG-0005c6-I2; Tue, 18 Feb 2014 09:18:50 +0000 Received: from [193.109.254.147:63399] by server-14.bemta-14.messagelabs.com id 07/4A-29228-97523035; Tue, 18 Feb 2014 09:18:49 +0000 X-Env-Sender: raistlin.df@gmail.com X-Msg-Ref: server-5.tower-27.messagelabs.com!1392715119!5062446!1 X-Originating-IP: [74.125.83.52] X-SpamReason: No, hits=2.2 required=7.0 tests=ML_RADAR_SPEW_LINKS_8, SUSPICIOUS_RECIPS,spamassassin: ,async_handler: YXN5bmNfZGVsYXk6IDcwNDMyMjAgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10306 invoked from network); 18 Feb 2014 09:18:39 -0000 Received: from mail-ee0-f52.google.com (HELO mail-ee0-f52.google.com) (74.125.83.52) by server-5.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 18 Feb 2014 09:18:39 -0000 Received: by mail-ee0-f52.google.com with SMTP id e53so7493784eek.25 for ; Tue, 18 Feb 2014 01:18:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:subject:from:to:cc:date:content-type:mime-version; bh=/Q/8w3+qC2JFxhKbdEeSUiQt5BZ3FJT1pSkYuKum4M8=; b=aBevmY8sl93bogr62PtsJIGetzidl8O1sXOQbFtvKxGAv6XzAc6dQwKwfQcpXKLB8G vd3XtC/1uchTy2clGIMaREZ97cCcN7RQdYgw+Y7GSNDeHZY4OtfLkF46ztDrj64nwsT7 QLVJ9i5zmnp4MDXWlw5JPIs4zaCA+3xoV8zbJMDaZR7hoR0eG/ahZciV/emZ+voq3G34 YSBfbvwLKreGYgKe4IObRXINA3X+RXw3yzfQuDMRUUVb0oPQ+DjVei05LQvFVHZMgwmE wHABAIid21oScbo816IMHOpfXGAXsApJtpx1JXe/7jAk4l/zvvu2/IpsSVojhbxMo8Df JTqw== X-Received: by 10.14.175.193 with SMTP id z41mr22992eel.108.1392715119256; Tue, 18 Feb 2014 01:18:39 -0800 (PST) Received: from [192.168.0.40] (ip-183-225.sn1.eutelia.it. [62.94.183.225]) by mx.google.com with ESMTPSA id 46sm67642616ees.4.2014.02.18.01.18.32 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Tue, 18 Feb 2014 01:18:38 -0800 (PST) Message-ID: <1392715101.32038.466.camel@Solace> From: Dario Faggioli To: "xen-devel@lists.xenproject.org" Date: Tue, 18 Feb 2014 10:18:21 +0100 X-Mailer: Evolution 3.10.3 (3.10.3-1.fc20) Mime-Version: 1.0 Cc: "xen-users@lists.xen.org" , xen , cl-mirage , "xen-api@lists.xen.org" Subject: [Xen-users] Today is Xen Project Test Day for 4.4 RC4 X-BeenThere: xen-users@lists.xen.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="===============0295489781487658796==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0295489781487658796== Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-ozW96/qKXM/3ULIOimJ8" --=-ozW96/qKXM/3ULIOimJ8 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable This is a reminder that today is the Xen Project Test Day for Xen 4.4 RC4. General Information about Test Days can be found here: http://wiki.xenproject.org/wiki/Xen_Test_Days and specific instructions for this Test Day are located here: http://wiki.xenproject.org/wiki/Xen_4.4_RC4_test_instructions Developers: please consider monitoring the Freenode IRC channel #xentest today to make sure that people are able to build and test the code. Hope to see you today on #xentest! Dario =20 --=20 <> (Raistlin Majere) ----------------------------------------------------------------- Dario Faggioli, Ph.D, http://about.me/dario.faggioli Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) --=-ozW96/qKXM/3ULIOimJ8 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEABECAAYFAlMDJV0ACgkQk4XaBE3IOsTpTgCePiO87TXF1CTTBmHT4AR7tner /jwAn2beaBxh+skppx2cFj/ANIxQJhQo =aLdi -----END PGP SIGNATURE----- --=-ozW96/qKXM/3ULIOimJ8-- --===============0295489781487658796== 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 --===============0295489781487658796==-- From xen-users-bounces@lists.xen.org Tue Feb 18 09:19:55 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 18 Feb 2014 09:19: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 1WFgpH-0005cK-VX; Tue, 18 Feb 2014 09:18:51 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WFgpG-0005c6-I2; Tue, 18 Feb 2014 09:18:50 +0000 Received: from [193.109.254.147:63399] by server-14.bemta-14.messagelabs.com id 07/4A-29228-97523035; Tue, 18 Feb 2014 09:18:49 +0000 X-Env-Sender: raistlin.df@gmail.com X-Msg-Ref: server-5.tower-27.messagelabs.com!1392715119!5062446!1 X-Originating-IP: [74.125.83.52] X-SpamReason: No, hits=2.2 required=7.0 tests=ML_RADAR_SPEW_LINKS_8, SUSPICIOUS_RECIPS,spamassassin: ,async_handler: YXN5bmNfZGVsYXk6IDcwNDMyMjAgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10306 invoked from network); 18 Feb 2014 09:18:39 -0000 Received: from mail-ee0-f52.google.com (HELO mail-ee0-f52.google.com) (74.125.83.52) by server-5.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 18 Feb 2014 09:18:39 -0000 Received: by mail-ee0-f52.google.com with SMTP id e53so7493784eek.25 for ; Tue, 18 Feb 2014 01:18:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:subject:from:to:cc:date:content-type:mime-version; bh=/Q/8w3+qC2JFxhKbdEeSUiQt5BZ3FJT1pSkYuKum4M8=; b=aBevmY8sl93bogr62PtsJIGetzidl8O1sXOQbFtvKxGAv6XzAc6dQwKwfQcpXKLB8G vd3XtC/1uchTy2clGIMaREZ97cCcN7RQdYgw+Y7GSNDeHZY4OtfLkF46ztDrj64nwsT7 QLVJ9i5zmnp4MDXWlw5JPIs4zaCA+3xoV8zbJMDaZR7hoR0eG/ahZciV/emZ+voq3G34 YSBfbvwLKreGYgKe4IObRXINA3X+RXw3yzfQuDMRUUVb0oPQ+DjVei05LQvFVHZMgwmE wHABAIid21oScbo816IMHOpfXGAXsApJtpx1JXe/7jAk4l/zvvu2/IpsSVojhbxMo8Df JTqw== X-Received: by 10.14.175.193 with SMTP id z41mr22992eel.108.1392715119256; Tue, 18 Feb 2014 01:18:39 -0800 (PST) Received: from [192.168.0.40] (ip-183-225.sn1.eutelia.it. [62.94.183.225]) by mx.google.com with ESMTPSA id 46sm67642616ees.4.2014.02.18.01.18.32 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Tue, 18 Feb 2014 01:18:38 -0800 (PST) Message-ID: <1392715101.32038.466.camel@Solace> From: Dario Faggioli To: "xen-devel@lists.xenproject.org" Date: Tue, 18 Feb 2014 10:18:21 +0100 X-Mailer: Evolution 3.10.3 (3.10.3-1.fc20) Mime-Version: 1.0 Cc: "xen-users@lists.xen.org" , xen , cl-mirage , "xen-api@lists.xen.org" Subject: [Xen-users] Today is Xen Project Test Day for 4.4 RC4 X-BeenThere: xen-users@lists.xen.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="===============0295489781487658796==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0295489781487658796== Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-ozW96/qKXM/3ULIOimJ8" --=-ozW96/qKXM/3ULIOimJ8 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable This is a reminder that today is the Xen Project Test Day for Xen 4.4 RC4. General Information about Test Days can be found here: http://wiki.xenproject.org/wiki/Xen_Test_Days and specific instructions for this Test Day are located here: http://wiki.xenproject.org/wiki/Xen_4.4_RC4_test_instructions Developers: please consider monitoring the Freenode IRC channel #xentest today to make sure that people are able to build and test the code. Hope to see you today on #xentest! Dario =20 --=20 <> (Raistlin Majere) ----------------------------------------------------------------- Dario Faggioli, Ph.D, http://about.me/dario.faggioli Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) --=-ozW96/qKXM/3ULIOimJ8 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEABECAAYFAlMDJV0ACgkQk4XaBE3IOsTpTgCePiO87TXF1CTTBmHT4AR7tner /jwAn2beaBxh+skppx2cFj/ANIxQJhQo =aLdi -----END PGP SIGNATURE----- --=-ozW96/qKXM/3ULIOimJ8-- --===============0295489781487658796== 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 --===============0295489781487658796==-- From xen-users-bounces@lists.xen.org Tue Feb 18 11:30:12 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 18 Feb 2014 11:30: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 1WFirN-00016p-RQ; Tue, 18 Feb 2014 11:29:09 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WFirL-000163-JD; Tue, 18 Feb 2014 11:29:07 +0000 Received: from [85.158.139.211:31728] by server-12.bemta-5.messagelabs.com id A8/8C-15415-20443035; Tue, 18 Feb 2014 11:29:06 +0000 X-Env-Sender: dunlapg@gmail.com X-Msg-Ref: server-4.tower-206.messagelabs.com!1392722946!4641766!1 X-Originating-IP: [209.85.212.175] X-SpamReason: No, hits=3.0 required=7.0 tests=BODY_RANDOM_LONG, RCVD_BY_IP,SUSPICIOUS_RECIPS X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11196 invoked from network); 18 Feb 2014 11:29:06 -0000 Received: from mail-wi0-f175.google.com (HELO mail-wi0-f175.google.com) (209.85.212.175) by server-4.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 18 Feb 2014 11:29:06 -0000 Received: by mail-wi0-f175.google.com with SMTP id hm4so3363979wib.8 for ; Tue, 18 Feb 2014 03:29:05 -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=i9H2TKAjA0H28GzQkyygvj2vJjkC1dSEfKKk9/10vWs=; b=oM8IjXZ1e679G90KdqYlt1GLvhcjGHjCXYZUhvT1tTPcEBKcNShqzuRYBrhEcgnxF1 n81nKx5UNJVVpaaf2te7QNzcSx5JDl9+RLrbFDK52B4RBgjNZWBoQSJINERipbYoxgoU +57lQPiwa/Mm/xc3QvZX46Gh6lxje/K/RXd9PDJ+ZnJ5c1Rjwy5QSRRD7YXYGSMf4UEM FukDV4Ot0ArbQBozC+WPAbt6v26GZPrt1GUDn7RpVkE1vUfJdBhRd1zaCRJKjQFiVin2 P5tZrqE0iYXljZYmUzd3RdcC1M7M/vcCCcakvbRIVpM6f8MvLTpN8HuHHdB2kN9MWLkF TWng== MIME-Version: 1.0 X-Received: by 10.180.185.197 with SMTP id fe5mr17364810wic.56.1392722945886; Tue, 18 Feb 2014 03:29:05 -0800 (PST) Received: by 10.194.75.163 with HTTP; Tue, 18 Feb 2014 03:29:05 -0800 (PST) In-Reply-To: <1392715101.32038.466.camel@Solace> References: <1392715101.32038.466.camel@Solace> Date: Tue, 18 Feb 2014 11:29:05 +0000 X-Google-Sender-Auth: pyBui7PODgNun46e3YTlQnYg7R8 Message-ID: From: George Dunlap To: Dario Faggioli Cc: "xen-devel@lists.xenproject.org" , xen , "xen-api@lists.xen.org" , cl-mirage , "xen-users@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] Today is Xen Project Test Day for 4.4 RC4 X-BeenThere: xen-users@lists.xen.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 18, 2014 at 9:18 AM, Dario Faggioli wrote: > This is a reminder that today is the Xen Project Test Day for Xen 4.4 > RC4. > > General Information about Test Days can be found here: > http://wiki.xenproject.org/wiki/Xen_Test_Days > > and specific instructions for this Test Day are located here: > http://wiki.xenproject.org/wiki/Xen_4.4_RC4_test_instructions >From a release management perspective, there are a couple of big changes since RC3 that need testing: * PVH mode has been fixed. This involved a change on the nested virt code. * Building with the latest release of Clang has been fixed. This may affect builds on other compilers -- please test different versions of clang and gcc. * A big patch series fixing races in libvirt/libxl was checked in. Testing with libvirt or xl would be helpful. * A patch fixing guest floating point support on ARM systems was checked in. Please run some programs that use the floating point unit. * A patch fixing an issue with device-passthru for HVM guests when the VNC client attached. Please test migration, in particular with and without the VNC client attached; and device pass-through, with and without the VNC client attached. (Migration with a device passed through is not supported.) -George _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Feb 18 11:30:12 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 18 Feb 2014 11:30: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 1WFirN-00016p-RQ; Tue, 18 Feb 2014 11:29:09 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WFirL-000163-JD; Tue, 18 Feb 2014 11:29:07 +0000 Received: from [85.158.139.211:31728] by server-12.bemta-5.messagelabs.com id A8/8C-15415-20443035; Tue, 18 Feb 2014 11:29:06 +0000 X-Env-Sender: dunlapg@gmail.com X-Msg-Ref: server-4.tower-206.messagelabs.com!1392722946!4641766!1 X-Originating-IP: [209.85.212.175] X-SpamReason: No, hits=3.0 required=7.0 tests=BODY_RANDOM_LONG, RCVD_BY_IP,SUSPICIOUS_RECIPS X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11196 invoked from network); 18 Feb 2014 11:29:06 -0000 Received: from mail-wi0-f175.google.com (HELO mail-wi0-f175.google.com) (209.85.212.175) by server-4.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 18 Feb 2014 11:29:06 -0000 Received: by mail-wi0-f175.google.com with SMTP id hm4so3363979wib.8 for ; Tue, 18 Feb 2014 03:29:05 -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=i9H2TKAjA0H28GzQkyygvj2vJjkC1dSEfKKk9/10vWs=; b=oM8IjXZ1e679G90KdqYlt1GLvhcjGHjCXYZUhvT1tTPcEBKcNShqzuRYBrhEcgnxF1 n81nKx5UNJVVpaaf2te7QNzcSx5JDl9+RLrbFDK52B4RBgjNZWBoQSJINERipbYoxgoU +57lQPiwa/Mm/xc3QvZX46Gh6lxje/K/RXd9PDJ+ZnJ5c1Rjwy5QSRRD7YXYGSMf4UEM FukDV4Ot0ArbQBozC+WPAbt6v26GZPrt1GUDn7RpVkE1vUfJdBhRd1zaCRJKjQFiVin2 P5tZrqE0iYXljZYmUzd3RdcC1M7M/vcCCcakvbRIVpM6f8MvLTpN8HuHHdB2kN9MWLkF TWng== MIME-Version: 1.0 X-Received: by 10.180.185.197 with SMTP id fe5mr17364810wic.56.1392722945886; Tue, 18 Feb 2014 03:29:05 -0800 (PST) Received: by 10.194.75.163 with HTTP; Tue, 18 Feb 2014 03:29:05 -0800 (PST) In-Reply-To: <1392715101.32038.466.camel@Solace> References: <1392715101.32038.466.camel@Solace> Date: Tue, 18 Feb 2014 11:29:05 +0000 X-Google-Sender-Auth: pyBui7PODgNun46e3YTlQnYg7R8 Message-ID: From: George Dunlap To: Dario Faggioli Cc: "xen-devel@lists.xenproject.org" , xen , "xen-api@lists.xen.org" , cl-mirage , "xen-users@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] Today is Xen Project Test Day for 4.4 RC4 X-BeenThere: xen-users@lists.xen.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 18, 2014 at 9:18 AM, Dario Faggioli wrote: > This is a reminder that today is the Xen Project Test Day for Xen 4.4 > RC4. > > General Information about Test Days can be found here: > http://wiki.xenproject.org/wiki/Xen_Test_Days > > and specific instructions for this Test Day are located here: > http://wiki.xenproject.org/wiki/Xen_4.4_RC4_test_instructions >From a release management perspective, there are a couple of big changes since RC3 that need testing: * PVH mode has been fixed. This involved a change on the nested virt code. * Building with the latest release of Clang has been fixed. This may affect builds on other compilers -- please test different versions of clang and gcc. * A big patch series fixing races in libvirt/libxl was checked in. Testing with libvirt or xl would be helpful. * A patch fixing guest floating point support on ARM systems was checked in. Please run some programs that use the floating point unit. * A patch fixing an issue with device-passthru for HVM guests when the VNC client attached. Please test migration, in particular with and without the VNC client attached; and device pass-through, with and without the VNC client attached. (Migration with a device passed through is not supported.) -George _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Feb 18 12:11:30 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 18 Feb 2014 12:11: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 1WFjUz-0003ot-Iv; Tue, 18 Feb 2014 12:10:05 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WFjUy-0003oo-31 for xen-users@lists.xensource.com; Tue, 18 Feb 2014 12:10:04 +0000 Received: from [85.158.137.68:22584] by server-17.bemta-3.messagelabs.com id 4A/20-22569-B9D43035; Tue, 18 Feb 2014 12:10:03 +0000 X-Env-Sender: guy20034u@yahoo.com X-Msg-Ref: server-10.tower-31.messagelabs.com!1392725401!1070556!1 X-Originating-IP: [216.139.236.26] X-SpamReason: No, hits=1.1 required=7.0 tests=BODY_RANDOM_LONG, FORGED_YAHOO_RCVD,ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20938 invoked from network); 18 Feb 2014 12:10:02 -0000 Received: from unknown (HELO sam.nabble.com) (216.139.236.26) by server-10.tower-31.messagelabs.com with AES256-SHA encrypted SMTP; 18 Feb 2014 12:10:02 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1WFjUg-0006ig-5f for xen-users@lists.xensource.com; Tue, 18 Feb 2014 04:09:46 -0800 Date: Tue, 18 Feb 2014 04:09:46 -0800 (PST) From: sbdcunha To: xen-users@lists.xensource.com Message-ID: <1392725386154-5721312.post@n5.nabble.com> MIME-Version: 1.0 Subject: [Xen-users] new xen guest cannot communicate with the network X-BeenThere: xen-users@lists.xen.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 Dear All, I had this post earlier but just open a new one.. As I mentioned earlier the domu are not able to communicate to other computers except dom0 let me explain had a fresh new installation of Centos 6.5 x64 minimul edition working fine. installed xen 4.3 . the install went fine and no issues the server is a Cisco UCS 200 M3 Blade Servers with 2 NICs ifconfig shows the below -------- [root@xenserver2 scripts]# ifconfig br0 Link encap:Ethernet HWaddr 00:25:B5:01:00:0C inet addr:aa.aa.aa.126 Bcast:172.16.2.255 Mask:255.255.255.0 inet6 addr: fe80::225:b5ff:fe01:c/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:407445 errors:0 dropped:1845 overruns:0 frame:0 TX packets:46 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:27709516 (26.4 MiB) TX bytes:2728 (2.6 KiB) br1 Link encap:Ethernet HWaddr 00:25:B5:01:00:0D inet addr:bb.bb.bb.54 Bcast:91.198.134.63 Mask:255.255.255.224 inet6 addr: fe80::225:b5ff:fe01:d/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:556949 errors:0 dropped:1843 overruns:0 frame:0 TX packets:129246 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:466519471 (444.9 MiB) TX bytes:39497349 (37.6 MiB) eth0 Link encap:Ethernet HWaddr 00:25:B5:01:00:0C inet6 addr: fe80::225:b5ff:fe01:c/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:407445 errors:0 dropped:0 overruns:0 frame:0 TX packets:54 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:36673306 (34.9 MiB) TX bytes:3988 (3.8 KiB) eth1 Link encap:Ethernet HWaddr 00:25:B5:01:00:0D inet6 addr: fe80::225:b5ff:fe01:d/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:773573 errors:0 dropped:0 overruns:0 frame:0 TX packets:137373 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:494827266 (471.9 MiB) TX bytes:40644498 (38.7 MiB) 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:38031 errors:0 dropped:0 overruns:0 frame:0 TX packets:38031 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:25724657 (24.5 MiB) TX bytes:25724657 (24.5 MiB) vif4.0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:70 errors:0 dropped:0 overruns:0 frame:0 TX packets:195770 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:32 RX bytes:2960 (2.8 KiB) TX bytes:16697344 (15.9 MiB) virbr0 Link encap:Ethernet HWaddr 7E:59:9C:79:56:E5 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) ------ route on dom0 shows me --------- [root@xenserver2 scripts]# route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface default bb.bb.bb.62 0.0.0.0 UG 0 0 0 br1 bb.bb.bb.32 * 255.255.255.224 U 0 0 0 br1 link-local * 255.255.0.0 U 1004 0 0 br0 link-local * 255.255.0.0 U 1005 0 0 br1 aa.aa.aa.0 * 255.255.255.0 U 0 0 0 br0 192.168.122.0 * 255.255.255.0 U 0 0 0 virbr0 --------------- Now from the DOM0 server i can ping the gateway which is bb.bb.bb.62 and also my network computers which are on different networks. and also internet brctl shows ---- bridge name bridge id STP enabled interfaces br0 8000.0025b501000c no eth0 br1 8000.0025b501000d no eth1 vif4.0 virbr0 8000.000000000000 yes ----- Now I created a new dom U selecting bridge br1 and assigned a ip address of bb.bb.bb.55. now I can ping the DOM0 br1 ip that is bb.bb.bb.54. but if I try to ping the dom0 gateway that is bb.bb.bb.62 i cannot pint it neither any computer on the network then I also tried to create a new domU and selected the interface as virtual network default : NAT and then from this domU everythings works perfect. i can ping the gateway that is bb.bb.bb.62 and also any computer on our network and also internet works fine Really would appreciate your kind help in troubleshooting. Thanks nd regards simon -- View this message in context: http://xen.1045712.n5.nabble.com/new-xen-guest-cannot-communicate-with-the-network-tp5721312.html Sent from the Xen - User mailing list archive at Nabble.com. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Feb 18 12:11:30 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 18 Feb 2014 12:11: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 1WFjUz-0003ot-Iv; Tue, 18 Feb 2014 12:10:05 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WFjUy-0003oo-31 for xen-users@lists.xensource.com; Tue, 18 Feb 2014 12:10:04 +0000 Received: from [85.158.137.68:22584] by server-17.bemta-3.messagelabs.com id 4A/20-22569-B9D43035; Tue, 18 Feb 2014 12:10:03 +0000 X-Env-Sender: guy20034u@yahoo.com X-Msg-Ref: server-10.tower-31.messagelabs.com!1392725401!1070556!1 X-Originating-IP: [216.139.236.26] X-SpamReason: No, hits=1.1 required=7.0 tests=BODY_RANDOM_LONG, FORGED_YAHOO_RCVD,ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20938 invoked from network); 18 Feb 2014 12:10:02 -0000 Received: from unknown (HELO sam.nabble.com) (216.139.236.26) by server-10.tower-31.messagelabs.com with AES256-SHA encrypted SMTP; 18 Feb 2014 12:10:02 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1WFjUg-0006ig-5f for xen-users@lists.xensource.com; Tue, 18 Feb 2014 04:09:46 -0800 Date: Tue, 18 Feb 2014 04:09:46 -0800 (PST) From: sbdcunha To: xen-users@lists.xensource.com Message-ID: <1392725386154-5721312.post@n5.nabble.com> MIME-Version: 1.0 Subject: [Xen-users] new xen guest cannot communicate with the network X-BeenThere: xen-users@lists.xen.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 Dear All, I had this post earlier but just open a new one.. As I mentioned earlier the domu are not able to communicate to other computers except dom0 let me explain had a fresh new installation of Centos 6.5 x64 minimul edition working fine. installed xen 4.3 . the install went fine and no issues the server is a Cisco UCS 200 M3 Blade Servers with 2 NICs ifconfig shows the below -------- [root@xenserver2 scripts]# ifconfig br0 Link encap:Ethernet HWaddr 00:25:B5:01:00:0C inet addr:aa.aa.aa.126 Bcast:172.16.2.255 Mask:255.255.255.0 inet6 addr: fe80::225:b5ff:fe01:c/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:407445 errors:0 dropped:1845 overruns:0 frame:0 TX packets:46 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:27709516 (26.4 MiB) TX bytes:2728 (2.6 KiB) br1 Link encap:Ethernet HWaddr 00:25:B5:01:00:0D inet addr:bb.bb.bb.54 Bcast:91.198.134.63 Mask:255.255.255.224 inet6 addr: fe80::225:b5ff:fe01:d/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:556949 errors:0 dropped:1843 overruns:0 frame:0 TX packets:129246 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:466519471 (444.9 MiB) TX bytes:39497349 (37.6 MiB) eth0 Link encap:Ethernet HWaddr 00:25:B5:01:00:0C inet6 addr: fe80::225:b5ff:fe01:c/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:407445 errors:0 dropped:0 overruns:0 frame:0 TX packets:54 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:36673306 (34.9 MiB) TX bytes:3988 (3.8 KiB) eth1 Link encap:Ethernet HWaddr 00:25:B5:01:00:0D inet6 addr: fe80::225:b5ff:fe01:d/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:773573 errors:0 dropped:0 overruns:0 frame:0 TX packets:137373 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:494827266 (471.9 MiB) TX bytes:40644498 (38.7 MiB) 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:38031 errors:0 dropped:0 overruns:0 frame:0 TX packets:38031 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:25724657 (24.5 MiB) TX bytes:25724657 (24.5 MiB) vif4.0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:70 errors:0 dropped:0 overruns:0 frame:0 TX packets:195770 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:32 RX bytes:2960 (2.8 KiB) TX bytes:16697344 (15.9 MiB) virbr0 Link encap:Ethernet HWaddr 7E:59:9C:79:56:E5 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) ------ route on dom0 shows me --------- [root@xenserver2 scripts]# route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface default bb.bb.bb.62 0.0.0.0 UG 0 0 0 br1 bb.bb.bb.32 * 255.255.255.224 U 0 0 0 br1 link-local * 255.255.0.0 U 1004 0 0 br0 link-local * 255.255.0.0 U 1005 0 0 br1 aa.aa.aa.0 * 255.255.255.0 U 0 0 0 br0 192.168.122.0 * 255.255.255.0 U 0 0 0 virbr0 --------------- Now from the DOM0 server i can ping the gateway which is bb.bb.bb.62 and also my network computers which are on different networks. and also internet brctl shows ---- bridge name bridge id STP enabled interfaces br0 8000.0025b501000c no eth0 br1 8000.0025b501000d no eth1 vif4.0 virbr0 8000.000000000000 yes ----- Now I created a new dom U selecting bridge br1 and assigned a ip address of bb.bb.bb.55. now I can ping the DOM0 br1 ip that is bb.bb.bb.54. but if I try to ping the dom0 gateway that is bb.bb.bb.62 i cannot pint it neither any computer on the network then I also tried to create a new domU and selected the interface as virtual network default : NAT and then from this domU everythings works perfect. i can ping the gateway that is bb.bb.bb.62 and also any computer on our network and also internet works fine Really would appreciate your kind help in troubleshooting. Thanks nd regards simon -- View this message in context: http://xen.1045712.n5.nabble.com/new-xen-guest-cannot-communicate-with-the-network-tp5721312.html Sent from the Xen - User mailing list archive at Nabble.com. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Feb 18 12:56:47 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 18 Feb 2014 12:56: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 1WFkCw-0005y6-Be; Tue, 18 Feb 2014 12:55:30 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WFkCv-0005xz-DM for xen-users@lists.xen.org; Tue, 18 Feb 2014 12:55:29 +0000 Received: from [85.158.137.68:10377] by server-13.bemta-3.messagelabs.com id BC/CC-26923-D3853035; Tue, 18 Feb 2014 12:55:25 +0000 X-Env-Sender: jh@excello.cz X-Msg-Ref: server-15.tower-31.messagelabs.com!1392728124!2624982!1 X-Originating-IP: [212.24.139.170] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, UNPARSEABLE_RELAY X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4529 invoked from network); 18 Feb 2014 12:55:24 -0000 Received: from out1.virusfree.cz (HELO out1.virusfree.cz) (212.24.139.170) by server-15.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 18 Feb 2014 12:55:24 -0000 Received: (qmail 42124 invoked by uid 1000); 18 Feb 2014 13:55:23 +0100 Received: from posta.excello.cz by out1 (envelope-from , uid 201) with VF-scanner-2.08VF (www.virusfree.cz | out1.virusfree.cz OUT1 Clear:RC:1(188.138.126.10):SA:0(-10.4/5.0):. Processed in 0.608017 secs); 18 Feb 2014 12:55:23 -0000 X-Spam-Status: No, hits=-10.4 required=5.0 X-Spam-Report: SA TESTS -4.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] -4.0 INREPLYTOCOM INREPLYTOCOM -0.0 SPF_PASS SPF: sender matches SPF record -0.6 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain 1.1 URI_HEX URI: URI hostname has long hexadecimal sequence -2.0 MFH_PKCS7_4 FULL: S/MIME Header -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's domain -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily valid X-VF-Scanner-Mail-From: jh@excello.cz via out1 X-VF-Scanner-Rcpt-To: xen-users@lists.xen.org X-VF-Scanner: 2.08VF (Clear:RC:1(188.138.126.10):SA:0(-10.4/5.0):. Processed in 0.608017 secs Process 42115/42097) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=excello.cz; h= date:message-id:from:to:subject:reply-to; q=dns/txt; s=default; t=1392728122; n=Test; bh=3rPj5MKREnxZw1Ova0kfKmOvlOPHxLgtYI/R7X D+awI=; b=fMCgIZfFs9TSFk5sKxA7vK/4aaL5VDFs9OgWc1J2hxOyH5pyFBAxFy GmKY9bziwgaIuG0q5NvmH6pRDBiBGXjHpI/rmVRM4vWVwic9adFaQI+YFSgavWYB +pxreGfKSfuxuVzNLd2PvThxOPyz65iNTgqlL4nZF54JTh7zgvGxk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=excello.cz; h=message-id :date:from:mime-version:to:subject:references:in-reply-to :content-type; q=dns; s=default; b=e4BBhxJR7xIk1fDvTIEL3roFugS73 1dvIenGNtNe84+iCW1cc58xl9563LYOEKmS2e98roByjZzgbRWiHd7WNWCahkD37 S0H9OUGL/B8id7CgFivcD9rdB0EnxMVyx76uzwki+5NYIEgZhnQ1caNcSHmkSmOk 7AOqwIy2yfiUl8= Received: from posta.excello.cz (188.138.126.10) by out1.virusfree.cz with ESMTPS (DHE-RSA-AES256-GCM-SHA384 encrypted); 18 Feb 2014 13:55:22 +0100 Received: from [192.168.2.2] (kancl.excello.cz [82.113.63.206]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by posta.excello.cz (Postfix) with ESMTPSA id DEA682C1210 for ; Tue, 18 Feb 2014 13:55:21 +0100 (CET) Message-ID: <5303583A.1050405@excello.cz> Date: Tue, 18 Feb 2014 13:55:22 +0100 From: Jan Hejl User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <1392725386154-5721312.post@n5.nabble.com> In-Reply-To: <1392725386154-5721312.post@n5.nabble.com> Subject: Re: [Xen-users] new xen guest cannot communicate with the network X-BeenThere: xen-users@lists.xen.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="===============7611852467567651110==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a cryptographically signed message in MIME format. --===============7611852467567651110== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms000904080202050701030403" This is a cryptographically signed message in MIME format. --------------ms000904080202050701030403 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Hello Simon, Dne 18.2.2014 13:09, sbdcunha napsal(a): > Dear All, > > I had this post earlier but just open a new one.. > As I mentioned earlier the domu are not able to communicate to other > computers except dom0 > let me explain > had a fresh new installation of Centos 6.5 x64 minimul edition working = fine. > installed xen 4.3 . the install went fine and no issues > the server is a Cisco UCS 200 M3 Blade Servers with 2 NICs > ifconfig shows the below > -------- > [root@xenserver2 scripts]# ifconfig > br0 Link encap:Ethernet HWaddr 00:25:B5:01:00:0C > inet addr:aa.aa.aa.126 Bcast:172.16.2.255 Mask:255.255.255= =2E0 > inet6 addr: fe80::225:b5ff:fe01:c/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:407445 errors:0 dropped:1845 overruns:0 frame:0 > TX packets:46 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:0 > RX bytes:27709516 (26.4 MiB) TX bytes:2728 (2.6 KiB) > > br1 Link encap:Ethernet HWaddr 00:25:B5:01:00:0D > inet addr:bb.bb.bb.54 Bcast:91.198.134.63 Mask:255.255.255= =2E224 > inet6 addr: fe80::225:b5ff:fe01:d/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:556949 errors:0 dropped:1843 overruns:0 frame:0 > TX packets:129246 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:0 > RX bytes:466519471 (444.9 MiB) TX bytes:39497349 (37.6 MiB)= > > eth0 Link encap:Ethernet HWaddr 00:25:B5:01:00:0C > inet6 addr: fe80::225:b5ff:fe01:c/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:407445 errors:0 dropped:0 overruns:0 frame:0 > TX packets:54 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:1000 > RX bytes:36673306 (34.9 MiB) TX bytes:3988 (3.8 KiB) > > eth1 Link encap:Ethernet HWaddr 00:25:B5:01:00:0D > inet6 addr: fe80::225:b5ff:fe01:d/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:773573 errors:0 dropped:0 overruns:0 frame:0 > TX packets:137373 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:1000 > RX bytes:494827266 (471.9 MiB) TX bytes:40644498 (38.7 MiB)= > > 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:38031 errors:0 dropped:0 overruns:0 frame:0 > TX packets:38031 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:0 > RX bytes:25724657 (24.5 MiB) TX bytes:25724657 (24.5 MiB) > > vif4.0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF > inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:70 errors:0 dropped:0 overruns:0 frame:0 > TX packets:195770 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:32 > RX bytes:2960 (2.8 KiB) TX bytes:16697344 (15.9 MiB) > > virbr0 Link encap:Ethernet HWaddr 7E:59:9C:79:56:E5 > inet addr:192.168.122.1 Bcast:192.168.122.255 Mask:255.255= =2E255.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) > > ------ > route on dom0 shows me > --------- > [root@xenserver2 scripts]# route > Kernel IP routing table > Destination Gateway Genmask Flags Metric Ref Use= > Iface > default bb.bb.bb.62 0.0.0.0 UG 0 0 0 b= r1 > bb.bb.bb.32 * 255.255.255.224 U 0 0 0 b= r1 > link-local * 255.255.0.0 U 1004 0 0= br0 > link-local * 255.255.0.0 U 1005 0 0= br1 > aa.aa.aa.0 * 255.255.255.0 U 0 0 0= br0 > 192.168.122.0 * 255.255.255.0 U 0 0 0= > virbr0 > --------------- > Now from the DOM0 server i can ping the gateway which is bb.bb.bb.62 an= d > also my network computers which are on different networks. and also int= ernet > > brctl shows > ---- > bridge name bridge id STP enabled interfaces > br0 8000.0025b501000c no eth0 > br1 8000.0025b501000d no eth1 > vi= f4.0 > virbr0 8000.000000000000 yes > ----- > > Now I created a new dom U selecting bridge br1 and assigned a ip addres= s of > bb.bb.bb.55. now I can ping the DOM0 br1 ip that is bb.bb.bb.54. but if= I > try to ping the dom0 gateway that is bb.bb.bb.62 i cannot pint it neith= er > any computer on the network Do you have /proc/sys/net/ipv4/ip_forward enabled? > > then I also tried to create a new domU and selected the interface as vi= rtual > network default : NAT and then from this domU everythings works perfect= =2E > i can ping the gateway that is bb.bb.bb.62 and also any computer on our= > network and also internet works fine > > Really would appreciate your kind help in troubleshooting. > > > Thanks nd regards > > > simon > > > Jan > > > > > -- > View this message in context: http://xen.1045712.n5.nabble.com/new-xen-= guest-cannot-communicate-with-the-network-tp5721312.html > Sent from the Xen - User mailing list archive at Nabble.com. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --------------ms000904080202050701030403 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: Elektronicky podpis S/MIME MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIINPzCC BkIwggUqoAMCAQICEDirAC//rpa3Vv85Wvtd5xswDQYJKoZIhvcNAQEFBQAwgcoxCzAJBgNV BAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1 c3QgTmV0d29yazE6MDgGA1UECxMxKGMpIDE5OTkgVmVyaVNpZ24sIEluYy4gLSBGb3IgYXV0 aG9yaXplZCB1c2Ugb25seTFFMEMGA1UEAxM8VmVyaVNpZ24gQ2xhc3MgMSBQdWJsaWMgUHJp bWFyeSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eSAtIEczMB4XDTExMDkwMTAwMDAwMFoXDTIx MDgzMTIzNTk1OVowgaYxCzAJBgNVBAYTAlVTMR0wGwYDVQQKExRTeW1hbnRlYyBDb3Jwb3Jh dGlvbjEfMB0GA1UECxMWU3ltYW50ZWMgVHJ1c3QgTmV0d29yazEeMBwGA1UECxMVUGVyc29u YSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5TeW1hbnRlYyBDbGFzcyAxIEluZGl2aWR1YWwg U3Vic2NyaWJlciBDQSAtIEc0MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAxuwn /R1j9DsdisHTHMjIgoa2uEqGkqqBXHLKMA0vnkEiVzAhJZCao/SsKsaIF4ZhchN2LuwDyyeb jyCAN+DkitpVplAP/LlcI2mJQqG6H6/vDvmkyQrx+DeyxtmSSq5937hEH5u6P4wG/tgjT0hR I2pghKjuJy9g35byGiqMPI8AzE/L+iCOvDX24fCatgXz/B0/xhR7DtryBeTTgwKmxWlwtKnk VunbHVz0pjbia7UeKi3cvrvuOgSwMAitX2hsxr0GloiE5+apZC28ODC7iCbDZ2ZmtLR3+cCh xw5y72bi5bnK4POFdzWY3tQcsP5mceI4y258T0BV65fZqBge7QIDAQABo4ICRDCCAkAwOAYI KwYBBQUHAQEELDAqMCgGCCsGAQUFBzABhhxodHRwOi8vcGtpLW9jc3AudmVyaXNpZ24uY29t MBIGA1UdEwEB/wQIMAYBAf8CAQAwbAYDVR0gBGUwYzBhBgtghkgBhvhFAQcXATBSMCYGCCsG AQUFBwIBFhpodHRwOi8vd3d3LnN5bWF1dGguY29tL2NwczAoBggrBgEFBQcCAjAcGhpodHRw Oi8vd3d3LnN5bWF1dGguY29tL3JwYTA0BgNVHR8ELTArMCmgJ6AlhiNodHRwOi8vY3JsLnZl cmlzaWduLmNvbS9wY2ExLWczLmNybDAOBgNVHQ8BAf8EBAMCAQYwKQYDVR0RBCIwIKQeMBwx GjAYBgNVBAMTEVZlcmlTaWduTVBLSS0yLTk3MB0GA1UdDgQWBBSt+cOTci21uShh5KTXYNXE Cl4aATCB8QYDVR0jBIHpMIHmoYHQpIHNMIHKMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVy aVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOjA4BgNVBAsT MShjKSAxOTk5IFZlcmlTaWduLCBJbmMuIC0gRm9yIGF1dGhvcml6ZWQgdXNlIG9ubHkxRTBD BgNVBAMTPFZlcmlTaWduIENsYXNzIDEgUHVibGljIFByaW1hcnkgQ2VydGlmaWNhdGlvbiBB dXRob3JpdHkgLSBHM4IRAItbdVaEVIULAM+vOEjOsaQwDQYJKoZIhvcNAQEFBQADggEBANaP wdqbiPKzbE0fWC+6AVFddMFG6MO4e5/WQPHv/zK6iWvADjRDn6SZ5qTwXUgzYoWFYf4jiCKM YJsrnGVJlMSiOCRIpVylUEto6WIip5PomSJuPVu7EEIOH0x1RzRWCY/4vYw881y70pZwVHBi Te/REL6dSCxe7IZrB4LwPeElJygs4BZ2HrP95WKW0oo9Xyuu+1zCE7dlY8s0dkOf1oeZq26t lcEAP0Yngf813iMOQ9wUXzL5yinvwlIw9ZnduYH4OiUgjYJo8rkhhXRmBOGGORYy8i3WKqjJ 3tkAAk/jGCDFpYFWtpXe04Kt+HslvmR8LqC6cCz4+XXidE0HbYQwggb1MIIF3aADAgECAhB2 AZtXChF28y+2LzkHQ8NeMA0GCSqGSIb3DQEBBQUAMIGmMQswCQYDVQQGEwJVUzEdMBsGA1UE ChMUU3ltYW50ZWMgQ29ycG9yYXRpb24xHzAdBgNVBAsTFlN5bWFudGVjIFRydXN0IE5ldHdv cmsxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRlZDE3MDUGA1UEAxMuU3ltYW50ZWMg Q2xhc3MgMSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0EgLSBHNDAeFw0xMzA4MTkwMDAwMDBa Fw0xNDA4MjAyMzU5NTlaMIG/MS4wLAYDVQQDDCVQZXJzb25hIE5vdCBWYWxpZGF0ZWQgLSAx Mzc2OTA1MjMzNzcxMRwwGgYJKoZIhvcNAQkBFg1qaEBleGNlbGxvLmN6MQ8wDQYDVQQLDAZT L01JTUUxHjAcBgNVBAsMFVBlcnNvbmEgTm90IFZhbGlkYXRlZDEfMB0GA1UECwwWU3ltYW50 ZWMgVHJ1c3QgTmV0d29yazEdMBsGA1UECgwUU3ltYW50ZWMgQ29ycG9yYXRpb24wggEiMA0G CSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQD8CWTdFmj+8UNiB4DhmjoPx8T6iAIpMRri0nmV 56pO03PB0Di9yfP7bDlvkIn/un/BplYdGPLVJeEtMbMZVGauM0MbpL/VT9i34Yt5jn4yguqX xs7XOPZQXZHneWdEl4/0wpBnOzMatJc0aiHJdUs9hdizatznhmCO+TyI3xdbRecGDezvEcoA r61m0BoeAbSO2d7XFql8HhdNouhk+aLx+0gSIsrjyOmsTUDfoCVMfWM7j5Fv+77t6jE4PD9E pUmMnXFqdDcy1Rl4KMbAar5cU235Qi//6EFtbzss7EZQkfcQxWaKjTOkOw8zG/5vV+nYXQ5d xDqXaCwB9guUeh6NAgMBAAGjggMCMIIC/jAMBgNVHRMBAf8EAjAAMA4GA1UdDwEB/wQEAwIF oDAgBgNVHSUBAf8EFjAUBggrBgEFBQcDBAYIKwYBBQUHAwIwHQYDVR0OBBYEFE59424Lt4Op DrGAqesWLm8+0DRIMBgGA1UdEQQRMA+BDWpoQGV4Y2VsbG8uY3owHwYDVR0jBBgwFoAUrfnD k3IttbkoYeSk12DVxApeGgEwggErBggrBgEFBQcBAQSCAR0wggEZMIIBFQYIKwYBBQUHMAKG ggEHbGRhcDovL2RpcmVjdG9yeS52ZXJpc2lnbi5jb20vQ04lMjAlM0QlMjBTeW1hbnRlYyUy MENsYXNzJTIwMSUyMEluZGl2aWR1YWwlMjBTdWJzY3JpYmVyJTIwQ0ElMjAtJTIwRzQlMkMl MjBPVSUyMCUzRCUyMFBlcnNvbmElMjBOb3QlMjBWYWxpZGF0ZWQlMkMlMjBPVSUyMCUzRCUy MFN5bWFudGVjJTIwVHJ1c3QlMjBOZXR3b3JrJTJDJTIwTyUyMCUzRCUyMFN5bWFudGVjJTIw Q29ycG9yYXRpb24lMkMlMjBDJTIwJTNEJTIwVVM/Y0FDZXJ0aWZpY2F0ZTtiaW5hcnkwXQYD VR0fBFYwVDBSoFCgToZMaHR0cDovL3BraS1jcmwuc3ltYXV0aC5jb20vY2FfNTYxYzEwMzY5 MGM5N2E2OTI0N2EwZWYwNzFhYzgxYWYvTGF0ZXN0Q1JMLmNybDBsBgNVHSAEZTBjMGEGC2CG SAGG+EUBBxcBMFIwJgYIKwYBBQUHAgEWGmh0dHA6Ly93d3cuc3ltYXV0aC5jb20vY3BzMCgG CCsGAQUFBwICMBwaGmh0dHA6Ly93d3cuc3ltYXV0aC5jb20vcnBhMCsGCmCGSAGG+EUBEAME HTAbBhJghkgBhvhFARABAgIEAYbHzm8WBTEwOTIyMDkGCmCGSAGG+EUBEAUEKzApAgEAFiRh SFIwY0hNNkx5OXdhMmt0Y21FdWMzbHRZWFYwYUM1amIyMD0wDQYJKoZIhvcNAQEFBQADggEB AKr7abcD0uRXqdZwx23lfVHIWc2lruWjKGUi9bThohLijmK49OGij34Z7jE79kEMGkdDmlPv Ef0e9f3mQB7YzUCCX7+xfIHw7bemXe1A1jOwBnTWWqKaviEBE+ht2XUzSUeynkBdRyIPnNNx DfQxiET9TWDo4FOOYVx6h9XrHUsZ9AQIvgajqo+kw8vbOyE2v41QKNFWcEy7iPDtyCF7MBMt MHPgpqa87g7fGFtYU+rLnHuu8kb1ZJO+qtdngznLF+08MTWldJvqJEhHPxKVALb9ftOsfGlD ML+3Ego/NahWJOuVlpKsXjx9W1lpZECRGhV/Q+ObSD1MzhQcSj66GKExggRSMIIETgIBATCB uzCBpjELMAkGA1UEBhMCVVMxHTAbBgNVBAoTFFN5bWFudGVjIENvcnBvcmF0aW9uMR8wHQYD VQQLExZTeW1hbnRlYyBUcnVzdCBOZXR3b3JrMR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxp ZGF0ZWQxNzA1BgNVBAMTLlN5bWFudGVjIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJzY3JpYmVy IENBIC0gRzQCEHYBm1cKEXbzL7YvOQdDw14wCQYFKw4DAhoFAKCCAmswGAYJKoZIhvcNAQkD MQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTQwMjE4MTI1NTIyWjAjBgkqhkiG9w0B CQQxFgQUIkAgTcGYXh9ntIiP8KDP8r5dhR0wbAYJKoZIhvcNAQkPMV8wXTALBglghkgBZQME ASowCwYJYIZIAWUDBAECMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0D AgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDCBzAYJKwYBBAGCNxAEMYG+MIG7MIGmMQsw CQYDVQQGEwJVUzEdMBsGA1UEChMUU3ltYW50ZWMgQ29ycG9yYXRpb24xHzAdBgNVBAsTFlN5 bWFudGVjIFRydXN0IE5ldHdvcmsxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRlZDE3 MDUGA1UEAxMuU3ltYW50ZWMgQ2xhc3MgMSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0EgLSBH NAIQdgGbVwoRdvMvti85B0PDXjCBzgYLKoZIhvcNAQkQAgsxgb6ggbswgaYxCzAJBgNVBAYT AlVTMR0wGwYDVQQKExRTeW1hbnRlYyBDb3Jwb3JhdGlvbjEfMB0GA1UECxMWU3ltYW50ZWMg VHJ1c3QgTmV0d29yazEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQD Ey5TeW1hbnRlYyBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEc0AhB2AZtX ChF28y+2LzkHQ8NeMA0GCSqGSIb3DQEBAQUABIIBAIU7bIPCUgW7FI3/y2bVLpGW0p0be2RP 5RUSkb0X8HgTL7Qnthvgtl3zNXG9mBjH0xo0CZ7arc8B/UX9HhiJLbzzXixV2hmKS330+1O9 y3SJWfcUx56oLd6CrdMZdH3f1TcU6fQLtu8OarVKJ5MqK98VkMtCFzZ1uknie9gAXIRiG2un 2BdmGRvFU4KB2wln9K2Q4NwEV1nm4XdnhNYwdKB4klcDe7OXvOnUYKtKmJK2flUy0M/ckfQ9 DEaWzK0K4yhfFugk0SdGkICuCNk03dK97X9W75UGgzNJZMAzWzQeM53XSnnX/uF5Iswey2D1 Yw6QKakeSNpzTMe7gqZmW6gAAAAAAAA= --------------ms000904080202050701030403-- --===============7611852467567651110== 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 --===============7611852467567651110==-- From xen-users-bounces@lists.xen.org Tue Feb 18 12:56:47 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 18 Feb 2014 12:56: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 1WFkCw-0005y6-Be; Tue, 18 Feb 2014 12:55:30 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WFkCv-0005xz-DM for xen-users@lists.xen.org; Tue, 18 Feb 2014 12:55:29 +0000 Received: from [85.158.137.68:10377] by server-13.bemta-3.messagelabs.com id BC/CC-26923-D3853035; Tue, 18 Feb 2014 12:55:25 +0000 X-Env-Sender: jh@excello.cz X-Msg-Ref: server-15.tower-31.messagelabs.com!1392728124!2624982!1 X-Originating-IP: [212.24.139.170] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, UNPARSEABLE_RELAY X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4529 invoked from network); 18 Feb 2014 12:55:24 -0000 Received: from out1.virusfree.cz (HELO out1.virusfree.cz) (212.24.139.170) by server-15.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 18 Feb 2014 12:55:24 -0000 Received: (qmail 42124 invoked by uid 1000); 18 Feb 2014 13:55:23 +0100 Received: from posta.excello.cz by out1 (envelope-from , uid 201) with VF-scanner-2.08VF (www.virusfree.cz | out1.virusfree.cz OUT1 Clear:RC:1(188.138.126.10):SA:0(-10.4/5.0):. Processed in 0.608017 secs); 18 Feb 2014 12:55:23 -0000 X-Spam-Status: No, hits=-10.4 required=5.0 X-Spam-Report: SA TESTS -4.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] -4.0 INREPLYTOCOM INREPLYTOCOM -0.0 SPF_PASS SPF: sender matches SPF record -0.6 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain 1.1 URI_HEX URI: URI hostname has long hexadecimal sequence -2.0 MFH_PKCS7_4 FULL: S/MIME Header -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's domain -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily valid X-VF-Scanner-Mail-From: jh@excello.cz via out1 X-VF-Scanner-Rcpt-To: xen-users@lists.xen.org X-VF-Scanner: 2.08VF (Clear:RC:1(188.138.126.10):SA:0(-10.4/5.0):. Processed in 0.608017 secs Process 42115/42097) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=excello.cz; h= date:message-id:from:to:subject:reply-to; q=dns/txt; s=default; t=1392728122; n=Test; bh=3rPj5MKREnxZw1Ova0kfKmOvlOPHxLgtYI/R7X D+awI=; b=fMCgIZfFs9TSFk5sKxA7vK/4aaL5VDFs9OgWc1J2hxOyH5pyFBAxFy GmKY9bziwgaIuG0q5NvmH6pRDBiBGXjHpI/rmVRM4vWVwic9adFaQI+YFSgavWYB +pxreGfKSfuxuVzNLd2PvThxOPyz65iNTgqlL4nZF54JTh7zgvGxk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=excello.cz; h=message-id :date:from:mime-version:to:subject:references:in-reply-to :content-type; q=dns; s=default; b=e4BBhxJR7xIk1fDvTIEL3roFugS73 1dvIenGNtNe84+iCW1cc58xl9563LYOEKmS2e98roByjZzgbRWiHd7WNWCahkD37 S0H9OUGL/B8id7CgFivcD9rdB0EnxMVyx76uzwki+5NYIEgZhnQ1caNcSHmkSmOk 7AOqwIy2yfiUl8= Received: from posta.excello.cz (188.138.126.10) by out1.virusfree.cz with ESMTPS (DHE-RSA-AES256-GCM-SHA384 encrypted); 18 Feb 2014 13:55:22 +0100 Received: from [192.168.2.2] (kancl.excello.cz [82.113.63.206]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by posta.excello.cz (Postfix) with ESMTPSA id DEA682C1210 for ; Tue, 18 Feb 2014 13:55:21 +0100 (CET) Message-ID: <5303583A.1050405@excello.cz> Date: Tue, 18 Feb 2014 13:55:22 +0100 From: Jan Hejl User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <1392725386154-5721312.post@n5.nabble.com> In-Reply-To: <1392725386154-5721312.post@n5.nabble.com> Subject: Re: [Xen-users] new xen guest cannot communicate with the network X-BeenThere: xen-users@lists.xen.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="===============7611852467567651110==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a cryptographically signed message in MIME format. --===============7611852467567651110== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms000904080202050701030403" This is a cryptographically signed message in MIME format. --------------ms000904080202050701030403 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Hello Simon, Dne 18.2.2014 13:09, sbdcunha napsal(a): > Dear All, > > I had this post earlier but just open a new one.. > As I mentioned earlier the domu are not able to communicate to other > computers except dom0 > let me explain > had a fresh new installation of Centos 6.5 x64 minimul edition working = fine. > installed xen 4.3 . the install went fine and no issues > the server is a Cisco UCS 200 M3 Blade Servers with 2 NICs > ifconfig shows the below > -------- > [root@xenserver2 scripts]# ifconfig > br0 Link encap:Ethernet HWaddr 00:25:B5:01:00:0C > inet addr:aa.aa.aa.126 Bcast:172.16.2.255 Mask:255.255.255= =2E0 > inet6 addr: fe80::225:b5ff:fe01:c/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:407445 errors:0 dropped:1845 overruns:0 frame:0 > TX packets:46 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:0 > RX bytes:27709516 (26.4 MiB) TX bytes:2728 (2.6 KiB) > > br1 Link encap:Ethernet HWaddr 00:25:B5:01:00:0D > inet addr:bb.bb.bb.54 Bcast:91.198.134.63 Mask:255.255.255= =2E224 > inet6 addr: fe80::225:b5ff:fe01:d/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:556949 errors:0 dropped:1843 overruns:0 frame:0 > TX packets:129246 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:0 > RX bytes:466519471 (444.9 MiB) TX bytes:39497349 (37.6 MiB)= > > eth0 Link encap:Ethernet HWaddr 00:25:B5:01:00:0C > inet6 addr: fe80::225:b5ff:fe01:c/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:407445 errors:0 dropped:0 overruns:0 frame:0 > TX packets:54 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:1000 > RX bytes:36673306 (34.9 MiB) TX bytes:3988 (3.8 KiB) > > eth1 Link encap:Ethernet HWaddr 00:25:B5:01:00:0D > inet6 addr: fe80::225:b5ff:fe01:d/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:773573 errors:0 dropped:0 overruns:0 frame:0 > TX packets:137373 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:1000 > RX bytes:494827266 (471.9 MiB) TX bytes:40644498 (38.7 MiB)= > > 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:38031 errors:0 dropped:0 overruns:0 frame:0 > TX packets:38031 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:0 > RX bytes:25724657 (24.5 MiB) TX bytes:25724657 (24.5 MiB) > > vif4.0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF > inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:70 errors:0 dropped:0 overruns:0 frame:0 > TX packets:195770 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:32 > RX bytes:2960 (2.8 KiB) TX bytes:16697344 (15.9 MiB) > > virbr0 Link encap:Ethernet HWaddr 7E:59:9C:79:56:E5 > inet addr:192.168.122.1 Bcast:192.168.122.255 Mask:255.255= =2E255.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) > > ------ > route on dom0 shows me > --------- > [root@xenserver2 scripts]# route > Kernel IP routing table > Destination Gateway Genmask Flags Metric Ref Use= > Iface > default bb.bb.bb.62 0.0.0.0 UG 0 0 0 b= r1 > bb.bb.bb.32 * 255.255.255.224 U 0 0 0 b= r1 > link-local * 255.255.0.0 U 1004 0 0= br0 > link-local * 255.255.0.0 U 1005 0 0= br1 > aa.aa.aa.0 * 255.255.255.0 U 0 0 0= br0 > 192.168.122.0 * 255.255.255.0 U 0 0 0= > virbr0 > --------------- > Now from the DOM0 server i can ping the gateway which is bb.bb.bb.62 an= d > also my network computers which are on different networks. and also int= ernet > > brctl shows > ---- > bridge name bridge id STP enabled interfaces > br0 8000.0025b501000c no eth0 > br1 8000.0025b501000d no eth1 > vi= f4.0 > virbr0 8000.000000000000 yes > ----- > > Now I created a new dom U selecting bridge br1 and assigned a ip addres= s of > bb.bb.bb.55. now I can ping the DOM0 br1 ip that is bb.bb.bb.54. but if= I > try to ping the dom0 gateway that is bb.bb.bb.62 i cannot pint it neith= er > any computer on the network Do you have /proc/sys/net/ipv4/ip_forward enabled? > > then I also tried to create a new domU and selected the interface as vi= rtual > network default : NAT and then from this domU everythings works perfect= =2E > i can ping the gateway that is bb.bb.bb.62 and also any computer on our= > network and also internet works fine > > Really would appreciate your kind help in troubleshooting. > > > Thanks nd regards > > > simon > > > Jan > > > > > -- > View this message in context: http://xen.1045712.n5.nabble.com/new-xen-= guest-cannot-communicate-with-the-network-tp5721312.html > Sent from the Xen - User mailing list archive at Nabble.com. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --------------ms000904080202050701030403 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: Elektronicky podpis S/MIME MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIINPzCC BkIwggUqoAMCAQICEDirAC//rpa3Vv85Wvtd5xswDQYJKoZIhvcNAQEFBQAwgcoxCzAJBgNV BAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1 c3QgTmV0d29yazE6MDgGA1UECxMxKGMpIDE5OTkgVmVyaVNpZ24sIEluYy4gLSBGb3IgYXV0 aG9yaXplZCB1c2Ugb25seTFFMEMGA1UEAxM8VmVyaVNpZ24gQ2xhc3MgMSBQdWJsaWMgUHJp bWFyeSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eSAtIEczMB4XDTExMDkwMTAwMDAwMFoXDTIx MDgzMTIzNTk1OVowgaYxCzAJBgNVBAYTAlVTMR0wGwYDVQQKExRTeW1hbnRlYyBDb3Jwb3Jh dGlvbjEfMB0GA1UECxMWU3ltYW50ZWMgVHJ1c3QgTmV0d29yazEeMBwGA1UECxMVUGVyc29u YSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5TeW1hbnRlYyBDbGFzcyAxIEluZGl2aWR1YWwg U3Vic2NyaWJlciBDQSAtIEc0MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAxuwn /R1j9DsdisHTHMjIgoa2uEqGkqqBXHLKMA0vnkEiVzAhJZCao/SsKsaIF4ZhchN2LuwDyyeb jyCAN+DkitpVplAP/LlcI2mJQqG6H6/vDvmkyQrx+DeyxtmSSq5937hEH5u6P4wG/tgjT0hR I2pghKjuJy9g35byGiqMPI8AzE/L+iCOvDX24fCatgXz/B0/xhR7DtryBeTTgwKmxWlwtKnk VunbHVz0pjbia7UeKi3cvrvuOgSwMAitX2hsxr0GloiE5+apZC28ODC7iCbDZ2ZmtLR3+cCh xw5y72bi5bnK4POFdzWY3tQcsP5mceI4y258T0BV65fZqBge7QIDAQABo4ICRDCCAkAwOAYI KwYBBQUHAQEELDAqMCgGCCsGAQUFBzABhhxodHRwOi8vcGtpLW9jc3AudmVyaXNpZ24uY29t MBIGA1UdEwEB/wQIMAYBAf8CAQAwbAYDVR0gBGUwYzBhBgtghkgBhvhFAQcXATBSMCYGCCsG AQUFBwIBFhpodHRwOi8vd3d3LnN5bWF1dGguY29tL2NwczAoBggrBgEFBQcCAjAcGhpodHRw Oi8vd3d3LnN5bWF1dGguY29tL3JwYTA0BgNVHR8ELTArMCmgJ6AlhiNodHRwOi8vY3JsLnZl cmlzaWduLmNvbS9wY2ExLWczLmNybDAOBgNVHQ8BAf8EBAMCAQYwKQYDVR0RBCIwIKQeMBwx GjAYBgNVBAMTEVZlcmlTaWduTVBLSS0yLTk3MB0GA1UdDgQWBBSt+cOTci21uShh5KTXYNXE Cl4aATCB8QYDVR0jBIHpMIHmoYHQpIHNMIHKMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVy aVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOjA4BgNVBAsT MShjKSAxOTk5IFZlcmlTaWduLCBJbmMuIC0gRm9yIGF1dGhvcml6ZWQgdXNlIG9ubHkxRTBD BgNVBAMTPFZlcmlTaWduIENsYXNzIDEgUHVibGljIFByaW1hcnkgQ2VydGlmaWNhdGlvbiBB dXRob3JpdHkgLSBHM4IRAItbdVaEVIULAM+vOEjOsaQwDQYJKoZIhvcNAQEFBQADggEBANaP wdqbiPKzbE0fWC+6AVFddMFG6MO4e5/WQPHv/zK6iWvADjRDn6SZ5qTwXUgzYoWFYf4jiCKM YJsrnGVJlMSiOCRIpVylUEto6WIip5PomSJuPVu7EEIOH0x1RzRWCY/4vYw881y70pZwVHBi Te/REL6dSCxe7IZrB4LwPeElJygs4BZ2HrP95WKW0oo9Xyuu+1zCE7dlY8s0dkOf1oeZq26t lcEAP0Yngf813iMOQ9wUXzL5yinvwlIw9ZnduYH4OiUgjYJo8rkhhXRmBOGGORYy8i3WKqjJ 3tkAAk/jGCDFpYFWtpXe04Kt+HslvmR8LqC6cCz4+XXidE0HbYQwggb1MIIF3aADAgECAhB2 AZtXChF28y+2LzkHQ8NeMA0GCSqGSIb3DQEBBQUAMIGmMQswCQYDVQQGEwJVUzEdMBsGA1UE ChMUU3ltYW50ZWMgQ29ycG9yYXRpb24xHzAdBgNVBAsTFlN5bWFudGVjIFRydXN0IE5ldHdv cmsxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRlZDE3MDUGA1UEAxMuU3ltYW50ZWMg Q2xhc3MgMSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0EgLSBHNDAeFw0xMzA4MTkwMDAwMDBa Fw0xNDA4MjAyMzU5NTlaMIG/MS4wLAYDVQQDDCVQZXJzb25hIE5vdCBWYWxpZGF0ZWQgLSAx Mzc2OTA1MjMzNzcxMRwwGgYJKoZIhvcNAQkBFg1qaEBleGNlbGxvLmN6MQ8wDQYDVQQLDAZT L01JTUUxHjAcBgNVBAsMFVBlcnNvbmEgTm90IFZhbGlkYXRlZDEfMB0GA1UECwwWU3ltYW50 ZWMgVHJ1c3QgTmV0d29yazEdMBsGA1UECgwUU3ltYW50ZWMgQ29ycG9yYXRpb24wggEiMA0G CSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQD8CWTdFmj+8UNiB4DhmjoPx8T6iAIpMRri0nmV 56pO03PB0Di9yfP7bDlvkIn/un/BplYdGPLVJeEtMbMZVGauM0MbpL/VT9i34Yt5jn4yguqX xs7XOPZQXZHneWdEl4/0wpBnOzMatJc0aiHJdUs9hdizatznhmCO+TyI3xdbRecGDezvEcoA r61m0BoeAbSO2d7XFql8HhdNouhk+aLx+0gSIsrjyOmsTUDfoCVMfWM7j5Fv+77t6jE4PD9E pUmMnXFqdDcy1Rl4KMbAar5cU235Qi//6EFtbzss7EZQkfcQxWaKjTOkOw8zG/5vV+nYXQ5d xDqXaCwB9guUeh6NAgMBAAGjggMCMIIC/jAMBgNVHRMBAf8EAjAAMA4GA1UdDwEB/wQEAwIF oDAgBgNVHSUBAf8EFjAUBggrBgEFBQcDBAYIKwYBBQUHAwIwHQYDVR0OBBYEFE59424Lt4Op DrGAqesWLm8+0DRIMBgGA1UdEQQRMA+BDWpoQGV4Y2VsbG8uY3owHwYDVR0jBBgwFoAUrfnD k3IttbkoYeSk12DVxApeGgEwggErBggrBgEFBQcBAQSCAR0wggEZMIIBFQYIKwYBBQUHMAKG ggEHbGRhcDovL2RpcmVjdG9yeS52ZXJpc2lnbi5jb20vQ04lMjAlM0QlMjBTeW1hbnRlYyUy MENsYXNzJTIwMSUyMEluZGl2aWR1YWwlMjBTdWJzY3JpYmVyJTIwQ0ElMjAtJTIwRzQlMkMl MjBPVSUyMCUzRCUyMFBlcnNvbmElMjBOb3QlMjBWYWxpZGF0ZWQlMkMlMjBPVSUyMCUzRCUy MFN5bWFudGVjJTIwVHJ1c3QlMjBOZXR3b3JrJTJDJTIwTyUyMCUzRCUyMFN5bWFudGVjJTIw Q29ycG9yYXRpb24lMkMlMjBDJTIwJTNEJTIwVVM/Y0FDZXJ0aWZpY2F0ZTtiaW5hcnkwXQYD VR0fBFYwVDBSoFCgToZMaHR0cDovL3BraS1jcmwuc3ltYXV0aC5jb20vY2FfNTYxYzEwMzY5 MGM5N2E2OTI0N2EwZWYwNzFhYzgxYWYvTGF0ZXN0Q1JMLmNybDBsBgNVHSAEZTBjMGEGC2CG SAGG+EUBBxcBMFIwJgYIKwYBBQUHAgEWGmh0dHA6Ly93d3cuc3ltYXV0aC5jb20vY3BzMCgG CCsGAQUFBwICMBwaGmh0dHA6Ly93d3cuc3ltYXV0aC5jb20vcnBhMCsGCmCGSAGG+EUBEAME HTAbBhJghkgBhvhFARABAgIEAYbHzm8WBTEwOTIyMDkGCmCGSAGG+EUBEAUEKzApAgEAFiRh SFIwY0hNNkx5OXdhMmt0Y21FdWMzbHRZWFYwYUM1amIyMD0wDQYJKoZIhvcNAQEFBQADggEB AKr7abcD0uRXqdZwx23lfVHIWc2lruWjKGUi9bThohLijmK49OGij34Z7jE79kEMGkdDmlPv Ef0e9f3mQB7YzUCCX7+xfIHw7bemXe1A1jOwBnTWWqKaviEBE+ht2XUzSUeynkBdRyIPnNNx DfQxiET9TWDo4FOOYVx6h9XrHUsZ9AQIvgajqo+kw8vbOyE2v41QKNFWcEy7iPDtyCF7MBMt MHPgpqa87g7fGFtYU+rLnHuu8kb1ZJO+qtdngznLF+08MTWldJvqJEhHPxKVALb9ftOsfGlD ML+3Ego/NahWJOuVlpKsXjx9W1lpZECRGhV/Q+ObSD1MzhQcSj66GKExggRSMIIETgIBATCB uzCBpjELMAkGA1UEBhMCVVMxHTAbBgNVBAoTFFN5bWFudGVjIENvcnBvcmF0aW9uMR8wHQYD VQQLExZTeW1hbnRlYyBUcnVzdCBOZXR3b3JrMR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxp ZGF0ZWQxNzA1BgNVBAMTLlN5bWFudGVjIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJzY3JpYmVy IENBIC0gRzQCEHYBm1cKEXbzL7YvOQdDw14wCQYFKw4DAhoFAKCCAmswGAYJKoZIhvcNAQkD MQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTQwMjE4MTI1NTIyWjAjBgkqhkiG9w0B CQQxFgQUIkAgTcGYXh9ntIiP8KDP8r5dhR0wbAYJKoZIhvcNAQkPMV8wXTALBglghkgBZQME ASowCwYJYIZIAWUDBAECMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0D AgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDCBzAYJKwYBBAGCNxAEMYG+MIG7MIGmMQsw CQYDVQQGEwJVUzEdMBsGA1UEChMUU3ltYW50ZWMgQ29ycG9yYXRpb24xHzAdBgNVBAsTFlN5 bWFudGVjIFRydXN0IE5ldHdvcmsxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRlZDE3 MDUGA1UEAxMuU3ltYW50ZWMgQ2xhc3MgMSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0EgLSBH NAIQdgGbVwoRdvMvti85B0PDXjCBzgYLKoZIhvcNAQkQAgsxgb6ggbswgaYxCzAJBgNVBAYT AlVTMR0wGwYDVQQKExRTeW1hbnRlYyBDb3Jwb3JhdGlvbjEfMB0GA1UECxMWU3ltYW50ZWMg VHJ1c3QgTmV0d29yazEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQD Ey5TeW1hbnRlYyBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEc0AhB2AZtX ChF28y+2LzkHQ8NeMA0GCSqGSIb3DQEBAQUABIIBAIU7bIPCUgW7FI3/y2bVLpGW0p0be2RP 5RUSkb0X8HgTL7Qnthvgtl3zNXG9mBjH0xo0CZ7arc8B/UX9HhiJLbzzXixV2hmKS330+1O9 y3SJWfcUx56oLd6CrdMZdH3f1TcU6fQLtu8OarVKJ5MqK98VkMtCFzZ1uknie9gAXIRiG2un 2BdmGRvFU4KB2wln9K2Q4NwEV1nm4XdnhNYwdKB4klcDe7OXvOnUYKtKmJK2flUy0M/ckfQ9 DEaWzK0K4yhfFugk0SdGkICuCNk03dK97X9W75UGgzNJZMAzWzQeM53XSnnX/uF5Iswey2D1 Yw6QKakeSNpzTMe7gqZmW6gAAAAAAAA= --------------ms000904080202050701030403-- --===============7611852467567651110== 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 --===============7611852467567651110==-- From xen-users-bounces@lists.xen.org Tue Feb 18 15:11:05 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 18 Feb 2014 15:11: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 1WFmIw-000231-PN; Tue, 18 Feb 2014 15:09:50 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WFmIv-00022n-TQ for xen-users@lists.xen.org; Tue, 18 Feb 2014 15:09:50 +0000 Received: from [193.109.254.147:47563] by server-2.bemta-14.messagelabs.com id C6/F4-01236-DB773035; Tue, 18 Feb 2014 15:09:49 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1392736187!5139727!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19818 invoked from network); 18 Feb 2014 15:09:48 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 18 Feb 2014 15:09:48 -0000 X-IronPort-AV: E=Sophos;i="4.97,502,1389744000"; d="scan'208";a="103513973" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 18 Feb 2014 15:09:43 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Tue, 18 Feb 2014 10:09:43 -0500 Message-ID: <1392736182.11080.91.camel@kazak.uk.xensource.com> From: Ian Campbell To: Aastha Mehta Date: Tue, 18 Feb 2014 15:09:42 +0000 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users Subject: Re: [Xen-users] trouble with building latest xen code X-BeenThere: xen-users@lists.xen.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, 2014-02-13 at 15:48 +0100, Aastha Mehta wrote: > Hello, > > I am trying to build the latest xen code from the git branch and I am > seeing errors in building the tools. > > gcc -pthread -o xl xl.o xl_cmdimpl.o xl_cmdtable.o xl_sxp.o > libxlutil.so /home/aasthakm/workspace/ibc/source/xen/tools/libxl/../../tools/libxl/libxenlight.so > -Wl,-rpath-link=/home/aasthakm/workspace/ibc/source/xen/tools/libxl/../../tools/libxc > -Wl,-rpath-link=/home/aasthakm/workspace/ibc/source/xen/tools/libxl/../../tools/xenstore > -Wl,-rpath-link=/home/aasthakm/workspace/ibc/source/xen/tools/libxl/../../tools/blktap2/control > /home/aasthakm/workspace/ibc/source/xen/tools/libxl/../../tools/libxc/libxenctrl.so > -lyajl > xl_cmdimpl.o: In function `libxl_yajl_gen_alloc': > /home/workspace/ibc/source/xen/tools/libxl/libxl_json.h:60: undefined > reference to `yajl_gen_config' > /home/workspace/ibc/source/xen/tools/libxl/libxl_json.h:60: undefined > reference to `yajl_gen_config' > /home/workspace/ibc/source/xen/tools/libxl/../../tools/libxl/libxenlight.so: > undefined reference to `yajl_complete_parse' > collect2: ld returned 1 exit status > make[3]: *** [xl] Error 1 > make[3]: Leaving directory `/home/workspace/ibc/source/xen/tools/libxl' > make[2]: *** [subdir-install-libxl] Error 2 > make[2]: Leaving directory `/home/workspace/ibc/source/xen/tools' > make[1]: *** [subdirs-install] Error 2 > make[1]: Leaving directory `/home/workspace/ibc/source/xen/tools' > make: *** [install-tools] Error 2 > > I did install yajl: > > # locate yajl > /usr/lib/x86_64-linux-gnu/libyajl.so.1 > /usr/lib/x86_64-linux-gnu/libyajl.so.1.0.12 Do you also have libyajl.so somewhere? Does it contain the symbols which are being complained about? > I also noticed a message earlier in the compile log: > "Disabling libtool due to broken toolchain support" For us to know if that is relevant we'd need to know more about your toolchain/distro. Ian. > > Could someone let me know how to fix this problem? > > Thanks in advance, > Aastha > > _______________________________________________ > 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 18 15:11:05 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 18 Feb 2014 15:11: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 1WFmIw-000231-PN; Tue, 18 Feb 2014 15:09:50 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WFmIv-00022n-TQ for xen-users@lists.xen.org; Tue, 18 Feb 2014 15:09:50 +0000 Received: from [193.109.254.147:47563] by server-2.bemta-14.messagelabs.com id C6/F4-01236-DB773035; Tue, 18 Feb 2014 15:09:49 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1392736187!5139727!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19818 invoked from network); 18 Feb 2014 15:09:48 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 18 Feb 2014 15:09:48 -0000 X-IronPort-AV: E=Sophos;i="4.97,502,1389744000"; d="scan'208";a="103513973" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 18 Feb 2014 15:09:43 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Tue, 18 Feb 2014 10:09:43 -0500 Message-ID: <1392736182.11080.91.camel@kazak.uk.xensource.com> From: Ian Campbell To: Aastha Mehta Date: Tue, 18 Feb 2014 15:09:42 +0000 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users Subject: Re: [Xen-users] trouble with building latest xen code X-BeenThere: xen-users@lists.xen.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, 2014-02-13 at 15:48 +0100, Aastha Mehta wrote: > Hello, > > I am trying to build the latest xen code from the git branch and I am > seeing errors in building the tools. > > gcc -pthread -o xl xl.o xl_cmdimpl.o xl_cmdtable.o xl_sxp.o > libxlutil.so /home/aasthakm/workspace/ibc/source/xen/tools/libxl/../../tools/libxl/libxenlight.so > -Wl,-rpath-link=/home/aasthakm/workspace/ibc/source/xen/tools/libxl/../../tools/libxc > -Wl,-rpath-link=/home/aasthakm/workspace/ibc/source/xen/tools/libxl/../../tools/xenstore > -Wl,-rpath-link=/home/aasthakm/workspace/ibc/source/xen/tools/libxl/../../tools/blktap2/control > /home/aasthakm/workspace/ibc/source/xen/tools/libxl/../../tools/libxc/libxenctrl.so > -lyajl > xl_cmdimpl.o: In function `libxl_yajl_gen_alloc': > /home/workspace/ibc/source/xen/tools/libxl/libxl_json.h:60: undefined > reference to `yajl_gen_config' > /home/workspace/ibc/source/xen/tools/libxl/libxl_json.h:60: undefined > reference to `yajl_gen_config' > /home/workspace/ibc/source/xen/tools/libxl/../../tools/libxl/libxenlight.so: > undefined reference to `yajl_complete_parse' > collect2: ld returned 1 exit status > make[3]: *** [xl] Error 1 > make[3]: Leaving directory `/home/workspace/ibc/source/xen/tools/libxl' > make[2]: *** [subdir-install-libxl] Error 2 > make[2]: Leaving directory `/home/workspace/ibc/source/xen/tools' > make[1]: *** [subdirs-install] Error 2 > make[1]: Leaving directory `/home/workspace/ibc/source/xen/tools' > make: *** [install-tools] Error 2 > > I did install yajl: > > # locate yajl > /usr/lib/x86_64-linux-gnu/libyajl.so.1 > /usr/lib/x86_64-linux-gnu/libyajl.so.1.0.12 Do you also have libyajl.so somewhere? Does it contain the symbols which are being complained about? > I also noticed a message earlier in the compile log: > "Disabling libtool due to broken toolchain support" For us to know if that is relevant we'd need to know more about your toolchain/distro. Ian. > > Could someone let me know how to fix this problem? > > Thanks in advance, > Aastha > > _______________________________________________ > 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 18 15:48:46 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 18 Feb 2014 15:48: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 1WFmsX-0003aY-CM; Tue, 18 Feb 2014 15:46:37 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WFmsV-0003aT-9n for xen-users@lists.xensource.com; Tue, 18 Feb 2014 15:46:35 +0000 Received: from [85.158.139.211:46670] by server-4.bemta-5.messagelabs.com id EE/D7-08092-A5083035; Tue, 18 Feb 2014 15:46:34 +0000 X-Env-Sender: guy20034u@yahoo.com X-Msg-Ref: server-13.tower-206.messagelabs.com!1392738392!4711170!1 X-Originating-IP: [216.139.236.26] X-SpamReason: No, hits=0.6 required=7.0 tests=FORGED_YAHOO_RCVD, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19936 invoked from network); 18 Feb 2014 15:46:33 -0000 Received: from unknown (HELO sam.nabble.com) (216.139.236.26) by server-13.tower-206.messagelabs.com with AES256-SHA encrypted SMTP; 18 Feb 2014 15:46:33 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1WFmsG-00066H-Ap for xen-users@lists.xensource.com; Tue, 18 Feb 2014 07:46:20 -0800 Date: Tue, 18 Feb 2014 07:46:20 -0800 (PST) From: sbdcunha To: xen-users@lists.xensource.com Message-ID: <1392738380322-5721315.post@n5.nabble.com> In-Reply-To: <5303583A.1050405@excello.cz> References: <1392725386154-5721312.post@n5.nabble.com> <5303583A.1050405@excello.cz> MIME-Version: 1.0 Subject: Re: [Xen-users] new xen guest cannot communicate with the network X-BeenThere: xen-users@lists.xen.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 Dear Jan, Thanks for you quick reply. I had it enable in /etc/sysctl.conf file on the DOM0 as well as DomU and I did try disabling it also but I guess it should not matter since we using a bridge. by the way I did forget to mention earlier i setup a similar configuration on another similar cisco blade but i did not use a bridge but used the opion virtual network default NAT and from the DOMU i can ping and reach any machine on my entire network and also the internet so without bridging it works perfect i need static ips on my guest machine hence i need to use bridge By the way I also have about 2 years back i used centos 5.6 hypervisor editon iso and its been working perfectly fine which use xen 3 and since xen 3 has default scripts built in thanks and Regards simon -- View this message in context: http://xen.1045712.n5.nabble.com/new-xen-guest-cannot-communicate-with-the-network-tp5721312p5721315.html Sent from the Xen - User mailing list archive at Nabble.com. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Feb 18 15:48:46 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 18 Feb 2014 15:48: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 1WFmsX-0003aY-CM; Tue, 18 Feb 2014 15:46:37 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WFmsV-0003aT-9n for xen-users@lists.xensource.com; Tue, 18 Feb 2014 15:46:35 +0000 Received: from [85.158.139.211:46670] by server-4.bemta-5.messagelabs.com id EE/D7-08092-A5083035; Tue, 18 Feb 2014 15:46:34 +0000 X-Env-Sender: guy20034u@yahoo.com X-Msg-Ref: server-13.tower-206.messagelabs.com!1392738392!4711170!1 X-Originating-IP: [216.139.236.26] X-SpamReason: No, hits=0.6 required=7.0 tests=FORGED_YAHOO_RCVD, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19936 invoked from network); 18 Feb 2014 15:46:33 -0000 Received: from unknown (HELO sam.nabble.com) (216.139.236.26) by server-13.tower-206.messagelabs.com with AES256-SHA encrypted SMTP; 18 Feb 2014 15:46:33 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1WFmsG-00066H-Ap for xen-users@lists.xensource.com; Tue, 18 Feb 2014 07:46:20 -0800 Date: Tue, 18 Feb 2014 07:46:20 -0800 (PST) From: sbdcunha To: xen-users@lists.xensource.com Message-ID: <1392738380322-5721315.post@n5.nabble.com> In-Reply-To: <5303583A.1050405@excello.cz> References: <1392725386154-5721312.post@n5.nabble.com> <5303583A.1050405@excello.cz> MIME-Version: 1.0 Subject: Re: [Xen-users] new xen guest cannot communicate with the network X-BeenThere: xen-users@lists.xen.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 Dear Jan, Thanks for you quick reply. I had it enable in /etc/sysctl.conf file on the DOM0 as well as DomU and I did try disabling it also but I guess it should not matter since we using a bridge. by the way I did forget to mention earlier i setup a similar configuration on another similar cisco blade but i did not use a bridge but used the opion virtual network default NAT and from the DOMU i can ping and reach any machine on my entire network and also the internet so without bridging it works perfect i need static ips on my guest machine hence i need to use bridge By the way I also have about 2 years back i used centos 5.6 hypervisor editon iso and its been working perfectly fine which use xen 3 and since xen 3 has default scripts built in thanks and Regards simon -- View this message in context: http://xen.1045712.n5.nabble.com/new-xen-guest-cannot-communicate-with-the-network-tp5721312p5721315.html Sent from the Xen - User mailing list archive at Nabble.com. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Feb 18 15:59:46 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 18 Feb 2014 15:59: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 1WFn57-0004Ey-6s; Tue, 18 Feb 2014 15:59:37 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WFn55-0004Ej-WC for xen-users@lists.xensource.com; Tue, 18 Feb 2014 15:59:36 +0000 Received: from [85.158.139.211:49142] by server-3.bemta-5.messagelabs.com id 94/B1-13671-76383035; Tue, 18 Feb 2014 15:59:35 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-7.tower-206.messagelabs.com!1392739172!4722847!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15901 invoked from network); 18 Feb 2014 15:59:34 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-7.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 18 Feb 2014 15:59:34 -0000 X-IronPort-AV: E=Sophos;i="4.97,502,1389744000"; d="scan'208";a="103539714" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 18 Feb 2014 15:59:28 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Tue, 18 Feb 2014 10:59:28 -0500 Message-ID: <1392739167.23084.20.camel@kazak.uk.xensource.com> From: Ian Campbell To: sbdcunha Date: Tue, 18 Feb 2014 15:59:27 +0000 In-Reply-To: <1392725386154-5721312.post@n5.nabble.com> References: <1392725386154-5721312.post@n5.nabble.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] new xen guest cannot communicate with the network X-BeenThere: xen-users@lists.xen.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, 2014-02-18 at 04:09 -0800, sbdcunha wrote: > Now from the DOM0 server i can ping the gateway which is bb.bb.bb.62 > and also my network computers which are on different networks. and > also internet Given your routing table I think it is unlikely but is it possible that this traffic is being routed out via br0/aa.aa.aa.126 and not br1? i.e. it is being routed via your local infrastructure. You could either bring br0 down to test, or you could try traceroute etc. > Now I created a new dom U selecting bridge br1 and assigned a ip address of > bb.bb.bb.55. now I can ping the DOM0 br1 ip that is bb.bb.bb.54. but if I > try to ping the dom0 gateway that is bb.bb.bb.62 i cannot pint it neither > any computer on the network Is it possible that your IT department have implemented MAC address filtering in the physical network infrastructure? This would cause the frames using the guest's MAC address to be filtered. > then I also tried to create a new domU and selected the interface as virtual > network default : NAT and then from this domU everythings works perfect. > i can ping the gateway that is bb.bb.bb.62 and also any computer on our > network and also internet works fine In this case all external traffic would have dom0's MAC+IP, so this fits with the filtering theory. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Feb 18 15:59:46 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 18 Feb 2014 15:59: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 1WFn57-0004Ey-6s; Tue, 18 Feb 2014 15:59:37 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WFn55-0004Ej-WC for xen-users@lists.xensource.com; Tue, 18 Feb 2014 15:59:36 +0000 Received: from [85.158.139.211:49142] by server-3.bemta-5.messagelabs.com id 94/B1-13671-76383035; Tue, 18 Feb 2014 15:59:35 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-7.tower-206.messagelabs.com!1392739172!4722847!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15901 invoked from network); 18 Feb 2014 15:59:34 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-7.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 18 Feb 2014 15:59:34 -0000 X-IronPort-AV: E=Sophos;i="4.97,502,1389744000"; d="scan'208";a="103539714" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 18 Feb 2014 15:59:28 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Tue, 18 Feb 2014 10:59:28 -0500 Message-ID: <1392739167.23084.20.camel@kazak.uk.xensource.com> From: Ian Campbell To: sbdcunha Date: Tue, 18 Feb 2014 15:59:27 +0000 In-Reply-To: <1392725386154-5721312.post@n5.nabble.com> References: <1392725386154-5721312.post@n5.nabble.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] new xen guest cannot communicate with the network X-BeenThere: xen-users@lists.xen.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, 2014-02-18 at 04:09 -0800, sbdcunha wrote: > Now from the DOM0 server i can ping the gateway which is bb.bb.bb.62 > and also my network computers which are on different networks. and > also internet Given your routing table I think it is unlikely but is it possible that this traffic is being routed out via br0/aa.aa.aa.126 and not br1? i.e. it is being routed via your local infrastructure. You could either bring br0 down to test, or you could try traceroute etc. > Now I created a new dom U selecting bridge br1 and assigned a ip address of > bb.bb.bb.55. now I can ping the DOM0 br1 ip that is bb.bb.bb.54. but if I > try to ping the dom0 gateway that is bb.bb.bb.62 i cannot pint it neither > any computer on the network Is it possible that your IT department have implemented MAC address filtering in the physical network infrastructure? This would cause the frames using the guest's MAC address to be filtered. > then I also tried to create a new domU and selected the interface as virtual > network default : NAT and then from this domU everythings works perfect. > i can ping the gateway that is bb.bb.bb.62 and also any computer on our > network and also internet works fine In this case all external traffic would have dom0's MAC+IP, so this fits with the filtering theory. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Feb 18 19:25:16 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 18 Feb 2014 19:25: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 1WFqH9-00040L-H8; Tue, 18 Feb 2014 19:24:15 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WFqH7-0003zt-00; Tue, 18 Feb 2014 19:24:13 +0000 Received: from [85.158.139.211:50313] by server-5.bemta-5.messagelabs.com id 20/B7-32749-B53B3035; Tue, 18 Feb 2014 19:24:11 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-16.tower-206.messagelabs.com!1392751450!4748890!1 X-Originating-IP: [209.85.212.174] X-SpamReason: No, hits=1.1 required=7.0 tests=HTML_20_30,HTML_MESSAGE, RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29856 invoked from network); 18 Feb 2014 19:24:10 -0000 Received: from mail-wi0-f174.google.com (HELO mail-wi0-f174.google.com) (209.85.212.174) by server-16.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 18 Feb 2014 19:24:10 -0000 Received: by mail-wi0-f174.google.com with SMTP id f8so3875596wiw.13 for ; Tue, 18 Feb 2014 11:24:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to:cc :subject:content-type; bh=zb+75VTz8KNu8ns3sKUK6FqunaGbFyTC2osIf/AKci8=; b=LOC/hL0AZg+c/jQ+S6KOC2nAur7ayPuPw2KHXKxt3XsM/9PHsXcKJEVCE+L0saABSf Q2cT5QFpC4Mm7aVkX+M2D7jTZctuvlfKIP6nCNON/tqpi84FrWStltczLh7qcEPRk81T NitHEbrWGxE53ZqO0+xAlPtwvcpUtaK6UBilKlCM24nRA2ThUzVWpSkwEjQPgNVBbGZR MjHHpYDm+1IgM+e5pugPdEf/r9gZePO6h7Id2q9AqsCeDtEtpQ4z2mvq0ZvdPywNxrgM GAOXm6kuvUHRVh/+RGxHh1Ju8//6dK4lfjOVVMxGK2wr144khRX76wofC34xeOlB0dAs 3Kcg== X-Received: by 10.180.79.7 with SMTP id f7mr19692981wix.20.1392751450307; Tue, 18 Feb 2014 11:24:10 -0800 (PST) Received: from [172.16.25.10] ([2.122.219.75]) by mx.google.com with ESMTPSA id j9sm47703189wjz.13.2014.02.18.11.24.08 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 18 Feb 2014 11:24:09 -0800 (PST) Message-ID: <5303B34E.5000702@xen.org> Date: Tue, 18 Feb 2014 19:23:58 +0000 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" , "mirageos-devel@lists.xenproject.org" , Russell Pavlicek , Tim Mackey Cc: xen-users@lists.xenproject.org Subject: [Xen-users] [Vote] Proposal: Moving XCP binaries to XenServer.org X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2951959465950421977==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============2951959465950421977== Content-Type: multipart/alternative; boundary="------------060701020901020602030902" This is a multi-part message in MIME format. --------------060701020901020602030902 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi all, I wanted to propose to move the legacy XCP binaries from XenProject.org to XenServer.org. With XenServer being fully open source and XCP basically being a variant of XenServer, it would make a lot more sense to keep all these binaries with XenServer.org. The fact that we have XCP and XenServer.org in two different places has led to: * fragmentation of the XCP user community * it is also a constant source of confusion in the user community In a nutshell many people don't know whether they should go to XenServer.org to ask XCP related questions or whether to ask them on XenProject.org. As a result many questions remain unanswered. Russell and me spend a lot of our time, pointing people to the right place and/or cross-posting. I was hoping things would get better over time, but they have not improved. When the Xen Project was created, there was no real alternative but to keep XCP as part of the Xen Project. With XenServer being fully open source, and being established, there is no reason why we can't clean up some of the confusion. In my opinion we really should do this. This proposal does *not* affect the XAPI project : the XAPI project would continue to develop the XAPI toolstack as part of the Xen Project (and deliver source "releases"). In fact, I would also propose to make the xapi mailing list a developer mailing list. This fits much better with how the Hypervisor and MirageOS projects are run and creates an overall cleaner and easier to understand model for the Xen Project. I have in principle agreement from: * The Xen Project Advisory Board and the Linux Foundation (which is needed as I am proposing to move assets out of XenProject.org) * Citrix to take on XCP as part of XenProject.org * Citrix to provide resources to migrate content and redirect URLs from xxx.XenProject.org to XenServer.org such that people wont be impacted. This part is quite important. People who would come to download or find information about XCP, are basically encouraged to ask XCP related questions on XenProject.org. If they are redirected to the right place in XenServer.org, that does mean that they are redirected to the site where they should ask questions. * I may be able to get some resources to have the wiki cleaned up too and do some redirects there too (another source of ongoing confusion) == Who and how to vote? == As this is not an entirely project local decision, I propose that according to http://xenproject.org/governance.html - Members of all developer mailing lists (including the user lists) on Xenproject.org can review the proposal and voice an opinion - Maintainers of*all mature*projects and the Xenproject.org community manager are allowed to vote : these are maintainers of xen-devel and xen-api You would vote by replying "+1" If you don't care vote "0" If you object, vote "-1", which must include an alternative proposal or a detailed explanation of the reasons for the negative vote. Please vote by Feb 25th Best Regards Lars --------------060701020901020602030902 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi all,

I wanted to propose to move the legacy XCP binaries from XenProject.org to XenServer.org. With XenServer being fully open source and XCP basically being a variant of XenServer, it would make a lot more sense to keep all these binaries with XenServer.org. The fact that we have XCP and XenServer.org in two different places has led to:

* fragmentation of the XCP user community
* it is also a constant source of confusion in the user community

In a nutshell many people don't know whether they should go to XenServer.org to ask XCP related questions or whether to ask them on XenProject.org. As a result many questions remain unanswered. Russell and me spend a lot of our time, pointing people to the right place and/or cross-posting. I was hoping things would get better over time, but they have not improved.

When the Xen Project was created, there was no real alternative but to keep XCP as part of the Xen Project. With XenServer being fully open source, and being established, there is no reason why we can't clean up some of the confusion. In my opinion we really should do this.

This proposal does *not* affect the XAPI project : the XAPI project would continue to develop the XAPI toolstack as part of the Xen Project (and deliver source "releases"). In fact, I would also propose to make the xapi mailing list a developer mailing list. This fits much better with how the Hypervisor and MirageOS projects are run and creates an overall cleaner and easier to understand model for the Xen Project.

I have in principle agreement from:
* The Xen Project Advisory Board and the Linux Foundation (which is needed as I am proposing to move assets out of XenProject.org)
* Citrix to take on XCP as part of XenProject.org
* Citrix to provide resources to migrate content and redirect URLs from xxx.XenProject.org to XenServer.org such that people wont be impacted. This part is quite important. People who would come to download or find information about XCP, are basically encouraged to ask XCP related questions on XenProject.org. If they are redirected to the right place in XenServer.org, that does mean that they are redirected to the site where they should ask questions.
* I may be able to get some resources to have the wiki cleaned up too and do some redirects there too (another source of ongoing confusion)

== Who and how to vote? ==

As this is not an entirely project local decision, I propose that according to http://xenproject.org/governance.html
- Members of all developer mailing lists (including the user lists) on Xenproject.org can review the proposal and voice an opinion
- Maintainers of all mature projects and the Xenproject.org community manager are allowed to vote : these are maintainers of xen-devel and xen-api

You would vote by replying "+1"
If you don't care vote "0"
If you object, vote "-1", which must include an alternative proposal or a detailed explanation of the reasons for the negative vote.

Please vote by Feb 25th

Best Regards
Lars
--------------060701020901020602030902-- --===============2951959465950421977== 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 --===============2951959465950421977==-- From xen-users-bounces@lists.xen.org Tue Feb 18 19:25:16 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 18 Feb 2014 19:25: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 1WFqH9-00040L-H8; Tue, 18 Feb 2014 19:24:15 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WFqH7-0003zt-00; Tue, 18 Feb 2014 19:24:13 +0000 Received: from [85.158.139.211:50313] by server-5.bemta-5.messagelabs.com id 20/B7-32749-B53B3035; Tue, 18 Feb 2014 19:24:11 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-16.tower-206.messagelabs.com!1392751450!4748890!1 X-Originating-IP: [209.85.212.174] X-SpamReason: No, hits=1.1 required=7.0 tests=HTML_20_30,HTML_MESSAGE, RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29856 invoked from network); 18 Feb 2014 19:24:10 -0000 Received: from mail-wi0-f174.google.com (HELO mail-wi0-f174.google.com) (209.85.212.174) by server-16.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 18 Feb 2014 19:24:10 -0000 Received: by mail-wi0-f174.google.com with SMTP id f8so3875596wiw.13 for ; Tue, 18 Feb 2014 11:24:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to:cc :subject:content-type; bh=zb+75VTz8KNu8ns3sKUK6FqunaGbFyTC2osIf/AKci8=; b=LOC/hL0AZg+c/jQ+S6KOC2nAur7ayPuPw2KHXKxt3XsM/9PHsXcKJEVCE+L0saABSf Q2cT5QFpC4Mm7aVkX+M2D7jTZctuvlfKIP6nCNON/tqpi84FrWStltczLh7qcEPRk81T NitHEbrWGxE53ZqO0+xAlPtwvcpUtaK6UBilKlCM24nRA2ThUzVWpSkwEjQPgNVBbGZR MjHHpYDm+1IgM+e5pugPdEf/r9gZePO6h7Id2q9AqsCeDtEtpQ4z2mvq0ZvdPywNxrgM GAOXm6kuvUHRVh/+RGxHh1Ju8//6dK4lfjOVVMxGK2wr144khRX76wofC34xeOlB0dAs 3Kcg== X-Received: by 10.180.79.7 with SMTP id f7mr19692981wix.20.1392751450307; Tue, 18 Feb 2014 11:24:10 -0800 (PST) Received: from [172.16.25.10] ([2.122.219.75]) by mx.google.com with ESMTPSA id j9sm47703189wjz.13.2014.02.18.11.24.08 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 18 Feb 2014 11:24:09 -0800 (PST) Message-ID: <5303B34E.5000702@xen.org> Date: Tue, 18 Feb 2014 19:23:58 +0000 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" , "mirageos-devel@lists.xenproject.org" , Russell Pavlicek , Tim Mackey Cc: xen-users@lists.xenproject.org Subject: [Xen-users] [Vote] Proposal: Moving XCP binaries to XenServer.org X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2951959465950421977==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============2951959465950421977== Content-Type: multipart/alternative; boundary="------------060701020901020602030902" This is a multi-part message in MIME format. --------------060701020901020602030902 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi all, I wanted to propose to move the legacy XCP binaries from XenProject.org to XenServer.org. With XenServer being fully open source and XCP basically being a variant of XenServer, it would make a lot more sense to keep all these binaries with XenServer.org. The fact that we have XCP and XenServer.org in two different places has led to: * fragmentation of the XCP user community * it is also a constant source of confusion in the user community In a nutshell many people don't know whether they should go to XenServer.org to ask XCP related questions or whether to ask them on XenProject.org. As a result many questions remain unanswered. Russell and me spend a lot of our time, pointing people to the right place and/or cross-posting. I was hoping things would get better over time, but they have not improved. When the Xen Project was created, there was no real alternative but to keep XCP as part of the Xen Project. With XenServer being fully open source, and being established, there is no reason why we can't clean up some of the confusion. In my opinion we really should do this. This proposal does *not* affect the XAPI project : the XAPI project would continue to develop the XAPI toolstack as part of the Xen Project (and deliver source "releases"). In fact, I would also propose to make the xapi mailing list a developer mailing list. This fits much better with how the Hypervisor and MirageOS projects are run and creates an overall cleaner and easier to understand model for the Xen Project. I have in principle agreement from: * The Xen Project Advisory Board and the Linux Foundation (which is needed as I am proposing to move assets out of XenProject.org) * Citrix to take on XCP as part of XenProject.org * Citrix to provide resources to migrate content and redirect URLs from xxx.XenProject.org to XenServer.org such that people wont be impacted. This part is quite important. People who would come to download or find information about XCP, are basically encouraged to ask XCP related questions on XenProject.org. If they are redirected to the right place in XenServer.org, that does mean that they are redirected to the site where they should ask questions. * I may be able to get some resources to have the wiki cleaned up too and do some redirects there too (another source of ongoing confusion) == Who and how to vote? == As this is not an entirely project local decision, I propose that according to http://xenproject.org/governance.html - Members of all developer mailing lists (including the user lists) on Xenproject.org can review the proposal and voice an opinion - Maintainers of*all mature*projects and the Xenproject.org community manager are allowed to vote : these are maintainers of xen-devel and xen-api You would vote by replying "+1" If you don't care vote "0" If you object, vote "-1", which must include an alternative proposal or a detailed explanation of the reasons for the negative vote. Please vote by Feb 25th Best Regards Lars --------------060701020901020602030902 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi all,

I wanted to propose to move the legacy XCP binaries from XenProject.org to XenServer.org. With XenServer being fully open source and XCP basically being a variant of XenServer, it would make a lot more sense to keep all these binaries with XenServer.org. The fact that we have XCP and XenServer.org in two different places has led to:

* fragmentation of the XCP user community
* it is also a constant source of confusion in the user community

In a nutshell many people don't know whether they should go to XenServer.org to ask XCP related questions or whether to ask them on XenProject.org. As a result many questions remain unanswered. Russell and me spend a lot of our time, pointing people to the right place and/or cross-posting. I was hoping things would get better over time, but they have not improved.

When the Xen Project was created, there was no real alternative but to keep XCP as part of the Xen Project. With XenServer being fully open source, and being established, there is no reason why we can't clean up some of the confusion. In my opinion we really should do this.

This proposal does *not* affect the XAPI project : the XAPI project would continue to develop the XAPI toolstack as part of the Xen Project (and deliver source "releases"). In fact, I would also propose to make the xapi mailing list a developer mailing list. This fits much better with how the Hypervisor and MirageOS projects are run and creates an overall cleaner and easier to understand model for the Xen Project.

I have in principle agreement from:
* The Xen Project Advisory Board and the Linux Foundation (which is needed as I am proposing to move assets out of XenProject.org)
* Citrix to take on XCP as part of XenProject.org
* Citrix to provide resources to migrate content and redirect URLs from xxx.XenProject.org to XenServer.org such that people wont be impacted. This part is quite important. People who would come to download or find information about XCP, are basically encouraged to ask XCP related questions on XenProject.org. If they are redirected to the right place in XenServer.org, that does mean that they are redirected to the site where they should ask questions.
* I may be able to get some resources to have the wiki cleaned up too and do some redirects there too (another source of ongoing confusion)

== Who and how to vote? ==

As this is not an entirely project local decision, I propose that according to http://xenproject.org/governance.html
- Members of all developer mailing lists (including the user lists) on Xenproject.org can review the proposal and voice an opinion
- Maintainers of all mature projects and the Xenproject.org community manager are allowed to vote : these are maintainers of xen-devel and xen-api

You would vote by replying "+1"
If you don't care vote "0"
If you object, vote "-1", which must include an alternative proposal or a detailed explanation of the reasons for the negative vote.

Please vote by Feb 25th

Best Regards
Lars
--------------060701020901020602030902-- --===============2951959465950421977== 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 --===============2951959465950421977==-- From xen-users-bounces@lists.xen.org Wed Feb 19 02:55:16 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 19 Feb 2014 02:55: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 1WFxHt-0003zm-DZ; Wed, 19 Feb 2014 02:53:29 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WFw60-00030w-HZ; Wed, 19 Feb 2014 01:37:08 +0000 Received: from [85.158.139.211:9102] by server-1.bemta-5.messagelabs.com id BE/98-12859-3CA04035; Wed, 19 Feb 2014 01:37:07 +0000 X-Env-Sender: yang.z.zhang@intel.com X-Msg-Ref: server-14.tower-206.messagelabs.com!1392773825!4762647!1 X-Originating-IP: [134.134.136.20] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTM0LjEzNC4xMzYuMjAgPT4gMzU1MzU4\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23908 invoked from network); 19 Feb 2014 01:37:06 -0000 Received: from mga02.intel.com (HELO mga02.intel.com) (134.134.136.20) by server-14.tower-206.messagelabs.com with SMTP; 19 Feb 2014 01:37:06 -0000 Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by orsmga101.jf.intel.com with ESMTP; 18 Feb 2014 17:37:00 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.97,503,1389772800"; d="scan'208";a="477394688" Received: from fmsmsx105.amr.corp.intel.com ([10.19.9.36]) by fmsmga001.fm.intel.com with ESMTP; 18 Feb 2014 17:36:50 -0800 Received: from fmsmsx154.amr.corp.intel.com (10.18.116.70) by FMSMSX105.amr.corp.intel.com (10.19.9.36) with Microsoft SMTP Server (TLS) id 14.3.123.3; Tue, 18 Feb 2014 17:36:42 -0800 Received: from shsmsx103.ccr.corp.intel.com (10.239.110.14) by FMSMSX154.amr.corp.intel.com (10.18.116.70) with Microsoft SMTP Server (TLS) id 14.3.123.3; Tue, 18 Feb 2014 17:36:41 -0800 Received: from shsmsx104.ccr.corp.intel.com ([169.254.5.227]) by SHSMSX103.ccr.corp.intel.com ([169.254.4.202]) with mapi id 14.03.0123.003; Wed, 19 Feb 2014 09:36:35 +0800 From: "Zhang, Yang Z" To: George Dunlap , Dario Faggioli Thread-Topic: [Xen-devel] Today is Xen Project Test Day for 4.4 RC4 Thread-Index: AQHPLIrHxlmdLswJMkCEB5VnXiiQ2Jq6WhCAgAFxB8A= Date: Wed, 19 Feb 2014 01:36:35 +0000 Message-ID: References: <1392715101.32038.466.camel@Solace> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.239.127.40] MIME-Version: 1.0 X-Mailman-Approved-At: Wed, 19 Feb 2014 02:53:28 +0000 Cc: xen , "xen-users@lists.xen.org" , "xen-devel@lists.xenproject.org" , "Pang, LongtaoX" , "Liu, SongtaoX" , cl-mirage , "xen-api@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] Today is Xen Project Test Day for 4.4 RC4 X-BeenThere: xen-users@lists.xen.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 George Dunlap wrote on 2014-02-18: > On Tue, Feb 18, 2014 at 9:18 AM, Dario Faggioli wrote: >> This is a reminder that today is the Xen Project Test Day for Xen >> 4.4 RC4. >> >> General Information about Test Days can be found here: >> http://wiki.xenproject.org/wiki/Xen_Test_Days >> >> and specific instructions for this Test Day are located here: >> http://wiki.xenproject.org/wiki/Xen_4.4_RC4_test_instructions > Unfortunately, we saw device pass-through failure with RHEL6u5 guest (only REHL6U5 is buggy). But it seems it only exists in one Sandy bridge EP machine. We are evaluating it now and will let you know if it turns out to be a bug. > From a release management perspective, there are a couple of big > changes since RC3 that need testing: > > * PVH mode has been fixed. This involved a change on the nested virt code. > > * Building with the latest release of Clang has been fixed. This may > affect builds on other compilers -- please test different versions of clang and gcc. > > * A big patch series fixing races in libvirt/libxl was checked in. > Testing with libvirt or xl would be helpful. > > * A patch fixing guest floating point support on ARM systems was checked in. > Please run some programs that use the floating point unit. > > * A patch fixing an issue with device-passthru for HVM guests when the > VNC client attached. Please test migration, in particular with and > without the VNC client attached; and device pass-through, with and > without the VNC client attached. (Migration with a device passed > through is not supported.) > > -George > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xen.org > http://lists.xen.org/xen-devel Best regards, Yang _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Feb 19 02:55:16 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 19 Feb 2014 02:55: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 1WFxHt-0003zm-DZ; Wed, 19 Feb 2014 02:53:29 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WFw60-00030w-HZ; Wed, 19 Feb 2014 01:37:08 +0000 Received: from [85.158.139.211:9102] by server-1.bemta-5.messagelabs.com id BE/98-12859-3CA04035; Wed, 19 Feb 2014 01:37:07 +0000 X-Env-Sender: yang.z.zhang@intel.com X-Msg-Ref: server-14.tower-206.messagelabs.com!1392773825!4762647!1 X-Originating-IP: [134.134.136.20] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTM0LjEzNC4xMzYuMjAgPT4gMzU1MzU4\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23908 invoked from network); 19 Feb 2014 01:37:06 -0000 Received: from mga02.intel.com (HELO mga02.intel.com) (134.134.136.20) by server-14.tower-206.messagelabs.com with SMTP; 19 Feb 2014 01:37:06 -0000 Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by orsmga101.jf.intel.com with ESMTP; 18 Feb 2014 17:37:00 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.97,503,1389772800"; d="scan'208";a="477394688" Received: from fmsmsx105.amr.corp.intel.com ([10.19.9.36]) by fmsmga001.fm.intel.com with ESMTP; 18 Feb 2014 17:36:50 -0800 Received: from fmsmsx154.amr.corp.intel.com (10.18.116.70) by FMSMSX105.amr.corp.intel.com (10.19.9.36) with Microsoft SMTP Server (TLS) id 14.3.123.3; Tue, 18 Feb 2014 17:36:42 -0800 Received: from shsmsx103.ccr.corp.intel.com (10.239.110.14) by FMSMSX154.amr.corp.intel.com (10.18.116.70) with Microsoft SMTP Server (TLS) id 14.3.123.3; Tue, 18 Feb 2014 17:36:41 -0800 Received: from shsmsx104.ccr.corp.intel.com ([169.254.5.227]) by SHSMSX103.ccr.corp.intel.com ([169.254.4.202]) with mapi id 14.03.0123.003; Wed, 19 Feb 2014 09:36:35 +0800 From: "Zhang, Yang Z" To: George Dunlap , Dario Faggioli Thread-Topic: [Xen-devel] Today is Xen Project Test Day for 4.4 RC4 Thread-Index: AQHPLIrHxlmdLswJMkCEB5VnXiiQ2Jq6WhCAgAFxB8A= Date: Wed, 19 Feb 2014 01:36:35 +0000 Message-ID: References: <1392715101.32038.466.camel@Solace> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.239.127.40] MIME-Version: 1.0 X-Mailman-Approved-At: Wed, 19 Feb 2014 02:53:28 +0000 Cc: xen , "xen-users@lists.xen.org" , "xen-devel@lists.xenproject.org" , "Pang, LongtaoX" , "Liu, SongtaoX" , cl-mirage , "xen-api@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] Today is Xen Project Test Day for 4.4 RC4 X-BeenThere: xen-users@lists.xen.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 George Dunlap wrote on 2014-02-18: > On Tue, Feb 18, 2014 at 9:18 AM, Dario Faggioli wrote: >> This is a reminder that today is the Xen Project Test Day for Xen >> 4.4 RC4. >> >> General Information about Test Days can be found here: >> http://wiki.xenproject.org/wiki/Xen_Test_Days >> >> and specific instructions for this Test Day are located here: >> http://wiki.xenproject.org/wiki/Xen_4.4_RC4_test_instructions > Unfortunately, we saw device pass-through failure with RHEL6u5 guest (only REHL6U5 is buggy). But it seems it only exists in one Sandy bridge EP machine. We are evaluating it now and will let you know if it turns out to be a bug. > From a release management perspective, there are a couple of big > changes since RC3 that need testing: > > * PVH mode has been fixed. This involved a change on the nested virt code. > > * Building with the latest release of Clang has been fixed. This may > affect builds on other compilers -- please test different versions of clang and gcc. > > * A big patch series fixing races in libvirt/libxl was checked in. > Testing with libvirt or xl would be helpful. > > * A patch fixing guest floating point support on ARM systems was checked in. > Please run some programs that use the floating point unit. > > * A patch fixing an issue with device-passthru for HVM guests when the > VNC client attached. Please test migration, in particular with and > without the VNC client attached; and device pass-through, with and > without the VNC client attached. (Migration with a device passed > through is not supported.) > > -George > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xen.org > http://lists.xen.org/xen-devel Best regards, Yang _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Feb 19 10:42:46 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 19 Feb 2014 10:42: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 1WG4aq-0002Im-CZ; Wed, 19 Feb 2014 10:41:32 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WG4ap-0002IY-AV; Wed, 19 Feb 2014 10:41:31 +0000 Received: from [85.158.139.211:65322] by server-8.bemta-5.messagelabs.com id F3/F4-05298-A5A84035; Wed, 19 Feb 2014 10:41:30 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-5.tower-206.messagelabs.com!1392806488!334015!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19873 invoked from network); 19 Feb 2014 10:41:29 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-5.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 19 Feb 2014 10:41:29 -0000 X-IronPort-AV: E=Sophos;i="4.97,504,1389744000"; d="scan'208";a="103843415" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 19 Feb 2014 10:41:27 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL03.citrite.net (10.13.107.80) with Microsoft SMTP Server id 14.2.342.4; Wed, 19 Feb 2014 05:41:27 -0500 Message-ID: <1392806485.23084.125.camel@kazak.uk.xensource.com> From: Ian Campbell To: Date: Wed, 19 Feb 2014 10:41:25 +0000 In-Reply-To: <5303B34E.5000702@xen.org> References: <5303B34E.5000702@xen.org> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: Tim Mackey , "mirageos-devel@lists.xenproject.org" , xen-users@lists.xenproject.org, Russell Pavlicek , "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] [Vote] Proposal: Moving XCP binaries to XenServer.org X-BeenThere: xen-users@lists.xen.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, 2014-02-18 at 19:23 +0000, Lars Kurth wrote: > Hi all, > > I wanted to propose to move the legacy XCP binaries from > XenProject.org to XenServer.org. With XenServer being fully open > source and XCP basically being a variant of XenServer, it would make a > lot more sense to keep all these binaries with XenServer.org. The fact > that we have XCP and XenServer.org in two different places has led to: > > * fragmentation of the XCP user community > * it is also a constant source of confusion in the user community > > In a nutshell many people don't know whether they should go to > XenServer.org to ask XCP related questions or whether to ask them on > XenProject.org. As a result many questions remain unanswered. Russell > and me spend a lot of our time, pointing people to the right place > and/or cross-posting. As do I, from xen-users@ -> xen-api@xenproject/xs-devel@xenserver. > I was hoping things would get better over time, but they have not > improved. > > When the Xen Project was created, there was no real alternative but to > keep XCP as part of the Xen Project. With XenServer being fully open > source, and being established, there is no reason why we can't clean > up some of the confusion. In my opinion we really should do this. > > This proposal does *not* affect the XAPI project : the XAPI project > would continue to develop the XAPI toolstack as part of the Xen > Project (and deliver source "releases"). In fact, I would also propose > to make the xapi mailing list a developer mailing list. This fits much > better with how the Hypervisor and MirageOS projects are run and > creates an overall cleaner and easier to understand model for the Xen > Project. If xen-api@ becomes a devel focused list then what would be the appropriate place to redirect user requests to? xs-devel@xenserver.org? What about for xapi users who are not based on xenserver? > == Who and how to vote? == > > As this is not an entirely project local decision, I propose that > according to http://xenproject.org/governance.html > - Members of all developer mailing lists (including the user lists) on > Xenproject.org can review the proposal and voice an opinion > - Maintainers of all mature projects and the Xenproject.org community > manager are allowed to vote : these are maintainers of xen-devel and > xen-api > > You would vote by replying "+1" +1 > If you don't care vote "0" > If you object, vote "-1", which must include an alternative proposal > or a detailed explanation of the reasons for the negative vote. > > Please vote by Feb 25th > > Best Regards > Lars > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xen.org > http://lists.xen.org/xen-devel _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Feb 19 10:42:46 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 19 Feb 2014 10:42: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 1WG4aq-0002Im-CZ; Wed, 19 Feb 2014 10:41:32 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WG4ap-0002IY-AV; Wed, 19 Feb 2014 10:41:31 +0000 Received: from [85.158.139.211:65322] by server-8.bemta-5.messagelabs.com id F3/F4-05298-A5A84035; Wed, 19 Feb 2014 10:41:30 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-5.tower-206.messagelabs.com!1392806488!334015!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19873 invoked from network); 19 Feb 2014 10:41:29 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-5.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 19 Feb 2014 10:41:29 -0000 X-IronPort-AV: E=Sophos;i="4.97,504,1389744000"; d="scan'208";a="103843415" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 19 Feb 2014 10:41:27 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL03.citrite.net (10.13.107.80) with Microsoft SMTP Server id 14.2.342.4; Wed, 19 Feb 2014 05:41:27 -0500 Message-ID: <1392806485.23084.125.camel@kazak.uk.xensource.com> From: Ian Campbell To: Date: Wed, 19 Feb 2014 10:41:25 +0000 In-Reply-To: <5303B34E.5000702@xen.org> References: <5303B34E.5000702@xen.org> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: Tim Mackey , "mirageos-devel@lists.xenproject.org" , xen-users@lists.xenproject.org, Russell Pavlicek , "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] [Vote] Proposal: Moving XCP binaries to XenServer.org X-BeenThere: xen-users@lists.xen.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, 2014-02-18 at 19:23 +0000, Lars Kurth wrote: > Hi all, > > I wanted to propose to move the legacy XCP binaries from > XenProject.org to XenServer.org. With XenServer being fully open > source and XCP basically being a variant of XenServer, it would make a > lot more sense to keep all these binaries with XenServer.org. The fact > that we have XCP and XenServer.org in two different places has led to: > > * fragmentation of the XCP user community > * it is also a constant source of confusion in the user community > > In a nutshell many people don't know whether they should go to > XenServer.org to ask XCP related questions or whether to ask them on > XenProject.org. As a result many questions remain unanswered. Russell > and me spend a lot of our time, pointing people to the right place > and/or cross-posting. As do I, from xen-users@ -> xen-api@xenproject/xs-devel@xenserver. > I was hoping things would get better over time, but they have not > improved. > > When the Xen Project was created, there was no real alternative but to > keep XCP as part of the Xen Project. With XenServer being fully open > source, and being established, there is no reason why we can't clean > up some of the confusion. In my opinion we really should do this. > > This proposal does *not* affect the XAPI project : the XAPI project > would continue to develop the XAPI toolstack as part of the Xen > Project (and deliver source "releases"). In fact, I would also propose > to make the xapi mailing list a developer mailing list. This fits much > better with how the Hypervisor and MirageOS projects are run and > creates an overall cleaner and easier to understand model for the Xen > Project. If xen-api@ becomes a devel focused list then what would be the appropriate place to redirect user requests to? xs-devel@xenserver.org? What about for xapi users who are not based on xenserver? > == Who and how to vote? == > > As this is not an entirely project local decision, I propose that > according to http://xenproject.org/governance.html > - Members of all developer mailing lists (including the user lists) on > Xenproject.org can review the proposal and voice an opinion > - Maintainers of all mature projects and the Xenproject.org community > manager are allowed to vote : these are maintainers of xen-devel and > xen-api > > You would vote by replying "+1" +1 > If you don't care vote "0" > If you object, vote "-1", which must include an alternative proposal > or a detailed explanation of the reasons for the negative vote. > > Please vote by Feb 25th > > Best Regards > Lars > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xen.org > http://lists.xen.org/xen-devel _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Feb 19 12:14:42 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 19 Feb 2014 12:14: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 1WG61B-00076Q-EE; Wed, 19 Feb 2014 12:12:49 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WG619-00076G-OC for xen-users@lists.xensource.com; Wed, 19 Feb 2014 12:12:47 +0000 Received: from [85.158.139.211:4988] by server-11.bemta-5.messagelabs.com id FE/C4-23886-EBF94035; Wed, 19 Feb 2014 12:12:46 +0000 X-Env-Sender: guy20034u@yahoo.com X-Msg-Ref: server-7.tower-206.messagelabs.com!1392811965!4926912!1 X-Originating-IP: [216.139.236.26] X-SpamReason: No, hits=0.6 required=7.0 tests=FORGED_YAHOO_RCVD, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 804 invoked from network); 19 Feb 2014 12:12:46 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-7.tower-206.messagelabs.com with AES256-SHA encrypted SMTP; 19 Feb 2014 12:12:46 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1WG616-000802-An for xen-users@lists.xensource.com; Wed, 19 Feb 2014 04:12:44 -0800 Date: Wed, 19 Feb 2014 04:12:44 -0800 (PST) From: sbdcunha To: xen-users@lists.xensource.com Message-ID: <1392811964318-5721320.post@n5.nabble.com> In-Reply-To: <1392739167.23084.20.camel@kazak.uk.xensource.com> References: <1392725386154-5721312.post@n5.nabble.com> <1392739167.23084.20.camel@kazak.uk.xensource.com> MIME-Version: 1.0 Subject: Re: [Xen-users] new xen guest cannot communicate with the network X-BeenThere: xen-users@lists.xen.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 Dear Ian and Guys, Thank you so much for the immediate reply and sorry for the delay on my part. to avoid any issues about bridging temporary I will disable br0 network card and just have br1 the ip address for br1 is bb.bb.bb.54. and gateway is bb.bb.bb.62 i will create a new DOMU with a ip of bb.bb.bb.55 and test it out and let you know I guess DOMU should be avle to reach the gateway that is bb:bb:bb:62 and other network pcs as well .. the same way as DOM0 can reach?? Thanks and appreciate once again regards simon -- View this message in context: http://xen.1045712.n5.nabble.com/new-xen-guest-cannot-communicate-with-the-network-tp5721312p5721320.html Sent from the Xen - User mailing list archive at Nabble.com. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Feb 19 12:14:42 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 19 Feb 2014 12:14: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 1WG61B-00076Q-EE; Wed, 19 Feb 2014 12:12:49 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WG619-00076G-OC for xen-users@lists.xensource.com; Wed, 19 Feb 2014 12:12:47 +0000 Received: from [85.158.139.211:4988] by server-11.bemta-5.messagelabs.com id FE/C4-23886-EBF94035; Wed, 19 Feb 2014 12:12:46 +0000 X-Env-Sender: guy20034u@yahoo.com X-Msg-Ref: server-7.tower-206.messagelabs.com!1392811965!4926912!1 X-Originating-IP: [216.139.236.26] X-SpamReason: No, hits=0.6 required=7.0 tests=FORGED_YAHOO_RCVD, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 804 invoked from network); 19 Feb 2014 12:12:46 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-7.tower-206.messagelabs.com with AES256-SHA encrypted SMTP; 19 Feb 2014 12:12:46 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1WG616-000802-An for xen-users@lists.xensource.com; Wed, 19 Feb 2014 04:12:44 -0800 Date: Wed, 19 Feb 2014 04:12:44 -0800 (PST) From: sbdcunha To: xen-users@lists.xensource.com Message-ID: <1392811964318-5721320.post@n5.nabble.com> In-Reply-To: <1392739167.23084.20.camel@kazak.uk.xensource.com> References: <1392725386154-5721312.post@n5.nabble.com> <1392739167.23084.20.camel@kazak.uk.xensource.com> MIME-Version: 1.0 Subject: Re: [Xen-users] new xen guest cannot communicate with the network X-BeenThere: xen-users@lists.xen.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 Dear Ian and Guys, Thank you so much for the immediate reply and sorry for the delay on my part. to avoid any issues about bridging temporary I will disable br0 network card and just have br1 the ip address for br1 is bb.bb.bb.54. and gateway is bb.bb.bb.62 i will create a new DOMU with a ip of bb.bb.bb.55 and test it out and let you know I guess DOMU should be avle to reach the gateway that is bb:bb:bb:62 and other network pcs as well .. the same way as DOM0 can reach?? Thanks and appreciate once again regards simon -- View this message in context: http://xen.1045712.n5.nabble.com/new-xen-guest-cannot-communicate-with-the-network-tp5721312p5721320.html Sent from the Xen - User mailing list archive at Nabble.com. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Feb 19 14:40:26 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 19 Feb 2014 14:40: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 1WG8It-0004zO-4W; Wed, 19 Feb 2014 14:39:15 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WG8Ir-0004yt-Kc; Wed, 19 Feb 2014 14:39:13 +0000 Received: from [193.109.254.147:17014] by server-11.bemta-14.messagelabs.com id 79/9F-24604-012C4035; Wed, 19 Feb 2014 14:39:12 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-4.tower-27.messagelabs.com!1392820752!1681882!1 X-Originating-IP: [74.125.83.49] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2821 invoked from network); 19 Feb 2014 14:39:12 -0000 Received: from mail-ee0-f49.google.com (HELO mail-ee0-f49.google.com) (74.125.83.49) by server-4.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 19 Feb 2014 14:39:12 -0000 Received: by mail-ee0-f49.google.com with SMTP id d17so275352eek.36 for ; Wed, 19 Feb 2014 06:39:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=jyBcNstFs7/WXjku9BmwT6oQenNzNO0F8mtIRscQ2GE=; b=v/qOBULxVvw+ETh+Yo0teoOOEvJWdjcuachF8o6YpuwZ0PMuQh97ySHGv/PkaQOsVD nEN7KsAdMPQNrRJuYq/hafto9K48B3EuLsLq5QiaLWszV9pgvoO7xu0di6ykVEujAZn6 5ky5MYO520mZ9zfjvGoJiB7oL6g1kZgwhj6RtlF3CyFe6avDU6gkKEK3DRQM7LfyDG0y cWcyi5LZ5ZeWMEpoFDgrPjipMM2oxXJAOJEj9S43VToHzp3R00BFhVHPrshtQOs6QntR 9eEzkUHC9TDXoL8m8zKuvovxRpKdVeDhXNT5w1W9uJZ1Upd4FE9GG9KCjFytV4VPQluX bdXA== X-Received: by 10.14.194.193 with SMTP id m41mr3750007een.76.1392820751899; Wed, 19 Feb 2014 06:39:11 -0800 (PST) Received: from [172.16.25.10] ([185.25.64.249]) by mx.google.com with ESMTPSA id x2sm1429317eeo.8.2014.02.19.06.39.10 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 19 Feb 2014 06:39:11 -0800 (PST) Message-ID: <5304C20D.3070509@xen.org> Date: Wed, 19 Feb 2014 14:39:09 +0000 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Ian Campbell References: <5303B34E.5000702@xen.org> <1392806485.23084.125.camel@kazak.uk.xensource.com> In-Reply-To: <1392806485.23084.125.camel@kazak.uk.xensource.com> Cc: Tim Mackey , "mirageos-devel@lists.xenproject.org" , xen-users@lists.xenproject.org, Russell Pavlicek , "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] [Vote] Proposal: Moving XCP binaries to XenServer.org X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org 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 19/02/2014 10:41, Ian Campbell wrote: > On Tue, 2014-02-18 at 19:23 +0000, Lars Kurth wrote: >> Hi all, >> ... >> This proposal does *not* affect the XAPI project : the XAPI project >> would continue to develop the XAPI toolstack as part of the Xen >> Project (and deliver source "releases"). In fact, I would also propose >> to make the xapi mailing list a developer mailing list. This fits much >> better with how the Hypervisor and MirageOS projects are run and >> creates an overall cleaner and easier to understand model for the Xen >> Project. > If xen-api@ becomes a devel focused list then what would be the > appropriate place to redirect user requests to? xs-devel@xenserver.org? > What about for xapi users who are not based on xenserver? Good point. This was just a side-topic that is not really part of this proposal. 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 19 14:40:26 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 19 Feb 2014 14:40: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 1WG8It-0004zO-4W; Wed, 19 Feb 2014 14:39:15 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WG8Ir-0004yt-Kc; Wed, 19 Feb 2014 14:39:13 +0000 Received: from [193.109.254.147:17014] by server-11.bemta-14.messagelabs.com id 79/9F-24604-012C4035; Wed, 19 Feb 2014 14:39:12 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-4.tower-27.messagelabs.com!1392820752!1681882!1 X-Originating-IP: [74.125.83.49] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2821 invoked from network); 19 Feb 2014 14:39:12 -0000 Received: from mail-ee0-f49.google.com (HELO mail-ee0-f49.google.com) (74.125.83.49) by server-4.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 19 Feb 2014 14:39:12 -0000 Received: by mail-ee0-f49.google.com with SMTP id d17so275352eek.36 for ; Wed, 19 Feb 2014 06:39:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=jyBcNstFs7/WXjku9BmwT6oQenNzNO0F8mtIRscQ2GE=; b=v/qOBULxVvw+ETh+Yo0teoOOEvJWdjcuachF8o6YpuwZ0PMuQh97ySHGv/PkaQOsVD nEN7KsAdMPQNrRJuYq/hafto9K48B3EuLsLq5QiaLWszV9pgvoO7xu0di6ykVEujAZn6 5ky5MYO520mZ9zfjvGoJiB7oL6g1kZgwhj6RtlF3CyFe6avDU6gkKEK3DRQM7LfyDG0y cWcyi5LZ5ZeWMEpoFDgrPjipMM2oxXJAOJEj9S43VToHzp3R00BFhVHPrshtQOs6QntR 9eEzkUHC9TDXoL8m8zKuvovxRpKdVeDhXNT5w1W9uJZ1Upd4FE9GG9KCjFytV4VPQluX bdXA== X-Received: by 10.14.194.193 with SMTP id m41mr3750007een.76.1392820751899; Wed, 19 Feb 2014 06:39:11 -0800 (PST) Received: from [172.16.25.10] ([185.25.64.249]) by mx.google.com with ESMTPSA id x2sm1429317eeo.8.2014.02.19.06.39.10 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 19 Feb 2014 06:39:11 -0800 (PST) Message-ID: <5304C20D.3070509@xen.org> Date: Wed, 19 Feb 2014 14:39:09 +0000 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Ian Campbell References: <5303B34E.5000702@xen.org> <1392806485.23084.125.camel@kazak.uk.xensource.com> In-Reply-To: <1392806485.23084.125.camel@kazak.uk.xensource.com> Cc: Tim Mackey , "mirageos-devel@lists.xenproject.org" , xen-users@lists.xenproject.org, Russell Pavlicek , "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] [Vote] Proposal: Moving XCP binaries to XenServer.org X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org 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 19/02/2014 10:41, Ian Campbell wrote: > On Tue, 2014-02-18 at 19:23 +0000, Lars Kurth wrote: >> Hi all, >> ... >> This proposal does *not* affect the XAPI project : the XAPI project >> would continue to develop the XAPI toolstack as part of the Xen >> Project (and deliver source "releases"). In fact, I would also propose >> to make the xapi mailing list a developer mailing list. This fits much >> better with how the Hypervisor and MirageOS projects are run and >> creates an overall cleaner and easier to understand model for the Xen >> Project. > If xen-api@ becomes a devel focused list then what would be the > appropriate place to redirect user requests to? xs-devel@xenserver.org? > What about for xapi users who are not based on xenserver? Good point. This was just a side-topic that is not really part of this proposal. 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 19 16:20:47 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 19 Feb 2014 16:20: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 1WG9rl-00086A-Ax; Wed, 19 Feb 2014 16:19:21 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WG9rj-000862-WD for xen-users@lists.xensource.com; Wed, 19 Feb 2014 16:19:20 +0000 Received: from [85.158.137.68:35533] by server-12.bemta-3.messagelabs.com id 0F/CA-01674-789D4035; Wed, 19 Feb 2014 16:19:19 +0000 X-Env-Sender: guy20034u@yahoo.com X-Msg-Ref: server-8.tower-31.messagelabs.com!1392826756!2923424!1 X-Originating-IP: [216.139.236.26] X-SpamReason: No, hits=0.6 required=7.0 tests=FORGED_YAHOO_RCVD, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29406 invoked from network); 19 Feb 2014 16:19:17 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-8.tower-31.messagelabs.com with AES256-SHA encrypted SMTP; 19 Feb 2014 16:19:17 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1WG9rf-0000lY-Nf for xen-users@lists.xensource.com; Wed, 19 Feb 2014 08:19:15 -0800 Date: Wed, 19 Feb 2014 08:19:15 -0800 (PST) From: sbdcunha To: xen-users@lists.xensource.com Message-ID: <1392826755720-5721322.post@n5.nabble.com> In-Reply-To: <1392811964318-5721320.post@n5.nabble.com> References: <1392725386154-5721312.post@n5.nabble.com> <1392739167.23084.20.camel@kazak.uk.xensource.com> <1392811964318-5721320.post@n5.nabble.com> MIME-Version: 1.0 Subject: Re: [Xen-users] new xen guest cannot communicate with the network X-BeenThere: xen-users@lists.xen.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 Dear Ian n Guys, I did the following i shut down eth0 and br0 on my DOM0 so now my ifconfig looks like this ----- br1 Link encap:Ethernet HWaddr 00:25:B5:01:00:0D inet addr:bb.bb.bb.54 Bcast:bb.bb.bb.63 Mask:255.255.255.224 inet6 addr: fe80::225:b5ff:fe01:d/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:1315218 errors:0 dropped:5357 overruns:0 frame:0 TX packets:161720 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:518647449 (494.6 MiB) TX bytes:44499279 (42.4 MiB) eth1 Link encap:Ethernet HWaddr 00:25:B5:01:00:0D inet6 addr: fe80::225:b5ff:fe01:d/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:1531915 errors:0 dropped:0 overruns:0 frame:0 TX packets:170122 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:563662652 (537.5 MiB) TX bytes:45918667 (43.7 MiB) 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:50474 errors:0 dropped:0 overruns:0 frame:0 TX packets:50474 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:30080679 (28.6 MiB) TX bytes:30080679 (28.6 MiB) vif8.0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:62 errors:0 dropped:0 overruns:0 frame:0 TX packets:5098 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:32 RX bytes:3160 (3.0 KiB) TX bytes:447350 (436.8 KiB) virbr0 Link encap:Ethernet HWaddr 7E:59:9C:79:56:E5 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) netstat -rn shows --- Destination Gateway Genmask Flags MSS Window irtt Iface 0.0.0.0 bb.bb.bb.62 0.0.0.0 UG 0 0 0 br1 bb.bb.bb.32 0.0.0.0 255.255.255.224 U 0 0 0 br1 192.168.122.0 0.0.0.0 255.255.255.0 U 0 0 0 virbr0 ----- now as I said before from DOM0 I can ping the gateway bb.bb.bb.62 and also i can ping domU and from domU i can ping DOM0 . but still I cannot ping bb.bb.bb.62 . the gateway on DOMU is bb.bb.bb.62 and ip address is bb.bb.bb.55 appreciate if you can share some light on this or something that could help me troubleshoot regards simon -- View this message in context: http://xen.1045712.n5.nabble.com/new-xen-guest-cannot-communicate-with-the-network-tp5721312p5721322.html Sent from the Xen - User mailing list archive at Nabble.com. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Feb 19 16:20:47 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 19 Feb 2014 16:20: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 1WG9rl-00086A-Ax; Wed, 19 Feb 2014 16:19:21 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WG9rj-000862-WD for xen-users@lists.xensource.com; Wed, 19 Feb 2014 16:19:20 +0000 Received: from [85.158.137.68:35533] by server-12.bemta-3.messagelabs.com id 0F/CA-01674-789D4035; Wed, 19 Feb 2014 16:19:19 +0000 X-Env-Sender: guy20034u@yahoo.com X-Msg-Ref: server-8.tower-31.messagelabs.com!1392826756!2923424!1 X-Originating-IP: [216.139.236.26] X-SpamReason: No, hits=0.6 required=7.0 tests=FORGED_YAHOO_RCVD, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29406 invoked from network); 19 Feb 2014 16:19:17 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-8.tower-31.messagelabs.com with AES256-SHA encrypted SMTP; 19 Feb 2014 16:19:17 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1WG9rf-0000lY-Nf for xen-users@lists.xensource.com; Wed, 19 Feb 2014 08:19:15 -0800 Date: Wed, 19 Feb 2014 08:19:15 -0800 (PST) From: sbdcunha To: xen-users@lists.xensource.com Message-ID: <1392826755720-5721322.post@n5.nabble.com> In-Reply-To: <1392811964318-5721320.post@n5.nabble.com> References: <1392725386154-5721312.post@n5.nabble.com> <1392739167.23084.20.camel@kazak.uk.xensource.com> <1392811964318-5721320.post@n5.nabble.com> MIME-Version: 1.0 Subject: Re: [Xen-users] new xen guest cannot communicate with the network X-BeenThere: xen-users@lists.xen.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 Dear Ian n Guys, I did the following i shut down eth0 and br0 on my DOM0 so now my ifconfig looks like this ----- br1 Link encap:Ethernet HWaddr 00:25:B5:01:00:0D inet addr:bb.bb.bb.54 Bcast:bb.bb.bb.63 Mask:255.255.255.224 inet6 addr: fe80::225:b5ff:fe01:d/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:1315218 errors:0 dropped:5357 overruns:0 frame:0 TX packets:161720 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:518647449 (494.6 MiB) TX bytes:44499279 (42.4 MiB) eth1 Link encap:Ethernet HWaddr 00:25:B5:01:00:0D inet6 addr: fe80::225:b5ff:fe01:d/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:1531915 errors:0 dropped:0 overruns:0 frame:0 TX packets:170122 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:563662652 (537.5 MiB) TX bytes:45918667 (43.7 MiB) 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:50474 errors:0 dropped:0 overruns:0 frame:0 TX packets:50474 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:30080679 (28.6 MiB) TX bytes:30080679 (28.6 MiB) vif8.0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:62 errors:0 dropped:0 overruns:0 frame:0 TX packets:5098 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:32 RX bytes:3160 (3.0 KiB) TX bytes:447350 (436.8 KiB) virbr0 Link encap:Ethernet HWaddr 7E:59:9C:79:56:E5 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) netstat -rn shows --- Destination Gateway Genmask Flags MSS Window irtt Iface 0.0.0.0 bb.bb.bb.62 0.0.0.0 UG 0 0 0 br1 bb.bb.bb.32 0.0.0.0 255.255.255.224 U 0 0 0 br1 192.168.122.0 0.0.0.0 255.255.255.0 U 0 0 0 virbr0 ----- now as I said before from DOM0 I can ping the gateway bb.bb.bb.62 and also i can ping domU and from domU i can ping DOM0 . but still I cannot ping bb.bb.bb.62 . the gateway on DOMU is bb.bb.bb.62 and ip address is bb.bb.bb.55 appreciate if you can share some light on this or something that could help me troubleshoot regards simon -- View this message in context: http://xen.1045712.n5.nabble.com/new-xen-guest-cannot-communicate-with-the-network-tp5721312p5721322.html Sent from the Xen - User mailing list archive at Nabble.com. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Feb 19 16:56:34 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 19 Feb 2014 16:56:34 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGAQl-0001VJ-4E; Wed, 19 Feb 2014 16:55:31 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGAQi-0001Ub-GM; Wed, 19 Feb 2014 16:55:28 +0000 Received: from [85.158.137.68:59489] by server-9.bemta-3.messagelabs.com id D6/B7-10184-FF1E4035; Wed, 19 Feb 2014 16:55:27 +0000 X-Env-Sender: iwj@xenbits.xen.org X-Msg-Ref: server-2.tower-31.messagelabs.com!1392828925!1377595!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: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20088 invoked from network); 19 Feb 2014 16:55:26 -0000 Received: from mail.xen.org (HELO mail.xen.org) (50.57.168.107) by server-2.tower-31.messagelabs.com with AES256-SHA encrypted SMTP; 19 Feb 2014 16:55:26 -0000 Received: from xenbits.xen.org ([50.57.170.242]) by mail.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGAQa-00078q-MA; Wed, 19 Feb 2014 16:55:20 +0000 Received: from iwj by xenbits.xen.org with local (Exim 4.72) (envelope-from ) id 1WGAQa-0003OO-4k; Wed, 19 Feb 2014 16:55:20 +0000 Date: Wed, 19 Feb 2014 16:55:20 +0000 Message-Id: Content-Type: multipart/mixed; boundary="=separator"; charset="utf-8" Content-Transfer-Encoding: binary MIME-Version: 1.0 X-Mailer: MIME-tools 5.428 (Entity 5.428) 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 Cc: "Xen.org security team" Subject: [Xen-users] Xen Security Advisory 60 (CVE-2013-2212) - Excessive time to disable caching with HVM guests with PCI passthrough X-BeenThere: xen-users@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-2013-2212 / XSA-60 version 6 Excessive time to disable caching with HVM guests with PCI passthrough UPDATES IN VERSION 6 ==================== Since the issue of this advisory, various fixes have been applied to the public Xen trees. ISSUE DESCRIPTION ================= HVM guests are able to manipulate their physical address space such that processing a subsequent request by that guest to disable caches takes an extended amount of time changing the cachability of the memory pages assigned to this guest. This applies only when the guest has been granted access to some memory mapped I/O region (typically by way of assigning a passthrough PCI device). This can cause the CPU which processes the request to become unavailable, possibly causing the hypervisor or a guest kernel (including the domain 0 one) to halt itself ("panic"). IMPACT ====== A malicious domain, given access to a device with memory mapped I/O regions, can cause the host to become unresponsive for a period of time, potentially leading to a DoS affecting the whole system. VULNERABLE SYSTEMS ================== Xen version 3.3 onwards is vulnerable. Only systems using the Intel variant of Hardware Assisted Paging (aka EPT) are vulnerable. MITIGATION ========== This issue can be avoided by not assigning PCI devices to untrusted guests, or by running HVM guests with shadow mode paging (through adding "hap=0" to the domain configuration file). CREDITS ======= Zhenzhong Duan found the issue as a bug, which on examination by the Xenproject.org Security Team turned out to be a security problem. RESOLUTION ========== This issue has been fixed in the public xen.git trees. For xen-unstable (#staging, #master), in these git commits: c13b0d65ddedd745 VMX: disable EPT when !cpu_has_vmx_pat 1c84d046735102e0 VMX: remove the problematic set_uc_mode logic 62652c00efa55fb4 VMX: fix cr0.cd handling 86d60e855fe118df VMX: flush cache when vmentry back to UC guest f1c9658d6802c433 Revert "VMX: flush cache when vmentry back to UC guest" (Earliest commit is listed first. Note that f1c9658d reverts not only 86d60e85 but also part of 62652c00.) For Xen 4.2 (#staging-4.2, #stable-4.2): f1e0df14412c VMX: disable EPT when !cpu_has_vmx_pat 644e6c5c7106 VMX: remove the problematic set_uc_mode logic 0fffcffeb594 VMX: fix cr0.cd handling -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJTBOHLAAoJEIP+FMlX6CvZOZsIAI1JT1S+76kGilCSef5r2XUx uQ/cFVNjlcACeIF9/ejglQzlfaUcB3fjERdHVuYdiURgiPOwUErJV+0Xg3avFTIj hE9KeUnBl9+vS8OwmO7va4LEZf3xl8LVhirbsepL6eubvmgtmxqf/MeV6kMF5xUU 9t65V80qPNYpA+2SzUnRZFuzGHLd5IkTFUQXfKEzGH3lWu35qvGqyhYWRXHVmz9c 4e49pqO6QenjSlLxvpiW/FpeUxothpq4xxrSom4XsZrBULp4EywU9EkaF5tuFnpg dyzfz3Ap7k0H+5NoHTfof+N7rzaEOyR/QtXIerpcwuf5qMIN0c2HSZBzGdrvlfw= =SC2T -----END PGP SIGNATURE----- --=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 19 16:56:34 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 19 Feb 2014 16:56:34 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGAQp-0001X4-No; Wed, 19 Feb 2014 16:55:35 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGAQn-0001Vm-7d; Wed, 19 Feb 2014 16:55:33 +0000 Received: from [193.109.254.147:36768] by server-13.bemta-14.messagelabs.com id D4/E1-01226-402E4035; Wed, 19 Feb 2014 16:55:32 +0000 X-Env-Sender: iwj@xenbits.xen.org X-Msg-Ref: server-9.tower-27.messagelabs.com!1392828929!1483478!1 X-Originating-IP: [50.57.168.107] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4719 invoked from network); 19 Feb 2014 16:55:30 -0000 Received: from mail.xen.org (HELO mail.xen.org) (50.57.168.107) by server-9.tower-27.messagelabs.com with AES256-SHA encrypted SMTP; 19 Feb 2014 16:55:30 -0000 Received: from xenbits.xen.org ([50.57.170.242]) by mail.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGAQe-000792-Eh; Wed, 19 Feb 2014 16:55:24 +0000 Received: from iwj by xenbits.xen.org with local (Exim 4.72) (envelope-from ) id 1WGAQe-0003PS-Bl; Wed, 19 Feb 2014 16:55:24 +0000 Date: Wed, 19 Feb 2014 16:55:24 +0000 Message-Id: Content-Type: multipart/mixed; boundary="=separator"; charset="utf-8" Content-Transfer-Encoding: binary MIME-Version: 1.0 X-Mailer: MIME-tools 5.428 (Entity 5.428) 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 Cc: "Xen.org security team" Subject: [Xen-users] Xen Security Advisory 82 (CVE-2013-6885) - Guest triggerable AMD CPU erratum may cause host 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: , 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-2013-6885 / XSA-82 version 4 Guest triggerable AMD CPU erratum may cause host hang UPDATES IN VERSION 4 ==================== The original fix for 4.2.x and 4.1.x was found to deal with 64-bit hypervisors only. Incremental patches to also address 32-bit ones are now being provided in addition. ISSUE DESCRIPTION ================= AMD CPU erratum 793 "Specific Combination of Writes to Write Combined Memory Types and Locked Instructions May Cause Core Hang" describes a situation under which a CPU core may hang. IMPACT ====== A malicious guest administrator can mount a denial of service attack affecting the whole system. VULNERABLE SYSTEMS ================== The vulnerability is applicable only to family 16h model 00h-0fh AMD CPUs. Such CPUs running Xen versions 3.3 onwards are vulnerable. We have not checked earlier versions of Xen. HVM guests can always exploit the vulnerability if it is present. PV guests can exploit the vulnerability only if they have been granted access to physical device(s). Non-AMD CPUs are not vulnerable. CREDITS ======= This issue's security impact was discovered by Jan Beulich. MITIGATION ========== This issue can be avoided by neither running HVM guests, nor assigning PCI devices to PV guests. RESOLUTION ========== The attached xsa82.patch contains a software workaround which resolves this issue for 64-bit hypervisors. To also resolve the issue on 32-bit hypervisors (Xen 4.2.x and 4.1.x only), the respective attached xsa82-4.?-32bit.patch needs to be applied on top. Alternatively, the recommended workaround can be implemented in firmware, so a suitable firmware update will resolve the issue. If you require a firmware update please consult your vendor. xsa82.patch Xen 4.1.x, Xen 4.2.x, Xen 4.3.x, xen-unstable xsa82-4.1-32bit.patch Xen 4.1.x xsa82-4.2-32bit.patch Xen 4.2.x $ sha256sum xsa82*.patch b0fb0289e1da965bc038993e07af4ba78cb746ed8f1a1865f5fec9de7299faa7 xsa82-4.1-32bit.patch 18f2ba14131975b45688e3c5f4c0a85bd78cf089c3d83ae81f86e149b8c538d6 xsa82-4.2-32bit.patch 0a58f3564ca91fd2668c202446c607fdb1ec8643e558a3921046d43675f58c08 xsa82.patch $ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJTBOHNAAoJEIP+FMlX6CvZ6TIIAMS1oTljW2yAB9daiY5P0UBf u4X+NTUUUO6DiKLakBFjmS01oB7pApSCHmnqUqgFXlbo8KJsz3qtCLWe+IHH0Kex 8ofL/pDedcHm7bSkXCcncz8xVCqPbPrgVV+bwDXHru65/jxf0XDvPRT9af4N2eGY wlngDFDaWLuozjOqp2mtaOSiqbUc2r43BOalMl6om2BFbF8BEBpPBkcLRxUvsQX0 noZMbknQ36mb0/+dC+pHCUfcUuLquaGNx+I+UF4HXSUdxhVniCD8hzmDxRR9i5Dn S/g9z72LDF0cISL2K4B/iwRiCjOozHqbNimSAWuWTgj3dAWu8dClI3SQyFpOgxY= =ie9o -----END PGP SIGNATURE----- --=separator Content-Type: application/octet-stream; name="xsa82-4.1-32bit.patch" Content-Disposition: attachment; filename="xsa82-4.1-32bit.patch" Content-Transfer-Encoding: base64 eDg2L0FNRDogd29yayBhcm91bmQgZXJyYXR1bSA3OTMgZm9yIDMyLWJpdAoK VGhlIG9yaWdpbmFsIGNoYW5nZSB3ZW50IGludG8gYSA2NC1iaXQgb25seSBj b2RlIHNlY3Rpb24sIHRodXMgbGVhdmluZwp0aGUgaXNzdWUgdW5maXhlZCBv biAzMi1iaXQuIFJlLW9yZGVyIGNvZGUgdG8gYWRkcmVzcyB0aGlzLgoKU2ln bmVkLW9mZi1ieTogSmFuIEJldWxpY2ggPGpiZXVsaWNoQHN1c2UuY29tPgpB Y2tlZC1ieTogSWFuIENhbXBiZWxsIDxJYW4uQ2FtcGJlbGxAY2l0cml4LmNv bT4KCi0tLSBhL3hlbi9hcmNoL3g4Ni9jcHUvYW1kLmMKKysrIGIveGVuL2Fy Y2gveDg2L2NwdS9hbWQuYwpAQCAtNjQ5LDYgKzY0OSwxOCBAQCBzdGF0aWMg dm9pZCBfX2RldmluaXQgaW5pdF9hbWQoc3RydWN0IGNwCiAJCSAgICAgICAi KioqIFBhc3MgXCJhbGxvd191bnNhZmVcIiBpZiB5b3UncmUgdHJ1c3Rpbmci CiAJCSAgICAgICAiIGFsbCB5b3VyIChQVikgZ3Vlc3Qga2VybmVscy4gKioq XG4iKTsKIAorCS8qIEFNRCBDUFVzIGRvIG5vdCBzdXBwb3J0IFNZU0VOVEVS IG91dHNpZGUgb2YgbGVnYWN5IG1vZGUuICovCisJY2xlYXJfYml0KFg4Nl9G RUFUVVJFX1NFUCwgYy0+eDg2X2NhcGFiaWxpdHkpOworCisJaWYgKGMtPng4 NiA9PSAweDEwKSB7CisJCS8qIGRvIHRoaXMgZm9yIGJvb3QgY3B1ICovCisJ CWlmIChjID09ICZib290X2NwdV9kYXRhKQorCQkJY2hlY2tfZW5hYmxlX2Ft ZF9tbWNvbmZfZG1pKCk7CisKKwkJZmFtMTBoX2NoZWNrX2VuYWJsZV9tbWNm ZygpOworCX0KKyNlbmRpZgorCiAJaWYgKGMtPng4NiA9PSAweDE2ICYmIGMt Png4Nl9tb2RlbCA8PSAweGYpIHsKIAkJcmRtc3JsKE1TUl9BTUQ2NF9MU19D RkcsIHZhbHVlKTsKIAkJaWYgKCEodmFsdWUgJiAoMSA8PCAxNSkpKSB7CkBA IC02NjMsMTggKzY3NSw2IEBAIHN0YXRpYyB2b2lkIF9fZGV2aW5pdCBpbml0 X2FtZChzdHJ1Y3QgY3AKIAkJfQogCX0KIAotCS8qIEFNRCBDUFVzIGRvIG5v dCBzdXBwb3J0IFNZU0VOVEVSIG91dHNpZGUgb2YgbGVnYWN5IG1vZGUuICov Ci0JY2xlYXJfYml0KFg4Nl9GRUFUVVJFX1NFUCwgYy0+eDg2X2NhcGFiaWxp dHkpOwotCi0JaWYgKGMtPng4NiA9PSAweDEwKSB7Ci0JCS8qIGRvIHRoaXMg Zm9yIGJvb3QgY3B1ICovCi0JCWlmIChjID09ICZib290X2NwdV9kYXRhKQot CQkJY2hlY2tfZW5hYmxlX2FtZF9tbWNvbmZfZG1pKCk7Ci0KLQkJZmFtMTBo X2NoZWNrX2VuYWJsZV9tbWNmZygpOwotCX0KLSNlbmRpZgotCiAJaWYgKGMt Png4NiA9PSAweDEwKSB7CiAJCS8qCiAJCSAqIE9uIGZhbWlseSAxMGggQklP UyBtYXkgbm90IGhhdmUgcHJvcGVybHkgZW5hYmxlZCBXQysK --=separator Content-Type: application/octet-stream; name="xsa82-4.2-32bit.patch" Content-Disposition: attachment; filename="xsa82-4.2-32bit.patch" Content-Transfer-Encoding: base64 eDg2L0FNRDogd29yayBhcm91bmQgZXJyYXR1bSA3OTMgZm9yIDMyLWJpdAoK VGhlIG9yaWdpbmFsIGNoYW5nZSB3ZW50IGludG8gYSA2NC1iaXQgb25seSBj b2RlIHNlY3Rpb24sIHRodXMgbGVhdmluZwp0aGUgaXNzdWUgdW5maXhlZCBv biAzMi1iaXQuIFJlLW9yZGVyIGNvZGUgdG8gYWRkcmVzcyB0aGlzLgoKU2ln bmVkLW9mZi1ieTogSmFuIEJldWxpY2ggPGpiZXVsaWNoQHN1c2UuY29tPgpB Y2tlZC1ieTogSWFuIENhbXBiZWxsIDxJYW4uQ2FtcGJlbGxAY2l0cml4LmNv bT4KCi0tLSBhL3hlbi9hcmNoL3g4Ni9jcHUvYW1kLmMKKysrIGIveGVuL2Fy Y2gveDg2L2NwdS9hbWQuYwpAQCAtNTIyLDYgKzUyMiwxOCBAQCBzdGF0aWMg dm9pZCBfX2RldmluaXQgaW5pdF9hbWQoc3RydWN0IGNwCiAJCSAgICAgICAi KioqIFBhc3MgXCJhbGxvd191bnNhZmVcIiBpZiB5b3UncmUgdHJ1c3Rpbmci CiAJCSAgICAgICAiIGFsbCB5b3VyIChQVikgZ3Vlc3Qga2VybmVscy4gKioq XG4iKTsKIAorCS8qIEFNRCBDUFVzIGRvIG5vdCBzdXBwb3J0IFNZU0VOVEVS IG91dHNpZGUgb2YgbGVnYWN5IG1vZGUuICovCisJY2xlYXJfYml0KFg4Nl9G RUFUVVJFX1NFUCwgYy0+eDg2X2NhcGFiaWxpdHkpOworCisJaWYgKGMtPng4 NiA9PSAweDEwKSB7CisJCS8qIGRvIHRoaXMgZm9yIGJvb3QgY3B1ICovCisJ CWlmIChjID09ICZib290X2NwdV9kYXRhKQorCQkJY2hlY2tfZW5hYmxlX2Ft ZF9tbWNvbmZfZG1pKCk7CisKKwkJZmFtMTBoX2NoZWNrX2VuYWJsZV9tbWNm ZygpOworCX0KKyNlbmRpZgorCiAJaWYgKGMtPng4NiA9PSAweDE2ICYmIGMt Png4Nl9tb2RlbCA8PSAweGYpIHsKIAkJaWYgKGMgPT0gJmJvb3RfY3B1X2Rh dGEpIHsKIAkJCWwgPSBwY2lfY29uZl9yZWFkMzIoMCwgMCwgMHgxOCwgMHgz LCAweDU4KTsKQEAgLTU1NSwxOCArNTY3LDYgQEAgc3RhdGljIHZvaWQgX19k ZXZpbml0IGluaXRfYW1kKHN0cnVjdCBjcAogCQl9CiAJfQogCi0JLyogQU1E IENQVXMgZG8gbm90IHN1cHBvcnQgU1lTRU5URVIgb3V0c2lkZSBvZiBsZWdh Y3kgbW9kZS4gKi8KLQljbGVhcl9iaXQoWDg2X0ZFQVRVUkVfU0VQLCBjLT54 ODZfY2FwYWJpbGl0eSk7Ci0KLQlpZiAoYy0+eDg2ID09IDB4MTApIHsKLQkJ LyogZG8gdGhpcyBmb3IgYm9vdCBjcHUgKi8KLQkJaWYgKGMgPT0gJmJvb3Rf Y3B1X2RhdGEpCi0JCQljaGVja19lbmFibGVfYW1kX21tY29uZl9kbWkoKTsK LQotCQlmYW0xMGhfY2hlY2tfZW5hYmxlX21tY2ZnKCk7Ci0JfQotI2VuZGlm Ci0KIAlpZiAoYy0+eDg2ID09IDB4MTApIHsKIAkJLyoKIAkJICogT24gZmFt aWx5IDEwaCBCSU9TIG1heSBub3QgaGF2ZSBwcm9wZXJseSBlbmFibGVkIFdD Kwo= --=separator Content-Type: application/octet-stream; name="xsa82.patch" Content-Disposition: attachment; filename="xsa82.patch" Content-Transfer-Encoding: base64 eDg2L0FNRDogd29yayBhcm91bmQgZXJyYXR1bSA3OTMKClRoZSByZWNvbW1l bmRhdGlvbiBpcyB0byBzZXQgYSBiaXQgaW4gYW4gTVNSIC0gZG8gdGhpcyBp ZiB0aGUgZmlybXdhcmUKZGlkbid0LCBjb25zaWRlcmluZyB0aGF0IG90aGVy d2lzZSB3ZSBleHBvc2Ugb3Vyc2VsdmVzIHRvIGEgZ3Vlc3QKaW5kdWNlZCBE b1MuCgpUaGlzIGlzIENWRS0yMDEzLTY4ODUgLyBYU0EtODIuCgpTaWduZWQt b2ZmLWJ5OiBKYW4gQmV1bGljaCA8amJldWxpY2hAc3VzZS5jb20+CkFja2Vk LWJ5OiBTdXJhdmVlIFN1dGhpa3VscGFuaXQgPHN1cmF2ZWUuc3V0aGlrdWxw YW5pdEBhbWQuY29tPgoKLS0tIGEveGVuL2FyY2gveDg2L2NwdS9hbWQuYwor KysgYi94ZW4vYXJjaC94ODYvY3B1L2FtZC5jCkBAIC00NzYsNiArNDc2LDIw IEBAIHN0YXRpYyB2b2lkIF9fZGV2aW5pdCBpbml0X2FtZChzdHJ1Y3QgY3AK IAkJICAgICAgICIqKiogUGFzcyBcImFsbG93X3Vuc2FmZVwiIGlmIHlvdSdy ZSB0cnVzdGluZyIKIAkJICAgICAgICIgYWxsIHlvdXIgKFBWKSBndWVzdCBr ZXJuZWxzLiAqKipcbiIpOwogCisJaWYgKGMtPng4NiA9PSAweDE2ICYmIGMt Png4Nl9tb2RlbCA8PSAweGYpIHsKKwkJcmRtc3JsKE1TUl9BTUQ2NF9MU19D RkcsIHZhbHVlKTsKKwkJaWYgKCEodmFsdWUgJiAoMSA8PCAxNSkpKSB7CisJ CQlzdGF0aWMgYm9vbF90IHdhcm5lZDsKKworCQkJaWYgKGMgPT0gJmJvb3Rf Y3B1X2RhdGEgfHwgb3B0X2NwdV9pbmZvIHx8CisJCQkgICAgIXRlc3RfYW5k X3NldF9ib29sKHdhcm5lZCkpCisJCQkJcHJpbnRrKEtFUk5fV0FSTklORwor CQkJCSAgICAgICAiQ1BVJXU6IEFwcGx5aW5nIHdvcmthcm91bmQgZm9yIGVy cmF0dW0gNzkzXG4iLAorCQkJCSAgICAgICBzbXBfcHJvY2Vzc29yX2lkKCkp OworCQkJd3Jtc3JsKE1TUl9BTUQ2NF9MU19DRkcsIHZhbHVlIHwgKDEgPDwg MTUpKTsKKwkJfQorCX0KKwogCS8qIEFNRCBDUFVzIGRvIG5vdCBzdXBwb3J0 IFNZU0VOVEVSIG91dHNpZGUgb2YgbGVnYWN5IG1vZGUuICovCiAJY2xlYXJf Yml0KFg4Nl9GRUFUVVJFX1NFUCwgYy0+eDg2X2NhcGFiaWxpdHkpOwogCi0t LSBhL3hlbi9pbmNsdWRlL2FzbS14ODYvbXNyLWluZGV4LmgKKysrIGIveGVu L2luY2x1ZGUvYXNtLXg4Ni9tc3ItaW5kZXguaApAQCAtMjEzLDYgKzIxMyw3 IEBACiAKIC8qIEFNRDY0IE1TUnMgKi8KICNkZWZpbmUgTVNSX0FNRDY0X05C X0NGRwkJMHhjMDAxMDAxZgorI2RlZmluZSBNU1JfQU1ENjRfTFNfQ0ZHCQkw eGMwMDExMDIwCiAjZGVmaW5lIE1TUl9BTUQ2NF9JQ19DRkcJCTB4YzAwMTEw MjEKICNkZWZpbmUgTVNSX0FNRDY0X0RDX0NGRwkJMHhjMDAxMTAyMgogI2Rl ZmluZSBBTUQ2NF9OQl9DRkdfQ0Y4X0VYVF9FTkFCTEVfQklUCTQ2Cg== --=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 19 16:56:34 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 19 Feb 2014 16:56:34 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGAQl-0001VJ-4E; Wed, 19 Feb 2014 16:55:31 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGAQi-0001Ub-GM; Wed, 19 Feb 2014 16:55:28 +0000 Received: from [85.158.137.68:59489] by server-9.bemta-3.messagelabs.com id D6/B7-10184-FF1E4035; Wed, 19 Feb 2014 16:55:27 +0000 X-Env-Sender: iwj@xenbits.xen.org X-Msg-Ref: server-2.tower-31.messagelabs.com!1392828925!1377595!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: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20088 invoked from network); 19 Feb 2014 16:55:26 -0000 Received: from mail.xen.org (HELO mail.xen.org) (50.57.168.107) by server-2.tower-31.messagelabs.com with AES256-SHA encrypted SMTP; 19 Feb 2014 16:55:26 -0000 Received: from xenbits.xen.org ([50.57.170.242]) by mail.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGAQa-00078q-MA; Wed, 19 Feb 2014 16:55:20 +0000 Received: from iwj by xenbits.xen.org with local (Exim 4.72) (envelope-from ) id 1WGAQa-0003OO-4k; Wed, 19 Feb 2014 16:55:20 +0000 Date: Wed, 19 Feb 2014 16:55:20 +0000 Message-Id: Content-Type: multipart/mixed; boundary="=separator"; charset="utf-8" Content-Transfer-Encoding: binary MIME-Version: 1.0 X-Mailer: MIME-tools 5.428 (Entity 5.428) 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 Cc: "Xen.org security team" Subject: [Xen-users] Xen Security Advisory 60 (CVE-2013-2212) - Excessive time to disable caching with HVM guests with PCI passthrough X-BeenThere: xen-users@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-2013-2212 / XSA-60 version 6 Excessive time to disable caching with HVM guests with PCI passthrough UPDATES IN VERSION 6 ==================== Since the issue of this advisory, various fixes have been applied to the public Xen trees. ISSUE DESCRIPTION ================= HVM guests are able to manipulate their physical address space such that processing a subsequent request by that guest to disable caches takes an extended amount of time changing the cachability of the memory pages assigned to this guest. This applies only when the guest has been granted access to some memory mapped I/O region (typically by way of assigning a passthrough PCI device). This can cause the CPU which processes the request to become unavailable, possibly causing the hypervisor or a guest kernel (including the domain 0 one) to halt itself ("panic"). IMPACT ====== A malicious domain, given access to a device with memory mapped I/O regions, can cause the host to become unresponsive for a period of time, potentially leading to a DoS affecting the whole system. VULNERABLE SYSTEMS ================== Xen version 3.3 onwards is vulnerable. Only systems using the Intel variant of Hardware Assisted Paging (aka EPT) are vulnerable. MITIGATION ========== This issue can be avoided by not assigning PCI devices to untrusted guests, or by running HVM guests with shadow mode paging (through adding "hap=0" to the domain configuration file). CREDITS ======= Zhenzhong Duan found the issue as a bug, which on examination by the Xenproject.org Security Team turned out to be a security problem. RESOLUTION ========== This issue has been fixed in the public xen.git trees. For xen-unstable (#staging, #master), in these git commits: c13b0d65ddedd745 VMX: disable EPT when !cpu_has_vmx_pat 1c84d046735102e0 VMX: remove the problematic set_uc_mode logic 62652c00efa55fb4 VMX: fix cr0.cd handling 86d60e855fe118df VMX: flush cache when vmentry back to UC guest f1c9658d6802c433 Revert "VMX: flush cache when vmentry back to UC guest" (Earliest commit is listed first. Note that f1c9658d reverts not only 86d60e85 but also part of 62652c00.) For Xen 4.2 (#staging-4.2, #stable-4.2): f1e0df14412c VMX: disable EPT when !cpu_has_vmx_pat 644e6c5c7106 VMX: remove the problematic set_uc_mode logic 0fffcffeb594 VMX: fix cr0.cd handling -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJTBOHLAAoJEIP+FMlX6CvZOZsIAI1JT1S+76kGilCSef5r2XUx uQ/cFVNjlcACeIF9/ejglQzlfaUcB3fjERdHVuYdiURgiPOwUErJV+0Xg3avFTIj hE9KeUnBl9+vS8OwmO7va4LEZf3xl8LVhirbsepL6eubvmgtmxqf/MeV6kMF5xUU 9t65V80qPNYpA+2SzUnRZFuzGHLd5IkTFUQXfKEzGH3lWu35qvGqyhYWRXHVmz9c 4e49pqO6QenjSlLxvpiW/FpeUxothpq4xxrSom4XsZrBULp4EywU9EkaF5tuFnpg dyzfz3Ap7k0H+5NoHTfof+N7rzaEOyR/QtXIerpcwuf5qMIN0c2HSZBzGdrvlfw= =SC2T -----END PGP SIGNATURE----- --=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 19 16:56:34 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 19 Feb 2014 16:56:34 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGAQp-0001X4-No; Wed, 19 Feb 2014 16:55:35 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGAQn-0001Vm-7d; Wed, 19 Feb 2014 16:55:33 +0000 Received: from [193.109.254.147:36768] by server-13.bemta-14.messagelabs.com id D4/E1-01226-402E4035; Wed, 19 Feb 2014 16:55:32 +0000 X-Env-Sender: iwj@xenbits.xen.org X-Msg-Ref: server-9.tower-27.messagelabs.com!1392828929!1483478!1 X-Originating-IP: [50.57.168.107] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4719 invoked from network); 19 Feb 2014 16:55:30 -0000 Received: from mail.xen.org (HELO mail.xen.org) (50.57.168.107) by server-9.tower-27.messagelabs.com with AES256-SHA encrypted SMTP; 19 Feb 2014 16:55:30 -0000 Received: from xenbits.xen.org ([50.57.170.242]) by mail.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGAQe-000792-Eh; Wed, 19 Feb 2014 16:55:24 +0000 Received: from iwj by xenbits.xen.org with local (Exim 4.72) (envelope-from ) id 1WGAQe-0003PS-Bl; Wed, 19 Feb 2014 16:55:24 +0000 Date: Wed, 19 Feb 2014 16:55:24 +0000 Message-Id: Content-Type: multipart/mixed; boundary="=separator"; charset="utf-8" Content-Transfer-Encoding: binary MIME-Version: 1.0 X-Mailer: MIME-tools 5.428 (Entity 5.428) 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 Cc: "Xen.org security team" Subject: [Xen-users] Xen Security Advisory 82 (CVE-2013-6885) - Guest triggerable AMD CPU erratum may cause host 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: , 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-2013-6885 / XSA-82 version 4 Guest triggerable AMD CPU erratum may cause host hang UPDATES IN VERSION 4 ==================== The original fix for 4.2.x and 4.1.x was found to deal with 64-bit hypervisors only. Incremental patches to also address 32-bit ones are now being provided in addition. ISSUE DESCRIPTION ================= AMD CPU erratum 793 "Specific Combination of Writes to Write Combined Memory Types and Locked Instructions May Cause Core Hang" describes a situation under which a CPU core may hang. IMPACT ====== A malicious guest administrator can mount a denial of service attack affecting the whole system. VULNERABLE SYSTEMS ================== The vulnerability is applicable only to family 16h model 00h-0fh AMD CPUs. Such CPUs running Xen versions 3.3 onwards are vulnerable. We have not checked earlier versions of Xen. HVM guests can always exploit the vulnerability if it is present. PV guests can exploit the vulnerability only if they have been granted access to physical device(s). Non-AMD CPUs are not vulnerable. CREDITS ======= This issue's security impact was discovered by Jan Beulich. MITIGATION ========== This issue can be avoided by neither running HVM guests, nor assigning PCI devices to PV guests. RESOLUTION ========== The attached xsa82.patch contains a software workaround which resolves this issue for 64-bit hypervisors. To also resolve the issue on 32-bit hypervisors (Xen 4.2.x and 4.1.x only), the respective attached xsa82-4.?-32bit.patch needs to be applied on top. Alternatively, the recommended workaround can be implemented in firmware, so a suitable firmware update will resolve the issue. If you require a firmware update please consult your vendor. xsa82.patch Xen 4.1.x, Xen 4.2.x, Xen 4.3.x, xen-unstable xsa82-4.1-32bit.patch Xen 4.1.x xsa82-4.2-32bit.patch Xen 4.2.x $ sha256sum xsa82*.patch b0fb0289e1da965bc038993e07af4ba78cb746ed8f1a1865f5fec9de7299faa7 xsa82-4.1-32bit.patch 18f2ba14131975b45688e3c5f4c0a85bd78cf089c3d83ae81f86e149b8c538d6 xsa82-4.2-32bit.patch 0a58f3564ca91fd2668c202446c607fdb1ec8643e558a3921046d43675f58c08 xsa82.patch $ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJTBOHNAAoJEIP+FMlX6CvZ6TIIAMS1oTljW2yAB9daiY5P0UBf u4X+NTUUUO6DiKLakBFjmS01oB7pApSCHmnqUqgFXlbo8KJsz3qtCLWe+IHH0Kex 8ofL/pDedcHm7bSkXCcncz8xVCqPbPrgVV+bwDXHru65/jxf0XDvPRT9af4N2eGY wlngDFDaWLuozjOqp2mtaOSiqbUc2r43BOalMl6om2BFbF8BEBpPBkcLRxUvsQX0 noZMbknQ36mb0/+dC+pHCUfcUuLquaGNx+I+UF4HXSUdxhVniCD8hzmDxRR9i5Dn S/g9z72LDF0cISL2K4B/iwRiCjOozHqbNimSAWuWTgj3dAWu8dClI3SQyFpOgxY= =ie9o -----END PGP SIGNATURE----- --=separator Content-Type: application/octet-stream; name="xsa82-4.1-32bit.patch" Content-Disposition: attachment; filename="xsa82-4.1-32bit.patch" Content-Transfer-Encoding: base64 eDg2L0FNRDogd29yayBhcm91bmQgZXJyYXR1bSA3OTMgZm9yIDMyLWJpdAoK VGhlIG9yaWdpbmFsIGNoYW5nZSB3ZW50IGludG8gYSA2NC1iaXQgb25seSBj b2RlIHNlY3Rpb24sIHRodXMgbGVhdmluZwp0aGUgaXNzdWUgdW5maXhlZCBv biAzMi1iaXQuIFJlLW9yZGVyIGNvZGUgdG8gYWRkcmVzcyB0aGlzLgoKU2ln bmVkLW9mZi1ieTogSmFuIEJldWxpY2ggPGpiZXVsaWNoQHN1c2UuY29tPgpB Y2tlZC1ieTogSWFuIENhbXBiZWxsIDxJYW4uQ2FtcGJlbGxAY2l0cml4LmNv bT4KCi0tLSBhL3hlbi9hcmNoL3g4Ni9jcHUvYW1kLmMKKysrIGIveGVuL2Fy Y2gveDg2L2NwdS9hbWQuYwpAQCAtNjQ5LDYgKzY0OSwxOCBAQCBzdGF0aWMg dm9pZCBfX2RldmluaXQgaW5pdF9hbWQoc3RydWN0IGNwCiAJCSAgICAgICAi KioqIFBhc3MgXCJhbGxvd191bnNhZmVcIiBpZiB5b3UncmUgdHJ1c3Rpbmci CiAJCSAgICAgICAiIGFsbCB5b3VyIChQVikgZ3Vlc3Qga2VybmVscy4gKioq XG4iKTsKIAorCS8qIEFNRCBDUFVzIGRvIG5vdCBzdXBwb3J0IFNZU0VOVEVS IG91dHNpZGUgb2YgbGVnYWN5IG1vZGUuICovCisJY2xlYXJfYml0KFg4Nl9G RUFUVVJFX1NFUCwgYy0+eDg2X2NhcGFiaWxpdHkpOworCisJaWYgKGMtPng4 NiA9PSAweDEwKSB7CisJCS8qIGRvIHRoaXMgZm9yIGJvb3QgY3B1ICovCisJ CWlmIChjID09ICZib290X2NwdV9kYXRhKQorCQkJY2hlY2tfZW5hYmxlX2Ft ZF9tbWNvbmZfZG1pKCk7CisKKwkJZmFtMTBoX2NoZWNrX2VuYWJsZV9tbWNm ZygpOworCX0KKyNlbmRpZgorCiAJaWYgKGMtPng4NiA9PSAweDE2ICYmIGMt Png4Nl9tb2RlbCA8PSAweGYpIHsKIAkJcmRtc3JsKE1TUl9BTUQ2NF9MU19D RkcsIHZhbHVlKTsKIAkJaWYgKCEodmFsdWUgJiAoMSA8PCAxNSkpKSB7CkBA IC02NjMsMTggKzY3NSw2IEBAIHN0YXRpYyB2b2lkIF9fZGV2aW5pdCBpbml0 X2FtZChzdHJ1Y3QgY3AKIAkJfQogCX0KIAotCS8qIEFNRCBDUFVzIGRvIG5v dCBzdXBwb3J0IFNZU0VOVEVSIG91dHNpZGUgb2YgbGVnYWN5IG1vZGUuICov Ci0JY2xlYXJfYml0KFg4Nl9GRUFUVVJFX1NFUCwgYy0+eDg2X2NhcGFiaWxp dHkpOwotCi0JaWYgKGMtPng4NiA9PSAweDEwKSB7Ci0JCS8qIGRvIHRoaXMg Zm9yIGJvb3QgY3B1ICovCi0JCWlmIChjID09ICZib290X2NwdV9kYXRhKQot CQkJY2hlY2tfZW5hYmxlX2FtZF9tbWNvbmZfZG1pKCk7Ci0KLQkJZmFtMTBo X2NoZWNrX2VuYWJsZV9tbWNmZygpOwotCX0KLSNlbmRpZgotCiAJaWYgKGMt Png4NiA9PSAweDEwKSB7CiAJCS8qCiAJCSAqIE9uIGZhbWlseSAxMGggQklP UyBtYXkgbm90IGhhdmUgcHJvcGVybHkgZW5hYmxlZCBXQysK --=separator Content-Type: application/octet-stream; name="xsa82-4.2-32bit.patch" Content-Disposition: attachment; filename="xsa82-4.2-32bit.patch" Content-Transfer-Encoding: base64 eDg2L0FNRDogd29yayBhcm91bmQgZXJyYXR1bSA3OTMgZm9yIDMyLWJpdAoK VGhlIG9yaWdpbmFsIGNoYW5nZSB3ZW50IGludG8gYSA2NC1iaXQgb25seSBj b2RlIHNlY3Rpb24sIHRodXMgbGVhdmluZwp0aGUgaXNzdWUgdW5maXhlZCBv biAzMi1iaXQuIFJlLW9yZGVyIGNvZGUgdG8gYWRkcmVzcyB0aGlzLgoKU2ln bmVkLW9mZi1ieTogSmFuIEJldWxpY2ggPGpiZXVsaWNoQHN1c2UuY29tPgpB Y2tlZC1ieTogSWFuIENhbXBiZWxsIDxJYW4uQ2FtcGJlbGxAY2l0cml4LmNv bT4KCi0tLSBhL3hlbi9hcmNoL3g4Ni9jcHUvYW1kLmMKKysrIGIveGVuL2Fy Y2gveDg2L2NwdS9hbWQuYwpAQCAtNTIyLDYgKzUyMiwxOCBAQCBzdGF0aWMg dm9pZCBfX2RldmluaXQgaW5pdF9hbWQoc3RydWN0IGNwCiAJCSAgICAgICAi KioqIFBhc3MgXCJhbGxvd191bnNhZmVcIiBpZiB5b3UncmUgdHJ1c3Rpbmci CiAJCSAgICAgICAiIGFsbCB5b3VyIChQVikgZ3Vlc3Qga2VybmVscy4gKioq XG4iKTsKIAorCS8qIEFNRCBDUFVzIGRvIG5vdCBzdXBwb3J0IFNZU0VOVEVS IG91dHNpZGUgb2YgbGVnYWN5IG1vZGUuICovCisJY2xlYXJfYml0KFg4Nl9G RUFUVVJFX1NFUCwgYy0+eDg2X2NhcGFiaWxpdHkpOworCisJaWYgKGMtPng4 NiA9PSAweDEwKSB7CisJCS8qIGRvIHRoaXMgZm9yIGJvb3QgY3B1ICovCisJ CWlmIChjID09ICZib290X2NwdV9kYXRhKQorCQkJY2hlY2tfZW5hYmxlX2Ft ZF9tbWNvbmZfZG1pKCk7CisKKwkJZmFtMTBoX2NoZWNrX2VuYWJsZV9tbWNm ZygpOworCX0KKyNlbmRpZgorCiAJaWYgKGMtPng4NiA9PSAweDE2ICYmIGMt Png4Nl9tb2RlbCA8PSAweGYpIHsKIAkJaWYgKGMgPT0gJmJvb3RfY3B1X2Rh dGEpIHsKIAkJCWwgPSBwY2lfY29uZl9yZWFkMzIoMCwgMCwgMHgxOCwgMHgz LCAweDU4KTsKQEAgLTU1NSwxOCArNTY3LDYgQEAgc3RhdGljIHZvaWQgX19k ZXZpbml0IGluaXRfYW1kKHN0cnVjdCBjcAogCQl9CiAJfQogCi0JLyogQU1E IENQVXMgZG8gbm90IHN1cHBvcnQgU1lTRU5URVIgb3V0c2lkZSBvZiBsZWdh Y3kgbW9kZS4gKi8KLQljbGVhcl9iaXQoWDg2X0ZFQVRVUkVfU0VQLCBjLT54 ODZfY2FwYWJpbGl0eSk7Ci0KLQlpZiAoYy0+eDg2ID09IDB4MTApIHsKLQkJ LyogZG8gdGhpcyBmb3IgYm9vdCBjcHUgKi8KLQkJaWYgKGMgPT0gJmJvb3Rf Y3B1X2RhdGEpCi0JCQljaGVja19lbmFibGVfYW1kX21tY29uZl9kbWkoKTsK LQotCQlmYW0xMGhfY2hlY2tfZW5hYmxlX21tY2ZnKCk7Ci0JfQotI2VuZGlm Ci0KIAlpZiAoYy0+eDg2ID09IDB4MTApIHsKIAkJLyoKIAkJICogT24gZmFt aWx5IDEwaCBCSU9TIG1heSBub3QgaGF2ZSBwcm9wZXJseSBlbmFibGVkIFdD Kwo= --=separator Content-Type: application/octet-stream; name="xsa82.patch" Content-Disposition: attachment; filename="xsa82.patch" Content-Transfer-Encoding: base64 eDg2L0FNRDogd29yayBhcm91bmQgZXJyYXR1bSA3OTMKClRoZSByZWNvbW1l bmRhdGlvbiBpcyB0byBzZXQgYSBiaXQgaW4gYW4gTVNSIC0gZG8gdGhpcyBp ZiB0aGUgZmlybXdhcmUKZGlkbid0LCBjb25zaWRlcmluZyB0aGF0IG90aGVy d2lzZSB3ZSBleHBvc2Ugb3Vyc2VsdmVzIHRvIGEgZ3Vlc3QKaW5kdWNlZCBE b1MuCgpUaGlzIGlzIENWRS0yMDEzLTY4ODUgLyBYU0EtODIuCgpTaWduZWQt b2ZmLWJ5OiBKYW4gQmV1bGljaCA8amJldWxpY2hAc3VzZS5jb20+CkFja2Vk LWJ5OiBTdXJhdmVlIFN1dGhpa3VscGFuaXQgPHN1cmF2ZWUuc3V0aGlrdWxw YW5pdEBhbWQuY29tPgoKLS0tIGEveGVuL2FyY2gveDg2L2NwdS9hbWQuYwor KysgYi94ZW4vYXJjaC94ODYvY3B1L2FtZC5jCkBAIC00NzYsNiArNDc2LDIw IEBAIHN0YXRpYyB2b2lkIF9fZGV2aW5pdCBpbml0X2FtZChzdHJ1Y3QgY3AK IAkJICAgICAgICIqKiogUGFzcyBcImFsbG93X3Vuc2FmZVwiIGlmIHlvdSdy ZSB0cnVzdGluZyIKIAkJICAgICAgICIgYWxsIHlvdXIgKFBWKSBndWVzdCBr ZXJuZWxzLiAqKipcbiIpOwogCisJaWYgKGMtPng4NiA9PSAweDE2ICYmIGMt Png4Nl9tb2RlbCA8PSAweGYpIHsKKwkJcmRtc3JsKE1TUl9BTUQ2NF9MU19D RkcsIHZhbHVlKTsKKwkJaWYgKCEodmFsdWUgJiAoMSA8PCAxNSkpKSB7CisJ CQlzdGF0aWMgYm9vbF90IHdhcm5lZDsKKworCQkJaWYgKGMgPT0gJmJvb3Rf Y3B1X2RhdGEgfHwgb3B0X2NwdV9pbmZvIHx8CisJCQkgICAgIXRlc3RfYW5k X3NldF9ib29sKHdhcm5lZCkpCisJCQkJcHJpbnRrKEtFUk5fV0FSTklORwor CQkJCSAgICAgICAiQ1BVJXU6IEFwcGx5aW5nIHdvcmthcm91bmQgZm9yIGVy cmF0dW0gNzkzXG4iLAorCQkJCSAgICAgICBzbXBfcHJvY2Vzc29yX2lkKCkp OworCQkJd3Jtc3JsKE1TUl9BTUQ2NF9MU19DRkcsIHZhbHVlIHwgKDEgPDwg MTUpKTsKKwkJfQorCX0KKwogCS8qIEFNRCBDUFVzIGRvIG5vdCBzdXBwb3J0 IFNZU0VOVEVSIG91dHNpZGUgb2YgbGVnYWN5IG1vZGUuICovCiAJY2xlYXJf Yml0KFg4Nl9GRUFUVVJFX1NFUCwgYy0+eDg2X2NhcGFiaWxpdHkpOwogCi0t LSBhL3hlbi9pbmNsdWRlL2FzbS14ODYvbXNyLWluZGV4LmgKKysrIGIveGVu L2luY2x1ZGUvYXNtLXg4Ni9tc3ItaW5kZXguaApAQCAtMjEzLDYgKzIxMyw3 IEBACiAKIC8qIEFNRDY0IE1TUnMgKi8KICNkZWZpbmUgTVNSX0FNRDY0X05C X0NGRwkJMHhjMDAxMDAxZgorI2RlZmluZSBNU1JfQU1ENjRfTFNfQ0ZHCQkw eGMwMDExMDIwCiAjZGVmaW5lIE1TUl9BTUQ2NF9JQ19DRkcJCTB4YzAwMTEw MjEKICNkZWZpbmUgTVNSX0FNRDY0X0RDX0NGRwkJMHhjMDAxMTAyMgogI2Rl ZmluZSBBTUQ2NF9OQl9DRkdfQ0Y4X0VYVF9FTkFCTEVfQklUCTQ2Cg== --=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 19 19:43:23 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 19 Feb 2014 19:43: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 1WGD1q-00008z-SA; Wed, 19 Feb 2014 19:41:58 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGD1o-00008u-F4 for xen-users@lists.xensource.com; Wed, 19 Feb 2014 19:41:56 +0000 Received: from [193.109.254.147:58125] by server-11.bemta-14.messagelabs.com id 02/2D-24604-30905035; Wed, 19 Feb 2014 19:41:55 +0000 X-Env-Sender: sdj@rasmussenequipment.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1392838914!5510057!1 X-Originating-IP: [64.18.1.241] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13906 invoked from network); 19 Feb 2014 19:41:54 -0000 Received: from exprod6og123.obsmtp.com (HELO exprod6og123.obsmtp.com) (64.18.1.241) by server-13.tower-27.messagelabs.com with SMTP; 19 Feb 2014 19:41:54 -0000 Received: from mail-qa0-f47.google.com ([209.85.216.47]) (using TLSv1) by exprod6ob123.postini.com ([64.18.5.12]) with SMTP ID DSNKUwUJAZtHp6K+SBG8flfvLkNC+NFux2DF@postini.com; Wed, 19 Feb 2014 11:41:54 PST Received: by mail-qa0-f47.google.com with SMTP id j5so1291046qaq.20 for ; Wed, 19 Feb 2014 11:41:53 -0800 (PST) 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=XjNvfdFeeMgf0ZWMOnq+Wzdqv0ntX8Z/vJuanmKWu2o=; b=gq7rJErk/mCg5TGStwNCx0Hk1dGedmY8+zGnsOxT5t3geVrE4UsvVTT154cOcQd1J0 FvLvvr+zK5KiE6xPbraSge/V2DBk5gI5Rdldn3aIZbaANyxW4xQDyJeFLebMeOeqJIEJ 94Bur/I+edD23uIwCxHtxkydnrHUbaPJAAQzZUfyQ8wm/5UGes39ZyBIlfDMtBImB/Gd tTEuijZKgvxkUuoQnIixTryeBzc3ePPMMXnnrA6eM1n4Ev/0h22MMRyEETHlNUoTL7Dp c2IClFaTY31xfxzbJlBaqaCgY1XuLXs8eVrT+wSe7x1eUjRZRY+sy5yS/pFH+WVcbPBE z+fA== X-Gm-Message-State: ALoCoQm/9p9Bz08KWEBR6QWRsbezY50t5ismce9QIxeKz+EV0QS83LHniCxtG0i9oGK/MMt7A/5txvMMaeYv40lwuyh5LWQVfxBIkTGy7ot5P8ynwwDm826XBM73FyzDkpcjVo73VsaBXf2IG4ecah47eq2RylKnea4WHwoOMHdWUW+NjTj8Yrz/2kS61zHfe63OmvWXgEIb X-Received: by 10.229.56.200 with SMTP id z8mr52620602qcg.1.1392838913018; Wed, 19 Feb 2014 11:41:53 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.229.56.200 with SMTP id z8mr52620582qcg.1.1392838912832; Wed, 19 Feb 2014 11:41:52 -0800 (PST) Received: by 10.140.93.164 with HTTP; Wed, 19 Feb 2014 11:41:52 -0800 (PST) Date: Wed, 19 Feb 2014 12:41:52 -0700 Message-ID: From: Shane Johnson To: Xen List Subject: [Xen-users] DomU freeze X-BeenThere: xen-users@lists.xen.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="===============8089730385287704436==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8089730385287704436== Content-Type: multipart/alternative; boundary=001a113308a4a10b7304f2c7940d --001a113308a4a10b7304f2c7940d Content-Type: text/plain; charset=ISO-8859-1 Any help on this would be greatly appreciated. 8 days ago I had my Dom0 crash which left me with only images of the DomU's on the machine. I have been trying to bring one back up from these images and when I try to start the domain, it just spikes to 100% on the CPU usage and freezes on the Bios screen in VNC. Here are some of my specifics - I am trying to be concise and not add a lot of clutter. Have tried booting on both Wheezy (Original Dom0) and Jessie Xen 4.3 on Jessie and 4.1 on Wheezy (both from repo's) No custom Kernel storage was on LVM volumes and images where restored to new volumes. Config file was recreated from sample I have on my desktop but I am pretty confident they are close. In looking at the logs and running xl -vv there is nothing there I could see that would cause this issue. These can be provided at your request. I have tried using different hardware with same result - haven't tried original as I haven't had time to get it back up as getting this DomU is more important unless that is required in order to facilitate restore. I have tried googling and searching the lists, and found some cases that where similar, but not close enough. I did read through to the end, but no resolutions for the most promising. Any other information needed I will gladly supply. Any help would be greatly appreciated Thank you. -- Shane D. Johnson IT Administrator Rasmussen Equipment --001a113308a4a10b7304f2c7940d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Any help on this would be greatly appreciated. =A0
8 days ago I had my Dom0 crash which left me with only images o= f the DomU's on the machine. =A0I have been trying to bring one back up= from these images and when I try to start the domain, it just spikes to 10= 0% on the CPU usage and freezes on the Bios screen in VNC. =A0

Here are some of =A0my specifics - I am trying to be co= ncise and not add a lot of clutter.

Have tried boo= ting on both Wheezy (Original Dom0) and Jessie=A0
Xen 4.3 on Jess= ie and 4.1 on Wheezy (both from repo's)
No custom Kernel
storage was on LVM volumes and = images where restored to new volumes.
Config file was recreated f= rom sample I have on my desktop but I am pretty confident they are close.
In looking at the logs and running xl -vv =A0there is nothing there I = could see that would cause this issue. =A0These can be provided at your req= uest.
I have tried using different hardware with same result - ha= ven't tried original as I haven't had time to get it back up as get= ting this DomU is more important unless that is required in order to facili= tate restore.
I have tried googling and searching the lists, and found some cases th= at where similar, but not close enough. =A0I did read through to the end, b= ut no resolutions for the most promising.

Any othe= r information needed I will gladly supply. =A0
Any help would be greatly appreciated=A0

Than= k you.
--
Shane D. Johnson
IT Administrator
Rasmusse= n Equipment


--001a113308a4a10b7304f2c7940d-- --===============8089730385287704436== 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 --===============8089730385287704436==-- From xen-users-bounces@lists.xen.org Wed Feb 19 19:43:23 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 19 Feb 2014 19:43: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 1WGD1q-00008z-SA; Wed, 19 Feb 2014 19:41:58 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGD1o-00008u-F4 for xen-users@lists.xensource.com; Wed, 19 Feb 2014 19:41:56 +0000 Received: from [193.109.254.147:58125] by server-11.bemta-14.messagelabs.com id 02/2D-24604-30905035; Wed, 19 Feb 2014 19:41:55 +0000 X-Env-Sender: sdj@rasmussenequipment.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1392838914!5510057!1 X-Originating-IP: [64.18.1.241] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13906 invoked from network); 19 Feb 2014 19:41:54 -0000 Received: from exprod6og123.obsmtp.com (HELO exprod6og123.obsmtp.com) (64.18.1.241) by server-13.tower-27.messagelabs.com with SMTP; 19 Feb 2014 19:41:54 -0000 Received: from mail-qa0-f47.google.com ([209.85.216.47]) (using TLSv1) by exprod6ob123.postini.com ([64.18.5.12]) with SMTP ID DSNKUwUJAZtHp6K+SBG8flfvLkNC+NFux2DF@postini.com; Wed, 19 Feb 2014 11:41:54 PST Received: by mail-qa0-f47.google.com with SMTP id j5so1291046qaq.20 for ; Wed, 19 Feb 2014 11:41:53 -0800 (PST) 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=XjNvfdFeeMgf0ZWMOnq+Wzdqv0ntX8Z/vJuanmKWu2o=; b=gq7rJErk/mCg5TGStwNCx0Hk1dGedmY8+zGnsOxT5t3geVrE4UsvVTT154cOcQd1J0 FvLvvr+zK5KiE6xPbraSge/V2DBk5gI5Rdldn3aIZbaANyxW4xQDyJeFLebMeOeqJIEJ 94Bur/I+edD23uIwCxHtxkydnrHUbaPJAAQzZUfyQ8wm/5UGes39ZyBIlfDMtBImB/Gd tTEuijZKgvxkUuoQnIixTryeBzc3ePPMMXnnrA6eM1n4Ev/0h22MMRyEETHlNUoTL7Dp c2IClFaTY31xfxzbJlBaqaCgY1XuLXs8eVrT+wSe7x1eUjRZRY+sy5yS/pFH+WVcbPBE z+fA== X-Gm-Message-State: ALoCoQm/9p9Bz08KWEBR6QWRsbezY50t5ismce9QIxeKz+EV0QS83LHniCxtG0i9oGK/MMt7A/5txvMMaeYv40lwuyh5LWQVfxBIkTGy7ot5P8ynwwDm826XBM73FyzDkpcjVo73VsaBXf2IG4ecah47eq2RylKnea4WHwoOMHdWUW+NjTj8Yrz/2kS61zHfe63OmvWXgEIb X-Received: by 10.229.56.200 with SMTP id z8mr52620602qcg.1.1392838913018; Wed, 19 Feb 2014 11:41:53 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.229.56.200 with SMTP id z8mr52620582qcg.1.1392838912832; Wed, 19 Feb 2014 11:41:52 -0800 (PST) Received: by 10.140.93.164 with HTTP; Wed, 19 Feb 2014 11:41:52 -0800 (PST) Date: Wed, 19 Feb 2014 12:41:52 -0700 Message-ID: From: Shane Johnson To: Xen List Subject: [Xen-users] DomU freeze X-BeenThere: xen-users@lists.xen.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="===============8089730385287704436==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8089730385287704436== Content-Type: multipart/alternative; boundary=001a113308a4a10b7304f2c7940d --001a113308a4a10b7304f2c7940d Content-Type: text/plain; charset=ISO-8859-1 Any help on this would be greatly appreciated. 8 days ago I had my Dom0 crash which left me with only images of the DomU's on the machine. I have been trying to bring one back up from these images and when I try to start the domain, it just spikes to 100% on the CPU usage and freezes on the Bios screen in VNC. Here are some of my specifics - I am trying to be concise and not add a lot of clutter. Have tried booting on both Wheezy (Original Dom0) and Jessie Xen 4.3 on Jessie and 4.1 on Wheezy (both from repo's) No custom Kernel storage was on LVM volumes and images where restored to new volumes. Config file was recreated from sample I have on my desktop but I am pretty confident they are close. In looking at the logs and running xl -vv there is nothing there I could see that would cause this issue. These can be provided at your request. I have tried using different hardware with same result - haven't tried original as I haven't had time to get it back up as getting this DomU is more important unless that is required in order to facilitate restore. I have tried googling and searching the lists, and found some cases that where similar, but not close enough. I did read through to the end, but no resolutions for the most promising. Any other information needed I will gladly supply. Any help would be greatly appreciated Thank you. -- Shane D. Johnson IT Administrator Rasmussen Equipment --001a113308a4a10b7304f2c7940d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Any help on this would be greatly appreciated. =A0
8 days ago I had my Dom0 crash which left me with only images o= f the DomU's on the machine. =A0I have been trying to bring one back up= from these images and when I try to start the domain, it just spikes to 10= 0% on the CPU usage and freezes on the Bios screen in VNC. =A0

Here are some of =A0my specifics - I am trying to be co= ncise and not add a lot of clutter.

Have tried boo= ting on both Wheezy (Original Dom0) and Jessie=A0
Xen 4.3 on Jess= ie and 4.1 on Wheezy (both from repo's)
No custom Kernel
storage was on LVM volumes and = images where restored to new volumes.
Config file was recreated f= rom sample I have on my desktop but I am pretty confident they are close.
In looking at the logs and running xl -vv =A0there is nothing there I = could see that would cause this issue. =A0These can be provided at your req= uest.
I have tried using different hardware with same result - ha= ven't tried original as I haven't had time to get it back up as get= ting this DomU is more important unless that is required in order to facili= tate restore.
I have tried googling and searching the lists, and found some cases th= at where similar, but not close enough. =A0I did read through to the end, b= ut no resolutions for the most promising.

Any othe= r information needed I will gladly supply. =A0
Any help would be greatly appreciated=A0

Than= k you.
--
Shane D. Johnson
IT Administrator
Rasmusse= n Equipment


--001a113308a4a10b7304f2c7940d-- --===============8089730385287704436== 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 --===============8089730385287704436==-- From xen-users-bounces@lists.xen.org Wed Feb 19 20:56:36 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 19 Feb 2014 20:56: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 1WGEAe-0002Ez-W8; Wed, 19 Feb 2014 20:55:09 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGEAb-0002Eu-K6 for xen-users@lists.xen.org; Wed, 19 Feb 2014 20:55:07 +0000 Received: from [85.158.137.68:21971] by server-11.bemta-3.messagelabs.com id 22/6F-04255-82A15035; Wed, 19 Feb 2014 20:55:04 +0000 X-Env-Sender: evilkillerwhale@gmail.com X-Msg-Ref: server-15.tower-31.messagelabs.com!1392843303!2986260!1 X-Originating-IP: [74.125.82.45] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, HTML_MESSAGE,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,WEIRD_QUOTING, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18452 invoked from network); 19 Feb 2014 20:55:03 -0000 Received: from mail-wg0-f45.google.com (HELO mail-wg0-f45.google.com) (74.125.82.45) by server-15.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 19 Feb 2014 20:55:03 -0000 Received: by mail-wg0-f45.google.com with SMTP id l18so792626wgh.12 for ; Wed, 19 Feb 2014 12:55:03 -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:content-type; bh=3jnnqVRHtitvdplC7vQleeG0F4k6K6X2bkptVYtxZ1s=; b=YOvf2oHDCfEi3FTZU7AXzFGnO9Hyj29mt4+r1slTRGmTmzI9p4Kk1ifNcF/Wn/y7km TJXi12p4kiRVYTb/nCuCS/Bq/6Yq5TpIwm12m/GY/XcBkRL4cKw4bxs2JBh+1WVVorhL IZmLe0yukzxmq94idoHWGYedybOdWpYpZY375Q9mmeUm+9c0JMbLDEUSGPvBs2Ppx8P9 5HQqifqVxKDk6BgR3yWiDBHYk2OFAEBbeciRct+CZL1HgwQnFjBfT6Awnyy0cnJ5u75f frnW3RMhIUlj8NbEldJ2Pn1l0AS3AdeHZ0zlY0U33qDODminb4HPuN1CaeERkg5Xrq0d 3GSg== X-Received: by 10.180.165.174 with SMTP id yz14mr3539351wib.34.1392843302976; Wed, 19 Feb 2014 12:55:02 -0800 (PST) MIME-Version: 1.0 Received: by 10.216.43.1 with HTTP; Wed, 19 Feb 2014 12:54:42 -0800 (PST) From: Kyle Davis Date: Wed, 19 Feb 2014 15:54:42 -0500 Message-ID: To: xen-users@lists.xen.org Subject: [Xen-users] Issue with Win8 guest VGA Passthrough X-BeenThere: xen-users@lists.xen.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="===============0655958877020467243==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0655958877020467243== Content-Type: multipart/alternative; boundary=90e6ba3098244d473a04f2c89aac --90e6ba3098244d473a04f2c89aac Content-Type: text/plain; charset=ISO-8859-1 Hello everyone, I'd posted this over at the new user forum on xenproject, and was directed here. Hopefully I'm not doing something stupid by copying and pasting my post from there, but here goes: I have a core i7-4770 on an ASRock Z87 Extreme 4 motherboard. I have a PCI-based USB hub attached to deal with the fact that all the USB ports on the motherboard are on the same controller for passthrough purposes. I am using Debian Jessie with Xen 4.3 and a kernel based on 3.12.9. The card I'm trying to passthrough is an NVIDIA GTX 285 (I've found folks who say it worked fine for them, including on the boards here). I created a kernel included the flags suggested by the xen wiki, switched my toolstack over to xl (was on xm, and I'm unsure why), and followed the wiki's guides for setting up xen and VGA passthrough. I created a Windows 8 (HVM) guest that worked fine, but slowly, before beginning the VGA passthrough guide. Changed my windows.cfg file to the following: builder='hvm'bootloader = "/usr/bin/pygrub"memory = 8192vcpus=4name = "windows8"vif = ['bridge=xenbr0']disk = ['phy:/dev/vg0/windows,hda,w','file:/home/kyle/Desktop/Windows.iso,hdc:c$device_model_version = "qemu-xen-traditional"device_model_override = "/usr/bin/qemu-x86_64"acpi = 1pci=['01:00.0','04:00.0']pci_permissive=1boot="c"sdl=0serial='pty'vnc=1vnclisten=""vncpasswd="" When the config worked, pci_permissive was commented out, as was the pci tag. The device override was set to qemu rather than qemu-x86_64, and the model version was qemu-xen rather than traditional. I've tried flipping things just to see if I could make it work to no avail. The error I get upon running the config is: libxl: error: libxl_dm.c:1275:device_model_spawn_outcome: domain 2 device model: spawn failed (rc=-3)libxl: error: libxl_create.c:1075:domcreate_devmodel_started: device model did not start: -3libxl: error: libxl_dm.c:1306:libxl__destroy_device_model: Device Model already exited When I checked the log under /var/log/xen, I originally had -gfx_passthru: invalid option. After playing with the config file, I now have a hot mess: usage: qemu-x86_64 [options] program [arguments...] Linux CPU emulator (compiled for x86_64 emulation) Options and associated environment variables: Argument Env-variable Description -h print this help -g port QEMU_GDB wait gdb connection to 'port' -L path QEMU_LD_PREFIX set the elf interpreter prefix to 'path' -s size QEMU_STACK_SIZE set the stack size to 'size' bytes -cpu model QEMU_CPU select CPU (-cpu help for list) -E var=value QEMU_SET_ENV sets targets environment variable (see below) -U var QEMU_UNSET_ENV unsets targets environment variable (see below) -0 argv0 QEMU_ARGV0 forces target process argv[0] to be 'argv0' -r uname QEMU_UNAME set qemu uname release string to 'uname' -B address QEMU_GUEST_BASE set guest_base address to 'address' -R size QEMU_RESERVED_VA reserve 'size' bytes for guest virtual address $ -d item[,...] QEMU_LOG enable logging of specified items (use '-d help$ -D logfile QEMU_LOG_FILENAME write logs to 'logfile' (default stderr) -p pagesize QEMU_PAGESIZE set the host page size to 'pagesize' -singlestep QEMU_SINGLESTEP run in singlestep mode -strace QEMU_STRACE log system calls -version QEMU_VERSION display version information and exit Defaults: QEMU_LD_PREFIX = /etc/qemu-binfmt/x86_64 QEMU_STACK_SIZE = 8388608 byte You can use -E and -U options or the QEMU_SET_ENV and QEMU_UNSET_ENV environment variables to set and unset environment variables for the target process. It is possible to provide several variables by separating themby commas in getsubopt(3) style. Additionally it is possible to provide the -E and -U options multiple times. The following lines are equivalent: -E var1=val2 -E var2=val2 -U LD_PRELOAD -U LD_DEBUG -E var1=val2,var2=val2 -U LD_PRELOAD,LD_DEBUG QEMU_SET_ENV=var1=val2,var2=val2 QEMU_UNSET_ENV=LD_PRELOAD,LD_DEBUG Note that if you provide several changes to a single variablethe last change will stay in effect. Does anyone have some insight on this? I feel like I'm very close to getting my passthrough working, and that would be really awesome. Additionally, I tried to go graphically after being unsuccessful with my windows.cfg file, and tried the virtual machine manager. When I start it, however, I get this: Unable to connect to libvirt. Failed to connect socket to '/var/run/libvirt/libvirt-sock': No such file or directory Verify that: - A Xen host kernel was booted - The Xen service has been started and under details : Unable to connect to libvirt. Failed to connect socket to '/var/run/libvirt/libvirt-sock': No such file or directory Verify that: - A Xen host kernel was booted - The Xen service has been started Libvirt URI is: xen:/// Traceback (most recent call last): File "/usr/share/virt-manager/virtManager/connection.py", line 1027, in _open_thread self.vmm = self._try_open() File "/usr/share/virt-manager/virtManager/connection.py", line 1009, in _try_open flags) File "/usr/lib/python2.7/dist-packages/libvirt.py", line 105, in openAuth if ret is None:raise libvirtError('virConnectOpenAuth() failed') libvirtError: Failed to connect socket to '/var/run/libvirt/libvirt-sock': No such file or directory The virtual machine manager does not, thereby, connect to localhost I guess I should also mention that Windows 8 didn't always shut down properly, but it wasn't reporting errors and things like the GPLPV drivers seemed to install correctly. Thanks for any insight, -Kyle --90e6ba3098244d473a04f2c89aac Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hello everyone,=A0

I'd posted this over at the = new user forum on xenproject, and was directed here. Hopefully I'm not = doing something stupid by copying and pasting my post from there, but here = goes:

I have a core i7-4770 on an= ASRock Z87 Extreme 4 motherboard. I have a PCI-based USB hub attached to d= eal with the fact that all the USB ports on the motherboard are on the same= controller for passthrough purposes. I am using Debian Jessie with Xen 4.3= and a kernel based on 3.12.9. The card I'm trying to passthrough is an= NVIDIA GTX 285 (I've found folks who say it worked fine for them, incl= uding on the boards here).

I created a kernel included the flags suggested by the xen wiki,= switched my toolstack over to xl (was on xm, and I'm unsure why), and = followed the wiki's guides for setting up xen and VGA passthrough.=A0

I created a Windows 8 (HVM) guest that worked fine, but slowly, = before beginning the VGA passthrough guide. Changed my windows.cfg file to = the following:=A0

builder=3D=
'hvm'
bootloader=
 =3D "/usr/=
bin/pygrub"
memory =3D=
 8192<=
/span>
vcpus=3D4=

name =3D <=
span class=3D"" style=3D"color:rgb(0,0,136);border:none">"windows8&quo=
t;
vif =3D ['bridge=3Dxenbr0']
disk =3D <=
span class=3D"" style=3D"color:rgb(0,0,136);border:none">['phy:/dev/vg0/windows,hda,w','file:/home/=
kyle/Desktop/Windows.iso,hdc:c$
device_mod=
el_version  =3D <=
span class=3D"" style=3D"color:rgb(0,136,0)">&=
quot;qemu-xen-traditional"
device_mod=
el_override =3D <=
span class=3D"" style=3D"color:rgb(0,136,0)">&=
quot;/usr/bin/qemu-x86_64"
acpi =3D <=
span class=3D"" style=3D"color:rgb(0,0,136);border:none">1
pci=3D['01:00.0','04:00.0']=

pci_permis=
sive=3D1=

boot=3D"c"=

sdl=3D0
serial=3D<=
span class=3D"" style=3D"color:rgb(0,0,136);border:none">'pty'
vnc=3D1
vnclisten=
=3D""
vncpasswd=
=3D""


When the config worked, pci_per= missive was commented out, as was the pci tag. The device override was set = to qemu rather than qemu-x86_64, and the model version was qemu-xen rather = than traditional. I've tried flipping things just to see if I could mak= e it work to no avail.=A0

The error I get upon running the config is:

libxl: error: libxl_=
dm.c:1275:device_model_spawn_outcome: do=
main 2 device model: spawn fai=
led (rc=3D-3)
libxl: error: libxl_=
create.c:<=
span class=3D"" style=3D"color:rgb(0,102,102)">1075:domcreate_devmodel_started: device model did not start: -3
libxl: error: libxl_=
dm.c:1306:libxl__destroy_device_model: <=
span class=3D"">Device Model already exited<=
/pre>





When I checked the log under /v=
ar/log/xen, I originally had -gfx_passthru: invalid option. After playing w=
ith the config file, I now have a hot mess:=A0




usage: qemu-x86_64 [options] program [arguments...]
Linux CPU emulator (compiled for x86_64 emulation)

Options and associated environment variables:

Argument      Env-variable      Description
-h                              print this help
-g port       QEMU_GDB          wait gdb connection to 'port'
-L path       QEMU_LD_PREFIX    set the elf interpreter prefix to 'path'
-s size       QEMU_STACK_SIZE   set the stack size to 'size' bytes
-cpu model    QEMU_CPU          select CPU (-cpu help for list)
-E var=3Dvalue  QEMU_SET_ENV      sets targets environment variable (see below)
-U var        QEMU_UNSET_ENV    unsets targets environment variable (see below)
-0 argv0      QEMU_A=
RGV0        forces target process argv[0] to be 'argv0'
-r uname      QEMU_UNAME        set qemu uname release string=
 to 'u=
name'
-B address    QEMU_GUEST_BASE   set guest_base address to 'address'
-R size       QEMU_RESERVED_VA  reserve 'size' bytes for guest virtual addres=
s $
-d item[,...] QEMU_LOG          enable logging of specified i=
tems (use '-d help$
-D logfile    QEMU_LOG_FILENAME write logs to 'logfile=
9; (default stderr)
-p pagesize   QEMU_PAGESIZE     set the host page size to 'pagesize'
-singlestep   QEMU_SINGLESTEP   run in singlestep mode
-strace       QEMU_STRACE       log system calls
-version      QEMU_VERSION      display version information and exit

Defaults:
QEMU_LD_PREFIX  =3D /etc/qemu-binfmt/x86_64
QEMU_STACK_SIZE =3D 8388608=
 byte

You can use -E an=
d -U options or the<=
/span> QEMU_SET_ENV and
QEMU_UNSET_ENV environment variables to set and unset
environment variables for t=
he target process.
It is poss=
ible to pr=
ovide several variables by separating them
by commas =
in getsubo=
pt(3) style. Additio=
nally it <=
span class=3D"" style=3D"color:rgb(0,0,136);border:none">is possible=
 to
provide the -E and -=
U options multiple times.
The following lines are equivalent:
    -E var1=3Dval2 -E var2=3Dval2 -U LD_PRELOAD -U LD_DEBUG
    -E var1=3Dval2,var2=3Dval2 -U LD_PRELOAD,LD_DEBUG
    QEMU_SET_ENV=3Dvar1=3Dval2,var2=3Dval2 QEMU_UNSET_ENV=3DLD_PRELOAD,LD_D=
EBUG
Note that =
if you pro=
vide several changes to a single variable
the last change will=
 stay in e=
ffect.






Does anyone have some insight o=
n this? I feel like I'm very close to getting my passthrough working, a=
nd that would be really awesome.=A0



Additionally, I tried to go graphically after being unsuccessful=
 with my windows.cfg file, and tried the virtual machine manager. When I st=
art it, however, I get this:=A0




Unable to =
connect to=
 libvirt.

Failed to =
connect socket to=
 '/var/run/libvirt/libvirt-sock': No=
 such file or directory

Verify that:
 - A Xen host kernel was booted
 - The Xen service has been started




and under details :=A0




Unable to =
connect to=
 libvirt.

Failed to =
connect socket to=
 '/var/run/libvirt/libvirt-sock': No=
 such file or directory

Verify that:
 - A Xen host kernel was booted
 - The Xen service has been started

Libvirt URI is: xen:///

Traceback (most recent call last):
  File "/usr/share/virt-=
manager/virtManager/connection.py", line 1027, in _open_thread
    self.vmm =3D self._try_open()
  File "/usr/share/virt-=
manager/virtManager/connection.py", line 1009, in _try_open
    flags)
  File "/usr/lib/python2=
.7/dist-packages/libvirt.py", line 105, in openAuth
    if ret=
 is None:r=
aise libvirtError('virConnectOpenAuth() failed')
libvirtError: Failed to connect socket to '/var/run/libvirt/libvirt=
-sock': No such file or directory






The virtual machine manager doe=
s not, thereby, connect to localhost



I guess I should also mention that Windows 8 didn't always s=
hut down properly, but it wasn't reporting errors and things like the G=
PLPV drivers seemed to install correctly.=A0

Thanks for any insight,=



-Kyle
--90e6ba3098244d473a04f2c89aac-- --===============0655958877020467243== 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 --===============0655958877020467243==-- From xen-users-bounces@lists.xen.org Wed Feb 19 20:56:36 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 19 Feb 2014 20:56: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 1WGEAe-0002Ez-W8; Wed, 19 Feb 2014 20:55:09 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGEAb-0002Eu-K6 for xen-users@lists.xen.org; Wed, 19 Feb 2014 20:55:07 +0000 Received: from [85.158.137.68:21971] by server-11.bemta-3.messagelabs.com id 22/6F-04255-82A15035; Wed, 19 Feb 2014 20:55:04 +0000 X-Env-Sender: evilkillerwhale@gmail.com X-Msg-Ref: server-15.tower-31.messagelabs.com!1392843303!2986260!1 X-Originating-IP: [74.125.82.45] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, HTML_MESSAGE,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,WEIRD_QUOTING, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18452 invoked from network); 19 Feb 2014 20:55:03 -0000 Received: from mail-wg0-f45.google.com (HELO mail-wg0-f45.google.com) (74.125.82.45) by server-15.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 19 Feb 2014 20:55:03 -0000 Received: by mail-wg0-f45.google.com with SMTP id l18so792626wgh.12 for ; Wed, 19 Feb 2014 12:55:03 -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:content-type; bh=3jnnqVRHtitvdplC7vQleeG0F4k6K6X2bkptVYtxZ1s=; b=YOvf2oHDCfEi3FTZU7AXzFGnO9Hyj29mt4+r1slTRGmTmzI9p4Kk1ifNcF/Wn/y7km TJXi12p4kiRVYTb/nCuCS/Bq/6Yq5TpIwm12m/GY/XcBkRL4cKw4bxs2JBh+1WVVorhL IZmLe0yukzxmq94idoHWGYedybOdWpYpZY375Q9mmeUm+9c0JMbLDEUSGPvBs2Ppx8P9 5HQqifqVxKDk6BgR3yWiDBHYk2OFAEBbeciRct+CZL1HgwQnFjBfT6Awnyy0cnJ5u75f frnW3RMhIUlj8NbEldJ2Pn1l0AS3AdeHZ0zlY0U33qDODminb4HPuN1CaeERkg5Xrq0d 3GSg== X-Received: by 10.180.165.174 with SMTP id yz14mr3539351wib.34.1392843302976; Wed, 19 Feb 2014 12:55:02 -0800 (PST) MIME-Version: 1.0 Received: by 10.216.43.1 with HTTP; Wed, 19 Feb 2014 12:54:42 -0800 (PST) From: Kyle Davis Date: Wed, 19 Feb 2014 15:54:42 -0500 Message-ID: To: xen-users@lists.xen.org Subject: [Xen-users] Issue with Win8 guest VGA Passthrough X-BeenThere: xen-users@lists.xen.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="===============0655958877020467243==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0655958877020467243== Content-Type: multipart/alternative; boundary=90e6ba3098244d473a04f2c89aac --90e6ba3098244d473a04f2c89aac Content-Type: text/plain; charset=ISO-8859-1 Hello everyone, I'd posted this over at the new user forum on xenproject, and was directed here. Hopefully I'm not doing something stupid by copying and pasting my post from there, but here goes: I have a core i7-4770 on an ASRock Z87 Extreme 4 motherboard. I have a PCI-based USB hub attached to deal with the fact that all the USB ports on the motherboard are on the same controller for passthrough purposes. I am using Debian Jessie with Xen 4.3 and a kernel based on 3.12.9. The card I'm trying to passthrough is an NVIDIA GTX 285 (I've found folks who say it worked fine for them, including on the boards here). I created a kernel included the flags suggested by the xen wiki, switched my toolstack over to xl (was on xm, and I'm unsure why), and followed the wiki's guides for setting up xen and VGA passthrough. I created a Windows 8 (HVM) guest that worked fine, but slowly, before beginning the VGA passthrough guide. Changed my windows.cfg file to the following: builder='hvm'bootloader = "/usr/bin/pygrub"memory = 8192vcpus=4name = "windows8"vif = ['bridge=xenbr0']disk = ['phy:/dev/vg0/windows,hda,w','file:/home/kyle/Desktop/Windows.iso,hdc:c$device_model_version = "qemu-xen-traditional"device_model_override = "/usr/bin/qemu-x86_64"acpi = 1pci=['01:00.0','04:00.0']pci_permissive=1boot="c"sdl=0serial='pty'vnc=1vnclisten=""vncpasswd="" When the config worked, pci_permissive was commented out, as was the pci tag. The device override was set to qemu rather than qemu-x86_64, and the model version was qemu-xen rather than traditional. I've tried flipping things just to see if I could make it work to no avail. The error I get upon running the config is: libxl: error: libxl_dm.c:1275:device_model_spawn_outcome: domain 2 device model: spawn failed (rc=-3)libxl: error: libxl_create.c:1075:domcreate_devmodel_started: device model did not start: -3libxl: error: libxl_dm.c:1306:libxl__destroy_device_model: Device Model already exited When I checked the log under /var/log/xen, I originally had -gfx_passthru: invalid option. After playing with the config file, I now have a hot mess: usage: qemu-x86_64 [options] program [arguments...] Linux CPU emulator (compiled for x86_64 emulation) Options and associated environment variables: Argument Env-variable Description -h print this help -g port QEMU_GDB wait gdb connection to 'port' -L path QEMU_LD_PREFIX set the elf interpreter prefix to 'path' -s size QEMU_STACK_SIZE set the stack size to 'size' bytes -cpu model QEMU_CPU select CPU (-cpu help for list) -E var=value QEMU_SET_ENV sets targets environment variable (see below) -U var QEMU_UNSET_ENV unsets targets environment variable (see below) -0 argv0 QEMU_ARGV0 forces target process argv[0] to be 'argv0' -r uname QEMU_UNAME set qemu uname release string to 'uname' -B address QEMU_GUEST_BASE set guest_base address to 'address' -R size QEMU_RESERVED_VA reserve 'size' bytes for guest virtual address $ -d item[,...] QEMU_LOG enable logging of specified items (use '-d help$ -D logfile QEMU_LOG_FILENAME write logs to 'logfile' (default stderr) -p pagesize QEMU_PAGESIZE set the host page size to 'pagesize' -singlestep QEMU_SINGLESTEP run in singlestep mode -strace QEMU_STRACE log system calls -version QEMU_VERSION display version information and exit Defaults: QEMU_LD_PREFIX = /etc/qemu-binfmt/x86_64 QEMU_STACK_SIZE = 8388608 byte You can use -E and -U options or the QEMU_SET_ENV and QEMU_UNSET_ENV environment variables to set and unset environment variables for the target process. It is possible to provide several variables by separating themby commas in getsubopt(3) style. Additionally it is possible to provide the -E and -U options multiple times. The following lines are equivalent: -E var1=val2 -E var2=val2 -U LD_PRELOAD -U LD_DEBUG -E var1=val2,var2=val2 -U LD_PRELOAD,LD_DEBUG QEMU_SET_ENV=var1=val2,var2=val2 QEMU_UNSET_ENV=LD_PRELOAD,LD_DEBUG Note that if you provide several changes to a single variablethe last change will stay in effect. Does anyone have some insight on this? I feel like I'm very close to getting my passthrough working, and that would be really awesome. Additionally, I tried to go graphically after being unsuccessful with my windows.cfg file, and tried the virtual machine manager. When I start it, however, I get this: Unable to connect to libvirt. Failed to connect socket to '/var/run/libvirt/libvirt-sock': No such file or directory Verify that: - A Xen host kernel was booted - The Xen service has been started and under details : Unable to connect to libvirt. Failed to connect socket to '/var/run/libvirt/libvirt-sock': No such file or directory Verify that: - A Xen host kernel was booted - The Xen service has been started Libvirt URI is: xen:/// Traceback (most recent call last): File "/usr/share/virt-manager/virtManager/connection.py", line 1027, in _open_thread self.vmm = self._try_open() File "/usr/share/virt-manager/virtManager/connection.py", line 1009, in _try_open flags) File "/usr/lib/python2.7/dist-packages/libvirt.py", line 105, in openAuth if ret is None:raise libvirtError('virConnectOpenAuth() failed') libvirtError: Failed to connect socket to '/var/run/libvirt/libvirt-sock': No such file or directory The virtual machine manager does not, thereby, connect to localhost I guess I should also mention that Windows 8 didn't always shut down properly, but it wasn't reporting errors and things like the GPLPV drivers seemed to install correctly. Thanks for any insight, -Kyle --90e6ba3098244d473a04f2c89aac Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hello everyone,=A0

I'd posted this over at the = new user forum on xenproject, and was directed here. Hopefully I'm not = doing something stupid by copying and pasting my post from there, but here = goes:

I have a core i7-4770 on an= ASRock Z87 Extreme 4 motherboard. I have a PCI-based USB hub attached to d= eal with the fact that all the USB ports on the motherboard are on the same= controller for passthrough purposes. I am using Debian Jessie with Xen 4.3= and a kernel based on 3.12.9. The card I'm trying to passthrough is an= NVIDIA GTX 285 (I've found folks who say it worked fine for them, incl= uding on the boards here).

I created a kernel included the flags suggested by the xen wiki,= switched my toolstack over to xl (was on xm, and I'm unsure why), and = followed the wiki's guides for setting up xen and VGA passthrough.=A0

I created a Windows 8 (HVM) guest that worked fine, but slowly, = before beginning the VGA passthrough guide. Changed my windows.cfg file to = the following:=A0

builder=3D=
'hvm'
bootloader=
 =3D "/usr/=
bin/pygrub"
memory =3D=
 8192<=
/span>
vcpus=3D4=

name =3D <=
span class=3D"" style=3D"color:rgb(0,0,136);border:none">"windows8&quo=
t;
vif =3D ['bridge=3Dxenbr0']
disk =3D <=
span class=3D"" style=3D"color:rgb(0,0,136);border:none">['phy:/dev/vg0/windows,hda,w','file:/home/=
kyle/Desktop/Windows.iso,hdc:c$
device_mod=
el_version  =3D <=
span class=3D"" style=3D"color:rgb(0,136,0)">&=
quot;qemu-xen-traditional"
device_mod=
el_override =3D <=
span class=3D"" style=3D"color:rgb(0,136,0)">&=
quot;/usr/bin/qemu-x86_64"
acpi =3D <=
span class=3D"" style=3D"color:rgb(0,0,136);border:none">1
pci=3D['01:00.0','04:00.0']=

pci_permis=
sive=3D1=

boot=3D"c"=

sdl=3D0
serial=3D<=
span class=3D"" style=3D"color:rgb(0,0,136);border:none">'pty'
vnc=3D1
vnclisten=
=3D""
vncpasswd=
=3D""


When the config worked, pci_per= missive was commented out, as was the pci tag. The device override was set = to qemu rather than qemu-x86_64, and the model version was qemu-xen rather = than traditional. I've tried flipping things just to see if I could mak= e it work to no avail.=A0

The error I get upon running the config is:

libxl: error: libxl_=
dm.c:1275:device_model_spawn_outcome: do=
main 2 device model: spawn fai=
led (rc=3D-3)
libxl: error: libxl_=
create.c:<=
span class=3D"" style=3D"color:rgb(0,102,102)">1075:domcreate_devmodel_started: device model did not start: -3
libxl: error: libxl_=
dm.c:1306:libxl__destroy_device_model: <=
span class=3D"">Device Model already exited<=
/pre>





When I checked the log under /v=
ar/log/xen, I originally had -gfx_passthru: invalid option. After playing w=
ith the config file, I now have a hot mess:=A0




usage: qemu-x86_64 [options] program [arguments...]
Linux CPU emulator (compiled for x86_64 emulation)

Options and associated environment variables:

Argument      Env-variable      Description
-h                              print this help
-g port       QEMU_GDB          wait gdb connection to 'port'
-L path       QEMU_LD_PREFIX    set the elf interpreter prefix to 'path'
-s size       QEMU_STACK_SIZE   set the stack size to 'size' bytes
-cpu model    QEMU_CPU          select CPU (-cpu help for list)
-E var=3Dvalue  QEMU_SET_ENV      sets targets environment variable (see below)
-U var        QEMU_UNSET_ENV    unsets targets environment variable (see below)
-0 argv0      QEMU_A=
RGV0        forces target process argv[0] to be 'argv0'
-r uname      QEMU_UNAME        set qemu uname release string=
 to 'u=
name'
-B address    QEMU_GUEST_BASE   set guest_base address to 'address'
-R size       QEMU_RESERVED_VA  reserve 'size' bytes for guest virtual addres=
s $
-d item[,...] QEMU_LOG          enable logging of specified i=
tems (use '-d help$
-D logfile    QEMU_LOG_FILENAME write logs to 'logfile=
9; (default stderr)
-p pagesize   QEMU_PAGESIZE     set the host page size to 'pagesize'
-singlestep   QEMU_SINGLESTEP   run in singlestep mode
-strace       QEMU_STRACE       log system calls
-version      QEMU_VERSION      display version information and exit

Defaults:
QEMU_LD_PREFIX  =3D /etc/qemu-binfmt/x86_64
QEMU_STACK_SIZE =3D 8388608=
 byte

You can use -E an=
d -U options or the<=
/span> QEMU_SET_ENV and
QEMU_UNSET_ENV environment variables to set and unset
environment variables for t=
he target process.
It is poss=
ible to pr=
ovide several variables by separating them
by commas =
in getsubo=
pt(3) style. Additio=
nally it <=
span class=3D"" style=3D"color:rgb(0,0,136);border:none">is possible=
 to
provide the -E and -=
U options multiple times.
The following lines are equivalent:
    -E var1=3Dval2 -E var2=3Dval2 -U LD_PRELOAD -U LD_DEBUG
    -E var1=3Dval2,var2=3Dval2 -U LD_PRELOAD,LD_DEBUG
    QEMU_SET_ENV=3Dvar1=3Dval2,var2=3Dval2 QEMU_UNSET_ENV=3DLD_PRELOAD,LD_D=
EBUG
Note that =
if you pro=
vide several changes to a single variable
the last change will=
 stay in e=
ffect.






Does anyone have some insight o=
n this? I feel like I'm very close to getting my passthrough working, a=
nd that would be really awesome.=A0



Additionally, I tried to go graphically after being unsuccessful=
 with my windows.cfg file, and tried the virtual machine manager. When I st=
art it, however, I get this:=A0




Unable to =
connect to=
 libvirt.

Failed to =
connect socket to=
 '/var/run/libvirt/libvirt-sock': No=
 such file or directory

Verify that:
 - A Xen host kernel was booted
 - The Xen service has been started




and under details :=A0




Unable to =
connect to=
 libvirt.

Failed to =
connect socket to=
 '/var/run/libvirt/libvirt-sock': No=
 such file or directory

Verify that:
 - A Xen host kernel was booted
 - The Xen service has been started

Libvirt URI is: xen:///

Traceback (most recent call last):
  File "/usr/share/virt-=
manager/virtManager/connection.py", line 1027, in _open_thread
    self.vmm =3D self._try_open()
  File "/usr/share/virt-=
manager/virtManager/connection.py", line 1009, in _try_open
    flags)
  File "/usr/lib/python2=
.7/dist-packages/libvirt.py", line 105, in openAuth
    if ret=
 is None:r=
aise libvirtError('virConnectOpenAuth() failed')
libvirtError: Failed to connect socket to '/var/run/libvirt/libvirt=
-sock': No such file or directory






The virtual machine manager doe=
s not, thereby, connect to localhost



I guess I should also mention that Windows 8 didn't always s=
hut down properly, but it wasn't reporting errors and things like the G=
PLPV drivers seemed to install correctly.=A0

Thanks for any insight,=



-Kyle
--90e6ba3098244d473a04f2c89aac-- --===============0655958877020467243== 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 --===============0655958877020467243==-- From xen-users-bounces@lists.xen.org Wed Feb 19 21:12:46 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 19 Feb 2014 21:12: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 1WGERG-0002qN-BP; Wed, 19 Feb 2014 21:12:18 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGERE-0002qG-Mn for xen-users@lists.xen.org; Wed, 19 Feb 2014 21:12:16 +0000 Received: from [85.158.143.35:23965] by server-2.bemta-4.messagelabs.com id 5B/9B-10891-F2E15035; Wed, 19 Feb 2014 21:12:15 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-2.tower-21.messagelabs.com!1392844334!6909605!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14283 invoked from network); 19 Feb 2014 21:12:15 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-2.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 19 Feb 2014 21:12:15 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id D2B7A221BEA; Wed, 19 Feb 2014 21:12:13 +0000 (GMT) Message-ID: <53051E2D.8040803@bobich.net> Date: Wed, 19 Feb 2014 21:12:13 +0000 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Kyle Davis , xen-users@lists.xen.org References: In-Reply-To: Subject: Re: [Xen-users] Issue with Win8 guest VGA Passthrough X-BeenThere: xen-users@lists.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 GeForce card won't work - only Quadro/Tesla/Grid cards are whitelisted in the driver to make them work. You can modify your GTX285's device ID by changing the straps in it's BIOS to make it into a Quadro. This may be of interest: http://www.altechnative.net/2013/11/25/virtualized-gaming-nvidia-cards-part-3-how-to-modify-a-fermi-based-geforce-into-a-quadro-geforce-gts450gtx470gtx480-to-quadro-200050006000/ The straps on the 2xx series are a little different (check the nouveau strap documentation), but the general method will be similar. Gordan On 02/19/2014 08:54 PM, Kyle Davis wrote: > Hello everyone, > > I'd posted this over at the new user forum on xenproject, and was > directed here. Hopefully I'm not doing something stupid by copying and > pasting my post from there, but here goes: > > I have a core i7-4770 on an ASRock Z87 Extreme 4 motherboard. I have a > PCI-based USB hub attached to deal with the fact that all the USB ports > on the motherboard are on the same controller for passthrough purposes. > I am using Debian Jessie with Xen 4.3 and a kernel based on 3.12.9. The > card I'm trying to passthrough is an NVIDIA GTX 285 (I've found folks > who say it worked fine for them, including on the boards here). > > I created a kernel included the flags suggested by the xen wiki, > switched my toolstack over to xl (was on xm, and I'm unsure why), and > followed the wiki's guides for setting up xen and VGA passthrough. > > I created a Windows 8 (HVM) guest that worked fine, but slowly, before > beginning the VGA passthrough guide. Changed my windows.cfg file to the > following: > > > builder='hvm' > bootloader ="/usr/bin/pygrub" > memory =8192 > vcpus=4 > name ="windows8" > vif =['bridge=xenbr0'] > disk =['phy:/dev/vg0/windows,hda,w','file:/home/kyle/Desktop/Windows.iso,hdc:c$ > device_model_version ="qemu-xen-traditional" > device_model_override ="/usr/bin/qemu-x86_64" > acpi =1 > pci=['01:00.0','04:00.0'] > pci_permissive=1 > boot="c" > sdl=0 > serial='pty' > vnc=1 > vnclisten="" > vncpasswd="" > > > > When the config worked, pci_permissive was commented out, as was the pci > tag. The device override was set to qemu rather than qemu-x86_64, and > the model version was qemu-xen rather than traditional. I've tried > flipping things just to see if I could make it work to no avail. > > The error I get upon running the config is: > > > libxl: error: libxl_dm.c:1275:device_model_spawn_outcome: domain2 devicemodel: spawn failed (rc=-3) > libxl: error: libxl_create.c:1075:domcreate_devmodel_started: device model did notstart: -3 > libxl: error: libxl_dm.c:1306:libxl__destroy_device_model: Device Model already exited > > > > When I checked the log under /var/log/xen, I originally had > -gfx_passthru: invalid option. After playing with the config file, I now > have a hot mess: > > > usage: qemu-x86_64 [options] program [arguments...] > Linux CPU emulator (compiledfor x86_64 emulation) > > Optionsand associated environment variables: > > Argument Env-variable Description > -h print this help > -g port QEMU_GDB wait gdb connectionto 'port' > -L path QEMU_LD_PREFIXset the elf interpreter prefixto 'path' > -s size QEMU_STACK_SIZEset the stack sizeto 'size' bytes > -cpu model QEMU_CPU select CPU (-cpu helpfor list) > -E var=value QEMU_SET_ENV sets targets environment variable (seebelow) > -U var QEMU_UNSET_ENV unsets targets environment variable (seebelow) > -0 argv0 QEMU_ARGV0 forces target process argv[0]to be 'argv0' > -r uname QEMU_UNAMEset qemu uname releasestring to 'uname' > -B address QEMU_GUEST_BASEset guest_base addressto 'address' > -R size QEMU_RESERVED_VA reserve 'size' bytesfor guest virtual address $ > -ditem[,...] QEMU_LOG enable loggingof specified items (use '-d help$ > -D logfile QEMU_LOG_FILENAMEwrite logsto 'logfile' (default stderr) > -p pagesize QEMU_PAGESIZEset the host page sizeto 'pagesize' > -singlestep QEMU_SINGLESTEPrun in singlestep mode > -strace QEMU_STRACElog system calls > -version QEMU_VERSION displayversion informationand exit > > Defaults: > QEMU_LD_PREFIX = /etc/qemu-binfmt/x86_64 > QEMU_STACK_SIZE =8388608 byte > > You can use -Eand -U optionsor the QEMU_SET_ENVand > QEMU_UNSET_ENV environment variablesto set and unset > environment variablesfor the target process. > Itis possibleto provide several variablesby separating them > by commasin getsubopt(3) style. Additionallyit is possibleto > providethe -Eand -U options multipletimes. > The following lines are equivalent: > -E var1=val2 -E var2=val2 -U LD_PRELOAD -U LD_DEBUG > -E var1=val2,var2=val2 -U LD_PRELOAD,LD_DEBUG > QEMU_SET_ENV=var1=val2,var2=val2 QEMU_UNSET_ENV=LD_PRELOAD,LD_DEBUG > Notethat if you provide several changesto a single variable > the last change will stayin effect. > > > > Does anyone have some insight on this? I feel like I'm very close to > getting my passthrough working, and that would be really awesome. > > Additionally, I tried to go graphically after being unsuccessful with my > windows.cfg file, and tried the virtual machine manager. When I start > it, however, I get this: > > > Unableto connectto libvirt. > > Failedto connect socketto '/var/run/libvirt/libvirt-sock': No suchfile or directory > > Verifythat: > - A Xen host kernel was booted > - The Xen service has been started > > > > and under details : > > > Unableto connectto libvirt. > > Failedto connect socketto '/var/run/libvirt/libvirt-sock': No suchfile or directory > > Verifythat: > - A Xen host kernel was booted > - The Xen service has been started > > Libvirt URIis: xen:/// > > Traceback (most recent calllast): > File"/usr/share/virt-manager/virtManager/connection.py", line1027,in _open_thread > self.vmm = self._try_open() > File"/usr/share/virt-manager/virtManager/connection.py", line1009,in _try_open > flags) > File"/usr/lib/python2.7/dist-packages/libvirt.py", line105,in openAuth > if retis None:raise libvirtError('virConnectOpenAuth() failed') > libvirtError: Failedto connect socketto '/var/run/libvirt/libvirt-sock': No suchfile or directory > > > > The virtual machine manager does not, thereby, connect to localhost > > I guess I should also mention that Windows 8 didn't always shut down > properly, but it wasn't reporting errors and things like the GPLPV > drivers seemed to install correctly. > > Thanks for any insight, > -Kyle > > > _______________________________________________ > 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 19 21:12:46 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 19 Feb 2014 21:12: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 1WGERG-0002qN-BP; Wed, 19 Feb 2014 21:12:18 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGERE-0002qG-Mn for xen-users@lists.xen.org; Wed, 19 Feb 2014 21:12:16 +0000 Received: from [85.158.143.35:23965] by server-2.bemta-4.messagelabs.com id 5B/9B-10891-F2E15035; Wed, 19 Feb 2014 21:12:15 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-2.tower-21.messagelabs.com!1392844334!6909605!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14283 invoked from network); 19 Feb 2014 21:12:15 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-2.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 19 Feb 2014 21:12:15 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id D2B7A221BEA; Wed, 19 Feb 2014 21:12:13 +0000 (GMT) Message-ID: <53051E2D.8040803@bobich.net> Date: Wed, 19 Feb 2014 21:12:13 +0000 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Kyle Davis , xen-users@lists.xen.org References: In-Reply-To: Subject: Re: [Xen-users] Issue with Win8 guest VGA Passthrough X-BeenThere: xen-users@lists.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 GeForce card won't work - only Quadro/Tesla/Grid cards are whitelisted in the driver to make them work. You can modify your GTX285's device ID by changing the straps in it's BIOS to make it into a Quadro. This may be of interest: http://www.altechnative.net/2013/11/25/virtualized-gaming-nvidia-cards-part-3-how-to-modify-a-fermi-based-geforce-into-a-quadro-geforce-gts450gtx470gtx480-to-quadro-200050006000/ The straps on the 2xx series are a little different (check the nouveau strap documentation), but the general method will be similar. Gordan On 02/19/2014 08:54 PM, Kyle Davis wrote: > Hello everyone, > > I'd posted this over at the new user forum on xenproject, and was > directed here. Hopefully I'm not doing something stupid by copying and > pasting my post from there, but here goes: > > I have a core i7-4770 on an ASRock Z87 Extreme 4 motherboard. I have a > PCI-based USB hub attached to deal with the fact that all the USB ports > on the motherboard are on the same controller for passthrough purposes. > I am using Debian Jessie with Xen 4.3 and a kernel based on 3.12.9. The > card I'm trying to passthrough is an NVIDIA GTX 285 (I've found folks > who say it worked fine for them, including on the boards here). > > I created a kernel included the flags suggested by the xen wiki, > switched my toolstack over to xl (was on xm, and I'm unsure why), and > followed the wiki's guides for setting up xen and VGA passthrough. > > I created a Windows 8 (HVM) guest that worked fine, but slowly, before > beginning the VGA passthrough guide. Changed my windows.cfg file to the > following: > > > builder='hvm' > bootloader ="/usr/bin/pygrub" > memory =8192 > vcpus=4 > name ="windows8" > vif =['bridge=xenbr0'] > disk =['phy:/dev/vg0/windows,hda,w','file:/home/kyle/Desktop/Windows.iso,hdc:c$ > device_model_version ="qemu-xen-traditional" > device_model_override ="/usr/bin/qemu-x86_64" > acpi =1 > pci=['01:00.0','04:00.0'] > pci_permissive=1 > boot="c" > sdl=0 > serial='pty' > vnc=1 > vnclisten="" > vncpasswd="" > > > > When the config worked, pci_permissive was commented out, as was the pci > tag. The device override was set to qemu rather than qemu-x86_64, and > the model version was qemu-xen rather than traditional. I've tried > flipping things just to see if I could make it work to no avail. > > The error I get upon running the config is: > > > libxl: error: libxl_dm.c:1275:device_model_spawn_outcome: domain2 devicemodel: spawn failed (rc=-3) > libxl: error: libxl_create.c:1075:domcreate_devmodel_started: device model did notstart: -3 > libxl: error: libxl_dm.c:1306:libxl__destroy_device_model: Device Model already exited > > > > When I checked the log under /var/log/xen, I originally had > -gfx_passthru: invalid option. After playing with the config file, I now > have a hot mess: > > > usage: qemu-x86_64 [options] program [arguments...] > Linux CPU emulator (compiledfor x86_64 emulation) > > Optionsand associated environment variables: > > Argument Env-variable Description > -h print this help > -g port QEMU_GDB wait gdb connectionto 'port' > -L path QEMU_LD_PREFIXset the elf interpreter prefixto 'path' > -s size QEMU_STACK_SIZEset the stack sizeto 'size' bytes > -cpu model QEMU_CPU select CPU (-cpu helpfor list) > -E var=value QEMU_SET_ENV sets targets environment variable (seebelow) > -U var QEMU_UNSET_ENV unsets targets environment variable (seebelow) > -0 argv0 QEMU_ARGV0 forces target process argv[0]to be 'argv0' > -r uname QEMU_UNAMEset qemu uname releasestring to 'uname' > -B address QEMU_GUEST_BASEset guest_base addressto 'address' > -R size QEMU_RESERVED_VA reserve 'size' bytesfor guest virtual address $ > -ditem[,...] QEMU_LOG enable loggingof specified items (use '-d help$ > -D logfile QEMU_LOG_FILENAMEwrite logsto 'logfile' (default stderr) > -p pagesize QEMU_PAGESIZEset the host page sizeto 'pagesize' > -singlestep QEMU_SINGLESTEPrun in singlestep mode > -strace QEMU_STRACElog system calls > -version QEMU_VERSION displayversion informationand exit > > Defaults: > QEMU_LD_PREFIX = /etc/qemu-binfmt/x86_64 > QEMU_STACK_SIZE =8388608 byte > > You can use -Eand -U optionsor the QEMU_SET_ENVand > QEMU_UNSET_ENV environment variablesto set and unset > environment variablesfor the target process. > Itis possibleto provide several variablesby separating them > by commasin getsubopt(3) style. Additionallyit is possibleto > providethe -Eand -U options multipletimes. > The following lines are equivalent: > -E var1=val2 -E var2=val2 -U LD_PRELOAD -U LD_DEBUG > -E var1=val2,var2=val2 -U LD_PRELOAD,LD_DEBUG > QEMU_SET_ENV=var1=val2,var2=val2 QEMU_UNSET_ENV=LD_PRELOAD,LD_DEBUG > Notethat if you provide several changesto a single variable > the last change will stayin effect. > > > > Does anyone have some insight on this? I feel like I'm very close to > getting my passthrough working, and that would be really awesome. > > Additionally, I tried to go graphically after being unsuccessful with my > windows.cfg file, and tried the virtual machine manager. When I start > it, however, I get this: > > > Unableto connectto libvirt. > > Failedto connect socketto '/var/run/libvirt/libvirt-sock': No suchfile or directory > > Verifythat: > - A Xen host kernel was booted > - The Xen service has been started > > > > and under details : > > > Unableto connectto libvirt. > > Failedto connect socketto '/var/run/libvirt/libvirt-sock': No suchfile or directory > > Verifythat: > - A Xen host kernel was booted > - The Xen service has been started > > Libvirt URIis: xen:/// > > Traceback (most recent calllast): > File"/usr/share/virt-manager/virtManager/connection.py", line1027,in _open_thread > self.vmm = self._try_open() > File"/usr/share/virt-manager/virtManager/connection.py", line1009,in _try_open > flags) > File"/usr/lib/python2.7/dist-packages/libvirt.py", line105,in openAuth > if retis None:raise libvirtError('virConnectOpenAuth() failed') > libvirtError: Failedto connect socketto '/var/run/libvirt/libvirt-sock': No suchfile or directory > > > > The virtual machine manager does not, thereby, connect to localhost > > I guess I should also mention that Windows 8 didn't always shut down > properly, but it wasn't reporting errors and things like the GPLPV > drivers seemed to install correctly. > > Thanks for any insight, > -Kyle > > > _______________________________________________ > 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 19 22:30:58 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 19 Feb 2014 22:30: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 1WGFeH-000437-9o; Wed, 19 Feb 2014 22:29:49 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGFeG-000432-0v for xen-users@lists.xen.org; Wed, 19 Feb 2014 22:29:48 +0000 Received: from [85.158.143.35:8895] by server-2.bemta-4.messagelabs.com id 98/34-10891-B5035035; Wed, 19 Feb 2014 22:29:47 +0000 X-Env-Sender: evilkillerwhale@gmail.com X-Msg-Ref: server-12.tower-21.messagelabs.com!1392848985!6925859!1 X-Originating-IP: [74.125.82.178] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_20_30, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14235 invoked from network); 19 Feb 2014 22:29:45 -0000 Received: from mail-we0-f178.google.com (HELO mail-we0-f178.google.com) (74.125.82.178) by server-12.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 19 Feb 2014 22:29:45 -0000 Received: by mail-we0-f178.google.com with SMTP id q59so859319wes.37 for ; Wed, 19 Feb 2014 14:29:45 -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-type; bh=DUe0eeqFLigxVHlQZf/5JH4CmCmB6mOyBWFDAGwYsss=; b=MVQfGHCRuNxYV+MNTsrfBQ/Qk8BnAEp78siRZAJCKtCEONVEweKO1p9aF3KcMHdsn0 0RwAM1Z1qfih3dlTTL0jVMWqWTrRfOm/WHWk8WtCfbn6lhKUoOwQbdnnHao0oLnDLPMK OT0u76UbFXhxiqw+KsufYyZECX5ks5mVqnzkd4+/G4pzQB4kzVZpUSjFYaa8WiPLRpeV mt9UzKCZTEfomczqRomWV8r0huRjNF68gKc5upaQeRYRp7+8sZFPbCsCJe++g+Q+6DUI ETfQzGrPUr7k86OWar2VCA8v0vy8t9/ZEXdixO35R7xKReaHbo9O+SB28phfEzcX+l4s S1VQ== X-Received: by 10.194.23.201 with SMTP id o9mr4665210wjf.67.1392848984923; Wed, 19 Feb 2014 14:29:44 -0800 (PST) MIME-Version: 1.0 Received: by 10.216.43.1 with HTTP; Wed, 19 Feb 2014 14:29:24 -0800 (PST) In-Reply-To: <53051E2D.8040803@bobich.net> References: <53051E2D.8040803@bobich.net> From: Kyle Davis Date: Wed, 19 Feb 2014 17:29:24 -0500 Message-ID: To: Gordan Bobic Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Issue with Win8 guest VGA Passthrough X-BeenThere: xen-users@lists.xen.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="===============8288775955824867942==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8288775955824867942== Content-Type: multipart/alternative; boundary=047d7b3a956cf8e6f604f2c9ecea --047d7b3a956cf8e6f604f2c9ecea Content-Type: text/plain; charset=ISO-8859-1 I'd seen people saying the GTX 285 worked for them with no changes to the drivers, but I'll see if I can get this to work. thanks, -Kyle On Wed, Feb 19, 2014 at 4:12 PM, Gordan Bobic wrote: > GeForce card won't work - only Quadro/Tesla/Grid cards are whitelisted in > the driver to make them work. You can modify your GTX285's device ID by > changing the straps in it's BIOS to make it into a Quadro. > > This may be of interest: > http://www.altechnative.net/2013/11/25/virtualized-gaming- > nvidia-cards-part-3-how-to-modify-a-fermi-based-geforce- > into-a-quadro-geforce-gts450gtx470gtx480-to-quadro-200050006000/ > > The straps on the 2xx series are a little different (check the nouveau > strap documentation), but the general method will be similar. > > Gordan > > > On 02/19/2014 08:54 PM, Kyle Davis wrote: > >> Hello everyone, >> >> I'd posted this over at the new user forum on xenproject, and was >> directed here. Hopefully I'm not doing something stupid by copying and >> pasting my post from there, but here goes: >> >> I have a core i7-4770 on an ASRock Z87 Extreme 4 motherboard. I have a >> PCI-based USB hub attached to deal with the fact that all the USB ports >> on the motherboard are on the same controller for passthrough purposes. >> I am using Debian Jessie with Xen 4.3 and a kernel based on 3.12.9. The >> card I'm trying to passthrough is an NVIDIA GTX 285 (I've found folks >> who say it worked fine for them, including on the boards here). >> >> I created a kernel included the flags suggested by the xen wiki, >> switched my toolstack over to xl (was on xm, and I'm unsure why), and >> followed the wiki's guides for setting up xen and VGA passthrough. >> >> I created a Windows 8 (HVM) guest that worked fine, but slowly, before >> beginning the VGA passthrough guide. Changed my windows.cfg file to the >> following: >> >> >> builder='hvm' >> bootloader ="/usr/bin/pygrub" >> memory =8192 >> vcpus=4 >> name ="windows8" >> vif =['bridge=xenbr0'] >> disk =['phy:/dev/vg0/windows,hda,w','file:/home/kyle/Desktop/ >> Windows.iso,hdc:c$ >> device_model_version ="qemu-xen-traditional" >> device_model_override ="/usr/bin/qemu-x86_64" >> acpi =1 >> pci=['01:00.0','04:00.0'] >> pci_permissive=1 >> boot="c" >> sdl=0 >> serial='pty' >> vnc=1 >> vnclisten="" >> vncpasswd="" >> >> >> >> When the config worked, pci_permissive was commented out, as was the pci >> tag. The device override was set to qemu rather than qemu-x86_64, and >> the model version was qemu-xen rather than traditional. I've tried >> flipping things just to see if I could make it work to no avail. >> >> The error I get upon running the config is: >> >> >> libxl: error: libxl_dm.c:1275:device_model_spawn_outcome: domain2 >> devicemodel: spawn failed (rc=-3) >> libxl: error: libxl_create.c:1075:domcreate_devmodel_started: device >> model did notstart: -3 >> >> libxl: error: libxl_dm.c:1306:libxl__destroy_device_model: Device >> Model already exited >> >> >> >> When I checked the log under /var/log/xen, I originally had >> -gfx_passthru: invalid option. After playing with the config file, I now >> have a hot mess: >> >> >> usage: qemu-x86_64 [options] program [arguments...] >> Linux CPU emulator (compiledfor x86_64 emulation) >> >> Optionsand associated environment variables: >> >> >> Argument Env-variable Description >> -h print this help >> -g port QEMU_GDB wait gdb connectionto 'port' >> -L path QEMU_LD_PREFIXset the elf interpreter prefixto 'path' >> -s size QEMU_STACK_SIZEset the stack sizeto 'size' bytes >> -cpu model QEMU_CPU select CPU (-cpu helpfor list) >> >> -E var=value QEMU_SET_ENV sets targets environment variable >> (seebelow) >> -U var QEMU_UNSET_ENV unsets targets environment variable >> (seebelow) >> -0 argv0 QEMU_ARGV0 forces target process argv[0]to be >> 'argv0' >> -r uname QEMU_UNAMEset qemu uname releasestring to 'uname' >> -B address QEMU_GUEST_BASEset guest_base addressto 'address' >> >> -R size QEMU_RESERVED_VA reserve 'size' bytesfor guest virtual >> address $ >> -ditem[,...] QEMU_LOG enable loggingof specified items (use '-d >> help$ >> -D logfile QEMU_LOG_FILENAMEwrite logsto 'logfile' (default stderr) >> >> -p pagesize QEMU_PAGESIZEset the host page sizeto 'pagesize' >> -singlestep QEMU_SINGLESTEPrun in singlestep mode >> -strace QEMU_STRACElog system calls >> -version QEMU_VERSION displayversion informationand exit >> >> >> Defaults: >> QEMU_LD_PREFIX = /etc/qemu-binfmt/x86_64 >> QEMU_STACK_SIZE =8388608 byte >> >> You can use -Eand -U optionsor the QEMU_SET_ENVand >> QEMU_UNSET_ENV environment variablesto set and unset >> environment variablesfor the target process. >> Itis possibleto provide several variablesby separating them >> by commasin getsubopt(3) style. Additionallyit is possibleto >> providethe -Eand -U options multipletimes. >> The following lines are equivalent: >> -E var1=val2 -E var2=val2 -U LD_PRELOAD -U LD_DEBUG >> -E var1=val2,var2=val2 -U LD_PRELOAD,LD_DEBUG >> QEMU_SET_ENV=var1=val2,var2=val2 QEMU_UNSET_ENV=LD_PRELOAD,LD_DEBUG >> Notethat if you provide several changesto a single variable >> the last change will stayin effect. >> >> >> >> >> Does anyone have some insight on this? I feel like I'm very close to >> getting my passthrough working, and that would be really awesome. >> >> Additionally, I tried to go graphically after being unsuccessful with my >> windows.cfg file, and tried the virtual machine manager. When I start >> it, however, I get this: >> >> >> Unableto connectto libvirt. >> >> Failedto connect socketto '/var/run/libvirt/libvirt-sock': No suchfile >> or directory >> >> Verifythat: >> - A Xen host kernel was booted >> - The Xen service has been started >> >> >> >> and under details : >> >> >> Unableto connectto libvirt. >> >> Failedto connect socketto '/var/run/libvirt/libvirt-sock': No suchfile >> or directory >> >> Verifythat: >> - A Xen host kernel was booted >> - The Xen service has been started >> >> Libvirt URIis: xen:/// >> >> Traceback (most recent calllast): >> File"/usr/share/virt-manager/virtManager/connection.py", line1027,in >> _open_thread >> self.vmm = self._try_open() >> File"/usr/share/virt-manager/virtManager/connection.py", line1009,in >> _try_open >> >> flags) >> File"/usr/lib/python2.7/dist-packages/libvirt.py", line105,in >> openAuth >> if retis None:raise libvirtError('virConnectOpenAuth() failed') >> libvirtError: Failedto connect socketto '/var/run/libvirt/libvirt-sock': >> No suchfile or directory >> >> >> >> >> The virtual machine manager does not, thereby, connect to localhost >> >> I guess I should also mention that Windows 8 didn't always shut down >> properly, but it wasn't reporting errors and things like the GPLPV >> drivers seemed to install correctly. >> >> Thanks for any insight, >> -Kyle >> >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >> >> > --047d7b3a956cf8e6f604f2c9ecea Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I'd seen people saying the GTX 285 worked for them wit= h no changes to the drivers, but I'll see if I can get this to work.=A0=

thanks,
-Kyle


On Wed, Feb 19, 2014 at 4:12 PM, Gordan Bobic <gordan@bobich.net> wrote:
GeForce card won't work - only Quadro/Tesla/Grid cards are whitelisted = in the driver to make them work. You can modify your GTX285's device ID= by changing the straps in it's BIOS to make it into a Quadro.

This may be of interest:
http://www.altec= hnative.net/2013/11/25/virtualized-gaming-nvidia-cards-part-3= -how-to-modify-a-fermi-based-geforce-into-a-quadro-geforce-gts450gtx470gtx480-to-quadro-200050006000/

The straps on the 2xx series are a little different (check the nouveau stra= p documentation), but the general method will be similar.

Gordan


On 02/19/2014 08:54 PM, Kyle Davis wrote:
Hello everyone,

I'd posted this over at the new user forum on xenproject, and was
directed here. Hopefully I'm not doing something stupid by copying and<= br> pasting my post from there, but here goes:

I have a core i7-4770 on an ASRock Z87 Extreme 4 motherboard. I have a
PCI-based USB hub attached to deal with the fact that all the USB ports
on the motherboard are on the same controller for passthrough purposes.
I am using Debian Jessie with Xen 4.3 and a kernel based on 3.12.9. The
card I'm trying to passthrough is an NVIDIA GTX 285 (I've found fol= ks
who say it worked fine for them, including on the boards here).

I created a kernel included the flags suggested by the xen wiki,
switched my toolstack over to xl (was on xm, and I'm unsure why), and followed the wiki's guides for setting up xen and VGA passthrough.

I created a Windows 8 (HVM) guest that worked fine, but slowly, before
beginning the VGA passthrough guide. Changed my windows.cfg file to the
following:


builder=3D'hvm'
bootloader =3D"/usr/bin/pygrub"
memory =3D8192
vcpus=3D4
name =3D"windows8"
vif =3D['bridge=3Dxenbr0']
disk =3D['phy:/dev/vg0/windows,hda,w','file:/home/kyle/D= esktop/Windows.iso,hdc:c$
device_model_version =A0=3D"qemu-xen-traditional"
device_model_override =3D"/usr/bin/qemu-x86_64"
acpi =3D1
pci=3D['01:00.0','04:00.0']
pci_permissive=3D1
boot=3D"c"
sdl=3D0
serial=3D'pty'
vnc=3D1
vnclisten=3D""
vncpasswd=3D""



When the config worked, pci_permissive was commented out, as was the pci tag. The device override was set to qemu rather than qemu-x86_64, and
the model version was qemu-xen rather than traditional. I've tried
flipping things just to see if I could make it work to no avail.

The error I get upon running the config is:


libxl: =A0error: =A0libxl_dm.c:1275:device_model_spawn_outcome: =A0d= omain2 =A0devicemodel: =A0spawn failed (rc=3D-3)
libxl: =A0error: =A0libxl_create.c:1075:domcreate_devmodel_started: = =A0device model did notstart: =A0-3

libxl: =A0error: =A0libxl_dm.c:1306:libxl__destroy_device_model: =A0= Device =A0Model =A0already exited



When I checked the log under /var/log/xen, I originally had
-gfx_passthru: invalid option. After playing with the config file, I now have a hot mess:


usage: qemu-x86_64 [options] program [arguments...]
Linux CPU emulator (compiledfor =A0x86_64 emulation)

Optionsand =A0associated environment variables:


Argument =A0 =A0 =A0Env-variable =A0 =A0 =A0Description
-h =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0print this he= lp
-g port =A0 =A0 =A0 QEMU_GDB =A0 =A0 =A0 =A0 =A0wait gdb connectionto =A0&#= 39;port'
-L path =A0 =A0 =A0 QEMU_LD_PREFIXset =A0the =A0elf interpreter prefixto = =A0'path'
-s size =A0 =A0 =A0 QEMU_STACK_SIZEset =A0the =A0stack sizeto =A0'size&= #39; bytes
-cpu model =A0 =A0QEMU_CPU =A0 =A0 =A0 =A0 =A0select CPU (-cpu helpfor =A0l= ist)

-E var=3Dvalue =A0QEMU_SET_ENV =A0 =A0 =A0sets targets environment variable= (seebelow)
-U var =A0 =A0 =A0 =A0QEMU_UNSET_ENV =A0 =A0unsets targets environment vari= able (seebelow)
-0 =A0argv0 =A0 =A0 =A0QEMU_ARGV0 =A0 =A0 =A0 =A0forces target process argv= [0]to =A0be 'argv0'
-r uname =A0 =A0 =A0QEMU_UNAMEset =A0qemu uname releasestring =A0to =A0'= ;uname'
-B address =A0 =A0QEMU_GUEST_BASEset =A0guest_base addressto =A0'addres= s'

-R size =A0 =A0 =A0 QEMU_RESERVED_VA =A0reserve 'size' bytesfor =A0= guest virtual address $
-ditem[,...] QEMU_LOG =A0 =A0 =A0 =A0 =A0enable loggingof =A0specified item= s (use '-d help$
-D logfile =A0 =A0QEMU_LOG_FILENAMEwrite =A0logsto =A0'logfile' (de= fault stderr)

-p pagesize =A0 QEMU_PAGESIZEset =A0the =A0host page sizeto =A0'pagesiz= e'
-singlestep =A0 QEMU_SINGLESTEPrun =A0in =A0singlestep mode
-strace =A0 =A0 =A0 QEMU_STRACElog =A0system calls
-version =A0 =A0 =A0 QEMU_VERSION =A0 =A0 =A0displayversion =A0informationa= nd =A0exit


Defaults:
QEMU_LD_PREFIX =A0=3D /etc/qemu-binfmt/x86_64
QEMU_STACK_SIZE =3D8388608 =A0byte

You can use -Eand =A0-U optionsor =A0the =A0QEMU_SET_ENVand
QEMU_UNSET_ENV environment variablesto =A0set =A0and =A0unset
environment variablesfor =A0the =A0target process.
Itis =A0possibleto =A0provide several variablesby =A0separating them
by =A0commasin =A0getsubopt(3) style. Additionallyit =A0is =A0possibleto providethe =A0-Eand =A0-U options multipletimes.
The following lines are equivalent:
=A0 =A0 =A0-E var1=3Dval2 -E var2=3Dval2 -U LD_PRELOAD -U LD_DEBUG
=A0 =A0 =A0-E var1=3Dval2,var2=3Dval2 -U LD_PRELOAD,LD_DEBUG
=A0 =A0 =A0QEMU_SET_ENV=3Dvar1=3Dval2,var2=3Dval2 QEMU_UNSET_ENV=3DL= D_PRELOAD,LD_DEBUG
Notethat =A0if =A0you provide several changesto =A0a single variable
the =A0last =A0change will stayin =A0effect.




Does anyone have some insight on this? I feel like I'm very close to getting my passthrough working, and that would be really awesome.

Additionally, I tried to go graphically after being unsuccessful with my windows.cfg file, and tried the virtual machine manager. When I start
it, however, I get this:


Unableto =A0connectto =A0libvirt.

Failedto =A0connect socketto =A0'/var/run/libvirt/libvirt-sock&#= 39;: No suchfile =A0or =A0directory

Verifythat:
=A0 - A Xen host kernel was booted
=A0 - The Xen service has been started



and under details :


Unableto =A0connectto =A0libvirt.

Failedto =A0connect socketto =A0'/var/run/libvirt/libvirt-sock&#= 39;: No suchfile =A0or =A0directory

Verifythat:
=A0 - A Xen host kernel was booted
=A0 - The Xen service has been started

Libvirt URIis: xen:///

Traceback (most recent calllast):
=A0 =A0File"/usr/share/virt-manager/virtManager/connection.py&q= uot;, line1027,in =A0_open_thread
=A0 =A0 =A0self.vmm =3D self._try_open()
=A0 =A0File"/usr/share/virt-manager/virtManager/connection.py&q= uot;, line1009,in =A0_try_open

=A0 =A0 =A0flags)
=A0 =A0File"/usr/lib/python2.7/dist-packages/libvirt.py", = line105,in =A0openAuth
=A0 =A0 =A0if =A0retis =A0None:raise libvirtError('virConnectOpe= nAuth() failed')
libvirtError: Failedto =A0connect socketto =A0'/var/run/libvirt/libvirt= -sock': No suchfile =A0or =A0directory




The virtual machine manager does not, thereby, connect to localhost

I guess I should also mention that Windows 8 didn't always shut down properly, but it wasn't reporting errors and things like the GPLPV
drivers seemed to install correctly.

Thanks for any insight,
-Kyle


_______________________________________________
Xen-users mailing list
Xen-users@list= s.xen.org
http://lists.x= en.org/xen-users



--047d7b3a956cf8e6f604f2c9ecea-- --===============8288775955824867942== 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 --===============8288775955824867942==-- From xen-users-bounces@lists.xen.org Wed Feb 19 22:30:58 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 19 Feb 2014 22:30: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 1WGFeH-000437-9o; Wed, 19 Feb 2014 22:29:49 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGFeG-000432-0v for xen-users@lists.xen.org; Wed, 19 Feb 2014 22:29:48 +0000 Received: from [85.158.143.35:8895] by server-2.bemta-4.messagelabs.com id 98/34-10891-B5035035; Wed, 19 Feb 2014 22:29:47 +0000 X-Env-Sender: evilkillerwhale@gmail.com X-Msg-Ref: server-12.tower-21.messagelabs.com!1392848985!6925859!1 X-Originating-IP: [74.125.82.178] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_20_30, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14235 invoked from network); 19 Feb 2014 22:29:45 -0000 Received: from mail-we0-f178.google.com (HELO mail-we0-f178.google.com) (74.125.82.178) by server-12.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 19 Feb 2014 22:29:45 -0000 Received: by mail-we0-f178.google.com with SMTP id q59so859319wes.37 for ; Wed, 19 Feb 2014 14:29:45 -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-type; bh=DUe0eeqFLigxVHlQZf/5JH4CmCmB6mOyBWFDAGwYsss=; b=MVQfGHCRuNxYV+MNTsrfBQ/Qk8BnAEp78siRZAJCKtCEONVEweKO1p9aF3KcMHdsn0 0RwAM1Z1qfih3dlTTL0jVMWqWTrRfOm/WHWk8WtCfbn6lhKUoOwQbdnnHao0oLnDLPMK OT0u76UbFXhxiqw+KsufYyZECX5ks5mVqnzkd4+/G4pzQB4kzVZpUSjFYaa8WiPLRpeV mt9UzKCZTEfomczqRomWV8r0huRjNF68gKc5upaQeRYRp7+8sZFPbCsCJe++g+Q+6DUI ETfQzGrPUr7k86OWar2VCA8v0vy8t9/ZEXdixO35R7xKReaHbo9O+SB28phfEzcX+l4s S1VQ== X-Received: by 10.194.23.201 with SMTP id o9mr4665210wjf.67.1392848984923; Wed, 19 Feb 2014 14:29:44 -0800 (PST) MIME-Version: 1.0 Received: by 10.216.43.1 with HTTP; Wed, 19 Feb 2014 14:29:24 -0800 (PST) In-Reply-To: <53051E2D.8040803@bobich.net> References: <53051E2D.8040803@bobich.net> From: Kyle Davis Date: Wed, 19 Feb 2014 17:29:24 -0500 Message-ID: To: Gordan Bobic Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Issue with Win8 guest VGA Passthrough X-BeenThere: xen-users@lists.xen.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="===============8288775955824867942==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8288775955824867942== Content-Type: multipart/alternative; boundary=047d7b3a956cf8e6f604f2c9ecea --047d7b3a956cf8e6f604f2c9ecea Content-Type: text/plain; charset=ISO-8859-1 I'd seen people saying the GTX 285 worked for them with no changes to the drivers, but I'll see if I can get this to work. thanks, -Kyle On Wed, Feb 19, 2014 at 4:12 PM, Gordan Bobic wrote: > GeForce card won't work - only Quadro/Tesla/Grid cards are whitelisted in > the driver to make them work. You can modify your GTX285's device ID by > changing the straps in it's BIOS to make it into a Quadro. > > This may be of interest: > http://www.altechnative.net/2013/11/25/virtualized-gaming- > nvidia-cards-part-3-how-to-modify-a-fermi-based-geforce- > into-a-quadro-geforce-gts450gtx470gtx480-to-quadro-200050006000/ > > The straps on the 2xx series are a little different (check the nouveau > strap documentation), but the general method will be similar. > > Gordan > > > On 02/19/2014 08:54 PM, Kyle Davis wrote: > >> Hello everyone, >> >> I'd posted this over at the new user forum on xenproject, and was >> directed here. Hopefully I'm not doing something stupid by copying and >> pasting my post from there, but here goes: >> >> I have a core i7-4770 on an ASRock Z87 Extreme 4 motherboard. I have a >> PCI-based USB hub attached to deal with the fact that all the USB ports >> on the motherboard are on the same controller for passthrough purposes. >> I am using Debian Jessie with Xen 4.3 and a kernel based on 3.12.9. The >> card I'm trying to passthrough is an NVIDIA GTX 285 (I've found folks >> who say it worked fine for them, including on the boards here). >> >> I created a kernel included the flags suggested by the xen wiki, >> switched my toolstack over to xl (was on xm, and I'm unsure why), and >> followed the wiki's guides for setting up xen and VGA passthrough. >> >> I created a Windows 8 (HVM) guest that worked fine, but slowly, before >> beginning the VGA passthrough guide. Changed my windows.cfg file to the >> following: >> >> >> builder='hvm' >> bootloader ="/usr/bin/pygrub" >> memory =8192 >> vcpus=4 >> name ="windows8" >> vif =['bridge=xenbr0'] >> disk =['phy:/dev/vg0/windows,hda,w','file:/home/kyle/Desktop/ >> Windows.iso,hdc:c$ >> device_model_version ="qemu-xen-traditional" >> device_model_override ="/usr/bin/qemu-x86_64" >> acpi =1 >> pci=['01:00.0','04:00.0'] >> pci_permissive=1 >> boot="c" >> sdl=0 >> serial='pty' >> vnc=1 >> vnclisten="" >> vncpasswd="" >> >> >> >> When the config worked, pci_permissive was commented out, as was the pci >> tag. The device override was set to qemu rather than qemu-x86_64, and >> the model version was qemu-xen rather than traditional. I've tried >> flipping things just to see if I could make it work to no avail. >> >> The error I get upon running the config is: >> >> >> libxl: error: libxl_dm.c:1275:device_model_spawn_outcome: domain2 >> devicemodel: spawn failed (rc=-3) >> libxl: error: libxl_create.c:1075:domcreate_devmodel_started: device >> model did notstart: -3 >> >> libxl: error: libxl_dm.c:1306:libxl__destroy_device_model: Device >> Model already exited >> >> >> >> When I checked the log under /var/log/xen, I originally had >> -gfx_passthru: invalid option. After playing with the config file, I now >> have a hot mess: >> >> >> usage: qemu-x86_64 [options] program [arguments...] >> Linux CPU emulator (compiledfor x86_64 emulation) >> >> Optionsand associated environment variables: >> >> >> Argument Env-variable Description >> -h print this help >> -g port QEMU_GDB wait gdb connectionto 'port' >> -L path QEMU_LD_PREFIXset the elf interpreter prefixto 'path' >> -s size QEMU_STACK_SIZEset the stack sizeto 'size' bytes >> -cpu model QEMU_CPU select CPU (-cpu helpfor list) >> >> -E var=value QEMU_SET_ENV sets targets environment variable >> (seebelow) >> -U var QEMU_UNSET_ENV unsets targets environment variable >> (seebelow) >> -0 argv0 QEMU_ARGV0 forces target process argv[0]to be >> 'argv0' >> -r uname QEMU_UNAMEset qemu uname releasestring to 'uname' >> -B address QEMU_GUEST_BASEset guest_base addressto 'address' >> >> -R size QEMU_RESERVED_VA reserve 'size' bytesfor guest virtual >> address $ >> -ditem[,...] QEMU_LOG enable loggingof specified items (use '-d >> help$ >> -D logfile QEMU_LOG_FILENAMEwrite logsto 'logfile' (default stderr) >> >> -p pagesize QEMU_PAGESIZEset the host page sizeto 'pagesize' >> -singlestep QEMU_SINGLESTEPrun in singlestep mode >> -strace QEMU_STRACElog system calls >> -version QEMU_VERSION displayversion informationand exit >> >> >> Defaults: >> QEMU_LD_PREFIX = /etc/qemu-binfmt/x86_64 >> QEMU_STACK_SIZE =8388608 byte >> >> You can use -Eand -U optionsor the QEMU_SET_ENVand >> QEMU_UNSET_ENV environment variablesto set and unset >> environment variablesfor the target process. >> Itis possibleto provide several variablesby separating them >> by commasin getsubopt(3) style. Additionallyit is possibleto >> providethe -Eand -U options multipletimes. >> The following lines are equivalent: >> -E var1=val2 -E var2=val2 -U LD_PRELOAD -U LD_DEBUG >> -E var1=val2,var2=val2 -U LD_PRELOAD,LD_DEBUG >> QEMU_SET_ENV=var1=val2,var2=val2 QEMU_UNSET_ENV=LD_PRELOAD,LD_DEBUG >> Notethat if you provide several changesto a single variable >> the last change will stayin effect. >> >> >> >> >> Does anyone have some insight on this? I feel like I'm very close to >> getting my passthrough working, and that would be really awesome. >> >> Additionally, I tried to go graphically after being unsuccessful with my >> windows.cfg file, and tried the virtual machine manager. When I start >> it, however, I get this: >> >> >> Unableto connectto libvirt. >> >> Failedto connect socketto '/var/run/libvirt/libvirt-sock': No suchfile >> or directory >> >> Verifythat: >> - A Xen host kernel was booted >> - The Xen service has been started >> >> >> >> and under details : >> >> >> Unableto connectto libvirt. >> >> Failedto connect socketto '/var/run/libvirt/libvirt-sock': No suchfile >> or directory >> >> Verifythat: >> - A Xen host kernel was booted >> - The Xen service has been started >> >> Libvirt URIis: xen:/// >> >> Traceback (most recent calllast): >> File"/usr/share/virt-manager/virtManager/connection.py", line1027,in >> _open_thread >> self.vmm = self._try_open() >> File"/usr/share/virt-manager/virtManager/connection.py", line1009,in >> _try_open >> >> flags) >> File"/usr/lib/python2.7/dist-packages/libvirt.py", line105,in >> openAuth >> if retis None:raise libvirtError('virConnectOpenAuth() failed') >> libvirtError: Failedto connect socketto '/var/run/libvirt/libvirt-sock': >> No suchfile or directory >> >> >> >> >> The virtual machine manager does not, thereby, connect to localhost >> >> I guess I should also mention that Windows 8 didn't always shut down >> properly, but it wasn't reporting errors and things like the GPLPV >> drivers seemed to install correctly. >> >> Thanks for any insight, >> -Kyle >> >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >> >> > --047d7b3a956cf8e6f604f2c9ecea Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I'd seen people saying the GTX 285 worked for them wit= h no changes to the drivers, but I'll see if I can get this to work.=A0=

thanks,
-Kyle


On Wed, Feb 19, 2014 at 4:12 PM, Gordan Bobic <gordan@bobich.net> wrote:
GeForce card won't work - only Quadro/Tesla/Grid cards are whitelisted = in the driver to make them work. You can modify your GTX285's device ID= by changing the straps in it's BIOS to make it into a Quadro.

This may be of interest:
http://www.altec= hnative.net/2013/11/25/virtualized-gaming-nvidia-cards-part-3= -how-to-modify-a-fermi-based-geforce-into-a-quadro-geforce-gts450gtx470gtx480-to-quadro-200050006000/

The straps on the 2xx series are a little different (check the nouveau stra= p documentation), but the general method will be similar.

Gordan


On 02/19/2014 08:54 PM, Kyle Davis wrote:
Hello everyone,

I'd posted this over at the new user forum on xenproject, and was
directed here. Hopefully I'm not doing something stupid by copying and<= br> pasting my post from there, but here goes:

I have a core i7-4770 on an ASRock Z87 Extreme 4 motherboard. I have a
PCI-based USB hub attached to deal with the fact that all the USB ports
on the motherboard are on the same controller for passthrough purposes.
I am using Debian Jessie with Xen 4.3 and a kernel based on 3.12.9. The
card I'm trying to passthrough is an NVIDIA GTX 285 (I've found fol= ks
who say it worked fine for them, including on the boards here).

I created a kernel included the flags suggested by the xen wiki,
switched my toolstack over to xl (was on xm, and I'm unsure why), and followed the wiki's guides for setting up xen and VGA passthrough.

I created a Windows 8 (HVM) guest that worked fine, but slowly, before
beginning the VGA passthrough guide. Changed my windows.cfg file to the
following:


builder=3D'hvm'
bootloader =3D"/usr/bin/pygrub"
memory =3D8192
vcpus=3D4
name =3D"windows8"
vif =3D['bridge=3Dxenbr0']
disk =3D['phy:/dev/vg0/windows,hda,w','file:/home/kyle/D= esktop/Windows.iso,hdc:c$
device_model_version =A0=3D"qemu-xen-traditional"
device_model_override =3D"/usr/bin/qemu-x86_64"
acpi =3D1
pci=3D['01:00.0','04:00.0']
pci_permissive=3D1
boot=3D"c"
sdl=3D0
serial=3D'pty'
vnc=3D1
vnclisten=3D""
vncpasswd=3D""



When the config worked, pci_permissive was commented out, as was the pci tag. The device override was set to qemu rather than qemu-x86_64, and
the model version was qemu-xen rather than traditional. I've tried
flipping things just to see if I could make it work to no avail.

The error I get upon running the config is:


libxl: =A0error: =A0libxl_dm.c:1275:device_model_spawn_outcome: =A0d= omain2 =A0devicemodel: =A0spawn failed (rc=3D-3)
libxl: =A0error: =A0libxl_create.c:1075:domcreate_devmodel_started: = =A0device model did notstart: =A0-3

libxl: =A0error: =A0libxl_dm.c:1306:libxl__destroy_device_model: =A0= Device =A0Model =A0already exited



When I checked the log under /var/log/xen, I originally had
-gfx_passthru: invalid option. After playing with the config file, I now have a hot mess:


usage: qemu-x86_64 [options] program [arguments...]
Linux CPU emulator (compiledfor =A0x86_64 emulation)

Optionsand =A0associated environment variables:


Argument =A0 =A0 =A0Env-variable =A0 =A0 =A0Description
-h =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0print this he= lp
-g port =A0 =A0 =A0 QEMU_GDB =A0 =A0 =A0 =A0 =A0wait gdb connectionto =A0&#= 39;port'
-L path =A0 =A0 =A0 QEMU_LD_PREFIXset =A0the =A0elf interpreter prefixto = =A0'path'
-s size =A0 =A0 =A0 QEMU_STACK_SIZEset =A0the =A0stack sizeto =A0'size&= #39; bytes
-cpu model =A0 =A0QEMU_CPU =A0 =A0 =A0 =A0 =A0select CPU (-cpu helpfor =A0l= ist)

-E var=3Dvalue =A0QEMU_SET_ENV =A0 =A0 =A0sets targets environment variable= (seebelow)
-U var =A0 =A0 =A0 =A0QEMU_UNSET_ENV =A0 =A0unsets targets environment vari= able (seebelow)
-0 =A0argv0 =A0 =A0 =A0QEMU_ARGV0 =A0 =A0 =A0 =A0forces target process argv= [0]to =A0be 'argv0'
-r uname =A0 =A0 =A0QEMU_UNAMEset =A0qemu uname releasestring =A0to =A0'= ;uname'
-B address =A0 =A0QEMU_GUEST_BASEset =A0guest_base addressto =A0'addres= s'

-R size =A0 =A0 =A0 QEMU_RESERVED_VA =A0reserve 'size' bytesfor =A0= guest virtual address $
-ditem[,...] QEMU_LOG =A0 =A0 =A0 =A0 =A0enable loggingof =A0specified item= s (use '-d help$
-D logfile =A0 =A0QEMU_LOG_FILENAMEwrite =A0logsto =A0'logfile' (de= fault stderr)

-p pagesize =A0 QEMU_PAGESIZEset =A0the =A0host page sizeto =A0'pagesiz= e'
-singlestep =A0 QEMU_SINGLESTEPrun =A0in =A0singlestep mode
-strace =A0 =A0 =A0 QEMU_STRACElog =A0system calls
-version =A0 =A0 =A0 QEMU_VERSION =A0 =A0 =A0displayversion =A0informationa= nd =A0exit


Defaults:
QEMU_LD_PREFIX =A0=3D /etc/qemu-binfmt/x86_64
QEMU_STACK_SIZE =3D8388608 =A0byte

You can use -Eand =A0-U optionsor =A0the =A0QEMU_SET_ENVand
QEMU_UNSET_ENV environment variablesto =A0set =A0and =A0unset
environment variablesfor =A0the =A0target process.
Itis =A0possibleto =A0provide several variablesby =A0separating them
by =A0commasin =A0getsubopt(3) style. Additionallyit =A0is =A0possibleto providethe =A0-Eand =A0-U options multipletimes.
The following lines are equivalent:
=A0 =A0 =A0-E var1=3Dval2 -E var2=3Dval2 -U LD_PRELOAD -U LD_DEBUG
=A0 =A0 =A0-E var1=3Dval2,var2=3Dval2 -U LD_PRELOAD,LD_DEBUG
=A0 =A0 =A0QEMU_SET_ENV=3Dvar1=3Dval2,var2=3Dval2 QEMU_UNSET_ENV=3DL= D_PRELOAD,LD_DEBUG
Notethat =A0if =A0you provide several changesto =A0a single variable
the =A0last =A0change will stayin =A0effect.




Does anyone have some insight on this? I feel like I'm very close to getting my passthrough working, and that would be really awesome.

Additionally, I tried to go graphically after being unsuccessful with my windows.cfg file, and tried the virtual machine manager. When I start
it, however, I get this:


Unableto =A0connectto =A0libvirt.

Failedto =A0connect socketto =A0'/var/run/libvirt/libvirt-sock&#= 39;: No suchfile =A0or =A0directory

Verifythat:
=A0 - A Xen host kernel was booted
=A0 - The Xen service has been started



and under details :


Unableto =A0connectto =A0libvirt.

Failedto =A0connect socketto =A0'/var/run/libvirt/libvirt-sock&#= 39;: No suchfile =A0or =A0directory

Verifythat:
=A0 - A Xen host kernel was booted
=A0 - The Xen service has been started

Libvirt URIis: xen:///

Traceback (most recent calllast):
=A0 =A0File"/usr/share/virt-manager/virtManager/connection.py&q= uot;, line1027,in =A0_open_thread
=A0 =A0 =A0self.vmm =3D self._try_open()
=A0 =A0File"/usr/share/virt-manager/virtManager/connection.py&q= uot;, line1009,in =A0_try_open

=A0 =A0 =A0flags)
=A0 =A0File"/usr/lib/python2.7/dist-packages/libvirt.py", = line105,in =A0openAuth
=A0 =A0 =A0if =A0retis =A0None:raise libvirtError('virConnectOpe= nAuth() failed')
libvirtError: Failedto =A0connect socketto =A0'/var/run/libvirt/libvirt= -sock': No suchfile =A0or =A0directory




The virtual machine manager does not, thereby, connect to localhost

I guess I should also mention that Windows 8 didn't always shut down properly, but it wasn't reporting errors and things like the GPLPV
drivers seemed to install correctly.

Thanks for any insight,
-Kyle


_______________________________________________
Xen-users mailing list
Xen-users@list= s.xen.org
http://lists.x= en.org/xen-users



--047d7b3a956cf8e6f604f2c9ecea-- --===============8288775955824867942== 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 --===============8288775955824867942==-- From xen-users-bounces@lists.xen.org Wed Feb 19 22:40:59 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 19 Feb 2014 22:40: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 1WGFoe-0004Xl-Eg; Wed, 19 Feb 2014 22:40:32 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGFoc-0004Xe-S9 for xen-users@lists.xen.org; Wed, 19 Feb 2014 22:40:31 +0000 Received: from [193.109.254.147:30136] by server-2.bemta-14.messagelabs.com id 23/48-01236-ED235035; Wed, 19 Feb 2014 22:40:30 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-8.tower-27.messagelabs.com!1392849628!5506408!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18505 invoked from network); 19 Feb 2014 22:40:28 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-8.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 19 Feb 2014 22:40:28 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id B3068221BEA; Wed, 19 Feb 2014 22:40:27 +0000 (GMT) Message-ID: <530532DB.8080508@bobich.net> Date: Wed, 19 Feb 2014 22:40:27 +0000 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Kyle Davis References: <53051E2D.8040803@bobich.net> In-Reply-To: Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Issue with Win8 guest VGA Passthrough X-BeenThere: xen-users@lists.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 That was a long time ago. IIRC it required applying patches to Xen that ensured vBAR=pBAR and shortly after that was demonstrated to work, Nvidia modified the driver whitelist Quadro cards for virtualized operation. It is purely down to the device ID presented to the driver inside the VM. Modify the card's device ID, and the driver will initialize it even if it detects it is running virtualized. Somebody mentioned on the list here that they got an unmodified card working by applying a patch that changes the behaviour the driver uses to detect whether it is in a VM, but I have not seen anything about it since. Cards up to and including 4xx series can be BIOS-modded to change the device ID via the strap. Later cards include two sets of ID registers, one set by the hard-strap before the BIOS initializes, and one subject to being modified by the soft strap. This seems to have been designed specifically for Grid cards. The driver initializes the card based on the hard strap (to decide whether it will initialize it or not). Grid cards can emulate multiple different cards, for example a Quadro or a Tesla, which is effectively done by the soft strap. As far as I can work out, this is done by executing a BIOS payload in the VM to set the soft strap and perform suitable initialization, so a single Grid GPU can present different personalities to different VMs. For your 285 it doesn't matter - just find a Quadro based on the same model GPU, get it's device ID, find where the device ID strap bits are for that generation of GPUs, re-flash the strap accordingly using nvflash and enjoy VGA passthrough. :) It is probably only a matter of time before Nvidia do something to prevent this sort of thing in the driver, but we'll worry about it later. Older cards will always work with older drivers (i.e. anything Nvidia do in future drivers doesn't affect older cards since you don't need the new driver), and the current top of the like GTX780Ti is very easily modifiable into Quadro K6000 using a single 1206 33K-ohm resistor. So it would appear that VGA passthrough on the cheap is quite safe until at least the next generation of GPUs comes out in a year or two. On 02/19/2014 10:29 PM, Kyle Davis wrote: > I'd seen people saying the GTX 285 worked for them with no changes to > the drivers, but I'll see if I can get this to work. > > thanks, > -Kyle > > > On Wed, Feb 19, 2014 at 4:12 PM, Gordan Bobic > wrote: > > GeForce card won't work - only Quadro/Tesla/Grid cards are > whitelisted in the driver to make them work. You can modify your > GTX285's device ID by changing the straps in it's BIOS to make it > into a Quadro. > > This may be of interest: > http://www.altechnative.net/__2013/11/25/virtualized-gaming-__nvidia-cards-part-3-how-to-__modify-a-fermi-based-geforce-__into-a-quadro-geforce-__gts450gtx470gtx480-to-quadro-__200050006000/ > > > The straps on the 2xx series are a little different (check the > nouveau strap documentation), but the general method will be similar. > > Gordan > > > On 02/19/2014 08:54 PM, Kyle Davis wrote: > > Hello everyone, > > I'd posted this over at the new user forum on xenproject, and was > directed here. Hopefully I'm not doing something stupid by > copying and > pasting my post from there, but here goes: > > I have a core i7-4770 on an ASRock Z87 Extreme 4 motherboard. I > have a > PCI-based USB hub attached to deal with the fact that all the > USB ports > on the motherboard are on the same controller for passthrough > purposes. > I am using Debian Jessie with Xen 4.3 and a kernel based on > 3.12.9. The > card I'm trying to passthrough is an NVIDIA GTX 285 (I've found > folks > who say it worked fine for them, including on the boards here). > > I created a kernel included the flags suggested by the xen wiki, > switched my toolstack over to xl (was on xm, and I'm unsure > why), and > followed the wiki's guides for setting up xen and VGA passthrough. > > I created a Windows 8 (HVM) guest that worked fine, but slowly, > before > beginning the VGA passthrough guide. Changed my windows.cfg file > to the > following: > > > builder='hvm' > bootloader ="/usr/bin/pygrub" > memory =8192 > vcpus=4 > name ="windows8" > vif =['bridge=xenbr0'] > disk > =['phy:/dev/vg0/windows,hda,w'__,'file:/home/kyle/Desktop/__Windows.iso,hdc:c$ > device_model_version ="qemu-xen-traditional" > device_model_override ="/usr/bin/qemu-x86_64" > acpi =1 > pci=['01:00.0','04:00.0'] > pci_permissive=1 > boot="c" > sdl=0 > serial='pty' > vnc=1 > vnclisten="" > vncpasswd="" > > > > When the config worked, pci_permissive was commented out, as was > the pci > tag. The device override was set to qemu rather than > qemu-x86_64, and > the model version was qemu-xen rather than traditional. I've tried > flipping things just to see if I could make it work to no avail. > > The error I get upon running the config is: > > > libxl: error: libxl_dm.c:1275:device_model___spawn_outcome: > domain2 devicemodel: spawn failed (rc=-3) > libxl: error: > libxl_create.c:1075:domcreate___devmodel_started: device > model did notstart: -3 > > libxl: error: libxl_dm.c:1306:libxl____destroy_device_model: > Device Model already exited > > > > When I checked the log under /var/log/xen, I originally had > -gfx_passthru: invalid option. After playing with the config > file, I now > have a hot mess: > > > usage: qemu-x86_64 [options] program [arguments...] > Linux CPU emulator (compiledfor x86_64 emulation) > > Optionsand associated environment variables: > > > Argument Env-variable Description > -h print this help > -g port QEMU_GDB wait gdb connectionto 'port' > -L path QEMU_LD_PREFIXset the elf interpreter prefixto > 'path' > -s size QEMU_STACK_SIZEset the stack sizeto 'size' bytes > -cpu model QEMU_CPU select CPU (-cpu helpfor list) > > -E var=value QEMU_SET_ENV sets targets environment > variable (seebelow) > -U var QEMU_UNSET_ENV unsets targets environment > variable (seebelow) > -0 argv0 QEMU_ARGV0 forces target process argv[0]to > be 'argv0' > -r uname QEMU_UNAMEset qemu uname releasestring to 'uname' > -B address QEMU_GUEST_BASEset guest_base addressto 'address' > > -R size QEMU_RESERVED_VA reserve 'size' bytesfor guest > virtual address $ > -ditem[,...] QEMU_LOG enable loggingof specified items > (use '-d help$ > -D logfile QEMU_LOG_FILENAMEwrite logsto 'logfile' (default > stderr) > > -p pagesize QEMU_PAGESIZEset the host page sizeto 'pagesize' > -singlestep QEMU_SINGLESTEPrun in singlestep mode > -strace QEMU_STRACElog system calls > -version QEMU_VERSION displayversion informationand > exit > > > Defaults: > QEMU_LD_PREFIX = /etc/qemu-binfmt/x86_64 > QEMU_STACK_SIZE =8388608 byte > > You can use -Eand -U optionsor the QEMU_SET_ENVand > QEMU_UNSET_ENV environment variablesto set and unset > environment variablesfor the target process. > Itis possibleto provide several variablesby separating them > by commasin getsubopt(3) style. Additionallyit is possibleto > providethe -Eand -U options multipletimes. > The following lines are equivalent: > -E var1=val2 -E var2=val2 -U LD_PRELOAD -U LD_DEBUG > -E var1=val2,var2=val2 -U LD_PRELOAD,LD_DEBUG > QEMU_SET_ENV=var1=val2,var2=__val2 > QEMU_UNSET_ENV=LD_PRELOAD,LD___DEBUG > Notethat if you provide several changesto a single variable > the last change will stayin effect. > > > > > Does anyone have some insight on this? I feel like I'm very close to > getting my passthrough working, and that would be really awesome. > > Additionally, I tried to go graphically after being unsuccessful > with my > windows.cfg file, and tried the virtual machine manager. When I > start > it, however, I get this: > > > Unableto connectto libvirt. > > Failedto connect socketto '/var/run/libvirt/libvirt-__sock': > No suchfile or directory > > Verifythat: > - A Xen host kernel was booted > - The Xen service has been started > > > > and under details : > > > Unableto connectto libvirt. > > Failedto connect socketto '/var/run/libvirt/libvirt-__sock': > No suchfile or directory > > Verifythat: > - A Xen host kernel was booted > - The Xen service has been started > > Libvirt URIis: xen:/// > > Traceback (most recent calllast): > File"/usr/share/virt-manager/__virtManager/connection.py", > line1027,in _open_thread > self.vmm = self._try_open() > File"/usr/share/virt-manager/__virtManager/connection.py", > line1009,in _try_open > > flags) > File"/usr/lib/python2.7/dist-__packages/libvirt.py", > line105,in openAuth > if retis None:raise libvirtError('__virConnectOpenAuth() > failed') > libvirtError: Failedto connect socketto > '/var/run/libvirt/libvirt-__sock': No suchfile or directory > > > > > The virtual machine manager does not, thereby, connect to localhost > > I guess I should also mention that Windows 8 didn't always shut down > properly, but it wasn't reporting errors and things like the GPLPV > drivers seemed to install correctly. > > Thanks for any insight, > -Kyle > > > _________________________________________________ > 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 19 22:40:59 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 19 Feb 2014 22:40: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 1WGFoe-0004Xl-Eg; Wed, 19 Feb 2014 22:40:32 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGFoc-0004Xe-S9 for xen-users@lists.xen.org; Wed, 19 Feb 2014 22:40:31 +0000 Received: from [193.109.254.147:30136] by server-2.bemta-14.messagelabs.com id 23/48-01236-ED235035; Wed, 19 Feb 2014 22:40:30 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-8.tower-27.messagelabs.com!1392849628!5506408!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18505 invoked from network); 19 Feb 2014 22:40:28 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-8.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 19 Feb 2014 22:40:28 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id B3068221BEA; Wed, 19 Feb 2014 22:40:27 +0000 (GMT) Message-ID: <530532DB.8080508@bobich.net> Date: Wed, 19 Feb 2014 22:40:27 +0000 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Kyle Davis References: <53051E2D.8040803@bobich.net> In-Reply-To: Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Issue with Win8 guest VGA Passthrough X-BeenThere: xen-users@lists.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 That was a long time ago. IIRC it required applying patches to Xen that ensured vBAR=pBAR and shortly after that was demonstrated to work, Nvidia modified the driver whitelist Quadro cards for virtualized operation. It is purely down to the device ID presented to the driver inside the VM. Modify the card's device ID, and the driver will initialize it even if it detects it is running virtualized. Somebody mentioned on the list here that they got an unmodified card working by applying a patch that changes the behaviour the driver uses to detect whether it is in a VM, but I have not seen anything about it since. Cards up to and including 4xx series can be BIOS-modded to change the device ID via the strap. Later cards include two sets of ID registers, one set by the hard-strap before the BIOS initializes, and one subject to being modified by the soft strap. This seems to have been designed specifically for Grid cards. The driver initializes the card based on the hard strap (to decide whether it will initialize it or not). Grid cards can emulate multiple different cards, for example a Quadro or a Tesla, which is effectively done by the soft strap. As far as I can work out, this is done by executing a BIOS payload in the VM to set the soft strap and perform suitable initialization, so a single Grid GPU can present different personalities to different VMs. For your 285 it doesn't matter - just find a Quadro based on the same model GPU, get it's device ID, find where the device ID strap bits are for that generation of GPUs, re-flash the strap accordingly using nvflash and enjoy VGA passthrough. :) It is probably only a matter of time before Nvidia do something to prevent this sort of thing in the driver, but we'll worry about it later. Older cards will always work with older drivers (i.e. anything Nvidia do in future drivers doesn't affect older cards since you don't need the new driver), and the current top of the like GTX780Ti is very easily modifiable into Quadro K6000 using a single 1206 33K-ohm resistor. So it would appear that VGA passthrough on the cheap is quite safe until at least the next generation of GPUs comes out in a year or two. On 02/19/2014 10:29 PM, Kyle Davis wrote: > I'd seen people saying the GTX 285 worked for them with no changes to > the drivers, but I'll see if I can get this to work. > > thanks, > -Kyle > > > On Wed, Feb 19, 2014 at 4:12 PM, Gordan Bobic > wrote: > > GeForce card won't work - only Quadro/Tesla/Grid cards are > whitelisted in the driver to make them work. You can modify your > GTX285's device ID by changing the straps in it's BIOS to make it > into a Quadro. > > This may be of interest: > http://www.altechnative.net/__2013/11/25/virtualized-gaming-__nvidia-cards-part-3-how-to-__modify-a-fermi-based-geforce-__into-a-quadro-geforce-__gts450gtx470gtx480-to-quadro-__200050006000/ > > > The straps on the 2xx series are a little different (check the > nouveau strap documentation), but the general method will be similar. > > Gordan > > > On 02/19/2014 08:54 PM, Kyle Davis wrote: > > Hello everyone, > > I'd posted this over at the new user forum on xenproject, and was > directed here. Hopefully I'm not doing something stupid by > copying and > pasting my post from there, but here goes: > > I have a core i7-4770 on an ASRock Z87 Extreme 4 motherboard. I > have a > PCI-based USB hub attached to deal with the fact that all the > USB ports > on the motherboard are on the same controller for passthrough > purposes. > I am using Debian Jessie with Xen 4.3 and a kernel based on > 3.12.9. The > card I'm trying to passthrough is an NVIDIA GTX 285 (I've found > folks > who say it worked fine for them, including on the boards here). > > I created a kernel included the flags suggested by the xen wiki, > switched my toolstack over to xl (was on xm, and I'm unsure > why), and > followed the wiki's guides for setting up xen and VGA passthrough. > > I created a Windows 8 (HVM) guest that worked fine, but slowly, > before > beginning the VGA passthrough guide. Changed my windows.cfg file > to the > following: > > > builder='hvm' > bootloader ="/usr/bin/pygrub" > memory =8192 > vcpus=4 > name ="windows8" > vif =['bridge=xenbr0'] > disk > =['phy:/dev/vg0/windows,hda,w'__,'file:/home/kyle/Desktop/__Windows.iso,hdc:c$ > device_model_version ="qemu-xen-traditional" > device_model_override ="/usr/bin/qemu-x86_64" > acpi =1 > pci=['01:00.0','04:00.0'] > pci_permissive=1 > boot="c" > sdl=0 > serial='pty' > vnc=1 > vnclisten="" > vncpasswd="" > > > > When the config worked, pci_permissive was commented out, as was > the pci > tag. The device override was set to qemu rather than > qemu-x86_64, and > the model version was qemu-xen rather than traditional. I've tried > flipping things just to see if I could make it work to no avail. > > The error I get upon running the config is: > > > libxl: error: libxl_dm.c:1275:device_model___spawn_outcome: > domain2 devicemodel: spawn failed (rc=-3) > libxl: error: > libxl_create.c:1075:domcreate___devmodel_started: device > model did notstart: -3 > > libxl: error: libxl_dm.c:1306:libxl____destroy_device_model: > Device Model already exited > > > > When I checked the log under /var/log/xen, I originally had > -gfx_passthru: invalid option. After playing with the config > file, I now > have a hot mess: > > > usage: qemu-x86_64 [options] program [arguments...] > Linux CPU emulator (compiledfor x86_64 emulation) > > Optionsand associated environment variables: > > > Argument Env-variable Description > -h print this help > -g port QEMU_GDB wait gdb connectionto 'port' > -L path QEMU_LD_PREFIXset the elf interpreter prefixto > 'path' > -s size QEMU_STACK_SIZEset the stack sizeto 'size' bytes > -cpu model QEMU_CPU select CPU (-cpu helpfor list) > > -E var=value QEMU_SET_ENV sets targets environment > variable (seebelow) > -U var QEMU_UNSET_ENV unsets targets environment > variable (seebelow) > -0 argv0 QEMU_ARGV0 forces target process argv[0]to > be 'argv0' > -r uname QEMU_UNAMEset qemu uname releasestring to 'uname' > -B address QEMU_GUEST_BASEset guest_base addressto 'address' > > -R size QEMU_RESERVED_VA reserve 'size' bytesfor guest > virtual address $ > -ditem[,...] QEMU_LOG enable loggingof specified items > (use '-d help$ > -D logfile QEMU_LOG_FILENAMEwrite logsto 'logfile' (default > stderr) > > -p pagesize QEMU_PAGESIZEset the host page sizeto 'pagesize' > -singlestep QEMU_SINGLESTEPrun in singlestep mode > -strace QEMU_STRACElog system calls > -version QEMU_VERSION displayversion informationand > exit > > > Defaults: > QEMU_LD_PREFIX = /etc/qemu-binfmt/x86_64 > QEMU_STACK_SIZE =8388608 byte > > You can use -Eand -U optionsor the QEMU_SET_ENVand > QEMU_UNSET_ENV environment variablesto set and unset > environment variablesfor the target process. > Itis possibleto provide several variablesby separating them > by commasin getsubopt(3) style. Additionallyit is possibleto > providethe -Eand -U options multipletimes. > The following lines are equivalent: > -E var1=val2 -E var2=val2 -U LD_PRELOAD -U LD_DEBUG > -E var1=val2,var2=val2 -U LD_PRELOAD,LD_DEBUG > QEMU_SET_ENV=var1=val2,var2=__val2 > QEMU_UNSET_ENV=LD_PRELOAD,LD___DEBUG > Notethat if you provide several changesto a single variable > the last change will stayin effect. > > > > > Does anyone have some insight on this? I feel like I'm very close to > getting my passthrough working, and that would be really awesome. > > Additionally, I tried to go graphically after being unsuccessful > with my > windows.cfg file, and tried the virtual machine manager. When I > start > it, however, I get this: > > > Unableto connectto libvirt. > > Failedto connect socketto '/var/run/libvirt/libvirt-__sock': > No suchfile or directory > > Verifythat: > - A Xen host kernel was booted > - The Xen service has been started > > > > and under details : > > > Unableto connectto libvirt. > > Failedto connect socketto '/var/run/libvirt/libvirt-__sock': > No suchfile or directory > > Verifythat: > - A Xen host kernel was booted > - The Xen service has been started > > Libvirt URIis: xen:/// > > Traceback (most recent calllast): > File"/usr/share/virt-manager/__virtManager/connection.py", > line1027,in _open_thread > self.vmm = self._try_open() > File"/usr/share/virt-manager/__virtManager/connection.py", > line1009,in _try_open > > flags) > File"/usr/lib/python2.7/dist-__packages/libvirt.py", > line105,in openAuth > if retis None:raise libvirtError('__virConnectOpenAuth() > failed') > libvirtError: Failedto connect socketto > '/var/run/libvirt/libvirt-__sock': No suchfile or directory > > > > > The virtual machine manager does not, thereby, connect to localhost > > I guess I should also mention that Windows 8 didn't always shut down > properly, but it wasn't reporting errors and things like the GPLPV > drivers seemed to install correctly. > > Thanks for any insight, > -Kyle > > > _________________________________________________ > 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 Thu Feb 20 06:42:43 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 20 Feb 2014 06:42:43 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGNJq-00084o-Vd; Thu, 20 Feb 2014 06:41:14 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGNJp-00084j-2X for xen-users@lists.xen.org; Thu, 20 Feb 2014 06:41:13 +0000 Received: from [85.158.139.211:65398] by server-4.bemta-5.messagelabs.com id 9C/04-08092-883A5035; Thu, 20 Feb 2014 06:41:12 +0000 X-Env-Sender: evilkillerwhale@gmail.com X-Msg-Ref: server-2.tower-206.messagelabs.com!1392878470!5040617!1 X-Originating-IP: [74.125.82.45] X-SpamReason: No, hits=0.9 required=7.0 tests=BODY_RANDOM_LONG, HTML_30_40, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25190 invoked from network); 20 Feb 2014 06:41:10 -0000 Received: from mail-wg0-f45.google.com (HELO mail-wg0-f45.google.com) (74.125.82.45) by server-2.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 20 Feb 2014 06:41:10 -0000 Received: by mail-wg0-f45.google.com with SMTP id l18so1108883wgh.0 for ; Wed, 19 Feb 2014 22:41:09 -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-type; bh=zMYZNigI2NHA5jEY96BWl0VZFg3upBOqLceDyovj0Ok=; b=kjqresmzNGMArJmgeHJbfy8OmLg4jCYCuVZMJ0J8FJXUnlgIDcbTi5w3BLYhS8YBSy 1ii4nRI3k5GpA93glFHX1SJ3oUj4ZePaYB7JcxWiL3RxG5hfRNmfGgbYS3c572y8UvKu 3ijgx3W79iVMSP99ZIwT/PnqjqepHUDR6u6K4CLtZzMWswDWnc0aXgXGdIMUXfFaTfJv Mpf71uN/jb3tkIzonPPQCcYOsUMr0zLlMvN347DSeZAKaQXjfLbYscYJF6sxtatWA2+p t5DW1hYVapJTQAF0/fapn2v6n8vmIdFIUAsHPp8YnNJs0aSlRohdiKkLqT4MxLZlTeoj LvYA== X-Received: by 10.194.85.75 with SMTP id f11mr44792wjz.47.1392878469475; Wed, 19 Feb 2014 22:41:09 -0800 (PST) MIME-Version: 1.0 Received: by 10.216.43.1 with HTTP; Wed, 19 Feb 2014 22:40:49 -0800 (PST) In-Reply-To: <530532DB.8080508@bobich.net> References: <53051E2D.8040803@bobich.net> <530532DB.8080508@bobich.net> From: Kyle Davis Date: Thu, 20 Feb 2014 01:40:49 -0500 Message-ID: To: Gordan Bobic Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Issue with Win8 guest VGA Passthrough X-BeenThere: xen-users@lists.xen.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="===============5228129917685488265==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5228129917685488265== Content-Type: multipart/alternative; boundary=089e016347a463753504f2d0caca --089e016347a463753504f2d0caca Content-Type: text/plain; charset=ISO-8859-1 Just to make sure I'm on the right path before continuing here: It looks like the Quadro FX 4800 and the GTX285 are using the GT200B GPU: GTX285 data and Quadro Data The GTX 285 is an NV50: Tesla/NV50 info Using Device IDs, I have that the GTX285 has an ID of 0x0165. The FX 4800 has an ID of 0x05FE So it looks like I'm trying to modify the 4 bits 10-13. This is where my limited understanding breaks down, but I'm trying to find the right track here. The Fermi cards (NVC0) happen to use the same straps as the Tesla, it looks like (based on this: NV50 info ) So I'm going from 0000 0001 0110 0101 to 0000 0101 1111 1110 I need to modify xxxx x1xx 1xx1 1x10 That's not just an OR change anymore, and I'm lost at what he's doing for sure here, anyway. I'll keep looking at it, but this is a little beyond what I'm already familiar with. Any help here would be appreciated. thanks, -Kyle On Wed, Feb 19, 2014 at 5:40 PM, Gordan Bobic wrote: > That was a long time ago. IIRC it required applying patches to Xen that > ensured vBAR=pBAR and shortly after that was demonstrated to work, Nvidia > modified the driver whitelist Quadro cards for virtualized operation. It is > purely down to the device ID presented to the driver inside the VM. Modify > the card's device ID, and the driver will initialize it even if it detects > it is running virtualized. > > Somebody mentioned on the list here that they got an unmodified card > working by applying a patch that changes the behaviour the driver uses to > detect whether it is in a VM, but I have not seen anything about it since. > > Cards up to and including 4xx series can be BIOS-modded to change the > device ID via the strap. Later cards include two sets of ID registers, one > set by the hard-strap before the BIOS initializes, and one subject to being > modified by the soft strap. This seems to have been designed specifically > for Grid cards. The driver initializes the card based on the hard strap (to > decide whether it will initialize it or not). Grid cards can emulate > multiple different cards, for example a Quadro or a Tesla, which is > effectively done by the soft strap. As far as I can work out, this is done > by executing a BIOS payload in the VM to set the soft strap and perform > suitable initialization, so a single Grid GPU can present different > personalities to different VMs. > > For your 285 it doesn't matter - just find a Quadro based on the same > model GPU, get it's device ID, find where the device ID strap bits are for > that generation of GPUs, re-flash the strap accordingly using nvflash and > enjoy VGA passthrough. :) > > It is probably only a matter of time before Nvidia do something to prevent > this sort of thing in the driver, but we'll worry about it later. Older > cards will always work with older drivers (i.e. anything Nvidia do in > future drivers doesn't affect older cards since you don't need the new > driver), and the current top of the like GTX780Ti is very easily modifiable > into Quadro K6000 using a single 1206 33K-ohm resistor. So it would appear > that VGA passthrough on the cheap is quite safe until at least the next > generation of GPUs comes out in a year or two. > > > On 02/19/2014 10:29 PM, Kyle Davis wrote: > >> I'd seen people saying the GTX 285 worked for them with no changes to >> the drivers, but I'll see if I can get this to work. >> >> thanks, >> -Kyle >> >> >> On Wed, Feb 19, 2014 at 4:12 PM, Gordan Bobic > > wrote: >> >> GeForce card won't work - only Quadro/Tesla/Grid cards are >> whitelisted in the driver to make them work. You can modify your >> GTX285's device ID by changing the straps in it's BIOS to make it >> into a Quadro. >> >> This may be of interest: >> http://www.altechnative.net/__2013/11/25/virtualized-gaming- >> __nvidia-cards-part-3-how-to-__modify-a-fermi-based-geforce- >> __into-a-quadro-geforce-__gts450gtx470gtx480-to-quadro-__200050006000/ >> >> > nvidia-cards-part-3-how-to-modify-a-fermi-based-geforce- >> into-a-quadro-geforce-gts450gtx470gtx480-to-quadro-200050006000/> >> >> The straps on the 2xx series are a little different (check the >> nouveau strap documentation), but the general method will be similar. >> >> Gordan >> >> >> On 02/19/2014 08:54 PM, Kyle Davis wrote: >> >> Hello everyone, >> >> I'd posted this over at the new user forum on xenproject, and was >> directed here. Hopefully I'm not doing something stupid by >> copying and >> pasting my post from there, but here goes: >> >> I have a core i7-4770 on an ASRock Z87 Extreme 4 motherboard. I >> have a >> PCI-based USB hub attached to deal with the fact that all the >> USB ports >> on the motherboard are on the same controller for passthrough >> purposes. >> I am using Debian Jessie with Xen 4.3 and a kernel based on >> 3.12.9. The >> card I'm trying to passthrough is an NVIDIA GTX 285 (I've found >> folks >> who say it worked fine for them, including on the boards here). >> >> I created a kernel included the flags suggested by the xen wiki, >> switched my toolstack over to xl (was on xm, and I'm unsure >> why), and >> followed the wiki's guides for setting up xen and VGA passthrough. >> >> I created a Windows 8 (HVM) guest that worked fine, but slowly, >> before >> beginning the VGA passthrough guide. Changed my windows.cfg file >> to the >> following: >> >> >> builder='hvm' >> bootloader ="/usr/bin/pygrub" >> memory =8192 >> vcpus=4 >> name ="windows8" >> vif =['bridge=xenbr0'] >> disk >> =['phy:/dev/vg0/windows,hda,w'__,'file:/home/kyle/Desktop/__ >> Windows.iso,hdc:c$ >> >> device_model_version ="qemu-xen-traditional" >> device_model_override ="/usr/bin/qemu-x86_64" >> acpi =1 >> pci=['01:00.0','04:00.0'] >> pci_permissive=1 >> boot="c" >> sdl=0 >> serial='pty' >> vnc=1 >> vnclisten="" >> vncpasswd="" >> >> >> >> When the config worked, pci_permissive was commented out, as was >> the pci >> tag. The device override was set to qemu rather than >> qemu-x86_64, and >> the model version was qemu-xen rather than traditional. I've tried >> flipping things just to see if I could make it work to no avail. >> >> The error I get upon running the config is: >> >> >> libxl: error: libxl_dm.c:1275:device_model___spawn_outcome: >> >> domain2 devicemodel: spawn failed (rc=-3) >> libxl: error: >> libxl_create.c:1075:domcreate___devmodel_started: device >> model did notstart: -3 >> >> libxl: error: libxl_dm.c:1306:libxl____destroy_device_model: >> >> Device Model already exited >> >> >> >> When I checked the log under /var/log/xen, I originally had >> -gfx_passthru: invalid option. After playing with the config >> file, I now >> have a hot mess: >> >> >> usage: qemu-x86_64 [options] program [arguments...] >> Linux CPU emulator (compiledfor x86_64 emulation) >> >> Optionsand associated environment variables: >> >> >> Argument Env-variable Description >> -h print this help >> -g port QEMU_GDB wait gdb connectionto 'port' >> -L path QEMU_LD_PREFIXset the elf interpreter prefixto >> 'path' >> -s size QEMU_STACK_SIZEset the stack sizeto 'size' bytes >> -cpu model QEMU_CPU select CPU (-cpu helpfor list) >> >> -E var=value QEMU_SET_ENV sets targets environment >> variable (seebelow) >> -U var QEMU_UNSET_ENV unsets targets environment >> variable (seebelow) >> -0 argv0 QEMU_ARGV0 forces target process argv[0]to >> be 'argv0' >> -r uname QEMU_UNAMEset qemu uname releasestring to 'uname' >> -B address QEMU_GUEST_BASEset guest_base addressto 'address' >> >> -R size QEMU_RESERVED_VA reserve 'size' bytesfor guest >> virtual address $ >> -ditem[,...] QEMU_LOG enable loggingof specified items >> (use '-d help$ >> -D logfile QEMU_LOG_FILENAMEwrite logsto 'logfile' (default >> stderr) >> >> -p pagesize QEMU_PAGESIZEset the host page sizeto 'pagesize' >> -singlestep QEMU_SINGLESTEPrun in singlestep mode >> -strace QEMU_STRACElog system calls >> -version QEMU_VERSION displayversion informationand >> exit >> >> >> Defaults: >> QEMU_LD_PREFIX = /etc/qemu-binfmt/x86_64 >> QEMU_STACK_SIZE =8388608 byte >> >> You can use -Eand -U optionsor the QEMU_SET_ENVand >> QEMU_UNSET_ENV environment variablesto set and unset >> environment variablesfor the target process. >> Itis possibleto provide several variablesby separating them >> by commasin getsubopt(3) style. Additionallyit is possibleto >> providethe -Eand -U options multipletimes. >> The following lines are equivalent: >> -E var1=val2 -E var2=val2 -U LD_PRELOAD -U LD_DEBUG >> -E var1=val2,var2=val2 -U LD_PRELOAD,LD_DEBUG >> QEMU_SET_ENV=var1=val2,var2=__val2 >> QEMU_UNSET_ENV=LD_PRELOAD,LD___DEBUG >> >> Notethat if you provide several changesto a single variable >> the last change will stayin effect. >> >> >> >> >> Does anyone have some insight on this? I feel like I'm very close >> to >> getting my passthrough working, and that would be really awesome. >> >> Additionally, I tried to go graphically after being unsuccessful >> with my >> windows.cfg file, and tried the virtual machine manager. When I >> start >> it, however, I get this: >> >> >> Unableto connectto libvirt. >> >> Failedto connect socketto '/var/run/libvirt/libvirt-__sock': >> >> No suchfile or directory >> >> Verifythat: >> - A Xen host kernel was booted >> - The Xen service has been started >> >> >> >> and under details : >> >> >> Unableto connectto libvirt. >> >> Failedto connect socketto '/var/run/libvirt/libvirt-__sock': >> >> No suchfile or directory >> >> Verifythat: >> - A Xen host kernel was booted >> - The Xen service has been started >> >> Libvirt URIis: xen:/// >> >> Traceback (most recent calllast): >> File"/usr/share/virt-manager/__virtManager/connection.py", >> >> line1027,in _open_thread >> self.vmm = self._try_open() >> File"/usr/share/virt-manager/__virtManager/connection.py", >> line1009,in _try_open >> >> flags) >> File"/usr/lib/python2.7/dist-__packages/libvirt.py", >> line105,in openAuth >> if retis None:raise libvirtError('__virConnectOpenAuth() >> >> failed') >> libvirtError: Failedto connect socketto >> '/var/run/libvirt/libvirt-__sock': No suchfile or directory >> >> >> >> >> >> The virtual machine manager does not, thereby, connect to >> localhost >> >> I guess I should also mention that Windows 8 didn't always shut >> down >> properly, but it wasn't reporting errors and things like the GPLPV >> drivers seemed to install correctly. >> >> Thanks for any insight, >> -Kyle >> >> >> _________________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >> >> >> >> > --089e016347a463753504f2d0caca Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Just to make sure I'm on the right path before continu= ing here:=A0
It looks like the Quadro FX 4800 and the GTX285 are using t= he GT200B GPU:=A0
GTX285 data=A0and=A0Quadro Data

The GTX 285 is an NV50:=A0Tesla/NV50 info

Using=A0Device = IDs, I have that the GTX285 has an ID of=A00x0165. The FX = 4800 has an ID of=A00x05FE

So it looks like I'm trying to modify the 4 bits 10-13. This is whe= re my limited understanding breaks down, but I'm trying to find the rig= ht track here. The Fermi cards (NVC0) happen to use the same straps as the = Tesla, it looks like (based on this:=A0NV50 info)

So I'm going from 0000 0001 0110 0101 to 0000 0101 1111 1110
I need to modify xxxx x1xx 1xx1 1x10

That's not just an OR chan= ge anymore, and I'm lost at what he's doing for sure here, anyway. = I'll keep looking at it, but this is a little beyond what I'm alrea= dy familiar with.=A0

Any help here would be appreciated.=A0
thanks,<= /span>
-Kyle


On Wed,= Feb 19, 2014 at 5:40 PM, Gordan Bobic <gordan@bobich.net> w= rote:
That was a long time ago. IIRC it required a= pplying patches to Xen that ensured vBAR=3DpBAR and shortly after that was = demonstrated to work, Nvidia modified the driver whitelist Quadro cards for= virtualized operation. It is purely down to the device ID presented to the= driver inside the VM. Modify the card's device ID, and the driver will= initialize it even if it detects it is running virtualized.

Somebody mentioned on the list here that they got an unmodified card workin= g by applying a patch that changes the behaviour the driver uses to detect = whether it is in a VM, but I have not seen anything about it since.

Cards up to and including 4xx series can be BIOS-modded to change the devic= e ID via the strap. Later cards include two sets of ID registers, one set b= y the hard-strap before the BIOS initializes, and one subject to being modi= fied by the soft strap. This seems to have been designed specifically for G= rid cards. The driver initializes the card based on the hard strap (to deci= de whether it will initialize it or not). Grid cards can emulate multiple d= ifferent cards, for example a Quadro or a Tesla, which is effectively done = by the soft strap. As far as I can work out, this is done by executing a BI= OS payload in the VM to set the soft strap and perform suitable initializat= ion, so a single Grid GPU can present different personalities to different = VMs.

For your 285 it doesn't matter - just find a Quadro based on the same m= odel GPU, get it's device ID, find where the device ID strap bits are f= or that generation of GPUs, re-flash the strap accordingly using nvflash an= d enjoy VGA passthrough. :)

It is probably only a matter of time before Nvidia do something to prevent = this sort of thing in the driver, but we'll worry about it later. Older= cards will always work with older drivers (i.e. anything Nvidia do in futu= re drivers doesn't affect older cards since you don't need the new = driver), and the current top of the like GTX780Ti is very easily modifiable= into Quadro K6000 using a single 1206 33K-ohm resistor. So it would appear= that VGA passthrough on the cheap is quite safe until at least the next ge= neration of GPUs comes out in a year or two.


On 02/19/2014 10:29 PM, Kyle Davis wrote:
I'd seen people saying the GTX 285 worked for them with no changes to the drivers, but I'll see if I can get this to work.

thanks,
-Kyle


On Wed, Feb 19, 2014 at 4:12 PM, Gordan Bobic <gordan@bobich.net
<mailto:gordan@bo= bich.net>> wrote:

=A0 =A0 GeForce card won't work - only Quadro/Tesla/Grid cards are
=A0 =A0 whitelisted in the driver to make them work. You can modify your =A0 =A0 GTX285's device ID by changing the straps in it's BIOS to m= ake it
=A0 =A0 into a Quadro.

=A0 =A0 This may be of interest:
=A0 =A0 http://www.altechnative.net/__2013/11/25/virtualized-gaming-<= /u>__nvidia-cards-part-3-how-to-__modify-a-fermi-based-geforce-__into-a-quadro-geforce-__gts450gtx470gtx480-to-quadro-__20= 0050006000/

=A0 =A0 <http= ://www.altechnative.net/2013/11/25/virtualized-gaming-nvidia-= cards-part-3-how-to-modify-a-fermi-based-geforce-into-a-quadr= o-geforce-gts450gtx470gtx480-to-quadro-200050006000/><= br>
=A0 =A0 The straps on the 2xx series are a little different (check the
=A0 =A0 nouveau strap documentation), but the general method will be simila= r.

=A0 =A0 Gordan


=A0 =A0 On 02/19/2014 08:54 PM, Kyle Davis wrote:

=A0 =A0 =A0 =A0 Hello everyone,

=A0 =A0 =A0 =A0 I'd posted this over at the new user forum on xenprojec= t, and was
=A0 =A0 =A0 =A0 directed here. Hopefully I'm not doing something stupid= by
=A0 =A0 =A0 =A0 copying and
=A0 =A0 =A0 =A0 pasting my post from there, but here goes:

=A0 =A0 =A0 =A0 I have a core i7-4770 on an ASRock Z87 Extreme 4 motherboar= d. I
=A0 =A0 =A0 =A0 have a
=A0 =A0 =A0 =A0 PCI-based USB hub attached to deal with the fact that all t= he
=A0 =A0 =A0 =A0 USB ports
=A0 =A0 =A0 =A0 on the motherboard are on the same controller for passthrou= gh
=A0 =A0 =A0 =A0 purposes.
=A0 =A0 =A0 =A0 I am using Debian Jessie with Xen 4.3 and a kernel based on=
=A0 =A0 =A0 =A0 3.12.9. The
=A0 =A0 =A0 =A0 card I'm trying to passthrough is an NVIDIA GTX 285 (I&= #39;ve found
=A0 =A0 =A0 =A0 folks
=A0 =A0 =A0 =A0 who say it worked fine for them, including on the boards he= re).

=A0 =A0 =A0 =A0 I created a kernel included the flags suggested by the xen = wiki,
=A0 =A0 =A0 =A0 switched my toolstack over to xl (was on xm, and I'm un= sure
=A0 =A0 =A0 =A0 why), and
=A0 =A0 =A0 =A0 followed the wiki's guides for setting up xen and VGA p= assthrough.

=A0 =A0 =A0 =A0 I created a Windows 8 (HVM) guest that worked fine, but slo= wly,
=A0 =A0 =A0 =A0 before
=A0 =A0 =A0 =A0 beginning the VGA passthrough guide. Changed my windows.cfg= file
=A0 =A0 =A0 =A0 to the
=A0 =A0 =A0 =A0 following:


=A0 =A0 =A0 =A0 builder=3D'hvm'
=A0 =A0 =A0 =A0 bootloader =3D"/usr/bin/pygrub"
=A0 =A0 =A0 =A0 memory =3D8192
=A0 =A0 =A0 =A0 vcpus=3D4
=A0 =A0 =A0 =A0 name =3D"windows8"
=A0 =A0 =A0 =A0 vif =3D['bridge=3Dxenbr0']
=A0 =A0 =A0 =A0 disk
=A0 =A0 =A0 =A0 =3D['phy:/dev/vg0/windows,hda,w'__,'file= :/home/kyle/Desktop/__Windows.iso,hdc:c$

=A0 =A0 =A0 =A0 device_model_version =A0=3D"qemu-xen-traditional"=
=A0 =A0 =A0 =A0 device_model_override =3D"/usr/bin/qemu-x86_64" =A0 =A0 =A0 =A0 acpi =3D1
=A0 =A0 =A0 =A0 pci=3D['01:00.0','04:00.0']
=A0 =A0 =A0 =A0 pci_permissive=3D1
=A0 =A0 =A0 =A0 boot=3D"c"
=A0 =A0 =A0 =A0 sdl=3D0
=A0 =A0 =A0 =A0 serial=3D'pty'
=A0 =A0 =A0 =A0 vnc=3D1
=A0 =A0 =A0 =A0 vnclisten=3D""
=A0 =A0 =A0 =A0 vncpasswd=3D""



=A0 =A0 =A0 =A0 When the config worked, pci_permissive was commented out, a= s was
=A0 =A0 =A0 =A0 the pci
=A0 =A0 =A0 =A0 tag. The device override was set to qemu rather than
=A0 =A0 =A0 =A0 qemu-x86_64, and
=A0 =A0 =A0 =A0 the model version was qemu-xen rather than traditional. I&#= 39;ve tried
=A0 =A0 =A0 =A0 flipping things just to see if I could make it work to no a= vail.

=A0 =A0 =A0 =A0 The error I get upon running the config is:


=A0 =A0 =A0 =A0 libxl: =A0error: =A0libxl_dm.c:1275:device_model___s= pawn_outcome:

=A0 =A0 =A0 =A0 =A0 domain2 =A0devicemodel: =A0spawn failed (rc=3D-3)
=A0 =A0 =A0 =A0 libxl: =A0error:
=A0 =A0 =A0 =A0 =A0 libxl_create.c:1075:domcreate___devmodel_started= : =A0device
=A0 =A0 =A0 =A0 model did notstart: =A0-3

=A0 =A0 =A0 =A0 libxl: =A0error: =A0libxl_dm.c:1306:libxl____destroy= _device_model:

=A0 =A0 =A0 =A0 =A0 Device =A0Model =A0already exited



=A0 =A0 =A0 =A0 When I checked the log under /var/log/xen, I originally had=
=A0 =A0 =A0 =A0 -gfx_passthru: invalid option. After playing with the confi= g
=A0 =A0 =A0 =A0 file, I now
=A0 =A0 =A0 =A0 have a hot mess:


=A0 =A0 =A0 =A0 usage: qemu-x86_64 [options] program [arguments...]
=A0 =A0 =A0 =A0 Linux CPU emulator (compiledfor =A0x86_64 emulation)

=A0 =A0 =A0 =A0 Optionsand =A0associated environment variables:


=A0 =A0 =A0 =A0 Argument =A0 =A0 =A0Env-variable =A0 =A0 =A0Description
=A0 =A0 =A0 =A0 -h =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0print this help
=A0 =A0 =A0 =A0 -g port =A0 =A0 =A0 QEMU_GDB =A0 =A0 =A0 =A0 =A0wait gdb co= nnectionto =A0'port'
=A0 =A0 =A0 =A0 -L path =A0 =A0 =A0 QEMU_LD_PREFIXset =A0the =A0elf interpr= eter prefixto
=A0 =A0 =A0 =A0 =A0 'path'
=A0 =A0 =A0 =A0 -s size =A0 =A0 =A0 QEMU_STACK_SIZEset =A0the =A0stack size= to =A0'size' bytes
=A0 =A0 =A0 =A0 -cpu model =A0 =A0QEMU_CPU =A0 =A0 =A0 =A0 =A0select CPU (-= cpu helpfor =A0list)

=A0 =A0 =A0 =A0 -E var=3Dvalue =A0QEMU_SET_ENV =A0 =A0 =A0sets targets envi= ronment
=A0 =A0 =A0 =A0 variable (seebelow)
=A0 =A0 =A0 =A0 -U var =A0 =A0 =A0 =A0QEMU_UNSET_ENV =A0 =A0unsets targets = environment
=A0 =A0 =A0 =A0 variable (seebelow)
=A0 =A0 =A0 =A0 -0 =A0argv0 =A0 =A0 =A0QEMU_ARGV0 =A0 =A0 =A0 =A0forces tar= get process argv[0]to
=A0 =A0 =A0 =A0 =A0 be 'argv0'
=A0 =A0 =A0 =A0 -r uname =A0 =A0 =A0QEMU_UNAMEset =A0qemu uname releasestri= ng =A0to =A0'uname'
=A0 =A0 =A0 =A0 -B address =A0 =A0QEMU_GUEST_BASEset =A0guest_base addresst= o =A0'address'

=A0 =A0 =A0 =A0 -R size =A0 =A0 =A0 QEMU_RESERVED_VA =A0reserve 'size&#= 39; bytesfor =A0guest
=A0 =A0 =A0 =A0 virtual address $
=A0 =A0 =A0 =A0 -ditem[,...] QEMU_LOG =A0 =A0 =A0 =A0 =A0enable loggingof = =A0specified items
=A0 =A0 =A0 =A0 (use '-d help$
=A0 =A0 =A0 =A0 -D logfile =A0 =A0QEMU_LOG_FILENAMEwrite =A0logsto =A0'= logfile' (default
=A0 =A0 =A0 =A0 stderr)

=A0 =A0 =A0 =A0 -p pagesize =A0 QEMU_PAGESIZEset =A0the =A0host page sizeto= =A0'pagesize'
=A0 =A0 =A0 =A0 -singlestep =A0 QEMU_SINGLESTEPrun =A0in =A0singlestep mode=
=A0 =A0 =A0 =A0 -strace =A0 =A0 =A0 QEMU_STRACElog =A0system calls
=A0 =A0 =A0 =A0 -version =A0 =A0 =A0 QEMU_VERSION =A0 =A0 =A0displayversion= =A0informationand
=A0 =A0 =A0 =A0 =A0 exit


=A0 =A0 =A0 =A0 Defaults:
=A0 =A0 =A0 =A0 QEMU_LD_PREFIX =A0=3D /etc/qemu-binfmt/x86_64
=A0 =A0 =A0 =A0 QEMU_STACK_SIZE =3D8388608 =A0byte

=A0 =A0 =A0 =A0 You can use -Eand =A0-U optionsor =A0the =A0QEMU_SET_ENVand=
=A0 =A0 =A0 =A0 QEMU_UNSET_ENV environment variablesto =A0set =A0and =A0uns= et
=A0 =A0 =A0 =A0 environment variablesfor =A0the =A0target process.
=A0 =A0 =A0 =A0 Itis =A0possibleto =A0provide several variablesby =A0separa= ting them
=A0 =A0 =A0 =A0 by =A0commasin =A0getsubopt(3) style. Additionallyit =A0is = =A0possibleto
=A0 =A0 =A0 =A0 providethe =A0-Eand =A0-U options multipletimes.
=A0 =A0 =A0 =A0 The following lines are equivalent:
=A0 =A0 =A0 =A0 =A0 =A0 =A0 -E var1=3Dval2 -E var2=3Dval2 -U LD_PRELOAD -U = LD_DEBUG
=A0 =A0 =A0 =A0 =A0 =A0 =A0 -E var1=3Dval2,var2=3Dval2 -U LD_PRELOAD,LD_DEB= UG
=A0 =A0 =A0 =A0 =A0 =A0 =A0 QEMU_SET_ENV=3Dvar1=3Dval2,var2=3D__val2=
=A0 =A0 =A0 =A0 QEMU_UNSET_ENV=3DLD_PRELOAD,LD___DEBUG

=A0 =A0 =A0 =A0 Notethat =A0if =A0you provide several changesto =A0a single= variable
=A0 =A0 =A0 =A0 the =A0last =A0change will stayin =A0effect.




=A0 =A0 =A0 =A0 Does anyone have some insight on this? I feel like I'm = very close to
=A0 =A0 =A0 =A0 getting my passthrough working, and that would be really aw= esome.

=A0 =A0 =A0 =A0 Additionally, I tried to go graphically after being unsucce= ssful
=A0 =A0 =A0 =A0 with my
=A0 =A0 =A0 =A0 windows.cfg file, and tried the virtual machine manager. Wh= en I
=A0 =A0 =A0 =A0 start
=A0 =A0 =A0 =A0 it, however, I get this:


=A0 =A0 =A0 =A0 Unableto =A0connectto =A0libvirt.

=A0 =A0 =A0 =A0 Failedto =A0connect socketto =A0'/var/run/libvirt/libvi= rt-__sock':

=A0 =A0 =A0 =A0 No suchfile =A0or =A0directory

=A0 =A0 =A0 =A0 Verifythat:
=A0 =A0 =A0 =A0 =A0 =A0- A Xen host kernel was booted
=A0 =A0 =A0 =A0 =A0 =A0- The Xen service has been started



=A0 =A0 =A0 =A0 and under details :


=A0 =A0 =A0 =A0 Unableto =A0connectto =A0libvirt.

=A0 =A0 =A0 =A0 Failedto =A0connect socketto =A0'/var/run/libvirt/libvi= rt-__sock':

=A0 =A0 =A0 =A0 No suchfile =A0or =A0directory

=A0 =A0 =A0 =A0 Verifythat:
=A0 =A0 =A0 =A0 =A0 =A0- A Xen host kernel was booted
=A0 =A0 =A0 =A0 =A0 =A0- The Xen service has been started

=A0 =A0 =A0 =A0 Libvirt URIis: xen:///

=A0 =A0 =A0 =A0 Traceback (most recent calllast):
=A0 =A0 =A0 =A0 =A0 =A0 File"/usr/share/virt-manager/__virtMana= ger/connection.py",

=A0 =A0 =A0 =A0 line1027,in =A0_open_thread
=A0 =A0 =A0 =A0 =A0 =A0 =A0 self.vmm =3D self._try_open()
=A0 =A0 =A0 =A0 =A0 =A0 File"/usr/share/virt-manager/__virtMana= ger/connection.py",
=A0 =A0 =A0 =A0 line1009,in =A0_try_open

=A0 =A0 =A0 =A0 =A0 =A0 =A0 flags)
=A0 =A0 =A0 =A0 =A0 =A0 File"/usr/lib/python2.7/dist-__packages= /libvirt.py",
=A0 =A0 =A0 =A0 line105,in =A0openAuth
=A0 =A0 =A0 =A0 =A0 =A0 =A0 if =A0retis =A0None:raise libvirtError('__<= u>virConnectOpenAuth()

=A0 =A0 =A0 =A0 failed')
=A0 =A0 =A0 =A0 libvirtError: Failedto =A0connect socketto
=A0 =A0 =A0 =A0 =A0 '/var/run/libvirt/libvirt-__sock': No su= chfile =A0or =A0directory





=A0 =A0 =A0 =A0 The virtual machine manager does not, thereby, connect to l= ocalhost

=A0 =A0 =A0 =A0 I guess I should also mention that Windows 8 didn't alw= ays shut down
=A0 =A0 =A0 =A0 properly, but it wasn't reporting errors and things lik= e the GPLPV
=A0 =A0 =A0 =A0 drivers seemed to install correctly.

=A0 =A0 =A0 =A0 Thanks for any insight,
=A0 =A0 =A0 =A0 -Kyle


=A0 =A0 =A0 =A0 _________________________________________________ =A0 =A0 =A0 =A0 Xen-users mailing list
=A0 =A0 =A0 =A0 Xen-users@lists.xen.org <mailto:Xen-users@lists.xen.org>
=A0 =A0 =A0 =A0 http://lists.xen.org/xen-users





--089e016347a463753504f2d0caca-- --===============5228129917685488265== 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 --===============5228129917685488265==-- From xen-users-bounces@lists.xen.org Thu Feb 20 06:42:43 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 20 Feb 2014 06:42:43 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGNJq-00084o-Vd; Thu, 20 Feb 2014 06:41:14 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGNJp-00084j-2X for xen-users@lists.xen.org; Thu, 20 Feb 2014 06:41:13 +0000 Received: from [85.158.139.211:65398] by server-4.bemta-5.messagelabs.com id 9C/04-08092-883A5035; Thu, 20 Feb 2014 06:41:12 +0000 X-Env-Sender: evilkillerwhale@gmail.com X-Msg-Ref: server-2.tower-206.messagelabs.com!1392878470!5040617!1 X-Originating-IP: [74.125.82.45] X-SpamReason: No, hits=0.9 required=7.0 tests=BODY_RANDOM_LONG, HTML_30_40, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25190 invoked from network); 20 Feb 2014 06:41:10 -0000 Received: from mail-wg0-f45.google.com (HELO mail-wg0-f45.google.com) (74.125.82.45) by server-2.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 20 Feb 2014 06:41:10 -0000 Received: by mail-wg0-f45.google.com with SMTP id l18so1108883wgh.0 for ; Wed, 19 Feb 2014 22:41:09 -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-type; bh=zMYZNigI2NHA5jEY96BWl0VZFg3upBOqLceDyovj0Ok=; b=kjqresmzNGMArJmgeHJbfy8OmLg4jCYCuVZMJ0J8FJXUnlgIDcbTi5w3BLYhS8YBSy 1ii4nRI3k5GpA93glFHX1SJ3oUj4ZePaYB7JcxWiL3RxG5hfRNmfGgbYS3c572y8UvKu 3ijgx3W79iVMSP99ZIwT/PnqjqepHUDR6u6K4CLtZzMWswDWnc0aXgXGdIMUXfFaTfJv Mpf71uN/jb3tkIzonPPQCcYOsUMr0zLlMvN347DSeZAKaQXjfLbYscYJF6sxtatWA2+p t5DW1hYVapJTQAF0/fapn2v6n8vmIdFIUAsHPp8YnNJs0aSlRohdiKkLqT4MxLZlTeoj LvYA== X-Received: by 10.194.85.75 with SMTP id f11mr44792wjz.47.1392878469475; Wed, 19 Feb 2014 22:41:09 -0800 (PST) MIME-Version: 1.0 Received: by 10.216.43.1 with HTTP; Wed, 19 Feb 2014 22:40:49 -0800 (PST) In-Reply-To: <530532DB.8080508@bobich.net> References: <53051E2D.8040803@bobich.net> <530532DB.8080508@bobich.net> From: Kyle Davis Date: Thu, 20 Feb 2014 01:40:49 -0500 Message-ID: To: Gordan Bobic Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Issue with Win8 guest VGA Passthrough X-BeenThere: xen-users@lists.xen.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="===============5228129917685488265==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5228129917685488265== Content-Type: multipart/alternative; boundary=089e016347a463753504f2d0caca --089e016347a463753504f2d0caca Content-Type: text/plain; charset=ISO-8859-1 Just to make sure I'm on the right path before continuing here: It looks like the Quadro FX 4800 and the GTX285 are using the GT200B GPU: GTX285 data and Quadro Data The GTX 285 is an NV50: Tesla/NV50 info Using Device IDs, I have that the GTX285 has an ID of 0x0165. The FX 4800 has an ID of 0x05FE So it looks like I'm trying to modify the 4 bits 10-13. This is where my limited understanding breaks down, but I'm trying to find the right track here. The Fermi cards (NVC0) happen to use the same straps as the Tesla, it looks like (based on this: NV50 info ) So I'm going from 0000 0001 0110 0101 to 0000 0101 1111 1110 I need to modify xxxx x1xx 1xx1 1x10 That's not just an OR change anymore, and I'm lost at what he's doing for sure here, anyway. I'll keep looking at it, but this is a little beyond what I'm already familiar with. Any help here would be appreciated. thanks, -Kyle On Wed, Feb 19, 2014 at 5:40 PM, Gordan Bobic wrote: > That was a long time ago. IIRC it required applying patches to Xen that > ensured vBAR=pBAR and shortly after that was demonstrated to work, Nvidia > modified the driver whitelist Quadro cards for virtualized operation. It is > purely down to the device ID presented to the driver inside the VM. Modify > the card's device ID, and the driver will initialize it even if it detects > it is running virtualized. > > Somebody mentioned on the list here that they got an unmodified card > working by applying a patch that changes the behaviour the driver uses to > detect whether it is in a VM, but I have not seen anything about it since. > > Cards up to and including 4xx series can be BIOS-modded to change the > device ID via the strap. Later cards include two sets of ID registers, one > set by the hard-strap before the BIOS initializes, and one subject to being > modified by the soft strap. This seems to have been designed specifically > for Grid cards. The driver initializes the card based on the hard strap (to > decide whether it will initialize it or not). Grid cards can emulate > multiple different cards, for example a Quadro or a Tesla, which is > effectively done by the soft strap. As far as I can work out, this is done > by executing a BIOS payload in the VM to set the soft strap and perform > suitable initialization, so a single Grid GPU can present different > personalities to different VMs. > > For your 285 it doesn't matter - just find a Quadro based on the same > model GPU, get it's device ID, find where the device ID strap bits are for > that generation of GPUs, re-flash the strap accordingly using nvflash and > enjoy VGA passthrough. :) > > It is probably only a matter of time before Nvidia do something to prevent > this sort of thing in the driver, but we'll worry about it later. Older > cards will always work with older drivers (i.e. anything Nvidia do in > future drivers doesn't affect older cards since you don't need the new > driver), and the current top of the like GTX780Ti is very easily modifiable > into Quadro K6000 using a single 1206 33K-ohm resistor. So it would appear > that VGA passthrough on the cheap is quite safe until at least the next > generation of GPUs comes out in a year or two. > > > On 02/19/2014 10:29 PM, Kyle Davis wrote: > >> I'd seen people saying the GTX 285 worked for them with no changes to >> the drivers, but I'll see if I can get this to work. >> >> thanks, >> -Kyle >> >> >> On Wed, Feb 19, 2014 at 4:12 PM, Gordan Bobic > > wrote: >> >> GeForce card won't work - only Quadro/Tesla/Grid cards are >> whitelisted in the driver to make them work. You can modify your >> GTX285's device ID by changing the straps in it's BIOS to make it >> into a Quadro. >> >> This may be of interest: >> http://www.altechnative.net/__2013/11/25/virtualized-gaming- >> __nvidia-cards-part-3-how-to-__modify-a-fermi-based-geforce- >> __into-a-quadro-geforce-__gts450gtx470gtx480-to-quadro-__200050006000/ >> >> > nvidia-cards-part-3-how-to-modify-a-fermi-based-geforce- >> into-a-quadro-geforce-gts450gtx470gtx480-to-quadro-200050006000/> >> >> The straps on the 2xx series are a little different (check the >> nouveau strap documentation), but the general method will be similar. >> >> Gordan >> >> >> On 02/19/2014 08:54 PM, Kyle Davis wrote: >> >> Hello everyone, >> >> I'd posted this over at the new user forum on xenproject, and was >> directed here. Hopefully I'm not doing something stupid by >> copying and >> pasting my post from there, but here goes: >> >> I have a core i7-4770 on an ASRock Z87 Extreme 4 motherboard. I >> have a >> PCI-based USB hub attached to deal with the fact that all the >> USB ports >> on the motherboard are on the same controller for passthrough >> purposes. >> I am using Debian Jessie with Xen 4.3 and a kernel based on >> 3.12.9. The >> card I'm trying to passthrough is an NVIDIA GTX 285 (I've found >> folks >> who say it worked fine for them, including on the boards here). >> >> I created a kernel included the flags suggested by the xen wiki, >> switched my toolstack over to xl (was on xm, and I'm unsure >> why), and >> followed the wiki's guides for setting up xen and VGA passthrough. >> >> I created a Windows 8 (HVM) guest that worked fine, but slowly, >> before >> beginning the VGA passthrough guide. Changed my windows.cfg file >> to the >> following: >> >> >> builder='hvm' >> bootloader ="/usr/bin/pygrub" >> memory =8192 >> vcpus=4 >> name ="windows8" >> vif =['bridge=xenbr0'] >> disk >> =['phy:/dev/vg0/windows,hda,w'__,'file:/home/kyle/Desktop/__ >> Windows.iso,hdc:c$ >> >> device_model_version ="qemu-xen-traditional" >> device_model_override ="/usr/bin/qemu-x86_64" >> acpi =1 >> pci=['01:00.0','04:00.0'] >> pci_permissive=1 >> boot="c" >> sdl=0 >> serial='pty' >> vnc=1 >> vnclisten="" >> vncpasswd="" >> >> >> >> When the config worked, pci_permissive was commented out, as was >> the pci >> tag. The device override was set to qemu rather than >> qemu-x86_64, and >> the model version was qemu-xen rather than traditional. I've tried >> flipping things just to see if I could make it work to no avail. >> >> The error I get upon running the config is: >> >> >> libxl: error: libxl_dm.c:1275:device_model___spawn_outcome: >> >> domain2 devicemodel: spawn failed (rc=-3) >> libxl: error: >> libxl_create.c:1075:domcreate___devmodel_started: device >> model did notstart: -3 >> >> libxl: error: libxl_dm.c:1306:libxl____destroy_device_model: >> >> Device Model already exited >> >> >> >> When I checked the log under /var/log/xen, I originally had >> -gfx_passthru: invalid option. After playing with the config >> file, I now >> have a hot mess: >> >> >> usage: qemu-x86_64 [options] program [arguments...] >> Linux CPU emulator (compiledfor x86_64 emulation) >> >> Optionsand associated environment variables: >> >> >> Argument Env-variable Description >> -h print this help >> -g port QEMU_GDB wait gdb connectionto 'port' >> -L path QEMU_LD_PREFIXset the elf interpreter prefixto >> 'path' >> -s size QEMU_STACK_SIZEset the stack sizeto 'size' bytes >> -cpu model QEMU_CPU select CPU (-cpu helpfor list) >> >> -E var=value QEMU_SET_ENV sets targets environment >> variable (seebelow) >> -U var QEMU_UNSET_ENV unsets targets environment >> variable (seebelow) >> -0 argv0 QEMU_ARGV0 forces target process argv[0]to >> be 'argv0' >> -r uname QEMU_UNAMEset qemu uname releasestring to 'uname' >> -B address QEMU_GUEST_BASEset guest_base addressto 'address' >> >> -R size QEMU_RESERVED_VA reserve 'size' bytesfor guest >> virtual address $ >> -ditem[,...] QEMU_LOG enable loggingof specified items >> (use '-d help$ >> -D logfile QEMU_LOG_FILENAMEwrite logsto 'logfile' (default >> stderr) >> >> -p pagesize QEMU_PAGESIZEset the host page sizeto 'pagesize' >> -singlestep QEMU_SINGLESTEPrun in singlestep mode >> -strace QEMU_STRACElog system calls >> -version QEMU_VERSION displayversion informationand >> exit >> >> >> Defaults: >> QEMU_LD_PREFIX = /etc/qemu-binfmt/x86_64 >> QEMU_STACK_SIZE =8388608 byte >> >> You can use -Eand -U optionsor the QEMU_SET_ENVand >> QEMU_UNSET_ENV environment variablesto set and unset >> environment variablesfor the target process. >> Itis possibleto provide several variablesby separating them >> by commasin getsubopt(3) style. Additionallyit is possibleto >> providethe -Eand -U options multipletimes. >> The following lines are equivalent: >> -E var1=val2 -E var2=val2 -U LD_PRELOAD -U LD_DEBUG >> -E var1=val2,var2=val2 -U LD_PRELOAD,LD_DEBUG >> QEMU_SET_ENV=var1=val2,var2=__val2 >> QEMU_UNSET_ENV=LD_PRELOAD,LD___DEBUG >> >> Notethat if you provide several changesto a single variable >> the last change will stayin effect. >> >> >> >> >> Does anyone have some insight on this? I feel like I'm very close >> to >> getting my passthrough working, and that would be really awesome. >> >> Additionally, I tried to go graphically after being unsuccessful >> with my >> windows.cfg file, and tried the virtual machine manager. When I >> start >> it, however, I get this: >> >> >> Unableto connectto libvirt. >> >> Failedto connect socketto '/var/run/libvirt/libvirt-__sock': >> >> No suchfile or directory >> >> Verifythat: >> - A Xen host kernel was booted >> - The Xen service has been started >> >> >> >> and under details : >> >> >> Unableto connectto libvirt. >> >> Failedto connect socketto '/var/run/libvirt/libvirt-__sock': >> >> No suchfile or directory >> >> Verifythat: >> - A Xen host kernel was booted >> - The Xen service has been started >> >> Libvirt URIis: xen:/// >> >> Traceback (most recent calllast): >> File"/usr/share/virt-manager/__virtManager/connection.py", >> >> line1027,in _open_thread >> self.vmm = self._try_open() >> File"/usr/share/virt-manager/__virtManager/connection.py", >> line1009,in _try_open >> >> flags) >> File"/usr/lib/python2.7/dist-__packages/libvirt.py", >> line105,in openAuth >> if retis None:raise libvirtError('__virConnectOpenAuth() >> >> failed') >> libvirtError: Failedto connect socketto >> '/var/run/libvirt/libvirt-__sock': No suchfile or directory >> >> >> >> >> >> The virtual machine manager does not, thereby, connect to >> localhost >> >> I guess I should also mention that Windows 8 didn't always shut >> down >> properly, but it wasn't reporting errors and things like the GPLPV >> drivers seemed to install correctly. >> >> Thanks for any insight, >> -Kyle >> >> >> _________________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >> >> >> >> > --089e016347a463753504f2d0caca Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Just to make sure I'm on the right path before continu= ing here:=A0
It looks like the Quadro FX 4800 and the GTX285 are using t= he GT200B GPU:=A0
GTX285 data=A0and=A0Quadro Data

The GTX 285 is an NV50:=A0Tesla/NV50 info

Using=A0Device = IDs, I have that the GTX285 has an ID of=A00x0165. The FX = 4800 has an ID of=A00x05FE

So it looks like I'm trying to modify the 4 bits 10-13. This is whe= re my limited understanding breaks down, but I'm trying to find the rig= ht track here. The Fermi cards (NVC0) happen to use the same straps as the = Tesla, it looks like (based on this:=A0NV50 info)

So I'm going from 0000 0001 0110 0101 to 0000 0101 1111 1110
I need to modify xxxx x1xx 1xx1 1x10

That's not just an OR chan= ge anymore, and I'm lost at what he's doing for sure here, anyway. = I'll keep looking at it, but this is a little beyond what I'm alrea= dy familiar with.=A0

Any help here would be appreciated.=A0
thanks,<= /span>
-Kyle


On Wed,= Feb 19, 2014 at 5:40 PM, Gordan Bobic <gordan@bobich.net> w= rote:
That was a long time ago. IIRC it required a= pplying patches to Xen that ensured vBAR=3DpBAR and shortly after that was = demonstrated to work, Nvidia modified the driver whitelist Quadro cards for= virtualized operation. It is purely down to the device ID presented to the= driver inside the VM. Modify the card's device ID, and the driver will= initialize it even if it detects it is running virtualized.

Somebody mentioned on the list here that they got an unmodified card workin= g by applying a patch that changes the behaviour the driver uses to detect = whether it is in a VM, but I have not seen anything about it since.

Cards up to and including 4xx series can be BIOS-modded to change the devic= e ID via the strap. Later cards include two sets of ID registers, one set b= y the hard-strap before the BIOS initializes, and one subject to being modi= fied by the soft strap. This seems to have been designed specifically for G= rid cards. The driver initializes the card based on the hard strap (to deci= de whether it will initialize it or not). Grid cards can emulate multiple d= ifferent cards, for example a Quadro or a Tesla, which is effectively done = by the soft strap. As far as I can work out, this is done by executing a BI= OS payload in the VM to set the soft strap and perform suitable initializat= ion, so a single Grid GPU can present different personalities to different = VMs.

For your 285 it doesn't matter - just find a Quadro based on the same m= odel GPU, get it's device ID, find where the device ID strap bits are f= or that generation of GPUs, re-flash the strap accordingly using nvflash an= d enjoy VGA passthrough. :)

It is probably only a matter of time before Nvidia do something to prevent = this sort of thing in the driver, but we'll worry about it later. Older= cards will always work with older drivers (i.e. anything Nvidia do in futu= re drivers doesn't affect older cards since you don't need the new = driver), and the current top of the like GTX780Ti is very easily modifiable= into Quadro K6000 using a single 1206 33K-ohm resistor. So it would appear= that VGA passthrough on the cheap is quite safe until at least the next ge= neration of GPUs comes out in a year or two.


On 02/19/2014 10:29 PM, Kyle Davis wrote:
I'd seen people saying the GTX 285 worked for them with no changes to the drivers, but I'll see if I can get this to work.

thanks,
-Kyle


On Wed, Feb 19, 2014 at 4:12 PM, Gordan Bobic <gordan@bobich.net
<mailto:gordan@bo= bich.net>> wrote:

=A0 =A0 GeForce card won't work - only Quadro/Tesla/Grid cards are
=A0 =A0 whitelisted in the driver to make them work. You can modify your =A0 =A0 GTX285's device ID by changing the straps in it's BIOS to m= ake it
=A0 =A0 into a Quadro.

=A0 =A0 This may be of interest:
=A0 =A0 http://www.altechnative.net/__2013/11/25/virtualized-gaming-<= /u>__nvidia-cards-part-3-how-to-__modify-a-fermi-based-geforce-__into-a-quadro-geforce-__gts450gtx470gtx480-to-quadro-__20= 0050006000/

=A0 =A0 <http= ://www.altechnative.net/2013/11/25/virtualized-gaming-nvidia-= cards-part-3-how-to-modify-a-fermi-based-geforce-into-a-quadr= o-geforce-gts450gtx470gtx480-to-quadro-200050006000/><= br>
=A0 =A0 The straps on the 2xx series are a little different (check the
=A0 =A0 nouveau strap documentation), but the general method will be simila= r.

=A0 =A0 Gordan


=A0 =A0 On 02/19/2014 08:54 PM, Kyle Davis wrote:

=A0 =A0 =A0 =A0 Hello everyone,

=A0 =A0 =A0 =A0 I'd posted this over at the new user forum on xenprojec= t, and was
=A0 =A0 =A0 =A0 directed here. Hopefully I'm not doing something stupid= by
=A0 =A0 =A0 =A0 copying and
=A0 =A0 =A0 =A0 pasting my post from there, but here goes:

=A0 =A0 =A0 =A0 I have a core i7-4770 on an ASRock Z87 Extreme 4 motherboar= d. I
=A0 =A0 =A0 =A0 have a
=A0 =A0 =A0 =A0 PCI-based USB hub attached to deal with the fact that all t= he
=A0 =A0 =A0 =A0 USB ports
=A0 =A0 =A0 =A0 on the motherboard are on the same controller for passthrou= gh
=A0 =A0 =A0 =A0 purposes.
=A0 =A0 =A0 =A0 I am using Debian Jessie with Xen 4.3 and a kernel based on=
=A0 =A0 =A0 =A0 3.12.9. The
=A0 =A0 =A0 =A0 card I'm trying to passthrough is an NVIDIA GTX 285 (I&= #39;ve found
=A0 =A0 =A0 =A0 folks
=A0 =A0 =A0 =A0 who say it worked fine for them, including on the boards he= re).

=A0 =A0 =A0 =A0 I created a kernel included the flags suggested by the xen = wiki,
=A0 =A0 =A0 =A0 switched my toolstack over to xl (was on xm, and I'm un= sure
=A0 =A0 =A0 =A0 why), and
=A0 =A0 =A0 =A0 followed the wiki's guides for setting up xen and VGA p= assthrough.

=A0 =A0 =A0 =A0 I created a Windows 8 (HVM) guest that worked fine, but slo= wly,
=A0 =A0 =A0 =A0 before
=A0 =A0 =A0 =A0 beginning the VGA passthrough guide. Changed my windows.cfg= file
=A0 =A0 =A0 =A0 to the
=A0 =A0 =A0 =A0 following:


=A0 =A0 =A0 =A0 builder=3D'hvm'
=A0 =A0 =A0 =A0 bootloader =3D"/usr/bin/pygrub"
=A0 =A0 =A0 =A0 memory =3D8192
=A0 =A0 =A0 =A0 vcpus=3D4
=A0 =A0 =A0 =A0 name =3D"windows8"
=A0 =A0 =A0 =A0 vif =3D['bridge=3Dxenbr0']
=A0 =A0 =A0 =A0 disk
=A0 =A0 =A0 =A0 =3D['phy:/dev/vg0/windows,hda,w'__,'file= :/home/kyle/Desktop/__Windows.iso,hdc:c$

=A0 =A0 =A0 =A0 device_model_version =A0=3D"qemu-xen-traditional"=
=A0 =A0 =A0 =A0 device_model_override =3D"/usr/bin/qemu-x86_64" =A0 =A0 =A0 =A0 acpi =3D1
=A0 =A0 =A0 =A0 pci=3D['01:00.0','04:00.0']
=A0 =A0 =A0 =A0 pci_permissive=3D1
=A0 =A0 =A0 =A0 boot=3D"c"
=A0 =A0 =A0 =A0 sdl=3D0
=A0 =A0 =A0 =A0 serial=3D'pty'
=A0 =A0 =A0 =A0 vnc=3D1
=A0 =A0 =A0 =A0 vnclisten=3D""
=A0 =A0 =A0 =A0 vncpasswd=3D""



=A0 =A0 =A0 =A0 When the config worked, pci_permissive was commented out, a= s was
=A0 =A0 =A0 =A0 the pci
=A0 =A0 =A0 =A0 tag. The device override was set to qemu rather than
=A0 =A0 =A0 =A0 qemu-x86_64, and
=A0 =A0 =A0 =A0 the model version was qemu-xen rather than traditional. I&#= 39;ve tried
=A0 =A0 =A0 =A0 flipping things just to see if I could make it work to no a= vail.

=A0 =A0 =A0 =A0 The error I get upon running the config is:


=A0 =A0 =A0 =A0 libxl: =A0error: =A0libxl_dm.c:1275:device_model___s= pawn_outcome:

=A0 =A0 =A0 =A0 =A0 domain2 =A0devicemodel: =A0spawn failed (rc=3D-3)
=A0 =A0 =A0 =A0 libxl: =A0error:
=A0 =A0 =A0 =A0 =A0 libxl_create.c:1075:domcreate___devmodel_started= : =A0device
=A0 =A0 =A0 =A0 model did notstart: =A0-3

=A0 =A0 =A0 =A0 libxl: =A0error: =A0libxl_dm.c:1306:libxl____destroy= _device_model:

=A0 =A0 =A0 =A0 =A0 Device =A0Model =A0already exited



=A0 =A0 =A0 =A0 When I checked the log under /var/log/xen, I originally had=
=A0 =A0 =A0 =A0 -gfx_passthru: invalid option. After playing with the confi= g
=A0 =A0 =A0 =A0 file, I now
=A0 =A0 =A0 =A0 have a hot mess:


=A0 =A0 =A0 =A0 usage: qemu-x86_64 [options] program [arguments...]
=A0 =A0 =A0 =A0 Linux CPU emulator (compiledfor =A0x86_64 emulation)

=A0 =A0 =A0 =A0 Optionsand =A0associated environment variables:


=A0 =A0 =A0 =A0 Argument =A0 =A0 =A0Env-variable =A0 =A0 =A0Description
=A0 =A0 =A0 =A0 -h =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0print this help
=A0 =A0 =A0 =A0 -g port =A0 =A0 =A0 QEMU_GDB =A0 =A0 =A0 =A0 =A0wait gdb co= nnectionto =A0'port'
=A0 =A0 =A0 =A0 -L path =A0 =A0 =A0 QEMU_LD_PREFIXset =A0the =A0elf interpr= eter prefixto
=A0 =A0 =A0 =A0 =A0 'path'
=A0 =A0 =A0 =A0 -s size =A0 =A0 =A0 QEMU_STACK_SIZEset =A0the =A0stack size= to =A0'size' bytes
=A0 =A0 =A0 =A0 -cpu model =A0 =A0QEMU_CPU =A0 =A0 =A0 =A0 =A0select CPU (-= cpu helpfor =A0list)

=A0 =A0 =A0 =A0 -E var=3Dvalue =A0QEMU_SET_ENV =A0 =A0 =A0sets targets envi= ronment
=A0 =A0 =A0 =A0 variable (seebelow)
=A0 =A0 =A0 =A0 -U var =A0 =A0 =A0 =A0QEMU_UNSET_ENV =A0 =A0unsets targets = environment
=A0 =A0 =A0 =A0 variable (seebelow)
=A0 =A0 =A0 =A0 -0 =A0argv0 =A0 =A0 =A0QEMU_ARGV0 =A0 =A0 =A0 =A0forces tar= get process argv[0]to
=A0 =A0 =A0 =A0 =A0 be 'argv0'
=A0 =A0 =A0 =A0 -r uname =A0 =A0 =A0QEMU_UNAMEset =A0qemu uname releasestri= ng =A0to =A0'uname'
=A0 =A0 =A0 =A0 -B address =A0 =A0QEMU_GUEST_BASEset =A0guest_base addresst= o =A0'address'

=A0 =A0 =A0 =A0 -R size =A0 =A0 =A0 QEMU_RESERVED_VA =A0reserve 'size&#= 39; bytesfor =A0guest
=A0 =A0 =A0 =A0 virtual address $
=A0 =A0 =A0 =A0 -ditem[,...] QEMU_LOG =A0 =A0 =A0 =A0 =A0enable loggingof = =A0specified items
=A0 =A0 =A0 =A0 (use '-d help$
=A0 =A0 =A0 =A0 -D logfile =A0 =A0QEMU_LOG_FILENAMEwrite =A0logsto =A0'= logfile' (default
=A0 =A0 =A0 =A0 stderr)

=A0 =A0 =A0 =A0 -p pagesize =A0 QEMU_PAGESIZEset =A0the =A0host page sizeto= =A0'pagesize'
=A0 =A0 =A0 =A0 -singlestep =A0 QEMU_SINGLESTEPrun =A0in =A0singlestep mode=
=A0 =A0 =A0 =A0 -strace =A0 =A0 =A0 QEMU_STRACElog =A0system calls
=A0 =A0 =A0 =A0 -version =A0 =A0 =A0 QEMU_VERSION =A0 =A0 =A0displayversion= =A0informationand
=A0 =A0 =A0 =A0 =A0 exit


=A0 =A0 =A0 =A0 Defaults:
=A0 =A0 =A0 =A0 QEMU_LD_PREFIX =A0=3D /etc/qemu-binfmt/x86_64
=A0 =A0 =A0 =A0 QEMU_STACK_SIZE =3D8388608 =A0byte

=A0 =A0 =A0 =A0 You can use -Eand =A0-U optionsor =A0the =A0QEMU_SET_ENVand=
=A0 =A0 =A0 =A0 QEMU_UNSET_ENV environment variablesto =A0set =A0and =A0uns= et
=A0 =A0 =A0 =A0 environment variablesfor =A0the =A0target process.
=A0 =A0 =A0 =A0 Itis =A0possibleto =A0provide several variablesby =A0separa= ting them
=A0 =A0 =A0 =A0 by =A0commasin =A0getsubopt(3) style. Additionallyit =A0is = =A0possibleto
=A0 =A0 =A0 =A0 providethe =A0-Eand =A0-U options multipletimes.
=A0 =A0 =A0 =A0 The following lines are equivalent:
=A0 =A0 =A0 =A0 =A0 =A0 =A0 -E var1=3Dval2 -E var2=3Dval2 -U LD_PRELOAD -U = LD_DEBUG
=A0 =A0 =A0 =A0 =A0 =A0 =A0 -E var1=3Dval2,var2=3Dval2 -U LD_PRELOAD,LD_DEB= UG
=A0 =A0 =A0 =A0 =A0 =A0 =A0 QEMU_SET_ENV=3Dvar1=3Dval2,var2=3D__val2=
=A0 =A0 =A0 =A0 QEMU_UNSET_ENV=3DLD_PRELOAD,LD___DEBUG

=A0 =A0 =A0 =A0 Notethat =A0if =A0you provide several changesto =A0a single= variable
=A0 =A0 =A0 =A0 the =A0last =A0change will stayin =A0effect.




=A0 =A0 =A0 =A0 Does anyone have some insight on this? I feel like I'm = very close to
=A0 =A0 =A0 =A0 getting my passthrough working, and that would be really aw= esome.

=A0 =A0 =A0 =A0 Additionally, I tried to go graphically after being unsucce= ssful
=A0 =A0 =A0 =A0 with my
=A0 =A0 =A0 =A0 windows.cfg file, and tried the virtual machine manager. Wh= en I
=A0 =A0 =A0 =A0 start
=A0 =A0 =A0 =A0 it, however, I get this:


=A0 =A0 =A0 =A0 Unableto =A0connectto =A0libvirt.

=A0 =A0 =A0 =A0 Failedto =A0connect socketto =A0'/var/run/libvirt/libvi= rt-__sock':

=A0 =A0 =A0 =A0 No suchfile =A0or =A0directory

=A0 =A0 =A0 =A0 Verifythat:
=A0 =A0 =A0 =A0 =A0 =A0- A Xen host kernel was booted
=A0 =A0 =A0 =A0 =A0 =A0- The Xen service has been started



=A0 =A0 =A0 =A0 and under details :


=A0 =A0 =A0 =A0 Unableto =A0connectto =A0libvirt.

=A0 =A0 =A0 =A0 Failedto =A0connect socketto =A0'/var/run/libvirt/libvi= rt-__sock':

=A0 =A0 =A0 =A0 No suchfile =A0or =A0directory

=A0 =A0 =A0 =A0 Verifythat:
=A0 =A0 =A0 =A0 =A0 =A0- A Xen host kernel was booted
=A0 =A0 =A0 =A0 =A0 =A0- The Xen service has been started

=A0 =A0 =A0 =A0 Libvirt URIis: xen:///

=A0 =A0 =A0 =A0 Traceback (most recent calllast):
=A0 =A0 =A0 =A0 =A0 =A0 File"/usr/share/virt-manager/__virtMana= ger/connection.py",

=A0 =A0 =A0 =A0 line1027,in =A0_open_thread
=A0 =A0 =A0 =A0 =A0 =A0 =A0 self.vmm =3D self._try_open()
=A0 =A0 =A0 =A0 =A0 =A0 File"/usr/share/virt-manager/__virtMana= ger/connection.py",
=A0 =A0 =A0 =A0 line1009,in =A0_try_open

=A0 =A0 =A0 =A0 =A0 =A0 =A0 flags)
=A0 =A0 =A0 =A0 =A0 =A0 File"/usr/lib/python2.7/dist-__packages= /libvirt.py",
=A0 =A0 =A0 =A0 line105,in =A0openAuth
=A0 =A0 =A0 =A0 =A0 =A0 =A0 if =A0retis =A0None:raise libvirtError('__<= u>virConnectOpenAuth()

=A0 =A0 =A0 =A0 failed')
=A0 =A0 =A0 =A0 libvirtError: Failedto =A0connect socketto
=A0 =A0 =A0 =A0 =A0 '/var/run/libvirt/libvirt-__sock': No su= chfile =A0or =A0directory





=A0 =A0 =A0 =A0 The virtual machine manager does not, thereby, connect to l= ocalhost

=A0 =A0 =A0 =A0 I guess I should also mention that Windows 8 didn't alw= ays shut down
=A0 =A0 =A0 =A0 properly, but it wasn't reporting errors and things lik= e the GPLPV
=A0 =A0 =A0 =A0 drivers seemed to install correctly.

=A0 =A0 =A0 =A0 Thanks for any insight,
=A0 =A0 =A0 =A0 -Kyle


=A0 =A0 =A0 =A0 _________________________________________________ =A0 =A0 =A0 =A0 Xen-users mailing list
=A0 =A0 =A0 =A0 Xen-users@lists.xen.org <mailto:Xen-users@lists.xen.org>
=A0 =A0 =A0 =A0 http://lists.xen.org/xen-users





--089e016347a463753504f2d0caca-- --===============5228129917685488265== 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 --===============5228129917685488265==-- From xen-users-bounces@lists.xen.org Thu Feb 20 07:25:15 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 20 Feb 2014 07:25: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 1WGNzm-0000YX-8m; Thu, 20 Feb 2014 07:24:34 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGNzk-0000YS-1t for xen-users@lists.xen.org; Thu, 20 Feb 2014 07:24:32 +0000 Received: from [85.158.143.35:41563] by server-1.bemta-4.messagelabs.com id 7B/DC-31661-FADA5035; Thu, 20 Feb 2014 07:24:31 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-6.tower-21.messagelabs.com!1392881068!6959609!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17235 invoked from network); 20 Feb 2014 07:24:29 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-6.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 Feb 2014 07:24:29 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 4493E221BEA; Thu, 20 Feb 2014 07:24:28 +0000 (GMT) Message-ID: <5305ADAA.9080503@bobich.net> Date: Thu, 20 Feb 2014 07:24:26 +0000 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Kyle Davis References: <53051E2D.8040803@bobich.net> <530532DB.8080508@bobich.net> In-Reply-To: Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Issue with Win8 guest VGA Passthrough X-BeenThere: xen-users@lists.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 GTX285 should have device ID 0x05E3. The closest equivalent is Quadro FX5800, which has device ID 0x05FD. E3 = 111 00011 FD = 111 11101 You only have control over the low 5 bits in the soft strap which is sufficient according to the above. Bit 1 needs to go low (AND and OR mask bit to 0) and bits 2,3,4 need to go high (OR mask bits to 1). Unfortunately I don't have a NV50 based card so I cannot help with BIOS analysis. Gordan On 02/20/2014 06:40 AM, Kyle Davis wrote: > Just to make sure I'm on the right path before continuing here: > It looks like the Quadro FX 4800 and the GTX285 are using the GT200B GPU: > GTX285 data > and > Quadro Data > > > The GTX 285 is an NV50: Tesla/NV50 info > > > Using Device IDs > , > I have that the GTX285 has an ID of 0x0165. The FX 4800 has an ID of 0x05FE > > So it looks like I'm trying to modify the 4 bits 10-13. This is where my > limited understanding breaks down, but I'm trying to find the right > track here. The Fermi cards (NVC0) happen to use the same straps as the > Tesla, it looks like (based on this: NV50 info > ) > > So I'm going from 0000 0001 0110 0101 to 0000 0101 1111 1110 > > I need to modify xxxx x1xx 1xx1 1x10 > > That's not just an OR change anymore, and I'm lost at what he's doing > for sure here, anyway. I'll keep looking at it, but this is a little > beyond what I'm already familiar with. > > Any help here would be appreciated. > thanks, > -Kyle > > > On Wed, Feb 19, 2014 at 5:40 PM, Gordan Bobic > wrote: > > That was a long time ago. IIRC it required applying patches to Xen > that ensured vBAR=pBAR and shortly after that was demonstrated to > work, Nvidia modified the driver whitelist Quadro cards for > virtualized operation. It is purely down to the device ID presented > to the driver inside the VM. Modify the card's device ID, and the > driver will initialize it even if it detects it is running virtualized. > > Somebody mentioned on the list here that they got an unmodified card > working by applying a patch that changes the behaviour the driver > uses to detect whether it is in a VM, but I have not seen anything > about it since. > > Cards up to and including 4xx series can be BIOS-modded to change > the device ID via the strap. Later cards include two sets of ID > registers, one set by the hard-strap before the BIOS initializes, > and one subject to being modified by the soft strap. This seems to > have been designed specifically for Grid cards. The driver > initializes the card based on the hard strap (to decide whether it > will initialize it or not). Grid cards can emulate multiple > different cards, for example a Quadro or a Tesla, which is > effectively done by the soft strap. As far as I can work out, this > is done by executing a BIOS payload in the VM to set the soft strap > and perform suitable initialization, so a single Grid GPU can > present different personalities to different VMs. > > For your 285 it doesn't matter - just find a Quadro based on the > same model GPU, get it's device ID, find where the device ID strap > bits are for that generation of GPUs, re-flash the strap accordingly > using nvflash and enjoy VGA passthrough. :) > > It is probably only a matter of time before Nvidia do something to > prevent this sort of thing in the driver, but we'll worry about it > later. Older cards will always work with older drivers (i.e. > anything Nvidia do in future drivers doesn't affect older cards > since you don't need the new driver), and the current top of the > like GTX780Ti is very easily modifiable into Quadro K6000 using a > single 1206 33K-ohm resistor. So it would appear that VGA > passthrough on the cheap is quite safe until at least the next > generation of GPUs comes out in a year or two. > > > On 02/19/2014 10:29 PM, Kyle Davis wrote: > > I'd seen people saying the GTX 285 worked for them with no > changes to > the drivers, but I'll see if I can get this to work. > > thanks, > -Kyle > > > On Wed, Feb 19, 2014 at 4:12 PM, Gordan Bobic > >> wrote: > > GeForce card won't work - only Quadro/Tesla/Grid cards are > whitelisted in the driver to make them work. You can modify > your > GTX285's device ID by changing the straps in it's BIOS to > make it > into a Quadro. > > This may be of interest: > http://www.altechnative.net/____2013/11/25/virtualized-gaming-____nvidia-cards-part-3-how-to-____modify-a-fermi-based-geforce-____into-a-quadro-geforce-____gts450gtx470gtx480-to-quadro-____200050006000/ > > > > > > > The straps on the 2xx series are a little different (check the > nouveau strap documentation), but the general method will > be similar. > > Gordan > > > On 02/19/2014 08:54 PM, Kyle Davis wrote: > > Hello everyone, > > I'd posted this over at the new user forum on > xenproject, and was > directed here. Hopefully I'm not doing something stupid by > copying and > pasting my post from there, but here goes: > > I have a core i7-4770 on an ASRock Z87 Extreme 4 > motherboard. I > have a > PCI-based USB hub attached to deal with the fact that > all the > USB ports > on the motherboard are on the same controller for > passthrough > purposes. > I am using Debian Jessie with Xen 4.3 and a kernel based on > 3.12.9. The > card I'm trying to passthrough is an NVIDIA GTX 285 > (I've found > folks > who say it worked fine for them, including on the > boards here). > > I created a kernel included the flags suggested by the > xen wiki, > switched my toolstack over to xl (was on xm, and I'm unsure > why), and > followed the wiki's guides for setting up xen and VGA > passthrough. > > I created a Windows 8 (HVM) guest that worked fine, but > slowly, > before > beginning the VGA passthrough guide. Changed my > windows.cfg file > to the > following: > > > builder='hvm' > bootloader ="/usr/bin/pygrub" > memory =8192 > vcpus=4 > name ="windows8" > vif =['bridge=xenbr0'] > disk > > =['phy:/dev/vg0/windows,hda,w'____,'file:/home/kyle/Desktop/____Windows.iso,hdc:c$ > > device_model_version ="qemu-xen-traditional" > device_model_override ="/usr/bin/qemu-x86_64" > acpi =1 > pci=['01:00.0','04:00.0'] > pci_permissive=1 > boot="c" > sdl=0 > serial='pty' > vnc=1 > vnclisten="" > vncpasswd="" > > > > When the config worked, pci_permissive was commented > out, as was > the pci > tag. The device override was set to qemu rather than > qemu-x86_64, and > the model version was qemu-xen rather than traditional. > I've tried > flipping things just to see if I could make it work to > no avail. > > The error I get upon running the config is: > > > libxl: error: > libxl_dm.c:1275:device_model_____spawn_outcome: > > domain2 devicemodel: spawn failed (rc=-3) > libxl: error: > libxl_create.c:1075:domcreate_____devmodel_started: > device > model did notstart: -3 > > libxl: error: > libxl_dm.c:1306:libxl______destroy_device_model: > > Device Model already exited > > > > When I checked the log under /var/log/xen, I originally had > -gfx_passthru: invalid option. After playing with the > config > file, I now > have a hot mess: > > > usage: qemu-x86_64 [options] program [arguments...] > Linux CPU emulator (compiledfor x86_64 emulation) > > Optionsand associated environment variables: > > > Argument Env-variable Description > -h print this help > -g port QEMU_GDB wait gdb connectionto > 'port' > -L path QEMU_LD_PREFIXset the elf interpreter > prefixto > 'path' > -s size QEMU_STACK_SIZEset the stack sizeto > 'size' bytes > -cpu model QEMU_CPU select CPU (-cpu > helpfor list) > > -E var=value QEMU_SET_ENV sets targets environment > variable (seebelow) > -U var QEMU_UNSET_ENV unsets targets environment > variable (seebelow) > -0 argv0 QEMU_ARGV0 forces target process > argv[0]to > be 'argv0' > -r uname QEMU_UNAMEset qemu uname releasestring > to 'uname' > -B address QEMU_GUEST_BASEset guest_base addressto > 'address' > > -R size QEMU_RESERVED_VA reserve 'size' bytesfor > guest > virtual address $ > -ditem[,...] QEMU_LOG enable loggingof > specified items > (use '-d help$ > -D logfile QEMU_LOG_FILENAMEwrite logsto 'logfile' > (default > stderr) > > -p pagesize QEMU_PAGESIZEset the host page sizeto > 'pagesize' > -singlestep QEMU_SINGLESTEPrun in singlestep mode > -strace QEMU_STRACElog system calls > -version QEMU_VERSION displayversion > informationand > exit > > > Defaults: > QEMU_LD_PREFIX = /etc/qemu-binfmt/x86_64 > QEMU_STACK_SIZE =8388608 byte > > You can use -Eand -U optionsor the QEMU_SET_ENVand > QEMU_UNSET_ENV environment variablesto set and unset > environment variablesfor the target process. > Itis possibleto provide several variablesby > separating them > by commasin getsubopt(3) style. Additionallyit is > possibleto > providethe -Eand -U options multipletimes. > The following lines are equivalent: > -E var1=val2 -E var2=val2 -U LD_PRELOAD -U LD_DEBUG > -E var1=val2,var2=val2 -U LD_PRELOAD,LD_DEBUG > QEMU_SET_ENV=var1=val2,var2=____val2 > QEMU_UNSET_ENV=LD_PRELOAD,LD_____DEBUG > > Notethat if you provide several changesto a single > variable > the last change will stayin effect. > > > > > Does anyone have some insight on this? I feel like I'm > very close to > getting my passthrough working, and that would be > really awesome. > > Additionally, I tried to go graphically after being > unsuccessful > with my > windows.cfg file, and tried the virtual machine > manager. When I > start > it, however, I get this: > > > Unableto connectto libvirt. > > Failedto connect socketto > '/var/run/libvirt/libvirt-____sock': > > No suchfile or directory > > Verifythat: > - A Xen host kernel was booted > - The Xen service has been started > > > > and under details : > > > Unableto connectto libvirt. > > Failedto connect socketto > '/var/run/libvirt/libvirt-____sock': > > No suchfile or directory > > Verifythat: > - A Xen host kernel was booted > - The Xen service has been started > > Libvirt URIis: xen:/// > > Traceback (most recent calllast): > > File"/usr/share/virt-manager/____virtManager/connection.py", > > line1027,in _open_thread > self.vmm = self._try_open() > > File"/usr/share/virt-manager/____virtManager/connection.py", > line1009,in _try_open > > flags) > File"/usr/lib/python2.7/dist-____packages/libvirt.py", > line105,in openAuth > if retis None:raise > libvirtError('____virConnectOpenAuth() > > failed') > libvirtError: Failedto connect socketto > '/var/run/libvirt/libvirt-____sock': No suchfile or > directory > > > > > > The virtual machine manager does not, thereby, connect > to localhost > > I guess I should also mention that Windows 8 didn't > always shut down > properly, but it wasn't reporting errors and things > like the GPLPV > drivers seemed to install correctly. > > Thanks for any insight, > -Kyle > > > ___________________________________________________ > 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 Thu Feb 20 07:25:15 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 20 Feb 2014 07:25: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 1WGNzm-0000YX-8m; Thu, 20 Feb 2014 07:24:34 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGNzk-0000YS-1t for xen-users@lists.xen.org; Thu, 20 Feb 2014 07:24:32 +0000 Received: from [85.158.143.35:41563] by server-1.bemta-4.messagelabs.com id 7B/DC-31661-FADA5035; Thu, 20 Feb 2014 07:24:31 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-6.tower-21.messagelabs.com!1392881068!6959609!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17235 invoked from network); 20 Feb 2014 07:24:29 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-6.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 Feb 2014 07:24:29 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 4493E221BEA; Thu, 20 Feb 2014 07:24:28 +0000 (GMT) Message-ID: <5305ADAA.9080503@bobich.net> Date: Thu, 20 Feb 2014 07:24:26 +0000 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Kyle Davis References: <53051E2D.8040803@bobich.net> <530532DB.8080508@bobich.net> In-Reply-To: Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Issue with Win8 guest VGA Passthrough X-BeenThere: xen-users@lists.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 GTX285 should have device ID 0x05E3. The closest equivalent is Quadro FX5800, which has device ID 0x05FD. E3 = 111 00011 FD = 111 11101 You only have control over the low 5 bits in the soft strap which is sufficient according to the above. Bit 1 needs to go low (AND and OR mask bit to 0) and bits 2,3,4 need to go high (OR mask bits to 1). Unfortunately I don't have a NV50 based card so I cannot help with BIOS analysis. Gordan On 02/20/2014 06:40 AM, Kyle Davis wrote: > Just to make sure I'm on the right path before continuing here: > It looks like the Quadro FX 4800 and the GTX285 are using the GT200B GPU: > GTX285 data > and > Quadro Data > > > The GTX 285 is an NV50: Tesla/NV50 info > > > Using Device IDs > , > I have that the GTX285 has an ID of 0x0165. The FX 4800 has an ID of 0x05FE > > So it looks like I'm trying to modify the 4 bits 10-13. This is where my > limited understanding breaks down, but I'm trying to find the right > track here. The Fermi cards (NVC0) happen to use the same straps as the > Tesla, it looks like (based on this: NV50 info > ) > > So I'm going from 0000 0001 0110 0101 to 0000 0101 1111 1110 > > I need to modify xxxx x1xx 1xx1 1x10 > > That's not just an OR change anymore, and I'm lost at what he's doing > for sure here, anyway. I'll keep looking at it, but this is a little > beyond what I'm already familiar with. > > Any help here would be appreciated. > thanks, > -Kyle > > > On Wed, Feb 19, 2014 at 5:40 PM, Gordan Bobic > wrote: > > That was a long time ago. IIRC it required applying patches to Xen > that ensured vBAR=pBAR and shortly after that was demonstrated to > work, Nvidia modified the driver whitelist Quadro cards for > virtualized operation. It is purely down to the device ID presented > to the driver inside the VM. Modify the card's device ID, and the > driver will initialize it even if it detects it is running virtualized. > > Somebody mentioned on the list here that they got an unmodified card > working by applying a patch that changes the behaviour the driver > uses to detect whether it is in a VM, but I have not seen anything > about it since. > > Cards up to and including 4xx series can be BIOS-modded to change > the device ID via the strap. Later cards include two sets of ID > registers, one set by the hard-strap before the BIOS initializes, > and one subject to being modified by the soft strap. This seems to > have been designed specifically for Grid cards. The driver > initializes the card based on the hard strap (to decide whether it > will initialize it or not). Grid cards can emulate multiple > different cards, for example a Quadro or a Tesla, which is > effectively done by the soft strap. As far as I can work out, this > is done by executing a BIOS payload in the VM to set the soft strap > and perform suitable initialization, so a single Grid GPU can > present different personalities to different VMs. > > For your 285 it doesn't matter - just find a Quadro based on the > same model GPU, get it's device ID, find where the device ID strap > bits are for that generation of GPUs, re-flash the strap accordingly > using nvflash and enjoy VGA passthrough. :) > > It is probably only a matter of time before Nvidia do something to > prevent this sort of thing in the driver, but we'll worry about it > later. Older cards will always work with older drivers (i.e. > anything Nvidia do in future drivers doesn't affect older cards > since you don't need the new driver), and the current top of the > like GTX780Ti is very easily modifiable into Quadro K6000 using a > single 1206 33K-ohm resistor. So it would appear that VGA > passthrough on the cheap is quite safe until at least the next > generation of GPUs comes out in a year or two. > > > On 02/19/2014 10:29 PM, Kyle Davis wrote: > > I'd seen people saying the GTX 285 worked for them with no > changes to > the drivers, but I'll see if I can get this to work. > > thanks, > -Kyle > > > On Wed, Feb 19, 2014 at 4:12 PM, Gordan Bobic > >> wrote: > > GeForce card won't work - only Quadro/Tesla/Grid cards are > whitelisted in the driver to make them work. You can modify > your > GTX285's device ID by changing the straps in it's BIOS to > make it > into a Quadro. > > This may be of interest: > http://www.altechnative.net/____2013/11/25/virtualized-gaming-____nvidia-cards-part-3-how-to-____modify-a-fermi-based-geforce-____into-a-quadro-geforce-____gts450gtx470gtx480-to-quadro-____200050006000/ > > > > > > > The straps on the 2xx series are a little different (check the > nouveau strap documentation), but the general method will > be similar. > > Gordan > > > On 02/19/2014 08:54 PM, Kyle Davis wrote: > > Hello everyone, > > I'd posted this over at the new user forum on > xenproject, and was > directed here. Hopefully I'm not doing something stupid by > copying and > pasting my post from there, but here goes: > > I have a core i7-4770 on an ASRock Z87 Extreme 4 > motherboard. I > have a > PCI-based USB hub attached to deal with the fact that > all the > USB ports > on the motherboard are on the same controller for > passthrough > purposes. > I am using Debian Jessie with Xen 4.3 and a kernel based on > 3.12.9. The > card I'm trying to passthrough is an NVIDIA GTX 285 > (I've found > folks > who say it worked fine for them, including on the > boards here). > > I created a kernel included the flags suggested by the > xen wiki, > switched my toolstack over to xl (was on xm, and I'm unsure > why), and > followed the wiki's guides for setting up xen and VGA > passthrough. > > I created a Windows 8 (HVM) guest that worked fine, but > slowly, > before > beginning the VGA passthrough guide. Changed my > windows.cfg file > to the > following: > > > builder='hvm' > bootloader ="/usr/bin/pygrub" > memory =8192 > vcpus=4 > name ="windows8" > vif =['bridge=xenbr0'] > disk > > =['phy:/dev/vg0/windows,hda,w'____,'file:/home/kyle/Desktop/____Windows.iso,hdc:c$ > > device_model_version ="qemu-xen-traditional" > device_model_override ="/usr/bin/qemu-x86_64" > acpi =1 > pci=['01:00.0','04:00.0'] > pci_permissive=1 > boot="c" > sdl=0 > serial='pty' > vnc=1 > vnclisten="" > vncpasswd="" > > > > When the config worked, pci_permissive was commented > out, as was > the pci > tag. The device override was set to qemu rather than > qemu-x86_64, and > the model version was qemu-xen rather than traditional. > I've tried > flipping things just to see if I could make it work to > no avail. > > The error I get upon running the config is: > > > libxl: error: > libxl_dm.c:1275:device_model_____spawn_outcome: > > domain2 devicemodel: spawn failed (rc=-3) > libxl: error: > libxl_create.c:1075:domcreate_____devmodel_started: > device > model did notstart: -3 > > libxl: error: > libxl_dm.c:1306:libxl______destroy_device_model: > > Device Model already exited > > > > When I checked the log under /var/log/xen, I originally had > -gfx_passthru: invalid option. After playing with the > config > file, I now > have a hot mess: > > > usage: qemu-x86_64 [options] program [arguments...] > Linux CPU emulator (compiledfor x86_64 emulation) > > Optionsand associated environment variables: > > > Argument Env-variable Description > -h print this help > -g port QEMU_GDB wait gdb connectionto > 'port' > -L path QEMU_LD_PREFIXset the elf interpreter > prefixto > 'path' > -s size QEMU_STACK_SIZEset the stack sizeto > 'size' bytes > -cpu model QEMU_CPU select CPU (-cpu > helpfor list) > > -E var=value QEMU_SET_ENV sets targets environment > variable (seebelow) > -U var QEMU_UNSET_ENV unsets targets environment > variable (seebelow) > -0 argv0 QEMU_ARGV0 forces target process > argv[0]to > be 'argv0' > -r uname QEMU_UNAMEset qemu uname releasestring > to 'uname' > -B address QEMU_GUEST_BASEset guest_base addressto > 'address' > > -R size QEMU_RESERVED_VA reserve 'size' bytesfor > guest > virtual address $ > -ditem[,...] QEMU_LOG enable loggingof > specified items > (use '-d help$ > -D logfile QEMU_LOG_FILENAMEwrite logsto 'logfile' > (default > stderr) > > -p pagesize QEMU_PAGESIZEset the host page sizeto > 'pagesize' > -singlestep QEMU_SINGLESTEPrun in singlestep mode > -strace QEMU_STRACElog system calls > -version QEMU_VERSION displayversion > informationand > exit > > > Defaults: > QEMU_LD_PREFIX = /etc/qemu-binfmt/x86_64 > QEMU_STACK_SIZE =8388608 byte > > You can use -Eand -U optionsor the QEMU_SET_ENVand > QEMU_UNSET_ENV environment variablesto set and unset > environment variablesfor the target process. > Itis possibleto provide several variablesby > separating them > by commasin getsubopt(3) style. Additionallyit is > possibleto > providethe -Eand -U options multipletimes. > The following lines are equivalent: > -E var1=val2 -E var2=val2 -U LD_PRELOAD -U LD_DEBUG > -E var1=val2,var2=val2 -U LD_PRELOAD,LD_DEBUG > QEMU_SET_ENV=var1=val2,var2=____val2 > QEMU_UNSET_ENV=LD_PRELOAD,LD_____DEBUG > > Notethat if you provide several changesto a single > variable > the last change will stayin effect. > > > > > Does anyone have some insight on this? I feel like I'm > very close to > getting my passthrough working, and that would be > really awesome. > > Additionally, I tried to go graphically after being > unsuccessful > with my > windows.cfg file, and tried the virtual machine > manager. When I > start > it, however, I get this: > > > Unableto connectto libvirt. > > Failedto connect socketto > '/var/run/libvirt/libvirt-____sock': > > No suchfile or directory > > Verifythat: > - A Xen host kernel was booted > - The Xen service has been started > > > > and under details : > > > Unableto connectto libvirt. > > Failedto connect socketto > '/var/run/libvirt/libvirt-____sock': > > No suchfile or directory > > Verifythat: > - A Xen host kernel was booted > - The Xen service has been started > > Libvirt URIis: xen:/// > > Traceback (most recent calllast): > > File"/usr/share/virt-manager/____virtManager/connection.py", > > line1027,in _open_thread > self.vmm = self._try_open() > > File"/usr/share/virt-manager/____virtManager/connection.py", > line1009,in _try_open > > flags) > File"/usr/lib/python2.7/dist-____packages/libvirt.py", > line105,in openAuth > if retis None:raise > libvirtError('____virConnectOpenAuth() > > failed') > libvirtError: Failedto connect socketto > '/var/run/libvirt/libvirt-____sock': No suchfile or > directory > > > > > > The virtual machine manager does not, thereby, connect > to localhost > > I guess I should also mention that Windows 8 didn't > always shut down > properly, but it wasn't reporting errors and things > like the GPLPV > drivers seemed to install correctly. > > Thanks for any insight, > -Kyle > > > ___________________________________________________ > 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 Thu Feb 20 09:02:22 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 20 Feb 2014 09:02: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 1WGPVF-0003vk-L5; Thu, 20 Feb 2014 09:01:09 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGPVE-0003vZ-DR for xen-users@lists.xensource.com; Thu, 20 Feb 2014 09:01:08 +0000 Received: from [193.109.254.147:14235] by server-7.bemta-14.messagelabs.com id 49/69-23424-354C5035; Thu, 20 Feb 2014 09:01:07 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1392886866!5570271!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2116 invoked from network); 20 Feb 2014 09:01:07 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-15.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 20 Feb 2014 09:01:07 -0000 X-IronPort-AV: E=Sophos;i="4.97,511,1389744000"; d="scan'208";a="104243293" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 20 Feb 2014 09:01:05 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Thu, 20 Feb 2014 04:01:04 -0500 Message-ID: <1392886863.22494.4.camel@kazak.uk.xensource.com> From: Ian Campbell To: sbdcunha Date: Thu, 20 Feb 2014 09:01:03 +0000 In-Reply-To: <1392826755720-5721322.post@n5.nabble.com> References: <1392725386154-5721312.post@n5.nabble.com> <1392739167.23084.20.camel@kazak.uk.xensource.com> <1392811964318-5721320.post@n5.nabble.com> <1392826755720-5721322.post@n5.nabble.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] new xen guest cannot communicate with the network X-BeenThere: xen-users@lists.xen.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, 2014-02-19 at 08:19 -0800, sbdcunha wrote: > appreciate if you can share some light on this or something that could help > me troubleshoot Have you spoken to your IT people about MAC filtering? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Feb 20 09:02:22 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 20 Feb 2014 09:02: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 1WGPVF-0003vk-L5; Thu, 20 Feb 2014 09:01:09 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGPVE-0003vZ-DR for xen-users@lists.xensource.com; Thu, 20 Feb 2014 09:01:08 +0000 Received: from [193.109.254.147:14235] by server-7.bemta-14.messagelabs.com id 49/69-23424-354C5035; Thu, 20 Feb 2014 09:01:07 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1392886866!5570271!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2116 invoked from network); 20 Feb 2014 09:01:07 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-15.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 20 Feb 2014 09:01:07 -0000 X-IronPort-AV: E=Sophos;i="4.97,511,1389744000"; d="scan'208";a="104243293" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 20 Feb 2014 09:01:05 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Thu, 20 Feb 2014 04:01:04 -0500 Message-ID: <1392886863.22494.4.camel@kazak.uk.xensource.com> From: Ian Campbell To: sbdcunha Date: Thu, 20 Feb 2014 09:01:03 +0000 In-Reply-To: <1392826755720-5721322.post@n5.nabble.com> References: <1392725386154-5721312.post@n5.nabble.com> <1392739167.23084.20.camel@kazak.uk.xensource.com> <1392811964318-5721320.post@n5.nabble.com> <1392826755720-5721322.post@n5.nabble.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] new xen guest cannot communicate with the network X-BeenThere: xen-users@lists.xen.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, 2014-02-19 at 08:19 -0800, sbdcunha wrote: > appreciate if you can share some light on this or something that could help > me troubleshoot Have you spoken to your IT people about MAC filtering? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Feb 20 09:11:01 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 20 Feb 2014 09:11: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 1WGPed-0004OK-Oi; Thu, 20 Feb 2014 09:10:51 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGPec-0004O9-EP for xen-users@lists.xensource.com; Thu, 20 Feb 2014 09:10:50 +0000 Received: from [85.158.137.68:50545] by server-16.bemta-3.messagelabs.com id 53/43-29917-996C5035; Thu, 20 Feb 2014 09:10:49 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-7.tower-31.messagelabs.com!1392887447!3085696!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14052 invoked from network); 20 Feb 2014 09:10:48 -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; 20 Feb 2014 09:10:48 -0000 X-IronPort-AV: E=Sophos;i="4.97,511,1389744000"; d="scan'208";a="102551162" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 20 Feb 2014 09:10:47 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Thu, 20 Feb 2014 04:10:46 -0500 Message-ID: <1392887445.22494.12.camel@kazak.uk.xensource.com> From: Ian Campbell To: Shane Johnson Date: Thu, 20 Feb 2014 09:10:45 +0000 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: Xen List Subject: Re: [Xen-users] DomU freeze X-BeenThere: xen-users@lists.xen.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, 2014-02-19 at 12:41 -0700, Shane Johnson wrote: > Any help on this would be greatly appreciated. > > > 8 days ago I had my Dom0 crash which left me with only images of the > DomU's on the machine. By images do you mean just the LVM volumes without the associated configuration files or something else? I'm not 100% clear if you are trying to boot from those same images or from some sort of restore from backup scenario. How were these guests originally created? > I have been trying to bring one back up from these images and when I > try to start the domain, it just spikes to 100% on the CPU usage and > freezes on the Bios screen in VNC. This is an HVM guest then I guess? 100% CPU usage is for the guest VCPU or for a dom0 VCPU -- e.g. the one running the associated qemu? Which qemu version is being used? If it is the qemu taking the time then strace might give you a clue where/what it is doing. If it is the guest VCPU then perhaps xenctx (in /usr/lib/xen-X.Y/bin IIRC) might give a hint. > In looking at the logs and running xl -vv there is nothing there I > could see that would cause this issue. These can be provided at your > request. I think the cfg, xl -vvv output and the xl and qemu logs would be useful to see, if only to rule out spotting something there. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Feb 20 09:11:01 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 20 Feb 2014 09:11: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 1WGPed-0004OK-Oi; Thu, 20 Feb 2014 09:10:51 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGPec-0004O9-EP for xen-users@lists.xensource.com; Thu, 20 Feb 2014 09:10:50 +0000 Received: from [85.158.137.68:50545] by server-16.bemta-3.messagelabs.com id 53/43-29917-996C5035; Thu, 20 Feb 2014 09:10:49 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-7.tower-31.messagelabs.com!1392887447!3085696!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14052 invoked from network); 20 Feb 2014 09:10:48 -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; 20 Feb 2014 09:10:48 -0000 X-IronPort-AV: E=Sophos;i="4.97,511,1389744000"; d="scan'208";a="102551162" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 20 Feb 2014 09:10:47 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Thu, 20 Feb 2014 04:10:46 -0500 Message-ID: <1392887445.22494.12.camel@kazak.uk.xensource.com> From: Ian Campbell To: Shane Johnson Date: Thu, 20 Feb 2014 09:10:45 +0000 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: Xen List Subject: Re: [Xen-users] DomU freeze X-BeenThere: xen-users@lists.xen.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, 2014-02-19 at 12:41 -0700, Shane Johnson wrote: > Any help on this would be greatly appreciated. > > > 8 days ago I had my Dom0 crash which left me with only images of the > DomU's on the machine. By images do you mean just the LVM volumes without the associated configuration files or something else? I'm not 100% clear if you are trying to boot from those same images or from some sort of restore from backup scenario. How were these guests originally created? > I have been trying to bring one back up from these images and when I > try to start the domain, it just spikes to 100% on the CPU usage and > freezes on the Bios screen in VNC. This is an HVM guest then I guess? 100% CPU usage is for the guest VCPU or for a dom0 VCPU -- e.g. the one running the associated qemu? Which qemu version is being used? If it is the qemu taking the time then strace might give you a clue where/what it is doing. If it is the guest VCPU then perhaps xenctx (in /usr/lib/xen-X.Y/bin IIRC) might give a hint. > In looking at the logs and running xl -vv there is nothing there I > could see that would cause this issue. These can be provided at your > request. I think the cfg, xl -vvv output and the xl and qemu logs would be useful to see, if only to rule out spotting something there. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Feb 20 10:42:05 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 20 Feb 2014 10:42: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 1WGR45-0007Rf-KU; Thu, 20 Feb 2014 10:41:13 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGR44-0007Ra-Cb for xen-users@lists.xen.org; Thu, 20 Feb 2014 10:41:12 +0000 Received: from [85.158.143.35:21579] by server-1.bemta-4.messagelabs.com id B0/50-31661-7CBD5035; Thu, 20 Feb 2014 10:41:11 +0000 X-Env-Sender: aasthakm@gmail.com X-Msg-Ref: server-9.tower-21.messagelabs.com!1392892869!7050650!1 X-Originating-IP: [209.85.216.53] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17513 invoked from network); 20 Feb 2014 10:41:10 -0000 Received: from mail-qa0-f53.google.com (HELO mail-qa0-f53.google.com) (209.85.216.53) by server-9.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 20 Feb 2014 10:41:10 -0000 Received: by mail-qa0-f53.google.com with SMTP id cm18so2699730qab.40 for ; Thu, 20 Feb 2014 02:41:09 -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-type; bh=Whvoah1HP7ZSjnxs43u0dnwIGuRBhe8u6PqtebxP3bE=; b=PhMsBgOJPnq+EAWLq3wwGP1pqie7oeX9AsquyKb2RgR59mUySPZ0bacDXBotZ6XNgb Y9gV7FACwqrFHE+dm1+eejPYa8QxRyGKT3uc7iv0aSaHRruyYLX8xhRC0m2S4y8bMHSe Ik+0rdTKxCe7LVMB/EDaex/KutilBOR0Fz40zvctX1j3v3QWsQBobj+xMxtlhFueNGRW TLk6VYR3/O1AaTDjDIF1A+mM9Q5zGFulgfrCIUq27K+LnMd87ttzpxQxbYDCAgLlGXSd HIztTGZNdlwYepkmDtqZyDbWi+yRgjdhwlyPhFBfZOfajxo0yaArPZ/BnmytkbGEsfC3 grKA== X-Received: by 10.140.21.179 with SMTP id 48mr591623qgl.78.1392892869499; Thu, 20 Feb 2014 02:41:09 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.94.69 with HTTP; Thu, 20 Feb 2014 02:40:48 -0800 (PST) In-Reply-To: <1392736182.11080.91.camel@kazak.uk.xensource.com> References: <1392736182.11080.91.camel@kazak.uk.xensource.com> From: Aastha Mehta Date: Thu, 20 Feb 2014 11:40:48 +0100 Message-ID: To: Ian Campbell Cc: xen-users Subject: Re: [Xen-users] trouble with building latest xen code X-BeenThere: xen-users@lists.xen.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 On 18 February 2014 16:09, Ian Campbell wrote: > On Thu, 2014-02-13 at 15:48 +0100, Aastha Mehta wrote: >> Hello, >> >> I am trying to build the latest xen code from the git branch and I am >> seeing errors in building the tools. >> >> gcc -pthread -o xl xl.o xl_cmdimpl.o xl_cmdtable.o xl_sxp.o >> libxlutil.so /home/aasthakm/workspace/ibc/source/xen/tools/libxl/../../tools/libxl/libxenlight.so >> -Wl,-rpath-link=/home/aasthakm/workspace/ibc/source/xen/tools/libxl/../../tools/libxc >> -Wl,-rpath-link=/home/aasthakm/workspace/ibc/source/xen/tools/libxl/../../tools/xenstore >> -Wl,-rpath-link=/home/aasthakm/workspace/ibc/source/xen/tools/libxl/../../tools/blktap2/control >> /home/aasthakm/workspace/ibc/source/xen/tools/libxl/../../tools/libxc/libxenctrl.so >> -lyajl >> xl_cmdimpl.o: In function `libxl_yajl_gen_alloc': >> /home/workspace/ibc/source/xen/tools/libxl/libxl_json.h:60: undefined >> reference to `yajl_gen_config' >> /home/workspace/ibc/source/xen/tools/libxl/libxl_json.h:60: undefined >> reference to `yajl_gen_config' >> /home/workspace/ibc/source/xen/tools/libxl/../../tools/libxl/libxenlight.so: >> undefined reference to `yajl_complete_parse' >> collect2: ld returned 1 exit status >> make[3]: *** [xl] Error 1 >> make[3]: Leaving directory `/home/workspace/ibc/source/xen/tools/libxl' >> make[2]: *** [subdir-install-libxl] Error 2 >> make[2]: Leaving directory `/home/workspace/ibc/source/xen/tools' >> make[1]: *** [subdirs-install] Error 2 >> make[1]: Leaving directory `/home/workspace/ibc/source/xen/tools' >> make: *** [install-tools] Error 2 >> >> I did install yajl: >> >> # locate yajl >> /usr/lib/x86_64-linux-gnu/libyajl.so.1 >> /usr/lib/x86_64-linux-gnu/libyajl.so.1.0.12 > > Do you also have libyajl.so somewhere? > > Does it contain the symbols which are being complained about? > >> I also noticed a message earlier in the compile log: >> "Disabling libtool due to broken toolchain support" > > For us to know if that is relevant we'd need to know more about your > toolchain/distro. > > Ian. >> >> Could someone let me know how to fix this problem? >> >> Thanks in advance, >> Aastha >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users > > I just figured out the problem. While building the Xen code, I blindly used all the dependencies listed on http://wiki.xen.org/wiki/Compiling_Xen_From_Source and used apt-get to install libyajl-dev. Looks like apt-cache has older version of the library available. Even though I later installed the latest yajl from the github, the default library being used was the older version. I uninstalled the older version and then re-installed the latest and everything works now. Thanks, Aastha. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Feb 20 10:42:05 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 20 Feb 2014 10:42: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 1WGR45-0007Rf-KU; Thu, 20 Feb 2014 10:41:13 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGR44-0007Ra-Cb for xen-users@lists.xen.org; Thu, 20 Feb 2014 10:41:12 +0000 Received: from [85.158.143.35:21579] by server-1.bemta-4.messagelabs.com id B0/50-31661-7CBD5035; Thu, 20 Feb 2014 10:41:11 +0000 X-Env-Sender: aasthakm@gmail.com X-Msg-Ref: server-9.tower-21.messagelabs.com!1392892869!7050650!1 X-Originating-IP: [209.85.216.53] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17513 invoked from network); 20 Feb 2014 10:41:10 -0000 Received: from mail-qa0-f53.google.com (HELO mail-qa0-f53.google.com) (209.85.216.53) by server-9.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 20 Feb 2014 10:41:10 -0000 Received: by mail-qa0-f53.google.com with SMTP id cm18so2699730qab.40 for ; Thu, 20 Feb 2014 02:41:09 -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-type; bh=Whvoah1HP7ZSjnxs43u0dnwIGuRBhe8u6PqtebxP3bE=; b=PhMsBgOJPnq+EAWLq3wwGP1pqie7oeX9AsquyKb2RgR59mUySPZ0bacDXBotZ6XNgb Y9gV7FACwqrFHE+dm1+eejPYa8QxRyGKT3uc7iv0aSaHRruyYLX8xhRC0m2S4y8bMHSe Ik+0rdTKxCe7LVMB/EDaex/KutilBOR0Fz40zvctX1j3v3QWsQBobj+xMxtlhFueNGRW TLk6VYR3/O1AaTDjDIF1A+mM9Q5zGFulgfrCIUq27K+LnMd87ttzpxQxbYDCAgLlGXSd HIztTGZNdlwYepkmDtqZyDbWi+yRgjdhwlyPhFBfZOfajxo0yaArPZ/BnmytkbGEsfC3 grKA== X-Received: by 10.140.21.179 with SMTP id 48mr591623qgl.78.1392892869499; Thu, 20 Feb 2014 02:41:09 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.94.69 with HTTP; Thu, 20 Feb 2014 02:40:48 -0800 (PST) In-Reply-To: <1392736182.11080.91.camel@kazak.uk.xensource.com> References: <1392736182.11080.91.camel@kazak.uk.xensource.com> From: Aastha Mehta Date: Thu, 20 Feb 2014 11:40:48 +0100 Message-ID: To: Ian Campbell Cc: xen-users Subject: Re: [Xen-users] trouble with building latest xen code X-BeenThere: xen-users@lists.xen.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 On 18 February 2014 16:09, Ian Campbell wrote: > On Thu, 2014-02-13 at 15:48 +0100, Aastha Mehta wrote: >> Hello, >> >> I am trying to build the latest xen code from the git branch and I am >> seeing errors in building the tools. >> >> gcc -pthread -o xl xl.o xl_cmdimpl.o xl_cmdtable.o xl_sxp.o >> libxlutil.so /home/aasthakm/workspace/ibc/source/xen/tools/libxl/../../tools/libxl/libxenlight.so >> -Wl,-rpath-link=/home/aasthakm/workspace/ibc/source/xen/tools/libxl/../../tools/libxc >> -Wl,-rpath-link=/home/aasthakm/workspace/ibc/source/xen/tools/libxl/../../tools/xenstore >> -Wl,-rpath-link=/home/aasthakm/workspace/ibc/source/xen/tools/libxl/../../tools/blktap2/control >> /home/aasthakm/workspace/ibc/source/xen/tools/libxl/../../tools/libxc/libxenctrl.so >> -lyajl >> xl_cmdimpl.o: In function `libxl_yajl_gen_alloc': >> /home/workspace/ibc/source/xen/tools/libxl/libxl_json.h:60: undefined >> reference to `yajl_gen_config' >> /home/workspace/ibc/source/xen/tools/libxl/libxl_json.h:60: undefined >> reference to `yajl_gen_config' >> /home/workspace/ibc/source/xen/tools/libxl/../../tools/libxl/libxenlight.so: >> undefined reference to `yajl_complete_parse' >> collect2: ld returned 1 exit status >> make[3]: *** [xl] Error 1 >> make[3]: Leaving directory `/home/workspace/ibc/source/xen/tools/libxl' >> make[2]: *** [subdir-install-libxl] Error 2 >> make[2]: Leaving directory `/home/workspace/ibc/source/xen/tools' >> make[1]: *** [subdirs-install] Error 2 >> make[1]: Leaving directory `/home/workspace/ibc/source/xen/tools' >> make: *** [install-tools] Error 2 >> >> I did install yajl: >> >> # locate yajl >> /usr/lib/x86_64-linux-gnu/libyajl.so.1 >> /usr/lib/x86_64-linux-gnu/libyajl.so.1.0.12 > > Do you also have libyajl.so somewhere? > > Does it contain the symbols which are being complained about? > >> I also noticed a message earlier in the compile log: >> "Disabling libtool due to broken toolchain support" > > For us to know if that is relevant we'd need to know more about your > toolchain/distro. > > Ian. >> >> Could someone let me know how to fix this problem? >> >> Thanks in advance, >> Aastha >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users > > I just figured out the problem. While building the Xen code, I blindly used all the dependencies listed on http://wiki.xen.org/wiki/Compiling_Xen_From_Source and used apt-get to install libyajl-dev. Looks like apt-cache has older version of the library available. Even though I later installed the latest yajl from the github, the default library being used was the older version. I uninstalled the older version and then re-installed the latest and everything works now. Thanks, Aastha. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Feb 20 10:44:10 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 20 Feb 2014 10:44: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 1WGR6p-0007XN-Dn; Thu, 20 Feb 2014 10:44:03 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGR6n-0007XE-F5 for xen-users@lists.xen.org; Thu, 20 Feb 2014 10:44:01 +0000 Received: from [85.158.143.35:61411] by server-3.bemta-4.messagelabs.com id B1/DB-11539-07CD5035; Thu, 20 Feb 2014 10:44:00 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-5.tower-21.messagelabs.com!1392893038!7011048!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27454 invoked from network); 20 Feb 2014 10:43:59 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-5.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 20 Feb 2014 10:43:59 -0000 X-IronPort-AV: E=Sophos;i="4.97,512,1389744000"; d="scan'208";a="104264413" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 20 Feb 2014 10:43:35 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL03.citrite.net (10.13.107.80) with Microsoft SMTP Server id 14.2.342.4; Thu, 20 Feb 2014 05:43:34 -0500 Message-ID: <1392893013.23342.19.camel@kazak.uk.xensource.com> From: Ian Campbell To: Aastha Mehta Date: Thu, 20 Feb 2014 10:43:33 +0000 In-Reply-To: References: <1392736182.11080.91.camel@kazak.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: xen-users Subject: Re: [Xen-users] trouble with building latest xen code X-BeenThere: xen-users@lists.xen.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, 2014-02-20 at 11:40 +0100, Aastha Mehta wrote: > I just figured out the problem. While building the Xen code, I blindly > used all the dependencies listed on > http://wiki.xen.org/wiki/Compiling_Xen_From_Source and used apt-get to > install libyajl-dev. Looks like apt-cache has older version of the > library available. Even though I later installed the latest yajl from > the github, the default library being used was the older version. I > uninstalled the older version and then re-installed the latest and > everything works now. Which older version were you using and on which distro? If Xen doesn't build with the packages present in some major distro I think we want to know about it. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Feb 20 10:44:10 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 20 Feb 2014 10:44: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 1WGR6p-0007XN-Dn; Thu, 20 Feb 2014 10:44:03 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGR6n-0007XE-F5 for xen-users@lists.xen.org; Thu, 20 Feb 2014 10:44:01 +0000 Received: from [85.158.143.35:61411] by server-3.bemta-4.messagelabs.com id B1/DB-11539-07CD5035; Thu, 20 Feb 2014 10:44:00 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-5.tower-21.messagelabs.com!1392893038!7011048!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27454 invoked from network); 20 Feb 2014 10:43:59 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-5.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 20 Feb 2014 10:43:59 -0000 X-IronPort-AV: E=Sophos;i="4.97,512,1389744000"; d="scan'208";a="104264413" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 20 Feb 2014 10:43:35 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL03.citrite.net (10.13.107.80) with Microsoft SMTP Server id 14.2.342.4; Thu, 20 Feb 2014 05:43:34 -0500 Message-ID: <1392893013.23342.19.camel@kazak.uk.xensource.com> From: Ian Campbell To: Aastha Mehta Date: Thu, 20 Feb 2014 10:43:33 +0000 In-Reply-To: References: <1392736182.11080.91.camel@kazak.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: xen-users Subject: Re: [Xen-users] trouble with building latest xen code X-BeenThere: xen-users@lists.xen.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, 2014-02-20 at 11:40 +0100, Aastha Mehta wrote: > I just figured out the problem. While building the Xen code, I blindly > used all the dependencies listed on > http://wiki.xen.org/wiki/Compiling_Xen_From_Source and used apt-get to > install libyajl-dev. Looks like apt-cache has older version of the > library available. Even though I later installed the latest yajl from > the github, the default library being used was the older version. I > uninstalled the older version and then re-installed the latest and > everything works now. Which older version were you using and on which distro? If Xen doesn't build with the packages present in some major distro I think we want to know about it. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Feb 20 12:17:15 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 20 Feb 2014 12:17: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 1WGSXH-0003HV-I6; Thu, 20 Feb 2014 12:15:27 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGSXG-0003HQ-KO for xen-users@lists.xen.org; Thu, 20 Feb 2014 12:15:26 +0000 Received: from [85.158.137.68:48202] by server-9.bemta-3.messagelabs.com id F8/E5-10184-DD1F5035; Thu, 20 Feb 2014 12:15:25 +0000 X-Env-Sender: aasthakm@gmail.com X-Msg-Ref: server-12.tower-31.messagelabs.com!1392898523!317302!1 X-Originating-IP: [209.85.216.51] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29848 invoked from network); 20 Feb 2014 12:15:25 -0000 Received: from mail-qa0-f51.google.com (HELO mail-qa0-f51.google.com) (209.85.216.51) by server-12.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 20 Feb 2014 12:15:25 -0000 Received: by mail-qa0-f51.google.com with SMTP id f11so2869502qae.10 for ; Thu, 20 Feb 2014 04:15:23 -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-type; bh=LCCDzUd8LaydPFJqtYYJSjrewJLikSHKJsTaV8K2gN4=; b=fQiyGftg7arxT50evdFjb3uw5ZYXyiEPWYyrSp7Gy6MQ1Y89EEYgWuWHfozwf0QO3d PYMUwTLwL19c2nci68OpUlmhKodpQv6noAG50+uOGHDeglMfhQ3sbzftf8XufRW4kA4t X7+wWcEHsryjDx6wu8jz2kNx/eEcDfcN9QWUWAYBMlI37O9mr33HkQMKS9eklA4KvmkB Hc7Jr3DhB+7ihGhT3RbpfUlSmAJYTqc4CEoFLUU63u2lQe6pxMsV2IRcUwfl/gMbUIWl Rkrd/3wZ4zH2csPwAkVCpAC2RlbwxOZkPW6u+fONzU5abCAt2gAPp13F2vbb65xVVeOk 9q5g== X-Received: by 10.224.7.10 with SMTP id b10mr1063580qab.50.1392898523640; Thu, 20 Feb 2014 04:15:23 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.94.69 with HTTP; Thu, 20 Feb 2014 04:15:03 -0800 (PST) In-Reply-To: <1392893013.23342.19.camel@kazak.uk.xensource.com> References: <1392736182.11080.91.camel@kazak.uk.xensource.com> <1392893013.23342.19.camel@kazak.uk.xensource.com> From: Aastha Mehta Date: Thu, 20 Feb 2014 13:15:03 +0100 Message-ID: To: Ian Campbell Cc: xen-users Subject: Re: [Xen-users] trouble with building latest xen code X-BeenThere: xen-users@lists.xen.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 20 February 2014 11:43, Ian Campbell wrote: > On Thu, 2014-02-20 at 11:40 +0100, Aastha Mehta wrote: >> I just figured out the problem. While building the Xen code, I blindly >> used all the dependencies listed on >> http://wiki.xen.org/wiki/Compiling_Xen_From_Source and used apt-get to >> install libyajl-dev. Looks like apt-cache has older version of the >> library available. Even though I later installed the latest yajl from >> the github, the default library being used was the older version. I >> uninstalled the older version and then re-installed the latest and >> everything works now. > > Which older version were you using and on which distro? > > If Xen doesn't build with the packages present in some major distro I > think we want to know about it. > > Ian. > > Distro - Ubuntu 12.04.3 LTS (Precise), Kernel - 3.13.2 Xen version - 4.4 unstable (custom build) yajl older version: 1.0.12-2 # aptitude versions libyajl-dev Package libyajl-dev: pi 1.0.12-2 precise 500 Package libyajl-dev:i386: p 1.0.12-2 precise 500 Latest yajl version available: 2.0.1 There is some change in the yajl code between version 1 and 2, which prevents the tools, specifically libxl from compiling. Thanks, Aastha. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Feb 20 12:17:15 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 20 Feb 2014 12:17: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 1WGSXH-0003HV-I6; Thu, 20 Feb 2014 12:15:27 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGSXG-0003HQ-KO for xen-users@lists.xen.org; Thu, 20 Feb 2014 12:15:26 +0000 Received: from [85.158.137.68:48202] by server-9.bemta-3.messagelabs.com id F8/E5-10184-DD1F5035; Thu, 20 Feb 2014 12:15:25 +0000 X-Env-Sender: aasthakm@gmail.com X-Msg-Ref: server-12.tower-31.messagelabs.com!1392898523!317302!1 X-Originating-IP: [209.85.216.51] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29848 invoked from network); 20 Feb 2014 12:15:25 -0000 Received: from mail-qa0-f51.google.com (HELO mail-qa0-f51.google.com) (209.85.216.51) by server-12.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 20 Feb 2014 12:15:25 -0000 Received: by mail-qa0-f51.google.com with SMTP id f11so2869502qae.10 for ; Thu, 20 Feb 2014 04:15:23 -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-type; bh=LCCDzUd8LaydPFJqtYYJSjrewJLikSHKJsTaV8K2gN4=; b=fQiyGftg7arxT50evdFjb3uw5ZYXyiEPWYyrSp7Gy6MQ1Y89EEYgWuWHfozwf0QO3d PYMUwTLwL19c2nci68OpUlmhKodpQv6noAG50+uOGHDeglMfhQ3sbzftf8XufRW4kA4t X7+wWcEHsryjDx6wu8jz2kNx/eEcDfcN9QWUWAYBMlI37O9mr33HkQMKS9eklA4KvmkB Hc7Jr3DhB+7ihGhT3RbpfUlSmAJYTqc4CEoFLUU63u2lQe6pxMsV2IRcUwfl/gMbUIWl Rkrd/3wZ4zH2csPwAkVCpAC2RlbwxOZkPW6u+fONzU5abCAt2gAPp13F2vbb65xVVeOk 9q5g== X-Received: by 10.224.7.10 with SMTP id b10mr1063580qab.50.1392898523640; Thu, 20 Feb 2014 04:15:23 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.94.69 with HTTP; Thu, 20 Feb 2014 04:15:03 -0800 (PST) In-Reply-To: <1392893013.23342.19.camel@kazak.uk.xensource.com> References: <1392736182.11080.91.camel@kazak.uk.xensource.com> <1392893013.23342.19.camel@kazak.uk.xensource.com> From: Aastha Mehta Date: Thu, 20 Feb 2014 13:15:03 +0100 Message-ID: To: Ian Campbell Cc: xen-users Subject: Re: [Xen-users] trouble with building latest xen code X-BeenThere: xen-users@lists.xen.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 20 February 2014 11:43, Ian Campbell wrote: > On Thu, 2014-02-20 at 11:40 +0100, Aastha Mehta wrote: >> I just figured out the problem. While building the Xen code, I blindly >> used all the dependencies listed on >> http://wiki.xen.org/wiki/Compiling_Xen_From_Source and used apt-get to >> install libyajl-dev. Looks like apt-cache has older version of the >> library available. Even though I later installed the latest yajl from >> the github, the default library being used was the older version. I >> uninstalled the older version and then re-installed the latest and >> everything works now. > > Which older version were you using and on which distro? > > If Xen doesn't build with the packages present in some major distro I > think we want to know about it. > > Ian. > > Distro - Ubuntu 12.04.3 LTS (Precise), Kernel - 3.13.2 Xen version - 4.4 unstable (custom build) yajl older version: 1.0.12-2 # aptitude versions libyajl-dev Package libyajl-dev: pi 1.0.12-2 precise 500 Package libyajl-dev:i386: p 1.0.12-2 precise 500 Latest yajl version available: 2.0.1 There is some change in the yajl code between version 1 and 2, which prevents the tools, specifically libxl from compiling. Thanks, Aastha. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Feb 20 12:28:35 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 20 Feb 2014 12:28: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 1WGSjg-0003dr-4z; Thu, 20 Feb 2014 12:28:16 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGSje-0003dm-S1 for xen-users@lists.xen.org; Thu, 20 Feb 2014 12:28:15 +0000 Received: from [193.109.254.147:50105] by server-5.bemta-14.messagelabs.com id 08/9D-16688-ED4F5035; Thu, 20 Feb 2014 12:28:14 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1392899291!5645259!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21300 invoked from network); 20 Feb 2014 12:28:12 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 20 Feb 2014 12:28:12 -0000 X-IronPort-AV: E=Sophos;i="4.97,512,1389744000"; d="scan'208";a="102592097" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 20 Feb 2014 12:28:11 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL03.citrite.net (10.13.107.80) with Microsoft SMTP Server id 14.2.342.4; Thu, 20 Feb 2014 07:28:10 -0500 Message-ID: <1392899288.23342.49.camel@kazak.uk.xensource.com> From: Ian Campbell To: Aastha Mehta Date: Thu, 20 Feb 2014 12:28:08 +0000 In-Reply-To: References: <1392736182.11080.91.camel@kazak.uk.xensource.com> <1392893013.23342.19.camel@kazak.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users Subject: Re: [Xen-users] trouble with building latest xen code X-BeenThere: xen-users@lists.xen.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, 2014-02-20 at 13:15 +0100, Aastha Mehta wrote: > On 20 February 2014 11:43, Ian Campbell wrote: > > On Thu, 2014-02-20 at 11:40 +0100, Aastha Mehta wrote: > >> I just figured out the problem. While building the Xen code, I blindly > >> used all the dependencies listed on > >> http://wiki.xen.org/wiki/Compiling_Xen_From_Source and used apt-get to > >> install libyajl-dev. Looks like apt-cache has older version of the > >> library available. Even though I later installed the latest yajl from > >> the github, the default library being used was the older version. I > >> uninstalled the older version and then re-installed the latest and > >> everything works now. > > > > Which older version were you using and on which distro? > > > > If Xen doesn't build with the packages present in some major distro I > > think we want to know about it. > > > > Ian. > > > > > > Distro - Ubuntu 12.04.3 LTS (Precise), > Kernel - 3.13.2 > Xen version - 4.4 unstable (custom build) > yajl older version: 1.0.12-2 > # aptitude versions libyajl-dev > Package libyajl-dev: > pi 1.0.12-2 precise 500 > Package libyajl-dev:i386: > p 1.0.12-2 precise 500 > > Latest yajl version available: 2.0.1 > > There is some change in the yajl code between version 1 and 2, which > prevents the tools, specifically libxl from compiling. Thanks. libxl is supposed to handle yajl1 as well as yajl2, detected at compile time. The only references to yajl_gen_config I can see are correctly within #ifdef HAVE_YAJL_V2 blocks and shouldn't be used when compiling against yajl1. Does Ubuntu's yajl 1.0.12 include /usr/include/yajl/yajl_version.h? This is used to detect which version, via the YAJL_MAJOR #define in it. http://packages.ubuntu.com/precise/amd64/libyajl-dev/filelist says it was there and it contained: #define YAJL_MAJOR 1 #define YAJL_MINOR 0 #define YAJL_MICRO 12 so I think libxl should have been using the yajl1 compatible code in libxl_json.h Did you by any chance have a mixture of packaged and unpackaged versions of libyajl installed when you saw this failure? Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Feb 20 12:28:35 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 20 Feb 2014 12:28: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 1WGSjg-0003dr-4z; Thu, 20 Feb 2014 12:28:16 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGSje-0003dm-S1 for xen-users@lists.xen.org; Thu, 20 Feb 2014 12:28:15 +0000 Received: from [193.109.254.147:50105] by server-5.bemta-14.messagelabs.com id 08/9D-16688-ED4F5035; Thu, 20 Feb 2014 12:28:14 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1392899291!5645259!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21300 invoked from network); 20 Feb 2014 12:28:12 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 20 Feb 2014 12:28:12 -0000 X-IronPort-AV: E=Sophos;i="4.97,512,1389744000"; d="scan'208";a="102592097" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 20 Feb 2014 12:28:11 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL03.citrite.net (10.13.107.80) with Microsoft SMTP Server id 14.2.342.4; Thu, 20 Feb 2014 07:28:10 -0500 Message-ID: <1392899288.23342.49.camel@kazak.uk.xensource.com> From: Ian Campbell To: Aastha Mehta Date: Thu, 20 Feb 2014 12:28:08 +0000 In-Reply-To: References: <1392736182.11080.91.camel@kazak.uk.xensource.com> <1392893013.23342.19.camel@kazak.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users Subject: Re: [Xen-users] trouble with building latest xen code X-BeenThere: xen-users@lists.xen.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, 2014-02-20 at 13:15 +0100, Aastha Mehta wrote: > On 20 February 2014 11:43, Ian Campbell wrote: > > On Thu, 2014-02-20 at 11:40 +0100, Aastha Mehta wrote: > >> I just figured out the problem. While building the Xen code, I blindly > >> used all the dependencies listed on > >> http://wiki.xen.org/wiki/Compiling_Xen_From_Source and used apt-get to > >> install libyajl-dev. Looks like apt-cache has older version of the > >> library available. Even though I later installed the latest yajl from > >> the github, the default library being used was the older version. I > >> uninstalled the older version and then re-installed the latest and > >> everything works now. > > > > Which older version were you using and on which distro? > > > > If Xen doesn't build with the packages present in some major distro I > > think we want to know about it. > > > > Ian. > > > > > > Distro - Ubuntu 12.04.3 LTS (Precise), > Kernel - 3.13.2 > Xen version - 4.4 unstable (custom build) > yajl older version: 1.0.12-2 > # aptitude versions libyajl-dev > Package libyajl-dev: > pi 1.0.12-2 precise 500 > Package libyajl-dev:i386: > p 1.0.12-2 precise 500 > > Latest yajl version available: 2.0.1 > > There is some change in the yajl code between version 1 and 2, which > prevents the tools, specifically libxl from compiling. Thanks. libxl is supposed to handle yajl1 as well as yajl2, detected at compile time. The only references to yajl_gen_config I can see are correctly within #ifdef HAVE_YAJL_V2 blocks and shouldn't be used when compiling against yajl1. Does Ubuntu's yajl 1.0.12 include /usr/include/yajl/yajl_version.h? This is used to detect which version, via the YAJL_MAJOR #define in it. http://packages.ubuntu.com/precise/amd64/libyajl-dev/filelist says it was there and it contained: #define YAJL_MAJOR 1 #define YAJL_MINOR 0 #define YAJL_MICRO 12 so I think libxl should have been using the yajl1 compatible code in libxl_json.h Did you by any chance have a mixture of packaged and unpackaged versions of libyajl installed when you saw this failure? Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Feb 20 12:43:33 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 20 Feb 2014 12:43: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 1WGSy3-0004Mu-J8; Thu, 20 Feb 2014 12:43:07 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGSy1-0004Mn-Ro for xen-users@lists.xen.org; Thu, 20 Feb 2014 12:43:06 +0000 Received: from [85.158.139.211:21852] by server-6.bemta-5.messagelabs.com id 05/66-14342-958F5035; Thu, 20 Feb 2014 12:43:05 +0000 X-Env-Sender: aasthakm@gmail.com X-Msg-Ref: server-16.tower-206.messagelabs.com!1392900183!5182417!1 X-Originating-IP: [209.85.216.53] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15507 invoked from network); 20 Feb 2014 12:43:04 -0000 Received: from mail-qa0-f53.google.com (HELO mail-qa0-f53.google.com) (209.85.216.53) by server-16.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 20 Feb 2014 12:43:04 -0000 Received: by mail-qa0-f53.google.com with SMTP id cm18so2825173qab.40 for ; Thu, 20 Feb 2014 04:43:03 -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-type; bh=mRwSuz+ACH+QO4AvG1D+JSKAl29ou+xj6f7wZWiJziw=; b=rd2nTOQZEtZGVq+tmRDqv5UokVYkCMgA766wep/XGaTpaHTGDEAc8+ADzd3d3lYQnn QZqAraYrZAIbE7yzbEjdVowGnoTT/txTI8vgPkPWgnyyeipDxLuGv1ehtx3LrgNOoewL QA5BLxJpROlDW9Kh0fPRodqEUndDeVSqhmbV/DsDyWKiSZVKjr/ZLKYCQcWm7P/HnQOW 6Ys4slLPo8KgRXfhyxlid8G6bO1sfx/aK+nBBt3ULAlpqUzeaeJAKQAl0vXbDa3zUmJL DBVGIg/F1h3XJnH9kP/afE71WfwB7pqE9XYGob+UIwpPP4vvTh4pp5WIWIuY3qTSUkwZ p08A== X-Received: by 10.224.157.7 with SMTP id z7mr1173108qaw.37.1392900182921; Thu, 20 Feb 2014 04:43:02 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.94.69 with HTTP; Thu, 20 Feb 2014 04:42:42 -0800 (PST) In-Reply-To: <1392899288.23342.49.camel@kazak.uk.xensource.com> References: <1392736182.11080.91.camel@kazak.uk.xensource.com> <1392893013.23342.19.camel@kazak.uk.xensource.com> <1392899288.23342.49.camel@kazak.uk.xensource.com> From: Aastha Mehta Date: Thu, 20 Feb 2014 13:42:42 +0100 Message-ID: To: Ian Campbell Cc: xen-users Subject: Re: [Xen-users] trouble with building latest xen code X-BeenThere: xen-users@lists.xen.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 20 February 2014 13:28, Ian Campbell wrote: > On Thu, 2014-02-20 at 13:15 +0100, Aastha Mehta wrote: >> On 20 February 2014 11:43, Ian Campbell wrote: >> > On Thu, 2014-02-20 at 11:40 +0100, Aastha Mehta wrote: >> >> I just figured out the problem. While building the Xen code, I blindly >> >> used all the dependencies listed on >> >> http://wiki.xen.org/wiki/Compiling_Xen_From_Source and used apt-get to >> >> install libyajl-dev. Looks like apt-cache has older version of the >> >> library available. Even though I later installed the latest yajl from >> >> the github, the default library being used was the older version. I >> >> uninstalled the older version and then re-installed the latest and >> >> everything works now. >> > >> > Which older version were you using and on which distro? >> > >> > If Xen doesn't build with the packages present in some major distro I >> > think we want to know about it. >> > >> > Ian. >> > >> > >> >> Distro - Ubuntu 12.04.3 LTS (Precise), >> Kernel - 3.13.2 >> Xen version - 4.4 unstable (custom build) >> yajl older version: 1.0.12-2 >> # aptitude versions libyajl-dev >> Package libyajl-dev: >> pi 1.0.12-2 precise 500 >> Package libyajl-dev:i386: >> p 1.0.12-2 precise 500 >> >> Latest yajl version available: 2.0.1 >> >> There is some change in the yajl code between version 1 and 2, which >> prevents the tools, specifically libxl from compiling. > > Thanks. > > libxl is supposed to handle yajl1 as well as yajl2, detected at compile > time. The only references to yajl_gen_config I can see are correctly > within #ifdef HAVE_YAJL_V2 blocks and shouldn't be used when compiling > against yajl1. > > Does Ubuntu's yajl 1.0.12 include /usr/include/yajl/yajl_version.h? This > is used to detect which version, via the YAJL_MAJOR #define in it. > http://packages.ubuntu.com/precise/amd64/libyajl-dev/filelist says it > was there and it contained: > #define YAJL_MAJOR 1 > #define YAJL_MINOR 0 > #define YAJL_MICRO 12 > > so I think libxl should have been using the yajl1 compatible code in > libxl_json.h > > Did you by any chance have a mixture of packaged and unpackaged versions > of libyajl installed when you saw this failure? > > Ian. > That might have been the case actually. I do remember downloading and installing all sorts of dependencies before building xen. The yajl_version.h file was there, but because of a mixture of versions installed things must have got messed up. Thanks, Aastha. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Feb 20 12:43:33 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 20 Feb 2014 12:43: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 1WGSy3-0004Mu-J8; Thu, 20 Feb 2014 12:43:07 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGSy1-0004Mn-Ro for xen-users@lists.xen.org; Thu, 20 Feb 2014 12:43:06 +0000 Received: from [85.158.139.211:21852] by server-6.bemta-5.messagelabs.com id 05/66-14342-958F5035; Thu, 20 Feb 2014 12:43:05 +0000 X-Env-Sender: aasthakm@gmail.com X-Msg-Ref: server-16.tower-206.messagelabs.com!1392900183!5182417!1 X-Originating-IP: [209.85.216.53] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15507 invoked from network); 20 Feb 2014 12:43:04 -0000 Received: from mail-qa0-f53.google.com (HELO mail-qa0-f53.google.com) (209.85.216.53) by server-16.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 20 Feb 2014 12:43:04 -0000 Received: by mail-qa0-f53.google.com with SMTP id cm18so2825173qab.40 for ; Thu, 20 Feb 2014 04:43:03 -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-type; bh=mRwSuz+ACH+QO4AvG1D+JSKAl29ou+xj6f7wZWiJziw=; b=rd2nTOQZEtZGVq+tmRDqv5UokVYkCMgA766wep/XGaTpaHTGDEAc8+ADzd3d3lYQnn QZqAraYrZAIbE7yzbEjdVowGnoTT/txTI8vgPkPWgnyyeipDxLuGv1ehtx3LrgNOoewL QA5BLxJpROlDW9Kh0fPRodqEUndDeVSqhmbV/DsDyWKiSZVKjr/ZLKYCQcWm7P/HnQOW 6Ys4slLPo8KgRXfhyxlid8G6bO1sfx/aK+nBBt3ULAlpqUzeaeJAKQAl0vXbDa3zUmJL DBVGIg/F1h3XJnH9kP/afE71WfwB7pqE9XYGob+UIwpPP4vvTh4pp5WIWIuY3qTSUkwZ p08A== X-Received: by 10.224.157.7 with SMTP id z7mr1173108qaw.37.1392900182921; Thu, 20 Feb 2014 04:43:02 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.94.69 with HTTP; Thu, 20 Feb 2014 04:42:42 -0800 (PST) In-Reply-To: <1392899288.23342.49.camel@kazak.uk.xensource.com> References: <1392736182.11080.91.camel@kazak.uk.xensource.com> <1392893013.23342.19.camel@kazak.uk.xensource.com> <1392899288.23342.49.camel@kazak.uk.xensource.com> From: Aastha Mehta Date: Thu, 20 Feb 2014 13:42:42 +0100 Message-ID: To: Ian Campbell Cc: xen-users Subject: Re: [Xen-users] trouble with building latest xen code X-BeenThere: xen-users@lists.xen.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 20 February 2014 13:28, Ian Campbell wrote: > On Thu, 2014-02-20 at 13:15 +0100, Aastha Mehta wrote: >> On 20 February 2014 11:43, Ian Campbell wrote: >> > On Thu, 2014-02-20 at 11:40 +0100, Aastha Mehta wrote: >> >> I just figured out the problem. While building the Xen code, I blindly >> >> used all the dependencies listed on >> >> http://wiki.xen.org/wiki/Compiling_Xen_From_Source and used apt-get to >> >> install libyajl-dev. Looks like apt-cache has older version of the >> >> library available. Even though I later installed the latest yajl from >> >> the github, the default library being used was the older version. I >> >> uninstalled the older version and then re-installed the latest and >> >> everything works now. >> > >> > Which older version were you using and on which distro? >> > >> > If Xen doesn't build with the packages present in some major distro I >> > think we want to know about it. >> > >> > Ian. >> > >> > >> >> Distro - Ubuntu 12.04.3 LTS (Precise), >> Kernel - 3.13.2 >> Xen version - 4.4 unstable (custom build) >> yajl older version: 1.0.12-2 >> # aptitude versions libyajl-dev >> Package libyajl-dev: >> pi 1.0.12-2 precise 500 >> Package libyajl-dev:i386: >> p 1.0.12-2 precise 500 >> >> Latest yajl version available: 2.0.1 >> >> There is some change in the yajl code between version 1 and 2, which >> prevents the tools, specifically libxl from compiling. > > Thanks. > > libxl is supposed to handle yajl1 as well as yajl2, detected at compile > time. The only references to yajl_gen_config I can see are correctly > within #ifdef HAVE_YAJL_V2 blocks and shouldn't be used when compiling > against yajl1. > > Does Ubuntu's yajl 1.0.12 include /usr/include/yajl/yajl_version.h? This > is used to detect which version, via the YAJL_MAJOR #define in it. > http://packages.ubuntu.com/precise/amd64/libyajl-dev/filelist says it > was there and it contained: > #define YAJL_MAJOR 1 > #define YAJL_MINOR 0 > #define YAJL_MICRO 12 > > so I think libxl should have been using the yajl1 compatible code in > libxl_json.h > > Did you by any chance have a mixture of packaged and unpackaged versions > of libyajl installed when you saw this failure? > > Ian. > That might have been the case actually. I do remember downloading and installing all sorts of dependencies before building xen. The yajl_version.h file was there, but because of a mixture of versions installed things must have got messed up. Thanks, Aastha. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Feb 20 12:48:28 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 20 Feb 2014 12:48: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 1WGT2x-0004XI-IL; Thu, 20 Feb 2014 12:48:11 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGT2v-0004XB-Ly for xen-users@lists.xen.org; Thu, 20 Feb 2014 12:48:09 +0000 Received: from [85.158.143.35:19145] by server-3.bemta-4.messagelabs.com id E4/D9-11539-789F5035; Thu, 20 Feb 2014 12:48:07 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1392900486!7089383!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23380 invoked from network); 20 Feb 2014 12:48:07 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 20 Feb 2014 12:48:07 -0000 X-IronPort-AV: E=Sophos;i="4.97,512,1389744000"; d="scan'208";a="104289319" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 20 Feb 2014 12:48:03 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL02.citrite.net (10.13.107.79) with Microsoft SMTP Server id 14.2.342.4; Thu, 20 Feb 2014 07:48:02 -0500 Message-ID: <1392900482.23342.58.camel@kazak.uk.xensource.com> From: Ian Campbell To: Aastha Mehta Date: Thu, 20 Feb 2014 12:48:02 +0000 In-Reply-To: References: <1392736182.11080.91.camel@kazak.uk.xensource.com> <1392893013.23342.19.camel@kazak.uk.xensource.com> <1392899288.23342.49.camel@kazak.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users Subject: Re: [Xen-users] trouble with building latest xen code X-BeenThere: xen-users@lists.xen.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, 2014-02-20 at 13:42 +0100, Aastha Mehta wrote: > On 20 February 2014 13:28, Ian Campbell wrote: > > On Thu, 2014-02-20 at 13:15 +0100, Aastha Mehta wrote: > >> On 20 February 2014 11:43, Ian Campbell wrote: > >> > On Thu, 2014-02-20 at 11:40 +0100, Aastha Mehta wrote: > >> >> I just figured out the problem. While building the Xen code, I blindly > >> >> used all the dependencies listed on > >> >> http://wiki.xen.org/wiki/Compiling_Xen_From_Source and used apt-get to > >> >> install libyajl-dev. Looks like apt-cache has older version of the > >> >> library available. Even though I later installed the latest yajl from > >> >> the github, the default library being used was the older version. I > >> >> uninstalled the older version and then re-installed the latest and > >> >> everything works now. > >> > > >> > Which older version were you using and on which distro? > >> > > >> > If Xen doesn't build with the packages present in some major distro I > >> > think we want to know about it. > >> > > >> > Ian. > >> > > >> > > >> > >> Distro - Ubuntu 12.04.3 LTS (Precise), > >> Kernel - 3.13.2 > >> Xen version - 4.4 unstable (custom build) > >> yajl older version: 1.0.12-2 > >> # aptitude versions libyajl-dev > >> Package libyajl-dev: > >> pi 1.0.12-2 precise 500 > >> Package libyajl-dev:i386: > >> p 1.0.12-2 precise 500 > >> > >> Latest yajl version available: 2.0.1 > >> > >> There is some change in the yajl code between version 1 and 2, which > >> prevents the tools, specifically libxl from compiling. > > > > Thanks. > > > > libxl is supposed to handle yajl1 as well as yajl2, detected at compile > > time. The only references to yajl_gen_config I can see are correctly > > within #ifdef HAVE_YAJL_V2 blocks and shouldn't be used when compiling > > against yajl1. > > > > Does Ubuntu's yajl 1.0.12 include /usr/include/yajl/yajl_version.h? This > > is used to detect which version, via the YAJL_MAJOR #define in it. > > http://packages.ubuntu.com/precise/amd64/libyajl-dev/filelist says it > > was there and it contained: > > #define YAJL_MAJOR 1 > > #define YAJL_MINOR 0 > > #define YAJL_MICRO 12 > > > > so I think libxl should have been using the yajl1 compatible code in > > libxl_json.h > > > > Did you by any chance have a mixture of packaged and unpackaged versions > > of libyajl installed when you saw this failure? > > > > Ian. > > > > That might have been the case actually. I do remember downloading and > installing all sorts of dependencies before building xen. The > yajl_version.h file was there, but because of a mixture of versions > installed things must have got messed up. Thanks. I'm going to assume this was some sort of local weirdness then and not worry about it any further. FWIW I believe all of Xen's dependencies are available packaged in Ubuntu so there shouldn't be any need to build any of them from source. This should be generally true of most major distros. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Feb 20 12:48:28 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 20 Feb 2014 12:48: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 1WGT2x-0004XI-IL; Thu, 20 Feb 2014 12:48:11 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGT2v-0004XB-Ly for xen-users@lists.xen.org; Thu, 20 Feb 2014 12:48:09 +0000 Received: from [85.158.143.35:19145] by server-3.bemta-4.messagelabs.com id E4/D9-11539-789F5035; Thu, 20 Feb 2014 12:48:07 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1392900486!7089383!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23380 invoked from network); 20 Feb 2014 12:48:07 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 20 Feb 2014 12:48:07 -0000 X-IronPort-AV: E=Sophos;i="4.97,512,1389744000"; d="scan'208";a="104289319" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 20 Feb 2014 12:48:03 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL02.citrite.net (10.13.107.79) with Microsoft SMTP Server id 14.2.342.4; Thu, 20 Feb 2014 07:48:02 -0500 Message-ID: <1392900482.23342.58.camel@kazak.uk.xensource.com> From: Ian Campbell To: Aastha Mehta Date: Thu, 20 Feb 2014 12:48:02 +0000 In-Reply-To: References: <1392736182.11080.91.camel@kazak.uk.xensource.com> <1392893013.23342.19.camel@kazak.uk.xensource.com> <1392899288.23342.49.camel@kazak.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users Subject: Re: [Xen-users] trouble with building latest xen code X-BeenThere: xen-users@lists.xen.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, 2014-02-20 at 13:42 +0100, Aastha Mehta wrote: > On 20 February 2014 13:28, Ian Campbell wrote: > > On Thu, 2014-02-20 at 13:15 +0100, Aastha Mehta wrote: > >> On 20 February 2014 11:43, Ian Campbell wrote: > >> > On Thu, 2014-02-20 at 11:40 +0100, Aastha Mehta wrote: > >> >> I just figured out the problem. While building the Xen code, I blindly > >> >> used all the dependencies listed on > >> >> http://wiki.xen.org/wiki/Compiling_Xen_From_Source and used apt-get to > >> >> install libyajl-dev. Looks like apt-cache has older version of the > >> >> library available. Even though I later installed the latest yajl from > >> >> the github, the default library being used was the older version. I > >> >> uninstalled the older version and then re-installed the latest and > >> >> everything works now. > >> > > >> > Which older version were you using and on which distro? > >> > > >> > If Xen doesn't build with the packages present in some major distro I > >> > think we want to know about it. > >> > > >> > Ian. > >> > > >> > > >> > >> Distro - Ubuntu 12.04.3 LTS (Precise), > >> Kernel - 3.13.2 > >> Xen version - 4.4 unstable (custom build) > >> yajl older version: 1.0.12-2 > >> # aptitude versions libyajl-dev > >> Package libyajl-dev: > >> pi 1.0.12-2 precise 500 > >> Package libyajl-dev:i386: > >> p 1.0.12-2 precise 500 > >> > >> Latest yajl version available: 2.0.1 > >> > >> There is some change in the yajl code between version 1 and 2, which > >> prevents the tools, specifically libxl from compiling. > > > > Thanks. > > > > libxl is supposed to handle yajl1 as well as yajl2, detected at compile > > time. The only references to yajl_gen_config I can see are correctly > > within #ifdef HAVE_YAJL_V2 blocks and shouldn't be used when compiling > > against yajl1. > > > > Does Ubuntu's yajl 1.0.12 include /usr/include/yajl/yajl_version.h? This > > is used to detect which version, via the YAJL_MAJOR #define in it. > > http://packages.ubuntu.com/precise/amd64/libyajl-dev/filelist says it > > was there and it contained: > > #define YAJL_MAJOR 1 > > #define YAJL_MINOR 0 > > #define YAJL_MICRO 12 > > > > so I think libxl should have been using the yajl1 compatible code in > > libxl_json.h > > > > Did you by any chance have a mixture of packaged and unpackaged versions > > of libyajl installed when you saw this failure? > > > > Ian. > > > > That might have been the case actually. I do remember downloading and > installing all sorts of dependencies before building xen. The > yajl_version.h file was there, but because of a mixture of versions > installed things must have got messed up. Thanks. I'm going to assume this was some sort of local weirdness then and not worry about it any further. FWIW I believe all of Xen's dependencies are available packaged in Ubuntu so there shouldn't be any need to build any of them from source. This should be generally true of most major distros. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Feb 20 12:50:43 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 20 Feb 2014 12:50:43 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGT5G-0004lH-Af; Thu, 20 Feb 2014 12:50:34 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGT5E-0004l6-FS for xen-users@lists.xen.org; Thu, 20 Feb 2014 12:50:32 +0000 Received: from [193.109.254.147:3973] by server-8.bemta-14.messagelabs.com id DC/0F-18529-71AF5035; Thu, 20 Feb 2014 12:50:31 +0000 X-Env-Sender: aasthakm@gmail.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1392900629!5653026!1 X-Originating-IP: [209.85.216.169] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30905 invoked from network); 20 Feb 2014 12:50:30 -0000 Received: from mail-qc0-f169.google.com (HELO mail-qc0-f169.google.com) (209.85.216.169) by server-16.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 20 Feb 2014 12:50:30 -0000 Received: by mail-qc0-f169.google.com with SMTP id e9so966728qcy.14 for ; Thu, 20 Feb 2014 04:50:29 -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-type; bh=os8sqqIx/P4c4/GZUyeadscPlXGkkexVgqjPuCgD8PQ=; b=yF7uVKKxw7hgBhcF/jTsUmWPcD5QuYYhaWeyCD8CRB/ifbQRIjgaPqIeXtIXzU4ml6 ZwQa0RROMKs3GsU5cCf8t1ySEJhXeQVHZr9xQEYZTuVwG/tcW53xmYWTipzTYCx+bHJk +o+XA4QiJkKPwqnLl2T5m9fXGjfIoT+T1/zWo6Gdn4wA6MJO9cKMuGfBBKloD3KDsvkO leFBBVcweQp7VMBtEs6kUXl346jH2a04Q1O/7zCPdLVgdf3pfvxJpWJUimgatJVZplAk 4LS5Y3CqDaOptLMHQekDIUkCXCQ+sxmi2mNTbdy2ELiYL4AfbIhdCleT9X9jIN8zxM+q nUyA== X-Received: by 10.140.21.179 with SMTP id 48mr1158544qgl.78.1392900629574; Thu, 20 Feb 2014 04:50:29 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.94.69 with HTTP; Thu, 20 Feb 2014 04:50:08 -0800 (PST) In-Reply-To: <1392900482.23342.58.camel@kazak.uk.xensource.com> References: <1392736182.11080.91.camel@kazak.uk.xensource.com> <1392893013.23342.19.camel@kazak.uk.xensource.com> <1392899288.23342.49.camel@kazak.uk.xensource.com> <1392900482.23342.58.camel@kazak.uk.xensource.com> From: Aastha Mehta Date: Thu, 20 Feb 2014 13:50:08 +0100 Message-ID: To: Ian Campbell Cc: xen-users Subject: Re: [Xen-users] trouble with building latest xen code X-BeenThere: xen-users@lists.xen.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 20 February 2014 13:48, Ian Campbell wrote: > On Thu, 2014-02-20 at 13:42 +0100, Aastha Mehta wrote: >> On 20 February 2014 13:28, Ian Campbell wrote: >> > On Thu, 2014-02-20 at 13:15 +0100, Aastha Mehta wrote: >> >> On 20 February 2014 11:43, Ian Campbell wrote: >> >> > On Thu, 2014-02-20 at 11:40 +0100, Aastha Mehta wrote: >> >> >> I just figured out the problem. While building the Xen code, I blindly >> >> >> used all the dependencies listed on >> >> >> http://wiki.xen.org/wiki/Compiling_Xen_From_Source and used apt-get to >> >> >> install libyajl-dev. Looks like apt-cache has older version of the >> >> >> library available. Even though I later installed the latest yajl from >> >> >> the github, the default library being used was the older version. I >> >> >> uninstalled the older version and then re-installed the latest and >> >> >> everything works now. >> >> > >> >> > Which older version were you using and on which distro? >> >> > >> >> > If Xen doesn't build with the packages present in some major distro I >> >> > think we want to know about it. >> >> > >> >> > Ian. >> >> > >> >> > >> >> >> >> Distro - Ubuntu 12.04.3 LTS (Precise), >> >> Kernel - 3.13.2 >> >> Xen version - 4.4 unstable (custom build) >> >> yajl older version: 1.0.12-2 >> >> # aptitude versions libyajl-dev >> >> Package libyajl-dev: >> >> pi 1.0.12-2 precise 500 >> >> Package libyajl-dev:i386: >> >> p 1.0.12-2 precise 500 >> >> >> >> Latest yajl version available: 2.0.1 >> >> >> >> There is some change in the yajl code between version 1 and 2, which >> >> prevents the tools, specifically libxl from compiling. >> > >> > Thanks. >> > >> > libxl is supposed to handle yajl1 as well as yajl2, detected at compile >> > time. The only references to yajl_gen_config I can see are correctly >> > within #ifdef HAVE_YAJL_V2 blocks and shouldn't be used when compiling >> > against yajl1. >> > >> > Does Ubuntu's yajl 1.0.12 include /usr/include/yajl/yajl_version.h? This >> > is used to detect which version, via the YAJL_MAJOR #define in it. >> > http://packages.ubuntu.com/precise/amd64/libyajl-dev/filelist says it >> > was there and it contained: >> > #define YAJL_MAJOR 1 >> > #define YAJL_MINOR 0 >> > #define YAJL_MICRO 12 >> > >> > so I think libxl should have been using the yajl1 compatible code in >> > libxl_json.h >> > >> > Did you by any chance have a mixture of packaged and unpackaged versions >> > of libyajl installed when you saw this failure? >> > >> > Ian. >> > >> >> That might have been the case actually. I do remember downloading and >> installing all sorts of dependencies before building xen. The >> yajl_version.h file was there, but because of a mixture of versions >> installed things must have got messed up. > > Thanks. > > I'm going to assume this was some sort of local weirdness then and not > worry about it any further. > > FWIW I believe all of Xen's dependencies are available packaged in > Ubuntu so there shouldn't be any need to build any of them from source. > This should be generally true of most major distros. > > Ian. > True, I will keep that in mind for the next time. Thanks, Aastha. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Feb 20 12:50:43 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 20 Feb 2014 12:50:43 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGT5G-0004lH-Af; Thu, 20 Feb 2014 12:50:34 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGT5E-0004l6-FS for xen-users@lists.xen.org; Thu, 20 Feb 2014 12:50:32 +0000 Received: from [193.109.254.147:3973] by server-8.bemta-14.messagelabs.com id DC/0F-18529-71AF5035; Thu, 20 Feb 2014 12:50:31 +0000 X-Env-Sender: aasthakm@gmail.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1392900629!5653026!1 X-Originating-IP: [209.85.216.169] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30905 invoked from network); 20 Feb 2014 12:50:30 -0000 Received: from mail-qc0-f169.google.com (HELO mail-qc0-f169.google.com) (209.85.216.169) by server-16.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 20 Feb 2014 12:50:30 -0000 Received: by mail-qc0-f169.google.com with SMTP id e9so966728qcy.14 for ; Thu, 20 Feb 2014 04:50:29 -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-type; bh=os8sqqIx/P4c4/GZUyeadscPlXGkkexVgqjPuCgD8PQ=; b=yF7uVKKxw7hgBhcF/jTsUmWPcD5QuYYhaWeyCD8CRB/ifbQRIjgaPqIeXtIXzU4ml6 ZwQa0RROMKs3GsU5cCf8t1ySEJhXeQVHZr9xQEYZTuVwG/tcW53xmYWTipzTYCx+bHJk +o+XA4QiJkKPwqnLl2T5m9fXGjfIoT+T1/zWo6Gdn4wA6MJO9cKMuGfBBKloD3KDsvkO leFBBVcweQp7VMBtEs6kUXl346jH2a04Q1O/7zCPdLVgdf3pfvxJpWJUimgatJVZplAk 4LS5Y3CqDaOptLMHQekDIUkCXCQ+sxmi2mNTbdy2ELiYL4AfbIhdCleT9X9jIN8zxM+q nUyA== X-Received: by 10.140.21.179 with SMTP id 48mr1158544qgl.78.1392900629574; Thu, 20 Feb 2014 04:50:29 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.94.69 with HTTP; Thu, 20 Feb 2014 04:50:08 -0800 (PST) In-Reply-To: <1392900482.23342.58.camel@kazak.uk.xensource.com> References: <1392736182.11080.91.camel@kazak.uk.xensource.com> <1392893013.23342.19.camel@kazak.uk.xensource.com> <1392899288.23342.49.camel@kazak.uk.xensource.com> <1392900482.23342.58.camel@kazak.uk.xensource.com> From: Aastha Mehta Date: Thu, 20 Feb 2014 13:50:08 +0100 Message-ID: To: Ian Campbell Cc: xen-users Subject: Re: [Xen-users] trouble with building latest xen code X-BeenThere: xen-users@lists.xen.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 20 February 2014 13:48, Ian Campbell wrote: > On Thu, 2014-02-20 at 13:42 +0100, Aastha Mehta wrote: >> On 20 February 2014 13:28, Ian Campbell wrote: >> > On Thu, 2014-02-20 at 13:15 +0100, Aastha Mehta wrote: >> >> On 20 February 2014 11:43, Ian Campbell wrote: >> >> > On Thu, 2014-02-20 at 11:40 +0100, Aastha Mehta wrote: >> >> >> I just figured out the problem. While building the Xen code, I blindly >> >> >> used all the dependencies listed on >> >> >> http://wiki.xen.org/wiki/Compiling_Xen_From_Source and used apt-get to >> >> >> install libyajl-dev. Looks like apt-cache has older version of the >> >> >> library available. Even though I later installed the latest yajl from >> >> >> the github, the default library being used was the older version. I >> >> >> uninstalled the older version and then re-installed the latest and >> >> >> everything works now. >> >> > >> >> > Which older version were you using and on which distro? >> >> > >> >> > If Xen doesn't build with the packages present in some major distro I >> >> > think we want to know about it. >> >> > >> >> > Ian. >> >> > >> >> > >> >> >> >> Distro - Ubuntu 12.04.3 LTS (Precise), >> >> Kernel - 3.13.2 >> >> Xen version - 4.4 unstable (custom build) >> >> yajl older version: 1.0.12-2 >> >> # aptitude versions libyajl-dev >> >> Package libyajl-dev: >> >> pi 1.0.12-2 precise 500 >> >> Package libyajl-dev:i386: >> >> p 1.0.12-2 precise 500 >> >> >> >> Latest yajl version available: 2.0.1 >> >> >> >> There is some change in the yajl code between version 1 and 2, which >> >> prevents the tools, specifically libxl from compiling. >> > >> > Thanks. >> > >> > libxl is supposed to handle yajl1 as well as yajl2, detected at compile >> > time. The only references to yajl_gen_config I can see are correctly >> > within #ifdef HAVE_YAJL_V2 blocks and shouldn't be used when compiling >> > against yajl1. >> > >> > Does Ubuntu's yajl 1.0.12 include /usr/include/yajl/yajl_version.h? This >> > is used to detect which version, via the YAJL_MAJOR #define in it. >> > http://packages.ubuntu.com/precise/amd64/libyajl-dev/filelist says it >> > was there and it contained: >> > #define YAJL_MAJOR 1 >> > #define YAJL_MINOR 0 >> > #define YAJL_MICRO 12 >> > >> > so I think libxl should have been using the yajl1 compatible code in >> > libxl_json.h >> > >> > Did you by any chance have a mixture of packaged and unpackaged versions >> > of libyajl installed when you saw this failure? >> > >> > Ian. >> > >> >> That might have been the case actually. I do remember downloading and >> installing all sorts of dependencies before building xen. The >> yajl_version.h file was there, but because of a mixture of versions >> installed things must have got messed up. > > Thanks. > > I'm going to assume this was some sort of local weirdness then and not > worry about it any further. > > FWIW I believe all of Xen's dependencies are available packaged in > Ubuntu so there shouldn't be any need to build any of them from source. > This should be generally true of most major distros. > > Ian. > True, I will keep that in mind for the next time. Thanks, Aastha. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Feb 20 14:21:10 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 20 Feb 2014 14:21: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 1WGUTk-0007Gu-Bt; Thu, 20 Feb 2014 14:19:56 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGUTh-0007GZ-N9; Thu, 20 Feb 2014 14:19:53 +0000 Received: from [85.158.137.68:37348] by server-3.bemta-3.messagelabs.com id DB/9E-14520-80F06035; Thu, 20 Feb 2014 14:19:52 +0000 X-Env-Sender: dunlapg@gmail.com X-Msg-Ref: server-11.tower-31.messagelabs.com!1392905991!3177910!1 X-Originating-IP: [209.85.212.174] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32015 invoked from network); 20 Feb 2014 14:19:51 -0000 Received: from mail-wi0-f174.google.com (HELO mail-wi0-f174.google.com) (209.85.212.174) by server-11.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 20 Feb 2014 14:19:51 -0000 Received: by mail-wi0-f174.google.com with SMTP id f8so5924639wiw.7 for ; Thu, 20 Feb 2014 06:19:51 -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=t6Jl8yLNrk60mE8m4lObmLwP+iA5YlMu2faG6PWygdw=; b=pmVXjvZZptldWLikboR5iqtWZdLvs0kS3qKqMToclph5ziKYUQ0JnUC9T0PRd2Aizv iL9vqWqcEmQCe72gyom1lscRP8l8hR0OGkDP1KqbJtfjcH2r44EWrn6LovMpoFWSVRK1 p9I7hIftrMhsI3KzQ+g0emg6zBcWtb8LSZNllIdGZVrqWxiCWJe4s/RbVWzQsXld8OIh hq276euiJJ8wVDhoVfCE/rYwgyd/upkEZ1AXzDnqG5G/HEupjq2GkNSWgqsX2UZp5inz pXPkAJR0cw8hkwhxAQ84uGg3qc9Qc1hh44tiMN16GzCYYN4T6e1z1qSwQJH32gv71Vzd 1XFg== MIME-Version: 1.0 X-Received: by 10.180.105.41 with SMTP id gj9mr7355895wib.28.1392905991537; Thu, 20 Feb 2014 06:19:51 -0800 (PST) Received: by 10.194.75.163 with HTTP; Thu, 20 Feb 2014 06:19:51 -0800 (PST) In-Reply-To: References: Date: Thu, 20 Feb 2014 14:19:51 +0000 X-Google-Sender-Auth: px4QPu6h0t1JYgfKdgIW-Di_yb4 Message-ID: From: George Dunlap To: Kai Luo Cc: "xen-users@lists.xen.org" , "xen-devel@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] Problem when launch instance in OpenStack when we use xen as virtuallization layer X-BeenThere: xen-users@lists.xen.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 19, 2014 at 1:59 PM, Kai Luo wrote: > Hello all: > Recently we are trying to deploy OpenStack with xen 4.3.0 as > virtualization layer, however an error occered when we launch an instance > from an image.We have confirmed that OpenStack services work fine and the > problem may lies in the xen layer.We checked the xend log and got the > following exception: I think I would start by asking this on xen-users (CC'd) -- it seems likely that this is a configuration issue between openstack and Xen, and there's more expertise for that here than on xen-devel (where we have more expertise about issues internal to Xen). > > TapdiskException: ('create', > '-aqcow2:arbva/instances4b07c5-7443-418b-81c4-a1f55fb264d3/disk') failed > (32512 ) > [2014-02-18 21:13:43 11395] DEBUG (XendDomainInfo:3078) > XendDomainInfo.destroy: domid=21 > [2014-02-18 21:13:43 11395] DEBUG (XendDomainInfo:2408) No device model > [2014-02-18 21:13:43 11395] DEBUG (XendDomainInfo:2410) Releasing devices > [2014-02-18 21:13:43 11395] ERROR (SrvBase:88) Request start failed. > Traceback (most recent call last): > File "/usrb/xen-4.3/bin/..b/python/xen/web/SrvBase.py", line 85, in > perform > return op_method(op, req) > File "/usrb/xen-4.3/bin/..b/python/xen/xendrver/SrvDomain.py", line 77, in > op_start > return self.xd.domain_start(self.dom.getName(), paused) > File "/usrb/xen-4.3/bin/..b/python/xen/xend/XendDomain.py", line 1070, in > domain_start > dominfo.start(is_managed = True) > File "/usrb/xen-4.3/bin/..b/python/xen/xend/XendDomainInfo.py", line 474, > in start > XendTask.log_progress(31, 60, self._initDomain) > File "/usrb/xen-4.3/bin/..b/python/xen/xend/XendTask.py", line 209, in > log_progress > retval = func(*args, **kwds) > File "/usrb/xen-4.3/bin/..b/python/xen/xend/XendDomainInfo.py", line 2845, > in _initDomain > self._configureBootloader() > File "/usrb/xen-4.3/bin/..b/python/xen/xend/XendDomainInfo.py", line 3286, > in _configureBootloader > mounted_vbd_uuid = dom0.create_vbd(vbd, disk); > File "/usrb/xen-4.3/bin/..b/python/xen/xend/XendDomainInfo.py", line 3979, > in create_vbd > devid = dev_control.createDevice(config) > File "/usrb/xen-4.3/bin/..b/python/xen/xendrver/BlktapController.py", line > 172, in createDevice > device = TapdiskController.create(params, file) > File "/usrb/xen-4.3/bin/..b/python/xen/xendrver/BlktapController.py", line > 284, in create > return TapdiskController.exc('create', '-a%s:%s' % (dtype, image)) > File "/usrb/xen-4.3/bin/..b/python/xen/xendrver/BlktapController.py", line > 231, in exc > (args, rc, out, err)) > TapdiskException: ('create', > '-aqcow2:arbva/instances4b07c5-7443-418b-81c4-a1f55fb264d3/disk') failed > (32512 ) > [2014-02-18 21:13:44 11395] INFO (XendDomain:1126) Domain instance-00000035 > (db4b07c5-7443-418b-81c4-a1f55fb264d3) deleted. > > We tryed to use image of RAW or QCOW2 format and switch the xen > toolstack from xm to xl,still did't work.when we switch the toolstack to xl > and closed the xend service, the virt-manager did not work either.We don't > know what caused this problem and we know XCP may be a better choice but we > have to use xen as OpenStack virtualization layer because some modifications > have made in xen.Could you give any suggestions? > > Jone > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xen.org > http://lists.xen.org/xen-devel > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Feb 20 14:21:10 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 20 Feb 2014 14:21: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 1WGUTk-0007Gu-Bt; Thu, 20 Feb 2014 14:19:56 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGUTh-0007GZ-N9; Thu, 20 Feb 2014 14:19:53 +0000 Received: from [85.158.137.68:37348] by server-3.bemta-3.messagelabs.com id DB/9E-14520-80F06035; Thu, 20 Feb 2014 14:19:52 +0000 X-Env-Sender: dunlapg@gmail.com X-Msg-Ref: server-11.tower-31.messagelabs.com!1392905991!3177910!1 X-Originating-IP: [209.85.212.174] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32015 invoked from network); 20 Feb 2014 14:19:51 -0000 Received: from mail-wi0-f174.google.com (HELO mail-wi0-f174.google.com) (209.85.212.174) by server-11.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 20 Feb 2014 14:19:51 -0000 Received: by mail-wi0-f174.google.com with SMTP id f8so5924639wiw.7 for ; Thu, 20 Feb 2014 06:19:51 -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=t6Jl8yLNrk60mE8m4lObmLwP+iA5YlMu2faG6PWygdw=; b=pmVXjvZZptldWLikboR5iqtWZdLvs0kS3qKqMToclph5ziKYUQ0JnUC9T0PRd2Aizv iL9vqWqcEmQCe72gyom1lscRP8l8hR0OGkDP1KqbJtfjcH2r44EWrn6LovMpoFWSVRK1 p9I7hIftrMhsI3KzQ+g0emg6zBcWtb8LSZNllIdGZVrqWxiCWJe4s/RbVWzQsXld8OIh hq276euiJJ8wVDhoVfCE/rYwgyd/upkEZ1AXzDnqG5G/HEupjq2GkNSWgqsX2UZp5inz pXPkAJR0cw8hkwhxAQ84uGg3qc9Qc1hh44tiMN16GzCYYN4T6e1z1qSwQJH32gv71Vzd 1XFg== MIME-Version: 1.0 X-Received: by 10.180.105.41 with SMTP id gj9mr7355895wib.28.1392905991537; Thu, 20 Feb 2014 06:19:51 -0800 (PST) Received: by 10.194.75.163 with HTTP; Thu, 20 Feb 2014 06:19:51 -0800 (PST) In-Reply-To: References: Date: Thu, 20 Feb 2014 14:19:51 +0000 X-Google-Sender-Auth: px4QPu6h0t1JYgfKdgIW-Di_yb4 Message-ID: From: George Dunlap To: Kai Luo Cc: "xen-users@lists.xen.org" , "xen-devel@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] Problem when launch instance in OpenStack when we use xen as virtuallization layer X-BeenThere: xen-users@lists.xen.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 19, 2014 at 1:59 PM, Kai Luo wrote: > Hello all: > Recently we are trying to deploy OpenStack with xen 4.3.0 as > virtualization layer, however an error occered when we launch an instance > from an image.We have confirmed that OpenStack services work fine and the > problem may lies in the xen layer.We checked the xend log and got the > following exception: I think I would start by asking this on xen-users (CC'd) -- it seems likely that this is a configuration issue between openstack and Xen, and there's more expertise for that here than on xen-devel (where we have more expertise about issues internal to Xen). > > TapdiskException: ('create', > '-aqcow2:arbva/instances4b07c5-7443-418b-81c4-a1f55fb264d3/disk') failed > (32512 ) > [2014-02-18 21:13:43 11395] DEBUG (XendDomainInfo:3078) > XendDomainInfo.destroy: domid=21 > [2014-02-18 21:13:43 11395] DEBUG (XendDomainInfo:2408) No device model > [2014-02-18 21:13:43 11395] DEBUG (XendDomainInfo:2410) Releasing devices > [2014-02-18 21:13:43 11395] ERROR (SrvBase:88) Request start failed. > Traceback (most recent call last): > File "/usrb/xen-4.3/bin/..b/python/xen/web/SrvBase.py", line 85, in > perform > return op_method(op, req) > File "/usrb/xen-4.3/bin/..b/python/xen/xendrver/SrvDomain.py", line 77, in > op_start > return self.xd.domain_start(self.dom.getName(), paused) > File "/usrb/xen-4.3/bin/..b/python/xen/xend/XendDomain.py", line 1070, in > domain_start > dominfo.start(is_managed = True) > File "/usrb/xen-4.3/bin/..b/python/xen/xend/XendDomainInfo.py", line 474, > in start > XendTask.log_progress(31, 60, self._initDomain) > File "/usrb/xen-4.3/bin/..b/python/xen/xend/XendTask.py", line 209, in > log_progress > retval = func(*args, **kwds) > File "/usrb/xen-4.3/bin/..b/python/xen/xend/XendDomainInfo.py", line 2845, > in _initDomain > self._configureBootloader() > File "/usrb/xen-4.3/bin/..b/python/xen/xend/XendDomainInfo.py", line 3286, > in _configureBootloader > mounted_vbd_uuid = dom0.create_vbd(vbd, disk); > File "/usrb/xen-4.3/bin/..b/python/xen/xend/XendDomainInfo.py", line 3979, > in create_vbd > devid = dev_control.createDevice(config) > File "/usrb/xen-4.3/bin/..b/python/xen/xendrver/BlktapController.py", line > 172, in createDevice > device = TapdiskController.create(params, file) > File "/usrb/xen-4.3/bin/..b/python/xen/xendrver/BlktapController.py", line > 284, in create > return TapdiskController.exc('create', '-a%s:%s' % (dtype, image)) > File "/usrb/xen-4.3/bin/..b/python/xen/xendrver/BlktapController.py", line > 231, in exc > (args, rc, out, err)) > TapdiskException: ('create', > '-aqcow2:arbva/instances4b07c5-7443-418b-81c4-a1f55fb264d3/disk') failed > (32512 ) > [2014-02-18 21:13:44 11395] INFO (XendDomain:1126) Domain instance-00000035 > (db4b07c5-7443-418b-81c4-a1f55fb264d3) deleted. > > We tryed to use image of RAW or QCOW2 format and switch the xen > toolstack from xm to xl,still did't work.when we switch the toolstack to xl > and closed the xend service, the virt-manager did not work either.We don't > know what caused this problem and we know XCP may be a better choice but we > have to use xen as OpenStack virtualization layer because some modifications > have made in xen.Could you give any suggestions? > > Jone > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xen.org > http://lists.xen.org/xen-devel > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Feb 20 14:23:24 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 20 Feb 2014 14:23: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 1WGUWu-0007W7-29; Thu, 20 Feb 2014 14:23:12 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGUWs-0007VV-1r; Thu, 20 Feb 2014 14:23:10 +0000 Received: from [85.158.143.35:52990] by server-2.bemta-4.messagelabs.com id B7/D4-10891-DCF06035; Thu, 20 Feb 2014 14:23:09 +0000 X-Env-Sender: dunlapg@gmail.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1392906188!7119421!1 X-Originating-IP: [74.125.82.47] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29607 invoked from network); 20 Feb 2014 14:23:08 -0000 Received: from mail-wg0-f47.google.com (HELO mail-wg0-f47.google.com) (74.125.82.47) by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 20 Feb 2014 14:23:08 -0000 Received: by mail-wg0-f47.google.com with SMTP id k14so1519498wgh.14 for ; Thu, 20 Feb 2014 06:23:08 -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=b8yr8BjtgOLPWlfkaa4CBmOUCb3/AVUF0595oMRNHwQ=; b=yXOjaPbPib3qlxVaGb7IAV2UwYyw4HPXtLC4PFMKIC1q1fGhDoQmqtETdcx2fdQpd9 kuzTpaiyw7ZCTJjIrrzeA/g1prxQ7PdJNrZTF17WckQ/EmyyXbWa04nAs/1+Zi1qJfu3 GZck/NaggisnvzNZI5HSDjYT8JmVMCDCBYgviNQJkvv+1GlyULHckMlihQxdaOvZx+z/ JqpdaCFZOgSA507b77RmfIbk5dO4gE1JglShbem34KxC1PP4jTK6BPAE2R5yjc9wuwjz JJ3pNWi8V8UXVDOpVf77QKjNetYC9QvJXdfs3SuM/5nNVC019ICOK8LYf9vO2G4Idbn7 bDVg== MIME-Version: 1.0 X-Received: by 10.194.240.7 with SMTP id vw7mr2249310wjc.75.1392906187864; Thu, 20 Feb 2014 06:23:07 -0800 (PST) Received: by 10.194.75.163 with HTTP; Thu, 20 Feb 2014 06:23:07 -0800 (PST) In-Reply-To: <5303B34E.5000702@xen.org> References: <5303B34E.5000702@xen.org> Date: Thu, 20 Feb 2014 14:23:07 +0000 X-Google-Sender-Auth: s3iYLhUbvBHezy5rxlYOOX2FbhM Message-ID: From: George Dunlap To: Lars Kurth Cc: Tim Mackey , "mirageos-devel@lists.xenproject.org" , xen-users@lists.xenproject.org, Russell Pavlicek , "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] [Vote] Proposal: Moving XCP binaries to XenServer.org X-BeenThere: xen-users@lists.xen.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 18, 2014 at 7:23 PM, Lars Kurth wrote: > Hi all, > > I wanted to propose to move the legacy XCP binaries from XenProject.org to > XenServer.org. +1 > With XenServer being fully open source and XCP basically > being a variant of XenServer, it would make a lot more sense to keep all > these binaries with XenServer.org. The fact that we have XCP and > XenServer.org in two different places has led to: > > * fragmentation of the XCP user community > * it is also a constant source of confusion in the user community > > In a nutshell many people don't know whether they should go to XenServer.org > to ask XCP related questions or whether to ask them on XenProject.org. As a > result many questions remain unanswered. Russell and me spend a lot of our > time, pointing people to the right place and/or cross-posting. I was hoping > things would get better over time, but they have not improved. > > When the Xen Project was created, there was no real alternative but to keep > XCP as part of the Xen Project. With XenServer being fully open source, and > being established, there is no reason why we can't clean up some of the > confusion. In my opinion we really should do this. > > This proposal does *not* affect the XAPI project : the XAPI project would > continue to develop the XAPI toolstack as part of the Xen Project (and > deliver source "releases"). In fact, I would also propose to make the xapi > mailing list a developer mailing list. This fits much better with how the > Hypervisor and MirageOS projects are run and creates an overall cleaner and > easier to understand model for the Xen Project. > > I have in principle agreement from: > * The Xen Project Advisory Board and the Linux Foundation (which is needed > as I am proposing to move assets out of XenProject.org) > * Citrix to take on XCP as part of XenProject.org > * Citrix to provide resources to migrate content and redirect URLs from > xxx.XenProject.org to XenServer.org such that people wont be impacted. This > part is quite important. People who would come to download or find > information about XCP, are basically encouraged to ask XCP related questions > on XenProject.org. If they are redirected to the right place in > XenServer.org, that does mean that they are redirected to the site where > they should ask questions. > * I may be able to get some resources to have the wiki cleaned up too and do > some redirects there too (another source of ongoing confusion) > > == Who and how to vote? == > > As this is not an entirely project local decision, I propose that according > to http://xenproject.org/governance.html > - Members of all developer mailing lists (including the user lists) on > Xenproject.org can review the proposal and voice an opinion > - Maintainers of all mature projects and the Xenproject.org community > manager are allowed to vote : these are maintainers of xen-devel and xen-api > > You would vote by replying "+1" > If you don't care vote "0" > If you object, vote "-1", which must include an alternative proposal or a > detailed explanation of the reasons for the negative vote. > > Please vote by Feb 25th > > Best Regards > Lars > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xen.org > http://lists.xen.org/xen-devel > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Feb 20 14:23:24 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 20 Feb 2014 14:23: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 1WGUWu-0007W7-29; Thu, 20 Feb 2014 14:23:12 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGUWs-0007VV-1r; Thu, 20 Feb 2014 14:23:10 +0000 Received: from [85.158.143.35:52990] by server-2.bemta-4.messagelabs.com id B7/D4-10891-DCF06035; Thu, 20 Feb 2014 14:23:09 +0000 X-Env-Sender: dunlapg@gmail.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1392906188!7119421!1 X-Originating-IP: [74.125.82.47] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29607 invoked from network); 20 Feb 2014 14:23:08 -0000 Received: from mail-wg0-f47.google.com (HELO mail-wg0-f47.google.com) (74.125.82.47) by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 20 Feb 2014 14:23:08 -0000 Received: by mail-wg0-f47.google.com with SMTP id k14so1519498wgh.14 for ; Thu, 20 Feb 2014 06:23:08 -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=b8yr8BjtgOLPWlfkaa4CBmOUCb3/AVUF0595oMRNHwQ=; b=yXOjaPbPib3qlxVaGb7IAV2UwYyw4HPXtLC4PFMKIC1q1fGhDoQmqtETdcx2fdQpd9 kuzTpaiyw7ZCTJjIrrzeA/g1prxQ7PdJNrZTF17WckQ/EmyyXbWa04nAs/1+Zi1qJfu3 GZck/NaggisnvzNZI5HSDjYT8JmVMCDCBYgviNQJkvv+1GlyULHckMlihQxdaOvZx+z/ JqpdaCFZOgSA507b77RmfIbk5dO4gE1JglShbem34KxC1PP4jTK6BPAE2R5yjc9wuwjz JJ3pNWi8V8UXVDOpVf77QKjNetYC9QvJXdfs3SuM/5nNVC019ICOK8LYf9vO2G4Idbn7 bDVg== MIME-Version: 1.0 X-Received: by 10.194.240.7 with SMTP id vw7mr2249310wjc.75.1392906187864; Thu, 20 Feb 2014 06:23:07 -0800 (PST) Received: by 10.194.75.163 with HTTP; Thu, 20 Feb 2014 06:23:07 -0800 (PST) In-Reply-To: <5303B34E.5000702@xen.org> References: <5303B34E.5000702@xen.org> Date: Thu, 20 Feb 2014 14:23:07 +0000 X-Google-Sender-Auth: s3iYLhUbvBHezy5rxlYOOX2FbhM Message-ID: From: George Dunlap To: Lars Kurth Cc: Tim Mackey , "mirageos-devel@lists.xenproject.org" , xen-users@lists.xenproject.org, Russell Pavlicek , "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] [Vote] Proposal: Moving XCP binaries to XenServer.org X-BeenThere: xen-users@lists.xen.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 18, 2014 at 7:23 PM, Lars Kurth wrote: > Hi all, > > I wanted to propose to move the legacy XCP binaries from XenProject.org to > XenServer.org. +1 > With XenServer being fully open source and XCP basically > being a variant of XenServer, it would make a lot more sense to keep all > these binaries with XenServer.org. The fact that we have XCP and > XenServer.org in two different places has led to: > > * fragmentation of the XCP user community > * it is also a constant source of confusion in the user community > > In a nutshell many people don't know whether they should go to XenServer.org > to ask XCP related questions or whether to ask them on XenProject.org. As a > result many questions remain unanswered. Russell and me spend a lot of our > time, pointing people to the right place and/or cross-posting. I was hoping > things would get better over time, but they have not improved. > > When the Xen Project was created, there was no real alternative but to keep > XCP as part of the Xen Project. With XenServer being fully open source, and > being established, there is no reason why we can't clean up some of the > confusion. In my opinion we really should do this. > > This proposal does *not* affect the XAPI project : the XAPI project would > continue to develop the XAPI toolstack as part of the Xen Project (and > deliver source "releases"). In fact, I would also propose to make the xapi > mailing list a developer mailing list. This fits much better with how the > Hypervisor and MirageOS projects are run and creates an overall cleaner and > easier to understand model for the Xen Project. > > I have in principle agreement from: > * The Xen Project Advisory Board and the Linux Foundation (which is needed > as I am proposing to move assets out of XenProject.org) > * Citrix to take on XCP as part of XenProject.org > * Citrix to provide resources to migrate content and redirect URLs from > xxx.XenProject.org to XenServer.org such that people wont be impacted. This > part is quite important. People who would come to download or find > information about XCP, are basically encouraged to ask XCP related questions > on XenProject.org. If they are redirected to the right place in > XenServer.org, that does mean that they are redirected to the site where > they should ask questions. > * I may be able to get some resources to have the wiki cleaned up too and do > some redirects there too (another source of ongoing confusion) > > == Who and how to vote? == > > As this is not an entirely project local decision, I propose that according > to http://xenproject.org/governance.html > - Members of all developer mailing lists (including the user lists) on > Xenproject.org can review the proposal and voice an opinion > - Maintainers of all mature projects and the Xenproject.org community > manager are allowed to vote : these are maintainers of xen-devel and xen-api > > You would vote by replying "+1" > If you don't care vote "0" > If you object, vote "-1", which must include an alternative proposal or a > detailed explanation of the reasons for the negative vote. > > Please vote by Feb 25th > > Best Regards > Lars > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xen.org > http://lists.xen.org/xen-devel > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Feb 20 16:24:32 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 20 Feb 2014 16:24: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 1WGWOj-0002nf-Ag; Thu, 20 Feb 2014 16:22:53 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGPff-0004U8-IB for xen-users@lists.xensource.com; Thu, 20 Feb 2014 09:11:56 +0000 Received: from [85.158.139.211:43461] by server-5.bemta-5.messagelabs.com id 86/E4-32749-AD6C5035; Thu, 20 Feb 2014 09:11:54 +0000 X-Env-Sender: michael.rack@rsm-freilassing.de X-Msg-Ref: server-2.tower-206.messagelabs.com!1392887514!5075850!1 X-Originating-IP: [74.125.83.46] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28366 invoked from network); 20 Feb 2014 09:11:54 -0000 Received: from mail-ee0-f46.google.com (HELO mail-ee0-f46.google.com) (74.125.83.46) by server-2.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 20 Feb 2014 09:11:54 -0000 Received: by mail-ee0-f46.google.com with SMTP id c13so803060eek.33 for ; Thu, 20 Feb 2014 01:11:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rsm-freilassing.de; s=google; h=message-id:date:from:organization:user-agent:mime-version:to :subject:content-type:content-transfer-encoding; bh=9xRPGlsyI9zK8ef7rjZ3fq8bkeJwDs/x9oT3BnYEKfo=; b=Pj9BMT7tV39SLIVgXNn00tXuqBqlVqxvrQuzEkYhhjeZJ3Yb/+R5dxfe+RJPHB7DR1 tBKM9B6OV1LQOXDG6sNnnfuWBzkk8cBqBBRticWS1zVDxDdxNEH9JOc8e4A6/JipSir4 Cl3CywrOaXM90RvNTFRsHbeg1NVzlMXQ7yPzk= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:organization:user-agent :mime-version:to:subject:content-type:content-transfer-encoding; bh=9xRPGlsyI9zK8ef7rjZ3fq8bkeJwDs/x9oT3BnYEKfo=; b=hDzdo5kRbGt4Q769qrZeKf864PCwu00Vz46kdNSljCeoZuSxDvK+yelbwzpuJx97Um Kf13bpSzv2soiqe1DEerNHANxPbx1RzkJRD6Su34B6IBwtGbmcmzpcb6kqiebomVi5DM RcAOgkU1j7ls0zO9rSxLwUA14Q55mCaeXSdFZKtwXwnecyFOlm2bdfWJzFvoTnNQutGt JsfO1ovPQWTZhrOvD52JPzQfc/KEnKqdlCA71AZ5mHuat+w3sUtGk29qjfBJibNHz887 nngw5rqat1L8qOE8hUGH07y42Qqb9lZ2ZSnZe+Z47GgAAuybZO6lOmH3U87z7Ba62t9c 3Hsw== X-Gm-Message-State: ALoCoQldc4w+PZkuwcGfIeURyKmA25rsf855yX4GOIj6BE1SLHR1l6tb3ycvuGyDJBOv+qgnO+uC X-Received: by 10.14.5.11 with SMTP id 11mr641694eek.57.1392887513844; Thu, 20 Feb 2014 01:11:53 -0800 (PST) Received: from [10.200.0.10] (37-4-2-197-dynip.superkabel.de. [37.4.2.197]) by mx.google.com with ESMTPSA id k6sm11256525eep.17.2014.02.20.01.11.49 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 20 Feb 2014 01:11:52 -0800 (PST) Message-ID: <5305C6CD.5030705@rsm-freilassing.de> Date: Thu, 20 Feb 2014 10:11:41 +0100 From: Michael Rack Organization: RSM Freilassing User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: xen-users@lists.xensource.com X-Mailman-Approved-At: Thu, 20 Feb 2014 16:22:49 +0000 Subject: [Xen-users] Blank screen in EFI mode but XEN seems to work X-BeenThere: xen-users@lists.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="iso-8859-15"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi! I installed XEN 4.3.2 on my Gentoo Linux machine with EFI-Support. DETAILS: Motherboard: ASUS M5A97 Graphiccard: Radeon HD 5000/6000/7350/8350 Series ISSUE: When booting from xen.efi i get instantly a blank screen, but the XEN = Hypervisor boots and i am able to SSH into it. Also i am able to issue commands in "blind mode". When i boot from grubx64.efi grub tells me "no console will be available = to os" after "multiboot"-command and "no suitable video mode found" = after "module"-command. So i am not able to get any visual output when booting the XEN-Kernel. Booting the Linux-Kernel from GRUB works as expected. So, what's wrong? Liebe Gr=FC=DFe aus Freilassing, Michael Rack RSM Freilassing -- = RSM Freilassing Tel.: +49 8654 607110 Nocksteinstr. 13 Fax.: +49 8654 670438 D-83395 Freilassing www.rsm-freilassing.de _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Feb 20 16:24:32 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 20 Feb 2014 16:24: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 1WGWOf-0002mn-TR; Thu, 20 Feb 2014 16:22:49 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGAEA-0000jF-UJ; Wed, 19 Feb 2014 16:42:31 +0000 Received: from [85.158.143.35:64010] by server-1.bemta-4.messagelabs.com id D0/8B-31661-3FED4035; Wed, 19 Feb 2014 16:42:27 +0000 X-Env-Sender: dslutz@verizon.com X-Msg-Ref: server-9.tower-21.messagelabs.com!1392828145!6887522!1 X-Originating-IP: [199.249.25.209] X-SpamReason: No, hits=2.2 required=7.0 tests=SUSPICIOUS_RECIPS X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10548 invoked from network); 19 Feb 2014 16:42:26 -0000 Received: from omzsmtpe02.verizonbusiness.com (HELO omzsmtpe02.verizonbusiness.com) (199.249.25.209) by server-9.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 19 Feb 2014 16:42:26 -0000 X-IronPort-Anti-Spam-Filtered: false Received: from unknown (HELO fldsmtpi02.verizon.com) ([166.68.71.144]) by omzsmtpe02.verizonbusiness.com with ESMTP; 19 Feb 2014 16:42:24 +0000 From: Don Slutz X-IronPort-AV: E=Sophos;i="4.97,506,1389744000"; d="scan'208";a="655842739" Received: from unknown (HELO MIA20725CAS892.apps.tmrk.corp) ([162.47.0.51]) by fldsmtpi02.verizon.com with ESMTP; 19 Feb 2014 16:42:23 +0000 Received: from don-760.CloudSwitch.com (10.25.89.94) by MIA20725CAS892.apps.tmrk.corp (10.1.3.224) with Microsoft SMTP Server (TLS) id 14.2.318.1; Wed, 19 Feb 2014 11:40:37 -0500 Message-ID: <5304DE84.6090604@terremark.com> Date: Wed, 19 Feb 2014 11:40:36 -0500 User-Agent: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Dario Faggioli , "xen-devel@lists.xenproject.org" References: <1392715101.32038.466.camel@Solace> In-Reply-To: <1392715101.32038.466.camel@Solace> X-Mailman-Approved-At: Thu, 20 Feb 2014 16:22:49 +0000 Cc: "xen-users@lists.xen.org" , "xen-api@lists.xen.org" , cl-mirage , xen Subject: Re: [Xen-users] [Xen-devel] Today is Xen Project Test Day for 4.4 RC4 X-BeenThere: xen-users@lists.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 02/18/14 04:18, Dario Faggioli wrote: > This is a reminder that today is the Xen Project Test Day for Xen 4.4 > RC4. Did a few simple tests on both Fedora 17 and CentOS 5.10 and found no new issues (all found are current bugs at http://bugs.xenproject.org/xen/). Looking good. -Don Slutz > General Information about Test Days can be found here: > http://wiki.xenproject.org/wiki/Xen_Test_Days > > and specific instructions for this Test Day are located here: > http://wiki.xenproject.org/wiki/Xen_4.4_RC4_test_instructions > > Developers: please consider monitoring the Freenode IRC channel > #xentest today to make sure that people are able to build and test the > code. > > Hope to see you today on #xentest! > > Dario > > > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xen.org > http://lists.xen.org/xen-devel _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Feb 20 16:24:32 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 20 Feb 2014 16:24: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 1WGWOh-0002nA-7G; Thu, 20 Feb 2014 16:22:51 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGNjX-0000JO-HI for xen-users@lists.xen.org; Thu, 20 Feb 2014 07:07:47 +0000 Received: from [85.158.139.211:35413] by server-14.bemta-5.messagelabs.com id 04/D3-27598-2C9A5035; Thu, 20 Feb 2014 07:07:46 +0000 X-Env-Sender: cooldharma06@gmail.com X-Msg-Ref: server-16.tower-206.messagelabs.com!1392880064!5085916!1 X-Originating-IP: [209.85.223.178] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 768 invoked from network); 20 Feb 2014 07:07:45 -0000 Received: from mail-ie0-f178.google.com (HELO mail-ie0-f178.google.com) (209.85.223.178) by server-16.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 20 Feb 2014 07:07:45 -0000 Received: by mail-ie0-f178.google.com with SMTP id ar20so1036194iec.9 for ; Wed, 19 Feb 2014 23:07:44 -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=6vi4J2LnTbnHsnumz6Ln2pm5OPXGfr2Sz3OT9ZwZ8hA=; b=SwQiSNa6W4IPi5jNijrBlVPd56xHt1FEvkXq2ux4s3yKqO158N0qfteqU3hGPxPs73 937LEcqxb4LwFekukQm2DM9+v+v3uCpd/iGZ6xycrf+VMKRB2XClZ19ZfdAYTRsu6BYm eVQDTtz1A8xBMMwdYhEnODy8wJlMslB+p+xXXXp/LsiZxxJKbuQOgXvl/76soY+7C0Wj 4hn7IthJXdUAakK9aL/LZsg7TLJJyFL/3l3yKPsUUzpYONotX3NEae5eDI64es7RFNap l2DF4gzskc89lVGWM3lDI+WObHBchPmxT+M1BaSR63ns2eVKgXjaEf22LMOc/1qJdmbf dA6A== MIME-Version: 1.0 X-Received: by 10.50.97.98 with SMTP id dz2mr5203508igb.34.1392880064205; Wed, 19 Feb 2014 23:07:44 -0800 (PST) Received: by 10.50.117.100 with HTTP; Wed, 19 Feb 2014 23:07:44 -0800 (PST) Date: Thu, 20 Feb 2014 12:37:44 +0530 Message-ID: From: cool dharma06 To: xen-users X-Mailman-Approved-At: Thu, 20 Feb 2014 16:22:49 +0000 Subject: [Xen-users] XSM- Device labelling in Xen-4.3.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="===============5690995910291341189==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5690995910291341189== Content-Type: multipart/alternative; boundary=047d7b111a4571199c04f2d129f2 --047d7b111a4571199c04f2d129f2 Content-Type: text/plain; charset=ISO-8859-1 hi all, i am experimenting the device labelling in xen-4.3.1. i found some link to achieve this. http://xenbits.xen.org/docs/unstable/misc/xsm-flask.txt is there any elaborated guide or suggestion to do the device labelling in XEn VM's.? regards, cooldharma06. --047d7b111a4571199c04f2d129f2 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
hi all,

i am experimenting the device l= abelling in xen-4.3.1. i found some link to achieve this.=A0

is there any elaborated guide or suggestion to do= the device labelling in XEn VM's.?


regards,
cooldharma06.
--047d7b111a4571199c04f2d129f2-- --===============5690995910291341189== 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 --===============5690995910291341189==-- From xen-users-bounces@lists.xen.org Thu Feb 20 16:24:32 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 20 Feb 2014 16:24: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 1WGWOf-0002mn-TR; Thu, 20 Feb 2014 16:22:49 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGAEA-0000jF-UJ; Wed, 19 Feb 2014 16:42:31 +0000 Received: from [85.158.143.35:64010] by server-1.bemta-4.messagelabs.com id D0/8B-31661-3FED4035; Wed, 19 Feb 2014 16:42:27 +0000 X-Env-Sender: dslutz@verizon.com X-Msg-Ref: server-9.tower-21.messagelabs.com!1392828145!6887522!1 X-Originating-IP: [199.249.25.209] X-SpamReason: No, hits=2.2 required=7.0 tests=SUSPICIOUS_RECIPS X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10548 invoked from network); 19 Feb 2014 16:42:26 -0000 Received: from omzsmtpe02.verizonbusiness.com (HELO omzsmtpe02.verizonbusiness.com) (199.249.25.209) by server-9.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 19 Feb 2014 16:42:26 -0000 X-IronPort-Anti-Spam-Filtered: false Received: from unknown (HELO fldsmtpi02.verizon.com) ([166.68.71.144]) by omzsmtpe02.verizonbusiness.com with ESMTP; 19 Feb 2014 16:42:24 +0000 From: Don Slutz X-IronPort-AV: E=Sophos;i="4.97,506,1389744000"; d="scan'208";a="655842739" Received: from unknown (HELO MIA20725CAS892.apps.tmrk.corp) ([162.47.0.51]) by fldsmtpi02.verizon.com with ESMTP; 19 Feb 2014 16:42:23 +0000 Received: from don-760.CloudSwitch.com (10.25.89.94) by MIA20725CAS892.apps.tmrk.corp (10.1.3.224) with Microsoft SMTP Server (TLS) id 14.2.318.1; Wed, 19 Feb 2014 11:40:37 -0500 Message-ID: <5304DE84.6090604@terremark.com> Date: Wed, 19 Feb 2014 11:40:36 -0500 User-Agent: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Dario Faggioli , "xen-devel@lists.xenproject.org" References: <1392715101.32038.466.camel@Solace> In-Reply-To: <1392715101.32038.466.camel@Solace> X-Mailman-Approved-At: Thu, 20 Feb 2014 16:22:49 +0000 Cc: "xen-users@lists.xen.org" , "xen-api@lists.xen.org" , cl-mirage , xen Subject: Re: [Xen-users] [Xen-devel] Today is Xen Project Test Day for 4.4 RC4 X-BeenThere: xen-users@lists.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 02/18/14 04:18, Dario Faggioli wrote: > This is a reminder that today is the Xen Project Test Day for Xen 4.4 > RC4. Did a few simple tests on both Fedora 17 and CentOS 5.10 and found no new issues (all found are current bugs at http://bugs.xenproject.org/xen/). Looking good. -Don Slutz > General Information about Test Days can be found here: > http://wiki.xenproject.org/wiki/Xen_Test_Days > > and specific instructions for this Test Day are located here: > http://wiki.xenproject.org/wiki/Xen_4.4_RC4_test_instructions > > Developers: please consider monitoring the Freenode IRC channel > #xentest today to make sure that people are able to build and test the > code. > > Hope to see you today on #xentest! > > Dario > > > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xen.org > http://lists.xen.org/xen-devel _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Feb 20 16:24:32 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 20 Feb 2014 16:24: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 1WGWOj-0002nf-Ag; Thu, 20 Feb 2014 16:22:53 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGPff-0004U8-IB for xen-users@lists.xensource.com; Thu, 20 Feb 2014 09:11:56 +0000 Received: from [85.158.139.211:43461] by server-5.bemta-5.messagelabs.com id 86/E4-32749-AD6C5035; Thu, 20 Feb 2014 09:11:54 +0000 X-Env-Sender: michael.rack@rsm-freilassing.de X-Msg-Ref: server-2.tower-206.messagelabs.com!1392887514!5075850!1 X-Originating-IP: [74.125.83.46] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28366 invoked from network); 20 Feb 2014 09:11:54 -0000 Received: from mail-ee0-f46.google.com (HELO mail-ee0-f46.google.com) (74.125.83.46) by server-2.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 20 Feb 2014 09:11:54 -0000 Received: by mail-ee0-f46.google.com with SMTP id c13so803060eek.33 for ; Thu, 20 Feb 2014 01:11:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rsm-freilassing.de; s=google; h=message-id:date:from:organization:user-agent:mime-version:to :subject:content-type:content-transfer-encoding; bh=9xRPGlsyI9zK8ef7rjZ3fq8bkeJwDs/x9oT3BnYEKfo=; b=Pj9BMT7tV39SLIVgXNn00tXuqBqlVqxvrQuzEkYhhjeZJ3Yb/+R5dxfe+RJPHB7DR1 tBKM9B6OV1LQOXDG6sNnnfuWBzkk8cBqBBRticWS1zVDxDdxNEH9JOc8e4A6/JipSir4 Cl3CywrOaXM90RvNTFRsHbeg1NVzlMXQ7yPzk= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:organization:user-agent :mime-version:to:subject:content-type:content-transfer-encoding; bh=9xRPGlsyI9zK8ef7rjZ3fq8bkeJwDs/x9oT3BnYEKfo=; b=hDzdo5kRbGt4Q769qrZeKf864PCwu00Vz46kdNSljCeoZuSxDvK+yelbwzpuJx97Um Kf13bpSzv2soiqe1DEerNHANxPbx1RzkJRD6Su34B6IBwtGbmcmzpcb6kqiebomVi5DM RcAOgkU1j7ls0zO9rSxLwUA14Q55mCaeXSdFZKtwXwnecyFOlm2bdfWJzFvoTnNQutGt JsfO1ovPQWTZhrOvD52JPzQfc/KEnKqdlCA71AZ5mHuat+w3sUtGk29qjfBJibNHz887 nngw5rqat1L8qOE8hUGH07y42Qqb9lZ2ZSnZe+Z47GgAAuybZO6lOmH3U87z7Ba62t9c 3Hsw== X-Gm-Message-State: ALoCoQldc4w+PZkuwcGfIeURyKmA25rsf855yX4GOIj6BE1SLHR1l6tb3ycvuGyDJBOv+qgnO+uC X-Received: by 10.14.5.11 with SMTP id 11mr641694eek.57.1392887513844; Thu, 20 Feb 2014 01:11:53 -0800 (PST) Received: from [10.200.0.10] (37-4-2-197-dynip.superkabel.de. [37.4.2.197]) by mx.google.com with ESMTPSA id k6sm11256525eep.17.2014.02.20.01.11.49 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 20 Feb 2014 01:11:52 -0800 (PST) Message-ID: <5305C6CD.5030705@rsm-freilassing.de> Date: Thu, 20 Feb 2014 10:11:41 +0100 From: Michael Rack Organization: RSM Freilassing User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: xen-users@lists.xensource.com X-Mailman-Approved-At: Thu, 20 Feb 2014 16:22:49 +0000 Subject: [Xen-users] Blank screen in EFI mode but XEN seems to work X-BeenThere: xen-users@lists.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="iso-8859-15"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi! I installed XEN 4.3.2 on my Gentoo Linux machine with EFI-Support. DETAILS: Motherboard: ASUS M5A97 Graphiccard: Radeon HD 5000/6000/7350/8350 Series ISSUE: When booting from xen.efi i get instantly a blank screen, but the XEN = Hypervisor boots and i am able to SSH into it. Also i am able to issue commands in "blind mode". When i boot from grubx64.efi grub tells me "no console will be available = to os" after "multiboot"-command and "no suitable video mode found" = after "module"-command. So i am not able to get any visual output when booting the XEN-Kernel. Booting the Linux-Kernel from GRUB works as expected. So, what's wrong? Liebe Gr=FC=DFe aus Freilassing, Michael Rack RSM Freilassing -- = RSM Freilassing Tel.: +49 8654 607110 Nocksteinstr. 13 Fax.: +49 8654 670438 D-83395 Freilassing www.rsm-freilassing.de _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Feb 20 16:24:32 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 20 Feb 2014 16:24: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 1WGWOh-0002nA-7G; Thu, 20 Feb 2014 16:22:51 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGNjX-0000JO-HI for xen-users@lists.xen.org; Thu, 20 Feb 2014 07:07:47 +0000 Received: from [85.158.139.211:35413] by server-14.bemta-5.messagelabs.com id 04/D3-27598-2C9A5035; Thu, 20 Feb 2014 07:07:46 +0000 X-Env-Sender: cooldharma06@gmail.com X-Msg-Ref: server-16.tower-206.messagelabs.com!1392880064!5085916!1 X-Originating-IP: [209.85.223.178] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 768 invoked from network); 20 Feb 2014 07:07:45 -0000 Received: from mail-ie0-f178.google.com (HELO mail-ie0-f178.google.com) (209.85.223.178) by server-16.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 20 Feb 2014 07:07:45 -0000 Received: by mail-ie0-f178.google.com with SMTP id ar20so1036194iec.9 for ; Wed, 19 Feb 2014 23:07:44 -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=6vi4J2LnTbnHsnumz6Ln2pm5OPXGfr2Sz3OT9ZwZ8hA=; b=SwQiSNa6W4IPi5jNijrBlVPd56xHt1FEvkXq2ux4s3yKqO158N0qfteqU3hGPxPs73 937LEcqxb4LwFekukQm2DM9+v+v3uCpd/iGZ6xycrf+VMKRB2XClZ19ZfdAYTRsu6BYm eVQDTtz1A8xBMMwdYhEnODy8wJlMslB+p+xXXXp/LsiZxxJKbuQOgXvl/76soY+7C0Wj 4hn7IthJXdUAakK9aL/LZsg7TLJJyFL/3l3yKPsUUzpYONotX3NEae5eDI64es7RFNap l2DF4gzskc89lVGWM3lDI+WObHBchPmxT+M1BaSR63ns2eVKgXjaEf22LMOc/1qJdmbf dA6A== MIME-Version: 1.0 X-Received: by 10.50.97.98 with SMTP id dz2mr5203508igb.34.1392880064205; Wed, 19 Feb 2014 23:07:44 -0800 (PST) Received: by 10.50.117.100 with HTTP; Wed, 19 Feb 2014 23:07:44 -0800 (PST) Date: Thu, 20 Feb 2014 12:37:44 +0530 Message-ID: From: cool dharma06 To: xen-users X-Mailman-Approved-At: Thu, 20 Feb 2014 16:22:49 +0000 Subject: [Xen-users] XSM- Device labelling in Xen-4.3.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="===============5690995910291341189==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5690995910291341189== Content-Type: multipart/alternative; boundary=047d7b111a4571199c04f2d129f2 --047d7b111a4571199c04f2d129f2 Content-Type: text/plain; charset=ISO-8859-1 hi all, i am experimenting the device labelling in xen-4.3.1. i found some link to achieve this. http://xenbits.xen.org/docs/unstable/misc/xsm-flask.txt is there any elaborated guide or suggestion to do the device labelling in XEn VM's.? regards, cooldharma06. --047d7b111a4571199c04f2d129f2 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
hi all,

i am experimenting the device l= abelling in xen-4.3.1. i found some link to achieve this.=A0

is there any elaborated guide or suggestion to do= the device labelling in XEn VM's.?


regards,
cooldharma06.
--047d7b111a4571199c04f2d129f2-- --===============5690995910291341189== 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 --===============5690995910291341189==-- From xen-users-bounces@lists.xen.org Thu Feb 20 16:27:19 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 20 Feb 2014 16:27: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 1WGWSK-0003La-Vw; Thu, 20 Feb 2014 16:26:36 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGWSI-0003Ks-Op; Thu, 20 Feb 2014 16:26:34 +0000 Received: from [85.158.143.35:6355] by server-1.bemta-4.messagelabs.com id 90/07-31661-ABC26035; Thu, 20 Feb 2014 16:26:34 +0000 X-Env-Sender: Stefano.Stabellini@citrix.com X-Msg-Ref: server-9.tower-21.messagelabs.com!1392913591!7153637!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6554 invoked from network); 20 Feb 2014 16:26:33 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-9.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 20 Feb 2014 16:26:33 -0000 X-IronPort-AV: E=Sophos;i="4.97,513,1389744000"; d="scan'208";a="104374556" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 20 Feb 2014 16:26:31 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.79) with Microsoft SMTP Server id 14.2.342.4; Thu, 20 Feb 2014 11:26:30 -0500 Received: from kaball.uk.xensource.com ([10.80.2.59]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1WGWSE-00053H-Au; Thu, 20 Feb 2014 16:26:30 +0000 Date: Thu, 20 Feb 2014 16:26:24 +0000 From: Stefano Stabellini X-X-Sender: sstabellini@kaball.uk.xensource.com To: George Dunlap In-Reply-To: Message-ID: References: User-Agent: Alpine 2.02 (DEB 1266 2009-07-14) MIME-Version: 1.0 X-DLP: MIA1 Cc: "xen-users@lists.xen.org" , Kai Luo , "xen-devel@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] Problem when launch instance in OpenStack when we use xen as virtuallization layer X-BeenThere: xen-users@lists.xen.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, 20 Feb 2014, George Dunlap wrote: > On Wed, Feb 19, 2014 at 1:59 PM, Kai Luo wrote: > > Hello all: > > Recently we are trying to deploy OpenStack with xen 4.3.0 as > > virtualization layer, however an error occered when we launch an instance > > from an image.We have confirmed that OpenStack services work fine and the > > problem may lies in the xen layer.We checked the xend log and got the > > following exception: > > I think I would start by asking this on xen-users (CC'd) -- it seems > likely that this is a configuration issue between openstack and Xen, > and there's more expertise for that here than on xen-devel (where we > have more expertise about issues internal to Xen). I would start by switching to the libxl libvirt driver and making sure that libvirt works correctly on its own. I would avoid virt-manager and test using virtsh instead. If this configuration fails for you, what is the error that libxl and/or libvirt reports? Once you have a working libvirt+libxl setup then you might want to try out OpenStack on top of it. > > TapdiskException: ('create', > > '-aqcow2:arbva/instances4b07c5-7443-418b-81c4-a1f55fb264d3/disk') failed > > (32512 ) > > [2014-02-18 21:13:43 11395] DEBUG (XendDomainInfo:3078) > > XendDomainInfo.destroy: domid=21 > > [2014-02-18 21:13:43 11395] DEBUG (XendDomainInfo:2408) No device model > > [2014-02-18 21:13:43 11395] DEBUG (XendDomainInfo:2410) Releasing devices > > [2014-02-18 21:13:43 11395] ERROR (SrvBase:88) Request start failed. > > Traceback (most recent call last): > > File "/usrb/xen-4.3/bin/..b/python/xen/web/SrvBase.py", line 85, in > > perform > > return op_method(op, req) > > File "/usrb/xen-4.3/bin/..b/python/xen/xendrver/SrvDomain.py", line 77, in > > op_start > > return self.xd.domain_start(self.dom.getName(), paused) > > File "/usrb/xen-4.3/bin/..b/python/xen/xend/XendDomain.py", line 1070, in > > domain_start > > dominfo.start(is_managed = True) > > File "/usrb/xen-4.3/bin/..b/python/xen/xend/XendDomainInfo.py", line 474, > > in start > > XendTask.log_progress(31, 60, self._initDomain) > > File "/usrb/xen-4.3/bin/..b/python/xen/xend/XendTask.py", line 209, in > > log_progress > > retval = func(*args, **kwds) > > File "/usrb/xen-4.3/bin/..b/python/xen/xend/XendDomainInfo.py", line 2845, > > in _initDomain > > self._configureBootloader() > > File "/usrb/xen-4.3/bin/..b/python/xen/xend/XendDomainInfo.py", line 3286, > > in _configureBootloader > > mounted_vbd_uuid = dom0.create_vbd(vbd, disk); > > File "/usrb/xen-4.3/bin/..b/python/xen/xend/XendDomainInfo.py", line 3979, > > in create_vbd > > devid = dev_control.createDevice(config) > > File "/usrb/xen-4.3/bin/..b/python/xen/xendrver/BlktapController.py", line > > 172, in createDevice > > device = TapdiskController.create(params, file) > > File "/usrb/xen-4.3/bin/..b/python/xen/xendrver/BlktapController.py", line > > 284, in create > > return TapdiskController.exc('create', '-a%s:%s' % (dtype, image)) > > File "/usrb/xen-4.3/bin/..b/python/xen/xendrver/BlktapController.py", line > > 231, in exc > > (args, rc, out, err)) > > TapdiskException: ('create', > > '-aqcow2:arbva/instances4b07c5-7443-418b-81c4-a1f55fb264d3/disk') failed > > (32512 ) > > [2014-02-18 21:13:44 11395] INFO (XendDomain:1126) Domain instance-00000035 > > (db4b07c5-7443-418b-81c4-a1f55fb264d3) deleted. > > > > We tryed to use image of RAW or QCOW2 format and switch the xen > > toolstack from xm to xl,still did't work.when we switch the toolstack to xl > > and closed the xend service, the virt-manager did not work either.We don't > > know what caused this problem and we know XCP may be a better choice but we > > have to use xen as OpenStack virtualization layer because some modifications > > have made in xen.Could you give any suggestions? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Feb 20 16:27:19 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 20 Feb 2014 16:27: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 1WGWSK-0003La-Vw; Thu, 20 Feb 2014 16:26:36 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGWSI-0003Ks-Op; Thu, 20 Feb 2014 16:26:34 +0000 Received: from [85.158.143.35:6355] by server-1.bemta-4.messagelabs.com id 90/07-31661-ABC26035; Thu, 20 Feb 2014 16:26:34 +0000 X-Env-Sender: Stefano.Stabellini@citrix.com X-Msg-Ref: server-9.tower-21.messagelabs.com!1392913591!7153637!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6554 invoked from network); 20 Feb 2014 16:26:33 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-9.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 20 Feb 2014 16:26:33 -0000 X-IronPort-AV: E=Sophos;i="4.97,513,1389744000"; d="scan'208";a="104374556" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 20 Feb 2014 16:26:31 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.79) with Microsoft SMTP Server id 14.2.342.4; Thu, 20 Feb 2014 11:26:30 -0500 Received: from kaball.uk.xensource.com ([10.80.2.59]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1WGWSE-00053H-Au; Thu, 20 Feb 2014 16:26:30 +0000 Date: Thu, 20 Feb 2014 16:26:24 +0000 From: Stefano Stabellini X-X-Sender: sstabellini@kaball.uk.xensource.com To: George Dunlap In-Reply-To: Message-ID: References: User-Agent: Alpine 2.02 (DEB 1266 2009-07-14) MIME-Version: 1.0 X-DLP: MIA1 Cc: "xen-users@lists.xen.org" , Kai Luo , "xen-devel@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] Problem when launch instance in OpenStack when we use xen as virtuallization layer X-BeenThere: xen-users@lists.xen.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, 20 Feb 2014, George Dunlap wrote: > On Wed, Feb 19, 2014 at 1:59 PM, Kai Luo wrote: > > Hello all: > > Recently we are trying to deploy OpenStack with xen 4.3.0 as > > virtualization layer, however an error occered when we launch an instance > > from an image.We have confirmed that OpenStack services work fine and the > > problem may lies in the xen layer.We checked the xend log and got the > > following exception: > > I think I would start by asking this on xen-users (CC'd) -- it seems > likely that this is a configuration issue between openstack and Xen, > and there's more expertise for that here than on xen-devel (where we > have more expertise about issues internal to Xen). I would start by switching to the libxl libvirt driver and making sure that libvirt works correctly on its own. I would avoid virt-manager and test using virtsh instead. If this configuration fails for you, what is the error that libxl and/or libvirt reports? Once you have a working libvirt+libxl setup then you might want to try out OpenStack on top of it. > > TapdiskException: ('create', > > '-aqcow2:arbva/instances4b07c5-7443-418b-81c4-a1f55fb264d3/disk') failed > > (32512 ) > > [2014-02-18 21:13:43 11395] DEBUG (XendDomainInfo:3078) > > XendDomainInfo.destroy: domid=21 > > [2014-02-18 21:13:43 11395] DEBUG (XendDomainInfo:2408) No device model > > [2014-02-18 21:13:43 11395] DEBUG (XendDomainInfo:2410) Releasing devices > > [2014-02-18 21:13:43 11395] ERROR (SrvBase:88) Request start failed. > > Traceback (most recent call last): > > File "/usrb/xen-4.3/bin/..b/python/xen/web/SrvBase.py", line 85, in > > perform > > return op_method(op, req) > > File "/usrb/xen-4.3/bin/..b/python/xen/xendrver/SrvDomain.py", line 77, in > > op_start > > return self.xd.domain_start(self.dom.getName(), paused) > > File "/usrb/xen-4.3/bin/..b/python/xen/xend/XendDomain.py", line 1070, in > > domain_start > > dominfo.start(is_managed = True) > > File "/usrb/xen-4.3/bin/..b/python/xen/xend/XendDomainInfo.py", line 474, > > in start > > XendTask.log_progress(31, 60, self._initDomain) > > File "/usrb/xen-4.3/bin/..b/python/xen/xend/XendTask.py", line 209, in > > log_progress > > retval = func(*args, **kwds) > > File "/usrb/xen-4.3/bin/..b/python/xen/xend/XendDomainInfo.py", line 2845, > > in _initDomain > > self._configureBootloader() > > File "/usrb/xen-4.3/bin/..b/python/xen/xend/XendDomainInfo.py", line 3286, > > in _configureBootloader > > mounted_vbd_uuid = dom0.create_vbd(vbd, disk); > > File "/usrb/xen-4.3/bin/..b/python/xen/xend/XendDomainInfo.py", line 3979, > > in create_vbd > > devid = dev_control.createDevice(config) > > File "/usrb/xen-4.3/bin/..b/python/xen/xendrver/BlktapController.py", line > > 172, in createDevice > > device = TapdiskController.create(params, file) > > File "/usrb/xen-4.3/bin/..b/python/xen/xendrver/BlktapController.py", line > > 284, in create > > return TapdiskController.exc('create', '-a%s:%s' % (dtype, image)) > > File "/usrb/xen-4.3/bin/..b/python/xen/xendrver/BlktapController.py", line > > 231, in exc > > (args, rc, out, err)) > > TapdiskException: ('create', > > '-aqcow2:arbva/instances4b07c5-7443-418b-81c4-a1f55fb264d3/disk') failed > > (32512 ) > > [2014-02-18 21:13:44 11395] INFO (XendDomain:1126) Domain instance-00000035 > > (db4b07c5-7443-418b-81c4-a1f55fb264d3) deleted. > > > > We tryed to use image of RAW or QCOW2 format and switch the xen > > toolstack from xm to xl,still did't work.when we switch the toolstack to xl > > and closed the xend service, the virt-manager did not work either.We don't > > know what caused this problem and we know XCP may be a better choice but we > > have to use xen as OpenStack virtualization layer because some modifications > > have made in xen.Could you give any suggestions? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Feb 20 16:45:13 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 20 Feb 2014 16:45: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 1WGWjp-00052B-Nr; Thu, 20 Feb 2014 16:44:41 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGWjo-000521-An for xen-users@lists.xensource.com; Thu, 20 Feb 2014 16:44:40 +0000 Received: from [85.158.139.211:59133] by server-14.bemta-5.messagelabs.com id 98/96-27598-7F036035; Thu, 20 Feb 2014 16:44:39 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-2.tower-206.messagelabs.com!1392914677!5203848!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1570 invoked from network); 20 Feb 2014 16:44:38 -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; 20 Feb 2014 16:44:38 -0000 X-IronPort-AV: E=Sophos;i="4.97,513,1389744000"; d="scan'208";a="102690806" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 20 Feb 2014 16:44:36 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL03.citrite.net (10.13.107.80) with Microsoft SMTP Server id 14.2.342.4; Thu, 20 Feb 2014 11:44:36 -0500 Message-ID: <1392914675.32657.22.camel@kazak.uk.xensource.com> From: Ian Campbell To: Michael Rack Date: Thu, 20 Feb 2014 16:44:35 +0000 In-Reply-To: <5305C6CD.5030705@rsm-freilassing.de> References: <5305C6CD.5030705@rsm-freilassing.de> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] Blank screen in EFI mode but XEN seems to work X-BeenThere: xen-users@lists.xen.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, 2014-02-20 at 10:11 +0100, Michael Rack wrote: > So, what's wrong? Please search the list archives, this has been discussed several times before. You need to boot Xen directly as an EFI application, not via a bootloader like grub (i.e. you boot Xen *instead* of grub). http://xenbits.xen.org/docs/unstable/misc/efi.html has some details. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Feb 20 16:45:13 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 20 Feb 2014 16:45: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 1WGWjp-00052B-Nr; Thu, 20 Feb 2014 16:44:41 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGWjo-000521-An for xen-users@lists.xensource.com; Thu, 20 Feb 2014 16:44:40 +0000 Received: from [85.158.139.211:59133] by server-14.bemta-5.messagelabs.com id 98/96-27598-7F036035; Thu, 20 Feb 2014 16:44:39 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-2.tower-206.messagelabs.com!1392914677!5203848!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1570 invoked from network); 20 Feb 2014 16:44:38 -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; 20 Feb 2014 16:44:38 -0000 X-IronPort-AV: E=Sophos;i="4.97,513,1389744000"; d="scan'208";a="102690806" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 20 Feb 2014 16:44:36 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL03.citrite.net (10.13.107.80) with Microsoft SMTP Server id 14.2.342.4; Thu, 20 Feb 2014 11:44:36 -0500 Message-ID: <1392914675.32657.22.camel@kazak.uk.xensource.com> From: Ian Campbell To: Michael Rack Date: Thu, 20 Feb 2014 16:44:35 +0000 In-Reply-To: <5305C6CD.5030705@rsm-freilassing.de> References: <5305C6CD.5030705@rsm-freilassing.de> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] Blank screen in EFI mode but XEN seems to work X-BeenThere: xen-users@lists.xen.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, 2014-02-20 at 10:11 +0100, Michael Rack wrote: > So, what's wrong? Please search the list archives, this has been discussed several times before. You need to boot Xen directly as an EFI application, not via a bootloader like grub (i.e. you boot Xen *instead* of grub). http://xenbits.xen.org/docs/unstable/misc/efi.html has some details. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Feb 20 16:47:20 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 20 Feb 2014 16: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 1WGWm1-0005CS-S2; Thu, 20 Feb 2014 16:46:57 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGWm0-0005CK-7n for xen-users@lists.xen.org; Thu, 20 Feb 2014 16:46:56 +0000 Received: from [85.158.143.35:2914] by server-3.bemta-4.messagelabs.com id A7/74-11539-F7136035; Thu, 20 Feb 2014 16:46:55 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-5.tower-21.messagelabs.com!1392914813!7123001!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8453 invoked from network); 20 Feb 2014 16:46:54 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-5.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 20 Feb 2014 16:46:54 -0000 X-IronPort-AV: E=Sophos;i="4.97,513,1389744000"; d="scan'208";a="104384642" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 20 Feb 2014 16:46:53 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL03.citrite.net (10.13.107.80) with Microsoft SMTP Server id 14.2.342.4; Thu, 20 Feb 2014 11:46:52 -0500 Message-ID: <1392914811.32657.24.camel@kazak.uk.xensource.com> From: Ian Campbell To: cool dharma06 Date: Thu, 20 Feb 2014 16:46:51 +0000 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users Subject: Re: [Xen-users] XSM- Device labelling in Xen-4.3.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 Thu, 2014-02-20 at 12:37 +0530, cool dharma06 wrote: > hi all, > > > i am experimenting the device labelling in xen-4.3.1. i found some > link to achieve this. > http://xenbits.xen.org/docs/unstable/misc/xsm-flask.txt > > > > is there any elaborated guide or suggestion to do the device labelling > in XEn VM's.? Does http://wiki.xen.org/wiki/Xen_Security_Modules_:_XSM-FLASK (first hit on google for "XSM") cover it? Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Feb 20 16:47:20 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 20 Feb 2014 16: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 1WGWm1-0005CS-S2; Thu, 20 Feb 2014 16:46:57 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGWm0-0005CK-7n for xen-users@lists.xen.org; Thu, 20 Feb 2014 16:46:56 +0000 Received: from [85.158.143.35:2914] by server-3.bemta-4.messagelabs.com id A7/74-11539-F7136035; Thu, 20 Feb 2014 16:46:55 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-5.tower-21.messagelabs.com!1392914813!7123001!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8453 invoked from network); 20 Feb 2014 16:46:54 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-5.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 20 Feb 2014 16:46:54 -0000 X-IronPort-AV: E=Sophos;i="4.97,513,1389744000"; d="scan'208";a="104384642" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 20 Feb 2014 16:46:53 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL03.citrite.net (10.13.107.80) with Microsoft SMTP Server id 14.2.342.4; Thu, 20 Feb 2014 11:46:52 -0500 Message-ID: <1392914811.32657.24.camel@kazak.uk.xensource.com> From: Ian Campbell To: cool dharma06 Date: Thu, 20 Feb 2014 16:46:51 +0000 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users Subject: Re: [Xen-users] XSM- Device labelling in Xen-4.3.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 Thu, 2014-02-20 at 12:37 +0530, cool dharma06 wrote: > hi all, > > > i am experimenting the device labelling in xen-4.3.1. i found some > link to achieve this. > http://xenbits.xen.org/docs/unstable/misc/xsm-flask.txt > > > > is there any elaborated guide or suggestion to do the device labelling > in XEn VM's.? Does http://wiki.xen.org/wiki/Xen_Security_Modules_:_XSM-FLASK (first hit on google for "XSM") cover it? Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Feb 20 17:00:34 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 20 Feb 2014 17:00:34 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGWyI-0006HL-8g; Thu, 20 Feb 2014 16:59:38 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGWyH-0006HD-Fu for xen-users@lists.xensource.com; Thu, 20 Feb 2014 16:59:37 +0000 Received: from [193.109.254.147:33186] by server-2.bemta-14.messagelabs.com id 4B/BC-01236-87436035; Thu, 20 Feb 2014 16:59:36 +0000 X-Env-Sender: pradhanparas@gmail.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1392915574!5708995!1 X-Originating-IP: [209.85.220.171] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12188 invoked from network); 20 Feb 2014 16:59:35 -0000 Received: from mail-vc0-f171.google.com (HELO mail-vc0-f171.google.com) (209.85.220.171) by server-15.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 20 Feb 2014 16:59:35 -0000 Received: by mail-vc0-f171.google.com with SMTP id le5so2115868vcb.30 for ; Thu, 20 Feb 2014 08:59:34 -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=RcwkLlFXMOlKKBcSCK+duY7Kvbi2/fGUGNbK1WCTMe8=; b=Vsubya1dfW2KBa6HBYV4JAccfyplOjWReo9pEyDZgqocNc2gwE8BRobpHnTBzoUpMX EUifgwXMhloKMBEW7NlVhqPmRAW2nAFIDHFRlDSbI9f2eUSb2lzvb5fNIymt0ch0Urig riY/Kjdiq8zJbhNWM2kePmsW/bHV550VOJoagBqXZc0/L5c5MqFbH18LewOW6uVu+yGO y//e4wNwA2KVlbV/KCxFyfx0ZzGfmNHQ1QMo8RhSEDf6H4WzpSzKDCG7HTY9dAq4BFlF /x6XSZvdwiqcK+/8kFOb+ZnyOYmabPtwDRWoQL/4INckIODoM4yUcGBY7ZKB5ZSjoDdu 15jg== MIME-Version: 1.0 X-Received: by 10.220.99.72 with SMTP id t8mr1646882vcn.10.1392915574516; Thu, 20 Feb 2014 08:59:34 -0800 (PST) Received: by 10.58.55.166 with HTTP; Thu, 20 Feb 2014 08:59:34 -0800 (PST) Date: Thu, 20 Feb 2014 10:59:34 -0600 Message-ID: From: Paras pradhan To: Xen Users Subject: [Xen-users] monitoring X-BeenThere: xen-users@lists.xen.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="===============1790632328874900204==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1790632328874900204== Content-Type: multipart/alternative; boundary=001a11c1d71c056ff104f2d96eb6 --001a11c1d71c056ff104f2d96eb6 Content-Type: text/plain; charset=ISO-8859-1 I have few CentOS and RHEL hosts with Xen hypervisor running, How does one monitor the xen dom0 ? Basically I need to monitor dom0's CPU, IO , Memory and Network traffic. Xen is very old supported by RHEL ie. 3.0.3. Any nagios or zabbix plugin? Thanks Paras. --001a11c1d71c056ff104f2d96eb6 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I have few CentOS and RHEL hosts with Xen hypervisor runni= ng, How does one monitor the xen dom0 ? Basically I need to monitor dom0= 9;s CPU, IO , Memory and Network traffic. Xen is very old supported by RHEL= ie. 3.0.3. Any nagios or zabbix plugin?

Thanks
Paras.
--001a11c1d71c056ff104f2d96eb6-- --===============1790632328874900204== 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 --===============1790632328874900204==-- From xen-users-bounces@lists.xen.org Thu Feb 20 17:00:34 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 20 Feb 2014 17:00:34 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGWyI-0006HL-8g; Thu, 20 Feb 2014 16:59:38 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGWyH-0006HD-Fu for xen-users@lists.xensource.com; Thu, 20 Feb 2014 16:59:37 +0000 Received: from [193.109.254.147:33186] by server-2.bemta-14.messagelabs.com id 4B/BC-01236-87436035; Thu, 20 Feb 2014 16:59:36 +0000 X-Env-Sender: pradhanparas@gmail.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1392915574!5708995!1 X-Originating-IP: [209.85.220.171] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12188 invoked from network); 20 Feb 2014 16:59:35 -0000 Received: from mail-vc0-f171.google.com (HELO mail-vc0-f171.google.com) (209.85.220.171) by server-15.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 20 Feb 2014 16:59:35 -0000 Received: by mail-vc0-f171.google.com with SMTP id le5so2115868vcb.30 for ; Thu, 20 Feb 2014 08:59:34 -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=RcwkLlFXMOlKKBcSCK+duY7Kvbi2/fGUGNbK1WCTMe8=; b=Vsubya1dfW2KBa6HBYV4JAccfyplOjWReo9pEyDZgqocNc2gwE8BRobpHnTBzoUpMX EUifgwXMhloKMBEW7NlVhqPmRAW2nAFIDHFRlDSbI9f2eUSb2lzvb5fNIymt0ch0Urig riY/Kjdiq8zJbhNWM2kePmsW/bHV550VOJoagBqXZc0/L5c5MqFbH18LewOW6uVu+yGO y//e4wNwA2KVlbV/KCxFyfx0ZzGfmNHQ1QMo8RhSEDf6H4WzpSzKDCG7HTY9dAq4BFlF /x6XSZvdwiqcK+/8kFOb+ZnyOYmabPtwDRWoQL/4INckIODoM4yUcGBY7ZKB5ZSjoDdu 15jg== MIME-Version: 1.0 X-Received: by 10.220.99.72 with SMTP id t8mr1646882vcn.10.1392915574516; Thu, 20 Feb 2014 08:59:34 -0800 (PST) Received: by 10.58.55.166 with HTTP; Thu, 20 Feb 2014 08:59:34 -0800 (PST) Date: Thu, 20 Feb 2014 10:59:34 -0600 Message-ID: From: Paras pradhan To: Xen Users Subject: [Xen-users] monitoring X-BeenThere: xen-users@lists.xen.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="===============1790632328874900204==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1790632328874900204== Content-Type: multipart/alternative; boundary=001a11c1d71c056ff104f2d96eb6 --001a11c1d71c056ff104f2d96eb6 Content-Type: text/plain; charset=ISO-8859-1 I have few CentOS and RHEL hosts with Xen hypervisor running, How does one monitor the xen dom0 ? Basically I need to monitor dom0's CPU, IO , Memory and Network traffic. Xen is very old supported by RHEL ie. 3.0.3. Any nagios or zabbix plugin? Thanks Paras. --001a11c1d71c056ff104f2d96eb6 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I have few CentOS and RHEL hosts with Xen hypervisor runni= ng, How does one monitor the xen dom0 ? Basically I need to monitor dom0= 9;s CPU, IO , Memory and Network traffic. Xen is very old supported by RHEL= ie. 3.0.3. Any nagios or zabbix plugin?

Thanks
Paras.
--001a11c1d71c056ff104f2d96eb6-- --===============1790632328874900204== 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 --===============1790632328874900204==-- From xen-users-bounces@lists.xen.org Thu Feb 20 17:29:36 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 20 Feb 2014 17:29: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 1WGXQ9-0007Kj-MQ; Thu, 20 Feb 2014 17:28:25 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGXQ7-0007KY-SL for xen-users@lists.xen.org; Thu, 20 Feb 2014 17:28:24 +0000 Received: from [85.158.143.35:15585] by server-1.bemta-4.messagelabs.com id 16/2F-31661-73B36035; Thu, 20 Feb 2014 17:28:23 +0000 X-Env-Sender: tamas.lengyel@zentific.com X-Msg-Ref: server-13.tower-21.messagelabs.com!1392917301!7166102!1 X-Originating-IP: [209.85.216.180] 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: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16420 invoked from network); 20 Feb 2014 17:28:22 -0000 Received: from mail-qc0-f180.google.com (HELO mail-qc0-f180.google.com) (209.85.216.180) by server-13.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 20 Feb 2014 17:28:22 -0000 Received: by mail-qc0-f180.google.com with SMTP id i17so3654905qcy.39 for ; Thu, 20 Feb 2014 09:28:20 -0800 (PST) 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=yQbZ0oJp0+ycQQel/llX1iNNWfBLm/5jm+Hqj+cs9L8=; b=SmKiqlBvKMDIjvOhMB7ngcgXzyIixyCQq6lxFcVpH8eeo2M8HxOM0g7A9Y+KLecGES rS/Tm0uWOkilmNwoI07kc4j7WEtKrnh6kpLpSTmbTvF58qlup4OGjbGZRkx3B+17ElQq qdflGFXlhXehbulO21kxmhgkswDxZgL3jjiazPB/Kli4LiqeeVg0pWWroxnLTjaHsA1w ftZv5yAX77zljRMya6vOn61ihFG6Rg6xrQeT85N7ppswKLcEKhPHY9lWRn0KfIeHRLez gGaqWgldU4DmLXpOGWSo0umUm6beAAL/kRko7+M3oL5ukf4CdafuEGtSIUV09ALSdjLf 2xcA== X-Gm-Message-State: ALoCoQmWhmRCAFkefDk6t1HDJKP8so5IQ60xmd0kLB79Bh6FTsMDn8fmIAcwWrkjuh3Xi/FDK/pM MIME-Version: 1.0 X-Received: by 10.224.40.130 with SMTP id k2mr3214916qae.91.1392917300583; Thu, 20 Feb 2014 09:28:20 -0800 (PST) Received: by 10.229.153.201 with HTTP; Thu, 20 Feb 2014 09:28:20 -0800 (PST) Date: Thu, 20 Feb 2014 18:28:20 +0100 Message-ID: From: Tamas Lengyel To: xen-users@lists.xen.org Subject: [Xen-users] Xen on ARM on the ODROID-XU X-BeenThere: xen-users@lists.xen.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="===============5799063278367836018==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5799063278367836018== Content-Type: multipart/alternative; boundary=047d7bf1651ce732a404f2d9d48c --047d7bf1651ce732a404f2d9d48c Content-Type: text/plain; charset=ISO-8859-1 Hi all, I'm trying to get Xen 4.4 running on my ODROID-XU device but I got stuck. I followed the Wiki and built a 3.13 kernel with the necessary xen options enabled and verified that it boots by itself. I built Xen from git and created a u-boot image as follows: mkimage -A arm -T kernel -a 0x40008000 -e 0x40008000 -C none -d "./xen/xen" xen-uImage I tried a variety of u-boot configuration options found on the Wiki and the mailinglist, however, nothing seems to be working. The Wiki is not very consistent about the u-boot options either. This is the last config i tried, but nothing made a difference so far. I get no output on the console after u-boot. setenv initrd_high "0xffffffff" setenv fdt_high "0xffffffff" setenv xen_addr_r 0x42000000 setenv dtb_addr_r 0x46000000 setenv kernel_addr_r 0x49000000 setenv ramdisk_addr_r 0x60000000 setenv xen_path /xen-uImage setenv dtb_path /exynos5410-odroidxu.dtb setenv kernel_path /uImage-xen-dom0 setenv ramdisk_path /uInitrd-xen-dom0 setenv bootargs 'sync_console console=tty1 console=ttySAC2,115200n8' setenv dom0_bootargs "${bootrootfs} ${fb_control} fb_x_res=${fb_x_res} fb_y_res=${fb_y_res} vout=${vout} hdmi_phy_res=${hdmi_phy_res} led_blink=${led_blink}" fatload mmc 0:1 ${dtb_addr_r} ${dtb_path}; fatload mmc 0:1 ${xen_addr_r} ${xen_path}; # When is this required? fdt addr ${dtb_addr_r} fdt resize # What do these options do? Are these specific to the device or Xen or ..? fdt set /chosen \#address-cells <1> fdt set /chosen \#size-cells <1> fdt mknod /chosen module@0 fatload mmc 0:1 ${kernel_addr_r} ${kernel_path}; # What is linux-zimage? My images are not in zImage format, does that matter? fdt set /chosen/module@0 compatible "xen,linux-zimage" "xen,multiboot-module" fdt set /chosen/module@0 reg <${kernel_addr_r} 0x${filesize} > fdt set /chosen/module@0 bootargs "${dom0_bootargs}" fatload mmc 0:1 ${ramdisk_addr_r} ${ramdisk_path}; setenv bootcmd "bootm ${xen_addr_r} ${ramdisk_addr_r}:${filesize} ${dtb_addr_r}" The output is: ## Booting kernel from Legacy Image at 42000000 ... Image Name: Image Type: ARM Linux Kernel Image (uncompressed) Data Size: 656144 Bytes = 640.8 KiB Load Address: 40008000 Entry Point: 40008000 Verifying Checksum ... OK ## Loading init Ramdisk from Legacy Image at 60000000 ... Image Name: uInitrd Image Type: ARM Linux RAMDisk Image (uncompressed) Data Size: 1840391 Bytes = 1.8 MiB Load Address: 00000000 Entry Point: 00000000 Verifying Checksum ... OK ## Flattened Device Tree blob at 46000000 Booting using the fdt blob at 0x46000000 Loading Kernel Image ... OK OK Using Device Tree in place at 46000000, end 460098c0 Starting kernel ... No output after that. I'm a newbie to the ARM world and spent the last couple days reading everything related that I could get my hands on. Some help would be much appreciated! Thanks. --047d7bf1651ce732a404f2d9d48c Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi all,
I'm trying to get Xen = 4.4 running on my ODROID-XU device but I got stuck. I followed the Wiki and= built a 3.13 kernel with the necessary xen options enabled and verified th= at it boots by itself. I built Xen from git and created a u-boot image as f= ollows:

=A0mkimage -A arm -T kernel -a 0x40008000 -e 0x40008000 -C none -= d "./xen/xen" xen-uImage

I tried a variety o= f u-boot configuration options found on the Wiki and the mailinglist, howev= er, nothing seems to be working. The Wiki is not very consistent about the = u-boot options either. This is the last config i tried, but nothing made a = difference so far. I get no output on the console after u-boot.

setenv initrd_high "0xffffffff"
setenv fdt_high "0xff= ffffff"
setenv xen_addr_r 0x42000000
setenv dtb_addr_r 0x4600000= 0
setenv kernel_addr_r 0x49000000
setenv ramdisk_addr_r 0x60000000 setenv xen_path /xen-uImage
setenv dtb_path /exynos5410-odroidxu.dtb
= setenv kernel_path /uImage-xen-dom0
setenv ramdisk_path /uInitrd-xen-dom= 0

setenv bootargs 'sync_console console=3Dtty1 console=3DttySAC2= ,115200n8'
setenv dom0_bootargs "${bootrootfs} ${fb_control} fb_x_res=3D${fb_x_re= s} fb_y_res=3D${fb_y_res} vout=3D${vout} hdmi_phy_res=3D${hdmi_phy_res} led= _blink=3D${led_blink}"

fatload mmc 0:1 ${dtb_addr_r} ${dtb_path= };
fatload mmc 0:1 ${xen_addr_r} ${xen_path};

# When is this= required?
fdt addr ${dtb_addr_r}
fdt resize

=
# What do these options do? Are these specific to the device or Xen or= ..?
fdt set /chosen \#address-cells <1>
fdt set /chosen \#s= ize-cells <1>

fdt mknod /chosen module@0

fatload mmc 0:= 1 ${kernel_addr_r} ${kernel_path};

# What is linux-zimage= ? My images are not in zImage format, does that matter?
fdt set /chosen/module@0 compatible "xen,linux-zimage"= "xen,multiboot-module"
fdt set /chosen/module@0 reg <${ker= nel_addr_r} 0x${filesize} >
fdt set /chosen/module@0 bootargs "$= {dom0_bootargs}"

fatload mmc 0:1 ${ramdisk_addr_r} ${ramdisk_path};

setenv bootcm= d "bootm ${xen_addr_r} ${ramdisk_addr_r}:${filesize} ${dtb_addr_r}&quo= t;

The output is:

## Booting= kernel from Legacy Image at 42000000 ...
=A0 =A0Image Name:
=A0 =A0Image Type:=A0 =A0ARM Linux Kernel Image (unco= mpressed)
=A0 =A0Data Size:=A0 =A0 656144 Bytes =3D 640.8 KiB
=A0 =A0= Load Address: 40008000
=A0 =A0Entry Point:=A0 40008000
=A0 =A0Verifyi= ng Checksum ... OK

## Loading init Ramdisk from Legacy Image at 6000= 0000 ...
=A0 =A0Image Name:=A0 =A0uInitrd
=A0 =A0Image Type:=A0 =A0ARM Linux RAMD= isk Image (uncompressed)
=A0 =A0Data Size:=A0 =A0 1840391 Bytes =3D 1.8 = MiB
=A0 =A0Load Address: 00000000
=A0 =A0Entry Point:=A0 00000000
= =A0 =A0Verifying Checksum ... OK

## Flattened Device Tree blob at 46000000
=A0 =A0Booting using the f= dt blob at 0x46000000
=A0 =A0Loading Kernel Image ... OK

OK
=A0 =A0Using Device Tree in place at 46000000, end 460098c0

Starti= ng kernel ...

No output after that.

I'm a newbie to the ARM world and spent the last couple days reading = everything related that I could get my hands on. Some help would be much ap= preciated!

Thanks.
--047d7bf1651ce732a404f2d9d48c-- --===============5799063278367836018== 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 --===============5799063278367836018==-- From xen-users-bounces@lists.xen.org Thu Feb 20 17:29:36 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 20 Feb 2014 17:29: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 1WGXQ9-0007Kj-MQ; Thu, 20 Feb 2014 17:28:25 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGXQ7-0007KY-SL for xen-users@lists.xen.org; Thu, 20 Feb 2014 17:28:24 +0000 Received: from [85.158.143.35:15585] by server-1.bemta-4.messagelabs.com id 16/2F-31661-73B36035; Thu, 20 Feb 2014 17:28:23 +0000 X-Env-Sender: tamas.lengyel@zentific.com X-Msg-Ref: server-13.tower-21.messagelabs.com!1392917301!7166102!1 X-Originating-IP: [209.85.216.180] 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: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16420 invoked from network); 20 Feb 2014 17:28:22 -0000 Received: from mail-qc0-f180.google.com (HELO mail-qc0-f180.google.com) (209.85.216.180) by server-13.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 20 Feb 2014 17:28:22 -0000 Received: by mail-qc0-f180.google.com with SMTP id i17so3654905qcy.39 for ; Thu, 20 Feb 2014 09:28:20 -0800 (PST) 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=yQbZ0oJp0+ycQQel/llX1iNNWfBLm/5jm+Hqj+cs9L8=; b=SmKiqlBvKMDIjvOhMB7ngcgXzyIixyCQq6lxFcVpH8eeo2M8HxOM0g7A9Y+KLecGES rS/Tm0uWOkilmNwoI07kc4j7WEtKrnh6kpLpSTmbTvF58qlup4OGjbGZRkx3B+17ElQq qdflGFXlhXehbulO21kxmhgkswDxZgL3jjiazPB/Kli4LiqeeVg0pWWroxnLTjaHsA1w ftZv5yAX77zljRMya6vOn61ihFG6Rg6xrQeT85N7ppswKLcEKhPHY9lWRn0KfIeHRLez gGaqWgldU4DmLXpOGWSo0umUm6beAAL/kRko7+M3oL5ukf4CdafuEGtSIUV09ALSdjLf 2xcA== X-Gm-Message-State: ALoCoQmWhmRCAFkefDk6t1HDJKP8so5IQ60xmd0kLB79Bh6FTsMDn8fmIAcwWrkjuh3Xi/FDK/pM MIME-Version: 1.0 X-Received: by 10.224.40.130 with SMTP id k2mr3214916qae.91.1392917300583; Thu, 20 Feb 2014 09:28:20 -0800 (PST) Received: by 10.229.153.201 with HTTP; Thu, 20 Feb 2014 09:28:20 -0800 (PST) Date: Thu, 20 Feb 2014 18:28:20 +0100 Message-ID: From: Tamas Lengyel To: xen-users@lists.xen.org Subject: [Xen-users] Xen on ARM on the ODROID-XU X-BeenThere: xen-users@lists.xen.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="===============5799063278367836018==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5799063278367836018== Content-Type: multipart/alternative; boundary=047d7bf1651ce732a404f2d9d48c --047d7bf1651ce732a404f2d9d48c Content-Type: text/plain; charset=ISO-8859-1 Hi all, I'm trying to get Xen 4.4 running on my ODROID-XU device but I got stuck. I followed the Wiki and built a 3.13 kernel with the necessary xen options enabled and verified that it boots by itself. I built Xen from git and created a u-boot image as follows: mkimage -A arm -T kernel -a 0x40008000 -e 0x40008000 -C none -d "./xen/xen" xen-uImage I tried a variety of u-boot configuration options found on the Wiki and the mailinglist, however, nothing seems to be working. The Wiki is not very consistent about the u-boot options either. This is the last config i tried, but nothing made a difference so far. I get no output on the console after u-boot. setenv initrd_high "0xffffffff" setenv fdt_high "0xffffffff" setenv xen_addr_r 0x42000000 setenv dtb_addr_r 0x46000000 setenv kernel_addr_r 0x49000000 setenv ramdisk_addr_r 0x60000000 setenv xen_path /xen-uImage setenv dtb_path /exynos5410-odroidxu.dtb setenv kernel_path /uImage-xen-dom0 setenv ramdisk_path /uInitrd-xen-dom0 setenv bootargs 'sync_console console=tty1 console=ttySAC2,115200n8' setenv dom0_bootargs "${bootrootfs} ${fb_control} fb_x_res=${fb_x_res} fb_y_res=${fb_y_res} vout=${vout} hdmi_phy_res=${hdmi_phy_res} led_blink=${led_blink}" fatload mmc 0:1 ${dtb_addr_r} ${dtb_path}; fatload mmc 0:1 ${xen_addr_r} ${xen_path}; # When is this required? fdt addr ${dtb_addr_r} fdt resize # What do these options do? Are these specific to the device or Xen or ..? fdt set /chosen \#address-cells <1> fdt set /chosen \#size-cells <1> fdt mknod /chosen module@0 fatload mmc 0:1 ${kernel_addr_r} ${kernel_path}; # What is linux-zimage? My images are not in zImage format, does that matter? fdt set /chosen/module@0 compatible "xen,linux-zimage" "xen,multiboot-module" fdt set /chosen/module@0 reg <${kernel_addr_r} 0x${filesize} > fdt set /chosen/module@0 bootargs "${dom0_bootargs}" fatload mmc 0:1 ${ramdisk_addr_r} ${ramdisk_path}; setenv bootcmd "bootm ${xen_addr_r} ${ramdisk_addr_r}:${filesize} ${dtb_addr_r}" The output is: ## Booting kernel from Legacy Image at 42000000 ... Image Name: Image Type: ARM Linux Kernel Image (uncompressed) Data Size: 656144 Bytes = 640.8 KiB Load Address: 40008000 Entry Point: 40008000 Verifying Checksum ... OK ## Loading init Ramdisk from Legacy Image at 60000000 ... Image Name: uInitrd Image Type: ARM Linux RAMDisk Image (uncompressed) Data Size: 1840391 Bytes = 1.8 MiB Load Address: 00000000 Entry Point: 00000000 Verifying Checksum ... OK ## Flattened Device Tree blob at 46000000 Booting using the fdt blob at 0x46000000 Loading Kernel Image ... OK OK Using Device Tree in place at 46000000, end 460098c0 Starting kernel ... No output after that. I'm a newbie to the ARM world and spent the last couple days reading everything related that I could get my hands on. Some help would be much appreciated! Thanks. --047d7bf1651ce732a404f2d9d48c Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi all,
I'm trying to get Xen = 4.4 running on my ODROID-XU device but I got stuck. I followed the Wiki and= built a 3.13 kernel with the necessary xen options enabled and verified th= at it boots by itself. I built Xen from git and created a u-boot image as f= ollows:

=A0mkimage -A arm -T kernel -a 0x40008000 -e 0x40008000 -C none -= d "./xen/xen" xen-uImage

I tried a variety o= f u-boot configuration options found on the Wiki and the mailinglist, howev= er, nothing seems to be working. The Wiki is not very consistent about the = u-boot options either. This is the last config i tried, but nothing made a = difference so far. I get no output on the console after u-boot.

setenv initrd_high "0xffffffff"
setenv fdt_high "0xff= ffffff"
setenv xen_addr_r 0x42000000
setenv dtb_addr_r 0x4600000= 0
setenv kernel_addr_r 0x49000000
setenv ramdisk_addr_r 0x60000000 setenv xen_path /xen-uImage
setenv dtb_path /exynos5410-odroidxu.dtb
= setenv kernel_path /uImage-xen-dom0
setenv ramdisk_path /uInitrd-xen-dom= 0

setenv bootargs 'sync_console console=3Dtty1 console=3DttySAC2= ,115200n8'
setenv dom0_bootargs "${bootrootfs} ${fb_control} fb_x_res=3D${fb_x_re= s} fb_y_res=3D${fb_y_res} vout=3D${vout} hdmi_phy_res=3D${hdmi_phy_res} led= _blink=3D${led_blink}"

fatload mmc 0:1 ${dtb_addr_r} ${dtb_path= };
fatload mmc 0:1 ${xen_addr_r} ${xen_path};

# When is this= required?
fdt addr ${dtb_addr_r}
fdt resize

=
# What do these options do? Are these specific to the device or Xen or= ..?
fdt set /chosen \#address-cells <1>
fdt set /chosen \#s= ize-cells <1>

fdt mknod /chosen module@0

fatload mmc 0:= 1 ${kernel_addr_r} ${kernel_path};

# What is linux-zimage= ? My images are not in zImage format, does that matter?
fdt set /chosen/module@0 compatible "xen,linux-zimage"= "xen,multiboot-module"
fdt set /chosen/module@0 reg <${ker= nel_addr_r} 0x${filesize} >
fdt set /chosen/module@0 bootargs "$= {dom0_bootargs}"

fatload mmc 0:1 ${ramdisk_addr_r} ${ramdisk_path};

setenv bootcm= d "bootm ${xen_addr_r} ${ramdisk_addr_r}:${filesize} ${dtb_addr_r}&quo= t;

The output is:

## Booting= kernel from Legacy Image at 42000000 ...
=A0 =A0Image Name:
=A0 =A0Image Type:=A0 =A0ARM Linux Kernel Image (unco= mpressed)
=A0 =A0Data Size:=A0 =A0 656144 Bytes =3D 640.8 KiB
=A0 =A0= Load Address: 40008000
=A0 =A0Entry Point:=A0 40008000
=A0 =A0Verifyi= ng Checksum ... OK

## Loading init Ramdisk from Legacy Image at 6000= 0000 ...
=A0 =A0Image Name:=A0 =A0uInitrd
=A0 =A0Image Type:=A0 =A0ARM Linux RAMD= isk Image (uncompressed)
=A0 =A0Data Size:=A0 =A0 1840391 Bytes =3D 1.8 = MiB
=A0 =A0Load Address: 00000000
=A0 =A0Entry Point:=A0 00000000
= =A0 =A0Verifying Checksum ... OK

## Flattened Device Tree blob at 46000000
=A0 =A0Booting using the f= dt blob at 0x46000000
=A0 =A0Loading Kernel Image ... OK

OK
=A0 =A0Using Device Tree in place at 46000000, end 460098c0

Starti= ng kernel ...

No output after that.

I'm a newbie to the ARM world and spent the last couple days reading = everything related that I could get my hands on. Some help would be much ap= preciated!

Thanks.
--047d7bf1651ce732a404f2d9d48c-- --===============5799063278367836018== 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 --===============5799063278367836018==-- From xen-users-bounces@lists.xen.org Thu Feb 20 17:41:59 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 20 Feb 2014 17:41: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 1WGXch-000873-9H; Thu, 20 Feb 2014 17:41:23 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGXcf-00086u-TU for xen-users@lists.xen.org; Thu, 20 Feb 2014 17:41:22 +0000 Received: from [85.158.137.68:42821] by server-12.bemta-3.messagelabs.com id 9E/04-01674-14E36035; Thu, 20 Feb 2014 17:41:21 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-15.tower-31.messagelabs.com!1392918079!3221141!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14779 invoked from network); 20 Feb 2014 17:41:20 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-15.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 20 Feb 2014 17:41:20 -0000 X-IronPort-AV: E=Sophos;i="4.97,513,1389744000"; d="scan'208";a="104408963" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 20 Feb 2014 17:41:18 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL02.citrite.net (10.13.107.79) with Microsoft SMTP Server id 14.2.342.4; Thu, 20 Feb 2014 12:41:17 -0500 Message-ID: <1392918076.32657.32.camel@kazak.uk.xensource.com> From: Ian Campbell To: Tamas Lengyel Date: Thu, 20 Feb 2014 17:41:16 +0000 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen on ARM on the ODROID-XU X-BeenThere: xen-users@lists.xen.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, 2014-02-20 at 18:28 +0100, Tamas Lengyel wrote: > I'm trying to get Xen 4.4 running on my ODROID-XU device but I got > stuck Are you the same chap as is asking on IRC at the moment? If yes then I won't bother replying here too. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Feb 20 17:41:59 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 20 Feb 2014 17:41: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 1WGXch-000873-9H; Thu, 20 Feb 2014 17:41:23 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGXcf-00086u-TU for xen-users@lists.xen.org; Thu, 20 Feb 2014 17:41:22 +0000 Received: from [85.158.137.68:42821] by server-12.bemta-3.messagelabs.com id 9E/04-01674-14E36035; Thu, 20 Feb 2014 17:41:21 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-15.tower-31.messagelabs.com!1392918079!3221141!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14779 invoked from network); 20 Feb 2014 17:41:20 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-15.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 20 Feb 2014 17:41:20 -0000 X-IronPort-AV: E=Sophos;i="4.97,513,1389744000"; d="scan'208";a="104408963" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 20 Feb 2014 17:41:18 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL02.citrite.net (10.13.107.79) with Microsoft SMTP Server id 14.2.342.4; Thu, 20 Feb 2014 12:41:17 -0500 Message-ID: <1392918076.32657.32.camel@kazak.uk.xensource.com> From: Ian Campbell To: Tamas Lengyel Date: Thu, 20 Feb 2014 17:41:16 +0000 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen on ARM on the ODROID-XU X-BeenThere: xen-users@lists.xen.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, 2014-02-20 at 18:28 +0100, Tamas Lengyel wrote: > I'm trying to get Xen 4.4 running on my ODROID-XU device but I got > stuck Are you the same chap as is asking on IRC at the moment? If yes then I won't bother replying here too. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Feb 20 19:04:28 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 20 Feb 2014 19:04: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 1WGYu4-0002wO-EF; Thu, 20 Feb 2014 19:03:24 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGYu2-0002wJ-AO for xen-users@lists.xensource.com; Thu, 20 Feb 2014 19:03:23 +0000 Received: from [85.158.137.68:62475] by server-1.bemta-3.messagelabs.com id 92/A7-17293-97156035; Thu, 20 Feb 2014 19:03:21 +0000 X-Env-Sender: sdj@rasmussenequipment.com X-Msg-Ref: server-13.tower-31.messagelabs.com!1392922997!1957780!1 X-Originating-IP: [64.18.1.185] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19614 invoked from network); 20 Feb 2014 19:03:19 -0000 Received: from exprod6og103.obsmtp.com (HELO exprod6og103.obsmtp.com) (64.18.1.185) by server-13.tower-31.messagelabs.com with SMTP; 20 Feb 2014 19:03:19 -0000 Received: from mail-qg0-f47.google.com ([209.85.192.47]) (using TLSv1) by exprod6ob103.postini.com ([64.18.5.12]) with SMTP ID DSNKUwZRdY81dT8cRXhCoghecDG6FtdsvbUV@postini.com; Thu, 20 Feb 2014 11:03:18 PST Received: by mail-qg0-f47.google.com with SMTP id 63so4830208qgz.6 for ; Thu, 20 Feb 2014 11:03:16 -0800 (PST) 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=ukt2e/T+TgaD7gn12xiU0nDLAiucsSOAzTISrwbR68s=; b=K4MnuWSJ1YfQcQvXqfc7LyoohSYaJH/KLn9bOUlrDTJo/5b4aLvpzkRVwv+5JHeg/Q NPTnAorDn1H9tvvB6G0xCftBQIdvs99UR05O2bYaFwqfSvRjIrSNbbNxytyqPoxhQD7m t5ha1qnu7ULJ0eEPYaV8XsgSM4yXsZ/36jAeXGNvgaEvU4M/MvBYWBzotHfcmGrzP5gw bx/1GEP0YCe/h2ShDi6dOGt9590bhwa0y5FKrWpcw6VHPCrliYm3Pi7nIjLNkwVE0/Ie H3U6tiKm0BMa4Bb4GQfTyjLLvUXulJMoT/xXjaj9JBX9rt9C5KN0c4p5Z+QqwI0P5/GK VJ/A== X-Gm-Message-State: ALoCoQkOEhXzpiOsvI00VBWLUTxDhY86CWFsI/bBNvjMFiBHqnaGroTrwJYQzLKG6rIOylOIAg/2jTgmCXGnDTJdhTjkDzRIo9AmRXa08Ko29LWnIuZEHPwT2y6ejGKCZNQ4pYjNffh2cv6EWmQ38z5xiE5Mdghvctqr2Yrzx9NfrNiHFvTVNKqpQCl5hNw6LC+shRa5FIdF X-Received: by 10.224.114.141 with SMTP id e13mr3849053qaq.65.1392922996458; Thu, 20 Feb 2014 11:03:16 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.224.114.141 with SMTP id e13mr3849028qaq.65.1392922996243; Thu, 20 Feb 2014 11:03:16 -0800 (PST) Received: by 10.140.93.164 with HTTP; Thu, 20 Feb 2014 11:03:15 -0800 (PST) In-Reply-To: References: <1392887445.22494.12.camel@kazak.uk.xensource.com> Date: Thu, 20 Feb 2014 12:03:15 -0700 Message-ID: From: Shane Johnson To: Xen List Content-Type: multipart/mixed; boundary=047d7bea44d46447f204f2db28f1 Subject: [Xen-users] Fwd: DomU freeze X-BeenThere: xen-users@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 --047d7bea44d46447f204f2db28f1 Content-Type: multipart/alternative; boundary=047d7bea44d46447ef04f2db28ef --047d7bea44d46447ef04f2db28ef Content-Type: text/plain; charset=ISO-8859-1 I apparently forgot to forward this on to the list - Sorry about that. Shane On Thu, Feb 20, 2014 at 2:10 AM, Ian Campbell wrote: > On Wed, 2014-02-19 at 12:41 -0700, Shane Johnson wrote: > > Any help on this would be greatly appreciated. > > > > > > 8 days ago I had my Dom0 crash which left me with only images of the > > DomU's on the machine. > > By images do you mean just the LVM volumes without the associated > configuration files or something else? I'm not 100% clear if you are > trying to boot from those same images or from some sort of restore from > backup scenario. > > How were these guests originally created? > > > I have been trying to bring one back up from these images and when I > > try to start the domain, it just spikes to 100% on the CPU usage and > > freezes on the Bios screen in VNC. > > This is an HVM guest then I guess? > > 100% CPU usage is for the guest VCPU or for a dom0 VCPU -- e.g. the one > running the associated qemu? > > Which qemu version is being used? > > If it is the qemu taking the time then strace might give you a clue > where/what it is doing. > > If it is the guest VCPU then perhaps xenctx (in /usr/lib/xen-X.Y/bin > IIRC) might give a hint. > > > In looking at the logs and running xl -vv there is nothing there I > > could see that would cause this issue. These can be provided at your > > request. > > I think the cfg, xl -vvv output and the xl and qemu logs would be useful > to see, if only to rule out spotting something there. > > Ian. > > Sorry for the vagueness. I was trying to keep things short and sweet but I guess I failed. I'll do better next time. The Guest domains storage was on dedicated logical volumes. These I would snapshot and image for a backup. When the Dom0 crashed, I lost the original volumes and restored them from the images to new volumes that are currently on a external HD for portability for trying to get this bugger up or worst case resort to trying to recover the files using some sort of forensic process. Unfortunately, I lost the original host OS and all the configuration files. The guests where originally created on either this machine that crashed or my desktop and migrated via sneaker net to the crashed host. Yes the machine I am having a problem with is a HVM guest running Windows 2000 that's sole purpose was a file server. The 100% CPU usage was for the DomU in xl top. I don't know which version was on the old machine for sure, but I imagine it wasn't too far off from the wheezy test machine ( The host OS was updated every Friday.) and it is 0.10.2 (This is from /usr/lib/xen-4.1/bin/qemu-dm --help) xenctx says it can't trace dom0 I am including the log files xl output and screenshots in an attachment. Thank you for all your help. -- Shane D. Johnson IT Administrator Rasmussen Equipment -- Shane D. Johnson IT Administrator Rasmussen Equipment --047d7bea44d46447ef04f2db28ef Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I apparently forgot to forward this on to the list - Sorry= about that.

Shane



On Thu, Feb 20, 2014 at 2:10 AM, Ian Campbell <Ian.Campbell@citrix.c= om> wrote:
On Wed, 2014-02-19 at 12:41 -0700, Shan= e Johnson wrote:
> Any help on this would be greatly appreciated.
>
>
> 8 days ago I had my Dom0 crash which left me with only images of the > DomU's on the machine.

By images do you mean just the LVM volumes without the associated
configuration files or something else? I'm not 100% clear if you are trying to boot from those same images or from some sort of restore from
backup scenario.

How were these guests originally created?

> =A0 I have been trying to bring one back up from these images and when= I
> try to start the domain, it just spikes to 100% on the CPU usage and > freezes on the Bios screen in VNC.

This is an HVM guest then I guess?

100% CPU usage is for the guest VCPU or for a dom0 VCPU -- e.g. the one
running the associated qemu?

Which qemu version is being used?

If it is the qemu taking the time then strace might give you a clue
where/what it is doing.

If it is the guest VCPU then perhaps xenctx (in /usr/lib/xen-X.Y/bin
IIRC) might give a hint.

> In looking at the logs and running xl -vv =A0there is nothing there I<= br> > could see that would cause this issue. =A0These can be provided at you= r
> request.

I think the cfg, xl -vvv output and the xl and qemu logs would be use= ful
to see, if only to rule out spotting something there.

Ian.


Sorry for th= e vagueness. =A0I was trying to keep =A0things short and sweet but I guess = I failed. =A0I'll do better next time. =A0

The= Guest domains storage was on dedicated logical volumes. =A0These I would s= napshot and image for a backup. =A0 When the Dom0 crashed, I lost the origi= nal volumes and restored them from the images to new volumes that are curre= ntly on a external HD for portability for trying to get this bugger up or w= orst case resort to trying to recover the files using some sort of forensic= process. =A0Unfortunately, I lost the original host OS and all the configu= ration files. =A0The guests where originally created on either this machine= that crashed or my desktop and migrated via sneaker net to the crashed hos= t.

Yes the machine I am having a problem with is a HVM gue= st running Windows 2000 that's sole purpose was a file server.

The 100% CPU usage was for the DomU in xl top.

I don't know which version was on the old machine for su= re, but I imagine it wasn't too far off from the wheezy test machine ( = The host OS was updated every Friday.) and it is 0.10.2 (This is from /usr/= lib/xen-4.1/bin/qemu-dm --help)

xenctx says it can't trace dom0

I am including the log files xl output and screenshots in an attachme= nt.

Thank you for all your help.


--
Shane D. Johnson
IT Administrator
Rasmussen Equi= pment





--
Shane D. Johnson
IT A= dministrator
Rasmussen Equipment


--047d7bea44d46447ef04f2db28ef-- --047d7bea44d46447f204f2db28f1 Content-Type: application/x-gzip; name="Xenfiles.tgz" Content-Disposition: attachment; filename="Xenfiles.tgz" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hrw6507i0 H4sIAI+5BVMAA+z9BVhV3d8njB9EEWkEpES6u0u6QxqRlgaJQ3coIEgrKdLdKd2NgNLdSHd3vet4 379nnphnZv7vNc/M885/1nXdnsPOtb/r+/3EOnvv287E2onR2JrR3sDB1IHJCmoG+Z/fWEDj4uD4 8wna35//9DcbGycHhJWNnYWVnY2bg4MdwsLKxsnGASFh+Q/oy79pTg6OBvYkJBB7KNTxv7WdgbH1 /4ru/K9uxlBrC2M+EnYkRmcLYxOovYE1CdTW0QJqQ2IMNXEgsYE6krhA7S1JXCwczUmMLOztnRxI nM0MSIxNnC2MTEisocYmVkwkr/+xr4OJI4kjlITjFROSuoOFjRmJq7OxAYkp1J7EzMnEwZHagcTc 2ODvVaYWViYkzOBAzH+S769/SSxsSOxNDIwZXewtHP86/n85kvG/OpIxkqqjvYUtCdTUlMTQytLR wJbEwcmQ0dHN1oTE1t7E1MIV1hlmaxNjCwNmCwcos4aFDZulg7M9E/iDhMbY3pmE2sACSk37L3r0 72z+j45Bbazc/uqXhoGjkTlsP2YrqJGBFTOIpYGFDTML81/BYfwTHGZ2sNbM2MLe0Y3ZyNr4f3gn I6i1tYHNv7s92MDWCckOVK++tYGtvpGBkbmJvoWNhSOJjb2+oZORpYmjA4kACSuswEgcLNxNSDhY eTnYWTiQHMwN7E2MSWwNzExIDBxJbE1tSExNTE2NkQydTE1NYKssoP9mrSGSFCzqJE5OFsbgsOwm LCysXAYmjKxsbGyMHBysnIwGhrysjCamBlw8nAaG7Gw8Jki2UFsnKwNHWN//5BaJisgr2DFNTf+q eyTQcdt/udbUHmr9X9a7OujDIk7z34mUq4mNvomro4mNsYmxvi3UxcRe39rM2pGW7894kZjY20Pt /+lYYKmzjZGtgYODizGJGcjWP6uZSJidrZn/R66K+Z/2Zvpv5SUsh5ysSYzMDWxAIF1gY0gCauot bGNqEhoL0FdXPhJW0BuQf3z/TsohyTArgmuw+xN5WCXCrsCNj4SFgcTW0f6vT6i9458vxgaOBn++ GEGdbP5aBBt18AVJHmrG+Cf/+MBBSP7OKxI3E0em/0kncAapyAgqn+/vC7UBA/N3XJH+GWSA4f6n gJjDKg0ExMrU8K9a+qdcgKEIKNq/c4CFhBF85fgrH/53Y+X/ie0P6P4Hn+O/zv//9MnKws7+N/+z c3CycgH+Z+FiZflPxv//vfX/H23kJG9MbEBN25ha/M1/MCgDWWFv64iEZGNgbQLgnvpPllAjAYqw sDI2sYctMne2pgYwZw21d4P9CSMa6j9IAKMdNiTyv0Ba/w9I6zub2DsATSFABiMsRgDYZEjOFvYW APRswNYA6QGE2wKuAOe21rc1svizEIlc3MLBEvCuKRTJGPZNgEQbiYSE2tbcje9fywYGmM5gcKFm QCL/d7YwdIJtY/hnG7AJ7FL/PdyFbWjMZ2QMyIjBnhpJF8kQjL0AtbERiAC5gonjH0H0p1vkzham AtrUhuBSzEwEwFUY2rNQ64KtxKA2DlAQzD9bAcqAUTHs0+jv5X//6Wxh4vInnKxgH3VVUSQnB0PY XySwL39LLAHQW0cDQysTR2oSsJWoibmBswXUyR4JaqMPzmisD0tgR7AZ2Z8vZP9sOdT2z2JzJ0dj qIvNnzV/+BGml8AKYwD79lC3P8vtTWAXCVtqb/L3cf53p+b/bf8L2p/aYDS1d2eytfmP8H6w9t/G f3ZuFjauf+A/GzsbC8z/sXL/Z/N//4fif5CSghQqEgGs2FFlpMVVIJAHwxAIXAHiA7DE8Ne6BfiA dxCVUUNERJxZUlyEQEggMuIiaq6Ju3Nuic8l5i4Ot5Kn6OtrSZ88QZR5D5HFwMJ5YyhcTo+H8fqD 1UPMR2Qk77D3t5WJiW+XHpGRYeJgfEB9aP/+YRCZhjgLJoovyVMxf2GKcyqPfvn7u6+DmyfKqnMj qgLd67dHlAmbe/nQlNOk/L0XYq4VVU6uQg8hkE9Wbf4yoojtl8qW2lJ0MS9YDTsODMQCOTgpsfEg kNyn8H5+8fKm1+F71jNVJt/jBSykwHZycn01ZUYo7fIsghCIkhcD/fl01332rs/ExFgEAec7WxZ6 ca7WUghEWB38NbpXkVFZlJFWZmdryzL1HizFmRmZMcDramlJrjCyTd1P/K448ObjY51hyb3Ymbjx Me5YCmFwWMazTKKpxBhCvNJ73sGFhBdOG5GP75a+Tk1eo43OESe7/Y5uappPXAzHGP384U6QVFzX y8/gIhHHwMyvpPUDXF9v1vaWPHuMIwNktjz+p7APVNfLqK64/46FnYeHZ1BjYTBaNscrbvo4z9Kf kv2rwNoP+DNi7vK3ndf7I0cj8q9RWIT93h0Phwys2/Pury93EbMM1oshFqS5iYstf06NNrRNbTbr XkudqoLORfagoBFypReniSCWGdzW3d3NK1+H4gvan+x1Xl/r6zW/Rlx+L/MY+qaZKQG/EGqeeJAd JPrprmke9V7T7Nvah6icFbO97e25m4UJd3fnNfupK8f2wSVyyQh86h6numrozMmCxi+1q1dY1Ov7 ZD7W7T7uLrtW+FyeC2XLGVaFb05Pdq4GpnElw/HmB5X0FyZnB19G/4TnLGiuNlsPLxL9FGtATvgt IDo9eEJflzm+bt8beuT99Zcx2y3/Avt2h9DLC1t9/bqmNBlEVhDkp/FRCq4T+9733Y5iIdC1svUM OCmNQAyyuB75yZzVV0aBuCjcCb9M2eIT8Wh4qJVE9DSbz9Ynbkprp9YpUlx6bpqL3CliZBtPd9nt eZd+niTpuTr/CnC6P0gq8riuMspRJOK1vzBSfDn1/btHX/ZE893qgPw318USn+8HZeo+hHyexqap +sZXNrWHfAZByEx3KzEang4nG8rb40X3R9xN7Kaz/mt8y7GEJTOVBWbzJnGKriOZ1trcYVb4R6fM 3u5XFRmBKBbulzGozdqHLUlyseiElRHgKr57dFeQ5+hcNEKtZqp2l4+baxYS0NxPV+MEr3tCFq7G 8yKKPW+6tPfxKgcma7iMHjY2ChhJcTFfHhN3hxGR+9csGqW8aVyrBZF8ivJEWlZ/oPiq4qKzUmOt cDZH6L6SaOaKMJCjW6/vLdXxrGrEpQLfTlF33bDf3IfTs582KZenzD5ns7VmXhfpfc7O6EikBNuh hN53UTJY6D9Nv5/f3S0FSKZs55Dv4v3c4aSM+7VaHluKFGC5ah9v9fpNvK/DA5zM5up1Rqig50Wp gegnUrFv/hheXl61iZT+uSUl16fQup9qvWwq8TpMI9ylRjPbfvDwYWJaKnmO+gP9XaS/xLQCeOWu 9y0J7WutHPpK1wzI/TFKms96KY+LX77b0u4X8JnPiCjiGlm7Or3nddnTPHVyOmfQH2Ix3qhiTBBy 34vvJjoOp74rdz+O/TWSQ9S4UFMGW2JyzuCzNYUrGUroNcu6Pzk0N1dvOVFVpJ39wvkgrPnCwsvr dtx6ZqL49rzDD+2mS6PZduRXNVcVykKlQ7ewPlS1r5SqOyu/OM2iEx5dz3nzY87zkbPLPv27Zvri l5v++HF6nktnRPxMtx2rYb/IERAQXJyh+9tzFqviYkYjg5gZR5t94xP63xksNz4pz81UGbP5nW25 rq5b4bPme8w8+9IX9oI7zWN77e7DvA6XJV5eQHZ2WrvUmoemu4fz2c5k8i8TFHL1hUEWx46NMMK7 48oBb5fZSVbk/Zrt8PrYpoal01b5s7H7hpXEbg78MYlTwo1tC+kQwmc3jr1pj5FJbd7Ynrrhenua nYe7N6814E3JL2IVTsmPJ71AJPVn+TnqdX6/1ICeLOA2LMJ9d0NNfLWR1YbBzVDjPNwBr69Tb3N5 64ORJ7nwCN6DX/5Lj/F3soJIebx4+a4caoJcY6OzlJMql+TP38tPnU7v3Q73RT+Ffxc6maC+p0IZ 4jB+o+/jQxfTq1Vr5bPQEl6EO3D9ozWKWrD8qGyC685Fcrus4LXQ6UHK/TtcTuefXyN8Fk/sjLpn Xe6JY+/vSEfkdZ0PH2F17VP785z7OZj2m9+2+0XMeq9HMnvb3J1YSO1zO6fMJ+uCiHqmLnuJfvro wuDcJLtOr99wI5CTTNu1+/16IbbSYSa7wMfRAwzxbfP9skScN11UZbkfPHXD9kUs5rXNQtVqdJRp w+UnWh/XxSXOgRIn72M8PvufJilXN/DN2ldlyAP3ffnNeoc+CxiinpsFC9Ocny1tfjTVLWWFnyfZ 77Dum7+zutmO8qk/5EaWCsVvdtheG/jVTBHDBq27HJcTcshr5GuX3NueduSvakhOOZ5ort2NSmks LCs7PNa/G3dbT3Ra+SIVSsCbXu+xHqVYVGs9FJlG3n2ytyVo35sZzs407ZLiVVfvcnf80WfOcyb9 eID3endkgcofj9vZ6rrQRd9jjhk9wVGpGz9n+njWfb1cra6H5FhYvQ/lhDuz89XEPUOKAyJp9nP3 g1cT+g79UkybU1NJxdBPZcWt8q8R7QYNRnRSSjxsTt9Sbc/MkPr/QFnrFzxv07a5mDJQRau1XAoT /QTG5OX5DfK650rkXeGX4mMf4kD23cnttdDoL79M2ad0llxcM3+OLr6lssTZw4Wj6/tR9hixb2v+ KP+252DoOmubkKuxzmb+EbFClsqE3nnIhP6M7UCkdoTgu62q3ZmFwzML1NNTcqlw6RyV89slg+vo jatfzIx9gIxXLL4rJoM+E7udDOQkDnPZryCSdtSHCzFF/Sr0uYx5TKxXe1TWbVbxwmP8sUKzaesr qabLAzG05NmFheaTZI/dD5FSL25HQpcj+E8bd7fHd198qvR3XZ/J2f0+YE7aoXG/PhPGmKGy6U7a kZ9zrzkxOFlvuR7Erj3gurCDWtJ01hHlwy2//vbz5ZFlQvPtHPHNPnfTUd8jIUzRWY+FW7m9JmhH 07L+Quld3MTtxcpZVPL9enNdfT1s9xHTlFnW9XZ4+NtjJh7mGNmk07uRpILjiRx96bExM4Sro9Vs QgKAEn0Dl02qivj8pgsaXA18LJMuU5S4TVfTXa8Sqhu8rmb6Pe832cOF9nzl1hSTXRd3q+cHGx3W sRQLBTda4BWEdqOzXBau97AWQPXgkXbwL7DubmTk3G2WUXvXLm41rms2FVUzxxwRzzzIby8mmvF2 O/Ztz35+FLGuz+PZSyr66YZYqHErmHfdq9BtMhdvu9eY7fKemOvdAGQ7nJHwmBjt4Xy9heM52k9e 6HxS9e3WogzWR4x7ret93vVf20Q/srYJfGPtZ1W+TRUYtUtrTlmZsqheSCrT68b1rSJ8zyTKlfRY H4m3Gp++luc9+2pxmbic1F29u7PX5DJFdOlJZra7Cdfg3Mrs4/nLaeJ+pzsn5Ww+nj1c+zKuOclz S/P8/qw/I7vJZD4rRevw+jGhVgA3F7q2a/dv/KJub1DuQg1b098FbQMwfs9fvz5BMd5J67fEvdn6 1I5+/Xt9zecmKuV7+wx09g1pR8viYl3cODqxgzBTFKYoXl6dPJXl182clEspB4fjq1Nm5HbbpOVT Ma3i5qW1CH175btnwVCf88dh7ZJnZ3ue6ycZijZCmx99igTSbketqDy6i7j7PTW2aXf39dwH7BfG 3E6CqLvRiT06huqhNl5rtbjVDcqd7RGFNzu4zfOjsy8dRyexphWwREMJuZ1XPi25zHkf9+xSj2WF +lETRctmvb7bPCzx2eYvaTh653D8+eTzkoOQ41D6jM1Xuxu7lPuje4YGr8Od8yqP9R5NSab2FqZ8 Taqozc3d676tHEG2fSwf/dtPGL8L0b1PurZLwHIglvzKXtxPWXHd3/cbegk5Publ4Uk3MVdd3uM2 5+Dk4hqd2J8cs8b/cP5+X4afzSOilSMbjJLz29KDsPQAg28BXw4J2+DoFvQspLiiKjv0Aq9WYMM+ 8PJ6NnxPN2Dq4EL/NTHnKaPop0RyTH3ngaO6LtJ798MF0U9L7YHrbPjkleuJhVD8+HxLjNd71X37 9b/vm1jdhjssoPz5yydTf1BaYYLzFP1kfX221nJCXehy6t57mZ440SO78SJ8z4ZU3Et37sCgHeEx whE5W2wMu/+XfGjdHm5z7VmdfhZB4OgYul1Spp8X/0C8g6ngOgBl07tu5uuTuJHTMKnnghKIdoBj 9HTPEwWOEyJ4rDbn+m41zGwXrVXR9Q9G6I9VmS8mqcebT/aBggVDJOnl4ENFyVZf3Lj2ePe7guP8 7zqgGSLuTU4DNPQTvGSvd1SnPdzdiV0PlvqaDzjb7c49dEdYFtwQity9u+DGGNUnOM7bcZFJ7aEo /DcuI2uqQrbFGOlNZRLDa3vTZT3nx2sG1xfeTP4/1uwv712ebV+nqZqW+vzcSHOZd273P7y+Pf6I +xEj8AXbZf+MDY9Rv9v93GxS8TExAtLOLovqKSgqJdJd6Zxh095Q7uMHvQGrntgUUb/w2myzyRK4 rJ+JyuM163Oxm+PFc+8Kkd679fdOfT89PzdziL1lsOnvDZrd28NoZ0G4dlllMPia91MYjIiPy1k8 kVDDb5/zKbOTrvumu4MMH7YESZ6C+qW1GUHnpUuHgfko55vLIHXgpoC+Oma6OUAvrhsvtCy1n1pi fNU45ciVwGt8JHId+qLJ5ragxGbahidF5JdJd+iLs18lPjKIh7XMXrcF+lc78UQ5C8cz1/sei0u/ EqoRSZM97lIW7vbQd6b03S85r6ETW2/aXLf2B7zWHPR77h1+fWee1BXnd975seIfsymwfXJ2XtF4 ncepmOLTmiUg0Dhwt3voyGfybS2W6La73xwqsJcEBny1ED3Rbstj4bia06f5anr73N9CU9sFzX29 du0qQfWU0i0Sg4ZQss4uFyO92sPhbmHKqsr7ByKpuAKiDFSfK2Hu5ui4GF1qX0hiWH6GiJC/yuZE 4Uh/sPwb4c8ZGx3blrvl+8u2kJyUW4N2DLln844bpFHQervWPGKearO3ShcCMnHO0aUT1XwjLOVT obJQKd26eQ6UEA9+paQzWX6GPoGdo8V2+mqrKffBD9AtQGxVNjPz82c23YX9lOd3MxxcNp66iKz7 bcc5Ly5j62MZfSzaqcjnag7CO81SpuwuDFT9MUL2dL6xj3TNdxrbr517O56OCdW13Rn3nSXTA45C jvPZcki5XFFWjfC82h8IX4DO5n1fYHe6OoS/jb+M03Xsujb1WZ7RYLgYsza9TU6J6T+zbr6SErKx sGiqtBwqgdY2VlfvfytoOve7Py/qNvvlbb5qpF1tLXTy2Q8djLKqooBXCxyWQoJXr6L3WUjLGGZX X4l1rfVh46XPV9Ok45wixr5y/xiFrI8YjL8YpZ57T3pMK8rmuFALSxHzrlacVwnddeQ3F15tV1Q3 OgE9mpC9ycAf1yefcLWmujCzltxdXrOW+hpvDR5dMLJPs41FHc1jwW0lR947klvzC8NX/J0ErysL WHmkMDdcNH3vn6n6rohodzVFrOd+/Qosdzvr+W7TeFzdRPTijhkTSxTF1L7ZZ9HAo0UyvboEytLn x5CrLAA/Xkt8OXnefF00brRwOUjuU2fZM2fWdH+SnKy3dK6gn6A5cRJl6eN9sCIDcwuAYYrvtlWZ G8uH5MeEriaxmJvLDe6fLH/E0HWZNclOmEXO3oY2O0x1Mzf9aKoVGBu8ySjwabIYWVPUdba7LsSa MUv62rf6wu2krHVxpsHBr5FYYD8RiJC11Tj9y2nu5igbArtuXZcBwdrd6KiZpvskqJ7t4Y3DQMr5 7b73sU/T0cebGxjexv7SfoCEJYpo8NWU70DLIJtgr+66mnjnpcP0zLx73yuh5qVsbXd39+MBCmSD X0nHd3JrXhRC673dL5o3Y5naWems3rQ95d1/mcd3HguXr64rdqxJ/C3uXszuizIWGqq23KTET7W5 SI89LNHZ756d4ckfbn7taNd7KPIfz05RVzPe7u7/jPbxLbvunZweP9w/LeGj5hidGBvLcqjV4Yrq MWWv1envXT2ijTDAA7RByx4jmzVsMSKNasp225CFrd5HMFurifjFhsCgwY4MdW+WwT/G5gVl4axB 1JnPXe06Anu8gVggU7PHEOljxbqL5RQ99wUxU10/gQSDr7UfkneEI+Jt5DmrEEkLd95W+cTF9CEZ ZCUE4OddzVGeW+HUFmKQCRhnCjBETlV2lttvZi9J5vcnd2NI1pmc079y8POa+pBsZ3SGz2b8w5KQ ++zMTOVVOyppuddcrbxPftPU1BgQuqhnptcuT9gBgJMtYH7b3K0qv5WsE5zjYSCeKY0lzZAM8/Qa ydYV8MrrMgiIjywMD3FQIPUvLZRfCH+yfLa7uz1Tl0Edt4kVK42OT1uoU+yz/tVLqrqCAzrfYKLt olhn95UlVH4fjZ7/8zu8d+Ocb6ZEFtwMF35BRHtWy19zGWUO98chXntvGCOSmvYnxucRr8ryo7RL 56jmqfVyoJAykDIYNA45RTXT/2RBMVhhoI/6ZcqmyfdSOQFcxMTtSrAmdfJBbwDqteLXwdmXK62B L5I87jpNxUIa2jOwGeipGfpYfr7RMpFbEWeqGvbHeM1kiRdwMIv0TpPXYNXfQHbvqXr8Y+FL9umZ mTgGzWHnK97iCvj3SPRxvJ5Hd9RJPEY/m65t5upOe3KS79rFIrITArYHeCGpN/jAylcveF/7JuBG OUOG3tSGxuCXMsjhBXyRTYCixEEgOj/HCjRcHB0piBCUWlHYrcfRZTg5crYCPztA3surqo6wD7wc mZZcg4NAZPt2dneT+F1shg0gkPdb1etw07f7zX2c1kvz1SUDbsuaMR/tZscFzfap9YMLLcPXeb+R +YW6mOw+SMqqFbQr9q0e5o3FqQhakbv01iOL5OyNKhSdlJl+LUu9r8dE38TfWR/3sW2e1pWvQ+7w 3TLhe+jbowdw0jtu2L8EHZ4RSN7tDydpncXvaMc55Bt+eOSHLnfs1FHZW7x4fI8yTWRXZP+lQcPM zf9I3ZlpOz/3+esq7F7PMKQ95vV70ZhNRka9tGKuphy93AdwP2LmsA7Smk7Uuqf2tEx64q5Ltwnz UWkkJ0vyj9SZPlk2mjZd08fuCnWXyzYSU5p98Gz0fTDirAWnTnuwurHl25QTW0esfvuOcrNKeXPo iRbmpUrnwVwAMiq5TxhaQlTeOTr1pJPOcJ0amvICZvoNF7pWrwsybiF9rjBUuqxQY/CbexwdsUjG C5FrGque4JDPcw+yFkdmDHzulXh5KW/DmvSJdp6NFtOYb4zyqqtAWxcpMfMdY6d/eeZmOSJNBxxh 002Pf+IWFUgviuPGPRQoHatOu1VckJmHy3tapPHFg3cjmsG17Qppa49uqIeSF5HcsU6aSR9C4enO T5YoGjkvvX75/ISz85pSj62nvob7QqnxwbzsKnGdO5Fhw+8fzSuPaE1jdFejzRt7t9Kf9ymTpmB7 yOWplFxxX7iel+/jIpwaUvbYNRgOoK9M0EBEDPGMMT8y/crC05Y5o3DJVi3T/9EwobMwf6FCM+Su /kGpRyrezKpzxwRV6qPxS5pYNi+7Cvjp6JtYFY17B4asmHZOMivqUuMfeYUUnPYdiO6hSC+sTNgE c6Wmki2Frdk+YogFooUV8Exg5DmQaGJ7hdGfrorZeU7wW2FzHdsWScdzQL5MFFxckqMUhORKifor 3/xIH8PpUxF5rF3RyNBj5Ggz8Ea66v1vO3W7ApRoHDHEMsfN4X1dh4xjJ4NHj3UoXV48nGshfalB v5C18ig/IrsA+w2Lq0aFiB9R2nRzqlzC9y5ej4XurXqZ1QKGtn3mSwqcyCLsrU8q8dgGCdfPNqZ3 2qDH+d3ZKnH7yacIqivubpZq+rJZdWTohJ0hfi6fqhYNmNHr394ceeQb1j6AVO75Yyng4eEtcmtC 1J65E72XNdbzvlw9n/eAgnoSRpwtg1PLPaHNSTxKQ/ei2WSBpEICuN6/e6s5LvKYqIMEGQKh4fxe Xe0yV+ckEwiqMT+l1qQvNtMIAoFwklpju8Ovtb1PabAP2kZjvoxyEl067CxFf3g1jnOmnoaZ/FvV c7ZMvHcpvKF0IOS1FMW3bbojfN3T4J1mvxdpcS+FCu/aUKCMwQY8eULLqCTOa7nKGYn3zo3tvdcu 5Sv7xH337LFmW4kzrddMcBOZZMiFmqsOOpuh4tq6Q0fLP3B6BnrfXOglIQWkuTJ141BAeL+Xldkd rfRc+tT0NyrlGOZy8RAsxHlcKcTob/623jfSsUSdYflSp9S5YpblkNzRDlFCG46XX6tZDte+nlZY wOLc8UBfdidOJ1tQmP7ocd+VLdeg0cIbvsDK3JR7Q7w1U3ox8epZc3NDu0qnVG5Nr511bmmgf+/b D7+fMeEZtD5AjqXCb0YkMD4JwJRViQ+UxYM8NZv3Op9LSkoKdqjXm7amn1zXpGpHGpovIKpQqxh7 Qseyw8VgetxV09xQBP2C2RuHdPXyKCD4/AVu/Y2SkwxZtJWeG96jwAeN6/ZBCpNHFneU62wQ62Gh myV0Ys+D1n2dU+SY2na0eh4PIsOXY35NR/mhRf6o7U137vWKz67m3LTkPxj0BbkcP9N8O3jzJeq7 UgouyryLSFKYUmvdCmG+o8DHtLbPnx3FJfhVZTEDkvEg0pkaxTq1IFufxthwI5DteZD4H6Fu9StW 6NaffvI6fqaf6pI3yb9F6aH/1POSm5cO892bkB/qP/ilK0xemAyXIZF8ovXn2W84ltUQmUSbSQ1f MDT8zC3RORGzyMl0Bld4hI8ZkpruJ/WwbN88/HnqqDypuKKiIm1w8vKF1w/z+EB69E/j6T+iglLr 2mJL9Fd+FRQJy1yWMWe98KxgcQwWaIu0uXx4/HLfVfYwR7iMFY7G2IV+Znq8zL7TEJOFja629Ren 34oDZrly3IIP9fxG1SlqzxihfqneJUGt73kjF+1rUk2KNq7QBjejWf3ItBPfR8++9zrneA160zYJ B/kaSKP1KbX2cUNzebyElBcCtnDyEmOGtuhct2TaDooop2tRSBBusJ/DyoF9EyS/cBHJLvj49tkZ /PtKmh9QE1UmEViONYwGgaQ+sXgMgQz6V8BDIOai06BuOEj/p2weVXE78bzP/pW2OV6/zzR7jWAJ 9uVFOwKz5rtwE/WNbAiEBNPDnX/nmWOawcq9MyUZR5nCPAMqBPIjC3lAhTE961UZtfYQny4EkvvA grTjZzw7uwQ26Sa2nQISQfkX5lVdpad+1RjXUamYZG66TXK8uKSB4KRJU/PzTZ6X9utSDgxyjZyV 6ydE355c6ZRHN7T88LXp/zyxWh8t8H0beiotrQqBVNI2Wk2Vz0Cb5y6V/SVZadgRrzxBb6ISPHXn CU5neZVZUCAQjIyTrbECfj6+Z7MNNV9VVryetDGHlSZ4LnRWmkCOWMBJQ39qfjct0m8W/FJn9Fzy CUHe0PMAJP4+OEjq+NfGxkaH9X6A0Z1cY7wJDT0a0Mxde9G5r+l4AYakYF9Dl5lZkBn3ty5TKbII rxrYc19GRRL32SqEncs8myg/SpAY3Y58GUR+psd/iggHyXUqsiaSAVcKyX/e3PPgvxH9p3cPinqP s85CesReDZOcBRpZnlnM0OkdGqMrQ3LFKXd2aVwlYhtM6A9xbTvnE0dNryl8RLwlCsrH4CAC+daf JVaT0lYT99QKpn/WQSBMlM+N7SIb0jl2KK4/5pCpGD3jWj/w2rX4UvLmNBZ/t7MQs+3AWYjGZv73 Al1BDSpOO+Lp/AzJ0GtN+08PICtnDc+9VoPTvf3H4zK/YAzLVd0QrTcVZbu/TFP5kLrGqCa2d5NT LX+pEryd/ibVE17yU+kiRb1w5yJOu9IC7VYC66gC6RLkPaLjiXN0TxavaGxUHPSGbFZog7/5XEzj cksokdCAtjOyvX9xRnklwbILL0Bjx8gYpQ5OuIEDtZyCyb4/LTBJzD+YYlpl62Oc+RoSUoY8mykk l4DTTs4ifv25G1AmbVjEQ7EPQEouDaPFrIuTfcbW9gx7svY8uJXfDLmXtEEij0GdjHJOvwyxV5C8 +/VdAQoEh3SWMStt2mJBknXDDqFn94GE4CFpLbWYd71khRk3kuAdSa3RULXwOkrZSyXyZgPVF8K5 dek4eB54xfgU3NWSM7RNURAI25/hTPWHxv5Yloa8l1WzPndODf7yDiKcVZBZ0W5jb+7xLkoAW0WQ +wE8RDQv87G5hWkLKwSCUxTpDgZbWIL8z/BHs+z+iGjt22//LL+KgBb97TdpbxoixI7WYDrtwsjU gBrObkkBEzJYOI2gqdaUELmnFmvsEnx75QYRPuQQ6CFzuzealDmr55TIhBYE8wauBPZnvKLDUxl0 71lY07TNS10IP2eidNPP0WnAlEWKg+rJfDjiTrmK3UFVMYlZBVfBB+rY5TM/8++z1clTaxXBHibG DQ3plYVXWDdez570uE8pu1HTMq1qMcdY4wXL+rdF4UuTnTC+VMObz/Jsd4h8rpD2WpPtCYTkJJPI 5OhjyUuHcC0M6/auGlU1G6IwSrnPmRMQiLLXufPDoEQH6W8F5lHvXgPGnE8kt9rttG2UxYEsqllb BO6vJnuH9z6tUPWV5DiR1MAjZ4BgUOhMK6fv21LuctFQrdtW2nYqPsW5E3gjdnCUpLIm1Pd7VtD4 BWRRfXri4zShAzgLURvsXoAes88vOUh9kkWHty7OsuQIqN2O1+hY7qUqZIZ4tDVPA7i0hJodaE+p VJ+mUdxGStHoSy2g0tMqmTT6cpXs00m/5p2+e/D+28j0+BdHRFm6ugISzNXmTsOI0hsNfMi715Vz M3DKT3aZ8hAgo9lzAi0gBeg1GBS4on0biOYQVe5m6M4Q+3xi4CD16r0wVZOrg1L+Pxu5DZH+WDRH PLD8Kn53d7cvjlmRD6Cd0u1PIJoYtSpgAgsifMquUaI3NzT05a8ts8x+fat8N0bXWbv+JhbDMM0g mi3zHUt3uW9VpAvhmhBmK2HVIkrag+OiubuO4r5qvh73j/kV0kNc0hWLRswsXY1PIDjd/2SR1HDM +orS3x5nFHmVH/t5hhXj9Nyz70zHiLKGeemQ4UpXwaXGxot+4rQcp+m35pb+VGhVnVag2IaT6fDO vyH/JYhlqub0JbqGw++Zg0/vmdz31WJkRPk2FgklMXpURKJ0PlxKUmpaXq43kSMfoZ2V+mEOcUXz LdzGLFBtLSOLFDznvUjNzFnUe0aKXjWJHP0QHcJpOLDdlki006T/zoswIBVBW1Am/S2eQZwKLctC eN0aLhRl3iMOie7XZeX8OX1Tgx3qWByGtdgmtWJpGwJxdLwMUvROtHngq4oHlK3wwrvSj18hethF /yTOp5mIs+g5l5ZZwnzneKestElw8cPrCavKZh9tpDEzLoo8m0MFonosksf+u8HAleeQdzpvpzFf MfQEzlHVxtJFyTmzuvB2FGPPUJiPeUrhB+d1ujDjamZXZTk+Q4SoZ8j7RGX9fIxGpzGoJKrSWhoH l5r9MJuof4bI0X6csPaVLN3Fw3alkr75/KaI4o0nPLGNhW+83RQevJ+uqO+xsN5+U2tYdvXqoul2 l+7YI4cPWnTAtFFfWPIjgsJ1H1CEVBH4RBERkfS4EfGi5b1sjP8dpn48j8ug+VpFWacV12HyYi8a MfDV4SMEIi6IEr3WjKtQHaG+Ohzkk0b8/AxMhaNbBApNvAI+OtWVVUhYmxPP8TEECOjxIm19t9WY zHaQq2PMXkMSuGFE/Fx/ku7XoswzkInvZlWQ/qs5vTmUIRWBz071d4ZyW0+f7HwfoCJCALXivVnd fLsrICBATi0vw/cUHIbQFfoYpoVsaB/9j9VGZNX91taW/avtnR2GbPP6FrK+w2fmDjE7ia28PZWp vzNdcWo5j0I84mJwCfeZEKcbhuiCvXKi2/UQIDQ9zUyFBQV9TcL89+EMsaK+SCeMs9dp21gyT8qk tFmq3sSCfSZkO+vnDBdoV7/HwUGeopSrBfT397s2ZwS+89L1YrwUOiJGcGqX7sUcHntSmU2BAVHS HP5ohimKPee3a53Ym7ZQ//07+8LVmuUElthgtm3Vaie6wacjy0jKRk6y4S7mapyHEOyVKGdXQl6N 9kWrfMqoxEd1BK4xWRTpnO1NOy2GtIxqYVtjq7hP1EMaJUWQYzeeRaVGriIDxewgVCdNBQfhOJbh 3/lJojayoVO1GCjhzI6NZXCY9ajSOu1dKL2rPt/33AZftxzoy0gecmy8XSpDyHuFfD+GspGFX6l4 iq1ve0mnM8VfID2JcRCnB52/i2zIGm1yY8ljTq2cPS82m+vhhUAUWHOIgsPiHaqM2dFzbXfJO6v0 BSRsX6BHiuVeuPdoQUg0Je+EACym1LwNt9T6Ap09esXQoNr4COGwShLnpI6lk2UnQdjPF6W+t+nR M+Lm33AYank3d18RH8m2RSk+gFCQ3NeB1Hg/vORk8K9GuIN6N3e1W7ZAvkK3B+59fscH1Gh49z/J 4PEiVbfW0K5VyqAxKhh7d6qfze1adJIl2C2cu6uOjEF9xagrywO1oeDZutBYSlrYwWylIUtksCjO BqHBF+bNOKEcovyWSWKlCU0SyK/Z/d3PNzcJtwN42re9r/h1oJTKifomHrLTfr+3gxuibwfMnyjl ucQaHmxFpVuLrf9sg1JL0pT+JGdYa1FoEIZcPUIr3+Bl3D3PsHwjS7aTCvXHNJT5eTRG683BN10V KU5f0aDONarwxUpMg305VJ+N1iq3yYdekoZW6anByvfUr4iN/JRHH4jSWt58toX0RN5i6zAIHD9q VnCjV9lh1NDpPeXU9WqkCLZyp1yobogytFhb/vVSRw2BFsl5s3sSz/yOb7ue7OiWMqJ0lDapqmMo r/CKs+fl+4e7Mvx8REJPLH1+f5uZsfdgf3L6wdOMbjFfVOXtZBbf+Z2F5gKik16A6Orzodyd3prY p638fdVGs8mq5W9zp3XTrfUWrBRNLMUnTeh4pQbzcJ3zfvgiqcnEiD7SL01RbFJVExcshYsW1UJk dVj7GYrRdmwyWk15ILBudLO20vs0f+dBGun6D/oaeiOd/B96KXidNajqT8mteaVYTSQx0oR7AoJd siiITOmWLiURhXMcPTyuIynlphWEpOzgNLTe+uAZyfdDqcccnQZjHTZWQl+2TQw+lXhaVYf4xbyf 9+n++qCm1moyGgSJLY5Ru8p8iEzZtyS5OJtmNKujqYjhLNdTYqM2TOnjIMhqbVyBBC3d3KT02jS6 KG+0W1DK8w/6VhwhSmRrf4yC8/2N1eF6zj7eu9xiZLMnQbPXz0J8Ncx6UMpWhLP6XpJVI2XpraY+ oNyEVvzkiXUewk/LbDG0dxEYPdetaHxeoZb7SjloAiNVC//Vq1cFr4u+cd8X0JUgHzfKsJjTag8+ aktIzcXGM6DdFxY+tA7YjvLNuGvCFZTRw6lwa3TKE8fb3SqsCUkKDNxfcyIS6hTPxattqCOLyGXa TIITuZbzhmDvPP38mDhtoZNQUueRLJpuTOSY4uNTkmWBSQi25dZoHqi7MyGj+62gzI7r26e55s8n hXlZPmJYjhfK/BEI7ImNADchWS3Mgw/+ledo9EYq/tr9kwIdLnapD0G241xGecGt181SOvmO8fg0 slvzgHfMfCymgqmnvVikvuecdc1+kh9CAg549pG2jVDUjYGxRIt5O6ZcL00vR5mPddykRHlQc9M9 6utvCoh08E7g/nL69yG6e6jT6nNtvQqgkhoNNagKGHropHkg0YRZFe1jbvQP9Ahy7wJkl2pJ3OvD ORumh9VTM5unCdNug4yLKJlN1WcJjmSOYoKrUJHDVS8Uhr/rDcVGEqcPhYthlvYObQFiBHYUSLfD IOS1T4tfjC6vO1e9UB6taxTKNal9WRFxvz+z/0ULTcOpllxRZzIl7BWSt20ke1zC831fiNKSyEj3 0cT0s2g82jvlUj4ITZ6se2Tn2NZMxlznhrtYxVvxg6yXO7esdB87ynuLj9qffb1wl5g3GYqWUZ27 DEiVicySfU4A8U9dng/HW22u7jwde5WFTm53WGx/+alBL8jK/930EeRzquzW7o/vzS2XVEh8zY8t yfVXe9WLth9BEJ86TCsPv17QdA3j0AA5llle8WacXuuAT6OWLuothKYrWVtWo/jNc8fjb0o1TxbG gi+Yct+8bfVApzTwp6y1Zmkr8nxEHtrA6YvEUKNngByKYVCRZajPLINXnEdn8CMkuJrpiQzj/CFt D2rmGLf049RynJtH0wQ386+HCnSGWuEh+eqrczDKp4tWmTbwgRYnMQ/iNPbiEL2EpAbj4+q5Lm2X NDfldesAmB1uBVmTb6o5nq9egPRHJyhR7P0h+q8BBvIpggJ/cXtG9f/rWQnWjxjsZv3yf2vas7Oz 1b446r8kwlq5Sd8zRq3ov9VvgUbJ3saG9N9b/m3l/zq/3PnZWT9QqxuTPXQOLk5OTs7OAfmpgOHv +HfKD4MxPHfgeO4tHi9fzfJyCvXgV90GWUa6KMigHGU1EPYSGigdzCt5UbuZKWkO3r00X/6RVxgH ZUnL/xxHpUm3U4yCEyFr8ehcY3JSdIyJlnT0t0hOqNwgytBZ5YoOGqFn6EQuHjoFiWQ2huGvb5x0 3xF0M5CZhqemNq2on355O9YP4VsguWHqPaNYMPkYW/lDA3P0QY8fLtzE79TG/W+t+O89xTor9SJZ kJgol1AENdMMaWqaZbXqNVYSyWnwqKGMaeN85rQ98SryB0MU3mOPPGMOGomKCyRPk+B1dXWz3iSl /hTT7sd0U5R5Ju+8LzfeV1npRUixryLSSzFDk0yhOvrd9xDY40qaPcuFrF7VU10n5UfD/T65ju59 1ywhQvCrRJuRdWoBLEjOLe78dUaX+UVMC33ffnz8WWt3RJ/8ozS6YCsVMppA2eN+ybQncPB0liB9 UJOWV9wIaoVNT+cdJxH1FovwjMfxln2aU1bwCY22RxZRv2qb25fTXxAkJpMQ51q7pOBi5zb1uPNo Z8bfhH6etPV+pLljQbcU6HWGznx7K59W8wlqMQRkvlouP/6ovIY7VSoie9Yk4LddGP08/fAFSz+B VzvTkASJ5BFUqiwQd0s+yDlMZfZIuPbJzq6SRnAJrghqUYMB0wXOVNxL76Scsswvn7hRFopTUxV1 kLcuuSz03yzXRXa5Wl1700AZ1R7uRvt+CXwnru6LLrE6Kse1frD3TeW5WtOCzO98evMSiaYNuCfT Uc48zKhbE+YxWb/5iFeccG6Cn4vfbn9CCNLnp8APEvCr2leP9M4uZcXWYT7NQnpNYERf4P2a7rVG cOOzy1F64qG2ca5CLGw9HCu30dT8K9qa/n6FpOX6syfEznlv1vJeB2tztn7wdO1RFHB+vWkOztgZ Euksbokn+y2SXywyxT9yMSMLE/OHZd5sn1Rrk1fTZ3Wk09ss162P1gRGVrKU604Vlmp5CW6dltG9 sesNYvhsR/d/O4RjkjMBPV2p2nOxfZU095yPyy8P70hL+px6H6G6yrUh0zHOi5C56RbnicyMnNNh vTtGiKGKX+HPoUA4FUivSaUINS9geJKxqLLFGZAktNGCxofruU3nyvT4Y5pKNs3q3dE43rvvfeR2 XntJBM4lQdxVpcYHGpSi0HgRubwUw5XnNJZF1jcMIYLTdeqQaGqmB7ma6k5QKZOldPhRqitSpT6g j0Vma2YhlVRtn2mUkl4XvrGbtshh/QHoSZYp4VfTxe8QGFSkjv502h5n1G96+XdxQxeavK7PdoMd XCTcubOqrnM8iYXoiQ8FhQl3nwz4oi/LbB3pyjYyLbQ1Rq0MoBSo0bm9VHkq35pl6LY1XGvlb8Yp cWCA1acQpHH53ArSGxjft8rQpxLPOR2Fy5cyQbOOHOalftqkPog2k7xSX/jJyIhvW4W59CLLd75v JWklUaSRaf1nJIfCBRFFk5yML/ObVNnPButxxFxbnc90SvBieloRUgujz+CmtwSP5U5WvJTWMD10 h4r7p4s3DTQ0byXeiejXnxaq+V8iZ/OYjA0+22lU1Xi9/Yjk2YdmYcJR4uKLSKl1IaOGd9gLcAWT I4S1xWSrHtd9tTPZL3lddHLamB3cu0v55O6xXESWEdOiTyZpeNDwOM5w1UTjabwbIR0mJRXtblx8 Jc1HDmzmeZNu+6ZKhUxtZHROnU3ZkfUYhhZlkb+JcGlyPV/zih5E2vfmyBwXx/Wy7l8h/ObnnHJi 6HSH+6T8FhrIZ13k21v9Rv8L+ejsosy3yfJGtF5oZuk9voGc5JtVlectaW00NZwnHFDKadojHSWx /i8/wJ4a7lcnm6KfxqvCzf1mvwV27f4Uo9FfDA5S8jHSr9qUwOh8z4ligDiAOxvJRMksK5g3ylhx l5Sek5JRiMYFGVKbh5Z3uObUFSSWxinwwyFJmHwRb7IHti1VCt+bKMI217YUjpNedhqzqJYx+fv8 JDv65UfmefVY3CzrGXcNTRPLQdGNlZmXHpQ1qtgFa2/hP1dT79rqPaKIsK9heniUlVjkdMhY/Z1p YfvL/pimXaP4ASfrxrTZeb0/0rw2tOJV5tM0jdb9uCZt8ulqlZ46ceQmvEfae6XHgYwsR74ivxwu d7BlypkiSrXQuSAfDxMY+DpnXB5AhLNyGzz48xHiH0NSJYdglCgbNv8/hdsWs2DZv/IvqY3dw8Nj vT8p4e8N/8yzUPx1jIb/96z7/7XNKazvx8bGVr+NT03lcX990ICJpPj50s1TCEVLPKsr0iZ4eGx4 bEzdhh8TotR3duI8uatqZmZ2B10wFRSZR9T1hK/C+lK6vfrzrWwdrWw0fvTMHjwk1fex5oouQf9U sNUELNQkzzbbvvM0nV+jPZYOYEl/pYLSE6OY6yh3gdaaq/S88gs017ctHKOn/XM0bZ7uTiOlV9+J 91597/we2VMeSK7dX06YXoPhtcXSDoLkMA8Ou0w/fppxIuVOphJOjx/6tBLdmBsurSlhgPUm5ZzE UDoZuOyaC5RyHqjfgcIRY9Y26nx80q/S47XQVBk6sgo9gwQBjVwDCRt9rOYCyfLfTR74EIjTplmy W3Z9/fVRiW5aU2i1CNI7k2P9aK8Ez55Mc1ZpilN14LVnNaa2IJAT9pLmuyuh+8uBrALho5tPyVKm G/MgZ+W/aug6jd1cHi/T9U892b+ZidGTporRQkXD6mjqZX32xq8eHvJuCkhQIbvW59eqPe3YTWJ3 /T6xezKxSgaIFqKqpXXmBToH4RoxW+KeMyyj8JzzM1qN5/6ybZ+F7p86+jF6KUOUQrRm+CLRwOCq 1Y5GKQry2v3u8Lm7jrkv9GLafAvGlpN94Si2Wj6Bi/FPlqPiCXl7qqpi+THA4H+YkMtKmg+kuBIW 3UXOIlhvIhNByL2X6ocm+6eW4Bn6yhlCPGAT63nxI9mvEthMZP/cyvFN5P/HOaS/6xT2IyXsN+i/ Jrlut/Xv60pKmP+e5FrdgHWqpvpfzTmFZoUXFxenph/FdKl/eRlwQ0ywpfKkHT/Iso9e8k3d7SOI cNDO5m4pYVF/f//NwnwAo+8bpCDKADyN/B8sOl94qhuUwkvFr5Eh74dlXD932rBVqucUMeFqNCso UVBgQN7TxTK9DMEQ5cPA4Oi5rN1/G7zfEiiQY5zvEFAaL+5f5zveF08mLm0u+w0+hs8VAiFj+ScR 0FB0dJtjrDJIrRDp2KHdlKn3ZGGGtkFV102+Vf0s8nFGE1F6kZZSRdlDdIgwgyeCZv6O3gffZeC2 OrG1G5iERL7kjmC9hECY8v0YKlNRZt52fj7S5YykDgCBfdxQTc46NhT/EPKez8sicB8ismsbpv3I Oti+plu1PCf91QMIycC6k0HTfpQtJx1dVAP7Q4GedB6+xSK5j5nPejJ9t3E+FMjvj1Cm2aP1ONNI HEAgHdm/vaM+7o+DVEmUrav2U4OHvA+umvDgj0SVeAQPRkqtIZjQGIwSTk4kgibspxR2bpvZGrfj tb9HS8Dn7kaeavlK7a6hwCVyXyVywSxoFXXBwC1F5xTh9RbeisGPuGDuBvNHksgvIO9fHlfN2NQv h/MnEl8KMhpy/xQRmiDzuY9B/KHleHcnF18R3clxZhek8zbeSgwi/FGW2HnSoN+nzyH8RqixGUIG 7eq9z9PQUgVJIy10Oqoq+ilKIYE+04/k6VBscMtY+z5/tlFUKEZPiJM3TQnNzv6oXBsi0vyl22Bq jEueCjbNkxcQiISpEaxlKFkKNjLv0NVE33CP+80nMK2jkN8HOqD84H9HXkJmrxHIHep7fP2a+sn8 XcdptWfeX3Pf7/nO0Rfqtb4h6v/28lmgMBepd1Mt6dt7fXhWkhuK0SnxNKDE10B8W05Jk85KFveE lBdUvPRmEBY1iJnyQ3RWnh4hmQa7/A1nVq2DLOmc34wYEEhCrfPutG69M+Xf1IQp9ZzV68rxUl6k Gi2ar+YH3ZXUMkVrXA8FBJJ+eEnLs4BrJS2I/o3gJFV8ZeJj7TOXO9KX3JQXknta4nZeXvRISBlv b5pCfhCT2jFuE9ZeZZIhq+nrQyA3h6q2sEq6oOX530YymbvNdXV1OiN8/PynCKqSO0VpDuSOTk6d KrqbvhEYBmTaKk8D2J9OsOr3PX4J2SjLqW5vWnN2dl67P6MiqxTzQcZeHmdSPsAk+8kcebFkHLgU 3OH2M2RacBFOGP14LQGqV2GuPGyQ2ks5+WVR3oviy2c3yHuETZfm67nl7ohm+1bGyPgd5GpoYG1m Dt90pu+XhzFrhGkFY3a3ql+gpPPS6WOrDL/qpVnh4ZrgxCdpjxBxaPeYY1gSaUW/fIFAHNma72/3 6wUBAB3d+m7MGOztNIWbROoMkp1RZ+GRIslS/c7vY+o+dTl0csMNqlKlwJStkUVDYmgrMyBOb1KF g5jQ795KD+c+fHXUeLLe3DfNTcoXFyMfObLQ9dArqzh6vL8y71SDkYxIObjzda8eBLJymUn0yC0h OLWr3ea44Via6hFt1DXW8UZuBCYhFuSdeM/CDOkmHXPne+mdXiFR/875h+8zOxKdaxDmvPbhohXp xI4Qk7afhkwih+peSm2seOx/ijPmYGwrjvB6ClF7bHR3c6mh57Z6uLt/3/HIYUdRF1d//1eCiKou u3gCxZL8a9+9E+xkKoqNWMnOYKRnNJrMMXW+dIxv4mSV05AY3sRB/elYO+zFa202lWpdxPUyeqti 1NIcwJGDLo/XtWPHYL/qkXzbuBHtidOAQBLfbXNrOnonrCTQA2jbzAjno9vEk6WfJpG4nPioRbLJ uLzxQCloeD3Fx3uYNTq2v4CdEWTNx7F+2CQaCW2lE4xYpDH+m1n4k33gJfsm0GnC1m/qna11dYn2 YWuzTF/YtsAREa08/6PuhO4OI3B1bEX+uvfQ7G5T0ecbq5Hk338K3p6MvHr16h83RsFg7s+NUa0c r/TmwDJHFqmIF0mOgAVTqTJzFJKmR0bI/SfLTVT/zNS8M62qqhI8GRT7a3/9K91994kpsxRGf7zn zwsLCuT4AP4oVYbCJnkO2tEHjNkaiMH1RUfbdeGbMWiWU8Du1mp7eR9hxl4r/47ZYqF5okjXMvMn MeObRP3BcoZ2lp3mkKC0r51ijAkRmnaYHo9i1qoZviwQeLPXC/UO7MSPNH9rNPvub4LYftS/fSzy wQ07JFglroFMDrG9OrFxomIwgKFGf4Udm/f0Hj6097cSftBWMexpcBkJBfFi0be+//OeL/+/7T93 czWxYTSHOtpaOZn9B73977/7/r8/y/7L+//YYO9/YOPm/k/2/of/Q9//B8Yf6uRo6+TI5Oj6H/V+ i//O+59YODnZ/vH+D3ZO7j/jz87N+p9s/P8Pff8H7LKEHU0cHPm8yUlcrUgYnZ1JjOxNDBxNSJhN HI1gL9f7+8WMgiRG1sYwjEByNeL782IjPpLXMipq6iLyJK8kXimqaJKIqKiIKEhJvJJQUONDIiGR hxoYm9jzkfzd/ku1/3krIQuj4D9bws3Bys0C9lFTVBOR/6dd/tk+LP9qH9jL+v68FY6EBJwOdnJx cRUJVVW+f3EeVk42ln/WXyVpTVUZsX/WYXl5RTERNRlFBVh/OeRESZREpCRgx3D9F6dl+3Metlf/ 3npWE1OwnlXq31vP8p/27XWuVv+hr3790/67+M/F+a/wn5Xz/+L//5qmYWDx5w2dsLe+/fWCTZK/ yp3mz5thSdhpYW9jNLYwIdG2hf3JxcGt+580lf9v+3/RXK30rSwc/iPZ/7/P/+zcnP/0/kcWVg5Y /XNz/Wer//8/4X9YMiApwF77+D/YZMTBP69MrEleiympOzxRdQTS4YmahbUJjQMtkvgfRGFk+R86 EmwrHk6eP9/Z/vxrzwhrfy1gY2NiR/oLmv4HGzv4j5eX88931n91PHA4FibO/93B/0/QQP07Qm3/ A1/+B/nv1T9gFC62/1L/3Cz/Ofn//9D6/7fv/4N/Dr6v/nn/32sMUyzIv/f+v50kN5KYqfuLAd0d uSpzcwZKbZUqBlrGpxLKsigxFcMo1uy78WcqYU1j0UHPKuijZL8gkapwKGcWphVqGLvsH18ve65d CjgwDzTuOc3JDWxHHCXu8q57za+/XE9e9ZKOMq1DKExER/xHc32PBHlTM4i8LU72ZbAZ8yHp7BOX tiRb6n98TNUrftsMJkHkwoD7u4mkCGP4M2y8xPi7obhLUzxlzSX7Gx02Hv+AQJ4G+evirmDx8fEt d0esn2tfYZqYrDqs9zd6XXORk7cvLBDTk7HFW1lY4OPh4eHj4xMRCXheHNzJ4kMWFxcxiIn137y5 2Jn6rl7w2k6P08pBIk3p5uYmMipqodnn/mRTVV9/QdAkATk6JgY6W1PmeWlfaPT27Vs1tejoaOzm hfBycKaNDXMHBwe09uM3zTrNce9Be2vLbpG93dJAQ0e3tdoXB3/MNI+JhdXX11eQm4uIgoLy5IkB C169866oV0x0NMZDC0vLgsJCcQxxVdXvzSrJXNYEfq3S0tJvwBbx7GZ4KF3hRPw88vHWxUz6TfI5 IyU6teVe12eDg4MJ3FD7ZOviJ8jIljY2r9XVP0YgICDo6uryu+w9f68hZvrz69DY2EeSTyEhyIHK rnn6evNywqCx1JAiqAv83t4OIflUWcnp+dJhTV5OLiQx8bknNg5OZWkpBibmExSUnW0pXKFVasVk EK8P8ncL5VagU2C70FAUatrl9d75+RcinynlYm2Tx7xFRETSqqq4yMgeCAp63/AwMyuqqTm+nWdi Yrpbag8UurvIUPQj1NuKizt/+mcg9TAeXi6kBouTJYG+juap5qYEBHSBAZybm1PGtbbe3Z4o0dDQ mJiY6O7oMLewSNNLTk5+8uRJdna2hYUFKirqQLIAOwuLsBfW06eRkZH5BQUJCQlRdxJaWgSoLBbD mZmZFARhrzU18QkIgsMBBjU1NZ3vzYFwzde77JtzTDd6nNckcG3Qs7KympiYbCxH06piPNQsfQun ypIYURwaGhoSElJUZJ2iUlxQgIyMLOa1u7OD8RAMBhrsyunIyMiEhJqraTw7u7sDW9++0dJi0qn5 rJCjralp4FU7Tq/A43rwVkdnFlxYLeGsrUDu78PGh7DmF36Pmp8q88jIaPnszFlISAgCiZF9pajo c3dT++kTIkp+Wpqyhsb50aocOnrER2TcJtfD3yAqG57tsYzadXV19vb2r0v0Gh03h4ODg3d2rE44 X7x4oaenB4LS2dmpd++b/dJ5Z7KqqspsILm2tvby+pqbiys7MzOVMOhsd2Ziaupyc4RaX19fUXHg 9+/f1dCFdCzem4zSUhYmJjQvNTU1cQx/pyGk9QxLc/NPJIjbK8+9e/WbvQUc1lC2+N2OjB+KcNnM /pDpvajt7esDA5cYFvZKXLyjSLuay2qShJR0SBvpFjlIXFZGxu3yyMTNDZwtp0yvYQNHG4S0yes6 u6hIoMWPbn7hrzTcuBhIRYIsrq9PjI+DA9fAP0bj4OAwNzdPFSEnI8vPzzc2MVnKKC+3t7TcDsah X1wGQcB4WFZdHRhR8LpIFOPhnCT8pvUl88uXDbW1+LpLR2dnkhgPkwKmqqHEzmRmw5kyiL4/E7hL msUHCU9PT5WVldsDUPt6engdNzCCxEUxKCgo/GnxcP3obqK/l5frNbh+QJivc6L3Jbk+212mMLnR GRsfp6KmHjGvaL672v7dGUJERBTxQsCQPvDOcGeyDNF3dHQ0le7hkm6Ju588lZmpqegQ6kpqvv7f VbYBwCvY6+54QCjnVYLz/Z0XJ2fl5fG6kUbecyIiVRUVNXX1IUUtTc0p/ydYpUNgwSLxx48fIe+J vS/S8vODrakKCwsBEIHMXlqeq3dRluL42R6IvkQMBvvXr19Y1AoNDuto1JQUX6QNDQ0PoAh+Q1NT PTIMEMhHUQAvIFUCAgKcnJxsZ2XSlHhC0SCu53tJDQ2eLi4uKSqCTlujnSG4EUT8z4iIrM3NN/b3 F8bHuzjYJ7R7Lz59+iQfz2bSG00LygweQkFFJSkpycfDk1q+Sh8bGwuBuLm5oaKGzc7qjCb5uFfa zNVhkks+57FNbQ5uIfV1Z4ZB94e3pF+k1ahydOudQbHtjRVoTCojfxRVVlH5xu/CNLL2Ykf5ODw8 HFTBBffNfAay5wUNDY2xsXFqRFhYGIAwkN+5cpaWlnJyyFdvNDS6l3QeQVra2n6DAB7sp6eTWVtb o5FzcXPLycnFxcRYmJsPmnPQ0tICNgi/4fnQ+paDi+uMcxXUlJPTKUBkVEIugNgXFxezjR5xtEnz Kl05WVlZxcVo4bkQCKiD8NBQDm5u4vciMSDdbG1tXV1rwsP7QfrmyMc/mLvM0ejt7b0+3wdkhoED ax8JLwDIgPxM+PbtqkCn7VjvAawZvEdiiZtQoon+bjYA8t15tsbOcryQ1+OMwTFnZBP0GaDpzW71 wpXA46KiIpCNYsSUlJQS4uKlGTQA3jAxvxQXM13Q0NPLZQzxyN+AUR/JfuXnU11ZaZdc8Pu3YY0R gUJwKBg0iJKKSpsb0mxWKMmPeViA5+hB+Y2PZxcU0FNRjTMT/uzr7e3o7BzqBmCwt2dTuHLZHYRF veF4VdJ8l5+VFRMTU2nc89QV77OPOwgDEyMj0QtYC+eTlJAAKw9PU/1S/8pjEpQbs+x3+/ONWFTy X1kM2m4uj8VERdnY2R3s7VM13GG3rY0sIZDszY/Ozs5mNHaDtAB0yBb/8y1LS/O2+CQO2dMgYxsb AOBoEDzOd9Hp6b9BJHk9LVRVQc4/xa19JSMzVW4SEhws6+TECXm79jMeAtkJptBeWV3FZXijpK3d V6HSY9Bri1jjfro1Pj6eo5hiH8kmuLm5CVAAoL8v/DirUZdS3ihIi37VRbTHjwNBajPrNzWkwRop QGsenov+JH4AZY9u0zQEIlNSIgSMzA0N7UHfF7yvwywI8V0iO4L6ljyewIRKAFVuEt3jx48R/JaW luAgJF+k0V+8vDhYgq/zc+0KxUdBWAZBHB4ejoyOTgQB+QD/GBR02j5Ap0FOAsj7sDBUXxJbV/9y 510tcIjlZaAYUnNyAvewYKnvS9La2gqy++rqqkS/uRjwPnp2a9hWfHx8hlQE4PBGn3vBMMnlQRss 5tyCAjDynR0doXisbcPD5XV1fIKCLwjfnu1M2djY4DLpCGMY705Xgu/LXWHtCBvW/LzevQA27+7u QOmDE3ic7RiwoQansHkXn5ye1tfVkZGTq6urc3JyEgt6XpxuawDyK5boeAKCCNJwcjkR7LzQ5AWg nsJzRbeEJ60adXlWJtJap2qfEia48NxvfPjVyaXCC4uKGl0PybZyCgtBOqwTctukMoU8Y/RFyCYF tPPs2bPBkKiIlK9f37i6XsQx6+OhIPiSvDFSm6mytoRCA3ue4eAYlJxOVkP1ARGWGXW/ZSAIW9vZ mR0w3HiEixsXEIDwtQAwBgBCuG1tZeUPN3EgNobwi56Odirjg4PmVlb+eqCYDlxJVB0Tow8dKl0P DQnCEOYAXqz3J/V9fHMlDmrYzIxa57f4VK2DmYtLdVkZq+eKcgnPhxARHObTvrO/+FgM3b8n84H2 D+NyoBDy8iyaB2x//PjxNT4eiEWWMNJFQE8s9ivS7Ozf4diLHmLi4nKzsg4NDeH/iAY1C2SZpaGh b2XEtP6noKBWHD20CEwUlJsR+j9Q4PshbcAv/8NjIjXMv9UrIiOi78EcB+/f4rb1c85jfvW2LgCN Zc+6nvwtkv2xT06I/6F/4SYw+nwe/t1uIfoI6ioqKu7u7vBuTfIAI1+9sm7R4/bHZ4sE1N3BW8Vr 0Oafdz/cvA8AamxkZBtX9R38QjgC80JtITY29tX253Jb2ch6HdT4eZQU70IvT39Vbv/ge2gOEkSY Kgq4anh4eHJy8oyMjLLzklMcamrqhyI8zeYRLiA97u6u9+E8iARvaXo+SOVSPIEovX4t6LI3O1MN ZWdju7m91SxyPoXpVIB64wn7lZYTsnJyaZWl3r2b94MjI2IYHb9+hZ1nXlUT2TH2iLS6MNFThdg0 kCRGrjBpiGVztweeT0+AuAp5v5x5C39vQuxIgij68R4OEoBOfAcy7OzsDCSFuvrYqwQuQMpIfIGJ Rys9WDtOH3wlREQ+fDZuJqGiOgNLeHlrQaq8e/cu+aWbirKyHSCwhpwGkB4Q4bdvF4l9blo93rWh 31PwnpAYj+kj6kQuyEC7+IHQHh4ZYWdnx3KUDHgIih9IBSD7ABy3tAg/FHGtvT/lJx44y6BodvD0 8sJ8WFZVFRBh1p8ImLh1+nc3nE820gP6TxM6d7hLiXm/JSL9fPd1Xrfxqo5FRD5/sIB9t4mzX0kM SMOH96Ex4uiD5suIpPz+/v6fP38C6N0btndxGejrs7SyArLTSLcrmcMCDPPTMElgClBQUSU4ZV69 YgTcRkOTW1y8N5QhBXYFhQtIGKh9lvfZ2aZAMnl7exsZGYFl5uY0I++0hpt3ZqojNrP+rWwWi/r4 NSFBCGj6vjjmsbGxvLy8QmJRYIxwcXG1tWcEg3ylZN5ZWAA80HzzZme29ntFRUV29tp0pSU20iNI KRCkNTU8HJlpaQaGhulNTYKeHczM2hYHZD0SIc+A54qVzJhr9lkYGzsFul+++so2MCpK1c2Nt0GO EGJ7uqUuI9ODz25qm9w2W+tg0PVC0HMypymVO0xCs87RwtSUKkySnpGx0XZJFKrNzcDAAEbxQcmo v7mlJcDuRiCAwQmBGgGigPBFM5EdKnMkwLVGl/35BrdjQINSGUN7c/WBt0nvF0QPOZ+VWvr5KbzG eD7XYjFndc1XdYujgEwUGrnDqAHiGxQUND8/P9kCxr7OfhXpiufEnb3YkrgZlQrIQkrKX4m8qhoa uDgEZ2zoe007wCj0xTIaMXYCO3d7cwN5XMkiDQSOwBu1dUPvzq6ugNa3gOuNQD98bg6lHBzYnV/y /1slns69887SkhzRfnOYEgqF8iXpqamtrKxER0U5AL2M5wJ2jyAWOjs/d3F0BBcGSvLXz58dTdN9 sEYvJJTitOsJugFKn5eXt0CjRA8ETUJCwtmZa4uemlpDX5+YmHh/Z2dnZQX7T+uIfkB9Xr/UMieP 47kZRa0INCEXdP45BsbnyEgyIPkn5z4G6ut56rf4UQA5go/SBZS8jo4OGrEgyj7TTpw+O9Cjk3vC ysqYIp+BUbN/6tIdTgQsGsAX+teFBycnNxeHRmBtzBVxu1XjL7UlcwYKGhpEkc8HB7bAvWXJxc03 eXn0J/IOIvOrmlhazszOPn/+PFRydHAQcJvH5VFWYGB320dkfVChh8tSoOo2QhbCXT/gyuzNVJd8 /348kqMIgBkkMXA30IUmCWbxbmjaBUHIAsLjjEJIsQ1kdjyMWcZTc6l6sJVG5kYHjEST9y0BKgMp 6eHp9oTfY/R0JrFC7uWss8OZ1MDAwLg4DS0tLTu7sonmVO2h2rvy7s7OuVqHwDxsoMWMWPAOcKlm 9odIAsYUcHDFPkxOToLhSL+1srJieH0CtACQ3RtuNGDkHoosnqA/V2tFYqKj43PawoaQAPVKTf0Y wXS6d/33b1+ST0B3qCK4z36uMel79lBkZ3d3aTlfvQDjoTLMpYO0QPRdLCFDtlU6XftFWDEhZsCf 20bL3MSMhBsZGhbGSEcnainEx1fXXJcGaDw3N9egPWB1ZaWlPgvzIajnJYo9ALUYD+1cXAIjANsi +rq6uxu2n3Dltg29gbzPz38HuG9UHftC9+FXkZjGRi9LS/oRaQEysvT8fNnXr58J0tHTV1dVFb8p eyD4u5pcb1EiElgeMQzjVt9HB3b/8E3oYJ2SZ1gn1M9P+fVFHZytNncTxaHJxwXRxxkUhw6rOzuh JIjutPU5OdR+rW9/HX/e/OWa56VQnLVvfRmxzXxdZT3T5Hn5YA4VBQXwEwTCbtYvjrHSTexjnLAu 8ur+qxoLN7eitPRbEHZM/hePIW80NSmpqbm5udu7gUsXleJomSjRX2o+iMjOpqpIxnj4JSbm9Oho GjBMmlhgYlISHIRcMnTxJRRA40FEW5soBML3RVtPr/8tCzizqYkJJRDCRrMAHHr6+s6v8zwUEJGR t0FxkBlCV1c74uqjwXAuLy8PTYNOLJLNCIimKeGhBCQmJgLRmJdHm6jy0ZLy+dHBktiFlKmpqZER eSA/6yGnM9CMQFGCbJikkfcgAJsbGhkBzoxHUAd+ZiBFSAPQ1AisqSopASWfwGLw4KQTKtUwGBEp LydnCZQwjx2Z50rWx9/Vra009AqO8CfDdYeUPTI+Y9oweOoYUAc1aGKSFRGB7qlTZaVpb3/UHUHM OzCzuAULsN7iVV/yt2/56enpoJdMTHdHq3I8QeYWFpp6enfA3jetaS6etHNyGrNpSkg88mgpys5G IBQWESElJ4f3Aqm8s7WlApy+7qIVnF+r8L1wnAUA2t/LyxYc08frA8DPLGoxj5ChoQGzax4xPjeH ChGm5pKTlQXy9ux6vzknJ8fFyQnQw+1RH/OjR48mN1AQxJQmeONiY+0xkXMarLxq5fDHvXV1iQie XnNHcPzXLFqVQZWjs3ObAV9mVVVsu2RISdmBBm6V5dvOmRl+cvL2sTGnn19ZgUR9H46NJCEjY7E3 Wzt5SgKBzPK1VxEdPoiItLK27kxOzy8oEPNRPRoWtZteJInBoa6Dc7eYu4g0ntE/HYfl6NRasEIO wBa7X984E7isCYDmDcVnj2XS7XXrQtCFdjntHj9g1j/DZdYDvdF684aDgwPQIly/NGC+zOzsI86B B48345BjgOIPkxRbj4WDyNe7a2trB6ISBgjKysoGf/pk6zp8OllmBJ1vAObr7ORE57vpr3h2M9cB Fllj45Vc5QzJiBeN3rfuQOcmcEPPjH6/HF7mwPFrbSnGlJaWRnkb7g6YY3RsDKRoBtOtq0J+TQ3e Xm4RqGBLSz/kPBDm55K4ODidxQ0/envHJyaM4E+cT9D1jQyEcjMz/Y+3gHv51d9f3NBwAwh6QxQ9 SQFqacnvfVNz4fPBMtpqBpP5gEYGIIaVD/UfU7m4cMEYXdR1No7wOK+QZwh1UG7bdGbCbkIfVVLG PrIA4PajRx9rHdbdPTy4OTklpKSOkw0M9n7V3GnZ3Y4trvYByrzbGqOXk+vT/G6aJOTTVFU1/uPH JwslTjVSeMhXrnwHERERuLrnEEhpaWnL1dra2reEhIztcltOUNdxUdGVlZUjw8MbjnyeK92yOnZ2 h8BiRxDxZ5eUDHDg0zMzNxt2Ijlef2rJKyjAwsGROJ388UO69PLDzfGA0KT7Zll4R0cHyMMq26U2 wazEyEhDc3NEn1t4iGl/4hOItILC2stHaoxA1AAHG29KthTB8nq78IIAeWD/Z7IA4XojsPzANgCb a9QdLuB5wbIFmEXQ6+pkPvRuqZr8kzCFDNmXn79+LS1kSIaBGvG8vxPw7ICmPX9nFWFty9IbjDW3 gYp2zZd4h0St4acQaeUA9Hjk168by8vfHTeHgZ46j5N4AsIF0agckCG0srGJBV10Wl+F1es7AwMD KJQYF9fl/s5LSEiIkjJr30DpNGXE57vZgLODQ73t0gNfEsuJYicHB+CnnlMH3ZyMKCL6XlxeohJy WQFpAOTA5K6Vw3q/BAYFD88bwJb6+veA5cDF2jagcOdvb27CQfSaPJ9ENANhmD6yHPFC4OriMANc ZGZmZn29h7U1oy8JGhraoAbYVxXW2IHeJyWFuwu7629ZSOU26Y0GCmBrY+PTp0+hLwT46OlDnHJe TBCO1cZSXKlUhL7piiCOIPkBJGhMdHS2QpKWikpbhTKRDyF/ODNzpKOtrTDGymieKpCb2+NFGUPm hdr8fya483JzF5UQMZycTgHzff36FZNc8o2W1msNje7ubgc8XBu1gd7e4fHxu6VAYgCmAIK+eluE Pectb2y8BeqAi4srNjZ2QwU5vEsUIMHI6OjK7i4jNXVOdnaVYWcwrWq2MDMVvzqwSygI8Lpu8axG CH6tF9slzUC5AiVHLf/VdrEFTkpKCiYuHlLK1CgLsLM7nGwMAbd7vr+QM2S+USx18yy4pOwCNspI i1sILdYARzricLxhgLxCoYGMy+RPzAwCVng9uA0D4RsuRM16Z0a/1oPDQ1YWFpjF6ZbR8ZlKgwLm nWUA8nxsaEgkY2jwiwD1zPpjcsSGbAQiNXU1NZL71Y2hjEQKcaooMTGxpexc4NSBoWah/Q1Ia3pm xuAbEHQbJXpVfnReXreA1fDKGho8L49WJ8OpGBhQDJYG08QGcZunAZCD7g++AUKw0Jmt5oWaHaPM +5ndBxCFFEFUrMLc3IvL9ZRrS6XOEAo4CAjN6emp0mvwiegLlJfR96KMDD+SH0Be8WI/CA4JQW6Q RxD5HBqK0u/CJrqc8hj9hf+7y9NtDQ2NNb9iyPuPyLjeABgDWounT7LLMPDx44Ek2duzwUutqMC+ ve3myCX7Im1nZweqe4MqExgB9dev00X7f/2S8Lkvs5YSxoic/S9ev8ucg2BWDLUVmgbRMJqqahWh pn9fQAipdlqWe6r/2kp7IzWKgrr2KQ5OUUEBkL1GwfxAmb+wJM5BFQXV39be3gxExaPwu4uVqz40 iJKamjELHrVC4vvN0fHx+WaflOOX6IZvdtXswkB84uM1I75/gkCAvQHuDh7er0nPVTxLBQQjLDT0 yvFNkBjAfFDx8dOhnzOAkbKy+ulOoV36WZqi5oPFam9MUlKSfMwjxZ/21e70TEw2hoZtp2FpwF0C PQBMsVfYj9dGq6urQKR3heL73ZUuY7DFF5aUQN+9yy8s/LkF0g1BL9JW6REEj9c+Mz4efzsZpYoR W9/ocGZxMRIHyaWu9XVkw4mGn3LkRS2wJO+gUNhsOy7tMnliIz5z5UCfhp+i/hkpckES3QNfQVI6 uuAXA89wcRVfvTIRiPE63RoDugDddTyABJ5ZxlGJc4OkorgZQ0EGCIz0ykp1EZE04hEKd/YHeqQI 6g9fklFTB5L8AHsQC3nrqMNaFggwdtfPn4XEJc0XyfiuMmjzIjhpTrcfS2XsJ4p1OTk5URCM5uqc bhPYhhIwDxAthuUnKqRYffsRWhclgb7v6BAXEVkCouHw8LDNgf0l3H4oEb8zKKyysjLffkS41ns8 Ie8bQILAmgUmi+5KfZoPfW+JUaOsOzj1j1/48WZJBi/MfKzVqP9ecGGzGWj5DvHKPzd3A+wKlCpv M4X4ovxXFjgB44ToaIrBBkR+v3TvrMxM75vDbqCCgIcWWZeAnGgQKeeNAouvLC9fmJ7+e6Yaehsj 8OCBrwgKR97BzeXxxsbG4KDS6NzkJA8fHx8bm8p7N3gI6PHZjy/kPT09+/ONISEh2hXmmKqQf/UT YsqmWo6fn5inp6eBwRKA69dFWp0rcv/ml0L90RB5Km0tLYC+kqBJSbHjz3WddyrG94Rj4oKzh4LI kyzr1TsXgbLRerO019gIEoCHk8dpaxTQZWhoKDjgxYUrMzMz1cLG/dGIopDdnZ5nIxs3d7PdsqSN zR6INToRn3/jhO/5FREEaM83RXe2j5mtP3RrYVgRAfcPaLbdwhtYeb3Ip97AdRgZGh4dH38vL1dI fhmUvOXi7BwQtr32KwFIXEAqLb2XHUFYsB8iiYG7SM/IwGV407I/W3777uCJ3vSDljGzxKb+4eGn 9zNedzeXLS3CVlRA6cYxao+XSFC3QB6rc0PnxTEyCwqQOW+8jlZ6wEh8uL9xvzgw0NScylPNAQ74 y+fP70l+gLpX0mdlBVDWEBwc3NLS8vkzBoLfB+v2kexXwHYBgQKID/Yzk18rUFOPuQ4Bl45sntBr FFstNAlwcGB7JDytiJ8ZH0dgXGv1+MZzAoJ6jiYACgLZI7OhGziMnXMRHOBOLFmAe6el3bw4XAb+ uwYMoC9JjkKSqBfodADJD8BuxbchgYGPA/c7J+hVVUeAZD85OYmh17CZq6tsahJkZ8eq7LprRM13 tUBuGPV9u/1JNM3z9up0Z+o7cIhYuLj7BWnlrZ1Xp9uYD4MiIkC53u7N1SMjIb0ufAPXyGU97U8i Dbx7Zwju/kLzAlBLg4PvvwFPTCMtLy8+gs9q+NCXRD6JRajl/l2phI6O5/HaLwsLC0AXmpqawNCv sZAxW8Ppp9hd8QG9dAN10dWdq7ScGMzMVaPzJSElJU1E9k+FtoRtlRoCxZ72yoEtHgVdENFTidPu t7hVoBPIYQDLoyxBJSXMviTj4+MHhz/j2YFw2BAdA/4fCOD3kuhPnoBTipRMuJ1q7v/jXoDS6mop DOOeSEqBJg01tVHAO+LiD8Mpvn573MTs3duRioQMC+7nTTnnpbaP4BQnwfQ8uVu7gmo357+3x1J8 7qampoIEi/UaCSyRLzwI1Q6Hn7nmPWodH4oQuvtE8ulgFqlXyNHJqb6urj+JP7AO6IvUCfgWERwt u66uLoCy53tzfhG+BGpLPpwHyioqV+spPuXl5bEMmkAPLK+vawCl08fcbPs0Lq7qfckAjxfRDJSb NZfg7Z2qOjCJgRpxikl8lUVFjPT0yNsFRUVeYMi2traAd/76Fc91iQsi/O9NoclzK/z48aOmpmZy evqM1odZrwH40Q0je3u2j6IiCRV/T151YP+zyasWKXLyjJUVY46rRo9zIDCGPGpAXiMhIQFb6O4J BIAZoAcov8KB16GqaVtb2++eKOpJGeznT//8Vg2kKhC3CSfMw8PD5u9loqiAxh8yr+jt7QXgtPP5 gVDxv53Q257lFGqJo/BGNcSBh3xOSVFMUyodXrxqvHDntJosLdFvTs9OWIyRbQybv1JrDsFl7tIi ALwmLy8/OjEhpQv4DTbdv9oXB0IyOqqWbSACZcT+vbeXHBc3MTmJh4s7EfHa+a+ET936MTLCDiLF x0cAKYUuCE6GA6UxCNHS0pKRkXn27Bm/yx4DI2NRXl6t8y7Bu0jC5vADr0dtR6t9tNiySkoYW7CH x4EBNloE4ARGJoNd3ap1wqwlpQRBEJdJ5+JkMyomRl1cXPzduy2QNZurq5VmAy8UqMjdLJAvrn5W lbTfOy+/ffv2c2/bJ0xynlCFll4fbEpeXk1Jya6ODuPD353cNrMt7sBMGhsbwyQqC4stcHeAkoHY 9eXap6SgAN6wsqJivERfCCh7gDM+PvfFxcW7M9XsWRhYWCM5Fm9ed4UTXYMFv38bnhyCz1zmG0Ki n0GfPr09rc/IgIdA9vEfQoBMBR5wenISdHa2zskSlH/hOdT28TrtzPQ0FRVVkzvIsLGCxExPUBEA vSOIhUC9BdwiM+BC3u5MlgUFBWEjmQAN8Rjtua2LS0RYmETc/OFyOLGQnrb2NVDJwIY0399dF2p+ H0xJePCwGaEMXM/0xMT5WIGG/Nzt4XI3GH/FFMFf7n0CaBfuOERERZmZD5njqaN6wBADPHaIqC45 r/QGNJ2jmBIu2NvT8+srK3ySR1RUlMfFAWmQuFatfRZQI4aG6WlppAR4OR8fQMBggiK9ApiVJRfX 5HOffJxA4+Yf9zpAH9k3P8Pn7pIaiEznCEDopURpLjEPIMA5gICiv3jJ43N3A/QigDV9MMAAHUoL yD31RVgthjNBVvf2yqK109PQVFRV2T99qp9CenPxbvGtjY2gUReKvv4CQAxOzkrdeuckIE2qql6L ivo6MZaULFY/8vTqGjbSDzze7Xp8zYuIjEwe1QOCOzc3Nxv9GWKZg6RACpvM53PaArzg5OQE1sFm qnIw/vUNAvQ6moFxZO15p+npZDXjhNjY0VFRfl74E3FYGXiEhC5OTgY+7GOgGiQkgJtioKZeBzqa 4ukT/rL4mJjT353IHAfjRdqYDz84ZELeT09Pg/ImCDub0PfRbXAty8hYBpBRyLxrR4a7gCtk4rjZ Oj/fVFmJo/0cbdP6yT/uPyA6ht1/4L8ppQe1i+e6rKupIUFsG+0+NLqMoLWjkvk9QULBz19fVfVM 5DMweG+h4npVVppANTs6OoJS1dUlSlIwm34WfAwY/wHE1d19HBid1VUgpQU9zlA8onCZT0N8enIB yPmSAIAR6Oq0SIO8/3uOsrkKJMu15SX6x5Cq98S4zc8eqkthTG4Cd1Dm3hq+9yuBu3CZ9Iav7RwH G+ANqO/GS8O4e3B4YIAiih7drAp5egUcLBd8aL+7vV4SzIHdg1BXdwXcObViMgM9vSUU2j1AjaVT 8ajqCsV9c3vSu357a0tLW5ue5aTqhtus/zlf0t7qaqebzJOvwhj+SPd+36cg77cnSqipqGLj4gAm DqQIEaMCa/k1MjI9Pz9YIT02JsYgxw0QKNL9Rx8OTs40fZcf9S77oE+1Lx7Q09JKSEnlZGUZNOdh I31sffujpwefgGB8bKw1imdD/hqICya9BldQZxsb5sBIgSKvquI6qQcQ/OfGBdXslyBokM8A/vHx NxcXDw6WxPbsP7XJ9CooKBxQP8Ilcof+Nd+YkdMBU3585WEhJJ8KC3dmax04OTgAuixOLwAIegN9 Tyx9YIkBwDs9N9ccCMOdncTk5HDnZ0D7NLgekt1oi4iQAsUBhFS1zdzvlS4cz0YVDY2FCgtVkK/y 8qG+vr7V1dUpKcSzP0OyWyKuGJmZzVjwZqqskdHQAA1JmuGTXjCOzs6+pKJC0BX/FBLi4Oy8VxK6 1CJH317yaKmQPBqgS3+/ApXUDZ/hTDfSQ7oY2ZyRw3bPmwtMiHCaEsbDWvdTusD67INT/LaIEgS0 5a4wOTk5eIjVfMPlX3cQwEN06hyDjsc4nh/MPGgSFHPf3iZp9KqHg0yaSLHFzy7/XPjKasSk3+QJ NFxuLs088rVAu1UOHSfnKcAin/tb7vEvomk0tLS/kvhd+hN537jsVBFOarPioZygnxSi+re+tfXy +1pR4aijo2NpWQDsZNUHzv/qrRmwO6dGx8bgHzzgsppUUlEBIsbhfE+XAx1IFBAtpWa4v2/G8Le8 mTV5+jEqurGxkZ2NTUdXtzsU/3ip/fGLBURlJSVA2cLEhISEQE9g4+DwBlkaGGASEytmDCUL+cyP jj7U2I5/Z7vYWiLCgQJZBBIEgEc3AFSsp0+BFXkMadFjGhocxHj+/DkmpoGJyeliK3wVEIQFnz9/ XmoPBIndZhIOPPBsvQszLe2TmXcXys2gavpiGa9vzxdGRkbAaQHmeV+uxvn6Pmgp/hjZY4yDEzM9 rTXamJ2drV/e8UxPC9+bEdGMKO0t7kPSC6cOGWJ6DAICgtLXT907BgZK6uq+SWZ4XRzAzFOuRwTW TC55uGAGrP78gNv38hKAtPz4gZgk6X55ZNI86xW08AwM7rC2/uPNwxlUWgYGcam3anQxTkqUjIyg Rz7rKytW0xVB55He6yzQJr/HGOHPeX2dMv/ccQIMH+49s63Z82ZMLKzr6/3mmOho01/fOjNnOzs7 bZnNAJhraxMm2gB5JNJX7rKvB64U6BzlDMmYuLiQoKDV9XWxBaDFsrOpOPJAje1MseotUqz+i4nH 20prYDhxrp8BjYCJiYnGXMwHpH8CN7SislJAQGCiUNNh7Sf+OMuN9vU26g2B8W8gAgH4Cgi2iwPY g7xvt965cDcxMor69i3Y5vkHs6qh3WOMva241rdvJww0q4klJCXDCTjfAWcJEIWbi0sywni5WgnB DzbB4kQ5eB276x34N4eRoxkkZbeVkLeelfE0uB0Dm6qho/OcWl5UtA0kLzDZpeR0EGEPD/7XKUsL k/h58yfxLrZNBDwV1dXtkVwcHDT09GJS4DLQrlE9/xQL+5CR/sRydYIYwBsacvLv5kNkhtw4EZ+l KRR+FWTmAOoVTLJYf5XyOS5Ov8xQQh+dVDVvFHRze3t7Zmqq7AUvOBgrB4easvKHCFt9uu13GiDc kLfAvBcVFYGdP4Zvbm4CxgFdO7D7+ZVVja4yNzc3onMLTkGFiZHR2tLy+OAAD5gZkJnX0d4ODuzf eGL/usfG0Qllr7Pn169ViuKqKmctLQK+ASGnLbVxFtv8jOqUfkNDQ5Cy2jW2pOuPlhJfWH5+4hrv CfX7AeQoPAQJGZnXjahJD6gHA8VucNVR0hTZ5EKzY1Bd3SSAAdMDBPj4p3iFNTVAs410hxONAPLE RTzQNhcRaQVYN9T9onr3OAPBzcLkopIkl+/3oxu+340Rq48BLGLj4p6fnKyQ7cUx65fOPF9aAMhi gDSeISh2cTjWklZYaAWuE/IekODFxcXk1FRebq6/v/9JX6KAt/bigTZC6/72VS+g4/Wf8ctbW8FJ P6kWX2SHbb1h3jGtBvqbBS+0+e4KoIuciop9m/8TmMBydHx4vzflb1YOm//UKIGHh4+naqmdsccj IAgm+QHSbY4l9VtOcfH8+PgzLCx2ww5EObk+IIeB2+YoBkKiubkZWOKmprtkAY+vP/M2t7eBZABp B1YB/QHU8wEY0o0SLEgLcIJzs7NMOjXA1oLUB9+Vtt9dNF3Qsk/9eIKICNyDvMPdRaFufWzrW3B5 eHh4G5ubaRm5tQ7rZIhPnz8vBKNbUnIPHCTQTNlT4fO/Bd1PNpa7I9zd3QGo7O3t2fJn+vnBc+39 +EI+MzPDrFPzFnC7hUXP6JBwuwsODk4i7kNfcpkbggav66qIiAggNIG+BVJ+fSDF0tJyiPcr4AvY vX2EsLe72DXfnmlLSXWDE/B6MjfpPXr8mBzxCHgp4ElDCTi3gBJEQcjgJpT2yl8ACEmOaH+yoUxJ mQUINjY6+i13vmI8m8n2eBEfHx/A7gypiP7e3rYqqsRnSJCLzZwUjIeHx8eEAMxBrQGP8IY7/5/l hG/pXG7/qDPJhZP/Pj2NNMUw2P3bt2+enp7eF0uPiYiSgH9Kj8NimcozbFtYIBb5nJpKAogA2HKz gWSg4VMrI0oGMLw9OW1hpwoODl6scQZGcaHJy4gFDwwX7NcRG5vlOsbFbXYF/e6zmTBoTm9XV4BC DvA7kxjwLwtlWyifo+VDILB7kwIMYfcmHZwz6T9WB5ZJ8k2L8xsmJqaDK+yHImxsbLAujcqJiWWU lWG6V1ZWtpLjTHbgMuvJZwy9hSlCMH6GXku0Txgm/TYumnho2Z02KJ7SMjGB0osVY6eDQFhZyw4O Dpj1m1qIrCazEq1nqioBppw/w8GJT0hwwAMWtrm0FEOSgRls4ukWQRzw96xqV+cdwiPIxsYGCeLw DMdTNJ7IjpJWj/M9J2fn9DIVVdUy7oOX3jd4p4YseEBgGJbfBer78bhTMjF5783y8iWheQn53IXe Eg0Y3SYLehFQaSsrHx4PCJF/FYkJC3ulro7zbSYx8Xk21kRjpRIEEi+Phor6EWdicNB25Qemv4lS ZwTBw4ZKtkStlvNVSyI4m8fqkOrwySskJHz8eMCyxcVMXwu2tt7V+BGWEqp96VmBDZnAcCA6cekz sckt9sUZjQzujs7Ogvz8m5ubRfJ1530l4CR5rkJHJg55crW+m6IWFLpWEx/qwj9Wfy5KFXV6evrq 1auyZs5H4cB0BwU9OfvBEfzp0w/A0K/k5d0tCQFq/XWjoWhzxK/LODZBMDZA7iIgIHjpSqWq5AFP LykpKc9+8Lz83RjdQxF3He6VRzcE0dHRo8C5cnLu2inbA2IF+Z7CY0cWWH8a3zJED3kfGorCsTe2 P3M5NjoaGhbmMbOakZZmYGMTrtfU9dAbGXZXHDv7tt0t7kERAhzUGu6Pgm54ry/VNtX9ALKysiL/ 6tXpycmVVhBQgqADII8FzqQvrl4e/PzGWVBZ6bQ7XelZ547YzLi4we6tL0VCQZKbRPfgwQuYOBu5 Imhd9M0VefAA0vIznj0kJISejs4G5PHt1SnAyGAQBj7Vh37wD0VgD01kU80iMKwRP0G88o+PnwJV zVvdIE9ihcEpLQxJU8mLolbkYmOL/PwZVDBQi0YC/TLCLb33pvmLbPmp7GLCfzWWNyKpEk4QCEcw 8+TsPz0/oXdRjhvx/q+26OGH8smCzrdVEVCJpubU+8ZiILb0dzqOnjBlkq5QPsUujNzZ2WGgoXlb J/Qw5LNc5GDYneHGJsL9RXFFOIdFtuV0xtdWntx31ta65cZPIC1jYzgEGQCVr5cjhKgUEmG/wKS3 +vr5sbOzw0GAGJAMawKyWviY1MbGBjhYBAiwvgjT35vsV5EgiwDsYHMv7hmglZQw7/MODAwIOW7A HnGAQAD4OKz3f7wEjt4R+trXeX8+jOBL38DAAijKg6X2srie0jDYPbBycUysbqDV1tQc6JFVUVBQ JPI6ZKemCmtpTQ8P2x+v/TrA4PxG/zQoMzU1taBge3nZb57zGQZGam7uJ4Ib4I11ygw/BgZ2+z5C /jqcwg1NBugfUb194BcbGwsEURKor0qnUWoEPQJE3+iYGCBqT021/buforKU3tLR0QUEBIjGJSYm 3l6fy0lLi0tKPgilKBO2NiPERS6gQEZCOjk9BZ5hKiG1JioTIkeBMbfIMiBw5gQoGACsg63tmyZP 3i28p0+Pjlb7BgcHZ2dn919xI2QUXmQ6sbSTkpKSS4WLE5Xo1D7FwsJ69ixA73Vrzgs876l7M5UP YzdxB2IAqWRSh0QfigCLj7SNjtr+lkVJrA7QgPjckFx2tmJKOAki3yfAf35w7g14cASIa1+AzwWC zcHhGP4x2g4wC3uztbCflbYHhO4d73HZ4gvz8oIE19bW0ml35hsJp3lo6ehEiaa6UNHQECA8vLy1 RjUO62j7lIZ9gDvgIGdnZ7BfJJCQhsfGBFz2np/41mqVvm0dzpIDgM4IvDszc0pUFLwXkPpmP79+ yIaHPpsBGlv1CuggHCDFOeu7NUDCAOgvfXbJY7yYpaytbfnuHR01NTUl5aOwV+fQIIQXk955alsg LVL76py2c9Xyo6OxPTuGnKvslN1H6V1PV4DXtSvv/kjxSJ1MZBMh0G2vrEQMo2NiQgMIJM7oq7Nd bbqYOtikk8oL9zo4fPHy3ynjrXmfS0tZCjOAJAOId/XjT1z1G1xZsRHUIe9B50kFUPPvLteJQUFl WRsb+9eJfUxVogFYBfYwMDAY/E05kvoOuKcveMCVtnpUwWShzSzP6EtWX5IUQS9DVHDxVY6bwy9U Wbi4gEapDQ39CULmgTJopJPLdLAW9QGk5HvZLNgtOU6bOzvi2jyqxeXfv0uIi6/9jIcn5n0uCcJt QO/1Njcv74NG6CltrHAmJtAWu7uvckYAktDT02sD4oygfIpYejs9MwNdaCISweBLEgRSx8PDIztC JGK6n4tJNsK9sycwClkGKV/cdxgV7XhWWx8wU0lm5sruLioxrNtAuYeHo/2L6Fhgo6Ojj2ZlZUmo qTm2B6AefPERYLkpV81TY3uujKpHrm77FvvFi/mMfUDwEMiLFy9gz1n8+lWUl9d6RUBICPs/SYIh pKDAIyT8LknM+S4aF2FcW78GlJ35zcXhG6yBySDZKrU/98Lx8PMrJnAxcnHFnt8cJAB7NLJ5AmTB KAhEZvW1MIBuavmvB1enlv0j96BM/B6jz87NaTYCgwLcnGQoXlp6uqGRERYRUdjp7cVhRn19PdAN 6enpBQX02x8P4ph0y0tLgVSfGB09OTw0YFuE3fFhMZJ9mu3aSIphAYp6amrqS48xEJDA6s/bnC8X iz/omJsDQL0NeZ+ZSfHkSZAgp2KVnd0Jkpyp6Rrs3vcBXuxiSt4DyqeFNovr+DklqkpKPPYr0uB6 JCW7QDZGRUbCJr0b/Rc9RsJaKenvLIiCxO0dHYHbfnK0H54NqAvY+xNTxbvTloO++bk5gQ3Fe+U8 NQ2NCZDmhiW04jLy8g8hk5OTbzQ1SREfECtLRrwoys5+Rkx8f3G4TKuaXSp5D9KaFoEvqd8jABhl LCDAby4d9tK7u7pU8kY3R3L4eXgys7MNc7b9oyoqOIDIAqCD1s7NwSEtK2uffDeSo7jpWBcTgxPl YWSUAdSnL8l6fxIyOnr19+99fX1iXn29vQyMjCHBwaKiov3JAtqamrwOa/KFXs0ASE36YvEJCIDz vgNWFAhbesuR8qoq77MdzZTCB0jiBMD78QIkB+sarWe4EPzgoG/omZjmm32E/FpbAlbSQYDHx6tq a3n5+a+BogZabWuhpnETJxaAEz8/v6qqKsg+KuY9in+KcXOJdpVVfFjYL4AAsAeHTH8RZNt7QetY a4w7NYoS2M0UAMLY2DB5ysvLgyFNeunG5rmij47SvPP69Ws/b6VHEAC1bnJyyM+ZjUCxycvIwMHu PtPU1vbzoS4unZyeBlfTBFq3yFiRdnUFS8um4Ate1wOSIHFwZeNDQ5r1ztb6+yWNDuvhMTExhYWF fn5iLi7nAPivsed6e99RBIBlghLrvrB5Uc6vkhnWC02NINvPdqYSc1KSkhhJSVvd4TeE7m9GBgdL fe69zczMqKlzQKLvlEQBnwpyVtDtqKO93Wip7SMgNiCvgEh63wRkCnA7B+fnICLAoOjWOW7uzlQD LG09CbZb7oLJVl4fNMxPHJ5eXhNF2i4AkUBFC7geLM43enw3/aUF+C029tnRAhadTrT0eyUabG7u 6r44ZgAg9d1oRFIzU127r0qUgMR5TkQE7ANiHMrXRYVIeH2y1i0E7+TDa76nQY4AkDRK9IC4JX7p WqpI60eaQ+gn99pzjA/gDF1M8HxNzNev5mZmgfMVP5phOJoi5MMkfh5q/ysUn52Dg6M/RegeCFSj uZHhYS1tbaDHwEKqV98euhOovYpnW+2NoTdmmwIyntPEDpRZAwTyvj4hIJ6FnR0wfkRoaIPP/V2W XBzIwu3NTXwcnM4eJCugYFRUnr70Ss3K4jT9+RVUCjMzc/8CkBayNe0obZfvkyzr6uunel/BvLdw zogMRSSg+Savax7F5ro6Am0ybJAwbPGeiy0fQMEmfP3KMjd/utjqB2pL7c9P5SK4qKiojkxbwDvr 6urKUwt0dnbG68HtW5hqqXZJKQ0fHB87ODq+dNlLTEhIaGy8Bdt5NFTEhDx98szFxQVkMTg+FlYU 7Hb5y9+W/N6z8xRPal32X9xYhBPlGS1p/RViSajbWmZJ348fEMigeUV5OduJLcdMNKmYzB8VkOME UI6LiwsYPmBGS/Ly3ICgYW6+8b06Knks2byjxnKxC5PooB5v7673ARm/ceHxB/a1vKLC/zgQJOrl 5SWQz+ZfgYkGOf7O3PztY0Ua4DiBzdk5R0EHrgkAN3Bz5hYWUyA4QVjUQIPo6E4tWN0eLIm5Yv/e b75HgJibm3d0d7s4Oxvi/jjUBJqlH53BG+BAi3PYEdANasrKX+LiiNlNf6IL3byvO+cZNLbfeeUB SJ1Jr6HG49wGmFRMzC/AYN4t3N+mJCe/gLxXyJkYG+vs6mK7TS4oKvroA7APHuJ9cyh1Y9UevyW4 K4X9iaO3t3e8UHNkbKzSsDMYSJXHjx6BgkUn5NrZGMqQ1+qWCHoYEhYWlpdnATUVOagkEmLyLsHD x7ewsMDHwjpeag9kNeoqRVgEodYh+7ANQm06MwGSzwoosomJ6tLSQWBBmWRtI9mMaTa7UqNwmitt +hN5m+/vPDQ0cBNL2hQ4DysfB+ifpbGoPoIcHB5OfTdDH4EgouV/S0hIS6IbxeTPHR4fV5CVfQBx dHFBl39dJi0jQyTgfgIUP8CWRJR8QEw9xkdpYoGL5L4kQDjIyMjIZ8iktf34QcPHV9fYmOSU/bhz fr6pWxLgY7j15wNoNi81Dk4M0JUvok7PYA0YVu+DRRElpcG2j8hLovwfRb98/gy71QcM3qyROD4+ PkRYVzcpMvKpwtDW9jYcBESNx+ArxicO2JMUPvfnPqU+zfarvQCpAK4CFwLYE/ixtA/PiuUo3khT qLi78wn9/r2BA1kEwvru7g5YL6DVve9ueLdLCADNtVA+rbE5iTWr8tIVFoZ8FOUFTCcjE1Rb6yYu /pBD+weXiZ79I0yuOTzH8t/V47+SBTxAksbHx4Ok7erqIpcMFW68mIP3I3V4FRYQ0AUQQVZOTjkO XOHOjhVEWEVlGCZBvK5W1tcfu2vBdXxQyKk22oj7oAHG4OwQlM/c3FyiPOfQ5klNDQ8xcQr0/sH5 4JNL/BZgpquqq8Wi8r1MOj5hgmrbIL8hnBGFQMAFXFS5SIURrO7vNwOMvLnxPMn9UFnJeeaPiGX7 WE9H57n32XyDGzktbRBRxncJkuHP0dHiPqzNrodtc3O6iooD/f39k5Own08nP+tEm+f6lmgA8wcg EoAg7GX60ObbLgJhREreT45+1vrnIGyWE8VEvPbiIiKto6OOPZGUgMXvYPphBRUx3gZFUvNQexsF BYWDkxPoeGIh79Dka7+DEpBazk+DOMSB4IRkE7FEEAuZsuDJysqqZst/mNkGcAwHgeVLO8FzoGYo WB4iIBwlD1wer+9PV9L/uReOip4e2WZve2icBisvLw/AFcB7Ud2Ojo5shST38z3d/oU7gGjmKCV6 jb/TEb3agNDp72diYTkAmZQyJn335h/3AgC4ZmCYBdYKXDJv0PbKysnarwRQ35GRkeCSAYbIyMqy vep7lcAVJptVfqcmKyMDuPEtkMFglJSVhwBjAgP/vjgbOlcH+wGhQKOEiZbWwtoaZnerrGdevHSF eIH+AYVBiI2NjY8/9UfZ4D971sVnlhwba2ppGWLzAdvUIvXrt2/zNXbLIFkVk1/29Pe/EPJ+CRSu qSuQ+5EPIaC6iQQ9LzqCsArXJS4oZJpipV0d4ZtLLIEjrXfeXemJimPURvBCf84zODxcbtSN1q/P auxoVNoXrKjFbdafiIzLBNQBK2r+xQR8O3N9WRnrV44RnDu99dmm2M8QDUllh6Td3V1bsecV7FWA SSDvQ0KQCZrKyjC9YU8upi6xAWgfxQ2vQGhJvwKJDiosPDsvLQ0kGer420KEl9xWk8JUUYQEBKXh 1IrJDyGpVPoeISE3luOhT/T19eflOmLBqAGiGuWIA1ifSCk6GU+RNbLJ77wjvK4BuBzkxk+Cn2Nj TkA2yIcPJAu0MwUqfmVZApQ/CZko0e/+Rs3KwfHzx4+WtcucFG/RxwYEBAT3N8foXFfrAym02L1g JBA+cijhoXR1hRHiYGOPjo2B0Z9mpiRwfXtt8nT0bHcmPvTZWe6u1XL6CY0MFXwECkL70JCyjMyT SuJPtpQycLGIJiRO8EIDF15z2a8SxMXFj46OSps8znbSlGhAAi0k2KCoaKYdyGwv8rWDzN905IvC TXF/e2EihWGMgZ6PwAzqlZKSElh7Gnp6o6KjNKQwSY/LIxNvb2995npza+vb9RQfkOV4KJIRcCqq wFG8s7CgLdAA/0Q7RGBuOl7Vu+wDv6Spqztn9B7ABNBVbW2i4+/4bBffV1VxjbN5pwBwO1gqExeL SKPuSdMgExGRjnTwV319s/EBqH+gc4NEcFqV3rb6PppMeHzxSlU1ClgEefmf7xvLFG1JUUmZv6Ti uUc+d6d8iu1PwbteH4kDu89t1H/Gby7/QauLAqArVVWskWLruyEQGg0Nbsjrpho/ZAtEt6CHnYNR K4P0X1JJKHp4F2IK/8zeCASTSqr946G9BhZHhft/egAQw1BJ4u/5mRZ6sV6FGNthwK+vXwfALB8D DY25jc0eI1ITbZ8IKinqn4cISVFwIO9JEGfCtug1ijOHzK/P9wFTfmSCPU2LhjY4fQuIkFm3rgO7 E8j0zs5V4EcAfu6y/gLL2xOIjo+P0Yn4QP0SQt6Hh/eDova52qRWsB/I0cnKzFy8yM/NLdSu7m9t Nbg8Ws31kJb+AcSgmJgYWPlVLyc/333tJ/5oVk3NG339ewACNjY2Ak2+Cjna2toApOuqIY2tzXxH x8d+GlrBQUEW5ubAvQFr0AoBURelQX0z+fnz5y/kUunhGsU6gACeICPDpooBAaZu6j0NygTjAC54 czPo21dtoMdBlGNk1dXUEnnsfqdLhFBQUJRuOhSV6bTvP11S1dFp8DjfA/gDQPBXihAxQfPSYBwx ohIBj/WH7uhaSSDBzs6qKit1ywwfRcH+R2hUiskNoGg9NVHrjh44V6LbeiAkvsDzkpeW5gHORUTk Q0VFRVbWKriqsbEx3ssA+8DBd2gYr2V+A+d0eQmM4m/HbNjseLXNHJ/XFceW/fWZ9VcOyCIAI7Bo a2Mj1ZAkqgcCYYsPrQMg2+B+iuTlz42ZnZkZSiwkKCTkM5QugfyMwRwKvT+d0H+UQO+p/+c2r6n3 79/n59NdpLvsz1vPN2hqaMRZoHyJjj4B4Cw4VfwIAugULL+c0PdZnT3i18+Cg3wKCen7+TMaICML Hjd0vqKqCqAiufxrnixWw45P2tU2nd3dRkT3V9slIJtcHZzfvdsCvjgzKwtUHrBsr4u0ON2OVoCp x2Pj4joDiExGRga7j6PRvbK42EZP78U3NGaCPk5PRkxBEIsoqleyior6fxmsYt162M2OacwpGKkc ttMPImgdwlIzD4H/fu2wBFxDSGiof2z8oQnnRm9flfiFALwCOsrlcoSQ6a9vY9PTde/G6AA3SUW8 oKSggKBdmRVjav3CVJD5vY50BdSJw7scWQkJCWVlu8lSA+BJByXk5a2Wu8IOoJ78mTQCWlewm/MB /pciNIEvHWkiiHerSAvVTU0gCXpmZggZ2ybLjPj5+L768vLyihzvvflauHcm/eoVaoxso/ctn3d/ /GIK8BYcsBmUeyBzAwLukZGR00IwZP1a3+bm5rq6uqYygfMCQgV5+T4CGFVlVVUxL9gTsFNKamri RbtxMTFhBJwgHiX19YSMJBN/hwnYT9KoHtgTKhEiIiIUT2mFhFKw9AVJhS0Wqx/pqawRiMjAXspN RUUlHw5daHoEET4WvSj/TZBW5HWTDNf8mImGJlUl742RQlJS0hvVHYybEnX9fwrN6W57cj5Ql2Do 7F2wSNFAiJa7I3LuLNmBUk4KxlYrPlD+r04xdDvSHsUx6wN+XdzbC09R+2t+AiB+sNNzwJMVFiNt 7e3X38rgPiN8FP1Ab1eKCkmLRvgzF9GhF58YGTk8NdXjiI4dnJZGCklNT/cdk9PV9QI0/ejRI1C+ gx+lwlbRmmIRUwAKJXz79s7Ssr27MwSXHNF+f15AwfPSH5L14WMl44lGr5eo0vDg0BAtM/NjiKOj 43M+xw3ANZD3AJtEmLNbLsq3sES1rxtOUABP5Yxsghjmhnz6hHj2gtGbpOIbeWJkxwDOlhwCxNb8 UlVNbXRiAreeNFsfj91UXkdn9nh9oDakP0en7BGTM0Av2MPvluOFBnP0ByebqnxJ4c2BJLy8QNv0 j46Otrf79fRNT1+BcIJQe/WOtUjDc9EVanKRRncl8jrkFxQA67hkZGiYXli4AwSDptjw5gk4QXv1 yVfs0I/5NBFgxG/oMdEQfYHvfHEdNjo+ThXVYxuMuRBXgihOUFha9fFOtlYRfK2rqwOy09raGvAi 6NVclTUhJLWhIVE0LdXPigF2yW2asEsGhkRLSwseuq3CwynFQxmUQj9aDc25f12iB5tkAlbsZMPS xITzqdjr18+oLcBgfhYnA0Zne2OjULe+qtrLGD6RvuqzdCa7WT8AnXxgNgFyFMKVf/8OigyISg85 UlLS1qEhIEPCBPS0eG1mawBRMgkqeEYihEnKvXrldXViIS0tbWtb+v3799pa3i16/+HS6uoclTwg OgNgvyc6OztPoo7qN3kOjY+/EHCvSEzUMTaGTaxSKyROGqkMYhyAcVsi3yfoI4LFBuDA9s5OdFSU mC4NdnBFhaOXl4C2fhMZhoXwwcwDZgAZwplwj0dWV1eBDmDh5GRkYIA9UsnMPDE4KEydzxunnoLR P72eabZR9Li4sBD706nt0ujzpWgK72Il/XfQQw9xVdWR1talnanvAsFOq70xSEhIG+SBj9j/3SmB y2cvvVeCsdjY2CAQDoKiwsLQ00VhJyfOs0b5WSAo/pplautXMVRWU3sIaYmi8vJVHJZWVJTyaQKk /ZzfOZT2fakMGIHxri4qVlY7MDKA0qAAllfj9EvhjI2NH8DDYz4EOrvW/XQLaL/CoiKPRMpsJRoI xDHn5T8C48hHBHk/9xCJOI2/iVkf8xMHidXMg4m/4qGI366YERIiZ2S0DAxWb1/f0Eh3KvNfWZJ4 gtJ42gKkEws1fKjtu3Bb2adCGoPng2lib4flNVparXvp6OiampoQfWcbPTRERdPT0tIWqv3JEY+A NHz/HgJpAZ9TphZv7ccSoE5OlQ0NDSUl+yC9gQz9SfAWWJL8/PzCPdu6j/JUgMvl5OTOq6yx7hxd TzYwvdfKDhSBjiQA9iF9yDwmJiaBy5rszyswWhAwRC1IYD9iMzAyzk1Nua324jwNOrk8NhsNsYA3 FRPz8/X1hT212GHTIo7x8O5MlDIoq4SgjxxeiYyKj59fhuLpKD22srJyTS3OQtwCSgMHhrP1h7ho N3GSYSUlJUQgD4BdBp2MZdAsB/SYp5qD8PChsH7VLQIzosGukcEu/oHHW3LyjMPl7u+/hO9t1KTY qay++UnwUE5pD6CnSjg9FOG5/yLgcWYFqPY1Peatb3T06FCGFEDQ6zrp7gmdU+l/mNYfxD43X759 I8DEbMUWlpDIAhGs3ghEJ1aQl1fT0IA9NBih/XHxQTAQ5rhuy4EcuWr5iYmJ+fnvbG0PQCB9QCLA 7rTWABwM1DDAeBNTUwD3BISEyzrrAPegxsajM4a8HHIGxsYdW52VXfbdkOhPTzAxMUEi1QRiA607 MjWVl5XVOf4nEiQXfyIhQgLDTbfbKyegFICxoX71LTo+XlNPL3zOqLu28Cr484S3vgcCiMH5/kJ1 dbXD1zBvcR7OxyAEQVEFgtpq1FE9Ba+L+EAIhFbD3KoO/rLM8mbdCIIaFy89Lw5A7kuFPwcEAgpR t9y4BwigZu/bYFQjU9MAI1QdVVVVUdHfW2MF4JJud6sX3sDD7qJRUVHR108J2TnUJgCO9xoofYD7 SxmDsu0tLcKqquysrIdgTP6f9r78H+r2fVsbypKSFmtCbkvZoqxz2+8IZcmWJUt2si9Dc4soJcmW siS7MJbsjFBk38duQhJjz5L9Od/63Pfzep7n+/wD3+8cv5RrZt7LdZ3ncR7He67rmqp4K/+O6ZWu Lk0QabcFDsuqx0tw8fCAtqU22lQ0LwvQ4KptgIQSEaGfS3kZEXGADMzt2Kd9Ir0hWPTowY0y7G8i LXEiIN9xvnz5MLE+JOTY7DLbaWZ9Z386vIyAdB341aGhIYpfZyUVKP83g6KzzkNGQCXJVk2HWD0r 43ttMyM11dLWtkkM2Xbp92yxrMxMiGgHAo6FTNBpVKrm+7FgPB5fZNenniDlPVBg2TH50f8Q6Hzw YNe8lzkZ7Qc/2GjzikpL+6386KzisrSwcPu1OLZK7BsaGBCycTUweJ2Tc6kvOnODNxSyC3KJ7dp9 0+muVCMjo1r+UHHX73dK7ydBESgqBCEYzL1HJBKxJtXGBgblNt0Xe0pACIIig3oDwlYNbLTnfFxl pdTKjAAU2geRlGwYzB7yqA/cLLg/4GNknxyQ/vHxLNy47XtfU2sOF1/6c2cWG1lm+jU1KTnZFU4N 93qIjJqauryiQlJSEh3nRCbdGKIcmLMmPn3Oh+gPZXBudhbo6zrny4AAeSh/FhYpCQms1Vjbvynf fKdM51xyPeIHlWHLdJu+wvUgI7PZILbucLf609HbQuuzAwEMyIObUKar1+70fTPJve87dokZmUef +nbfEeop6+r2QbUV4fpiMf+yxvSahAQvD8/dnAi/3e1YuaThcncq7CI/MIxehOcLoOKDZCBcuD90 /f3p8+f97T7U07vz5/tx8ioqTcPDUlJSzKuPtsYbLQogGCIitMzMLmhNl+L1RseUn/S7IO5EBufv fyDCQcPXBCe82PXRhkoqrUXykACNNc1yUxTfojN4Z/goNfkhmfHmEE/ohiU0ebH0fbCBMTFnbMmv 6+ufM3hRWxsmrfN40eY302YI/GelEyWFR9Yvinh1ZHmPg0NOSEjTl3COWFp6GuOurq409fjNpQll GppQGUUpr8Wv0O9gt/I96skl5a8zyuuYO1uDi/3jjxegq7q7ie8FDtR4HlyQljc3N791CwR/z4/O 5A2/4DTB33JnhSFEtpeuvrVVzdh4F4xanLKNoyO+q+sYFVWd8XHxK+dTZPe/1w9kJ9fZTi0qKsrM PDoldYSPhYUFZMdBocMNTpQ2v7/l1/mL82Vedjq1DicXF1qKzz/g1av+myzydF10ch305Nl6hoZY gyJbsp8XvChtTDdGU5aqomIwvn0vv91PlqB9ePmfzWf8/5als/jhlMf1z1ItsseyDP+8iN220uit Cz5eV1v7Sk5BUfHJ06eHyKIFTEZ7ehRSNRkYGEAqlFp3Xjh69MmBVv5/jkgnT0724i/Ow7JfLISj VFI1MyHR2xob/THJngfr6+txPqsqCgrfwGK918Xie3tbm5vprdv+3RrnyXURoxqMZ6bWH6duyw/1 b2U0NzUphTKmpqf3jYyo2f+7hIxseC4TmYJb5moFfGBmZlZt9fg/kx5MO2p2pqshVfeq1+ZRuVmb D77+mnKpebp98+DBb0K3sjkPD3PEHQr/yCptnWtf1yh25juvgcwpXfswMWK4fVimGmu0YtgVu/5D L4vckiKX9Mz0/6SVjXFUTVHYCD92/KDsoXJeLxQBpU4YOvd1rFY6Bu2ES8A4t00lTGxVoqaGt5bi 2v1M2D+BA3YLpYAybeRNyZ4SiS/TEtMMMSspKhLnBAFB5ilSL6mjlHyLspNAwNohW6jO2z4LyKI6 c5mSHRLXnYYcPnrpHHWQEG3W7hZh7xj7vfaEHDsp5I0zbyR0ip04UoeBKcLC2qvWR4l5H+GF4car DL3Io9XZfiH2wMiCsrKylBQFynyvJTPLzUi6d0VFyOIhUK9OlUtKyBcesjU0V4e/Rr49QEZ253nR r6mnArhrH4rS0xsMtrUox8bGTjAzV1p3vlsnYAgGZ9wqOeCa7gtpNt3lzQqLLgw7CFfYiLu8Kx4k oQNnv8k0UbIH/76tf3sMXjEmDxgjOu0tHaaDP1gT5CiDtOBFj2XmDa4+/48fP759ez6589fnMyZu 7u7iksxkZF+DIl8e68s5Sn+R+dr9jwas40+4E+57KHQo37jRkqb2hpePTyPu2lIYZnvCCrUVW+5e 8/AIFD4s6DMsVkBAAMzswNutItDF4GQgW6AEA1XN4I9QnY7cxra03DAyW1tc/AsO1tjIc/nyZR6e sqV6JoqqPzmyThgWDRTmBPRHhJ4oMSq9f9fbewOiB7X5I1mZ1duiYwnYa30Bs7fFnejr8qMDqL5S Vud5qBKy2QdcFWprtvA4aluQj6+5PqNe2dHREZwrJHcvX1HYX/IQnI1068OuYYcOsh1Bt4WeIJz7 gJ0XWtB36JdxsdtMcDdL4es5wlOV+PKlS9XxrPmKBRkeSygJdtiqteVmgb2vFCikE5DvscBRwD0W eMwNIpNPeK46jdo7tLa3Y8HkzpdN4cHGW7WzTsbEZOdcjEAWx1m1J7Q2Nja2t5fo8WN+1bFl5xyX Wvw70mV9fkRyjyDwYInKyIyWljZa83Xrd9eptus86RqJuY69z1UqdN5ID0k8lx7oGF17Ljmfp8cP ZtCkzGWy2GGI/3QzqIucHPDRZb4bLu7uq9gHq++hZ5a3N34CYyUkEIZ7MDurfWBJN0uqd+Yy0xN8 JqN0R31/qjElM1J4jnpbYTDVkcLS0iNrHF2LcI8L2uK+v/IihUVFe+8qm9Kj22jmPMnn3g8lSBvS DCk7qq0Xqm8dc1dTWbCysnq6YfMUO8WIbLej2cSh/PyaJN2PWUgPXHDDVRPHS3x8TGfPUlJTa5/u VZN7XFtb6+/vD0PJ91RfX1+zKSWF09J5qNjBz88PiKrp3XKxnVFPZ+BR+pMnT8KgIrspPtC2Vk4d yWpNcGBpSLC3dtqqoWC7cuWKXrv/9vY2DieDwWAsl1JjjMtdJkPcdfluZ7/QBEXI+9RzxD0m0mVj ebKufnb4BrKzwpUrUnvbPwNkRj+EWWvDmLnP9PCkE8TypoY7Hlh14MrnBgrHDfy+4Zid8TYmSbnX p3ewTzHlpWpvxHS0tbOh8/IbWCXdZ7ThpvX1Y7tOsbAY6enpmZgQRkaQhZpNTU2y1UuVEA+Dg4Pg g9fW1uA/DazolsGVHi0NOIbU9mKd3OOMjIyQfWzNV7RHO4xog68BqSwnJweB6ur684yJb77rlDrR SfJBM7OMb79Zvt4ZPj6+UCVzL6/SggzHk3LgzJlClVAolKVz5zvFRMyuN7iNgl/1TE7IVoveU/HP n29AFYax39nZqSu2VbbUaGmTMHZYs5BHD4FK0L1926DdHzQ2G1tiZOQpS+flb43ggCvvjz0s6B8e 5g/MeyDGb1g8262BGsk3bzj7zuUD8qNfNDQ0TtU7a29XB5UtKr5+/bqysvLu3YX0Pe7hBFf5rXjZ Nzto3G22MgHlOPdB3Qy7gjUcE3UWcGT869ebFYSdyygUpv7ZOUg/PPcmiC/MV3+KgwcPzhCJyHQD TU0VVdXqrZEF3pzp6enPnz9DOG+sdGswMTK+e/futMDud30rNzc3W1tbBYVAuloCAQXBWX5tvNix qa/vqqioO/hu1EajRrHjyCZ8LDg4GO3tLS6Zu4SsPgPh2t9/7cN02htHGKXNXxNhoBlzBHLfvy/E /bmBxmfrz+QkoOfLqtDrjiPlomDkw/0x8pK8hmasQwlGEdJCcKxMVJiACY4/sHQVbxj1GcQN9MCH D1fYA4ODG7pSVYcGB2lZpTI+1Dc0sEl5CYqLezc8ZwGltTvnhJF0HlcwelfQDU4as0M0QWhM/s2H sC8eyN4VKyu+c0V9bpR94Uq9VHU4kTvEmWLXdka/b2nMbvtx2GIqWFrzVkUIwlXUDv9rc3Nza2tv OaZa+zYr+LbiIUfk10PBKmhr96AXqqyuMIoIC0fi2XYXg+UeQ9d920deXp47Ea/vmdGi9mBzOv0R HQQHeUCNqeC3ycmBghxDKlpa9b/+8voea2XsNfYoMjJSNeayuOSF4Iq54iFhERFgtu1eXZPMPjZp nw/JyRM9mVp7G+2Y05fvWO/seYKLBPkJ/iyMRTI6Jibdl117Q81ZEbxWyvUIZOHbz8S9yvJynw5t S4rO57afXjVUWvVZaLSAL44TsXruLiQurk95N17REIR9bOzGJhHLhnqw3RIrcpXg+/PhESpI3ih8 R0dHrIgV7mebZMxlo5np6YFS54nRKrT7kyZkB02oMBsbG+nq8YyDWX4KxehfY8HHoWiBVJWW8zg/ hL7b70keihCY3Xq4pMuwfrrfo/JrJZlaRZi9XUhwHozhQlVfb6/0Soe8hsyGhbV1Rnr6VOtVAuTC qIOtk9MZOX4T3HBdXXJ2tv3e7g6b76J/6F6c9NAxdmrygEYLzd1iPX7d3DvOj25/XpsbCjbac2Bg Zr6jqbncjtl1rQuiCXiNPLB/+BB8n+dC1fptXd2pqSk+YqhS8mczUFqPQ0PBHmhfZDFIjMBtfH8D fNBEAKYERSdQuVg7P1KRc7WcRUGSd+42+N7Xs0+8m6MvwZveXHWCsvkkNLS1rU3sTSv+KDNY3TDU rhcajbaxsTE1/bqzTqi27c0ibH+/2vRqqLmZjwvBZHKYzEm5yr3dLcg0UDjDJU6J8bcGzFdneu/e vYvZ/ZkY7NArc4GpNRGFkpDw2dlclXg0+6fYWm3eAvWgbok0Gj/P4fmtdL8MuOfuzVX7ba1d5zHx XfqcpIZen9dRtyscGAb26+vjToXCm97FeOqU248OdruyQLCLSZ48V+37z6dmZ2ae+zAa7SDKefGi QQmLRIjnbTt7++zIZWXUZvgcxfg8MDwtm8x2I3eiNarZpMIj57NZ/mg9CqghQRodSAd6iJ5bfWV1 NUrTmFg1sbu1EKPJWyK2Kjy7YjiXocTw8/yavSRt/QuaOQcacnlHx9zlpP7+/lfR0R5g2Ah7u+sq RDhOW5z4xMREMv+oa7v0zLnSqbZ4LRN9GRkZTXBCw7cUU7EvXrwA9xfM6vPHvs41Bc7VbGppabke cXHARUGMl5d3Zn4e2B4v7rP1bGM4byn+bkev9HfpsH5lx4Ykq/g1hpkmuJPhtF9Tve91KXKePHum nZaKNSxxhH49dOhQhcecZgy5OGZ3G0z/97b4N9HRxV5L4wt+C+h21N52xQJuqKNDcBxl1V4s9xhu eNi5gaWJcK9wQNGAoa/dgTeicQVv6HSEgoKbm9uOoOSzNVfShzUBZncb/3SUXQGcD3hNOrlYSwZ6 eo5Aa1tbRo+htjZ19kD3lxUT1sqiWa+Ui/bzUbMJLDYY5Qfjn57cKxTn5W2yEO7t6+PLAc1CQcuc J1N0C8cEsmgZTneUHcRPzyGqwoHs3dEMLeFzJ06MTU2tz7zH4jZn3uOjEKKDfI7sDFo7MWDWlXId tTOt4TnbP3a68IjS7JEhwjlyoxHz0Z+P/b55MPsgRHe52UKYi5OztPWt7R92NSWeBD9PU9OP3d2u o5XeM2d8pyQJNnZ2ki7fwAwqizkO93d1CQMlGjpV9Ub7hyOZiNtebg4JOaZrV5Xr5eMzP1jEJyGx uTbkVNL2Z3V0RsYf7AomJokFejo6q5/oNQKDgng1/KPKoqOiouoc0dBnVOzqCVKZ5ot1Xc+bol85 lY4FcalGQ8mh3sxqy3jep/jjZOEyWxgD323f1V5dZKVmAbKgg5qKqhB3kZPzk6mgXnor5DVq+QsH xHjTgEvzpRK4jgQZP4OGDKX3OJzxDv4MG1s18DDweOX6KLqYOXzcYCrogohId0PDWVOWGTKyo0HI XID0vLwOIeW3InPGZ3sl696+R7egWfPDhtuuxbmPM0Jp1fTB9GbpON5MV/HetopfMJtcWMAsjSvy WOro9IYw8EX6520uEYJomF6/fm3sM50Kp9ueFMDk6/GffqoY62npntOAKbYnekQ2YCD33TzOT4xF 6RrfSmi2yEC6JQcoxnuxhgLJinfvoi8Z4gGdnXerjNhOnLgr9kZVVRX850l6eiirzc3NOehRkMJQ AifGEUAxdQXVdYiC9gfD2ognIT48/Jae3h+pd8pcLJWUlO7cibt0y6aEN5L+q8neZt/bVbiQU+Zt QWvFkM1gD/Lz8zs7O4n4HCbt2qVYq4RwTRkol0CFIvdavKbiPeEWinDqMCyg+5ydnb28kIVS63ND nkvjn1+8oEMELdVp/rMrcYpbj0/1SVw9xYbZzt80dMo1bZkKWpMMWOt1aE/oDVoLr+hez+7GyRlF dG0h88AnZKPoxhtQu/nuxaZqaqHCn5skMnygEyQlJLJdn12+U5rnszojiy7Fv20CzdbmLpqxuV69 dyk4jxWtrz8QxaebTTzOKmWd8ynpLw2NhZmZggQDrbQb+WKZmL4vZvmzUKlu+qHQcdJoj5st7TJb 2ZduhfbzXkFdUx7G88w2BtUXd6epVSACrMtebGpyMrM6e2JuzujmTWQDhMkj4BBnlt3lHqeqxnh4 evLlsLCwBFzkkZCOkEeNKkldSPJ2/NTQoMoD9+rcUC+tYi5z9QPhnFJlORTaIuLdm5bt+wXvYur6 I7og0OvH5wkcw98k/5aPvZFm6FiWWl29V9guwzRoK3g2DUroyZNdMLTDw1JZRw+s2VP1TU1M0EN6 E4lbG1OJnpARfv4lJevZ+oVQmINlBivAtdXV1ald7J7uTm+HinF56Tlz7+OctdkB0VDxewICWCjc r2+kRXBr0G6JOoGVOidyD1hb9OrV49TU1LaisTdgyOUel5eXJ3H9YSQSMai8Mify3fjs0oxH6667 mrkMUalSziiGSMgEg3vfz1ErHbGzUWXXRS+Bge37j7vVVEEm8ZBJLNLJCd5igRb1y87pvJycyKqD 3NzctLSLkpJbEonXNMR67ggygWZ48uSJuLg4FEAoiPim3b5LZ2Y5uC8w2VrIC1hoCtC2p3Sr8r66 kYasaZFGiwG5olCES7bpErQDN11b7Q9TUPBxTSOP0YK3XxFX60W3vuh/CWIc6KCK7Wn2suiaDsjK zubnsdTUfFlQ6jBUDFZlzoR27zQHk21ubCh4ak5OTi9v78lv3wQzXFplXE4XJCmJrchdXBVmjY1L LNZrHwlFfmBAVfWpuxAXl6JKmUXjSe6gbwoW8q2fC0EPlvqyhYr8+xnaWLfduKxXr86uarjzYtpf izZ7nxCnH7jJwZQbJqPJ8c9NTby4PnU86+HDh9DXFzUSfGf7kc1hcnMvW6YWTrjQIoe7w+aXoiTW 8yXI+EuKMXP8dZ7UdOMtRpHkTut8PZDrZubmINejjhorJXcOOItT/Fen0GAPFFYd0TfpnJ2eXvr5 087GJlbMwcDTswSLxdaY/piedlYRVFdGzkFMDuv5t9OuWXRthO0xMjFxcHA8osvJyblXqB+7NtTT A/I1LtA+I5ymT5ktM5xGtCDpjHBmjPOXlJ8UyCxRoIykpKQmM1CPdO8KCroyZcVp/p/Let6WUmN6 /0F81uPHlIUDdwwMGE+fjn71qn901NjYeD7bNO65fUaZvdg8bmv+2bNntbVyPMiUWJDSQGlxLJGu pfZs4keQo/qwR/icC7shUaUeRXdBWrrq/XvVc0O9PT03YoU/D+z3OQQH5PntXaxVoh9+QFY81G4t vPDFfy77TLBVFwO5jhylk9MCuDXIDAlJupg//+/OeGouMn0hgBfieZ0r1W1XwZ2M7G+nA8fZA125 sw6RkflS3Udy4E8K6ix4y6yl4Nmz2gfIyH58lKe8K3jWfmOsGkTL72GGGjA7a2+1c/s8HIJKWGn4 lF/aUvcJEyvh2Kz374Gzi+0HIN230lE711Wux/rCu7ADeum8fHyqKrGRkSn8jkPFOViswPnzH8OT 4BylFDypOQFZXV1d0dGniWYqKiGRLo0vuWif0kDKOfgabXdHS+gICQm5u7vjFScX9AvviV+RQR6v 3SWW7P2XkcdhDnd0nylBDNdmfcWAP/rvv5H9FUChTH6P7rR2s74Pn3YEq9IvkTHz/wsoa1/kMVwt XkInNDQ0PDxc7jEef7twQMpv041dQUsrYoLjMJzjUHFbZlZWVkhoKHhZndPdXV2BdD0Iqfx6HcrF cOHChZZ7rpBz4OrNzMxAQnt7lyXvXxxVcoYWV+BvZtdMy+j7PdxJNUh/PMVS6BT3ZGqC5m5oaGiP E+/uDEfaT0A/EXa17pS7Tf/oTKYNQR4f+g1IINRE1mf274hpUQqZhSMDbT2hzgCdT7vf3q+q0vh2 f4RZ5SiHiEiTqd4wcqkdB/bDAn1rPwDYen63eSJx4PbxNxP+bqNw/90Wj7ydRTAD2vLO7LetyP5u +z9iSHG/ze/m77b/Aac6R03enmTXG3awt/e0XrsPvjBhNdtKmqiPyVndo6ANirxgrs1PgfzSE+m3 vUkggQQSSCCBBBJIIIEEEkgggQQSSCCBBBJIIIEEEkgggQQSSCCBBBJIIIEEEv474X8BJbzXIQDw AAA= --047d7bea44d46447f204f2db28f1 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 --047d7bea44d46447f204f2db28f1-- From xen-users-bounces@lists.xen.org Thu Feb 20 19:04:28 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 20 Feb 2014 19:04: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 1WGYu4-0002wO-EF; Thu, 20 Feb 2014 19:03:24 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGYu2-0002wJ-AO for xen-users@lists.xensource.com; Thu, 20 Feb 2014 19:03:23 +0000 Received: from [85.158.137.68:62475] by server-1.bemta-3.messagelabs.com id 92/A7-17293-97156035; Thu, 20 Feb 2014 19:03:21 +0000 X-Env-Sender: sdj@rasmussenequipment.com X-Msg-Ref: server-13.tower-31.messagelabs.com!1392922997!1957780!1 X-Originating-IP: [64.18.1.185] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19614 invoked from network); 20 Feb 2014 19:03:19 -0000 Received: from exprod6og103.obsmtp.com (HELO exprod6og103.obsmtp.com) (64.18.1.185) by server-13.tower-31.messagelabs.com with SMTP; 20 Feb 2014 19:03:19 -0000 Received: from mail-qg0-f47.google.com ([209.85.192.47]) (using TLSv1) by exprod6ob103.postini.com ([64.18.5.12]) with SMTP ID DSNKUwZRdY81dT8cRXhCoghecDG6FtdsvbUV@postini.com; Thu, 20 Feb 2014 11:03:18 PST Received: by mail-qg0-f47.google.com with SMTP id 63so4830208qgz.6 for ; Thu, 20 Feb 2014 11:03:16 -0800 (PST) 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=ukt2e/T+TgaD7gn12xiU0nDLAiucsSOAzTISrwbR68s=; b=K4MnuWSJ1YfQcQvXqfc7LyoohSYaJH/KLn9bOUlrDTJo/5b4aLvpzkRVwv+5JHeg/Q NPTnAorDn1H9tvvB6G0xCftBQIdvs99UR05O2bYaFwqfSvRjIrSNbbNxytyqPoxhQD7m t5ha1qnu7ULJ0eEPYaV8XsgSM4yXsZ/36jAeXGNvgaEvU4M/MvBYWBzotHfcmGrzP5gw bx/1GEP0YCe/h2ShDi6dOGt9590bhwa0y5FKrWpcw6VHPCrliYm3Pi7nIjLNkwVE0/Ie H3U6tiKm0BMa4Bb4GQfTyjLLvUXulJMoT/xXjaj9JBX9rt9C5KN0c4p5Z+QqwI0P5/GK VJ/A== X-Gm-Message-State: ALoCoQkOEhXzpiOsvI00VBWLUTxDhY86CWFsI/bBNvjMFiBHqnaGroTrwJYQzLKG6rIOylOIAg/2jTgmCXGnDTJdhTjkDzRIo9AmRXa08Ko29LWnIuZEHPwT2y6ejGKCZNQ4pYjNffh2cv6EWmQ38z5xiE5Mdghvctqr2Yrzx9NfrNiHFvTVNKqpQCl5hNw6LC+shRa5FIdF X-Received: by 10.224.114.141 with SMTP id e13mr3849053qaq.65.1392922996458; Thu, 20 Feb 2014 11:03:16 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.224.114.141 with SMTP id e13mr3849028qaq.65.1392922996243; Thu, 20 Feb 2014 11:03:16 -0800 (PST) Received: by 10.140.93.164 with HTTP; Thu, 20 Feb 2014 11:03:15 -0800 (PST) In-Reply-To: References: <1392887445.22494.12.camel@kazak.uk.xensource.com> Date: Thu, 20 Feb 2014 12:03:15 -0700 Message-ID: From: Shane Johnson To: Xen List Content-Type: multipart/mixed; boundary=047d7bea44d46447f204f2db28f1 Subject: [Xen-users] Fwd: DomU freeze X-BeenThere: xen-users@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 --047d7bea44d46447f204f2db28f1 Content-Type: multipart/alternative; boundary=047d7bea44d46447ef04f2db28ef --047d7bea44d46447ef04f2db28ef Content-Type: text/plain; charset=ISO-8859-1 I apparently forgot to forward this on to the list - Sorry about that. Shane On Thu, Feb 20, 2014 at 2:10 AM, Ian Campbell wrote: > On Wed, 2014-02-19 at 12:41 -0700, Shane Johnson wrote: > > Any help on this would be greatly appreciated. > > > > > > 8 days ago I had my Dom0 crash which left me with only images of the > > DomU's on the machine. > > By images do you mean just the LVM volumes without the associated > configuration files or something else? I'm not 100% clear if you are > trying to boot from those same images or from some sort of restore from > backup scenario. > > How were these guests originally created? > > > I have been trying to bring one back up from these images and when I > > try to start the domain, it just spikes to 100% on the CPU usage and > > freezes on the Bios screen in VNC. > > This is an HVM guest then I guess? > > 100% CPU usage is for the guest VCPU or for a dom0 VCPU -- e.g. the one > running the associated qemu? > > Which qemu version is being used? > > If it is the qemu taking the time then strace might give you a clue > where/what it is doing. > > If it is the guest VCPU then perhaps xenctx (in /usr/lib/xen-X.Y/bin > IIRC) might give a hint. > > > In looking at the logs and running xl -vv there is nothing there I > > could see that would cause this issue. These can be provided at your > > request. > > I think the cfg, xl -vvv output and the xl and qemu logs would be useful > to see, if only to rule out spotting something there. > > Ian. > > Sorry for the vagueness. I was trying to keep things short and sweet but I guess I failed. I'll do better next time. The Guest domains storage was on dedicated logical volumes. These I would snapshot and image for a backup. When the Dom0 crashed, I lost the original volumes and restored them from the images to new volumes that are currently on a external HD for portability for trying to get this bugger up or worst case resort to trying to recover the files using some sort of forensic process. Unfortunately, I lost the original host OS and all the configuration files. The guests where originally created on either this machine that crashed or my desktop and migrated via sneaker net to the crashed host. Yes the machine I am having a problem with is a HVM guest running Windows 2000 that's sole purpose was a file server. The 100% CPU usage was for the DomU in xl top. I don't know which version was on the old machine for sure, but I imagine it wasn't too far off from the wheezy test machine ( The host OS was updated every Friday.) and it is 0.10.2 (This is from /usr/lib/xen-4.1/bin/qemu-dm --help) xenctx says it can't trace dom0 I am including the log files xl output and screenshots in an attachment. Thank you for all your help. -- Shane D. Johnson IT Administrator Rasmussen Equipment -- Shane D. Johnson IT Administrator Rasmussen Equipment --047d7bea44d46447ef04f2db28ef Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I apparently forgot to forward this on to the list - Sorry= about that.

Shane



On Thu, Feb 20, 2014 at 2:10 AM, Ian Campbell <Ian.Campbell@citrix.c= om> wrote:
On Wed, 2014-02-19 at 12:41 -0700, Shan= e Johnson wrote:
> Any help on this would be greatly appreciated.
>
>
> 8 days ago I had my Dom0 crash which left me with only images of the > DomU's on the machine.

By images do you mean just the LVM volumes without the associated
configuration files or something else? I'm not 100% clear if you are trying to boot from those same images or from some sort of restore from
backup scenario.

How were these guests originally created?

> =A0 I have been trying to bring one back up from these images and when= I
> try to start the domain, it just spikes to 100% on the CPU usage and > freezes on the Bios screen in VNC.

This is an HVM guest then I guess?

100% CPU usage is for the guest VCPU or for a dom0 VCPU -- e.g. the one
running the associated qemu?

Which qemu version is being used?

If it is the qemu taking the time then strace might give you a clue
where/what it is doing.

If it is the guest VCPU then perhaps xenctx (in /usr/lib/xen-X.Y/bin
IIRC) might give a hint.

> In looking at the logs and running xl -vv =A0there is nothing there I<= br> > could see that would cause this issue. =A0These can be provided at you= r
> request.

I think the cfg, xl -vvv output and the xl and qemu logs would be use= ful
to see, if only to rule out spotting something there.

Ian.


Sorry for th= e vagueness. =A0I was trying to keep =A0things short and sweet but I guess = I failed. =A0I'll do better next time. =A0

The= Guest domains storage was on dedicated logical volumes. =A0These I would s= napshot and image for a backup. =A0 When the Dom0 crashed, I lost the origi= nal volumes and restored them from the images to new volumes that are curre= ntly on a external HD for portability for trying to get this bugger up or w= orst case resort to trying to recover the files using some sort of forensic= process. =A0Unfortunately, I lost the original host OS and all the configu= ration files. =A0The guests where originally created on either this machine= that crashed or my desktop and migrated via sneaker net to the crashed hos= t.

Yes the machine I am having a problem with is a HVM gue= st running Windows 2000 that's sole purpose was a file server.

The 100% CPU usage was for the DomU in xl top.

I don't know which version was on the old machine for su= re, but I imagine it wasn't too far off from the wheezy test machine ( = The host OS was updated every Friday.) and it is 0.10.2 (This is from /usr/= lib/xen-4.1/bin/qemu-dm --help)

xenctx says it can't trace dom0

I am including the log files xl output and screenshots in an attachme= nt.

Thank you for all your help.


--
Shane D. Johnson
IT Administrator
Rasmussen Equi= pment





--
Shane D. Johnson
IT A= dministrator
Rasmussen Equipment


--047d7bea44d46447ef04f2db28ef-- --047d7bea44d46447f204f2db28f1 Content-Type: application/x-gzip; name="Xenfiles.tgz" Content-Disposition: attachment; filename="Xenfiles.tgz" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hrw6507i0 H4sIAI+5BVMAA+z9BVhV3d8njB9EEWkEpES6u0u6QxqRlgaJQ3coIEgrKdLdKd2NgNLdSHd3vet4 379nnphnZv7vNc/M885/1nXdnsPOtb/r+/3EOnvv287E2onR2JrR3sDB1IHJCmoG+Z/fWEDj4uD4 8wna35//9DcbGycHhJWNnYWVnY2bg4MdwsLKxsnGASFh+Q/oy79pTg6OBvYkJBB7KNTxv7WdgbH1 /4ru/K9uxlBrC2M+EnYkRmcLYxOovYE1CdTW0QJqQ2IMNXEgsYE6krhA7S1JXCwczUmMLOztnRxI nM0MSIxNnC2MTEisocYmVkwkr/+xr4OJI4kjlITjFROSuoOFjRmJq7OxAYkp1J7EzMnEwZHagcTc 2ODvVaYWViYkzOBAzH+S769/SSxsSOxNDIwZXewtHP86/n85kvG/OpIxkqqjvYUtCdTUlMTQytLR wJbEwcmQ0dHN1oTE1t7E1MIV1hlmaxNjCwNmCwcos4aFDZulg7M9E/iDhMbY3pmE2sACSk37L3r0 72z+j45Bbazc/uqXhoGjkTlsP2YrqJGBFTOIpYGFDTML81/BYfwTHGZ2sNbM2MLe0Y3ZyNr4f3gn I6i1tYHNv7s92MDWCckOVK++tYGtvpGBkbmJvoWNhSOJjb2+oZORpYmjA4kACSuswEgcLNxNSDhY eTnYWTiQHMwN7E2MSWwNzExIDBxJbE1tSExNTE2NkQydTE1NYKssoP9mrSGSFCzqJE5OFsbgsOwm LCysXAYmjKxsbGyMHBysnIwGhrysjCamBlw8nAaG7Gw8Jki2UFsnKwNHWN//5BaJisgr2DFNTf+q eyTQcdt/udbUHmr9X9a7OujDIk7z34mUq4mNvomro4mNsYmxvi3UxcRe39rM2pGW7894kZjY20Pt /+lYYKmzjZGtgYODizGJGcjWP6uZSJidrZn/R66K+Z/2Zvpv5SUsh5ysSYzMDWxAIF1gY0gCauot bGNqEhoL0FdXPhJW0BuQf3z/TsohyTArgmuw+xN5WCXCrsCNj4SFgcTW0f6vT6i9458vxgaOBn++ GEGdbP5aBBt18AVJHmrG+Cf/+MBBSP7OKxI3E0em/0kncAapyAgqn+/vC7UBA/N3XJH+GWSA4f6n gJjDKg0ExMrU8K9a+qdcgKEIKNq/c4CFhBF85fgrH/53Y+X/ie0P6P4Hn+O/zv//9MnKws7+N/+z c3CycgH+Z+FiZflPxv//vfX/H23kJG9MbEBN25ha/M1/MCgDWWFv64iEZGNgbQLgnvpPllAjAYqw sDI2sYctMne2pgYwZw21d4P9CSMa6j9IAKMdNiTyv0Ba/w9I6zub2DsATSFABiMsRgDYZEjOFvYW APRswNYA6QGE2wKuAOe21rc1svizEIlc3MLBEvCuKRTJGPZNgEQbiYSE2tbcje9fywYGmM5gcKFm QCL/d7YwdIJtY/hnG7AJ7FL/PdyFbWjMZ2QMyIjBnhpJF8kQjL0AtbERiAC5gonjH0H0p1vkzham AtrUhuBSzEwEwFUY2rNQ64KtxKA2DlAQzD9bAcqAUTHs0+jv5X//6Wxh4vInnKxgH3VVUSQnB0PY XySwL39LLAHQW0cDQysTR2oSsJWoibmBswXUyR4JaqMPzmisD0tgR7AZ2Z8vZP9sOdT2z2JzJ0dj qIvNnzV/+BGml8AKYwD79lC3P8vtTWAXCVtqb/L3cf53p+b/bf8L2p/aYDS1d2eytfmP8H6w9t/G f3ZuFjauf+A/GzsbC8z/sXL/Z/N//4fif5CSghQqEgGs2FFlpMVVIJAHwxAIXAHiA7DE8Ne6BfiA dxCVUUNERJxZUlyEQEggMuIiaq6Ju3Nuic8l5i4Ot5Kn6OtrSZ88QZR5D5HFwMJ5YyhcTo+H8fqD 1UPMR2Qk77D3t5WJiW+XHpGRYeJgfEB9aP/+YRCZhjgLJoovyVMxf2GKcyqPfvn7u6+DmyfKqnMj qgLd67dHlAmbe/nQlNOk/L0XYq4VVU6uQg8hkE9Wbf4yoojtl8qW2lJ0MS9YDTsODMQCOTgpsfEg kNyn8H5+8fKm1+F71jNVJt/jBSykwHZycn01ZUYo7fIsghCIkhcD/fl01332rs/ExFgEAec7WxZ6 ca7WUghEWB38NbpXkVFZlJFWZmdryzL1HizFmRmZMcDramlJrjCyTd1P/K448ObjY51hyb3Ymbjx Me5YCmFwWMazTKKpxBhCvNJ73sGFhBdOG5GP75a+Tk1eo43OESe7/Y5uappPXAzHGP384U6QVFzX y8/gIhHHwMyvpPUDXF9v1vaWPHuMIwNktjz+p7APVNfLqK64/46FnYeHZ1BjYTBaNscrbvo4z9Kf kv2rwNoP+DNi7vK3ndf7I0cj8q9RWIT93h0Phwys2/Pury93EbMM1oshFqS5iYstf06NNrRNbTbr XkudqoLORfagoBFypReniSCWGdzW3d3NK1+H4gvan+x1Xl/r6zW/Rlx+L/MY+qaZKQG/EGqeeJAd JPrprmke9V7T7Nvah6icFbO97e25m4UJd3fnNfupK8f2wSVyyQh86h6numrozMmCxi+1q1dY1Ov7 ZD7W7T7uLrtW+FyeC2XLGVaFb05Pdq4GpnElw/HmB5X0FyZnB19G/4TnLGiuNlsPLxL9FGtATvgt IDo9eEJflzm+bt8beuT99Zcx2y3/Avt2h9DLC1t9/bqmNBlEVhDkp/FRCq4T+9733Y5iIdC1svUM OCmNQAyyuB75yZzVV0aBuCjcCb9M2eIT8Wh4qJVE9DSbz9Ynbkprp9YpUlx6bpqL3CliZBtPd9nt eZd+niTpuTr/CnC6P0gq8riuMspRJOK1vzBSfDn1/btHX/ZE893qgPw318USn+8HZeo+hHyexqap +sZXNrWHfAZByEx3KzEang4nG8rb40X3R9xN7Kaz/mt8y7GEJTOVBWbzJnGKriOZ1trcYVb4R6fM 3u5XFRmBKBbulzGozdqHLUlyseiElRHgKr57dFeQ5+hcNEKtZqp2l4+baxYS0NxPV+MEr3tCFq7G 8yKKPW+6tPfxKgcma7iMHjY2ChhJcTFfHhN3hxGR+9csGqW8aVyrBZF8ivJEWlZ/oPiq4qKzUmOt cDZH6L6SaOaKMJCjW6/vLdXxrGrEpQLfTlF33bDf3IfTs582KZenzD5ns7VmXhfpfc7O6EikBNuh hN53UTJY6D9Nv5/f3S0FSKZs55Dv4v3c4aSM+7VaHluKFGC5ah9v9fpNvK/DA5zM5up1Rqig50Wp gegnUrFv/hheXl61iZT+uSUl16fQup9qvWwq8TpMI9ylRjPbfvDwYWJaKnmO+gP9XaS/xLQCeOWu 9y0J7WutHPpK1wzI/TFKms96KY+LX77b0u4X8JnPiCjiGlm7Or3nddnTPHVyOmfQH2Ix3qhiTBBy 34vvJjoOp74rdz+O/TWSQ9S4UFMGW2JyzuCzNYUrGUroNcu6Pzk0N1dvOVFVpJ39wvkgrPnCwsvr dtx6ZqL49rzDD+2mS6PZduRXNVcVykKlQ7ewPlS1r5SqOyu/OM2iEx5dz3nzY87zkbPLPv27Zvri l5v++HF6nktnRPxMtx2rYb/IERAQXJyh+9tzFqviYkYjg5gZR5t94xP63xksNz4pz81UGbP5nW25 rq5b4bPme8w8+9IX9oI7zWN77e7DvA6XJV5eQHZ2WrvUmoemu4fz2c5k8i8TFHL1hUEWx46NMMK7 48oBb5fZSVbk/Zrt8PrYpoal01b5s7H7hpXEbg78MYlTwo1tC+kQwmc3jr1pj5FJbd7Ynrrhenua nYe7N6814E3JL2IVTsmPJ71AJPVn+TnqdX6/1ICeLOA2LMJ9d0NNfLWR1YbBzVDjPNwBr69Tb3N5 64ORJ7nwCN6DX/5Lj/F3soJIebx4+a4caoJcY6OzlJMql+TP38tPnU7v3Q73RT+Ffxc6maC+p0IZ 4jB+o+/jQxfTq1Vr5bPQEl6EO3D9ozWKWrD8qGyC685Fcrus4LXQ6UHK/TtcTuefXyN8Fk/sjLpn Xe6JY+/vSEfkdZ0PH2F17VP785z7OZj2m9+2+0XMeq9HMnvb3J1YSO1zO6fMJ+uCiHqmLnuJfvro wuDcJLtOr99wI5CTTNu1+/16IbbSYSa7wMfRAwzxbfP9skScN11UZbkfPHXD9kUs5rXNQtVqdJRp w+UnWh/XxSXOgRIn72M8PvufJilXN/DN2ldlyAP3ffnNeoc+CxiinpsFC9Ocny1tfjTVLWWFnyfZ 77Dum7+zutmO8qk/5EaWCsVvdtheG/jVTBHDBq27HJcTcshr5GuX3NueduSvakhOOZ5ort2NSmks LCs7PNa/G3dbT3Ra+SIVSsCbXu+xHqVYVGs9FJlG3n2ytyVo35sZzs407ZLiVVfvcnf80WfOcyb9 eID3endkgcofj9vZ6rrQRd9jjhk9wVGpGz9n+njWfb1cra6H5FhYvQ/lhDuz89XEPUOKAyJp9nP3 g1cT+g79UkybU1NJxdBPZcWt8q8R7QYNRnRSSjxsTt9Sbc/MkPr/QFnrFzxv07a5mDJQRau1XAoT /QTG5OX5DfK650rkXeGX4mMf4kD23cnttdDoL79M2ad0llxcM3+OLr6lssTZw4Wj6/tR9hixb2v+ KP+252DoOmubkKuxzmb+EbFClsqE3nnIhP6M7UCkdoTgu62q3ZmFwzML1NNTcqlw6RyV89slg+vo jatfzIx9gIxXLL4rJoM+E7udDOQkDnPZryCSdtSHCzFF/Sr0uYx5TKxXe1TWbVbxwmP8sUKzaesr qabLAzG05NmFheaTZI/dD5FSL25HQpcj+E8bd7fHd198qvR3XZ/J2f0+YE7aoXG/PhPGmKGy6U7a kZ9zrzkxOFlvuR7Erj3gurCDWtJ01hHlwy2//vbz5ZFlQvPtHPHNPnfTUd8jIUzRWY+FW7m9JmhH 07L+Quld3MTtxcpZVPL9enNdfT1s9xHTlFnW9XZ4+NtjJh7mGNmk07uRpILjiRx96bExM4Sro9Vs QgKAEn0Dl02qivj8pgsaXA18LJMuU5S4TVfTXa8Sqhu8rmb6Pe832cOF9nzl1hSTXRd3q+cHGx3W sRQLBTda4BWEdqOzXBau97AWQPXgkXbwL7DubmTk3G2WUXvXLm41rms2FVUzxxwRzzzIby8mmvF2 O/Ztz35+FLGuz+PZSyr66YZYqHErmHfdq9BtMhdvu9eY7fKemOvdAGQ7nJHwmBjt4Xy9heM52k9e 6HxS9e3WogzWR4x7ret93vVf20Q/srYJfGPtZ1W+TRUYtUtrTlmZsqheSCrT68b1rSJ8zyTKlfRY H4m3Gp++luc9+2pxmbic1F29u7PX5DJFdOlJZra7Cdfg3Mrs4/nLaeJ+pzsn5Ww+nj1c+zKuOclz S/P8/qw/I7vJZD4rRevw+jGhVgA3F7q2a/dv/KJub1DuQg1b098FbQMwfs9fvz5BMd5J67fEvdn6 1I5+/Xt9zecmKuV7+wx09g1pR8viYl3cODqxgzBTFKYoXl6dPJXl182clEspB4fjq1Nm5HbbpOVT Ma3i5qW1CH175btnwVCf88dh7ZJnZ3ue6ycZijZCmx99igTSbketqDy6i7j7PTW2aXf39dwH7BfG 3E6CqLvRiT06huqhNl5rtbjVDcqd7RGFNzu4zfOjsy8dRyexphWwREMJuZ1XPi25zHkf9+xSj2WF +lETRctmvb7bPCzx2eYvaTh653D8+eTzkoOQ41D6jM1Xuxu7lPuje4YGr8Od8yqP9R5NSab2FqZ8 Taqozc3d676tHEG2fSwf/dtPGL8L0b1PurZLwHIglvzKXtxPWXHd3/cbegk5Publ4Uk3MVdd3uM2 5+Dk4hqd2J8cs8b/cP5+X4afzSOilSMbjJLz29KDsPQAg28BXw4J2+DoFvQspLiiKjv0Aq9WYMM+ 8PJ6NnxPN2Dq4EL/NTHnKaPop0RyTH3ngaO6LtJ798MF0U9L7YHrbPjkleuJhVD8+HxLjNd71X37 9b/vm1jdhjssoPz5yydTf1BaYYLzFP1kfX221nJCXehy6t57mZ440SO78SJ8z4ZU3Et37sCgHeEx whE5W2wMu/+XfGjdHm5z7VmdfhZB4OgYul1Spp8X/0C8g6ngOgBl07tu5uuTuJHTMKnnghKIdoBj 9HTPEwWOEyJ4rDbn+m41zGwXrVXR9Q9G6I9VmS8mqcebT/aBggVDJOnl4ENFyVZf3Lj2ePe7guP8 7zqgGSLuTU4DNPQTvGSvd1SnPdzdiV0PlvqaDzjb7c49dEdYFtwQity9u+DGGNUnOM7bcZFJ7aEo /DcuI2uqQrbFGOlNZRLDa3vTZT3nx2sG1xfeTP4/1uwv712ebV+nqZqW+vzcSHOZd273P7y+Pf6I +xEj8AXbZf+MDY9Rv9v93GxS8TExAtLOLovqKSgqJdJd6Zxh095Q7uMHvQGrntgUUb/w2myzyRK4 rJ+JyuM163Oxm+PFc+8Kkd679fdOfT89PzdziL1lsOnvDZrd28NoZ0G4dlllMPia91MYjIiPy1k8 kVDDb5/zKbOTrvumu4MMH7YESZ6C+qW1GUHnpUuHgfko55vLIHXgpoC+Oma6OUAvrhsvtCy1n1pi fNU45ciVwGt8JHId+qLJ5ragxGbahidF5JdJd+iLs18lPjKIh7XMXrcF+lc78UQ5C8cz1/sei0u/ EqoRSZM97lIW7vbQd6b03S85r6ETW2/aXLf2B7zWHPR77h1+fWee1BXnd975seIfsymwfXJ2XtF4 ncepmOLTmiUg0Dhwt3voyGfybS2W6La73xwqsJcEBny1ED3Rbstj4bia06f5anr73N9CU9sFzX29 du0qQfWU0i0Sg4ZQss4uFyO92sPhbmHKqsr7ByKpuAKiDFSfK2Hu5ui4GF1qX0hiWH6GiJC/yuZE 4Uh/sPwb4c8ZGx3blrvl+8u2kJyUW4N2DLln844bpFHQervWPGKearO3ShcCMnHO0aUT1XwjLOVT obJQKd26eQ6UEA9+paQzWX6GPoGdo8V2+mqrKffBD9AtQGxVNjPz82c23YX9lOd3MxxcNp66iKz7 bcc5Ly5j62MZfSzaqcjnag7CO81SpuwuDFT9MUL2dL6xj3TNdxrbr517O56OCdW13Rn3nSXTA45C jvPZcki5XFFWjfC82h8IX4DO5n1fYHe6OoS/jb+M03Xsujb1WZ7RYLgYsza9TU6J6T+zbr6SErKx sGiqtBwqgdY2VlfvfytoOve7Py/qNvvlbb5qpF1tLXTy2Q8djLKqooBXCxyWQoJXr6L3WUjLGGZX X4l1rfVh46XPV9Ok45wixr5y/xiFrI8YjL8YpZ57T3pMK8rmuFALSxHzrlacVwnddeQ3F15tV1Q3 OgE9mpC9ycAf1yefcLWmujCzltxdXrOW+hpvDR5dMLJPs41FHc1jwW0lR947klvzC8NX/J0ErysL WHmkMDdcNH3vn6n6rohodzVFrOd+/Qosdzvr+W7TeFzdRPTijhkTSxTF1L7ZZ9HAo0UyvboEytLn x5CrLAA/Xkt8OXnefF00brRwOUjuU2fZM2fWdH+SnKy3dK6gn6A5cRJl6eN9sCIDcwuAYYrvtlWZ G8uH5MeEriaxmJvLDe6fLH/E0HWZNclOmEXO3oY2O0x1Mzf9aKoVGBu8ySjwabIYWVPUdba7LsSa MUv62rf6wu2krHVxpsHBr5FYYD8RiJC11Tj9y2nu5igbArtuXZcBwdrd6KiZpvskqJ7t4Y3DQMr5 7b73sU/T0cebGxjexv7SfoCEJYpo8NWU70DLIJtgr+66mnjnpcP0zLx73yuh5qVsbXd39+MBCmSD X0nHd3JrXhRC673dL5o3Y5naWems3rQ95d1/mcd3HguXr64rdqxJ/C3uXszuizIWGqq23KTET7W5 SI89LNHZ756d4ckfbn7taNd7KPIfz05RVzPe7u7/jPbxLbvunZweP9w/LeGj5hidGBvLcqjV4Yrq MWWv1envXT2ijTDAA7RByx4jmzVsMSKNasp225CFrd5HMFurifjFhsCgwY4MdW+WwT/G5gVl4axB 1JnPXe06Anu8gVggU7PHEOljxbqL5RQ99wUxU10/gQSDr7UfkneEI+Jt5DmrEEkLd95W+cTF9CEZ ZCUE4OddzVGeW+HUFmKQCRhnCjBETlV2lttvZi9J5vcnd2NI1pmc079y8POa+pBsZ3SGz2b8w5KQ ++zMTOVVOyppuddcrbxPftPU1BgQuqhnptcuT9gBgJMtYH7b3K0qv5WsE5zjYSCeKY0lzZAM8/Qa ydYV8MrrMgiIjywMD3FQIPUvLZRfCH+yfLa7uz1Tl0Edt4kVK42OT1uoU+yz/tVLqrqCAzrfYKLt olhn95UlVH4fjZ7/8zu8d+Ocb6ZEFtwMF35BRHtWy19zGWUO98chXntvGCOSmvYnxucRr8ryo7RL 56jmqfVyoJAykDIYNA45RTXT/2RBMVhhoI/6ZcqmyfdSOQFcxMTtSrAmdfJBbwDqteLXwdmXK62B L5I87jpNxUIa2jOwGeipGfpYfr7RMpFbEWeqGvbHeM1kiRdwMIv0TpPXYNXfQHbvqXr8Y+FL9umZ mTgGzWHnK97iCvj3SPRxvJ5Hd9RJPEY/m65t5upOe3KS79rFIrITArYHeCGpN/jAylcveF/7JuBG OUOG3tSGxuCXMsjhBXyRTYCixEEgOj/HCjRcHB0piBCUWlHYrcfRZTg5crYCPztA3surqo6wD7wc mZZcg4NAZPt2dneT+F1shg0gkPdb1etw07f7zX2c1kvz1SUDbsuaMR/tZscFzfap9YMLLcPXeb+R +YW6mOw+SMqqFbQr9q0e5o3FqQhakbv01iOL5OyNKhSdlJl+LUu9r8dE38TfWR/3sW2e1pWvQ+7w 3TLhe+jbowdw0jtu2L8EHZ4RSN7tDydpncXvaMc55Bt+eOSHLnfs1FHZW7x4fI8yTWRXZP+lQcPM zf9I3ZlpOz/3+esq7F7PMKQ95vV70ZhNRka9tGKuphy93AdwP2LmsA7Smk7Uuqf2tEx64q5Ltwnz UWkkJ0vyj9SZPlk2mjZd08fuCnWXyzYSU5p98Gz0fTDirAWnTnuwurHl25QTW0esfvuOcrNKeXPo iRbmpUrnwVwAMiq5TxhaQlTeOTr1pJPOcJ0amvICZvoNF7pWrwsybiF9rjBUuqxQY/CbexwdsUjG C5FrGque4JDPcw+yFkdmDHzulXh5KW/DmvSJdp6NFtOYb4zyqqtAWxcpMfMdY6d/eeZmOSJNBxxh 002Pf+IWFUgviuPGPRQoHatOu1VckJmHy3tapPHFg3cjmsG17Qppa49uqIeSF5HcsU6aSR9C4enO T5YoGjkvvX75/ISz85pSj62nvob7QqnxwbzsKnGdO5Fhw+8fzSuPaE1jdFejzRt7t9Kf9ymTpmB7 yOWplFxxX7iel+/jIpwaUvbYNRgOoK9M0EBEDPGMMT8y/crC05Y5o3DJVi3T/9EwobMwf6FCM+Su /kGpRyrezKpzxwRV6qPxS5pYNi+7Cvjp6JtYFY17B4asmHZOMivqUuMfeYUUnPYdiO6hSC+sTNgE c6Wmki2Frdk+YogFooUV8Exg5DmQaGJ7hdGfrorZeU7wW2FzHdsWScdzQL5MFFxckqMUhORKifor 3/xIH8PpUxF5rF3RyNBj5Ggz8Ea66v1vO3W7ApRoHDHEMsfN4X1dh4xjJ4NHj3UoXV48nGshfalB v5C18ig/IrsA+w2Lq0aFiB9R2nRzqlzC9y5ej4XurXqZ1QKGtn3mSwqcyCLsrU8q8dgGCdfPNqZ3 2qDH+d3ZKnH7yacIqivubpZq+rJZdWTohJ0hfi6fqhYNmNHr394ceeQb1j6AVO75Yyng4eEtcmtC 1J65E72XNdbzvlw9n/eAgnoSRpwtg1PLPaHNSTxKQ/ei2WSBpEICuN6/e6s5LvKYqIMEGQKh4fxe Xe0yV+ckEwiqMT+l1qQvNtMIAoFwklpju8Ovtb1PabAP2kZjvoxyEl067CxFf3g1jnOmnoaZ/FvV c7ZMvHcpvKF0IOS1FMW3bbojfN3T4J1mvxdpcS+FCu/aUKCMwQY8eULLqCTOa7nKGYn3zo3tvdcu 5Sv7xH337LFmW4kzrddMcBOZZMiFmqsOOpuh4tq6Q0fLP3B6BnrfXOglIQWkuTJ141BAeL+Xldkd rfRc+tT0NyrlGOZy8RAsxHlcKcTob/623jfSsUSdYflSp9S5YpblkNzRDlFCG46XX6tZDte+nlZY wOLc8UBfdidOJ1tQmP7ocd+VLdeg0cIbvsDK3JR7Q7w1U3ox8epZc3NDu0qnVG5Nr511bmmgf+/b D7+fMeEZtD5AjqXCb0YkMD4JwJRViQ+UxYM8NZv3Op9LSkoKdqjXm7amn1zXpGpHGpovIKpQqxh7 Qseyw8VgetxV09xQBP2C2RuHdPXyKCD4/AVu/Y2SkwxZtJWeG96jwAeN6/ZBCpNHFneU62wQ62Gh myV0Ys+D1n2dU+SY2na0eh4PIsOXY35NR/mhRf6o7U137vWKz67m3LTkPxj0BbkcP9N8O3jzJeq7 UgouyryLSFKYUmvdCmG+o8DHtLbPnx3FJfhVZTEDkvEg0pkaxTq1IFufxthwI5DteZD4H6Fu9StW 6NaffvI6fqaf6pI3yb9F6aH/1POSm5cO892bkB/qP/ilK0xemAyXIZF8ovXn2W84ltUQmUSbSQ1f MDT8zC3RORGzyMl0Bld4hI8ZkpruJ/WwbN88/HnqqDypuKKiIm1w8vKF1w/z+EB69E/j6T+iglLr 2mJL9Fd+FRQJy1yWMWe98KxgcQwWaIu0uXx4/HLfVfYwR7iMFY7G2IV+Znq8zL7TEJOFja629Ren 34oDZrly3IIP9fxG1SlqzxihfqneJUGt73kjF+1rUk2KNq7QBjejWf3ItBPfR8++9zrneA160zYJ B/kaSKP1KbX2cUNzebyElBcCtnDyEmOGtuhct2TaDooop2tRSBBusJ/DyoF9EyS/cBHJLvj49tkZ /PtKmh9QE1UmEViONYwGgaQ+sXgMgQz6V8BDIOai06BuOEj/p2weVXE78bzP/pW2OV6/zzR7jWAJ 9uVFOwKz5rtwE/WNbAiEBNPDnX/nmWOawcq9MyUZR5nCPAMqBPIjC3lAhTE961UZtfYQny4EkvvA grTjZzw7uwQ26Sa2nQISQfkX5lVdpad+1RjXUamYZG66TXK8uKSB4KRJU/PzTZ6X9utSDgxyjZyV 6ydE355c6ZRHN7T88LXp/zyxWh8t8H0beiotrQqBVNI2Wk2Vz0Cb5y6V/SVZadgRrzxBb6ISPHXn CU5neZVZUCAQjIyTrbECfj6+Z7MNNV9VVryetDGHlSZ4LnRWmkCOWMBJQ39qfjct0m8W/FJn9Fzy CUHe0PMAJP4+OEjq+NfGxkaH9X6A0Z1cY7wJDT0a0Mxde9G5r+l4AYakYF9Dl5lZkBn3ty5TKbII rxrYc19GRRL32SqEncs8myg/SpAY3Y58GUR+psd/iggHyXUqsiaSAVcKyX/e3PPgvxH9p3cPinqP s85CesReDZOcBRpZnlnM0OkdGqMrQ3LFKXd2aVwlYhtM6A9xbTvnE0dNryl8RLwlCsrH4CAC+daf JVaT0lYT99QKpn/WQSBMlM+N7SIb0jl2KK4/5pCpGD3jWj/w2rX4UvLmNBZ/t7MQs+3AWYjGZv73 Al1BDSpOO+Lp/AzJ0GtN+08PICtnDc+9VoPTvf3H4zK/YAzLVd0QrTcVZbu/TFP5kLrGqCa2d5NT LX+pEryd/ibVE17yU+kiRb1w5yJOu9IC7VYC66gC6RLkPaLjiXN0TxavaGxUHPSGbFZog7/5XEzj cksokdCAtjOyvX9xRnklwbILL0Bjx8gYpQ5OuIEDtZyCyb4/LTBJzD+YYlpl62Oc+RoSUoY8mykk l4DTTs4ifv25G1AmbVjEQ7EPQEouDaPFrIuTfcbW9gx7svY8uJXfDLmXtEEij0GdjHJOvwyxV5C8 +/VdAQoEh3SWMStt2mJBknXDDqFn94GE4CFpLbWYd71khRk3kuAdSa3RULXwOkrZSyXyZgPVF8K5 dek4eB54xfgU3NWSM7RNURAI25/hTPWHxv5Yloa8l1WzPndODf7yDiKcVZBZ0W5jb+7xLkoAW0WQ +wE8RDQv87G5hWkLKwSCUxTpDgZbWIL8z/BHs+z+iGjt22//LL+KgBb97TdpbxoixI7WYDrtwsjU gBrObkkBEzJYOI2gqdaUELmnFmvsEnx75QYRPuQQ6CFzuzealDmr55TIhBYE8wauBPZnvKLDUxl0 71lY07TNS10IP2eidNPP0WnAlEWKg+rJfDjiTrmK3UFVMYlZBVfBB+rY5TM/8++z1clTaxXBHibG DQ3plYVXWDdez570uE8pu1HTMq1qMcdY4wXL+rdF4UuTnTC+VMObz/Jsd4h8rpD2WpPtCYTkJJPI 5OhjyUuHcC0M6/auGlU1G6IwSrnPmRMQiLLXufPDoEQH6W8F5lHvXgPGnE8kt9rttG2UxYEsqllb BO6vJnuH9z6tUPWV5DiR1MAjZ4BgUOhMK6fv21LuctFQrdtW2nYqPsW5E3gjdnCUpLIm1Pd7VtD4 BWRRfXri4zShAzgLURvsXoAes88vOUh9kkWHty7OsuQIqN2O1+hY7qUqZIZ4tDVPA7i0hJodaE+p VJ+mUdxGStHoSy2g0tMqmTT6cpXs00m/5p2+e/D+28j0+BdHRFm6ugISzNXmTsOI0hsNfMi715Vz M3DKT3aZ8hAgo9lzAi0gBeg1GBS4on0biOYQVe5m6M4Q+3xi4CD16r0wVZOrg1L+Pxu5DZH+WDRH PLD8Kn53d7cvjlmRD6Cd0u1PIJoYtSpgAgsifMquUaI3NzT05a8ts8x+fat8N0bXWbv+JhbDMM0g mi3zHUt3uW9VpAvhmhBmK2HVIkrag+OiubuO4r5qvh73j/kV0kNc0hWLRswsXY1PIDjd/2SR1HDM +orS3x5nFHmVH/t5hhXj9Nyz70zHiLKGeemQ4UpXwaXGxot+4rQcp+m35pb+VGhVnVag2IaT6fDO vyH/JYhlqub0JbqGw++Zg0/vmdz31WJkRPk2FgklMXpURKJ0PlxKUmpaXq43kSMfoZ2V+mEOcUXz LdzGLFBtLSOLFDznvUjNzFnUe0aKXjWJHP0QHcJpOLDdlki006T/zoswIBVBW1Am/S2eQZwKLctC eN0aLhRl3iMOie7XZeX8OX1Tgx3qWByGtdgmtWJpGwJxdLwMUvROtHngq4oHlK3wwrvSj18hethF /yTOp5mIs+g5l5ZZwnzneKestElw8cPrCavKZh9tpDEzLoo8m0MFonosksf+u8HAleeQdzpvpzFf MfQEzlHVxtJFyTmzuvB2FGPPUJiPeUrhB+d1ujDjamZXZTk+Q4SoZ8j7RGX9fIxGpzGoJKrSWhoH l5r9MJuof4bI0X6csPaVLN3Fw3alkr75/KaI4o0nPLGNhW+83RQevJ+uqO+xsN5+U2tYdvXqoul2 l+7YI4cPWnTAtFFfWPIjgsJ1H1CEVBH4RBERkfS4EfGi5b1sjP8dpn48j8ug+VpFWacV12HyYi8a MfDV4SMEIi6IEr3WjKtQHaG+Ohzkk0b8/AxMhaNbBApNvAI+OtWVVUhYmxPP8TEECOjxIm19t9WY zHaQq2PMXkMSuGFE/Fx/ku7XoswzkInvZlWQ/qs5vTmUIRWBz071d4ZyW0+f7HwfoCJCALXivVnd fLsrICBATi0vw/cUHIbQFfoYpoVsaB/9j9VGZNX91taW/avtnR2GbPP6FrK+w2fmDjE7ia28PZWp vzNdcWo5j0I84mJwCfeZEKcbhuiCvXKi2/UQIDQ9zUyFBQV9TcL89+EMsaK+SCeMs9dp21gyT8qk tFmq3sSCfSZkO+vnDBdoV7/HwUGeopSrBfT397s2ZwS+89L1YrwUOiJGcGqX7sUcHntSmU2BAVHS HP5ohimKPee3a53Ym7ZQ//07+8LVmuUElthgtm3Vaie6wacjy0jKRk6y4S7mapyHEOyVKGdXQl6N 9kWrfMqoxEd1BK4xWRTpnO1NOy2GtIxqYVtjq7hP1EMaJUWQYzeeRaVGriIDxewgVCdNBQfhOJbh 3/lJojayoVO1GCjhzI6NZXCY9ajSOu1dKL2rPt/33AZftxzoy0gecmy8XSpDyHuFfD+GspGFX6l4 iq1ve0mnM8VfID2JcRCnB52/i2zIGm1yY8ljTq2cPS82m+vhhUAUWHOIgsPiHaqM2dFzbXfJO6v0 BSRsX6BHiuVeuPdoQUg0Je+EACym1LwNt9T6Ap09esXQoNr4COGwShLnpI6lk2UnQdjPF6W+t+nR M+Lm33AYank3d18RH8m2RSk+gFCQ3NeB1Hg/vORk8K9GuIN6N3e1W7ZAvkK3B+59fscH1Gh49z/J 4PEiVbfW0K5VyqAxKhh7d6qfze1adJIl2C2cu6uOjEF9xagrywO1oeDZutBYSlrYwWylIUtksCjO BqHBF+bNOKEcovyWSWKlCU0SyK/Z/d3PNzcJtwN42re9r/h1oJTKifomHrLTfr+3gxuibwfMnyjl ucQaHmxFpVuLrf9sg1JL0pT+JGdYa1FoEIZcPUIr3+Bl3D3PsHwjS7aTCvXHNJT5eTRG683BN10V KU5f0aDONarwxUpMg305VJ+N1iq3yYdekoZW6anByvfUr4iN/JRHH4jSWt58toX0RN5i6zAIHD9q VnCjV9lh1NDpPeXU9WqkCLZyp1yobogytFhb/vVSRw2BFsl5s3sSz/yOb7ue7OiWMqJ0lDapqmMo r/CKs+fl+4e7Mvx8REJPLH1+f5uZsfdgf3L6wdOMbjFfVOXtZBbf+Z2F5gKik16A6Orzodyd3prY p638fdVGs8mq5W9zp3XTrfUWrBRNLMUnTeh4pQbzcJ3zfvgiqcnEiD7SL01RbFJVExcshYsW1UJk dVj7GYrRdmwyWk15ILBudLO20vs0f+dBGun6D/oaeiOd/B96KXidNajqT8mteaVYTSQx0oR7AoJd siiITOmWLiURhXMcPTyuIynlphWEpOzgNLTe+uAZyfdDqcccnQZjHTZWQl+2TQw+lXhaVYf4xbyf 9+n++qCm1moyGgSJLY5Ru8p8iEzZtyS5OJtmNKujqYjhLNdTYqM2TOnjIMhqbVyBBC3d3KT02jS6 KG+0W1DK8w/6VhwhSmRrf4yC8/2N1eF6zj7eu9xiZLMnQbPXz0J8Ncx6UMpWhLP6XpJVI2XpraY+ oNyEVvzkiXUewk/LbDG0dxEYPdetaHxeoZb7SjloAiNVC//Vq1cFr4u+cd8X0JUgHzfKsJjTag8+ aktIzcXGM6DdFxY+tA7YjvLNuGvCFZTRw6lwa3TKE8fb3SqsCUkKDNxfcyIS6hTPxattqCOLyGXa TIITuZbzhmDvPP38mDhtoZNQUueRLJpuTOSY4uNTkmWBSQi25dZoHqi7MyGj+62gzI7r26e55s8n hXlZPmJYjhfK/BEI7ImNADchWS3Mgw/+ledo9EYq/tr9kwIdLnapD0G241xGecGt181SOvmO8fg0 slvzgHfMfCymgqmnvVikvuecdc1+kh9CAg549pG2jVDUjYGxRIt5O6ZcL00vR5mPddykRHlQc9M9 6utvCoh08E7g/nL69yG6e6jT6nNtvQqgkhoNNagKGHropHkg0YRZFe1jbvQP9Ahy7wJkl2pJ3OvD ORumh9VTM5unCdNug4yLKJlN1WcJjmSOYoKrUJHDVS8Uhr/rDcVGEqcPhYthlvYObQFiBHYUSLfD IOS1T4tfjC6vO1e9UB6taxTKNal9WRFxvz+z/0ULTcOpllxRZzIl7BWSt20ke1zC831fiNKSyEj3 0cT0s2g82jvlUj4ITZ6se2Tn2NZMxlznhrtYxVvxg6yXO7esdB87ynuLj9qffb1wl5g3GYqWUZ27 DEiVicySfU4A8U9dng/HW22u7jwde5WFTm53WGx/+alBL8jK/930EeRzquzW7o/vzS2XVEh8zY8t yfVXe9WLth9BEJ86TCsPv17QdA3j0AA5llle8WacXuuAT6OWLuothKYrWVtWo/jNc8fjb0o1TxbG gi+Yct+8bfVApzTwp6y1Zmkr8nxEHtrA6YvEUKNngByKYVCRZajPLINXnEdn8CMkuJrpiQzj/CFt D2rmGLf049RynJtH0wQ386+HCnSGWuEh+eqrczDKp4tWmTbwgRYnMQ/iNPbiEL2EpAbj4+q5Lm2X NDfldesAmB1uBVmTb6o5nq9egPRHJyhR7P0h+q8BBvIpggJ/cXtG9f/rWQnWjxjsZv3yf2vas7Oz 1b446r8kwlq5Sd8zRq3ov9VvgUbJ3saG9N9b/m3l/zq/3PnZWT9QqxuTPXQOLk5OTs7OAfmpgOHv +HfKD4MxPHfgeO4tHi9fzfJyCvXgV90GWUa6KMigHGU1EPYSGigdzCt5UbuZKWkO3r00X/6RVxgH ZUnL/xxHpUm3U4yCEyFr8ehcY3JSdIyJlnT0t0hOqNwgytBZ5YoOGqFn6EQuHjoFiWQ2huGvb5x0 3xF0M5CZhqemNq2on355O9YP4VsguWHqPaNYMPkYW/lDA3P0QY8fLtzE79TG/W+t+O89xTor9SJZ kJgol1AENdMMaWqaZbXqNVYSyWnwqKGMaeN85rQ98SryB0MU3mOPPGMOGomKCyRPk+B1dXWz3iSl /hTT7sd0U5R5Ju+8LzfeV1npRUixryLSSzFDk0yhOvrd9xDY40qaPcuFrF7VU10n5UfD/T65ju59 1ywhQvCrRJuRdWoBLEjOLe78dUaX+UVMC33ffnz8WWt3RJ/8ozS6YCsVMppA2eN+ybQncPB0liB9 UJOWV9wIaoVNT+cdJxH1FovwjMfxln2aU1bwCY22RxZRv2qb25fTXxAkJpMQ51q7pOBi5zb1uPNo Z8bfhH6etPV+pLljQbcU6HWGznx7K59W8wlqMQRkvlouP/6ovIY7VSoie9Yk4LddGP08/fAFSz+B VzvTkASJ5BFUqiwQd0s+yDlMZfZIuPbJzq6SRnAJrghqUYMB0wXOVNxL76Scsswvn7hRFopTUxV1 kLcuuSz03yzXRXa5Wl1700AZ1R7uRvt+CXwnru6LLrE6Kse1frD3TeW5WtOCzO98evMSiaYNuCfT Uc48zKhbE+YxWb/5iFeccG6Cn4vfbn9CCNLnp8APEvCr2leP9M4uZcXWYT7NQnpNYERf4P2a7rVG cOOzy1F64qG2ca5CLGw9HCu30dT8K9qa/n6FpOX6syfEznlv1vJeB2tztn7wdO1RFHB+vWkOztgZ Euksbokn+y2SXywyxT9yMSMLE/OHZd5sn1Rrk1fTZ3Wk09ss162P1gRGVrKU604Vlmp5CW6dltG9 sesNYvhsR/d/O4RjkjMBPV2p2nOxfZU095yPyy8P70hL+px6H6G6yrUh0zHOi5C56RbnicyMnNNh vTtGiKGKX+HPoUA4FUivSaUINS9geJKxqLLFGZAktNGCxofruU3nyvT4Y5pKNs3q3dE43rvvfeR2 XntJBM4lQdxVpcYHGpSi0HgRubwUw5XnNJZF1jcMIYLTdeqQaGqmB7ma6k5QKZOldPhRqitSpT6g j0Vma2YhlVRtn2mUkl4XvrGbtshh/QHoSZYp4VfTxe8QGFSkjv502h5n1G96+XdxQxeavK7PdoMd XCTcubOqrnM8iYXoiQ8FhQl3nwz4oi/LbB3pyjYyLbQ1Rq0MoBSo0bm9VHkq35pl6LY1XGvlb8Yp cWCA1acQpHH53ArSGxjft8rQpxLPOR2Fy5cyQbOOHOalftqkPog2k7xSX/jJyIhvW4W59CLLd75v JWklUaSRaf1nJIfCBRFFk5yML/ObVNnPButxxFxbnc90SvBieloRUgujz+CmtwSP5U5WvJTWMD10 h4r7p4s3DTQ0byXeiejXnxaq+V8iZ/OYjA0+22lU1Xi9/Yjk2YdmYcJR4uKLSKl1IaOGd9gLcAWT I4S1xWSrHtd9tTPZL3lddHLamB3cu0v55O6xXESWEdOiTyZpeNDwOM5w1UTjabwbIR0mJRXtblx8 Jc1HDmzmeZNu+6ZKhUxtZHROnU3ZkfUYhhZlkb+JcGlyPV/zih5E2vfmyBwXx/Wy7l8h/ObnnHJi 6HSH+6T8FhrIZ13k21v9Rv8L+ejsosy3yfJGtF5oZuk9voGc5JtVlectaW00NZwnHFDKadojHSWx /i8/wJ4a7lcnm6KfxqvCzf1mvwV27f4Uo9FfDA5S8jHSr9qUwOh8z4ligDiAOxvJRMksK5g3ylhx l5Sek5JRiMYFGVKbh5Z3uObUFSSWxinwwyFJmHwRb7IHti1VCt+bKMI217YUjpNedhqzqJYx+fv8 JDv65UfmefVY3CzrGXcNTRPLQdGNlZmXHpQ1qtgFa2/hP1dT79rqPaKIsK9heniUlVjkdMhY/Z1p YfvL/pimXaP4ASfrxrTZeb0/0rw2tOJV5tM0jdb9uCZt8ulqlZ46ceQmvEfae6XHgYwsR74ivxwu d7BlypkiSrXQuSAfDxMY+DpnXB5AhLNyGzz48xHiH0NSJYdglCgbNv8/hdsWs2DZv/IvqY3dw8Nj vT8p4e8N/8yzUPx1jIb/96z7/7XNKazvx8bGVr+NT03lcX990ICJpPj50s1TCEVLPKsr0iZ4eGx4 bEzdhh8TotR3duI8uatqZmZ2B10wFRSZR9T1hK/C+lK6vfrzrWwdrWw0fvTMHjwk1fex5oouQf9U sNUELNQkzzbbvvM0nV+jPZYOYEl/pYLSE6OY6yh3gdaaq/S88gs017ctHKOn/XM0bZ7uTiOlV9+J 91597/we2VMeSK7dX06YXoPhtcXSDoLkMA8Ou0w/fppxIuVOphJOjx/6tBLdmBsurSlhgPUm5ZzE UDoZuOyaC5RyHqjfgcIRY9Y26nx80q/S47XQVBk6sgo9gwQBjVwDCRt9rOYCyfLfTR74EIjTplmy W3Z9/fVRiW5aU2i1CNI7k2P9aK8Ez55Mc1ZpilN14LVnNaa2IJAT9pLmuyuh+8uBrALho5tPyVKm G/MgZ+W/aug6jd1cHi/T9U892b+ZidGTporRQkXD6mjqZX32xq8eHvJuCkhQIbvW59eqPe3YTWJ3 /T6xezKxSgaIFqKqpXXmBToH4RoxW+KeMyyj8JzzM1qN5/6ybZ+F7p86+jF6KUOUQrRm+CLRwOCq 1Y5GKQry2v3u8Lm7jrkv9GLafAvGlpN94Si2Wj6Bi/FPlqPiCXl7qqpi+THA4H+YkMtKmg+kuBIW 3UXOIlhvIhNByL2X6ocm+6eW4Bn6yhlCPGAT63nxI9mvEthMZP/cyvFN5P/HOaS/6xT2IyXsN+i/ Jrlut/Xv60pKmP+e5FrdgHWqpvpfzTmFZoUXFxenph/FdKl/eRlwQ0ywpfKkHT/Iso9e8k3d7SOI cNDO5m4pYVF/f//NwnwAo+8bpCDKADyN/B8sOl94qhuUwkvFr5Eh74dlXD932rBVqucUMeFqNCso UVBgQN7TxTK9DMEQ5cPA4Oi5rN1/G7zfEiiQY5zvEFAaL+5f5zveF08mLm0u+w0+hs8VAiFj+ScR 0FB0dJtjrDJIrRDp2KHdlKn3ZGGGtkFV102+Vf0s8nFGE1F6kZZSRdlDdIgwgyeCZv6O3gffZeC2 OrG1G5iERL7kjmC9hECY8v0YKlNRZt52fj7S5YykDgCBfdxQTc46NhT/EPKez8sicB8ismsbpv3I Oti+plu1PCf91QMIycC6k0HTfpQtJx1dVAP7Q4GedB6+xSK5j5nPejJ9t3E+FMjvj1Cm2aP1ONNI HEAgHdm/vaM+7o+DVEmUrav2U4OHvA+umvDgj0SVeAQPRkqtIZjQGIwSTk4kgibspxR2bpvZGrfj tb9HS8Dn7kaeavlK7a6hwCVyXyVywSxoFXXBwC1F5xTh9RbeisGPuGDuBvNHksgvIO9fHlfN2NQv h/MnEl8KMhpy/xQRmiDzuY9B/KHleHcnF18R3clxZhek8zbeSgwi/FGW2HnSoN+nzyH8RqixGUIG 7eq9z9PQUgVJIy10Oqoq+ilKIYE+04/k6VBscMtY+z5/tlFUKEZPiJM3TQnNzv6oXBsi0vyl22Bq jEueCjbNkxcQiISpEaxlKFkKNjLv0NVE33CP+80nMK2jkN8HOqD84H9HXkJmrxHIHep7fP2a+sn8 XcdptWfeX3Pf7/nO0Rfqtb4h6v/28lmgMBepd1Mt6dt7fXhWkhuK0SnxNKDE10B8W05Jk85KFveE lBdUvPRmEBY1iJnyQ3RWnh4hmQa7/A1nVq2DLOmc34wYEEhCrfPutG69M+Xf1IQp9ZzV68rxUl6k Gi2ar+YH3ZXUMkVrXA8FBJJ+eEnLs4BrJS2I/o3gJFV8ZeJj7TOXO9KX3JQXknta4nZeXvRISBlv b5pCfhCT2jFuE9ZeZZIhq+nrQyA3h6q2sEq6oOX530YymbvNdXV1OiN8/PynCKqSO0VpDuSOTk6d KrqbvhEYBmTaKk8D2J9OsOr3PX4J2SjLqW5vWnN2dl67P6MiqxTzQcZeHmdSPsAk+8kcebFkHLgU 3OH2M2RacBFOGP14LQGqV2GuPGyQ2ks5+WVR3oviy2c3yHuETZfm67nl7ohm+1bGyPgd5GpoYG1m Dt90pu+XhzFrhGkFY3a3ql+gpPPS6WOrDL/qpVnh4ZrgxCdpjxBxaPeYY1gSaUW/fIFAHNma72/3 6wUBAB3d+m7MGOztNIWbROoMkp1RZ+GRIslS/c7vY+o+dTl0csMNqlKlwJStkUVDYmgrMyBOb1KF g5jQ795KD+c+fHXUeLLe3DfNTcoXFyMfObLQ9dArqzh6vL8y71SDkYxIObjzda8eBLJymUn0yC0h OLWr3ea44Via6hFt1DXW8UZuBCYhFuSdeM/CDOkmHXPne+mdXiFR/875h+8zOxKdaxDmvPbhohXp xI4Qk7afhkwih+peSm2seOx/ijPmYGwrjvB6ClF7bHR3c6mh57Z6uLt/3/HIYUdRF1d//1eCiKou u3gCxZL8a9+9E+xkKoqNWMnOYKRnNJrMMXW+dIxv4mSV05AY3sRB/elYO+zFa202lWpdxPUyeqti 1NIcwJGDLo/XtWPHYL/qkXzbuBHtidOAQBLfbXNrOnonrCTQA2jbzAjno9vEk6WfJpG4nPioRbLJ uLzxQCloeD3Fx3uYNTq2v4CdEWTNx7F+2CQaCW2lE4xYpDH+m1n4k33gJfsm0GnC1m/qna11dYn2 YWuzTF/YtsAREa08/6PuhO4OI3B1bEX+uvfQ7G5T0ecbq5Hk338K3p6MvHr16h83RsFg7s+NUa0c r/TmwDJHFqmIF0mOgAVTqTJzFJKmR0bI/SfLTVT/zNS8M62qqhI8GRT7a3/9K91994kpsxRGf7zn zwsLCuT4AP4oVYbCJnkO2tEHjNkaiMH1RUfbdeGbMWiWU8Du1mp7eR9hxl4r/47ZYqF5okjXMvMn MeObRP3BcoZ2lp3mkKC0r51ijAkRmnaYHo9i1qoZviwQeLPXC/UO7MSPNH9rNPvub4LYftS/fSzy wQ07JFglroFMDrG9OrFxomIwgKFGf4Udm/f0Hj6097cSftBWMexpcBkJBfFi0be+//OeL/+/7T93 czWxYTSHOtpaOZn9B73977/7/r8/y/7L+//YYO9/YOPm/k/2/of/Q9//B8Yf6uRo6+TI5Oj6H/V+ i//O+59YODnZ/vH+D3ZO7j/jz87N+p9s/P8Pff8H7LKEHU0cHPm8yUlcrUgYnZ1JjOxNDBxNSJhN HI1gL9f7+8WMgiRG1sYwjEByNeL782IjPpLXMipq6iLyJK8kXimqaJKIqKiIKEhJvJJQUONDIiGR hxoYm9jzkfzd/ku1/3krIQuj4D9bws3Bys0C9lFTVBOR/6dd/tk+LP9qH9jL+v68FY6EBJwOdnJx cRUJVVW+f3EeVk42ln/WXyVpTVUZsX/WYXl5RTERNRlFBVh/OeRESZREpCRgx3D9F6dl+3Metlf/ 3npWE1OwnlXq31vP8p/27XWuVv+hr3790/67+M/F+a/wn5Xz/+L//5qmYWDx5w2dsLe+/fWCTZK/ yp3mz5thSdhpYW9jNLYwIdG2hf3JxcGt+580lf9v+3/RXK30rSwc/iPZ/7/P/+zcnP/0/kcWVg5Y /XNz/Wer//8/4X9YMiApwF77+D/YZMTBP69MrEleiympOzxRdQTS4YmahbUJjQMtkvgfRGFk+R86 EmwrHk6eP9/Z/vxrzwhrfy1gY2NiR/oLmv4HGzv4j5eX88931n91PHA4FibO/93B/0/QQP07Qm3/ A1/+B/nv1T9gFC62/1L/3Cz/Ofn//9D6/7fv/4N/Dr6v/nn/32sMUyzIv/f+v50kN5KYqfuLAd0d uSpzcwZKbZUqBlrGpxLKsigxFcMo1uy78WcqYU1j0UHPKuijZL8gkapwKGcWphVqGLvsH18ve65d CjgwDzTuOc3JDWxHHCXu8q57za+/XE9e9ZKOMq1DKExER/xHc32PBHlTM4i8LU72ZbAZ8yHp7BOX tiRb6n98TNUrftsMJkHkwoD7u4mkCGP4M2y8xPi7obhLUzxlzSX7Gx02Hv+AQJ4G+evirmDx8fEt d0esn2tfYZqYrDqs9zd6XXORk7cvLBDTk7HFW1lY4OPh4eHj4xMRCXheHNzJ4kMWFxcxiIn137y5 2Jn6rl7w2k6P08pBIk3p5uYmMipqodnn/mRTVV9/QdAkATk6JgY6W1PmeWlfaPT27Vs1tejoaOzm hfBycKaNDXMHBwe09uM3zTrNce9Be2vLbpG93dJAQ0e3tdoXB3/MNI+JhdXX11eQm4uIgoLy5IkB C169866oV0x0NMZDC0vLgsJCcQxxVdXvzSrJXNYEfq3S0tJvwBbx7GZ4KF3hRPw88vHWxUz6TfI5 IyU6teVe12eDg4MJ3FD7ZOviJ8jIljY2r9XVP0YgICDo6uryu+w9f68hZvrz69DY2EeSTyEhyIHK rnn6evNywqCx1JAiqAv83t4OIflUWcnp+dJhTV5OLiQx8bknNg5OZWkpBibmExSUnW0pXKFVasVk EK8P8ncL5VagU2C70FAUatrl9d75+RcinynlYm2Tx7xFRETSqqq4yMgeCAp63/AwMyuqqTm+nWdi Yrpbag8UurvIUPQj1NuKizt/+mcg9TAeXi6kBouTJYG+juap5qYEBHSBAZybm1PGtbbe3Z4o0dDQ mJiY6O7oMLewSNNLTk5+8uRJdna2hYUFKirqQLIAOwuLsBfW06eRkZH5BQUJCQlRdxJaWgSoLBbD mZmZFARhrzU18QkIgsMBBjU1NZ3vzYFwzde77JtzTDd6nNckcG3Qs7KympiYbCxH06piPNQsfQun ypIYURwaGhoSElJUZJ2iUlxQgIyMLOa1u7OD8RAMBhrsyunIyMiEhJqraTw7u7sDW9++0dJi0qn5 rJCjralp4FU7Tq/A43rwVkdnFlxYLeGsrUDu78PGh7DmF36Pmp8q88jIaPnszFlISAgCiZF9pajo c3dT++kTIkp+Wpqyhsb50aocOnrER2TcJtfD3yAqG57tsYzadXV19vb2r0v0Gh03h4ODg3d2rE44 X7x4oaenB4LS2dmpd++b/dJ5Z7KqqspsILm2tvby+pqbiys7MzOVMOhsd2Ziaupyc4RaX19fUXHg 9+/f1dCFdCzem4zSUhYmJjQvNTU1cQx/pyGk9QxLc/NPJIjbK8+9e/WbvQUc1lC2+N2OjB+KcNnM /pDpvajt7esDA5cYFvZKXLyjSLuay2qShJR0SBvpFjlIXFZGxu3yyMTNDZwtp0yvYQNHG4S0yes6 u6hIoMWPbn7hrzTcuBhIRYIsrq9PjI+DA9fAP0bj4OAwNzdPFSEnI8vPzzc2MVnKKC+3t7TcDsah X1wGQcB4WFZdHRhR8LpIFOPhnCT8pvUl88uXDbW1+LpLR2dnkhgPkwKmqqHEzmRmw5kyiL4/E7hL msUHCU9PT5WVldsDUPt6engdNzCCxEUxKCgo/GnxcP3obqK/l5frNbh+QJivc6L3Jbk+212mMLnR GRsfp6KmHjGvaL672v7dGUJERBTxQsCQPvDOcGeyDNF3dHQ0le7hkm6Ju588lZmpqegQ6kpqvv7f VbYBwCvY6+54QCjnVYLz/Z0XJ2fl5fG6kUbecyIiVRUVNXX1IUUtTc0p/ydYpUNgwSLxx48fIe+J vS/S8vODrakKCwsBEIHMXlqeq3dRluL42R6IvkQMBvvXr19Y1AoNDuto1JQUX6QNDQ0PoAh+Q1NT PTIMEMhHUQAvIFUCAgKcnJxsZ2XSlHhC0SCu53tJDQ2eLi4uKSqCTlujnSG4EUT8z4iIrM3NN/b3 F8bHuzjYJ7R7Lz59+iQfz2bSG00LygweQkFFJSkpycfDk1q+Sh8bGwuBuLm5oaKGzc7qjCb5uFfa zNVhkks+57FNbQ5uIfV1Z4ZB94e3pF+k1ahydOudQbHtjRVoTCojfxRVVlH5xu/CNLL2Ykf5ODw8 HFTBBffNfAay5wUNDY2xsXFqRFhYGIAwkN+5cpaWlnJyyFdvNDS6l3QeQVra2n6DAB7sp6eTWVtb o5FzcXPLycnFxcRYmJsPmnPQ0tICNgi/4fnQ+paDi+uMcxXUlJPTKUBkVEIugNgXFxezjR5xtEnz Kl05WVlZxcVo4bkQCKiD8NBQDm5u4vciMSDdbG1tXV1rwsP7QfrmyMc/mLvM0ejt7b0+3wdkhoED ax8JLwDIgPxM+PbtqkCn7VjvAawZvEdiiZtQoon+bjYA8t15tsbOcryQ1+OMwTFnZBP0GaDpzW71 wpXA46KiIpCNYsSUlJQS4uKlGTQA3jAxvxQXM13Q0NPLZQzxyN+AUR/JfuXnU11ZaZdc8Pu3YY0R gUJwKBg0iJKKSpsb0mxWKMmPeViA5+hB+Y2PZxcU0FNRjTMT/uzr7e3o7BzqBmCwt2dTuHLZHYRF veF4VdJ8l5+VFRMTU2nc89QV77OPOwgDEyMj0QtYC+eTlJAAKw9PU/1S/8pjEpQbs+x3+/ONWFTy X1kM2m4uj8VERdnY2R3s7VM13GG3rY0sIZDszY/Ozs5mNHaDtAB0yBb/8y1LS/O2+CQO2dMgYxsb AOBoEDzOd9Hp6b9BJHk9LVRVQc4/xa19JSMzVW4SEhws6+TECXm79jMeAtkJptBeWV3FZXijpK3d V6HSY9Bri1jjfro1Pj6eo5hiH8kmuLm5CVAAoL8v/DirUZdS3ihIi37VRbTHjwNBajPrNzWkwRop QGsenov+JH4AZY9u0zQEIlNSIgSMzA0N7UHfF7yvwywI8V0iO4L6ljyewIRKAFVuEt3jx48R/JaW luAgJF+k0V+8vDhYgq/zc+0KxUdBWAZBHB4ejoyOTgQB+QD/GBR02j5Ap0FOAsj7sDBUXxJbV/9y 510tcIjlZaAYUnNyAvewYKnvS9La2gqy++rqqkS/uRjwPnp2a9hWfHx8hlQE4PBGn3vBMMnlQRss 5tyCAjDynR0doXisbcPD5XV1fIKCLwjfnu1M2djY4DLpCGMY705Xgu/LXWHtCBvW/LzevQA27+7u QOmDE3ic7RiwoQansHkXn5ye1tfVkZGTq6urc3JyEgt6XpxuawDyK5boeAKCCNJwcjkR7LzQ5AWg nsJzRbeEJ60adXlWJtJap2qfEia48NxvfPjVyaXCC4uKGl0PybZyCgtBOqwTctukMoU8Y/RFyCYF tPPs2bPBkKiIlK9f37i6XsQx6+OhIPiSvDFSm6mytoRCA3ue4eAYlJxOVkP1ARGWGXW/ZSAIW9vZ mR0w3HiEixsXEIDwtQAwBgBCuG1tZeUPN3EgNobwi56Odirjg4PmVlb+eqCYDlxJVB0Tow8dKl0P DQnCEOYAXqz3J/V9fHMlDmrYzIxa57f4VK2DmYtLdVkZq+eKcgnPhxARHObTvrO/+FgM3b8n84H2 D+NyoBDy8iyaB2x//PjxNT4eiEWWMNJFQE8s9ivS7Ozf4diLHmLi4nKzsg4NDeH/iAY1C2SZpaGh b2XEtP6noKBWHD20CEwUlJsR+j9Q4PshbcAv/8NjIjXMv9UrIiOi78EcB+/f4rb1c85jfvW2LgCN Zc+6nvwtkv2xT06I/6F/4SYw+nwe/t1uIfoI6ioqKu7u7vBuTfIAI1+9sm7R4/bHZ4sE1N3BW8Vr 0Oafdz/cvA8AamxkZBtX9R38QjgC80JtITY29tX253Jb2ch6HdT4eZQU70IvT39Vbv/ge2gOEkSY Kgq4anh4eHJy8oyMjLLzklMcamrqhyI8zeYRLiA97u6u9+E8iARvaXo+SOVSPIEovX4t6LI3O1MN ZWdju7m91SxyPoXpVIB64wn7lZYTsnJyaZWl3r2b94MjI2IYHb9+hZ1nXlUT2TH2iLS6MNFThdg0 kCRGrjBpiGVztweeT0+AuAp5v5x5C39vQuxIgij68R4OEoBOfAcy7OzsDCSFuvrYqwQuQMpIfIGJ Rys9WDtOH3wlREQ+fDZuJqGiOgNLeHlrQaq8e/cu+aWbirKyHSCwhpwGkB4Q4bdvF4l9blo93rWh 31PwnpAYj+kj6kQuyEC7+IHQHh4ZYWdnx3KUDHgIih9IBSD7ABy3tAg/FHGtvT/lJx44y6BodvD0 8sJ8WFZVFRBh1p8ImLh1+nc3nE820gP6TxM6d7hLiXm/JSL9fPd1Xrfxqo5FRD5/sIB9t4mzX0kM SMOH96Ex4uiD5suIpPz+/v6fP38C6N0btndxGejrs7SyArLTSLcrmcMCDPPTMElgClBQUSU4ZV69 YgTcRkOTW1y8N5QhBXYFhQtIGKh9lvfZ2aZAMnl7exsZGYFl5uY0I++0hpt3ZqojNrP+rWwWi/r4 NSFBCGj6vjjmsbGxvLy8QmJRYIxwcXG1tWcEg3ylZN5ZWAA80HzzZme29ntFRUV29tp0pSU20iNI KRCkNTU8HJlpaQaGhulNTYKeHczM2hYHZD0SIc+A54qVzJhr9lkYGzsFul+++so2MCpK1c2Nt0GO EGJ7uqUuI9ODz25qm9w2W+tg0PVC0HMypymVO0xCs87RwtSUKkySnpGx0XZJFKrNzcDAAEbxQcmo v7mlJcDuRiCAwQmBGgGigPBFM5EdKnMkwLVGl/35BrdjQINSGUN7c/WBt0nvF0QPOZ+VWvr5KbzG eD7XYjFndc1XdYujgEwUGrnDqAHiGxQUND8/P9kCxr7OfhXpiufEnb3YkrgZlQrIQkrKX4m8qhoa uDgEZ2zoe007wCj0xTIaMXYCO3d7cwN5XMkiDQSOwBu1dUPvzq6ugNa3gOuNQD98bg6lHBzYnV/y /1slns69887SkhzRfnOYEgqF8iXpqamtrKxER0U5AL2M5wJ2jyAWOjs/d3F0BBcGSvLXz58dTdN9 sEYvJJTitOsJugFKn5eXt0CjRA8ETUJCwtmZa4uemlpDX5+YmHh/Z2dnZQX7T+uIfkB9Xr/UMieP 47kZRa0INCEXdP45BsbnyEgyIPkn5z4G6ut56rf4UQA5go/SBZS8jo4OGrEgyj7TTpw+O9Cjk3vC ysqYIp+BUbN/6tIdTgQsGsAX+teFBycnNxeHRmBtzBVxu1XjL7UlcwYKGhpEkc8HB7bAvWXJxc03 eXn0J/IOIvOrmlhazszOPn/+PFRydHAQcJvH5VFWYGB320dkfVChh8tSoOo2QhbCXT/gyuzNVJd8 /348kqMIgBkkMXA30IUmCWbxbmjaBUHIAsLjjEJIsQ1kdjyMWcZTc6l6sJVG5kYHjEST9y0BKgMp 6eHp9oTfY/R0JrFC7uWss8OZ1MDAwLg4DS0tLTu7sonmVO2h2rvy7s7OuVqHwDxsoMWMWPAOcKlm 9odIAsYUcHDFPkxOToLhSL+1srJieH0CtACQ3RtuNGDkHoosnqA/V2tFYqKj43PawoaQAPVKTf0Y wXS6d/33b1+ST0B3qCK4z36uMel79lBkZ3d3aTlfvQDjoTLMpYO0QPRdLCFDtlU6XftFWDEhZsCf 20bL3MSMhBsZGhbGSEcnainEx1fXXJcGaDw3N9egPWB1ZaWlPgvzIajnJYo9ALUYD+1cXAIjANsi +rq6uxu2n3Dltg29gbzPz38HuG9UHftC9+FXkZjGRi9LS/oRaQEysvT8fNnXr58J0tHTV1dVFb8p eyD4u5pcb1EiElgeMQzjVt9HB3b/8E3oYJ2SZ1gn1M9P+fVFHZytNncTxaHJxwXRxxkUhw6rOzuh JIjutPU5OdR+rW9/HX/e/OWa56VQnLVvfRmxzXxdZT3T5Hn5YA4VBQXwEwTCbtYvjrHSTexjnLAu 8ur+qxoLN7eitPRbEHZM/hePIW80NSmpqbm5udu7gUsXleJomSjRX2o+iMjOpqpIxnj4JSbm9Oho GjBMmlhgYlISHIRcMnTxJRRA40FEW5soBML3RVtPr/8tCzizqYkJJRDCRrMAHHr6+s6v8zwUEJGR t0FxkBlCV1c74uqjwXAuLy8PTYNOLJLNCIimKeGhBCQmJgLRmJdHm6jy0ZLy+dHBktiFlKmpqZER eSA/6yGnM9CMQFGCbJikkfcgAJsbGhkBzoxHUAd+ZiBFSAPQ1AisqSopASWfwGLw4KQTKtUwGBEp LydnCZQwjx2Z50rWx9/Vra009AqO8CfDdYeUPTI+Y9oweOoYUAc1aGKSFRGB7qlTZaVpb3/UHUHM OzCzuAULsN7iVV/yt2/56enpoJdMTHdHq3I8QeYWFpp6enfA3jetaS6etHNyGrNpSkg88mgpys5G IBQWESElJ4f3Aqm8s7WlApy+7qIVnF+r8L1wnAUA2t/LyxYc08frA8DPLGoxj5ChoQGzax4xPjeH ChGm5pKTlQXy9ux6vzknJ8fFyQnQw+1RH/OjR48mN1AQxJQmeONiY+0xkXMarLxq5fDHvXV1iQie XnNHcPzXLFqVQZWjs3ObAV9mVVVsu2RISdmBBm6V5dvOmRl+cvL2sTGnn19ZgUR9H46NJCEjY7E3 Wzt5SgKBzPK1VxEdPoiItLK27kxOzy8oEPNRPRoWtZteJInBoa6Dc7eYu4g0ntE/HYfl6NRasEIO wBa7X984E7isCYDmDcVnj2XS7XXrQtCFdjntHj9g1j/DZdYDvdF684aDgwPQIly/NGC+zOzsI86B B48345BjgOIPkxRbj4WDyNe7a2trB6ISBgjKysoGf/pk6zp8OllmBJ1vAObr7ORE57vpr3h2M9cB Fllj45Vc5QzJiBeN3rfuQOcmcEPPjH6/HF7mwPFrbSnGlJaWRnkb7g6YY3RsDKRoBtOtq0J+TQ3e Xm4RqGBLSz/kPBDm55K4ODidxQ0/envHJyaM4E+cT9D1jQyEcjMz/Y+3gHv51d9f3NBwAwh6QxQ9 SQFqacnvfVNz4fPBMtpqBpP5gEYGIIaVD/UfU7m4cMEYXdR1No7wOK+QZwh1UG7bdGbCbkIfVVLG PrIA4PajRx9rHdbdPTy4OTklpKSOkw0M9n7V3GnZ3Y4trvYByrzbGqOXk+vT/G6aJOTTVFU1/uPH JwslTjVSeMhXrnwHERERuLrnEEhpaWnL1dra2reEhIztcltOUNdxUdGVlZUjw8MbjnyeK92yOnZ2 h8BiRxDxZ5eUDHDg0zMzNxt2Ijlef2rJKyjAwsGROJ388UO69PLDzfGA0KT7Zll4R0cHyMMq26U2 wazEyEhDc3NEn1t4iGl/4hOItILC2stHaoxA1AAHG29KthTB8nq78IIAeWD/Z7IA4XojsPzANgCb a9QdLuB5wbIFmEXQ6+pkPvRuqZr8kzCFDNmXn79+LS1kSIaBGvG8vxPw7ICmPX9nFWFty9IbjDW3 gYp2zZd4h0St4acQaeUA9Hjk168by8vfHTeHgZ46j5N4AsIF0agckCG0srGJBV10Wl+F1es7AwMD KJQYF9fl/s5LSEiIkjJr30DpNGXE57vZgLODQ73t0gNfEsuJYicHB+CnnlMH3ZyMKCL6XlxeohJy WQFpAOTA5K6Vw3q/BAYFD88bwJb6+veA5cDF2jagcOdvb27CQfSaPJ9ENANhmD6yHPFC4OriMANc ZGZmZn29h7U1oy8JGhraoAbYVxXW2IHeJyWFuwu7629ZSOU26Y0GCmBrY+PTp0+hLwT46OlDnHJe TBCO1cZSXKlUhL7piiCOIPkBJGhMdHS2QpKWikpbhTKRDyF/ODNzpKOtrTDGymieKpCb2+NFGUPm hdr8fya483JzF5UQMZycTgHzff36FZNc8o2W1msNje7ubgc8XBu1gd7e4fHxu6VAYgCmAIK+eluE Pectb2y8BeqAi4srNjZ2QwU5vEsUIMHI6OjK7i4jNXVOdnaVYWcwrWq2MDMVvzqwSygI8Lpu8axG CH6tF9slzUC5AiVHLf/VdrEFTkpKCiYuHlLK1CgLsLM7nGwMAbd7vr+QM2S+USx18yy4pOwCNspI i1sILdYARzricLxhgLxCoYGMy+RPzAwCVng9uA0D4RsuRM16Z0a/1oPDQ1YWFpjF6ZbR8ZlKgwLm nWUA8nxsaEgkY2jwiwD1zPpjcsSGbAQiNXU1NZL71Y2hjEQKcaooMTGxpexc4NSBoWah/Q1Ia3pm xuAbEHQbJXpVfnReXreA1fDKGho8L49WJ8OpGBhQDJYG08QGcZunAZCD7g++AUKw0Jmt5oWaHaPM +5ndBxCFFEFUrMLc3IvL9ZRrS6XOEAo4CAjN6emp0mvwiegLlJfR96KMDD+SH0Be8WI/CA4JQW6Q RxD5HBqK0u/CJrqc8hj9hf+7y9NtDQ2NNb9iyPuPyLjeABgDWounT7LLMPDx44Ek2duzwUutqMC+ ve3myCX7Im1nZweqe4MqExgB9dev00X7f/2S8Lkvs5YSxoic/S9ev8ucg2BWDLUVmgbRMJqqahWh pn9fQAipdlqWe6r/2kp7IzWKgrr2KQ5OUUEBkL1GwfxAmb+wJM5BFQXV39be3gxExaPwu4uVqz40 iJKamjELHrVC4vvN0fHx+WaflOOX6IZvdtXswkB84uM1I75/gkCAvQHuDh7er0nPVTxLBQQjLDT0 yvFNkBjAfFDx8dOhnzOAkbKy+ulOoV36WZqi5oPFam9MUlKSfMwjxZ/21e70TEw2hoZtp2FpwF0C PQBMsVfYj9dGq6urQKR3heL73ZUuY7DFF5aUQN+9yy8s/LkF0g1BL9JW6REEj9c+Mz4efzsZpYoR W9/ocGZxMRIHyaWu9XVkw4mGn3LkRS2wJO+gUNhsOy7tMnliIz5z5UCfhp+i/hkpckES3QNfQVI6 uuAXA89wcRVfvTIRiPE63RoDugDddTyABJ5ZxlGJc4OkorgZQ0EGCIz0ykp1EZE04hEKd/YHeqQI 6g9fklFTB5L8AHsQC3nrqMNaFggwdtfPn4XEJc0XyfiuMmjzIjhpTrcfS2XsJ4p1OTk5URCM5uqc bhPYhhIwDxAthuUnKqRYffsRWhclgb7v6BAXEVkCouHw8LDNgf0l3H4oEb8zKKyysjLffkS41ns8 Ie8bQILAmgUmi+5KfZoPfW+JUaOsOzj1j1/48WZJBi/MfKzVqP9ecGGzGWj5DvHKPzd3A+wKlCpv M4X4ovxXFjgB44ToaIrBBkR+v3TvrMxM75vDbqCCgIcWWZeAnGgQKeeNAouvLC9fmJ7+e6Yaehsj 8OCBrwgKR97BzeXxxsbG4KDS6NzkJA8fHx8bm8p7N3gI6PHZjy/kPT09+/ONISEh2hXmmKqQf/UT YsqmWo6fn5inp6eBwRKA69dFWp0rcv/ml0L90RB5Km0tLYC+kqBJSbHjz3WddyrG94Rj4oKzh4LI kyzr1TsXgbLRerO019gIEoCHk8dpaxTQZWhoKDjgxYUrMzMz1cLG/dGIopDdnZ5nIxs3d7PdsqSN zR6INToRn3/jhO/5FREEaM83RXe2j5mtP3RrYVgRAfcPaLbdwhtYeb3Ip97AdRgZGh4dH38vL1dI fhmUvOXi7BwQtr32KwFIXEAqLb2XHUFYsB8iiYG7SM/IwGV407I/W3777uCJ3vSDljGzxKb+4eGn 9zNedzeXLS3CVlRA6cYxao+XSFC3QB6rc0PnxTEyCwqQOW+8jlZ6wEh8uL9xvzgw0NScylPNAQ74 y+fP70l+gLpX0mdlBVDWEBwc3NLS8vkzBoLfB+v2kexXwHYBgQKID/Yzk18rUFOPuQ4Bl45sntBr FFstNAlwcGB7JDytiJ8ZH0dgXGv1+MZzAoJ6jiYACgLZI7OhGziMnXMRHOBOLFmAe6el3bw4XAb+ uwYMoC9JjkKSqBfodADJD8BuxbchgYGPA/c7J+hVVUeAZD85OYmh17CZq6tsahJkZ8eq7LprRM13 tUBuGPV9u/1JNM3z9up0Z+o7cIhYuLj7BWnlrZ1Xp9uYD4MiIkC53u7N1SMjIb0ufAPXyGU97U8i Dbx7Zwju/kLzAlBLg4PvvwFPTCMtLy8+gs9q+NCXRD6JRajl/l2phI6O5/HaLwsLC0AXmpqawNCv sZAxW8Ppp9hd8QG9dAN10dWdq7ScGMzMVaPzJSElJU1E9k+FtoRtlRoCxZ72yoEtHgVdENFTidPu t7hVoBPIYQDLoyxBJSXMviTj4+MHhz/j2YFw2BAdA/4fCOD3kuhPnoBTipRMuJ1q7v/jXoDS6mop DOOeSEqBJg01tVHAO+LiD8Mpvn573MTs3duRioQMC+7nTTnnpbaP4BQnwfQ8uVu7gmo357+3x1J8 7qampoIEi/UaCSyRLzwI1Q6Hn7nmPWodH4oQuvtE8ulgFqlXyNHJqb6urj+JP7AO6IvUCfgWERwt u66uLoCy53tzfhG+BGpLPpwHyioqV+spPuXl5bEMmkAPLK+vawCl08fcbPs0Lq7qfckAjxfRDJSb NZfg7Z2qOjCJgRpxikl8lUVFjPT0yNsFRUVeYMi2traAd/76Fc91iQsi/O9NoclzK/z48aOmpmZy evqM1odZrwH40Q0je3u2j6IiCRV/T151YP+zyasWKXLyjJUVY46rRo9zIDCGPGpAXiMhIQFb6O4J BIAZoAcov8KB16GqaVtb2++eKOpJGeznT//8Vg2kKhC3CSfMw8PD5u9loqiAxh8yr+jt7QXgtPP5 gVDxv53Q257lFGqJo/BGNcSBh3xOSVFMUyodXrxqvHDntJosLdFvTs9OWIyRbQybv1JrDsFl7tIi ALwmLy8/OjEhpQv4DTbdv9oXB0IyOqqWbSACZcT+vbeXHBc3MTmJh4s7EfHa+a+ET936MTLCDiLF x0cAKYUuCE6GA6UxCNHS0pKRkXn27Bm/yx4DI2NRXl6t8y7Bu0jC5vADr0dtR6t9tNiySkoYW7CH x4EBNloE4ARGJoNd3ap1wqwlpQRBEJdJ5+JkMyomRl1cXPzduy2QNZurq5VmAy8UqMjdLJAvrn5W lbTfOy+/ffv2c2/bJ0xynlCFll4fbEpeXk1Jya6ODuPD353cNrMt7sBMGhsbwyQqC4stcHeAkoHY 9eXap6SgAN6wsqJivERfCCh7gDM+PvfFxcW7M9XsWRhYWCM5Fm9ed4UTXYMFv38bnhyCz1zmG0Ki n0GfPr09rc/IgIdA9vEfQoBMBR5wenISdHa2zskSlH/hOdT28TrtzPQ0FRVVkzvIsLGCxExPUBEA vSOIhUC9BdwiM+BC3u5MlgUFBWEjmQAN8Rjtua2LS0RYmETc/OFyOLGQnrb2NVDJwIY0399dF2p+ H0xJePCwGaEMXM/0xMT5WIGG/Nzt4XI3GH/FFMFf7n0CaBfuOERERZmZD5njqaN6wBADPHaIqC45 r/QGNJ2jmBIu2NvT8+srK3ySR1RUlMfFAWmQuFatfRZQI4aG6WlppAR4OR8fQMBggiK9ApiVJRfX 5HOffJxA4+Yf9zpAH9k3P8Pn7pIaiEznCEDopURpLjEPIMA5gICiv3jJ43N3A/QigDV9MMAAHUoL yD31RVgthjNBVvf2yqK109PQVFRV2T99qp9CenPxbvGtjY2gUReKvv4CQAxOzkrdeuckIE2qql6L ivo6MZaULFY/8vTqGjbSDzze7Xp8zYuIjEwe1QOCOzc3Nxv9GWKZg6RACpvM53PaArzg5OQE1sFm qnIw/vUNAvQ6moFxZO15p+npZDXjhNjY0VFRfl74E3FYGXiEhC5OTgY+7GOgGiQkgJtioKZeBzqa 4ukT/rL4mJjT353IHAfjRdqYDz84ZELeT09Pg/ImCDub0PfRbXAty8hYBpBRyLxrR4a7gCtk4rjZ Oj/fVFmJo/0cbdP6yT/uPyA6ht1/4L8ppQe1i+e6rKupIUFsG+0+NLqMoLWjkvk9QULBz19fVfVM 5DMweG+h4npVVppANTs6OoJS1dUlSlIwm34WfAwY/wHE1d19HBid1VUgpQU9zlA8onCZT0N8enIB yPmSAIAR6Oq0SIO8/3uOsrkKJMu15SX6x5Cq98S4zc8eqkthTG4Cd1Dm3hq+9yuBu3CZ9Iav7RwH G+ANqO/GS8O4e3B4YIAiih7drAp5egUcLBd8aL+7vV4SzIHdg1BXdwXcObViMgM9vSUU2j1AjaVT 8ajqCsV9c3vSu357a0tLW5ue5aTqhtus/zlf0t7qaqebzJOvwhj+SPd+36cg77cnSqipqGLj4gAm DqQIEaMCa/k1MjI9Pz9YIT02JsYgxw0QKNL9Rx8OTs40fZcf9S77oE+1Lx7Q09JKSEnlZGUZNOdh I31sffujpwefgGB8bKw1imdD/hqICya9BldQZxsb5sBIgSKvquI6qQcQ/OfGBdXslyBokM8A/vHx NxcXDw6WxPbsP7XJ9CooKBxQP8Ilcof+Nd+YkdMBU3585WEhJJ8KC3dmax04OTgAuixOLwAIegN9 Tyx9YIkBwDs9N9ccCMOdncTk5HDnZ0D7NLgekt1oi4iQAsUBhFS1zdzvlS4cz0YVDY2FCgtVkK/y 8qG+vr7V1dUpKcSzP0OyWyKuGJmZzVjwZqqskdHQAA1JmuGTXjCOzs6+pKJC0BX/FBLi4Oy8VxK6 1CJH317yaKmQPBqgS3+/ApXUDZ/hTDfSQ7oY2ZyRw3bPmwtMiHCaEsbDWvdTusD67INT/LaIEgS0 5a4wOTk5eIjVfMPlX3cQwEN06hyDjsc4nh/MPGgSFHPf3iZp9KqHg0yaSLHFzy7/XPjKasSk3+QJ NFxuLs088rVAu1UOHSfnKcAin/tb7vEvomk0tLS/kvhd+hN537jsVBFOarPioZygnxSi+re+tfXy +1pR4aijo2NpWQDsZNUHzv/qrRmwO6dGx8bgHzzgsppUUlEBIsbhfE+XAx1IFBAtpWa4v2/G8Le8 mTV5+jEqurGxkZ2NTUdXtzsU/3ip/fGLBURlJSVA2cLEhISEQE9g4+DwBlkaGGASEytmDCUL+cyP jj7U2I5/Z7vYWiLCgQJZBBIEgEc3AFSsp0+BFXkMadFjGhocxHj+/DkmpoGJyeliK3wVEIQFnz9/ XmoPBIndZhIOPPBsvQszLe2TmXcXys2gavpiGa9vzxdGRkbAaQHmeV+uxvn6Pmgp/hjZY4yDEzM9 rTXamJ2drV/e8UxPC9+bEdGMKO0t7kPSC6cOGWJ6DAICgtLXT907BgZK6uq+SWZ4XRzAzFOuRwTW TC55uGAGrP78gNv38hKAtPz4gZgk6X55ZNI86xW08AwM7rC2/uPNwxlUWgYGcam3anQxTkqUjIyg Rz7rKytW0xVB55He6yzQJr/HGOHPeX2dMv/ccQIMH+49s63Z82ZMLKzr6/3mmOho01/fOjNnOzs7 bZnNAJhraxMm2gB5JNJX7rKvB64U6BzlDMmYuLiQoKDV9XWxBaDFsrOpOPJAje1MseotUqz+i4nH 20prYDhxrp8BjYCJiYnGXMwHpH8CN7SislJAQGCiUNNh7Sf+OMuN9vU26g2B8W8gAgH4Cgi2iwPY g7xvt965cDcxMor69i3Y5vkHs6qh3WOMva241rdvJww0q4klJCXDCTjfAWcJEIWbi0sywni5WgnB DzbB4kQ5eB276x34N4eRoxkkZbeVkLeelfE0uB0Dm6qho/OcWl5UtA0kLzDZpeR0EGEPD/7XKUsL k/h58yfxLrZNBDwV1dXtkVwcHDT09GJS4DLQrlE9/xQL+5CR/sRydYIYwBsacvLv5kNkhtw4EZ+l KRR+FWTmAOoVTLJYf5XyOS5Ov8xQQh+dVDVvFHRze3t7Zmqq7AUvOBgrB4easvKHCFt9uu13GiDc kLfAvBcVFYGdP4Zvbm4CxgFdO7D7+ZVVja4yNzc3onMLTkGFiZHR2tLy+OAAD5gZkJnX0d4ODuzf eGL/usfG0Qllr7Pn169ViuKqKmctLQK+ASGnLbVxFtv8jOqUfkNDQ5Cy2jW2pOuPlhJfWH5+4hrv CfX7AeQoPAQJGZnXjahJD6gHA8VucNVR0hTZ5EKzY1Bd3SSAAdMDBPj4p3iFNTVAs410hxONAPLE RTzQNhcRaQVYN9T9onr3OAPBzcLkopIkl+/3oxu+340Rq48BLGLj4p6fnKyQ7cUx65fOPF9aAMhi gDSeISh2cTjWklZYaAWuE/IekODFxcXk1FRebq6/v/9JX6KAt/bigTZC6/72VS+g4/Wf8ctbW8FJ P6kWX2SHbb1h3jGtBvqbBS+0+e4KoIuciop9m/8TmMBydHx4vzflb1YOm//UKIGHh4+naqmdsccj IAgm+QHSbY4l9VtOcfH8+PgzLCx2ww5EObk+IIeB2+YoBkKiubkZWOKmprtkAY+vP/M2t7eBZABp B1YB/QHU8wEY0o0SLEgLcIJzs7NMOjXA1oLUB9+Vtt9dNF3Qsk/9eIKICNyDvMPdRaFufWzrW3B5 eHh4G5ubaRm5tQ7rZIhPnz8vBKNbUnIPHCTQTNlT4fO/Bd1PNpa7I9zd3QGo7O3t2fJn+vnBc+39 +EI+MzPDrFPzFnC7hUXP6JBwuwsODk4i7kNfcpkbggav66qIiAggNIG+BVJ+fSDF0tJyiPcr4AvY vX2EsLe72DXfnmlLSXWDE/B6MjfpPXr8mBzxCHgp4ElDCTi3gBJEQcjgJpT2yl8ACEmOaH+yoUxJ mQUINjY6+i13vmI8m8n2eBEfHx/A7gypiP7e3rYqqsRnSJCLzZwUjIeHx8eEAMxBrQGP8IY7/5/l hG/pXG7/qDPJhZP/Pj2NNMUw2P3bt2+enp7eF0uPiYiSgH9Kj8NimcozbFtYIBb5nJpKAogA2HKz gWSg4VMrI0oGMLw9OW1hpwoODl6scQZGcaHJy4gFDwwX7NcRG5vlOsbFbXYF/e6zmTBoTm9XV4BC DvA7kxjwLwtlWyifo+VDILB7kwIMYfcmHZwz6T9WB5ZJ8k2L8xsmJqaDK+yHImxsbLAujcqJiWWU lWG6V1ZWtpLjTHbgMuvJZwy9hSlCMH6GXku0Txgm/TYumnho2Z02KJ7SMjGB0osVY6eDQFhZyw4O Dpj1m1qIrCazEq1nqioBppw/w8GJT0hwwAMWtrm0FEOSgRls4ukWQRzw96xqV+cdwiPIxsYGCeLw DMdTNJ7IjpJWj/M9J2fn9DIVVdUy7oOX3jd4p4YseEBgGJbfBer78bhTMjF5783y8iWheQn53IXe Eg0Y3SYLehFQaSsrHx4PCJF/FYkJC3ulro7zbSYx8Xk21kRjpRIEEi+Phor6EWdicNB25Qemv4lS ZwTBw4ZKtkStlvNVSyI4m8fqkOrwySskJHz8eMCyxcVMXwu2tt7V+BGWEqp96VmBDZnAcCA6cekz sckt9sUZjQzujs7Ogvz8m5ubRfJ1530l4CR5rkJHJg55crW+m6IWFLpWEx/qwj9Wfy5KFXV6evrq 1auyZs5H4cB0BwU9OfvBEfzp0w/A0K/k5d0tCQFq/XWjoWhzxK/LODZBMDZA7iIgIHjpSqWq5AFP LykpKc9+8Lz83RjdQxF3He6VRzcE0dHRo8C5cnLu2inbA2IF+Z7CY0cWWH8a3zJED3kfGorCsTe2 P3M5NjoaGhbmMbOakZZmYGMTrtfU9dAbGXZXHDv7tt0t7kERAhzUGu6Pgm54ry/VNtX9ALKysiL/ 6tXpycmVVhBQgqADII8FzqQvrl4e/PzGWVBZ6bQ7XelZ547YzLi4we6tL0VCQZKbRPfgwQuYOBu5 Imhd9M0VefAA0vIznj0kJISejs4G5PHt1SnAyGAQBj7Vh37wD0VgD01kU80iMKwRP0G88o+PnwJV zVvdIE9ihcEpLQxJU8mLolbkYmOL/PwZVDBQi0YC/TLCLb33pvmLbPmp7GLCfzWWNyKpEk4QCEcw 8+TsPz0/oXdRjhvx/q+26OGH8smCzrdVEVCJpubU+8ZiILb0dzqOnjBlkq5QPsUujNzZ2WGgoXlb J/Qw5LNc5GDYneHGJsL9RXFFOIdFtuV0xtdWntx31ta65cZPIC1jYzgEGQCVr5cjhKgUEmG/wKS3 +vr5sbOzw0GAGJAMawKyWviY1MbGBjhYBAiwvgjT35vsV5EgiwDsYHMv7hmglZQw7/MODAwIOW7A HnGAQAD4OKz3f7wEjt4R+trXeX8+jOBL38DAAijKg6X2srie0jDYPbBycUysbqDV1tQc6JFVUVBQ JPI6ZKemCmtpTQ8P2x+v/TrA4PxG/zQoMzU1taBge3nZb57zGQZGam7uJ4Ib4I11ygw/BgZ2+z5C /jqcwg1NBugfUb194BcbGwsEURKor0qnUWoEPQJE3+iYGCBqT021/buforKU3tLR0QUEBIjGJSYm 3l6fy0lLi0tKPgilKBO2NiPERS6gQEZCOjk9BZ5hKiG1JioTIkeBMbfIMiBw5gQoGACsg63tmyZP 3i28p0+Pjlb7BgcHZ2dn919xI2QUXmQ6sbSTkpKSS4WLE5Xo1D7FwsJ69ixA73Vrzgs876l7M5UP YzdxB2IAqWRSh0QfigCLj7SNjtr+lkVJrA7QgPjckFx2tmJKOAki3yfAf35w7g14cASIa1+AzwWC zcHhGP4x2g4wC3uztbCflbYHhO4d73HZ4gvz8oIE19bW0ml35hsJp3lo6ehEiaa6UNHQECA8vLy1 RjUO62j7lIZ9gDvgIGdnZ7BfJJCQhsfGBFz2np/41mqVvm0dzpIDgM4IvDszc0pUFLwXkPpmP79+ yIaHPpsBGlv1CuggHCDFOeu7NUDCAOgvfXbJY7yYpaytbfnuHR01NTUl5aOwV+fQIIQXk955alsg LVL76py2c9Xyo6OxPTuGnKvslN1H6V1PV4DXtSvv/kjxSJ1MZBMh0G2vrEQMo2NiQgMIJM7oq7Nd bbqYOtikk8oL9zo4fPHy3ynjrXmfS0tZCjOAJAOId/XjT1z1G1xZsRHUIe9B50kFUPPvLteJQUFl WRsb+9eJfUxVogFYBfYwMDAY/E05kvoOuKcveMCVtnpUwWShzSzP6EtWX5IUQS9DVHDxVY6bwy9U Wbi4gEapDQ39CULmgTJopJPLdLAW9QGk5HvZLNgtOU6bOzvi2jyqxeXfv0uIi6/9jIcn5n0uCcJt QO/1Njcv74NG6CltrHAmJtAWu7uvckYAktDT02sD4oygfIpYejs9MwNdaCISweBLEgRSx8PDIztC JGK6n4tJNsK9sycwClkGKV/cdxgV7XhWWx8wU0lm5sruLioxrNtAuYeHo/2L6Fhgo6Ojj2ZlZUmo qTm2B6AefPERYLkpV81TY3uujKpHrm77FvvFi/mMfUDwEMiLFy9gz1n8+lWUl9d6RUBICPs/SYIh pKDAIyT8LknM+S4aF2FcW78GlJ35zcXhG6yBySDZKrU/98Lx8PMrJnAxcnHFnt8cJAB7NLJ5AmTB KAhEZvW1MIBuavmvB1enlv0j96BM/B6jz87NaTYCgwLcnGQoXlp6uqGRERYRUdjp7cVhRn19PdAN 6enpBQX02x8P4ph0y0tLgVSfGB09OTw0YFuE3fFhMZJ9mu3aSIphAYp6amrqS48xEJDA6s/bnC8X iz/omJsDQL0NeZ+ZSfHkSZAgp2KVnd0Jkpyp6Rrs3vcBXuxiSt4DyqeFNovr+DklqkpKPPYr0uB6 JCW7QDZGRUbCJr0b/Rc9RsJaKenvLIiCxO0dHYHbfnK0H54NqAvY+xNTxbvTloO++bk5gQ3Fe+U8 NQ2NCZDmhiW04jLy8g8hk5OTbzQ1SREfECtLRrwoys5+Rkx8f3G4TKuaXSp5D9KaFoEvqd8jABhl LCDAby4d9tK7u7pU8kY3R3L4eXgys7MNc7b9oyoqOIDIAqCD1s7NwSEtK2uffDeSo7jpWBcTgxPl YWSUAdSnL8l6fxIyOnr19+99fX1iXn29vQyMjCHBwaKiov3JAtqamrwOa/KFXs0ASE36YvEJCIDz vgNWFAhbesuR8qoq77MdzZTCB0jiBMD78QIkB+sarWe4EPzgoG/omZjmm32E/FpbAlbSQYDHx6tq a3n5+a+BogZabWuhpnETJxaAEz8/v6qqKsg+KuY9in+KcXOJdpVVfFjYL4AAsAeHTH8RZNt7QetY a4w7NYoS2M0UAMLY2DB5ysvLgyFNeunG5rmij47SvPP69Ws/b6VHEAC1bnJyyM+ZjUCxycvIwMHu PtPU1vbzoS4unZyeBlfTBFq3yFiRdnUFS8um4Ate1wOSIHFwZeNDQ5r1ztb6+yWNDuvhMTExhYWF fn5iLi7nAPivsed6e99RBIBlghLrvrB5Uc6vkhnWC02NINvPdqYSc1KSkhhJSVvd4TeE7m9GBgdL fe69zczMqKlzQKLvlEQBnwpyVtDtqKO93Wip7SMgNiCvgEh63wRkCnA7B+fnICLAoOjWOW7uzlQD LG09CbZb7oLJVl4fNMxPHJ5eXhNF2i4AkUBFC7geLM43enw3/aUF+C029tnRAhadTrT0eyUabG7u 6r44ZgAg9d1oRFIzU127r0qUgMR5TkQE7ANiHMrXRYVIeH2y1i0E7+TDa76nQY4AkDRK9IC4JX7p WqpI60eaQ+gn99pzjA/gDF1M8HxNzNev5mZmgfMVP5phOJoi5MMkfh5q/ysUn52Dg6M/RegeCFSj uZHhYS1tbaDHwEKqV98euhOovYpnW+2NoTdmmwIyntPEDpRZAwTyvj4hIJ6FnR0wfkRoaIPP/V2W XBzIwu3NTXwcnM4eJCugYFRUnr70Ss3K4jT9+RVUCjMzc/8CkBayNe0obZfvkyzr6uunel/BvLdw zogMRSSg+Savax7F5ro6Am0ybJAwbPGeiy0fQMEmfP3KMjd/utjqB2pL7c9P5SK4qKiojkxbwDvr 6urKUwt0dnbG68HtW5hqqXZJKQ0fHB87ODq+dNlLTEhIaGy8Bdt5NFTEhDx98szFxQVkMTg+FlYU 7Hb5y9+W/N6z8xRPal32X9xYhBPlGS1p/RViSajbWmZJ348fEMigeUV5OduJLcdMNKmYzB8VkOME UI6LiwsYPmBGS/Ly3ICgYW6+8b06Knks2byjxnKxC5PooB5v7673ARm/ceHxB/a1vKLC/zgQJOrl 5SWQz+ZfgYkGOf7O3PztY0Ua4DiBzdk5R0EHrgkAN3Bz5hYWUyA4QVjUQIPo6E4tWN0eLIm5Yv/e b75HgJibm3d0d7s4Oxvi/jjUBJqlH53BG+BAi3PYEdANasrKX+LiiNlNf6IL3byvO+cZNLbfeeUB SJ1Jr6HG49wGmFRMzC/AYN4t3N+mJCe/gLxXyJkYG+vs6mK7TS4oKvroA7APHuJ9cyh1Y9UevyW4 K4X9iaO3t3e8UHNkbKzSsDMYSJXHjx6BgkUn5NrZGMqQ1+qWCHoYEhYWlpdnATUVOagkEmLyLsHD x7ewsMDHwjpeag9kNeoqRVgEodYh+7ANQm06MwGSzwoosomJ6tLSQWBBmWRtI9mMaTa7UqNwmitt +hN5m+/vPDQ0cBNL2hQ4DysfB+ifpbGoPoIcHB5OfTdDH4EgouV/S0hIS6IbxeTPHR4fV5CVfQBx dHFBl39dJi0jQyTgfgIUP8CWRJR8QEw9xkdpYoGL5L4kQDjIyMjIZ8iktf34QcPHV9fYmOSU/bhz fr6pWxLgY7j15wNoNi81Dk4M0JUvok7PYA0YVu+DRRElpcG2j8hLovwfRb98/gy71QcM3qyROD4+ PkRYVzcpMvKpwtDW9jYcBESNx+ArxicO2JMUPvfnPqU+zfarvQCpAK4CFwLYE/ixtA/PiuUo3khT qLi78wn9/r2BA1kEwvru7g5YL6DVve9ueLdLCADNtVA+rbE5iTWr8tIVFoZ8FOUFTCcjE1Rb6yYu /pBD+weXiZ79I0yuOTzH8t/V47+SBTxAksbHx4Ok7erqIpcMFW68mIP3I3V4FRYQ0AUQQVZOTjkO XOHOjhVEWEVlGCZBvK5W1tcfu2vBdXxQyKk22oj7oAHG4OwQlM/c3FyiPOfQ5klNDQ8xcQr0/sH5 4JNL/BZgpquqq8Wi8r1MOj5hgmrbIL8hnBGFQMAFXFS5SIURrO7vNwOMvLnxPMn9UFnJeeaPiGX7 WE9H57n32XyDGzktbRBRxncJkuHP0dHiPqzNrodtc3O6iooD/f39k5Own08nP+tEm+f6lmgA8wcg EoAg7GX60ObbLgJhREreT45+1vrnIGyWE8VEvPbiIiKto6OOPZGUgMXvYPphBRUx3gZFUvNQexsF BYWDkxPoeGIh79Dka7+DEpBazk+DOMSB4IRkE7FEEAuZsuDJysqqZst/mNkGcAwHgeVLO8FzoGYo WB4iIBwlD1wer+9PV9L/uReOip4e2WZve2icBisvLw/AFcB7Ud2Ojo5shST38z3d/oU7gGjmKCV6 jb/TEb3agNDp72diYTkAmZQyJn335h/3AgC4ZmCYBdYKXDJv0PbKysnarwRQ35GRkeCSAYbIyMqy vep7lcAVJptVfqcmKyMDuPEtkMFglJSVhwBjAgP/vjgbOlcH+wGhQKOEiZbWwtoaZnerrGdevHSF eIH+AYVBiI2NjY8/9UfZ4D971sVnlhwba2ppGWLzAdvUIvXrt2/zNXbLIFkVk1/29Pe/EPJ+CRSu qSuQ+5EPIaC6iQQ9LzqCsArXJS4oZJpipV0d4ZtLLIEjrXfeXemJimPURvBCf84zODxcbtSN1q/P auxoVNoXrKjFbdafiIzLBNQBK2r+xQR8O3N9WRnrV44RnDu99dmm2M8QDUllh6Td3V1bsecV7FWA SSDvQ0KQCZrKyjC9YU8upi6xAWgfxQ2vQGhJvwKJDiosPDsvLQ0kGer420KEl9xWk8JUUYQEBKXh 1IrJDyGpVPoeISE3luOhT/T19eflOmLBqAGiGuWIA1ifSCk6GU+RNbLJ77wjvK4BuBzkxk+Cn2Nj TkA2yIcPJAu0MwUqfmVZApQ/CZko0e/+Rs3KwfHzx4+WtcucFG/RxwYEBAT3N8foXFfrAym02L1g JBA+cijhoXR1hRHiYGOPjo2B0Z9mpiRwfXtt8nT0bHcmPvTZWe6u1XL6CY0MFXwECkL70JCyjMyT SuJPtpQycLGIJiRO8EIDF15z2a8SxMXFj46OSps8znbSlGhAAi0k2KCoaKYdyGwv8rWDzN905IvC TXF/e2EihWGMgZ6PwAzqlZKSElh7Gnp6o6KjNKQwSY/LIxNvb2995npza+vb9RQfkOV4KJIRcCqq wFG8s7CgLdAA/0Q7RGBuOl7Vu+wDv6Spqztn9B7ABNBVbW2i4+/4bBffV1VxjbN5pwBwO1gqExeL SKPuSdMgExGRjnTwV319s/EBqH+gc4NEcFqV3rb6PppMeHzxSlU1ClgEefmf7xvLFG1JUUmZv6Ti uUc+d6d8iu1PwbteH4kDu89t1H/Gby7/QauLAqArVVWskWLruyEQGg0Nbsjrpho/ZAtEt6CHnYNR K4P0X1JJKHp4F2IK/8zeCASTSqr946G9BhZHhft/egAQw1BJ4u/5mRZ6sV6FGNthwK+vXwfALB8D DY25jc0eI1ITbZ8IKinqn4cISVFwIO9JEGfCtug1ijOHzK/P9wFTfmSCPU2LhjY4fQuIkFm3rgO7 E8j0zs5V4EcAfu6y/gLL2xOIjo+P0Yn4QP0SQt6Hh/eDova52qRWsB/I0cnKzFy8yM/NLdSu7m9t Nbg8Ws31kJb+AcSgmJgYWPlVLyc/333tJ/5oVk3NG339ewACNjY2Ak2+Cjna2toApOuqIY2tzXxH x8d+GlrBQUEW5ubAvQFr0AoBURelQX0z+fnz5y/kUunhGsU6gACeICPDpooBAaZu6j0NygTjAC54 czPo21dtoMdBlGNk1dXUEnnsfqdLhFBQUJRuOhSV6bTvP11S1dFp8DjfA/gDQPBXihAxQfPSYBwx ohIBj/WH7uhaSSDBzs6qKit1ywwfRcH+R2hUiskNoGg9NVHrjh44V6LbeiAkvsDzkpeW5gHORUTk Q0VFRVbWKriqsbEx3ssA+8DBd2gYr2V+A+d0eQmM4m/HbNjseLXNHJ/XFceW/fWZ9VcOyCIAI7Bo a2Mj1ZAkqgcCYYsPrQMg2+B+iuTlz42ZnZkZSiwkKCTkM5QugfyMwRwKvT+d0H+UQO+p/+c2r6n3 79/n59NdpLvsz1vPN2hqaMRZoHyJjj4B4Cw4VfwIAugULL+c0PdZnT3i18+Cg3wKCen7+TMaICML Hjd0vqKqCqAiufxrnixWw45P2tU2nd3dRkT3V9slIJtcHZzfvdsCvjgzKwtUHrBsr4u0ON2OVoCp x2Pj4joDiExGRga7j6PRvbK42EZP78U3NGaCPk5PRkxBEIsoqleyior6fxmsYt162M2OacwpGKkc ttMPImgdwlIzD4H/fu2wBFxDSGiof2z8oQnnRm9flfiFALwCOsrlcoSQ6a9vY9PTde/G6AA3SUW8 oKSggKBdmRVjav3CVJD5vY50BdSJw7scWQkJCWVlu8lSA+BJByXk5a2Wu8IOoJ78mTQCWlewm/MB /pciNIEvHWkiiHerSAvVTU0gCXpmZggZ2ybLjPj5+L768vLyihzvvflauHcm/eoVaoxso/ctn3d/ /GIK8BYcsBmUeyBzAwLukZGR00IwZP1a3+bm5rq6uqYygfMCQgV5+T4CGFVlVVUxL9gTsFNKamri RbtxMTFhBJwgHiX19YSMJBN/hwnYT9KoHtgTKhEiIiIUT2mFhFKw9AVJhS0Wqx/pqawRiMjAXspN RUUlHw5daHoEET4WvSj/TZBW5HWTDNf8mImGJlUl742RQlJS0hvVHYybEnX9fwrN6W57cj5Ql2Do 7F2wSNFAiJa7I3LuLNmBUk4KxlYrPlD+r04xdDvSHsUx6wN+XdzbC09R+2t+AiB+sNNzwJMVFiNt 7e3X38rgPiN8FP1Ab1eKCkmLRvgzF9GhF58YGTk8NdXjiI4dnJZGCklNT/cdk9PV9QI0/ejRI1C+ gx+lwlbRmmIRUwAKJXz79s7Ssr27MwSXHNF+f15AwfPSH5L14WMl44lGr5eo0vDg0BAtM/NjiKOj 43M+xw3ANZD3AJtEmLNbLsq3sES1rxtOUABP5Yxsghjmhnz6hHj2gtGbpOIbeWJkxwDOlhwCxNb8 UlVNbXRiAreeNFsfj91UXkdn9nh9oDakP0en7BGTM0Av2MPvluOFBnP0ByebqnxJ4c2BJLy8QNv0 j46Otrf79fRNT1+BcIJQe/WOtUjDc9EVanKRRncl8jrkFxQA67hkZGiYXli4AwSDptjw5gk4QXv1 yVfs0I/5NBFgxG/oMdEQfYHvfHEdNjo+ThXVYxuMuRBXgihOUFha9fFOtlYRfK2rqwOy09raGvAi 6NVclTUhJLWhIVE0LdXPigF2yW2asEsGhkRLSwseuq3CwynFQxmUQj9aDc25f12iB5tkAlbsZMPS xITzqdjr18+oLcBgfhYnA0Zne2OjULe+qtrLGD6RvuqzdCa7WT8AnXxgNgFyFMKVf/8OigyISg85 UlLS1qEhIEPCBPS0eG1mawBRMgkqeEYihEnKvXrldXViIS0tbWtb+v3799pa3i16/+HS6uoclTwg OgNgvyc6OztPoo7qN3kOjY+/EHCvSEzUMTaGTaxSKyROGqkMYhyAcVsi3yfoI4LFBuDA9s5OdFSU mC4NdnBFhaOXl4C2fhMZhoXwwcwDZgAZwplwj0dWV1eBDmDh5GRkYIA9UsnMPDE4KEydzxunnoLR P72eabZR9Li4sBD706nt0ujzpWgK72Il/XfQQw9xVdWR1talnanvAsFOq70xSEhIG+SBj9j/3SmB y2cvvVeCsdjY2CAQDoKiwsLQ00VhJyfOs0b5WSAo/pplautXMVRWU3sIaYmi8vJVHJZWVJTyaQKk /ZzfOZT2fakMGIHxri4qVlY7MDKA0qAAllfj9EvhjI2NH8DDYz4EOrvW/XQLaL/CoiKPRMpsJRoI xDHn5T8C48hHBHk/9xCJOI2/iVkf8xMHidXMg4m/4qGI366YERIiZ2S0DAxWb1/f0Eh3KvNfWZJ4 gtJ42gKkEws1fKjtu3Bb2adCGoPng2lib4flNVparXvp6OiampoQfWcbPTRERdPT0tIWqv3JEY+A NHz/HgJpAZ9TphZv7ccSoE5OlQ0NDSUl+yC9gQz9SfAWWJL8/PzCPdu6j/JUgMvl5OTOq6yx7hxd TzYwvdfKDhSBjiQA9iF9yDwmJiaBy5rszyswWhAwRC1IYD9iMzAyzk1Nua324jwNOrk8NhsNsYA3 FRPz8/X1hT212GHTIo7x8O5MlDIoq4SgjxxeiYyKj59fhuLpKD22srJyTS3OQtwCSgMHhrP1h7ho N3GSYSUlJUQgD4BdBp2MZdAsB/SYp5qD8PChsH7VLQIzosGukcEu/oHHW3LyjMPl7u+/hO9t1KTY qay++UnwUE5pD6CnSjg9FOG5/yLgcWYFqPY1Peatb3T06FCGFEDQ6zrp7gmdU+l/mNYfxD43X759 I8DEbMUWlpDIAhGs3ghEJ1aQl1fT0IA9NBih/XHxQTAQ5rhuy4EcuWr5iYmJ+fnvbG0PQCB9QCLA 7rTWABwM1DDAeBNTUwD3BISEyzrrAPegxsajM4a8HHIGxsYdW52VXfbdkOhPTzAxMUEi1QRiA607 MjWVl5XVOf4nEiQXfyIhQgLDTbfbKyegFICxoX71LTo+XlNPL3zOqLu28Cr484S3vgcCiMH5/kJ1 dbXD1zBvcR7OxyAEQVEFgtpq1FE9Ba+L+EAIhFbD3KoO/rLM8mbdCIIaFy89Lw5A7kuFPwcEAgpR t9y4BwigZu/bYFQjU9MAI1QdVVVVUdHfW2MF4JJud6sX3sDD7qJRUVHR108J2TnUJgCO9xoofYD7 SxmDsu0tLcKqquysrIdgTP6f9r78H+r2fVsbypKSFmtCbkvZoqxz2+8IZcmWJUt2si9Dc4soJcmW siS7MJbsjFBk38duQhJjz5L9Od/63Pfzep7n+/wD3+8cv5RrZt7LdZ3ncR7He67rmqp4K/+O6ZWu Lk0QabcFDsuqx0tw8fCAtqU22lQ0LwvQ4KptgIQSEaGfS3kZEXGADMzt2Kd9Ir0hWPTowY0y7G8i LXEiIN9xvnz5MLE+JOTY7DLbaWZ9Z386vIyAdB341aGhIYpfZyUVKP83g6KzzkNGQCXJVk2HWD0r 43ttMyM11dLWtkkM2Xbp92yxrMxMiGgHAo6FTNBpVKrm+7FgPB5fZNenniDlPVBg2TH50f8Q6Hzw YNe8lzkZ7Qc/2GjzikpL+6386KzisrSwcPu1OLZK7BsaGBCycTUweJ2Tc6kvOnODNxSyC3KJ7dp9 0+muVCMjo1r+UHHX73dK7ydBESgqBCEYzL1HJBKxJtXGBgblNt0Xe0pACIIig3oDwlYNbLTnfFxl pdTKjAAU2geRlGwYzB7yqA/cLLg/4GNknxyQ/vHxLNy47XtfU2sOF1/6c2cWG1lm+jU1KTnZFU4N 93qIjJqauryiQlJSEh3nRCbdGKIcmLMmPn3Oh+gPZXBudhbo6zrny4AAeSh/FhYpCQms1Vjbvynf fKdM51xyPeIHlWHLdJu+wvUgI7PZILbucLf609HbQuuzAwEMyIObUKar1+70fTPJve87dokZmUef +nbfEeop6+r2QbUV4fpiMf+yxvSahAQvD8/dnAi/3e1YuaThcncq7CI/MIxehOcLoOKDZCBcuD90 /f3p8+f97T7U07vz5/tx8ioqTcPDUlJSzKuPtsYbLQogGCIitMzMLmhNl+L1RseUn/S7IO5EBufv fyDCQcPXBCe82PXRhkoqrUXykACNNc1yUxTfojN4Z/goNfkhmfHmEE/ohiU0ebH0fbCBMTFnbMmv 6+ufM3hRWxsmrfN40eY302YI/GelEyWFR9Yvinh1ZHmPg0NOSEjTl3COWFp6GuOurq409fjNpQll GppQGUUpr8Wv0O9gt/I96skl5a8zyuuYO1uDi/3jjxegq7q7ie8FDtR4HlyQljc3N791CwR/z4/O 5A2/4DTB33JnhSFEtpeuvrVVzdh4F4xanLKNoyO+q+sYFVWd8XHxK+dTZPe/1w9kJ9fZTi0qKsrM PDoldYSPhYUFZMdBocMNTpQ2v7/l1/mL82Vedjq1DicXF1qKzz/g1av+myzydF10ch305Nl6hoZY gyJbsp8XvChtTDdGU5aqomIwvn0vv91PlqB9ePmfzWf8/5als/jhlMf1z1ItsseyDP+8iN220uit Cz5eV1v7Sk5BUfHJ06eHyKIFTEZ7ehRSNRkYGEAqlFp3Xjh69MmBVv5/jkgnT0724i/Ow7JfLISj VFI1MyHR2xob/THJngfr6+txPqsqCgrfwGK918Xie3tbm5vprdv+3RrnyXURoxqMZ6bWH6duyw/1 b2U0NzUphTKmpqf3jYyo2f+7hIxseC4TmYJb5moFfGBmZlZt9fg/kx5MO2p2pqshVfeq1+ZRuVmb D77+mnKpebp98+DBb0K3sjkPD3PEHQr/yCptnWtf1yh25juvgcwpXfswMWK4fVimGmu0YtgVu/5D L4vckiKX9Mz0/6SVjXFUTVHYCD92/KDsoXJeLxQBpU4YOvd1rFY6Bu2ES8A4t00lTGxVoqaGt5bi 2v1M2D+BA3YLpYAybeRNyZ4SiS/TEtMMMSspKhLnBAFB5ilSL6mjlHyLspNAwNohW6jO2z4LyKI6 c5mSHRLXnYYcPnrpHHWQEG3W7hZh7xj7vfaEHDsp5I0zbyR0ip04UoeBKcLC2qvWR4l5H+GF4car DL3Io9XZfiH2wMiCsrKylBQFynyvJTPLzUi6d0VFyOIhUK9OlUtKyBcesjU0V4e/Rr49QEZ253nR r6mnArhrH4rS0xsMtrUox8bGTjAzV1p3vlsnYAgGZ9wqOeCa7gtpNt3lzQqLLgw7CFfYiLu8Kx4k oQNnv8k0UbIH/76tf3sMXjEmDxgjOu0tHaaDP1gT5CiDtOBFj2XmDa4+/48fP759ez6589fnMyZu 7u7iksxkZF+DIl8e68s5Sn+R+dr9jwas40+4E+57KHQo37jRkqb2hpePTyPu2lIYZnvCCrUVW+5e 8/AIFD4s6DMsVkBAAMzswNutItDF4GQgW6AEA1XN4I9QnY7cxra03DAyW1tc/AsO1tjIc/nyZR6e sqV6JoqqPzmyThgWDRTmBPRHhJ4oMSq9f9fbewOiB7X5I1mZ1duiYwnYa30Bs7fFnejr8qMDqL5S Vud5qBKy2QdcFWprtvA4aluQj6+5PqNe2dHREZwrJHcvX1HYX/IQnI1068OuYYcOsh1Bt4WeIJz7 gJ0XWtB36JdxsdtMcDdL4es5wlOV+PKlS9XxrPmKBRkeSygJdtiqteVmgb2vFCikE5DvscBRwD0W eMwNIpNPeK46jdo7tLa3Y8HkzpdN4cHGW7WzTsbEZOdcjEAWx1m1J7Q2Nja2t5fo8WN+1bFl5xyX Wvw70mV9fkRyjyDwYInKyIyWljZa83Xrd9eptus86RqJuY69z1UqdN5ID0k8lx7oGF17Ljmfp8cP ZtCkzGWy2GGI/3QzqIucHPDRZb4bLu7uq9gHq++hZ5a3N34CYyUkEIZ7MDurfWBJN0uqd+Yy0xN8 JqN0R31/qjElM1J4jnpbYTDVkcLS0iNrHF2LcI8L2uK+v/IihUVFe+8qm9Kj22jmPMnn3g8lSBvS DCk7qq0Xqm8dc1dTWbCysnq6YfMUO8WIbLej2cSh/PyaJN2PWUgPXHDDVRPHS3x8TGfPUlJTa5/u VZN7XFtb6+/vD0PJ91RfX1+zKSWF09J5qNjBz88PiKrp3XKxnVFPZ+BR+pMnT8KgIrspPtC2Vk4d yWpNcGBpSLC3dtqqoWC7cuWKXrv/9vY2DieDwWAsl1JjjMtdJkPcdfluZ7/QBEXI+9RzxD0m0mVj ebKufnb4BrKzwpUrUnvbPwNkRj+EWWvDmLnP9PCkE8TypoY7Hlh14MrnBgrHDfy+4Zid8TYmSbnX p3ewTzHlpWpvxHS0tbOh8/IbWCXdZ7ThpvX1Y7tOsbAY6enpmZgQRkaQhZpNTU2y1UuVEA+Dg4Pg g9fW1uA/DazolsGVHi0NOIbU9mKd3OOMjIyQfWzNV7RHO4xog68BqSwnJweB6ur684yJb77rlDrR SfJBM7OMb79Zvt4ZPj6+UCVzL6/SggzHk3LgzJlClVAolKVz5zvFRMyuN7iNgl/1TE7IVoveU/HP n29AFYax39nZqSu2VbbUaGmTMHZYs5BHD4FK0L1926DdHzQ2G1tiZOQpS+flb43ggCvvjz0s6B8e 5g/MeyDGb1g8262BGsk3bzj7zuUD8qNfNDQ0TtU7a29XB5UtKr5+/bqysvLu3YX0Pe7hBFf5rXjZ Nzto3G22MgHlOPdB3Qy7gjUcE3UWcGT869ebFYSdyygUpv7ZOUg/PPcmiC/MV3+KgwcPzhCJyHQD TU0VVdXqrZEF3pzp6enPnz9DOG+sdGswMTK+e/futMDud30rNzc3W1tbBYVAuloCAQXBWX5tvNix qa/vqqioO/hu1EajRrHjyCZ8LDg4GO3tLS6Zu4SsPgPh2t9/7cN02htHGKXNXxNhoBlzBHLfvy/E /bmBxmfrz+QkoOfLqtDrjiPlomDkw/0x8pK8hmasQwlGEdJCcKxMVJiACY4/sHQVbxj1GcQN9MCH D1fYA4ODG7pSVYcGB2lZpTI+1Dc0sEl5CYqLezc8ZwGltTvnhJF0HlcwelfQDU4as0M0QWhM/s2H sC8eyN4VKyu+c0V9bpR94Uq9VHU4kTvEmWLXdka/b2nMbvtx2GIqWFrzVkUIwlXUDv9rc3Nza2tv OaZa+zYr+LbiIUfk10PBKmhr96AXqqyuMIoIC0fi2XYXg+UeQ9d920deXp47Ea/vmdGi9mBzOv0R HQQHeUCNqeC3ycmBghxDKlpa9b/+8voea2XsNfYoMjJSNeayuOSF4Iq54iFhERFgtu1eXZPMPjZp nw/JyRM9mVp7G+2Y05fvWO/seYKLBPkJ/iyMRTI6Jibdl117Q81ZEbxWyvUIZOHbz8S9yvJynw5t S4rO57afXjVUWvVZaLSAL44TsXruLiQurk95N17REIR9bOzGJhHLhnqw3RIrcpXg+/PhESpI3ih8 R0dHrIgV7mebZMxlo5np6YFS54nRKrT7kyZkB02oMBsbG+nq8YyDWX4KxehfY8HHoWiBVJWW8zg/ hL7b70keihCY3Xq4pMuwfrrfo/JrJZlaRZi9XUhwHozhQlVfb6/0Soe8hsyGhbV1Rnr6VOtVAuTC qIOtk9MZOX4T3HBdXXJ2tv3e7g6b76J/6F6c9NAxdmrygEYLzd1iPX7d3DvOj25/XpsbCjbac2Bg Zr6jqbncjtl1rQuiCXiNPLB/+BB8n+dC1fptXd2pqSk+YqhS8mczUFqPQ0PBHmhfZDFIjMBtfH8D fNBEAKYERSdQuVg7P1KRc7WcRUGSd+42+N7Xs0+8m6MvwZveXHWCsvkkNLS1rU3sTSv+KDNY3TDU rhcajbaxsTE1/bqzTqi27c0ibH+/2vRqqLmZjwvBZHKYzEm5yr3dLcg0UDjDJU6J8bcGzFdneu/e vYvZ/ZkY7NArc4GpNRGFkpDw2dlclXg0+6fYWm3eAvWgbok0Gj/P4fmtdL8MuOfuzVX7ba1d5zHx XfqcpIZen9dRtyscGAb26+vjToXCm97FeOqU248OdruyQLCLSZ48V+37z6dmZ2ae+zAa7SDKefGi QQmLRIjnbTt7++zIZWXUZvgcxfg8MDwtm8x2I3eiNarZpMIj57NZ/mg9CqghQRodSAd6iJ5bfWV1 NUrTmFg1sbu1EKPJWyK2Kjy7YjiXocTw8/yavSRt/QuaOQcacnlHx9zlpP7+/lfR0R5g2Ah7u+sq RDhOW5z4xMREMv+oa7v0zLnSqbZ4LRN9GRkZTXBCw7cUU7EvXrwA9xfM6vPHvs41Bc7VbGppabke cXHARUGMl5d3Zn4e2B4v7rP1bGM4byn+bkev9HfpsH5lx4Ykq/g1hpkmuJPhtF9Tve91KXKePHum nZaKNSxxhH49dOhQhcecZgy5OGZ3G0z/97b4N9HRxV5L4wt+C+h21N52xQJuqKNDcBxl1V4s9xhu eNi5gaWJcK9wQNGAoa/dgTeicQVv6HSEgoKbm9uOoOSzNVfShzUBZncb/3SUXQGcD3hNOrlYSwZ6 eo5Aa1tbRo+htjZ19kD3lxUT1sqiWa+Ui/bzUbMJLDYY5Qfjn57cKxTn5W2yEO7t6+PLAc1CQcuc J1N0C8cEsmgZTneUHcRPzyGqwoHs3dEMLeFzJ06MTU2tz7zH4jZn3uOjEKKDfI7sDFo7MWDWlXId tTOt4TnbP3a68IjS7JEhwjlyoxHz0Z+P/b55MPsgRHe52UKYi5OztPWt7R92NSWeBD9PU9OP3d2u o5XeM2d8pyQJNnZ2ki7fwAwqizkO93d1CQMlGjpV9Ub7hyOZiNtebg4JOaZrV5Xr5eMzP1jEJyGx uTbkVNL2Z3V0RsYf7AomJokFejo6q5/oNQKDgng1/KPKoqOiouoc0dBnVOzqCVKZ5ot1Xc+bol85 lY4FcalGQ8mh3sxqy3jep/jjZOEyWxgD323f1V5dZKVmAbKgg5qKqhB3kZPzk6mgXnor5DVq+QsH xHjTgEvzpRK4jgQZP4OGDKX3OJzxDv4MG1s18DDweOX6KLqYOXzcYCrogohId0PDWVOWGTKyo0HI XID0vLwOIeW3InPGZ3sl696+R7egWfPDhtuuxbmPM0Jp1fTB9GbpON5MV/HetopfMJtcWMAsjSvy WOro9IYw8EX6520uEYJomF6/fm3sM50Kp9ueFMDk6/GffqoY62npntOAKbYnekQ2YCD33TzOT4xF 6RrfSmi2yEC6JQcoxnuxhgLJinfvoi8Z4gGdnXerjNhOnLgr9kZVVRX850l6eiirzc3NOehRkMJQ AifGEUAxdQXVdYiC9gfD2ognIT48/Jae3h+pd8pcLJWUlO7cibt0y6aEN5L+q8neZt/bVbiQU+Zt QWvFkM1gD/Lz8zs7O4n4HCbt2qVYq4RwTRkol0CFIvdavKbiPeEWinDqMCyg+5ydnb28kIVS63ND nkvjn1+8oEMELdVp/rMrcYpbj0/1SVw9xYbZzt80dMo1bZkKWpMMWOt1aE/oDVoLr+hez+7GyRlF dG0h88AnZKPoxhtQu/nuxaZqaqHCn5skMnygEyQlJLJdn12+U5rnszojiy7Fv20CzdbmLpqxuV69 dyk4jxWtrz8QxaebTTzOKmWd8ynpLw2NhZmZggQDrbQb+WKZmL4vZvmzUKlu+qHQcdJoj5st7TJb 2ZduhfbzXkFdUx7G88w2BtUXd6epVSACrMtebGpyMrM6e2JuzujmTWQDhMkj4BBnlt3lHqeqxnh4 evLlsLCwBFzkkZCOkEeNKkldSPJ2/NTQoMoD9+rcUC+tYi5z9QPhnFJlORTaIuLdm5bt+wXvYur6 I7og0OvH5wkcw98k/5aPvZFm6FiWWl29V9guwzRoK3g2DUroyZNdMLTDw1JZRw+s2VP1TU1M0EN6 E4lbG1OJnpARfv4lJevZ+oVQmINlBivAtdXV1ald7J7uTm+HinF56Tlz7+OctdkB0VDxewICWCjc r2+kRXBr0G6JOoGVOidyD1hb9OrV49TU1LaisTdgyOUel5eXJ3H9YSQSMai8Mify3fjs0oxH6667 mrkMUalSziiGSMgEg3vfz1ErHbGzUWXXRS+Bge37j7vVVEEm8ZBJLNLJCd5igRb1y87pvJycyKqD 3NzctLSLkpJbEonXNMR67ggygWZ48uSJuLg4FEAoiPim3b5LZ2Y5uC8w2VrIC1hoCtC2p3Sr8r66 kYasaZFGiwG5olCES7bpErQDN11b7Q9TUPBxTSOP0YK3XxFX60W3vuh/CWIc6KCK7Wn2suiaDsjK zubnsdTUfFlQ6jBUDFZlzoR27zQHk21ubCh4ak5OTi9v78lv3wQzXFplXE4XJCmJrchdXBVmjY1L LNZrHwlFfmBAVfWpuxAXl6JKmUXjSe6gbwoW8q2fC0EPlvqyhYr8+xnaWLfduKxXr86uarjzYtpf izZ7nxCnH7jJwZQbJqPJ8c9NTby4PnU86+HDh9DXFzUSfGf7kc1hcnMvW6YWTrjQIoe7w+aXoiTW 8yXI+EuKMXP8dZ7UdOMtRpHkTut8PZDrZubmINejjhorJXcOOItT/Fen0GAPFFYd0TfpnJ2eXvr5 087GJlbMwcDTswSLxdaY/piedlYRVFdGzkFMDuv5t9OuWXRthO0xMjFxcHA8osvJyblXqB+7NtTT A/I1LtA+I5ymT5ktM5xGtCDpjHBmjPOXlJ8UyCxRoIykpKQmM1CPdO8KCroyZcVp/p/Let6WUmN6 /0F81uPHlIUDdwwMGE+fjn71qn901NjYeD7bNO65fUaZvdg8bmv+2bNntbVyPMiUWJDSQGlxLJGu pfZs4keQo/qwR/icC7shUaUeRXdBWrrq/XvVc0O9PT03YoU/D+z3OQQH5PntXaxVoh9+QFY81G4t vPDFfy77TLBVFwO5jhylk9MCuDXIDAlJupg//+/OeGouMn0hgBfieZ0r1W1XwZ2M7G+nA8fZA125 sw6RkflS3Udy4E8K6ix4y6yl4Nmz2gfIyH58lKe8K3jWfmOsGkTL72GGGjA7a2+1c/s8HIJKWGn4 lF/aUvcJEyvh2Kz374Gzi+0HIN230lE711Wux/rCu7ADeum8fHyqKrGRkSn8jkPFOViswPnzH8OT 4BylFDypOQFZXV1d0dGniWYqKiGRLo0vuWif0kDKOfgabXdHS+gICQm5u7vjFScX9AvviV+RQR6v 3SWW7P2XkcdhDnd0nylBDNdmfcWAP/rvv5H9FUChTH6P7rR2s74Pn3YEq9IvkTHz/wsoa1/kMVwt XkInNDQ0PDxc7jEef7twQMpv041dQUsrYoLjMJzjUHFbZlZWVkhoKHhZndPdXV2BdD0Iqfx6HcrF cOHChZZ7rpBz4OrNzMxAQnt7lyXvXxxVcoYWV+BvZtdMy+j7PdxJNUh/PMVS6BT3ZGqC5m5oaGiP E+/uDEfaT0A/EXa17pS7Tf/oTKYNQR4f+g1IINRE1mf274hpUQqZhSMDbT2hzgCdT7vf3q+q0vh2 f4RZ5SiHiEiTqd4wcqkdB/bDAn1rPwDYen63eSJx4PbxNxP+bqNw/90Wj7ydRTAD2vLO7LetyP5u +z9iSHG/ze/m77b/Aac6R03enmTXG3awt/e0XrsPvjBhNdtKmqiPyVndo6ANirxgrs1PgfzSE+m3 vUkggQQSSCCBBBJIIIEEEkgggQQSSCCBBBJIIIEEEkgggQQSSCCBBBJIIIEEEv474X8BJbzXIQDw AAA= --047d7bea44d46447f204f2db28f1 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 --047d7bea44d46447f204f2db28f1-- From xen-users-bounces@lists.xen.org Thu Feb 20 20:04:58 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 20 Feb 2014 20:04: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 1WGZqO-00057N-MR; Thu, 20 Feb 2014 20:03:40 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGZqM-00057B-8X for xen-users@lists.xen.org; Thu, 20 Feb 2014 20:03:38 +0000 Received: from [85.158.139.211:49571] by server-4.bemta-5.messagelabs.com id 6D/14-08092-99F56035; Thu, 20 Feb 2014 20:03:37 +0000 X-Env-Sender: jo@maniscorse.co.uk X-Msg-Ref: server-8.tower-206.messagelabs.com!1392926608!5273465!1 X-Originating-IP: [212.159.14.17] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEyLjE1OS4xNC4xNyA9PiAxNTM4NTE=\n, ML_RADAR_SPEW_LINKS_8, spamassassin: , async_handler: YXN5bmNfZGVsYXk6IDcwNTA5OTYgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30627 invoked from network); 20 Feb 2014 20:03:28 -0000 Received: from avasout02.plus.net (HELO avasout02.plus.net) (212.159.14.17) by server-8.tower-206.messagelabs.com with SMTP; 20 Feb 2014 20:03:28 -0000 Received: from mail.maniscorse.co.uk ([212.56.102.200]) by avasout02 with smtp id Uk3S1n0034KRUT001k3UoH; Thu, 20 Feb 2014 20:03:28 +0000 X-CM-Score: 0.00 X-CNFS-Analysis: v=2.1 cv=KvrD2AmN c=1 sm=1 tr=0 a=WLWxe0b+U2K6bF+vOlsDtg==:117 a=WLWxe0b+U2K6bF+vOlsDtg==:17 a=GkeSDZrZAAAA:8 a=0Bzu9jTXAAAA:8 a=LcaDllckn3IA:10 a=cjRLtGKBd5EA:10 a=IpB9HCpG8WMA:10 a=bVPqQyJQdTkA:10 a=kj9zAlcOel0A:10 a=cnfPAZzWFfUA:10 a=AaSqleDyAAAA:8 a=xNf9USuDAAAA:8 a=CxVmVArKweeG_2onYEQA:9 a=mere4_JX9z2UaXBH:21 a=44rkC7P-TW518r8v:21 a=CjuIK1q_8ugA:10 Received: from white.maniscorse ([192.168.1.19]) by mail.maniscorse.co.uk with esmtp (Exim 4.63) (envelope-from ) id 1WGZqA-0006qw-Rt for xen-users@lists.xen.org; Thu, 20 Feb 2014 20:03:26 +0000 Received: from jo by white.maniscorse with local (Exim 4.80) (envelope-from ) id 1WGZqA-00084P-Kn for xen-users@lists.xen.org; Thu, 20 Feb 2014 20:03:26 +0000 Date: Thu, 20 Feb 2014 20:03:26 +0000 From: Jo Mills To: xen-users@lists.xen.org Message-ID: <20140220200326.GO19818@white.maniscorse> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Subject: [Xen-users] Request for help with pci passthrough with VTd on Debian Jessie X-BeenThere: xen-users@lists.xen.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 am having great difficulties in getting pci passthrough with VTd to work, surely I am doing something stupid but I cannot see what. "tangram" (https://www.blogger.com/profile/06588030231546523539) has been a huge help, but despite his efforts I am still stuck. Hardware: Intel S3200SHV motherboard BIOS : S3200X38.86B.00.00.0052 CPU : Intel Core 2 (quad) Bios settings: Enhanced Intel (R) SpeedStep Tech [Enabled] Core Multi-processing [Enabled] Intel (R) Virtualization Technology [Enabled] Intel (R) VT for Directed I/O [Enabled] Execute Disable Bit [Enabled] Multi-Thread Support in MPS table [Enabled] Debian "Jessie" installation as at Thurs 20-FEB-2104 GMT ii libxen-4.3 4.3.0-3+b1 amd64 ii libxenstore3.0 4.3.0-3+b1 amd64 ii linux-image-xen-amd64 2.6.32+29 amd64 ii xen-hypervisor-4.3-amd64 4.3.0-3+b1 amd64 ii xen-linux-system-3.12-1-amd64 3.12.9-1 amd64 ii xen-linux-system-amd64 3.12+55 amd64 ii xen-system-amd64 4.3.0-3+b1 amd64 ii xen-tools 4.4-1 all ii xen-utils-4.3 4.3.0-3+b1 amd64 ii xen-utils-common 4.3.0-3 all ii xenstore-utils 4.3.0-3+b1 amd64 lspci -k . . . 03:00.0 Ethernet controller: VIA Technologies, Inc. \ VT6105/VT6106S [Rhine-III] (rev 86) Subsystem: D-Link System Inc DFE-530TX rev C Kernel driver in use: via-rhine 03:01.0 Ethernet controller: VIA Technologies, Inc. \ VT6105/VT6106S [Rhine-III] (rev 86) Subsystem: D-Link System Inc DFE-530TX rev C Kernel driver in use: via-rhine 03:02.0 Ethernet controller: Intel Corporation 82541GI \ Gigabit Ethernet Controller (rev 05) Subsystem: Intel Corporation Device 34d0 Kernel driver in use: e1000 lspci -n . . . 03:00.0 0200: 1106:3106 (rev 86) 03:01.0 0200: 1106:3106 (rev 86) 03:02.0 0200: 8086:1076 (rev 05) "xm dmesg" shows "I/O virtualisation enabled" (XEN) Xen version 4.3.0 (Debian 4.3.0-3+b1) \ (buildd-binet@buildd.debian.org) \ (gcc (Debian 4.8.2-8) 4.8.2) \ debug=n Wed Dec 4 07:43:54 UTC 2013 (XEN) Bootloader: GRUB 2.00-22 (XEN) Command line: placeholder dom0_mem=2G,max:2G dom0_max_vcpus=1 \ dom0_vcpus_pin (XEN) Video information: (XEN) VGA is text mode 80x25, font 8x16 (XEN) VBE/DDC methods: none; EDID transfer time: 0 seconds (XEN) EDID info not retrieved because no DDC retrieval method detected (XEN) Disc information: (XEN) Found 1 MBR signatures (XEN) Found 1 EDD information structures (XEN) Xen-e820 RAM map: (XEN) 0000000000000000 - 000000000009fc00 (usable) (XEN) 000000000009fc00 - 0000000000100000 (reserved) (XEN) 0000000000100000 - 00000000dfbea000 (usable) (XEN) 00000000dfbea000 - 00000000dfc96000 (ACPI NVS) (XEN) 00000000dfc96000 - 00000000dfcfa000 (usable) (XEN) 00000000dfcfa000 - 00000000dfd5f000 (reserved) (XEN) 00000000dfd5f000 - 00000000dfd69000 (usable) (XEN) 00000000dfd69000 - 00000000dfddf000 (ACPI NVS) (XEN) 00000000dfddf000 - 00000000dfde5000 (usable) (XEN) 00000000dfde5000 - 00000000dfdff000 (ACPI data) (XEN) 00000000dfdff000 - 00000000dfe00000 (usable) (XEN) 00000000dfe00000 - 00000000dff00000 (reserved) (XEN) 00000000f0000000 - 00000000f4000000 (reserved) (XEN) 00000000fff80000 - 00000000fff8c000 (reserved) (XEN) 0000000100000000 - 0000000220000000 (usable) (XEN) ACPI: RSDP 000F03C0, 0024 (r2 INTEL ) (XEN) ACPI: XSDT DFDFE120, 00AC (r1 INTEL S3200SHV 0 INTL 1000013) (XEN) ACPI: SLIC DFDFC000, 0176 (r1 INTEL S3200SHV 2 INTL 1000013) (XEN) ACPI: FACP DFDFA000, 00F4 (r3 INTEL S3200SHV 0 MSFT 1000013) (XEN) ACPI: DSDT DFDF4000, 56BC (r1 INTEL S3200SHV 0 MSFT 1000013) (XEN) ACPI: FACS DFD69000, 0040 (XEN) ACPI: APIC DFDF3000, 0084 (r1 INTEL S3200SHV 0 MSFT 1000013) (XEN) ACPI: WDDT DFDF2000, 0040 (r1 INTEL S3200SHV 0 MSFT 1000013) (XEN) ACPI: MCFG DFDF1000, 003C (r1 INTEL S3200SHV 0 MSFT 1000013) (XEN) ACPI: HPET DFDF0000, 0038 (r1 INTEL S3200SHV 1 MSFT 1000013) (XEN) ACPI: SPCR DFDEF000, 0050 (r1 INTEL S3200SHV 0 MSFT 1000013) (XEN) ACPI: SSDT DFDEE000, 0175 (r1 INTEL Cpu0Ist 10 MSFT 1000013) (XEN) ACPI: SSDT DFDED000, 0175 (r1 INTEL Cpu1Ist 10 MSFT 1000013) (XEN) ACPI: SSDT DFDEC000, 0175 (r1 INTEL Cpu2Ist 10 MSFT 1000013) (XEN) ACPI: SSDT DFDEB000, 0175 (r1 INTEL Cpu3Ist 10 MSFT 1000013) (XEN) ACPI: SSDT DFDEA000, 01BC (r1 INTEL CpuPm 10 MSFT 1000013) (XEN) ACPI: HEST DFDE9000, 00A8 (r1 INTEL S3200SHV 1 INTL 1) (XEN) ACPI: BERT DFDE8000, 0030 (r1 INTEL S3200SHV 1 INTL 1) (XEN) ACPI: ERST DFDE7000, 0230 (r1 INTEL S3200SHV 1 INTL 1) (XEN) ACPI: EINJ DFDE6000, 0130 (r1 INTEL S3200SHV 1 INTL 1) (XEN) ACPI: DMAR DFDE5000, 0128 (r1 INTEL S3200SHV 1 MSFT 0) (XEN) System RAM: 8187MB (8384504kB) (XEN) Domain heap initialised (XEN) Processor #0 7:7 APIC version 20 (XEN) Processor #2 7:7 APIC version 20 (XEN) Processor #1 7:7 APIC version 20 (XEN) Processor #3 7:7 APIC version 20 (XEN) IOAPIC[0]: apic_id 5, version 32, address 0xfec00000, GSI 0-23 (XEN) Enabling APIC mode: Flat. Using 1 I/O APICs (XEN) Using scheduler: SMP Credit Scheduler (credit) (XEN) Detected 2660.084 MHz processor. (XEN) Initing memory sharing. (XEN) xstate_init: using cntxt_size: 0x240 and states: 0x3 (XEN) Intel VT-d iommu 0 supported page sizes: 4kB. (XEN) Intel VT-d Snoop Control not enabled. (XEN) Intel VT-d Dom0 DMA Passthrough not enabled. (XEN) Intel VT-d Queued Invalidation not enabled. (XEN) Intel VT-d Interrupt Remapping not enabled. (XEN) Intel VT-d Shared EPT tables not enabled. (XEN) I/O virtualisation enabled (XEN) - Dom0 mode: Relaxed (XEN) Interrupt remapping disabled (XEN) ENABLING IO-APIC IRQs (XEN) -> Using new ACK method (XEN) Platform timer is 14.318MHz HPET (XEN) Allocated console ring of 16 KiB. (XEN) VMX: Supported advanced features: (XEN) - APIC MMIO access virtualisation (XEN) - APIC TPR shadow (XEN) - Virtual NMI (XEN) - MSR direct-access bitmap (XEN) HVM: ASIDs disabled. (XEN) HVM: VMX enabled (XEN) HVM: Hardware Assisted Paging (HAP) not detected (XEN) Brought up 4 CPUs (XEN) mtrr: your CPUs had inconsistent variable MTRR settings (XEN) *** LOADING DOMAIN 0 *** (XEN) Xen kernel: 64-bit, lsb, compat32 (XEN) Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x1eb3000 (XEN) PHYSICAL MEMORY ARRANGEMENT: (XEN) Dom0 alloc.: 0000000210000000->0000000214000000 \ (497895 pages to be allocated) (XEN) Init. ramdisk: 000000021d8e7000->000000021ffff200 (XEN) VIRTUAL MEMORY ARRANGEMENT: (XEN) Loaded kernel: ffffffff81000000->ffffffff81eb3000 (XEN) Init. ramdisk: ffffffff81eb3000->ffffffff845cb200 (XEN) Phys-Mach map: ffffffff845cc000->ffffffff849cc000 (XEN) Start info: ffffffff849cc000->ffffffff849cc4b4 (XEN) Page tables: ffffffff849cd000->ffffffff849f6000 (XEN) Boot stack: ffffffff849f6000->ffffffff849f7000 (XEN) TOTAL: ffffffff80000000->ffffffff84c00000 (XEN) ENTRY ADDRESS: ffffffff818c01e0 (XEN) Dom0 has maximum 1 VCPUs (XEN) Scrubbing Free RAM: ................................\ ............................done. (XEN) Initial low memory virq threshold set at 0x4000 pages. (XEN) Std. Loglevel: Errors and warnings (XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings) (XEN) Xen is relinquishing VGA console. (XEN) *** Serial input -> DOM0 (type 'CTRL-a' three\ times to switch input to Xen) (XEN) Freed 260kB init memory. lsmod | grep pci ehci_pci 12472 0 ehci_hcd 48414 1 ehci_pci usbcore 154167 3 uhci_hcd,ehci_hcd,ehci_pci modprobe pci_stub echo "1106 3106" > /sys/bus/pci/drivers/pci-stub/new_id echo "0000:03:01.0" > /sys/bus/pci/devices/0000:03:01.0/driver/unbind echo "0000:03:01.0" > /sys/bus/pci/drivers/pci-stub/bind tail -f /var/log/kern.log Feb 20 19:41:10 green kernel: [ 44.768042] xenbr0: port 1(eth0) \ entered forwarding state Feb 20 19:41:11 green kernel: [ 46.215190] xen:xen_evtchn: \ Event-channel device installed Feb 20 19:49:31 green kernel: [ 545.879059] \ pci-stub 0000:03:01.0: claimed by stub lspci -k . . . 03:00.0 Ethernet controller: VIA Technologies, Inc. \ VT6105/VT6106S [Rhine-III] (rev 86) Subsystem: D-Link System Inc DFE-530TX rev C Kernel driver in use: via-rhine 03:01.0 Ethernet controller: VIA Technologies, Inc. \ VT6105/VT6106S [Rhine-III] (rev 86) Subsystem: D-Link System Inc DFE-530TX rev C Kernel driver in use: pci-stub 03:02.0 Ethernet controller: Intel Corporation 82541GI \ Gigabit Ethernet Controller (rev 05) Subsystem: Intel Corporation Device 34d0 Kernel driver in use: e1000 so it all looks OK so far, but: xm pci-list-assignable-devices and nothing shows. If anyone would point out my obvious mistake(s) I would be extremely grateful. Regards, Jo. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Feb 20 20:04:58 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 20 Feb 2014 20:04: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 1WGZqO-00057N-MR; Thu, 20 Feb 2014 20:03:40 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGZqM-00057B-8X for xen-users@lists.xen.org; Thu, 20 Feb 2014 20:03:38 +0000 Received: from [85.158.139.211:49571] by server-4.bemta-5.messagelabs.com id 6D/14-08092-99F56035; Thu, 20 Feb 2014 20:03:37 +0000 X-Env-Sender: jo@maniscorse.co.uk X-Msg-Ref: server-8.tower-206.messagelabs.com!1392926608!5273465!1 X-Originating-IP: [212.159.14.17] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEyLjE1OS4xNC4xNyA9PiAxNTM4NTE=\n, ML_RADAR_SPEW_LINKS_8, spamassassin: , async_handler: YXN5bmNfZGVsYXk6IDcwNTA5OTYgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30627 invoked from network); 20 Feb 2014 20:03:28 -0000 Received: from avasout02.plus.net (HELO avasout02.plus.net) (212.159.14.17) by server-8.tower-206.messagelabs.com with SMTP; 20 Feb 2014 20:03:28 -0000 Received: from mail.maniscorse.co.uk ([212.56.102.200]) by avasout02 with smtp id Uk3S1n0034KRUT001k3UoH; Thu, 20 Feb 2014 20:03:28 +0000 X-CM-Score: 0.00 X-CNFS-Analysis: v=2.1 cv=KvrD2AmN c=1 sm=1 tr=0 a=WLWxe0b+U2K6bF+vOlsDtg==:117 a=WLWxe0b+U2K6bF+vOlsDtg==:17 a=GkeSDZrZAAAA:8 a=0Bzu9jTXAAAA:8 a=LcaDllckn3IA:10 a=cjRLtGKBd5EA:10 a=IpB9HCpG8WMA:10 a=bVPqQyJQdTkA:10 a=kj9zAlcOel0A:10 a=cnfPAZzWFfUA:10 a=AaSqleDyAAAA:8 a=xNf9USuDAAAA:8 a=CxVmVArKweeG_2onYEQA:9 a=mere4_JX9z2UaXBH:21 a=44rkC7P-TW518r8v:21 a=CjuIK1q_8ugA:10 Received: from white.maniscorse ([192.168.1.19]) by mail.maniscorse.co.uk with esmtp (Exim 4.63) (envelope-from ) id 1WGZqA-0006qw-Rt for xen-users@lists.xen.org; Thu, 20 Feb 2014 20:03:26 +0000 Received: from jo by white.maniscorse with local (Exim 4.80) (envelope-from ) id 1WGZqA-00084P-Kn for xen-users@lists.xen.org; Thu, 20 Feb 2014 20:03:26 +0000 Date: Thu, 20 Feb 2014 20:03:26 +0000 From: Jo Mills To: xen-users@lists.xen.org Message-ID: <20140220200326.GO19818@white.maniscorse> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Subject: [Xen-users] Request for help with pci passthrough with VTd on Debian Jessie X-BeenThere: xen-users@lists.xen.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 am having great difficulties in getting pci passthrough with VTd to work, surely I am doing something stupid but I cannot see what. "tangram" (https://www.blogger.com/profile/06588030231546523539) has been a huge help, but despite his efforts I am still stuck. Hardware: Intel S3200SHV motherboard BIOS : S3200X38.86B.00.00.0052 CPU : Intel Core 2 (quad) Bios settings: Enhanced Intel (R) SpeedStep Tech [Enabled] Core Multi-processing [Enabled] Intel (R) Virtualization Technology [Enabled] Intel (R) VT for Directed I/O [Enabled] Execute Disable Bit [Enabled] Multi-Thread Support in MPS table [Enabled] Debian "Jessie" installation as at Thurs 20-FEB-2104 GMT ii libxen-4.3 4.3.0-3+b1 amd64 ii libxenstore3.0 4.3.0-3+b1 amd64 ii linux-image-xen-amd64 2.6.32+29 amd64 ii xen-hypervisor-4.3-amd64 4.3.0-3+b1 amd64 ii xen-linux-system-3.12-1-amd64 3.12.9-1 amd64 ii xen-linux-system-amd64 3.12+55 amd64 ii xen-system-amd64 4.3.0-3+b1 amd64 ii xen-tools 4.4-1 all ii xen-utils-4.3 4.3.0-3+b1 amd64 ii xen-utils-common 4.3.0-3 all ii xenstore-utils 4.3.0-3+b1 amd64 lspci -k . . . 03:00.0 Ethernet controller: VIA Technologies, Inc. \ VT6105/VT6106S [Rhine-III] (rev 86) Subsystem: D-Link System Inc DFE-530TX rev C Kernel driver in use: via-rhine 03:01.0 Ethernet controller: VIA Technologies, Inc. \ VT6105/VT6106S [Rhine-III] (rev 86) Subsystem: D-Link System Inc DFE-530TX rev C Kernel driver in use: via-rhine 03:02.0 Ethernet controller: Intel Corporation 82541GI \ Gigabit Ethernet Controller (rev 05) Subsystem: Intel Corporation Device 34d0 Kernel driver in use: e1000 lspci -n . . . 03:00.0 0200: 1106:3106 (rev 86) 03:01.0 0200: 1106:3106 (rev 86) 03:02.0 0200: 8086:1076 (rev 05) "xm dmesg" shows "I/O virtualisation enabled" (XEN) Xen version 4.3.0 (Debian 4.3.0-3+b1) \ (buildd-binet@buildd.debian.org) \ (gcc (Debian 4.8.2-8) 4.8.2) \ debug=n Wed Dec 4 07:43:54 UTC 2013 (XEN) Bootloader: GRUB 2.00-22 (XEN) Command line: placeholder dom0_mem=2G,max:2G dom0_max_vcpus=1 \ dom0_vcpus_pin (XEN) Video information: (XEN) VGA is text mode 80x25, font 8x16 (XEN) VBE/DDC methods: none; EDID transfer time: 0 seconds (XEN) EDID info not retrieved because no DDC retrieval method detected (XEN) Disc information: (XEN) Found 1 MBR signatures (XEN) Found 1 EDD information structures (XEN) Xen-e820 RAM map: (XEN) 0000000000000000 - 000000000009fc00 (usable) (XEN) 000000000009fc00 - 0000000000100000 (reserved) (XEN) 0000000000100000 - 00000000dfbea000 (usable) (XEN) 00000000dfbea000 - 00000000dfc96000 (ACPI NVS) (XEN) 00000000dfc96000 - 00000000dfcfa000 (usable) (XEN) 00000000dfcfa000 - 00000000dfd5f000 (reserved) (XEN) 00000000dfd5f000 - 00000000dfd69000 (usable) (XEN) 00000000dfd69000 - 00000000dfddf000 (ACPI NVS) (XEN) 00000000dfddf000 - 00000000dfde5000 (usable) (XEN) 00000000dfde5000 - 00000000dfdff000 (ACPI data) (XEN) 00000000dfdff000 - 00000000dfe00000 (usable) (XEN) 00000000dfe00000 - 00000000dff00000 (reserved) (XEN) 00000000f0000000 - 00000000f4000000 (reserved) (XEN) 00000000fff80000 - 00000000fff8c000 (reserved) (XEN) 0000000100000000 - 0000000220000000 (usable) (XEN) ACPI: RSDP 000F03C0, 0024 (r2 INTEL ) (XEN) ACPI: XSDT DFDFE120, 00AC (r1 INTEL S3200SHV 0 INTL 1000013) (XEN) ACPI: SLIC DFDFC000, 0176 (r1 INTEL S3200SHV 2 INTL 1000013) (XEN) ACPI: FACP DFDFA000, 00F4 (r3 INTEL S3200SHV 0 MSFT 1000013) (XEN) ACPI: DSDT DFDF4000, 56BC (r1 INTEL S3200SHV 0 MSFT 1000013) (XEN) ACPI: FACS DFD69000, 0040 (XEN) ACPI: APIC DFDF3000, 0084 (r1 INTEL S3200SHV 0 MSFT 1000013) (XEN) ACPI: WDDT DFDF2000, 0040 (r1 INTEL S3200SHV 0 MSFT 1000013) (XEN) ACPI: MCFG DFDF1000, 003C (r1 INTEL S3200SHV 0 MSFT 1000013) (XEN) ACPI: HPET DFDF0000, 0038 (r1 INTEL S3200SHV 1 MSFT 1000013) (XEN) ACPI: SPCR DFDEF000, 0050 (r1 INTEL S3200SHV 0 MSFT 1000013) (XEN) ACPI: SSDT DFDEE000, 0175 (r1 INTEL Cpu0Ist 10 MSFT 1000013) (XEN) ACPI: SSDT DFDED000, 0175 (r1 INTEL Cpu1Ist 10 MSFT 1000013) (XEN) ACPI: SSDT DFDEC000, 0175 (r1 INTEL Cpu2Ist 10 MSFT 1000013) (XEN) ACPI: SSDT DFDEB000, 0175 (r1 INTEL Cpu3Ist 10 MSFT 1000013) (XEN) ACPI: SSDT DFDEA000, 01BC (r1 INTEL CpuPm 10 MSFT 1000013) (XEN) ACPI: HEST DFDE9000, 00A8 (r1 INTEL S3200SHV 1 INTL 1) (XEN) ACPI: BERT DFDE8000, 0030 (r1 INTEL S3200SHV 1 INTL 1) (XEN) ACPI: ERST DFDE7000, 0230 (r1 INTEL S3200SHV 1 INTL 1) (XEN) ACPI: EINJ DFDE6000, 0130 (r1 INTEL S3200SHV 1 INTL 1) (XEN) ACPI: DMAR DFDE5000, 0128 (r1 INTEL S3200SHV 1 MSFT 0) (XEN) System RAM: 8187MB (8384504kB) (XEN) Domain heap initialised (XEN) Processor #0 7:7 APIC version 20 (XEN) Processor #2 7:7 APIC version 20 (XEN) Processor #1 7:7 APIC version 20 (XEN) Processor #3 7:7 APIC version 20 (XEN) IOAPIC[0]: apic_id 5, version 32, address 0xfec00000, GSI 0-23 (XEN) Enabling APIC mode: Flat. Using 1 I/O APICs (XEN) Using scheduler: SMP Credit Scheduler (credit) (XEN) Detected 2660.084 MHz processor. (XEN) Initing memory sharing. (XEN) xstate_init: using cntxt_size: 0x240 and states: 0x3 (XEN) Intel VT-d iommu 0 supported page sizes: 4kB. (XEN) Intel VT-d Snoop Control not enabled. (XEN) Intel VT-d Dom0 DMA Passthrough not enabled. (XEN) Intel VT-d Queued Invalidation not enabled. (XEN) Intel VT-d Interrupt Remapping not enabled. (XEN) Intel VT-d Shared EPT tables not enabled. (XEN) I/O virtualisation enabled (XEN) - Dom0 mode: Relaxed (XEN) Interrupt remapping disabled (XEN) ENABLING IO-APIC IRQs (XEN) -> Using new ACK method (XEN) Platform timer is 14.318MHz HPET (XEN) Allocated console ring of 16 KiB. (XEN) VMX: Supported advanced features: (XEN) - APIC MMIO access virtualisation (XEN) - APIC TPR shadow (XEN) - Virtual NMI (XEN) - MSR direct-access bitmap (XEN) HVM: ASIDs disabled. (XEN) HVM: VMX enabled (XEN) HVM: Hardware Assisted Paging (HAP) not detected (XEN) Brought up 4 CPUs (XEN) mtrr: your CPUs had inconsistent variable MTRR settings (XEN) *** LOADING DOMAIN 0 *** (XEN) Xen kernel: 64-bit, lsb, compat32 (XEN) Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x1eb3000 (XEN) PHYSICAL MEMORY ARRANGEMENT: (XEN) Dom0 alloc.: 0000000210000000->0000000214000000 \ (497895 pages to be allocated) (XEN) Init. ramdisk: 000000021d8e7000->000000021ffff200 (XEN) VIRTUAL MEMORY ARRANGEMENT: (XEN) Loaded kernel: ffffffff81000000->ffffffff81eb3000 (XEN) Init. ramdisk: ffffffff81eb3000->ffffffff845cb200 (XEN) Phys-Mach map: ffffffff845cc000->ffffffff849cc000 (XEN) Start info: ffffffff849cc000->ffffffff849cc4b4 (XEN) Page tables: ffffffff849cd000->ffffffff849f6000 (XEN) Boot stack: ffffffff849f6000->ffffffff849f7000 (XEN) TOTAL: ffffffff80000000->ffffffff84c00000 (XEN) ENTRY ADDRESS: ffffffff818c01e0 (XEN) Dom0 has maximum 1 VCPUs (XEN) Scrubbing Free RAM: ................................\ ............................done. (XEN) Initial low memory virq threshold set at 0x4000 pages. (XEN) Std. Loglevel: Errors and warnings (XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings) (XEN) Xen is relinquishing VGA console. (XEN) *** Serial input -> DOM0 (type 'CTRL-a' three\ times to switch input to Xen) (XEN) Freed 260kB init memory. lsmod | grep pci ehci_pci 12472 0 ehci_hcd 48414 1 ehci_pci usbcore 154167 3 uhci_hcd,ehci_hcd,ehci_pci modprobe pci_stub echo "1106 3106" > /sys/bus/pci/drivers/pci-stub/new_id echo "0000:03:01.0" > /sys/bus/pci/devices/0000:03:01.0/driver/unbind echo "0000:03:01.0" > /sys/bus/pci/drivers/pci-stub/bind tail -f /var/log/kern.log Feb 20 19:41:10 green kernel: [ 44.768042] xenbr0: port 1(eth0) \ entered forwarding state Feb 20 19:41:11 green kernel: [ 46.215190] xen:xen_evtchn: \ Event-channel device installed Feb 20 19:49:31 green kernel: [ 545.879059] \ pci-stub 0000:03:01.0: claimed by stub lspci -k . . . 03:00.0 Ethernet controller: VIA Technologies, Inc. \ VT6105/VT6106S [Rhine-III] (rev 86) Subsystem: D-Link System Inc DFE-530TX rev C Kernel driver in use: via-rhine 03:01.0 Ethernet controller: VIA Technologies, Inc. \ VT6105/VT6106S [Rhine-III] (rev 86) Subsystem: D-Link System Inc DFE-530TX rev C Kernel driver in use: pci-stub 03:02.0 Ethernet controller: Intel Corporation 82541GI \ Gigabit Ethernet Controller (rev 05) Subsystem: Intel Corporation Device 34d0 Kernel driver in use: e1000 so it all looks OK so far, but: xm pci-list-assignable-devices and nothing shows. If anyone would point out my obvious mistake(s) I would be extremely grateful. Regards, Jo. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Feb 20 21:21:22 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 20 Feb 2014 21:21: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 1WGb2F-0007yw-Qi; Thu, 20 Feb 2014 21:19:59 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGb2E-0007yr-FP for xen-users@lists.xen.org; Thu, 20 Feb 2014 21:19:58 +0000 Received: from [85.158.137.68:30807] by server-6.bemta-3.messagelabs.com id AE/ED-09180-D7176035; Thu, 20 Feb 2014 21:19:57 +0000 X-Env-Sender: tamas.lengyel@zentific.com X-Msg-Ref: server-5.tower-31.messagelabs.com!1392931195!1987456!1 X-Originating-IP: [209.85.192.51] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31982 invoked from network); 20 Feb 2014 21:19:56 -0000 Received: from mail-qg0-f51.google.com (HELO mail-qg0-f51.google.com) (209.85.192.51) by server-5.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 20 Feb 2014 21:19:56 -0000 Received: by mail-qg0-f51.google.com with SMTP id q108so5267156qgd.10 for ; Thu, 20 Feb 2014 13:19:55 -0800 (PST) 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=fATP0ZrOrHmCjnsR9/+ChsUMuwh4PMmWUw7vqE35KKY=; b=J2WSPQdbnaU+94vLbf3yFUclOMkQJONDTRSwUKhuJZ5heZEZ/5zs23AnmbaKhjPbeT oas2IzZPCuP/oSI5yqUo7IiN+8GrJKBsXkc7U+f4+VMOKETXiwTGklMDpPepY/Dwod+A S2EZq3XHTolrffc/ttO13MgMEwW05TGb8uxF95KKeAtY0YyXxSsdNiPrcHYFb3d8ygRW HWRaeoS/LVjCgDMWQM8BW5BC/y7KtE/AJLp0e8riObTSMzqrg54jzSQY5bdFuHRFICL8 yHDhxKcakOR3BC0NjQ7CV7yF+85RD9ou0GeMBWQk0p0WpO964YdwiAPX46VxOdUO+Ifm QnbQ== X-Gm-Message-State: ALoCoQnvInovJmV3BZsa1tfy47j0u9TBI8RdbzK9npxvxvSgGTec5f5/tgcvoQgTOWTebE7CSrpf MIME-Version: 1.0 X-Received: by 10.140.26.43 with SMTP id 40mr4556553qgu.86.1392931195334; Thu, 20 Feb 2014 13:19:55 -0800 (PST) Received: by 10.229.153.201 with HTTP; Thu, 20 Feb 2014 13:19:55 -0800 (PST) In-Reply-To: <1392918076.32657.32.camel@kazak.uk.xensource.com> References: <1392918076.32657.32.camel@kazak.uk.xensource.com> Date: Thu, 20 Feb 2014 22:19:55 +0100 Message-ID: From: Tamas Lengyel To: Ian Campbell Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen on ARM on the ODROID-XU X-BeenThere: xen-users@lists.xen.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="===============5666948255389840368==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5666948255389840368== Content-Type: multipart/alternative; boundary=001a11c12bf0185d1f04f2dd11de --001a11c12bf0185d1f04f2dd11de Content-Type: text/plain; charset=ISO-8859-1 Yes, thanks for the help! On Thu, Feb 20, 2014 at 6:41 PM, Ian Campbell wrote: > On Thu, 2014-02-20 at 18:28 +0100, Tamas Lengyel wrote: > > > I'm trying to get Xen 4.4 running on my ODROID-XU device but I got > > stuck > > Are you the same chap as is asking on IRC at the moment? If yes then I > won't bother replying here too. > > Ian. > > --001a11c12bf0185d1f04f2dd11de Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Yes, thanks for the help!
=

On Thu, Feb 20, 2014 at 6:41 PM, Ian Cam= pbell <Ian.Campbell@citrix.com> wrote:
On Thu, 2014-02-20 at 18:28 = +0100, Tamas Lengyel wrote:

> I'm trying to get Xen 4.4 running on my ODROID-XU device but I got=
> stuck

Are you the same chap as is asking on IRC at the moment? If yes then = I
won't bother replying here too.

Ian.


--001a11c12bf0185d1f04f2dd11de-- --===============5666948255389840368== 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 --===============5666948255389840368==-- From xen-users-bounces@lists.xen.org Thu Feb 20 21:21:22 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 20 Feb 2014 21:21: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 1WGb2F-0007yw-Qi; Thu, 20 Feb 2014 21:19:59 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGb2E-0007yr-FP for xen-users@lists.xen.org; Thu, 20 Feb 2014 21:19:58 +0000 Received: from [85.158.137.68:30807] by server-6.bemta-3.messagelabs.com id AE/ED-09180-D7176035; Thu, 20 Feb 2014 21:19:57 +0000 X-Env-Sender: tamas.lengyel@zentific.com X-Msg-Ref: server-5.tower-31.messagelabs.com!1392931195!1987456!1 X-Originating-IP: [209.85.192.51] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31982 invoked from network); 20 Feb 2014 21:19:56 -0000 Received: from mail-qg0-f51.google.com (HELO mail-qg0-f51.google.com) (209.85.192.51) by server-5.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 20 Feb 2014 21:19:56 -0000 Received: by mail-qg0-f51.google.com with SMTP id q108so5267156qgd.10 for ; Thu, 20 Feb 2014 13:19:55 -0800 (PST) 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=fATP0ZrOrHmCjnsR9/+ChsUMuwh4PMmWUw7vqE35KKY=; b=J2WSPQdbnaU+94vLbf3yFUclOMkQJONDTRSwUKhuJZ5heZEZ/5zs23AnmbaKhjPbeT oas2IzZPCuP/oSI5yqUo7IiN+8GrJKBsXkc7U+f4+VMOKETXiwTGklMDpPepY/Dwod+A S2EZq3XHTolrffc/ttO13MgMEwW05TGb8uxF95KKeAtY0YyXxSsdNiPrcHYFb3d8ygRW HWRaeoS/LVjCgDMWQM8BW5BC/y7KtE/AJLp0e8riObTSMzqrg54jzSQY5bdFuHRFICL8 yHDhxKcakOR3BC0NjQ7CV7yF+85RD9ou0GeMBWQk0p0WpO964YdwiAPX46VxOdUO+Ifm QnbQ== X-Gm-Message-State: ALoCoQnvInovJmV3BZsa1tfy47j0u9TBI8RdbzK9npxvxvSgGTec5f5/tgcvoQgTOWTebE7CSrpf MIME-Version: 1.0 X-Received: by 10.140.26.43 with SMTP id 40mr4556553qgu.86.1392931195334; Thu, 20 Feb 2014 13:19:55 -0800 (PST) Received: by 10.229.153.201 with HTTP; Thu, 20 Feb 2014 13:19:55 -0800 (PST) In-Reply-To: <1392918076.32657.32.camel@kazak.uk.xensource.com> References: <1392918076.32657.32.camel@kazak.uk.xensource.com> Date: Thu, 20 Feb 2014 22:19:55 +0100 Message-ID: From: Tamas Lengyel To: Ian Campbell Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen on ARM on the ODROID-XU X-BeenThere: xen-users@lists.xen.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="===============5666948255389840368==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5666948255389840368== Content-Type: multipart/alternative; boundary=001a11c12bf0185d1f04f2dd11de --001a11c12bf0185d1f04f2dd11de Content-Type: text/plain; charset=ISO-8859-1 Yes, thanks for the help! On Thu, Feb 20, 2014 at 6:41 PM, Ian Campbell wrote: > On Thu, 2014-02-20 at 18:28 +0100, Tamas Lengyel wrote: > > > I'm trying to get Xen 4.4 running on my ODROID-XU device but I got > > stuck > > Are you the same chap as is asking on IRC at the moment? If yes then I > won't bother replying here too. > > Ian. > > --001a11c12bf0185d1f04f2dd11de Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Yes, thanks for the help!
=

On Thu, Feb 20, 2014 at 6:41 PM, Ian Cam= pbell <Ian.Campbell@citrix.com> wrote:
On Thu, 2014-02-20 at 18:28 = +0100, Tamas Lengyel wrote:

> I'm trying to get Xen 4.4 running on my ODROID-XU device but I got=
> stuck

Are you the same chap as is asking on IRC at the moment? If yes then = I
won't bother replying here too.

Ian.


--001a11c12bf0185d1f04f2dd11de-- --===============5666948255389840368== 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 --===============5666948255389840368==-- From xen-users-bounces@lists.xen.org Fri Feb 21 03:45:23 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 21 Feb 2014 03:45: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 1WGh20-0004Mt-Ga; Fri, 21 Feb 2014 03:44:08 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGh1u-0004MW-1r; Fri, 21 Feb 2014 03:44:06 +0000 Received: from [193.109.254.147:11657] by server-7.bemta-14.messagelabs.com id 80/C3-23424-18BC6035; Fri, 21 Feb 2014 03:44:01 +0000 X-Env-Sender: russell.pavlicek.xen@gmail.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1392954239!541942!1 X-Originating-IP: [209.85.215.53] X-SpamReason: No, hits=3.0 required=7.0 tests=BODY_RANDOM_LONG, RCVD_BY_IP,SUSPICIOUS_RECIPS X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20609 invoked from network); 21 Feb 2014 03:44:00 -0000 Received: from mail-la0-f53.google.com (HELO mail-la0-f53.google.com) (209.85.215.53) by server-11.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 21 Feb 2014 03:44:00 -0000 Received: by mail-la0-f53.google.com with SMTP id e16so1934918lan.26 for ; Thu, 20 Feb 2014 19:43:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=Mh/pDeNefzJM5DAgx2fKwF6GdhVHSH1FEwDAgfpq/9Y=; b=dydO3WSPpZCYr7FJ/AA7zqT/giCBJFEJVhaKzV//SUG/OXAmT6VnbGSwGQsSSS6L7L 8pvmT3R6LNqb18E4JLNYqi8p2/IxyU5WKD8e8zZAhIIwovKHOgjAEdeZXfAwbrtvy4gp FIdy2JtstQ7fwutypj0yGS31eU/MwDM7rrZIRsI6cQw1azpAZhTD9GGqF/RwfUApTYad wpPE8mB/AflUmLZGPrgdAS8DLNifkcrc0XKjXNPZsqFi8GfZxZ46/7PG4S8uzrvhINjL JFGJ5ydsaCR+yeo/JRHKq7bmvngYqGe91CIPab31qGBCGHoNqTWEuLjWyMOF9B/zCY4L /hBg== MIME-Version: 1.0 X-Received: by 10.112.43.70 with SMTP id u6mr2826482lbl.30.1392954239659; Thu, 20 Feb 2014 19:43:59 -0800 (PST) Received: by 10.112.72.72 with HTTP; Thu, 20 Feb 2014 19:43:59 -0800 (PST) Date: Thu, 20 Feb 2014 22:43:59 -0500 X-Google-Sender-Auth: kPNxg6BlqvOhla7w-H0hFSFQLJ4 Message-ID: From: Russ Pavlicek To: "xen-users@lists.xen.org" , xen-devel@lists.xen.org, xen-api@lists.xen.org, xs-devel@lists.xenserver.org, cl-mirage@lists.cam.ac.uk Subject: [Xen-users] Monday Feb 24 is Xen Project Document Day preparing for the 4.4 Release X-BeenThere: xen-users@lists.xen.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 Monday is our monthly Xen Project Document Day. However, this Document Day is special -- it is the prep day for our impending 4.4 release. We have a good amount of solid documentation for 4.3, but we need to update to cover 4.4. The greatest software in the world is worthless unless people understand how to use it. If you are still looking for a way to contribute to the upcoming release, your opportunity has arrived. Never participated in a Document Day before? All the info you'll need is here: http://wiki.xenproject.org/wiki/Xen_Document_Days Looking for something which needs attention beside the 4.4 release? Look at the current TODO list: http://wiki.xenproject.org/wiki/Xen_Document_Days/TODO If you haven't requested to be made a Wiki editor, just fill out the form below: http://xenproject.org/component/content/article/100-misc/145-request-to-be-made-a-wiki-editor.html Hope to see you in Freenode IRC #xendocs on Monday! Russ _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Feb 21 03:45:23 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 21 Feb 2014 03:45: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 1WGh20-0004Mt-Ga; Fri, 21 Feb 2014 03:44:08 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGh1u-0004MW-1r; Fri, 21 Feb 2014 03:44:06 +0000 Received: from [193.109.254.147:11657] by server-7.bemta-14.messagelabs.com id 80/C3-23424-18BC6035; Fri, 21 Feb 2014 03:44:01 +0000 X-Env-Sender: russell.pavlicek.xen@gmail.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1392954239!541942!1 X-Originating-IP: [209.85.215.53] X-SpamReason: No, hits=3.0 required=7.0 tests=BODY_RANDOM_LONG, RCVD_BY_IP,SUSPICIOUS_RECIPS X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20609 invoked from network); 21 Feb 2014 03:44:00 -0000 Received: from mail-la0-f53.google.com (HELO mail-la0-f53.google.com) (209.85.215.53) by server-11.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 21 Feb 2014 03:44:00 -0000 Received: by mail-la0-f53.google.com with SMTP id e16so1934918lan.26 for ; Thu, 20 Feb 2014 19:43:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=Mh/pDeNefzJM5DAgx2fKwF6GdhVHSH1FEwDAgfpq/9Y=; b=dydO3WSPpZCYr7FJ/AA7zqT/giCBJFEJVhaKzV//SUG/OXAmT6VnbGSwGQsSSS6L7L 8pvmT3R6LNqb18E4JLNYqi8p2/IxyU5WKD8e8zZAhIIwovKHOgjAEdeZXfAwbrtvy4gp FIdy2JtstQ7fwutypj0yGS31eU/MwDM7rrZIRsI6cQw1azpAZhTD9GGqF/RwfUApTYad wpPE8mB/AflUmLZGPrgdAS8DLNifkcrc0XKjXNPZsqFi8GfZxZ46/7PG4S8uzrvhINjL JFGJ5ydsaCR+yeo/JRHKq7bmvngYqGe91CIPab31qGBCGHoNqTWEuLjWyMOF9B/zCY4L /hBg== MIME-Version: 1.0 X-Received: by 10.112.43.70 with SMTP id u6mr2826482lbl.30.1392954239659; Thu, 20 Feb 2014 19:43:59 -0800 (PST) Received: by 10.112.72.72 with HTTP; Thu, 20 Feb 2014 19:43:59 -0800 (PST) Date: Thu, 20 Feb 2014 22:43:59 -0500 X-Google-Sender-Auth: kPNxg6BlqvOhla7w-H0hFSFQLJ4 Message-ID: From: Russ Pavlicek To: "xen-users@lists.xen.org" , xen-devel@lists.xen.org, xen-api@lists.xen.org, xs-devel@lists.xenserver.org, cl-mirage@lists.cam.ac.uk Subject: [Xen-users] Monday Feb 24 is Xen Project Document Day preparing for the 4.4 Release X-BeenThere: xen-users@lists.xen.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 Monday is our monthly Xen Project Document Day. However, this Document Day is special -- it is the prep day for our impending 4.4 release. We have a good amount of solid documentation for 4.3, but we need to update to cover 4.4. The greatest software in the world is worthless unless people understand how to use it. If you are still looking for a way to contribute to the upcoming release, your opportunity has arrived. Never participated in a Document Day before? All the info you'll need is here: http://wiki.xenproject.org/wiki/Xen_Document_Days Looking for something which needs attention beside the 4.4 release? Look at the current TODO list: http://wiki.xenproject.org/wiki/Xen_Document_Days/TODO If you haven't requested to be made a Wiki editor, just fill out the form below: http://xenproject.org/component/content/article/100-misc/145-request-to-be-made-a-wiki-editor.html Hope to see you in Freenode IRC #xendocs on Monday! Russ _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Feb 21 10:44:44 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 21 Feb 2014 10:44: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 1WGnZJ-0007oY-LC; Fri, 21 Feb 2014 10:42:57 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGnZH-0007oO-Nx for xen-users@lists.xensource.com; Fri, 21 Feb 2014 10:42:55 +0000 Received: from [85.158.137.68:49422] by server-3.bemta-3.messagelabs.com id 6D/8E-14520-DAD27035; Fri, 21 Feb 2014 10:42:53 +0000 X-Env-Sender: wei.liu2@citrix.com X-Msg-Ref: server-15.tower-31.messagelabs.com!1392979371!3351041!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11230 invoked from network); 21 Feb 2014 10:42:52 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-15.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 21 Feb 2014 10:42:52 -0000 X-IronPort-AV: E=Sophos;i="4.97,518,1389744000"; d="scan'208";a="102941654" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 21 Feb 2014 10:42:29 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Fri, 21 Feb 2014 05:42:29 -0500 Received: from zion.uk.xensource.com ([10.80.2.73]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1WGnYq-00031N-UL; Fri, 21 Feb 2014 10:42:28 +0000 Date: Fri, 21 Feb 2014 10:42:28 +0000 From: Wei Liu To: Paras pradhan Message-ID: <20140221104228.GU18398@zion.uk.xensource.com> References: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-DLP: MIA2 Cc: wei.liu2@citrix.com, Xen Users Subject: Re: [Xen-users] monitoring X-BeenThere: xen-users@lists.xen.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 20, 2014 at 10:59:34AM -0600, Paras pradhan wrote: > I have few CentOS and RHEL hosts with Xen hypervisor running, How does one > monitor the xen dom0 ? Basically I need to monitor dom0's CPU, IO , Memory > and Network traffic. Xen is very old supported by RHEL ie. 3.0.3. Any > nagios or zabbix plugin? > You use you normal monitoring tools. It's just a Linux OS anyway. Wei. > Thanks > Paras. > _______________________________________________ > 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 Fri Feb 21 10:44:44 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 21 Feb 2014 10:44: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 1WGnZJ-0007oY-LC; Fri, 21 Feb 2014 10:42:57 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGnZH-0007oO-Nx for xen-users@lists.xensource.com; Fri, 21 Feb 2014 10:42:55 +0000 Received: from [85.158.137.68:49422] by server-3.bemta-3.messagelabs.com id 6D/8E-14520-DAD27035; Fri, 21 Feb 2014 10:42:53 +0000 X-Env-Sender: wei.liu2@citrix.com X-Msg-Ref: server-15.tower-31.messagelabs.com!1392979371!3351041!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11230 invoked from network); 21 Feb 2014 10:42:52 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-15.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 21 Feb 2014 10:42:52 -0000 X-IronPort-AV: E=Sophos;i="4.97,518,1389744000"; d="scan'208";a="102941654" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 21 Feb 2014 10:42:29 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Fri, 21 Feb 2014 05:42:29 -0500 Received: from zion.uk.xensource.com ([10.80.2.73]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1WGnYq-00031N-UL; Fri, 21 Feb 2014 10:42:28 +0000 Date: Fri, 21 Feb 2014 10:42:28 +0000 From: Wei Liu To: Paras pradhan Message-ID: <20140221104228.GU18398@zion.uk.xensource.com> References: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-DLP: MIA2 Cc: wei.liu2@citrix.com, Xen Users Subject: Re: [Xen-users] monitoring X-BeenThere: xen-users@lists.xen.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 20, 2014 at 10:59:34AM -0600, Paras pradhan wrote: > I have few CentOS and RHEL hosts with Xen hypervisor running, How does one > monitor the xen dom0 ? Basically I need to monitor dom0's CPU, IO , Memory > and Network traffic. Xen is very old supported by RHEL ie. 3.0.3. Any > nagios or zabbix plugin? > You use you normal monitoring tools. It's just a Linux OS anyway. Wei. > Thanks > Paras. > _______________________________________________ > 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 Fri Feb 21 13:03:38 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 21 Feb 2014 13:03: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 1WGpk8-0005RJ-Ep; Fri, 21 Feb 2014 13:02:16 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGb79-00086I-L7 for xen-users@lists.xensource.com; Thu, 20 Feb 2014 21:25:05 +0000 Received: from [85.158.139.211:37532] by server-17.bemta-5.messagelabs.com id 7A/79-31975-EA276035; Thu, 20 Feb 2014 21:25:02 +0000 X-Env-Sender: michael.rack@rsm-freilassing.de X-Msg-Ref: server-4.tower-206.messagelabs.com!1392931501!5285069!1 X-Originating-IP: [209.85.215.180] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26973 invoked from network); 20 Feb 2014 21:25:02 -0000 Received: from mail-ea0-f180.google.com (HELO mail-ea0-f180.google.com) (209.85.215.180) by server-4.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 20 Feb 2014 21:25:02 -0000 Received: by mail-ea0-f180.google.com with SMTP id o10so1174616eaj.11 for ; Thu, 20 Feb 2014 13:25:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rsm-freilassing.de; s=google; h=message-id:date:from:organization:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=rpE82RLC8Qp+Pn66h7IJ3JCZGL0xlMhAH57VhsOhKrI=; b=eqYhIzwEmdSSbJVf+xHQYS+df8dN7r+ZyiqISZeEP89HCb366XaEngMuh20zKkeOPF lD9eknRZJJwfVyGlE8TrPfTFt40euBPcjdOwjlYN5D/vgn+1b5IqSW6/NcZdgJe4HQGX fU6CLEB8lBGssvVWH13lIwUbcYmUyUIdB1u6g= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:organization:user-agent :mime-version:to:cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=rpE82RLC8Qp+Pn66h7IJ3JCZGL0xlMhAH57VhsOhKrI=; b=aNGu23bGp61tpl6epr1LV1eSTtU6HclptV46M+oNgReBe4nJsGkUtoU1/Qi3WlAlRc fedfj8Jys1LvNhb1SOnXHUzk/KWwYsFtJPmJZBKfpu1K6oT8wTlLKlVf9frecOXgONAC PX+uTQeP8KQcfFadXkO+v8WcQ/UOSuV1n33nOTVz3j9GzOkwrgwndDkwVTNlmSZi78Wt +ZPPMGYgGD3YGWNx0lAmkCg8Nxis4xr/TrRX3e0rnPvVB545fCcp22ezSapQ6LuCYEWo pQdndQ/VTCsrfWtsZCdsf2c2ztI2usNuDUeOT5MTR/v7vKINvFj3vF9F8Uel8WdWVrlY YUhQ== X-Gm-Message-State: ALoCoQn4j9e2u4NPQQinmsx4BWgo7vloJ50/oC7omdCfVsqEyi88imExqQt1cf1VeyJoxijiDI6Y X-Received: by 10.14.107.9 with SMTP id n9mr4270146eeg.21.1392931501513; Thu, 20 Feb 2014 13:25:01 -0800 (PST) Received: from [10.200.0.10] (37-4-2-197-dynip.superkabel.de. [37.4.2.197]) by mx.google.com with ESMTPSA id o43sm18365774eef.12.2014.02.20.13.25.00 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 20 Feb 2014 13:25:00 -0800 (PST) Message-ID: <530672A5.9060607@rsm-freilassing.de> Date: Thu, 20 Feb 2014 22:24:53 +0100 From: Michael Rack Organization: RSM Freilassing User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Ian Campbell References: <5305C6CD.5030705@rsm-freilassing.de> <1392914675.32657.22.camel@kazak.uk.xensource.com> In-Reply-To: <1392914675.32657.22.camel@kazak.uk.xensource.com> X-Mailman-Approved-At: Fri, 21 Feb 2014 13:02:15 +0000 Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] Blank screen in EFI mode but XEN seems to work X-BeenThere: xen-users@lists.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 SSBkaWQgc28uCgpTZWxmIHJlcXVvdGU6ICJXaGVuIGJvb3RpbmcgZnJvbSA+PiB4ZW4uZWZpIDw8 IGkgZ2V0IGluc3RhbnRseSBhIGJsYW5rIApzY3JlZW4sIGJ1dCB0aGUgWEVOIEh5cGVydmlzb3Ig Ym9vdHMgYW5kIGkgYW0gYWJsZSB0byBTU0ggaW50byBpdC4KQWxzbyBpIGFtIGFibGUgdG8gaXNz dWUgY29tbWFuZHMgaW4gImJsaW5kIG1vZGUiLiIKCkkgZG9uJ3Qga25vdyB3aGF0IHdhcyB0aGUg c29sdXRpb24sIGJ1dCBub3cgaXQgd29ya3MuCgpJIGZvcm1hdGVkIG15IGJvb3QtcGFydGl0aW9u IHRvIHN0YXJ0IGEgZnJlc2ggRUZJLWluc3RhbGxhdGlvbi4KSSBpbnN0YWxsZWQgR1JVQi1FRkkg YW5kIFhFTi5FRkkgYW5kIHRvbGQgdGhlIEVGSS1GaXJtd2FyZSB0aGUgcG9zaXRpb25zLgpBZnRl ciByZWJvb3RpbmcsIGFuZCBzZWxlY3RpbmcgdGhlIFhFTi1LRVJORUwgdmlhIHRoZSBFRkktQm9v dC1NYW5nZXIsIApYRU4tSHlwZXJ2aXNvci1LZXJuZWwgYW5kIExpbnV4LUtlcm5lbCBib290ZWQg YW5kIHRoZSBzY3JlZW4gd2VudCBub3QgYmxhbmsuCgpQZXJmZWt0LiBUaGFua3MuCgpMaWViZSBH csO8w59lIGF1cyBGcmVpbGFzc2luZywKCk1pY2hhZWwgUmFjawpSU00gRnJlaWxhc3NpbmcKLS0g ClJTTSBGcmVpbGFzc2luZyAgICAgICAgICAgICAgICAgVGVsLjogKzQ5IDg2NTQgNjA3MTEwCk5v Y2tzdGVpbnN0ci4gMTMgICAgICAgICAgICAgICAgRmF4LjogKzQ5IDg2NTQgNjcwNDM4CkQtODMz OTUgRnJlaWxhc3NpbmcgICAgICAgICAgICB3d3cucnNtLWZyZWlsYXNzaW5nLmRlCgpBbSAyMC4w Mi4yMDE0IDE3OjQ0LCBzY2hyaWViIElhbiBDYW1wYmVsbDoKPiBPbiBUaHUsIDIwMTQtMDItMjAg YXQgMTA6MTEgKzAxMDAsIE1pY2hhZWwgUmFjayB3cm90ZToKPj4gU28sIHdoYXQncyB3cm9uZz8K PiBQbGVhc2Ugc2VhcmNoIHRoZSBsaXN0IGFyY2hpdmVzLCB0aGlzIGhhcyBiZWVuIGRpc2N1c3Nl ZCBzZXZlcmFsIHRpbWVzCj4gYmVmb3JlLgo+Cj4gWW91IG5lZWQgdG8gYm9vdCBYZW4gZGlyZWN0 bHkgYXMgYW4gRUZJIGFwcGxpY2F0aW9uLCBub3QgdmlhIGEKPiBib290bG9hZGVyIGxpa2UgZ3J1 YiAoaS5lLiB5b3UgYm9vdCBYZW4gKmluc3RlYWQqIG9mIGdydWIpLgo+IGh0dHA6Ly94ZW5iaXRz Lnhlbi5vcmcvZG9jcy91bnN0YWJsZS9taXNjL2VmaS5odG1sIGhhcyBzb21lIGRldGFpbHMuCj4K PiBJYW4uCj4KCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f XwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9s aXN0cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Fri Feb 21 13:03:38 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 21 Feb 2014 13:03: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 1WGpk8-0005RJ-Ep; Fri, 21 Feb 2014 13:02:16 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGb79-00086I-L7 for xen-users@lists.xensource.com; Thu, 20 Feb 2014 21:25:05 +0000 Received: from [85.158.139.211:37532] by server-17.bemta-5.messagelabs.com id 7A/79-31975-EA276035; Thu, 20 Feb 2014 21:25:02 +0000 X-Env-Sender: michael.rack@rsm-freilassing.de X-Msg-Ref: server-4.tower-206.messagelabs.com!1392931501!5285069!1 X-Originating-IP: [209.85.215.180] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26973 invoked from network); 20 Feb 2014 21:25:02 -0000 Received: from mail-ea0-f180.google.com (HELO mail-ea0-f180.google.com) (209.85.215.180) by server-4.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 20 Feb 2014 21:25:02 -0000 Received: by mail-ea0-f180.google.com with SMTP id o10so1174616eaj.11 for ; Thu, 20 Feb 2014 13:25:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rsm-freilassing.de; s=google; h=message-id:date:from:organization:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=rpE82RLC8Qp+Pn66h7IJ3JCZGL0xlMhAH57VhsOhKrI=; b=eqYhIzwEmdSSbJVf+xHQYS+df8dN7r+ZyiqISZeEP89HCb366XaEngMuh20zKkeOPF lD9eknRZJJwfVyGlE8TrPfTFt40euBPcjdOwjlYN5D/vgn+1b5IqSW6/NcZdgJe4HQGX fU6CLEB8lBGssvVWH13lIwUbcYmUyUIdB1u6g= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:organization:user-agent :mime-version:to:cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=rpE82RLC8Qp+Pn66h7IJ3JCZGL0xlMhAH57VhsOhKrI=; b=aNGu23bGp61tpl6epr1LV1eSTtU6HclptV46M+oNgReBe4nJsGkUtoU1/Qi3WlAlRc fedfj8Jys1LvNhb1SOnXHUzk/KWwYsFtJPmJZBKfpu1K6oT8wTlLKlVf9frecOXgONAC PX+uTQeP8KQcfFadXkO+v8WcQ/UOSuV1n33nOTVz3j9GzOkwrgwndDkwVTNlmSZi78Wt +ZPPMGYgGD3YGWNx0lAmkCg8Nxis4xr/TrRX3e0rnPvVB545fCcp22ezSapQ6LuCYEWo pQdndQ/VTCsrfWtsZCdsf2c2ztI2usNuDUeOT5MTR/v7vKINvFj3vF9F8Uel8WdWVrlY YUhQ== X-Gm-Message-State: ALoCoQn4j9e2u4NPQQinmsx4BWgo7vloJ50/oC7omdCfVsqEyi88imExqQt1cf1VeyJoxijiDI6Y X-Received: by 10.14.107.9 with SMTP id n9mr4270146eeg.21.1392931501513; Thu, 20 Feb 2014 13:25:01 -0800 (PST) Received: from [10.200.0.10] (37-4-2-197-dynip.superkabel.de. [37.4.2.197]) by mx.google.com with ESMTPSA id o43sm18365774eef.12.2014.02.20.13.25.00 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 20 Feb 2014 13:25:00 -0800 (PST) Message-ID: <530672A5.9060607@rsm-freilassing.de> Date: Thu, 20 Feb 2014 22:24:53 +0100 From: Michael Rack Organization: RSM Freilassing User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Ian Campbell References: <5305C6CD.5030705@rsm-freilassing.de> <1392914675.32657.22.camel@kazak.uk.xensource.com> In-Reply-To: <1392914675.32657.22.camel@kazak.uk.xensource.com> X-Mailman-Approved-At: Fri, 21 Feb 2014 13:02:15 +0000 Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] Blank screen in EFI mode but XEN seems to work X-BeenThere: xen-users@lists.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 SSBkaWQgc28uCgpTZWxmIHJlcXVvdGU6ICJXaGVuIGJvb3RpbmcgZnJvbSA+PiB4ZW4uZWZpIDw8 IGkgZ2V0IGluc3RhbnRseSBhIGJsYW5rIApzY3JlZW4sIGJ1dCB0aGUgWEVOIEh5cGVydmlzb3Ig Ym9vdHMgYW5kIGkgYW0gYWJsZSB0byBTU0ggaW50byBpdC4KQWxzbyBpIGFtIGFibGUgdG8gaXNz dWUgY29tbWFuZHMgaW4gImJsaW5kIG1vZGUiLiIKCkkgZG9uJ3Qga25vdyB3aGF0IHdhcyB0aGUg c29sdXRpb24sIGJ1dCBub3cgaXQgd29ya3MuCgpJIGZvcm1hdGVkIG15IGJvb3QtcGFydGl0aW9u IHRvIHN0YXJ0IGEgZnJlc2ggRUZJLWluc3RhbGxhdGlvbi4KSSBpbnN0YWxsZWQgR1JVQi1FRkkg YW5kIFhFTi5FRkkgYW5kIHRvbGQgdGhlIEVGSS1GaXJtd2FyZSB0aGUgcG9zaXRpb25zLgpBZnRl ciByZWJvb3RpbmcsIGFuZCBzZWxlY3RpbmcgdGhlIFhFTi1LRVJORUwgdmlhIHRoZSBFRkktQm9v dC1NYW5nZXIsIApYRU4tSHlwZXJ2aXNvci1LZXJuZWwgYW5kIExpbnV4LUtlcm5lbCBib290ZWQg YW5kIHRoZSBzY3JlZW4gd2VudCBub3QgYmxhbmsuCgpQZXJmZWt0LiBUaGFua3MuCgpMaWViZSBH csO8w59lIGF1cyBGcmVpbGFzc2luZywKCk1pY2hhZWwgUmFjawpSU00gRnJlaWxhc3NpbmcKLS0g ClJTTSBGcmVpbGFzc2luZyAgICAgICAgICAgICAgICAgVGVsLjogKzQ5IDg2NTQgNjA3MTEwCk5v Y2tzdGVpbnN0ci4gMTMgICAgICAgICAgICAgICAgRmF4LjogKzQ5IDg2NTQgNjcwNDM4CkQtODMz OTUgRnJlaWxhc3NpbmcgICAgICAgICAgICB3d3cucnNtLWZyZWlsYXNzaW5nLmRlCgpBbSAyMC4w Mi4yMDE0IDE3OjQ0LCBzY2hyaWViIElhbiBDYW1wYmVsbDoKPiBPbiBUaHUsIDIwMTQtMDItMjAg YXQgMTA6MTEgKzAxMDAsIE1pY2hhZWwgUmFjayB3cm90ZToKPj4gU28sIHdoYXQncyB3cm9uZz8K PiBQbGVhc2Ugc2VhcmNoIHRoZSBsaXN0IGFyY2hpdmVzLCB0aGlzIGhhcyBiZWVuIGRpc2N1c3Nl ZCBzZXZlcmFsIHRpbWVzCj4gYmVmb3JlLgo+Cj4gWW91IG5lZWQgdG8gYm9vdCBYZW4gZGlyZWN0 bHkgYXMgYW4gRUZJIGFwcGxpY2F0aW9uLCBub3QgdmlhIGEKPiBib290bG9hZGVyIGxpa2UgZ3J1 YiAoaS5lLiB5b3UgYm9vdCBYZW4gKmluc3RlYWQqIG9mIGdydWIpLgo+IGh0dHA6Ly94ZW5iaXRz Lnhlbi5vcmcvZG9jcy91bnN0YWJsZS9taXNjL2VmaS5odG1sIGhhcyBzb21lIGRldGFpbHMuCj4K PiBJYW4uCj4KCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f XwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9s aXN0cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Fri Feb 21 13:50:04 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 21 Feb 2014 13:50: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 1WGqTX-0000RH-3y; Fri, 21 Feb 2014 13:49:11 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGqTV-0000RC-9q for xen-users@lists.xen.org; Fri, 21 Feb 2014 13:49:09 +0000 Received: from [85.158.139.211:53634] by server-13.bemta-5.messagelabs.com id 90/E8-18801-45957035; Fri, 21 Feb 2014 13:49:08 +0000 X-Env-Sender: jo@maniscorse.co.uk X-Msg-Ref: server-14.tower-206.messagelabs.com!1392990539!5392411!1 X-Originating-IP: [212.159.14.17] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEyLjE1OS4xNC4xNyA9PiAxNTM4NTE=\n, ML_RADAR_SPEW_LINKS_8, spamassassin: , async_handler: YXN5bmNfZGVsYXk6IDcwNjQzNjAgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22397 invoked from network); 21 Feb 2014 13:48:59 -0000 Received: from avasout02.plus.net (HELO avasout02.plus.net) (212.159.14.17) by server-14.tower-206.messagelabs.com with SMTP; 21 Feb 2014 13:48:59 -0000 Received: from mail.maniscorse.co.uk ([212.56.102.200]) by avasout02 with smtp id V1oy1n0044KRUT0011ozJR; Fri, 21 Feb 2014 13:48:59 +0000 X-CM-Score: 0.00 X-CNFS-Analysis: v=2.1 cv=KvrD2AmN c=1 sm=1 tr=0 a=WLWxe0b+U2K6bF+vOlsDtg==:117 a=WLWxe0b+U2K6bF+vOlsDtg==:17 a=GkeSDZrZAAAA:8 a=0Bzu9jTXAAAA:8 a=LcaDllckn3IA:10 a=s-PciGckdnYA:10 a=IpB9HCpG8WMA:10 a=bVPqQyJQdTkA:10 a=kj9zAlcOel0A:10 a=kh90lmfbiPsA:10 a=AaSqleDyAAAA:8 a=K6iiYpyRNqVWb8VZkSIA:9 a=CjuIK1q_8ugA:10 a=8z0DlD38_Z4A:10 Received: from white.maniscorse ([192.168.1.19]) by mail.maniscorse.co.uk with esmtp (Exim 4.63) (envelope-from ) id 1WGqTK-0001jh-5I; Fri, 21 Feb 2014 13:48:58 +0000 Received: from jo by white.maniscorse with local (Exim 4.80) (envelope-from ) id 1WGqTJ-00051c-Vv; Fri, 21 Feb 2014 13:48:58 +0000 Date: Fri, 21 Feb 2014 13:48:57 +0000 From: Jo Mills To: xen-users@lists.xen.org Message-ID: <20140221134857.GP19818@white.maniscorse> References: <20140220200326.GO19818@white.maniscorse> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20140220200326.GO19818@white.maniscorse> User-Agent: Mutt/1.5.21 (2010-09-15) Subject: Re: [Xen-users] Request for help with pci passthrough with VTd on Debian Jessie X-BeenThere: xen-users@lists.xen.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 20, 2014 at 08:03:26PM +0000, Jo Mills wrote: > Hi, > > I am having great difficulties in getting pci passthrough with VTd to > work, surely I am doing something stupid but I cannot see what. > "tangram" (https://www.blogger.com/profile/06588030231546523539) has > been a huge help, but despite his efforts I am still stuck. > . . . > > > If anyone would point out my obvious mistake(s) I would be extremely > grateful. > > Regards, > > Jo. Hi, A huge thank you to tangram who spotted my error. As soon as I upgraded from the (deprecated) xm toolstack to the (current) xl toolstack, everything worked as specified. Regards, Jo. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Feb 21 13:50:04 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 21 Feb 2014 13:50: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 1WGqTX-0000RH-3y; Fri, 21 Feb 2014 13:49:11 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGqTV-0000RC-9q for xen-users@lists.xen.org; Fri, 21 Feb 2014 13:49:09 +0000 Received: from [85.158.139.211:53634] by server-13.bemta-5.messagelabs.com id 90/E8-18801-45957035; Fri, 21 Feb 2014 13:49:08 +0000 X-Env-Sender: jo@maniscorse.co.uk X-Msg-Ref: server-14.tower-206.messagelabs.com!1392990539!5392411!1 X-Originating-IP: [212.159.14.17] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEyLjE1OS4xNC4xNyA9PiAxNTM4NTE=\n, ML_RADAR_SPEW_LINKS_8, spamassassin: , async_handler: YXN5bmNfZGVsYXk6IDcwNjQzNjAgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22397 invoked from network); 21 Feb 2014 13:48:59 -0000 Received: from avasout02.plus.net (HELO avasout02.plus.net) (212.159.14.17) by server-14.tower-206.messagelabs.com with SMTP; 21 Feb 2014 13:48:59 -0000 Received: from mail.maniscorse.co.uk ([212.56.102.200]) by avasout02 with smtp id V1oy1n0044KRUT0011ozJR; Fri, 21 Feb 2014 13:48:59 +0000 X-CM-Score: 0.00 X-CNFS-Analysis: v=2.1 cv=KvrD2AmN c=1 sm=1 tr=0 a=WLWxe0b+U2K6bF+vOlsDtg==:117 a=WLWxe0b+U2K6bF+vOlsDtg==:17 a=GkeSDZrZAAAA:8 a=0Bzu9jTXAAAA:8 a=LcaDllckn3IA:10 a=s-PciGckdnYA:10 a=IpB9HCpG8WMA:10 a=bVPqQyJQdTkA:10 a=kj9zAlcOel0A:10 a=kh90lmfbiPsA:10 a=AaSqleDyAAAA:8 a=K6iiYpyRNqVWb8VZkSIA:9 a=CjuIK1q_8ugA:10 a=8z0DlD38_Z4A:10 Received: from white.maniscorse ([192.168.1.19]) by mail.maniscorse.co.uk with esmtp (Exim 4.63) (envelope-from ) id 1WGqTK-0001jh-5I; Fri, 21 Feb 2014 13:48:58 +0000 Received: from jo by white.maniscorse with local (Exim 4.80) (envelope-from ) id 1WGqTJ-00051c-Vv; Fri, 21 Feb 2014 13:48:58 +0000 Date: Fri, 21 Feb 2014 13:48:57 +0000 From: Jo Mills To: xen-users@lists.xen.org Message-ID: <20140221134857.GP19818@white.maniscorse> References: <20140220200326.GO19818@white.maniscorse> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20140220200326.GO19818@white.maniscorse> User-Agent: Mutt/1.5.21 (2010-09-15) Subject: Re: [Xen-users] Request for help with pci passthrough with VTd on Debian Jessie X-BeenThere: xen-users@lists.xen.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 20, 2014 at 08:03:26PM +0000, Jo Mills wrote: > Hi, > > I am having great difficulties in getting pci passthrough with VTd to > work, surely I am doing something stupid but I cannot see what. > "tangram" (https://www.blogger.com/profile/06588030231546523539) has > been a huge help, but despite his efforts I am still stuck. > . . . > > > If anyone would point out my obvious mistake(s) I would be extremely > grateful. > > Regards, > > Jo. Hi, A huge thank you to tangram who spotted my error. As soon as I upgraded from the (deprecated) xm toolstack to the (current) xl toolstack, everything worked as specified. Regards, Jo. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Feb 21 15:13:35 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 21 Feb 2014 15:13: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 1WGrmW-0003Kg-Ia; Fri, 21 Feb 2014 15:12:52 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGrmU-0003KW-Vw for xen-users@lists.xen.org; Fri, 21 Feb 2014 15:12:51 +0000 Received: from [193.109.254.147:25578] by server-9.bemta-14.messagelabs.com id 57/CE-24895-2FC67035; Fri, 21 Feb 2014 15:12:50 +0000 X-Env-Sender: teabetab@yahoo.fr X-Msg-Ref: server-9.tower-27.messagelabs.com!1392995569!1976322!1 X-Originating-IP: [212.82.96.231] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19112 invoked from network); 21 Feb 2014 15:12:49 -0000 Received: from nm18-vm7.bullet.mail.ir2.yahoo.com (HELO nm18-vm7.bullet.mail.ir2.yahoo.com) (212.82.96.231) by server-9.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 21 Feb 2014 15:12:49 -0000 Received: from [212.82.98.56] by nm18.bullet.mail.ir2.yahoo.com with NNFMP; 21 Feb 2014 15:12:49 -0000 Received: from [212.82.98.116] by tm9.bullet.mail.ir2.yahoo.com with NNFMP; 21 Feb 2014 15:12:49 -0000 Received: from [127.0.0.1] by omp1053.mail.ir2.yahoo.com with NNFMP; 21 Feb 2014 15:12:49 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 19429.91135.bm@omp1053.mail.ir2.yahoo.com Received: (qmail 67196 invoked by uid 60001); 21 Feb 2014 15:12:48 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.fr; s=s1024; t=1392995568; bh=4ksB+1nAdo9xxigMPZkCP3a213Kjp7zSI84OgwiYXRc=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=pfld8iw01cOKBhrCIDtTRjFt8OJBYb2HqQw9KsK6+NIDCSa3Iqai0oj7OBtnaXjUdoECFpNCV9r5y3XE61H4usUPlJ9YD1gESuVX39GbKHJHaWU4pWOx5vUPKXMedGDfdELQYvt4sUMtCoYIZUXLqiZ+CvKDph+Qo6Vhg8uETj8= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.fr; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=WWnFJ75HcG+oDuitcvHnBgdveDFdLXQvqx1iTKYs0w6ODhNnwrTeWvnRp/1086cVxIRPUw2EPhay+Mz0TkAyOWGW5ck0MtRtuPCLestJsnX39SS4yzp80wnUpi7bHYWLu+svKRrs8MpyP8ollSm7Zo0ONMCC0KNAdY8QCoY7BZ0=; X-YMail-OSG: I7ts3cwVM1nHuqTDOv4HPkgu.m.YlbBbm2JKNar_fb0Ejdo V.WyWb4QMOr_BoO2L.fUFbNPLEb2.kkS1hBd4BiOxKtdOBFDN0rWwne5KnvH zebKbyM0mzdzYL2SMtrdck1RSj9CzdIUpTOnJqKFudhBp9.TBg.xkynqKkMh .nw8OIoiomH3gMTuEvnFWMkOnMz3h0mdZlDXHDwbdudlIA6kv.CtwviCtf61 JngEJdA_f6VNBFxHR3GgcpmULFJzBxdFzwsAVfcMSJXhqJ0pkrC2O6jBfk4O slLJ2Ji5HM2lShAXWT8nz4KVuKCIs6oJb1xe9JdTzay6X1jlyTNNml5JTulJ DiFL9xgHWhRg0sO1vkqxGDeHAijwhAxNJYYeU2ruL6N71cLEIwsKwh1.jZq9 o6l6NTvSt7PUpc1U5QwLECmJ_k7aL1VTa2I5ooaanJFBqvW2ih9SngcERCOT vdXEogg90zRy.jJX4S8jp_zpObsXhwF6Fb_bzlwfPKEp2uehkCsDEJ7eCAQO 2ZKDTh8dekmrbKafe.0UBe36Ng.oB Received: from [147.127.240.247] by web173106.mail.ir2.yahoo.com via HTTP; Fri, 21 Feb 2014 15:12:48 GMT X-Rocket-MIMEInfo: 002.001, QW55IGhlbHAgb24gdGhpcyB3b3VsZCBiZSBncmVhdGx5IGFwcHJlY2lhdGVkLiDCoAoKSSBhbSB1c2luZyB4ZW4gNC4yIGFuZCBteSBkb20wIE9TIGlzIFVidW50dSBzZXJ2ZXIgMTIuMDQuIEnCoCB3b3JraW5nIG9uIEkvTyBhY2NlcyBvbiBndWVzdHMgT1MuIEkgYW0gdHJ5aW5nIHRvIG1vZGlmeSBteSBiYWNrZW5kIGRyaXZlciAoYmxrYmFjaykgZm9yIEkvTyBhY2Nlc3MgYnV0IGl0IHNlZW1zIGFzIG15IEd1ZXN0IE9TIGlzIG5vdCB1c2luZyBpdC4gQ2FuIHlvdSBwbGVhc2UgdGVsbCBtZSBob3cgdG8gc3QBMAEBAQE- X-Mailer: YahooMailWebService/0.8.177.636 Message-ID: <1392995568.30391.YahooMailNeo@web173106.mail.ir2.yahoo.com> Date: Fri, 21 Feb 2014 15:12:48 +0000 (GMT) From: DJOMGWE TEABE Boris To: "xen-users@lists.xen.org" MIME-Version: 1.0 Subject: [Xen-users] backend driver for I/O access X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: DJOMGWE TEABE Boris List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5180693144075425072==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5180693144075425072== Content-Type: multipart/alternative; boundary="404364280-255520078-1392995568=:30391" --404364280-255520078-1392995568=:30391 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Any help on this would be greatly appreciated. =A0=0A=0AI am using xen 4.2 = and my dom0 OS is Ubuntu server 12.04. I=A0 working on I/O acces on guests = OS. I am trying to modify my backend driver (blkback) for I/O access but it= seems as my Guest OS is not using it. Can you please tell me how to start = my Virtual Machine or my dom0 so that the backend dirver (blkback) is used.= =0AThis is a copy of my VM configuration file: =0Akernel =3D "hvmloader"= =0Abuilder=3D'hvm'=0Amemory =3D 512=0Amemory_sharing=3D1=0Aname =3D "debian= .squeze.hvm"=0Avcpus=3D2=0Avcpus=3D2=0Avif =3D [ 'bridge=3Dxenbr0,mac=3Daa:= 00:00:00:00:13,model=3De1000' ]=0Adisk =3D [ 'file:/root/images/debian.sque= ze.HVM.raw,ioemu:hda,w']=0A=0A=0A=0AThank you --404364280-255520078-1392995568=:30391 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Any help on this would be greatly appreciated.  

I am using xen 4.2 and my dom0 OS is Ubuntu server 12.04. I&nbs= p; working on I/O acces on guests OS. I am trying to modify my backend driv= er (blkback) for I/O access but it seems as my Guest OS is not using it. Ca= n you please tell me how to start my Virtual Machine or my dom0 so that the= backend dirver (blkback) is used.
This is a copy of my VM configuratio= n file:
kernel =3D "hvmloader"
builder=3D'hvm'
memory =3D 512
= memory_sharing=3D1
name =3D "debian.squeze.hvm"
vcpus=3D2
vcpus=3D= 2
vif =3D [ 'bridge=3Dxenbr0,mac=3Daa:00:00:00:00:13,model=3De1000' ]disk =3D [ 'file:/root/images/debian.squeze.HVM.raw,ioemu:hda,w']

<= br>
Thank you

--404364280-255520078-1392995568=:30391-- --===============5180693144075425072== 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 --===============5180693144075425072==-- From xen-users-bounces@lists.xen.org Fri Feb 21 15:13:35 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 21 Feb 2014 15:13: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 1WGrmW-0003Kg-Ia; Fri, 21 Feb 2014 15:12:52 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGrmU-0003KW-Vw for xen-users@lists.xen.org; Fri, 21 Feb 2014 15:12:51 +0000 Received: from [193.109.254.147:25578] by server-9.bemta-14.messagelabs.com id 57/CE-24895-2FC67035; Fri, 21 Feb 2014 15:12:50 +0000 X-Env-Sender: teabetab@yahoo.fr X-Msg-Ref: server-9.tower-27.messagelabs.com!1392995569!1976322!1 X-Originating-IP: [212.82.96.231] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19112 invoked from network); 21 Feb 2014 15:12:49 -0000 Received: from nm18-vm7.bullet.mail.ir2.yahoo.com (HELO nm18-vm7.bullet.mail.ir2.yahoo.com) (212.82.96.231) by server-9.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 21 Feb 2014 15:12:49 -0000 Received: from [212.82.98.56] by nm18.bullet.mail.ir2.yahoo.com with NNFMP; 21 Feb 2014 15:12:49 -0000 Received: from [212.82.98.116] by tm9.bullet.mail.ir2.yahoo.com with NNFMP; 21 Feb 2014 15:12:49 -0000 Received: from [127.0.0.1] by omp1053.mail.ir2.yahoo.com with NNFMP; 21 Feb 2014 15:12:49 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 19429.91135.bm@omp1053.mail.ir2.yahoo.com Received: (qmail 67196 invoked by uid 60001); 21 Feb 2014 15:12:48 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.fr; s=s1024; t=1392995568; bh=4ksB+1nAdo9xxigMPZkCP3a213Kjp7zSI84OgwiYXRc=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=pfld8iw01cOKBhrCIDtTRjFt8OJBYb2HqQw9KsK6+NIDCSa3Iqai0oj7OBtnaXjUdoECFpNCV9r5y3XE61H4usUPlJ9YD1gESuVX39GbKHJHaWU4pWOx5vUPKXMedGDfdELQYvt4sUMtCoYIZUXLqiZ+CvKDph+Qo6Vhg8uETj8= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.fr; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=WWnFJ75HcG+oDuitcvHnBgdveDFdLXQvqx1iTKYs0w6ODhNnwrTeWvnRp/1086cVxIRPUw2EPhay+Mz0TkAyOWGW5ck0MtRtuPCLestJsnX39SS4yzp80wnUpi7bHYWLu+svKRrs8MpyP8ollSm7Zo0ONMCC0KNAdY8QCoY7BZ0=; X-YMail-OSG: I7ts3cwVM1nHuqTDOv4HPkgu.m.YlbBbm2JKNar_fb0Ejdo V.WyWb4QMOr_BoO2L.fUFbNPLEb2.kkS1hBd4BiOxKtdOBFDN0rWwne5KnvH zebKbyM0mzdzYL2SMtrdck1RSj9CzdIUpTOnJqKFudhBp9.TBg.xkynqKkMh .nw8OIoiomH3gMTuEvnFWMkOnMz3h0mdZlDXHDwbdudlIA6kv.CtwviCtf61 JngEJdA_f6VNBFxHR3GgcpmULFJzBxdFzwsAVfcMSJXhqJ0pkrC2O6jBfk4O slLJ2Ji5HM2lShAXWT8nz4KVuKCIs6oJb1xe9JdTzay6X1jlyTNNml5JTulJ DiFL9xgHWhRg0sO1vkqxGDeHAijwhAxNJYYeU2ruL6N71cLEIwsKwh1.jZq9 o6l6NTvSt7PUpc1U5QwLECmJ_k7aL1VTa2I5ooaanJFBqvW2ih9SngcERCOT vdXEogg90zRy.jJX4S8jp_zpObsXhwF6Fb_bzlwfPKEp2uehkCsDEJ7eCAQO 2ZKDTh8dekmrbKafe.0UBe36Ng.oB Received: from [147.127.240.247] by web173106.mail.ir2.yahoo.com via HTTP; Fri, 21 Feb 2014 15:12:48 GMT X-Rocket-MIMEInfo: 002.001, QW55IGhlbHAgb24gdGhpcyB3b3VsZCBiZSBncmVhdGx5IGFwcHJlY2lhdGVkLiDCoAoKSSBhbSB1c2luZyB4ZW4gNC4yIGFuZCBteSBkb20wIE9TIGlzIFVidW50dSBzZXJ2ZXIgMTIuMDQuIEnCoCB3b3JraW5nIG9uIEkvTyBhY2NlcyBvbiBndWVzdHMgT1MuIEkgYW0gdHJ5aW5nIHRvIG1vZGlmeSBteSBiYWNrZW5kIGRyaXZlciAoYmxrYmFjaykgZm9yIEkvTyBhY2Nlc3MgYnV0IGl0IHNlZW1zIGFzIG15IEd1ZXN0IE9TIGlzIG5vdCB1c2luZyBpdC4gQ2FuIHlvdSBwbGVhc2UgdGVsbCBtZSBob3cgdG8gc3QBMAEBAQE- X-Mailer: YahooMailWebService/0.8.177.636 Message-ID: <1392995568.30391.YahooMailNeo@web173106.mail.ir2.yahoo.com> Date: Fri, 21 Feb 2014 15:12:48 +0000 (GMT) From: DJOMGWE TEABE Boris To: "xen-users@lists.xen.org" MIME-Version: 1.0 Subject: [Xen-users] backend driver for I/O access X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: DJOMGWE TEABE Boris List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5180693144075425072==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5180693144075425072== Content-Type: multipart/alternative; boundary="404364280-255520078-1392995568=:30391" --404364280-255520078-1392995568=:30391 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Any help on this would be greatly appreciated. =A0=0A=0AI am using xen 4.2 = and my dom0 OS is Ubuntu server 12.04. I=A0 working on I/O acces on guests = OS. I am trying to modify my backend driver (blkback) for I/O access but it= seems as my Guest OS is not using it. Can you please tell me how to start = my Virtual Machine or my dom0 so that the backend dirver (blkback) is used.= =0AThis is a copy of my VM configuration file: =0Akernel =3D "hvmloader"= =0Abuilder=3D'hvm'=0Amemory =3D 512=0Amemory_sharing=3D1=0Aname =3D "debian= .squeze.hvm"=0Avcpus=3D2=0Avcpus=3D2=0Avif =3D [ 'bridge=3Dxenbr0,mac=3Daa:= 00:00:00:00:13,model=3De1000' ]=0Adisk =3D [ 'file:/root/images/debian.sque= ze.HVM.raw,ioemu:hda,w']=0A=0A=0A=0AThank you --404364280-255520078-1392995568=:30391 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Any help on this would be greatly appreciated.  

I am using xen 4.2 and my dom0 OS is Ubuntu server 12.04. I&nbs= p; working on I/O acces on guests OS. I am trying to modify my backend driv= er (blkback) for I/O access but it seems as my Guest OS is not using it. Ca= n you please tell me how to start my Virtual Machine or my dom0 so that the= backend dirver (blkback) is used.
This is a copy of my VM configuratio= n file:
kernel =3D "hvmloader"
builder=3D'hvm'
memory =3D 512
= memory_sharing=3D1
name =3D "debian.squeze.hvm"
vcpus=3D2
vcpus=3D= 2
vif =3D [ 'bridge=3Dxenbr0,mac=3Daa:00:00:00:00:13,model=3De1000' ]disk =3D [ 'file:/root/images/debian.squeze.HVM.raw,ioemu:hda,w']

<= br>
Thank you

--404364280-255520078-1392995568=:30391-- --===============5180693144075425072== 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 --===============5180693144075425072==-- From xen-users-bounces@lists.xen.org Fri Feb 21 15:22:23 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 21 Feb 2014 15: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 1WGrva-0003xa-8j; Fri, 21 Feb 2014 15:22:14 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGrvY-0003xK-3y for xen-users@lists.xen.org; Fri, 21 Feb 2014 15:22:12 +0000 Received: from [85.158.139.211:60508] by server-7.bemta-5.messagelabs.com id F3/AA-14867-32F67035; Fri, 21 Feb 2014 15:22:11 +0000 X-Env-Sender: teabetab@yahoo.fr X-Msg-Ref: server-15.tower-206.messagelabs.com!1392996130!5424426!1 X-Originating-IP: [212.82.96.97] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9531 invoked from network); 21 Feb 2014 15:22:10 -0000 Received: from nm3-vm8.bullet.mail.ir2.yahoo.com (HELO nm3-vm8.bullet.mail.ir2.yahoo.com) (212.82.96.97) by server-15.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 21 Feb 2014 15:22:10 -0000 Received: from [212.82.98.63] by nm3.bullet.mail.ir2.yahoo.com with NNFMP; 21 Feb 2014 15:22:09 -0000 Received: from [212.82.98.100] by tm16.bullet.mail.ir2.yahoo.com with NNFMP; 21 Feb 2014 15:22:09 -0000 Received: from [127.0.0.1] by omp1037.mail.ir2.yahoo.com with NNFMP; 21 Feb 2014 15:22:09 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 841081.26958.bm@omp1037.mail.ir2.yahoo.com Received: (qmail 96787 invoked by uid 60001); 21 Feb 2014 15:22:09 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.fr; s=s1024; t=1392996129; bh=WDdOWsdCcffTZWBxgBy6v9wf8qIiVfpbUuLzTRbBKkA=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=pfv4ZgaPFK8YVc8z/gW6raaNDkqhT6DRl66LHvS9ORN23rNYBy6e2PeUSyxan9qpqliWslxKtmf13BIM0BL9BQmy5kOP/q6/auNI2ePgkpNe56ohF9e/+sVvRieF0WPTzqGKK0h0dHO8mvm3+KHbXg4dLoSxwfeobExu3U4qTnw= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.fr; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=VQbbOOtRaC9qp6OeF6u9ePgbbOQfS6tvs30MsvoG72Ck3aq/AwZdkl4YB3NoxuKiJv6zvOPs0UEXJw484iKiFu7bSjJmpKK5FrRhInY+TWPE/djRoeWC3iJM8H7W4RRs7ZXRW+Zg2lo7SvkN2EGD8esaZGqj1hA8SsAeO2x50xY=; X-YMail-OSG: 8XaXGvMVM1l2cjbM2ql8EPCsqEYU30YWhcZDfhmO2a_ATaD 1rMgzg0XZqJFtW3DMEyOvb8.V0ms_hLX5DB2mm7cZ_PMjjwtf32piBbeh4z. Xf53FtmXQQKOTBNbVJiIgMIWNQ3vZx6ghdlCjThNVz06HRP9MdcxGtttrQ4N XRNsQ6RpMwVpyaZotzp.kdb7q4yokqpz.AprXf7MgMUaNig_5pwQGo4LQwWI HBad56gL4Lh_xpXOyItH5oMuiMkFuZoziDU3tuEcvUTWA6GGE_7aVbUOlnxT kmhYLoNwRY_btyUCfXDoL33hfKeyY2ahei9JSvx6rgbhItaS6ioBKFnIcoul WZsj9A2PHFGN5pIVkQWlGTSQsuB6OF31wivhXHyToR20ZIJAVQHRQ6_wfKP0 u7drMMpSYSi8ehPBIfSEFLZa2huV12innExnntRPRFLS1EuR7c8YGU9EmZ7I _O9GBAAGWL7jDivAOQ6eGc61zsla6kuOcZRKeZMMdiqYlqoxRcx0zbwsrHnt HMMTG3UUWTEgByee_Vh1xaE7Ubf8K Received: from [147.127.240.247] by web173104.mail.ir2.yahoo.com via HTTP; Fri, 21 Feb 2014 15:22:09 GMT X-Rocket-MIMEInfo: 002.001, QW55IGhlbHAgb24gdGhpcyB3b3VsZCBiZSBncmVhdGx5IGFwcHJlY2lhdGVkLiDCoAoKSSBhbSB1c2luZyB4ZW4gNC4yIGFuZCBteSBkb20wIE9TIGlzIFVidW50dSBzZXJ2ZXIgMTIuMDQuIEnCoCB3b3JraW5nIG9uIEkvTyBhY2NlcyBvbiBndWVzdHMgT1MuIEkgYW0gdHJ5aW5nIHRvIG1vZGlmeSBteSBiYWNrZW5kIGRyaXZlciAoYmxrYmFjaykgZm9yIEkvTyBhY2Nlc3MgYnV0IGl0IHNlZW1zIGFzIG15IEd1ZXN0IE9TIGlzIG5vdCB1c2luZyBpdC4gQ2FuIHlvdSBwbGVhc2UgdGVsbCBtZSBob3cgdG8gc3QBMAEBAQE- X-Mailer: YahooMailWebService/0.8.177.636 References: <1392995568.30391.YahooMailNeo@web173106.mail.ir2.yahoo.com> Message-ID: <1392996129.77991.YahooMailNeo@web173104.mail.ir2.yahoo.com> Date: Fri, 21 Feb 2014 15:22:09 +0000 (GMT) From: DJOMGWE TEABE Boris To: "xen-users@lists.xen.org" , "xen-users-request@lists.xenproject.org" In-Reply-To: <1392995568.30391.YahooMailNeo@web173106.mail.ir2.yahoo.com> MIME-Version: 1.0 Subject: [Xen-users] Backend driver for I/O access X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: DJOMGWE TEABE Boris List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2831757682567960910==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2831757682567960910== Content-Type: multipart/alternative; boundary="-1639451963-1047570157-1392996129=:77991" ---1639451963-1047570157-1392996129=:77991 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Any help on this would be greatly appreciated. =A0=0A=0AI am using xen 4.2 = and my dom0 OS is Ubuntu server 12.04. I=A0 working on I/O acces on guests = OS. I am trying to modify my backend driver (blkback) for I/O access but it= seems as my Guest OS is not using it. Can you please tell me how to start = my Virtual Machine or my dom0 so that the backend dirver (blkback) is used.= =0AThis is a copy of my VM configuration file (sorry in my first message I= put the wrong configuration file): =0A=0Aname =3D "vm.pv"=0Akernel =3D "/b= oot/vmlinuz-3.2.54"=0Aramdisk =3D "/boot/initrd.img-3.2.54"=0Aextra =3D "ro= ot=3D/dev/xvda1 ro debug"=0Amemory =3D 512=0Avcpus =3D 1=0Avif =3D [ 'bridg= e=3Dxenbr0' ]=0Adisk =3D ['phy:/usr/src/disk.raw,xvda1,rw']=0AThank you ---1639451963-1047570157-1392996129=:77991 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Any hel= p on this would be greatly appreciated.  

I am using xe= n 4.2 and my dom0 OS is Ubuntu server 12.04. I  working on I/O acces o= n guests OS. I am trying to modify my backend driver (blkback) for I/O acce= ss but it seems as my Guest OS is not using it. Can you please tell me how = to start my Virtual Machine or my dom0 so that the backend dirver (blkback) is used. <= br>This is a copy of my VM configuration file (sorry in my first message I = put the wrong configuration file): 
name =3D "vm.pv"=0Akernel =3D "=
/boot/vmlinuz-3.2.54"=0Aramdisk =3D "/boot/initrd.img-3.2.54"=0Aextra =3D "=
root=3D/dev/xvda1 ro debug"=0Amemory =3D 512=0Avcpus =3D 1=0Avif =3D [ 'bri=
dge=3Dxenbr0' ]=0Adisk =3D ['phy:/usr/src/disk.raw,xvda1,rw']
Thank you



=
---1639451963-1047570157-1392996129=:77991-- --===============2831757682567960910== 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 --===============2831757682567960910==-- From xen-users-bounces@lists.xen.org Fri Feb 21 15:22:23 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 21 Feb 2014 15: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 1WGrva-0003xa-8j; Fri, 21 Feb 2014 15:22:14 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGrvY-0003xK-3y for xen-users@lists.xen.org; Fri, 21 Feb 2014 15:22:12 +0000 Received: from [85.158.139.211:60508] by server-7.bemta-5.messagelabs.com id F3/AA-14867-32F67035; Fri, 21 Feb 2014 15:22:11 +0000 X-Env-Sender: teabetab@yahoo.fr X-Msg-Ref: server-15.tower-206.messagelabs.com!1392996130!5424426!1 X-Originating-IP: [212.82.96.97] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9531 invoked from network); 21 Feb 2014 15:22:10 -0000 Received: from nm3-vm8.bullet.mail.ir2.yahoo.com (HELO nm3-vm8.bullet.mail.ir2.yahoo.com) (212.82.96.97) by server-15.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 21 Feb 2014 15:22:10 -0000 Received: from [212.82.98.63] by nm3.bullet.mail.ir2.yahoo.com with NNFMP; 21 Feb 2014 15:22:09 -0000 Received: from [212.82.98.100] by tm16.bullet.mail.ir2.yahoo.com with NNFMP; 21 Feb 2014 15:22:09 -0000 Received: from [127.0.0.1] by omp1037.mail.ir2.yahoo.com with NNFMP; 21 Feb 2014 15:22:09 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 841081.26958.bm@omp1037.mail.ir2.yahoo.com Received: (qmail 96787 invoked by uid 60001); 21 Feb 2014 15:22:09 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.fr; s=s1024; t=1392996129; bh=WDdOWsdCcffTZWBxgBy6v9wf8qIiVfpbUuLzTRbBKkA=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=pfv4ZgaPFK8YVc8z/gW6raaNDkqhT6DRl66LHvS9ORN23rNYBy6e2PeUSyxan9qpqliWslxKtmf13BIM0BL9BQmy5kOP/q6/auNI2ePgkpNe56ohF9e/+sVvRieF0WPTzqGKK0h0dHO8mvm3+KHbXg4dLoSxwfeobExu3U4qTnw= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.fr; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=VQbbOOtRaC9qp6OeF6u9ePgbbOQfS6tvs30MsvoG72Ck3aq/AwZdkl4YB3NoxuKiJv6zvOPs0UEXJw484iKiFu7bSjJmpKK5FrRhInY+TWPE/djRoeWC3iJM8H7W4RRs7ZXRW+Zg2lo7SvkN2EGD8esaZGqj1hA8SsAeO2x50xY=; X-YMail-OSG: 8XaXGvMVM1l2cjbM2ql8EPCsqEYU30YWhcZDfhmO2a_ATaD 1rMgzg0XZqJFtW3DMEyOvb8.V0ms_hLX5DB2mm7cZ_PMjjwtf32piBbeh4z. Xf53FtmXQQKOTBNbVJiIgMIWNQ3vZx6ghdlCjThNVz06HRP9MdcxGtttrQ4N XRNsQ6RpMwVpyaZotzp.kdb7q4yokqpz.AprXf7MgMUaNig_5pwQGo4LQwWI HBad56gL4Lh_xpXOyItH5oMuiMkFuZoziDU3tuEcvUTWA6GGE_7aVbUOlnxT kmhYLoNwRY_btyUCfXDoL33hfKeyY2ahei9JSvx6rgbhItaS6ioBKFnIcoul WZsj9A2PHFGN5pIVkQWlGTSQsuB6OF31wivhXHyToR20ZIJAVQHRQ6_wfKP0 u7drMMpSYSi8ehPBIfSEFLZa2huV12innExnntRPRFLS1EuR7c8YGU9EmZ7I _O9GBAAGWL7jDivAOQ6eGc61zsla6kuOcZRKeZMMdiqYlqoxRcx0zbwsrHnt HMMTG3UUWTEgByee_Vh1xaE7Ubf8K Received: from [147.127.240.247] by web173104.mail.ir2.yahoo.com via HTTP; Fri, 21 Feb 2014 15:22:09 GMT X-Rocket-MIMEInfo: 002.001, QW55IGhlbHAgb24gdGhpcyB3b3VsZCBiZSBncmVhdGx5IGFwcHJlY2lhdGVkLiDCoAoKSSBhbSB1c2luZyB4ZW4gNC4yIGFuZCBteSBkb20wIE9TIGlzIFVidW50dSBzZXJ2ZXIgMTIuMDQuIEnCoCB3b3JraW5nIG9uIEkvTyBhY2NlcyBvbiBndWVzdHMgT1MuIEkgYW0gdHJ5aW5nIHRvIG1vZGlmeSBteSBiYWNrZW5kIGRyaXZlciAoYmxrYmFjaykgZm9yIEkvTyBhY2Nlc3MgYnV0IGl0IHNlZW1zIGFzIG15IEd1ZXN0IE9TIGlzIG5vdCB1c2luZyBpdC4gQ2FuIHlvdSBwbGVhc2UgdGVsbCBtZSBob3cgdG8gc3QBMAEBAQE- X-Mailer: YahooMailWebService/0.8.177.636 References: <1392995568.30391.YahooMailNeo@web173106.mail.ir2.yahoo.com> Message-ID: <1392996129.77991.YahooMailNeo@web173104.mail.ir2.yahoo.com> Date: Fri, 21 Feb 2014 15:22:09 +0000 (GMT) From: DJOMGWE TEABE Boris To: "xen-users@lists.xen.org" , "xen-users-request@lists.xenproject.org" In-Reply-To: <1392995568.30391.YahooMailNeo@web173106.mail.ir2.yahoo.com> MIME-Version: 1.0 Subject: [Xen-users] Backend driver for I/O access X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: DJOMGWE TEABE Boris List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2831757682567960910==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2831757682567960910== Content-Type: multipart/alternative; boundary="-1639451963-1047570157-1392996129=:77991" ---1639451963-1047570157-1392996129=:77991 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Any help on this would be greatly appreciated. =A0=0A=0AI am using xen 4.2 = and my dom0 OS is Ubuntu server 12.04. I=A0 working on I/O acces on guests = OS. I am trying to modify my backend driver (blkback) for I/O access but it= seems as my Guest OS is not using it. Can you please tell me how to start = my Virtual Machine or my dom0 so that the backend dirver (blkback) is used.= =0AThis is a copy of my VM configuration file (sorry in my first message I= put the wrong configuration file): =0A=0Aname =3D "vm.pv"=0Akernel =3D "/b= oot/vmlinuz-3.2.54"=0Aramdisk =3D "/boot/initrd.img-3.2.54"=0Aextra =3D "ro= ot=3D/dev/xvda1 ro debug"=0Amemory =3D 512=0Avcpus =3D 1=0Avif =3D [ 'bridg= e=3Dxenbr0' ]=0Adisk =3D ['phy:/usr/src/disk.raw,xvda1,rw']=0AThank you ---1639451963-1047570157-1392996129=:77991 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Any hel= p on this would be greatly appreciated.  

I am using xe= n 4.2 and my dom0 OS is Ubuntu server 12.04. I  working on I/O acces o= n guests OS. I am trying to modify my backend driver (blkback) for I/O acce= ss but it seems as my Guest OS is not using it. Can you please tell me how = to start my Virtual Machine or my dom0 so that the backend dirver (blkback) is used. <= br>This is a copy of my VM configuration file (sorry in my first message I = put the wrong configuration file): 
name =3D "vm.pv"=0Akernel =3D "=
/boot/vmlinuz-3.2.54"=0Aramdisk =3D "/boot/initrd.img-3.2.54"=0Aextra =3D "=
root=3D/dev/xvda1 ro debug"=0Amemory =3D 512=0Avcpus =3D 1=0Avif =3D [ 'bri=
dge=3Dxenbr0' ]=0Adisk =3D ['phy:/usr/src/disk.raw,xvda1,rw']
Thank you



=
---1639451963-1047570157-1392996129=:77991-- --===============2831757682567960910== 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 --===============2831757682567960910==-- From xen-users-bounces@lists.xen.org Fri Feb 21 16:04:19 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 21 Feb 2014 16:04: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 1WGsZs-00060G-Gd; Fri, 21 Feb 2014 16:03:52 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGsZq-000608-Pf for xen-users@lists.xen.org; Fri, 21 Feb 2014 16:03:50 +0000 Received: from [85.158.143.35:24055] by server-1.bemta-4.messagelabs.com id E2/81-31661-6E877035; Fri, 21 Feb 2014 16:03:50 +0000 X-Env-Sender: wei.liu2@citrix.com X-Msg-Ref: server-5.tower-21.messagelabs.com!1392998628!7376087!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30436 invoked from network); 21 Feb 2014 16:03:49 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-5.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 21 Feb 2014 16:03:49 -0000 X-IronPort-AV: E=Sophos;i="4.97,519,1389744000"; d="scan'208";a="104710914" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 21 Feb 2014 16:03:47 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Fri, 21 Feb 2014 11:03:47 -0500 Received: from zion.uk.xensource.com ([10.80.2.73]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1WGsZm-0007gd-Ry; Fri, 21 Feb 2014 16:03:46 +0000 Date: Fri, 21 Feb 2014 16:03:46 +0000 From: Wei Liu To: Paras pradhan Message-ID: <20140221160346.GX18398@zion.uk.xensource.com> References: <20140221104228.GU18398@zion.uk.xensource.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-DLP: MIA2 Cc: xen-users@lists.xen.org, Wei Liu Subject: Re: [Xen-users] monitoring X-BeenThere: xen-users@lists.xen.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 Please don't drop xen-users list. On Fri, Feb 21, 2014 at 09:55:01AM -0600, Paras pradhan wrote: > For example: I have 1 cpu assigned to dom0 and rest to domUs , how do I > monitor all 16 cores? > This is different from what you said. In this case you might want to try "xm top" and have a look at its implementation. Wei. > Thanks > -Paras > > > On Fri, Feb 21, 2014 at 4:42 AM, Wei Liu wrote: > > > On Thu, Feb 20, 2014 at 10:59:34AM -0600, Paras pradhan wrote: > > > I have few CentOS and RHEL hosts with Xen hypervisor running, How does > > one > > > monitor the xen dom0 ? Basically I need to monitor dom0's CPU, IO , > > Memory > > > and Network traffic. Xen is very old supported by RHEL ie. 3.0.3. Any > > > nagios or zabbix plugin? > > > > > > > You use you normal monitoring tools. It's just a Linux OS anyway. > > > > Wei. > > > > > Thanks > > > Paras. > > > > > _______________________________________________ > > > 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 Fri Feb 21 16:04:19 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 21 Feb 2014 16:04: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 1WGsZs-00060G-Gd; Fri, 21 Feb 2014 16:03:52 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGsZq-000608-Pf for xen-users@lists.xen.org; Fri, 21 Feb 2014 16:03:50 +0000 Received: from [85.158.143.35:24055] by server-1.bemta-4.messagelabs.com id E2/81-31661-6E877035; Fri, 21 Feb 2014 16:03:50 +0000 X-Env-Sender: wei.liu2@citrix.com X-Msg-Ref: server-5.tower-21.messagelabs.com!1392998628!7376087!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30436 invoked from network); 21 Feb 2014 16:03:49 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-5.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 21 Feb 2014 16:03:49 -0000 X-IronPort-AV: E=Sophos;i="4.97,519,1389744000"; d="scan'208";a="104710914" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 21 Feb 2014 16:03:47 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Fri, 21 Feb 2014 11:03:47 -0500 Received: from zion.uk.xensource.com ([10.80.2.73]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1WGsZm-0007gd-Ry; Fri, 21 Feb 2014 16:03:46 +0000 Date: Fri, 21 Feb 2014 16:03:46 +0000 From: Wei Liu To: Paras pradhan Message-ID: <20140221160346.GX18398@zion.uk.xensource.com> References: <20140221104228.GU18398@zion.uk.xensource.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-DLP: MIA2 Cc: xen-users@lists.xen.org, Wei Liu Subject: Re: [Xen-users] monitoring X-BeenThere: xen-users@lists.xen.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 Please don't drop xen-users list. On Fri, Feb 21, 2014 at 09:55:01AM -0600, Paras pradhan wrote: > For example: I have 1 cpu assigned to dom0 and rest to domUs , how do I > monitor all 16 cores? > This is different from what you said. In this case you might want to try "xm top" and have a look at its implementation. Wei. > Thanks > -Paras > > > On Fri, Feb 21, 2014 at 4:42 AM, Wei Liu wrote: > > > On Thu, Feb 20, 2014 at 10:59:34AM -0600, Paras pradhan wrote: > > > I have few CentOS and RHEL hosts with Xen hypervisor running, How does > > one > > > monitor the xen dom0 ? Basically I need to monitor dom0's CPU, IO , > > Memory > > > and Network traffic. Xen is very old supported by RHEL ie. 3.0.3. Any > > > nagios or zabbix plugin? > > > > > > > You use you normal monitoring tools. It's just a Linux OS anyway. > > > > Wei. > > > > > Thanks > > > Paras. > > > > > _______________________________________________ > > > 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 Fri Feb 21 16:08:54 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 21 Feb 2014 16:08: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 1WGsee-0006R3-GS; Fri, 21 Feb 2014 16:08:48 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGsec-0006Pa-WA for xen-users@lists.xen.org; Fri, 21 Feb 2014 16:08:47 +0000 Received: from [85.158.143.35:27463] by server-1.bemta-4.messagelabs.com id D5/39-31661-E0A77035; Fri, 21 Feb 2014 16:08:46 +0000 X-Env-Sender: roger.pau@citrix.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1392998924!7414137!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11708 invoked from network); 21 Feb 2014 16:08:45 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-16.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 21 Feb 2014 16:08:45 -0000 X-IronPort-AV: E=Sophos;i="4.97,519,1389744000"; d="scan'208";a="104712820" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 21 Feb 2014 16:08:44 +0000 Received: from [IPv6:::1] (10.80.16.47) by smtprelay.citrix.com (10.13.107.79) with Microsoft SMTP Server id 14.2.342.4; Fri, 21 Feb 2014 11:08:43 -0500 Message-ID: <53077A0A.4030305@citrix.com> Date: Fri, 21 Feb 2014 17:08:42 +0100 From: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: DJOMGWE TEABE Boris , "xen-users@lists.xen.org" , "xen-users-request@lists.xenproject.org" References: <1392995568.30391.YahooMailNeo@web173106.mail.ir2.yahoo.com> <1392996129.77991.YahooMailNeo@web173104.mail.ir2.yahoo.com> In-Reply-To: <1392996129.77991.YahooMailNeo@web173104.mail.ir2.yahoo.com> X-Enigmail-Version: 1.6 X-DLP: MIA2 Subject: Re: [Xen-users] Backend driver for I/O access X-BeenThere: xen-users@lists.xen.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 21/02/14 16:22, DJOMGWE TEABE Boris wrote: > Any help on this would be greatly appreciated. > > I am using xen 4.2 and my dom0 OS is Ubuntu server 12.04. I working on > I/O acces on guests OS. I am trying to modify my backend driver > (blkback) for I/O access but it seems as my Guest OS is not using it. > Can you please tell me how to start my Virtual Machine or my dom0 so > that the backend dirver (blkback) is used. > This is a copy of my VM configuration file (sorry in my first message I > put the wrong configuration file): > > name = "vm.pv" > kernel = "/boot/vmlinuz-3.2.54" > ramdisk = "/boot/initrd.img-3.2.54" > extra = "root=/dev/xvda1 ro debug" > memory = 512 > vcpus = 1 > vif = [ 'bridge=xenbr0' ] > disk = ['phy:/usr/src/disk.raw,xvda1,rw'] If you are using a raw disk, the PV block backend will be handled by Qemu (Qdisk). If you want to use blkback you must use a physical disk (a disk partition, a LVM volume,...). Roger. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Feb 21 16:08:54 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 21 Feb 2014 16:08: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 1WGsee-0006R3-GS; Fri, 21 Feb 2014 16:08:48 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGsec-0006Pa-WA for xen-users@lists.xen.org; Fri, 21 Feb 2014 16:08:47 +0000 Received: from [85.158.143.35:27463] by server-1.bemta-4.messagelabs.com id D5/39-31661-E0A77035; Fri, 21 Feb 2014 16:08:46 +0000 X-Env-Sender: roger.pau@citrix.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1392998924!7414137!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11708 invoked from network); 21 Feb 2014 16:08:45 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-16.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 21 Feb 2014 16:08:45 -0000 X-IronPort-AV: E=Sophos;i="4.97,519,1389744000"; d="scan'208";a="104712820" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 21 Feb 2014 16:08:44 +0000 Received: from [IPv6:::1] (10.80.16.47) by smtprelay.citrix.com (10.13.107.79) with Microsoft SMTP Server id 14.2.342.4; Fri, 21 Feb 2014 11:08:43 -0500 Message-ID: <53077A0A.4030305@citrix.com> Date: Fri, 21 Feb 2014 17:08:42 +0100 From: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: DJOMGWE TEABE Boris , "xen-users@lists.xen.org" , "xen-users-request@lists.xenproject.org" References: <1392995568.30391.YahooMailNeo@web173106.mail.ir2.yahoo.com> <1392996129.77991.YahooMailNeo@web173104.mail.ir2.yahoo.com> In-Reply-To: <1392996129.77991.YahooMailNeo@web173104.mail.ir2.yahoo.com> X-Enigmail-Version: 1.6 X-DLP: MIA2 Subject: Re: [Xen-users] Backend driver for I/O access X-BeenThere: xen-users@lists.xen.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 21/02/14 16:22, DJOMGWE TEABE Boris wrote: > Any help on this would be greatly appreciated. > > I am using xen 4.2 and my dom0 OS is Ubuntu server 12.04. I working on > I/O acces on guests OS. I am trying to modify my backend driver > (blkback) for I/O access but it seems as my Guest OS is not using it. > Can you please tell me how to start my Virtual Machine or my dom0 so > that the backend dirver (blkback) is used. > This is a copy of my VM configuration file (sorry in my first message I > put the wrong configuration file): > > name = "vm.pv" > kernel = "/boot/vmlinuz-3.2.54" > ramdisk = "/boot/initrd.img-3.2.54" > extra = "root=/dev/xvda1 ro debug" > memory = 512 > vcpus = 1 > vif = [ 'bridge=xenbr0' ] > disk = ['phy:/usr/src/disk.raw,xvda1,rw'] If you are using a raw disk, the PV block backend will be handled by Qemu (Qdisk). If you want to use blkback you must use a physical disk (a disk partition, a LVM volume,...). Roger. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Feb 21 16:28:58 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 21 Feb 2014 16:28: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 1WGsxa-00079U-EM; Fri, 21 Feb 2014 16:28:22 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGsxZ-00079L-Hc for xen-users@lists.xen.org; Fri, 21 Feb 2014 16:28:21 +0000 Received: from [85.158.139.211:13724] by server-5.bemta-5.messagelabs.com id 28/A7-32749-4AE77035; Fri, 21 Feb 2014 16:28:20 +0000 X-Env-Sender: teabetab@yahoo.fr X-Msg-Ref: server-15.tower-206.messagelabs.com!1393000099!5438008!1 X-Originating-IP: [212.82.97.126] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_6, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26043 invoked from network); 21 Feb 2014 16:28:19 -0000 Received: from nm35-vm3.bullet.mail.ir2.yahoo.com (HELO nm35-vm3.bullet.mail.ir2.yahoo.com) (212.82.97.126) by server-15.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 21 Feb 2014 16:28:19 -0000 Received: from [212.82.98.58] by nm35.bullet.mail.ir2.yahoo.com with NNFMP; 21 Feb 2014 16:28:18 -0000 Received: from [212.82.98.104] by tm11.bullet.mail.ir2.yahoo.com with NNFMP; 21 Feb 2014 16:28:18 -0000 Received: from [127.0.0.1] by omp1041.mail.ir2.yahoo.com with NNFMP; 21 Feb 2014 16:28:18 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 829761.659.bm@omp1041.mail.ir2.yahoo.com Received: (qmail 50484 invoked by uid 60001); 21 Feb 2014 16:28:18 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.fr; s=s1024; t=1393000098; bh=S79kIpO4InnDsO8mdPQYbgFoZOyL3vP0lQ8z4Dud3iY=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=u7KxFj7jhJoYqmZJpv9qum4mHb0gw+QFzKGgdk+b4uQEO7vCAImGUgGQt49XJCKxVuwVVm2vBJFkCfERGUXNdzATmtLwGbJL5eSMCEA+doOSs7sTxFsToNDbWmejMs2iPck/nvDLjq006ejkWzop3eQX8UlGqCS/Jic6pe2RV0k= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.fr; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=au4OryQmUocW8zrkd6c+3701/4xGMLhPI5mCyPLZn6IxJla7xDmhFjYLUM8reHJC7MrFTR1z5puQw0W34thlfOMkYCmXpN2oQXZCnW8g1VwLlWfWJvJjBnhJY64h20cOiJm546iDAEbITu/lGaFGwN8cTMDy3PmAPsNi0yMgNkk=; X-YMail-OSG: KI1NzocVM1nyVPlrOHXQHHNyOFBog_GdpAVGWEP3suRMBVr aJmTfV5tMcPR9cIbXvNuMLf1fgx2OfgOXeTFo4RHWQHE8bNmiz8sIgOm_mXb d0NlKamqCJJ9VitePc_QXx1z0BPCQhXlltylW8x4dStBg1P.0nYcMRyCcyYE egx1Lf3xZP0Aescbihsmcru7.ME97kryOVe6HfLZVt_y3qPdX2I3hTsMfFtf bPMXS1HN6x_OqOvoCwnzGy8Rk8SlJENkKjRw_KAnAG56rKkfeEEOI_ReGhv4 CzVSM4aITU1mie7m5n6HJbif71X86H.eCSZBALZXN5A_uh3Rce1A2ccQDWmm esFbHZacmKU75hLOLU91xdwcKdUUod8Jg3zkf2Z0kFiwsQItKgrq5sUI1g1l 6kvH42PZrOAWp_RntvZ_XKPidDibBfsjiOmy.ZoIRMqajyxS1eqFl_s3iQdo W4EcerAmBMiYXP4A8z0A7m6yxDni0vxBx8nLdALNQWIt.KIQJCwwkXVRS6h. Dd5SrBcq72pX3sCq3GwYWYvSoBVYg6.g- Received: from [147.127.240.247] by web173104.mail.ir2.yahoo.com via HTTP; Fri, 21 Feb 2014 16:28:18 GMT X-Rocket-MIMEInfo: 002.001, VGhhbmsgeW91LCBob3cgY2FuIEkgbW91bnQgYSBwaHlzaWNhbCBkaXNrIG9uIG15IEd1ZXN0LiAKCgoKCkxlIFZlbmRyZWRpIDIxIGbDqXZyaWVyIDIwMTQgMTdoMTQsIFJvZ2VyIFBhdSBNb25uw6kgPHJvZ2VyLnBhdUBjaXRyaXguY29tPiBhIMOpY3JpdCA6CiAKT24gMjEvMDIvMTQgMTY6MjIsIERKT01HV0UgVEVBQkUgQm9yaXMgd3JvdGU6Cj4gQW55IGhlbHAgb24gdGhpcyB3b3VsZCBiZSBncmVhdGx5IGFwcHJlY2lhdGVkLsKgIAo.IAo.IEkgYW0gdXNpbmcgeGVuIDQuMiBhbmQgbXkgZG9tMCBPUyBpcyABMAEBAQE- X-Mailer: YahooMailWebService/0.8.177.636 References: <1392995568.30391.YahooMailNeo@web173106.mail.ir2.yahoo.com> <1392996129.77991.YahooMailNeo@web173104.mail.ir2.yahoo.com> <53077A0A.4030305@citrix.com> Message-ID: <1393000098.29686.YahooMailNeo@web173104.mail.ir2.yahoo.com> Date: Fri, 21 Feb 2014 16:28:18 +0000 (GMT) From: DJOMGWE TEABE Boris To: =?iso-8859-1?Q?Roger_Pau_Monn=E9?= , "xen-users@lists.xen.org" , "xen-users-request@lists.xenproject.org" In-Reply-To: <53077A0A.4030305@citrix.com> MIME-Version: 1.0 Subject: Re: [Xen-users] Backend driver for I/O access X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: DJOMGWE TEABE Boris List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5803374239604294258==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5803374239604294258== Content-Type: multipart/alternative; boundary="-1639451963-1302669766-1393000098=:29686" ---1639451963-1302669766-1393000098=:29686 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Thank you, how can I mount a physical disk on my Guest. =0A=0A=0A=0A=0ALe V= endredi 21 f=E9vrier 2014 17h14, Roger Pau Monn=E9 a= =E9crit :=0A =0AOn 21/02/14 16:22, DJOMGWE TEABE Boris wrote:=0A> Any help= on this would be greatly appreciated.=A0 =0A> =0A> I am using xen 4.2 and = my dom0 OS is Ubuntu server 12.04. I=A0 working on=0A> I/O acces on guests = OS. I am trying to modify my backend driver=0A> (blkback) for I/O access bu= t it seems as my Guest OS is not using it.=0A> Can you please tell me how t= o start my Virtual Machine or my dom0 so=0A> that the backend dirver (blkba= ck) is used.=0A> This is a copy of my VM configuration file (sorry in my fi= rst message I=0A> put the wrong configuration file):=0A> =0A> name =3D "vm.= pv"=0A> kernel =3D "/boot/vmlinuz-3.2.54"=0A> ramdisk =3D "/boot/initrd.img= -3.2.54"=0A> extra =3D "root=3D/dev/xvda1 ro debug"=0A> memory =3D 512=0A> = vcpus =3D 1=0A> vif =3D [ 'bridge=3Dxenbr0' ]=0A> disk =3D ['phy:/usr/src/d= isk.raw,xvda1,rw']=0A=0AIf you are using a raw disk, the PV block backend w= ill be handled by=0AQemu (Qdisk). If you want to use blkback you must use a= physical disk (a=0Adisk partition, a LVM volume,...).=0A=0ARoger.=0A=0A=0A= =0A_______________________________________________=0AXen-users mailing list= =0AXen-users@lists.xen.org=0Ahttp://lists.xen.org/xen-users ---1639451963-1302669766-1393000098=:29686 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Thank you, how can I mount a physical disk on my G= uest.


Le Vendredi 21 f=E9vrier 2014 17h14, Roger Pau Monn=E9 <roger.pa= u@citrix.com> a =E9crit :
On 21/02/14 16:22, DJOMGWE TEABE Boris wrote:
> A= ny help on this would be greatly appreciated. 
>=
> I am using xen 4.2 and my dom0 OS is Ubuntu server= 12.04. I  working on
> I/O acces on guests OS. I am trying to m= odify my backend driver
> (blkback) for I/O access but= it seems as my Guest OS is not using it.
> Can you pl= ease tell me how to start my Virtual Machine or my dom0 so
> that the backend dirver (blkback) is used.
> Th= is is a copy of my VM configuration file (sorry in my first message I
> put the wrong configuration file):
>=
> name =3D "vm.pv"
> kernel =3D= "/boot/vmlinuz-3.2.54"
> ramdisk =3D "/boot/initrd.im= g-3.2.54"
> extra =3D "root=3D/dev/xvda1 ro debug"
> memory =3D 512
> vcpus =3D 1
> vif =3D [ 'bridge=3Dxenbr0' ]
> disk= =3D ['phy:/usr/src/disk.raw,xvda1,rw']

If you are using a raw disk, the PV block backend will be handled by
Qemu (Qdisk). If you want to = use blkback you must use a physical disk (a
disk partitio= n, a LVM volume,...).

Roger.


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


---1639451963-1302669766-1393000098=:29686-- --===============5803374239604294258== 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 --===============5803374239604294258==-- From xen-users-bounces@lists.xen.org Fri Feb 21 16:28:58 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 21 Feb 2014 16:28: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 1WGsxa-00079U-EM; Fri, 21 Feb 2014 16:28:22 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGsxZ-00079L-Hc for xen-users@lists.xen.org; Fri, 21 Feb 2014 16:28:21 +0000 Received: from [85.158.139.211:13724] by server-5.bemta-5.messagelabs.com id 28/A7-32749-4AE77035; Fri, 21 Feb 2014 16:28:20 +0000 X-Env-Sender: teabetab@yahoo.fr X-Msg-Ref: server-15.tower-206.messagelabs.com!1393000099!5438008!1 X-Originating-IP: [212.82.97.126] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_6, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26043 invoked from network); 21 Feb 2014 16:28:19 -0000 Received: from nm35-vm3.bullet.mail.ir2.yahoo.com (HELO nm35-vm3.bullet.mail.ir2.yahoo.com) (212.82.97.126) by server-15.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 21 Feb 2014 16:28:19 -0000 Received: from [212.82.98.58] by nm35.bullet.mail.ir2.yahoo.com with NNFMP; 21 Feb 2014 16:28:18 -0000 Received: from [212.82.98.104] by tm11.bullet.mail.ir2.yahoo.com with NNFMP; 21 Feb 2014 16:28:18 -0000 Received: from [127.0.0.1] by omp1041.mail.ir2.yahoo.com with NNFMP; 21 Feb 2014 16:28:18 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 829761.659.bm@omp1041.mail.ir2.yahoo.com Received: (qmail 50484 invoked by uid 60001); 21 Feb 2014 16:28:18 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.fr; s=s1024; t=1393000098; bh=S79kIpO4InnDsO8mdPQYbgFoZOyL3vP0lQ8z4Dud3iY=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=u7KxFj7jhJoYqmZJpv9qum4mHb0gw+QFzKGgdk+b4uQEO7vCAImGUgGQt49XJCKxVuwVVm2vBJFkCfERGUXNdzATmtLwGbJL5eSMCEA+doOSs7sTxFsToNDbWmejMs2iPck/nvDLjq006ejkWzop3eQX8UlGqCS/Jic6pe2RV0k= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.fr; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=au4OryQmUocW8zrkd6c+3701/4xGMLhPI5mCyPLZn6IxJla7xDmhFjYLUM8reHJC7MrFTR1z5puQw0W34thlfOMkYCmXpN2oQXZCnW8g1VwLlWfWJvJjBnhJY64h20cOiJm546iDAEbITu/lGaFGwN8cTMDy3PmAPsNi0yMgNkk=; X-YMail-OSG: KI1NzocVM1nyVPlrOHXQHHNyOFBog_GdpAVGWEP3suRMBVr aJmTfV5tMcPR9cIbXvNuMLf1fgx2OfgOXeTFo4RHWQHE8bNmiz8sIgOm_mXb d0NlKamqCJJ9VitePc_QXx1z0BPCQhXlltylW8x4dStBg1P.0nYcMRyCcyYE egx1Lf3xZP0Aescbihsmcru7.ME97kryOVe6HfLZVt_y3qPdX2I3hTsMfFtf bPMXS1HN6x_OqOvoCwnzGy8Rk8SlJENkKjRw_KAnAG56rKkfeEEOI_ReGhv4 CzVSM4aITU1mie7m5n6HJbif71X86H.eCSZBALZXN5A_uh3Rce1A2ccQDWmm esFbHZacmKU75hLOLU91xdwcKdUUod8Jg3zkf2Z0kFiwsQItKgrq5sUI1g1l 6kvH42PZrOAWp_RntvZ_XKPidDibBfsjiOmy.ZoIRMqajyxS1eqFl_s3iQdo W4EcerAmBMiYXP4A8z0A7m6yxDni0vxBx8nLdALNQWIt.KIQJCwwkXVRS6h. Dd5SrBcq72pX3sCq3GwYWYvSoBVYg6.g- Received: from [147.127.240.247] by web173104.mail.ir2.yahoo.com via HTTP; Fri, 21 Feb 2014 16:28:18 GMT X-Rocket-MIMEInfo: 002.001, VGhhbmsgeW91LCBob3cgY2FuIEkgbW91bnQgYSBwaHlzaWNhbCBkaXNrIG9uIG15IEd1ZXN0LiAKCgoKCkxlIFZlbmRyZWRpIDIxIGbDqXZyaWVyIDIwMTQgMTdoMTQsIFJvZ2VyIFBhdSBNb25uw6kgPHJvZ2VyLnBhdUBjaXRyaXguY29tPiBhIMOpY3JpdCA6CiAKT24gMjEvMDIvMTQgMTY6MjIsIERKT01HV0UgVEVBQkUgQm9yaXMgd3JvdGU6Cj4gQW55IGhlbHAgb24gdGhpcyB3b3VsZCBiZSBncmVhdGx5IGFwcHJlY2lhdGVkLsKgIAo.IAo.IEkgYW0gdXNpbmcgeGVuIDQuMiBhbmQgbXkgZG9tMCBPUyBpcyABMAEBAQE- X-Mailer: YahooMailWebService/0.8.177.636 References: <1392995568.30391.YahooMailNeo@web173106.mail.ir2.yahoo.com> <1392996129.77991.YahooMailNeo@web173104.mail.ir2.yahoo.com> <53077A0A.4030305@citrix.com> Message-ID: <1393000098.29686.YahooMailNeo@web173104.mail.ir2.yahoo.com> Date: Fri, 21 Feb 2014 16:28:18 +0000 (GMT) From: DJOMGWE TEABE Boris To: =?iso-8859-1?Q?Roger_Pau_Monn=E9?= , "xen-users@lists.xen.org" , "xen-users-request@lists.xenproject.org" In-Reply-To: <53077A0A.4030305@citrix.com> MIME-Version: 1.0 Subject: Re: [Xen-users] Backend driver for I/O access X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: DJOMGWE TEABE Boris List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5803374239604294258==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5803374239604294258== Content-Type: multipart/alternative; boundary="-1639451963-1302669766-1393000098=:29686" ---1639451963-1302669766-1393000098=:29686 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Thank you, how can I mount a physical disk on my Guest. =0A=0A=0A=0A=0ALe V= endredi 21 f=E9vrier 2014 17h14, Roger Pau Monn=E9 a= =E9crit :=0A =0AOn 21/02/14 16:22, DJOMGWE TEABE Boris wrote:=0A> Any help= on this would be greatly appreciated.=A0 =0A> =0A> I am using xen 4.2 and = my dom0 OS is Ubuntu server 12.04. I=A0 working on=0A> I/O acces on guests = OS. I am trying to modify my backend driver=0A> (blkback) for I/O access bu= t it seems as my Guest OS is not using it.=0A> Can you please tell me how t= o start my Virtual Machine or my dom0 so=0A> that the backend dirver (blkba= ck) is used.=0A> This is a copy of my VM configuration file (sorry in my fi= rst message I=0A> put the wrong configuration file):=0A> =0A> name =3D "vm.= pv"=0A> kernel =3D "/boot/vmlinuz-3.2.54"=0A> ramdisk =3D "/boot/initrd.img= -3.2.54"=0A> extra =3D "root=3D/dev/xvda1 ro debug"=0A> memory =3D 512=0A> = vcpus =3D 1=0A> vif =3D [ 'bridge=3Dxenbr0' ]=0A> disk =3D ['phy:/usr/src/d= isk.raw,xvda1,rw']=0A=0AIf you are using a raw disk, the PV block backend w= ill be handled by=0AQemu (Qdisk). If you want to use blkback you must use a= physical disk (a=0Adisk partition, a LVM volume,...).=0A=0ARoger.=0A=0A=0A= =0A_______________________________________________=0AXen-users mailing list= =0AXen-users@lists.xen.org=0Ahttp://lists.xen.org/xen-users ---1639451963-1302669766-1393000098=:29686 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Thank you, how can I mount a physical disk on my G= uest.


Le Vendredi 21 f=E9vrier 2014 17h14, Roger Pau Monn=E9 <roger.pa= u@citrix.com> a =E9crit :
On 21/02/14 16:22, DJOMGWE TEABE Boris wrote:
> A= ny help on this would be greatly appreciated. 
>=
> I am using xen 4.2 and my dom0 OS is Ubuntu server= 12.04. I  working on
> I/O acces on guests OS. I am trying to m= odify my backend driver
> (blkback) for I/O access but= it seems as my Guest OS is not using it.
> Can you pl= ease tell me how to start my Virtual Machine or my dom0 so
> that the backend dirver (blkback) is used.
> Th= is is a copy of my VM configuration file (sorry in my first message I
> put the wrong configuration file):
>=
> name =3D "vm.pv"
> kernel =3D= "/boot/vmlinuz-3.2.54"
> ramdisk =3D "/boot/initrd.im= g-3.2.54"
> extra =3D "root=3D/dev/xvda1 ro debug"
> memory =3D 512
> vcpus =3D 1
> vif =3D [ 'bridge=3Dxenbr0' ]
> disk= =3D ['phy:/usr/src/disk.raw,xvda1,rw']

If you are using a raw disk, the PV block backend will be handled by
Qemu (Qdisk). If you want to = use blkback you must use a physical disk (a
disk partitio= n, a LVM volume,...).

Roger.


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


---1639451963-1302669766-1393000098=:29686-- --===============5803374239604294258== 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 --===============5803374239604294258==-- From xen-users-bounces@lists.xen.org Fri Feb 21 16:34:56 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 21 Feb 2014 16:34: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 1WGt3O-0007Ul-CI; Fri, 21 Feb 2014 16:34:22 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGt3L-0007UO-Op for xen-users@lists.xen.org; Fri, 21 Feb 2014 16:34:19 +0000 Received: from [193.109.254.147:27816] by server-9.bemta-14.messagelabs.com id 06/B2-24895-B0087035; Fri, 21 Feb 2014 16:34:19 +0000 X-Env-Sender: roger.pau@citrix.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1393000457!2301695!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29264 invoked from network); 21 Feb 2014 16:34:18 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 21 Feb 2014 16:34:18 -0000 X-IronPort-AV: E=Sophos;i="4.97,520,1389744000"; d="scan'208";a="103037760" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 21 Feb 2014 16:34:17 +0000 Received: from [IPv6:::1] (10.80.16.47) by smtprelay.citrix.com (10.13.107.79) with Microsoft SMTP Server id 14.2.342.4; Fri, 21 Feb 2014 11:34:16 -0500 Message-ID: <53078007.7010007@citrix.com> Date: Fri, 21 Feb 2014 17:34:15 +0100 From: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: DJOMGWE TEABE Boris , "xen-users@lists.xen.org" , "xen-users-request@lists.xenproject.org" References: <1392995568.30391.YahooMailNeo@web173106.mail.ir2.yahoo.com> <1392996129.77991.YahooMailNeo@web173104.mail.ir2.yahoo.com> <53077A0A.4030305@citrix.com> <1393000098.29686.YahooMailNeo@web173104.mail.ir2.yahoo.com> In-Reply-To: <1393000098.29686.YahooMailNeo@web173104.mail.ir2.yahoo.com> X-Enigmail-Version: 1.6 X-DLP: MIA2 Subject: Re: [Xen-users] Backend driver for I/O access X-BeenThere: xen-users@lists.xen.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 21/02/14 17:28, DJOMGWE TEABE Boris wrote: > Thank you, how can I mount a physical disk on my Guest. Please do not top-post. > Le Vendredi 21 f=E9vrier 2014 17h14, Roger Pau Monn=E9 > a =E9crit : > On 21/02/14 16:22, DJOMGWE TEABE Boris wrote: >> Any help on this would be greatly appreciated. = >> >> I am using xen 4.2 and my dom0 OS is Ubuntu server 12.04. I working on >> I/O acces on guests OS. I am trying to modify my backend driver >> (blkback) for I/O access but it seems as my Guest OS is not using it. >> Can you please tell me how to start my Virtual Machine or my dom0 so >> that the backend dirver (blkback) is used. >> This is a copy of my VM configuration file (sorry in my first message I >> put the wrong configuration file): >> >> name =3D "vm.pv" >> kernel =3D "/boot/vmlinuz-3.2.54" >> ramdisk =3D "/boot/initrd.img-3.2.54" >> extra =3D "root=3D/dev/xvda1 ro debug" >> memory =3D 512 >> vcpus =3D 1 >> vif =3D [ 'bridge=3Dxenbr0' ] >> disk =3D ['phy:/usr/src/disk.raw,xvda1,rw'] Just change this to: disk =3D ['phy:/dev/path/to/disk,xvda1,rw'] Where /dev/path/to/disk is the path to the block device you want to use as storage of your VM. Roger. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Feb 21 16:34:56 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 21 Feb 2014 16:34: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 1WGt3O-0007Ul-CI; Fri, 21 Feb 2014 16:34:22 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGt3L-0007UO-Op for xen-users@lists.xen.org; Fri, 21 Feb 2014 16:34:19 +0000 Received: from [193.109.254.147:27816] by server-9.bemta-14.messagelabs.com id 06/B2-24895-B0087035; Fri, 21 Feb 2014 16:34:19 +0000 X-Env-Sender: roger.pau@citrix.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1393000457!2301695!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29264 invoked from network); 21 Feb 2014 16:34:18 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 21 Feb 2014 16:34:18 -0000 X-IronPort-AV: E=Sophos;i="4.97,520,1389744000"; d="scan'208";a="103037760" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 21 Feb 2014 16:34:17 +0000 Received: from [IPv6:::1] (10.80.16.47) by smtprelay.citrix.com (10.13.107.79) with Microsoft SMTP Server id 14.2.342.4; Fri, 21 Feb 2014 11:34:16 -0500 Message-ID: <53078007.7010007@citrix.com> Date: Fri, 21 Feb 2014 17:34:15 +0100 From: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: DJOMGWE TEABE Boris , "xen-users@lists.xen.org" , "xen-users-request@lists.xenproject.org" References: <1392995568.30391.YahooMailNeo@web173106.mail.ir2.yahoo.com> <1392996129.77991.YahooMailNeo@web173104.mail.ir2.yahoo.com> <53077A0A.4030305@citrix.com> <1393000098.29686.YahooMailNeo@web173104.mail.ir2.yahoo.com> In-Reply-To: <1393000098.29686.YahooMailNeo@web173104.mail.ir2.yahoo.com> X-Enigmail-Version: 1.6 X-DLP: MIA2 Subject: Re: [Xen-users] Backend driver for I/O access X-BeenThere: xen-users@lists.xen.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 21/02/14 17:28, DJOMGWE TEABE Boris wrote: > Thank you, how can I mount a physical disk on my Guest. Please do not top-post. > Le Vendredi 21 f=E9vrier 2014 17h14, Roger Pau Monn=E9 > a =E9crit : > On 21/02/14 16:22, DJOMGWE TEABE Boris wrote: >> Any help on this would be greatly appreciated. = >> >> I am using xen 4.2 and my dom0 OS is Ubuntu server 12.04. I working on >> I/O acces on guests OS. I am trying to modify my backend driver >> (blkback) for I/O access but it seems as my Guest OS is not using it. >> Can you please tell me how to start my Virtual Machine or my dom0 so >> that the backend dirver (blkback) is used. >> This is a copy of my VM configuration file (sorry in my first message I >> put the wrong configuration file): >> >> name =3D "vm.pv" >> kernel =3D "/boot/vmlinuz-3.2.54" >> ramdisk =3D "/boot/initrd.img-3.2.54" >> extra =3D "root=3D/dev/xvda1 ro debug" >> memory =3D 512 >> vcpus =3D 1 >> vif =3D [ 'bridge=3Dxenbr0' ] >> disk =3D ['phy:/usr/src/disk.raw,xvda1,rw'] Just change this to: disk =3D ['phy:/dev/path/to/disk,xvda1,rw'] Where /dev/path/to/disk is the path to the block device you want to use as storage of your VM. Roger. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Feb 21 17:00:38 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 21 Feb 2014 17:00: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 1WGtSV-00015b-H9; Fri, 21 Feb 2014 17:00:19 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGtST-00015R-Dx for xen-users@lists.xen.org; Fri, 21 Feb 2014 17:00:17 +0000 Received: from [85.158.139.211:61252] by server-14.bemta-5.messagelabs.com id BB/F9-27598-02687035; Fri, 21 Feb 2014 17:00:16 +0000 X-Env-Sender: chsnow123@gmail.com X-Msg-Ref: server-5.tower-206.messagelabs.com!1393002014!926688!1 X-Originating-IP: [209.85.128.172] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1565 invoked from network); 21 Feb 2014 17:00:16 -0000 Received: from mail-ve0-f172.google.com (HELO mail-ve0-f172.google.com) (209.85.128.172) by server-5.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 21 Feb 2014 17:00:16 -0000 Received: by mail-ve0-f172.google.com with SMTP id jz11so1673561veb.3 for ; Fri, 21 Feb 2014 09:00:14 -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=Rlg1asi1NxnqnPb+SLa7rHns9w7mm/0RpRYVrB+5OGM=; b=K99yoIc0HF8bajcA9bDn1iiDjP41B0JhVj5lxKfqZSG5uR/E2aWOcxncDXkfi5AByj pH0xQ2cLS9Y8nI/8HMwwTOKg6rUVWny6sikHDc0BilhTKIXrPzvOplWPjwscIzEfXDXR Wa2o+vf2fXN/rc8eC0lKmJWQSfq9U1TyXjK0EOGDiStDoA1QNYiAsFWt9KVlC5/pL+27 KQ5Z7gnezybG7CrcynUphB+SdW1sBe1rSI0vIqNx+SNhBADoisJCdaDsPdE2THsBlKej gfYvxV4SF9ZHQvRBHY6HpxYkAgulpgJPCsAHAOVeL1NONj1lD1S4d/5DZ4p4EwtSizUY kfVA== MIME-Version: 1.0 X-Received: by 10.52.83.229 with SMTP id t5mr1329898vdy.91.1393002014460; Fri, 21 Feb 2014 09:00:14 -0800 (PST) Received: by 10.58.109.130 with HTTP; Fri, 21 Feb 2014 09:00:14 -0800 (PST) Date: Fri, 21 Feb 2014 17:00:14 +0000 Message-ID: From: chris snow To: xen-users@lists.xen.org Subject: [Xen-users] debian wheezy bridge creation X-BeenThere: xen-users@lists.xen.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 xen on debian wheezy 7.0 virtualbox machine with three network interfaces: echo 'xcp-networkd xcp-xapi/networking_type select bridge' | debconf-set-selections apt-get --no-install-recommends -q -y --force-yes install xcp-networkd apt-get --no-install-recommends -q -y --force-yes install linux-headers-3.2.0-4-amd64 xen-hypervisor- apt-get --no-install-recommends -q -y --force-yes install xcp-xapi xcp-xe xcp-guest-templates xcp-vncterm xen-tools blktap-utils blktap-dkms qemu-keymaps qemu-utils echo "bridge" > /etc/xcp/network.conf update-rc.d xendomains disable echo TOOLSTACK=xapi > /etc/default/xen When the system boots, in addition to eth0, eth1 and eth3, I have three bridge interfaces xenbr0, xenbr1 and xenbr2. How and when are there bridges created, when xen installs, or when it starts up? Is there any documentation that describes this behavior? Many thanks, Chris _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Feb 21 17:00:38 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 21 Feb 2014 17:00: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 1WGtSV-00015b-H9; Fri, 21 Feb 2014 17:00:19 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGtST-00015R-Dx for xen-users@lists.xen.org; Fri, 21 Feb 2014 17:00:17 +0000 Received: from [85.158.139.211:61252] by server-14.bemta-5.messagelabs.com id BB/F9-27598-02687035; Fri, 21 Feb 2014 17:00:16 +0000 X-Env-Sender: chsnow123@gmail.com X-Msg-Ref: server-5.tower-206.messagelabs.com!1393002014!926688!1 X-Originating-IP: [209.85.128.172] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1565 invoked from network); 21 Feb 2014 17:00:16 -0000 Received: from mail-ve0-f172.google.com (HELO mail-ve0-f172.google.com) (209.85.128.172) by server-5.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 21 Feb 2014 17:00:16 -0000 Received: by mail-ve0-f172.google.com with SMTP id jz11so1673561veb.3 for ; Fri, 21 Feb 2014 09:00:14 -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=Rlg1asi1NxnqnPb+SLa7rHns9w7mm/0RpRYVrB+5OGM=; b=K99yoIc0HF8bajcA9bDn1iiDjP41B0JhVj5lxKfqZSG5uR/E2aWOcxncDXkfi5AByj pH0xQ2cLS9Y8nI/8HMwwTOKg6rUVWny6sikHDc0BilhTKIXrPzvOplWPjwscIzEfXDXR Wa2o+vf2fXN/rc8eC0lKmJWQSfq9U1TyXjK0EOGDiStDoA1QNYiAsFWt9KVlC5/pL+27 KQ5Z7gnezybG7CrcynUphB+SdW1sBe1rSI0vIqNx+SNhBADoisJCdaDsPdE2THsBlKej gfYvxV4SF9ZHQvRBHY6HpxYkAgulpgJPCsAHAOVeL1NONj1lD1S4d/5DZ4p4EwtSizUY kfVA== MIME-Version: 1.0 X-Received: by 10.52.83.229 with SMTP id t5mr1329898vdy.91.1393002014460; Fri, 21 Feb 2014 09:00:14 -0800 (PST) Received: by 10.58.109.130 with HTTP; Fri, 21 Feb 2014 09:00:14 -0800 (PST) Date: Fri, 21 Feb 2014 17:00:14 +0000 Message-ID: From: chris snow To: xen-users@lists.xen.org Subject: [Xen-users] debian wheezy bridge creation X-BeenThere: xen-users@lists.xen.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 xen on debian wheezy 7.0 virtualbox machine with three network interfaces: echo 'xcp-networkd xcp-xapi/networking_type select bridge' | debconf-set-selections apt-get --no-install-recommends -q -y --force-yes install xcp-networkd apt-get --no-install-recommends -q -y --force-yes install linux-headers-3.2.0-4-amd64 xen-hypervisor- apt-get --no-install-recommends -q -y --force-yes install xcp-xapi xcp-xe xcp-guest-templates xcp-vncterm xen-tools blktap-utils blktap-dkms qemu-keymaps qemu-utils echo "bridge" > /etc/xcp/network.conf update-rc.d xendomains disable echo TOOLSTACK=xapi > /etc/default/xen When the system boots, in addition to eth0, eth1 and eth3, I have three bridge interfaces xenbr0, xenbr1 and xenbr2. How and when are there bridges created, when xen installs, or when it starts up? Is there any documentation that describes this behavior? Many thanks, Chris _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Feb 21 17:02:27 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 21 Feb 2014 17:02: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 1WGtUT-0001Do-Og; Fri, 21 Feb 2014 17:02:21 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGtUS-0001Dd-Tb for xen-users@lists.xen.org; Fri, 21 Feb 2014 17:02:21 +0000 Received: from [85.158.143.35:42825] by server-2.bemta-4.messagelabs.com id C2/4C-10891-C9687035; Fri, 21 Feb 2014 17:02:20 +0000 X-Env-Sender: teabetab@yahoo.fr X-Msg-Ref: server-3.tower-21.messagelabs.com!1393002139!7428007!1 X-Originating-IP: [212.82.96.124] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3598 invoked from network); 21 Feb 2014 17:02:19 -0000 Received: from nm6-vm8.bullet.mail.ir2.yahoo.com (HELO nm6-vm8.bullet.mail.ir2.yahoo.com) (212.82.96.124) by server-3.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 21 Feb 2014 17:02:19 -0000 Received: from [212.82.98.61] by nm6.bullet.mail.ir2.yahoo.com with NNFMP; 21 Feb 2014 17:02:19 -0000 Received: from [212.82.98.120] by tm14.bullet.mail.ir2.yahoo.com with NNFMP; 21 Feb 2014 17:02:19 -0000 Received: from [127.0.0.1] by omp1057.mail.ir2.yahoo.com with NNFMP; 21 Feb 2014 17:02:18 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 987978.28986.bm@omp1057.mail.ir2.yahoo.com Received: (qmail 42030 invoked by uid 60001); 21 Feb 2014 17:02:18 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.fr; s=s1024; t=1393002138; bh=EDBqGsliK8SmZ8RT+p+OoJ6sQtjg2PR/SIFZj+OEp8M=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=TCv2hHJ85Q7PkxIPjSvdohCMbQ0lSa+c+LiuvpZKVRzAiwBphFUHvGZMM3GZ1QMyMAcjEiX3RROobWNrVPv39UB2uF9Zc8ffPm3460tYJLZVXNfu98DuR1FYIn2FYq3of75Nw6Rq2LGElq7Olx8R1H5mlkVDsiRbjbR3HrBDh6I= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.fr; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=aMfIGvyyEX/e4agDSkufO1GcEfHDMdXy/mH5YSO2wFNdGz93Btu7+xhRX3hDbqTp/pMz4L+/7t5BAyy/DPUEydpFZ4ZSh3R+ra/+kYdS8H2keoCNdrzt/k5tEBKxUjzi1uwqj+la9wE7U2Ug4S6MV6dTTEmsc5B+wY74PZYlgTE=; X-YMail-OSG: 7beqvlkVM1mhh0ghghP13jWOJyuXMYZTa6DCumfpSRhkItL aLX23oW1FGmR4iOAoTcZ6GpcU3Cnby.fcd__fiZpwQRzC3qoG4YB4o5hJyQp ZD_NDq98kFo6k7b.jCigFvpbHeDxCqL7pFv7VT7oPODbxE2j.VojMuEyl0y5 V9Ifa2oBXioWCCGpqOPqq27i1XfVTBYMJIUvB5xgTRbacdzgER6hUdNqKuQq Hab38AyA8PbLuqUwOT2jSD_sj.7Te7ObDzXDx0p036OmWtJtH1byEqupO0B3 MbxkMGlJP12W4WabqhYYi64.UTkAi5Ln_h.o6AyASQX4LFryQexHu5gMwAsg Qj8HW_2WmeqpYrB_QeG1C4b8y_BHqsb3Tg6q6xcygJvEJTL_GVKlXXO4JU4s 7yRMMkSAgNe.5ief.z1h_z7eWw.T7OfkGNbvfti6JA0YYXikucofvsankKEM duDH8i.We3AVv6xnWEr3S.NnSV3AdsiRyiE4j9PdJelKPJBIGcdNGkN0- Received: from [147.127.240.247] by web173101.mail.ir2.yahoo.com via HTTP; Fri, 21 Feb 2014 17:02:18 GMT X-Rocket-MIMEInfo: 002.001, CgoKCgpPbiAyMS8wMi8xNCAxNzoyOCwgREpPTUdXRSBURUFCRSBCb3JpcyB3cm90ZToKPiBUaGFuayB5b3UsIGhvdyBjYW4gSSBtb3VudCBhIHBoeXNpY2FsIGRpc2sgb24gbXkgR3Vlc3QuCgpQbGVhc2UgZG8gbm90IHRvcC1wb3N0LgoKPiBMZSBWZW5kcmVkaSAyMSBmw6l2cmllciAyMDE0IDE3aDE0LCBSb2dlciBQYXUgTW9ubsOpCj4gPHJvZ2VyLnBhdUBjaXRyaXguY29tPiBhIMOpY3JpdCA6Cj4gT24gMjEvMDIvMTQgMTY6MjIsIERKT01HV0UgVEVBQkUgQm9yaXMgd3JvdGU6Cj4.IEFueSBoZWxwIG9uIHQBMAEBAQE- X-Mailer: YahooMailWebService/0.8.177.636 References: <1392995568.30391.YahooMailNeo@web173106.mail.ir2.yahoo.com> <1392996129.77991.YahooMailNeo@web173104.mail.ir2.yahoo.com> <53077A0A.4030305@citrix.com> <1393000098.29686.YahooMailNeo@web173104.mail.ir2.yahoo.com> <53078007.7010007@citrix.com> Message-ID: <1393002138.38754.YahooMailNeo@web173101.mail.ir2.yahoo.com> Date: Fri, 21 Feb 2014 17:02:18 +0000 (GMT) From: DJOMGWE TEABE Boris To: "roger.pau@citrix.com" , "xen-users-request@lists.xenproject.org" , "xen-users@lists.xen.org" In-Reply-To: <53078007.7010007@citrix.com> MIME-Version: 1.0 Subject: [Xen-users] Backend driver for I/O access X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: DJOMGWE TEABE Boris List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2386181018825469455==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2386181018825469455== Content-Type: multipart/alternative; boundary="2029223015-1064510389-1393002138=:38754" --2029223015-1064510389-1393002138=:38754 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable =0A=0A=0A=0A=0AOn 21/02/14 17:28, DJOMGWE TEABE Boris wrote:=0A> Thank you,= how can I mount a physical disk on my Guest.=0A=0APlease do not top-post.= =0A=0A> Le Vendredi 21 f=E9vrier 2014 17h14, Roger Pau Monn=E9=0A> a =E9crit :=0A> On 21/02/14 16:22, DJOMGWE TEABE Boris wrote= :=0A>> Any help on this would be greatly appreciated. =0A>>=0A>> I am using= xen 4.2 and my dom0 OS is Ubuntu server 12.04. I=A0 working on=0A>> I/O ac= ces on guests OS. I am trying to modify my backend driver=0A>> (blkback) fo= r I/O access but it seems as my Guest OS is not using it.=0A>> Can you plea= se tell me how to start my Virtual Machine or my dom0 so=0A>> that the back= end dirver (blkback) is used.=0A>> This is a copy of my VM configuration fi= le (sorry in my first message I=0A>> put the wrong configuration file):=0A>= >=0A>> name =3D "vm.pv"=0A>> kernel =3D "/boot/vmlinuz-3.2.54"=0A>> ramdisk= =3D "/boot/initrd.img-3.2.54"=0A>> extra =3D "root=3D/dev/xvda1 ro debug"= =0A>> memory =3D 512=0A>> vcpus =3D 1=0A>> vif =3D [ 'bridge=3Dxenbr0' ]=0A= >> disk =3D ['phy:/usr/src/disk.raw,xvda1,rw']=0A=0AJust change this to:=0A= =0Adisk =3D ['phy:/dev/path/to/disk,xvda1,rw']=0A=0AWhere /dev/path/to/disk= is the path to the block device you want to use=0Aas storage of your VM.= =0A=0A=0ARoger.=0A=0AThank's a lot, I will try and if the is any problem i = will come back. --2029223015-1064510389-1393002138=:38754 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable



On 21/02/14 17:28, DJOMGWE TEABE Boris wrote:
> T= hank you, how can I mount a physical disk on my Guest.
Please do not top-post.

> Le Vendredi 21 f=E9vrier 2014 17h14, Roger Pau Monn=E9
> <roger.pau@citrix.com> a =E9crit :=
> On 21/02/14 16:22, DJOMGWE TEABE Boris wrote:
>> Any = help on this would be greatly appreciated.
>>
>> I am using xen 4.2 and my dom0 OS is Ubuntu server 1= 2.04. I  working on
>> I/O acces on guests OS.= I am trying to modify my backend driver
>> (blkbac= k) for I/O access but it seems as my Guest OS is not using it.
>> Can you please tell me how to start my Virtual Machine or my= dom0 so
>> that the backend dirver (blkback) is us= ed.
>> This is a copy of my VM configuration file (= sorry in my first message I
>> put the wrong config= uration file):
>>
>> name = =3D "vm.pv"
>> kernel =3D "/boot/vmlinuz-3.2.54">> ramdisk =3D "/boot/initrd.img-3.2.54"
>> extra =3D "root=3D/dev/xvda1 ro debug"
>> memory =3D 512
>> vcpus =3D 1
>> vif =3D [ 'b= ridge=3Dxenbr0' ]
>> disk =3D ['phy:/usr/src/disk.r= aw,xvda1,rw']

Just change this to:

disk =3D ['phy:/dev/path/to/disk,xvda1,rw= ']

Where /dev/path/to/disk is the path= to the block device you want to use
as storage of your V= M.


Roger.

Thank's a lot, I will try and if the is any probl= em i will come back.


=
--2029223015-1064510389-1393002138=:38754-- --===============2386181018825469455== 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 --===============2386181018825469455==-- From xen-users-bounces@lists.xen.org Fri Feb 21 17:02:27 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 21 Feb 2014 17:02: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 1WGtUT-0001Do-Og; Fri, 21 Feb 2014 17:02:21 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGtUS-0001Dd-Tb for xen-users@lists.xen.org; Fri, 21 Feb 2014 17:02:21 +0000 Received: from [85.158.143.35:42825] by server-2.bemta-4.messagelabs.com id C2/4C-10891-C9687035; Fri, 21 Feb 2014 17:02:20 +0000 X-Env-Sender: teabetab@yahoo.fr X-Msg-Ref: server-3.tower-21.messagelabs.com!1393002139!7428007!1 X-Originating-IP: [212.82.96.124] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3598 invoked from network); 21 Feb 2014 17:02:19 -0000 Received: from nm6-vm8.bullet.mail.ir2.yahoo.com (HELO nm6-vm8.bullet.mail.ir2.yahoo.com) (212.82.96.124) by server-3.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 21 Feb 2014 17:02:19 -0000 Received: from [212.82.98.61] by nm6.bullet.mail.ir2.yahoo.com with NNFMP; 21 Feb 2014 17:02:19 -0000 Received: from [212.82.98.120] by tm14.bullet.mail.ir2.yahoo.com with NNFMP; 21 Feb 2014 17:02:19 -0000 Received: from [127.0.0.1] by omp1057.mail.ir2.yahoo.com with NNFMP; 21 Feb 2014 17:02:18 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 987978.28986.bm@omp1057.mail.ir2.yahoo.com Received: (qmail 42030 invoked by uid 60001); 21 Feb 2014 17:02:18 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.fr; s=s1024; t=1393002138; bh=EDBqGsliK8SmZ8RT+p+OoJ6sQtjg2PR/SIFZj+OEp8M=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=TCv2hHJ85Q7PkxIPjSvdohCMbQ0lSa+c+LiuvpZKVRzAiwBphFUHvGZMM3GZ1QMyMAcjEiX3RROobWNrVPv39UB2uF9Zc8ffPm3460tYJLZVXNfu98DuR1FYIn2FYq3of75Nw6Rq2LGElq7Olx8R1H5mlkVDsiRbjbR3HrBDh6I= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.fr; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=aMfIGvyyEX/e4agDSkufO1GcEfHDMdXy/mH5YSO2wFNdGz93Btu7+xhRX3hDbqTp/pMz4L+/7t5BAyy/DPUEydpFZ4ZSh3R+ra/+kYdS8H2keoCNdrzt/k5tEBKxUjzi1uwqj+la9wE7U2Ug4S6MV6dTTEmsc5B+wY74PZYlgTE=; X-YMail-OSG: 7beqvlkVM1mhh0ghghP13jWOJyuXMYZTa6DCumfpSRhkItL aLX23oW1FGmR4iOAoTcZ6GpcU3Cnby.fcd__fiZpwQRzC3qoG4YB4o5hJyQp ZD_NDq98kFo6k7b.jCigFvpbHeDxCqL7pFv7VT7oPODbxE2j.VojMuEyl0y5 V9Ifa2oBXioWCCGpqOPqq27i1XfVTBYMJIUvB5xgTRbacdzgER6hUdNqKuQq Hab38AyA8PbLuqUwOT2jSD_sj.7Te7ObDzXDx0p036OmWtJtH1byEqupO0B3 MbxkMGlJP12W4WabqhYYi64.UTkAi5Ln_h.o6AyASQX4LFryQexHu5gMwAsg Qj8HW_2WmeqpYrB_QeG1C4b8y_BHqsb3Tg6q6xcygJvEJTL_GVKlXXO4JU4s 7yRMMkSAgNe.5ief.z1h_z7eWw.T7OfkGNbvfti6JA0YYXikucofvsankKEM duDH8i.We3AVv6xnWEr3S.NnSV3AdsiRyiE4j9PdJelKPJBIGcdNGkN0- Received: from [147.127.240.247] by web173101.mail.ir2.yahoo.com via HTTP; Fri, 21 Feb 2014 17:02:18 GMT X-Rocket-MIMEInfo: 002.001, CgoKCgpPbiAyMS8wMi8xNCAxNzoyOCwgREpPTUdXRSBURUFCRSBCb3JpcyB3cm90ZToKPiBUaGFuayB5b3UsIGhvdyBjYW4gSSBtb3VudCBhIHBoeXNpY2FsIGRpc2sgb24gbXkgR3Vlc3QuCgpQbGVhc2UgZG8gbm90IHRvcC1wb3N0LgoKPiBMZSBWZW5kcmVkaSAyMSBmw6l2cmllciAyMDE0IDE3aDE0LCBSb2dlciBQYXUgTW9ubsOpCj4gPHJvZ2VyLnBhdUBjaXRyaXguY29tPiBhIMOpY3JpdCA6Cj4gT24gMjEvMDIvMTQgMTY6MjIsIERKT01HV0UgVEVBQkUgQm9yaXMgd3JvdGU6Cj4.IEFueSBoZWxwIG9uIHQBMAEBAQE- X-Mailer: YahooMailWebService/0.8.177.636 References: <1392995568.30391.YahooMailNeo@web173106.mail.ir2.yahoo.com> <1392996129.77991.YahooMailNeo@web173104.mail.ir2.yahoo.com> <53077A0A.4030305@citrix.com> <1393000098.29686.YahooMailNeo@web173104.mail.ir2.yahoo.com> <53078007.7010007@citrix.com> Message-ID: <1393002138.38754.YahooMailNeo@web173101.mail.ir2.yahoo.com> Date: Fri, 21 Feb 2014 17:02:18 +0000 (GMT) From: DJOMGWE TEABE Boris To: "roger.pau@citrix.com" , "xen-users-request@lists.xenproject.org" , "xen-users@lists.xen.org" In-Reply-To: <53078007.7010007@citrix.com> MIME-Version: 1.0 Subject: [Xen-users] Backend driver for I/O access X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: DJOMGWE TEABE Boris List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2386181018825469455==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2386181018825469455== Content-Type: multipart/alternative; boundary="2029223015-1064510389-1393002138=:38754" --2029223015-1064510389-1393002138=:38754 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable =0A=0A=0A=0A=0AOn 21/02/14 17:28, DJOMGWE TEABE Boris wrote:=0A> Thank you,= how can I mount a physical disk on my Guest.=0A=0APlease do not top-post.= =0A=0A> Le Vendredi 21 f=E9vrier 2014 17h14, Roger Pau Monn=E9=0A> a =E9crit :=0A> On 21/02/14 16:22, DJOMGWE TEABE Boris wrote= :=0A>> Any help on this would be greatly appreciated. =0A>>=0A>> I am using= xen 4.2 and my dom0 OS is Ubuntu server 12.04. I=A0 working on=0A>> I/O ac= ces on guests OS. I am trying to modify my backend driver=0A>> (blkback) fo= r I/O access but it seems as my Guest OS is not using it.=0A>> Can you plea= se tell me how to start my Virtual Machine or my dom0 so=0A>> that the back= end dirver (blkback) is used.=0A>> This is a copy of my VM configuration fi= le (sorry in my first message I=0A>> put the wrong configuration file):=0A>= >=0A>> name =3D "vm.pv"=0A>> kernel =3D "/boot/vmlinuz-3.2.54"=0A>> ramdisk= =3D "/boot/initrd.img-3.2.54"=0A>> extra =3D "root=3D/dev/xvda1 ro debug"= =0A>> memory =3D 512=0A>> vcpus =3D 1=0A>> vif =3D [ 'bridge=3Dxenbr0' ]=0A= >> disk =3D ['phy:/usr/src/disk.raw,xvda1,rw']=0A=0AJust change this to:=0A= =0Adisk =3D ['phy:/dev/path/to/disk,xvda1,rw']=0A=0AWhere /dev/path/to/disk= is the path to the block device you want to use=0Aas storage of your VM.= =0A=0A=0ARoger.=0A=0AThank's a lot, I will try and if the is any problem i = will come back. --2029223015-1064510389-1393002138=:38754 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable



On 21/02/14 17:28, DJOMGWE TEABE Boris wrote:
> T= hank you, how can I mount a physical disk on my Guest.
Please do not top-post.

> Le Vendredi 21 f=E9vrier 2014 17h14, Roger Pau Monn=E9
> <roger.pau@citrix.com> a =E9crit :=
> On 21/02/14 16:22, DJOMGWE TEABE Boris wrote:
>> Any = help on this would be greatly appreciated.
>>
>> I am using xen 4.2 and my dom0 OS is Ubuntu server 1= 2.04. I  working on
>> I/O acces on guests OS.= I am trying to modify my backend driver
>> (blkbac= k) for I/O access but it seems as my Guest OS is not using it.
>> Can you please tell me how to start my Virtual Machine or my= dom0 so
>> that the backend dirver (blkback) is us= ed.
>> This is a copy of my VM configuration file (= sorry in my first message I
>> put the wrong config= uration file):
>>
>> name = =3D "vm.pv"
>> kernel =3D "/boot/vmlinuz-3.2.54">> ramdisk =3D "/boot/initrd.img-3.2.54"
>> extra =3D "root=3D/dev/xvda1 ro debug"
>> memory =3D 512
>> vcpus =3D 1
>> vif =3D [ 'b= ridge=3Dxenbr0' ]
>> disk =3D ['phy:/usr/src/disk.r= aw,xvda1,rw']

Just change this to:

disk =3D ['phy:/dev/path/to/disk,xvda1,rw= ']

Where /dev/path/to/disk is the path= to the block device you want to use
as storage of your V= M.


Roger.

Thank's a lot, I will try and if the is any probl= em i will come back.


=
--2029223015-1064510389-1393002138=:38754-- --===============2386181018825469455== 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 --===============2386181018825469455==-- From xen-users-bounces@lists.xen.org Fri Feb 21 17:23:40 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 21 Feb 2014 17:23: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 1WGtoZ-0002rz-In; Fri, 21 Feb 2014 17:23:07 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGtoY-0002rr-Dp for xen-users@lists.xen.org; Fri, 21 Feb 2014 17:23:06 +0000 Received: from [193.109.254.147:19895] by server-12.bemta-14.messagelabs.com id 0F/49-17220-97B87035; Fri, 21 Feb 2014 17:23:05 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-3.tower-27.messagelabs.com!1393003384!6018246!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.3 required=7.0 tests=MAILTO_TO_SPAM_ADDR X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15708 invoked from network); 21 Feb 2014 17:23:04 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-3.tower-27.messagelabs.com with SMTP; 21 Feb 2014 17:23:04 -0000 X-Virus-Scanned: Debian amavisd-new at patsy.thehobsons.co.uk Received: from [192.168.1.22] (intfw.furness.net [195.8.169.45]) by patsy.thehobsons.co.uk (Postfix) with ESMTPSA id 907741B7AF; Fri, 21 Feb 2014 17:23:02 +0000 (UTC) Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) From: Simon Hobson In-Reply-To: Date: Fri, 21 Feb 2014 17:23:01 +0000 Message-Id: References: To: chris snow X-Mailer: Apple Mail (2.1510) Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] debian wheezy bridge creation X-BeenThere: xen-users@lists.xen.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 chris snow wrote: > I've installed xen on debian wheezy 7.0 virtualbox machine with three > network interfaces: > > echo 'xcp-networkd xcp-xapi/networking_type select bridge' | > debconf-set-selections > apt-get --no-install-recommends -q -y --force-yes install xcp-networkd > apt-get --no-install-recommends -q -y --force-yes install > linux-headers-3.2.0-4-amd64 xen-hypervisor- > apt-get --no-install-recommends -q -y --force-yes install xcp-xapi > xcp-xe xcp-guest-templates xcp-vncterm xen-tools blktap-utils > blktap-dkms qemu-keymaps qemu-utils > > echo "bridge" > /etc/xcp/network.conf > update-rc.d xendomains disable > echo TOOLSTACK=xapi > /etc/default/xen You say Xen, then quote what looks to me like XCP stuff. I believe there's another forum for XCP. > When the system boots, in addition to eth0, eth1 and eth3, I have > three bridge interfaces xenbr0, xenbr1 and xenbr2. > > How and when are there bridges created, when xen installs, or when it > starts up? Is there any documentation that describes this behavior? Standard advice these days for a **Xen** install on Debian is to let the network tools take care of it - ie do NOT use the Xen scripts. There have been many posts about doing this, but you just need something like this (change the bridge and interface names to suit) in your /etc/network/interfaces file : auto ethbak iface ethbak inet static bridge_ports pethbak address x.x.x.x netmask 255.255.0.0 After that, the bridge just automagically appears at boot. Simon Hobson _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Feb 21 17:23:40 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 21 Feb 2014 17:23: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 1WGtoZ-0002rz-In; Fri, 21 Feb 2014 17:23:07 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGtoY-0002rr-Dp for xen-users@lists.xen.org; Fri, 21 Feb 2014 17:23:06 +0000 Received: from [193.109.254.147:19895] by server-12.bemta-14.messagelabs.com id 0F/49-17220-97B87035; Fri, 21 Feb 2014 17:23:05 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-3.tower-27.messagelabs.com!1393003384!6018246!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.3 required=7.0 tests=MAILTO_TO_SPAM_ADDR X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15708 invoked from network); 21 Feb 2014 17:23:04 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-3.tower-27.messagelabs.com with SMTP; 21 Feb 2014 17:23:04 -0000 X-Virus-Scanned: Debian amavisd-new at patsy.thehobsons.co.uk Received: from [192.168.1.22] (intfw.furness.net [195.8.169.45]) by patsy.thehobsons.co.uk (Postfix) with ESMTPSA id 907741B7AF; Fri, 21 Feb 2014 17:23:02 +0000 (UTC) Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) From: Simon Hobson In-Reply-To: Date: Fri, 21 Feb 2014 17:23:01 +0000 Message-Id: References: To: chris snow X-Mailer: Apple Mail (2.1510) Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] debian wheezy bridge creation X-BeenThere: xen-users@lists.xen.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 chris snow wrote: > I've installed xen on debian wheezy 7.0 virtualbox machine with three > network interfaces: > > echo 'xcp-networkd xcp-xapi/networking_type select bridge' | > debconf-set-selections > apt-get --no-install-recommends -q -y --force-yes install xcp-networkd > apt-get --no-install-recommends -q -y --force-yes install > linux-headers-3.2.0-4-amd64 xen-hypervisor- > apt-get --no-install-recommends -q -y --force-yes install xcp-xapi > xcp-xe xcp-guest-templates xcp-vncterm xen-tools blktap-utils > blktap-dkms qemu-keymaps qemu-utils > > echo "bridge" > /etc/xcp/network.conf > update-rc.d xendomains disable > echo TOOLSTACK=xapi > /etc/default/xen You say Xen, then quote what looks to me like XCP stuff. I believe there's another forum for XCP. > When the system boots, in addition to eth0, eth1 and eth3, I have > three bridge interfaces xenbr0, xenbr1 and xenbr2. > > How and when are there bridges created, when xen installs, or when it > starts up? Is there any documentation that describes this behavior? Standard advice these days for a **Xen** install on Debian is to let the network tools take care of it - ie do NOT use the Xen scripts. There have been many posts about doing this, but you just need something like this (change the bridge and interface names to suit) in your /etc/network/interfaces file : auto ethbak iface ethbak inet static bridge_ports pethbak address x.x.x.x netmask 255.255.0.0 After that, the bridge just automagically appears at boot. Simon Hobson _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Feb 21 17:55:10 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 21 Feb 2014 17:55: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 1WGuIy-0003gv-OW; Fri, 21 Feb 2014 17:54:32 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGuIw-0003gl-En for xen-users@lists.xen.org; Fri, 21 Feb 2014 17:54:30 +0000 Received: from [193.109.254.147:35808] by server-12.bemta-14.messagelabs.com id 18/23-17220-5D297035; Fri, 21 Feb 2014 17:54:29 +0000 X-Env-Sender: chsnow123@gmail.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1393005267!5973281!1 X-Originating-IP: [209.85.128.181] X-SpamReason: No, hits=0.6 required=7.0 tests=MAILTO_TO_SPAM_ADDR, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31845 invoked from network); 21 Feb 2014 17:54:28 -0000 Received: from mail-ve0-f181.google.com (HELO mail-ve0-f181.google.com) (209.85.128.181) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 21 Feb 2014 17:54:28 -0000 Received: by mail-ve0-f181.google.com with SMTP id jw12so3575554veb.26 for ; Fri, 21 Feb 2014 09:54:27 -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:content-transfer-encoding; bh=Q5K7CvH5/HtSPUXwGBevRKv78ouWVadxxoJ3oQROREA=; b=y2Ktlln/yD1zd2DDz0K8MghdlWxzK8TbjbT3L7TkySbi25HlcSvcqOkNW10AGSJDtZ 0SxKi74+2vvfRoPyWx8o6ozs0zZbHTelpjXnqj//zfonsUmrvPiF/mv94JFWFClHQi5V 5mwcMaCa+OtXRTOjoraFwwkk6DoDJ4a/hmvXS1F8dFVQZB3TfoM9a0PdWMemUZyfqa0r eEfHNY/tj9IOTtWvTSfRj574cmRcOVYb6r3A2saErC4bmZbsADyoJ6mkLDS5BSBrqm47 +gNG8IP+wkd9CoEyzv19raM6wxlYYrHmZhDbsjXw6xy511dgZ3hVXIzvEdeLXykJbZ0+ bMAw== MIME-Version: 1.0 X-Received: by 10.52.116.171 with SMTP id jx11mr4718775vdb.88.1393005267366; Fri, 21 Feb 2014 09:54:27 -0800 (PST) Received: by 10.58.109.130 with HTTP; Fri, 21 Feb 2014 09:54:27 -0800 (PST) In-Reply-To: References: Date: Fri, 21 Feb 2014 17:54:27 +0000 Message-ID: From: chris snow To: Simon Hobson Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] debian wheezy bridge creation X-BeenThere: xen-users@lists.xen.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 Fri, Feb 21, 2014 at 5:23 PM, Simon Hobson wrote: > chris snow wrote: > >> I've installed xen on debian wheezy 7.0 virtualbox machine with three >> network interfaces: >> >> echo 'xcp-networkd xcp-xapi/networking_type select bridge' | >> debconf-set-selections >> apt-get --no-install-recommends -q -y --force-yes install xcp-networkd >> apt-get --no-install-recommends -q -y --force-yes install >> linux-headers-3.2.0-4-amd64 xen-hypervisor- >> apt-get --no-install-recommends -q -y --force-yes install xcp-xapi >> xcp-xe xcp-guest-templates xcp-vncterm xen-tools blktap-utils >> blktap-dkms qemu-keymaps qemu-utils >> >> echo "bridge" > /etc/xcp/network.conf >> update-rc.d xendomains disable >> echo TOOLSTACK=xapi > /etc/default/xen > > You say Xen, then quote what looks to me like XCP stuff. I believe there's another forum for XCP. > Sorry - I'm fairly new to all this stuff. The setup scripts I am using came from the Apache Cloudstack devcloud project. >> When the system boots, in addition to eth0, eth1 and eth3, I have >> three bridge interfaces xenbr0, xenbr1 and xenbr2. >> >> How and when are there bridges created, when xen installs, or when it >> starts up? Is there any documentation that describes this behavior? > > Standard advice these days for a **Xen** install on Debian is to let the network tools take care of it - ie do NOT use the Xen scripts. There have been many posts about doing this, but you just need something like this (change the bridge and interface names to suit) in your /etc/network/interfaces file : > I did see that advice, but can't remember where. I wasn't sure that because I was installing xen/xcp using apt-get whether this advice was being followed by the debian scripts. I'm guessing the scripts don't follow the advice because the three bridges are created automatically. > auto ethbak > iface ethbak inet static > bridge_ports pethbak > address x.x.x.x > netmask 255.255.0.0 > > After that, the bridge just automagically appears at boot. > > > > Simon Hobson > > I'm wondering whether I should just try installing xen (or xcp?) from scratch so that I have full control over what is happening, before trying to use the distro packages? -- Check out my professional profile and connect with me on LinkedIn. http://lnkd.in/cw5k69 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Feb 21 17:55:10 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 21 Feb 2014 17:55: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 1WGuIy-0003gv-OW; Fri, 21 Feb 2014 17:54:32 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGuIw-0003gl-En for xen-users@lists.xen.org; Fri, 21 Feb 2014 17:54:30 +0000 Received: from [193.109.254.147:35808] by server-12.bemta-14.messagelabs.com id 18/23-17220-5D297035; Fri, 21 Feb 2014 17:54:29 +0000 X-Env-Sender: chsnow123@gmail.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1393005267!5973281!1 X-Originating-IP: [209.85.128.181] X-SpamReason: No, hits=0.6 required=7.0 tests=MAILTO_TO_SPAM_ADDR, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31845 invoked from network); 21 Feb 2014 17:54:28 -0000 Received: from mail-ve0-f181.google.com (HELO mail-ve0-f181.google.com) (209.85.128.181) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 21 Feb 2014 17:54:28 -0000 Received: by mail-ve0-f181.google.com with SMTP id jw12so3575554veb.26 for ; Fri, 21 Feb 2014 09:54:27 -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:content-transfer-encoding; bh=Q5K7CvH5/HtSPUXwGBevRKv78ouWVadxxoJ3oQROREA=; b=y2Ktlln/yD1zd2DDz0K8MghdlWxzK8TbjbT3L7TkySbi25HlcSvcqOkNW10AGSJDtZ 0SxKi74+2vvfRoPyWx8o6ozs0zZbHTelpjXnqj//zfonsUmrvPiF/mv94JFWFClHQi5V 5mwcMaCa+OtXRTOjoraFwwkk6DoDJ4a/hmvXS1F8dFVQZB3TfoM9a0PdWMemUZyfqa0r eEfHNY/tj9IOTtWvTSfRj574cmRcOVYb6r3A2saErC4bmZbsADyoJ6mkLDS5BSBrqm47 +gNG8IP+wkd9CoEyzv19raM6wxlYYrHmZhDbsjXw6xy511dgZ3hVXIzvEdeLXykJbZ0+ bMAw== MIME-Version: 1.0 X-Received: by 10.52.116.171 with SMTP id jx11mr4718775vdb.88.1393005267366; Fri, 21 Feb 2014 09:54:27 -0800 (PST) Received: by 10.58.109.130 with HTTP; Fri, 21 Feb 2014 09:54:27 -0800 (PST) In-Reply-To: References: Date: Fri, 21 Feb 2014 17:54:27 +0000 Message-ID: From: chris snow To: Simon Hobson Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] debian wheezy bridge creation X-BeenThere: xen-users@lists.xen.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 Fri, Feb 21, 2014 at 5:23 PM, Simon Hobson wrote: > chris snow wrote: > >> I've installed xen on debian wheezy 7.0 virtualbox machine with three >> network interfaces: >> >> echo 'xcp-networkd xcp-xapi/networking_type select bridge' | >> debconf-set-selections >> apt-get --no-install-recommends -q -y --force-yes install xcp-networkd >> apt-get --no-install-recommends -q -y --force-yes install >> linux-headers-3.2.0-4-amd64 xen-hypervisor- >> apt-get --no-install-recommends -q -y --force-yes install xcp-xapi >> xcp-xe xcp-guest-templates xcp-vncterm xen-tools blktap-utils >> blktap-dkms qemu-keymaps qemu-utils >> >> echo "bridge" > /etc/xcp/network.conf >> update-rc.d xendomains disable >> echo TOOLSTACK=xapi > /etc/default/xen > > You say Xen, then quote what looks to me like XCP stuff. I believe there's another forum for XCP. > Sorry - I'm fairly new to all this stuff. The setup scripts I am using came from the Apache Cloudstack devcloud project. >> When the system boots, in addition to eth0, eth1 and eth3, I have >> three bridge interfaces xenbr0, xenbr1 and xenbr2. >> >> How and when are there bridges created, when xen installs, or when it >> starts up? Is there any documentation that describes this behavior? > > Standard advice these days for a **Xen** install on Debian is to let the network tools take care of it - ie do NOT use the Xen scripts. There have been many posts about doing this, but you just need something like this (change the bridge and interface names to suit) in your /etc/network/interfaces file : > I did see that advice, but can't remember where. I wasn't sure that because I was installing xen/xcp using apt-get whether this advice was being followed by the debian scripts. I'm guessing the scripts don't follow the advice because the three bridges are created automatically. > auto ethbak > iface ethbak inet static > bridge_ports pethbak > address x.x.x.x > netmask 255.255.0.0 > > After that, the bridge just automagically appears at boot. > > > > Simon Hobson > > I'm wondering whether I should just try installing xen (or xcp?) from scratch so that I have full control over what is happening, before trying to use the distro packages? -- Check out my professional profile and connect with me on LinkedIn. http://lnkd.in/cw5k69 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Feb 21 18:28:51 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 21 Feb 2014 18:28: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 1WGupW-0004BI-2B; Fri, 21 Feb 2014 18:28:10 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGupU-0004BD-TK for xen-users@lists.xensource.com; Fri, 21 Feb 2014 18:28:09 +0000 Received: from [85.158.137.68:27445] by server-16.bemta-3.messagelabs.com id 8C/1E-29917-8BA97035; Fri, 21 Feb 2014 18:28:08 +0000 X-Env-Sender: guy20034u@yahoo.com X-Msg-Ref: server-9.tower-31.messagelabs.com!1393007286!3408452!1 X-Originating-IP: [216.139.236.26] X-SpamReason: No, hits=0.6 required=7.0 tests=FORGED_YAHOO_RCVD, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10473 invoked from network); 21 Feb 2014 18:28:07 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-9.tower-31.messagelabs.com with AES256-SHA encrypted SMTP; 21 Feb 2014 18:28:07 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1WGupR-000754-As for xen-users@lists.xensource.com; Fri, 21 Feb 2014 10:28:05 -0800 Date: Fri, 21 Feb 2014 10:28:05 -0800 (PST) From: sbdcunha To: xen-users@lists.xensource.com Message-ID: <1393007285327-5721382.post@n5.nabble.com> In-Reply-To: <1392886863.22494.4.camel@kazak.uk.xensource.com> References: <1392725386154-5721312.post@n5.nabble.com> <1392739167.23084.20.camel@kazak.uk.xensource.com> <1392811964318-5721320.post@n5.nabble.com> <1392826755720-5721322.post@n5.nabble.com> <1392886863.22494.4.camel@kazak.uk.xensource.com> MIME-Version: 1.0 Subject: Re: [Xen-users] new xen guest cannot communicate with the network X-BeenThere: xen-users@lists.xen.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 Dear Ian n Guys, really appreciate for your quick reply. by the way i am planning to simulate a same scenario on another SUN blade server where there are individual 2 network cards. regarding the network i am a network admin here too. In fact these are new cisco blade servers connected to nexus switch which than connects to out main Core and it is installed by a cisco vendor company I have been after them but they say as long as you can ping our config on servers and the nexus is fine --- just to mention the support people never try to listen and try to resolve any issues --- so I just wanna simulate the same scenario on sun blade server and then show them i too now strongly feel with your wise response that there is something wrong config in the nexus switch i will keep you informed by the way sorry for all this and really appreciate your patience thanks once again and GOD bless you regards simon -- View this message in context: http://xen.1045712.n5.nabble.com/new-xen-guest-cannot-communicate-with-the-network-tp5721312p5721382.html Sent from the Xen - User mailing list archive at Nabble.com. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Feb 21 18:28:51 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 21 Feb 2014 18:28: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 1WGupW-0004BI-2B; Fri, 21 Feb 2014 18:28:10 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGupU-0004BD-TK for xen-users@lists.xensource.com; Fri, 21 Feb 2014 18:28:09 +0000 Received: from [85.158.137.68:27445] by server-16.bemta-3.messagelabs.com id 8C/1E-29917-8BA97035; Fri, 21 Feb 2014 18:28:08 +0000 X-Env-Sender: guy20034u@yahoo.com X-Msg-Ref: server-9.tower-31.messagelabs.com!1393007286!3408452!1 X-Originating-IP: [216.139.236.26] X-SpamReason: No, hits=0.6 required=7.0 tests=FORGED_YAHOO_RCVD, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10473 invoked from network); 21 Feb 2014 18:28:07 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-9.tower-31.messagelabs.com with AES256-SHA encrypted SMTP; 21 Feb 2014 18:28:07 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1WGupR-000754-As for xen-users@lists.xensource.com; Fri, 21 Feb 2014 10:28:05 -0800 Date: Fri, 21 Feb 2014 10:28:05 -0800 (PST) From: sbdcunha To: xen-users@lists.xensource.com Message-ID: <1393007285327-5721382.post@n5.nabble.com> In-Reply-To: <1392886863.22494.4.camel@kazak.uk.xensource.com> References: <1392725386154-5721312.post@n5.nabble.com> <1392739167.23084.20.camel@kazak.uk.xensource.com> <1392811964318-5721320.post@n5.nabble.com> <1392826755720-5721322.post@n5.nabble.com> <1392886863.22494.4.camel@kazak.uk.xensource.com> MIME-Version: 1.0 Subject: Re: [Xen-users] new xen guest cannot communicate with the network X-BeenThere: xen-users@lists.xen.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 Dear Ian n Guys, really appreciate for your quick reply. by the way i am planning to simulate a same scenario on another SUN blade server where there are individual 2 network cards. regarding the network i am a network admin here too. In fact these are new cisco blade servers connected to nexus switch which than connects to out main Core and it is installed by a cisco vendor company I have been after them but they say as long as you can ping our config on servers and the nexus is fine --- just to mention the support people never try to listen and try to resolve any issues --- so I just wanna simulate the same scenario on sun blade server and then show them i too now strongly feel with your wise response that there is something wrong config in the nexus switch i will keep you informed by the way sorry for all this and really appreciate your patience thanks once again and GOD bless you regards simon -- View this message in context: http://xen.1045712.n5.nabble.com/new-xen-guest-cannot-communicate-with-the-network-tp5721312p5721382.html Sent from the Xen - User mailing list archive at Nabble.com. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Feb 21 19:38:08 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 21 Feb 2014 19:38: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 1WGvuE-0005Cd-05; Fri, 21 Feb 2014 19:37:06 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGvuC-0005CY-Px for xen-users@lists.xen.org; Fri, 21 Feb 2014 19:37:04 +0000 Received: from [85.158.143.35:38650] by server-1.bemta-4.messagelabs.com id A8/E6-31661-FDAA7035; Fri, 21 Feb 2014 19:37:03 +0000 X-Env-Sender: ajlill@ajlc.waterloo.on.ca X-Msg-Ref: server-12.tower-21.messagelabs.com!1393011421!7439265!1 X-Originating-IP: [64.7.134.25] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13762 invoked from network); 21 Feb 2014 19:37:02 -0000 Received: from ajlill.sentex.ca (HELO mail.ajlc.waterloo.on.ca) (64.7.134.25) by server-12.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 21 Feb 2014 19:37:02 -0000 Received: from [10.19.61.4] (gloria.ajlc.waterloo.on.ca [10.19.61.4]) (authenticated bits=0) by mail.ajlc.waterloo.on.ca (8.14.3/8.14.3/Debian-9.4) with ESMTP id s1LJavrW020696 for ; Fri, 21 Feb 2014 14:36:58 -0500 Message-ID: <5307AAD9.3090204@ajlc.waterloo.on.ca> Date: Fri, 21 Feb 2014 14:36:57 -0500 From: Tony Lill User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <20140221104228.GU18398@zion.uk.xensource.com> In-Reply-To: <20140221104228.GU18398@zion.uk.xensource.com> X-Enigmail-Version: 1.5.2 X-Spam-Status: No, score=-101.9 required=5.0 tests=ALL_TRUSTED,AWL, RP_MATCHES_RCVD,USER_IN_WHITELIST autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail.ajlc.waterloo.on.ca Subject: Re: [Xen-users] monitoring X-BeenThere: xen-users@lists.xen.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 observium is awesome IMHO. Straightforward installation, then you just point it at the box and it monitors everything it can grub out of snmpd, plus there's an optional unix agent to get some stuff from apps like apache, mysql, bind, and I'm pretty sure, xen (if you are using libvirt). This thing is as close to plug and play as I've ever seen. On 02/21/2014 05:42 AM, Wei Liu wrote: > On Thu, Feb 20, 2014 at 10:59:34AM -0600, Paras pradhan wrote: >> I have few CentOS and RHEL hosts with Xen hypervisor running, How >> does one monitor the xen dom0 ? Basically I need to monitor >> dom0's CPU, IO , Memory and Network traffic. Xen is very old >> supported by RHEL ie. 3.0.3. Any nagios or zabbix plugin? >> > > You use you normal monitoring tools. It's just a Linux OS anyway. > > Wei. > >> Thanks Paras. > >> _______________________________________________ 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.4.11 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlMHqtkACgkQGS8yZq1uvxDh8gCfXzQ3URDqp39PP7XGyYs5mYPr weIAn3EijdZXnClvTfbjgfmiyDjN2kH7 =cVOA -----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 Fri Feb 21 19:38:08 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 21 Feb 2014 19:38: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 1WGvuE-0005Cd-05; Fri, 21 Feb 2014 19:37:06 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGvuC-0005CY-Px for xen-users@lists.xen.org; Fri, 21 Feb 2014 19:37:04 +0000 Received: from [85.158.143.35:38650] by server-1.bemta-4.messagelabs.com id A8/E6-31661-FDAA7035; Fri, 21 Feb 2014 19:37:03 +0000 X-Env-Sender: ajlill@ajlc.waterloo.on.ca X-Msg-Ref: server-12.tower-21.messagelabs.com!1393011421!7439265!1 X-Originating-IP: [64.7.134.25] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13762 invoked from network); 21 Feb 2014 19:37:02 -0000 Received: from ajlill.sentex.ca (HELO mail.ajlc.waterloo.on.ca) (64.7.134.25) by server-12.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 21 Feb 2014 19:37:02 -0000 Received: from [10.19.61.4] (gloria.ajlc.waterloo.on.ca [10.19.61.4]) (authenticated bits=0) by mail.ajlc.waterloo.on.ca (8.14.3/8.14.3/Debian-9.4) with ESMTP id s1LJavrW020696 for ; Fri, 21 Feb 2014 14:36:58 -0500 Message-ID: <5307AAD9.3090204@ajlc.waterloo.on.ca> Date: Fri, 21 Feb 2014 14:36:57 -0500 From: Tony Lill User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <20140221104228.GU18398@zion.uk.xensource.com> In-Reply-To: <20140221104228.GU18398@zion.uk.xensource.com> X-Enigmail-Version: 1.5.2 X-Spam-Status: No, score=-101.9 required=5.0 tests=ALL_TRUSTED,AWL, RP_MATCHES_RCVD,USER_IN_WHITELIST autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail.ajlc.waterloo.on.ca Subject: Re: [Xen-users] monitoring X-BeenThere: xen-users@lists.xen.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 observium is awesome IMHO. Straightforward installation, then you just point it at the box and it monitors everything it can grub out of snmpd, plus there's an optional unix agent to get some stuff from apps like apache, mysql, bind, and I'm pretty sure, xen (if you are using libvirt). This thing is as close to plug and play as I've ever seen. On 02/21/2014 05:42 AM, Wei Liu wrote: > On Thu, Feb 20, 2014 at 10:59:34AM -0600, Paras pradhan wrote: >> I have few CentOS and RHEL hosts with Xen hypervisor running, How >> does one monitor the xen dom0 ? Basically I need to monitor >> dom0's CPU, IO , Memory and Network traffic. Xen is very old >> supported by RHEL ie. 3.0.3. Any nagios or zabbix plugin? >> > > You use you normal monitoring tools. It's just a Linux OS anyway. > > Wei. > >> Thanks Paras. > >> _______________________________________________ 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.4.11 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlMHqtkACgkQGS8yZq1uvxDh8gCfXzQ3URDqp39PP7XGyYs5mYPr weIAn3EijdZXnClvTfbjgfmiyDjN2kH7 =cVOA -----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 Fri Feb 21 20:18:52 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 21 Feb 2014 20:18: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 1WGwYM-0005nh-Jh; Fri, 21 Feb 2014 20:18:34 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGwYL-0005na-0w for xen-users@lists.xen.org; Fri, 21 Feb 2014 20:18:33 +0000 Received: from [85.158.139.211:9027] by server-7.bemta-5.messagelabs.com id 98/51-14867-894B7035; Fri, 21 Feb 2014 20:18:32 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-15.tower-206.messagelabs.com!1393013911!5468090!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.3 required=7.0 tests=MAILTO_TO_SPAM_ADDR X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10376 invoked from network); 21 Feb 2014 20:18:31 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-15.tower-206.messagelabs.com with SMTP; 21 Feb 2014 20:18:31 -0000 X-Virus-Scanned: Debian amavisd-new at patsy.thehobsons.co.uk Received: from [192.168.1.5] (88-111-167-127.dynamic.dsl.as9105.com [88.111.167.127]) by patsy.thehobsons.co.uk (Postfix) with ESMTPSA id EFE901B7AF for ; Fri, 21 Feb 2014 20:18:28 +0000 (UTC) Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) From: Simon Hobson In-Reply-To: Date: Fri, 21 Feb 2014 20:18:28 +0000 Message-Id: References: To: "xen-users@lists.xen.org" X-Mailer: Apple Mail (2.1510) Subject: Re: [Xen-users] debian wheezy bridge creation X-BeenThere: xen-users@lists.xen.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 chris snow wrote: > I did see that advice, but can't remember where. I wasn't sure that > because I was installing xen/xcp using apt-get whether this advice was > being followed by the debian scripts. I'm guessing the scripts don't > follow the advice because the three bridges are created automatically. > >> auto ethbak >> iface ethbak inet static >> bridge_ports pethbak >> address x.x.x.x >> netmask 255.255.0.0 >> >> After that, the bridge just automagically appears at boot. >> >> >> >> Simon Hobson >> >> > > I'm wondering whether I should just try installing xen (or xcp?) from > scratch so that I have full control over what is happening, before > trying to use the distro packages? You do realise that you have to configure stuff don't you ? I don't know where those three bridges come from, but when I've installed Xen it doesn't do a great deal networking wise until configured. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Feb 21 20:18:52 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 21 Feb 2014 20:18: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 1WGwYM-0005nh-Jh; Fri, 21 Feb 2014 20:18:34 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGwYL-0005na-0w for xen-users@lists.xen.org; Fri, 21 Feb 2014 20:18:33 +0000 Received: from [85.158.139.211:9027] by server-7.bemta-5.messagelabs.com id 98/51-14867-894B7035; Fri, 21 Feb 2014 20:18:32 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-15.tower-206.messagelabs.com!1393013911!5468090!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.3 required=7.0 tests=MAILTO_TO_SPAM_ADDR X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10376 invoked from network); 21 Feb 2014 20:18:31 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-15.tower-206.messagelabs.com with SMTP; 21 Feb 2014 20:18:31 -0000 X-Virus-Scanned: Debian amavisd-new at patsy.thehobsons.co.uk Received: from [192.168.1.5] (88-111-167-127.dynamic.dsl.as9105.com [88.111.167.127]) by patsy.thehobsons.co.uk (Postfix) with ESMTPSA id EFE901B7AF for ; Fri, 21 Feb 2014 20:18:28 +0000 (UTC) Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) From: Simon Hobson In-Reply-To: Date: Fri, 21 Feb 2014 20:18:28 +0000 Message-Id: References: To: "xen-users@lists.xen.org" X-Mailer: Apple Mail (2.1510) Subject: Re: [Xen-users] debian wheezy bridge creation X-BeenThere: xen-users@lists.xen.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 chris snow wrote: > I did see that advice, but can't remember where. I wasn't sure that > because I was installing xen/xcp using apt-get whether this advice was > being followed by the debian scripts. I'm guessing the scripts don't > follow the advice because the three bridges are created automatically. > >> auto ethbak >> iface ethbak inet static >> bridge_ports pethbak >> address x.x.x.x >> netmask 255.255.0.0 >> >> After that, the bridge just automagically appears at boot. >> >> >> >> Simon Hobson >> >> > > I'm wondering whether I should just try installing xen (or xcp?) from > scratch so that I have full control over what is happening, before > trying to use the distro packages? You do realise that you have to configure stuff don't you ? I don't know where those three bridges come from, but when I've installed Xen it doesn't do a great deal networking wise until configured. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Feb 21 21:05:15 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 21 Feb 2014 21: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 1WGxGn-0006PE-17; Fri, 21 Feb 2014 21:04:29 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGxGl-0006P5-5K for xen-users@lists.xen.org; Fri, 21 Feb 2014 21:04:27 +0000 Received: from [85.158.139.211:32579] by server-5.bemta-5.messagelabs.com id 7A/7D-32749-A5FB7035; Fri, 21 Feb 2014 21:04:26 +0000 X-Env-Sender: chsnow123@gmail.com X-Msg-Ref: server-6.tower-206.messagelabs.com!1393016663!5485270!1 X-Originating-IP: [209.85.220.170] X-SpamReason: No, hits=0.6 required=7.0 tests=MAILTO_TO_SPAM_ADDR, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2631 invoked from network); 21 Feb 2014 21:04:24 -0000 Received: from mail-vc0-f170.google.com (HELO mail-vc0-f170.google.com) (209.85.220.170) by server-6.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 21 Feb 2014 21:04:24 -0000 Received: by mail-vc0-f170.google.com with SMTP id hu8so3863321vcb.1 for ; Fri, 21 Feb 2014 13:04:23 -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=4zwK57l7JKGy58boYl87Jbie2pq2iU8DZx8kwsZ0GNU=; b=mMJKLlfN8/yKyR5Cv3Gis0fgebOjUYF/wbc61JrXRsK9OJsz3HRjr10SnEr5Xck5G6 FZsafErfGkNkRzQXf+I9bTvaiB+JuaygKJsqVDS2mSOchKG4fJd0ameB+sH4DnecaChB jzgtd/a3WRUW6FZSFrHI9DM13diIsBhSuUXpMW0Udv7w96ZR5rRu2V6g9IfP9ZLrLyv4 68SZR7jCOfS+qj2tnsQy9YXpM4pam8bR0Mizx1VnYteSDF7ZA8UnNeNaWkvRCcFXSD71 j4npz3bIXULmQCbZElJX1vVzGBwyxXXio3Wh0sGo9of+1wxIPosQPT0uzaPlKRvPuGh8 kWfA== MIME-Version: 1.0 X-Received: by 10.53.9.107 with SMTP id dr11mr5054630vdd.1.1393016663441; Fri, 21 Feb 2014 13:04:23 -0800 (PST) Received: by 10.58.109.130 with HTTP; Fri, 21 Feb 2014 13:04:23 -0800 (PST) In-Reply-To: References: Date: Fri, 21 Feb 2014 21:04:23 +0000 Message-ID: From: chris snow To: xen-users@lists.xen.org Subject: Re: [Xen-users] debian wheezy bridge creation X-BeenThere: xen-users@lists.xen.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 Sorry Simon - I replied directly to you by accident, so sending to the user list. On Fri, Feb 21, 2014 at 8:57 PM, chris snow wrote: > On Fri, Feb 21, 2014 at 8:18 PM, Simon Hobson wrote: >> chris snow wrote: >> >>> I did see that advice, but can't remember where. I wasn't sure that >>> because I was installing xen/xcp using apt-get whether this advice was >>> being followed by the debian scripts. I'm guessing the scripts don't >>> follow the advice because the three bridges are created automatically. >>> >>>> auto ethbak >>>> iface ethbak inet static >>>> bridge_ports pethbak >>>> address x.x.x.x >>>> netmask 255.255.0.0 >>>> >>>> After that, the bridge just automagically appears at boot. >>>> >>>> >>>> >>>> Simon Hobson >>>> >>>> >>> >>> I'm wondering whether I should just try installing xen (or xcp?) from >>> scratch so that I have full control over what is happening, before >>> trying to use the distro packages? >> >> You do realise that you have to configure stuff don't you ? >> I don't know where those three bridges come from, but when I've installed Xen it doesn't do a great deal networking wise until configured. >> > > The environment that I have based my setup on is here: > https://github.com/apache/cloudstack/tree/master/tools/appliance/definitions/devcloud, > which is related to the blog: http://bhaisaab.org/logs/devcloud. All > I'm doing is taking that environment (which is a fully configured xen > environment used for cloudstack development purposes) and converting > it to vagrant. I'm running into issues with the conversion > (https://github.com/snowch/devcloud/issues/14), which is why I'm > starting to look at xen/xcp to try and figure out where the issue may > be. > > I'm reading through the Running Xen book, but that seems to be based > on an old version of xen. Also, while there is some documentation > available for debian's xen, it does seem quite sparse, so it's a > little difficult to see what magic debian is running behind the > scenes. > >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users > > > > -- > Check out my professional profile and connect with me on LinkedIn. > http://lnkd.in/cw5k69 -- Check out my professional profile and connect with me on LinkedIn. http://lnkd.in/cw5k69 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Feb 21 21:05:15 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 21 Feb 2014 21: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 1WGxGn-0006PE-17; Fri, 21 Feb 2014 21:04:29 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WGxGl-0006P5-5K for xen-users@lists.xen.org; Fri, 21 Feb 2014 21:04:27 +0000 Received: from [85.158.139.211:32579] by server-5.bemta-5.messagelabs.com id 7A/7D-32749-A5FB7035; Fri, 21 Feb 2014 21:04:26 +0000 X-Env-Sender: chsnow123@gmail.com X-Msg-Ref: server-6.tower-206.messagelabs.com!1393016663!5485270!1 X-Originating-IP: [209.85.220.170] X-SpamReason: No, hits=0.6 required=7.0 tests=MAILTO_TO_SPAM_ADDR, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2631 invoked from network); 21 Feb 2014 21:04:24 -0000 Received: from mail-vc0-f170.google.com (HELO mail-vc0-f170.google.com) (209.85.220.170) by server-6.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 21 Feb 2014 21:04:24 -0000 Received: by mail-vc0-f170.google.com with SMTP id hu8so3863321vcb.1 for ; Fri, 21 Feb 2014 13:04:23 -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=4zwK57l7JKGy58boYl87Jbie2pq2iU8DZx8kwsZ0GNU=; b=mMJKLlfN8/yKyR5Cv3Gis0fgebOjUYF/wbc61JrXRsK9OJsz3HRjr10SnEr5Xck5G6 FZsafErfGkNkRzQXf+I9bTvaiB+JuaygKJsqVDS2mSOchKG4fJd0ameB+sH4DnecaChB jzgtd/a3WRUW6FZSFrHI9DM13diIsBhSuUXpMW0Udv7w96ZR5rRu2V6g9IfP9ZLrLyv4 68SZR7jCOfS+qj2tnsQy9YXpM4pam8bR0Mizx1VnYteSDF7ZA8UnNeNaWkvRCcFXSD71 j4npz3bIXULmQCbZElJX1vVzGBwyxXXio3Wh0sGo9of+1wxIPosQPT0uzaPlKRvPuGh8 kWfA== MIME-Version: 1.0 X-Received: by 10.53.9.107 with SMTP id dr11mr5054630vdd.1.1393016663441; Fri, 21 Feb 2014 13:04:23 -0800 (PST) Received: by 10.58.109.130 with HTTP; Fri, 21 Feb 2014 13:04:23 -0800 (PST) In-Reply-To: References: Date: Fri, 21 Feb 2014 21:04:23 +0000 Message-ID: From: chris snow To: xen-users@lists.xen.org Subject: Re: [Xen-users] debian wheezy bridge creation X-BeenThere: xen-users@lists.xen.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 Sorry Simon - I replied directly to you by accident, so sending to the user list. On Fri, Feb 21, 2014 at 8:57 PM, chris snow wrote: > On Fri, Feb 21, 2014 at 8:18 PM, Simon Hobson wrote: >> chris snow wrote: >> >>> I did see that advice, but can't remember where. I wasn't sure that >>> because I was installing xen/xcp using apt-get whether this advice was >>> being followed by the debian scripts. I'm guessing the scripts don't >>> follow the advice because the three bridges are created automatically. >>> >>>> auto ethbak >>>> iface ethbak inet static >>>> bridge_ports pethbak >>>> address x.x.x.x >>>> netmask 255.255.0.0 >>>> >>>> After that, the bridge just automagically appears at boot. >>>> >>>> >>>> >>>> Simon Hobson >>>> >>>> >>> >>> I'm wondering whether I should just try installing xen (or xcp?) from >>> scratch so that I have full control over what is happening, before >>> trying to use the distro packages? >> >> You do realise that you have to configure stuff don't you ? >> I don't know where those three bridges come from, but when I've installed Xen it doesn't do a great deal networking wise until configured. >> > > The environment that I have based my setup on is here: > https://github.com/apache/cloudstack/tree/master/tools/appliance/definitions/devcloud, > which is related to the blog: http://bhaisaab.org/logs/devcloud. All > I'm doing is taking that environment (which is a fully configured xen > environment used for cloudstack development purposes) and converting > it to vagrant. I'm running into issues with the conversion > (https://github.com/snowch/devcloud/issues/14), which is why I'm > starting to look at xen/xcp to try and figure out where the issue may > be. > > I'm reading through the Running Xen book, but that seems to be based > on an old version of xen. Also, while there is some documentation > available for debian's xen, it does seem quite sparse, so it's a > little difficult to see what magic debian is running behind the > scenes. > >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users > > > > -- > Check out my professional profile and connect with me on LinkedIn. > http://lnkd.in/cw5k69 -- Check out my professional profile and connect with me on LinkedIn. http://lnkd.in/cw5k69 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Feb 22 11:46:39 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 22 Feb 2014 11:46:39 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WHB1H-0001dq-O6; Sat, 22 Feb 2014 11:45:23 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WHB1G-0001dl-H9 for xen-users@lists.xen.org; Sat, 22 Feb 2014 11:45:22 +0000 Received: from [193.109.254.147:44776] by server-16.bemta-14.messagelabs.com id 29/F0-21945-1DD88035; Sat, 22 Feb 2014 11:45:21 +0000 X-Env-Sender: mliebherr99@googlemail.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1393069520!2410797!1 X-Originating-IP: [209.85.212.170] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15502 invoked from network); 22 Feb 2014 11:45:21 -0000 Received: from mail-wi0-f170.google.com (HELO mail-wi0-f170.google.com) (209.85.212.170) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 22 Feb 2014 11:45:21 -0000 Received: by mail-wi0-f170.google.com with SMTP id hi5so1641354wib.3 for ; Sat, 22 Feb 2014 03:45:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=WSD5uWRkpS6NDGnR2Pkr+xDMIa3GRYFhnNqt7mS33oI=; b=HsGD6yk3Nw9Fy+H3vobiowHTCS3YNZB02URtT/1j0nu7qxSMNJdeW0ESLiVQXjqQc8 00CP915XCQszaz/BYNUkElZ0q81YFQHMGXhSmWDZQj/HTKQMradwtOOM55NSMzaIuzsa pwmo3TJnEWjhQntcKIUCkTANL/tL8I3Kaome/nJJUMQvz2AA7BcFo8ilNsqPeeXGtMjF bQpDonWUCv7ijAS+fxDzhUq+F1GS+12rITmZdjr35JEiOS2QIvL9SFrLOqsgsOD1Z9un m5ZXA76viBkbbF9+FH8oOH5KgMt7yFeQCHHTDm98yNXBEdznZ6/CvQF5RGmjj69z/FY3 x5Sw== MIME-Version: 1.0 X-Received: by 10.180.75.105 with SMTP id b9mr6767298wiw.6.1393069520726; Sat, 22 Feb 2014 03:45:20 -0800 (PST) Received: by 10.227.242.15 with HTTP; Sat, 22 Feb 2014 03:45:20 -0800 (PST) Date: Sat, 22 Feb 2014 12:45:20 +0100 Message-ID: From: ml ml To: xen-users@lists.xen.org Subject: [Xen-users] Xen Failover - Best Pratice X-BeenThere: xen-users@lists.xen.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="===============2957563634478793021==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2957563634478793021== Content-Type: multipart/alternative; boundary=f46d0435c606ee2f9904f2fd45f0 --f46d0435c606ee2f9904f2fd45f0 Content-Type: text/plain; charset=ISO-8859-1 Hello List, i have two nodes with xen and drbd. Is there a easy way to make sure my xen instances are either running on node 1 or node 2? corosync, pacemaker, etc seem to be a overkill. Its just xml hell. My aim is simply to make sue the xen instances are running, no need for autobalacing or stuff like that. I was quite easy with heartbeat v1. Any comments? Are there any other monitoring and failover projects out there? Thanks, Mario --f46d0435c606ee2f9904f2fd45f0 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hello List,

i have t= wo nodes with xen and drbd.

Is there a easy way to make sure m= y xen instances are either running on node 1 or node 2?

corosy= nc, pacemaker, etc seem to be a overkill. Its just xml hell.

My aim is simply to make sue the xen instances are running, no ne= ed for autobalacing or stuff like that.

I was quite easy = with heartbeat v1.

Any comments? Are there any other moni= toring and failover projects out there?

Thanks,
Mario
--f46d0435c606ee2f9904f2fd45f0-- --===============2957563634478793021== 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 --===============2957563634478793021==-- From xen-users-bounces@lists.xen.org Sat Feb 22 11:46:39 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 22 Feb 2014 11:46:39 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WHB1H-0001dq-O6; Sat, 22 Feb 2014 11:45:23 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WHB1G-0001dl-H9 for xen-users@lists.xen.org; Sat, 22 Feb 2014 11:45:22 +0000 Received: from [193.109.254.147:44776] by server-16.bemta-14.messagelabs.com id 29/F0-21945-1DD88035; Sat, 22 Feb 2014 11:45:21 +0000 X-Env-Sender: mliebherr99@googlemail.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1393069520!2410797!1 X-Originating-IP: [209.85.212.170] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15502 invoked from network); 22 Feb 2014 11:45:21 -0000 Received: from mail-wi0-f170.google.com (HELO mail-wi0-f170.google.com) (209.85.212.170) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 22 Feb 2014 11:45:21 -0000 Received: by mail-wi0-f170.google.com with SMTP id hi5so1641354wib.3 for ; Sat, 22 Feb 2014 03:45:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=WSD5uWRkpS6NDGnR2Pkr+xDMIa3GRYFhnNqt7mS33oI=; b=HsGD6yk3Nw9Fy+H3vobiowHTCS3YNZB02URtT/1j0nu7qxSMNJdeW0ESLiVQXjqQc8 00CP915XCQszaz/BYNUkElZ0q81YFQHMGXhSmWDZQj/HTKQMradwtOOM55NSMzaIuzsa pwmo3TJnEWjhQntcKIUCkTANL/tL8I3Kaome/nJJUMQvz2AA7BcFo8ilNsqPeeXGtMjF bQpDonWUCv7ijAS+fxDzhUq+F1GS+12rITmZdjr35JEiOS2QIvL9SFrLOqsgsOD1Z9un m5ZXA76viBkbbF9+FH8oOH5KgMt7yFeQCHHTDm98yNXBEdznZ6/CvQF5RGmjj69z/FY3 x5Sw== MIME-Version: 1.0 X-Received: by 10.180.75.105 with SMTP id b9mr6767298wiw.6.1393069520726; Sat, 22 Feb 2014 03:45:20 -0800 (PST) Received: by 10.227.242.15 with HTTP; Sat, 22 Feb 2014 03:45:20 -0800 (PST) Date: Sat, 22 Feb 2014 12:45:20 +0100 Message-ID: From: ml ml To: xen-users@lists.xen.org Subject: [Xen-users] Xen Failover - Best Pratice X-BeenThere: xen-users@lists.xen.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="===============2957563634478793021==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2957563634478793021== Content-Type: multipart/alternative; boundary=f46d0435c606ee2f9904f2fd45f0 --f46d0435c606ee2f9904f2fd45f0 Content-Type: text/plain; charset=ISO-8859-1 Hello List, i have two nodes with xen and drbd. Is there a easy way to make sure my xen instances are either running on node 1 or node 2? corosync, pacemaker, etc seem to be a overkill. Its just xml hell. My aim is simply to make sue the xen instances are running, no need for autobalacing or stuff like that. I was quite easy with heartbeat v1. Any comments? Are there any other monitoring and failover projects out there? Thanks, Mario --f46d0435c606ee2f9904f2fd45f0 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hello List,

i have t= wo nodes with xen and drbd.

Is there a easy way to make sure m= y xen instances are either running on node 1 or node 2?

corosy= nc, pacemaker, etc seem to be a overkill. Its just xml hell.

My aim is simply to make sue the xen instances are running, no ne= ed for autobalacing or stuff like that.

I was quite easy = with heartbeat v1.

Any comments? Are there any other moni= toring and failover projects out there?

Thanks,
Mario
--f46d0435c606ee2f9904f2fd45f0-- --===============2957563634478793021== 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 --===============2957563634478793021==-- From xen-users-bounces@lists.xen.org Sat Feb 22 19:03:56 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 22 Feb 2014 19:03: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 1WHHqV-0003x5-HM; Sat, 22 Feb 2014 19:02:43 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WHHqU-0003x0-AX for xen-users@lists.xen.org; Sat, 22 Feb 2014 19:02:42 +0000 Received: from [85.158.137.68:64922] by server-17.bemta-3.messagelabs.com id 75/7E-22569-154F8035; Sat, 22 Feb 2014 19:02:41 +0000 X-Env-Sender: woods@ucar.edu X-Msg-Ref: server-14.tower-31.messagelabs.com!1393095760!3580073!1 X-Originating-IP: [192.43.244.124] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23184 invoked from network); 22 Feb 2014 19:02:40 -0000 Received: from vscan4.ucar.edu (HELO vscan4.ucar.edu) (192.43.244.124) by server-14.tower-31.messagelabs.com with SMTP; 22 Feb 2014 19:02:40 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by vscan4.ucar.edu (Postfix) with ESMTP id C40FF3E17; Sat, 22 Feb 2014 12:02:39 -0700 (MST) Received: from vscan4.ucar.edu ([127.0.0.1]) by localhost (vscan4.ucar.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01450-01; Sat, 22 Feb 2014 12:02:39 -0700 (MST) Received: from [192.168.1.32] (c-98-245-184-191.hsd1.co.comcast.net [98.245.184.191]) by vscan4.ucar.edu (Postfix) with ESMTP id 8FD033E09; Sat, 22 Feb 2014 12:02:39 -0700 (MST) Message-ID: <1393095759.26157.90.camel@cobweb.gregandeva.net> From: Greg Woods To: ml ml Date: Sat, 22 Feb 2014 12:02:39 -0700 In-Reply-To: References: X-Mailer: Evolution 3.8.5 (3.8.5-2.fc19) Mime-Version: 1.0 X-Virus-Scanned: amavisd-new at ucar.edu Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen Failover - Best Pratice X-BeenThere: xen-users@lists.xen.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 Sat, 2014-02-22 at 12:45 +0100, ml ml wrote: > Hello List, > > > i have two nodes with xen and drbd. > > > Is there a easy way to make sure my xen instances are either running > on node 1 or node 2? Unless you are using a cluster-aware file system with dual-primary mode DRBD, you are also going to need to make sure that the DRBD resource is also primary on the node where you want to run a Xen image stored on it. You probably did something like this in your old v1 configuration. > > > corosync, pacemaker, etc seem to be a overkill. But I think that's probably what you need. It is still possible to run heartbeat in v1 mode like you used to, but it never did have monitoring (meaning, it would make sure the resource was initially started somewhere, but if it died, there wasn't any mechanism for detecting that or restarting it). And hearbeat is no longer being developed. > Its just xml hell. It has been quite a while since it has been necessary to work directly with XML. There is now the "crm shell" (which uses a much less hideous than XML, although still non-trivial, configuration language). There is even a GUI now I believe, although I haven't personally tried it. I use heartbeat/pacemaker with the crm shell to run Xen VMs. If I were starting out fresh now, I would use corosync/pacemaker instead. The crm shell configuration language is the same either way. Xen also has its own high availability system called "Remus", but I have not tried that either. --Greg _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Feb 22 19:03:56 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 22 Feb 2014 19:03: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 1WHHqV-0003x5-HM; Sat, 22 Feb 2014 19:02:43 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WHHqU-0003x0-AX for xen-users@lists.xen.org; Sat, 22 Feb 2014 19:02:42 +0000 Received: from [85.158.137.68:64922] by server-17.bemta-3.messagelabs.com id 75/7E-22569-154F8035; Sat, 22 Feb 2014 19:02:41 +0000 X-Env-Sender: woods@ucar.edu X-Msg-Ref: server-14.tower-31.messagelabs.com!1393095760!3580073!1 X-Originating-IP: [192.43.244.124] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23184 invoked from network); 22 Feb 2014 19:02:40 -0000 Received: from vscan4.ucar.edu (HELO vscan4.ucar.edu) (192.43.244.124) by server-14.tower-31.messagelabs.com with SMTP; 22 Feb 2014 19:02:40 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by vscan4.ucar.edu (Postfix) with ESMTP id C40FF3E17; Sat, 22 Feb 2014 12:02:39 -0700 (MST) Received: from vscan4.ucar.edu ([127.0.0.1]) by localhost (vscan4.ucar.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01450-01; Sat, 22 Feb 2014 12:02:39 -0700 (MST) Received: from [192.168.1.32] (c-98-245-184-191.hsd1.co.comcast.net [98.245.184.191]) by vscan4.ucar.edu (Postfix) with ESMTP id 8FD033E09; Sat, 22 Feb 2014 12:02:39 -0700 (MST) Message-ID: <1393095759.26157.90.camel@cobweb.gregandeva.net> From: Greg Woods To: ml ml Date: Sat, 22 Feb 2014 12:02:39 -0700 In-Reply-To: References: X-Mailer: Evolution 3.8.5 (3.8.5-2.fc19) Mime-Version: 1.0 X-Virus-Scanned: amavisd-new at ucar.edu Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen Failover - Best Pratice X-BeenThere: xen-users@lists.xen.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 Sat, 2014-02-22 at 12:45 +0100, ml ml wrote: > Hello List, > > > i have two nodes with xen and drbd. > > > Is there a easy way to make sure my xen instances are either running > on node 1 or node 2? Unless you are using a cluster-aware file system with dual-primary mode DRBD, you are also going to need to make sure that the DRBD resource is also primary on the node where you want to run a Xen image stored on it. You probably did something like this in your old v1 configuration. > > > corosync, pacemaker, etc seem to be a overkill. But I think that's probably what you need. It is still possible to run heartbeat in v1 mode like you used to, but it never did have monitoring (meaning, it would make sure the resource was initially started somewhere, but if it died, there wasn't any mechanism for detecting that or restarting it). And hearbeat is no longer being developed. > Its just xml hell. It has been quite a while since it has been necessary to work directly with XML. There is now the "crm shell" (which uses a much less hideous than XML, although still non-trivial, configuration language). There is even a GUI now I believe, although I haven't personally tried it. I use heartbeat/pacemaker with the crm shell to run Xen VMs. If I were starting out fresh now, I would use corosync/pacemaker instead. The crm shell configuration language is the same either way. Xen also has its own high availability system called "Remus", but I have not tried that either. --Greg _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Feb 23 23:12:03 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 23 Feb 2014 23:12: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 1WHiC7-0000oS-Dh; Sun, 23 Feb 2014 23:10:47 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WHiC5-0000oN-DJ for xen-users@lists.xen.org; Sun, 23 Feb 2014 23:10:45 +0000 Received: from [85.158.137.68:65283] by server-1.bemta-3.messagelabs.com id 85/78-17293-4FF7A035; Sun, 23 Feb 2014 23:10:44 +0000 X-Env-Sender: mailinglists@websitemanagers.com.au X-Msg-Ref: server-4.tower-31.messagelabs.com!1393197039!2431129!1 X-Originating-IP: [203.98.89.10] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19135 invoked from network); 23 Feb 2014 23:10:43 -0000 Received: from hammer.websitemanagers.com.au (HELO hammer.websitemanagers.com.au) (203.98.89.10) by server-4.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 23 Feb 2014 23:10:43 -0000 Received: (qmail 21055 invoked by uid 1011); 23 Feb 2014 23:10:37 -0000 Received: from 124.246.8.196 by hammer (envelope-from , uid 1008) with qmail-scanner-1.24 (clamdscan: 0.97.8/18509. spamassassin: 3.3.1. Clear:RC:1(124.246.8.196):. Processed in 0.103878 secs); 23 Feb 2014 23:10:37 -0000 Received: from unknown (HELO ?10.97.0.6?) (124.246.8.196) by 0 with SMTP; 23 Feb 2014 23:10:36 -0000 Message-ID: <530A7FEC.8060001@websitemanagers.com.au> Date: Mon, 24 Feb 2014 10:10:36 +1100 From: Adam Goryachev User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <1392725386154-5721312.post@n5.nabble.com> <1392739167.23084.20.camel@kazak.uk.xensource.com> <1392811964318-5721320.post@n5.nabble.com> <1392826755720-5721322.post@n5.nabble.com> <1392886863.22494.4.camel@kazak.uk.xensource.com> <1393007285327-5721382.post@n5.nabble.com> In-Reply-To: <1393007285327-5721382.post@n5.nabble.com> Subject: Re: [Xen-users] new xen guest cannot communicate with the network X-BeenThere: xen-users@lists.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 22/02/14 05:28, sbdcunha wrote: > Dear Ian n Guys, > > really appreciate for your quick reply. by the way i am planning to simulate > a same scenario on another SUN blade server where there are individual 2 > network cards. > regarding the network i am a network admin here too. > > In fact these are new cisco blade servers connected to nexus switch which > than connects to out main Core > and it is installed by a cisco vendor company > > I have been after them but they say as long as you can ping our config on > servers and the nexus is fine > > --- > just to mention the support people never try to listen and try to resolve > any issues > > --- > > so I just wanna simulate the same scenario on sun blade server and then show > them > > > i too now strongly feel with your wise response that there is something > wrong config in the nexus switch > i will keep you informed > Not sure if this is resolved already, but why not try to change the MAC address on dom0 (assuming you can get access to it without the network). If everything works correctly, then you know it isn't a MAC filtering issue. If dom0 stops working, try setting the original dom0 MAC onto domU, if domU networking works, then you know that xen + dom0 + domU are all configured correctly, and you just need to get the network folks to fix the MAC filtering issue. See this article (or goodle) on how to change MAC addresses: http://www.aboutlinux.info/2005/09/how-to-change-mac-address-of-your.html I hope this helps somewhat. 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 Sun Feb 23 23:12:03 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 23 Feb 2014 23:12: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 1WHiC7-0000oS-Dh; Sun, 23 Feb 2014 23:10:47 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WHiC5-0000oN-DJ for xen-users@lists.xen.org; Sun, 23 Feb 2014 23:10:45 +0000 Received: from [85.158.137.68:65283] by server-1.bemta-3.messagelabs.com id 85/78-17293-4FF7A035; Sun, 23 Feb 2014 23:10:44 +0000 X-Env-Sender: mailinglists@websitemanagers.com.au X-Msg-Ref: server-4.tower-31.messagelabs.com!1393197039!2431129!1 X-Originating-IP: [203.98.89.10] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19135 invoked from network); 23 Feb 2014 23:10:43 -0000 Received: from hammer.websitemanagers.com.au (HELO hammer.websitemanagers.com.au) (203.98.89.10) by server-4.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 23 Feb 2014 23:10:43 -0000 Received: (qmail 21055 invoked by uid 1011); 23 Feb 2014 23:10:37 -0000 Received: from 124.246.8.196 by hammer (envelope-from , uid 1008) with qmail-scanner-1.24 (clamdscan: 0.97.8/18509. spamassassin: 3.3.1. Clear:RC:1(124.246.8.196):. Processed in 0.103878 secs); 23 Feb 2014 23:10:37 -0000 Received: from unknown (HELO ?10.97.0.6?) (124.246.8.196) by 0 with SMTP; 23 Feb 2014 23:10:36 -0000 Message-ID: <530A7FEC.8060001@websitemanagers.com.au> Date: Mon, 24 Feb 2014 10:10:36 +1100 From: Adam Goryachev User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <1392725386154-5721312.post@n5.nabble.com> <1392739167.23084.20.camel@kazak.uk.xensource.com> <1392811964318-5721320.post@n5.nabble.com> <1392826755720-5721322.post@n5.nabble.com> <1392886863.22494.4.camel@kazak.uk.xensource.com> <1393007285327-5721382.post@n5.nabble.com> In-Reply-To: <1393007285327-5721382.post@n5.nabble.com> Subject: Re: [Xen-users] new xen guest cannot communicate with the network X-BeenThere: xen-users@lists.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 22/02/14 05:28, sbdcunha wrote: > Dear Ian n Guys, > > really appreciate for your quick reply. by the way i am planning to simulate > a same scenario on another SUN blade server where there are individual 2 > network cards. > regarding the network i am a network admin here too. > > In fact these are new cisco blade servers connected to nexus switch which > than connects to out main Core > and it is installed by a cisco vendor company > > I have been after them but they say as long as you can ping our config on > servers and the nexus is fine > > --- > just to mention the support people never try to listen and try to resolve > any issues > > --- > > so I just wanna simulate the same scenario on sun blade server and then show > them > > > i too now strongly feel with your wise response that there is something > wrong config in the nexus switch > i will keep you informed > Not sure if this is resolved already, but why not try to change the MAC address on dom0 (assuming you can get access to it without the network). If everything works correctly, then you know it isn't a MAC filtering issue. If dom0 stops working, try setting the original dom0 MAC onto domU, if domU networking works, then you know that xen + dom0 + domU are all configured correctly, and you just need to get the network folks to fix the MAC filtering issue. See this article (or goodle) on how to change MAC addresses: http://www.aboutlinux.info/2005/09/how-to-change-mac-address-of-your.html I hope this helps somewhat. 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 Mon Feb 24 08:04:35 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 24 Feb 2014 08:04: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 1WHqVg-00086J-2u; Mon, 24 Feb 2014 08:03:32 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WHqVd-00085w-Gh; Mon, 24 Feb 2014 08:03:29 +0000 Received: from [85.158.139.211:36260] by server-11.bemta-5.messagelabs.com id D4/A5-23886-0DCFA035; Mon, 24 Feb 2014 08:03:28 +0000 X-Env-Sender: dario.faggioli@citrix.com X-Msg-Ref: server-14.tower-206.messagelabs.com!1393228995!5736210!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n, ML_RADAR_SPEW_LINKS_8, spamassassin: , async_handler: YXN5bmNfZGVsYXk6IDcwNTI1MTEgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12440 invoked from network); 24 Feb 2014 08:03:17 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-14.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 24 Feb 2014 08:03:17 -0000 X-IronPort-AV: E=Sophos;i="4.97,533,1389744000"; d="asc'?scan'208";a="103465112" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 24 Feb 2014 08:03:05 +0000 Received: from [127.0.0.1] (10.80.16.47) by smtprelay.citrix.com (10.13.107.79) with Microsoft SMTP Server id 14.2.342.4; Mon, 24 Feb 2014 03:03:04 -0500 Message-ID: <1393228968.32038.849.camel@Solace> From: Dario Faggioli To: xen-devel Date: Mon, 24 Feb 2014 09:02:48 +0100 Organization: Citrix X-Mailer: Evolution 3.10.3 (3.10.3-1.fc20) MIME-Version: 1.0 X-DLP: MIA2 Cc: "xen-users@lists.xen.org" , xen , xs-devel@lists.xenserver.org, cl-mirage@lists.cam.ac.uk, xen-api@lists.xen.org Subject: [Xen-users] TODAY is Xen Document Day! X-BeenThere: xen-users@lists.xen.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="===============8448222997219729109==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8448222997219729109== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-O00XatADD/sOt0Eld6jV" --=-O00XatADD/sOt0Eld6jV Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Today is the day!=20 Xen Project Document Day is a day to help improve overall Xen=20 documentation, with emphasis on the Xen Project Wiki.=20 However, this Document Day is special -- it is the prep day for our impending 4.4 release. We have a good amount of solid documentation for 4.3, but we need to update to cover 4.4. The greatest software in the world is worthless unless people understand how to use it. If you are still looking for a way to contribute to the upcoming release, your opportunity has arrived. Never participated in a Document Day? All the info you need is here:=20 http://wiki.xenproject.org/wiki/Xen_Document_Days=20 Not sure what needs attention? Here is the current TODO list:=20 http://wiki.xenproject.org/wiki/Xen_Document_Days/TODO=20 Add any documentation deficiencies you have come across while working=20 with Xen. Is there a subject you wrestled with? That's a perfect=20 opportunity for you to help shape the documentation into something=20 more useful for the next person who needs it!=20 If you haven't requested to be made a Wiki editor, just fill out the form below:=20 http://xenproject.org/component/content/article/100-misc/145-request-to-be-= made-a-wiki-editor.html=20 See you in #xendocs!=20 Dario=20 --=20 <> (Raistlin Majere) ----------------------------------------------------------------- Dario Faggioli, Ph.D, http://about.me/dario.faggioli Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) --=-O00XatADD/sOt0Eld6jV Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEABECAAYFAlMK/KgACgkQk4XaBE3IOsTcTQCeIGJAR5iOaky2tt6nAr3s7D1i lSYAn0OMliuyzcxQkErWSyFJu2yemsZm =qpze -----END PGP SIGNATURE----- --=-O00XatADD/sOt0Eld6jV-- --===============8448222997219729109== 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 --===============8448222997219729109==-- From xen-users-bounces@lists.xen.org Mon Feb 24 08:04:35 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 24 Feb 2014 08:04: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 1WHqVg-00086J-2u; Mon, 24 Feb 2014 08:03:32 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WHqVd-00085w-Gh; Mon, 24 Feb 2014 08:03:29 +0000 Received: from [85.158.139.211:36260] by server-11.bemta-5.messagelabs.com id D4/A5-23886-0DCFA035; Mon, 24 Feb 2014 08:03:28 +0000 X-Env-Sender: dario.faggioli@citrix.com X-Msg-Ref: server-14.tower-206.messagelabs.com!1393228995!5736210!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n, ML_RADAR_SPEW_LINKS_8, spamassassin: , async_handler: YXN5bmNfZGVsYXk6IDcwNTI1MTEgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12440 invoked from network); 24 Feb 2014 08:03:17 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-14.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 24 Feb 2014 08:03:17 -0000 X-IronPort-AV: E=Sophos;i="4.97,533,1389744000"; d="asc'?scan'208";a="103465112" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 24 Feb 2014 08:03:05 +0000 Received: from [127.0.0.1] (10.80.16.47) by smtprelay.citrix.com (10.13.107.79) with Microsoft SMTP Server id 14.2.342.4; Mon, 24 Feb 2014 03:03:04 -0500 Message-ID: <1393228968.32038.849.camel@Solace> From: Dario Faggioli To: xen-devel Date: Mon, 24 Feb 2014 09:02:48 +0100 Organization: Citrix X-Mailer: Evolution 3.10.3 (3.10.3-1.fc20) MIME-Version: 1.0 X-DLP: MIA2 Cc: "xen-users@lists.xen.org" , xen , xs-devel@lists.xenserver.org, cl-mirage@lists.cam.ac.uk, xen-api@lists.xen.org Subject: [Xen-users] TODAY is Xen Document Day! X-BeenThere: xen-users@lists.xen.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="===============8448222997219729109==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8448222997219729109== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-O00XatADD/sOt0Eld6jV" --=-O00XatADD/sOt0Eld6jV Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Today is the day!=20 Xen Project Document Day is a day to help improve overall Xen=20 documentation, with emphasis on the Xen Project Wiki.=20 However, this Document Day is special -- it is the prep day for our impending 4.4 release. We have a good amount of solid documentation for 4.3, but we need to update to cover 4.4. The greatest software in the world is worthless unless people understand how to use it. If you are still looking for a way to contribute to the upcoming release, your opportunity has arrived. Never participated in a Document Day? All the info you need is here:=20 http://wiki.xenproject.org/wiki/Xen_Document_Days=20 Not sure what needs attention? Here is the current TODO list:=20 http://wiki.xenproject.org/wiki/Xen_Document_Days/TODO=20 Add any documentation deficiencies you have come across while working=20 with Xen. Is there a subject you wrestled with? That's a perfect=20 opportunity for you to help shape the documentation into something=20 more useful for the next person who needs it!=20 If you haven't requested to be made a Wiki editor, just fill out the form below:=20 http://xenproject.org/component/content/article/100-misc/145-request-to-be-= made-a-wiki-editor.html=20 See you in #xendocs!=20 Dario=20 --=20 <> (Raistlin Majere) ----------------------------------------------------------------- Dario Faggioli, Ph.D, http://about.me/dario.faggioli Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) --=-O00XatADD/sOt0Eld6jV Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEABECAAYFAlMK/KgACgkQk4XaBE3IOsTcTQCeIGJAR5iOaky2tt6nAr3s7D1i lSYAn0OMliuyzcxQkErWSyFJu2yemsZm =qpze -----END PGP SIGNATURE----- --=-O00XatADD/sOt0Eld6jV-- --===============8448222997219729109== 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 --===============8448222997219729109==-- From xen-users-bounces@lists.xen.org Mon Feb 24 09:35:20 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 24 Feb 2014 09:35: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 1WHrvR-0000r0-JM; Mon, 24 Feb 2014 09:34:13 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WHrvQ-0000qv-Lt for xen-users@lists.xensource.com; Mon, 24 Feb 2014 09:34:12 +0000 Received: from [85.158.139.211:43237] by server-14.bemta-5.messagelabs.com id 6D/94-27598-3121B035; Mon, 24 Feb 2014 09:34:11 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-13.tower-206.messagelabs.com!1393234446!5790146!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10690 invoked from network); 24 Feb 2014 09:34:08 -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 2014 09:34:08 -0000 X-IronPort-AV: E=Sophos;i="4.97,533,1389744000"; d="scan'208";a="103479620" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 24 Feb 2014 09:34:06 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Mon, 24 Feb 2014 04:34:05 -0500 Message-ID: <1393234445.16570.6.camel@kazak.uk.xensource.com> From: Ian Campbell To: Shane Johnson Date: Mon, 24 Feb 2014 09:34:05 +0000 In-Reply-To: References: <1392887445.22494.12.camel@kazak.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: Xen List Subject: Re: [Xen-users] Fwd: DomU freeze X-BeenThere: xen-users@lists.xen.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, 2014-02-20 at 12:03 -0700, Shane Johnson wrote: > I apparently forgot to forward this on to the list - Sorry about that. [...] > Sorry for the vagueness. I was trying to keep things short and sweet > but I guess I failed. I'll do better next time. No worries. > The Guest domains storage was on dedicated logical volumes. These I > would snapshot and image for a backup. When the Dom0 crashed, I lost > the original volumes and restored them from the images to new volumes > that are currently on a external HD for portability for trying to get > this bugger up or worst case resort to trying to recover the files > using some sort of forensic process. Unfortunately, I lost the > original host OS and all the configuration files. The guests where > originally created on either this machine that crashed or my desktop > and migrated via sneaker net to the crashed host. > > > Yes the machine I am having a problem with is a HVM guest running > Windows 2000 that's sole purpose was a file server. > > > The 100% CPU usage was for the DomU in xl top. Are you sure you were using xl before? The default in Wheezy was xend/xm and the version of xl in Xen 4.1 (in Wheezy) is a bit tech preview. >From your screenshot it looks like the BIOS trying to read from the CDROM. You have disks named "xvd?" and xen_platform_pci=0, which I think it a bit unusual, I'm not sure what the result would be. Can you try naming your disks "hd?" instead. > I don't know which version was on the old machine for sure, but I > imagine it wasn't too far off from the wheezy test machine ( The host > OS was updated every Friday.) and it is 0.10.2 (This is > from /usr/lib/xen-4.1/bin/qemu-dm --help) That's the qemu version not the Xen version. > xenctx says it can't trace dom0 You need to give it a domid as a parameter. > I am including the log files xl output and screenshots in an > attachment. Thanks. I took a look and nothing mega weird jumped out -- just the few queries above. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Feb 24 09:35:20 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 24 Feb 2014 09:35: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 1WHrvR-0000r0-JM; Mon, 24 Feb 2014 09:34:13 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WHrvQ-0000qv-Lt for xen-users@lists.xensource.com; Mon, 24 Feb 2014 09:34:12 +0000 Received: from [85.158.139.211:43237] by server-14.bemta-5.messagelabs.com id 6D/94-27598-3121B035; Mon, 24 Feb 2014 09:34:11 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-13.tower-206.messagelabs.com!1393234446!5790146!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10690 invoked from network); 24 Feb 2014 09:34:08 -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 2014 09:34:08 -0000 X-IronPort-AV: E=Sophos;i="4.97,533,1389744000"; d="scan'208";a="103479620" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 24 Feb 2014 09:34:06 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Mon, 24 Feb 2014 04:34:05 -0500 Message-ID: <1393234445.16570.6.camel@kazak.uk.xensource.com> From: Ian Campbell To: Shane Johnson Date: Mon, 24 Feb 2014 09:34:05 +0000 In-Reply-To: References: <1392887445.22494.12.camel@kazak.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: Xen List Subject: Re: [Xen-users] Fwd: DomU freeze X-BeenThere: xen-users@lists.xen.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, 2014-02-20 at 12:03 -0700, Shane Johnson wrote: > I apparently forgot to forward this on to the list - Sorry about that. [...] > Sorry for the vagueness. I was trying to keep things short and sweet > but I guess I failed. I'll do better next time. No worries. > The Guest domains storage was on dedicated logical volumes. These I > would snapshot and image for a backup. When the Dom0 crashed, I lost > the original volumes and restored them from the images to new volumes > that are currently on a external HD for portability for trying to get > this bugger up or worst case resort to trying to recover the files > using some sort of forensic process. Unfortunately, I lost the > original host OS and all the configuration files. The guests where > originally created on either this machine that crashed or my desktop > and migrated via sneaker net to the crashed host. > > > Yes the machine I am having a problem with is a HVM guest running > Windows 2000 that's sole purpose was a file server. > > > The 100% CPU usage was for the DomU in xl top. Are you sure you were using xl before? The default in Wheezy was xend/xm and the version of xl in Xen 4.1 (in Wheezy) is a bit tech preview. >From your screenshot it looks like the BIOS trying to read from the CDROM. You have disks named "xvd?" and xen_platform_pci=0, which I think it a bit unusual, I'm not sure what the result would be. Can you try naming your disks "hd?" instead. > I don't know which version was on the old machine for sure, but I > imagine it wasn't too far off from the wheezy test machine ( The host > OS was updated every Friday.) and it is 0.10.2 (This is > from /usr/lib/xen-4.1/bin/qemu-dm --help) That's the qemu version not the Xen version. > xenctx says it can't trace dom0 You need to give it a domid as a parameter. > I am including the log files xl output and screenshots in an > attachment. Thanks. I took a look and nothing mega weird jumped out -- just the few queries above. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Feb 24 10:00:34 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 24 Feb 2014 10:00:34 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WHsKi-0001aW-OW; Mon, 24 Feb 2014 10:00:20 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WHsKh-0001aO-Rn for xen-users@lists.xensource.com; Mon, 24 Feb 2014 10:00:20 +0000 Received: from [193.109.254.147:48078] by server-14.bemta-14.messagelabs.com id 79/D0-29228-3381B035; Mon, 24 Feb 2014 10:00:19 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-5.tower-27.messagelabs.com!1393236017!6355115!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9572 invoked from network); 24 Feb 2014 10:00:18 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-5.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 24 Feb 2014 10:00:18 -0000 X-IronPort-AV: E=Sophos;i="4.97,534,1389744000"; d="scan'208";a="105143712" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 24 Feb 2014 10:00:17 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Mon, 24 Feb 2014 05:00:16 -0500 Message-ID: <1393236015.16570.16.camel@kazak.uk.xensource.com> From: Ian Campbell To: Michael Rack Date: Mon, 24 Feb 2014 10:00:15 +0000 In-Reply-To: <530672A5.9060607@rsm-freilassing.de> References: <5305C6CD.5030705@rsm-freilassing.de> <1392914675.32657.22.camel@kazak.uk.xensource.com> <530672A5.9060607@rsm-freilassing.de> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] Blank screen in EFI mode but XEN seems to work X-BeenThere: xen-users@lists.xen.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 T24gVGh1LCAyMDE0LTAyLTIwIGF0IDIyOjI0ICswMTAwLCBNaWNoYWVsIFJhY2sgd3JvdGU6Cj4g SSBkaWQgc28uCj4gCj4gU2VsZiByZXF1b3RlOiAiV2hlbiBib290aW5nIGZyb20gPj4geGVuLmVm aSA8PCBpIGdldCBpbnN0YW50bHkgYSBibGFuayAKPiBzY3JlZW4sIGJ1dCB0aGUgWEVOIEh5cGVy dmlzb3IgYm9vdHMgYW5kIGkgYW0gYWJsZSB0byBTU0ggaW50byBpdC4KPiBBbHNvIGkgYW0gYWJs ZSB0byBpc3N1ZSBjb21tYW5kcyBpbiAiYmxpbmQgbW9kZSIuIgoKU29ycnksIG15IG1pc3Rha2Us IEkgc2F3IHRoZSBtZW50aW9uIG9mIGdydWIgaW4gdGhlIG5leHQgcGFyYSBhbmQgbXkKcGF0dGVy biBtYXRjaGluZyBzeXN0ZW0gd2VudCBvZmYgOy0pCgo+IEkgZG9uJ3Qga25vdyB3aGF0IHdhcyB0 aGUgc29sdXRpb24sIGJ1dCBub3cgaXQgd29ya3MuCgpHcmVhdCEKCj4gSSBmb3JtYXRlZCBteSBi b290LXBhcnRpdGlvbiB0byBzdGFydCBhIGZyZXNoIEVGSS1pbnN0YWxsYXRpb24uCj4gSSBpbnN0 YWxsZWQgR1JVQi1FRkkgYW5kIFhFTi5FRkkgYW5kIHRvbGQgdGhlIEVGSS1GaXJtd2FyZSB0aGUg cG9zaXRpb25zLgo+IEFmdGVyIHJlYm9vdGluZywgYW5kIHNlbGVjdGluZyB0aGUgWEVOLUtFUk5F TCB2aWEgdGhlIEVGSS1Cb290LU1hbmdlciwgCj4gWEVOLUh5cGVydmlzb3ItS2VybmVsIGFuZCBM aW51eC1LZXJuZWwgYm9vdGVkIGFuZCB0aGUgc2NyZWVuIHdlbnQgbm90IGJsYW5rLgo+IAo+IFBl cmZla3QuIFRoYW5rcy4KPiAKPiBMaWViZSBHcsO8w59lIGF1cyBGcmVpbGFzc2luZywKPiAKPiBN aWNoYWVsIFJhY2sKPiBSU00gRnJlaWxhc3NpbmcKCgoKX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNlcnNA bGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Mon Feb 24 10:00:34 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 24 Feb 2014 10:00:34 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WHsKi-0001aW-OW; Mon, 24 Feb 2014 10:00:20 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WHsKh-0001aO-Rn for xen-users@lists.xensource.com; Mon, 24 Feb 2014 10:00:20 +0000 Received: from [193.109.254.147:48078] by server-14.bemta-14.messagelabs.com id 79/D0-29228-3381B035; Mon, 24 Feb 2014 10:00:19 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-5.tower-27.messagelabs.com!1393236017!6355115!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9572 invoked from network); 24 Feb 2014 10:00:18 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-5.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 24 Feb 2014 10:00:18 -0000 X-IronPort-AV: E=Sophos;i="4.97,534,1389744000"; d="scan'208";a="105143712" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 24 Feb 2014 10:00:17 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Mon, 24 Feb 2014 05:00:16 -0500 Message-ID: <1393236015.16570.16.camel@kazak.uk.xensource.com> From: Ian Campbell To: Michael Rack Date: Mon, 24 Feb 2014 10:00:15 +0000 In-Reply-To: <530672A5.9060607@rsm-freilassing.de> References: <5305C6CD.5030705@rsm-freilassing.de> <1392914675.32657.22.camel@kazak.uk.xensource.com> <530672A5.9060607@rsm-freilassing.de> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] Blank screen in EFI mode but XEN seems to work X-BeenThere: xen-users@lists.xen.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 T24gVGh1LCAyMDE0LTAyLTIwIGF0IDIyOjI0ICswMTAwLCBNaWNoYWVsIFJhY2sgd3JvdGU6Cj4g SSBkaWQgc28uCj4gCj4gU2VsZiByZXF1b3RlOiAiV2hlbiBib290aW5nIGZyb20gPj4geGVuLmVm aSA8PCBpIGdldCBpbnN0YW50bHkgYSBibGFuayAKPiBzY3JlZW4sIGJ1dCB0aGUgWEVOIEh5cGVy dmlzb3IgYm9vdHMgYW5kIGkgYW0gYWJsZSB0byBTU0ggaW50byBpdC4KPiBBbHNvIGkgYW0gYWJs ZSB0byBpc3N1ZSBjb21tYW5kcyBpbiAiYmxpbmQgbW9kZSIuIgoKU29ycnksIG15IG1pc3Rha2Us IEkgc2F3IHRoZSBtZW50aW9uIG9mIGdydWIgaW4gdGhlIG5leHQgcGFyYSBhbmQgbXkKcGF0dGVy biBtYXRjaGluZyBzeXN0ZW0gd2VudCBvZmYgOy0pCgo+IEkgZG9uJ3Qga25vdyB3aGF0IHdhcyB0 aGUgc29sdXRpb24sIGJ1dCBub3cgaXQgd29ya3MuCgpHcmVhdCEKCj4gSSBmb3JtYXRlZCBteSBi b290LXBhcnRpdGlvbiB0byBzdGFydCBhIGZyZXNoIEVGSS1pbnN0YWxsYXRpb24uCj4gSSBpbnN0 YWxsZWQgR1JVQi1FRkkgYW5kIFhFTi5FRkkgYW5kIHRvbGQgdGhlIEVGSS1GaXJtd2FyZSB0aGUg cG9zaXRpb25zLgo+IEFmdGVyIHJlYm9vdGluZywgYW5kIHNlbGVjdGluZyB0aGUgWEVOLUtFUk5F TCB2aWEgdGhlIEVGSS1Cb290LU1hbmdlciwgCj4gWEVOLUh5cGVydmlzb3ItS2VybmVsIGFuZCBM aW51eC1LZXJuZWwgYm9vdGVkIGFuZCB0aGUgc2NyZWVuIHdlbnQgbm90IGJsYW5rLgo+IAo+IFBl cmZla3QuIFRoYW5rcy4KPiAKPiBMaWViZSBHcsO8w59lIGF1cyBGcmVpbGFzc2luZywKPiAKPiBN aWNoYWVsIFJhY2sKPiBSU00gRnJlaWxhc3NpbmcKCgoKX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNlcnNA bGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Mon Feb 24 11:03:50 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 24 Feb 2014 11:03: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 1WHtJb-0003me-R5; Mon, 24 Feb 2014 11:03:15 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WHtJa-0003mX-6q for xen-users@lists.xen.org; Mon, 24 Feb 2014 11:03:14 +0000 Received: from [85.158.143.35:11791] by server-3.bemta-4.messagelabs.com id E8/AC-11539-1F62B035; Mon, 24 Feb 2014 11:03:13 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1393239791!7839129!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28252 invoked from network); 24 Feb 2014 11:03:12 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-15.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 24 Feb 2014 11:03:12 -0000 X-IronPort-AV: E=Sophos;i="4.97,534,1389744000"; d="scan'208";a="105154498" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 24 Feb 2014 11:03:10 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL02.citrite.net (10.13.107.79) with Microsoft SMTP Server id 14.2.342.4; Mon, 24 Feb 2014 06:03:10 -0500 Message-ID: <1393239789.16570.43.camel@kazak.uk.xensource.com> From: Ian Campbell To: Simon Hobson Date: Mon, 24 Feb 2014 11:03:09 +0000 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users@lists.xen.org, chris snow Subject: Re: [Xen-users] debian wheezy bridge creation X-BeenThere: xen-users@lists.xen.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 Fri, 2014-02-21 at 17:23 +0000, Simon Hobson wrote: > chris snow wrote: > > > I've installed xen on debian wheezy 7.0 virtualbox machine with three > > network interfaces: > > > > echo 'xcp-networkd xcp-xapi/networking_type select bridge' | > > debconf-set-selections > > apt-get --no-install-recommends -q -y --force-yes install xcp-networkd > > apt-get --no-install-recommends -q -y --force-yes install > > linux-headers-3.2.0-4-amd64 xen-hypervisor- > > apt-get --no-install-recommends -q -y --force-yes install xcp-xapi > > xcp-xe xcp-guest-templates xcp-vncterm xen-tools blktap-utils > > blktap-dkms qemu-keymaps qemu-utils > > > > echo "bridge" > /etc/xcp/network.conf > > update-rc.d xendomains disable > > echo TOOLSTACK=xapi > /etc/default/xen > > You say Xen, then quote what looks to me like XCP stuff. I believe there's another forum for XCP. Yes, either the xen-api@ list here or the lists/forums on www.xenserver.org (which is effectively the successor to XCP). > > When the system boots, in addition to eth0, eth1 and eth3, I have > > three bridge interfaces xenbr0, xenbr1 and xenbr2. > > > > How and when are there bridges created, when xen installs, or when it > > starts up? Is there any documentation that describes this behavior? > > Standard advice these days for a **Xen** install on Debian is to let > the network tools take care of it - ie do NOT use the Xen scripts. > There have been many posts about doing this Not to mention http://wiki.xen.org/wiki/HostConfiguration/Networking But XCP and "regular" Xen are very different WRT networking setup so be sure you are following guidance for the correct thing. THe wiki page is for "regular" Xen only. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Feb 24 11:03:50 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 24 Feb 2014 11:03: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 1WHtJb-0003me-R5; Mon, 24 Feb 2014 11:03:15 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WHtJa-0003mX-6q for xen-users@lists.xen.org; Mon, 24 Feb 2014 11:03:14 +0000 Received: from [85.158.143.35:11791] by server-3.bemta-4.messagelabs.com id E8/AC-11539-1F62B035; Mon, 24 Feb 2014 11:03:13 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1393239791!7839129!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28252 invoked from network); 24 Feb 2014 11:03:12 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-15.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 24 Feb 2014 11:03:12 -0000 X-IronPort-AV: E=Sophos;i="4.97,534,1389744000"; d="scan'208";a="105154498" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 24 Feb 2014 11:03:10 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL02.citrite.net (10.13.107.79) with Microsoft SMTP Server id 14.2.342.4; Mon, 24 Feb 2014 06:03:10 -0500 Message-ID: <1393239789.16570.43.camel@kazak.uk.xensource.com> From: Ian Campbell To: Simon Hobson Date: Mon, 24 Feb 2014 11:03:09 +0000 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users@lists.xen.org, chris snow Subject: Re: [Xen-users] debian wheezy bridge creation X-BeenThere: xen-users@lists.xen.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 Fri, 2014-02-21 at 17:23 +0000, Simon Hobson wrote: > chris snow wrote: > > > I've installed xen on debian wheezy 7.0 virtualbox machine with three > > network interfaces: > > > > echo 'xcp-networkd xcp-xapi/networking_type select bridge' | > > debconf-set-selections > > apt-get --no-install-recommends -q -y --force-yes install xcp-networkd > > apt-get --no-install-recommends -q -y --force-yes install > > linux-headers-3.2.0-4-amd64 xen-hypervisor- > > apt-get --no-install-recommends -q -y --force-yes install xcp-xapi > > xcp-xe xcp-guest-templates xcp-vncterm xen-tools blktap-utils > > blktap-dkms qemu-keymaps qemu-utils > > > > echo "bridge" > /etc/xcp/network.conf > > update-rc.d xendomains disable > > echo TOOLSTACK=xapi > /etc/default/xen > > You say Xen, then quote what looks to me like XCP stuff. I believe there's another forum for XCP. Yes, either the xen-api@ list here or the lists/forums on www.xenserver.org (which is effectively the successor to XCP). > > When the system boots, in addition to eth0, eth1 and eth3, I have > > three bridge interfaces xenbr0, xenbr1 and xenbr2. > > > > How and when are there bridges created, when xen installs, or when it > > starts up? Is there any documentation that describes this behavior? > > Standard advice these days for a **Xen** install on Debian is to let > the network tools take care of it - ie do NOT use the Xen scripts. > There have been many posts about doing this Not to mention http://wiki.xen.org/wiki/HostConfiguration/Networking But XCP and "regular" Xen are very different WRT networking setup so be sure you are following guidance for the correct thing. THe wiki page is for "regular" Xen only. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Feb 24 11:30:30 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 24 Feb 2014 11:30: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 1WHtji-0004zW-UO; Mon, 24 Feb 2014 11:30:14 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WHtjg-0004z3-N1 for xen-users@lists.xen.org; Mon, 24 Feb 2014 11:30:12 +0000 Received: from [85.158.143.35:11451] by server-1.bemta-4.messagelabs.com id 42/B8-31661-44D2B035; Mon, 24 Feb 2014 11:30:12 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-13.tower-21.messagelabs.com!1393241410!7836590!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27285 invoked from network); 24 Feb 2014 11:30:11 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-13.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 24 Feb 2014 11:30:11 -0000 X-IronPort-AV: E=Sophos;i="4.97,534,1389744000"; d="scan'208";a="105158631" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 24 Feb 2014 11:30:09 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Mon, 24 Feb 2014 06:30:08 -0500 Message-ID: <1393241408.16570.51.camel@kazak.uk.xensource.com> From: Ian Campbell To: chi ma Date: Mon, 24 Feb 2014 11:30:08 +0000 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: xen-users Subject: Re: [Xen-users] [Xen-devel] Add e1000 device to 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, 2014-02-24 at 11:42 +0800, chi ma wrote: > HI ALL: > > Does anyone try adding an INTEL e1000 emulated device to a > specific guest OS? This is a user question, redirecting to the user list. > Do I have to apply some specific configrations? > I've tried the steps supplied on this web page: > > http://www.netservers.co.uk/articles/open-source-howtos/citrix_e1000_gigabit > but it doesn't work... This is specific to XCP/XenServer. If you are using that then you should use the xenserver.org lists. If you are using regular Xen then see the xl.cfg man page for information on configuring network devices in your cfg file. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Feb 24 11:30:30 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 24 Feb 2014 11:30: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 1WHtji-0004zW-UO; Mon, 24 Feb 2014 11:30:14 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WHtjg-0004z3-N1 for xen-users@lists.xen.org; Mon, 24 Feb 2014 11:30:12 +0000 Received: from [85.158.143.35:11451] by server-1.bemta-4.messagelabs.com id 42/B8-31661-44D2B035; Mon, 24 Feb 2014 11:30:12 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-13.tower-21.messagelabs.com!1393241410!7836590!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27285 invoked from network); 24 Feb 2014 11:30:11 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-13.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 24 Feb 2014 11:30:11 -0000 X-IronPort-AV: E=Sophos;i="4.97,534,1389744000"; d="scan'208";a="105158631" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 24 Feb 2014 11:30:09 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Mon, 24 Feb 2014 06:30:08 -0500 Message-ID: <1393241408.16570.51.camel@kazak.uk.xensource.com> From: Ian Campbell To: chi ma Date: Mon, 24 Feb 2014 11:30:08 +0000 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: xen-users Subject: Re: [Xen-users] [Xen-devel] Add e1000 device to 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, 2014-02-24 at 11:42 +0800, chi ma wrote: > HI ALL: > > Does anyone try adding an INTEL e1000 emulated device to a > specific guest OS? This is a user question, redirecting to the user list. > Do I have to apply some specific configrations? > I've tried the steps supplied on this web page: > > http://www.netservers.co.uk/articles/open-source-howtos/citrix_e1000_gigabit > but it doesn't work... This is specific to XCP/XenServer. If you are using that then you should use the xenserver.org lists. If you are using regular Xen then see the xl.cfg man page for information on configuring network devices in your cfg file. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Feb 24 19:38:26 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 24 Feb 2014 19:38: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 1WI1LA-000207-1V; Mon, 24 Feb 2014 19:37:24 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WI1L8-000202-QH for xen-users@lists.xen.org; Mon, 24 Feb 2014 19:37:22 +0000 Received: from [85.158.143.35:42587] by server-3.bemta-4.messagelabs.com id 04/8F-11539-27F9B035; Mon, 24 Feb 2014 19:37:22 +0000 X-Env-Sender: jtd@galois.com X-Msg-Ref: server-9.tower-21.messagelabs.com!1393270640!7967584!1 X-Originating-IP: [66.193.37.198] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12251 invoked from network); 24 Feb 2014 19:37:21 -0000 Received: from quintic.galois.com (HELO mail.galois.com) (66.193.37.198) by server-9.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 24 Feb 2014 19:37:21 -0000 Received: from hurricane.galois.com (hurricane.galois.com [IPv6:2001:4870:e08e:200:5054:ff:fefa:ce41]) by mail.galois.com (8.14.4/8.14.4) with ESMTP id s1OJbFKP020755 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Mon, 24 Feb 2014 11:37:19 -0800 Received: from galois.com ([IPv6:2001:4870:e08e:201:ac9f:f715:ed86:9266]) (authenticated bits=0) by hurricane.galois.com (8.14.4/8.14.4) with ESMTP id s1OJbFkd002606 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 24 Feb 2014 11:37:15 -0800 Date: Mon, 24 Feb 2014 11:37:18 -0800 From: Jonathan Daugherty To: xen-users@lists.xen.org Message-ID: <20140224193718.GF98069@galois.com> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.22 (2013-10-16) X-Spam-Status: No, score=-0.5 required=4.5 tests=BAYES_00,RP_MATCHES_RCVD shortcircuit=no autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on quintic.galois.com Subject: [Xen-users] Xen on ARM: booting Linux from a physical partition X-BeenThere: xen-users@lists.xen.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 want to boot a Linux system from a root filesystem installed on an SD card partition using an Arndale board. To do this, I have a domain configuration file, kernel = "/linux-domU" memory = 128 name = "guest" vcpus = 1 disk = [ 'phy:/dev/mmcblk1p4,xvda,w' ] extra = "... root=/dev/xvda ..." I set up the filesystem by writing an ext3 filesystem image to the partition mentioned in the config using 'dd'. When the guest kernel boots, I see blkfront: xvda: barrier or flush: disabled; persistent grants: enabled; indirect descriptors: disabled; xvda: unknown partition table and then List of all partitions: ca00 991232 xvda driver: vbd No filesystem could mount root, tried: ext3 ext4 vfat fuseblk Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(202,0) I tried the 'file:' scheme for the disk setting in the configuration file, but that causes the system to try to start QEMU. In general the partition table message I mentioned is not problematic as long as the device in question is not treated as a partitioned disk; I'd just like to mount /dev/xvda rather than treat it that way, and historically I've never had problems doing that. And for what it's worth, if I provide a physical device with a partition table instead of blk1p4, the behavior is the same. What am I missing? Thanks! -- Jonathan Daugherty Software Engineer Galois, Inc. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Feb 24 19:38:26 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 24 Feb 2014 19:38: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 1WI1LA-000207-1V; Mon, 24 Feb 2014 19:37:24 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WI1L8-000202-QH for xen-users@lists.xen.org; Mon, 24 Feb 2014 19:37:22 +0000 Received: from [85.158.143.35:42587] by server-3.bemta-4.messagelabs.com id 04/8F-11539-27F9B035; Mon, 24 Feb 2014 19:37:22 +0000 X-Env-Sender: jtd@galois.com X-Msg-Ref: server-9.tower-21.messagelabs.com!1393270640!7967584!1 X-Originating-IP: [66.193.37.198] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12251 invoked from network); 24 Feb 2014 19:37:21 -0000 Received: from quintic.galois.com (HELO mail.galois.com) (66.193.37.198) by server-9.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 24 Feb 2014 19:37:21 -0000 Received: from hurricane.galois.com (hurricane.galois.com [IPv6:2001:4870:e08e:200:5054:ff:fefa:ce41]) by mail.galois.com (8.14.4/8.14.4) with ESMTP id s1OJbFKP020755 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Mon, 24 Feb 2014 11:37:19 -0800 Received: from galois.com ([IPv6:2001:4870:e08e:201:ac9f:f715:ed86:9266]) (authenticated bits=0) by hurricane.galois.com (8.14.4/8.14.4) with ESMTP id s1OJbFkd002606 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 24 Feb 2014 11:37:15 -0800 Date: Mon, 24 Feb 2014 11:37:18 -0800 From: Jonathan Daugherty To: xen-users@lists.xen.org Message-ID: <20140224193718.GF98069@galois.com> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.22 (2013-10-16) X-Spam-Status: No, score=-0.5 required=4.5 tests=BAYES_00,RP_MATCHES_RCVD shortcircuit=no autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on quintic.galois.com Subject: [Xen-users] Xen on ARM: booting Linux from a physical partition X-BeenThere: xen-users@lists.xen.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 want to boot a Linux system from a root filesystem installed on an SD card partition using an Arndale board. To do this, I have a domain configuration file, kernel = "/linux-domU" memory = 128 name = "guest" vcpus = 1 disk = [ 'phy:/dev/mmcblk1p4,xvda,w' ] extra = "... root=/dev/xvda ..." I set up the filesystem by writing an ext3 filesystem image to the partition mentioned in the config using 'dd'. When the guest kernel boots, I see blkfront: xvda: barrier or flush: disabled; persistent grants: enabled; indirect descriptors: disabled; xvda: unknown partition table and then List of all partitions: ca00 991232 xvda driver: vbd No filesystem could mount root, tried: ext3 ext4 vfat fuseblk Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(202,0) I tried the 'file:' scheme for the disk setting in the configuration file, but that causes the system to try to start QEMU. In general the partition table message I mentioned is not problematic as long as the device in question is not treated as a partitioned disk; I'd just like to mount /dev/xvda rather than treat it that way, and historically I've never had problems doing that. And for what it's worth, if I provide a physical device with a partition table instead of blk1p4, the behavior is the same. What am I missing? Thanks! -- Jonathan Daugherty Software Engineer Galois, Inc. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Feb 24 20:55:18 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 24 Feb 2014 20:55: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 1WI2XV-00037y-L8; Mon, 24 Feb 2014 20:54:13 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WI2XT-00037r-NC for xen-users@lists.xensource.com; Mon, 24 Feb 2014 20:54:12 +0000 Received: from [193.109.254.147:44168] by server-3.bemta-14.messagelabs.com id EB/45-00432-371BB035; Mon, 24 Feb 2014 20:54:11 +0000 X-Env-Sender: sdj@rasmussenequipment.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1393275248!6501890!1 X-Originating-IP: [64.18.1.33] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17375 invoked from network); 24 Feb 2014 20:54:09 -0000 Received: from exprod6og114.obsmtp.com (HELO exprod6og114.obsmtp.com) (64.18.1.33) by server-14.tower-27.messagelabs.com with SMTP; 24 Feb 2014 20:54:09 -0000 Received: from mail-qa0-f52.google.com ([209.85.216.52]) (using TLSv1) by exprod6ob114.postini.com ([64.18.5.12]) with SMTP ID DSNKUwuxb9xm61muhIjzteoe8GTDm8wKoUpp@postini.com; Mon, 24 Feb 2014 12:54:08 PST Received: by mail-qa0-f52.google.com with SMTP id j15so6831228qaq.39 for ; Mon, 24 Feb 2014 12:54:07 -0800 (PST) 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:cc:content-type; bh=Ch4NRHEGDvoMuV49cJGGanwPfNDmsib7191p4i1upfo=; b=GO5fvz14o8+3oJW2IWfRP82huh9Zop7jiUtmHYjPI2z7NIu8vAozfkmO/oVdPZoWtx A/gU6BFQB/vUyYZDkB8u2y1sYrN16RomZAm8U9qI5WJYKdqOiuplGgJAn2r9YnCS1e0z oVqjkj2YU8VTYIq5Q0+t2vedprk4qAhaJ/qCzEoVD5L1IO8AcPtl7he/EFeR24wUXvmr kg5ykaeLGFehq2GpHaHtJdXHP1vWr2EXhTbEsQJKo4Snl9hERsfwhd8/+H6V1zcYbA4U kAixBH5Ak0LPVjP3meCqd1PcigmPKTg7+g3zB4RDZkzYuIzQmqMw9ww15LzytDWRoOkq 0L6g== X-Gm-Message-State: ALoCoQnk9BbCyBSlpTaHXHmMBnt39lEFKvECY996ypcBFUUuEQmTXR+kXM8P5kK7H3zs7i4O927q85G0xHzesamWPm15kD4feG+WHdP8q6NaItb4QDLfl1vToacFwTGxuWmfT5SQNf83VXturA4cAduyzaI1XngSzAfucicEzROo2Mb0oGRS3Ug08Kqekbwda+3MRvsQ3Se7 X-Received: by 10.224.36.195 with SMTP id u3mr32779248qad.59.1393275247476; Mon, 24 Feb 2014 12:54:07 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.224.36.195 with SMTP id u3mr32779233qad.59.1393275247243; Mon, 24 Feb 2014 12:54:07 -0800 (PST) Received: by 10.140.93.164 with HTTP; Mon, 24 Feb 2014 12:54:07 -0800 (PST) In-Reply-To: <1393234445.16570.6.camel@kazak.uk.xensource.com> References: <1392887445.22494.12.camel@kazak.uk.xensource.com> <1393234445.16570.6.camel@kazak.uk.xensource.com> Date: Mon, 24 Feb 2014 13:54:07 -0700 Message-ID: From: Shane Johnson Cc: Xen List Subject: Re: [Xen-users] Fwd: DomU freeze X-BeenThere: xen-users@lists.xen.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="===============0860151322445607574==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0860151322445607574== Content-Type: multipart/alternative; boundary=001a11c29e902ff07404f32d2cd1 --001a11c29e902ff07404f32d2cd1 Content-Type: text/plain; charset=ISO-8859-1 On Mon, Feb 24, 2014 at 2:34 AM, Ian Campbell wrote: > On Thu, 2014-02-20 at 12:03 -0700, Shane Johnson wrote: > > I apparently forgot to forward this on to the list - Sorry about that. > [...] > > > Sorry for the vagueness. I was trying to keep things short and sweet > > but I guess I failed. I'll do better next time. > > No worries. > > > The Guest domains storage was on dedicated logical volumes. These I > > would snapshot and image for a backup. When the Dom0 crashed, I lost > > the original volumes and restored them from the images to new volumes > > that are currently on a external HD for portability for trying to get > > this bugger up or worst case resort to trying to recover the files > > using some sort of forensic process. Unfortunately, I lost the > > original host OS and all the configuration files. The guests where > > originally created on either this machine that crashed or my desktop > > and migrated via sneaker net to the crashed host. > > > > > > Yes the machine I am having a problem with is a HVM guest running > > Windows 2000 that's sole purpose was a file server. > > > > > > The 100% CPU usage was for the DomU in xl top. > > Are you sure you were using xl before? The default in Wheezy was xend/xm > and the version of xl in Xen 4.1 (in Wheezy) is a bit tech preview. > Yes, I read that xl is the future toolstack, so I switched my hosts to it so I wouldn't have to catch up later. > > From your screenshot it looks like the BIOS trying to read from the > CDROM. > I have tried it with boot = "cd" and "dc" and whether or not I press a key to get into windows setup, it always acts the same way - freezing right when it would seem like it should be accessing the MBR of the disk. > > You have disks named "xvd?" and xen_platform_pci=0, which I think it a > bit unusual, I'm not sure what the result would be. Can you try naming > your disks "hd?" instead. > >From reading http://xenbits.xen.org/docs/4.2-testing/man/xl.cfg.5.html it was my understanding these where needed or at least desirable for guests using the GPLPV drivers. I use the xvd for the disks cause I found it easier for the cd-rom stuff. > > I don't know which version was on the old machine for sure, but I > > imagine it wasn't too far off from the wheezy test machine ( The host > > OS was updated every Friday.) and it is 0.10.2 (This is > > from /usr/lib/xen-4.1/bin/qemu-dm --help) > > That's the qemu version not the Xen version. > Sorry I thought that is what you where asking for. If you need more on the Xen version, I can get that for you. > > > xenctx says it can't trace dom0 > > You need to give it a domid as a parameter. > I get this message no matter what domain I enter into the command. Please let me know if you would like me to try this again with the hd in the disk parameters. > > > I am including the log files xl output and screenshots in an > > attachment. > > Thanks. I took a look and nothing mega weird jumped out -- just the few > queries above. > > Ian. > > > I rereading some material since my last post, a question has come to mind, what effect would not pausing the domain have on the bootability of the image file? Here is some other information. I have been able to add the LVM's to another windows instance but everything just come across as the dynamic volumes are corrupted and I can see the files of the Basic volume. The basic partition is just the Windows OS and the dynamic volumes are where the data I need is. I was trying to reboot the original OS volume to try and see if it would recognize the dynamic volumes, but that is what keeps freezing. I have tried some file/partition recovery software with no luck. If anyone has any ideas on how I can get this data back it would be greatly appreciated. Thank you. -- Shane D. Johnson IT Administrator Rasmussen Equipment --001a11c29e902ff07404f32d2cd1 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable



On Mon, Feb 24, 2014 at 2:34 AM, Ian Campbell <= ;Ian.Campbell@= citrix.com> wrote:
On Thu, 2014-02-20 at 12:03 -0700, Shane J= ohnson wrote:
> I apparently forgot to forward this on to the list - Sorry about that.=
[...]

> Sorry for the vagueness. =A0I was trying to keep =A0things short and s= weet
> but I guess I failed. =A0I'll do better next time.

No worries.

> The Guest domains storage was on dedicated logical volumes. =A0These I=
> would snapshot and image for a backup. =A0 When the Dom0 crashed, I lo= st
> the original volumes and restored them from the images to new volumes<= br> > that are currently on a external HD for portability for trying to get<= br> > this bugger up or worst case resort to trying to recover the files
> using some sort of forensic process. =A0Unfortunately, I lost the
> original host OS and all the configuration files. =A0The guests where<= br> > originally created on either this machine that crashed or my desktop > and migrated via sneaker net to the crashed host.
>
>
> Yes the machine I am having a problem with is a HVM guest running
> Windows 2000 that's sole purpose was a file server.
>
>
> The 100% CPU usage was for the DomU in xl top.

Are you sure you were using xl before? The default in Wheezy was xend= /xm
and the version of xl in Xen 4.1 (in Wheezy) is a bit tech preview.

Yes, I read that =A0xl is the future toolstack= , so I switched my hosts to it so I wouldn't have to catch up later.
=A0

>From your screenshot it looks like the BIOS trying to read from the
CDROM.

I have tried it with boot =3D &q= uot;cd" and "dc" and whether or not =A0I press a key to get = =A0into windows setup, it always acts the same way - freezing right when it= would seem like it should be accessing the MBR of the disk.
=A0

You have disks named "xvd?" and xen_platform_pci=3D0, which I thi= nk it a
bit unusual, I'm not sure what the result would be. Can you try naming<= br> your disks "hd?" instead.

Fro= m reading http://xenbits.xen.org/docs/4.2-testing/man/xl.cfg.5.html it was m= y understanding these where needed or at least desirable for guests using t= he GPLPV drivers. =A0I use the xvd for the disks cause I found it easier fo= r the cd-rom stuff.=A0


> I don't know which version was on the old machine for sure, but I<= br> > imagine it wasn't too far off from the wheezy test machine ( The h= ost
> OS was updated every Friday.) and it is 0.10.2 (This is
> from /usr/lib/xen-4.1/bin/qemu-dm --help)

That's the qemu version not the Xen version.

Sorry I thought that is what you where asking for. =A0If yo= u need more on the Xen version, I can get that for you.
=A0

> xenctx says it can't trace dom0

You need to give it a domid as a parameter.

=
I get this message no matter what domain I enter into the comman= d. =A0Please let me know if you would like me to try this again with the hd= in the disk parameters.
=A0

> I am including the log files xl output and screenshots in an
> attachment.

Thanks. I took a look and nothing mega weird jumped out -- just the f= ew
queries above.

Ian.



I rereading some material since my las= t post, a question has come to mind, what effect would not pausing the doma= in have on the bootability of the image file?

Here is some other information. =A0I h= ave been able to add the LVM's to another windows instance but everythi= ng just come across as the dynamic volumes are corrupted and I can see the = files of the Basic volume. =A0The basic partition is just the Windows OS an= d the dynamic volumes are where the data I need is. =A0I was trying to rebo= ot the original OS volume to try and see if it would recognize the dynamic = volumes, but that is what keeps freezing. =A0I have tried some file/partiti= on recovery software with no luck. =A0If anyone has any ideas on how I can = get this data back it would be greatly appreciated.

Thank you.
--
Shane D. Johnson
IT Administ= rator
Rasmussen Equipment


--001a11c29e902ff07404f32d2cd1-- --===============0860151322445607574== 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 --===============0860151322445607574==-- From xen-users-bounces@lists.xen.org Mon Feb 24 20:55:18 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 24 Feb 2014 20:55: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 1WI2XV-00037y-L8; Mon, 24 Feb 2014 20:54:13 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WI2XT-00037r-NC for xen-users@lists.xensource.com; Mon, 24 Feb 2014 20:54:12 +0000 Received: from [193.109.254.147:44168] by server-3.bemta-14.messagelabs.com id EB/45-00432-371BB035; Mon, 24 Feb 2014 20:54:11 +0000 X-Env-Sender: sdj@rasmussenequipment.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1393275248!6501890!1 X-Originating-IP: [64.18.1.33] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17375 invoked from network); 24 Feb 2014 20:54:09 -0000 Received: from exprod6og114.obsmtp.com (HELO exprod6og114.obsmtp.com) (64.18.1.33) by server-14.tower-27.messagelabs.com with SMTP; 24 Feb 2014 20:54:09 -0000 Received: from mail-qa0-f52.google.com ([209.85.216.52]) (using TLSv1) by exprod6ob114.postini.com ([64.18.5.12]) with SMTP ID DSNKUwuxb9xm61muhIjzteoe8GTDm8wKoUpp@postini.com; Mon, 24 Feb 2014 12:54:08 PST Received: by mail-qa0-f52.google.com with SMTP id j15so6831228qaq.39 for ; Mon, 24 Feb 2014 12:54:07 -0800 (PST) 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:cc:content-type; bh=Ch4NRHEGDvoMuV49cJGGanwPfNDmsib7191p4i1upfo=; b=GO5fvz14o8+3oJW2IWfRP82huh9Zop7jiUtmHYjPI2z7NIu8vAozfkmO/oVdPZoWtx A/gU6BFQB/vUyYZDkB8u2y1sYrN16RomZAm8U9qI5WJYKdqOiuplGgJAn2r9YnCS1e0z oVqjkj2YU8VTYIq5Q0+t2vedprk4qAhaJ/qCzEoVD5L1IO8AcPtl7he/EFeR24wUXvmr kg5ykaeLGFehq2GpHaHtJdXHP1vWr2EXhTbEsQJKo4Snl9hERsfwhd8/+H6V1zcYbA4U kAixBH5Ak0LPVjP3meCqd1PcigmPKTg7+g3zB4RDZkzYuIzQmqMw9ww15LzytDWRoOkq 0L6g== X-Gm-Message-State: ALoCoQnk9BbCyBSlpTaHXHmMBnt39lEFKvECY996ypcBFUUuEQmTXR+kXM8P5kK7H3zs7i4O927q85G0xHzesamWPm15kD4feG+WHdP8q6NaItb4QDLfl1vToacFwTGxuWmfT5SQNf83VXturA4cAduyzaI1XngSzAfucicEzROo2Mb0oGRS3Ug08Kqekbwda+3MRvsQ3Se7 X-Received: by 10.224.36.195 with SMTP id u3mr32779248qad.59.1393275247476; Mon, 24 Feb 2014 12:54:07 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.224.36.195 with SMTP id u3mr32779233qad.59.1393275247243; Mon, 24 Feb 2014 12:54:07 -0800 (PST) Received: by 10.140.93.164 with HTTP; Mon, 24 Feb 2014 12:54:07 -0800 (PST) In-Reply-To: <1393234445.16570.6.camel@kazak.uk.xensource.com> References: <1392887445.22494.12.camel@kazak.uk.xensource.com> <1393234445.16570.6.camel@kazak.uk.xensource.com> Date: Mon, 24 Feb 2014 13:54:07 -0700 Message-ID: From: Shane Johnson Cc: Xen List Subject: Re: [Xen-users] Fwd: DomU freeze X-BeenThere: xen-users@lists.xen.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="===============0860151322445607574==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0860151322445607574== Content-Type: multipart/alternative; boundary=001a11c29e902ff07404f32d2cd1 --001a11c29e902ff07404f32d2cd1 Content-Type: text/plain; charset=ISO-8859-1 On Mon, Feb 24, 2014 at 2:34 AM, Ian Campbell wrote: > On Thu, 2014-02-20 at 12:03 -0700, Shane Johnson wrote: > > I apparently forgot to forward this on to the list - Sorry about that. > [...] > > > Sorry for the vagueness. I was trying to keep things short and sweet > > but I guess I failed. I'll do better next time. > > No worries. > > > The Guest domains storage was on dedicated logical volumes. These I > > would snapshot and image for a backup. When the Dom0 crashed, I lost > > the original volumes and restored them from the images to new volumes > > that are currently on a external HD for portability for trying to get > > this bugger up or worst case resort to trying to recover the files > > using some sort of forensic process. Unfortunately, I lost the > > original host OS and all the configuration files. The guests where > > originally created on either this machine that crashed or my desktop > > and migrated via sneaker net to the crashed host. > > > > > > Yes the machine I am having a problem with is a HVM guest running > > Windows 2000 that's sole purpose was a file server. > > > > > > The 100% CPU usage was for the DomU in xl top. > > Are you sure you were using xl before? The default in Wheezy was xend/xm > and the version of xl in Xen 4.1 (in Wheezy) is a bit tech preview. > Yes, I read that xl is the future toolstack, so I switched my hosts to it so I wouldn't have to catch up later. > > From your screenshot it looks like the BIOS trying to read from the > CDROM. > I have tried it with boot = "cd" and "dc" and whether or not I press a key to get into windows setup, it always acts the same way - freezing right when it would seem like it should be accessing the MBR of the disk. > > You have disks named "xvd?" and xen_platform_pci=0, which I think it a > bit unusual, I'm not sure what the result would be. Can you try naming > your disks "hd?" instead. > >From reading http://xenbits.xen.org/docs/4.2-testing/man/xl.cfg.5.html it was my understanding these where needed or at least desirable for guests using the GPLPV drivers. I use the xvd for the disks cause I found it easier for the cd-rom stuff. > > I don't know which version was on the old machine for sure, but I > > imagine it wasn't too far off from the wheezy test machine ( The host > > OS was updated every Friday.) and it is 0.10.2 (This is > > from /usr/lib/xen-4.1/bin/qemu-dm --help) > > That's the qemu version not the Xen version. > Sorry I thought that is what you where asking for. If you need more on the Xen version, I can get that for you. > > > xenctx says it can't trace dom0 > > You need to give it a domid as a parameter. > I get this message no matter what domain I enter into the command. Please let me know if you would like me to try this again with the hd in the disk parameters. > > > I am including the log files xl output and screenshots in an > > attachment. > > Thanks. I took a look and nothing mega weird jumped out -- just the few > queries above. > > Ian. > > > I rereading some material since my last post, a question has come to mind, what effect would not pausing the domain have on the bootability of the image file? Here is some other information. I have been able to add the LVM's to another windows instance but everything just come across as the dynamic volumes are corrupted and I can see the files of the Basic volume. The basic partition is just the Windows OS and the dynamic volumes are where the data I need is. I was trying to reboot the original OS volume to try and see if it would recognize the dynamic volumes, but that is what keeps freezing. I have tried some file/partition recovery software with no luck. If anyone has any ideas on how I can get this data back it would be greatly appreciated. Thank you. -- Shane D. Johnson IT Administrator Rasmussen Equipment --001a11c29e902ff07404f32d2cd1 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable



On Mon, Feb 24, 2014 at 2:34 AM, Ian Campbell <= ;Ian.Campbell@= citrix.com> wrote:
On Thu, 2014-02-20 at 12:03 -0700, Shane J= ohnson wrote:
> I apparently forgot to forward this on to the list - Sorry about that.=
[...]

> Sorry for the vagueness. =A0I was trying to keep =A0things short and s= weet
> but I guess I failed. =A0I'll do better next time.

No worries.

> The Guest domains storage was on dedicated logical volumes. =A0These I=
> would snapshot and image for a backup. =A0 When the Dom0 crashed, I lo= st
> the original volumes and restored them from the images to new volumes<= br> > that are currently on a external HD for portability for trying to get<= br> > this bugger up or worst case resort to trying to recover the files
> using some sort of forensic process. =A0Unfortunately, I lost the
> original host OS and all the configuration files. =A0The guests where<= br> > originally created on either this machine that crashed or my desktop > and migrated via sneaker net to the crashed host.
>
>
> Yes the machine I am having a problem with is a HVM guest running
> Windows 2000 that's sole purpose was a file server.
>
>
> The 100% CPU usage was for the DomU in xl top.

Are you sure you were using xl before? The default in Wheezy was xend= /xm
and the version of xl in Xen 4.1 (in Wheezy) is a bit tech preview.

Yes, I read that =A0xl is the future toolstack= , so I switched my hosts to it so I wouldn't have to catch up later.
=A0

>From your screenshot it looks like the BIOS trying to read from the
CDROM.

I have tried it with boot =3D &q= uot;cd" and "dc" and whether or not =A0I press a key to get = =A0into windows setup, it always acts the same way - freezing right when it= would seem like it should be accessing the MBR of the disk.
=A0

You have disks named "xvd?" and xen_platform_pci=3D0, which I thi= nk it a
bit unusual, I'm not sure what the result would be. Can you try naming<= br> your disks "hd?" instead.

Fro= m reading http://xenbits.xen.org/docs/4.2-testing/man/xl.cfg.5.html it was m= y understanding these where needed or at least desirable for guests using t= he GPLPV drivers. =A0I use the xvd for the disks cause I found it easier fo= r the cd-rom stuff.=A0


> I don't know which version was on the old machine for sure, but I<= br> > imagine it wasn't too far off from the wheezy test machine ( The h= ost
> OS was updated every Friday.) and it is 0.10.2 (This is
> from /usr/lib/xen-4.1/bin/qemu-dm --help)

That's the qemu version not the Xen version.

Sorry I thought that is what you where asking for. =A0If yo= u need more on the Xen version, I can get that for you.
=A0

> xenctx says it can't trace dom0

You need to give it a domid as a parameter.

=
I get this message no matter what domain I enter into the comman= d. =A0Please let me know if you would like me to try this again with the hd= in the disk parameters.
=A0

> I am including the log files xl output and screenshots in an
> attachment.

Thanks. I took a look and nothing mega weird jumped out -- just the f= ew
queries above.

Ian.



I rereading some material since my las= t post, a question has come to mind, what effect would not pausing the doma= in have on the bootability of the image file?

Here is some other information. =A0I h= ave been able to add the LVM's to another windows instance but everythi= ng just come across as the dynamic volumes are corrupted and I can see the = files of the Basic volume. =A0The basic partition is just the Windows OS an= d the dynamic volumes are where the data I need is. =A0I was trying to rebo= ot the original OS volume to try and see if it would recognize the dynamic = volumes, but that is what keeps freezing. =A0I have tried some file/partiti= on recovery software with no luck. =A0If anyone has any ideas on how I can = get this data back it would be greatly appreciated.

Thank you.
--
Shane D. Johnson
IT Administ= rator
Rasmussen Equipment


--001a11c29e902ff07404f32d2cd1-- --===============0860151322445607574== 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 --===============0860151322445607574==-- From xen-users-bounces@lists.xen.org Mon Feb 24 20:57:44 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 24 Feb 2014 20:57: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 1WI2ao-0003HD-T1; Mon, 24 Feb 2014 20:57:38 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WI2al-0003H7-VL for xen-users@lists.xensource.com; Mon, 24 Feb 2014 20:57:36 +0000 Received: from [85.158.139.211:64010] by server-15.bemta-5.messagelabs.com id EC/42-24395-F32BB035; Mon, 24 Feb 2014 20:57:35 +0000 X-Env-Sender: sdj@rasmussenequipment.com X-Msg-Ref: server-2.tower-206.messagelabs.com!1393275452!5915249!1 X-Originating-IP: [64.18.1.29] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31706 invoked from network); 24 Feb 2014 20:57:33 -0000 Received: from exprod6og112.obsmtp.com (HELO exprod6og112.obsmtp.com) (64.18.1.29) by server-2.tower-206.messagelabs.com with SMTP; 24 Feb 2014 20:57:33 -0000 Received: from mail-qa0-f49.google.com ([209.85.216.49]) (using TLSv1) by exprod6ob112.postini.com ([64.18.5.12]) with SMTP ID DSNKUwuyPNQE/GYeZeQMDengUSF0EOOefAdw@postini.com; Mon, 24 Feb 2014 12:57:33 PST Received: by mail-qa0-f49.google.com with SMTP id w8so6809117qac.36 for ; Mon, 24 Feb 2014 12:57:31 -0800 (PST) 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:cc:content-type; bh=9V4/6DtPFeqXglff1MNZHarePIlHa8AkhSv7j20QkZ0=; b=hwDhR87aeJz920Dhzs4naVJjGCe8lnwRqiVmI5fyuNh6T4iioPN2UwmM5N4S1BWoAN G/e5vrgtwvTYQeuolnH99pfjNP6xsBql4TxsW6mKs/PHyUk4siuh4+d4pN1qnVc+uBRB gDNUoAdx8MowMyn/OpzYrZiHF0kpnUPtNgGM5NiTLaM/omNNQih4l6xcwRj65kP7F+HL VrbpRlZAPDeg2WrW+chUgDa1D392AvF2sPh9k2viwh0FI17TG9dSnZd99pZ+yitn4scZ fZLNt6rW3/6W2pAvMVVod0ryQqP6TrRLOhBBeqiZd3DJO0hXsiq5QMmMen7n45DHkeuV NZ6g== X-Gm-Message-State: ALoCoQlWTbakkuP+zV0h0J7QANKe5+7pMqZZqO+u+DtDavQOteRDI1Zyak58PbFJuakKRN3Zc0Of0W/EDJRh6u7trTtBGJ+Oxu0HLhOtRi0u6mVhUEnPFN77lSzFIVE7BLOuq6j87M+BZnk32QdINOu85783OqD4axIDrJ0Aabzaezbt7f8NVHo3mkFpV5CrzDGadVMuH1oc X-Received: by 10.224.61.2 with SMTP id r2mr33643200qah.49.1393275451517; Mon, 24 Feb 2014 12:57:31 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.224.61.2 with SMTP id r2mr33643190qah.49.1393275451401; Mon, 24 Feb 2014 12:57:31 -0800 (PST) Received: by 10.140.93.164 with HTTP; Mon, 24 Feb 2014 12:57:31 -0800 (PST) In-Reply-To: References: <1392887445.22494.12.camel@kazak.uk.xensource.com> <1393234445.16570.6.camel@kazak.uk.xensource.com> Date: Mon, 24 Feb 2014 13:57:31 -0700 Message-ID: From: Shane Johnson Cc: Xen List Subject: Re: [Xen-users] Fwd: DomU freeze X-BeenThere: xen-users@lists.xen.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="===============4919941817397726547==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4919941817397726547== Content-Type: multipart/alternative; boundary=001a11c3ddf85b00ac04f32d388d --001a11c3ddf85b00ac04f32d388d Content-Type: text/plain; charset=ISO-8859-1 Sorry, one thing I forgot to mention, I have run chkdsk /r, fixboot and fixmbr on the basic partition inside of the recovery console in the windows install and still have the same results. Thanks Shane On Mon, Feb 24, 2014 at 1:54 PM, Shane Johnson wrote: > > > > On Mon, Feb 24, 2014 at 2:34 AM, Ian Campbell wrote: > >> On Thu, 2014-02-20 at 12:03 -0700, Shane Johnson wrote: >> > I apparently forgot to forward this on to the list - Sorry about that. >> [...] >> >> > Sorry for the vagueness. I was trying to keep things short and sweet >> > but I guess I failed. I'll do better next time. >> >> No worries. >> >> > The Guest domains storage was on dedicated logical volumes. These I >> > would snapshot and image for a backup. When the Dom0 crashed, I lost >> > the original volumes and restored them from the images to new volumes >> > that are currently on a external HD for portability for trying to get >> > this bugger up or worst case resort to trying to recover the files >> > using some sort of forensic process. Unfortunately, I lost the >> > original host OS and all the configuration files. The guests where >> > originally created on either this machine that crashed or my desktop >> > and migrated via sneaker net to the crashed host. >> > >> > >> > Yes the machine I am having a problem with is a HVM guest running >> > Windows 2000 that's sole purpose was a file server. >> > >> > >> > The 100% CPU usage was for the DomU in xl top. >> >> Are you sure you were using xl before? The default in Wheezy was xend/xm >> and the version of xl in Xen 4.1 (in Wheezy) is a bit tech preview. >> > > Yes, I read that xl is the future toolstack, so I switched my hosts to it > so I wouldn't have to catch up later. > > >> >> From your screenshot it looks like the BIOS trying to read from the >> CDROM. >> > > I have tried it with boot = "cd" and "dc" and whether or not I press a > key to get into windows setup, it always acts the same way - freezing > right when it would seem like it should be accessing the MBR of the disk. > > >> >> You have disks named "xvd?" and xen_platform_pci=0, which I think it a >> bit unusual, I'm not sure what the result would be. Can you try naming >> your disks "hd?" instead. >> > > From reading http://xenbits.xen.org/docs/4.2-testing/man/xl.cfg.5.html it > was my understanding these where needed or at least desirable for guests > using the GPLPV drivers. I use the xvd for the disks cause I found it > easier for the cd-rom stuff. > > >> > I don't know which version was on the old machine for sure, but I >> > imagine it wasn't too far off from the wheezy test machine ( The host >> > OS was updated every Friday.) and it is 0.10.2 (This is >> > from /usr/lib/xen-4.1/bin/qemu-dm --help) >> >> That's the qemu version not the Xen version. >> > > Sorry I thought that is what you where asking for. If you need more on > the Xen version, I can get that for you. > > >> >> > xenctx says it can't trace dom0 >> >> You need to give it a domid as a parameter. >> > > I get this message no matter what domain I enter into the command. Please > let me know if you would like me to try this again with the hd in the disk > parameters. > > >> >> > I am including the log files xl output and screenshots in an >> > attachment. >> >> Thanks. I took a look and nothing mega weird jumped out -- just the few >> queries above. >> >> Ian. >> >> >> > I rereading some material since my last post, a question has come to mind, > what effect would not pausing the domain have on the bootability of the > image file? > > Here is some other information. I have been able to add the LVM's to > another windows instance but everything just come across as the dynamic > volumes are corrupted and I can see the files of the Basic volume. The > basic partition is just the Windows OS and the dynamic volumes are where > the data I need is. I was trying to reboot the original OS volume to try > and see if it would recognize the dynamic volumes, but that is what keeps > freezing. I have tried some file/partition recovery software with no luck. > If anyone has any ideas on how I can get this data back it would be > greatly appreciated. > > Thank you. > -- > Shane D. Johnson > IT Administrator > Rasmussen Equipment > > > -- Shane D. Johnson IT Administrator Rasmussen Equipment --001a11c3ddf85b00ac04f32d388d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Sorry, one thing I forgot to mention, I have run chkdsk /r= , fixboot and fixmbr on the basic partition inside of the recovery console = in the windows install and still have the same results.

Thanks
Shane



On Mon, Feb 24, 2014 at 1:54 PM, Shane = Johnson <sdj@rasmussenequipment.com> wrote:



On Mon, Feb 24, 2014= at 2:34 AM, Ian Campbell <Ian.Campbell@citrix.com> wr= ote:
On Thu, 2014-02-20 at 12:03 -0700, Shane Johnson wrot= e:
> I apparently forgot to forward this on to the list - Sorry about that.=
[...]

> Sorry for the vagueness. =A0I was trying to keep =A0things short and s= weet
> but I guess I failed. =A0I'll do better next time.

No worries.

> The Guest domains storage was on dedicated logical volumes. =A0These I=
> would snapshot and image for a backup. =A0 When the Dom0 crashed, I lo= st
> the original volumes and restored them from the images to new volumes<= br> > that are currently on a external HD for portability for trying to get<= br> > this bugger up or worst case resort to trying to recover the files
> using some sort of forensic process. =A0Unfortunately, I lost the
> original host OS and all the configuration files. =A0The guests where<= br> > originally created on either this machine that crashed or my desktop > and migrated via sneaker net to the crashed host.
>
>
> Yes the machine I am having a problem with is a HVM guest running
> Windows 2000 that's sole purpose was a file server.
>
>
> The 100% CPU usage was for the DomU in xl top.

Are you sure you were using xl before? The default in Wheezy was xend= /xm
and the version of xl in Xen 4.1 (in Wheezy) is a bit tech preview.

Yes, I read that =A0xl is the future too= lstack, so I switched my hosts to it so I wouldn't have to catch up lat= er.
=A0

>From your screenshot it looks like the BIOS trying to read from the
CDROM.

I have tried it with boot = =3D "cd" and "dc" and whether or not =A0I press a key t= o get =A0into windows setup, it always acts the same way - freezing right w= hen it would seem like it should be accessing the MBR of the disk.
=A0

You have disks named "xvd?" and xen_platform_pci=3D0, which I thi= nk it a
bit unusual, I'm not sure what the result would be. Can you try naming<= br> your disks "hd?" instead.

From reading http://xenbits.xen.org/docs/4.2-testing/man/xl= .cfg.5.html it was my understanding these where needed or at least desi= rable for guests using the GPLPV drivers. =A0I use the xvd for the disks ca= use I found it easier for the cd-rom stuff.=A0


> I don't know which version was on the old machine for sure, but I<= br> > imagine it wasn't too far off from the wheezy test machine ( The h= ost
> OS was updated every Friday.) and it is 0.10.2 (This is
> from /usr/lib/xen-4.1/bin/qemu-dm --help)

That's the qemu version not the Xen version.

Sorry I thought that is what you where asking for. = =A0If you need more on the Xen version, I can get that for you.
=A0

> xenctx says it can't trace dom0

You need to give it a domid as a parameter.

=
I get this message no matter what domain I enter into the = command. =A0Please let me know if you would like me to try this again with = the hd in the disk parameters.
=A0

> I am including the log files xl output and screenshots in an
> attachment.

Thanks. I took a look and nothing mega weird jumped out -- just the f= ew
queries above.

Ian.



I rereading some material since = my last post, a question has come to mind, what effect would not pausing th= e domain have on the bootability of the image file?

Here is some other information. =A0I h= ave been able to add the LVM's to another windows instance but everythi= ng just come across as the dynamic volumes are corrupted and I can see the = files of the Basic volume. =A0The basic partition is just the Windows OS an= d the dynamic volumes are where the data I need is. =A0I was trying to rebo= ot the original OS volume to try and see if it would recognize the dynamic = volumes, but that is what keeps freezing. =A0I have tried some file/partiti= on recovery software with no luck. =A0If anyone has any ideas on how I can = get this data back it would be greatly appreciated.

Thank you.
--
Shane D. Johnson=
IT Administrator
Rasmussen Equipment





--
Shane D. Joh= nson
IT Administrator
Rasmussen Equipment


--001a11c3ddf85b00ac04f32d388d-- --===============4919941817397726547== 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 --===============4919941817397726547==-- From xen-users-bounces@lists.xen.org Mon Feb 24 20:57:44 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 24 Feb 2014 20:57: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 1WI2ao-0003HD-T1; Mon, 24 Feb 2014 20:57:38 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WI2al-0003H7-VL for xen-users@lists.xensource.com; Mon, 24 Feb 2014 20:57:36 +0000 Received: from [85.158.139.211:64010] by server-15.bemta-5.messagelabs.com id EC/42-24395-F32BB035; Mon, 24 Feb 2014 20:57:35 +0000 X-Env-Sender: sdj@rasmussenequipment.com X-Msg-Ref: server-2.tower-206.messagelabs.com!1393275452!5915249!1 X-Originating-IP: [64.18.1.29] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31706 invoked from network); 24 Feb 2014 20:57:33 -0000 Received: from exprod6og112.obsmtp.com (HELO exprod6og112.obsmtp.com) (64.18.1.29) by server-2.tower-206.messagelabs.com with SMTP; 24 Feb 2014 20:57:33 -0000 Received: from mail-qa0-f49.google.com ([209.85.216.49]) (using TLSv1) by exprod6ob112.postini.com ([64.18.5.12]) with SMTP ID DSNKUwuyPNQE/GYeZeQMDengUSF0EOOefAdw@postini.com; Mon, 24 Feb 2014 12:57:33 PST Received: by mail-qa0-f49.google.com with SMTP id w8so6809117qac.36 for ; Mon, 24 Feb 2014 12:57:31 -0800 (PST) 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:cc:content-type; bh=9V4/6DtPFeqXglff1MNZHarePIlHa8AkhSv7j20QkZ0=; b=hwDhR87aeJz920Dhzs4naVJjGCe8lnwRqiVmI5fyuNh6T4iioPN2UwmM5N4S1BWoAN G/e5vrgtwvTYQeuolnH99pfjNP6xsBql4TxsW6mKs/PHyUk4siuh4+d4pN1qnVc+uBRB gDNUoAdx8MowMyn/OpzYrZiHF0kpnUPtNgGM5NiTLaM/omNNQih4l6xcwRj65kP7F+HL VrbpRlZAPDeg2WrW+chUgDa1D392AvF2sPh9k2viwh0FI17TG9dSnZd99pZ+yitn4scZ fZLNt6rW3/6W2pAvMVVod0ryQqP6TrRLOhBBeqiZd3DJO0hXsiq5QMmMen7n45DHkeuV NZ6g== X-Gm-Message-State: ALoCoQlWTbakkuP+zV0h0J7QANKe5+7pMqZZqO+u+DtDavQOteRDI1Zyak58PbFJuakKRN3Zc0Of0W/EDJRh6u7trTtBGJ+Oxu0HLhOtRi0u6mVhUEnPFN77lSzFIVE7BLOuq6j87M+BZnk32QdINOu85783OqD4axIDrJ0Aabzaezbt7f8NVHo3mkFpV5CrzDGadVMuH1oc X-Received: by 10.224.61.2 with SMTP id r2mr33643200qah.49.1393275451517; Mon, 24 Feb 2014 12:57:31 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.224.61.2 with SMTP id r2mr33643190qah.49.1393275451401; Mon, 24 Feb 2014 12:57:31 -0800 (PST) Received: by 10.140.93.164 with HTTP; Mon, 24 Feb 2014 12:57:31 -0800 (PST) In-Reply-To: References: <1392887445.22494.12.camel@kazak.uk.xensource.com> <1393234445.16570.6.camel@kazak.uk.xensource.com> Date: Mon, 24 Feb 2014 13:57:31 -0700 Message-ID: From: Shane Johnson Cc: Xen List Subject: Re: [Xen-users] Fwd: DomU freeze X-BeenThere: xen-users@lists.xen.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="===============4919941817397726547==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4919941817397726547== Content-Type: multipart/alternative; boundary=001a11c3ddf85b00ac04f32d388d --001a11c3ddf85b00ac04f32d388d Content-Type: text/plain; charset=ISO-8859-1 Sorry, one thing I forgot to mention, I have run chkdsk /r, fixboot and fixmbr on the basic partition inside of the recovery console in the windows install and still have the same results. Thanks Shane On Mon, Feb 24, 2014 at 1:54 PM, Shane Johnson wrote: > > > > On Mon, Feb 24, 2014 at 2:34 AM, Ian Campbell wrote: > >> On Thu, 2014-02-20 at 12:03 -0700, Shane Johnson wrote: >> > I apparently forgot to forward this on to the list - Sorry about that. >> [...] >> >> > Sorry for the vagueness. I was trying to keep things short and sweet >> > but I guess I failed. I'll do better next time. >> >> No worries. >> >> > The Guest domains storage was on dedicated logical volumes. These I >> > would snapshot and image for a backup. When the Dom0 crashed, I lost >> > the original volumes and restored them from the images to new volumes >> > that are currently on a external HD for portability for trying to get >> > this bugger up or worst case resort to trying to recover the files >> > using some sort of forensic process. Unfortunately, I lost the >> > original host OS and all the configuration files. The guests where >> > originally created on either this machine that crashed or my desktop >> > and migrated via sneaker net to the crashed host. >> > >> > >> > Yes the machine I am having a problem with is a HVM guest running >> > Windows 2000 that's sole purpose was a file server. >> > >> > >> > The 100% CPU usage was for the DomU in xl top. >> >> Are you sure you were using xl before? The default in Wheezy was xend/xm >> and the version of xl in Xen 4.1 (in Wheezy) is a bit tech preview. >> > > Yes, I read that xl is the future toolstack, so I switched my hosts to it > so I wouldn't have to catch up later. > > >> >> From your screenshot it looks like the BIOS trying to read from the >> CDROM. >> > > I have tried it with boot = "cd" and "dc" and whether or not I press a > key to get into windows setup, it always acts the same way - freezing > right when it would seem like it should be accessing the MBR of the disk. > > >> >> You have disks named "xvd?" and xen_platform_pci=0, which I think it a >> bit unusual, I'm not sure what the result would be. Can you try naming >> your disks "hd?" instead. >> > > From reading http://xenbits.xen.org/docs/4.2-testing/man/xl.cfg.5.html it > was my understanding these where needed or at least desirable for guests > using the GPLPV drivers. I use the xvd for the disks cause I found it > easier for the cd-rom stuff. > > >> > I don't know which version was on the old machine for sure, but I >> > imagine it wasn't too far off from the wheezy test machine ( The host >> > OS was updated every Friday.) and it is 0.10.2 (This is >> > from /usr/lib/xen-4.1/bin/qemu-dm --help) >> >> That's the qemu version not the Xen version. >> > > Sorry I thought that is what you where asking for. If you need more on > the Xen version, I can get that for you. > > >> >> > xenctx says it can't trace dom0 >> >> You need to give it a domid as a parameter. >> > > I get this message no matter what domain I enter into the command. Please > let me know if you would like me to try this again with the hd in the disk > parameters. > > >> >> > I am including the log files xl output and screenshots in an >> > attachment. >> >> Thanks. I took a look and nothing mega weird jumped out -- just the few >> queries above. >> >> Ian. >> >> >> > I rereading some material since my last post, a question has come to mind, > what effect would not pausing the domain have on the bootability of the > image file? > > Here is some other information. I have been able to add the LVM's to > another windows instance but everything just come across as the dynamic > volumes are corrupted and I can see the files of the Basic volume. The > basic partition is just the Windows OS and the dynamic volumes are where > the data I need is. I was trying to reboot the original OS volume to try > and see if it would recognize the dynamic volumes, but that is what keeps > freezing. I have tried some file/partition recovery software with no luck. > If anyone has any ideas on how I can get this data back it would be > greatly appreciated. > > Thank you. > -- > Shane D. Johnson > IT Administrator > Rasmussen Equipment > > > -- Shane D. Johnson IT Administrator Rasmussen Equipment --001a11c3ddf85b00ac04f32d388d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Sorry, one thing I forgot to mention, I have run chkdsk /r= , fixboot and fixmbr on the basic partition inside of the recovery console = in the windows install and still have the same results.

Thanks
Shane



On Mon, Feb 24, 2014 at 1:54 PM, Shane = Johnson <sdj@rasmussenequipment.com> wrote:



On Mon, Feb 24, 2014= at 2:34 AM, Ian Campbell <Ian.Campbell@citrix.com> wr= ote:
On Thu, 2014-02-20 at 12:03 -0700, Shane Johnson wrot= e:
> I apparently forgot to forward this on to the list - Sorry about that.=
[...]

> Sorry for the vagueness. =A0I was trying to keep =A0things short and s= weet
> but I guess I failed. =A0I'll do better next time.

No worries.

> The Guest domains storage was on dedicated logical volumes. =A0These I=
> would snapshot and image for a backup. =A0 When the Dom0 crashed, I lo= st
> the original volumes and restored them from the images to new volumes<= br> > that are currently on a external HD for portability for trying to get<= br> > this bugger up or worst case resort to trying to recover the files
> using some sort of forensic process. =A0Unfortunately, I lost the
> original host OS and all the configuration files. =A0The guests where<= br> > originally created on either this machine that crashed or my desktop > and migrated via sneaker net to the crashed host.
>
>
> Yes the machine I am having a problem with is a HVM guest running
> Windows 2000 that's sole purpose was a file server.
>
>
> The 100% CPU usage was for the DomU in xl top.

Are you sure you were using xl before? The default in Wheezy was xend= /xm
and the version of xl in Xen 4.1 (in Wheezy) is a bit tech preview.

Yes, I read that =A0xl is the future too= lstack, so I switched my hosts to it so I wouldn't have to catch up lat= er.
=A0

>From your screenshot it looks like the BIOS trying to read from the
CDROM.

I have tried it with boot = =3D "cd" and "dc" and whether or not =A0I press a key t= o get =A0into windows setup, it always acts the same way - freezing right w= hen it would seem like it should be accessing the MBR of the disk.
=A0

You have disks named "xvd?" and xen_platform_pci=3D0, which I thi= nk it a
bit unusual, I'm not sure what the result would be. Can you try naming<= br> your disks "hd?" instead.

From reading http://xenbits.xen.org/docs/4.2-testing/man/xl= .cfg.5.html it was my understanding these where needed or at least desi= rable for guests using the GPLPV drivers. =A0I use the xvd for the disks ca= use I found it easier for the cd-rom stuff.=A0


> I don't know which version was on the old machine for sure, but I<= br> > imagine it wasn't too far off from the wheezy test machine ( The h= ost
> OS was updated every Friday.) and it is 0.10.2 (This is
> from /usr/lib/xen-4.1/bin/qemu-dm --help)

That's the qemu version not the Xen version.

Sorry I thought that is what you where asking for. = =A0If you need more on the Xen version, I can get that for you.
=A0

> xenctx says it can't trace dom0

You need to give it a domid as a parameter.

=
I get this message no matter what domain I enter into the = command. =A0Please let me know if you would like me to try this again with = the hd in the disk parameters.
=A0

> I am including the log files xl output and screenshots in an
> attachment.

Thanks. I took a look and nothing mega weird jumped out -- just the f= ew
queries above.

Ian.



I rereading some material since = my last post, a question has come to mind, what effect would not pausing th= e domain have on the bootability of the image file?

Here is some other information. =A0I h= ave been able to add the LVM's to another windows instance but everythi= ng just come across as the dynamic volumes are corrupted and I can see the = files of the Basic volume. =A0The basic partition is just the Windows OS an= d the dynamic volumes are where the data I need is. =A0I was trying to rebo= ot the original OS volume to try and see if it would recognize the dynamic = volumes, but that is what keeps freezing. =A0I have tried some file/partiti= on recovery software with no luck. =A0If anyone has any ideas on how I can = get this data back it would be greatly appreciated.

Thank you.
--
Shane D. Johnson=
IT Administrator
Rasmussen Equipment





--
Shane D. Joh= nson
IT Administrator
Rasmussen Equipment


--001a11c3ddf85b00ac04f32d388d-- --===============4919941817397726547== 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 --===============4919941817397726547==-- From xen-users-bounces@lists.xen.org Mon Feb 24 23:42:56 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 24 Feb 2014 23:42: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 1WI59s-0004sb-TI; Mon, 24 Feb 2014 23:42:00 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WI59r-0004sW-I7 for xen-users@lists.xen.org; Mon, 24 Feb 2014 23:41:59 +0000 Received: from [85.158.139.211:32614] by server-1.bemta-5.messagelabs.com id 8D/D4-12859-6C8DB035; Mon, 24 Feb 2014 23:41:58 +0000 X-Env-Sender: Nick.Couchman@seakr.com X-Msg-Ref: server-4.tower-206.messagelabs.com!1393285316!5976945!1 X-Originating-IP: [4.31.13.62] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19207 invoked from network); 24 Feb 2014 23:41:57 -0000 Received: from mx2.seakr.com (HELO mx2.seakr.com) (4.31.13.62) by server-4.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 24 Feb 2014 23:41:57 -0000 Received: from meg1.seakr.com (meg1.seakr.com [192.168.127.23]) by mx2.seakr.com (8.14.4/8.14.4/Debian-4) with SMTP id s1ONfsT5001333 for ; Mon, 24 Feb 2014 16:41:55 -0700 Received: from (unknown [192.168.100.31]) by meg1.seakr.com with smtp id 1e3f_252a_3db5c54e_9dad_11e3_bb43_0015c5fa1862; Mon, 24 Feb 2014 16:41:53 -0700 Received: from collaborate.seakr.com (collaborate.seakr.com [192.168.100.28]) by mx-inside.seakr.com (Postfix) with ESMTP id 33F9D2054A for ; Mon, 24 Feb 2014 16:42:02 -0700 (MST) Received: from seakr-engineering-MTA by collaborate.seakr.com with Novell_GroupWise; Mon, 24 Feb 2014 16:41:54 -0700 Message-Id: <530B765002000099001034A0@collaborate.seakr.com> X-Mailer: Novell GroupWise Internet Agent 12.0.2 Date: Mon, 24 Feb 2014 16:41:52 -0700 From: "Nick Couchman" To: Mime-Version: 1.0 Content-Disposition: inline X-NAIMIME-Disclaimer: 1 X-NAIMIME-Modified: 1 Subject: [Xen-users] NPIV & multipath inside domU X-BeenThere: xen-users@lists.xen.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 Hopefully someone can help get multipath working inside a domU. I'm using Xen 4.2.3 on a SLES 11 dom0, and both a SLES11 domU and a CentOS 6 domU. I'm using NPIV to connect my SAN disks to my domU, and, due to the way my SAN presents the LUNs, need to use multipath inside the domU. I've tried this on both SLES11 and CentOS6 with pretty much the same result. The root issue seems to be that no "disk identity" (SCSI ID/WWID/etc.) is passed through from dom0 to domU on the NPIV connection (or any other xenblk disk connection). The symptom is that scsi_id exits with an error (1) and so multipath, in its default configuration, won't create the maps for the multipath devices. So, I have a couple of ideas, wondering if anyone has ever done either of these before... First, perhaps there is a way to manually set up a multipath map, rather than having the domU try to detect it? Has anyone ever done this? My Google searches have turned up very little useful info, here - mostly articles about manually failing over/back a path - which is not what I want. I'm not sure if the multipath.conf file supports manual multipath maps, but this would be an acceptable work-around for me, since I'm statically defining the disks that are being passed through over NPIV, so they're not likely to change much. Second, and perhaps a little safer, would be to try to create my own multipath ID script that could look at something unique about the disks and make a determination. I thought about something like reading in the first X bytes (partition table) of the disk and doing a sha1sum on them, since that should be fairly unique for each disk. Does anyone have any ideas on the best way to do this? Maybe the size of the disk, plus the first 512 bytes or something like that? I'm open to suggestions on what will be the best guarantee of uniqueness of disks. And, yes, I know one way to do this is to just present the LUNs to dom0 and have dom0 do the multipathing, but, for various reasons, it's better if I can figure out a way to use NPIV and accomplish this. Thanks, Nick -------- This e-mail may contain SEAKR Engineering (SEAKR) Confidential and Proprietary Information. If this message is not intended for you, you are strictly prohibited from using this message, its contents or attachments in any way. If you have received this message in error, please delete the message from your mailbox. This e-mail may contain export-controlled material and should be handled accordingly. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Feb 24 23:42:56 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 24 Feb 2014 23:42: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 1WI59s-0004sb-TI; Mon, 24 Feb 2014 23:42:00 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WI59r-0004sW-I7 for xen-users@lists.xen.org; Mon, 24 Feb 2014 23:41:59 +0000 Received: from [85.158.139.211:32614] by server-1.bemta-5.messagelabs.com id 8D/D4-12859-6C8DB035; Mon, 24 Feb 2014 23:41:58 +0000 X-Env-Sender: Nick.Couchman@seakr.com X-Msg-Ref: server-4.tower-206.messagelabs.com!1393285316!5976945!1 X-Originating-IP: [4.31.13.62] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19207 invoked from network); 24 Feb 2014 23:41:57 -0000 Received: from mx2.seakr.com (HELO mx2.seakr.com) (4.31.13.62) by server-4.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 24 Feb 2014 23:41:57 -0000 Received: from meg1.seakr.com (meg1.seakr.com [192.168.127.23]) by mx2.seakr.com (8.14.4/8.14.4/Debian-4) with SMTP id s1ONfsT5001333 for ; Mon, 24 Feb 2014 16:41:55 -0700 Received: from (unknown [192.168.100.31]) by meg1.seakr.com with smtp id 1e3f_252a_3db5c54e_9dad_11e3_bb43_0015c5fa1862; Mon, 24 Feb 2014 16:41:53 -0700 Received: from collaborate.seakr.com (collaborate.seakr.com [192.168.100.28]) by mx-inside.seakr.com (Postfix) with ESMTP id 33F9D2054A for ; Mon, 24 Feb 2014 16:42:02 -0700 (MST) Received: from seakr-engineering-MTA by collaborate.seakr.com with Novell_GroupWise; Mon, 24 Feb 2014 16:41:54 -0700 Message-Id: <530B765002000099001034A0@collaborate.seakr.com> X-Mailer: Novell GroupWise Internet Agent 12.0.2 Date: Mon, 24 Feb 2014 16:41:52 -0700 From: "Nick Couchman" To: Mime-Version: 1.0 Content-Disposition: inline X-NAIMIME-Disclaimer: 1 X-NAIMIME-Modified: 1 Subject: [Xen-users] NPIV & multipath inside domU X-BeenThere: xen-users@lists.xen.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 Hopefully someone can help get multipath working inside a domU. I'm using Xen 4.2.3 on a SLES 11 dom0, and both a SLES11 domU and a CentOS 6 domU. I'm using NPIV to connect my SAN disks to my domU, and, due to the way my SAN presents the LUNs, need to use multipath inside the domU. I've tried this on both SLES11 and CentOS6 with pretty much the same result. The root issue seems to be that no "disk identity" (SCSI ID/WWID/etc.) is passed through from dom0 to domU on the NPIV connection (or any other xenblk disk connection). The symptom is that scsi_id exits with an error (1) and so multipath, in its default configuration, won't create the maps for the multipath devices. So, I have a couple of ideas, wondering if anyone has ever done either of these before... First, perhaps there is a way to manually set up a multipath map, rather than having the domU try to detect it? Has anyone ever done this? My Google searches have turned up very little useful info, here - mostly articles about manually failing over/back a path - which is not what I want. I'm not sure if the multipath.conf file supports manual multipath maps, but this would be an acceptable work-around for me, since I'm statically defining the disks that are being passed through over NPIV, so they're not likely to change much. Second, and perhaps a little safer, would be to try to create my own multipath ID script that could look at something unique about the disks and make a determination. I thought about something like reading in the first X bytes (partition table) of the disk and doing a sha1sum on them, since that should be fairly unique for each disk. Does anyone have any ideas on the best way to do this? Maybe the size of the disk, plus the first 512 bytes or something like that? I'm open to suggestions on what will be the best guarantee of uniqueness of disks. And, yes, I know one way to do this is to just present the LUNs to dom0 and have dom0 do the multipathing, but, for various reasons, it's better if I can figure out a way to use NPIV and accomplish this. Thanks, Nick -------- This e-mail may contain SEAKR Engineering (SEAKR) Confidential and Proprietary Information. If this message is not intended for you, you are strictly prohibited from using this message, its contents or attachments in any way. If you have received this message in error, please delete the message from your mailbox. This e-mail may contain export-controlled material and should be handled accordingly. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Feb 24 23:53:15 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 24 Feb 2014 23:53: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 1WI5KU-00057V-Ue; Mon, 24 Feb 2014 23:52:58 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WI5KS-00057Q-QB for xen-users@lists.xen.org; Mon, 24 Feb 2014 23:52:56 +0000 Received: from [85.158.143.35:39618] by server-1.bemta-4.messagelabs.com id AC/B0-31661-85BDB035; Mon, 24 Feb 2014 23:52:56 +0000 X-Env-Sender: jtd@galois.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1393285974!7999083!1 X-Originating-IP: [66.193.37.198] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22203 invoked from network); 24 Feb 2014 23:52:55 -0000 Received: from quintic.galois.com (HELO mail.galois.com) (66.193.37.198) by server-8.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 24 Feb 2014 23:52:55 -0000 Received: from hurricane.galois.com (hurricane.galois.com [IPv6:2001:4870:e08e:200:5054:ff:fefa:ce41]) by mail.galois.com (8.14.4/8.14.4) with ESMTP id s1ONqnvr029605 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Mon, 24 Feb 2014 15:52:53 -0800 Received: from galois.com ([IPv6:2001:4870:e08e:201:ac9f:f715:ed86:9266]) (authenticated bits=0) by hurricane.galois.com (8.14.4/8.14.4) with ESMTP id s1ONqlrA003417 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 24 Feb 2014 15:52:49 -0800 Date: Mon, 24 Feb 2014 15:52:47 -0800 From: Jonathan Daugherty To: xen-users@lists.xen.org Message-ID: <20140224235247.GA8285@galois.com> References: <20140224193718.GF98069@galois.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20140224193718.GF98069@galois.com> User-Agent: Mutt/1.5.22 (2013-10-16) X-Spam-Status: No, score=-0.5 required=4.5 tests=BAYES_00,RP_MATCHES_RCVD shortcircuit=no autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on quintic.galois.com Subject: Re: [Xen-users] Xen on ARM: booting Linux from a physical partition X-BeenThere: xen-users@lists.xen.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 > To do this, I have a domain configuration file, > > ... > disk = [ 'phy:/dev/mmcblk1p4,xvda,w' ] Update: instead of using a block device directly like I did above, I took the filesystem image on that partition and bound it to /dev/loop0 and set disk = 'phy:/dev/loop0,...' and the guest was then able to mount the device. Then I get Kernel panic - not syncing: Attempted to kill init! exitcode=0x00000004 I get the above error if I set init= to a statically-linked test program that just prints a string (which never runs and always exits zero). Thoughts? -- Jonathan Daugherty Software Engineer Galois, Inc. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Feb 24 23:53:15 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 24 Feb 2014 23:53: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 1WI5KU-00057V-Ue; Mon, 24 Feb 2014 23:52:58 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WI5KS-00057Q-QB for xen-users@lists.xen.org; Mon, 24 Feb 2014 23:52:56 +0000 Received: from [85.158.143.35:39618] by server-1.bemta-4.messagelabs.com id AC/B0-31661-85BDB035; Mon, 24 Feb 2014 23:52:56 +0000 X-Env-Sender: jtd@galois.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1393285974!7999083!1 X-Originating-IP: [66.193.37.198] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22203 invoked from network); 24 Feb 2014 23:52:55 -0000 Received: from quintic.galois.com (HELO mail.galois.com) (66.193.37.198) by server-8.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 24 Feb 2014 23:52:55 -0000 Received: from hurricane.galois.com (hurricane.galois.com [IPv6:2001:4870:e08e:200:5054:ff:fefa:ce41]) by mail.galois.com (8.14.4/8.14.4) with ESMTP id s1ONqnvr029605 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Mon, 24 Feb 2014 15:52:53 -0800 Received: from galois.com ([IPv6:2001:4870:e08e:201:ac9f:f715:ed86:9266]) (authenticated bits=0) by hurricane.galois.com (8.14.4/8.14.4) with ESMTP id s1ONqlrA003417 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 24 Feb 2014 15:52:49 -0800 Date: Mon, 24 Feb 2014 15:52:47 -0800 From: Jonathan Daugherty To: xen-users@lists.xen.org Message-ID: <20140224235247.GA8285@galois.com> References: <20140224193718.GF98069@galois.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20140224193718.GF98069@galois.com> User-Agent: Mutt/1.5.22 (2013-10-16) X-Spam-Status: No, score=-0.5 required=4.5 tests=BAYES_00,RP_MATCHES_RCVD shortcircuit=no autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on quintic.galois.com Subject: Re: [Xen-users] Xen on ARM: booting Linux from a physical partition X-BeenThere: xen-users@lists.xen.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 > To do this, I have a domain configuration file, > > ... > disk = [ 'phy:/dev/mmcblk1p4,xvda,w' ] Update: instead of using a block device directly like I did above, I took the filesystem image on that partition and bound it to /dev/loop0 and set disk = 'phy:/dev/loop0,...' and the guest was then able to mount the device. Then I get Kernel panic - not syncing: Attempted to kill init! exitcode=0x00000004 I get the above error if I set init= to a statically-linked test program that just prints a string (which never runs and always exits zero). Thoughts? -- Jonathan Daugherty Software Engineer Galois, Inc. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Feb 25 11:07:55 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 25 Feb 2014 11:07: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 1WIFqS-0001QC-6Y; Tue, 25 Feb 2014 11:06:40 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WIFqQ-0001Q6-0K for xen-users@lists.xen.org; Tue, 25 Feb 2014 11:06:38 +0000 Received: from [85.158.143.35:53989] by server-3.bemta-4.messagelabs.com id E5/88-11539-D397C035; Tue, 25 Feb 2014 11:06:37 +0000 X-Env-Sender: andreww591@gmail.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1393326394!8129162!1 X-Originating-IP: [209.85.213.181] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4856 invoked from network); 25 Feb 2014 11:06:36 -0000 Received: from mail-ig0-f181.google.com (HELO mail-ig0-f181.google.com) (209.85.213.181) by server-15.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 25 Feb 2014 11:06:36 -0000 Received: by mail-ig0-f181.google.com with SMTP id y6so1033767igj.2 for ; Tue, 25 Feb 2014 03:06:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=5a46f8oeNuRoYmLtnWPzlGk7mlR66Yq582Q36GY6h20=; b=sWS6gzYe9C5RqFnS5MyevElD1UD/9mww2lbXvo0XoLsubkQHFYvIeaLYGM58biWYiv bQ2bIdd8ub49J9Q/p3JD1zqzs2lDsXLlJFYKTk+kdCYLycGf32iF+G1FNPeDUsFZrYmh JyflXdzbG3Yq3fjKUFGpie0ujO+OE/jdxtm9yiojtAuv9dp/ARixbRynO8Yk4OCfGCPy yYJtjOiRGPbWBg9EzNkC+YyWmXJ1Hlhf5WSF3niC6wE/YWNh8n403zk9ezToNKeEnNGd ubJiQE6TvJWYApSM9CYlkXwbY3rrqe6uZmmEM08mwYYk0cRTjMKbTeiNyHC8Y8AS36fW qh/g== X-Received: by 10.50.79.194 with SMTP id l2mr18940862igx.8.1393326394575; Tue, 25 Feb 2014 03:06:34 -0800 (PST) Received: from [192.168.0.1] ([199.126.216.6]) by mx.google.com with ESMTPSA id r4sm36499056igh.1.2014.02.25.03.06.32 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 25 Feb 2014 03:06:33 -0800 (PST) Message-ID: <530C78DE.7090507@gmail.com> Date: Tue, 25 Feb 2014 04:05:02 -0700 From: Andrew Warkentin User-Agent: Thunderbird 2.0.0.24 (X11/20100302) MIME-Version: 1.0 To: xen-users@lists.xen.org Subject: [Xen-users] OpenXCI update (almost ready to release an alpha version) X-BeenThere: xen-users@lists.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 Some of you may remember my post about OpenXCI quite a while ago. I have still been working on it, and am almost ready to release an alpha version. OpenXCI is a lightweight desktop-oriented Xen/Linux distribution similar to XenClient (in other words, a dedicated dom0, onto which you install full general-purpose domUs). Unlike XenClient, it does not have any support for remote provisioning and is intended for people who just want to run multiple operating systems on one computer. Features of the alpha version: * Full suport for graphics passthrough - Primary passthrough is supported for many AMD/ATI and Intel GPUs, and secondary passthrough is supported for all passthrough-compatible GPUs). NVIDIA primary passthrough may be added later, although secondary passthrough should work for any passthrough-compatible GPU * Switching of VMs with key combinations, implemented through lightweight graphics and input servers somewhat like those in XenClient 2.x - Only a single VM may have the GPU passed through, like in XenClient 1.x/2.x - Unlike in XenClient, the graphics server does not include any GPU-specific drivers and does not do any filtering of commands sent to the GPU, meaning hardware support is much broader than XenClient 2.x - Instead of filtering of GPU commands, switching of the display while a GPU passthrough VM is running is implemented by running a special viewer on the passthrough VM (the viewer runs full-screen when a non-passthrough VM, and hides itself when the passthrough VM is focused). Both a patched VNC viewer and a viewer using a shared memory buffer are supported (the shared memory viewer is only available on Linux at the moment; a kernel driver would probably be required on Windows) - When no passthrough VM is running, the dom0 kernel's framebuffer console drivers are used instead. The framebuffer console drivers are automatically unloaded when a passthrough VM is started and re-loaded when it is shut down * Simple GUI based on nano-X and FLTK - Currently extremely basic; the only things supported at the moment are shutting down the entire system and launching utilities (a terminal running xentop is started automatically to provide a list of VMs, as well as a terminal displaying the system log) - Like in XenClient, it can be switched to with key combinations like a normal VM, although it runs on dom0 and is not implemented with a separate UIVM (unlike XenClient 1.x/2.x) - The nano-X server is a client of the graphics and input servers; no guest VMs display through it (unlike NxTop and XenClient Enterprise, where both the dom0-based GUI and guest VMs display through an X server on dom0) * xl toolstack (I had originally planned to use the XCI toolstack, hence the name OpenXCI, but xl is similar enough to the XCI toolstack that there wouldn't be much of an advantage to switching) - Support for OpenXCI-specific features has been added - The libxl PCI device reset code has been replaced with a call to a Python script using xend's PCI reset code (the libxl reset code depends on the kernel to reset the device properly, and the kernel reset code only seems to work on devices supporting FLR; the xend reset code is capable of resetting many devices that don't support FLR) * Currently based on Debian 6.0, Xen 4.1, and Linux kernel 3.9.7 from OpenSUSE (this is a kernel based on a forward-ported version of the old Xenlinux patches; it seems to be more stable with GPU passthrough than the pvops kernels that I tried) - Will probably be updated to later versions eventually; I had a version based on Xen 4.3, but it hung on me quite often, whereas the Xen 4.1 version seems to be more stable - Support for blktap2 (but not blktap1) was restored (Debian disabled it for some reason) Currently I am just in the process of packaging everything so I can put together an ISO. I am going to upload the source to the OpenXCI Sourceforge page . I am running OpenXCI exclusively on my main PC (no multi-boot with regular bare-metal OS installs at all), which is based on a Core i7-960, Intel DX58SO, and Radeon 5770. I am running Solaris, Linux, Windows XP, NetBSD, and FreeBSD domUs (with both an Ubuntu domU and a WinXP one configured for GPU passthrough; I can only run one at a time since I have only one graphics card). There are still a few stability issues with it, although dom0 crashes seem pretty rare. The issues mostly seem to relate to dom0 giving up and taking back the GPU, as well as some with the Ubuntu domU that I'm running; however, one issue I have not had is the performance degradation on domU reboot that some people report with AMD/ATI GPUs (neither with Linux, nor with Windows). That might be because I am using primary passthrough; I'm not quite sure. I am also in the process of writing another Xen-based hypervisor called RT/XH, which will be based on a very different architecture from a standard Xen system. Instead of a Unix dom0, it will use a collection of stubdoms (there will still be a dom0, but it will be a stubdom as well, handling only supervision of other domains; each driver or service will run in its own stubdom). These stubdoms will be based on a combination of RTEMS and the NetBSD rump kernel (as well as a dynamic linker so that programs running in stubdoms don't have to be statically linked with the kernel), rather than mini-OS. Backends on domains running normal general-purpose OSes will of course still also be supported. The paravirtualized I/O interface will be different than that of standard Xen as well (it will be more object-oriented and will require less boilerplate in frontend drivers), although traditional Xen PV backends will still be available. I am also planning to improve Xen's support for real-time scheduling (as the name RT/XH might suggest, I am wanting it to have proper realtime support so it can be used in embedded systems requiring hard realtime, as well as desktops). I am basically just intending OpenXCI to be a stopgap until RT/XH is ready, since RT/XH will do everything OpenXCI can and more, while being more reliable than Xen with a dom0 based on a monolithic-kernel Unix (it will be designed to allow crashed drivers to either be auto-restarted or at least fail gracefully). I think current Xen systems don't take full advantage of the fact that Xen is a microkernel. It's generally not thought of as one, but I would consider it to be a kind of microkernel. I would define a microkernel as a kernel that only includes scheduling, IPC, and low-level memory management, regardless of whether the environment it presents to programs running on top of it is based on threads/messages, domains/VCPUs/interrupts, or something else entirely. If anyone here wants to contribute to either OpenXCI or RT/XH, they are definitely welcome. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Feb 25 11:07:55 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 25 Feb 2014 11:07: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 1WIFqS-0001QC-6Y; Tue, 25 Feb 2014 11:06:40 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WIFqQ-0001Q6-0K for xen-users@lists.xen.org; Tue, 25 Feb 2014 11:06:38 +0000 Received: from [85.158.143.35:53989] by server-3.bemta-4.messagelabs.com id E5/88-11539-D397C035; Tue, 25 Feb 2014 11:06:37 +0000 X-Env-Sender: andreww591@gmail.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1393326394!8129162!1 X-Originating-IP: [209.85.213.181] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4856 invoked from network); 25 Feb 2014 11:06:36 -0000 Received: from mail-ig0-f181.google.com (HELO mail-ig0-f181.google.com) (209.85.213.181) by server-15.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 25 Feb 2014 11:06:36 -0000 Received: by mail-ig0-f181.google.com with SMTP id y6so1033767igj.2 for ; Tue, 25 Feb 2014 03:06:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=5a46f8oeNuRoYmLtnWPzlGk7mlR66Yq582Q36GY6h20=; b=sWS6gzYe9C5RqFnS5MyevElD1UD/9mww2lbXvo0XoLsubkQHFYvIeaLYGM58biWYiv bQ2bIdd8ub49J9Q/p3JD1zqzs2lDsXLlJFYKTk+kdCYLycGf32iF+G1FNPeDUsFZrYmh JyflXdzbG3Yq3fjKUFGpie0ujO+OE/jdxtm9yiojtAuv9dp/ARixbRynO8Yk4OCfGCPy yYJtjOiRGPbWBg9EzNkC+YyWmXJ1Hlhf5WSF3niC6wE/YWNh8n403zk9ezToNKeEnNGd ubJiQE6TvJWYApSM9CYlkXwbY3rrqe6uZmmEM08mwYYk0cRTjMKbTeiNyHC8Y8AS36fW qh/g== X-Received: by 10.50.79.194 with SMTP id l2mr18940862igx.8.1393326394575; Tue, 25 Feb 2014 03:06:34 -0800 (PST) Received: from [192.168.0.1] ([199.126.216.6]) by mx.google.com with ESMTPSA id r4sm36499056igh.1.2014.02.25.03.06.32 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 25 Feb 2014 03:06:33 -0800 (PST) Message-ID: <530C78DE.7090507@gmail.com> Date: Tue, 25 Feb 2014 04:05:02 -0700 From: Andrew Warkentin User-Agent: Thunderbird 2.0.0.24 (X11/20100302) MIME-Version: 1.0 To: xen-users@lists.xen.org Subject: [Xen-users] OpenXCI update (almost ready to release an alpha version) X-BeenThere: xen-users@lists.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 Some of you may remember my post about OpenXCI quite a while ago. I have still been working on it, and am almost ready to release an alpha version. OpenXCI is a lightweight desktop-oriented Xen/Linux distribution similar to XenClient (in other words, a dedicated dom0, onto which you install full general-purpose domUs). Unlike XenClient, it does not have any support for remote provisioning and is intended for people who just want to run multiple operating systems on one computer. Features of the alpha version: * Full suport for graphics passthrough - Primary passthrough is supported for many AMD/ATI and Intel GPUs, and secondary passthrough is supported for all passthrough-compatible GPUs). NVIDIA primary passthrough may be added later, although secondary passthrough should work for any passthrough-compatible GPU * Switching of VMs with key combinations, implemented through lightweight graphics and input servers somewhat like those in XenClient 2.x - Only a single VM may have the GPU passed through, like in XenClient 1.x/2.x - Unlike in XenClient, the graphics server does not include any GPU-specific drivers and does not do any filtering of commands sent to the GPU, meaning hardware support is much broader than XenClient 2.x - Instead of filtering of GPU commands, switching of the display while a GPU passthrough VM is running is implemented by running a special viewer on the passthrough VM (the viewer runs full-screen when a non-passthrough VM, and hides itself when the passthrough VM is focused). Both a patched VNC viewer and a viewer using a shared memory buffer are supported (the shared memory viewer is only available on Linux at the moment; a kernel driver would probably be required on Windows) - When no passthrough VM is running, the dom0 kernel's framebuffer console drivers are used instead. The framebuffer console drivers are automatically unloaded when a passthrough VM is started and re-loaded when it is shut down * Simple GUI based on nano-X and FLTK - Currently extremely basic; the only things supported at the moment are shutting down the entire system and launching utilities (a terminal running xentop is started automatically to provide a list of VMs, as well as a terminal displaying the system log) - Like in XenClient, it can be switched to with key combinations like a normal VM, although it runs on dom0 and is not implemented with a separate UIVM (unlike XenClient 1.x/2.x) - The nano-X server is a client of the graphics and input servers; no guest VMs display through it (unlike NxTop and XenClient Enterprise, where both the dom0-based GUI and guest VMs display through an X server on dom0) * xl toolstack (I had originally planned to use the XCI toolstack, hence the name OpenXCI, but xl is similar enough to the XCI toolstack that there wouldn't be much of an advantage to switching) - Support for OpenXCI-specific features has been added - The libxl PCI device reset code has been replaced with a call to a Python script using xend's PCI reset code (the libxl reset code depends on the kernel to reset the device properly, and the kernel reset code only seems to work on devices supporting FLR; the xend reset code is capable of resetting many devices that don't support FLR) * Currently based on Debian 6.0, Xen 4.1, and Linux kernel 3.9.7 from OpenSUSE (this is a kernel based on a forward-ported version of the old Xenlinux patches; it seems to be more stable with GPU passthrough than the pvops kernels that I tried) - Will probably be updated to later versions eventually; I had a version based on Xen 4.3, but it hung on me quite often, whereas the Xen 4.1 version seems to be more stable - Support for blktap2 (but not blktap1) was restored (Debian disabled it for some reason) Currently I am just in the process of packaging everything so I can put together an ISO. I am going to upload the source to the OpenXCI Sourceforge page . I am running OpenXCI exclusively on my main PC (no multi-boot with regular bare-metal OS installs at all), which is based on a Core i7-960, Intel DX58SO, and Radeon 5770. I am running Solaris, Linux, Windows XP, NetBSD, and FreeBSD domUs (with both an Ubuntu domU and a WinXP one configured for GPU passthrough; I can only run one at a time since I have only one graphics card). There are still a few stability issues with it, although dom0 crashes seem pretty rare. The issues mostly seem to relate to dom0 giving up and taking back the GPU, as well as some with the Ubuntu domU that I'm running; however, one issue I have not had is the performance degradation on domU reboot that some people report with AMD/ATI GPUs (neither with Linux, nor with Windows). That might be because I am using primary passthrough; I'm not quite sure. I am also in the process of writing another Xen-based hypervisor called RT/XH, which will be based on a very different architecture from a standard Xen system. Instead of a Unix dom0, it will use a collection of stubdoms (there will still be a dom0, but it will be a stubdom as well, handling only supervision of other domains; each driver or service will run in its own stubdom). These stubdoms will be based on a combination of RTEMS and the NetBSD rump kernel (as well as a dynamic linker so that programs running in stubdoms don't have to be statically linked with the kernel), rather than mini-OS. Backends on domains running normal general-purpose OSes will of course still also be supported. The paravirtualized I/O interface will be different than that of standard Xen as well (it will be more object-oriented and will require less boilerplate in frontend drivers), although traditional Xen PV backends will still be available. I am also planning to improve Xen's support for real-time scheduling (as the name RT/XH might suggest, I am wanting it to have proper realtime support so it can be used in embedded systems requiring hard realtime, as well as desktops). I am basically just intending OpenXCI to be a stopgap until RT/XH is ready, since RT/XH will do everything OpenXCI can and more, while being more reliable than Xen with a dom0 based on a monolithic-kernel Unix (it will be designed to allow crashed drivers to either be auto-restarted or at least fail gracefully). I think current Xen systems don't take full advantage of the fact that Xen is a microkernel. It's generally not thought of as one, but I would consider it to be a kind of microkernel. I would define a microkernel as a kernel that only includes scheduling, IPC, and low-level memory management, regardless of whether the environment it presents to programs running on top of it is based on threads/messages, domains/VCPUs/interrupts, or something else entirely. If anyone here wants to contribute to either OpenXCI or RT/XH, they are definitely welcome. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Feb 25 19:29:21 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 25 Feb 2014 19:29: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 1WINfZ-0007Zt-VR; Tue, 25 Feb 2014 19:27:57 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WINfX-0007Zo-S2 for xen-users@lists.xen.org; Tue, 25 Feb 2014 19:27:56 +0000 Received: from [193.109.254.147:45794] by server-16.bemta-14.messagelabs.com id 13/AC-21945-ABEEC035; Tue, 25 Feb 2014 19:27:54 +0000 X-Env-Sender: guy20034u@yahoo.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1393356471!6760583!1 X-Originating-IP: [72.30.239.10] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_6, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9164 invoked from network); 25 Feb 2014 19:27:52 -0000 Received: from nm31-vm2.bullet.mail.bf1.yahoo.com (HELO nm31-vm2.bullet.mail.bf1.yahoo.com) (72.30.239.10) by server-2.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 25 Feb 2014 19:27:52 -0000 Received: from [66.196.81.173] by nm31.bullet.mail.bf1.yahoo.com with NNFMP; 25 Feb 2014 19:27:51 -0000 Received: from [98.139.212.240] by tm19.bullet.mail.bf1.yahoo.com with NNFMP; 25 Feb 2014 19:27:50 -0000 Received: from [127.0.0.1] by omp1049.mail.bf1.yahoo.com with NNFMP; 25 Feb 2014 19:27:50 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 928817.1812.bm@omp1049.mail.bf1.yahoo.com Received: (qmail 29256 invoked by uid 60001); 25 Feb 2014 19:27:50 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1393356470; bh=YtaG7gHf51YaMVlY8yZcNrJBFBC2t2TfCGJ/YsBEh4c=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=5Ot1oKxLhYN0YQauHWKKZXph1PMqtozAaecq9gsoCnh+fXGXaI8kVq66h1yQBJuuyXNLNB8Lte9359I1ZscQTNnGQHQpTw/xYIOYMkroZyqef+TuyNANtZc3Gk6vkLwmNKLF3ZP0gOuSmgQ200J/Qc3xrw5DwcbX1gqRnGHmyf8= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=iwcA4/CcUPKz4k3VKrCIasGn0iVVISgixUlUI8BEO4JUtwkFWSGXBNlbhcRFhO6GPwIUIZWdPtRy595WM+SuCT5tAP6oBnFBE+WPYEkMzgt9spxXJAPa/OUpX/XNtsGHCsD7/b6pqnN2Vra7x248bfByih9BSMl18YGMcFoOi10=; X-YMail-OSG: uq30uFsVM1k4nXaGO5_Axg29T_l7cC3y8vOWgyf1mUzX30r Ecr3kkM2X4TIp57X9_kR9KXv6fZGaQ_vixPpiW_zd4OuhOv_1d4qVNgBC6Dh wI5zvc.v1byP.3eKvooYoODHdfq9FWYq2HP2m3DS9OaHMlJWPEahOryKSX.d mjnuLIrIm4eDKflaLRLdTzbl6TezqLvwJurRa6sEyppbmVcYv7Du.2Yew4pR kBcF4XxWNIAlKs76ctiVfrqT1sJcfIDmjj7CDRJTjN96.sXcsQAgojU4xtsy wbZQh3g84xi.OiyJa0.kFqSl5o6hEKbhilhGwCPBd6.1rkMTl.nqzWlrMxig XW2KubgcojWRypCSjPtS9c85xtqf_.qTivc4zeg3P0MCdR3NIGJ5.t5woNhG x5Be3Sx1FRH87xBPmiVumv4JRPJysZ2ydSUC7MSvabP.Za6dOw0uUnArq4_t fARJvkKgvDmsjzzX62sM3Sqkos2ZA_7eImK39rWD5TKSCkYLNxZkMF6Z_77e qJA7e4SY9mCr4HPxQoD08dmUBKzKitAyiokkB.xp0O2Lm9qd2HZ0A_ALYvGt p08ouSYjw_XE9nKQ_2lVKiB.ExwhILeKhq.awnE9gRFXkp2tGMh.I2xiTp1k HWEGpBxNnLl48dqEpLMKJJd._aI8zizg2rLqUv.LAyV8GNZIDHsJI7fABEGd ksBrrSyv_GoREBaSdkP__dj_r0C0ARcdqMx9PR4.Ry6aaOitE72pfXUKWTrg S4S9n6yZv3Gam3ZVBtbTitbFm0l5XOjZZvcxdn.w9Ag-- Received: from [91.198.134.226] by web140306.mail.bf1.yahoo.com via HTTP; Tue, 25 Feb 2014 11:27:50 PST X-Rocket-MIMEInfo: 002.001, RGVhciBBZGFtIG4gR3V5cyAKCnRoYW5rcyB5b3Ugc28gbXVjaCBvbmNlIGFnYWluIGZvciB5b3VyIHdpc2UgcmVwbHkuLgppIHdpbGwgdHJ5IGFzIHBlciB1ciBhZHZpY2UgYW5kIGxldCB5b3Uga25vdwpyZWFsbHkgYXBwcmVjaWF0ZSB5b3VyIHdpc2UgdHJvdWJsZXNob290aW5nIHRpcHMKCgpyZWdhcmRzCgpzaW1vbgpnb2QgYmxlc3MgVQoKCgoKCk9uIE1vbmRheSwgRmVicnVhcnkgMjQsIDIwMTQgMjoxMyBBTSwgQWRhbSBHb3J5YWNoZXYgPG1haWxpbmdsaXN0c0B3ZWJzaXRlbWFuYWdlcnMuY29tLmF1PiABMAEBAQE- X-Mailer: YahooMailWebService/0.8.177.636 References: <1392725386154-5721312.post@n5.nabble.com> <1392739167.23084.20.camel@kazak.uk.xensource.com> <1392811964318-5721320.post@n5.nabble.com> <1392826755720-5721322.post@n5.nabble.com> <1392886863.22494.4.camel@kazak.uk.xensource.com> <1393007285327-5721382.post@n5.nabble.com> <530A7FEC.8060001@websitemanagers.com.au> Message-ID: <1393356470.28808.YahooMailNeo@web140306.mail.bf1.yahoo.com> Date: Tue, 25 Feb 2014 11:27:50 -0800 (PST) From: simon ben To: Adam Goryachev , "xen-users@lists.xen.org" In-Reply-To: <530A7FEC.8060001@websitemanagers.com.au> MIME-Version: 1.0 Subject: Re: [Xen-users] new xen guest cannot communicate with the network X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: simon ben List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1158642218767382274==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1158642218767382274== Content-Type: multipart/alternative; boundary="-655264479-367243156-1393356470=:28808" ---655264479-367243156-1393356470=:28808 Content-Type: text/plain; charset=us-ascii Dear Adam n Guys thanks you so much once again for your wise reply.. i will try as per ur advice and let you know really appreciate your wise troubleshooting tips regards simon god bless U On Monday, February 24, 2014 2:13 AM, Adam Goryachev wrote: On 22/02/14 05:28, sbdcunha wrote: > Dear Ian n Guys, > > really appreciate for your quick reply. by the way i am planning to simulate > a same scenario on another SUN blade server where there are individual 2 > network cards. > regarding the network i am a network admin here too. > > In fact these are new cisco blade servers connected to nexus switch which > than connects to out main Core > and it is installed by a cisco vendor company > > I have been after them but they say as long as you can ping our config on > servers and the nexus is fine > > --- > just to mention the support people never try to listen and try to resolve > any issues > > --- > > so I just wanna simulate the same scenario on sun blade server and then show > them > > > i too now strongly feel with your wise response that there is something > wrong config in the nexus switch > i will keep you informed > Not sure if this is resolved already, but why not try to change the MAC address on dom0 (assuming you can get access to it without the network). If everything works correctly, then you know it isn't a MAC filtering issue. If dom0 stops working, try setting the original dom0 MAC onto domU, if domU networking works, then you know that xen + dom0 + domU are all configured correctly, and you just need to get the network folks to fix the MAC filtering issue. See this article (or goodle) on how to change MAC addresses: http://www.aboutlinux.info/2005/09/how-to-change-mac-address-of-your.html I hope this helps somewhat. 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 ---655264479-367243156-1393356470=:28808 Content-Type: text/html; charset=us-ascii
Dear Adam n Guys
thanks you so much once again for your wise reply..
i will try as per ur advice and let you know
really appreciate your wise troubleshooting tips


regards

simon
god bless U


On Monday, February 24, 2014 2:13 AM, Adam Goryachev <mailinglists@websitemanagers.com.au> wrote:


On 22/02/14 05:28, sbdcunha wrote:
> Dear Ian n Guys,
>
> really appreciate for your quick reply. by the way i am planning to simulate
> a same scenario on another SUN blade server where there are individual 2
> network cards.
> regarding the network i am a network admin here too.
>
> In fact these are new cisco blade servers connected to nexus switch which
> than connects to out main Core
> and it is installed by a cisco vendor company
>
> I have been after them but they say as long as you can ping our config on
> servers and the nexus is fine
>
> ---
> just to mention the support people never try to listen and try to resolve
> any issues
>
> ---
>
> so I just wanna simulate the same scenario on sun blade server and then show
> them
>
>
> i too now strongly feel with your wise response that there is something
> wrong config in the nexus switch
> i will keep you informed

>
Not sure if this is resolved already, but why not try to change the MAC
address on dom0 (assuming you can get access to it without the network).
If everything works correctly, then you know it isn't a MAC filtering issue.

If dom0 stops working, try setting the original dom0 MAC onto domU, if
domU networking works, then you know that xen + dom0 + domU are all
configured correctly, and you just need to get the network folks to fix
the MAC filtering issue.

See this article (or goodle) on how to change MAC addresses:
http://www.aboutlinux.info/2005/09/how-to-change-mac-address-of-your.html

I hope this helps somewhat.

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



---655264479-367243156-1393356470=:28808-- --===============1158642218767382274== 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 --===============1158642218767382274==-- From xen-users-bounces@lists.xen.org Tue Feb 25 19:29:21 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 25 Feb 2014 19:29: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 1WINfZ-0007Zt-VR; Tue, 25 Feb 2014 19:27:57 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WINfX-0007Zo-S2 for xen-users@lists.xen.org; Tue, 25 Feb 2014 19:27:56 +0000 Received: from [193.109.254.147:45794] by server-16.bemta-14.messagelabs.com id 13/AC-21945-ABEEC035; Tue, 25 Feb 2014 19:27:54 +0000 X-Env-Sender: guy20034u@yahoo.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1393356471!6760583!1 X-Originating-IP: [72.30.239.10] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_6, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9164 invoked from network); 25 Feb 2014 19:27:52 -0000 Received: from nm31-vm2.bullet.mail.bf1.yahoo.com (HELO nm31-vm2.bullet.mail.bf1.yahoo.com) (72.30.239.10) by server-2.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 25 Feb 2014 19:27:52 -0000 Received: from [66.196.81.173] by nm31.bullet.mail.bf1.yahoo.com with NNFMP; 25 Feb 2014 19:27:51 -0000 Received: from [98.139.212.240] by tm19.bullet.mail.bf1.yahoo.com with NNFMP; 25 Feb 2014 19:27:50 -0000 Received: from [127.0.0.1] by omp1049.mail.bf1.yahoo.com with NNFMP; 25 Feb 2014 19:27:50 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 928817.1812.bm@omp1049.mail.bf1.yahoo.com Received: (qmail 29256 invoked by uid 60001); 25 Feb 2014 19:27:50 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1393356470; bh=YtaG7gHf51YaMVlY8yZcNrJBFBC2t2TfCGJ/YsBEh4c=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=5Ot1oKxLhYN0YQauHWKKZXph1PMqtozAaecq9gsoCnh+fXGXaI8kVq66h1yQBJuuyXNLNB8Lte9359I1ZscQTNnGQHQpTw/xYIOYMkroZyqef+TuyNANtZc3Gk6vkLwmNKLF3ZP0gOuSmgQ200J/Qc3xrw5DwcbX1gqRnGHmyf8= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=iwcA4/CcUPKz4k3VKrCIasGn0iVVISgixUlUI8BEO4JUtwkFWSGXBNlbhcRFhO6GPwIUIZWdPtRy595WM+SuCT5tAP6oBnFBE+WPYEkMzgt9spxXJAPa/OUpX/XNtsGHCsD7/b6pqnN2Vra7x248bfByih9BSMl18YGMcFoOi10=; X-YMail-OSG: uq30uFsVM1k4nXaGO5_Axg29T_l7cC3y8vOWgyf1mUzX30r Ecr3kkM2X4TIp57X9_kR9KXv6fZGaQ_vixPpiW_zd4OuhOv_1d4qVNgBC6Dh wI5zvc.v1byP.3eKvooYoODHdfq9FWYq2HP2m3DS9OaHMlJWPEahOryKSX.d mjnuLIrIm4eDKflaLRLdTzbl6TezqLvwJurRa6sEyppbmVcYv7Du.2Yew4pR kBcF4XxWNIAlKs76ctiVfrqT1sJcfIDmjj7CDRJTjN96.sXcsQAgojU4xtsy wbZQh3g84xi.OiyJa0.kFqSl5o6hEKbhilhGwCPBd6.1rkMTl.nqzWlrMxig XW2KubgcojWRypCSjPtS9c85xtqf_.qTivc4zeg3P0MCdR3NIGJ5.t5woNhG x5Be3Sx1FRH87xBPmiVumv4JRPJysZ2ydSUC7MSvabP.Za6dOw0uUnArq4_t fARJvkKgvDmsjzzX62sM3Sqkos2ZA_7eImK39rWD5TKSCkYLNxZkMF6Z_77e qJA7e4SY9mCr4HPxQoD08dmUBKzKitAyiokkB.xp0O2Lm9qd2HZ0A_ALYvGt p08ouSYjw_XE9nKQ_2lVKiB.ExwhILeKhq.awnE9gRFXkp2tGMh.I2xiTp1k HWEGpBxNnLl48dqEpLMKJJd._aI8zizg2rLqUv.LAyV8GNZIDHsJI7fABEGd ksBrrSyv_GoREBaSdkP__dj_r0C0ARcdqMx9PR4.Ry6aaOitE72pfXUKWTrg S4S9n6yZv3Gam3ZVBtbTitbFm0l5XOjZZvcxdn.w9Ag-- Received: from [91.198.134.226] by web140306.mail.bf1.yahoo.com via HTTP; Tue, 25 Feb 2014 11:27:50 PST X-Rocket-MIMEInfo: 002.001, RGVhciBBZGFtIG4gR3V5cyAKCnRoYW5rcyB5b3Ugc28gbXVjaCBvbmNlIGFnYWluIGZvciB5b3VyIHdpc2UgcmVwbHkuLgppIHdpbGwgdHJ5IGFzIHBlciB1ciBhZHZpY2UgYW5kIGxldCB5b3Uga25vdwpyZWFsbHkgYXBwcmVjaWF0ZSB5b3VyIHdpc2UgdHJvdWJsZXNob290aW5nIHRpcHMKCgpyZWdhcmRzCgpzaW1vbgpnb2QgYmxlc3MgVQoKCgoKCk9uIE1vbmRheSwgRmVicnVhcnkgMjQsIDIwMTQgMjoxMyBBTSwgQWRhbSBHb3J5YWNoZXYgPG1haWxpbmdsaXN0c0B3ZWJzaXRlbWFuYWdlcnMuY29tLmF1PiABMAEBAQE- X-Mailer: YahooMailWebService/0.8.177.636 References: <1392725386154-5721312.post@n5.nabble.com> <1392739167.23084.20.camel@kazak.uk.xensource.com> <1392811964318-5721320.post@n5.nabble.com> <1392826755720-5721322.post@n5.nabble.com> <1392886863.22494.4.camel@kazak.uk.xensource.com> <1393007285327-5721382.post@n5.nabble.com> <530A7FEC.8060001@websitemanagers.com.au> Message-ID: <1393356470.28808.YahooMailNeo@web140306.mail.bf1.yahoo.com> Date: Tue, 25 Feb 2014 11:27:50 -0800 (PST) From: simon ben To: Adam Goryachev , "xen-users@lists.xen.org" In-Reply-To: <530A7FEC.8060001@websitemanagers.com.au> MIME-Version: 1.0 Subject: Re: [Xen-users] new xen guest cannot communicate with the network X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: simon ben List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1158642218767382274==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1158642218767382274== Content-Type: multipart/alternative; boundary="-655264479-367243156-1393356470=:28808" ---655264479-367243156-1393356470=:28808 Content-Type: text/plain; charset=us-ascii Dear Adam n Guys thanks you so much once again for your wise reply.. i will try as per ur advice and let you know really appreciate your wise troubleshooting tips regards simon god bless U On Monday, February 24, 2014 2:13 AM, Adam Goryachev wrote: On 22/02/14 05:28, sbdcunha wrote: > Dear Ian n Guys, > > really appreciate for your quick reply. by the way i am planning to simulate > a same scenario on another SUN blade server where there are individual 2 > network cards. > regarding the network i am a network admin here too. > > In fact these are new cisco blade servers connected to nexus switch which > than connects to out main Core > and it is installed by a cisco vendor company > > I have been after them but they say as long as you can ping our config on > servers and the nexus is fine > > --- > just to mention the support people never try to listen and try to resolve > any issues > > --- > > so I just wanna simulate the same scenario on sun blade server and then show > them > > > i too now strongly feel with your wise response that there is something > wrong config in the nexus switch > i will keep you informed > Not sure if this is resolved already, but why not try to change the MAC address on dom0 (assuming you can get access to it without the network). If everything works correctly, then you know it isn't a MAC filtering issue. If dom0 stops working, try setting the original dom0 MAC onto domU, if domU networking works, then you know that xen + dom0 + domU are all configured correctly, and you just need to get the network folks to fix the MAC filtering issue. See this article (or goodle) on how to change MAC addresses: http://www.aboutlinux.info/2005/09/how-to-change-mac-address-of-your.html I hope this helps somewhat. 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 ---655264479-367243156-1393356470=:28808 Content-Type: text/html; charset=us-ascii
Dear Adam n Guys
thanks you so much once again for your wise reply..
i will try as per ur advice and let you know
really appreciate your wise troubleshooting tips


regards

simon
god bless U


On Monday, February 24, 2014 2:13 AM, Adam Goryachev <mailinglists@websitemanagers.com.au> wrote:


On 22/02/14 05:28, sbdcunha wrote:
> Dear Ian n Guys,
>
> really appreciate for your quick reply. by the way i am planning to simulate
> a same scenario on another SUN blade server where there are individual 2
> network cards.
> regarding the network i am a network admin here too.
>
> In fact these are new cisco blade servers connected to nexus switch which
> than connects to out main Core
> and it is installed by a cisco vendor company
>
> I have been after them but they say as long as you can ping our config on
> servers and the nexus is fine
>
> ---
> just to mention the support people never try to listen and try to resolve
> any issues
>
> ---
>
> so I just wanna simulate the same scenario on sun blade server and then show
> them
>
>
> i too now strongly feel with your wise response that there is something
> wrong config in the nexus switch
> i will keep you informed

>
Not sure if this is resolved already, but why not try to change the MAC
address on dom0 (assuming you can get access to it without the network).
If everything works correctly, then you know it isn't a MAC filtering issue.

If dom0 stops working, try setting the original dom0 MAC onto domU, if
domU networking works, then you know that xen + dom0 + domU are all
configured correctly, and you just need to get the network folks to fix
the MAC filtering issue.

See this article (or goodle) on how to change MAC addresses:
http://www.aboutlinux.info/2005/09/how-to-change-mac-address-of-your.html

I hope this helps somewhat.

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



---655264479-367243156-1393356470=:28808-- --===============1158642218767382274== 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 --===============1158642218767382274==-- From xen-users-bounces@lists.xen.org Tue Feb 25 21:27:22 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 25 Feb 2014 21:27: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 1WIPVr-0000Fj-Mm; Tue, 25 Feb 2014 21:26:03 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WIPVp-0000Fd-Aa for xen-users@lists.xensource.com; Tue, 25 Feb 2014 21:26:02 +0000 Received: from [85.158.137.68:54894] by server-17.bemta-3.messagelabs.com id 90/68-22569-86A0D035; Tue, 25 Feb 2014 21:26:00 +0000 X-Env-Sender: sdj@rasmussenequipment.com X-Msg-Ref: server-9.tower-31.messagelabs.com!1393363558!4150594!1 X-Originating-IP: [64.18.1.238] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28956 invoked from network); 25 Feb 2014 21:25:58 -0000 Received: from exprod6og122.obsmtp.com (HELO exprod6og122.obsmtp.com) (64.18.1.238) by server-9.tower-31.messagelabs.com with SMTP; 25 Feb 2014 21:25:58 -0000 Received: from mail-qa0-f53.google.com ([209.85.216.53]) (using TLSv1) by exprod6ob122.postini.com ([64.18.5.12]) with SMTP ID DSNKUw0KZUyDPpZd7OHjwVHh5myKXHn8LvjL@postini.com; Tue, 25 Feb 2014 13:25:58 PST Received: by mail-qa0-f53.google.com with SMTP id cm18so1093328qab.12 for ; Tue, 25 Feb 2014 13:25:57 -0800 (PST) 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=/LijrXVsrQp8L+zh8Iv4GMF7tzxZfFok+e2e6uIsyew=; b=Hmvrs4j+iRQrNx8DXpgg/WmTomtYubiJJJUsCp1YOEHIjq1/CkTgLWPGnHk9REWDH+ cHertPPl1H1rN7fzbj54qmYLs5XU0WcpoTWoM/ndSb/2FJl7WXlLSahtvQdcfc2H/zga j89qPsKfkbwtBLrHeaHGyr3pL+ErqWopCJlGQs1qVLP7bSewTH0VGPNoHKf+46WcZ3XS b2vrCm+HHXkPK6aJ3a2TO2z0tfXp4/H8IIIHZnWYmPLxabM+VTpGP1S4cwqtIxKgwF3M xw9FmLDz2Rr3CL5LXmffTlow/tsbEATZKn38pdlW2MMOQD4WgXuj1j7jYQFYkl+tVvJ2 7QOA== X-Gm-Message-State: ALoCoQm1mhzEH1+DkK8aesIfsyoloaBxVFoI595igjQXRa82ruf4ZkpyFGidstUtGSKAP6N5J4Q/V7BAJrNUs1Jmu/v5xdKfiE5CyuxUdBtnOttJXgeSdBN+OO4jAHfKtp1mQxUqV3pYLHawf46Xp13yV0+Ute7R1vJfYm3clJqkGin25OQlL22mPwMl6+pJOS10gppGfzbD X-Received: by 10.140.100.181 with SMTP id s50mr2707401qge.113.1393363557340; Tue, 25 Feb 2014 13:25:57 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.140.100.181 with SMTP id s50mr2707370qge.113.1393363557083; Tue, 25 Feb 2014 13:25:57 -0800 (PST) Received: by 10.140.93.164 with HTTP; Tue, 25 Feb 2014 13:25:57 -0800 (PST) Date: Tue, 25 Feb 2014 14:25:57 -0700 Message-ID: From: Shane Johnson To: Xen List Subject: [Xen-users] Xen 4.3 qemu question X-BeenThere: xen-users@lists.xen.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="===============7781322850884120072==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7781322850884120072== Content-Type: multipart/alternative; boundary=001a1134f2b8dd0b8604f341bb7f --001a1134f2b8dd0b8604f341bb7f Content-Type: text/plain; charset=ISO-8859-1 I am running my Dom0 on Debian and have some on Jessie. In Jessie I have to link /usr/lib/xen-4.3/bin/qemu-system-i386 to /usr/bin/qemu-system-i386. I was wondering if for 64 bit OS like Windows Server 2008/2012 if I should be running them off qemu-system-x86? Thanks -- Shane D. Johnson IT Administrator Rasmussen Equipment --001a1134f2b8dd0b8604f341bb7f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I am running my Dom0 on Debian and have some on Jessie. = =A0In Jessie I have to link /usr/lib/xen-4.3/bin/qemu-system-i386 to /usr/b= in/qemu-system-i386. =A0I was wondering if for 64 bit OS like Windows Serve= r 2008/2012 if I should be running them off qemu-system-x86?

Thanks

--
Shane D. Johns= on
IT Administrator
Rasmussen Equipment

<= div>
--001a1134f2b8dd0b8604f341bb7f-- --===============7781322850884120072== 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 --===============7781322850884120072==-- From xen-users-bounces@lists.xen.org Tue Feb 25 21:27:22 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 25 Feb 2014 21:27: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 1WIPVr-0000Fj-Mm; Tue, 25 Feb 2014 21:26:03 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WIPVp-0000Fd-Aa for xen-users@lists.xensource.com; Tue, 25 Feb 2014 21:26:02 +0000 Received: from [85.158.137.68:54894] by server-17.bemta-3.messagelabs.com id 90/68-22569-86A0D035; Tue, 25 Feb 2014 21:26:00 +0000 X-Env-Sender: sdj@rasmussenequipment.com X-Msg-Ref: server-9.tower-31.messagelabs.com!1393363558!4150594!1 X-Originating-IP: [64.18.1.238] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28956 invoked from network); 25 Feb 2014 21:25:58 -0000 Received: from exprod6og122.obsmtp.com (HELO exprod6og122.obsmtp.com) (64.18.1.238) by server-9.tower-31.messagelabs.com with SMTP; 25 Feb 2014 21:25:58 -0000 Received: from mail-qa0-f53.google.com ([209.85.216.53]) (using TLSv1) by exprod6ob122.postini.com ([64.18.5.12]) with SMTP ID DSNKUw0KZUyDPpZd7OHjwVHh5myKXHn8LvjL@postini.com; Tue, 25 Feb 2014 13:25:58 PST Received: by mail-qa0-f53.google.com with SMTP id cm18so1093328qab.12 for ; Tue, 25 Feb 2014 13:25:57 -0800 (PST) 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=/LijrXVsrQp8L+zh8Iv4GMF7tzxZfFok+e2e6uIsyew=; b=Hmvrs4j+iRQrNx8DXpgg/WmTomtYubiJJJUsCp1YOEHIjq1/CkTgLWPGnHk9REWDH+ cHertPPl1H1rN7fzbj54qmYLs5XU0WcpoTWoM/ndSb/2FJl7WXlLSahtvQdcfc2H/zga j89qPsKfkbwtBLrHeaHGyr3pL+ErqWopCJlGQs1qVLP7bSewTH0VGPNoHKf+46WcZ3XS b2vrCm+HHXkPK6aJ3a2TO2z0tfXp4/H8IIIHZnWYmPLxabM+VTpGP1S4cwqtIxKgwF3M xw9FmLDz2Rr3CL5LXmffTlow/tsbEATZKn38pdlW2MMOQD4WgXuj1j7jYQFYkl+tVvJ2 7QOA== X-Gm-Message-State: ALoCoQm1mhzEH1+DkK8aesIfsyoloaBxVFoI595igjQXRa82ruf4ZkpyFGidstUtGSKAP6N5J4Q/V7BAJrNUs1Jmu/v5xdKfiE5CyuxUdBtnOttJXgeSdBN+OO4jAHfKtp1mQxUqV3pYLHawf46Xp13yV0+Ute7R1vJfYm3clJqkGin25OQlL22mPwMl6+pJOS10gppGfzbD X-Received: by 10.140.100.181 with SMTP id s50mr2707401qge.113.1393363557340; Tue, 25 Feb 2014 13:25:57 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.140.100.181 with SMTP id s50mr2707370qge.113.1393363557083; Tue, 25 Feb 2014 13:25:57 -0800 (PST) Received: by 10.140.93.164 with HTTP; Tue, 25 Feb 2014 13:25:57 -0800 (PST) Date: Tue, 25 Feb 2014 14:25:57 -0700 Message-ID: From: Shane Johnson To: Xen List Subject: [Xen-users] Xen 4.3 qemu question X-BeenThere: xen-users@lists.xen.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="===============7781322850884120072==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7781322850884120072== Content-Type: multipart/alternative; boundary=001a1134f2b8dd0b8604f341bb7f --001a1134f2b8dd0b8604f341bb7f Content-Type: text/plain; charset=ISO-8859-1 I am running my Dom0 on Debian and have some on Jessie. In Jessie I have to link /usr/lib/xen-4.3/bin/qemu-system-i386 to /usr/bin/qemu-system-i386. I was wondering if for 64 bit OS like Windows Server 2008/2012 if I should be running them off qemu-system-x86? Thanks -- Shane D. Johnson IT Administrator Rasmussen Equipment --001a1134f2b8dd0b8604f341bb7f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I am running my Dom0 on Debian and have some on Jessie. = =A0In Jessie I have to link /usr/lib/xen-4.3/bin/qemu-system-i386 to /usr/b= in/qemu-system-i386. =A0I was wondering if for 64 bit OS like Windows Serve= r 2008/2012 if I should be running them off qemu-system-x86?

Thanks

--
Shane D. Johns= on
IT Administrator
Rasmussen Equipment

<= div>
--001a1134f2b8dd0b8604f341bb7f-- --===============7781322850884120072== 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 --===============7781322850884120072==-- From xen-users-bounces@lists.xen.org Tue Feb 25 22:04:16 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 25 Feb 2014 22:04: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 1WIQ6F-0000sX-Fp; Tue, 25 Feb 2014 22:03:39 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WIQ6D-0000sS-TJ for xen-users@lists.xensource.com; Tue, 25 Feb 2014 22:03:38 +0000 Received: from [85.158.139.211:29504] by server-12.bemta-5.messagelabs.com id A2/20-15415-9331D035; Tue, 25 Feb 2014 22:03:37 +0000 X-Env-Sender: guy20034u@yahoo.com X-Msg-Ref: server-12.tower-206.messagelabs.com!1393365815!6239759!1 X-Originating-IP: [216.139.236.26] X-SpamReason: No, hits=0.6 required=7.0 tests=FORGED_YAHOO_RCVD, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8256 invoked from network); 25 Feb 2014 22:03:36 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-12.tower-206.messagelabs.com with AES256-SHA encrypted SMTP; 25 Feb 2014 22:03:36 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1WIQ6A-0007O5-H2 for xen-users@lists.xensource.com; Tue, 25 Feb 2014 14:03:34 -0800 Date: Tue, 25 Feb 2014 14:03:34 -0800 (PST) From: sbdcunha To: xen-users@lists.xensource.com Message-ID: <1393365814520-5721406.post@n5.nabble.com> In-Reply-To: <530A7FEC.8060001@websitemanagers.com.au> References: <1392725386154-5721312.post@n5.nabble.com> <1392739167.23084.20.camel@kazak.uk.xensource.com> <1392811964318-5721320.post@n5.nabble.com> <1392826755720-5721322.post@n5.nabble.com> <1392886863.22494.4.camel@kazak.uk.xensource.com> <1393007285327-5721382.post@n5.nabble.com> <530A7FEC.8060001@websitemanagers.com.au> MIME-Version: 1.0 Subject: Re: [Xen-users] new xen guest cannot communicate with the network X-BeenThere: xen-users@lists.xen.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 Dear Adam an Guys, As per your post I did try as you said Alan .. [root@xenserver2 ~]# ifconfig -a | grep HWaddr shows me br0 Link encap:Ethernet HWaddr 00:25:B5:01:00:0C br1 Link encap:Ethernet HWaddr 00:25:B5:01:00:0D=====> changed 0D to 0E eth0 Link encap:Ethernet HWaddr 00:25:B5:01:00:0C eth1 Link encap:Ethernet HWaddr 00:25:B5:01:00:0D ====> changed 0D to 0E vif9.0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF virbr0 Link encap:Ethernet HWaddr 7E:59:9C:79:56:E5 and then my DOM0 was working as before i mean i could reach the internet and also my entire internal network but from DOMU i can only ping dom0 br1 ip so as you said its not mac filtering any ideas appreciate your kind help regards simon -- View this message in context: http://xen.1045712.n5.nabble.com/new-xen-guest-cannot-communicate-with-the-network-tp5721312p5721406.html Sent from the Xen - User mailing list archive at Nabble.com. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Feb 25 22:04:16 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 25 Feb 2014 22:04: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 1WIQ6F-0000sX-Fp; Tue, 25 Feb 2014 22:03:39 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WIQ6D-0000sS-TJ for xen-users@lists.xensource.com; Tue, 25 Feb 2014 22:03:38 +0000 Received: from [85.158.139.211:29504] by server-12.bemta-5.messagelabs.com id A2/20-15415-9331D035; Tue, 25 Feb 2014 22:03:37 +0000 X-Env-Sender: guy20034u@yahoo.com X-Msg-Ref: server-12.tower-206.messagelabs.com!1393365815!6239759!1 X-Originating-IP: [216.139.236.26] X-SpamReason: No, hits=0.6 required=7.0 tests=FORGED_YAHOO_RCVD, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8256 invoked from network); 25 Feb 2014 22:03:36 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-12.tower-206.messagelabs.com with AES256-SHA encrypted SMTP; 25 Feb 2014 22:03:36 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1WIQ6A-0007O5-H2 for xen-users@lists.xensource.com; Tue, 25 Feb 2014 14:03:34 -0800 Date: Tue, 25 Feb 2014 14:03:34 -0800 (PST) From: sbdcunha To: xen-users@lists.xensource.com Message-ID: <1393365814520-5721406.post@n5.nabble.com> In-Reply-To: <530A7FEC.8060001@websitemanagers.com.au> References: <1392725386154-5721312.post@n5.nabble.com> <1392739167.23084.20.camel@kazak.uk.xensource.com> <1392811964318-5721320.post@n5.nabble.com> <1392826755720-5721322.post@n5.nabble.com> <1392886863.22494.4.camel@kazak.uk.xensource.com> <1393007285327-5721382.post@n5.nabble.com> <530A7FEC.8060001@websitemanagers.com.au> MIME-Version: 1.0 Subject: Re: [Xen-users] new xen guest cannot communicate with the network X-BeenThere: xen-users@lists.xen.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 Dear Adam an Guys, As per your post I did try as you said Alan .. [root@xenserver2 ~]# ifconfig -a | grep HWaddr shows me br0 Link encap:Ethernet HWaddr 00:25:B5:01:00:0C br1 Link encap:Ethernet HWaddr 00:25:B5:01:00:0D=====> changed 0D to 0E eth0 Link encap:Ethernet HWaddr 00:25:B5:01:00:0C eth1 Link encap:Ethernet HWaddr 00:25:B5:01:00:0D ====> changed 0D to 0E vif9.0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF virbr0 Link encap:Ethernet HWaddr 7E:59:9C:79:56:E5 and then my DOM0 was working as before i mean i could reach the internet and also my entire internal network but from DOMU i can only ping dom0 br1 ip so as you said its not mac filtering any ideas appreciate your kind help regards simon -- View this message in context: http://xen.1045712.n5.nabble.com/new-xen-guest-cannot-communicate-with-the-network-tp5721312p5721406.html Sent from the Xen - User mailing list archive at Nabble.com. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Feb 26 09:47:09 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 26 Feb 2014 09:47: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 1WIb3x-00036W-BJ; Wed, 26 Feb 2014 09:46:01 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WIb3v-00036F-Cg for xen-users@lists.xensource.com; Wed, 26 Feb 2014 09:45:59 +0000 Received: from [85.158.137.68:42997] by server-6.bemta-3.messagelabs.com id 1F/A5-09180-6D7BD035; Wed, 26 Feb 2014 09:45:58 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-13.tower-31.messagelabs.com!1393407956!3017986!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24518 invoked from network); 26 Feb 2014 09:45:57 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-13.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 26 Feb 2014 09:45:57 -0000 X-IronPort-AV: E=Sophos;i="4.97,546,1389744000"; d="scan'208";a="105856341" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 26 Feb 2014 09:45:56 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Wed, 26 Feb 2014 04:45:55 -0500 Message-ID: <1393407954.18730.8.camel@kazak.uk.xensource.com> From: Ian Campbell To: Shane Johnson Date: Wed, 26 Feb 2014 09:45:54 +0000 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: Xen List Subject: Re: [Xen-users] Xen 4.3 qemu question X-BeenThere: xen-users@lists.xen.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, 2014-02-25 at 14:25 -0700, Shane Johnson wrote: > I am running my Dom0 on Debian and have some on Jessie. In Jessie I > have to link /usr/lib/xen-4.3/bin/qemu-system-i386 > to /usr/bin/qemu-system-i386. I was wondering if for 64 bit OS like > Windows Server 2008/2012 if I should be running them off > qemu-system-x86? There's no need. Xen doesn't use any of the CPU emulation capabilities of Qemu, only the device emulation bits ("device models") which are the same for all CPUs, we just had to pick a CPU to keep the qemu build happy and i386 is as good as any other. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Feb 26 09:47:09 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 26 Feb 2014 09:47: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 1WIb3x-00036W-BJ; Wed, 26 Feb 2014 09:46:01 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WIb3v-00036F-Cg for xen-users@lists.xensource.com; Wed, 26 Feb 2014 09:45:59 +0000 Received: from [85.158.137.68:42997] by server-6.bemta-3.messagelabs.com id 1F/A5-09180-6D7BD035; Wed, 26 Feb 2014 09:45:58 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-13.tower-31.messagelabs.com!1393407956!3017986!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24518 invoked from network); 26 Feb 2014 09:45:57 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-13.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 26 Feb 2014 09:45:57 -0000 X-IronPort-AV: E=Sophos;i="4.97,546,1389744000"; d="scan'208";a="105856341" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 26 Feb 2014 09:45:56 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Wed, 26 Feb 2014 04:45:55 -0500 Message-ID: <1393407954.18730.8.camel@kazak.uk.xensource.com> From: Ian Campbell To: Shane Johnson Date: Wed, 26 Feb 2014 09:45:54 +0000 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: Xen List Subject: Re: [Xen-users] Xen 4.3 qemu question X-BeenThere: xen-users@lists.xen.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, 2014-02-25 at 14:25 -0700, Shane Johnson wrote: > I am running my Dom0 on Debian and have some on Jessie. In Jessie I > have to link /usr/lib/xen-4.3/bin/qemu-system-i386 > to /usr/bin/qemu-system-i386. I was wondering if for 64 bit OS like > Windows Server 2008/2012 if I should be running them off > qemu-system-x86? There's no need. Xen doesn't use any of the CPU emulation capabilities of Qemu, only the device emulation bits ("device models") which are the same for all CPUs, we just had to pick a CPU to keep the qemu build happy and i386 is as good as any other. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Feb 26 10:39:07 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 26 Feb 2014 10:39: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 1WIbsM-0004bQ-Rs; Wed, 26 Feb 2014 10:38:06 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WIbsG-0004bL-Ar for xen-users@lists.xensource.com; Wed, 26 Feb 2014 10:38:00 +0000 Received: from [85.158.137.68:41154] by server-3.bemta-3.messagelabs.com id EB/64-14520-704CD035; Wed, 26 Feb 2014 10:37:59 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-5.tower-31.messagelabs.com!1393411077!3039224!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27824 invoked from network); 26 Feb 2014 10:37:58 -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; 26 Feb 2014 10:37:58 -0000 X-IronPort-AV: E=Sophos;i="4.97,547,1389744000"; d="scan'208";a="105865546" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 26 Feb 2014 10:37:57 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Wed, 26 Feb 2014 05:37:56 -0500 Message-ID: <1393411075.18730.24.camel@kazak.uk.xensource.com> From: Ian Campbell To: Shane Johnson Date: Wed, 26 Feb 2014 10:37:55 +0000 In-Reply-To: References: <1392887445.22494.12.camel@kazak.uk.xensource.com> <1393234445.16570.6.camel@kazak.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: Xen List Subject: Re: [Xen-users] Fwd: DomU freeze X-BeenThere: xen-users@lists.xen.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, 2014-02-24 at 13:54 -0700, Shane Johnson wrote: > > > > On Mon, Feb 24, 2014 at 2:34 AM, Ian Campbell > wrote: > On Thu, 2014-02-20 at 12:03 -0700, Shane Johnson wrote: > > I apparently forgot to forward this on to the list - Sorry > about that. > > [...] > > > Sorry for the vagueness. I was trying to keep things short > and sweet > > but I guess I failed. I'll do better next time. > > > No worries. > > > The Guest domains storage was on dedicated logical volumes. > These I > > would snapshot and image for a backup. When the Dom0 > crashed, I lost > > the original volumes and restored them from the images to > new volumes > > that are currently on a external HD for portability for > trying to get > > this bugger up or worst case resort to trying to recover the > files > > using some sort of forensic process. Unfortunately, I lost > the > > original host OS and all the configuration files. The > guests where > > originally created on either this machine that crashed or my > desktop > > and migrated via sneaker net to the crashed host. > > > > > > Yes the machine I am having a problem with is a HVM guest > running > > Windows 2000 that's sole purpose was a file server. > > > > > > The 100% CPU usage was for the DomU in xl top. > > > Are you sure you were using xl before? The default in Wheezy > was xend/xm > and the version of xl in Xen 4.1 (in Wheezy) is a bit tech > preview. > > > Yes, I read that xl is the future toolstack, so I switched my hosts > to it so I wouldn't have to catch up later. Does this issue go away if you use xend on 4.1? Or xl from 4.3 onwards? > > From your screenshot it looks like the BIOS trying to read > from the > CDROM. > > > I have tried it with boot = "cd" and "dc" and whether or not I press > a key to get into windows setup, it always acts the same way - > freezing right when it would seem like it should be accessing the MBR > of the disk. > > > You have disks named "xvd?" and xen_platform_pci=0, which I > think it a > bit unusual, I'm not sure what the result would be. Can you > try naming > your disks "hd?" instead. > > > From reading http://xenbits.xen.org/docs/4.2-testing/man/xl.cfg.5.html > it was my understanding these where needed or at least desirable for > guests using the GPLPV drivers. I use the xvd for the disks cause I > found it easier for the cd-rom stuff. xen_platform_pci=0 will disable the PV driver stuff, which is why I say it is unusual. Also cdroms are most often not dealt with via PV but always via emulation (which supports things like unplug notifications). Please try using the hd names for both, and then for just the cdrom. > > xenctx says it can't trace dom0 > > > You need to give it a domid as a parameter. > > > I get this message no matter what domain I enter into the command. Did you give it a domid? i.e. a number not a name. You can get the domid from xl/xm list or from "xl domid " (I don't think xm domid exists). > Please let me know if you would like me to try this again with the > hd in the disk parameters. Yes please. > I rereading some material since my last post, a question has come to > mind, what effect would not pausing the domain have on the bootability > of the image file? What do you mean "not pausing"? Are you starting with "xl create -p" and then "xl unpause"? Are you doing something in the middle? It might be worth trying your configuration with a fresh/undamaged Windows install -- just to rule out some weird disk corruption. Although you having run fixmbr and friends does seem like it might rule that out, but I don't know what the Windows mbr and bootloader actually do -- perhaps the corrupted filesystems are enough to send them into a tailspin. > Here is some other information. I have been able to add the LVM's to > another windows instance but everything just come across as the > dynamic volumes are corrupted and I can see the files of the Basic > volume. The basic partition is just the Windows OS and the dynamic > volumes are where the data I need is. I was trying to reboot the > original OS volume to try and see if it would recognize the dynamic > volumes, but that is what keeps freezing. I have tried some > file/partition recovery software with no luck. If anyone has any > ideas on how I can get this data back it would be greatly appreciated. I'm afraid I don't know what to recommend for Window's data recovery, perhaps someone else on the list has some advice. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Feb 26 10:39:07 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 26 Feb 2014 10:39: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 1WIbsM-0004bQ-Rs; Wed, 26 Feb 2014 10:38:06 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WIbsG-0004bL-Ar for xen-users@lists.xensource.com; Wed, 26 Feb 2014 10:38:00 +0000 Received: from [85.158.137.68:41154] by server-3.bemta-3.messagelabs.com id EB/64-14520-704CD035; Wed, 26 Feb 2014 10:37:59 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-5.tower-31.messagelabs.com!1393411077!3039224!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27824 invoked from network); 26 Feb 2014 10:37:58 -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; 26 Feb 2014 10:37:58 -0000 X-IronPort-AV: E=Sophos;i="4.97,547,1389744000"; d="scan'208";a="105865546" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 26 Feb 2014 10:37:57 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Wed, 26 Feb 2014 05:37:56 -0500 Message-ID: <1393411075.18730.24.camel@kazak.uk.xensource.com> From: Ian Campbell To: Shane Johnson Date: Wed, 26 Feb 2014 10:37:55 +0000 In-Reply-To: References: <1392887445.22494.12.camel@kazak.uk.xensource.com> <1393234445.16570.6.camel@kazak.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: Xen List Subject: Re: [Xen-users] Fwd: DomU freeze X-BeenThere: xen-users@lists.xen.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, 2014-02-24 at 13:54 -0700, Shane Johnson wrote: > > > > On Mon, Feb 24, 2014 at 2:34 AM, Ian Campbell > wrote: > On Thu, 2014-02-20 at 12:03 -0700, Shane Johnson wrote: > > I apparently forgot to forward this on to the list - Sorry > about that. > > [...] > > > Sorry for the vagueness. I was trying to keep things short > and sweet > > but I guess I failed. I'll do better next time. > > > No worries. > > > The Guest domains storage was on dedicated logical volumes. > These I > > would snapshot and image for a backup. When the Dom0 > crashed, I lost > > the original volumes and restored them from the images to > new volumes > > that are currently on a external HD for portability for > trying to get > > this bugger up or worst case resort to trying to recover the > files > > using some sort of forensic process. Unfortunately, I lost > the > > original host OS and all the configuration files. The > guests where > > originally created on either this machine that crashed or my > desktop > > and migrated via sneaker net to the crashed host. > > > > > > Yes the machine I am having a problem with is a HVM guest > running > > Windows 2000 that's sole purpose was a file server. > > > > > > The 100% CPU usage was for the DomU in xl top. > > > Are you sure you were using xl before? The default in Wheezy > was xend/xm > and the version of xl in Xen 4.1 (in Wheezy) is a bit tech > preview. > > > Yes, I read that xl is the future toolstack, so I switched my hosts > to it so I wouldn't have to catch up later. Does this issue go away if you use xend on 4.1? Or xl from 4.3 onwards? > > From your screenshot it looks like the BIOS trying to read > from the > CDROM. > > > I have tried it with boot = "cd" and "dc" and whether or not I press > a key to get into windows setup, it always acts the same way - > freezing right when it would seem like it should be accessing the MBR > of the disk. > > > You have disks named "xvd?" and xen_platform_pci=0, which I > think it a > bit unusual, I'm not sure what the result would be. Can you > try naming > your disks "hd?" instead. > > > From reading http://xenbits.xen.org/docs/4.2-testing/man/xl.cfg.5.html > it was my understanding these where needed or at least desirable for > guests using the GPLPV drivers. I use the xvd for the disks cause I > found it easier for the cd-rom stuff. xen_platform_pci=0 will disable the PV driver stuff, which is why I say it is unusual. Also cdroms are most often not dealt with via PV but always via emulation (which supports things like unplug notifications). Please try using the hd names for both, and then for just the cdrom. > > xenctx says it can't trace dom0 > > > You need to give it a domid as a parameter. > > > I get this message no matter what domain I enter into the command. Did you give it a domid? i.e. a number not a name. You can get the domid from xl/xm list or from "xl domid " (I don't think xm domid exists). > Please let me know if you would like me to try this again with the > hd in the disk parameters. Yes please. > I rereading some material since my last post, a question has come to > mind, what effect would not pausing the domain have on the bootability > of the image file? What do you mean "not pausing"? Are you starting with "xl create -p" and then "xl unpause"? Are you doing something in the middle? It might be worth trying your configuration with a fresh/undamaged Windows install -- just to rule out some weird disk corruption. Although you having run fixmbr and friends does seem like it might rule that out, but I don't know what the Windows mbr and bootloader actually do -- perhaps the corrupted filesystems are enough to send them into a tailspin. > Here is some other information. I have been able to add the LVM's to > another windows instance but everything just come across as the > dynamic volumes are corrupted and I can see the files of the Basic > volume. The basic partition is just the Windows OS and the dynamic > volumes are where the data I need is. I was trying to reboot the > original OS volume to try and see if it would recognize the dynamic > volumes, but that is what keeps freezing. I have tried some > file/partition recovery software with no luck. If anyone has any > ideas on how I can get this data back it would be greatly appreciated. I'm afraid I don't know what to recommend for Window's data recovery, perhaps someone else on the list has some advice. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Feb 26 10:44:21 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 26 Feb 2014 10: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 1WIbxg-0004mI-Rv; Wed, 26 Feb 2014 10:43:36 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WIbxf-0004mD-Sm for xen-users@lists.xen.org; Wed, 26 Feb 2014 10:43:36 +0000 Received: from [85.158.139.211:49997] by server-14.bemta-5.messagelabs.com id C0/0B-27598-755CD035; Wed, 26 Feb 2014 10:43:35 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-13.tower-206.messagelabs.com!1393411413!6338507!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30403 invoked from network); 26 Feb 2014 10:43:34 -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; 26 Feb 2014 10:43:34 -0000 X-IronPort-AV: E=Sophos;i="4.97,547,1389744000"; d="scan'208";a="104229718" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 26 Feb 2014 10:43:32 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL03.citrite.net (10.13.107.80) with Microsoft SMTP Server id 14.2.342.4; Wed, 26 Feb 2014 05:43:32 -0500 Message-ID: <1393411411.18730.27.camel@kazak.uk.xensource.com> From: Ian Campbell To: Jonathan Daugherty Date: Wed, 26 Feb 2014 10:43:31 +0000 In-Reply-To: <20140224193718.GF98069@galois.com> References: <20140224193718.GF98069@galois.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen on ARM: booting Linux from a physical partition X-BeenThere: xen-users@lists.xen.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, 2014-02-24 at 11:37 -0800, Jonathan Daugherty wrote: > Hi, > > I want to boot a Linux system from a root filesystem installed on an SD > card partition using an Arndale board. To do this, I have a domain > configuration file, > > kernel = "/linux-domU" > memory = 128 > name = "guest" > vcpus = 1 > disk = [ 'phy:/dev/mmcblk1p4,xvda,w' ] > extra = "... root=/dev/xvda ..." > > I set up the filesystem by writing an ext3 filesystem image to the > partition mentioned in the config using 'dd'. When the guest kernel > boots, I see > > blkfront: xvda: barrier or flush: disabled; persistent > grants: enabled; indirect descriptors: disabled; > xvda: unknown partition table > > and then > > List of all partitions: > ca00 991232 xvda driver: vbd > No filesystem could mount root, tried: ext3 ext4 vfat fuseblk > Kernel panic - not syncing: VFS: Unable to mount root fs on > unknown-block(202,0) > > I tried the 'file:' scheme for the disk setting in the configuration > file, but that causes the system to try to start QEMU. > > In general the partition table message I mentioned is not problematic as > long as the device in question is not treated as a partitioned disk; I'd > just like to mount /dev/xvda rather than treat it that way, and > historically I've never had problems doing that. And for what it's > worth, if I provide a physical device with a partition table instead of > blk1p4, the behavior is the same. > > What am I missing? What kernel versions are you using in dom0/domU? Prior to v3.12 Linux had a bug in the block device ABI, which was fixed in v3.13. However this means that Linux <= v3.12 can only interact with other such domains. The no-partition thing is fine, I do the same and ignore the same message. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Feb 26 10:44:21 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 26 Feb 2014 10: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 1WIbxg-0004mI-Rv; Wed, 26 Feb 2014 10:43:36 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WIbxf-0004mD-Sm for xen-users@lists.xen.org; Wed, 26 Feb 2014 10:43:36 +0000 Received: from [85.158.139.211:49997] by server-14.bemta-5.messagelabs.com id C0/0B-27598-755CD035; Wed, 26 Feb 2014 10:43:35 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-13.tower-206.messagelabs.com!1393411413!6338507!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30403 invoked from network); 26 Feb 2014 10:43:34 -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; 26 Feb 2014 10:43:34 -0000 X-IronPort-AV: E=Sophos;i="4.97,547,1389744000"; d="scan'208";a="104229718" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 26 Feb 2014 10:43:32 +0000 Received: from [10.80.2.80] (10.80.2.80) by FTLPEX01CL03.citrite.net (10.13.107.80) with Microsoft SMTP Server id 14.2.342.4; Wed, 26 Feb 2014 05:43:32 -0500 Message-ID: <1393411411.18730.27.camel@kazak.uk.xensource.com> From: Ian Campbell To: Jonathan Daugherty Date: Wed, 26 Feb 2014 10:43:31 +0000 In-Reply-To: <20140224193718.GF98069@galois.com> References: <20140224193718.GF98069@galois.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen on ARM: booting Linux from a physical partition X-BeenThere: xen-users@lists.xen.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, 2014-02-24 at 11:37 -0800, Jonathan Daugherty wrote: > Hi, > > I want to boot a Linux system from a root filesystem installed on an SD > card partition using an Arndale board. To do this, I have a domain > configuration file, > > kernel = "/linux-domU" > memory = 128 > name = "guest" > vcpus = 1 > disk = [ 'phy:/dev/mmcblk1p4,xvda,w' ] > extra = "... root=/dev/xvda ..." > > I set up the filesystem by writing an ext3 filesystem image to the > partition mentioned in the config using 'dd'. When the guest kernel > boots, I see > > blkfront: xvda: barrier or flush: disabled; persistent > grants: enabled; indirect descriptors: disabled; > xvda: unknown partition table > > and then > > List of all partitions: > ca00 991232 xvda driver: vbd > No filesystem could mount root, tried: ext3 ext4 vfat fuseblk > Kernel panic - not syncing: VFS: Unable to mount root fs on > unknown-block(202,0) > > I tried the 'file:' scheme for the disk setting in the configuration > file, but that causes the system to try to start QEMU. > > In general the partition table message I mentioned is not problematic as > long as the device in question is not treated as a partitioned disk; I'd > just like to mount /dev/xvda rather than treat it that way, and > historically I've never had problems doing that. And for what it's > worth, if I provide a physical device with a partition table instead of > blk1p4, the behavior is the same. > > What am I missing? What kernel versions are you using in dom0/domU? Prior to v3.12 Linux had a bug in the block device ABI, which was fixed in v3.13. However this means that Linux <= v3.12 can only interact with other such domains. The no-partition thing is fine, I do the same and ignore the same message. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Feb 26 14:33:26 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 26 Feb 2014 14:33: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 1WIfWg-0008EL-Ac; Wed, 26 Feb 2014 14:31:58 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WIfWf-0008EG-Cp for xen-users@lists.xensource.com; Wed, 26 Feb 2014 14:31:57 +0000 Received: from [85.158.143.35:40146] by server-1.bemta-4.messagelabs.com id 92/B8-31661-CDAFD035; Wed, 26 Feb 2014 14:31:56 +0000 X-Env-Sender: sdj@rasmussenequipment.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1393425113!8491001!1 X-Originating-IP: [64.18.1.191] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4646 invoked from network); 26 Feb 2014 14:31:54 -0000 Received: from exprod6og106.obsmtp.com (HELO exprod6og106.obsmtp.com) (64.18.1.191) by server-3.tower-21.messagelabs.com with SMTP; 26 Feb 2014 14:31:54 -0000 Received: from mail-qa0-f44.google.com ([209.85.216.44]) (using TLSv1) by exprod6ob106.postini.com ([64.18.5.12]) with SMTP ID DSNKUw362Yn/ZqKD4PPClIdZHKzzAFt6N0EU@postini.com; Wed, 26 Feb 2014 06:31:54 PST Received: by mail-qa0-f44.google.com with SMTP id f11so2255735qae.3 for ; Wed, 26 Feb 2014 06:31:52 -0800 (PST) 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:cc:content-type; bh=IbBIiC3t4GIIs8gJI009JW+azZUGOFPgQ0lpBKmgFn0=; b=lxYDTCstJOBb9ic9JtGyhxzDJRMYCnUnxXFWj8WmiZ6/7zgANxGNmsGdw6JAEO2Huf BokH+YozwSEPUgG3fI0zAWpJk2yZJtfVqFJ18DW90MDrC4flEM7B5DCCKhLFAM/QC14G XW1co6fg+XtHg8xMjpMLkcDLihWkd4vxLXfTRg3sDidnhY1z4zLZfR+hjGLz3usUdhNb fQ/AM3OnHQz3V7GUkOmLxi0nAUwI46bRngFrytakfOPsslFXW8bPTf1n4BSVJp8SUosl HP56gBpO8BcwSIj7h5SQAZCrIPOtFyGR+6JEOiQph/EIV3dz7oJ6oW1jCwwL02iDTJ63 TPPA== X-Gm-Message-State: ALoCoQkJi9/xLUbZz6PSkBY11kutWYHBweaHazZ34i4KRcAJlGQDQv6LktbDWWZAPZGMlVCeMUOl7YYlmAnaW8lv3E/MsKCUqfTRJTBFC+coziExC3zYuT/F2T8F51zIr+ndnsWP2wxqG8TYgv+qqn83U+PiGB/70O2bIxdblLmRJkm5WJEM9jELoeG+XtWgk8/3S6NdcQ3n X-Received: by 10.229.56.200 with SMTP id z8mr10558022qcg.1.1393425112711; Wed, 26 Feb 2014 06:31:52 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.229.56.200 with SMTP id z8mr10557980qcg.1.1393425112403; Wed, 26 Feb 2014 06:31:52 -0800 (PST) Received: by 10.140.93.164 with HTTP; Wed, 26 Feb 2014 06:31:52 -0800 (PST) In-Reply-To: <1393411075.18730.24.camel@kazak.uk.xensource.com> References: <1392887445.22494.12.camel@kazak.uk.xensource.com> <1393234445.16570.6.camel@kazak.uk.xensource.com> <1393411075.18730.24.camel@kazak.uk.xensource.com> Date: Wed, 26 Feb 2014 07:31:52 -0700 Message-ID: From: Shane Johnson Cc: Xen List Subject: Re: [Xen-users] Fwd: DomU freeze X-BeenThere: xen-users@lists.xen.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="===============5203311067482501468==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5203311067482501468== Content-Type: multipart/alternative; boundary=001a113308a4d89b6c04f35010f8 --001a113308a4d89b6c04f35010f8 Content-Type: text/plain; charset=ISO-8859-1 On Wed, Feb 26, 2014 at 3:37 AM, Ian Campbell wrote: > On Mon, 2014-02-24 at 13:54 -0700, Shane Johnson wrote: > > > > > > > > On Mon, Feb 24, 2014 at 2:34 AM, Ian Campbell > > wrote: > > On Thu, 2014-02-20 at 12:03 -0700, Shane Johnson wrote: > > > I apparently forgot to forward this on to the list - Sorry > > about that. > > > > [...] > > > > > Sorry for the vagueness. I was trying to keep things short > > and sweet > > > but I guess I failed. I'll do better next time. > > > > > > No worries. > > > > > The Guest domains storage was on dedicated logical volumes. > > These I > > > would snapshot and image for a backup. When the Dom0 > > crashed, I lost > > > the original volumes and restored them from the images to > > new volumes > > > that are currently on a external HD for portability for > > trying to get > > > this bugger up or worst case resort to trying to recover the > > files > > > using some sort of forensic process. Unfortunately, I lost > > the > > > original host OS and all the configuration files. The > > guests where > > > originally created on either this machine that crashed or my > > desktop > > > and migrated via sneaker net to the crashed host. > > > > > > > > > Yes the machine I am having a problem with is a HVM guest > > running > > > Windows 2000 that's sole purpose was a file server. > > > > > > > > > The 100% CPU usage was for the DomU in xl top. > > > > > > Are you sure you were using xl before? The default in Wheezy > > was xend/xm > > and the version of xl in Xen 4.1 (in Wheezy) is a bit tech > > preview. > > > > > > Yes, I read that xl is the future toolstack, so I switched my hosts > > to it so I wouldn't have to catch up later. > > Does this issue go away if you use xend on 4.1? Or xl from 4.3 onwards? > > Nope - Same behavior no matter what toolstack I use. > > > > From your screenshot it looks like the BIOS trying to read > > from the > > CDROM. > > > > > > I have tried it with boot = "cd" and "dc" and whether or not I press > > a key to get into windows setup, it always acts the same way - > > freezing right when it would seem like it should be accessing the MBR > > of the disk. > > > > > > You have disks named "xvd?" and xen_platform_pci=0, which I > > think it a > > bit unusual, I'm not sure what the result would be. Can you > > try naming > > your disks "hd?" instead. > > > > > > From reading http://xenbits.xen.org/docs/4.2-testing/man/xl.cfg.5.html > > it was my understanding these where needed or at least desirable for > > guests using the GPLPV drivers. I use the xvd for the disks cause I > > found it easier for the cd-rom stuff. > > xen_platform_pci=0 will disable the PV driver stuff, which is why I say > it is unusual. > That was my understanding as well. But disabling that shouldn't make the volume lock in boot correct? > > Also cdroms are most often not dealt with via PV but always via > emulation (which supports things like unplug notifications). > > Please try using the hd names for both, and then for just the cdrom. > I tried by switching everything to hd and have the same result. > > > > xenctx says it can't trace dom0 > > > > > > You need to give it a domid as a parameter. > > > > > > I get this message no matter what domain I enter into the command. > > Did you give it a domid? i.e. a number not a name. You can get the domid > from xl/xm list or from "xl domid " (I don't think xm domid > exists). > No. Sorry I used the name... I will retry this with the new information you gave me. > > > Please let me know if you would like me to try this again with the > > hd in the disk parameters. > > Yes please. > > > I rereading some material since my last post, a question has come to > > mind, what effect would not pausing the domain have on the bootability > > of the image file? > > What do you mean "not pausing"? Are you starting with "xl create -p" and > then "xl unpause"? Are you doing something in the middle? > > Nope, I meant when doing the image of the lvm, if it's going to cause a problem if I don't run xl pause {DomU} or xl shutdown {DomU} before I take the snapshot. Then unpausing or recreating the DomU afterwards. I have been doing the snapshots live. > It might be worth trying your configuration with a fresh/undamaged > Windows install -- just to rule out some weird disk corruption. Although > you having run fixmbr and friends does seem like it might rule that out, > but I don't know what the Windows mbr and bootloader actually do -- > perhaps the corrupted filesystems are enough to send them into a > tailspin. > > When I add the disks to a new install I can see the basic partition but not the dynamic ones, they come across as corrupted. > Here is some other information. I have been able to add the LVM's to > > another windows instance but everything just come across as the > > dynamic volumes are corrupted and I can see the files of the Basic > > volume. The basic partition is just the Windows OS and the dynamic > > volumes are where the data I need is. I was trying to reboot the > > original OS volume to try and see if it would recognize the dynamic > > volumes, but that is what keeps freezing. I have tried some > > file/partition recovery software with no luck. If anyone has any > > ideas on how I can get this data back it would be greatly appreciated. > > I'm afraid I don't know what to recommend for Window's data recovery, > perhaps someone else on the list has some advice. > > Ian. > > -- Shane D. Johnson IT Administrator Rasmussen Equipment --001a113308a4d89b6c04f35010f8 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable



On Wed, Feb 26, 2014 at 3:37 AM, Ian Campbell <= ;Ian.Campbell@= citrix.com> wrote:
On Mon, 2014-02-24 at 13= :54 -0700, Shane Johnson wrote:
>
>
>
> On Mon, Feb 24, 2014 at 2:34 AM, Ian Campbell
> <Ian.Campbell@citrix.com= > wrote:
> =A0 =A0 =A0 =A0 On Thu, 2014-02-20 at 12:03 -0700, Shane Johnson wrote= :
> =A0 =A0 =A0 =A0 > I apparently forgot to forward this on to the lis= t - Sorry
> =A0 =A0 =A0 =A0 about that.
>
> =A0 =A0 =A0 =A0 [...]
>
> =A0 =A0 =A0 =A0 > Sorry for the vagueness. =A0I was trying to keep = =A0things short
> =A0 =A0 =A0 =A0 and sweet
> =A0 =A0 =A0 =A0 > but I guess I failed. =A0I'll do better next = time.
>
>
> =A0 =A0 =A0 =A0 No worries.
>
> =A0 =A0 =A0 =A0 > The Guest domains storage was on dedicated logica= l volumes.
> =A0 =A0 =A0 =A0 =A0These I
> =A0 =A0 =A0 =A0 > would snapshot and image for a backup. =A0 When t= he Dom0
> =A0 =A0 =A0 =A0 crashed, I lost
> =A0 =A0 =A0 =A0 > the original volumes and restored them from the i= mages to
> =A0 =A0 =A0 =A0 new volumes
> =A0 =A0 =A0 =A0 > that are currently on a external HD for portabili= ty for
> =A0 =A0 =A0 =A0 trying to get
> =A0 =A0 =A0 =A0 > this bugger up or worst case resort to trying to = recover the
> =A0 =A0 =A0 =A0 files
> =A0 =A0 =A0 =A0 > using some sort of forensic process. =A0Unfortuna= tely, I lost
> =A0 =A0 =A0 =A0 the
> =A0 =A0 =A0 =A0 > original host OS and all the configuration files.= =A0The
> =A0 =A0 =A0 =A0 guests where
> =A0 =A0 =A0 =A0 > originally created on either this machine that cr= ashed or my
> =A0 =A0 =A0 =A0 desktop
> =A0 =A0 =A0 =A0 > and migrated via sneaker net to the crashed host.=
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > Yes the machine I am having a problem with is a H= VM guest
> =A0 =A0 =A0 =A0 running
> =A0 =A0 =A0 =A0 > Windows 2000 that's sole purpose was a file s= erver.
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > The 100% CPU usage was for the DomU in xl top. >
>
> =A0 =A0 =A0 =A0 Are you sure you were using xl before? The default in = Wheezy
> =A0 =A0 =A0 =A0 was xend/xm
> =A0 =A0 =A0 =A0 and the version of xl in Xen 4.1 (in Wheezy) is a bit = tech
> =A0 =A0 =A0 =A0 preview.
>
>
> Yes, I read that =A0xl is the future toolstack, so I switched my hosts=
> to it so I wouldn't have to catch up later.

Does this issue go away if you use xend on 4.1? Or xl from 4.3 = onwards?


Nope - Same beha= vior no matter what toolstack I use.
=A0
>
> =A0 =A0 =A0 =A0 From your screenshot it looks like the BIOS trying to = read
> =A0 =A0 =A0 =A0 from the
> =A0 =A0 =A0 =A0 CDROM.
>
>
> I have tried it with boot =3D "cd" and "dc" and wh= ether or not =A0I press
> a key to get =A0into windows setup, it always acts the same way -
> freezing right when it would seem like it should be accessing the MBR<= br> > of the disk.
>
>
> =A0 =A0 =A0 =A0 You have disks named "xvd?" and xen_platform= _pci=3D0, which I
> =A0 =A0 =A0 =A0 think it a
> =A0 =A0 =A0 =A0 bit unusual, I'm not sure what the result would be= . Can you
> =A0 =A0 =A0 =A0 try naming
> =A0 =A0 =A0 =A0 your disks "hd?" instead.
>
>
> From reading http://xenbits.xen.org/docs/4.2-testing/man/= xl.cfg.5.html
> it was my understanding these where needed or at least desirable for > guests using the GPLPV drivers. =A0I use the xvd for the disks cause I=
> found it easier for the cd-rom stuff.

xen_platform_pci=3D0 will disable the PV driver stuff, which is why I= say
it is unusual.

That was my understandin= g as well. =A0But disabling that shouldn't make the volume lock in boot= correct?
=A0

Also cdroms are most often not dealt with via PV but always via
emulation (which supports things like unplug notifications).

Please try using the hd names for both, and then for just the cdrom.

I tried by switching everything to hd and hav= e the same result.
=A0

> =A0 =A0 =A0 =A0 > xenctx says it can't trace dom0
>
>
> =A0 =A0 =A0 =A0 You need to give it a domid as a parameter.
>
>
> I get this message no matter what domain I enter into the command.

Did you give it a domid? i.e. a number not a name. You can get the do= mid
from xl/xm list =A0or from "xl domid <name>" (I don't t= hink xm domid
exists).

No. =A0Sorry I used the name..= . =A0I will retry this with the new information you gave me.

=
=A0

> =A0 Please let me know if you would like me to try this again with the=
> hd in the disk parameters.

Yes please.

> I rereading some material since my last post, a question has come to > mind, what effect would not pausing the domain have on the bootability=
> of the image file?
=A0
What do you mean "not pausing"? Are you starting with "= ;xl create -p" and
then "xl unpause"? Are you doing something in the middle?

=A0
Nope, I meant when doing the image of t= he lvm, if it's going to cause a problem if I don't run xl pause {D= omU} or xl shutdown {DomU} =A0before I take the snapshot. =A0Then unpausing= or recreating the DomU afterwards. =A0I have been doing the snapshots live= .
=A0
It might be worth trying your configuration with a fresh/undamaged
Windows install -- just to rule out some weird disk corruption. Although you having run fixmbr and friends does seem like it might rule that out, but I don't know what the Windows mbr and bootloader actually do --
perhaps the corrupted filesystems are enough to send them into a
tailspin.


When I add the d= isks to a new install =A0I can see the basic partition but not the dynamic = ones, they come across as corrupted.

> Here is some other information. =A0I have been able to add the LVM'= ;s to
> another windows instance but everything just come across as the
> dynamic volumes are corrupted and I can see the files of the Basic
> volume. =A0The basic partition is just the Windows OS and the dynamic<= br> > volumes are where the data I need is. =A0I was trying to reboot the > original OS volume to try and see if it would recognize the dynamic > volumes, but that is what keeps freezing. =A0I have tried some
> file/partition recovery software with no luck. =A0If anyone has any > ideas on how I can get this data back it would be greatly appreciated.=

I'm afraid I don't know what to recommend for Window's da= ta recovery,
perhaps someone else on the list has some advice.

Ian.




-- Shane D. Johnson
IT Administrator
Rasmussen Equipment
=


--001a113308a4d89b6c04f35010f8-- --===============5203311067482501468== 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 --===============5203311067482501468==-- From xen-users-bounces@lists.xen.org Wed Feb 26 14:33:26 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 26 Feb 2014 14:33: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 1WIfWg-0008EL-Ac; Wed, 26 Feb 2014 14:31:58 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WIfWf-0008EG-Cp for xen-users@lists.xensource.com; Wed, 26 Feb 2014 14:31:57 +0000 Received: from [85.158.143.35:40146] by server-1.bemta-4.messagelabs.com id 92/B8-31661-CDAFD035; Wed, 26 Feb 2014 14:31:56 +0000 X-Env-Sender: sdj@rasmussenequipment.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1393425113!8491001!1 X-Originating-IP: [64.18.1.191] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4646 invoked from network); 26 Feb 2014 14:31:54 -0000 Received: from exprod6og106.obsmtp.com (HELO exprod6og106.obsmtp.com) (64.18.1.191) by server-3.tower-21.messagelabs.com with SMTP; 26 Feb 2014 14:31:54 -0000 Received: from mail-qa0-f44.google.com ([209.85.216.44]) (using TLSv1) by exprod6ob106.postini.com ([64.18.5.12]) with SMTP ID DSNKUw362Yn/ZqKD4PPClIdZHKzzAFt6N0EU@postini.com; Wed, 26 Feb 2014 06:31:54 PST Received: by mail-qa0-f44.google.com with SMTP id f11so2255735qae.3 for ; Wed, 26 Feb 2014 06:31:52 -0800 (PST) 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:cc:content-type; bh=IbBIiC3t4GIIs8gJI009JW+azZUGOFPgQ0lpBKmgFn0=; b=lxYDTCstJOBb9ic9JtGyhxzDJRMYCnUnxXFWj8WmiZ6/7zgANxGNmsGdw6JAEO2Huf BokH+YozwSEPUgG3fI0zAWpJk2yZJtfVqFJ18DW90MDrC4flEM7B5DCCKhLFAM/QC14G XW1co6fg+XtHg8xMjpMLkcDLihWkd4vxLXfTRg3sDidnhY1z4zLZfR+hjGLz3usUdhNb fQ/AM3OnHQz3V7GUkOmLxi0nAUwI46bRngFrytakfOPsslFXW8bPTf1n4BSVJp8SUosl HP56gBpO8BcwSIj7h5SQAZCrIPOtFyGR+6JEOiQph/EIV3dz7oJ6oW1jCwwL02iDTJ63 TPPA== X-Gm-Message-State: ALoCoQkJi9/xLUbZz6PSkBY11kutWYHBweaHazZ34i4KRcAJlGQDQv6LktbDWWZAPZGMlVCeMUOl7YYlmAnaW8lv3E/MsKCUqfTRJTBFC+coziExC3zYuT/F2T8F51zIr+ndnsWP2wxqG8TYgv+qqn83U+PiGB/70O2bIxdblLmRJkm5WJEM9jELoeG+XtWgk8/3S6NdcQ3n X-Received: by 10.229.56.200 with SMTP id z8mr10558022qcg.1.1393425112711; Wed, 26 Feb 2014 06:31:52 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.229.56.200 with SMTP id z8mr10557980qcg.1.1393425112403; Wed, 26 Feb 2014 06:31:52 -0800 (PST) Received: by 10.140.93.164 with HTTP; Wed, 26 Feb 2014 06:31:52 -0800 (PST) In-Reply-To: <1393411075.18730.24.camel@kazak.uk.xensource.com> References: <1392887445.22494.12.camel@kazak.uk.xensource.com> <1393234445.16570.6.camel@kazak.uk.xensource.com> <1393411075.18730.24.camel@kazak.uk.xensource.com> Date: Wed, 26 Feb 2014 07:31:52 -0700 Message-ID: From: Shane Johnson Cc: Xen List Subject: Re: [Xen-users] Fwd: DomU freeze X-BeenThere: xen-users@lists.xen.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="===============5203311067482501468==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5203311067482501468== Content-Type: multipart/alternative; boundary=001a113308a4d89b6c04f35010f8 --001a113308a4d89b6c04f35010f8 Content-Type: text/plain; charset=ISO-8859-1 On Wed, Feb 26, 2014 at 3:37 AM, Ian Campbell wrote: > On Mon, 2014-02-24 at 13:54 -0700, Shane Johnson wrote: > > > > > > > > On Mon, Feb 24, 2014 at 2:34 AM, Ian Campbell > > wrote: > > On Thu, 2014-02-20 at 12:03 -0700, Shane Johnson wrote: > > > I apparently forgot to forward this on to the list - Sorry > > about that. > > > > [...] > > > > > Sorry for the vagueness. I was trying to keep things short > > and sweet > > > but I guess I failed. I'll do better next time. > > > > > > No worries. > > > > > The Guest domains storage was on dedicated logical volumes. > > These I > > > would snapshot and image for a backup. When the Dom0 > > crashed, I lost > > > the original volumes and restored them from the images to > > new volumes > > > that are currently on a external HD for portability for > > trying to get > > > this bugger up or worst case resort to trying to recover the > > files > > > using some sort of forensic process. Unfortunately, I lost > > the > > > original host OS and all the configuration files. The > > guests where > > > originally created on either this machine that crashed or my > > desktop > > > and migrated via sneaker net to the crashed host. > > > > > > > > > Yes the machine I am having a problem with is a HVM guest > > running > > > Windows 2000 that's sole purpose was a file server. > > > > > > > > > The 100% CPU usage was for the DomU in xl top. > > > > > > Are you sure you were using xl before? The default in Wheezy > > was xend/xm > > and the version of xl in Xen 4.1 (in Wheezy) is a bit tech > > preview. > > > > > > Yes, I read that xl is the future toolstack, so I switched my hosts > > to it so I wouldn't have to catch up later. > > Does this issue go away if you use xend on 4.1? Or xl from 4.3 onwards? > > Nope - Same behavior no matter what toolstack I use. > > > > From your screenshot it looks like the BIOS trying to read > > from the > > CDROM. > > > > > > I have tried it with boot = "cd" and "dc" and whether or not I press > > a key to get into windows setup, it always acts the same way - > > freezing right when it would seem like it should be accessing the MBR > > of the disk. > > > > > > You have disks named "xvd?" and xen_platform_pci=0, which I > > think it a > > bit unusual, I'm not sure what the result would be. Can you > > try naming > > your disks "hd?" instead. > > > > > > From reading http://xenbits.xen.org/docs/4.2-testing/man/xl.cfg.5.html > > it was my understanding these where needed or at least desirable for > > guests using the GPLPV drivers. I use the xvd for the disks cause I > > found it easier for the cd-rom stuff. > > xen_platform_pci=0 will disable the PV driver stuff, which is why I say > it is unusual. > That was my understanding as well. But disabling that shouldn't make the volume lock in boot correct? > > Also cdroms are most often not dealt with via PV but always via > emulation (which supports things like unplug notifications). > > Please try using the hd names for both, and then for just the cdrom. > I tried by switching everything to hd and have the same result. > > > > xenctx says it can't trace dom0 > > > > > > You need to give it a domid as a parameter. > > > > > > I get this message no matter what domain I enter into the command. > > Did you give it a domid? i.e. a number not a name. You can get the domid > from xl/xm list or from "xl domid " (I don't think xm domid > exists). > No. Sorry I used the name... I will retry this with the new information you gave me. > > > Please let me know if you would like me to try this again with the > > hd in the disk parameters. > > Yes please. > > > I rereading some material since my last post, a question has come to > > mind, what effect would not pausing the domain have on the bootability > > of the image file? > > What do you mean "not pausing"? Are you starting with "xl create -p" and > then "xl unpause"? Are you doing something in the middle? > > Nope, I meant when doing the image of the lvm, if it's going to cause a problem if I don't run xl pause {DomU} or xl shutdown {DomU} before I take the snapshot. Then unpausing or recreating the DomU afterwards. I have been doing the snapshots live. > It might be worth trying your configuration with a fresh/undamaged > Windows install -- just to rule out some weird disk corruption. Although > you having run fixmbr and friends does seem like it might rule that out, > but I don't know what the Windows mbr and bootloader actually do -- > perhaps the corrupted filesystems are enough to send them into a > tailspin. > > When I add the disks to a new install I can see the basic partition but not the dynamic ones, they come across as corrupted. > Here is some other information. I have been able to add the LVM's to > > another windows instance but everything just come across as the > > dynamic volumes are corrupted and I can see the files of the Basic > > volume. The basic partition is just the Windows OS and the dynamic > > volumes are where the data I need is. I was trying to reboot the > > original OS volume to try and see if it would recognize the dynamic > > volumes, but that is what keeps freezing. I have tried some > > file/partition recovery software with no luck. If anyone has any > > ideas on how I can get this data back it would be greatly appreciated. > > I'm afraid I don't know what to recommend for Window's data recovery, > perhaps someone else on the list has some advice. > > Ian. > > -- Shane D. Johnson IT Administrator Rasmussen Equipment --001a113308a4d89b6c04f35010f8 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable



On Wed, Feb 26, 2014 at 3:37 AM, Ian Campbell <= ;Ian.Campbell@= citrix.com> wrote:
On Mon, 2014-02-24 at 13= :54 -0700, Shane Johnson wrote:
>
>
>
> On Mon, Feb 24, 2014 at 2:34 AM, Ian Campbell
> <Ian.Campbell@citrix.com= > wrote:
> =A0 =A0 =A0 =A0 On Thu, 2014-02-20 at 12:03 -0700, Shane Johnson wrote= :
> =A0 =A0 =A0 =A0 > I apparently forgot to forward this on to the lis= t - Sorry
> =A0 =A0 =A0 =A0 about that.
>
> =A0 =A0 =A0 =A0 [...]
>
> =A0 =A0 =A0 =A0 > Sorry for the vagueness. =A0I was trying to keep = =A0things short
> =A0 =A0 =A0 =A0 and sweet
> =A0 =A0 =A0 =A0 > but I guess I failed. =A0I'll do better next = time.
>
>
> =A0 =A0 =A0 =A0 No worries.
>
> =A0 =A0 =A0 =A0 > The Guest domains storage was on dedicated logica= l volumes.
> =A0 =A0 =A0 =A0 =A0These I
> =A0 =A0 =A0 =A0 > would snapshot and image for a backup. =A0 When t= he Dom0
> =A0 =A0 =A0 =A0 crashed, I lost
> =A0 =A0 =A0 =A0 > the original volumes and restored them from the i= mages to
> =A0 =A0 =A0 =A0 new volumes
> =A0 =A0 =A0 =A0 > that are currently on a external HD for portabili= ty for
> =A0 =A0 =A0 =A0 trying to get
> =A0 =A0 =A0 =A0 > this bugger up or worst case resort to trying to = recover the
> =A0 =A0 =A0 =A0 files
> =A0 =A0 =A0 =A0 > using some sort of forensic process. =A0Unfortuna= tely, I lost
> =A0 =A0 =A0 =A0 the
> =A0 =A0 =A0 =A0 > original host OS and all the configuration files.= =A0The
> =A0 =A0 =A0 =A0 guests where
> =A0 =A0 =A0 =A0 > originally created on either this machine that cr= ashed or my
> =A0 =A0 =A0 =A0 desktop
> =A0 =A0 =A0 =A0 > and migrated via sneaker net to the crashed host.=
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > Yes the machine I am having a problem with is a H= VM guest
> =A0 =A0 =A0 =A0 running
> =A0 =A0 =A0 =A0 > Windows 2000 that's sole purpose was a file s= erver.
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > The 100% CPU usage was for the DomU in xl top. >
>
> =A0 =A0 =A0 =A0 Are you sure you were using xl before? The default in = Wheezy
> =A0 =A0 =A0 =A0 was xend/xm
> =A0 =A0 =A0 =A0 and the version of xl in Xen 4.1 (in Wheezy) is a bit = tech
> =A0 =A0 =A0 =A0 preview.
>
>
> Yes, I read that =A0xl is the future toolstack, so I switched my hosts=
> to it so I wouldn't have to catch up later.

Does this issue go away if you use xend on 4.1? Or xl from 4.3 = onwards?


Nope - Same beha= vior no matter what toolstack I use.
=A0
>
> =A0 =A0 =A0 =A0 From your screenshot it looks like the BIOS trying to = read
> =A0 =A0 =A0 =A0 from the
> =A0 =A0 =A0 =A0 CDROM.
>
>
> I have tried it with boot =3D "cd" and "dc" and wh= ether or not =A0I press
> a key to get =A0into windows setup, it always acts the same way -
> freezing right when it would seem like it should be accessing the MBR<= br> > of the disk.
>
>
> =A0 =A0 =A0 =A0 You have disks named "xvd?" and xen_platform= _pci=3D0, which I
> =A0 =A0 =A0 =A0 think it a
> =A0 =A0 =A0 =A0 bit unusual, I'm not sure what the result would be= . Can you
> =A0 =A0 =A0 =A0 try naming
> =A0 =A0 =A0 =A0 your disks "hd?" instead.
>
>
> From reading http://xenbits.xen.org/docs/4.2-testing/man/= xl.cfg.5.html
> it was my understanding these where needed or at least desirable for > guests using the GPLPV drivers. =A0I use the xvd for the disks cause I=
> found it easier for the cd-rom stuff.

xen_platform_pci=3D0 will disable the PV driver stuff, which is why I= say
it is unusual.

That was my understandin= g as well. =A0But disabling that shouldn't make the volume lock in boot= correct?
=A0

Also cdroms are most often not dealt with via PV but always via
emulation (which supports things like unplug notifications).

Please try using the hd names for both, and then for just the cdrom.

I tried by switching everything to hd and hav= e the same result.
=A0

> =A0 =A0 =A0 =A0 > xenctx says it can't trace dom0
>
>
> =A0 =A0 =A0 =A0 You need to give it a domid as a parameter.
>
>
> I get this message no matter what domain I enter into the command.

Did you give it a domid? i.e. a number not a name. You can get the do= mid
from xl/xm list =A0or from "xl domid <name>" (I don't t= hink xm domid
exists).

No. =A0Sorry I used the name..= . =A0I will retry this with the new information you gave me.

=
=A0

> =A0 Please let me know if you would like me to try this again with the=
> hd in the disk parameters.

Yes please.

> I rereading some material since my last post, a question has come to > mind, what effect would not pausing the domain have on the bootability=
> of the image file?
=A0
What do you mean "not pausing"? Are you starting with "= ;xl create -p" and
then "xl unpause"? Are you doing something in the middle?

=A0
Nope, I meant when doing the image of t= he lvm, if it's going to cause a problem if I don't run xl pause {D= omU} or xl shutdown {DomU} =A0before I take the snapshot. =A0Then unpausing= or recreating the DomU afterwards. =A0I have been doing the snapshots live= .
=A0
It might be worth trying your configuration with a fresh/undamaged
Windows install -- just to rule out some weird disk corruption. Although you having run fixmbr and friends does seem like it might rule that out, but I don't know what the Windows mbr and bootloader actually do --
perhaps the corrupted filesystems are enough to send them into a
tailspin.


When I add the d= isks to a new install =A0I can see the basic partition but not the dynamic = ones, they come across as corrupted.

> Here is some other information. =A0I have been able to add the LVM'= ;s to
> another windows instance but everything just come across as the
> dynamic volumes are corrupted and I can see the files of the Basic
> volume. =A0The basic partition is just the Windows OS and the dynamic<= br> > volumes are where the data I need is. =A0I was trying to reboot the > original OS volume to try and see if it would recognize the dynamic > volumes, but that is what keeps freezing. =A0I have tried some
> file/partition recovery software with no luck. =A0If anyone has any > ideas on how I can get this data back it would be greatly appreciated.=

I'm afraid I don't know what to recommend for Window's da= ta recovery,
perhaps someone else on the list has some advice.

Ian.




-- Shane D. Johnson
IT Administrator
Rasmussen Equipment
=


--001a113308a4d89b6c04f35010f8-- --===============5203311067482501468== 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 --===============5203311067482501468==-- From xen-users-bounces@lists.xen.org Wed Feb 26 14:33:45 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 26 Feb 2014 14:33: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 1WIfYD-0008GN-1E; Wed, 26 Feb 2014 14:33:33 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WIfY9-0008GA-JX for xen-users@lists.xensource.com; Wed, 26 Feb 2014 14:33:31 +0000 Received: from [193.109.254.147:32778] by server-15.bemta-14.messagelabs.com id 3A/A2-10839-83BFD035; Wed, 26 Feb 2014 14:33:28 +0000 X-Env-Sender: sdj@rasmussenequipment.com X-Msg-Ref: server-3.tower-27.messagelabs.com!1393425207!7022077!1 X-Originating-IP: [64.18.1.31] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15692 invoked from network); 26 Feb 2014 14:33:27 -0000 Received: from exprod6og113.obsmtp.com (HELO exprod6og113.obsmtp.com) (64.18.1.31) by server-3.tower-27.messagelabs.com with SMTP; 26 Feb 2014 14:33:27 -0000 Received: from mail-qa0-f51.google.com ([209.85.216.51]) (using TLSv1) by exprod6ob113.postini.com ([64.18.5.12]) with SMTP ID DSNKUw37NhOhArs3c5ZXSV4U4WpM5v58bxTb@postini.com; Wed, 26 Feb 2014 06:33:27 PST Received: by mail-qa0-f51.google.com with SMTP id j7so2193278qaq.38 for ; Wed, 26 Feb 2014 06:33:26 -0800 (PST) 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:cc:content-type; bh=J0hFT8SuoY7wZFhKftflTIYBCFGkrc2OpC9YcNp03qU=; b=azUhqn/rnOIdmpAgL4lrBZOXC5HEPy1aJUxAhIH6Sg8lGw42CxZeJAuT0u2aewTXss UKN1k7ndR72HQgeV/uUgUhvz67J2JMCIjHENZXty+G+m4vMjtQClnTYi8+gp4Uj8vwvw EbuG0SDfHaC/0VxN2Hx0i5nvayazZ+m5EYV2ffYvk/9ZM6ws+G0EM8OOkJqzvfJnqrXK ZaI8jDiUSF3YSMRwu9wp3ZI2+AXKRQ/rsvfl1teCqtTliZL9lWgIq2f7ZK/OhoXrXI4s UXsFJ7h+rpYganIu5KWwput7XozHgw4u9nZXEB/Yg0R+HVrY4sNBbs4RWzbvYBYfusmm bVKw== X-Gm-Message-State: ALoCoQk6hUdo83dWlg7yjzHQXoPC0q0Eda86s0d/frGvk6LCRXBowq7n+t9IdNHsDL2Luo7wZVptFV0hJY3IVwAd36uXUY2XfAJheNIzqUadj9lLr3UtVWuXDkOFeNFmpV0F1HrWtcPYwIvIj9xsm2T6uSMe/byJuak7b+1oswZejMqdbtibjdq3w6QJHnKt+Ywye7oQKNwJ X-Received: by 10.140.41.74 with SMTP id y68mr7533444qgy.105.1393425206366; Wed, 26 Feb 2014 06:33:26 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.140.41.74 with SMTP id y68mr7533414qgy.105.1393425206106; Wed, 26 Feb 2014 06:33:26 -0800 (PST) Received: by 10.140.93.164 with HTTP; Wed, 26 Feb 2014 06:33:26 -0800 (PST) In-Reply-To: <1393407954.18730.8.camel@kazak.uk.xensource.com> References: <1393407954.18730.8.camel@kazak.uk.xensource.com> Date: Wed, 26 Feb 2014 07:33:26 -0700 Message-ID: From: Shane Johnson Cc: Xen List Subject: Re: [Xen-users] Xen 4.3 qemu question X-BeenThere: xen-users@lists.xen.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="===============0903022791597985641==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0903022791597985641== Content-Type: multipart/alternative; boundary=001a11c1223a6e9fc404f350169a --001a11c1223a6e9fc404f350169a Content-Type: text/plain; charset=ISO-8859-1 Great - thanks for the info. That at least was an easy one. Shane On Wed, Feb 26, 2014 at 2:45 AM, Ian Campbell wrote: > On Tue, 2014-02-25 at 14:25 -0700, Shane Johnson wrote: > > I am running my Dom0 on Debian and have some on Jessie. In Jessie I > > have to link /usr/lib/xen-4.3/bin/qemu-system-i386 > > to /usr/bin/qemu-system-i386. I was wondering if for 64 bit OS like > > Windows Server 2008/2012 if I should be running them off > > qemu-system-x86? > > There's no need. Xen doesn't use any of the CPU emulation capabilities > of Qemu, only the device emulation bits ("device models") which are the > same for all CPUs, we just had to pick a CPU to keep the qemu build > happy and i386 is as good as any other. > > Ian. > > > > -- Shane D. Johnson IT Administrator Rasmussen Equipment --001a11c1223a6e9fc404f350169a Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Great - thanks for the info. =A0That at least was an easy = one.

Shane

On Wed, Feb 26, 2014 at 2:45 AM, Ian Campbell <= span dir=3D"ltr"><Ian.Campbell@citrix.com> wrote:
On Tue, 2014-02-25 at 14:25 = -0700, Shane Johnson wrote:
> I am running my Dom0 on Debian and have some on Jessie. =A0In Jessie I=
> have to link /usr/lib/xen-4.3/bin/qemu-system-i386
> to /usr/bin/qemu-system-i386. =A0I was wondering if for 64 bit OS like=
> Windows Server 2008/2012 if I should be running them off
> qemu-system-x86?

There's no need. Xen doesn't use any of the CPU emulation cap= abilities
of Qemu, only the device emulation bits ("device models") which a= re the
same for all CPUs, we just had to pick a CPU to keep the qemu build
happy and i386 is as good as any other.

Ian.






-- Shane D. Johnson
IT Administrator
Rasmussen Equipment
=


--001a11c1223a6e9fc404f350169a-- --===============0903022791597985641== 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 --===============0903022791597985641==-- From xen-users-bounces@lists.xen.org Wed Feb 26 14:33:45 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 26 Feb 2014 14:33: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 1WIfYD-0008GN-1E; Wed, 26 Feb 2014 14:33:33 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WIfY9-0008GA-JX for xen-users@lists.xensource.com; Wed, 26 Feb 2014 14:33:31 +0000 Received: from [193.109.254.147:32778] by server-15.bemta-14.messagelabs.com id 3A/A2-10839-83BFD035; Wed, 26 Feb 2014 14:33:28 +0000 X-Env-Sender: sdj@rasmussenequipment.com X-Msg-Ref: server-3.tower-27.messagelabs.com!1393425207!7022077!1 X-Originating-IP: [64.18.1.31] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15692 invoked from network); 26 Feb 2014 14:33:27 -0000 Received: from exprod6og113.obsmtp.com (HELO exprod6og113.obsmtp.com) (64.18.1.31) by server-3.tower-27.messagelabs.com with SMTP; 26 Feb 2014 14:33:27 -0000 Received: from mail-qa0-f51.google.com ([209.85.216.51]) (using TLSv1) by exprod6ob113.postini.com ([64.18.5.12]) with SMTP ID DSNKUw37NhOhArs3c5ZXSV4U4WpM5v58bxTb@postini.com; Wed, 26 Feb 2014 06:33:27 PST Received: by mail-qa0-f51.google.com with SMTP id j7so2193278qaq.38 for ; Wed, 26 Feb 2014 06:33:26 -0800 (PST) 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:cc:content-type; bh=J0hFT8SuoY7wZFhKftflTIYBCFGkrc2OpC9YcNp03qU=; b=azUhqn/rnOIdmpAgL4lrBZOXC5HEPy1aJUxAhIH6Sg8lGw42CxZeJAuT0u2aewTXss UKN1k7ndR72HQgeV/uUgUhvz67J2JMCIjHENZXty+G+m4vMjtQClnTYi8+gp4Uj8vwvw EbuG0SDfHaC/0VxN2Hx0i5nvayazZ+m5EYV2ffYvk/9ZM6ws+G0EM8OOkJqzvfJnqrXK ZaI8jDiUSF3YSMRwu9wp3ZI2+AXKRQ/rsvfl1teCqtTliZL9lWgIq2f7ZK/OhoXrXI4s UXsFJ7h+rpYganIu5KWwput7XozHgw4u9nZXEB/Yg0R+HVrY4sNBbs4RWzbvYBYfusmm bVKw== X-Gm-Message-State: ALoCoQk6hUdo83dWlg7yjzHQXoPC0q0Eda86s0d/frGvk6LCRXBowq7n+t9IdNHsDL2Luo7wZVptFV0hJY3IVwAd36uXUY2XfAJheNIzqUadj9lLr3UtVWuXDkOFeNFmpV0F1HrWtcPYwIvIj9xsm2T6uSMe/byJuak7b+1oswZejMqdbtibjdq3w6QJHnKt+Ywye7oQKNwJ X-Received: by 10.140.41.74 with SMTP id y68mr7533444qgy.105.1393425206366; Wed, 26 Feb 2014 06:33:26 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.140.41.74 with SMTP id y68mr7533414qgy.105.1393425206106; Wed, 26 Feb 2014 06:33:26 -0800 (PST) Received: by 10.140.93.164 with HTTP; Wed, 26 Feb 2014 06:33:26 -0800 (PST) In-Reply-To: <1393407954.18730.8.camel@kazak.uk.xensource.com> References: <1393407954.18730.8.camel@kazak.uk.xensource.com> Date: Wed, 26 Feb 2014 07:33:26 -0700 Message-ID: From: Shane Johnson Cc: Xen List Subject: Re: [Xen-users] Xen 4.3 qemu question X-BeenThere: xen-users@lists.xen.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="===============0903022791597985641==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0903022791597985641== Content-Type: multipart/alternative; boundary=001a11c1223a6e9fc404f350169a --001a11c1223a6e9fc404f350169a Content-Type: text/plain; charset=ISO-8859-1 Great - thanks for the info. That at least was an easy one. Shane On Wed, Feb 26, 2014 at 2:45 AM, Ian Campbell wrote: > On Tue, 2014-02-25 at 14:25 -0700, Shane Johnson wrote: > > I am running my Dom0 on Debian and have some on Jessie. In Jessie I > > have to link /usr/lib/xen-4.3/bin/qemu-system-i386 > > to /usr/bin/qemu-system-i386. I was wondering if for 64 bit OS like > > Windows Server 2008/2012 if I should be running them off > > qemu-system-x86? > > There's no need. Xen doesn't use any of the CPU emulation capabilities > of Qemu, only the device emulation bits ("device models") which are the > same for all CPUs, we just had to pick a CPU to keep the qemu build > happy and i386 is as good as any other. > > Ian. > > > > -- Shane D. Johnson IT Administrator Rasmussen Equipment --001a11c1223a6e9fc404f350169a Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Great - thanks for the info. =A0That at least was an easy = one.

Shane

On Wed, Feb 26, 2014 at 2:45 AM, Ian Campbell <= span dir=3D"ltr"><Ian.Campbell@citrix.com> wrote:
On Tue, 2014-02-25 at 14:25 = -0700, Shane Johnson wrote:
> I am running my Dom0 on Debian and have some on Jessie. =A0In Jessie I=
> have to link /usr/lib/xen-4.3/bin/qemu-system-i386
> to /usr/bin/qemu-system-i386. =A0I was wondering if for 64 bit OS like=
> Windows Server 2008/2012 if I should be running them off
> qemu-system-x86?

There's no need. Xen doesn't use any of the CPU emulation cap= abilities
of Qemu, only the device emulation bits ("device models") which a= re the
same for all CPUs, we just had to pick a CPU to keep the qemu build
happy and i386 is as good as any other.

Ian.






-- Shane D. Johnson
IT Administrator
Rasmussen Equipment
=


--001a11c1223a6e9fc404f350169a-- --===============0903022791597985641== 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 --===============0903022791597985641==-- From xen-users-bounces@lists.xen.org Wed Feb 26 14:48:17 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 26 Feb 2014 14:48: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 1WIflu-0000HA-Ql; Wed, 26 Feb 2014 14:47:42 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WIflt-0000H4-Vr for xen-users@lists.xen.org; Wed, 26 Feb 2014 14:47:42 +0000 Received: from [193.109.254.147:60595] by server-11.bemta-14.messagelabs.com id 43/FC-24604-D8EFD035; Wed, 26 Feb 2014 14:47:41 +0000 X-Env-Sender: sonjs91@gmail.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1393426059!6985864!1 X-Originating-IP: [209.85.216.50] X-SpamReason: No, hits=2.0 required=7.0 tests=BODY_RANDOM_LONG,HOT_NASTY, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25324 invoked from network); 26 Feb 2014 14:47:40 -0000 Received: from mail-qa0-f50.google.com (HELO mail-qa0-f50.google.com) (209.85.216.50) by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 26 Feb 2014 14:47:40 -0000 Received: by mail-qa0-f50.google.com with SMTP id cm18so2237032qab.37 for ; Wed, 26 Feb 2014 06:47:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=JfH0dOI090+kuUvZqDYaWWuZowynQMQbh6bTNI9dfQE=; b=AAhLBXu65wZjkXG+KxNrdiXF+YH6GV3FuwFX77x9qHllYasdGVeO1ajHIQa6ddrz1l uh9X6nLK+ehimmai1sdbQXllTj8npGB6hJkTPrVCQo0RqdgRVu+p18VFWZpJcOidZX0t wDlpc56zhufgRPKEHuYdHbO0G60FDZWG4XUPtmnjWmjIV0PgjkB0vDIguvuYjTqhm1NX WTzAhj22N46lGxOvaXbhAwEep4RwU25n7wTDytZq0u2P/8lF8ftbQJoJl0k9ci463QA/ xbU3kOKvLW0JK+hG7YVRPKgA4FvrOBjhAqkIH2GO3/FRlaYDX+2F4N5mIce3+EhM5Jby c0wQ== MIME-Version: 1.0 X-Received: by 10.224.16.141 with SMTP id o13mr8565971qaa.28.1393426059079; Wed, 26 Feb 2014 06:47:39 -0800 (PST) Received: by 10.224.88.194 with HTTP; Wed, 26 Feb 2014 06:47:39 -0800 (PST) Date: Wed, 26 Feb 2014 23:47:39 +0900 X-Google-Sender-Auth: ks8O3aalAwnHt8GAlLmMSd4MQ2I Message-ID: From: Jeongseok Son To: xen-users@lists.xen.org Subject: [Xen-users] Cannot access to PV domU via 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: 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 have to use graphical interface in PV domU so I tried to connect to domU via VNC. I'm currently using Xen Hypervisor 4.3.1. I installed Ubuntu Lucid (10.04) PV domU with xen-create-image. I can use hvc0 console of domU (with xl console command) but cannot connect to VNC console. The following is my xen configuration for PV domU. # Kernel + memory size kernel = '/boot/vmlinuz-3.9.4+' ramdisk = '/boot/initrd.img-3.9.4+' vcpus = '2' memory = '2048' # Disk device(s) root = '/dev/xvda2 ro' disk = [ 'file:/path/to/disk.img,xvda2,w', 'file:/path/to/swap.img,xvda1,w', ] # Hostname name = 'pv-ubuntu' # vfb vfb = [ "vnc=1, vncpasswd='', vncdisplay=1" ] # Behaviour on_poweroff = 'destroy' on_reboot = 'restart' on_crash = 'restart' With netstat -a command, the following line is printed so I think Xen listens the connections. Proto Recv-Q Send-Q Local Address Foreign Address State tcp 0 0 localhost:5901 *:* LISTEN But when I attempt to connect to it using VNC client, I got "Connection to host xxx.xxx.xxx.xxx::5901 was closed." message. I successfully worked with GUI Interface via VNC in HVM domU (Both Ubuntu 12.04 Desktop and Server). Why it doesn't work in PV domU? Are there anything to set up in PV domU to make it work? I really appreciate any help you can provide. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Feb 26 14:48:17 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 26 Feb 2014 14:48: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 1WIflu-0000HA-Ql; Wed, 26 Feb 2014 14:47:42 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WIflt-0000H4-Vr for xen-users@lists.xen.org; Wed, 26 Feb 2014 14:47:42 +0000 Received: from [193.109.254.147:60595] by server-11.bemta-14.messagelabs.com id 43/FC-24604-D8EFD035; Wed, 26 Feb 2014 14:47:41 +0000 X-Env-Sender: sonjs91@gmail.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1393426059!6985864!1 X-Originating-IP: [209.85.216.50] X-SpamReason: No, hits=2.0 required=7.0 tests=BODY_RANDOM_LONG,HOT_NASTY, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25324 invoked from network); 26 Feb 2014 14:47:40 -0000 Received: from mail-qa0-f50.google.com (HELO mail-qa0-f50.google.com) (209.85.216.50) by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 26 Feb 2014 14:47:40 -0000 Received: by mail-qa0-f50.google.com with SMTP id cm18so2237032qab.37 for ; Wed, 26 Feb 2014 06:47:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=JfH0dOI090+kuUvZqDYaWWuZowynQMQbh6bTNI9dfQE=; b=AAhLBXu65wZjkXG+KxNrdiXF+YH6GV3FuwFX77x9qHllYasdGVeO1ajHIQa6ddrz1l uh9X6nLK+ehimmai1sdbQXllTj8npGB6hJkTPrVCQo0RqdgRVu+p18VFWZpJcOidZX0t wDlpc56zhufgRPKEHuYdHbO0G60FDZWG4XUPtmnjWmjIV0PgjkB0vDIguvuYjTqhm1NX WTzAhj22N46lGxOvaXbhAwEep4RwU25n7wTDytZq0u2P/8lF8ftbQJoJl0k9ci463QA/ xbU3kOKvLW0JK+hG7YVRPKgA4FvrOBjhAqkIH2GO3/FRlaYDX+2F4N5mIce3+EhM5Jby c0wQ== MIME-Version: 1.0 X-Received: by 10.224.16.141 with SMTP id o13mr8565971qaa.28.1393426059079; Wed, 26 Feb 2014 06:47:39 -0800 (PST) Received: by 10.224.88.194 with HTTP; Wed, 26 Feb 2014 06:47:39 -0800 (PST) Date: Wed, 26 Feb 2014 23:47:39 +0900 X-Google-Sender-Auth: ks8O3aalAwnHt8GAlLmMSd4MQ2I Message-ID: From: Jeongseok Son To: xen-users@lists.xen.org Subject: [Xen-users] Cannot access to PV domU via 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: 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 have to use graphical interface in PV domU so I tried to connect to domU via VNC. I'm currently using Xen Hypervisor 4.3.1. I installed Ubuntu Lucid (10.04) PV domU with xen-create-image. I can use hvc0 console of domU (with xl console command) but cannot connect to VNC console. The following is my xen configuration for PV domU. # Kernel + memory size kernel = '/boot/vmlinuz-3.9.4+' ramdisk = '/boot/initrd.img-3.9.4+' vcpus = '2' memory = '2048' # Disk device(s) root = '/dev/xvda2 ro' disk = [ 'file:/path/to/disk.img,xvda2,w', 'file:/path/to/swap.img,xvda1,w', ] # Hostname name = 'pv-ubuntu' # vfb vfb = [ "vnc=1, vncpasswd='', vncdisplay=1" ] # Behaviour on_poweroff = 'destroy' on_reboot = 'restart' on_crash = 'restart' With netstat -a command, the following line is printed so I think Xen listens the connections. Proto Recv-Q Send-Q Local Address Foreign Address State tcp 0 0 localhost:5901 *:* LISTEN But when I attempt to connect to it using VNC client, I got "Connection to host xxx.xxx.xxx.xxx::5901 was closed." message. I successfully worked with GUI Interface via VNC in HVM domU (Both Ubuntu 12.04 Desktop and Server). Why it doesn't work in PV domU? Are there anything to set up in PV domU to make it work? I really appreciate any help you can provide. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Feb 26 15:25:43 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 26 Feb 2014 15:25:43 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WIgM9-0002dY-U4; Wed, 26 Feb 2014 15:25:09 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WIgM8-0002dT-49 for xen-users@lists.xen.org; Wed, 26 Feb 2014 15:25:08 +0000 Received: from [85.158.137.68:33470] by server-12.bemta-3.messagelabs.com id D3/F7-01674-3570E035; Wed, 26 Feb 2014 15:25:07 +0000 X-Env-Sender: xen@software-managed.com X-Msg-Ref: server-9.tower-31.messagelabs.com!1393428305!4342040!1 X-Originating-IP: [213.133.104.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2428 invoked from network); 26 Feb 2014 15:25:06 -0000 Received: from www81.your-server.de (HELO www81.your-server.de) (213.133.104.81) by server-9.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 Feb 2014 15:25:06 -0000 Received: from [88.198.220.131] (helo=sslproxy02.your-server.de) by www81.your-server.de with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.74) (envelope-from ) id 1WIgM2-0005MZ-Bm for xen-users@lists.xen.org; Wed, 26 Feb 2014 16:25:02 +0100 Received: from [192.168.0.32] (helo=webmail03.your-server.de) by sslproxy02.your-server.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1WIgLz-0008Jx-4T for xen-users@lists.xen.org; Wed, 26 Feb 2014 16:24:59 +0100 Received: from pd95bfdd8.dip0.t-ipconnect.de (pd95bfdd8.dip0.t-ipconnect.de [217.91.253.216]) by webmail.your-server.de (Horde Framework) with HTTP; Wed, 26 Feb 2014 16:24:55 +0100 Date: Wed, 26 Feb 2014 16:24:55 +0100 Message-ID: <20140226162455.Horde.sTZM1gVcV55TlDFlqPm7cQ9@webmail.your-server.de> From: xen@software-managed.com To: xen-users@lists.xen.org User-Agent: Internet Messaging Program (IMP) H5 (6.1.6) MIME-Version: 1.0 Content-Disposition: inline X-Authenticated-Sender: xen@software-managed.com X-Virus-Scanned: Clear (ClamAV 0.97.8/18517/Wed Feb 26 10:44:17 2014) Subject: [Xen-users] Best kernel choice for a stable VGA passthrough under Debian 7.4 wheezy X-BeenThere: xen-users@lists.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"; DelSp="Yes" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello, I am using Xen on the standard Debian stable 7.4 Wheezy, i.e. kernel 3.2 and xen 4.1, on my company laptop. This is a Lenovo X230 with Intel i5 3220 Ivy Bridge and its IGP; Intel 520 SSD and 8 GB of RAM. My system is not able to have: a) Power Management: when I run Debian over xen as Dom0, the power mnagement does not work anymore: sleep block my computer and there is not way to wake up, so I have to restart the whole. b) PCI Passthrough: I have installed a Windows7 HVM under Xen which works fine, but wuth the default VGA supporting only DX6, it is not even possible to install Visual Studio on it (requires DX9 since 2010). This would be only the IGP of Intel i5 Ivy (3220). Xen seems to be the only hypervirtualizer supporting it. What is the recommanded stable kernel combination to be able to have both? I would prefer a "out of the box" solution with support than a own compiled solution. I just want something that works. I've read that Power management requires kernel over 3.4 and PCI passthrough requires pciback. I suppose I would also need usbback for USB3 and scsiback to get full support for my SSD (trim?) Does the Jessie backports (kernel 3.12) support these features? Or do I really have to compile all the stuff? Thanks for your advices! Eric _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Feb 26 15:25:43 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 26 Feb 2014 15:25:43 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WIgM9-0002dY-U4; Wed, 26 Feb 2014 15:25:09 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WIgM8-0002dT-49 for xen-users@lists.xen.org; Wed, 26 Feb 2014 15:25:08 +0000 Received: from [85.158.137.68:33470] by server-12.bemta-3.messagelabs.com id D3/F7-01674-3570E035; Wed, 26 Feb 2014 15:25:07 +0000 X-Env-Sender: xen@software-managed.com X-Msg-Ref: server-9.tower-31.messagelabs.com!1393428305!4342040!1 X-Originating-IP: [213.133.104.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2428 invoked from network); 26 Feb 2014 15:25:06 -0000 Received: from www81.your-server.de (HELO www81.your-server.de) (213.133.104.81) by server-9.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 Feb 2014 15:25:06 -0000 Received: from [88.198.220.131] (helo=sslproxy02.your-server.de) by www81.your-server.de with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.74) (envelope-from ) id 1WIgM2-0005MZ-Bm for xen-users@lists.xen.org; Wed, 26 Feb 2014 16:25:02 +0100 Received: from [192.168.0.32] (helo=webmail03.your-server.de) by sslproxy02.your-server.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1WIgLz-0008Jx-4T for xen-users@lists.xen.org; Wed, 26 Feb 2014 16:24:59 +0100 Received: from pd95bfdd8.dip0.t-ipconnect.de (pd95bfdd8.dip0.t-ipconnect.de [217.91.253.216]) by webmail.your-server.de (Horde Framework) with HTTP; Wed, 26 Feb 2014 16:24:55 +0100 Date: Wed, 26 Feb 2014 16:24:55 +0100 Message-ID: <20140226162455.Horde.sTZM1gVcV55TlDFlqPm7cQ9@webmail.your-server.de> From: xen@software-managed.com To: xen-users@lists.xen.org User-Agent: Internet Messaging Program (IMP) H5 (6.1.6) MIME-Version: 1.0 Content-Disposition: inline X-Authenticated-Sender: xen@software-managed.com X-Virus-Scanned: Clear (ClamAV 0.97.8/18517/Wed Feb 26 10:44:17 2014) Subject: [Xen-users] Best kernel choice for a stable VGA passthrough under Debian 7.4 wheezy X-BeenThere: xen-users@lists.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"; DelSp="Yes" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello, I am using Xen on the standard Debian stable 7.4 Wheezy, i.e. kernel 3.2 and xen 4.1, on my company laptop. This is a Lenovo X230 with Intel i5 3220 Ivy Bridge and its IGP; Intel 520 SSD and 8 GB of RAM. My system is not able to have: a) Power Management: when I run Debian over xen as Dom0, the power mnagement does not work anymore: sleep block my computer and there is not way to wake up, so I have to restart the whole. b) PCI Passthrough: I have installed a Windows7 HVM under Xen which works fine, but wuth the default VGA supporting only DX6, it is not even possible to install Visual Studio on it (requires DX9 since 2010). This would be only the IGP of Intel i5 Ivy (3220). Xen seems to be the only hypervirtualizer supporting it. What is the recommanded stable kernel combination to be able to have both? I would prefer a "out of the box" solution with support than a own compiled solution. I just want something that works. I've read that Power management requires kernel over 3.4 and PCI passthrough requires pciback. I suppose I would also need usbback for USB3 and scsiback to get full support for my SSD (trim?) Does the Jessie backports (kernel 3.12) support these features? Or do I really have to compile all the stuff? Thanks for your advices! Eric _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Feb 26 16:48:41 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 26 Feb 2014 16:48:41 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WIhe3-00052U-Gi; Wed, 26 Feb 2014 16:47:43 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WIhe2-00052P-KK for xen-users@lists.xen.org; Wed, 26 Feb 2014 16:47:42 +0000 Received: from [85.158.139.211:41286] by server-2.bemta-5.messagelabs.com id BA/00-23037-DAA1E035; Wed, 26 Feb 2014 16:47:41 +0000 X-Env-Sender: jtd@galois.com X-Msg-Ref: server-14.tower-206.messagelabs.com!1393433259!6068877!1 X-Originating-IP: [66.193.37.198] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8515 invoked from network); 26 Feb 2014 16:47:40 -0000 Received: from quintic.galois.com (HELO mail.galois.com) (66.193.37.198) by server-14.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 Feb 2014 16:47:40 -0000 Received: from hurricane.galois.com (hurricane.galois.com [IPv6:2001:4870:e08e:200:5054:ff:fefa:ce41]) by mail.galois.com (8.14.4/8.14.4) with ESMTP id s1QGlWAg032743 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 26 Feb 2014 08:47:36 -0800 Received: from galois.com ([IPv6:2001:4870:e08e:201:6c87:2ef2:890c:95a2]) (authenticated bits=0) by hurricane.galois.com (8.14.4/8.14.4) with ESMTP id s1QGlVok010717 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 26 Feb 2014 08:47:32 -0800 Date: Wed, 26 Feb 2014 08:47:31 -0800 From: Jonathan Daugherty To: Ian Campbell Message-ID: <20140226164731.GB43345@galois.com> References: <20140224193718.GF98069@galois.com> <1393411411.18730.27.camel@kazak.uk.xensource.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <1393411411.18730.27.camel@kazak.uk.xensource.com> User-Agent: Mutt/1.5.22 (2013-10-16) X-Spam-Status: No, score=-0.5 required=4.5 tests=BAYES_00,RP_MATCHES_RCVD shortcircuit=no autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on quintic.galois.com Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen on ARM: booting Linux from a physical partition X-BeenThere: xen-users@lists.xen.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 > What kernel versions are you using in dom0/domU? Prior to v3.12 Linux > had a bug in the block device ABI, which was fixed in v3.13. However > this means that Linux <= v3.12 can only interact with other such > domains. Dom0: 3.10.1 DomU: 3.14.0-rc4 Unfortunately, finding a dom0 kernel tree that has the right level of support for the ARM board I'm using is challenging, so I feel like I'm stuck with 3.10.1 there. I've attempted to build that same tree for domU kernels but I encounter build failures. I'm happy to try lowering the domU version to an earlier version of the official Linux tree, though. Thanks! -- Jonathan Daugherty Software Engineer Galois, Inc. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Feb 26 16:48:41 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 26 Feb 2014 16:48:41 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WIhe3-00052U-Gi; Wed, 26 Feb 2014 16:47:43 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WIhe2-00052P-KK for xen-users@lists.xen.org; Wed, 26 Feb 2014 16:47:42 +0000 Received: from [85.158.139.211:41286] by server-2.bemta-5.messagelabs.com id BA/00-23037-DAA1E035; Wed, 26 Feb 2014 16:47:41 +0000 X-Env-Sender: jtd@galois.com X-Msg-Ref: server-14.tower-206.messagelabs.com!1393433259!6068877!1 X-Originating-IP: [66.193.37.198] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8515 invoked from network); 26 Feb 2014 16:47:40 -0000 Received: from quintic.galois.com (HELO mail.galois.com) (66.193.37.198) by server-14.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 Feb 2014 16:47:40 -0000 Received: from hurricane.galois.com (hurricane.galois.com [IPv6:2001:4870:e08e:200:5054:ff:fefa:ce41]) by mail.galois.com (8.14.4/8.14.4) with ESMTP id s1QGlWAg032743 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 26 Feb 2014 08:47:36 -0800 Received: from galois.com ([IPv6:2001:4870:e08e:201:6c87:2ef2:890c:95a2]) (authenticated bits=0) by hurricane.galois.com (8.14.4/8.14.4) with ESMTP id s1QGlVok010717 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 26 Feb 2014 08:47:32 -0800 Date: Wed, 26 Feb 2014 08:47:31 -0800 From: Jonathan Daugherty To: Ian Campbell Message-ID: <20140226164731.GB43345@galois.com> References: <20140224193718.GF98069@galois.com> <1393411411.18730.27.camel@kazak.uk.xensource.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <1393411411.18730.27.camel@kazak.uk.xensource.com> User-Agent: Mutt/1.5.22 (2013-10-16) X-Spam-Status: No, score=-0.5 required=4.5 tests=BAYES_00,RP_MATCHES_RCVD shortcircuit=no autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on quintic.galois.com Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen on ARM: booting Linux from a physical partition X-BeenThere: xen-users@lists.xen.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 > What kernel versions are you using in dom0/domU? Prior to v3.12 Linux > had a bug in the block device ABI, which was fixed in v3.13. However > this means that Linux <= v3.12 can only interact with other such > domains. Dom0: 3.10.1 DomU: 3.14.0-rc4 Unfortunately, finding a dom0 kernel tree that has the right level of support for the ARM board I'm using is challenging, so I feel like I'm stuck with 3.10.1 there. I've attempted to build that same tree for domU kernels but I encounter build failures. I'm happy to try lowering the domU version to an earlier version of the official Linux tree, though. Thanks! -- Jonathan Daugherty Software Engineer Galois, Inc. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Feb 26 17:02:27 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 26 Feb 2014 17:02: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 1WIhrx-0005Op-BB; Wed, 26 Feb 2014 17:02:05 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WIhrt-0005Of-Pl for xen-users@lists.xen.org; Wed, 26 Feb 2014 17:02:03 +0000 Received: from [85.158.137.68:48362] by server-9.bemta-3.messagelabs.com id 4B/AB-10184-80E1E035; Wed, 26 Feb 2014 17:02:00 +0000 X-Env-Sender: jtd@galois.com X-Msg-Ref: server-8.tower-31.messagelabs.com!1393434118!4397504!1 X-Originating-IP: [66.193.37.198] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8276 invoked from network); 26 Feb 2014 17:02:00 -0000 Received: from quintic.galois.com (HELO mail.galois.com) (66.193.37.198) by server-8.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 Feb 2014 17:02:00 -0000 Received: from hurricane.galois.com (hurricane.galois.com [IPv6:2001:4870:e08e:200:5054:ff:fefa:ce41]) by mail.galois.com (8.14.4/8.14.4) with ESMTP id s1QH1q3B000957 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 26 Feb 2014 09:01:56 -0800 Received: from galois.com ([IPv6:2001:4870:e08e:201:6c87:2ef2:890c:95a2]) (authenticated bits=0) by hurricane.galois.com (8.14.4/8.14.4) with ESMTP id s1QH1pW2010789 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 26 Feb 2014 09:01:52 -0800 Date: Wed, 26 Feb 2014 09:01:51 -0800 From: Jonathan Daugherty To: Ian Campbell Message-ID: <20140226170151.GE43345@galois.com> References: <20140224193718.GF98069@galois.com> <1393411411.18730.27.camel@kazak.uk.xensource.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <1393411411.18730.27.camel@kazak.uk.xensource.com> User-Agent: Mutt/1.5.22 (2013-10-16) X-Spam-Status: No, score=-0.5 required=4.5 tests=BAYES_00,RP_MATCHES_RCVD shortcircuit=no autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on quintic.galois.com Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen on ARM: booting Linux from a physical partition X-BeenThere: xen-users@lists.xen.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 > What kernel versions are you using in dom0/domU? Prior to v3.12 Linux > had a bug in the block device ABI, which was fixed in v3.13. However > this means that Linux <= v3.12 can only interact with other such > domains. I'm curious: can you point me to the commit which fixes the issue? -- Jonathan Daugherty Software Engineer Galois, Inc. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Feb 26 17:02:27 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 26 Feb 2014 17:02: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 1WIhrx-0005Op-BB; Wed, 26 Feb 2014 17:02:05 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WIhrt-0005Of-Pl for xen-users@lists.xen.org; Wed, 26 Feb 2014 17:02:03 +0000 Received: from [85.158.137.68:48362] by server-9.bemta-3.messagelabs.com id 4B/AB-10184-80E1E035; Wed, 26 Feb 2014 17:02:00 +0000 X-Env-Sender: jtd@galois.com X-Msg-Ref: server-8.tower-31.messagelabs.com!1393434118!4397504!1 X-Originating-IP: [66.193.37.198] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8276 invoked from network); 26 Feb 2014 17:02:00 -0000 Received: from quintic.galois.com (HELO mail.galois.com) (66.193.37.198) by server-8.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 Feb 2014 17:02:00 -0000 Received: from hurricane.galois.com (hurricane.galois.com [IPv6:2001:4870:e08e:200:5054:ff:fefa:ce41]) by mail.galois.com (8.14.4/8.14.4) with ESMTP id s1QH1q3B000957 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 26 Feb 2014 09:01:56 -0800 Received: from galois.com ([IPv6:2001:4870:e08e:201:6c87:2ef2:890c:95a2]) (authenticated bits=0) by hurricane.galois.com (8.14.4/8.14.4) with ESMTP id s1QH1pW2010789 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 26 Feb 2014 09:01:52 -0800 Date: Wed, 26 Feb 2014 09:01:51 -0800 From: Jonathan Daugherty To: Ian Campbell Message-ID: <20140226170151.GE43345@galois.com> References: <20140224193718.GF98069@galois.com> <1393411411.18730.27.camel@kazak.uk.xensource.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <1393411411.18730.27.camel@kazak.uk.xensource.com> User-Agent: Mutt/1.5.22 (2013-10-16) X-Spam-Status: No, score=-0.5 required=4.5 tests=BAYES_00,RP_MATCHES_RCVD shortcircuit=no autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on quintic.galois.com Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen on ARM: booting Linux from a physical partition X-BeenThere: xen-users@lists.xen.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 > What kernel versions are you using in dom0/domU? Prior to v3.12 Linux > had a bug in the block device ABI, which was fixed in v3.13. However > this means that Linux <= v3.12 can only interact with other such > domains. I'm curious: can you point me to the commit which fixes the issue? -- Jonathan Daugherty Software Engineer Galois, Inc. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Feb 26 17:04:26 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 26 Feb 2014 17:04: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 1WIhtz-0005Yl-FF; Wed, 26 Feb 2014 17:04:11 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WIhty-0005YW-4W for xen-users@lists.xensource.com; Wed, 26 Feb 2014 17:04:10 +0000 Received: from [85.158.139.211:56962] by server-1.bemta-5.messagelabs.com id A4/C4-12859-98E1E035; Wed, 26 Feb 2014 17:04:09 +0000 X-Env-Sender: sdj@rasmussenequipment.com X-Msg-Ref: server-7.tower-206.messagelabs.com!1393434246!6495821!1 X-Originating-IP: [64.18.1.77] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28288 invoked from network); 26 Feb 2014 17:04:07 -0000 Received: from exprod6og126.obsmtp.com (HELO exprod6og126.obsmtp.com) (64.18.1.77) by server-7.tower-206.messagelabs.com with SMTP; 26 Feb 2014 17:04:07 -0000 Received: from mail-qa0-f48.google.com ([209.85.216.48]) (using TLSv1) by exprod6ob126.postini.com ([64.18.5.12]) with SMTP ID DSNKUw4ehUIVDb2D7rPfIfPF4SvH/zdzo/q4@postini.com; Wed, 26 Feb 2014 09:04:06 PST Received: by mail-qa0-f48.google.com with SMTP id o15so2632904qap.21 for ; Wed, 26 Feb 2014 09:04:05 -0800 (PST) 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:cc:content-type; bh=+oaK0wpIW7PjK2qJHaFYlaEHxVYJLRe9yyQk3C8+FAQ=; b=kK8epLDZ4TqchwF18NiwaqTYfB2XxwVeCazuPH6UKx+tl1ipLLaHZHvMMPtSZGxvOW Hht8257RHrQ5Cxv0VyeSXEGXcOF2eg64+VnLIqMA7H4sZ9K58O4PBCUGl3oXU/jWhDjD T8MSZlrWu/3RjsiJHNgm8/kqVDC97EXWBr0pcXgoGDGFuPBAJf5VTaH3iv3OF5YWurgM 7ziQZcVDLVR9HdAXsEXUvMouGAq5uyzNTueLIx4v5oR9WnMMK/ox6YGeoyB5WFapN3Bp TbcSOmnu4o/s8oauujQ/JwPAanHLf0JTyYPvap1xzSg7FjKAvLIl1joXQiM+kypQf4py Vppg== X-Gm-Message-State: ALoCoQl4dzfBIhrqUufxxBTyZX7V1iyCbTIu8gauaC8yO96Qze4/LOcdJFxlDBVDl4CpxKvMyrk/TarBpkwSmLsHa7RCe5Sd6AP/BAMxxvTQS5QSiFJarHVaUKVMCuUBDUvBA2hBfDiNgF6Ak6W/lpqkoV7pfdSiLCMGn45vAHM4MZLx757ya2X0JFcXaCIop+3a04VpP7Y3 X-Received: by 10.140.48.82 with SMTP id n76mr739138qga.82.1393434245458; Wed, 26 Feb 2014 09:04:05 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.140.48.82 with SMTP id n76mr739110qga.82.1393434245252; Wed, 26 Feb 2014 09:04:05 -0800 (PST) Received: by 10.140.93.164 with HTTP; Wed, 26 Feb 2014 09:04:05 -0800 (PST) In-Reply-To: References: <1392887445.22494.12.camel@kazak.uk.xensource.com> <1393234445.16570.6.camel@kazak.uk.xensource.com> <1393411075.18730.24.camel@kazak.uk.xensource.com> Date: Wed, 26 Feb 2014 10:04:05 -0700 Message-ID: From: Shane Johnson Cc: Xen List Subject: Re: [Xen-users] Fwd: DomU freeze X-BeenThere: xen-users@lists.xen.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="===============4428405554628061873==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4428405554628061873== Content-Type: multipart/alternative; boundary=001a1135250234efe404f352318d --001a1135250234efe404f352318d Content-Type: text/plain; charset=ISO-8859-1 Here are the results from xenctx 1 cs:eip: f000:00000546 flags: 00000083 s nz c ss:esp: 0000:00000cf2 eax: 01410064 ebx: 00005346 ecx: 0000c6e7 edx: 00000064 esi: 0028cf41 edi: 00000008 ebp: 00000cf4 ds: 0000 es: 020d fs: 0000 gs: 0000 Code (instr addr 00000546) 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 <00> 00 00 00 00 00 00 00 00 00 00 Thanks Shane On Wed, Feb 26, 2014 at 7:31 AM, Shane Johnson wrote: > > > > On Wed, Feb 26, 2014 at 3:37 AM, Ian Campbell wrote: > >> On Mon, 2014-02-24 at 13:54 -0700, Shane Johnson wrote: >> > >> > >> > >> > On Mon, Feb 24, 2014 at 2:34 AM, Ian Campbell >> > wrote: >> > On Thu, 2014-02-20 at 12:03 -0700, Shane Johnson wrote: >> > > I apparently forgot to forward this on to the list - Sorry >> > about that. >> > >> > [...] >> > >> > > Sorry for the vagueness. I was trying to keep things short >> > and sweet >> > > but I guess I failed. I'll do better next time. >> > >> > >> > No worries. >> > >> > > The Guest domains storage was on dedicated logical volumes. >> > These I >> > > would snapshot and image for a backup. When the Dom0 >> > crashed, I lost >> > > the original volumes and restored them from the images to >> > new volumes >> > > that are currently on a external HD for portability for >> > trying to get >> > > this bugger up or worst case resort to trying to recover the >> > files >> > > using some sort of forensic process. Unfortunately, I lost >> > the >> > > original host OS and all the configuration files. The >> > guests where >> > > originally created on either this machine that crashed or my >> > desktop >> > > and migrated via sneaker net to the crashed host. >> > > >> > > >> > > Yes the machine I am having a problem with is a HVM guest >> > running >> > > Windows 2000 that's sole purpose was a file server. >> > > >> > > >> > > The 100% CPU usage was for the DomU in xl top. >> > >> > >> > Are you sure you were using xl before? The default in Wheezy >> > was xend/xm >> > and the version of xl in Xen 4.1 (in Wheezy) is a bit tech >> > preview. >> > >> > >> > Yes, I read that xl is the future toolstack, so I switched my hosts >> > to it so I wouldn't have to catch up later. >> >> Does this issue go away if you use xend on 4.1? Or xl from 4.3 onwards? >> >> > Nope - Same behavior no matter what toolstack I use. > > >> > >> > From your screenshot it looks like the BIOS trying to read >> > from the >> > CDROM. >> > >> > >> > I have tried it with boot = "cd" and "dc" and whether or not I press >> > a key to get into windows setup, it always acts the same way - >> > freezing right when it would seem like it should be accessing the MBR >> > of the disk. >> > >> > >> > You have disks named "xvd?" and xen_platform_pci=0, which I >> > think it a >> > bit unusual, I'm not sure what the result would be. Can you >> > try naming >> > your disks "hd?" instead. >> > >> > >> > From reading http://xenbits.xen.org/docs/4.2-testing/man/xl.cfg.5.html >> > it was my understanding these where needed or at least desirable for >> > guests using the GPLPV drivers. I use the xvd for the disks cause I >> > found it easier for the cd-rom stuff. >> >> xen_platform_pci=0 will disable the PV driver stuff, which is why I say >> it is unusual. >> > > That was my understanding as well. But disabling that shouldn't make the > volume lock in boot correct? > > >> >> Also cdroms are most often not dealt with via PV but always via >> emulation (which supports things like unplug notifications). >> >> Please try using the hd names for both, and then for just the cdrom. >> > > I tried by switching everything to hd and have the same result. > > >> >> > > xenctx says it can't trace dom0 >> > >> > >> > You need to give it a domid as a parameter. >> > >> > >> > I get this message no matter what domain I enter into the command. >> >> Did you give it a domid? i.e. a number not a name. You can get the domid >> from xl/xm list or from "xl domid " (I don't think xm domid >> exists). >> > > No. Sorry I used the name... I will retry this with the new information > you gave me. > > > >> >> > Please let me know if you would like me to try this again with the >> > hd in the disk parameters. >> >> Yes please. >> >> > I rereading some material since my last post, a question has come to >> > mind, what effect would not pausing the domain have on the bootability >> > of the image file? >> > > >> What do you mean "not pausing"? Are you starting with "xl create -p" and >> then "xl unpause"? Are you doing something in the middle? >> >> > Nope, I meant when doing the image of the lvm, if it's going to cause a > problem if I don't run xl pause {DomU} or xl shutdown {DomU} before I take > the snapshot. Then unpausing or recreating the DomU afterwards. I have > been doing the snapshots live. > > >> It might be worth trying your configuration with a fresh/undamaged >> Windows install -- just to rule out some weird disk corruption. Although >> you having run fixmbr and friends does seem like it might rule that out, >> but I don't know what the Windows mbr and bootloader actually do -- >> perhaps the corrupted filesystems are enough to send them into a >> tailspin. >> >> > When I add the disks to a new install I can see the basic partition but > not the dynamic ones, they come across as corrupted. > > > Here is some other information. I have been able to add the LVM's to >> > another windows instance but everything just come across as the >> > dynamic volumes are corrupted and I can see the files of the Basic >> > volume. The basic partition is just the Windows OS and the dynamic >> > volumes are where the data I need is. I was trying to reboot the >> > original OS volume to try and see if it would recognize the dynamic >> > volumes, but that is what keeps freezing. I have tried some >> > file/partition recovery software with no luck. If anyone has any >> > ideas on how I can get this data back it would be greatly appreciated. >> >> I'm afraid I don't know what to recommend for Window's data recovery, >> perhaps someone else on the list has some advice. >> >> Ian. >> >> > > > -- > Shane D. Johnson > IT Administrator > Rasmussen Equipment > > > -- Shane D. Johnson IT Administrator Rasmussen Equipment --001a1135250234efe404f352318d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Here are the results from xenctx 1

cs:eip: f000:00000546=A0
flags: 00000083 s nz c
ss:esp= : 0000:00000cf2
eax: 01410064 ebx: 00005346 ecx: 0000c6e7 edx: 00= 000064
esi: 0028cf41 edi: 0= 0000008 ebp: 00000cf4
=A0ds: =A0 =A0 0000 es: =A0 =A0 020d fs: = =A0 =A0 0000 gs: =A0 =A0= 0000
Code (instr addr 00000546)
00 00 00 00 00 00 00 00 00 00 00 = 00 00 00 00 00 00 00 00 00 00 <00> 00 00 00 00 00 00 00 00 00 00=A0


Thanks
Shane


On Wed,= Feb 26, 2014 at 7:31 AM, Shane Johnson <sdj@rasmussenequipment.c= om> wrote:



On Wed, Feb 2= 6, 2014 at 3:37 AM, Ian Campbell <Ian.Campbell@citrix.com> wrote:
On Mon, 2014-02-24 at 13:54 -0700, Shane Johnson= wrote:
>
>
>
> On Mon, Feb 24, 2014 at 2:34 AM, Ian Campbell
> <Ian.C= ampbell@citrix.com> wrote:
> =A0 =A0 =A0 =A0 On Thu, 2014-02-20 at 12:03 -0700, Shane Johnson wrote= :
> =A0 =A0 =A0 =A0 > I apparently forgot to forward this on to the lis= t - Sorry
> =A0 =A0 =A0 =A0 about that.
>
> =A0 =A0 =A0 =A0 [...]
>
> =A0 =A0 =A0 =A0 > Sorry for the vagueness. =A0I was trying to keep = =A0things short
> =A0 =A0 =A0 =A0 and sweet
> =A0 =A0 =A0 =A0 > but I guess I failed. =A0I'll do better next = time.
>
>
> =A0 =A0 =A0 =A0 No worries.
>
> =A0 =A0 =A0 =A0 > The Guest domains storage was on dedicated logica= l volumes.
> =A0 =A0 =A0 =A0 =A0These I
> =A0 =A0 =A0 =A0 > would snapshot and image for a backup. =A0 When t= he Dom0
> =A0 =A0 =A0 =A0 crashed, I lost
> =A0 =A0 =A0 =A0 > the original volumes and restored them from the i= mages to
> =A0 =A0 =A0 =A0 new volumes
> =A0 =A0 =A0 =A0 > that are currently on a external HD for portabili= ty for
> =A0 =A0 =A0 =A0 trying to get
> =A0 =A0 =A0 =A0 > this bugger up or worst case resort to trying to = recover the
> =A0 =A0 =A0 =A0 files
> =A0 =A0 =A0 =A0 > using some sort of forensic process. =A0Unfortuna= tely, I lost
> =A0 =A0 =A0 =A0 the
> =A0 =A0 =A0 =A0 > original host OS and all the configuration files.= =A0The
> =A0 =A0 =A0 =A0 guests where
> =A0 =A0 =A0 =A0 > originally created on either this machine that cr= ashed or my
> =A0 =A0 =A0 =A0 desktop
> =A0 =A0 =A0 =A0 > and migrated via sneaker net to the crashed host.=
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > Yes the machine I am having a problem with is a H= VM guest
> =A0 =A0 =A0 =A0 running
> =A0 =A0 =A0 =A0 > Windows 2000 that's sole purpose was a file s= erver.
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > The 100% CPU usage was for the DomU in xl top. >
>
> =A0 =A0 =A0 =A0 Are you sure you were using xl before? The default in = Wheezy
> =A0 =A0 =A0 =A0 was xend/xm
> =A0 =A0 =A0 =A0 and the version of xl in Xen 4.1 (in Wheezy) is a bit = tech
> =A0 =A0 =A0 =A0 preview.
>
>
> Yes, I read that =A0xl is the future toolstack, so I switched my hosts=
> to it so I wouldn't have to catch up later.

Does this issue go away if you use xend on 4.1? Or xl from 4.3 = onwards?


Nope - Same beh= avior no matter what toolstack I use.
=A0
>
> =A0 =A0 =A0 =A0 From your screenshot it looks like the BIOS trying to = read
> =A0 =A0 =A0 =A0 from the
> =A0 =A0 =A0 =A0 CDROM.
>
>
> I have tried it with boot =3D "cd" and "dc" and wh= ether or not =A0I press
> a key to get =A0into windows setup, it always acts the same way -
> freezing right when it would seem like it should be accessing the MBR<= br> > of the disk.
>
>
> =A0 =A0 =A0 =A0 You have disks named "xvd?" and xen_platform= _pci=3D0, which I
> =A0 =A0 =A0 =A0 think it a
> =A0 =A0 =A0 =A0 bit unusual, I'm not sure what the result would be= . Can you
> =A0 =A0 =A0 =A0 try naming
> =A0 =A0 =A0 =A0 your disks "hd?" instead.
>
>
> From reading http://xenbits.xen.org/docs/4.2-testing/man/= xl.cfg.5.html
> it was my understanding these where needed or at least desirable for > guests using the GPLPV drivers. =A0I use the xvd for the disks cause I=
> found it easier for the cd-rom stuff.

xen_platform_pci=3D0 will disable the PV driver stuff, which is why I= say
it is unusual.

That was my unders= tanding as well. =A0But disabling that shouldn't make the volume lock i= n boot correct?
=A0

Also cdroms are most often not dealt with via PV but always via
emulation (which supports things like unplug notifications).

Please try using the hd names for both, and then for just the cdrom.

I tried by switching everything to hd a= nd have the same result.
=A0

> =A0 =A0 =A0 =A0 > xenctx says it can't trace dom0
>
>
> =A0 =A0 =A0 =A0 You need to give it a domid as a parameter.
>
>
> I get this message no matter what domain I enter into the command.

Did you give it a domid? i.e. a number not a name. You can get the do= mid
from xl/xm list =A0or from "xl domid <name>" (I don't t= hink xm domid
exists).

No. =A0Sorry I used the = name... =A0I will retry this with the new information you gave me.

=A0

> =A0 Please let me know if you would like me to try this again with the=
> hd in the disk parameters.

Yes please.

> I rereading some material since my last post, a question has come to > mind, what effect would not pausing the domain have on the bootability=
> of the image file?
=A0
What do you mean "not pausing"? Are you starting with "= ;xl create -p" and
then "xl unpause"? Are you doing something in the middle?

=A0
Nope, I meant when doing the imag= e of the lvm, if it's going to cause a problem if I don't run xl pa= use {DomU} or xl shutdown {DomU} =A0before I take the snapshot. =A0Then unp= ausing or recreating the DomU afterwards. =A0I have been doing the snapshot= s live.
=A0
It might be worth trying your configuration with a fresh/undamaged
Windows install -- just to rule out some weird disk corruption. Although you having run fixmbr and friends does seem like it might rule that out, but I don't know what the Windows mbr and bootloader actually do --
perhaps the corrupted filesystems are enough to send them into a
tailspin.


When I add the disks = to a new install =A0I can see the basic partition but not the dynamic ones,= they come across as corrupted.

> Here is some other information. =A0I have been able to add the LVM'= ;s to
> another windows instance but everything just come across as the
> dynamic volumes are corrupted and I can see the files of the Basic
> volume. =A0The basic partition is just the Windows OS and the dynamic<= br> > volumes are where the data I need is. =A0I was trying to reboot the > original OS volume to try and see if it would recognize the dynamic > volumes, but that is what keeps freezing. =A0I have tried some
> file/partition recovery software with no luck. =A0If anyone has any > ideas on how I can get this data back it would be greatly appreciated.=

I'm afraid I don't know what to recommend for Window's da= ta recovery,
perhaps someone else on the list has some advice.

Ian.




--
Shane D. Johnson
IT Administrator
Ras= mussen Equipment





--
Shane D. Joh= nson
IT Administrator
Rasmussen Equipment


--001a1135250234efe404f352318d-- --===============4428405554628061873== 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 --===============4428405554628061873==-- From xen-users-bounces@lists.xen.org Wed Feb 26 17:04:26 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 26 Feb 2014 17:04: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 1WIhtz-0005Yl-FF; Wed, 26 Feb 2014 17:04:11 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WIhty-0005YW-4W for xen-users@lists.xensource.com; Wed, 26 Feb 2014 17:04:10 +0000 Received: from [85.158.139.211:56962] by server-1.bemta-5.messagelabs.com id A4/C4-12859-98E1E035; Wed, 26 Feb 2014 17:04:09 +0000 X-Env-Sender: sdj@rasmussenequipment.com X-Msg-Ref: server-7.tower-206.messagelabs.com!1393434246!6495821!1 X-Originating-IP: [64.18.1.77] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28288 invoked from network); 26 Feb 2014 17:04:07 -0000 Received: from exprod6og126.obsmtp.com (HELO exprod6og126.obsmtp.com) (64.18.1.77) by server-7.tower-206.messagelabs.com with SMTP; 26 Feb 2014 17:04:07 -0000 Received: from mail-qa0-f48.google.com ([209.85.216.48]) (using TLSv1) by exprod6ob126.postini.com ([64.18.5.12]) with SMTP ID DSNKUw4ehUIVDb2D7rPfIfPF4SvH/zdzo/q4@postini.com; Wed, 26 Feb 2014 09:04:06 PST Received: by mail-qa0-f48.google.com with SMTP id o15so2632904qap.21 for ; Wed, 26 Feb 2014 09:04:05 -0800 (PST) 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:cc:content-type; bh=+oaK0wpIW7PjK2qJHaFYlaEHxVYJLRe9yyQk3C8+FAQ=; b=kK8epLDZ4TqchwF18NiwaqTYfB2XxwVeCazuPH6UKx+tl1ipLLaHZHvMMPtSZGxvOW Hht8257RHrQ5Cxv0VyeSXEGXcOF2eg64+VnLIqMA7H4sZ9K58O4PBCUGl3oXU/jWhDjD T8MSZlrWu/3RjsiJHNgm8/kqVDC97EXWBr0pcXgoGDGFuPBAJf5VTaH3iv3OF5YWurgM 7ziQZcVDLVR9HdAXsEXUvMouGAq5uyzNTueLIx4v5oR9WnMMK/ox6YGeoyB5WFapN3Bp TbcSOmnu4o/s8oauujQ/JwPAanHLf0JTyYPvap1xzSg7FjKAvLIl1joXQiM+kypQf4py Vppg== X-Gm-Message-State: ALoCoQl4dzfBIhrqUufxxBTyZX7V1iyCbTIu8gauaC8yO96Qze4/LOcdJFxlDBVDl4CpxKvMyrk/TarBpkwSmLsHa7RCe5Sd6AP/BAMxxvTQS5QSiFJarHVaUKVMCuUBDUvBA2hBfDiNgF6Ak6W/lpqkoV7pfdSiLCMGn45vAHM4MZLx757ya2X0JFcXaCIop+3a04VpP7Y3 X-Received: by 10.140.48.82 with SMTP id n76mr739138qga.82.1393434245458; Wed, 26 Feb 2014 09:04:05 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.140.48.82 with SMTP id n76mr739110qga.82.1393434245252; Wed, 26 Feb 2014 09:04:05 -0800 (PST) Received: by 10.140.93.164 with HTTP; Wed, 26 Feb 2014 09:04:05 -0800 (PST) In-Reply-To: References: <1392887445.22494.12.camel@kazak.uk.xensource.com> <1393234445.16570.6.camel@kazak.uk.xensource.com> <1393411075.18730.24.camel@kazak.uk.xensource.com> Date: Wed, 26 Feb 2014 10:04:05 -0700 Message-ID: From: Shane Johnson Cc: Xen List Subject: Re: [Xen-users] Fwd: DomU freeze X-BeenThere: xen-users@lists.xen.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="===============4428405554628061873==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4428405554628061873== Content-Type: multipart/alternative; boundary=001a1135250234efe404f352318d --001a1135250234efe404f352318d Content-Type: text/plain; charset=ISO-8859-1 Here are the results from xenctx 1 cs:eip: f000:00000546 flags: 00000083 s nz c ss:esp: 0000:00000cf2 eax: 01410064 ebx: 00005346 ecx: 0000c6e7 edx: 00000064 esi: 0028cf41 edi: 00000008 ebp: 00000cf4 ds: 0000 es: 020d fs: 0000 gs: 0000 Code (instr addr 00000546) 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 <00> 00 00 00 00 00 00 00 00 00 00 Thanks Shane On Wed, Feb 26, 2014 at 7:31 AM, Shane Johnson wrote: > > > > On Wed, Feb 26, 2014 at 3:37 AM, Ian Campbell wrote: > >> On Mon, 2014-02-24 at 13:54 -0700, Shane Johnson wrote: >> > >> > >> > >> > On Mon, Feb 24, 2014 at 2:34 AM, Ian Campbell >> > wrote: >> > On Thu, 2014-02-20 at 12:03 -0700, Shane Johnson wrote: >> > > I apparently forgot to forward this on to the list - Sorry >> > about that. >> > >> > [...] >> > >> > > Sorry for the vagueness. I was trying to keep things short >> > and sweet >> > > but I guess I failed. I'll do better next time. >> > >> > >> > No worries. >> > >> > > The Guest domains storage was on dedicated logical volumes. >> > These I >> > > would snapshot and image for a backup. When the Dom0 >> > crashed, I lost >> > > the original volumes and restored them from the images to >> > new volumes >> > > that are currently on a external HD for portability for >> > trying to get >> > > this bugger up or worst case resort to trying to recover the >> > files >> > > using some sort of forensic process. Unfortunately, I lost >> > the >> > > original host OS and all the configuration files. The >> > guests where >> > > originally created on either this machine that crashed or my >> > desktop >> > > and migrated via sneaker net to the crashed host. >> > > >> > > >> > > Yes the machine I am having a problem with is a HVM guest >> > running >> > > Windows 2000 that's sole purpose was a file server. >> > > >> > > >> > > The 100% CPU usage was for the DomU in xl top. >> > >> > >> > Are you sure you were using xl before? The default in Wheezy >> > was xend/xm >> > and the version of xl in Xen 4.1 (in Wheezy) is a bit tech >> > preview. >> > >> > >> > Yes, I read that xl is the future toolstack, so I switched my hosts >> > to it so I wouldn't have to catch up later. >> >> Does this issue go away if you use xend on 4.1? Or xl from 4.3 onwards? >> >> > Nope - Same behavior no matter what toolstack I use. > > >> > >> > From your screenshot it looks like the BIOS trying to read >> > from the >> > CDROM. >> > >> > >> > I have tried it with boot = "cd" and "dc" and whether or not I press >> > a key to get into windows setup, it always acts the same way - >> > freezing right when it would seem like it should be accessing the MBR >> > of the disk. >> > >> > >> > You have disks named "xvd?" and xen_platform_pci=0, which I >> > think it a >> > bit unusual, I'm not sure what the result would be. Can you >> > try naming >> > your disks "hd?" instead. >> > >> > >> > From reading http://xenbits.xen.org/docs/4.2-testing/man/xl.cfg.5.html >> > it was my understanding these where needed or at least desirable for >> > guests using the GPLPV drivers. I use the xvd for the disks cause I >> > found it easier for the cd-rom stuff. >> >> xen_platform_pci=0 will disable the PV driver stuff, which is why I say >> it is unusual. >> > > That was my understanding as well. But disabling that shouldn't make the > volume lock in boot correct? > > >> >> Also cdroms are most often not dealt with via PV but always via >> emulation (which supports things like unplug notifications). >> >> Please try using the hd names for both, and then for just the cdrom. >> > > I tried by switching everything to hd and have the same result. > > >> >> > > xenctx says it can't trace dom0 >> > >> > >> > You need to give it a domid as a parameter. >> > >> > >> > I get this message no matter what domain I enter into the command. >> >> Did you give it a domid? i.e. a number not a name. You can get the domid >> from xl/xm list or from "xl domid " (I don't think xm domid >> exists). >> > > No. Sorry I used the name... I will retry this with the new information > you gave me. > > > >> >> > Please let me know if you would like me to try this again with the >> > hd in the disk parameters. >> >> Yes please. >> >> > I rereading some material since my last post, a question has come to >> > mind, what effect would not pausing the domain have on the bootability >> > of the image file? >> > > >> What do you mean "not pausing"? Are you starting with "xl create -p" and >> then "xl unpause"? Are you doing something in the middle? >> >> > Nope, I meant when doing the image of the lvm, if it's going to cause a > problem if I don't run xl pause {DomU} or xl shutdown {DomU} before I take > the snapshot. Then unpausing or recreating the DomU afterwards. I have > been doing the snapshots live. > > >> It might be worth trying your configuration with a fresh/undamaged >> Windows install -- just to rule out some weird disk corruption. Although >> you having run fixmbr and friends does seem like it might rule that out, >> but I don't know what the Windows mbr and bootloader actually do -- >> perhaps the corrupted filesystems are enough to send them into a >> tailspin. >> >> > When I add the disks to a new install I can see the basic partition but > not the dynamic ones, they come across as corrupted. > > > Here is some other information. I have been able to add the LVM's to >> > another windows instance but everything just come across as the >> > dynamic volumes are corrupted and I can see the files of the Basic >> > volume. The basic partition is just the Windows OS and the dynamic >> > volumes are where the data I need is. I was trying to reboot the >> > original OS volume to try and see if it would recognize the dynamic >> > volumes, but that is what keeps freezing. I have tried some >> > file/partition recovery software with no luck. If anyone has any >> > ideas on how I can get this data back it would be greatly appreciated. >> >> I'm afraid I don't know what to recommend for Window's data recovery, >> perhaps someone else on the list has some advice. >> >> Ian. >> >> > > > -- > Shane D. Johnson > IT Administrator > Rasmussen Equipment > > > -- Shane D. Johnson IT Administrator Rasmussen Equipment --001a1135250234efe404f352318d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Here are the results from xenctx 1

cs:eip: f000:00000546=A0
flags: 00000083 s nz c
ss:esp= : 0000:00000cf2
eax: 01410064 ebx: 00005346 ecx: 0000c6e7 edx: 00= 000064
esi: 0028cf41 edi: 0= 0000008 ebp: 00000cf4
=A0ds: =A0 =A0 0000 es: =A0 =A0 020d fs: = =A0 =A0 0000 gs: =A0 =A0= 0000
Code (instr addr 00000546)
00 00 00 00 00 00 00 00 00 00 00 = 00 00 00 00 00 00 00 00 00 00 <00> 00 00 00 00 00 00 00 00 00 00=A0


Thanks
Shane


On Wed,= Feb 26, 2014 at 7:31 AM, Shane Johnson <sdj@rasmussenequipment.c= om> wrote:



On Wed, Feb 2= 6, 2014 at 3:37 AM, Ian Campbell <Ian.Campbell@citrix.com> wrote:
On Mon, 2014-02-24 at 13:54 -0700, Shane Johnson= wrote:
>
>
>
> On Mon, Feb 24, 2014 at 2:34 AM, Ian Campbell
> <Ian.C= ampbell@citrix.com> wrote:
> =A0 =A0 =A0 =A0 On Thu, 2014-02-20 at 12:03 -0700, Shane Johnson wrote= :
> =A0 =A0 =A0 =A0 > I apparently forgot to forward this on to the lis= t - Sorry
> =A0 =A0 =A0 =A0 about that.
>
> =A0 =A0 =A0 =A0 [...]
>
> =A0 =A0 =A0 =A0 > Sorry for the vagueness. =A0I was trying to keep = =A0things short
> =A0 =A0 =A0 =A0 and sweet
> =A0 =A0 =A0 =A0 > but I guess I failed. =A0I'll do better next = time.
>
>
> =A0 =A0 =A0 =A0 No worries.
>
> =A0 =A0 =A0 =A0 > The Guest domains storage was on dedicated logica= l volumes.
> =A0 =A0 =A0 =A0 =A0These I
> =A0 =A0 =A0 =A0 > would snapshot and image for a backup. =A0 When t= he Dom0
> =A0 =A0 =A0 =A0 crashed, I lost
> =A0 =A0 =A0 =A0 > the original volumes and restored them from the i= mages to
> =A0 =A0 =A0 =A0 new volumes
> =A0 =A0 =A0 =A0 > that are currently on a external HD for portabili= ty for
> =A0 =A0 =A0 =A0 trying to get
> =A0 =A0 =A0 =A0 > this bugger up or worst case resort to trying to = recover the
> =A0 =A0 =A0 =A0 files
> =A0 =A0 =A0 =A0 > using some sort of forensic process. =A0Unfortuna= tely, I lost
> =A0 =A0 =A0 =A0 the
> =A0 =A0 =A0 =A0 > original host OS and all the configuration files.= =A0The
> =A0 =A0 =A0 =A0 guests where
> =A0 =A0 =A0 =A0 > originally created on either this machine that cr= ashed or my
> =A0 =A0 =A0 =A0 desktop
> =A0 =A0 =A0 =A0 > and migrated via sneaker net to the crashed host.=
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > Yes the machine I am having a problem with is a H= VM guest
> =A0 =A0 =A0 =A0 running
> =A0 =A0 =A0 =A0 > Windows 2000 that's sole purpose was a file s= erver.
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > The 100% CPU usage was for the DomU in xl top. >
>
> =A0 =A0 =A0 =A0 Are you sure you were using xl before? The default in = Wheezy
> =A0 =A0 =A0 =A0 was xend/xm
> =A0 =A0 =A0 =A0 and the version of xl in Xen 4.1 (in Wheezy) is a bit = tech
> =A0 =A0 =A0 =A0 preview.
>
>
> Yes, I read that =A0xl is the future toolstack, so I switched my hosts=
> to it so I wouldn't have to catch up later.

Does this issue go away if you use xend on 4.1? Or xl from 4.3 = onwards?


Nope - Same beh= avior no matter what toolstack I use.
=A0
>
> =A0 =A0 =A0 =A0 From your screenshot it looks like the BIOS trying to = read
> =A0 =A0 =A0 =A0 from the
> =A0 =A0 =A0 =A0 CDROM.
>
>
> I have tried it with boot =3D "cd" and "dc" and wh= ether or not =A0I press
> a key to get =A0into windows setup, it always acts the same way -
> freezing right when it would seem like it should be accessing the MBR<= br> > of the disk.
>
>
> =A0 =A0 =A0 =A0 You have disks named "xvd?" and xen_platform= _pci=3D0, which I
> =A0 =A0 =A0 =A0 think it a
> =A0 =A0 =A0 =A0 bit unusual, I'm not sure what the result would be= . Can you
> =A0 =A0 =A0 =A0 try naming
> =A0 =A0 =A0 =A0 your disks "hd?" instead.
>
>
> From reading http://xenbits.xen.org/docs/4.2-testing/man/= xl.cfg.5.html
> it was my understanding these where needed or at least desirable for > guests using the GPLPV drivers. =A0I use the xvd for the disks cause I=
> found it easier for the cd-rom stuff.

xen_platform_pci=3D0 will disable the PV driver stuff, which is why I= say
it is unusual.

That was my unders= tanding as well. =A0But disabling that shouldn't make the volume lock i= n boot correct?
=A0

Also cdroms are most often not dealt with via PV but always via
emulation (which supports things like unplug notifications).

Please try using the hd names for both, and then for just the cdrom.

I tried by switching everything to hd a= nd have the same result.
=A0

> =A0 =A0 =A0 =A0 > xenctx says it can't trace dom0
>
>
> =A0 =A0 =A0 =A0 You need to give it a domid as a parameter.
>
>
> I get this message no matter what domain I enter into the command.

Did you give it a domid? i.e. a number not a name. You can get the do= mid
from xl/xm list =A0or from "xl domid <name>" (I don't t= hink xm domid
exists).

No. =A0Sorry I used the = name... =A0I will retry this with the new information you gave me.

=A0

> =A0 Please let me know if you would like me to try this again with the=
> hd in the disk parameters.

Yes please.

> I rereading some material since my last post, a question has come to > mind, what effect would not pausing the domain have on the bootability=
> of the image file?
=A0
What do you mean "not pausing"? Are you starting with "= ;xl create -p" and
then "xl unpause"? Are you doing something in the middle?

=A0
Nope, I meant when doing the imag= e of the lvm, if it's going to cause a problem if I don't run xl pa= use {DomU} or xl shutdown {DomU} =A0before I take the snapshot. =A0Then unp= ausing or recreating the DomU afterwards. =A0I have been doing the snapshot= s live.
=A0
It might be worth trying your configuration with a fresh/undamaged
Windows install -- just to rule out some weird disk corruption. Although you having run fixmbr and friends does seem like it might rule that out, but I don't know what the Windows mbr and bootloader actually do --
perhaps the corrupted filesystems are enough to send them into a
tailspin.


When I add the disks = to a new install =A0I can see the basic partition but not the dynamic ones,= they come across as corrupted.

> Here is some other information. =A0I have been able to add the LVM'= ;s to
> another windows instance but everything just come across as the
> dynamic volumes are corrupted and I can see the files of the Basic
> volume. =A0The basic partition is just the Windows OS and the dynamic<= br> > volumes are where the data I need is. =A0I was trying to reboot the > original OS volume to try and see if it would recognize the dynamic > volumes, but that is what keeps freezing. =A0I have tried some
> file/partition recovery software with no luck. =A0If anyone has any > ideas on how I can get this data back it would be greatly appreciated.=

I'm afraid I don't know what to recommend for Window's da= ta recovery,
perhaps someone else on the list has some advice.

Ian.




--
Shane D. Johnson
IT Administrator
Ras= mussen Equipment





--
Shane D. Joh= nson
IT Administrator
Rasmussen Equipment


--001a1135250234efe404f352318d-- --===============4428405554628061873== 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 --===============4428405554628061873==-- From xen-users-bounces@lists.xen.org Wed Feb 26 18:11:31 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 26 Feb 2014 18:11: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 1WIiwD-0006zK-Pb; Wed, 26 Feb 2014 18:10:33 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WIiwC-0006zF-Fw for xen-users@lists.xen.org; Wed, 26 Feb 2014 18:10:32 +0000 Received: from [85.158.143.35:36038] by server-2.bemta-4.messagelabs.com id 49/45-04779-71E2E035; Wed, 26 Feb 2014 18:10:31 +0000 X-Env-Sender: jtd@galois.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1393438229!8558810!1 X-Originating-IP: [66.193.37.198] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2282 invoked from network); 26 Feb 2014 18:10:31 -0000 Received: from quintic.galois.com (HELO mail.galois.com) (66.193.37.198) by server-8.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 Feb 2014 18:10:31 -0000 Received: from hurricane.galois.com (hurricane.galois.com [IPv6:2001:4870:e08e:200:5054:ff:fefa:ce41]) by mail.galois.com (8.14.4/8.14.4) with ESMTP id s1QIAMHV004117 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 26 Feb 2014 10:10:26 -0800 Received: from galois.com ([IPv6:2001:4870:e08e:201:6c87:2ef2:890c:95a2]) (authenticated bits=0) by hurricane.galois.com (8.14.4/8.14.4) with ESMTP id s1QIALMi011010 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 26 Feb 2014 10:10:22 -0800 Date: Wed, 26 Feb 2014 10:10:19 -0800 From: Jonathan Daugherty To: Ian Campbell Message-ID: <20140226181019.GG43345@galois.com> References: <20140224193718.GF98069@galois.com> <1393411411.18730.27.camel@kazak.uk.xensource.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <1393411411.18730.27.camel@kazak.uk.xensource.com> User-Agent: Mutt/1.5.22 (2013-10-16) X-Spam-Status: No, score=-0.5 required=4.5 tests=BAYES_00,RP_MATCHES_RCVD shortcircuit=no autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on quintic.galois.com Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen on ARM: booting Linux from a physical partition X-BeenThere: xen-users@lists.xen.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 > What kernel versions are you using in dom0/domU? Prior to v3.12 Linux > had a bug in the block device ABI, which was fixed in v3.13. However > this means that Linux <= v3.12 can only interact with other such > domains. Update: If I use 3.10 in both dom0 and domU, the block device works completely ... but only if I incorporate the loop device workaround I mentioned. -- Jonathan Daugherty Software Engineer Galois, Inc. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Feb 26 18:11:31 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 26 Feb 2014 18:11: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 1WIiwD-0006zK-Pb; Wed, 26 Feb 2014 18:10:33 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WIiwC-0006zF-Fw for xen-users@lists.xen.org; Wed, 26 Feb 2014 18:10:32 +0000 Received: from [85.158.143.35:36038] by server-2.bemta-4.messagelabs.com id 49/45-04779-71E2E035; Wed, 26 Feb 2014 18:10:31 +0000 X-Env-Sender: jtd@galois.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1393438229!8558810!1 X-Originating-IP: [66.193.37.198] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2282 invoked from network); 26 Feb 2014 18:10:31 -0000 Received: from quintic.galois.com (HELO mail.galois.com) (66.193.37.198) by server-8.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 Feb 2014 18:10:31 -0000 Received: from hurricane.galois.com (hurricane.galois.com [IPv6:2001:4870:e08e:200:5054:ff:fefa:ce41]) by mail.galois.com (8.14.4/8.14.4) with ESMTP id s1QIAMHV004117 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 26 Feb 2014 10:10:26 -0800 Received: from galois.com ([IPv6:2001:4870:e08e:201:6c87:2ef2:890c:95a2]) (authenticated bits=0) by hurricane.galois.com (8.14.4/8.14.4) with ESMTP id s1QIALMi011010 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 26 Feb 2014 10:10:22 -0800 Date: Wed, 26 Feb 2014 10:10:19 -0800 From: Jonathan Daugherty To: Ian Campbell Message-ID: <20140226181019.GG43345@galois.com> References: <20140224193718.GF98069@galois.com> <1393411411.18730.27.camel@kazak.uk.xensource.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <1393411411.18730.27.camel@kazak.uk.xensource.com> User-Agent: Mutt/1.5.22 (2013-10-16) X-Spam-Status: No, score=-0.5 required=4.5 tests=BAYES_00,RP_MATCHES_RCVD shortcircuit=no autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on quintic.galois.com Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen on ARM: booting Linux from a physical partition X-BeenThere: xen-users@lists.xen.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 > What kernel versions are you using in dom0/domU? Prior to v3.12 Linux > had a bug in the block device ABI, which was fixed in v3.13. However > this means that Linux <= v3.12 can only interact with other such > domains. Update: If I use 3.10 in both dom0 and domU, the block device works completely ... but only if I incorporate the loop device workaround I mentioned. -- Jonathan Daugherty Software Engineer Galois, Inc. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Feb 26 18:28:42 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 26 Feb 2014 18: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 1WIjDH-0007IC-C2; Wed, 26 Feb 2014 18:28:11 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WIjDG-0007I7-95 for xen-users@lists.xen.org; Wed, 26 Feb 2014 18:28:10 +0000 Received: from [193.109.254.147:14588] by server-15.bemta-14.messagelabs.com id 64/1B-10839-9323E035; Wed, 26 Feb 2014 18:28:09 +0000 X-Env-Sender: ian.campbell@citrix.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1393439288!7067265!1 X-Originating-IP: [212.110.190.137] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8430 invoked from network); 26 Feb 2014 18:28:09 -0000 Received: from benson.vm.bytemark.co.uk (HELO benson.vm.bytemark.co.uk) (212.110.190.137) by server-13.tower-27.messagelabs.com with AES256-SHA encrypted SMTP; 26 Feb 2014 18:28:09 -0000 Received: from dab-rcn1-h-14-10.dab.02.net ([82.132.247.179] helo=[10.65.182.73]) by benson.vm.bytemark.co.uk with esmtpsa (TLS1.0:RSA_ARCFOUR_MD5:16) (Exim 4.72) (envelope-from ) id 1WIjDE-0006OO-1w; Wed, 26 Feb 2014 18:28:08 +0000 Date: Wed, 26 Feb 2014 18:27:52 +0000 Message-ID: From: Ian Campbell To: Jonathan Daugherty MIME-Version: 1.0 Cc: xen-users Subject: Re: [Xen-users] Xen on ARM: booting Linux from a physical partition X-BeenThere: xen-users@lists.xen.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 travelling and on mobile Internet so I can't look it up but it was to the blkif.h file in Linux and changed the padding or packing of a struct. I think it might also be referenced from the xen on arm wiki page. Ian. Jonathan Daugherty wrote: >> What kernel versions are you using in dom0/domU? Prior to v3.12 Linux >> had a bug in the block device ABI, which was fixed in v3.13. However >> this means that Linux <= v3.12 can only interact with other such >> domains. > >I'm curious: can you point me to the commit which fixes the issue? > >-- > Jonathan Daugherty > Software Engineer > Galois, Inc. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Feb 26 18:28:42 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 26 Feb 2014 18: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 1WIjDH-0007IC-C2; Wed, 26 Feb 2014 18:28:11 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WIjDG-0007I7-95 for xen-users@lists.xen.org; Wed, 26 Feb 2014 18:28:10 +0000 Received: from [193.109.254.147:14588] by server-15.bemta-14.messagelabs.com id 64/1B-10839-9323E035; Wed, 26 Feb 2014 18:28:09 +0000 X-Env-Sender: ian.campbell@citrix.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1393439288!7067265!1 X-Originating-IP: [212.110.190.137] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8430 invoked from network); 26 Feb 2014 18:28:09 -0000 Received: from benson.vm.bytemark.co.uk (HELO benson.vm.bytemark.co.uk) (212.110.190.137) by server-13.tower-27.messagelabs.com with AES256-SHA encrypted SMTP; 26 Feb 2014 18:28:09 -0000 Received: from dab-rcn1-h-14-10.dab.02.net ([82.132.247.179] helo=[10.65.182.73]) by benson.vm.bytemark.co.uk with esmtpsa (TLS1.0:RSA_ARCFOUR_MD5:16) (Exim 4.72) (envelope-from ) id 1WIjDE-0006OO-1w; Wed, 26 Feb 2014 18:28:08 +0000 Date: Wed, 26 Feb 2014 18:27:52 +0000 Message-ID: From: Ian Campbell To: Jonathan Daugherty MIME-Version: 1.0 Cc: xen-users Subject: Re: [Xen-users] Xen on ARM: booting Linux from a physical partition X-BeenThere: xen-users@lists.xen.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 travelling and on mobile Internet so I can't look it up but it was to the blkif.h file in Linux and changed the padding or packing of a struct. I think it might also be referenced from the xen on arm wiki page. Ian. Jonathan Daugherty wrote: >> What kernel versions are you using in dom0/domU? Prior to v3.12 Linux >> had a bug in the block device ABI, which was fixed in v3.13. However >> this means that Linux <= v3.12 can only interact with other such >> domains. > >I'm curious: can you point me to the commit which fixes the issue? > >-- > Jonathan Daugherty > Software Engineer > Galois, Inc. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Feb 27 13:04:25 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 27 Feb 2014 13:04: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 1WJ0cC-0006TU-CG; Thu, 27 Feb 2014 13:03:04 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WJ0cA-0006TN-9Y for xen-users@lists.xensource.com; Thu, 27 Feb 2014 13:03:03 +0000 Received: from [85.158.137.68:12115] by server-12.bemta-3.messagelabs.com id A5/D1-01674-5873F035; Thu, 27 Feb 2014 13:03:01 +0000 X-Env-Sender: guy20034u@yahoo.com X-Msg-Ref: server-8.tower-31.messagelabs.com!1393506177!4585259!1 X-Originating-IP: [216.109.115.143] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_6, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20245 invoked from network); 27 Feb 2014 13:02:59 -0000 Received: from nm47-vm8.bullet.mail.bf1.yahoo.com (HELO nm47-vm8.bullet.mail.bf1.yahoo.com) (216.109.115.143) by server-8.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 27 Feb 2014 13:02:59 -0000 Received: from [98.139.214.32] by nm47.bullet.mail.bf1.yahoo.com with NNFMP; 27 Feb 2014 13:02:56 -0000 Received: from [98.139.212.238] by tm15.bullet.mail.bf1.yahoo.com with NNFMP; 27 Feb 2014 13:02:56 -0000 Received: from [127.0.0.1] by omp1047.mail.bf1.yahoo.com with NNFMP; 27 Feb 2014 13:02:56 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 841720.23788.bm@omp1047.mail.bf1.yahoo.com Received: (qmail 29646 invoked by uid 60001); 27 Feb 2014 13:02:56 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1393506176; bh=txHeCayxlGTRLyff+9rhcNTAJTkZO+feTlX2aEUE50s=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=MJ7AOpIF84zs2bD7wdXPD1FA+wmWIsk9Txgs8GpJXLcYpjySUPZdV5L5LJVAGpoCiYPhIhFElBsE5aOLhDskLyUOnGuMu/ZedVGkhM57uIoniVXLHvpmB65o3aNYpeSDFUwyC44Yewe8vvUQJnEO0kiqF7jGVRxQllIGXEvLhLg= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=f/VmZs6t9YK5l+BRKksTxbt0O2ixcad/AAfcpZH1HNxUWq33/EwyRj5CjJGT1OQWwZOFCzdXXycnSahDLTHZBFRjiTLLEIlsJQzYs/qhBNlXjM2r1CZ7DqB4i0tf7TUj61aFLCFPM7q/xOejvm5tYxr1MWT7edEQuUJzTCgj9Us=; X-YMail-OSG: 9rDKYFoVM1kPzGO8_V5JbBMRBoMUD2eLyhHX0V4X2i2fDMx dlWK04YTpaHWKjEEph_wiz_fZzDVH022PtReGNsd1J6K17zMl1gTnSk2p9yC Xy01u16NFi66yVM9DwC3j9vkyqVWVgrgm.1pQALrbSw9xMFlpxtrFe4CFRpe Jej_tDx.DCnQMsrECR3fpu4wI8l2lzf3cO34hm5o_lV1aM1zKJhplqiS9JWd K.bhYL3VvyfrE19GvYAXh1aNlOHtg8Bni7D6fL_EFfkMf_q1Gxf003tfms6z cqhNt9vcZWjliM_YUfBEWZrgxzlTaolacsrjSS5SsjyvAg1mHqbJEKUL_oVn gQLHowCZykh9mTQTzLRs7RAwAFWfdxJJd1JSVXh5wDmyPOdfqA3mLao.6X38 f4LLDgWfugMvicoT6pyOozYRxJvS7j1.iwB_IGDZDWVxzue4os.A3AUEEA4D whod66jemyqDoozcR4LbrlQ_u4YSpRt15po8tWOKYlkXDyYXUotX2gLiLB8n YRyAfNQbU8_Guje1TuP1jC.0FmVn.ih4TqSraZX4HMOHZoUElmSjAOViPc1W zBm5c0ZW1i8mPVD2xlkCm_UFyjexz06iSzTbF1q3bDeNcuZCcTV0JbYGKsUJ 8uJxo2tpFniYAThK58ZmoH4IuAQy96IieW8SB3lK0pe60MCRTLwyQNpFUYuv j1jT4CfGmLWIB3fhRRv7SP.KMSowz_FB8vwSiKAn8Bim658Dvr9kfH41O4er XN_fn7NiWPFleqtne3nIB0CriH3Tsl8WwU6ix6sHug6Hsl6unGPnCAYnGlM1 q5zjs.3ZfMzhDymaY3hwQYRT9NGuT_jJFkZPB9srWs6FjXhEMWx3kAfdT.3r hY0npsyVnTaTXpCGVFstusemvDLOxMxUv Received: from [91.198.134.226] by web140304.mail.bf1.yahoo.com via HTTP; Thu, 27 Feb 2014 05:02:56 PST X-Rocket-MIMEInfo: 002.001, RGVhciBHdXlzLAoKQXMgeW91IGFsbCBhd2FyZSBvZiB0aGUgaXNzdWUgaSBoYWQgYmVlbiBoYXZpbmcgZm9yIHRoZSBsYXN0IG1vbnRoIG9yIHNvIApyZWdhcmRpbmcgeGVuIERPTVUgdW5hYmxlIHRvIGNvbW11bmljYXRlIG91dHNpZGUgRE9NMCBhbmQgcmVhbGx5IApncmF0ZWZ1bCB0byBhbGwgdGhlIHdpc2UgcmVzcG9uc2VzIEkgaGF2ZSBnb3QgYW5kIG1vcmVvdmVyIHlvdXIgcHJlY2lvdXMgdGltZSAKCkFzIEkgc2FpZCBiZWZvcmUgd2UgZ290IG5ldyBjaXNjbyBibGFkZSBzZXJ2ZXJzIGFuZCBhIE5leHUBMAEBAQE- X-Mailer: YahooMailWebService/0.8.177.636 References: <1392725386154-5721312.post@n5.nabble.com> <1392739167.23084.20.camel@kazak.uk.xensource.com> <1392811964318-5721320.post@n5.nabble.com> <1392826755720-5721322.post@n5.nabble.com> <1392886863.22494.4.camel@kazak.uk.xensource.com> <1393007285327-5721382.post@n5.nabble.com> <530A7FEC.8060001@websitemanagers.com.au> <1393365814520-5721406.post@n5.nabble.com> Message-ID: <1393506176.90800.YahooMailNeo@web140304.mail.bf1.yahoo.com> Date: Thu, 27 Feb 2014 05:02:56 -0800 (PST) From: simon ben To: "xen-users@lists.xensource.com" In-Reply-To: <1393365814520-5721406.post@n5.nabble.com> MIME-Version: 1.0 Subject: Re: [Xen-users] new xen guest cannot communicate with the network X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: simon ben List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1785648534876714861==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1785648534876714861== Content-Type: multipart/alternative; boundary="683208101-336822480-1393506176=:90800" --683208101-336822480-1393506176=:90800 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Dear Guys,=0A=0AAs you all aware of the issue i had been having for the las= t month or so =0Aregarding xen DOMU unable to communicate outside DOM0 and = really =0Agrateful to all the wise responses I have got and moreover your p= recious time =0A=0AAs I said before we got new cisco blade servers and a Ne= xus switch.=0A=0Anow today I did the following=0A=0AI had downloaded before= CentOS 5.5 x86 64 Hypervisor Edition (Minimal) and i did use it to format = and install on one blade.=0Ai used the same ip settings as my other centos = 6.5 Xen server and created a new VM=A0 in bridge mode and voila everything = worked in the first go =0Awith no issues=0Afrom the new DOMU i can reach th= e internet and my whole network=0A=0Abelow the setting of the 2 machines=0A= =0A-------------------------=0AOn Centos 6.5 x64 running dmesg shows=0A=0AB= ooting paravirtualized kernel on Xen=0AXen version: 4.2.3-28.el6 (preserve-= AD)=0AXen: using vcpuop timer interface=0A=0Abrctl show displays=0A=0A=0Abr= idge name=A0=A0=A0=A0 bridge id=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 S= TP enabled=A0=A0=A0=A0 interfaces=0Abr0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= 8000.0025b501000c=A0=A0=A0=A0=A0=A0 no=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0 eth0=0Abr1=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 8000.0025b501000e=A0=A0= =A0=A0=A0=A0 no=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 eth1=0A=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0 vif10.0=0Avirbr0=A0=A0=A0=A0=A0=A0=A0=A0=A0 8000.000000000000=A0=A0=A0= =A0=A0=A0 yes=0A=0Aifconfig displays=0Abr0=A0=A0=A0=A0=A0=A0 Link encap:Eth= ernet=A0 HWaddr 00:25:B5:01:00:0C=A0 =0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 inet ad= dr:aa.aa.aa.125 Bcast: aa.aa.aa.255=A0 Mask:255.255.255.0=0A=A0=A0=A0=A0=A0= =A0=A0=A0=A0 inet6 addr: fe80::225:b5ff:fe01:c/64 Scope:Link=0A=A0=A0=A0=A0= =A0=A0=A0=A0=A0 UP BROADCAST RUNNING MULTICAST=A0 MTU:1500=A0 Metric:1=0A= =A0=A0=A0=A0=A0=A0=A0=A0=A0 RX packets:6078430 errors:0 dropped:29074 overr= uns:0 frame:0=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 TX packets:455 errors:0 dropped= :0 overruns:0 carrier:0=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 collisions:0 txqueuel= en:0 =0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX bytes:420371639 (400.8 MiB)=A0 TX by= tes:23294 (22.7 KiB)=0A=0Abr1=A0=A0=A0=A0=A0=A0 Link encap:Ethernet=A0 HWad= dr 00:25:B5:01:00:0E=A0 =0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 inet addr:bb.bb.bb.5= 4=A0 Bcast:bb.bb.bb.63=A0 Mask:255.255.255.224=0A=A0=A0=A0=A0=A0=A0=A0=A0= =A0 inet6 addr: fe80::225:b5ff:fe01:e/64 Scope:Link=0A=A0=A0=A0=A0=A0=A0=A0= =A0=A0 UP BROADCAST RUNNING MULTICAST=A0 MTU:1500=A0 Metric:1=0A=A0=A0=A0= =A0=A0=A0=A0=A0=A0 RX packets:6558041 errors:0 dropped:29357 overruns:0 fra= me:0=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 TX packets:440225 errors:0 dropped:0 ove= rruns:0 carrier:0=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 collisions:0 txqueuelen:0 = =0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX bytes:896155425 (854.6 MiB)=A0 TX bytes:8= 6777385 (82.7 MiB)=0A=0Aeth0=A0=A0=A0=A0=A0 Link encap:Ethernet=A0 HWaddr 0= 0:25:B5:01:00:0C=A0 =0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 inet6 addr: fe80::225:b5= ff:fe01:c/64 Scope:Link=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 UP BROADCAST RUNNING = MULTICAST=A0 MTU:1500=A0 Metric:1=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX packets:= 6078481 errors:0 dropped:0 overruns:0 frame:0=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0= TX packets:469 errors:0 dropped:0 overruns:0 carrier:0=0A=A0=A0=A0=A0=A0= =A0=A0=A0=A0 collisions:0 txqueuelen:1000 =0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX= bytes:554102172 (528.4 MiB)=A0 TX bytes:30844 (30.1 KiB)=0A=0Aeth1=A0=A0= =A0=A0=A0 Link encap:Ethernet=A0 HWaddr 00:25:B5:01:00:0E=A0 =0A=A0=A0=A0= =A0=A0=A0=A0=A0=A0 inet6 addr: fe80::225:b5ff:fe01:e/64 Scope:Link=0A=A0=A0= =A0=A0=A0=A0=A0=A0=A0 UP BROADCAST RUNNING MULTICAST=A0 MTU:1500=A0 Metric:= 1=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX packets:6779214 errors:0 dropped:0 overr= uns:0 frame:0=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 TX packets:447040 errors:0 drop= ped:0 overruns:0 carrier:0=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 collisions:0 txque= uelen:1000 =0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX bytes:1056883813 (1007.9 MiB)= =A0 TX bytes:89553462 (85.4 MiB)=0A=0Alo=A0=A0=A0=A0=A0=A0=A0 Link encap:Lo= cal Loopback=A0 =0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 inet addr:127.0.0.1=A0 Mask:= 255.0.0.0=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 inet6 addr: ::1/128 Scope:Host=0A= =A0=A0=A0=A0=A0=A0=A0=A0=A0 UP LOOPBACK RUNNING=A0 MTU:65536=A0 Metric:1=0A= =A0=A0=A0=A0=A0=A0=A0=A0=A0 RX packets:407064 errors:0 dropped:0 overruns:0= frame:0=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 TX packets:407064 errors:0 dropped:0= overruns:0 carrier:0=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 collisions:0 txqueuelen= :0 =0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX bytes:66670648 (63.5 MiB)=A0 TX bytes:= 66670648 (63.5 MiB)=0A=0Avif10.0=A0=A0 Link encap:Ethernet=A0 HWaddr FE:FF:= FF:FF:FF:FF=A0 =0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 inet6 addr: fe80::fcff:ffff:f= eff:ffff/64 Scope:Link=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 UP BROADCAST RUNNING M= ULTICAST=A0 MTU:1500=A0 Metric:1=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX packets:2= 6 errors:0 dropped:0 overruns:0 frame:0=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 TX pa= ckets:1081349 errors:0 dropped:0 overruns:0 carrier:0=0A=A0=A0=A0=A0=A0=A0= =A0=A0=A0 collisions:0 txqueuelen:32 =0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX byte= s:1056 (1.0 KiB)=A0 TX bytes:95311666 (90.8 MiB)=0A=0Avirbr0=A0=A0=A0 Link = encap:Ethernet=A0 HWaddr 7E:59:9C:79:56:E5=A0 =0A=A0=A0=A0=A0=A0=A0=A0=A0= =A0 inet addr:192.168.122.1=A0 Bcast:192.168.122.255=A0 Mask:255.255.255.0= =0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 UP BROADCAST MULTICAST=A0 MTU:1500=A0 Metric= :1=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX packets:0 errors:0 dropped:0 overruns:0= frame:0=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 TX packets:0 errors:0 dropped:0 over= runs:0 carrier:0=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 collisions:0 txqueuelen:0 = =0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX bytes:0 (0.0 b)=A0 TX bytes:0 (0.0 b)=0A-= -----=0A=0AOn Centos 5.6 x 64 xen version is xen 3-3.0.3=0A=0Abrctl show di= splays =0A=0Abridge name=A0=A0=A0=A0 bridge id=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 STP enabled=A0=A0=A0=A0 interfaces=0Avirbr0=A0=A0=A0=A0=A0= =A0=A0=A0=A0 8000.000000000000=A0=A0=A0=A0=A0=A0 yes=0Axenbr0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 8000.feffffffffff=A0=A0=A0=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0= =A0=A0 no=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 vif0.0=A0= =A0=A0=A0=A0 =0A=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 peth0=0Axenbr1=A0=A0= =A0=A0=A0=A0=A0=A0=A0 8000.feffffffffff=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 no=A0=A0=A0=A0=A0=A0=A0=A0=A0 =A0 =A0 =A0 =A0=A0 vif11.0= =0A=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 vif0.1=0A=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0 peth1=0A=0Aifconfig displays=0A=0Aeth0=A0=A0=A0=A0=A0 Link enc= ap:Ethernet=A0 HWaddr 00:25:B5:01:00:0E=A0 =0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 i= net addr:172.16.2.125=A0 Bcast:172.16.2.255=A0 Mask:255.255.255.0=0A=A0=A0= =A0=A0=A0=A0=A0=A0=A0 UP BROADCAST RUNNING MULTICAST=A0 MTU:1500=A0 Metric:= 1=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX packets:81998 errors:0 dropped:0 overrun= s:0 frame:0=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 TX packets:20 errors:0 dropped:0 = overruns:0 carrier:0=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 collisions:0 txqueuelen:= 0 =0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX bytes:7173319 (6.8 MiB)=A0 TX bytes:391= 5 (3.8 KiB)=0A=0Aeth1=A0=A0=A0=A0=A0 Link encap:Ethernet=A0 HWaddr 00:25:B5= :01:00:0F=A0 =0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 inet addr:91.198.134.53=A0 Bcas= t:91.198.134.63=A0 Mask:255.255.255.224=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 UP BR= OADCAST RUNNING MULTICAST=A0 MTU:1500=A0 Metric:1=0A=A0=A0=A0=A0=A0=A0=A0= =A0=A0 RX packets:430696 errors:0 dropped:0 overruns:0 frame:0=0A=A0=A0=A0= =A0=A0=A0=A0=A0=A0 TX packets:135228 errors:0 dropped:0 overruns:0 carrier:= 0=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 collisions:0 txqueuelen:0 =0A=A0=A0=A0=A0= =A0=A0=A0=A0=A0 RX bytes:447481948 (426.7 MiB)=A0 TX bytes:26986826 (25.7 M= iB)=0A=0Alo=A0=A0=A0=A0=A0=A0=A0 Link encap:Local Loopback=A0 =0A=A0=A0=A0= =A0=A0=A0=A0=A0=A0 inet addr:127.0.0.1=A0 Mask:255.0.0.0=0A=A0=A0=A0=A0=A0= =A0=A0=A0=A0 UP LOOPBACK RUNNING=A0 MTU:16436=A0 Metric:1=0A=A0=A0=A0=A0=A0= =A0=A0=A0=A0 RX packets:41390 errors:0 dropped:0 overruns:0 frame:0=0A=A0= =A0=A0=A0=A0=A0=A0=A0=A0 TX packets:41390 errors:0 dropped:0 overruns:0 car= rier:0=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 collisions:0 txqueuelen:0 =0A=A0=A0=A0= =A0=A0=A0=A0=A0=A0 RX bytes:53884444 (51.3 MiB)=A0 TX bytes:53884444 (51.3 = MiB)=0A=0Apeth0=A0=A0=A0=A0 Link encap:Ethernet=A0 HWaddr FE:FF:FF:FF:FF:FF= =A0 =0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 UP BROADCAST RUNNING NOARP=A0 MTU:1500= =A0 Metric:1=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX packets:82085 errors:0 droppe= d:0 overruns:0 frame:0=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 TX packets:39 errors:0= dropped:0 overruns:0 carrier:0=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 collisions:0 = txqueuelen:1000 =0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX bytes:7838348 (7.4 MiB)= =A0 TX bytes:7356 (7.1 KiB)=0A=0Apeth1=A0=A0=A0=A0 Link encap:Ethernet=A0 H= Waddr FE:FF:FF:FF:FF:FF=A0 =0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 UP BROADCAST RUNN= ING NOARP=A0 MTU:1500=A0 Metric:1=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX packets:= 485601 errors:0 dropped:0 overruns:0 frame:0=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 = TX packets:172464 errors:0 dropped:0 overruns:0 carrier:0=0A=A0=A0=A0=A0=A0= =A0=A0=A0=A0 collisions:0 txqueuelen:1000 =0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX= bytes:531352127 (506.7 MiB)=A0 TX bytes:30469981 (29.0 MiB)=0A=0Avif0.0=A0= =A0=A0 Link encap:Ethernet=A0 HWaddr FE:FF:FF:FF:FF:FF=A0 =0A=A0=A0=A0=A0= =A0=A0=A0=A0=A0 UP BROADCAST RUNNING NOARP=A0 MTU:1500=A0 Metric:1=0A=A0=A0= =A0=A0=A0=A0=A0=A0=A0 RX packets:20 errors:0 dropped:0 overruns:0 frame:0= =0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 TX packets:81998 errors:0 dropped:0 overruns= :0 carrier:0=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 collisions:0 txqueuelen:0 =0A=A0= =A0=A0=A0=A0=A0=A0=A0=A0 RX bytes:3915 (3.8 KiB)=A0 TX bytes:7173319 (6.8 M= iB)=0A=0Avif0.1=A0=A0=A0 Link encap:Ethernet=A0 HWaddr FE:FF:FF:FF:FF:FF=A0= =0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 UP BROADCAST RUNNING NOARP=A0 MTU:1500=A0 M= etric:1=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX packets:135228 errors:0 dropped:0 = overruns:0 frame:0=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 TX packets:430697 errors:0= dropped:0 overruns:0 carrier:0=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 collisions:0 = txqueuelen:0 =0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX bytes:26986826 (25.7 MiB)=A0= TX bytes:447482040 (426.7 MiB)=0A=0Avif11.0=A0=A0 Link encap:Ethernet=A0 H= Waddr FE:FF:FF:FF:FF:FF=A0 =0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 UP BROADCAST RUNN= ING NOARP=A0 MTU:1500=A0 Metric:1=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX packets:= 2147 errors:0 dropped:0 overruns:0 frame:0=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 TX= packets:48670 errors:0 dropped:0 overruns:0 carrier:0=0A=A0=A0=A0=A0=A0=A0= =A0=A0=A0 collisions:0 txqueuelen:500 =0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX byt= es:175728 (171.6 KiB)=A0 TX bytes:8013908 (7.6 MiB)=0A=0Avirbr0=A0=A0=A0 Li= nk encap:Ethernet=A0 HWaddr 00:00:00:00:00:00=A0 =0A=A0=A0=A0=A0=A0=A0=A0= =A0=A0 inet addr:192.168.122.1=A0 Bcast:192.168.122.255=A0 Mask:255.255.255= .0=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 UP BROADCAST RUNNING MULTICAST=A0 MTU:1500= =A0 Metric:1=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX packets:0 errors:0 dropped:0 = overruns:0 frame:0=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 TX packets:23 errors:0 dro= pped:0 overruns:0 carrier:0=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 collisions:0 txqu= euelen:0 =0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX bytes:0 (0.0 b)=A0 TX bytes:3905= (3.8 KiB)=0A=0Axenbr0=A0=A0=A0 Link encap:Ethernet=A0 HWaddr FE:FF:FF:FF:F= F:FF=A0 =0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 UP BROADCAST RUNNING NOARP=A0 MTU:15= 00=A0 Metric:1=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX packets:81992 errors:0 drop= ped:0 overruns:0 frame:0=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 TX packets:0 errors:= 0 dropped:0 overruns:0 carrier:0=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 collisions:0= txqueuelen:0 =0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX bytes:6027822 (5.7 MiB)=A0 = TX bytes:0 (0.0 b)=0A=0Axenbr1=A0=A0=A0 Link encap:Ethernet=A0 HWaddr FE:FF= :FF:FF:FF:FF=A0 =0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 UP BROADCAST RUNNING NOARP= =A0 MTU:1500=A0 Metric:1=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX packets:81990 err= ors:0 dropped:0 overruns:0 frame:0=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 TX packets= :0 errors:0 dropped:0 overruns:0 carrier:0=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 co= llisions:0 txqueuelen:0 =0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX bytes:6026762 (5.= 7 MiB)=A0 TX bytes:0 (0.0 b)=0A=0Aalso I have the multibridge.sh in /etc/xe= n/scripts directory.=0A=0ASo its clear that there is no hardware=A0 or netw= ork issue.=0Athe only 2 things are the centos OS and xen=0Afor sure I dont = thing is the OS=0A=0AI there anything I am missing in xen or is there any w= ay I could debug the xen installation=0Aappreciate your thoughts and wise i= deas.=0Aif any more info is required pls do let me know=0A=0AI can start ce= ntos 5x and xen 3 in production but want to get centos 6.5 and xen 4 deploy= ed=0A=0Aregards=0A=0Asimon=0A=0A=0A=0A=0A=0AOn Wednesday, February 26, 2014= 1:05 AM, sbdcunha wrote:=0A =0ADear Adam an Guys,=0A= =0AAs per your post I did try as you said Alan ..=0A=0A[root@xenserver2 ~]#= ifconfig -a | grep HWaddr shows me =0A=0Abr0=A0 =A0 =A0 Link encap:Ethern= et=A0 HWaddr 00:25:B5:01:00:0C=A0 =0Abr1=A0 =A0 =A0 Link encap:Ethernet=A0= HWaddr 00:25:B5:01:00:0D=3D=3D=3D=3D=3D> changed 0D to=0A0E=A0 =0Aeth0=A0 = =A0 =A0 Link encap:Ethernet=A0 HWaddr 00:25:B5:01:00:0C =0Aeth1=A0 =A0 =A0 = Link encap:Ethernet=A0 HWaddr 00:25:B5:01:00:0D =3D=3D=3D=3D> changed 0D to= =0A0E=A0 =0Avif9.0=A0 =A0 Link encap:Ethernet=A0 HWaddr FE:FF:FF:FF:FF:FF= =A0 =0Avirbr0=A0 =A0 Link encap:Ethernet=A0 HWaddr 7E:59:9C:79:56:E5=A0 =0A= =0Aand then my DOM0 was working as before i mean i could reach the internet= and=0Aalso my entire internal network=0A=0Abut from DOMU i can only ping d= om0 br1 ip=0A=0Aso as you said its not mac filtering =0A=0Aany ideas =0Aapp= reciate your kind help=0A=0Aregards=0A=0Asimon=0A=0A=0A=0A=0A=0A--=0AView t= his message in context: http://xen.1045712.n5.nabble.com/new-xen-guest-cann= ot-communicate-with-the-network-tp5721312p5721406.html=0ASent from the Xen = - User mailing list archive at Nabble.com.=0A=0A=0A________________________= _______________________=0AXen-users mailing list=0AXen-users@lists.xen.org= =0Ahttp://lists.xen.org/xen-users --683208101-336822480-1393506176=:90800 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Dear Guys,

As=0A you all aware of the issue i had been having for the last month or= so =0Aregarding xen DOMU unable to communicate outside DOM0 and really =0A= grateful to all the wise responses I have got and moreover your precious ti= me
As I said b= efore we got new cisco blade servers and a Nexus switch.

now today I did the following

I had downloaded before CentOS 5.5 x86 64= Hypervisor Edition (Minimal) and i did use it to format and install on one= blade.
i=0A used the same ip se= ttings as my other centos 6.5 Xen server and created=0A a new VM  in b= ridge mode and voila everything worked in the first go =0Awith no issues
from the new DOMU i can reach the = internet and my whole network
below the setting of the 2 ma= chines

-------------------------<= /div>
On Centos 6.5 x64 running dmesg = shows

Booting paravirtualized kernel on Xen
Xen version:= 4.2.3-28.el6 (preserve-AD)
Xen: using vcpuop timer interface

brctl show displays

bridge name&n= bsp;    bridge id       &= nbsp;       STP enabled   &nbs= p; interfaces
br0         &nb= sp;   8000.0025b501000c       no&nb= sp;            = eth0
br1          &nb= sp;  8000.0025b501000e       no &nb= sp;            eth1<= br>            =             &nb= sp;            =             &nb= sp;      vif10.0
virbr0    =       8000.000000000000    &nb= sp;  yes

ifconfig displays
br0       Link encap:Eth= ernet  HWaddr 00:25:B5:01:00:0C 
    &nbs= p;     inet addr:aa.aa.aa.125 Bcast: aa.aa.aa.255 = Mask:255.255.255.0
        &nbs= p; inet6 addr: fe80::225:b5ff:fe01:c/64 Scope:Link
   &nb= sp;      UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
        = ;  RX packets:6078430 errors:0 dropped:29074 overruns:0 frame:0
&nb= sp;         TX packets:455 errors:0= dropped:0 overruns:0 carrier:0
      &nbs= p;   collisions:0 txqueuelen:0
     =      RX bytes:420371639 (400.8 MiB)  TX bytes:2329= 4 (22.7 KiB)

br1       Link encap:Ethe= rnet  HWaddr 00:25:B5:01:00:0E 
     = ;     inet addr:bb.bb.bb.54  Bcast:bb.bb.bb.63&nbs= p; Mask:255.255.255.224
        =   inet6 addr: fe80::225:b5ff:fe01:e/64 Scope:Link
   = ;       UP BROADCAST RUNNING MULTICAST  = MTU:1500  Metric:1
          RX pack= ets:6558041 errors:0 dropped:29357 overruns:0 frame:0
   =        TX packets:440225 errors:0 dropped:0 o= verruns:0 carrier:0
        &nbs= p; collisions:0 txqueuelen:0
       =    RX bytes:896155425 (854.6 MiB)  TX bytes:86777385 (82.7 M= iB)

eth0      Link encap:Ethernet  HWa= ddr 00:25:B5:01:00:0C 
       &= nbsp;  inet6 addr: fe80::225:b5ff:fe01:c/64 Scope:Link
  =         UP BROADCAST RUNNING MULTICAST&n= bsp; MTU:1500  Metric:1
       &= nbsp;  RX packets:6078481 errors:0 dropped:0 overruns:0 frame:0
&nb= sp;         TX packets:469 errors:0 dropped:0 overruns:0 carrier:0
     &= nbsp;    collisions:0 txqueuelen:1000
   =        RX bytes:554102172 (528.4 MiB)  T= X bytes:30844 (30.1 KiB)

eth1      Link enc= ap:Ethernet  HWaddr 00:25:B5:01:00:0E 
   &nbs= p;      inet6 addr: fe80::225:b5ff:fe01:e/64 Scope= :Link
          UP BROADCAS= T RUNNING MULTICAST  MTU:1500  Metric:1
   &nbs= p;      RX packets:6779214 errors:0 dropped:0 over= runs:0 frame:0
          TX= packets:447040 errors:0 dropped:0 overruns:0 carrier:0
  &nbs= p;       collisions:0 txqueuelen:1000
&nb= sp;         RX bytes:1056883813 (1007.9 MiB)  TX bytes:89553462 (85.4 MiB)

lo=         Link encap:Local Loopback  =
          inet addr:127.0.= 0.1  Mask:255.0.0.0
        = ;  inet6 addr: ::1/128 Scope:Host
     &nb= sp;    UP LOOPBACK RUNNING  MTU:65536  Metric:1          RX packets:407064 e= rrors:0 dropped:0 overruns:0 frame:0
      = ;    TX packets:407064 errors:0 dropped:0 overruns:0 carrier= :0
          collisions:0 t= xqueuelen:0
          RX b= ytes:66670648 (63.5 MiB)  TX bytes:66670648 (63.5 MiB)

vif10.0&= nbsp;  Link encap:Ethernet  HWaddr FE:FF:FF:FF:FF:FF 
          inet6 addr: fe8= 0::fcff:ffff:feff:ffff/64 Scope:Link
      = ;    UP BROADCAST RUNNING MULTICAST  MTU:1500  Met= ric:1
          RX packets:= 26 errors:0 dropped:0 overruns:0 frame:0
     &= nbsp;    TX packets:1081349 errors:0 dropped:0 overruns:0 ca= rrier:0
          collision= s:0 txqueuelen:32
         = ; RX bytes:1056 (1.0 KiB)  TX bytes:95311666 (90.8 MiB)

virbr0&= nbsp;   Link encap:Ethernet  HWaddr 7E:59:9C:79:56:E5  =
          inet addr:192.16= 8.122.1  Bcast:192.168.122.255  Mask:255.255.255.0
  = ;        UP BROADCAST MULTICAST  MTU:1500  Metric:1
     &= nbsp;    RX packets:0 errors:0 dropped:0 overruns:0 frame:0<= br>          TX packets:0 erro= rs:0 dropped:0 overruns:0 carrier:0
      =     collisions:0 txqueuelen:0
    &n= bsp;     RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
------

On Centos 5.6 x 64 xen version is xen 3-3.0.3=

brctl show displays

bridge name     bridge id           = ;    STP enabled     interfaces
virbr= 0          8000.000000000000&n= bsp;      yes
xenbr0    &nb= sp;     8000.feffffffffff     =        &nb= sp;      no&nb= sp;            =       vif0.0 = ;    
    <= span class=3D"tab">      =             &nbs= p;     &nb= sp;               &n= bsp;                    &= nbsp;     =                =   peth0
xenbr1        &nb= sp; 8000.feffffffffff      &= nbsp;            no  &nb= sp;                v= if11.0
           = ;            &n= bsp;            = ;            &n= bsp;        &nb= sp;     &n= bsp;                      <= /span>  vif0.1
      &n= bsp;            = ;            &n= bsp;            = ;         =                =       = ;           =    peth1

ifconfig displays

eth0 =      Link encap:Ethernet  HWaddr 00:25:B5:01:00:0E=  
          inet addr:172.1= 6.2.125  Bcast:172.16.2.255  Mask:255.255.255.0
  &n= bsp;       UP BROADCAST RUNNING MULTICAST&nbs= p; MTU:1500  Metric:1
       &nb= sp;  RX packets:81998 errors:0 dropped:0 overruns:0 frame:0
 &= nbsp;        TX packets:20 errors:0 drop= ped:0 overruns:0 carrier:0
       &nb= sp;  collisions:0 txqueuelen:0
      = ;    RX bytes:7173319 (6.8 MiB)  TX bytes:3915 (3.8 KiB= )

eth1      Link encap:Ethernet  HWadd= r 00:25:B5:01:00:0F 
       &nb= sp;  inet addr:91.198.134.53  Bcast:91.198.134.63  Mask:255.255.255.224
        &n= bsp; UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
 =          RX packets:430696 errors:0= dropped:0 overruns:0 frame:0
       =    TX packets:135228 errors:0 dropped:0 overruns:0 carrier:0
&= nbsp;         collisions:0 txqueuel= en:0
          RX bytes:44= 7481948 (426.7 MiB)  TX bytes:26986826 (25.7 MiB)

lo  = ;      Link encap:Local Loopback 
 &= nbsp;        inet addr:127.0.0.1  M= ask:255.0.0.0
          UP = LOOPBACK RUNNING  MTU:16436  Metric:1
    =       RX packets:41390 errors:0 dropped:0 overruns:0 frame:0
        &nbs= p; TX packets:41390 errors:0 dropped:0 overruns:0 carrier:0
  =         collisions:0 txqueuelen:0
&n= bsp;         RX bytes:53884444 (51.= 3 MiB)  TX bytes:53884444 (51.3 MiB)

peth0   &nb= sp; Link encap:Ethernet  HWaddr FE:FF:FF:FF:FF:FF 
 &nbs= p;        UP BROADCAST RUNNING NOARP&nbs= p; MTU:1500  Metric:1
       &nb= sp;  RX packets:82085 errors:0 dropped:0 overruns:0 frame:0
 &= nbsp;        TX packets:39 errors:0 drop= ped:0 overruns:0 carrier:0
       &nb= sp;  collisions:0 txqueuelen:1000
     &n= bsp;    RX bytes:7838348 (7.4 MiB)  TX bytes:7356 (7.1 KiB)

peth1     Link encap:Ether= net  HWaddr FE:FF:FF:FF:FF:FF 
     =      UP BROADCAST RUNNING NOARP  MTU:1500  Me= tric:1
          RX packets= :485601 errors:0 dropped:0 overruns:0 frame:0
    &n= bsp;     TX packets:172464 errors:0 dropped:0 overruns:= 0 carrier:0
          colli= sions:0 txqueuelen:1000
        = ;  RX bytes:531352127 (506.7 MiB)  TX bytes:30469981 (29.0 MiB)
vif0.0    Link encap:Ethernet  HWaddr FE:FF:FF:FF= :FF:FF 
          UP = BROADCAST RUNNING NOARP  MTU:1500  Metric:1
   =        RX packets:20 errors:0 dropped:0 overruns:0 frame:0
       =    TX packets:81998 errors:0 dropped:0 overruns:0 carrier:0
&n= bsp;         collisions:0 txqueuele= n:0
          RX bytes:391= 5 (3.8 KiB)  TX bytes:7173319 (6.8 MiB)

vif0.1   = ; Link encap:Ethernet  HWaddr FE:FF:FF:FF:FF:FF 
  =         UP BROADCAST RUNNING NOARP = MTU:1500  Metric:1
        = ;  RX packets:135228 errors:0 dropped:0 overruns:0 frame:0
 &n= bsp;        TX packets:430697 errors:0 d= ropped:0 overruns:0 carrier:0
       =    collisions:0 txqueuelen:0
     &n= bsp;    RX bytes:26986826 (25.7 MiB)  TX bytes:447482040 (426.7 MiB)

vif11.0   Link encap:Ethernet=   HWaddr FE:FF:FF:FF:FF:FF 
     &nb= sp;    UP BROADCAST RUNNING NOARP  MTU:1500  Metri= c:1
          RX packets:21= 47 errors:0 dropped:0 overruns:0 frame:0
     &= nbsp;    TX packets:48670 errors:0 dropped:0 overruns:0 carr= ier:0
          collisions:= 0 txqueuelen:500
         = RX bytes:175728 (171.6 KiB)  TX bytes:8013908 (7.6 MiB)

virbr0=     Link encap:Ethernet  HWaddr 00:00:00:00:00:00 =
          inet addr:192.1= 68.122.1  Bcast:192.168.122.255  Mask:255.255.255.0
 &nbs= p;        UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
     &= nbsp;    RX packets:0 errors:0 dropped:0 overruns:0 frame:0<= br>          TX packets:23 err= ors:0 dropped:0 overruns:0 carrier:0
      = ;    collisions:0 txqueuelen:0
    &= nbsp;     RX bytes:0 (0.0 b)  TX bytes:3905 (3.8 K= iB)

xenbr0    Link encap:Ethernet  HWaddr FE:FF:= FF:FF:FF:FF 
         = ; UP BROADCAST RUNNING NOARP  MTU:1500  Metric:1
  &= nbsp;       RX packets:81992 errors:0 dropped= :0 overruns:0 frame:0
        &n= bsp; TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
  &n= bsp;       collisions:0 txqueuelen:0
          RX bytes:602782= 2 (5.7 MiB)  TX bytes:0 (0.0 b)

xenbr1    Link e= ncap:Ethernet  HWaddr FE:FF:FF:FF:FF:FF 
   &n= bsp;      UP BROADCAST RUNNING NOARP  MTU:150= 0  Metric:1
          = RX packets:81990 errors:0 dropped:0 overruns:0 frame:0
   = ;       TX packets:0 errors:0 dropped:0 overr= uns:0 carrier:0
          c= ollisions:0 txqueuelen:0
       &nbs= p;  RX bytes:6026762 (5.7 MiB)  TX bytes:0 (0.0 b)

also I = have the multibridge.sh in /etc/xen/scripts directory.

So its clear = that there is no hardware  or network issue.
the only 2 things are = the centos OS and xen
for sure I dont thing is the OS

I there anything I am missing in xen or is there any way I could debug the x= en installation
appreciate your thoughts and wise ideas.
if any more = info is required pls do let me know

I can start centos 5x and xen 3 = in production but want to get centos 6.5 and xen 4 deployed

regards<= br>
simon



On Wednesday, February 26, 2014 1:05 AM, sbdcunha <guy= 20034u@yahoo.com> wrote:
Dear Adam an Guys,

As per your pos= t I did try as you said Alan ..

[root@xe= nserver2 ~]# ifconfig -a | grep HWaddr shows me

br0      Link encap:Ethernet  HWaddr 00= :25:B5:01:00:0C 
br1      Link enca= p:Ethernet  HWaddr 00:25:B5:01:00:0D=3D=3D=3D=3D=3D> changed 0D to<= br clear=3D"none">0E 
eth0      Link= encap:Ethernet  HWaddr 00:25:B5:01:00:0C
eth1 = ;     Link encap:Ethernet  HWaddr 00:25:B5:01:00:0D =3D=3D= =3D=3D> changed 0D to
0E 
vif9= .0    Link encap:Ethernet  HWaddr FE:FF:FF:FF:FF:FF  virbr0    Link encap:Ethernet  HWaddr 7E:59= :9C:79:56:E5 

and then my DOM0 w= as working as before i mean i could reach the internet and
also my entire internal network

but from DOMU i can only ping dom0 br1 i= p

so as you said its not mac filtering=

any ideas
appreci= ate your kind help

regards

simon





--View this message in context: http://xen.1045712.n5.nabble= .com/new-xen-guest-cannot-communicate-with-the-network-tp5721312p5721406.ht= ml
Sent from the Xen - User mailing list archive at N= abble.com.


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

--683208101-336822480-1393506176=:90800-- --===============1785648534876714861== 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 --===============1785648534876714861==-- From xen-users-bounces@lists.xen.org Thu Feb 27 13:04:25 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 27 Feb 2014 13:04: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 1WJ0cC-0006TU-CG; Thu, 27 Feb 2014 13:03:04 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WJ0cA-0006TN-9Y for xen-users@lists.xensource.com; Thu, 27 Feb 2014 13:03:03 +0000 Received: from [85.158.137.68:12115] by server-12.bemta-3.messagelabs.com id A5/D1-01674-5873F035; Thu, 27 Feb 2014 13:03:01 +0000 X-Env-Sender: guy20034u@yahoo.com X-Msg-Ref: server-8.tower-31.messagelabs.com!1393506177!4585259!1 X-Originating-IP: [216.109.115.143] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_6, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20245 invoked from network); 27 Feb 2014 13:02:59 -0000 Received: from nm47-vm8.bullet.mail.bf1.yahoo.com (HELO nm47-vm8.bullet.mail.bf1.yahoo.com) (216.109.115.143) by server-8.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 27 Feb 2014 13:02:59 -0000 Received: from [98.139.214.32] by nm47.bullet.mail.bf1.yahoo.com with NNFMP; 27 Feb 2014 13:02:56 -0000 Received: from [98.139.212.238] by tm15.bullet.mail.bf1.yahoo.com with NNFMP; 27 Feb 2014 13:02:56 -0000 Received: from [127.0.0.1] by omp1047.mail.bf1.yahoo.com with NNFMP; 27 Feb 2014 13:02:56 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 841720.23788.bm@omp1047.mail.bf1.yahoo.com Received: (qmail 29646 invoked by uid 60001); 27 Feb 2014 13:02:56 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1393506176; bh=txHeCayxlGTRLyff+9rhcNTAJTkZO+feTlX2aEUE50s=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=MJ7AOpIF84zs2bD7wdXPD1FA+wmWIsk9Txgs8GpJXLcYpjySUPZdV5L5LJVAGpoCiYPhIhFElBsE5aOLhDskLyUOnGuMu/ZedVGkhM57uIoniVXLHvpmB65o3aNYpeSDFUwyC44Yewe8vvUQJnEO0kiqF7jGVRxQllIGXEvLhLg= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=f/VmZs6t9YK5l+BRKksTxbt0O2ixcad/AAfcpZH1HNxUWq33/EwyRj5CjJGT1OQWwZOFCzdXXycnSahDLTHZBFRjiTLLEIlsJQzYs/qhBNlXjM2r1CZ7DqB4i0tf7TUj61aFLCFPM7q/xOejvm5tYxr1MWT7edEQuUJzTCgj9Us=; X-YMail-OSG: 9rDKYFoVM1kPzGO8_V5JbBMRBoMUD2eLyhHX0V4X2i2fDMx dlWK04YTpaHWKjEEph_wiz_fZzDVH022PtReGNsd1J6K17zMl1gTnSk2p9yC Xy01u16NFi66yVM9DwC3j9vkyqVWVgrgm.1pQALrbSw9xMFlpxtrFe4CFRpe Jej_tDx.DCnQMsrECR3fpu4wI8l2lzf3cO34hm5o_lV1aM1zKJhplqiS9JWd K.bhYL3VvyfrE19GvYAXh1aNlOHtg8Bni7D6fL_EFfkMf_q1Gxf003tfms6z cqhNt9vcZWjliM_YUfBEWZrgxzlTaolacsrjSS5SsjyvAg1mHqbJEKUL_oVn gQLHowCZykh9mTQTzLRs7RAwAFWfdxJJd1JSVXh5wDmyPOdfqA3mLao.6X38 f4LLDgWfugMvicoT6pyOozYRxJvS7j1.iwB_IGDZDWVxzue4os.A3AUEEA4D whod66jemyqDoozcR4LbrlQ_u4YSpRt15po8tWOKYlkXDyYXUotX2gLiLB8n YRyAfNQbU8_Guje1TuP1jC.0FmVn.ih4TqSraZX4HMOHZoUElmSjAOViPc1W zBm5c0ZW1i8mPVD2xlkCm_UFyjexz06iSzTbF1q3bDeNcuZCcTV0JbYGKsUJ 8uJxo2tpFniYAThK58ZmoH4IuAQy96IieW8SB3lK0pe60MCRTLwyQNpFUYuv j1jT4CfGmLWIB3fhRRv7SP.KMSowz_FB8vwSiKAn8Bim658Dvr9kfH41O4er XN_fn7NiWPFleqtne3nIB0CriH3Tsl8WwU6ix6sHug6Hsl6unGPnCAYnGlM1 q5zjs.3ZfMzhDymaY3hwQYRT9NGuT_jJFkZPB9srWs6FjXhEMWx3kAfdT.3r hY0npsyVnTaTXpCGVFstusemvDLOxMxUv Received: from [91.198.134.226] by web140304.mail.bf1.yahoo.com via HTTP; Thu, 27 Feb 2014 05:02:56 PST X-Rocket-MIMEInfo: 002.001, RGVhciBHdXlzLAoKQXMgeW91IGFsbCBhd2FyZSBvZiB0aGUgaXNzdWUgaSBoYWQgYmVlbiBoYXZpbmcgZm9yIHRoZSBsYXN0IG1vbnRoIG9yIHNvIApyZWdhcmRpbmcgeGVuIERPTVUgdW5hYmxlIHRvIGNvbW11bmljYXRlIG91dHNpZGUgRE9NMCBhbmQgcmVhbGx5IApncmF0ZWZ1bCB0byBhbGwgdGhlIHdpc2UgcmVzcG9uc2VzIEkgaGF2ZSBnb3QgYW5kIG1vcmVvdmVyIHlvdXIgcHJlY2lvdXMgdGltZSAKCkFzIEkgc2FpZCBiZWZvcmUgd2UgZ290IG5ldyBjaXNjbyBibGFkZSBzZXJ2ZXJzIGFuZCBhIE5leHUBMAEBAQE- X-Mailer: YahooMailWebService/0.8.177.636 References: <1392725386154-5721312.post@n5.nabble.com> <1392739167.23084.20.camel@kazak.uk.xensource.com> <1392811964318-5721320.post@n5.nabble.com> <1392826755720-5721322.post@n5.nabble.com> <1392886863.22494.4.camel@kazak.uk.xensource.com> <1393007285327-5721382.post@n5.nabble.com> <530A7FEC.8060001@websitemanagers.com.au> <1393365814520-5721406.post@n5.nabble.com> Message-ID: <1393506176.90800.YahooMailNeo@web140304.mail.bf1.yahoo.com> Date: Thu, 27 Feb 2014 05:02:56 -0800 (PST) From: simon ben To: "xen-users@lists.xensource.com" In-Reply-To: <1393365814520-5721406.post@n5.nabble.com> MIME-Version: 1.0 Subject: Re: [Xen-users] new xen guest cannot communicate with the network X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: simon ben List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1785648534876714861==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1785648534876714861== Content-Type: multipart/alternative; boundary="683208101-336822480-1393506176=:90800" --683208101-336822480-1393506176=:90800 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Dear Guys,=0A=0AAs you all aware of the issue i had been having for the las= t month or so =0Aregarding xen DOMU unable to communicate outside DOM0 and = really =0Agrateful to all the wise responses I have got and moreover your p= recious time =0A=0AAs I said before we got new cisco blade servers and a Ne= xus switch.=0A=0Anow today I did the following=0A=0AI had downloaded before= CentOS 5.5 x86 64 Hypervisor Edition (Minimal) and i did use it to format = and install on one blade.=0Ai used the same ip settings as my other centos = 6.5 Xen server and created a new VM=A0 in bridge mode and voila everything = worked in the first go =0Awith no issues=0Afrom the new DOMU i can reach th= e internet and my whole network=0A=0Abelow the setting of the 2 machines=0A= =0A-------------------------=0AOn Centos 6.5 x64 running dmesg shows=0A=0AB= ooting paravirtualized kernel on Xen=0AXen version: 4.2.3-28.el6 (preserve-= AD)=0AXen: using vcpuop timer interface=0A=0Abrctl show displays=0A=0A=0Abr= idge name=A0=A0=A0=A0 bridge id=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 S= TP enabled=A0=A0=A0=A0 interfaces=0Abr0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= 8000.0025b501000c=A0=A0=A0=A0=A0=A0 no=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0 eth0=0Abr1=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 8000.0025b501000e=A0=A0= =A0=A0=A0=A0 no=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 eth1=0A=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0 vif10.0=0Avirbr0=A0=A0=A0=A0=A0=A0=A0=A0=A0 8000.000000000000=A0=A0=A0= =A0=A0=A0 yes=0A=0Aifconfig displays=0Abr0=A0=A0=A0=A0=A0=A0 Link encap:Eth= ernet=A0 HWaddr 00:25:B5:01:00:0C=A0 =0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 inet ad= dr:aa.aa.aa.125 Bcast: aa.aa.aa.255=A0 Mask:255.255.255.0=0A=A0=A0=A0=A0=A0= =A0=A0=A0=A0 inet6 addr: fe80::225:b5ff:fe01:c/64 Scope:Link=0A=A0=A0=A0=A0= =A0=A0=A0=A0=A0 UP BROADCAST RUNNING MULTICAST=A0 MTU:1500=A0 Metric:1=0A= =A0=A0=A0=A0=A0=A0=A0=A0=A0 RX packets:6078430 errors:0 dropped:29074 overr= uns:0 frame:0=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 TX packets:455 errors:0 dropped= :0 overruns:0 carrier:0=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 collisions:0 txqueuel= en:0 =0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX bytes:420371639 (400.8 MiB)=A0 TX by= tes:23294 (22.7 KiB)=0A=0Abr1=A0=A0=A0=A0=A0=A0 Link encap:Ethernet=A0 HWad= dr 00:25:B5:01:00:0E=A0 =0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 inet addr:bb.bb.bb.5= 4=A0 Bcast:bb.bb.bb.63=A0 Mask:255.255.255.224=0A=A0=A0=A0=A0=A0=A0=A0=A0= =A0 inet6 addr: fe80::225:b5ff:fe01:e/64 Scope:Link=0A=A0=A0=A0=A0=A0=A0=A0= =A0=A0 UP BROADCAST RUNNING MULTICAST=A0 MTU:1500=A0 Metric:1=0A=A0=A0=A0= =A0=A0=A0=A0=A0=A0 RX packets:6558041 errors:0 dropped:29357 overruns:0 fra= me:0=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 TX packets:440225 errors:0 dropped:0 ove= rruns:0 carrier:0=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 collisions:0 txqueuelen:0 = =0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX bytes:896155425 (854.6 MiB)=A0 TX bytes:8= 6777385 (82.7 MiB)=0A=0Aeth0=A0=A0=A0=A0=A0 Link encap:Ethernet=A0 HWaddr 0= 0:25:B5:01:00:0C=A0 =0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 inet6 addr: fe80::225:b5= ff:fe01:c/64 Scope:Link=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 UP BROADCAST RUNNING = MULTICAST=A0 MTU:1500=A0 Metric:1=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX packets:= 6078481 errors:0 dropped:0 overruns:0 frame:0=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0= TX packets:469 errors:0 dropped:0 overruns:0 carrier:0=0A=A0=A0=A0=A0=A0= =A0=A0=A0=A0 collisions:0 txqueuelen:1000 =0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX= bytes:554102172 (528.4 MiB)=A0 TX bytes:30844 (30.1 KiB)=0A=0Aeth1=A0=A0= =A0=A0=A0 Link encap:Ethernet=A0 HWaddr 00:25:B5:01:00:0E=A0 =0A=A0=A0=A0= =A0=A0=A0=A0=A0=A0 inet6 addr: fe80::225:b5ff:fe01:e/64 Scope:Link=0A=A0=A0= =A0=A0=A0=A0=A0=A0=A0 UP BROADCAST RUNNING MULTICAST=A0 MTU:1500=A0 Metric:= 1=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX packets:6779214 errors:0 dropped:0 overr= uns:0 frame:0=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 TX packets:447040 errors:0 drop= ped:0 overruns:0 carrier:0=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 collisions:0 txque= uelen:1000 =0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX bytes:1056883813 (1007.9 MiB)= =A0 TX bytes:89553462 (85.4 MiB)=0A=0Alo=A0=A0=A0=A0=A0=A0=A0 Link encap:Lo= cal Loopback=A0 =0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 inet addr:127.0.0.1=A0 Mask:= 255.0.0.0=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 inet6 addr: ::1/128 Scope:Host=0A= =A0=A0=A0=A0=A0=A0=A0=A0=A0 UP LOOPBACK RUNNING=A0 MTU:65536=A0 Metric:1=0A= =A0=A0=A0=A0=A0=A0=A0=A0=A0 RX packets:407064 errors:0 dropped:0 overruns:0= frame:0=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 TX packets:407064 errors:0 dropped:0= overruns:0 carrier:0=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 collisions:0 txqueuelen= :0 =0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX bytes:66670648 (63.5 MiB)=A0 TX bytes:= 66670648 (63.5 MiB)=0A=0Avif10.0=A0=A0 Link encap:Ethernet=A0 HWaddr FE:FF:= FF:FF:FF:FF=A0 =0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 inet6 addr: fe80::fcff:ffff:f= eff:ffff/64 Scope:Link=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 UP BROADCAST RUNNING M= ULTICAST=A0 MTU:1500=A0 Metric:1=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX packets:2= 6 errors:0 dropped:0 overruns:0 frame:0=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 TX pa= ckets:1081349 errors:0 dropped:0 overruns:0 carrier:0=0A=A0=A0=A0=A0=A0=A0= =A0=A0=A0 collisions:0 txqueuelen:32 =0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX byte= s:1056 (1.0 KiB)=A0 TX bytes:95311666 (90.8 MiB)=0A=0Avirbr0=A0=A0=A0 Link = encap:Ethernet=A0 HWaddr 7E:59:9C:79:56:E5=A0 =0A=A0=A0=A0=A0=A0=A0=A0=A0= =A0 inet addr:192.168.122.1=A0 Bcast:192.168.122.255=A0 Mask:255.255.255.0= =0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 UP BROADCAST MULTICAST=A0 MTU:1500=A0 Metric= :1=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX packets:0 errors:0 dropped:0 overruns:0= frame:0=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 TX packets:0 errors:0 dropped:0 over= runs:0 carrier:0=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 collisions:0 txqueuelen:0 = =0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX bytes:0 (0.0 b)=A0 TX bytes:0 (0.0 b)=0A-= -----=0A=0AOn Centos 5.6 x 64 xen version is xen 3-3.0.3=0A=0Abrctl show di= splays =0A=0Abridge name=A0=A0=A0=A0 bridge id=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 STP enabled=A0=A0=A0=A0 interfaces=0Avirbr0=A0=A0=A0=A0=A0= =A0=A0=A0=A0 8000.000000000000=A0=A0=A0=A0=A0=A0 yes=0Axenbr0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 8000.feffffffffff=A0=A0=A0=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0= =A0=A0 no=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 vif0.0=A0= =A0=A0=A0=A0 =0A=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 peth0=0Axenbr1=A0=A0= =A0=A0=A0=A0=A0=A0=A0 8000.feffffffffff=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 no=A0=A0=A0=A0=A0=A0=A0=A0=A0 =A0 =A0 =A0 =A0=A0 vif11.0= =0A=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 vif0.1=0A=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0 peth1=0A=0Aifconfig displays=0A=0Aeth0=A0=A0=A0=A0=A0 Link enc= ap:Ethernet=A0 HWaddr 00:25:B5:01:00:0E=A0 =0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 i= net addr:172.16.2.125=A0 Bcast:172.16.2.255=A0 Mask:255.255.255.0=0A=A0=A0= =A0=A0=A0=A0=A0=A0=A0 UP BROADCAST RUNNING MULTICAST=A0 MTU:1500=A0 Metric:= 1=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX packets:81998 errors:0 dropped:0 overrun= s:0 frame:0=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 TX packets:20 errors:0 dropped:0 = overruns:0 carrier:0=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 collisions:0 txqueuelen:= 0 =0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX bytes:7173319 (6.8 MiB)=A0 TX bytes:391= 5 (3.8 KiB)=0A=0Aeth1=A0=A0=A0=A0=A0 Link encap:Ethernet=A0 HWaddr 00:25:B5= :01:00:0F=A0 =0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 inet addr:91.198.134.53=A0 Bcas= t:91.198.134.63=A0 Mask:255.255.255.224=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 UP BR= OADCAST RUNNING MULTICAST=A0 MTU:1500=A0 Metric:1=0A=A0=A0=A0=A0=A0=A0=A0= =A0=A0 RX packets:430696 errors:0 dropped:0 overruns:0 frame:0=0A=A0=A0=A0= =A0=A0=A0=A0=A0=A0 TX packets:135228 errors:0 dropped:0 overruns:0 carrier:= 0=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 collisions:0 txqueuelen:0 =0A=A0=A0=A0=A0= =A0=A0=A0=A0=A0 RX bytes:447481948 (426.7 MiB)=A0 TX bytes:26986826 (25.7 M= iB)=0A=0Alo=A0=A0=A0=A0=A0=A0=A0 Link encap:Local Loopback=A0 =0A=A0=A0=A0= =A0=A0=A0=A0=A0=A0 inet addr:127.0.0.1=A0 Mask:255.0.0.0=0A=A0=A0=A0=A0=A0= =A0=A0=A0=A0 UP LOOPBACK RUNNING=A0 MTU:16436=A0 Metric:1=0A=A0=A0=A0=A0=A0= =A0=A0=A0=A0 RX packets:41390 errors:0 dropped:0 overruns:0 frame:0=0A=A0= =A0=A0=A0=A0=A0=A0=A0=A0 TX packets:41390 errors:0 dropped:0 overruns:0 car= rier:0=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 collisions:0 txqueuelen:0 =0A=A0=A0=A0= =A0=A0=A0=A0=A0=A0 RX bytes:53884444 (51.3 MiB)=A0 TX bytes:53884444 (51.3 = MiB)=0A=0Apeth0=A0=A0=A0=A0 Link encap:Ethernet=A0 HWaddr FE:FF:FF:FF:FF:FF= =A0 =0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 UP BROADCAST RUNNING NOARP=A0 MTU:1500= =A0 Metric:1=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX packets:82085 errors:0 droppe= d:0 overruns:0 frame:0=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 TX packets:39 errors:0= dropped:0 overruns:0 carrier:0=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 collisions:0 = txqueuelen:1000 =0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX bytes:7838348 (7.4 MiB)= =A0 TX bytes:7356 (7.1 KiB)=0A=0Apeth1=A0=A0=A0=A0 Link encap:Ethernet=A0 H= Waddr FE:FF:FF:FF:FF:FF=A0 =0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 UP BROADCAST RUNN= ING NOARP=A0 MTU:1500=A0 Metric:1=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX packets:= 485601 errors:0 dropped:0 overruns:0 frame:0=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 = TX packets:172464 errors:0 dropped:0 overruns:0 carrier:0=0A=A0=A0=A0=A0=A0= =A0=A0=A0=A0 collisions:0 txqueuelen:1000 =0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX= bytes:531352127 (506.7 MiB)=A0 TX bytes:30469981 (29.0 MiB)=0A=0Avif0.0=A0= =A0=A0 Link encap:Ethernet=A0 HWaddr FE:FF:FF:FF:FF:FF=A0 =0A=A0=A0=A0=A0= =A0=A0=A0=A0=A0 UP BROADCAST RUNNING NOARP=A0 MTU:1500=A0 Metric:1=0A=A0=A0= =A0=A0=A0=A0=A0=A0=A0 RX packets:20 errors:0 dropped:0 overruns:0 frame:0= =0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 TX packets:81998 errors:0 dropped:0 overruns= :0 carrier:0=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 collisions:0 txqueuelen:0 =0A=A0= =A0=A0=A0=A0=A0=A0=A0=A0 RX bytes:3915 (3.8 KiB)=A0 TX bytes:7173319 (6.8 M= iB)=0A=0Avif0.1=A0=A0=A0 Link encap:Ethernet=A0 HWaddr FE:FF:FF:FF:FF:FF=A0= =0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 UP BROADCAST RUNNING NOARP=A0 MTU:1500=A0 M= etric:1=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX packets:135228 errors:0 dropped:0 = overruns:0 frame:0=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 TX packets:430697 errors:0= dropped:0 overruns:0 carrier:0=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 collisions:0 = txqueuelen:0 =0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX bytes:26986826 (25.7 MiB)=A0= TX bytes:447482040 (426.7 MiB)=0A=0Avif11.0=A0=A0 Link encap:Ethernet=A0 H= Waddr FE:FF:FF:FF:FF:FF=A0 =0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 UP BROADCAST RUNN= ING NOARP=A0 MTU:1500=A0 Metric:1=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX packets:= 2147 errors:0 dropped:0 overruns:0 frame:0=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 TX= packets:48670 errors:0 dropped:0 overruns:0 carrier:0=0A=A0=A0=A0=A0=A0=A0= =A0=A0=A0 collisions:0 txqueuelen:500 =0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX byt= es:175728 (171.6 KiB)=A0 TX bytes:8013908 (7.6 MiB)=0A=0Avirbr0=A0=A0=A0 Li= nk encap:Ethernet=A0 HWaddr 00:00:00:00:00:00=A0 =0A=A0=A0=A0=A0=A0=A0=A0= =A0=A0 inet addr:192.168.122.1=A0 Bcast:192.168.122.255=A0 Mask:255.255.255= .0=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 UP BROADCAST RUNNING MULTICAST=A0 MTU:1500= =A0 Metric:1=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX packets:0 errors:0 dropped:0 = overruns:0 frame:0=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 TX packets:23 errors:0 dro= pped:0 overruns:0 carrier:0=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 collisions:0 txqu= euelen:0 =0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX bytes:0 (0.0 b)=A0 TX bytes:3905= (3.8 KiB)=0A=0Axenbr0=A0=A0=A0 Link encap:Ethernet=A0 HWaddr FE:FF:FF:FF:F= F:FF=A0 =0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 UP BROADCAST RUNNING NOARP=A0 MTU:15= 00=A0 Metric:1=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX packets:81992 errors:0 drop= ped:0 overruns:0 frame:0=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 TX packets:0 errors:= 0 dropped:0 overruns:0 carrier:0=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 collisions:0= txqueuelen:0 =0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX bytes:6027822 (5.7 MiB)=A0 = TX bytes:0 (0.0 b)=0A=0Axenbr1=A0=A0=A0 Link encap:Ethernet=A0 HWaddr FE:FF= :FF:FF:FF:FF=A0 =0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 UP BROADCAST RUNNING NOARP= =A0 MTU:1500=A0 Metric:1=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX packets:81990 err= ors:0 dropped:0 overruns:0 frame:0=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 TX packets= :0 errors:0 dropped:0 overruns:0 carrier:0=0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 co= llisions:0 txqueuelen:0 =0A=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX bytes:6026762 (5.= 7 MiB)=A0 TX bytes:0 (0.0 b)=0A=0Aalso I have the multibridge.sh in /etc/xe= n/scripts directory.=0A=0ASo its clear that there is no hardware=A0 or netw= ork issue.=0Athe only 2 things are the centos OS and xen=0Afor sure I dont = thing is the OS=0A=0AI there anything I am missing in xen or is there any w= ay I could debug the xen installation=0Aappreciate your thoughts and wise i= deas.=0Aif any more info is required pls do let me know=0A=0AI can start ce= ntos 5x and xen 3 in production but want to get centos 6.5 and xen 4 deploy= ed=0A=0Aregards=0A=0Asimon=0A=0A=0A=0A=0A=0AOn Wednesday, February 26, 2014= 1:05 AM, sbdcunha wrote:=0A =0ADear Adam an Guys,=0A= =0AAs per your post I did try as you said Alan ..=0A=0A[root@xenserver2 ~]#= ifconfig -a | grep HWaddr shows me =0A=0Abr0=A0 =A0 =A0 Link encap:Ethern= et=A0 HWaddr 00:25:B5:01:00:0C=A0 =0Abr1=A0 =A0 =A0 Link encap:Ethernet=A0= HWaddr 00:25:B5:01:00:0D=3D=3D=3D=3D=3D> changed 0D to=0A0E=A0 =0Aeth0=A0 = =A0 =A0 Link encap:Ethernet=A0 HWaddr 00:25:B5:01:00:0C =0Aeth1=A0 =A0 =A0 = Link encap:Ethernet=A0 HWaddr 00:25:B5:01:00:0D =3D=3D=3D=3D> changed 0D to= =0A0E=A0 =0Avif9.0=A0 =A0 Link encap:Ethernet=A0 HWaddr FE:FF:FF:FF:FF:FF= =A0 =0Avirbr0=A0 =A0 Link encap:Ethernet=A0 HWaddr 7E:59:9C:79:56:E5=A0 =0A= =0Aand then my DOM0 was working as before i mean i could reach the internet= and=0Aalso my entire internal network=0A=0Abut from DOMU i can only ping d= om0 br1 ip=0A=0Aso as you said its not mac filtering =0A=0Aany ideas =0Aapp= reciate your kind help=0A=0Aregards=0A=0Asimon=0A=0A=0A=0A=0A=0A--=0AView t= his message in context: http://xen.1045712.n5.nabble.com/new-xen-guest-cann= ot-communicate-with-the-network-tp5721312p5721406.html=0ASent from the Xen = - User mailing list archive at Nabble.com.=0A=0A=0A________________________= _______________________=0AXen-users mailing list=0AXen-users@lists.xen.org= =0Ahttp://lists.xen.org/xen-users --683208101-336822480-1393506176=:90800 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Dear Guys,

As=0A you all aware of the issue i had been having for the last month or= so =0Aregarding xen DOMU unable to communicate outside DOM0 and really =0A= grateful to all the wise responses I have got and moreover your precious ti= me
As I said b= efore we got new cisco blade servers and a Nexus switch.

now today I did the following

I had downloaded before CentOS 5.5 x86 64= Hypervisor Edition (Minimal) and i did use it to format and install on one= blade.
i=0A used the same ip se= ttings as my other centos 6.5 Xen server and created=0A a new VM  in b= ridge mode and voila everything worked in the first go =0Awith no issues
from the new DOMU i can reach the = internet and my whole network
below the setting of the 2 ma= chines

-------------------------<= /div>
On Centos 6.5 x64 running dmesg = shows

Booting paravirtualized kernel on Xen
Xen version:= 4.2.3-28.el6 (preserve-AD)
Xen: using vcpuop timer interface

brctl show displays

bridge name&n= bsp;    bridge id       &= nbsp;       STP enabled   &nbs= p; interfaces
br0         &nb= sp;   8000.0025b501000c       no&nb= sp;            = eth0
br1          &nb= sp;  8000.0025b501000e       no &nb= sp;            eth1<= br>            =             &nb= sp;            =             &nb= sp;      vif10.0
virbr0    =       8000.000000000000    &nb= sp;  yes

ifconfig displays
br0       Link encap:Eth= ernet  HWaddr 00:25:B5:01:00:0C 
    &nbs= p;     inet addr:aa.aa.aa.125 Bcast: aa.aa.aa.255 = Mask:255.255.255.0
        &nbs= p; inet6 addr: fe80::225:b5ff:fe01:c/64 Scope:Link
   &nb= sp;      UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
        = ;  RX packets:6078430 errors:0 dropped:29074 overruns:0 frame:0
&nb= sp;         TX packets:455 errors:0= dropped:0 overruns:0 carrier:0
      &nbs= p;   collisions:0 txqueuelen:0
     =      RX bytes:420371639 (400.8 MiB)  TX bytes:2329= 4 (22.7 KiB)

br1       Link encap:Ethe= rnet  HWaddr 00:25:B5:01:00:0E 
     = ;     inet addr:bb.bb.bb.54  Bcast:bb.bb.bb.63&nbs= p; Mask:255.255.255.224
        =   inet6 addr: fe80::225:b5ff:fe01:e/64 Scope:Link
   = ;       UP BROADCAST RUNNING MULTICAST  = MTU:1500  Metric:1
          RX pack= ets:6558041 errors:0 dropped:29357 overruns:0 frame:0
   =        TX packets:440225 errors:0 dropped:0 o= verruns:0 carrier:0
        &nbs= p; collisions:0 txqueuelen:0
       =    RX bytes:896155425 (854.6 MiB)  TX bytes:86777385 (82.7 M= iB)

eth0      Link encap:Ethernet  HWa= ddr 00:25:B5:01:00:0C 
       &= nbsp;  inet6 addr: fe80::225:b5ff:fe01:c/64 Scope:Link
  =         UP BROADCAST RUNNING MULTICAST&n= bsp; MTU:1500  Metric:1
       &= nbsp;  RX packets:6078481 errors:0 dropped:0 overruns:0 frame:0
&nb= sp;         TX packets:469 errors:0 dropped:0 overruns:0 carrier:0
     &= nbsp;    collisions:0 txqueuelen:1000
   =        RX bytes:554102172 (528.4 MiB)  T= X bytes:30844 (30.1 KiB)

eth1      Link enc= ap:Ethernet  HWaddr 00:25:B5:01:00:0E 
   &nbs= p;      inet6 addr: fe80::225:b5ff:fe01:e/64 Scope= :Link
          UP BROADCAS= T RUNNING MULTICAST  MTU:1500  Metric:1
   &nbs= p;      RX packets:6779214 errors:0 dropped:0 over= runs:0 frame:0
          TX= packets:447040 errors:0 dropped:0 overruns:0 carrier:0
  &nbs= p;       collisions:0 txqueuelen:1000
&nb= sp;         RX bytes:1056883813 (1007.9 MiB)  TX bytes:89553462 (85.4 MiB)

lo=         Link encap:Local Loopback  =
          inet addr:127.0.= 0.1  Mask:255.0.0.0
        = ;  inet6 addr: ::1/128 Scope:Host
     &nb= sp;    UP LOOPBACK RUNNING  MTU:65536  Metric:1          RX packets:407064 e= rrors:0 dropped:0 overruns:0 frame:0
      = ;    TX packets:407064 errors:0 dropped:0 overruns:0 carrier= :0
          collisions:0 t= xqueuelen:0
          RX b= ytes:66670648 (63.5 MiB)  TX bytes:66670648 (63.5 MiB)

vif10.0&= nbsp;  Link encap:Ethernet  HWaddr FE:FF:FF:FF:FF:FF 
          inet6 addr: fe8= 0::fcff:ffff:feff:ffff/64 Scope:Link
      = ;    UP BROADCAST RUNNING MULTICAST  MTU:1500  Met= ric:1
          RX packets:= 26 errors:0 dropped:0 overruns:0 frame:0
     &= nbsp;    TX packets:1081349 errors:0 dropped:0 overruns:0 ca= rrier:0
          collision= s:0 txqueuelen:32
         = ; RX bytes:1056 (1.0 KiB)  TX bytes:95311666 (90.8 MiB)

virbr0&= nbsp;   Link encap:Ethernet  HWaddr 7E:59:9C:79:56:E5  =
          inet addr:192.16= 8.122.1  Bcast:192.168.122.255  Mask:255.255.255.0
  = ;        UP BROADCAST MULTICAST  MTU:1500  Metric:1
     &= nbsp;    RX packets:0 errors:0 dropped:0 overruns:0 frame:0<= br>          TX packets:0 erro= rs:0 dropped:0 overruns:0 carrier:0
      =     collisions:0 txqueuelen:0
    &n= bsp;     RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
------

On Centos 5.6 x 64 xen version is xen 3-3.0.3=

brctl show displays

bridge name     bridge id           = ;    STP enabled     interfaces
virbr= 0          8000.000000000000&n= bsp;      yes
xenbr0    &nb= sp;     8000.feffffffffff     =        &nb= sp;      no&nb= sp;            =       vif0.0 = ;    
    <= span class=3D"tab">      =             &nbs= p;     &nb= sp;               &n= bsp;                    &= nbsp;     =                =   peth0
xenbr1        &nb= sp; 8000.feffffffffff      &= nbsp;            no  &nb= sp;                v= if11.0
           = ;            &n= bsp;            = ;            &n= bsp;        &nb= sp;     &n= bsp;                      <= /span>  vif0.1
      &n= bsp;            = ;            &n= bsp;            = ;         =                =       = ;           =    peth1

ifconfig displays

eth0 =      Link encap:Ethernet  HWaddr 00:25:B5:01:00:0E=  
          inet addr:172.1= 6.2.125  Bcast:172.16.2.255  Mask:255.255.255.0
  &n= bsp;       UP BROADCAST RUNNING MULTICAST&nbs= p; MTU:1500  Metric:1
       &nb= sp;  RX packets:81998 errors:0 dropped:0 overruns:0 frame:0
 &= nbsp;        TX packets:20 errors:0 drop= ped:0 overruns:0 carrier:0
       &nb= sp;  collisions:0 txqueuelen:0
      = ;    RX bytes:7173319 (6.8 MiB)  TX bytes:3915 (3.8 KiB= )

eth1      Link encap:Ethernet  HWadd= r 00:25:B5:01:00:0F 
       &nb= sp;  inet addr:91.198.134.53  Bcast:91.198.134.63  Mask:255.255.255.224
        &n= bsp; UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
 =          RX packets:430696 errors:0= dropped:0 overruns:0 frame:0
       =    TX packets:135228 errors:0 dropped:0 overruns:0 carrier:0
&= nbsp;         collisions:0 txqueuel= en:0
          RX bytes:44= 7481948 (426.7 MiB)  TX bytes:26986826 (25.7 MiB)

lo  = ;      Link encap:Local Loopback 
 &= nbsp;        inet addr:127.0.0.1  M= ask:255.0.0.0
          UP = LOOPBACK RUNNING  MTU:16436  Metric:1
    =       RX packets:41390 errors:0 dropped:0 overruns:0 frame:0
        &nbs= p; TX packets:41390 errors:0 dropped:0 overruns:0 carrier:0
  =         collisions:0 txqueuelen:0
&n= bsp;         RX bytes:53884444 (51.= 3 MiB)  TX bytes:53884444 (51.3 MiB)

peth0   &nb= sp; Link encap:Ethernet  HWaddr FE:FF:FF:FF:FF:FF 
 &nbs= p;        UP BROADCAST RUNNING NOARP&nbs= p; MTU:1500  Metric:1
       &nb= sp;  RX packets:82085 errors:0 dropped:0 overruns:0 frame:0
 &= nbsp;        TX packets:39 errors:0 drop= ped:0 overruns:0 carrier:0
       &nb= sp;  collisions:0 txqueuelen:1000
     &n= bsp;    RX bytes:7838348 (7.4 MiB)  TX bytes:7356 (7.1 KiB)

peth1     Link encap:Ether= net  HWaddr FE:FF:FF:FF:FF:FF 
     =      UP BROADCAST RUNNING NOARP  MTU:1500  Me= tric:1
          RX packets= :485601 errors:0 dropped:0 overruns:0 frame:0
    &n= bsp;     TX packets:172464 errors:0 dropped:0 overruns:= 0 carrier:0
          colli= sions:0 txqueuelen:1000
        = ;  RX bytes:531352127 (506.7 MiB)  TX bytes:30469981 (29.0 MiB)
vif0.0    Link encap:Ethernet  HWaddr FE:FF:FF:FF= :FF:FF 
          UP = BROADCAST RUNNING NOARP  MTU:1500  Metric:1
   =        RX packets:20 errors:0 dropped:0 overruns:0 frame:0
       =    TX packets:81998 errors:0 dropped:0 overruns:0 carrier:0
&n= bsp;         collisions:0 txqueuele= n:0
          RX bytes:391= 5 (3.8 KiB)  TX bytes:7173319 (6.8 MiB)

vif0.1   = ; Link encap:Ethernet  HWaddr FE:FF:FF:FF:FF:FF 
  =         UP BROADCAST RUNNING NOARP = MTU:1500  Metric:1
        = ;  RX packets:135228 errors:0 dropped:0 overruns:0 frame:0
 &n= bsp;        TX packets:430697 errors:0 d= ropped:0 overruns:0 carrier:0
       =    collisions:0 txqueuelen:0
     &n= bsp;    RX bytes:26986826 (25.7 MiB)  TX bytes:447482040 (426.7 MiB)

vif11.0   Link encap:Ethernet=   HWaddr FE:FF:FF:FF:FF:FF 
     &nb= sp;    UP BROADCAST RUNNING NOARP  MTU:1500  Metri= c:1
          RX packets:21= 47 errors:0 dropped:0 overruns:0 frame:0
     &= nbsp;    TX packets:48670 errors:0 dropped:0 overruns:0 carr= ier:0
          collisions:= 0 txqueuelen:500
         = RX bytes:175728 (171.6 KiB)  TX bytes:8013908 (7.6 MiB)

virbr0=     Link encap:Ethernet  HWaddr 00:00:00:00:00:00 =
          inet addr:192.1= 68.122.1  Bcast:192.168.122.255  Mask:255.255.255.0
 &nbs= p;        UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
     &= nbsp;    RX packets:0 errors:0 dropped:0 overruns:0 frame:0<= br>          TX packets:23 err= ors:0 dropped:0 overruns:0 carrier:0
      = ;    collisions:0 txqueuelen:0
    &= nbsp;     RX bytes:0 (0.0 b)  TX bytes:3905 (3.8 K= iB)

xenbr0    Link encap:Ethernet  HWaddr FE:FF:= FF:FF:FF:FF 
         = ; UP BROADCAST RUNNING NOARP  MTU:1500  Metric:1
  &= nbsp;       RX packets:81992 errors:0 dropped= :0 overruns:0 frame:0
        &n= bsp; TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
  &n= bsp;       collisions:0 txqueuelen:0
          RX bytes:602782= 2 (5.7 MiB)  TX bytes:0 (0.0 b)

xenbr1    Link e= ncap:Ethernet  HWaddr FE:FF:FF:FF:FF:FF 
   &n= bsp;      UP BROADCAST RUNNING NOARP  MTU:150= 0  Metric:1
          = RX packets:81990 errors:0 dropped:0 overruns:0 frame:0
   = ;       TX packets:0 errors:0 dropped:0 overr= uns:0 carrier:0
          c= ollisions:0 txqueuelen:0
       &nbs= p;  RX bytes:6026762 (5.7 MiB)  TX bytes:0 (0.0 b)

also I = have the multibridge.sh in /etc/xen/scripts directory.

So its clear = that there is no hardware  or network issue.
the only 2 things are = the centos OS and xen
for sure I dont thing is the OS

I there anything I am missing in xen or is there any way I could debug the x= en installation
appreciate your thoughts and wise ideas.
if any more = info is required pls do let me know

I can start centos 5x and xen 3 = in production but want to get centos 6.5 and xen 4 deployed

regards<= br>
simon



On Wednesday, February 26, 2014 1:05 AM, sbdcunha <guy= 20034u@yahoo.com> wrote:
Dear Adam an Guys,

As per your pos= t I did try as you said Alan ..

[root@xe= nserver2 ~]# ifconfig -a | grep HWaddr shows me

br0      Link encap:Ethernet  HWaddr 00= :25:B5:01:00:0C 
br1      Link enca= p:Ethernet  HWaddr 00:25:B5:01:00:0D=3D=3D=3D=3D=3D> changed 0D to<= br clear=3D"none">0E 
eth0      Link= encap:Ethernet  HWaddr 00:25:B5:01:00:0C
eth1 = ;     Link encap:Ethernet  HWaddr 00:25:B5:01:00:0D =3D=3D= =3D=3D> changed 0D to
0E 
vif9= .0    Link encap:Ethernet  HWaddr FE:FF:FF:FF:FF:FF  virbr0    Link encap:Ethernet  HWaddr 7E:59= :9C:79:56:E5 

and then my DOM0 w= as working as before i mean i could reach the internet and
also my entire internal network

but from DOMU i can only ping dom0 br1 i= p

so as you said its not mac filtering=

any ideas
appreci= ate your kind help

regards

simon





--View this message in context: http://xen.1045712.n5.nabble= .com/new-xen-guest-cannot-communicate-with-the-network-tp5721312p5721406.ht= ml
Sent from the Xen - User mailing list archive at N= abble.com.


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

--683208101-336822480-1393506176=:90800-- --===============1785648534876714861== 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 --===============1785648534876714861==-- From xen-users-bounces@lists.xen.org Thu Feb 27 14:26:51 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 27 Feb 2014 14:26: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 1WJ1u0-0000en-Ep; Thu, 27 Feb 2014 14:25:32 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WJ1PM-0007ap-Dc for xen-users@lists.xenproject.org; Thu, 27 Feb 2014 13:53:52 +0000 Received: from [85.158.139.211:3277] by server-10.bemta-5.messagelabs.com id A6/F6-08578-F634F035; Thu, 27 Feb 2014 13:53:51 +0000 X-Env-Sender: axel-puschkin@yandex.com X-Msg-Ref: server-5.tower-206.messagelabs.com!1393509229!2122500!1 X-Originating-IP: [37.140.138.4] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5037 invoked from network); 27 Feb 2014 13:53:49 -0000 Received: from forward4m.mail.yandex.net (HELO forward4m.mail.yandex.net) (37.140.138.4) by server-5.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 27 Feb 2014 13:53:49 -0000 Received: from web22m.yandex.ru (web22m.yandex.ru [37.140.138.113]) by forward4m.mail.yandex.net (Yandex) with ESMTP id 3C5CD232102E for ; Thu, 27 Feb 2014 17:53:48 +0400 (MSK) Received: from 127.0.0.1 (localhost [127.0.0.1]) by web22m.yandex.ru (Yandex) with ESMTP id DD33176015D; Thu, 27 Feb 2014 17:53:47 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.com; s=mail; t=1393509228; bh=Jpj36gvQDjDv2+HFlf9maBLkORcPGiKMnOF0eUnFnNo=; h=From:To:Subject:Date; b=K6uZtxm9zcvUodPbz3yKW6EWQ2kVUhDpAwEa4lypkHh47bPry/rNaAyVee4CZMGz+ k3BRaKCd+VpqcJaOM+gV3ZBQyR0rwBMrMw8Zig1+1M87BRD+JO404OcFvHdSVK9KSA MDQtZmd7CnMDdZmafi0bkjI7dZa+1wYAc44nL6jo= Received: from p5B3CEB64.dip0.t-ipconnect.de (p5B3CEB64.dip0.t-ipconnect.de [91.60.235.100]) by web22m.yandex.ru with HTTP; Thu, 27 Feb 2014 17:53:47 +0400 From: Axel Puschkin To: xen-users@lists.xenproject.org MIME-Version: 1.0 Message-Id: <45781393509227@web22m.yandex.ru> X-Mailer: Yamail [ http://yandex.ru ] 5.0 Date: Thu, 27 Feb 2014 14:53:47 +0100 X-Mailman-Approved-At: Thu, 27 Feb 2014 14:25:31 +0000 Subject: [Xen-users] UEFI Dom0 on Debian Wheezy - Not booting X-BeenThere: xen-users@lists.xen.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'm trying hard to get Xen working on my UEFI system. Specifications: Motherboard: Intel DQ87PG (Haswell) CPU: Intel Core i5 4570 (non-K) Ram: 16GB DDR3 M4 Crucial SSD The system is running Debian Wheezy amd64 properly, using grub2-efi-amd64. I've followed this guide: http://wiki.xen.org/wiki/Comprehensive_Xen_Debian_Wheezy_PCI_Passthrough_Tutorial Instead of getting Xen version 4.1x, I got the latest (at that time) 4.4.0-RC5 version from git. (git clone ... -b ...) I built it according to the tutorial, even though there were some hick-ups. As my dom0-foundation, I used a custom kernel (version 3.13.5) configured from scratch. The kernel itself works just fine, but I can't boot with activated Xen. Grub detects the Xen-binary/archive and adjusts the kernel to utilize it, but once I try to actually boot with it, the screen stays black. I can't ssh-into the machine. I don't think it's actually doing any work, as no proper power management was loaded. (Power consumption is 51W instead of 26W in idle) The stock Debian kernel (3.2.x) also doesn't work. There also is no disk activity. I am not using the xen.efi approach. Instead, I want to use Xen through Grub's multiboot-function. It seems to be easier and I don't have to adjust my GNU-toolchain for it. As I am a Xen-firsttimer, I am not quite sure what's the cause of this problem. Does the kernel need one of these SuSE-patches, or is there a problem with Xen? I would be very happy to get some hints on how to solve this problem! Thank you very much in advance! Axel _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Feb 27 14:26:51 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 27 Feb 2014 14:26: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 1WJ1u0-0000en-Ep; Thu, 27 Feb 2014 14:25:32 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WJ1PM-0007ap-Dc for xen-users@lists.xenproject.org; Thu, 27 Feb 2014 13:53:52 +0000 Received: from [85.158.139.211:3277] by server-10.bemta-5.messagelabs.com id A6/F6-08578-F634F035; Thu, 27 Feb 2014 13:53:51 +0000 X-Env-Sender: axel-puschkin@yandex.com X-Msg-Ref: server-5.tower-206.messagelabs.com!1393509229!2122500!1 X-Originating-IP: [37.140.138.4] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5037 invoked from network); 27 Feb 2014 13:53:49 -0000 Received: from forward4m.mail.yandex.net (HELO forward4m.mail.yandex.net) (37.140.138.4) by server-5.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 27 Feb 2014 13:53:49 -0000 Received: from web22m.yandex.ru (web22m.yandex.ru [37.140.138.113]) by forward4m.mail.yandex.net (Yandex) with ESMTP id 3C5CD232102E for ; Thu, 27 Feb 2014 17:53:48 +0400 (MSK) Received: from 127.0.0.1 (localhost [127.0.0.1]) by web22m.yandex.ru (Yandex) with ESMTP id DD33176015D; Thu, 27 Feb 2014 17:53:47 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.com; s=mail; t=1393509228; bh=Jpj36gvQDjDv2+HFlf9maBLkORcPGiKMnOF0eUnFnNo=; h=From:To:Subject:Date; b=K6uZtxm9zcvUodPbz3yKW6EWQ2kVUhDpAwEa4lypkHh47bPry/rNaAyVee4CZMGz+ k3BRaKCd+VpqcJaOM+gV3ZBQyR0rwBMrMw8Zig1+1M87BRD+JO404OcFvHdSVK9KSA MDQtZmd7CnMDdZmafi0bkjI7dZa+1wYAc44nL6jo= Received: from p5B3CEB64.dip0.t-ipconnect.de (p5B3CEB64.dip0.t-ipconnect.de [91.60.235.100]) by web22m.yandex.ru with HTTP; Thu, 27 Feb 2014 17:53:47 +0400 From: Axel Puschkin To: xen-users@lists.xenproject.org MIME-Version: 1.0 Message-Id: <45781393509227@web22m.yandex.ru> X-Mailer: Yamail [ http://yandex.ru ] 5.0 Date: Thu, 27 Feb 2014 14:53:47 +0100 X-Mailman-Approved-At: Thu, 27 Feb 2014 14:25:31 +0000 Subject: [Xen-users] UEFI Dom0 on Debian Wheezy - Not booting X-BeenThere: xen-users@lists.xen.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'm trying hard to get Xen working on my UEFI system. Specifications: Motherboard: Intel DQ87PG (Haswell) CPU: Intel Core i5 4570 (non-K) Ram: 16GB DDR3 M4 Crucial SSD The system is running Debian Wheezy amd64 properly, using grub2-efi-amd64. I've followed this guide: http://wiki.xen.org/wiki/Comprehensive_Xen_Debian_Wheezy_PCI_Passthrough_Tutorial Instead of getting Xen version 4.1x, I got the latest (at that time) 4.4.0-RC5 version from git. (git clone ... -b ...) I built it according to the tutorial, even though there were some hick-ups. As my dom0-foundation, I used a custom kernel (version 3.13.5) configured from scratch. The kernel itself works just fine, but I can't boot with activated Xen. Grub detects the Xen-binary/archive and adjusts the kernel to utilize it, but once I try to actually boot with it, the screen stays black. I can't ssh-into the machine. I don't think it's actually doing any work, as no proper power management was loaded. (Power consumption is 51W instead of 26W in idle) The stock Debian kernel (3.2.x) also doesn't work. There also is no disk activity. I am not using the xen.efi approach. Instead, I want to use Xen through Grub's multiboot-function. It seems to be easier and I don't have to adjust my GNU-toolchain for it. As I am a Xen-firsttimer, I am not quite sure what's the cause of this problem. Does the kernel need one of these SuSE-patches, or is there a problem with Xen? I would be very happy to get some hints on how to solve this problem! Thank you very much in advance! Axel _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Feb 27 14:46:15 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 27 Feb 2014 14:46: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 1WJ2Ce-0002z4-J1; Thu, 27 Feb 2014 14:44:48 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WJ2Cd-0002yn-Jf for xen-users@lists.xen.org; Thu, 27 Feb 2014 14:44:47 +0000 Received: from [85.158.143.35:37635] by server-3.bemta-4.messagelabs.com id DF/DB-11539-E5F4F035; Thu, 27 Feb 2014 14:44:46 +0000 X-Env-Sender: wei.liu2@citrix.com X-Msg-Ref: server-6.tower-21.messagelabs.com!1393512285!8757585!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11477 invoked from network); 27 Feb 2014 14:44:46 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-6.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 27 Feb 2014 14:44:46 -0000 X-IronPort-AV: E=Sophos;i="4.97,555,1389744000"; d="scan'208";a="106287405" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 27 Feb 2014 14:44:44 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.79) with Microsoft SMTP Server id 14.2.342.4; Thu, 27 Feb 2014 09:44:44 -0500 Received: from zion.uk.xensource.com ([10.80.2.73]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1WJ2Ca-0003NJ-4v; Thu, 27 Feb 2014 14:44:44 +0000 Date: Thu, 27 Feb 2014 14:44:44 +0000 From: Wei Liu To: Jeongseok Son Message-ID: <20140227144444.GF16241@zion.uk.xensource.com> References: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-DLP: MIA1 Cc: xen-users@lists.xen.org, wei.liu2@citrix.com Subject: Re: [Xen-users] Cannot access to PV domU via 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: 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 26, 2014 at 11:47:39PM +0900, Jeongseok Son wrote: > Hello, I have to use graphical interface in PV domU so I tried to > connect to domU via VNC. > > I'm currently using Xen Hypervisor 4.3.1. I installed Ubuntu Lucid > (10.04) PV domU with xen-create-image. I can use hvc0 console of domU > (with xl console command) but cannot connect to VNC console. > > The following is my xen configuration for PV domU. > > # Kernel + memory size > kernel = '/boot/vmlinuz-3.9.4+' > ramdisk = '/boot/initrd.img-3.9.4+' > > vcpus = '2' > memory = '2048' > > # Disk device(s) > root = '/dev/xvda2 ro' > disk = [ > 'file:/path/to/disk.img,xvda2,w', > 'file:/path/to/swap.img,xvda1,w', > ] > > # Hostname > name = 'pv-ubuntu' > > # vfb > vfb = [ "vnc=1, vncpasswd='', vncdisplay=1" ] > > # Behaviour > on_poweroff = 'destroy' > on_reboot = 'restart' > on_crash = 'restart' > > With netstat -a command, the following line is printed so I think Xen > listens the connections. > > Proto Recv-Q Send-Q Local Address Foreign Address State > tcp 0 0 localhost:5901 *:* > LISTEN > That's because your vnc is listening on 127.0.0.1 only. Please have a look at xl manpage for the "vnclisten" option. Wei. > But when I attempt to connect to it using VNC client, I got > "Connection to host xxx.xxx.xxx.xxx::5901 was closed." message. > > I successfully worked with GUI Interface via VNC in HVM domU (Both > Ubuntu 12.04 Desktop and Server). > Why it doesn't work in PV domU? Are there anything to set up in PV > domU to make it work? > I really appreciate any help you can provide. > > _______________________________________________ > 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 Thu Feb 27 14:46:15 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 27 Feb 2014 14:46: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 1WJ2Ce-0002z4-J1; Thu, 27 Feb 2014 14:44:48 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WJ2Cd-0002yn-Jf for xen-users@lists.xen.org; Thu, 27 Feb 2014 14:44:47 +0000 Received: from [85.158.143.35:37635] by server-3.bemta-4.messagelabs.com id DF/DB-11539-E5F4F035; Thu, 27 Feb 2014 14:44:46 +0000 X-Env-Sender: wei.liu2@citrix.com X-Msg-Ref: server-6.tower-21.messagelabs.com!1393512285!8757585!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11477 invoked from network); 27 Feb 2014 14:44:46 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-6.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 27 Feb 2014 14:44:46 -0000 X-IronPort-AV: E=Sophos;i="4.97,555,1389744000"; d="scan'208";a="106287405" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 27 Feb 2014 14:44:44 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.79) with Microsoft SMTP Server id 14.2.342.4; Thu, 27 Feb 2014 09:44:44 -0500 Received: from zion.uk.xensource.com ([10.80.2.73]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1WJ2Ca-0003NJ-4v; Thu, 27 Feb 2014 14:44:44 +0000 Date: Thu, 27 Feb 2014 14:44:44 +0000 From: Wei Liu To: Jeongseok Son Message-ID: <20140227144444.GF16241@zion.uk.xensource.com> References: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-DLP: MIA1 Cc: xen-users@lists.xen.org, wei.liu2@citrix.com Subject: Re: [Xen-users] Cannot access to PV domU via 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: 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 26, 2014 at 11:47:39PM +0900, Jeongseok Son wrote: > Hello, I have to use graphical interface in PV domU so I tried to > connect to domU via VNC. > > I'm currently using Xen Hypervisor 4.3.1. I installed Ubuntu Lucid > (10.04) PV domU with xen-create-image. I can use hvc0 console of domU > (with xl console command) but cannot connect to VNC console. > > The following is my xen configuration for PV domU. > > # Kernel + memory size > kernel = '/boot/vmlinuz-3.9.4+' > ramdisk = '/boot/initrd.img-3.9.4+' > > vcpus = '2' > memory = '2048' > > # Disk device(s) > root = '/dev/xvda2 ro' > disk = [ > 'file:/path/to/disk.img,xvda2,w', > 'file:/path/to/swap.img,xvda1,w', > ] > > # Hostname > name = 'pv-ubuntu' > > # vfb > vfb = [ "vnc=1, vncpasswd='', vncdisplay=1" ] > > # Behaviour > on_poweroff = 'destroy' > on_reboot = 'restart' > on_crash = 'restart' > > With netstat -a command, the following line is printed so I think Xen > listens the connections. > > Proto Recv-Q Send-Q Local Address Foreign Address State > tcp 0 0 localhost:5901 *:* > LISTEN > That's because your vnc is listening on 127.0.0.1 only. Please have a look at xl manpage for the "vnclisten" option. Wei. > But when I attempt to connect to it using VNC client, I got > "Connection to host xxx.xxx.xxx.xxx::5901 was closed." message. > > I successfully worked with GUI Interface via VNC in HVM domU (Both > Ubuntu 12.04 Desktop and Server). > Why it doesn't work in PV domU? Are there anything to set up in PV > domU to make it work? > I really appreciate any help you can provide. > > _______________________________________________ > 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 Thu Feb 27 18:26:19 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 27 Feb 2014 18:26: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 1WJ5dm-0005lE-Ds; Thu, 27 Feb 2014 18:25:02 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WJ5dl-0005l9-Al for xen-users@lists.xen.org; Thu, 27 Feb 2014 18:25:01 +0000 Received: from [193.109.254.147:38787] by server-10.bemta-14.messagelabs.com id 1F/6E-10711-CF28F035; Thu, 27 Feb 2014 18:25:00 +0000 X-Env-Sender: darkshvein@gmail.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1393525500!3333164!1 X-Originating-IP: [74.125.83.46] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4871 invoked from network); 27 Feb 2014 18:25:00 -0000 Received: from mail-ee0-f46.google.com (HELO mail-ee0-f46.google.com) (74.125.83.46) by server-9.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 27 Feb 2014 18:25:00 -0000 Received: by mail-ee0-f46.google.com with SMTP id d49so1632736eek.33 for ; Thu, 27 Feb 2014 10:25:00 -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=TUyF0UN8cFL5tsb6Ar4mr70dw2Zdbj9/M6WkJV0lo28=; b=dNIv1xh6JxXwY3b38rSDwndNZpxTnryQlB3PfbU2fOSGqCyWoVCjUobDsnMoVP/ojH 9qiX2u6j27qd0myeA1N9Ji4cwhrybZ7Pd7Rk21d+CKbpmlDE8fVhHoMbnNxJ6pmwwWz3 px4ZV+g4oxgJ1zF5RxCmAPiob6gIB4ohmmS3VqM+Z3a0KegP+vDO6jAkfduK8MdHmXM3 NGCOFoYFxrdckn6sSlvfCx86YXacwYJXG6t/qGW2zpEH37+a5QUiU0sHmYigjAs63BkO xY01TDXorGYstErli25rgk2ijoFGKb/w85VS6Ff7p75dq4ijF/luu+W7jHLrvuAuv8VC QJvA== MIME-Version: 1.0 X-Received: by 10.15.81.197 with SMTP id x45mr15098517eey.28.1393525499894; Thu, 27 Feb 2014 10:24:59 -0800 (PST) Received: by 10.15.54.1 with HTTP; Thu, 27 Feb 2014 10:24:59 -0800 (PST) Date: Thu, 27 Feb 2014 22:24:59 +0400 Message-ID: From: darkshvein l To: xen-users@lists.xen.org Subject: [Xen-users] xen in xen in xen.... X-BeenThere: xen-users@lists.xen.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="===============2683844580965268867==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2683844580965268867== Content-Type: multipart/alternative; boundary=089e016354a06821ae04f3677091 --089e016354a06821ae04f3677091 Content-Type: text/plain; charset=UTF-8 Hi, all. It is possible to start xen in xen in xen? I want to test gentoo with xen-kernel(and work windows inside it), but I am too lazy, for install it on bare hardware. Performance no matter. Thanks for answers and sorry for my poor english. --089e016354a06821ae04f3677091 Content-Type: text/html; charset=UTF-8
Hi, all. It is possible to start xen in xen in xen? I want to test gentoo with xen-kernel(and work windows inside it), but I am too lazy, for install it on bare hardware. Performance no matter.
Thanks for answers and sorry for my poor english.
--089e016354a06821ae04f3677091-- --===============2683844580965268867== 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 --===============2683844580965268867==-- From xen-users-bounces@lists.xen.org Thu Feb 27 18:26:19 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 27 Feb 2014 18:26: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 1WJ5dm-0005lE-Ds; Thu, 27 Feb 2014 18:25:02 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WJ5dl-0005l9-Al for xen-users@lists.xen.org; Thu, 27 Feb 2014 18:25:01 +0000 Received: from [193.109.254.147:38787] by server-10.bemta-14.messagelabs.com id 1F/6E-10711-CF28F035; Thu, 27 Feb 2014 18:25:00 +0000 X-Env-Sender: darkshvein@gmail.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1393525500!3333164!1 X-Originating-IP: [74.125.83.46] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4871 invoked from network); 27 Feb 2014 18:25:00 -0000 Received: from mail-ee0-f46.google.com (HELO mail-ee0-f46.google.com) (74.125.83.46) by server-9.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 27 Feb 2014 18:25:00 -0000 Received: by mail-ee0-f46.google.com with SMTP id d49so1632736eek.33 for ; Thu, 27 Feb 2014 10:25:00 -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=TUyF0UN8cFL5tsb6Ar4mr70dw2Zdbj9/M6WkJV0lo28=; b=dNIv1xh6JxXwY3b38rSDwndNZpxTnryQlB3PfbU2fOSGqCyWoVCjUobDsnMoVP/ojH 9qiX2u6j27qd0myeA1N9Ji4cwhrybZ7Pd7Rk21d+CKbpmlDE8fVhHoMbnNxJ6pmwwWz3 px4ZV+g4oxgJ1zF5RxCmAPiob6gIB4ohmmS3VqM+Z3a0KegP+vDO6jAkfduK8MdHmXM3 NGCOFoYFxrdckn6sSlvfCx86YXacwYJXG6t/qGW2zpEH37+a5QUiU0sHmYigjAs63BkO xY01TDXorGYstErli25rgk2ijoFGKb/w85VS6Ff7p75dq4ijF/luu+W7jHLrvuAuv8VC QJvA== MIME-Version: 1.0 X-Received: by 10.15.81.197 with SMTP id x45mr15098517eey.28.1393525499894; Thu, 27 Feb 2014 10:24:59 -0800 (PST) Received: by 10.15.54.1 with HTTP; Thu, 27 Feb 2014 10:24:59 -0800 (PST) Date: Thu, 27 Feb 2014 22:24:59 +0400 Message-ID: From: darkshvein l To: xen-users@lists.xen.org Subject: [Xen-users] xen in xen in xen.... X-BeenThere: xen-users@lists.xen.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="===============2683844580965268867==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2683844580965268867== Content-Type: multipart/alternative; boundary=089e016354a06821ae04f3677091 --089e016354a06821ae04f3677091 Content-Type: text/plain; charset=UTF-8 Hi, all. It is possible to start xen in xen in xen? I want to test gentoo with xen-kernel(and work windows inside it), but I am too lazy, for install it on bare hardware. Performance no matter. Thanks for answers and sorry for my poor english. --089e016354a06821ae04f3677091 Content-Type: text/html; charset=UTF-8
Hi, all. It is possible to start xen in xen in xen? I want to test gentoo with xen-kernel(and work windows inside it), but I am too lazy, for install it on bare hardware. Performance no matter.
Thanks for answers and sorry for my poor english.
--089e016354a06821ae04f3677091-- --===============2683844580965268867== 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 --===============2683844580965268867==-- From xen-users-bounces@lists.xen.org Thu Feb 27 19:07:29 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 27 Feb 2014 19: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 1WJ6IM-0007Nx-0H; Thu, 27 Feb 2014 19:06:58 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WJ4z9-0004Em-Fh for xen-users@lists.xenproject.org; Thu, 27 Feb 2014 17:43:03 +0000 Received: from [85.158.137.68:33110] by server-14.bemta-3.messagelabs.com id 83/23-08196-6297F035; Thu, 27 Feb 2014 17:43:02 +0000 X-Env-Sender: axel-puschkin@yandex.com X-Msg-Ref: server-8.tower-31.messagelabs.com!1393522981!4658747!1 X-Originating-IP: [37.140.138.1] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26839 invoked from network); 27 Feb 2014 17:43:01 -0000 Received: from forward1m.mail.yandex.net (HELO forward1m.mail.yandex.net) (37.140.138.1) by server-8.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 27 Feb 2014 17:43:01 -0000 Received: from web28m.yandex.ru (web28m.yandex.ru [37.140.138.119]) by forward1m.mail.yandex.net (Yandex) with ESMTP id 9D7701221109 for ; Thu, 27 Feb 2014 21:43:00 +0400 (MSK) Received: from 127.0.0.1 (localhost [127.0.0.1]) by web28m.yandex.ru (Yandex) with ESMTP id 4C51B2A1632; Thu, 27 Feb 2014 21:43:00 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.com; s=mail; t=1393522980; bh=BVEBRqpHzjwsXGW3oUyKbwACJUvFD9EEZ5dK/8F0COY=; h=From:To:In-Reply-To:References:Subject:Date; b=eUjf1uS4bLtdMzxy0Q8KqGx4qlUmmwYuehDt5OdaQ1ES/etaDz7qcKB8N2yYmt3+e tEvU9dabrYLEEPDybcXmrEpwZgDNn87cWcAq9KnQ6pFh9k8aIQ1Aou4NKva04eWwjP EJo/Q1EpllDvB9ldBXAS2LLUq8a6iJM4o2iwFBII= Received: from p5B3CEB64.dip0.t-ipconnect.de (p5B3CEB64.dip0.t-ipconnect.de [91.60.235.100]) by web28m.yandex.ru with HTTP; Thu, 27 Feb 2014 21:42:59 +0400 From: Axel Puschkin To: "xen-users@lists.xenproject.org" In-Reply-To: <45781393509227@web22m.yandex.ru> References: <45781393509227@web22m.yandex.ru> MIME-Version: 1.0 Message-Id: <355081393522979@web28m.yandex.ru> X-Mailer: Yamail [ http://yandex.ru ] 5.0 Date: Thu, 27 Feb 2014 18:42:59 +0100 X-Mailman-Approved-At: Thu, 27 Feb 2014 19:06:56 +0000 Subject: Re: [Xen-users] UEFI Dom0 on Debian Wheezy - Not booting X-BeenThere: xen-users@lists.xen.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 It's me again... Though I wasn't able to fix this problem, I instead tried the xen.efi-approach. http://xenbits.xen.org/docs/4.2-testing/misc/efi.html With some apt-get source binutils magic, I added --enable-targets=x86_64-pep to its rules file and rebuilt it. After installing this and recompiling Xen 4.4.0-RC6, I got the xen.efi file and dropped it on my EFI partition. I created a simple configuration file and now the system is up and running! :-) Still some issues to be addressed, though : I can't reboot (it gets stuck at reboot: Restarting system) the dom0 machine. Maybe I'll open a new thread for this in case I can't figure it out myself. Best regards Axel 27.02.2014, 14:53, "Axel Puschkin" : > Hello! > > I'm trying hard to get Xen working on my UEFI system. > Specifications: > Motherboard: Intel DQ87PG (Haswell) > CPU: Intel Core i5 4570 (non-K) > Ram: 16GB DDR3 > M4 Crucial SSD > > The system is running Debian Wheezy amd64 properly, using grub2-efi-amd64. > I've followed this guide: http://wiki.xen.org/wiki/Comprehensive_Xen_Debian_Wheezy_PCI_Passthrough_Tutorial > > Instead of getting Xen version 4.1x, I got the latest (at that time) 4.4.0-RC5 version from git. (git clone ... -b ...) > I built it according to the tutorial, even though there were some hick-ups. > As my dom0-foundation, I used a custom kernel (version 3.13.5) configured from scratch. > The kernel itself works just fine, but I can't boot with activated Xen. > Grub detects the Xen-binary/archive and adjusts the kernel to utilize it, but once I try to actually boot with it, the screen stays black. > I can't ssh-into the machine. I don't think it's actually doing any work, as no proper power management was loaded. > (Power consumption is 51W instead of 26W in idle) > The stock Debian kernel (3.2.x) also doesn't work. > There also is no disk activity. > I am not using the xen.efi approach. Instead, I want to use Xen through Grub's multiboot-function. > It seems to be easier and I don't have to adjust my GNU-toolchain for it. > > As I am a Xen-firsttimer, I am not quite sure what's the cause of this problem. > Does the kernel need one of these SuSE-patches, or is there a problem with Xen? > > I would be very happy to get some hints on how to solve this problem! > Thank you very much in advance! > > Axel _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Feb 27 19:07:29 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 27 Feb 2014 19: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 1WJ6IM-0007Nx-0H; Thu, 27 Feb 2014 19:06:58 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WJ4z9-0004Em-Fh for xen-users@lists.xenproject.org; Thu, 27 Feb 2014 17:43:03 +0000 Received: from [85.158.137.68:33110] by server-14.bemta-3.messagelabs.com id 83/23-08196-6297F035; Thu, 27 Feb 2014 17:43:02 +0000 X-Env-Sender: axel-puschkin@yandex.com X-Msg-Ref: server-8.tower-31.messagelabs.com!1393522981!4658747!1 X-Originating-IP: [37.140.138.1] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26839 invoked from network); 27 Feb 2014 17:43:01 -0000 Received: from forward1m.mail.yandex.net (HELO forward1m.mail.yandex.net) (37.140.138.1) by server-8.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 27 Feb 2014 17:43:01 -0000 Received: from web28m.yandex.ru (web28m.yandex.ru [37.140.138.119]) by forward1m.mail.yandex.net (Yandex) with ESMTP id 9D7701221109 for ; Thu, 27 Feb 2014 21:43:00 +0400 (MSK) Received: from 127.0.0.1 (localhost [127.0.0.1]) by web28m.yandex.ru (Yandex) with ESMTP id 4C51B2A1632; Thu, 27 Feb 2014 21:43:00 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.com; s=mail; t=1393522980; bh=BVEBRqpHzjwsXGW3oUyKbwACJUvFD9EEZ5dK/8F0COY=; h=From:To:In-Reply-To:References:Subject:Date; b=eUjf1uS4bLtdMzxy0Q8KqGx4qlUmmwYuehDt5OdaQ1ES/etaDz7qcKB8N2yYmt3+e tEvU9dabrYLEEPDybcXmrEpwZgDNn87cWcAq9KnQ6pFh9k8aIQ1Aou4NKva04eWwjP EJo/Q1EpllDvB9ldBXAS2LLUq8a6iJM4o2iwFBII= Received: from p5B3CEB64.dip0.t-ipconnect.de (p5B3CEB64.dip0.t-ipconnect.de [91.60.235.100]) by web28m.yandex.ru with HTTP; Thu, 27 Feb 2014 21:42:59 +0400 From: Axel Puschkin To: "xen-users@lists.xenproject.org" In-Reply-To: <45781393509227@web22m.yandex.ru> References: <45781393509227@web22m.yandex.ru> MIME-Version: 1.0 Message-Id: <355081393522979@web28m.yandex.ru> X-Mailer: Yamail [ http://yandex.ru ] 5.0 Date: Thu, 27 Feb 2014 18:42:59 +0100 X-Mailman-Approved-At: Thu, 27 Feb 2014 19:06:56 +0000 Subject: Re: [Xen-users] UEFI Dom0 on Debian Wheezy - Not booting X-BeenThere: xen-users@lists.xen.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 It's me again... Though I wasn't able to fix this problem, I instead tried the xen.efi-approach. http://xenbits.xen.org/docs/4.2-testing/misc/efi.html With some apt-get source binutils magic, I added --enable-targets=x86_64-pep to its rules file and rebuilt it. After installing this and recompiling Xen 4.4.0-RC6, I got the xen.efi file and dropped it on my EFI partition. I created a simple configuration file and now the system is up and running! :-) Still some issues to be addressed, though : I can't reboot (it gets stuck at reboot: Restarting system) the dom0 machine. Maybe I'll open a new thread for this in case I can't figure it out myself. Best regards Axel 27.02.2014, 14:53, "Axel Puschkin" : > Hello! > > I'm trying hard to get Xen working on my UEFI system. > Specifications: > Motherboard: Intel DQ87PG (Haswell) > CPU: Intel Core i5 4570 (non-K) > Ram: 16GB DDR3 > M4 Crucial SSD > > The system is running Debian Wheezy amd64 properly, using grub2-efi-amd64. > I've followed this guide: http://wiki.xen.org/wiki/Comprehensive_Xen_Debian_Wheezy_PCI_Passthrough_Tutorial > > Instead of getting Xen version 4.1x, I got the latest (at that time) 4.4.0-RC5 version from git. (git clone ... -b ...) > I built it according to the tutorial, even though there were some hick-ups. > As my dom0-foundation, I used a custom kernel (version 3.13.5) configured from scratch. > The kernel itself works just fine, but I can't boot with activated Xen. > Grub detects the Xen-binary/archive and adjusts the kernel to utilize it, but once I try to actually boot with it, the screen stays black. > I can't ssh-into the machine. I don't think it's actually doing any work, as no proper power management was loaded. > (Power consumption is 51W instead of 26W in idle) > The stock Debian kernel (3.2.x) also doesn't work. > There also is no disk activity. > I am not using the xen.efi approach. Instead, I want to use Xen through Grub's multiboot-function. > It seems to be easier and I don't have to adjust my GNU-toolchain for it. > > As I am a Xen-firsttimer, I am not quite sure what's the cause of this problem. > Does the kernel need one of these SuSE-patches, or is there a problem with Xen? > > I would be very happy to get some hints on how to solve this problem! > Thank you very much in advance! > > Axel _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Feb 27 20:27:39 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 27 Feb 2014 20:27:39 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WJ7Xg-0001gF-Fd; Thu, 27 Feb 2014 20:26:52 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WJ7Xf-0001fz-F4 for xen-users@lists.xen.org; Thu, 27 Feb 2014 20:26:51 +0000 Received: from [85.158.137.68:57278] by server-11.bemta-3.messagelabs.com id BA/B1-04255-A8F9F035; Thu, 27 Feb 2014 20:26:50 +0000 X-Env-Sender: wargo.john25@gmail.com X-Msg-Ref: server-16.tower-31.messagelabs.com!1393532809!3377849!1 X-Originating-IP: [209.85.215.50] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15959 invoked from network); 27 Feb 2014 20:26:49 -0000 Received: from mail-la0-f50.google.com (HELO mail-la0-f50.google.com) (209.85.215.50) by server-16.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 27 Feb 2014 20:26:49 -0000 Received: by mail-la0-f50.google.com with SMTP id y1so2037336lam.37 for ; Thu, 27 Feb 2014 12:26:49 -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=iOMJzcTN5V6q1J8aO1dQI971sjpfVApvrIOUSuTXGdE=; b=OmxlrS2wXu6kwczmgyVglt+oLBUvwi1pxubh4PiajV2jV+wKPLgQ/mGRYuCaxYkdXl 5bvGNhiG02wNMSdxdKH67HjuXDnKV8PGGTMnGN1jW1FdmxWH/PDYLvN3VJf3NWkNZhJl sfpNXfOmGuJcsA4SmwEkGkeylAMA1Mv1SqdoEyxFuusoFwuSLD/tchIcAw96mQekgtMm 0HglfJydJoVKMbUl6lecHWQ4AAos+L7Mx/NE7KsU5zQRKh39aQEvYLBdZYFUya8rp3Vs BxzbpYMmPIJIxIw/sEztBQMd0Ij0tvymveHCGc0cCPSYmGWoDYyKxVmID2yCnNnzcKot ucPA== MIME-Version: 1.0 X-Received: by 10.112.131.66 with SMTP id ok2mr7576778lbb.15.1393532809158; Thu, 27 Feb 2014 12:26:49 -0800 (PST) Received: by 10.114.157.170 with HTTP; Thu, 27 Feb 2014 12:26:49 -0800 (PST) In-Reply-To: References: Date: Thu, 27 Feb 2014 14:26:49 -0600 Message-ID: From: John Wargo To: darkshvein l Cc: Xen Users Subject: Re: [Xen-users] xen in xen in xen.... X-BeenThere: xen-users@lists.xen.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="===============2568276264976007593==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2568276264976007593== Content-Type: multipart/alternative; boundary=047d7b33dbd612a70004f369245a --047d7b33dbd612a70004f369245a Content-Type: text/plain; charset=ISO-8859-1 I don't have any experience with it, but looking at the configuration below it looks possible. http://xenbits.xen.org/docs/unstable/man/xl.cfg.5.html (Search for "nestedhvm=BOOLEAN") -John On Thu, Feb 27, 2014 at 12:24 PM, darkshvein l wrote: > Hi, all. It is possible to start xen in xen in xen? I want to test gentoo > with xen-kernel(and work windows inside it), but I am too lazy, for install > it on bare hardware. Performance no matter. > Thanks for answers and sorry for my poor english. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --047d7b33dbd612a70004f369245a Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I don't have any experience with it, but looking at th= e configuration below it looks possible.
(Search for "nestedhvm=3DBOOLEAN")

= -John



On Thu, Feb 27, 2014 at 12:24 PM, darkshvein l = <darkshvein@gmail.com> wrote:
Hi, all. It is possibl= e to start xen in xen in xen? I want to test gentoo with xen-kernel(and wor= k windows inside it), but I am too lazy, for install it on bare hardware. P= erformance no matter.
Thanks for answers and sorry for my poor english.

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

--047d7b33dbd612a70004f369245a-- --===============2568276264976007593== 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 --===============2568276264976007593==-- From xen-users-bounces@lists.xen.org Thu Feb 27 20:27:39 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 27 Feb 2014 20:27:39 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WJ7Xg-0001gF-Fd; Thu, 27 Feb 2014 20:26:52 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WJ7Xf-0001fz-F4 for xen-users@lists.xen.org; Thu, 27 Feb 2014 20:26:51 +0000 Received: from [85.158.137.68:57278] by server-11.bemta-3.messagelabs.com id BA/B1-04255-A8F9F035; Thu, 27 Feb 2014 20:26:50 +0000 X-Env-Sender: wargo.john25@gmail.com X-Msg-Ref: server-16.tower-31.messagelabs.com!1393532809!3377849!1 X-Originating-IP: [209.85.215.50] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15959 invoked from network); 27 Feb 2014 20:26:49 -0000 Received: from mail-la0-f50.google.com (HELO mail-la0-f50.google.com) (209.85.215.50) by server-16.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 27 Feb 2014 20:26:49 -0000 Received: by mail-la0-f50.google.com with SMTP id y1so2037336lam.37 for ; Thu, 27 Feb 2014 12:26:49 -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=iOMJzcTN5V6q1J8aO1dQI971sjpfVApvrIOUSuTXGdE=; b=OmxlrS2wXu6kwczmgyVglt+oLBUvwi1pxubh4PiajV2jV+wKPLgQ/mGRYuCaxYkdXl 5bvGNhiG02wNMSdxdKH67HjuXDnKV8PGGTMnGN1jW1FdmxWH/PDYLvN3VJf3NWkNZhJl sfpNXfOmGuJcsA4SmwEkGkeylAMA1Mv1SqdoEyxFuusoFwuSLD/tchIcAw96mQekgtMm 0HglfJydJoVKMbUl6lecHWQ4AAos+L7Mx/NE7KsU5zQRKh39aQEvYLBdZYFUya8rp3Vs BxzbpYMmPIJIxIw/sEztBQMd0Ij0tvymveHCGc0cCPSYmGWoDYyKxVmID2yCnNnzcKot ucPA== MIME-Version: 1.0 X-Received: by 10.112.131.66 with SMTP id ok2mr7576778lbb.15.1393532809158; Thu, 27 Feb 2014 12:26:49 -0800 (PST) Received: by 10.114.157.170 with HTTP; Thu, 27 Feb 2014 12:26:49 -0800 (PST) In-Reply-To: References: Date: Thu, 27 Feb 2014 14:26:49 -0600 Message-ID: From: John Wargo To: darkshvein l Cc: Xen Users Subject: Re: [Xen-users] xen in xen in xen.... X-BeenThere: xen-users@lists.xen.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="===============2568276264976007593==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2568276264976007593== Content-Type: multipart/alternative; boundary=047d7b33dbd612a70004f369245a --047d7b33dbd612a70004f369245a Content-Type: text/plain; charset=ISO-8859-1 I don't have any experience with it, but looking at the configuration below it looks possible. http://xenbits.xen.org/docs/unstable/man/xl.cfg.5.html (Search for "nestedhvm=BOOLEAN") -John On Thu, Feb 27, 2014 at 12:24 PM, darkshvein l wrote: > Hi, all. It is possible to start xen in xen in xen? I want to test gentoo > with xen-kernel(and work windows inside it), but I am too lazy, for install > it on bare hardware. Performance no matter. > Thanks for answers and sorry for my poor english. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --047d7b33dbd612a70004f369245a Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I don't have any experience with it, but looking at th= e configuration below it looks possible.
(Search for "nestedhvm=3DBOOLEAN")

= -John



On Thu, Feb 27, 2014 at 12:24 PM, darkshvein l = <darkshvein@gmail.com> wrote:
Hi, all. It is possibl= e to start xen in xen in xen? I want to test gentoo with xen-kernel(and wor= k windows inside it), but I am too lazy, for install it on bare hardware. P= erformance no matter.
Thanks for answers and sorry for my poor english.

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

--047d7b33dbd612a70004f369245a-- --===============2568276264976007593== 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 --===============2568276264976007593==-- From xen-users-bounces@lists.xen.org Thu Feb 27 20:31:29 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 27 Feb 2014 20:31: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 1WJ7bO-000205-Dw; Thu, 27 Feb 2014 20:30:42 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WJ7bM-0001zn-Cx for xen-users@lists.xen.org; Thu, 27 Feb 2014 20:30:40 +0000 Received: from [193.109.254.147:46703] by server-8.bemta-14.messagelabs.com id 07/2D-18529-F60AF035; Thu, 27 Feb 2014 20:30:39 +0000 X-Env-Sender: jep@obrien-pifer.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1393533038!7315387!1 X-Originating-IP: [75.180.132.120] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiA3NS4xODAuMTMyLjEyMCA9PiAxMTIzMzM=\n,sa_preprocessor: QmFkIElQOiA3NS4xODAuMTMyLjEyMCA9PiAxMTIzMzM=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5476 invoked from network); 27 Feb 2014 20:30:39 -0000 Received: from cdptpa-omtalb.mail.rr.com (HELO cdptpa-omtalb.mail.rr.com) (75.180.132.120) by server-2.tower-27.messagelabs.com with SMTP; 27 Feb 2014 20:30:39 -0000 X-Authority-Analysis: v=2.0 cv=H69ZMpki c=1 sm=0 a=khvKJusKvADddYwUSfUZmw==:17 a=ygNaTn0in3EA:10 a=i7z8CvP5fyYA:10 a=s-1hg7RLGykA:10 a=8nJEP1OIZ-IA:10 a=oZXU78TAAAAA:8 a=KGjhK52YXX0A:10 a=QMYH6QSQFGoA:10 a=VLoM6vMsVYvomSbb5ZUA:9 a=wPNLvfGTeEIA:10 a=khvKJusKvADddYwUSfUZmw==:117 X-Cloudmark-Score: 0 X-Authenticated-User: X-Originating-IP: 96.10.171.230 Received: from [96.10.171.230] ([96.10.171.230:13530] helo=mailserver.obrien-pifer.com) by cdptpa-oedge04.mail.rr.com (envelope-from ) (ecelerity 2.2.3.46 r()) with ESMTP id F9/C2-11872-C60AF035; Thu, 27 Feb 2014 20:30:37 +0000 Received: from [10.99.1.24] ([10.99.1.24]) (authenticated bits=0) by mailserver.obrien-pifer.com (8.13.8/8.13.8) with ESMTP id s1RKTuqu008728 for ; Thu, 27 Feb 2014 15:29:56 -0500 Message-ID: <530FA03C.1060505@obrien-pifer.com> Date: Thu, 27 Feb 2014 15:29:48 -0500 From: James Pifer User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: "xen-users@lists.xen.org" X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mailserver.obrien-pifer.com X-spam-status: No, score=0.0 required=12.0 tests= X-Spam-Flag: NO Subject: [Xen-users] VCPU: Xen vs VMWare ESX X-BeenThere: xen-users@lists.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 We currently use Xen on SLES11SP2. Some want us to switch to VMWare ESX. I have a VCPU question in regards to how each platform handles CPU scheduling. I did some searching, but rather trying to read a bunch of web pages I'm hoping someone here can give me an answer. I have a Xen server (HP DL360 G8p), Dual Xeon with 24 VCPUs. I'm currently running 26 VMs with the following CPU assignments: 14 VMs have 4 vcpus 12 VMs have 2 vcpus 1 VM has 1 vcpu Obviously I'm over subscribing the vcpus and count on the scheduler to handle it. A VMWare guy is telling me you have to be very careful with VMWare to properly size maximum VM to host ratio or you'll end up with VMs waiting for CPU. If you assign 4 CPUS to a VM, all four CPUs must be available or the VM will wait. Maybe that's the same in Xen and there's enough idle time to handle it (on my server)? Maybe my Xen VMs are waiting on CPUs, I'm not sure, but I've never had a complaint about the performance on this host for any of the VMs. Can anyone with both Xen and VMWare experience comment? Much appreciated. Thanks James _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Feb 27 20:31:29 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 27 Feb 2014 20:31: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 1WJ7bO-000205-Dw; Thu, 27 Feb 2014 20:30:42 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WJ7bM-0001zn-Cx for xen-users@lists.xen.org; Thu, 27 Feb 2014 20:30:40 +0000 Received: from [193.109.254.147:46703] by server-8.bemta-14.messagelabs.com id 07/2D-18529-F60AF035; Thu, 27 Feb 2014 20:30:39 +0000 X-Env-Sender: jep@obrien-pifer.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1393533038!7315387!1 X-Originating-IP: [75.180.132.120] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiA3NS4xODAuMTMyLjEyMCA9PiAxMTIzMzM=\n,sa_preprocessor: QmFkIElQOiA3NS4xODAuMTMyLjEyMCA9PiAxMTIzMzM=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5476 invoked from network); 27 Feb 2014 20:30:39 -0000 Received: from cdptpa-omtalb.mail.rr.com (HELO cdptpa-omtalb.mail.rr.com) (75.180.132.120) by server-2.tower-27.messagelabs.com with SMTP; 27 Feb 2014 20:30:39 -0000 X-Authority-Analysis: v=2.0 cv=H69ZMpki c=1 sm=0 a=khvKJusKvADddYwUSfUZmw==:17 a=ygNaTn0in3EA:10 a=i7z8CvP5fyYA:10 a=s-1hg7RLGykA:10 a=8nJEP1OIZ-IA:10 a=oZXU78TAAAAA:8 a=KGjhK52YXX0A:10 a=QMYH6QSQFGoA:10 a=VLoM6vMsVYvomSbb5ZUA:9 a=wPNLvfGTeEIA:10 a=khvKJusKvADddYwUSfUZmw==:117 X-Cloudmark-Score: 0 X-Authenticated-User: X-Originating-IP: 96.10.171.230 Received: from [96.10.171.230] ([96.10.171.230:13530] helo=mailserver.obrien-pifer.com) by cdptpa-oedge04.mail.rr.com (envelope-from ) (ecelerity 2.2.3.46 r()) with ESMTP id F9/C2-11872-C60AF035; Thu, 27 Feb 2014 20:30:37 +0000 Received: from [10.99.1.24] ([10.99.1.24]) (authenticated bits=0) by mailserver.obrien-pifer.com (8.13.8/8.13.8) with ESMTP id s1RKTuqu008728 for ; Thu, 27 Feb 2014 15:29:56 -0500 Message-ID: <530FA03C.1060505@obrien-pifer.com> Date: Thu, 27 Feb 2014 15:29:48 -0500 From: James Pifer User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: "xen-users@lists.xen.org" X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mailserver.obrien-pifer.com X-spam-status: No, score=0.0 required=12.0 tests= X-Spam-Flag: NO Subject: [Xen-users] VCPU: Xen vs VMWare ESX X-BeenThere: xen-users@lists.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 We currently use Xen on SLES11SP2. Some want us to switch to VMWare ESX. I have a VCPU question in regards to how each platform handles CPU scheduling. I did some searching, but rather trying to read a bunch of web pages I'm hoping someone here can give me an answer. I have a Xen server (HP DL360 G8p), Dual Xeon with 24 VCPUs. I'm currently running 26 VMs with the following CPU assignments: 14 VMs have 4 vcpus 12 VMs have 2 vcpus 1 VM has 1 vcpu Obviously I'm over subscribing the vcpus and count on the scheduler to handle it. A VMWare guy is telling me you have to be very careful with VMWare to properly size maximum VM to host ratio or you'll end up with VMs waiting for CPU. If you assign 4 CPUS to a VM, all four CPUs must be available or the VM will wait. Maybe that's the same in Xen and there's enough idle time to handle it (on my server)? Maybe my Xen VMs are waiting on CPUs, I'm not sure, but I've never had a complaint about the performance on this host for any of the VMs. Can anyone with both Xen and VMWare experience comment? Much appreciated. Thanks 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 28 02:33:46 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 28 Feb 2014 02:33: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 1WJDFf-0001VL-Tv; Fri, 28 Feb 2014 02:32:39 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WJDFe-0001Uz-HQ for xen-users@lists.xen.org; Fri, 28 Feb 2014 02:32:38 +0000 Received: from [85.158.137.68:35105] by server-6.bemta-3.messagelabs.com id FB/D1-09180-445FF035; Fri, 28 Feb 2014 02:32:36 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-14.tower-31.messagelabs.com!1393554754!4737142!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19412 invoked from network); 28 Feb 2014 02:32:35 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-14.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 28 Feb 2014 02:32:35 -0000 X-IronPort-AV: E=Sophos;i="4.97,559,1389744000"; d="scan'208";a="106502420" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 28 Feb 2014 02:32:34 +0000 Received: from [127.0.0.1] (10.80.16.47) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.2.342.4; Thu, 27 Feb 2014 21:32:33 -0500 Message-ID: <1393554750.20365.8.camel@hastur.hellion.org.uk> From: Ian Campbell To: Jonathan Daugherty Date: Fri, 28 Feb 2014 02:32:30 +0000 In-Reply-To: References: X-Mailer: Evolution 3.8.5-2+b1 MIME-Version: 1.0 X-DLP: MIA1 Cc: xen-users Subject: Re: [Xen-users] Xen on ARM: booting Linux from a physical partition X-BeenThere: xen-users@lists.xen.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 Jonathan Daugherty wrote: > >I'm curious: can you point me to the commit which fixes the issue? On Wed, 2014-02-26 at 18:27 +0000, Ian Campbell wrote: > I'm travelling and on mobile Internet so I can't look it up Found some WiFi see "xen/block: Correctly define structures in public headers on ARM32 and ARM64" https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/include/xen/interface/io/blkif.h?id=380108d891acf8db5cf0d477176c7ed2b62b7928 Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Feb 28 02:33:46 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 28 Feb 2014 02:33: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 1WJDFf-0001VL-Tv; Fri, 28 Feb 2014 02:32:39 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WJDFe-0001Uz-HQ for xen-users@lists.xen.org; Fri, 28 Feb 2014 02:32:38 +0000 Received: from [85.158.137.68:35105] by server-6.bemta-3.messagelabs.com id FB/D1-09180-445FF035; Fri, 28 Feb 2014 02:32:36 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-14.tower-31.messagelabs.com!1393554754!4737142!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19412 invoked from network); 28 Feb 2014 02:32:35 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-14.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 28 Feb 2014 02:32:35 -0000 X-IronPort-AV: E=Sophos;i="4.97,559,1389744000"; d="scan'208";a="106502420" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 28 Feb 2014 02:32:34 +0000 Received: from [127.0.0.1] (10.80.16.47) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.2.342.4; Thu, 27 Feb 2014 21:32:33 -0500 Message-ID: <1393554750.20365.8.camel@hastur.hellion.org.uk> From: Ian Campbell To: Jonathan Daugherty Date: Fri, 28 Feb 2014 02:32:30 +0000 In-Reply-To: References: X-Mailer: Evolution 3.8.5-2+b1 MIME-Version: 1.0 X-DLP: MIA1 Cc: xen-users Subject: Re: [Xen-users] Xen on ARM: booting Linux from a physical partition X-BeenThere: xen-users@lists.xen.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 Jonathan Daugherty wrote: > >I'm curious: can you point me to the commit which fixes the issue? On Wed, 2014-02-26 at 18:27 +0000, Ian Campbell wrote: > I'm travelling and on mobile Internet so I can't look it up Found some WiFi see "xen/block: Correctly define structures in public headers on ARM32 and ARM64" https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/include/xen/interface/io/blkif.h?id=380108d891acf8db5cf0d477176c7ed2b62b7928 Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Feb 28 04:52:24 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 28 Feb 2014 04:52: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 1WJFPb-0006aa-9R; Fri, 28 Feb 2014 04:51:03 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WJFPZ-0006aQ-5L for xen-users@lists.xensource.com; Fri, 28 Feb 2014 04:51:01 +0000 Received: from [193.109.254.147:52724] by server-8.bemta-14.messagelabs.com id 70/08-18529-4B510135; Fri, 28 Feb 2014 04:51:00 +0000 X-Env-Sender: hanyandong@iie.ac.cn X-Msg-Ref: server-3.tower-27.messagelabs.com!1393563057!7423268!1 X-Originating-IP: [159.226.251.23] X-SpamReason: No, hits=0.9 required=7.0 tests=ratty_date: Non-RFC but legit format in Fri, 28 Feb 2014 12:50:55 +0800 (GMT+08:00), BODY_RANDOM_LONG,HTML_60_70,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21120 invoked from network); 28 Feb 2014 04:50:58 -0000 Received: from smtp23.cstnet.cn (HELO cstnet.cn) (159.226.251.23) by server-3.tower-27.messagelabs.com with SMTP; 28 Feb 2014 04:50:58 -0000 Received: by ajax-webmail-app3 (Coremail) ; Fri, 28 Feb 2014 12:50:55 +0800 (GMT+08:00) Date: Fri, 28 Feb 2014 12:50:55 +0800 (GMT+08:00) From: =?GBK?B?uqvR3rar?= To: xen-users@lists.xensource.com Message-ID: <16831f8.55c8.14476d4b46b.Coremail.hanyandong@iie.ac.cn> MIME-Version: 1.0 X-Originating-IP: [111.200.10.171] X-Priority: 3 X-Mailer: Coremail Webmail Server Version XT2.1.10 dev build 20131120(24194.5778.5783) Copyright (c) 2002-2014 www.mailtech.cn cstnet X-SendMailWithSms: false X-CM-CTRLDATA: e5mf1mZvb3Rlcl9odG09Mzk2NDoxMiZmb290ZXJfdHh0PTEyNjg6Ng== X-CM-TRANSID: SQCowJAL0umvFRBT_+1uAQ--.47648W X-CM-SenderInfo: 5kdq5txqgr0wo6llvhldfou0/1tbiAw8JBlD7NX0SbAAAse X-Coremail-Antispam: 1Ur529EdanIXcx71UUUUU7IcSsGvfJ3iIAIbVAYjsxI4VWxJw CS07vEb4IE77IF4wCS07vE1I0E4x80FVAKz4kxMIAIbVAFxVCaYxvI4VCIwcAKzIAtYxBI daVFxhVjvjDU= Subject: [Xen-users] intercept and capture fast system call of linux X-BeenThere: xen-users@lists.xen.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="===============2477189903912957499==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2477189903912957499== Content-Type: multipart/alternative; boundary="----=_Part_77072_4206768.1393563055210" ------=_Part_77072_4206768.1393563055210 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: 7bit hi, I want to intercept and capture fast system call of linux. (1)I set GUEST_SYSENTER_EIP to 0xDDDDD0AE in vmx_vmexit_handler, and save the real value. (2)When a fast syscall come, I will caputue it in sh_page_fault. (3) Then I set the real GUEST_SYSENTER_EIP(c0103ef0, ia32_sysenter_target)to GUEST_RIP. But, I encounter Infinite loops as below. I always capture the same syscall. In sh_page_fault, I have successfully set c0103ef0 to GUEST_RIP.But I still capure a page fault , the GUEST_RIP is ddddd0ae. why? (XEN) MIT SYSCALL 7 (XEN) MITCTL: sh_page_fault syscall real_rip ddddd0ae ddddd0ae (XEN) MITCTL: sh_page_fault syscall real_rip ddddd0ae (XEN) MITCTL: sh_page_fault syscall real_rip c0103ef0 (XEN) MITCTL:vmx_set_sysenter_msrs GUEST_SYSENTER_EIP ddddd0ae 60 (XEN) vmx_vmenter_helper MITCTL: sh_page_fault syscall real_rip c0103ef0 (XEN) TRAP_page_fault (XEN) MIT SYSCALL 7 (XEN) MITCTL: sh_page_fault syscall real_rip ddddd0ae ddddd0ae (XEN) MITCTL: sh_page_fault syscall real_rip ddddd0ae (XEN) MITCTL: sh_page_fault syscall real_rip c0103ef0 (XEN) MITCTL:vmx_set_sysenter_msrs GUEST_SYSENTER_EIP ddddd0ae 60 (XEN) vmx_vmenter_helper MITCTL: sh_page_fault syscall real_rip c0103ef0 (XEN) TRAP_page_fault (XEN) MIT SYSCALL 7 ------=_Part_77072_4206768.1393563055210 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: 7bit hi,
I want to intercept and capture fast  system call of linux. 
(1)I set GUEST_SYSENTER_EIP to   0xDDDDD0AE in vmx_vmexit_handler, and save the real value.
(2)When a fast syscall come,  I will caputue it in sh_page_fault.
(3) Then I set the real GUEST_SYSENTER_EIP(c0103ef0, ia32_sysenter_target) to GUEST_RIP.

But, I encounter Infinite loops as below. I always capture the same syscall.  
In sh_page_fault, I have successfully set c0103ef0 to GUEST_RIP.But I still capure a page fault , the GUEST_RIP is ddddd0ae.
why?

(XEN) MIT SYSCALL 7
(XEN) MITCTL: sh_page_fault syscall real_rip  ddddd0ae ddddd0ae   
(XEN) MITCTL: sh_page_fault syscall real_rip  ddddd0ae
(XEN) MITCTL: sh_page_fault syscall real_rip  c0103ef0
(XEN) MITCTL:vmx_set_sysenter_msrs GUEST_SYSENTER_EIP ddddd0ae 60
(XEN)  vmx_vmenter_helper MITCTL: sh_page_fault syscall real_rip  c0103ef0
(XEN) TRAP_page_fault
(XEN) MIT SYSCALL 7
(XEN) MITCTL: sh_page_fault syscall real_rip  ddddd0ae ddddd0ae
(XEN) MITCTL: sh_page_fault syscall real_rip  ddddd0ae
(XEN) MITCTL: sh_page_fault syscall real_rip  c0103ef0
(XEN) MITCTL:vmx_set_sysenter_msrs GUEST_SYSENTER_EIP ddddd0ae 60
(XEN)  vmx_vmenter_helper MITCTL: sh_page_fault syscall real_rip  c0103ef0
(XEN) TRAP_page_fault
(XEN) MIT SYSCALL 7







------=_Part_77072_4206768.1393563055210-- --===============2477189903912957499== 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 --===============2477189903912957499==-- From xen-users-bounces@lists.xen.org Fri Feb 28 04:52:24 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 28 Feb 2014 04:52: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 1WJFPb-0006aa-9R; Fri, 28 Feb 2014 04:51:03 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WJFPZ-0006aQ-5L for xen-users@lists.xensource.com; Fri, 28 Feb 2014 04:51:01 +0000 Received: from [193.109.254.147:52724] by server-8.bemta-14.messagelabs.com id 70/08-18529-4B510135; Fri, 28 Feb 2014 04:51:00 +0000 X-Env-Sender: hanyandong@iie.ac.cn X-Msg-Ref: server-3.tower-27.messagelabs.com!1393563057!7423268!1 X-Originating-IP: [159.226.251.23] X-SpamReason: No, hits=0.9 required=7.0 tests=ratty_date: Non-RFC but legit format in Fri, 28 Feb 2014 12:50:55 +0800 (GMT+08:00), BODY_RANDOM_LONG,HTML_60_70,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21120 invoked from network); 28 Feb 2014 04:50:58 -0000 Received: from smtp23.cstnet.cn (HELO cstnet.cn) (159.226.251.23) by server-3.tower-27.messagelabs.com with SMTP; 28 Feb 2014 04:50:58 -0000 Received: by ajax-webmail-app3 (Coremail) ; Fri, 28 Feb 2014 12:50:55 +0800 (GMT+08:00) Date: Fri, 28 Feb 2014 12:50:55 +0800 (GMT+08:00) From: =?GBK?B?uqvR3rar?= To: xen-users@lists.xensource.com Message-ID: <16831f8.55c8.14476d4b46b.Coremail.hanyandong@iie.ac.cn> MIME-Version: 1.0 X-Originating-IP: [111.200.10.171] X-Priority: 3 X-Mailer: Coremail Webmail Server Version XT2.1.10 dev build 20131120(24194.5778.5783) Copyright (c) 2002-2014 www.mailtech.cn cstnet X-SendMailWithSms: false X-CM-CTRLDATA: e5mf1mZvb3Rlcl9odG09Mzk2NDoxMiZmb290ZXJfdHh0PTEyNjg6Ng== X-CM-TRANSID: SQCowJAL0umvFRBT_+1uAQ--.47648W X-CM-SenderInfo: 5kdq5txqgr0wo6llvhldfou0/1tbiAw8JBlD7NX0SbAAAse X-Coremail-Antispam: 1Ur529EdanIXcx71UUUUU7IcSsGvfJ3iIAIbVAYjsxI4VWxJw CS07vEb4IE77IF4wCS07vE1I0E4x80FVAKz4kxMIAIbVAFxVCaYxvI4VCIwcAKzIAtYxBI daVFxhVjvjDU= Subject: [Xen-users] intercept and capture fast system call of linux X-BeenThere: xen-users@lists.xen.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="===============2477189903912957499==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2477189903912957499== Content-Type: multipart/alternative; boundary="----=_Part_77072_4206768.1393563055210" ------=_Part_77072_4206768.1393563055210 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: 7bit hi, I want to intercept and capture fast system call of linux. (1)I set GUEST_SYSENTER_EIP to 0xDDDDD0AE in vmx_vmexit_handler, and save the real value. (2)When a fast syscall come, I will caputue it in sh_page_fault. (3) Then I set the real GUEST_SYSENTER_EIP(c0103ef0, ia32_sysenter_target)to GUEST_RIP. But, I encounter Infinite loops as below. I always capture the same syscall. In sh_page_fault, I have successfully set c0103ef0 to GUEST_RIP.But I still capure a page fault , the GUEST_RIP is ddddd0ae. why? (XEN) MIT SYSCALL 7 (XEN) MITCTL: sh_page_fault syscall real_rip ddddd0ae ddddd0ae (XEN) MITCTL: sh_page_fault syscall real_rip ddddd0ae (XEN) MITCTL: sh_page_fault syscall real_rip c0103ef0 (XEN) MITCTL:vmx_set_sysenter_msrs GUEST_SYSENTER_EIP ddddd0ae 60 (XEN) vmx_vmenter_helper MITCTL: sh_page_fault syscall real_rip c0103ef0 (XEN) TRAP_page_fault (XEN) MIT SYSCALL 7 (XEN) MITCTL: sh_page_fault syscall real_rip ddddd0ae ddddd0ae (XEN) MITCTL: sh_page_fault syscall real_rip ddddd0ae (XEN) MITCTL: sh_page_fault syscall real_rip c0103ef0 (XEN) MITCTL:vmx_set_sysenter_msrs GUEST_SYSENTER_EIP ddddd0ae 60 (XEN) vmx_vmenter_helper MITCTL: sh_page_fault syscall real_rip c0103ef0 (XEN) TRAP_page_fault (XEN) MIT SYSCALL 7 ------=_Part_77072_4206768.1393563055210 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: 7bit hi,
I want to intercept and capture fast  system call of linux. 
(1)I set GUEST_SYSENTER_EIP to   0xDDDDD0AE in vmx_vmexit_handler, and save the real value.
(2)When a fast syscall come,  I will caputue it in sh_page_fault.
(3) Then I set the real GUEST_SYSENTER_EIP(c0103ef0, ia32_sysenter_target) to GUEST_RIP.

But, I encounter Infinite loops as below. I always capture the same syscall.  
In sh_page_fault, I have successfully set c0103ef0 to GUEST_RIP.But I still capure a page fault , the GUEST_RIP is ddddd0ae.
why?

(XEN) MIT SYSCALL 7
(XEN) MITCTL: sh_page_fault syscall real_rip  ddddd0ae ddddd0ae   
(XEN) MITCTL: sh_page_fault syscall real_rip  ddddd0ae
(XEN) MITCTL: sh_page_fault syscall real_rip  c0103ef0
(XEN) MITCTL:vmx_set_sysenter_msrs GUEST_SYSENTER_EIP ddddd0ae 60
(XEN)  vmx_vmenter_helper MITCTL: sh_page_fault syscall real_rip  c0103ef0
(XEN) TRAP_page_fault
(XEN) MIT SYSCALL 7
(XEN) MITCTL: sh_page_fault syscall real_rip  ddddd0ae ddddd0ae
(XEN) MITCTL: sh_page_fault syscall real_rip  ddddd0ae
(XEN) MITCTL: sh_page_fault syscall real_rip  c0103ef0
(XEN) MITCTL:vmx_set_sysenter_msrs GUEST_SYSENTER_EIP ddddd0ae 60
(XEN)  vmx_vmenter_helper MITCTL: sh_page_fault syscall real_rip  c0103ef0
(XEN) TRAP_page_fault
(XEN) MIT SYSCALL 7







------=_Part_77072_4206768.1393563055210-- --===============2477189903912957499== 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 --===============2477189903912957499==-- From xen-users-bounces@lists.xen.org Fri Feb 28 08:47:09 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 28 Feb 2014 08:47: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 1WJJ4C-0005qn-EX; Fri, 28 Feb 2014 08:45:12 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WJJ4B-0005qi-2U for xen-users@lists.xen.org; Fri, 28 Feb 2014 08:45:11 +0000 Received: from [193.109.254.147:29104] by server-16.bemta-14.messagelabs.com id A0/F2-21945-69C40135; Fri, 28 Feb 2014 08:45:10 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1393577108!7448413!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28240 invoked from network); 28 Feb 2014 08:45:09 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 28 Feb 2014 08:45:09 -0000 X-IronPort-AV: E=Sophos;i="4.97,560,1389744000"; d="scan'208";a="106555794" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 28 Feb 2014 08:45:07 +0000 Received: from [127.0.0.1] (10.80.16.47) by smtprelay.citrix.com (10.13.107.79) with Microsoft SMTP Server id 14.2.342.4; Fri, 28 Feb 2014 03:45:06 -0500 Message-ID: <1393577103.27819.11.camel@hastur.hellion.org.uk> From: Ian Campbell To: John Wargo Date: Fri, 28 Feb 2014 08:45:03 +0000 In-Reply-To: References: X-Mailer: Evolution 3.8.5-2+b1 MIME-Version: 1.0 X-DLP: MIA2 Cc: Xen Users , darkshvein l Subject: Re: [Xen-users] xen in xen in xen.... X-BeenThere: xen-users@lists.xen.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, 2014-02-27 at 14:26 -0600, John Wargo wrote: > I don't have any experience with it, but looking at the configuration > below it looks possible. > http://xenbits.xen.org/docs/unstable/man/xl.cfg.5.html > (Search for "nestedhvm=BOOLEAN") In principal you should be able to nest as far as you like but a) I expect almost no one else has tried this and b) once you go more than a single level of nesting performance is going to tail off pretty heavily. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Feb 28 08:47:09 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 28 Feb 2014 08:47: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 1WJJ4C-0005qn-EX; Fri, 28 Feb 2014 08:45:12 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WJJ4B-0005qi-2U for xen-users@lists.xen.org; Fri, 28 Feb 2014 08:45:11 +0000 Received: from [193.109.254.147:29104] by server-16.bemta-14.messagelabs.com id A0/F2-21945-69C40135; Fri, 28 Feb 2014 08:45:10 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1393577108!7448413!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28240 invoked from network); 28 Feb 2014 08:45:09 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 28 Feb 2014 08:45:09 -0000 X-IronPort-AV: E=Sophos;i="4.97,560,1389744000"; d="scan'208";a="106555794" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 28 Feb 2014 08:45:07 +0000 Received: from [127.0.0.1] (10.80.16.47) by smtprelay.citrix.com (10.13.107.79) with Microsoft SMTP Server id 14.2.342.4; Fri, 28 Feb 2014 03:45:06 -0500 Message-ID: <1393577103.27819.11.camel@hastur.hellion.org.uk> From: Ian Campbell To: John Wargo Date: Fri, 28 Feb 2014 08:45:03 +0000 In-Reply-To: References: X-Mailer: Evolution 3.8.5-2+b1 MIME-Version: 1.0 X-DLP: MIA2 Cc: Xen Users , darkshvein l Subject: Re: [Xen-users] xen in xen in xen.... X-BeenThere: xen-users@lists.xen.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, 2014-02-27 at 14:26 -0600, John Wargo wrote: > I don't have any experience with it, but looking at the configuration > below it looks possible. > http://xenbits.xen.org/docs/unstable/man/xl.cfg.5.html > (Search for "nestedhvm=BOOLEAN") In principal you should be able to nest as far as you like but a) I expect almost no one else has tried this and b) once you go more than a single level of nesting performance is going to tail off pretty heavily. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Feb 28 08:55:49 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 28 Feb 2014 08:55: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 1WJJDz-0006Pf-5l; Fri, 28 Feb 2014 08:55:19 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WJJDy-0006PX-2z for xen-users@lists.xensource.com; Fri, 28 Feb 2014 08:55:18 +0000 Received: from [85.158.137.68:39331] by server-11.bemta-3.messagelabs.com id 79/22-04255-5FE40135; Fri, 28 Feb 2014 08:55:17 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-2.tower-31.messagelabs.com!1393577715!1396426!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27855 invoked from network); 28 Feb 2014 08:55: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; 28 Feb 2014 08:55:16 -0000 X-IronPort-AV: E=Sophos;i="4.97,560,1389744000"; d="scan'208";a="104941991" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 28 Feb 2014 08:55:14 +0000 Received: from [127.0.0.1] (10.80.16.47) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.2.342.4; Fri, 28 Feb 2014 03:55:13 -0500 Message-ID: <1393577711.27819.15.camel@hastur.hellion.org.uk> From: Ian Campbell To: =?UTF-8?Q?=E9=9F=A9=E8=89=B3=E4=B8=9C?= Date: Fri, 28 Feb 2014 08:55:11 +0000 In-Reply-To: <16831f8.55c8.14476d4b46b.Coremail.hanyandong@iie.ac.cn> References: <16831f8.55c8.14476d4b46b.Coremail.hanyandong@iie.ac.cn> X-Mailer: Evolution 3.8.5-2+b1 MIME-Version: 1.0 X-DLP: MIA2 Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] intercept and capture fast system call of linux X-BeenThere: xen-users@lists.xen.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 T24gRnJpLCAyMDE0LTAyLTI4IGF0IDEyOjUwICswODAwLCDpn6noibPkuJwgd3JvdGU6Cj4gaGks Cj4gSSB3YW50IHRvIGludGVyY2VwdCBhbmQgY2FwdHVyZSBmYXN0ICBzeXN0ZW0gY2FsbCBvZiBs aW51eC4gCj4gKDEpSSBzZXQgR1VFU1RfU1lTRU5URVJfRUlQIHRvICAgMHhERERERDBBRSBpbiB2 bXhfdm1leGl0X2hhbmRsZXIsIGFuZAo+IHNhdmUgdGhlIHJlYWwgdmFsdWUuCgpBcmUgeW91IHRh a2luZyB0aGUgY2hhbmNlIHRoYXQgMHhkZGRkZDBhZSBpcyB1bm1hcHBlZCB3aXRoaW4gdGhlIHAy bT8gSXMKdGhlcmUgbm90IGFuIGV4cGxpY2l0IHRyYXAgZm9yIHN5c2NhbGxzIGluIHRoZSBWTUNT PwoKPiAoMilXaGVuIGEgZmFzdCBzeXNjYWxsIGNvbWUsICBJIHdpbGwgY2FwdXR1ZSBpdCBpbiBz aF9wYWdlX2ZhdWx0Lgo+ICgzKSBUaGVuIEkgc2V0IHRoZSByZWFsIEdVRVNUX1NZU0VOVEVSX0VJ UChjMDEwM2VmMCwKPiBpYTMyX3N5c2VudGVyX3RhcmdldCkgdG8gR1VFU1RfUklQLgoKQXJlIHlv dSBzdXJlIHRoYXQgc2V0dGluZyBHVUVTVF9SSVAgaXMgc3VmZmljaWVudCB0byBjYXVzZSB0aGUg Z3Vlc3QgdG8Kc3dpdGNoIHRvIHRoYXQgd2hlbiB5b3UgcmVlbnRlcj8gSXMgdGhlcmUgbm90aGlu ZyBlbHNlIHlvdSBuZWVkIHRvCmNoYW5nZS91cGRhdGUgaW4gb3JkZXIgdG8gc2ltdWxhdGUgdGhl IGFmZmVjdCBvZiBhIHN5c2NhbGwgZnJvbSB0aGUKZ3Vlc3QgUG9WPwoKWW91IG1pZ2h0IGZpbmQg aXQgaGVscGZ1bCB0byBwdWJsaXNoIHlvdXIgYWN0dWFsIGNvZGUgc28gcGVvcGxlIGNhbiBzZWUK d2hhdCB5b3UndmUgYWN0dWFsbHkgZG9uZS4uCgpZb3UgbWlnaHQgYWxzbyB3YW50IHRvIHBvc3Qg dG8gdGhlIC1kZXZlbCBsaXN0IGluc3RlYWQuCgpJYW4uCgoKCl9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi11c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVz ZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Fri Feb 28 08:55:49 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 28 Feb 2014 08:55: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 1WJJDz-0006Pf-5l; Fri, 28 Feb 2014 08:55:19 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WJJDy-0006PX-2z for xen-users@lists.xensource.com; Fri, 28 Feb 2014 08:55:18 +0000 Received: from [85.158.137.68:39331] by server-11.bemta-3.messagelabs.com id 79/22-04255-5FE40135; Fri, 28 Feb 2014 08:55:17 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-2.tower-31.messagelabs.com!1393577715!1396426!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27855 invoked from network); 28 Feb 2014 08:55: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; 28 Feb 2014 08:55:16 -0000 X-IronPort-AV: E=Sophos;i="4.97,560,1389744000"; d="scan'208";a="104941991" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 28 Feb 2014 08:55:14 +0000 Received: from [127.0.0.1] (10.80.16.47) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.2.342.4; Fri, 28 Feb 2014 03:55:13 -0500 Message-ID: <1393577711.27819.15.camel@hastur.hellion.org.uk> From: Ian Campbell To: =?UTF-8?Q?=E9=9F=A9=E8=89=B3=E4=B8=9C?= Date: Fri, 28 Feb 2014 08:55:11 +0000 In-Reply-To: <16831f8.55c8.14476d4b46b.Coremail.hanyandong@iie.ac.cn> References: <16831f8.55c8.14476d4b46b.Coremail.hanyandong@iie.ac.cn> X-Mailer: Evolution 3.8.5-2+b1 MIME-Version: 1.0 X-DLP: MIA2 Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] intercept and capture fast system call of linux X-BeenThere: xen-users@lists.xen.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 T24gRnJpLCAyMDE0LTAyLTI4IGF0IDEyOjUwICswODAwLCDpn6noibPkuJwgd3JvdGU6Cj4gaGks Cj4gSSB3YW50IHRvIGludGVyY2VwdCBhbmQgY2FwdHVyZSBmYXN0ICBzeXN0ZW0gY2FsbCBvZiBs aW51eC4gCj4gKDEpSSBzZXQgR1VFU1RfU1lTRU5URVJfRUlQIHRvICAgMHhERERERDBBRSBpbiB2 bXhfdm1leGl0X2hhbmRsZXIsIGFuZAo+IHNhdmUgdGhlIHJlYWwgdmFsdWUuCgpBcmUgeW91IHRh a2luZyB0aGUgY2hhbmNlIHRoYXQgMHhkZGRkZDBhZSBpcyB1bm1hcHBlZCB3aXRoaW4gdGhlIHAy bT8gSXMKdGhlcmUgbm90IGFuIGV4cGxpY2l0IHRyYXAgZm9yIHN5c2NhbGxzIGluIHRoZSBWTUNT PwoKPiAoMilXaGVuIGEgZmFzdCBzeXNjYWxsIGNvbWUsICBJIHdpbGwgY2FwdXR1ZSBpdCBpbiBz aF9wYWdlX2ZhdWx0Lgo+ICgzKSBUaGVuIEkgc2V0IHRoZSByZWFsIEdVRVNUX1NZU0VOVEVSX0VJ UChjMDEwM2VmMCwKPiBpYTMyX3N5c2VudGVyX3RhcmdldCkgdG8gR1VFU1RfUklQLgoKQXJlIHlv dSBzdXJlIHRoYXQgc2V0dGluZyBHVUVTVF9SSVAgaXMgc3VmZmljaWVudCB0byBjYXVzZSB0aGUg Z3Vlc3QgdG8Kc3dpdGNoIHRvIHRoYXQgd2hlbiB5b3UgcmVlbnRlcj8gSXMgdGhlcmUgbm90aGlu ZyBlbHNlIHlvdSBuZWVkIHRvCmNoYW5nZS91cGRhdGUgaW4gb3JkZXIgdG8gc2ltdWxhdGUgdGhl IGFmZmVjdCBvZiBhIHN5c2NhbGwgZnJvbSB0aGUKZ3Vlc3QgUG9WPwoKWW91IG1pZ2h0IGZpbmQg aXQgaGVscGZ1bCB0byBwdWJsaXNoIHlvdXIgYWN0dWFsIGNvZGUgc28gcGVvcGxlIGNhbiBzZWUK d2hhdCB5b3UndmUgYWN0dWFsbHkgZG9uZS4uCgpZb3UgbWlnaHQgYWxzbyB3YW50IHRvIHBvc3Qg dG8gdGhlIC1kZXZlbCBsaXN0IGluc3RlYWQuCgpJYW4uCgoKCl9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi11c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVz ZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Fri Feb 28 09:12:18 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 28 Feb 2014 09:12: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 1WJJU2-0007BC-Mp; Fri, 28 Feb 2014 09:11:54 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WJJU1-0007B5-7l for xen-users@lists.xen.org; Fri, 28 Feb 2014 09:11:53 +0000 Received: from [193.109.254.147:48650] by server-12.bemta-14.messagelabs.com id 8D/4C-17220-8D250135; Fri, 28 Feb 2014 09:11:52 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-7.tower-27.messagelabs.com!1393578711!2143230!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15276 invoked from network); 28 Feb 2014 09:11:51 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-7.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 28 Feb 2014 09:11:51 -0000 Received: from [192.168.43.220] (genkt-056-180.t-mobile.co.uk [149.254.56.180]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id D058B221BEA for ; Fri, 28 Feb 2014 09:11:46 +0000 (GMT) Date: Fri, 28 Feb 2014 09:09:26 +0000 Message-ID: From: Gordan Bobic To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] xen in xen in xen.... X-BeenThere: xen-users@lists.xen.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 My findings a while back were that at 1st level you should expect a 20% performance drop (Note: Xen beats the competition here - other hypervisors do worse.). More details here: http://www.altechnative.net/2012/08/04/virtual-performance-part-1-vmware/ I am not sure what the overhead scaling is when nesting - it could be close to linear (multiply by 0.8 for each layer) or it could be worse due to greater cache contention and increased context switching. Ian Campbell wrote: >On Thu, 2014-02-27 at 14:26 -0600, John Wargo wrote: >> I don't have any experience with it, but looking at the configuration >> below it looks possible. >> http://xenbits.xen.org/docs/unstable/man/xl.cfg.5.html >> (Search for "nestedhvm=BOOLEAN") > >In principal you should be able to nest as far as you like but a) I >expect almost no one else has tried this and b) once you go more than a >single level of nesting performance is going to tail off pretty heavily. > >Ian. > > > > >_______________________________________________ >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 Fri Feb 28 09:12:18 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 28 Feb 2014 09:12: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 1WJJU2-0007BC-Mp; Fri, 28 Feb 2014 09:11:54 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WJJU1-0007B5-7l for xen-users@lists.xen.org; Fri, 28 Feb 2014 09:11:53 +0000 Received: from [193.109.254.147:48650] by server-12.bemta-14.messagelabs.com id 8D/4C-17220-8D250135; Fri, 28 Feb 2014 09:11:52 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-7.tower-27.messagelabs.com!1393578711!2143230!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15276 invoked from network); 28 Feb 2014 09:11:51 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-7.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 28 Feb 2014 09:11:51 -0000 Received: from [192.168.43.220] (genkt-056-180.t-mobile.co.uk [149.254.56.180]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id D058B221BEA for ; Fri, 28 Feb 2014 09:11:46 +0000 (GMT) Date: Fri, 28 Feb 2014 09:09:26 +0000 Message-ID: From: Gordan Bobic To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] xen in xen in xen.... X-BeenThere: xen-users@lists.xen.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 My findings a while back were that at 1st level you should expect a 20% performance drop (Note: Xen beats the competition here - other hypervisors do worse.). More details here: http://www.altechnative.net/2012/08/04/virtual-performance-part-1-vmware/ I am not sure what the overhead scaling is when nesting - it could be close to linear (multiply by 0.8 for each layer) or it could be worse due to greater cache contention and increased context switching. Ian Campbell wrote: >On Thu, 2014-02-27 at 14:26 -0600, John Wargo wrote: >> I don't have any experience with it, but looking at the configuration >> below it looks possible. >> http://xenbits.xen.org/docs/unstable/man/xl.cfg.5.html >> (Search for "nestedhvm=BOOLEAN") > >In principal you should be able to nest as far as you like but a) I >expect almost no one else has tried this and b) once you go more than a >single level of nesting performance is going to tail off pretty heavily. > >Ian. > > > > >_______________________________________________ >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 Fri Feb 28 09:36:09 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 28 Feb 2014 09:36: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 1WJJqy-0007xf-0m; Fri, 28 Feb 2014 09:35:36 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WJJqv-0007xX-BQ for xen-users@lists.xensource.com; Fri, 28 Feb 2014 09:35:33 +0000 Received: from [85.158.137.68:62142] by server-8.bemta-3.messagelabs.com id E3/45-16039-46850135; Fri, 28 Feb 2014 09:35:32 +0000 X-Env-Sender: hanyandong@iie.ac.cn X-Msg-Ref: server-5.tower-31.messagelabs.com!1393580127!3522162!1 X-Originating-IP: [159.226.251.23] X-SpamReason: No, hits=0.6 required=7.0 tests=ratty_date: Non-RFC but legit format in Fri, 28 Feb 2014 17:35:16 +0800 (GMT+08:00), BODY_RANDOM_LONG,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12712 invoked from network); 28 Feb 2014 09:35:29 -0000 Received: from smtp23.cstnet.cn (HELO cstnet.cn) (159.226.251.23) by server-5.tower-31.messagelabs.com with SMTP; 28 Feb 2014 09:35:29 -0000 Received: by ajax-webmail-app3 (Coremail) ; Fri, 28 Feb 2014 17:35:16 +0800 (GMT+08:00) Date: Fri, 28 Feb 2014 17:35:16 +0800 (GMT+08:00) From: =?utf-8?B?6Z+p6Imz5Lic?= To: "Ian Campbell" Message-ID: <1e399ca.6be5.14477d90a42.Coremail.hanyandong@iie.ac.cn> In-Reply-To: <1393577711.27819.15.camel@hastur.hellion.org.uk> References: <16831f8.55c8.14476d4b46b.Coremail.hanyandong@iie.ac.cn> <1393577711.27819.15.camel@hastur.hellion.org.uk> MIME-Version: 1.0 X-Originating-IP: [111.200.12.97] X-Priority: 3 X-Mailer: Coremail Webmail Server Version XT2.1.10 dev build 20131120(24194.5778.5783) Copyright (c) 2002-2014 www.mailtech.cn cstnet X-SendMailWithSms: false X-CM-CTRLDATA: FjWoSGZvb3Rlcl9odG09MzUyNDg6MTImZm9vdGVyX3R4dD02NTAwOjY= X-CM-TRANSID: SQCowJDrb+1UWBBTCdRwAQ--.46988W X-CM-SenderInfo: 5kdq5txqgr0wo6llvhldfou0/1tbiAwwJBlD7NX32PgAAsr X-Coremail-Antispam: 1Ur529EdanIXcx71UUUUU7IcSsGvfJ3iIAIbVAYjsxI4VWxJw CS07vEb4IE77IF4wCS07vE1I0E4x80FVAKz4kxMIAIbVAFxVCaYxvI4VCIwcAKzIAtYxBI daVFxhVjvjDU= Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] intercept and capture fast system call of linux X-BeenThere: xen-users@lists.xen.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="===============6048363077231269952==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6048363077231269952== Content-Type: multipart/alternative; boundary="----=_Part_97020_19397701.1393580116545" ------=_Part_97020_19397701.1393580116545 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 Tm93IEkgYXR0YWNoIHRoZSBjb2RlIHRvIG15IHF1ZXN0aW9uCmhpIGFsbCwKSSB3YW50IHRvIGlu dGVyY2VwdCBhbmQgY2FwdHVyZSBmYXN0ICBzeXN0ZW0gY2FsbCBvZiBsaW51eC4gCigxKUkgc2V0 IEdVRVNUX1NZU0VOVEVSX0VJUCB0byAgIDB4REREREQwQUUgaW4gdm14X3ZtZXhpdF9oYW5kbGVy LCBhbmQgc2F2ZSB0aGUgcmVhbCB2YWx1ZS4KCgppbiB2bXhfdm1leGl0X2hhbmRsZXIoKQp7CiAg Li4uLgoKICAgIC8veWFuZG9uZwogICAgaWYoIGlzX2h2bV9kb21haW4oY3VycmVudC0+ZG9tYWlu KSApCiAgICB7CiAgICAgICAgLy9wcmludGsoIk1JVENUTDppc19odm1fZG9tYWluXG4iKTsKICAg ICAgICBzd2l0Y2ggKGN1cnJlbnQtPmRvbWFpbi0+YXJjaC5odm1fZG9tYWluLm1pdGN0bF9vcC54 ZW5fdm1leGl0X2hhbmRsZXJfbWl0Y3RsX21ldGhvZCkKICAgICAgICB7CiAgICAgICAgICAgIGNh c2UgLTE6IGJyZWFrOwogICAgICAgICAgICBjYXNlIFhFTl9WTUVYSVRfSEFORExFUl9NSVRDVExf bGlidm1pIDoKICAgICAgICAgICAgewogICAgICAgICAgICAgICAgLy9wcmludGsoIk1JVENUTDp2 bWV4aXQgc2V0X3RyYXBcbiIpOwogICAgICAgICAgICAgICAgdm14X3Byb3Blcmx5X3NldF90cmFw X2ZsYWcoY3VycmVudC0+ZG9tYWluKTsgICAKICAgICAgICAgICAgICAgIGJyZWFrOwogICAgICAg ICAgICB9CiAgICAgICAgICAgIGRlZmF1bHQ6IGJyZWFrOwoKICAgICAgICAgfQogICAgfQoKICAg cmV0dXJuIC4uLgoKfQoKCgoKaW5saW5lIHZvaWQgdm14X3Byb3Blcmx5X3NldF90cmFwX2ZsYWco c3RydWN0IGRvbWFpbiAqZCkKewogICAgLy9zZXQgc3lzZW50ZXJfZWlwCiAgICBpZihkLT5hcmNo Lmh2bV9kb21haW4ubWl0Y3RsX29wLnhlbl92bWV4aXRfaGFuZGxlcl9taXRjdGxfbWV0aG9kICE9 IC0xKQogICAgewogICAgICAgIHZteF9zZXRfc3lzZW50ZXJfbXNycyhkKTsKICAgICAgICAvL2N1 cnJlbnQtPmFyY2guaHZtX3ZteC5leGVjX2NvbnRyb2wgfD0gQ1BVX0JBU0VEX01PTklUT1JfVFJB UF9GTEFHOwogICAgICAgIC8vdm14X3VwZGF0ZV9jcHVfZXhlY19jb250cm9sKGN1cnJlbnQpOwog ICAgICAgIC8vY3VycmVudC0+YXJjaC5odm1fdmNwdS5zaW5nbGVfc3RlcCA9IDE7CiAgICB9CiAg ICAKICAgIHJldHVybjsKCn0KCgoKCi8qIGZvcmNlIHVzZXIgc3VwcGxpZWQgbXNyIHZhbHVlcyBv biB0aGlzIGd1ZXN0ICovCmlubGluZSAgdm9pZCB2bXhfc2V0X3N5c2VudGVyX21zcnMoc3RydWN0 IGRvbWFpbiAqZCkKewogICAgdTY0IG5ld19jczsKICAgIHU2NCBuZXdfZWlwOwogICAgdTY0IG9s ZF9NU1JfRUlQID0gX192bXJlYWQoR1VFU1RfU1lTRU5URVJfRUlQKTsKICAgIHU2NCBvbGRfTVNS X0NTID0gX192bXJlYWQoR1VFU1RfU1lTRU5URVJfQ1MpOwogICAgaWYoIDB4REREREQwQUUgIT0g b2xkX01TUl9FSVApCiAgICB7CiAgICAgICAgcHJpbnRrKCJNSVRDVEw6b2xkX01TUl9FSVAgJWx4 XG4iLG9sZF9NU1JfRUlQKTsKICAgICAgICBldGhlcl9zZXRfaW1hZ2luYXJ5X3N5c2VudGVyX2Vp cChkLCBvbGRfTVNSX0VJUCk7CiAgICAgICAgZXRoZXJfc2V0X2ltYWdpbmFyeV9zeXNlbnRlcl9j cyhkLCBvbGRfTVNSX0NTKTsKICAgIH0KICAgIHByaW50aygiTUlUQ1RMOnZteF9zZXRfc3lzZW50 ZXJfbXNycyBHVUVTVF9TWVNFTlRFUl9FSVAgJWx4ICVseFxuIixvbGRfTVNSX0VJUCwgb2xkX01T Ul9DUyk7CiAgICAvKiB3cml0ZSBNU1IgcmVnaXN0ZXJzICovCgogICAgLyogZGVmYXVsdCB0byB3 cml0aW5nIG9sZChpbWFnaW5hcnkpIHZhbHVlcyB0byBndWVzdCAqLwogICAgbmV3X2NzID0gZXRo ZXJfZ2V0X2ltYWdpbmFyeV9zeXNlbnRlcl9jcyhkKTsKICAgIG5ld19laXAgPSBldGhlcl9nZXRf aW1hZ2luYXJ5X3N5c2VudGVyX2VpcChkKTsKCiAgICBpZihkLT5hcmNoLmh2bV9kb21haW4ubWl0 Y3RsX29wLnhlbl92bWV4aXRfaGFuZGxlcl9taXRjdGxfbWV0aG9kICE9IC0xKQogICAgewogICAg ICAgIC8qIGl0IHNlZW1zIHRoYXQgd2Ugc2hvdWxkIHdyaXRlIHVzZXIgc3VwcGxpZWQKICAgICAg ICAgKiB2YWx1ZXMgaW5zdGVhZAogICAgICAgICAqLwogICAgICAgIHU2NCBmb3JjZWRfY3M7CiAg ICAgICAgdTY0IGZvcmNlZF9laXA7CiAgICAgICAgLyogd3JpdGluZyB1c2VyIHN1cHBsaWVkIGZv cmNlZCB2YWx1ZXMgdG8gZ3Vlc3QgKi8KICAgICAgICBmb3JjZWRfY3MgPSBldGhlcl9nZXRfc3lz ZW50ZXJfY3MoZCk7CiAgICAgICAgZm9yY2VkX2VpcCA9IGV0aGVyX2dldF9zeXNlbnRlcl9laXAo ZCk7CgogICAgICAgIGlmKGZvcmNlZF9jcykKICAgICAgICAgICAgbmV3X2NzID0gZm9yY2VkX2Nz OwoKICAgICAgICBpZihmb3JjZWRfZWlwKQogICAgICAgICAgICBuZXdfZWlwID0gZm9yY2VkX2Vp cDsKICAgIH0KCiAgICB2bXhfd3JpdGVfc3lzZW50ZXJfbXNyKEdVRVNUX1NZU0VOVEVSX0NTLCBu ZXdfY3MpOwogICAgdm14X3dyaXRlX3N5c2VudGVyX21zcihHVUVTVF9TWVNFTlRFUl9FSVAsIG5l d19laXApOwp9CgoKCgoKCgoKCigyKVdoZW4gYSBmYXN0IHN5c2NhbGwgY29tZSwgIEkgd2lsbCBj YXB1dHVlIGl0IGluIHNoX3BhZ2VfZmF1bHQuCgoKKDMpIFRoZW4gSSBzZXQgdGhlIHJlYWwgR1VF U1RfU1lTRU5URVJfRUlQKGMwMTAzZWYwLCBpYTMyX3N5c2VudGVyX3RhcmdldCkgdG8gR1VFU1Rf UklQLgoKc3RhdGljIGludCBzaF9wYWdlX2ZhdWx0KHN0cnVjdCB2Y3B1ICp2LCAKICAgICAgICAg ICAgICAgICAgICAgICAgICB1bnNpZ25lZCBsb25nIHZhLCAKICAgICAgICAgICAgICAgICAgICAg ICAgICBzdHJ1Y3QgY3B1X3VzZXJfcmVncyAqcmVncykKewouLi4KCiAgICAvKnlhbmRvbmcqLwog ICAgLyogQ2hlY2sgaWYgdGhpcyBwYWdlIGZhdWx0IG9jY3VycyBvbiBvdXIgbWFnaWMgYWRkcmVz cyAqLwogICAgaWYodW5saWtlbHkoZXRoZXJfZ2V0X3N5c2VudGVyX2VpcChkKSAhPSAwICYmIGV0 aGVyX2dldF9zeXNlbnRlcl9laXAoZCkgPT0gdmEpKQogICAgewogICAgICAgIC8qIG9ubHkgZ28g dGhyb3VnaAogICAgICAgICAqIHdpdGggdGhlIGZhdWx0IG5vdGlmaWNhdGlvbiBpZiBpdCBvY2N1 cnJlZCBkdXJpbmcKICAgICAgICAgKiBhbiBpbnN0cnVjdGlvbiBmZXRjaC4gCiAgICAgICAgICov CiAgICAgICAgaWYgKCByZWdzLT5lcnJvcl9jb2RlICYgUEZFQ19pbnNuX2ZldGNoICkKICAgICAg ICB7CiAgICAgICAgICAgIHVuc2lnbmVkIGxvbmcgcmVhbF9yaXAgPSBldGhlcl9nZXRfaW1hZ2lu YXJ5X3N5c2VudGVyX2VpcChkKTsKCiAgICAgICAgICAgIC8qIHByb2Nlc3Mgc3lzdGVtIGNhbGwg bm90aWZpY2F0aW9uICovCiAgICAgICAgICAgIHNoYWRvd19sb2NrKGQpOwogICAgICAgICAgICBl dGhlcl9oYW5kbGVfc3lzY2FsbCh2LCByZWdzKTsKICAgICAgICAgICAgc2hhZG93X3VubG9jayhk KTsKCiAgICAgICAgICAgIC8qIGxldHMgdXBkYXRlIHJpcCB0byBwdXQgdXMgaW4gYSBtdWNoIGhh cHBpZXIKICAgICAgICAgICAgICogcGxhY2UgaW4gbWVtb3J5LCBub3RhYmx5IHRoZSBhY3R1YWwK ICAgICAgICAgICAgICogc3lzZW50ZXIgaGFuZGxpbmcgYWRkcmVzcwogICAgICAgICAgICAgKi8K ICAgICAgICAgICAgcHJpbnRrKCJNSVRDVEw6IHNoX3BhZ2VfZmF1bHQgc3lzY2FsbCByZWFsX3Jp cCAgJWx4ICVseFxuIiwgdmEsIGV0aGVyX2dldF9zeXNlbnRlcl9laXAoZCkpOwogICAgICAgICAg ICBwcmludGsoIk1JVENUTDogc2hfcGFnZV9mYXVsdCBzeXNjYWxsIHJlYWxfcmlwICAlbHhcbiIs IF9fdm1yZWFkKEdVRVNUX1JJUCkpOwogICAgICAgICAgICAvL3ByaW50aygiTUlUQ1RMOiBzaF9w YWdlX2ZhdWx0IHN5c2NhbGwgICVseCAlbHggJWx4ICVseFxuIik7CiAgICAgICAgICAgIF9fdm13 cml0ZShHVUVTVF9SSVAsIHJlYWxfcmlwKTsKICAgICAgICAgICAgcHJpbnRrKCJNSVRDVEw6IHNo X3BhZ2VfZmF1bHQgc3lzY2FsbCByZWFsX3JpcCAgJWx4XG4iLCBfX3ZtcmVhZChHVUVTVF9SSVAp KTsKICAgICAgICAgICAgcmV0dXJuIDE7CiAgICAgICAgfQogICAgfQoKLi4uCn0KCgoKCkJ1dCwg SSBlbmNvdW50ZXIgSW5maW5pdGUgbG9vcHMgYXMgYmVsb3cuIEkgYWx3YXlzIGNhcHR1cmUgdGhl IHNhbWUgc3lzY2FsbC4gIApJbiBzaF9wYWdlX2ZhdWx0LCBJIGhhdmUgc3VjY2Vzc2Z1bGx5IHNl dCBjMDEwM2VmMCB0byBHVUVTVF9SSVAuQnV0IEkgc3RpbGwgY2FwdXJlIGEgcGFnZSBmYXVsdCAs IHRoZSBHVUVTVF9SSVAgaXMgZGRkZGQwYWUuCndoeT8gVGhhbmsgeW91IHZlcnkgbXVjaC4KCgoo WEVOKSBNSVQgU1lTQ0FMTCA3CihYRU4pIE1JVENUTDogc2hfcGFnZV9mYXVsdCBzeXNjYWxsIHJl YWxfcmlwICBkZGRkZDBhZSBkZGRkZDBhZSAgIAooWEVOKSBNSVRDVEw6IHNoX3BhZ2VfZmF1bHQg c3lzY2FsbCByZWFsX3JpcCAgZGRkZGQwYWUKKFhFTikgTUlUQ1RMOiBzaF9wYWdlX2ZhdWx0IHN5 c2NhbGwgcmVhbF9yaXAgIGMwMTAzZWYwCihYRU4pIE1JVENUTDp2bXhfc2V0X3N5c2VudGVyX21z cnMgR1VFU1RfU1lTRU5URVJfRUlQIGRkZGRkMGFlIDYwCihYRU4pICB2bXhfdm1lbnRlcl9oZWxw ZXIgTUlUQ1RMOiBzaF9wYWdlX2ZhdWx0IHN5c2NhbGwgcmVhbF9yaXAgIGMwMTAzZWYwCihYRU4p IFRSQVBfcGFnZV9mYXVsdAooWEVOKSBNSVQgU1lTQ0FMTCA3CihYRU4pIE1JVENUTDogc2hfcGFn ZV9mYXVsdCBzeXNjYWxsIHJlYWxfcmlwICBkZGRkZDBhZSBkZGRkZDBhZQooWEVOKSBNSVRDVEw6 IHNoX3BhZ2VfZmF1bHQgc3lzY2FsbCByZWFsX3JpcCAgZGRkZGQwYWUKKFhFTikgTUlUQ1RMOiBz aF9wYWdlX2ZhdWx0IHN5c2NhbGwgcmVhbF9yaXAgIGMwMTAzZWYwCihYRU4pIE1JVENUTDp2bXhf c2V0X3N5c2VudGVyX21zcnMgR1VFU1RfU1lTRU5URVJfRUlQIGRkZGRkMGFlIDYwCihYRU4pICB2 bXhfdm1lbnRlcl9oZWxwZXIgTUlUQ1RMOiBzaF9wYWdlX2ZhdWx0IHN5c2NhbGwgcmVhbF9yaXAg IGMwMTAzZWYwCihYRU4pIFRSQVBfcGFnZV9mYXVsdAooWEVOKSBNSVQgU1lTQ0FMTCA3CgoKQmVz dCBSZWdhcmRzCgoKCgpZZXMsIEkgdGFrZSB0aGUgY2hhbmNlIHRoYXQgMHhkZGRkZDBhZSBpcyB1 bm1hcHBlZCB3aXRoaW4gdGhlIHAybS4gRmFzdCBzeXN0ZW0gY2FsbCBkb2VzIG5vdCB0cmFwIGlu dG8geGVuLiBJdCB1c2UgYW4gIGluc3RydWN0aW9uIGNhbGxlZCBzeXNlbnRlci4gCgoKCgoKCgoK CgoKCgo+IC0tLS0t5Y6f5aeL6YKu5Lu2LS0tLS0KPiDlj5Hku7bkuro6ICJJYW4gQ2FtcGJlbGwi IDxpYW4uY2FtcGJlbGxAY2l0cml4LmNvbT4KPiDlj5HpgIHml7bpl7Q6IDIwMTTlubQy5pyIMjjm l6Ug5pif5pyf5LqUCj4g5pS25Lu25Lq6OiAi6Z+p6Imz5LicIiA8aGFueWFuZG9uZ0BpaWUuYWMu Y24+Cj4g5oqE6YCBOiB4ZW4tdXNlcnNAbGlzdHMueGVuc291cmNlLmNvbQo+IOS4u+mimDogUmU6 IFtYZW4tdXNlcnNdIGludGVyY2VwdCBhbmQgY2FwdHVyZSBmYXN0ICBzeXN0ZW0gY2FsbCBvZiBs aW51eAo+IAo+IE9uIEZyaSwgMjAxNC0wMi0yOCBhdCAxMjo1MCArMDgwMCwg6Z+p6Imz5LicIHdy b3RlOgo+ID4gaGksCj4gPiBJIHdhbnQgdG8gaW50ZXJjZXB0IGFuZCBjYXB0dXJlIGZhc3QgIHN5 c3RlbSBjYWxsIG9mIGxpbnV4LiAKPiA+ICgxKUkgc2V0IEdVRVNUX1NZU0VOVEVSX0VJUCB0byAg IDB4REREREQwQUUgaW4gdm14X3ZtZXhpdF9oYW5kbGVyLCBhbmQKPiA+IHNhdmUgdGhlIHJlYWwg dmFsdWUuCj4gCj4gQXJlIHlvdSB0YWtpbmcgdGhlIGNoYW5jZSB0aGF0IDB4ZGRkZGQwYWUgaXMg dW5tYXBwZWQgd2l0aGluIHRoZSBwMm0/IElzCj4gdGhlcmUgbm90IGFuIGV4cGxpY2l0IHRyYXAg Zm9yIHN5c2NhbGxzIGluIHRoZSBWTUNTPwo+IAo+ID4gKDIpV2hlbiBhIGZhc3Qgc3lzY2FsbCBj b21lLCAgSSB3aWxsIGNhcHV0dWUgaXQgaW4gc2hfcGFnZV9mYXVsdC4KPiA+ICgzKSBUaGVuIEkg c2V0IHRoZSByZWFsIEdVRVNUX1NZU0VOVEVSX0VJUChjMDEwM2VmMCwKPiA+IGlhMzJfc3lzZW50 ZXJfdGFyZ2V0KSB0byBHVUVTVF9SSVAuCj4gCj4gQXJlIHlvdSBzdXJlIHRoYXQgc2V0dGluZyBH VUVTVF9SSVAgaXMgc3VmZmljaWVudCB0byBjYXVzZSB0aGUgZ3Vlc3QgdG8KPiBzd2l0Y2ggdG8g dGhhdCB3aGVuIHlvdSByZWVudGVyPyBJcyB0aGVyZSBub3RoaW5nIGVsc2UgeW91IG5lZWQgdG8K PiBjaGFuZ2UvdXBkYXRlIGluIG9yZGVyIHRvIHNpbXVsYXRlIHRoZSBhZmZlY3Qgb2YgYSBzeXNj YWxsIGZyb20gdGhlCj4gZ3Vlc3QgUG9WPwo+IAo+IFlvdSBtaWdodCBmaW5kIGl0IGhlbHBmdWwg dG8gcHVibGlzaCB5b3VyIGFjdHVhbCBjb2RlIHNvIHBlb3BsZSBjYW4gc2VlCj4gd2hhdCB5b3Un dmUgYWN0dWFsbHkgZG9uZS4uCj4gCj4gWW91IG1pZ2h0IGFsc28gd2FudCB0byBwb3N0IHRvIHRo ZSAtZGV2ZWwgbGlzdCBpbnN0ZWFkLgo+IAo+IElhbi4KPiAKPiAKPiAKPiBfX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwo+IFhlbi11c2VycyBtYWlsaW5nIGxp c3QKPiBYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwo+IGh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11 c2VycwoNCg0KDQo= ------=_Part_97020_19397701.1393580116545 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGRpdj5Ob3cgSSBhdHRhY2ggdGhlIGNvZGUgdG8gbXkgcXVlc3Rpb248L2Rpdj48ZGl2Pjxmb250 IHNpemU9IjMiPmhpIGFsbCw8L2ZvbnQ+PGRpdj48Zm9udCBzaXplPSIzIj5JIHdhbnQgdG8mbmJz cDtpbnRlcmNlcHQgYW5kIGNhcHR1cmUgZmFzdCAmbmJzcDtzeXN0ZW0gY2FsbCBvZiBsaW51eC4m bmJzcDs8L2ZvbnQ+PC9kaXY+PGRpdj48Zm9udCBzaXplPSIzIj4oMSlJIHNldCZuYnNwOzxzcGFu IHN0eWxlPSJmb250LWZhbWlseTogY291cmllcjsiPjxiPkdVRVNUX1NZU0VOVEVSX0VJUDwvYj4m bmJzcDt0byZuYnNwOzwvc3Bhbj4mbmJzcDsmbmJzcDs8c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6 IGNvdXJpZXI7Ij48Yj4weEREREREMEFFPC9iPiZuYnNwO2luJm5ic3A7PC9zcGFuPjxzcGFuIHN0 eWxlPSJmb250LWZhbWlseTogY291cmllcjsiPjxiPnZteF92bWV4aXRfaGFuZGxlcjwvYj48L3Nw YW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBjb3VyaWVyOyI+LCZuYnNwOzwvc3Bhbj48c3Bh biBzdHlsZT0iZm9udC1mYW1pbHk6IGNvdXJpZXI7Ij5hbmQ8L3NwYW4+PHNwYW4gc3R5bGU9ImZv bnQtZmFtaWx5OiBjb3VyaWVyOyI+Jm5ic3A7c2F2ZSB0aGUgcmVhbCB2YWx1ZS48L3NwYW4+PC9m b250PjwvZGl2PjxkaXY+PGZvbnQgc2l6ZT0iMyI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBj b3VyaWVyOyI+PGJyPjwvc3Bhbj48L2ZvbnQ+PC9kaXY+PGRpdj48c3BhbiBzdHlsZT0iZm9udC1m YW1pbHk6IGNvdXJpZXI7IGZvbnQtc2l6ZTogbWVkaXVtOyI+aW4gdm14X3ZtZXhpdF9oYW5kbGVy KCk8L3NwYW4+PC9kaXY+PGRpdj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IGNvdXJpZXI7IGZv bnQtc2l6ZTogbWVkaXVtOyI+ezwvc3Bhbj48L2Rpdj48ZGl2PjxzcGFuIHN0eWxlPSJmb250LWZh bWlseTogY291cmllcjsgZm9udC1zaXplOiBtZWRpdW07Ij4mbmJzcDsgLi4uLjwvc3Bhbj48L2Rp dj48ZGl2PjxwIHN0eWxlPSJmb250LWZhbWlseTogY291cmllcjsgZm9udC1zaXplOiAxMHB0OyI+ PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMTI4LCAxMjgsIDEyOCk7Ij4mbmJzcDsgJm5ic3A7Jm5i c3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDAsIDAsIDI1NSk7IGZvbnQtc3R5bGU6 IGl0YWxpYzsiPi8veWFuZG9uZzxicj48L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMTI4 LCAxMjgsIDEyOCk7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9 ImNvbG9yOiByZ2IoMCwgMCwgMTI4KTsgZm9udC13ZWlnaHQ6IGJvbGQ7Ij5pZjwvc3Bhbj48c3Bh biBzdHlsZT0iZm9udC13ZWlnaHQ6IGJvbGQ7Ij4oPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjog cmdiKDEyOCwgMTI4LCAxMjgpOyI+Jm5ic3A7PC9zcGFuPmlzX2h2bV9kb21haW48c3BhbiBzdHls ZT0iZm9udC13ZWlnaHQ6IGJvbGQ7Ij4oPC9zcGFuPmN1cnJlbnQ8c3BhbiBzdHlsZT0iZm9udC13 ZWlnaHQ6IGJvbGQ7Ij4tJmd0Ozwvc3Bhbj5kb21haW48c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6 IGJvbGQ7Ij4pPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDEyOCwgMTI4LCAxMjgpOyI+ Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsiPik8L3NwYW4+PHNw YW4gc3R5bGU9ImNvbG9yOiByZ2IoMTI4LCAxMjgsIDEyOCk7Ij48YnI+Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsiPns8L3NwYW4+ PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMTI4LCAxMjgsIDEyOCk7Ij48YnI+Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJj b2xvcjogcmdiKDAsIDAsIDI1NSk7IGZvbnQtc3R5bGU6IGl0YWxpYzsiPi8vcHJpbnRrKCJNSVRD VEw6aXNfaHZtX2RvbWFpblxuIik7PGJyPjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigx MjgsIDEyOCwgMTI4KTsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigwLCAwLCAxMjgpOyBmb250LXdl aWdodDogYm9sZDsiPnN3aXRjaDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigxMjgsIDEy OCwgMTI4KTsiPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6IGJvbGQ7Ij4o PC9zcGFuPmN1cnJlbnQ8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6IGJvbGQ7Ij4tJmd0Ozwvc3Bh bj5kb21haW48c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6IGJvbGQ7Ij4tJmd0Ozwvc3Bhbj5hcmNo PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+Ljwvc3Bhbj5odm1fZG9tYWluPHNwYW4g c3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+Ljwvc3Bhbj5taXRjdGxfb3A8c3BhbiBzdHlsZT0i Zm9udC13ZWlnaHQ6IGJvbGQ7Ij4uPC9zcGFuPnhlbl92bWV4aXRfaGFuZGxlcl9taXRjdGxfbWV0 aG9kPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+KTwvc3Bhbj48c3BhbiBzdHlsZT0i Y29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsiPjxicj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBi b2xkOyI+ezwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsiPjxi cj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMCwgMCwgMTI4 KTsgZm9udC13ZWlnaHQ6IGJvbGQ7Ij5jYXNlPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdi KDEyOCwgMTI4LCAxMjgpOyI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDog Ym9sZDsiPi08L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMCwgMTI4LCAxMjgpOyI+MTwv c3Bhbj48c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6IGJvbGQ7Ij46PC9zcGFuPjxzcGFuIHN0eWxl PSJjb2xvcjogcmdiKDEyOCwgMTI4LCAxMjgpOyI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJj b2xvcjogcmdiKDAsIDAsIDEyOCk7IGZvbnQtd2VpZ2h0OiBib2xkOyI+YnJlYWs8L3NwYW4+PHNw YW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+Ozwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6 IHJnYigxMjgsIDEyOCwgMTI4KTsiPjxicj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gc3R5 bGU9ImNvbG9yOiByZ2IoMCwgMCwgMTI4KTsgZm9udC13ZWlnaHQ6IGJvbGQ7Ij5jYXNlPC9zcGFu PjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDEyOCwgMTI4LCAxMjgpOyI+Jm5ic3A7PC9zcGFuPlhF Tl9WTUVYSVRfSEFORExFUl9NSVRDVExfbGlidm1pPHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMTI4 LCAxMjgsIDEyOCk7Ij4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xk OyI+Ojwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsiPjxicj4m bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+ezwv c3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsiPjxicj4mbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9y OiByZ2IoMCwgMCwgMjU1KTsgZm9udC1zdHlsZTogaXRhbGljOyI+Ly9wcmludGsoIk1JVENUTDp2 bWV4aXQmbmJzcDtzZXRfdHJhcFxuIik7PGJyPjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJn YigxMjgsIDEyOCwgMTI4KTsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw Ozwvc3Bhbj52bXhfcHJvcGVybHlfc2V0X3RyYXBfZmxhZzxzcGFuIHN0eWxlPSJmb250LXdlaWdo dDogYm9sZDsiPig8L3NwYW4+Y3VycmVudDxzcGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsi Pi0mZ3Q7PC9zcGFuPmRvbWFpbjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsiPik7PC9z cGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDEyOCwgMTI4LCAxMjgpOyI+Jm5ic3A7Jm5ic3A7 Jm5ic3A7PGJyPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48 c3BhbiBzdHlsZT0iY29sb3I6IHJnYigwLCAwLCAxMjgpOyBmb250LXdlaWdodDogYm9sZDsiPmJy ZWFrPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsiPjs8L3NwYW4+PHNwYW4g c3R5bGU9ImNvbG9yOiByZ2IoMTI4LCAxMjgsIDEyOCk7Ij48YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9z cGFuPjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsiPn08L3NwYW4+PHNwYW4gc3R5bGU9 ImNvbG9yOiByZ2IoMTI4LCAxMjgsIDEyOCk7Ij48YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxz cGFuIHN0eWxlPSJjb2xvcjogcmdiKDAsIDAsIDEyOCk7IGZvbnQtd2VpZ2h0OiBib2xkOyI+ZGVm YXVsdDwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6IGJvbGQ7Ij46PC9zcGFuPjxzcGFu IHN0eWxlPSJjb2xvcjogcmdiKDEyOCwgMTI4LCAxMjgpOyI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0 eWxlPSJjb2xvcjogcmdiKDAsIDAsIDEyOCk7IGZvbnQtd2VpZ2h0OiBib2xkOyI+YnJlYWs8L3Nw YW4+PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+Ozwvc3Bhbj48c3BhbiBzdHlsZT0i Y29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsiPjxicj48YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250 LXdlaWdodDogYm9sZDsiPn08L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMTI4LCAxMjgs IDEyOCk7Ij48YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJm b250LXdlaWdodDogYm9sZDsiPn08L3NwYW4+PC9wPjxwIHN0eWxlPSJmb250LWZhbWlseTogY291 cmllcjsgZm9udC1zaXplOiAxMHB0OyI+PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+ Jm5ic3A7ICZuYnNwO3JldHVybiAuLi48L3NwYW4+PC9wPjxwIHN0eWxlPSJmb250LWZhbWlseTog Y291cmllcjsgZm9udC1zaXplOiAxMHB0OyI+PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xk OyI+fTwvc3Bhbj48L3A+PHAgc3R5bGU9ImZvbnQtZmFtaWx5OiBjb3VyaWVyOyBmb250LXNpemU6 IDEwcHQ7Ij48c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6IGJvbGQ7Ij48YnI+PC9zcGFuPjwvcD48 cCBzdHlsZT0iZm9udC1mYW1pbHk6IGNvdXJpZXI7IGZvbnQtc2l6ZTogMTBwdDsiPmlubGluZTxz cGFuIHN0eWxlPSJjb2xvcjogcmdiKDEyOCwgMTI4LCAxMjgpOyI+Jm5ic3A7PC9zcGFuPjxzcGFu IHN0eWxlPSJjb2xvcjogcmdiKDAsIDAsIDEyOCk7IGZvbnQtd2VpZ2h0OiBib2xkOyI+dm9pZDwv c3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsiPiZuYnNwOzwvc3Bh bj52bXhfcHJvcGVybHlfc2V0X3RyYXBfZmxhZzxzcGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9s ZDsiPig8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMCwgMCwgMTI4KTsgZm9udC13ZWln aHQ6IGJvbGQ7Ij5zdHJ1Y3Q8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMTI4LCAxMjgs IDEyOCk7Ij4mbmJzcDs8L3NwYW4+ZG9tYWluPHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMTI4LCAx MjgsIDEyOCk7Ij4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+ Kjwvc3Bhbj5kPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+KTwvc3Bhbj48c3BhbiBz dHlsZT0iY29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsiPjxicj48L3NwYW4+PHNwYW4gc3R5bGU9 ImZvbnQtd2VpZ2h0OiBib2xkOyI+ezwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigxMjgs IDEyOCwgMTI4KTsiPjxicj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gc3R5 bGU9ImNvbG9yOiByZ2IoMCwgMCwgMjU1KTsgZm9udC1zdHlsZTogaXRhbGljOyI+Ly9zZXQmbmJz cDtzeXNlbnRlcl9laXA8YnI+PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDEyOCwgMTI4 LCAxMjgpOyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xv cjogcmdiKDAsIDAsIDEyOCk7IGZvbnQtd2VpZ2h0OiBib2xkOyI+aWY8L3NwYW4+PHNwYW4gc3R5 bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+KDwvc3Bhbj5kPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0 OiBib2xkOyI+LSZndDs8L3NwYW4+YXJjaDxzcGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsi Pi48L3NwYW4+aHZtX2RvbWFpbjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsiPi48L3Nw YW4+bWl0Y3RsX29wPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+Ljwvc3Bhbj54ZW5f dm1leGl0X2hhbmRsZXJfbWl0Y3RsX21ldGhvZDxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDEyOCwg MTI4LCAxMjgpOyI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsi PiE9PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDEyOCwgMTI4LCAxMjgpOyI+Jm5ic3A7 PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsiPi08L3NwYW4+PHNwYW4gc3R5 bGU9ImNvbG9yOiByZ2IoMCwgMTI4LCAxMjgpOyI+MTwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC13 ZWlnaHQ6IGJvbGQ7Ij4pPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDEyOCwgMTI4LCAx MjgpOyI+PGJyPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9u dC13ZWlnaHQ6IGJvbGQ7Ij57PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDEyOCwgMTI4 LCAxMjgpOyI+PGJyPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOzwvc3Bhbj52bXhfc2V0X3N5c2VudGVyX21zcnM8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6 IGJvbGQ7Ij4oPC9zcGFuPmQ8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6IGJvbGQ7Ij4pOzwvc3Bh bj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsiPjxicj4mbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9 ImNvbG9yOiByZ2IoMCwgMCwgMjU1KTsgZm9udC1zdHlsZTogaXRhbGljOyI+Ly9jdXJyZW50LSZn dDthcmNoLmh2bV92bXguZXhlY19jb250cm9sJm5ic3A7fD0mbmJzcDtDUFVfQkFTRURfTU9OSVRP Ul9UUkFQX0ZMQUc7PGJyPjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigxMjgsIDEyOCwg MTI4KTsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwv c3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigwLCAwLCAyNTUpOyBmb250LXN0eWxlOiBpdGFs aWM7Ij4vL3ZteF91cGRhdGVfY3B1X2V4ZWNfY29udHJvbChjdXJyZW50KTs8YnI+PC9zcGFuPjxz cGFuIHN0eWxlPSJjb2xvcjogcmdiKDEyOCwgMTI4LCAxMjgpOyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjog cmdiKDAsIDAsIDI1NSk7IGZvbnQtc3R5bGU6IGl0YWxpYzsiPi8vY3VycmVudC0mZ3Q7YXJjaC5o dm1fdmNwdS5zaW5nbGVfc3RlcCZuYnNwOz0mbmJzcDsxOzxicj48L3NwYW4+PHNwYW4gc3R5bGU9 ImNvbG9yOiByZ2IoMTI4LCAxMjgsIDEyOCk7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3Nw YW4+PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+fTwvc3Bhbj48c3BhbiBzdHlsZT0i Y29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsiPjxicj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8 YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdi KDAsIDAsIDEyOCk7IGZvbnQtd2VpZ2h0OiBib2xkOyI+cmV0dXJuPC9zcGFuPjxzcGFuIHN0eWxl PSJmb250LXdlaWdodDogYm9sZDsiPjs8L3NwYW4+PC9wPjxwIHN0eWxlPSJmb250LWZhbWlseTog Y291cmllcjsgZm9udC1zaXplOiAxMHB0OyI+PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xk OyI+fTwvc3Bhbj48L3A+PHAgc3R5bGU9ImZvbnQtZmFtaWx5OiBjb3VyaWVyOyBmb250LXNpemU6 IDEwcHQ7Ij48c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6IGJvbGQ7Ij48YnI+PC9zcGFuPjwvcD48 cCBzdHlsZT0iZm9udC1mYW1pbHk6IGNvdXJpZXI7IGZvbnQtc2l6ZTogMTBwdDsiPjxzcGFuIHN0 eWxlPSJjb2xvcjogcmdiKDAsIDAsIDI1NSk7IGZvbnQtc3R5bGU6IGl0YWxpYzsiPi8qJm5ic3A7 Zm9yY2UmbmJzcDt1c2VyJm5ic3A7c3VwcGxpZWQmbmJzcDttc3ImbmJzcDt2YWx1ZXMmbmJzcDtv biZuYnNwO3RoaXMmbmJzcDtndWVzdCZuYnNwOyovPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjog cmdiKDEyOCwgMTI4LCAxMjgpOyI+PGJyPjwvc3Bhbj5pbmxpbmU8c3BhbiBzdHlsZT0iY29sb3I6 IHJnYigxMjgsIDEyOCwgMTI4KTsiPiZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29s b3I6IHJnYigwLCAwLCAxMjgpOyBmb250LXdlaWdodDogYm9sZDsiPnZvaWQ8L3NwYW4+PHNwYW4g c3R5bGU9ImNvbG9yOiByZ2IoMTI4LCAxMjgsIDEyOCk7Ij4mbmJzcDs8L3NwYW4+dm14X3NldF9z eXNlbnRlcl9tc3JzPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+KDwvc3Bhbj48c3Bh biBzdHlsZT0iY29sb3I6IHJnYigwLCAwLCAxMjgpOyBmb250LXdlaWdodDogYm9sZDsiPnN0cnVj dDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsiPiZuYnNwOzwv c3Bhbj5kb21haW48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsiPiZuYnNw Ozwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6IGJvbGQ7Ij4qPC9zcGFuPmQ8c3BhbiBz dHlsZT0iZm9udC13ZWlnaHQ6IGJvbGQ7Ij4pPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdi KDEyOCwgMTI4LCAxMjgpOyI+PGJyPjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6IGJv bGQ7Ij57PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDEyOCwgMTI4LCAxMjgpOyI+PGJy PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj51NjQ8c3BhbiBzdHlsZT0iY29sb3I6IHJn YigxMjgsIDEyOCwgMTI4KTsiPiZuYnNwOzwvc3Bhbj5uZXdfY3M8c3BhbiBzdHlsZT0iZm9udC13 ZWlnaHQ6IGJvbGQ7Ij47PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDEyOCwgMTI4LCAx MjgpOyI+PGJyPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj51NjQ8c3BhbiBzdHlsZT0i Y29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsiPiZuYnNwOzwvc3Bhbj5uZXdfZWlwPHNwYW4gc3R5 bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+Ozwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigx MjgsIDEyOCwgMTI4KTsiPjxicj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+dTY0PHNw YW4gc3R5bGU9ImNvbG9yOiByZ2IoMTI4LCAxMjgsIDEyOCk7Ij4mbmJzcDs8L3NwYW4+b2xkX01T Ul9FSVA8c3BhbiBzdHlsZT0iY29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsiPiZuYnNwOzwvc3Bh bj48c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6IGJvbGQ7Ij49PC9zcGFuPjxzcGFuIHN0eWxlPSJj b2xvcjogcmdiKDEyOCwgMTI4LCAxMjgpOyI+Jm5ic3A7PC9zcGFuPl9fdm1yZWFkPHNwYW4gc3R5 bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+KDwvc3Bhbj5HVUVTVF9TWVNFTlRFUl9FSVA8c3BhbiBz dHlsZT0iZm9udC13ZWlnaHQ6IGJvbGQ7Ij4pOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJn YigxMjgsIDEyOCwgMTI4KTsiPjxicj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+dTY0 PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMTI4LCAxMjgsIDEyOCk7Ij4mbmJzcDs8L3NwYW4+b2xk X01TUl9DUzxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDEyOCwgMTI4LCAxMjgpOyI+Jm5ic3A7PC9z cGFuPjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsiPj08L3NwYW4+PHNwYW4gc3R5bGU9 ImNvbG9yOiByZ2IoMTI4LCAxMjgsIDEyOCk7Ij4mbmJzcDs8L3NwYW4+X192bXJlYWQ8c3BhbiBz dHlsZT0iZm9udC13ZWlnaHQ6IGJvbGQ7Ij4oPC9zcGFuPkdVRVNUX1NZU0VOVEVSX0NTPHNwYW4g c3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+KTs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiBy Z2IoMTI4LCAxMjgsIDEyOCk7Ij48YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxz cGFuIHN0eWxlPSJjb2xvcjogcmdiKDAsIDAsIDEyOCk7IGZvbnQtd2VpZ2h0OiBib2xkOyI+aWY8 L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+KDwvc3Bhbj48c3BhbiBzdHls ZT0iY29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsiPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0i Y29sb3I6IHJnYigwLCAxMjgsIDEyOCk7Ij4weEREREREMEFFPC9zcGFuPjxzcGFuIHN0eWxlPSJj b2xvcjogcmdiKDEyOCwgMTI4LCAxMjgpOyI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250 LXdlaWdodDogYm9sZDsiPiE9PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDEyOCwgMTI4 LCAxMjgpOyI+Jm5ic3A7PC9zcGFuPm9sZF9NU1JfRUlQPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0 OiBib2xkOyI+KTwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsi Pjxicj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtd2Vp Z2h0OiBib2xkOyI+ezwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigxMjgsIDEyOCwgMTI4 KTsiPjxicj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8 L3NwYW4+cHJpbnRrPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+KDwvc3Bhbj48c3Bh biBzdHlsZT0iY29sb3I6IHJnYigyMDQsIDAsIDApOyI+Ik1JVENUTDpvbGRfTVNSX0VJUCZuYnNw OyVseFxuIjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6IGJvbGQ7Ij4sPC9zcGFuPm9s ZF9NU1JfRUlQPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+KTs8L3NwYW4+PHNwYW4g c3R5bGU9ImNvbG9yOiByZ2IoMTI4LCAxMjgsIDEyOCk7Ij48YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPmV0aGVyX3NldF9pbWFnaW5hcnlf c3lzZW50ZXJfZWlwPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+KDwvc3Bhbj5kPHNw YW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+LDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6 IHJnYigxMjgsIDEyOCwgMTI4KTsiPiZuYnNwOzwvc3Bhbj5vbGRfTVNSX0VJUDxzcGFuIHN0eWxl PSJmb250LXdlaWdodDogYm9sZDsiPik7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDEy OCwgMTI4LCAxMjgpOyI+PGJyPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOzwvc3Bhbj5ldGhlcl9zZXRfaW1hZ2luYXJ5X3N5c2VudGVyX2NzPHNwYW4gc3R5 bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+KDwvc3Bhbj5kPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0 OiBib2xkOyI+LDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsi PiZuYnNwOzwvc3Bhbj5vbGRfTVNSX0NTPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+ KTs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMTI4LCAxMjgsIDEyOCk7Ij48YnI+Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9s ZDsiPn08L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMTI4LCAxMjgsIDEyOCk7Ij48YnI+ Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPnByaW50azxzcGFuIHN0eWxlPSJmb250LXdl aWdodDogYm9sZDsiPig8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMjA0LCAwLCAwKTsi PiJNSVRDVEw6dm14X3NldF9zeXNlbnRlcl9tc3JzJm5ic3A7R1VFU1RfU1lTRU5URVJfRUlQJm5i c3A7JWx4Jm5ic3A7JWx4XG4iPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsi Piw8L3NwYW4+b2xkX01TUl9FSVA8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6IGJvbGQ7Ij4sPC9z cGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDEyOCwgMTI4LCAxMjgpOyI+Jm5ic3A7PC9zcGFu Pm9sZF9NU1JfQ1M8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6IGJvbGQ7Ij4pOzwvc3Bhbj48c3Bh biBzdHlsZT0iY29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsiPjxicj4mbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMCwgMCwgMjU1KTsgZm9udC1z dHlsZTogaXRhbGljOyI+LyombmJzcDt3cml0ZSZuYnNwO01TUiZuYnNwO3JlZ2lzdGVycyZuYnNw OyovPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDEyOCwgMTI4LCAxMjgpOyI+PGJyPjxi cj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2Io MCwgMCwgMjU1KTsgZm9udC1zdHlsZTogaXRhbGljOyI+LyombmJzcDtkZWZhdWx0Jm5ic3A7dG8m bmJzcDt3cml0aW5nJm5ic3A7b2xkKGltYWdpbmFyeSkmbmJzcDt2YWx1ZXMmbmJzcDt0byZuYnNw O2d1ZXN0Jm5ic3A7Ki88L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMTI4LCAxMjgsIDEy OCk7Ij48YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPm5ld19jczxzcGFuIHN0eWxl PSJjb2xvcjogcmdiKDEyOCwgMTI4LCAxMjgpOyI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJm b250LXdlaWdodDogYm9sZDsiPj08L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMTI4LCAx MjgsIDEyOCk7Ij4mbmJzcDs8L3NwYW4+ZXRoZXJfZ2V0X2ltYWdpbmFyeV9zeXNlbnRlcl9jczxz cGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsiPig8L3NwYW4+ZDxzcGFuIHN0eWxlPSJmb250 LXdlaWdodDogYm9sZDsiPik7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDEyOCwgMTI4 LCAxMjgpOyI+PGJyPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj5uZXdfZWlwPHNwYW4g c3R5bGU9ImNvbG9yOiByZ2IoMTI4LCAxMjgsIDEyOCk7Ij4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5 bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+PTwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigx MjgsIDEyOCwgMTI4KTsiPiZuYnNwOzwvc3Bhbj5ldGhlcl9nZXRfaW1hZ2luYXJ5X3N5c2VudGVy X2VpcDxzcGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsiPig8L3NwYW4+ZDxzcGFuIHN0eWxl PSJmb250LXdlaWdodDogYm9sZDsiPik7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDEy OCwgMTI4LCAxMjgpOyI+PGJyPjxicj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNw YW4gc3R5bGU9ImNvbG9yOiByZ2IoMCwgMCwgMTI4KTsgZm9udC13ZWlnaHQ6IGJvbGQ7Ij5pZjwv c3Bhbj48c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6IGJvbGQ7Ij4oPC9zcGFuPmQ8c3BhbiBzdHls ZT0iZm9udC13ZWlnaHQ6IGJvbGQ7Ij4tJmd0Ozwvc3Bhbj5hcmNoPHNwYW4gc3R5bGU9ImZvbnQt d2VpZ2h0OiBib2xkOyI+Ljwvc3Bhbj5odm1fZG9tYWluPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0 OiBib2xkOyI+Ljwvc3Bhbj5taXRjdGxfb3A8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6IGJvbGQ7 Ij4uPC9zcGFuPnhlbl92bWV4aXRfaGFuZGxlcl9taXRjdGxfbWV0aG9kPHNwYW4gc3R5bGU9ImNv bG9yOiByZ2IoMTI4LCAxMjgsIDEyOCk7Ij4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQt d2VpZ2h0OiBib2xkOyI+IT08L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMTI4LCAxMjgs IDEyOCk7Ij4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+LTwv c3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigwLCAxMjgsIDEyOCk7Ij4xPC9zcGFuPjxzcGFu IHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsiPik8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiBy Z2IoMTI4LCAxMjgsIDEyOCk7Ij48YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxz cGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsiPns8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9y OiByZ2IoMTI4LCAxMjgsIDEyOCk7Ij48YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDAsIDAsIDI1 NSk7IGZvbnQtc3R5bGU6IGl0YWxpYzsiPi8qJm5ic3A7aXQmbmJzcDtzZWVtcyZuYnNwO3RoYXQm bmJzcDt3ZSZuYnNwO3Nob3VsZCZuYnNwO3dyaXRlJm5ic3A7dXNlciZuYnNwO3N1cHBsaWVkPGJy PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyom bmJzcDt2YWx1ZXMmbmJzcDtpbnN0ZWFkPGJyPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyovPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdi KDEyOCwgMTI4LCAxMjgpOyI+PGJyPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOzwvc3Bhbj51NjQ8c3BhbiBzdHlsZT0iY29sb3I6IHJnYigxMjgsIDEyOCwg MTI4KTsiPiZuYnNwOzwvc3Bhbj5mb3JjZWRfY3M8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6IGJv bGQ7Ij47PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDEyOCwgMTI4LCAxMjgpOyI+PGJy PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj51 NjQ8c3BhbiBzdHlsZT0iY29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsiPiZuYnNwOzwvc3Bhbj5m b3JjZWRfZWlwPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+Ozwvc3Bhbj48c3BhbiBz dHlsZT0iY29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsiPjxicj4mbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiBy Z2IoMCwgMCwgMjU1KTsgZm9udC1zdHlsZTogaXRhbGljOyI+LyombmJzcDt3cml0aW5nJm5ic3A7 dXNlciZuYnNwO3N1cHBsaWVkJm5ic3A7Zm9yY2VkJm5ic3A7dmFsdWVzJm5ic3A7dG8mbmJzcDtn dWVzdCZuYnNwOyovPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDEyOCwgMTI4LCAxMjgp OyI+PGJyPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwv c3Bhbj5mb3JjZWRfY3M8c3BhbiBzdHlsZT0iY29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsiPiZu YnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6IGJvbGQ7Ij49PC9zcGFuPjxzcGFu IHN0eWxlPSJjb2xvcjogcmdiKDEyOCwgMTI4LCAxMjgpOyI+Jm5ic3A7PC9zcGFuPmV0aGVyX2dl dF9zeXNlbnRlcl9jczxzcGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsiPig8L3NwYW4+ZDxz cGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsiPik7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xv cjogcmdiKDEyOCwgMTI4LCAxMjgpOyI+PGJyPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj5mb3JjZWRfZWlwPHNwYW4gc3R5bGU9ImNvbG9yOiBy Z2IoMTI4LCAxMjgsIDEyOCk7Ij4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0 OiBib2xkOyI+PTwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsi PiZuYnNwOzwvc3Bhbj5ldGhlcl9nZXRfc3lzZW50ZXJfZWlwPHNwYW4gc3R5bGU9ImZvbnQtd2Vp Z2h0OiBib2xkOyI+KDwvc3Bhbj5kPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+KTs8 L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMTI4LCAxMjgsIDEyOCk7Ij48YnI+PGJyPiZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48c3Bh biBzdHlsZT0iY29sb3I6IHJnYigwLCAwLCAxMjgpOyBmb250LXdlaWdodDogYm9sZDsiPmlmPC9z cGFuPjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsiPig8L3NwYW4+Zm9yY2VkX2NzPHNw YW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+KTwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6 IHJnYigxMjgsIDEyOCwgMTI4KTsiPjxicj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+bmV3X2NzPHNw YW4gc3R5bGU9ImNvbG9yOiByZ2IoMTI4LCAxMjgsIDEyOCk7Ij4mbmJzcDs8L3NwYW4+PHNwYW4g c3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+PTwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJn YigxMjgsIDEyOCwgMTI4KTsiPiZuYnNwOzwvc3Bhbj5mb3JjZWRfY3M8c3BhbiBzdHlsZT0iZm9u dC13ZWlnaHQ6IGJvbGQ7Ij47PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDEyOCwgMTI4 LCAxMjgpOyI+PGJyPjxicj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMCwgMCwgMTI4KTsgZm9udC13 ZWlnaHQ6IGJvbGQ7Ij5pZjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6IGJvbGQ7Ij4o PC9zcGFuPmZvcmNlZF9laXA8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6IGJvbGQ7Ij4pPC9zcGFu PjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDEyOCwgMTI4LCAxMjgpOyI+PGJyPiZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOzwvc3Bhbj5uZXdfZWlwPHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMTI4LCAxMjgsIDEyOCk7 Ij4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+PTwvc3Bhbj48 c3BhbiBzdHlsZT0iY29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsiPiZuYnNwOzwvc3Bhbj5mb3Jj ZWRfZWlwPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+Ozwvc3Bhbj48c3BhbiBzdHls ZT0iY29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsiPjxicj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+fTwvc3Bhbj48c3BhbiBz dHlsZT0iY29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsiPjxicj48YnI+Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7PC9zcGFuPnZteF93cml0ZV9zeXNlbnRlcl9tc3I8c3BhbiBzdHlsZT0iZm9udC13 ZWlnaHQ6IGJvbGQ7Ij4oPC9zcGFuPkdVRVNUX1NZU0VOVEVSX0NTPHNwYW4gc3R5bGU9ImZvbnQt d2VpZ2h0OiBib2xkOyI+LDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigxMjgsIDEyOCwg MTI4KTsiPiZuYnNwOzwvc3Bhbj5uZXdfY3M8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6IGJvbGQ7 Ij4pOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsiPjxicj4m bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+dm14X3dyaXRlX3N5c2VudGVyX21zcjxzcGFu IHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsiPig8L3NwYW4+R1VFU1RfU1lTRU5URVJfRUlQPHNw YW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+LDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6 IHJnYigxMjgsIDEyOCwgMTI4KTsiPiZuYnNwOzwvc3Bhbj5uZXdfZWlwPHNwYW4gc3R5bGU9ImZv bnQtd2VpZ2h0OiBib2xkOyI+KTs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMTI4LCAx MjgsIDEyOCk7Ij48YnI+PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsiPn08 L3NwYW4+PC9wPjwvZGl2PjxkaXY+PGZvbnQgc2l6ZT0iMyI+PHNwYW4gc3R5bGU9ImZvbnQtZmFt aWx5OiBjb3VyaWVyOyI+PGJyPjwvc3Bhbj48L2ZvbnQ+PC9kaXY+PGRpdj48Zm9udCBzaXplPSIz Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IGNvdXJpZXI7Ij48YnI+PC9zcGFuPjwvZm9udD48 L2Rpdj48ZGl2Pjxmb250IHNpemU9IjMiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogY291cmll cjsiPjxicj48L3NwYW4+PC9mb250PjwvZGl2PjxkaXY+PGZvbnQgc2l6ZT0iMyI+PHNwYW4gc3R5 bGU9ImZvbnQtZmFtaWx5OiBjb3VyaWVyOyI+PGJyPjwvc3Bhbj48L2ZvbnQ+PC9kaXY+PGRpdj48 Zm9udCBzaXplPSIzIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IGNvdXJpZXI7Ij4oMilXaGVu IGEgZmFzdCBzeXNjYWxsIGNvbWUsJm5ic3A7Jm5ic3A7SSB3aWxsIGNhcHV0dWUgaXQgaW4mbmJz cDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBjb3VyaWVyOyI+PGI+c2hfcGFnZV9m YXVsdDwvYj4uPC9zcGFuPjwvZm9udD48L2Rpdj48ZGl2PjxkaXY+PGZvbnQgc2l6ZT0iMyI+PHNw YW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBjb3VyaWVyOyI+PGJyPjwvc3Bhbj48L2ZvbnQ+PC9kaXY+ PGRpdj48Zm9udCBzaXplPSIzIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IGNvdXJpZXI7Ij4o MykgVGhlbiBJIHNldCB0aGUgcmVhbCZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1p bHk6IGNvdXJpZXI7Ij48Yj5HVUVTVF9TWVNFTlRFUl9FSVAoPC9iPjwvc3Bhbj48L2ZvbnQ+PHNw YW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlhbCwgc2Fucy1zZXJpZjsgZm9udC1zaXplOiBtZWRp dW07IGxpbmUtaGVpZ2h0OiAyNHB4OyI+YzAxMDNlZjAsIGlhMzJfc3lzZW50ZXJfdGFyZ2V0PC9z cGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IG1lZGl1bTsgZm9udC1mYW1pbHk6IGNvdXJpZXI7 Ij48Yj4pPC9iPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiBtZWRpdW07IGZv bnQtZmFtaWx5OiBjb3VyaWVyOyI+dG88L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogbWVk aXVtOyBmb250LWZhbWlseTogY291cmllcjsiPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOiBtZWRpdW07IGZvbnQtZmFtaWx5OiBjb3VyaWVyOyI+PGI+R1VFU1RfUklQPC9iPi48 L3NwYW4+PC9kaXY+PC9kaXY+PGRpdj48cCBzdHlsZT0iZm9udC1mYW1pbHk6IGNvdXJpZXI7IGZv bnQtc2l6ZTogMTBwdDsiPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDAsIDAsIDEyOCk7IGZvbnQt d2VpZ2h0OiBib2xkOyI+c3RhdGljPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDEyOCwg MTI4LCAxMjgpOyI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDAsIDAsIDEy OCk7IGZvbnQtd2VpZ2h0OiBib2xkOyI+aW50PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdi KDEyOCwgMTI4LCAxMjgpOyI+Jm5ic3A7PC9zcGFuPnNoX3BhZ2VfZmF1bHQ8c3BhbiBzdHlsZT0i Zm9udC13ZWlnaHQ6IGJvbGQ7Ij4oPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDAsIDAs IDEyOCk7IGZvbnQtd2VpZ2h0OiBib2xkOyI+c3RydWN0PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xv cjogcmdiKDEyOCwgMTI4LCAxMjgpOyI+Jm5ic3A7PC9zcGFuPnZjcHU8c3BhbiBzdHlsZT0iY29s b3I6IHJnYigxMjgsIDEyOCwgMTI4KTsiPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC13 ZWlnaHQ6IGJvbGQ7Ij4qPC9zcGFuPnY8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6IGJvbGQ7Ij4s PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDEyOCwgMTI4LCAxMjgpOyI+Jm5ic3A7PGJy PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBz dHlsZT0iY29sb3I6IHJnYigwLCAwLCAxMjgpOyBmb250LXdlaWdodDogYm9sZDsiPnVuc2lnbmVk PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDEyOCwgMTI4LCAxMjgpOyI+Jm5ic3A7PC9z cGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDAsIDAsIDEyOCk7IGZvbnQtd2VpZ2h0OiBib2xk OyI+bG9uZzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsiPiZu YnNwOzwvc3Bhbj52YTxzcGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsiPiw8L3NwYW4+PHNw YW4gc3R5bGU9ImNvbG9yOiByZ2IoMTI4LCAxMjgsIDEyOCk7Ij4mbmJzcDs8YnI+Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xv cjogcmdiKDAsIDAsIDEyOCk7IGZvbnQtd2VpZ2h0OiBib2xkOyI+c3RydWN0PC9zcGFuPjxzcGFu IHN0eWxlPSJjb2xvcjogcmdiKDEyOCwgMTI4LCAxMjgpOyI+Jm5ic3A7PC9zcGFuPmNwdV91c2Vy X3JlZ3M8c3BhbiBzdHlsZT0iY29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsiPiZuYnNwOzwvc3Bh bj48c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6IGJvbGQ7Ij4qPC9zcGFuPnJlZ3M8c3BhbiBzdHls ZT0iZm9udC13ZWlnaHQ6IGJvbGQ7Ij4pPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDEy OCwgMTI4LCAxMjgpOyI+PGJyPjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6IGJvbGQ7 Ij57PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDEyOCwgMTI4LCAxMjgpOyI+PGJyPjwv c3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsiPi4uLjxicj48L3Nw YW4+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMTI4LCAxMjgsIDEyOCk7Ij48YnI+Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDAsIDAsIDI1NSk7 IGZvbnQtc3R5bGU6IGl0YWxpYzsiPi8qeWFuZG9uZyovPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xv cjogcmdiKDEyOCwgMTI4LCAxMjgpOyI+PGJyPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bh bj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigwLCAwLCAyNTUpOyBmb250LXN0eWxlOiBpdGFsaWM7 Ij4vKiZuYnNwO0NoZWNrJm5ic3A7aWYmbmJzcDt0aGlzJm5ic3A7cGFnZSZuYnNwO2ZhdWx0Jm5i c3A7b2NjdXJzJm5ic3A7b24mbmJzcDtvdXImbmJzcDttYWdpYyZuYnNwO2FkZHJlc3MmbmJzcDsq Lzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsiPjxicj4mbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMCwgMCwg MTI4KTsgZm9udC13ZWlnaHQ6IGJvbGQ7Ij5pZjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC13ZWln aHQ6IGJvbGQ7Ij4oPC9zcGFuPnVubGlrZWx5PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xk OyI+KDwvc3Bhbj5ldGhlcl9nZXRfc3lzZW50ZXJfZWlwPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0 OiBib2xkOyI+KDwvc3Bhbj5kPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+KTwvc3Bh bj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsiPiZuYnNwOzwvc3Bhbj48 c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6IGJvbGQ7Ij4hPTwvc3Bhbj48c3BhbiBzdHlsZT0iY29s b3I6IHJnYigxMjgsIDEyOCwgMTI4KTsiPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6 IHJnYigwLCAxMjgsIDEyOCk7Ij4wPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDEyOCwg MTI4LCAxMjgpOyI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsi PiZhbXA7JmFtcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMTI4LCAxMjgsIDEyOCk7 Ij4mbmJzcDs8L3NwYW4+ZXRoZXJfZ2V0X3N5c2VudGVyX2VpcDxzcGFuIHN0eWxlPSJmb250LXdl aWdodDogYm9sZDsiPig8L3NwYW4+ZDxzcGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsiPik8 L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMTI4LCAxMjgsIDEyOCk7Ij4mbmJzcDs8L3Nw YW4+PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+PT08L3NwYW4+PHNwYW4gc3R5bGU9 ImNvbG9yOiByZ2IoMTI4LCAxMjgsIDEyOCk7Ij4mbmJzcDs8L3NwYW4+dmE8c3BhbiBzdHlsZT0i Zm9udC13ZWlnaHQ6IGJvbGQ7Ij4pKTwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigxMjgs IDEyOCwgMTI4KTsiPjxicj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gc3R5 bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+ezwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigx MjgsIDEyOCwgMTI4KTsiPjxicj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMCwgMCwgMjU1KTsgZm9u dC1zdHlsZTogaXRhbGljOyI+LyombmJzcDtvbmx5Jm5ic3A7Z28mbmJzcDt0aHJvdWdoPGJyPiZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyombmJz cDt3aXRoJm5ic3A7dGhlJm5ic3A7ZmF1bHQmbmJzcDtub3RpZmljYXRpb24mbmJzcDtpZiZuYnNw O2l0Jm5ic3A7b2NjdXJyZWQmbmJzcDtkdXJpbmc8YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7KiZuYnNwO2FuJm5ic3A7aW5zdHJ1Y3Rpb24m bmJzcDtmZXRjaC4mbmJzcDs8YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Ki88L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMTI4LCAx MjgsIDEyOCk7Ij48YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDAsIDAsIDEyOCk7IGZvbnQtd2Vp Z2h0OiBib2xkOyI+aWY8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMTI4LCAxMjgsIDEy OCk7Ij4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+KDwvc3Bh bj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsiPiZuYnNwOzwvc3Bhbj5y ZWdzPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+LSZndDs8L3NwYW4+ZXJyb3JfY29k ZTxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDEyOCwgMTI4LCAxMjgpOyI+Jm5ic3A7PC9zcGFuPjxz cGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsiPiZhbXA7PC9zcGFuPjxzcGFuIHN0eWxlPSJj b2xvcjogcmdiKDEyOCwgMTI4LCAxMjgpOyI+Jm5ic3A7PC9zcGFuPlBGRUNfaW5zbl9mZXRjaDxz cGFuIHN0eWxlPSJjb2xvcjogcmdiKDEyOCwgMTI4LCAxMjgpOyI+Jm5ic3A7PC9zcGFuPjxzcGFu IHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsiPik8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiBy Z2IoMTI4LCAxMjgsIDEyOCk7Ij48YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsiPns8 L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMTI4LCAxMjgsIDEyOCk7Ij48YnI+Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDAsIDAsIDEyOCk7IGZvbnQt d2VpZ2h0OiBib2xkOyI+dW5zaWduZWQ8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMTI4 LCAxMjgsIDEyOCk7Ij4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMCwgMCwg MTI4KTsgZm9udC13ZWlnaHQ6IGJvbGQ7Ij5sb25nPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjog cmdiKDEyOCwgMTI4LCAxMjgpOyI+Jm5ic3A7PC9zcGFuPnJlYWxfcmlwPHNwYW4gc3R5bGU9ImNv bG9yOiByZ2IoMTI4LCAxMjgsIDEyOCk7Ij4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQt d2VpZ2h0OiBib2xkOyI+PTwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigxMjgsIDEyOCwg MTI4KTsiPiZuYnNwOzwvc3Bhbj5ldGhlcl9nZXRfaW1hZ2luYXJ5X3N5c2VudGVyX2VpcDxzcGFu IHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsiPig8L3NwYW4+ZDxzcGFuIHN0eWxlPSJmb250LXdl aWdodDogYm9sZDsiPik7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDEyOCwgMTI4LCAx MjgpOyI+PGJyPjxicj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiBy Z2IoMCwgMCwgMjU1KTsgZm9udC1zdHlsZTogaXRhbGljOyI+LyombmJzcDtwcm9jZXNzJm5ic3A7 c3lzdGVtJm5ic3A7Y2FsbCZuYnNwO25vdGlmaWNhdGlvbiZuYnNwOyovPC9zcGFuPjxzcGFuIHN0 eWxlPSJjb2xvcjogcmdiKDEyOCwgMTI4LCAxMjgpOyI+PGJyPiZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bh bj5zaGFkb3dfbG9jazxzcGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsiPig8L3NwYW4+ZDxz cGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsiPik7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xv cjogcmdiKDEyOCwgMTI4LCAxMjgpOyI+PGJyPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj5ldGhlcl9o YW5kbGVfc3lzY2FsbDxzcGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsiPig8L3NwYW4+djxz cGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsiPiw8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9y OiByZ2IoMTI4LCAxMjgsIDEyOCk7Ij4mbmJzcDs8L3NwYW4+cmVnczxzcGFuIHN0eWxlPSJmb250 LXdlaWdodDogYm9sZDsiPik7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDEyOCwgMTI4 LCAxMjgpOyI+PGJyPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj5zaGFkb3dfdW5sb2NrPHNwYW4gc3R5 bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+KDwvc3Bhbj5kPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0 OiBib2xkOyI+KTs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMTI4LCAxMjgsIDEyOCk7 Ij48YnI+PGJyPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigw LCAwLCAyNTUpOyBmb250LXN0eWxlOiBpdGFsaWM7Ij4vKiZuYnNwO2xldHMmbmJzcDt1cGRhdGUm bmJzcDtyaXAmbmJzcDt0byZuYnNwO3B1dCZuYnNwO3VzJm5ic3A7aW4mbmJzcDthJm5ic3A7bXVj aCZuYnNwO2hhcHBpZXI8YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7KiZuYnNwO3BsYWNlJm5ic3A7 aW4mbmJzcDttZW1vcnksJm5ic3A7bm90YWJseSZuYnNwO3RoZSZuYnNwO2FjdHVhbDxicj4mbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsqJm5ic3A7c3lzZW50ZXImbmJzcDtoYW5kbGluZyZuYnNwO2FkZHJl c3M8YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Ki88L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiBy Z2IoMTI4LCAxMjgsIDEyOCk7Ij48YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPnByaW50azxzcGFu IHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsiPig8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiBy Z2IoMjA0LCAwLCAwKTsiPiJNSVRDVEw6Jm5ic3A7c2hfcGFnZV9mYXVsdCZuYnNwO3N5c2NhbGwm bmJzcDtyZWFsX3JpcCZuYnNwOyZuYnNwOyVseCZuYnNwOyVseFxuIjwvc3Bhbj48c3BhbiBzdHls ZT0iZm9udC13ZWlnaHQ6IGJvbGQ7Ij4sPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDEy OCwgMTI4LCAxMjgpOyI+Jm5ic3A7PC9zcGFuPnZhPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBi b2xkOyI+LDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsiPiZu YnNwOzwvc3Bhbj5ldGhlcl9nZXRfc3lzZW50ZXJfZWlwPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0 OiBib2xkOyI+KDwvc3Bhbj5kPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+KSk7PC9z cGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDEyOCwgMTI4LCAxMjgpOyI+PGJyPiZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOzwvc3Bhbj5wcmludGs8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6IGJvbGQ7Ij4oPC9z cGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDIwNCwgMCwgMCk7Ij4iTUlUQ1RMOiZuYnNwO3No X3BhZ2VfZmF1bHQmbmJzcDtzeXNjYWxsJm5ic3A7cmVhbF9yaXAmbmJzcDsmbmJzcDslbHhcbiI8 L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+LDwvc3Bhbj48c3BhbiBzdHls ZT0iY29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsiPiZuYnNwOzwvc3Bhbj5fX3ZtcmVhZDxzcGFu IHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsiPig8L3NwYW4+R1VFU1RfUklQPHNwYW4gc3R5bGU9 ImZvbnQtd2VpZ2h0OiBib2xkOyI+KSk7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDEy OCwgMTI4LCAxMjgpOyI+PGJyPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29s b3I6IHJnYigwLCAwLCAyNTUpOyBmb250LXN0eWxlOiBpdGFsaWM7Ij4vL3ByaW50aygiTUlUQ1RM OiZuYnNwO3NoX3BhZ2VfZmF1bHQmbmJzcDtzeXNjYWxsJm5ic3A7Jm5ic3A7JWx4Jm5ic3A7JWx4 Jm5ic3A7JWx4Jm5ic3A7JWx4XG4iKTs8YnI+PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdi KDEyOCwgMTI4LCAxMjgpOyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPl9fdm13cml0ZTxzcGFuIHN0 eWxlPSJmb250LXdlaWdodDogYm9sZDsiPig8L3NwYW4+R1VFU1RfUklQPHNwYW4gc3R5bGU9ImZv bnQtd2VpZ2h0OiBib2xkOyI+LDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigxMjgsIDEy OCwgMTI4KTsiPiZuYnNwOzwvc3Bhbj5yZWFsX3JpcDxzcGFuIHN0eWxlPSJmb250LXdlaWdodDog Ym9sZDsiPik7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDEyOCwgMTI4LCAxMjgpOyI+ PGJyPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj5wcmludGs8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6 IGJvbGQ7Ij4oPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDIwNCwgMCwgMCk7Ij4iTUlU Q1RMOiZuYnNwO3NoX3BhZ2VfZmF1bHQmbmJzcDtzeXNjYWxsJm5ic3A7cmVhbF9yaXAmbmJzcDsm bmJzcDslbHhcbiI8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+LDwvc3Bh bj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsiPiZuYnNwOzwvc3Bhbj5f X3ZtcmVhZDxzcGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsiPig8L3NwYW4+R1VFU1RfUklQ PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+KSk7PC9zcGFuPjxzcGFuIHN0eWxlPSJj b2xvcjogcmdiKDEyOCwgMTI4LCAxMjgpOyI+PGJyPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48c3Bh biBzdHlsZT0iY29sb3I6IHJnYigwLCAwLCAxMjgpOyBmb250LXdlaWdodDogYm9sZDsiPnJldHVy bjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsiPiZuYnNwOzwv c3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigwLCAxMjgsIDEyOCk7Ij4xPC9zcGFuPjxzcGFu IHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsiPjs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiBy Z2IoMTI4LCAxMjgsIDEyOCk7Ij48YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsiPn08 L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMTI4LCAxMjgsIDEyOCk7Ij48YnI+Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsi Pn08L3NwYW4+PC9wPjwvZGl2PjxkaXY+PGZvbnQgZmFjZT0iY291cmllciIgc2l6ZT0iMyI+Li4u PC9mb250PjwvZGl2PjxkaXY+PGZvbnQgZmFjZT0iY291cmllciIgc2l6ZT0iMyI+fTwvZm9udD48 L2Rpdj48ZGl2Pjxmb250IHNpemU9IjMiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogY291cmll cjsiPjxicj48L3NwYW4+PC9mb250PjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+PGZvbnQgc2l6 ZT0iMyI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBjb3VyaWVyOyI+QnV0LCBJIGVuY291bnRl ciZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsLCBzYW5zLXNlcmlm OyBsaW5lLWhlaWdodDogMjRweDsiPkluZmluaXRlIGxvb3BzIGFzIGJlbG93LiBJIGFsd2F5cyBj YXB0dXJlIHRoZSBzYW1lIHN5c2NhbGwuICZuYnNwOzwvc3Bhbj48L2ZvbnQ+PC9kaXY+PGRpdj48 Zm9udCBmYWNlPSJBcmlhbCwgc2Fucy1zZXJpZiIgc2l6ZT0iMyI+PHNwYW4gc3R5bGU9ImxpbmUt aGVpZ2h0OiAyNHB4OyI+SW4mbmJzcDs8L3NwYW4+PC9mb250PjxiIHN0eWxlPSJmb250LWZhbWls eTogY291cmllcjsgZm9udC1zaXplOiBtZWRpdW07Ij5zaF9wYWdlX2ZhdWx0LCZuYnNwOzwvYj48 c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IGNvdXJpZXI7IGZvbnQtc2l6ZTogbWVkaXVtOyI+SSBo YXZlJm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDY3LCA2NywgNjcpOyBmb250 LWZhbWlseTogQXJpYWwsIHNhbnMtc2VyaWY7IGxpbmUtaGVpZ2h0OiAyNHB4OyI+c3VjY2Vzc2Z1 bGx5PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogY291cmllcjsgZm9udC1zaXplOiBt ZWRpdW07Ij4mbmJzcDtzZXQmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBB cmlhbCwgc2Fucy1zZXJpZjsgZm9udC1zaXplOiBtZWRpdW07IGxpbmUtaGVpZ2h0OiAyNHB4OyI+ PGI+YzAxMDNlZjA8L2I+Jm5ic3A7dG8mbmJzcDs8L3NwYW4+PGIgc3R5bGU9ImZvbnQtZmFtaWx5 OiBjb3VyaWVyOyBmb250LXNpemU6IG1lZGl1bTsiPkdVRVNUX1JJUC48L2I+PHNwYW4gc3R5bGU9 ImZvbnQtZmFtaWx5OiBjb3VyaWVyOyBmb250LXNpemU6IG1lZGl1bTsiPkJ1dCBJIHN0aWxsIGNh cHVyZSBhIHBhZ2UgZmF1bHQgLCB0aGUmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFt aWx5OiBjb3VyaWVyOyBmb250LXNpemU6IG1lZGl1bTsiPjxiPkdVRVNUX1JJUCZuYnNwOzwvYj5p cyZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsLCBzYW5zLXNlcmlm OyBmb250LXNpemU6IG1lZGl1bTsgbGluZS1oZWlnaHQ6IDI0cHg7Ij5kZGRkZDBhZS48L3NwYW4+ PC9kaXY+PGRpdj48Zm9udCBzaXplPSIzIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFs LCBzYW5zLXNlcmlmOyBsaW5lLWhlaWdodDogMjRweDsiPndoeT8gVGhhbmsgeW91IHZlcnkgbXVj aC48L3NwYW4+PC9mb250PjwvZGl2PjxkaXY+PGZvbnQgc2l6ZT0iMyI+PHNwYW4gc3R5bGU9ImZv bnQtZmFtaWx5OiBBcmlhbCwgc2Fucy1zZXJpZjsgbGluZS1oZWlnaHQ6IDI0cHg7Ij48ZGl2Pjxi cj48L2Rpdj48ZGl2PihYRU4pIE1JVCBTWVNDQUxMIDc8L2Rpdj48ZGl2PihYRU4pIE1JVENUTDog c2hfcGFnZV9mYXVsdCBzeXNjYWxsIHJlYWxfcmlwICZuYnNwO2RkZGRkMGFlIGRkZGRkMGFlICZu YnNwOyZuYnNwOzwvZGl2PjxkaXY+KFhFTikgTUlUQ1RMOiBzaF9wYWdlX2ZhdWx0IHN5c2NhbGwg cmVhbF9yaXAgJm5ic3A7ZGRkZGQwYWU8L2Rpdj48ZGl2PihYRU4pIE1JVENUTDogc2hfcGFnZV9m YXVsdCBzeXNjYWxsIHJlYWxfcmlwICZuYnNwO2MwMTAzZWYwPC9kaXY+PGRpdj4oWEVOKSBNSVRD VEw6dm14X3NldF9zeXNlbnRlcl9tc3JzIEdVRVNUX1NZU0VOVEVSX0VJUCBkZGRkZDBhZSA2MDwv ZGl2PjxkaXY+KFhFTikgJm5ic3A7dm14X3ZtZW50ZXJfaGVscGVyIE1JVENUTDogc2hfcGFnZV9m YXVsdCBzeXNjYWxsIHJlYWxfcmlwICZuYnNwO2MwMTAzZWYwPC9kaXY+PGRpdj4oWEVOKSBUUkFQ X3BhZ2VfZmF1bHQ8L2Rpdj48ZGl2PihYRU4pIE1JVCBTWVNDQUxMIDc8L2Rpdj48ZGl2PihYRU4p IE1JVENUTDogc2hfcGFnZV9mYXVsdCBzeXNjYWxsIHJlYWxfcmlwICZuYnNwO2RkZGRkMGFlIGRk ZGRkMGFlPC9kaXY+PGRpdj4oWEVOKSBNSVRDVEw6IHNoX3BhZ2VfZmF1bHQgc3lzY2FsbCByZWFs X3JpcCAmbmJzcDtkZGRkZDBhZTwvZGl2PjxkaXY+KFhFTikgTUlUQ1RMOiBzaF9wYWdlX2ZhdWx0 IHN5c2NhbGwgcmVhbF9yaXAgJm5ic3A7YzAxMDNlZjA8L2Rpdj48ZGl2PihYRU4pIE1JVENUTDp2 bXhfc2V0X3N5c2VudGVyX21zcnMgR1VFU1RfU1lTRU5URVJfRUlQIGRkZGRkMGFlIDYwPC9kaXY+ PGRpdj4oWEVOKSAmbmJzcDt2bXhfdm1lbnRlcl9oZWxwZXIgTUlUQ1RMOiBzaF9wYWdlX2ZhdWx0 IHN5c2NhbGwgcmVhbF9yaXAgJm5ic3A7YzAxMDNlZjA8L2Rpdj48ZGl2PihYRU4pIFRSQVBfcGFn ZV9mYXVsdDwvZGl2PjxkaXY+KFhFTikgTUlUIFNZU0NBTEwgNzwvZGl2PjxkaXY+PGJyPjwvZGl2 PjxkaXY+QmVzdCBSZWdhcmRzPC9kaXY+PC9zcGFuPjwvZm9udD48L2Rpdj48L2Rpdj48ZGl2Pjxi cj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PlllcywgSSB0YWtlIHRoZSZuYnNwO2NoYW5jZSZu YnNwO3RoYXQmbmJzcDsweGRkZGRkMGFlJm5ic3A7aXMmbmJzcDt1bm1hcHBlZCZuYnNwO3dpdGhp biZuYnNwO3RoZSZuYnNwO3AybS4gRmFzdCBzeXN0ZW0gY2FsbCBkb2VzIG5vdCB0cmFwIGludG8g eGVuLiBJdCB1c2UgYW4gJm5ic3A7PGEgY2xhc3M9InNlYXJjaC1qcyIgaHJlZj0iaHR0cDovL2Rp Y3QueW91ZGFvLmNvbS93L2luc3RydWN0aW9ucy8iIHN0eWxlPSJjb2xvcjogcmdiKDUzLCAxNjEs IDIxMik7IG91dGxpbmU6IDBweDsgZm9udC1mYW1pbHk6IEFyaWFsLCBzYW5zLXNlcmlmOyBmb250 LXdlaWdodDogYm9sZDsgbGluZS1oZWlnaHQ6IDI0cHg7IiB0YXJnZXQ9Il9ibGFuayI+aW5zdHJ1 Y3Rpb248L2E+Jm5ic3A7Y2FsbGVkIHN5c2VudGVyLiZuYnNwOzwvZGl2PjxkaXY+PGJyPjwvZGl2 PjxkaXY+PGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+PGJyPjwv ZGl2PjxkaXY+PGJyPjwvZGl2Pjxicj4mZ3Q7Jm5ic3A7LS0tLS3ljp/lp4vpgq7ku7YtLS0tLTxi cj4mZ3Q7Jm5ic3A75Y+R5Lu25Lq6OiZuYnNwOyJJYW4mbmJzcDtDYW1wYmVsbCImbmJzcDsmbHQ7 aWFuLmNhbXBiZWxsQGNpdHJpeC5jb20mZ3Q7PGJyPiZndDsmbmJzcDvlj5HpgIHml7bpl7Q6Jm5i c3A7MjAxNOW5tDLmnIgyOOaXpSZuYnNwO+aYn+acn+S6lDxicj4mZ3Q7Jm5ic3A75pS25Lu25Lq6 OiZuYnNwOyLpn6noibPkuJwiJm5ic3A7Jmx0O2hhbnlhbmRvbmdAaWllLmFjLmNuJmd0Ozxicj4m Z3Q7Jm5ic3A75oqE6YCBOiZuYnNwO3hlbi11c2Vyc0BsaXN0cy54ZW5zb3VyY2UuY29tPGJyPiZn dDsmbmJzcDvkuLvpopg6Jm5ic3A7UmU6Jm5ic3A7W1hlbi11c2Vyc10mbmJzcDtpbnRlcmNlcHQm bmJzcDthbmQmbmJzcDtjYXB0dXJlJm5ic3A7ZmFzdCZuYnNwOyZuYnNwO3N5c3RlbSZuYnNwO2Nh bGwmbmJzcDtvZiZuYnNwO2xpbnV4PGJyPiZndDsmbmJzcDs8YnI+Jmd0OyZuYnNwO09uJm5ic3A7 RnJpLCZuYnNwOzIwMTQtMDItMjgmbmJzcDthdCZuYnNwOzEyOjUwJm5ic3A7KzA4MDAsJm5ic3A7 6Z+p6Imz5LicJm5ic3A7d3JvdGU6PGJyPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7aGksPGJyPiZndDsm bmJzcDsmZ3Q7Jm5ic3A7SSZuYnNwO3dhbnQmbmJzcDt0byZuYnNwO2ludGVyY2VwdCZuYnNwO2Fu ZCZuYnNwO2NhcHR1cmUmbmJzcDtmYXN0Jm5ic3A7Jm5ic3A7c3lzdGVtJm5ic3A7Y2FsbCZuYnNw O29mJm5ic3A7bGludXguJm5ic3A7PGJyPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7KDEpSSZuYnNwO3Nl dCZuYnNwO0dVRVNUX1NZU0VOVEVSX0VJUCZuYnNwO3RvJm5ic3A7Jm5ic3A7Jm5ic3A7MHhERERE RDBBRSZuYnNwO2luJm5ic3A7dm14X3ZtZXhpdF9oYW5kbGVyLCZuYnNwO2FuZDxicj4mZ3Q7Jm5i c3A7Jmd0OyZuYnNwO3NhdmUmbmJzcDt0aGUmbmJzcDtyZWFsJm5ic3A7dmFsdWUuPGJyPiZndDsm bmJzcDs8YnI+Jmd0OyZuYnNwO0FyZSZuYnNwO3lvdSZuYnNwO3Rha2luZyZuYnNwO3RoZSZuYnNw O2NoYW5jZSZuYnNwO3RoYXQmbmJzcDsweGRkZGRkMGFlJm5ic3A7aXMmbmJzcDt1bm1hcHBlZCZu YnNwO3dpdGhpbiZuYnNwO3RoZSZuYnNwO3AybT8mbmJzcDtJczxicj4mZ3Q7Jm5ic3A7dGhlcmUm bmJzcDtub3QmbmJzcDthbiZuYnNwO2V4cGxpY2l0Jm5ic3A7dHJhcCZuYnNwO2ZvciZuYnNwO3N5 c2NhbGxzJm5ic3A7aW4mbmJzcDt0aGUmbmJzcDtWTUNTPzxicj4mZ3Q7Jm5ic3A7PGJyPiZndDsm bmJzcDsmZ3Q7Jm5ic3A7KDIpV2hlbiZuYnNwO2EmbmJzcDtmYXN0Jm5ic3A7c3lzY2FsbCZuYnNw O2NvbWUsJm5ic3A7Jm5ic3A7SSZuYnNwO3dpbGwmbmJzcDtjYXB1dHVlJm5ic3A7aXQmbmJzcDtp biZuYnNwO3NoX3BhZ2VfZmF1bHQuPGJyPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7KDMpJm5ic3A7VGhl biZuYnNwO0kmbmJzcDtzZXQmbmJzcDt0aGUmbmJzcDtyZWFsJm5ic3A7R1VFU1RfU1lTRU5URVJf RUlQKGMwMTAzZWYwLDxicj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwO2lhMzJfc3lzZW50ZXJfdGFyZ2V0 KSZuYnNwO3RvJm5ic3A7R1VFU1RfUklQLjxicj4mZ3Q7Jm5ic3A7PGJyPiZndDsmbmJzcDtBcmUm bmJzcDt5b3UmbmJzcDtzdXJlJm5ic3A7dGhhdCZuYnNwO3NldHRpbmcmbmJzcDtHVUVTVF9SSVAm bmJzcDtpcyZuYnNwO3N1ZmZpY2llbnQmbmJzcDt0byZuYnNwO2NhdXNlJm5ic3A7dGhlJm5ic3A7 Z3Vlc3QmbmJzcDt0bzxicj4mZ3Q7Jm5ic3A7c3dpdGNoJm5ic3A7dG8mbmJzcDt0aGF0Jm5ic3A7 d2hlbiZuYnNwO3lvdSZuYnNwO3JlZW50ZXI/Jm5ic3A7SXMmbmJzcDt0aGVyZSZuYnNwO25vdGhp bmcmbmJzcDtlbHNlJm5ic3A7eW91Jm5ic3A7bmVlZCZuYnNwO3RvPGJyPiZndDsmbmJzcDtjaGFu Z2UvdXBkYXRlJm5ic3A7aW4mbmJzcDtvcmRlciZuYnNwO3RvJm5ic3A7c2ltdWxhdGUmbmJzcDt0 aGUmbmJzcDthZmZlY3QmbmJzcDtvZiZuYnNwO2EmbmJzcDtzeXNjYWxsJm5ic3A7ZnJvbSZuYnNw O3RoZTxicj4mZ3Q7Jm5ic3A7Z3Vlc3QmbmJzcDtQb1Y/PGJyPiZndDsmbmJzcDs8YnI+Jmd0OyZu YnNwO1lvdSZuYnNwO21pZ2h0Jm5ic3A7ZmluZCZuYnNwO2l0Jm5ic3A7aGVscGZ1bCZuYnNwO3Rv Jm5ic3A7cHVibGlzaCZuYnNwO3lvdXImbmJzcDthY3R1YWwmbmJzcDtjb2RlJm5ic3A7c28mbmJz cDtwZW9wbGUmbmJzcDtjYW4mbmJzcDtzZWU8YnI+Jmd0OyZuYnNwO3doYXQmbmJzcDt5b3UndmUm bmJzcDthY3R1YWxseSZuYnNwO2RvbmUuLjxicj4mZ3Q7Jm5ic3A7PGJyPiZndDsmbmJzcDtZb3Um bmJzcDttaWdodCZuYnNwO2Fsc28mbmJzcDt3YW50Jm5ic3A7dG8mbmJzcDtwb3N0Jm5ic3A7dG8m bmJzcDt0aGUmbmJzcDstZGV2ZWwmbmJzcDtsaXN0Jm5ic3A7aW5zdGVhZC48YnI+Jmd0OyZuYnNw Ozxicj4mZ3Q7Jm5ic3A7SWFuLjxicj4mZ3Q7Jm5ic3A7PGJyPiZndDsmbmJzcDs8YnI+Jmd0OyZu YnNwOzxicj4mZ3Q7Jm5ic3A7X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX188YnI+Jmd0OyZuYnNwO1hlbi11c2VycyZuYnNwO21haWxpbmcmbmJzcDtsaXN0PGJy PiZndDsmbmJzcDtYZW4tdXNlcnNAbGlzdHMueGVuLm9yZzxicj4mZ3Q7Jm5ic3A7aHR0cDovL2xp c3RzLnhlbi5vcmcveGVuLXVzZXJzPGJyPjxicj48YnI+PGJyPg== ------=_Part_97020_19397701.1393580116545-- --===============6048363077231269952== 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 --===============6048363077231269952==-- From xen-users-bounces@lists.xen.org Fri Feb 28 09:36:09 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 28 Feb 2014 09:36: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 1WJJqy-0007xf-0m; Fri, 28 Feb 2014 09:35:36 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WJJqv-0007xX-BQ for xen-users@lists.xensource.com; Fri, 28 Feb 2014 09:35:33 +0000 Received: from [85.158.137.68:62142] by server-8.bemta-3.messagelabs.com id E3/45-16039-46850135; Fri, 28 Feb 2014 09:35:32 +0000 X-Env-Sender: hanyandong@iie.ac.cn X-Msg-Ref: server-5.tower-31.messagelabs.com!1393580127!3522162!1 X-Originating-IP: [159.226.251.23] X-SpamReason: No, hits=0.6 required=7.0 tests=ratty_date: Non-RFC but legit format in Fri, 28 Feb 2014 17:35:16 +0800 (GMT+08:00), BODY_RANDOM_LONG,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12712 invoked from network); 28 Feb 2014 09:35:29 -0000 Received: from smtp23.cstnet.cn (HELO cstnet.cn) (159.226.251.23) by server-5.tower-31.messagelabs.com with SMTP; 28 Feb 2014 09:35:29 -0000 Received: by ajax-webmail-app3 (Coremail) ; Fri, 28 Feb 2014 17:35:16 +0800 (GMT+08:00) Date: Fri, 28 Feb 2014 17:35:16 +0800 (GMT+08:00) From: =?utf-8?B?6Z+p6Imz5Lic?= To: "Ian Campbell" Message-ID: <1e399ca.6be5.14477d90a42.Coremail.hanyandong@iie.ac.cn> In-Reply-To: <1393577711.27819.15.camel@hastur.hellion.org.uk> References: <16831f8.55c8.14476d4b46b.Coremail.hanyandong@iie.ac.cn> <1393577711.27819.15.camel@hastur.hellion.org.uk> MIME-Version: 1.0 X-Originating-IP: [111.200.12.97] X-Priority: 3 X-Mailer: Coremail Webmail Server Version XT2.1.10 dev build 20131120(24194.5778.5783) Copyright (c) 2002-2014 www.mailtech.cn cstnet X-SendMailWithSms: false X-CM-CTRLDATA: FjWoSGZvb3Rlcl9odG09MzUyNDg6MTImZm9vdGVyX3R4dD02NTAwOjY= X-CM-TRANSID: SQCowJDrb+1UWBBTCdRwAQ--.46988W X-CM-SenderInfo: 5kdq5txqgr0wo6llvhldfou0/1tbiAwwJBlD7NX32PgAAsr X-Coremail-Antispam: 1Ur529EdanIXcx71UUUUU7IcSsGvfJ3iIAIbVAYjsxI4VWxJw CS07vEb4IE77IF4wCS07vE1I0E4x80FVAKz4kxMIAIbVAFxVCaYxvI4VCIwcAKzIAtYxBI daVFxhVjvjDU= Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] intercept and capture fast system call of linux X-BeenThere: xen-users@lists.xen.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="===============6048363077231269952==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6048363077231269952== Content-Type: multipart/alternative; boundary="----=_Part_97020_19397701.1393580116545" ------=_Part_97020_19397701.1393580116545 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 Tm93IEkgYXR0YWNoIHRoZSBjb2RlIHRvIG15IHF1ZXN0aW9uCmhpIGFsbCwKSSB3YW50IHRvIGlu dGVyY2VwdCBhbmQgY2FwdHVyZSBmYXN0ICBzeXN0ZW0gY2FsbCBvZiBsaW51eC4gCigxKUkgc2V0 IEdVRVNUX1NZU0VOVEVSX0VJUCB0byAgIDB4REREREQwQUUgaW4gdm14X3ZtZXhpdF9oYW5kbGVy LCBhbmQgc2F2ZSB0aGUgcmVhbCB2YWx1ZS4KCgppbiB2bXhfdm1leGl0X2hhbmRsZXIoKQp7CiAg Li4uLgoKICAgIC8veWFuZG9uZwogICAgaWYoIGlzX2h2bV9kb21haW4oY3VycmVudC0+ZG9tYWlu KSApCiAgICB7CiAgICAgICAgLy9wcmludGsoIk1JVENUTDppc19odm1fZG9tYWluXG4iKTsKICAg ICAgICBzd2l0Y2ggKGN1cnJlbnQtPmRvbWFpbi0+YXJjaC5odm1fZG9tYWluLm1pdGN0bF9vcC54 ZW5fdm1leGl0X2hhbmRsZXJfbWl0Y3RsX21ldGhvZCkKICAgICAgICB7CiAgICAgICAgICAgIGNh c2UgLTE6IGJyZWFrOwogICAgICAgICAgICBjYXNlIFhFTl9WTUVYSVRfSEFORExFUl9NSVRDVExf bGlidm1pIDoKICAgICAgICAgICAgewogICAgICAgICAgICAgICAgLy9wcmludGsoIk1JVENUTDp2 bWV4aXQgc2V0X3RyYXBcbiIpOwogICAgICAgICAgICAgICAgdm14X3Byb3Blcmx5X3NldF90cmFw X2ZsYWcoY3VycmVudC0+ZG9tYWluKTsgICAKICAgICAgICAgICAgICAgIGJyZWFrOwogICAgICAg ICAgICB9CiAgICAgICAgICAgIGRlZmF1bHQ6IGJyZWFrOwoKICAgICAgICAgfQogICAgfQoKICAg cmV0dXJuIC4uLgoKfQoKCgoKaW5saW5lIHZvaWQgdm14X3Byb3Blcmx5X3NldF90cmFwX2ZsYWco c3RydWN0IGRvbWFpbiAqZCkKewogICAgLy9zZXQgc3lzZW50ZXJfZWlwCiAgICBpZihkLT5hcmNo Lmh2bV9kb21haW4ubWl0Y3RsX29wLnhlbl92bWV4aXRfaGFuZGxlcl9taXRjdGxfbWV0aG9kICE9 IC0xKQogICAgewogICAgICAgIHZteF9zZXRfc3lzZW50ZXJfbXNycyhkKTsKICAgICAgICAvL2N1 cnJlbnQtPmFyY2guaHZtX3ZteC5leGVjX2NvbnRyb2wgfD0gQ1BVX0JBU0VEX01PTklUT1JfVFJB UF9GTEFHOwogICAgICAgIC8vdm14X3VwZGF0ZV9jcHVfZXhlY19jb250cm9sKGN1cnJlbnQpOwog ICAgICAgIC8vY3VycmVudC0+YXJjaC5odm1fdmNwdS5zaW5nbGVfc3RlcCA9IDE7CiAgICB9CiAg ICAKICAgIHJldHVybjsKCn0KCgoKCi8qIGZvcmNlIHVzZXIgc3VwcGxpZWQgbXNyIHZhbHVlcyBv biB0aGlzIGd1ZXN0ICovCmlubGluZSAgdm9pZCB2bXhfc2V0X3N5c2VudGVyX21zcnMoc3RydWN0 IGRvbWFpbiAqZCkKewogICAgdTY0IG5ld19jczsKICAgIHU2NCBuZXdfZWlwOwogICAgdTY0IG9s ZF9NU1JfRUlQID0gX192bXJlYWQoR1VFU1RfU1lTRU5URVJfRUlQKTsKICAgIHU2NCBvbGRfTVNS X0NTID0gX192bXJlYWQoR1VFU1RfU1lTRU5URVJfQ1MpOwogICAgaWYoIDB4REREREQwQUUgIT0g b2xkX01TUl9FSVApCiAgICB7CiAgICAgICAgcHJpbnRrKCJNSVRDVEw6b2xkX01TUl9FSVAgJWx4 XG4iLG9sZF9NU1JfRUlQKTsKICAgICAgICBldGhlcl9zZXRfaW1hZ2luYXJ5X3N5c2VudGVyX2Vp cChkLCBvbGRfTVNSX0VJUCk7CiAgICAgICAgZXRoZXJfc2V0X2ltYWdpbmFyeV9zeXNlbnRlcl9j cyhkLCBvbGRfTVNSX0NTKTsKICAgIH0KICAgIHByaW50aygiTUlUQ1RMOnZteF9zZXRfc3lzZW50 ZXJfbXNycyBHVUVTVF9TWVNFTlRFUl9FSVAgJWx4ICVseFxuIixvbGRfTVNSX0VJUCwgb2xkX01T Ul9DUyk7CiAgICAvKiB3cml0ZSBNU1IgcmVnaXN0ZXJzICovCgogICAgLyogZGVmYXVsdCB0byB3 cml0aW5nIG9sZChpbWFnaW5hcnkpIHZhbHVlcyB0byBndWVzdCAqLwogICAgbmV3X2NzID0gZXRo ZXJfZ2V0X2ltYWdpbmFyeV9zeXNlbnRlcl9jcyhkKTsKICAgIG5ld19laXAgPSBldGhlcl9nZXRf aW1hZ2luYXJ5X3N5c2VudGVyX2VpcChkKTsKCiAgICBpZihkLT5hcmNoLmh2bV9kb21haW4ubWl0 Y3RsX29wLnhlbl92bWV4aXRfaGFuZGxlcl9taXRjdGxfbWV0aG9kICE9IC0xKQogICAgewogICAg ICAgIC8qIGl0IHNlZW1zIHRoYXQgd2Ugc2hvdWxkIHdyaXRlIHVzZXIgc3VwcGxpZWQKICAgICAg ICAgKiB2YWx1ZXMgaW5zdGVhZAogICAgICAgICAqLwogICAgICAgIHU2NCBmb3JjZWRfY3M7CiAg ICAgICAgdTY0IGZvcmNlZF9laXA7CiAgICAgICAgLyogd3JpdGluZyB1c2VyIHN1cHBsaWVkIGZv cmNlZCB2YWx1ZXMgdG8gZ3Vlc3QgKi8KICAgICAgICBmb3JjZWRfY3MgPSBldGhlcl9nZXRfc3lz ZW50ZXJfY3MoZCk7CiAgICAgICAgZm9yY2VkX2VpcCA9IGV0aGVyX2dldF9zeXNlbnRlcl9laXAo ZCk7CgogICAgICAgIGlmKGZvcmNlZF9jcykKICAgICAgICAgICAgbmV3X2NzID0gZm9yY2VkX2Nz OwoKICAgICAgICBpZihmb3JjZWRfZWlwKQogICAgICAgICAgICBuZXdfZWlwID0gZm9yY2VkX2Vp cDsKICAgIH0KCiAgICB2bXhfd3JpdGVfc3lzZW50ZXJfbXNyKEdVRVNUX1NZU0VOVEVSX0NTLCBu ZXdfY3MpOwogICAgdm14X3dyaXRlX3N5c2VudGVyX21zcihHVUVTVF9TWVNFTlRFUl9FSVAsIG5l d19laXApOwp9CgoKCgoKCgoKCigyKVdoZW4gYSBmYXN0IHN5c2NhbGwgY29tZSwgIEkgd2lsbCBj YXB1dHVlIGl0IGluIHNoX3BhZ2VfZmF1bHQuCgoKKDMpIFRoZW4gSSBzZXQgdGhlIHJlYWwgR1VF U1RfU1lTRU5URVJfRUlQKGMwMTAzZWYwLCBpYTMyX3N5c2VudGVyX3RhcmdldCkgdG8gR1VFU1Rf UklQLgoKc3RhdGljIGludCBzaF9wYWdlX2ZhdWx0KHN0cnVjdCB2Y3B1ICp2LCAKICAgICAgICAg ICAgICAgICAgICAgICAgICB1bnNpZ25lZCBsb25nIHZhLCAKICAgICAgICAgICAgICAgICAgICAg ICAgICBzdHJ1Y3QgY3B1X3VzZXJfcmVncyAqcmVncykKewouLi4KCiAgICAvKnlhbmRvbmcqLwog ICAgLyogQ2hlY2sgaWYgdGhpcyBwYWdlIGZhdWx0IG9jY3VycyBvbiBvdXIgbWFnaWMgYWRkcmVz cyAqLwogICAgaWYodW5saWtlbHkoZXRoZXJfZ2V0X3N5c2VudGVyX2VpcChkKSAhPSAwICYmIGV0 aGVyX2dldF9zeXNlbnRlcl9laXAoZCkgPT0gdmEpKQogICAgewogICAgICAgIC8qIG9ubHkgZ28g dGhyb3VnaAogICAgICAgICAqIHdpdGggdGhlIGZhdWx0IG5vdGlmaWNhdGlvbiBpZiBpdCBvY2N1 cnJlZCBkdXJpbmcKICAgICAgICAgKiBhbiBpbnN0cnVjdGlvbiBmZXRjaC4gCiAgICAgICAgICov CiAgICAgICAgaWYgKCByZWdzLT5lcnJvcl9jb2RlICYgUEZFQ19pbnNuX2ZldGNoICkKICAgICAg ICB7CiAgICAgICAgICAgIHVuc2lnbmVkIGxvbmcgcmVhbF9yaXAgPSBldGhlcl9nZXRfaW1hZ2lu YXJ5X3N5c2VudGVyX2VpcChkKTsKCiAgICAgICAgICAgIC8qIHByb2Nlc3Mgc3lzdGVtIGNhbGwg bm90aWZpY2F0aW9uICovCiAgICAgICAgICAgIHNoYWRvd19sb2NrKGQpOwogICAgICAgICAgICBl dGhlcl9oYW5kbGVfc3lzY2FsbCh2LCByZWdzKTsKICAgICAgICAgICAgc2hhZG93X3VubG9jayhk KTsKCiAgICAgICAgICAgIC8qIGxldHMgdXBkYXRlIHJpcCB0byBwdXQgdXMgaW4gYSBtdWNoIGhh cHBpZXIKICAgICAgICAgICAgICogcGxhY2UgaW4gbWVtb3J5LCBub3RhYmx5IHRoZSBhY3R1YWwK ICAgICAgICAgICAgICogc3lzZW50ZXIgaGFuZGxpbmcgYWRkcmVzcwogICAgICAgICAgICAgKi8K ICAgICAgICAgICAgcHJpbnRrKCJNSVRDVEw6IHNoX3BhZ2VfZmF1bHQgc3lzY2FsbCByZWFsX3Jp cCAgJWx4ICVseFxuIiwgdmEsIGV0aGVyX2dldF9zeXNlbnRlcl9laXAoZCkpOwogICAgICAgICAg ICBwcmludGsoIk1JVENUTDogc2hfcGFnZV9mYXVsdCBzeXNjYWxsIHJlYWxfcmlwICAlbHhcbiIs IF9fdm1yZWFkKEdVRVNUX1JJUCkpOwogICAgICAgICAgICAvL3ByaW50aygiTUlUQ1RMOiBzaF9w YWdlX2ZhdWx0IHN5c2NhbGwgICVseCAlbHggJWx4ICVseFxuIik7CiAgICAgICAgICAgIF9fdm13 cml0ZShHVUVTVF9SSVAsIHJlYWxfcmlwKTsKICAgICAgICAgICAgcHJpbnRrKCJNSVRDVEw6IHNo X3BhZ2VfZmF1bHQgc3lzY2FsbCByZWFsX3JpcCAgJWx4XG4iLCBfX3ZtcmVhZChHVUVTVF9SSVAp KTsKICAgICAgICAgICAgcmV0dXJuIDE7CiAgICAgICAgfQogICAgfQoKLi4uCn0KCgoKCkJ1dCwg SSBlbmNvdW50ZXIgSW5maW5pdGUgbG9vcHMgYXMgYmVsb3cuIEkgYWx3YXlzIGNhcHR1cmUgdGhl IHNhbWUgc3lzY2FsbC4gIApJbiBzaF9wYWdlX2ZhdWx0LCBJIGhhdmUgc3VjY2Vzc2Z1bGx5IHNl dCBjMDEwM2VmMCB0byBHVUVTVF9SSVAuQnV0IEkgc3RpbGwgY2FwdXJlIGEgcGFnZSBmYXVsdCAs IHRoZSBHVUVTVF9SSVAgaXMgZGRkZGQwYWUuCndoeT8gVGhhbmsgeW91IHZlcnkgbXVjaC4KCgoo WEVOKSBNSVQgU1lTQ0FMTCA3CihYRU4pIE1JVENUTDogc2hfcGFnZV9mYXVsdCBzeXNjYWxsIHJl YWxfcmlwICBkZGRkZDBhZSBkZGRkZDBhZSAgIAooWEVOKSBNSVRDVEw6IHNoX3BhZ2VfZmF1bHQg c3lzY2FsbCByZWFsX3JpcCAgZGRkZGQwYWUKKFhFTikgTUlUQ1RMOiBzaF9wYWdlX2ZhdWx0IHN5 c2NhbGwgcmVhbF9yaXAgIGMwMTAzZWYwCihYRU4pIE1JVENUTDp2bXhfc2V0X3N5c2VudGVyX21z cnMgR1VFU1RfU1lTRU5URVJfRUlQIGRkZGRkMGFlIDYwCihYRU4pICB2bXhfdm1lbnRlcl9oZWxw ZXIgTUlUQ1RMOiBzaF9wYWdlX2ZhdWx0IHN5c2NhbGwgcmVhbF9yaXAgIGMwMTAzZWYwCihYRU4p IFRSQVBfcGFnZV9mYXVsdAooWEVOKSBNSVQgU1lTQ0FMTCA3CihYRU4pIE1JVENUTDogc2hfcGFn ZV9mYXVsdCBzeXNjYWxsIHJlYWxfcmlwICBkZGRkZDBhZSBkZGRkZDBhZQooWEVOKSBNSVRDVEw6 IHNoX3BhZ2VfZmF1bHQgc3lzY2FsbCByZWFsX3JpcCAgZGRkZGQwYWUKKFhFTikgTUlUQ1RMOiBz aF9wYWdlX2ZhdWx0IHN5c2NhbGwgcmVhbF9yaXAgIGMwMTAzZWYwCihYRU4pIE1JVENUTDp2bXhf c2V0X3N5c2VudGVyX21zcnMgR1VFU1RfU1lTRU5URVJfRUlQIGRkZGRkMGFlIDYwCihYRU4pICB2 bXhfdm1lbnRlcl9oZWxwZXIgTUlUQ1RMOiBzaF9wYWdlX2ZhdWx0IHN5c2NhbGwgcmVhbF9yaXAg IGMwMTAzZWYwCihYRU4pIFRSQVBfcGFnZV9mYXVsdAooWEVOKSBNSVQgU1lTQ0FMTCA3CgoKQmVz dCBSZWdhcmRzCgoKCgpZZXMsIEkgdGFrZSB0aGUgY2hhbmNlIHRoYXQgMHhkZGRkZDBhZSBpcyB1 bm1hcHBlZCB3aXRoaW4gdGhlIHAybS4gRmFzdCBzeXN0ZW0gY2FsbCBkb2VzIG5vdCB0cmFwIGlu dG8geGVuLiBJdCB1c2UgYW4gIGluc3RydWN0aW9uIGNhbGxlZCBzeXNlbnRlci4gCgoKCgoKCgoK CgoKCgo+IC0tLS0t5Y6f5aeL6YKu5Lu2LS0tLS0KPiDlj5Hku7bkuro6ICJJYW4gQ2FtcGJlbGwi IDxpYW4uY2FtcGJlbGxAY2l0cml4LmNvbT4KPiDlj5HpgIHml7bpl7Q6IDIwMTTlubQy5pyIMjjm l6Ug5pif5pyf5LqUCj4g5pS25Lu25Lq6OiAi6Z+p6Imz5LicIiA8aGFueWFuZG9uZ0BpaWUuYWMu Y24+Cj4g5oqE6YCBOiB4ZW4tdXNlcnNAbGlzdHMueGVuc291cmNlLmNvbQo+IOS4u+mimDogUmU6 IFtYZW4tdXNlcnNdIGludGVyY2VwdCBhbmQgY2FwdHVyZSBmYXN0ICBzeXN0ZW0gY2FsbCBvZiBs aW51eAo+IAo+IE9uIEZyaSwgMjAxNC0wMi0yOCBhdCAxMjo1MCArMDgwMCwg6Z+p6Imz5LicIHdy b3RlOgo+ID4gaGksCj4gPiBJIHdhbnQgdG8gaW50ZXJjZXB0IGFuZCBjYXB0dXJlIGZhc3QgIHN5 c3RlbSBjYWxsIG9mIGxpbnV4LiAKPiA+ICgxKUkgc2V0IEdVRVNUX1NZU0VOVEVSX0VJUCB0byAg IDB4REREREQwQUUgaW4gdm14X3ZtZXhpdF9oYW5kbGVyLCBhbmQKPiA+IHNhdmUgdGhlIHJlYWwg dmFsdWUuCj4gCj4gQXJlIHlvdSB0YWtpbmcgdGhlIGNoYW5jZSB0aGF0IDB4ZGRkZGQwYWUgaXMg dW5tYXBwZWQgd2l0aGluIHRoZSBwMm0/IElzCj4gdGhlcmUgbm90IGFuIGV4cGxpY2l0IHRyYXAg Zm9yIHN5c2NhbGxzIGluIHRoZSBWTUNTPwo+IAo+ID4gKDIpV2hlbiBhIGZhc3Qgc3lzY2FsbCBj b21lLCAgSSB3aWxsIGNhcHV0dWUgaXQgaW4gc2hfcGFnZV9mYXVsdC4KPiA+ICgzKSBUaGVuIEkg c2V0IHRoZSByZWFsIEdVRVNUX1NZU0VOVEVSX0VJUChjMDEwM2VmMCwKPiA+IGlhMzJfc3lzZW50 ZXJfdGFyZ2V0KSB0byBHVUVTVF9SSVAuCj4gCj4gQXJlIHlvdSBzdXJlIHRoYXQgc2V0dGluZyBH VUVTVF9SSVAgaXMgc3VmZmljaWVudCB0byBjYXVzZSB0aGUgZ3Vlc3QgdG8KPiBzd2l0Y2ggdG8g dGhhdCB3aGVuIHlvdSByZWVudGVyPyBJcyB0aGVyZSBub3RoaW5nIGVsc2UgeW91IG5lZWQgdG8K PiBjaGFuZ2UvdXBkYXRlIGluIG9yZGVyIHRvIHNpbXVsYXRlIHRoZSBhZmZlY3Qgb2YgYSBzeXNj YWxsIGZyb20gdGhlCj4gZ3Vlc3QgUG9WPwo+IAo+IFlvdSBtaWdodCBmaW5kIGl0IGhlbHBmdWwg dG8gcHVibGlzaCB5b3VyIGFjdHVhbCBjb2RlIHNvIHBlb3BsZSBjYW4gc2VlCj4gd2hhdCB5b3Un dmUgYWN0dWFsbHkgZG9uZS4uCj4gCj4gWW91IG1pZ2h0IGFsc28gd2FudCB0byBwb3N0IHRvIHRo ZSAtZGV2ZWwgbGlzdCBpbnN0ZWFkLgo+IAo+IElhbi4KPiAKPiAKPiAKPiBfX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwo+IFhlbi11c2VycyBtYWlsaW5nIGxp c3QKPiBYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwo+IGh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11 c2VycwoNCg0KDQo= ------=_Part_97020_19397701.1393580116545 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGRpdj5Ob3cgSSBhdHRhY2ggdGhlIGNvZGUgdG8gbXkgcXVlc3Rpb248L2Rpdj48ZGl2Pjxmb250 IHNpemU9IjMiPmhpIGFsbCw8L2ZvbnQ+PGRpdj48Zm9udCBzaXplPSIzIj5JIHdhbnQgdG8mbmJz cDtpbnRlcmNlcHQgYW5kIGNhcHR1cmUgZmFzdCAmbmJzcDtzeXN0ZW0gY2FsbCBvZiBsaW51eC4m bmJzcDs8L2ZvbnQ+PC9kaXY+PGRpdj48Zm9udCBzaXplPSIzIj4oMSlJIHNldCZuYnNwOzxzcGFu IHN0eWxlPSJmb250LWZhbWlseTogY291cmllcjsiPjxiPkdVRVNUX1NZU0VOVEVSX0VJUDwvYj4m bmJzcDt0byZuYnNwOzwvc3Bhbj4mbmJzcDsmbmJzcDs8c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6 IGNvdXJpZXI7Ij48Yj4weEREREREMEFFPC9iPiZuYnNwO2luJm5ic3A7PC9zcGFuPjxzcGFuIHN0 eWxlPSJmb250LWZhbWlseTogY291cmllcjsiPjxiPnZteF92bWV4aXRfaGFuZGxlcjwvYj48L3Nw YW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBjb3VyaWVyOyI+LCZuYnNwOzwvc3Bhbj48c3Bh biBzdHlsZT0iZm9udC1mYW1pbHk6IGNvdXJpZXI7Ij5hbmQ8L3NwYW4+PHNwYW4gc3R5bGU9ImZv bnQtZmFtaWx5OiBjb3VyaWVyOyI+Jm5ic3A7c2F2ZSB0aGUgcmVhbCB2YWx1ZS48L3NwYW4+PC9m b250PjwvZGl2PjxkaXY+PGZvbnQgc2l6ZT0iMyI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBj b3VyaWVyOyI+PGJyPjwvc3Bhbj48L2ZvbnQ+PC9kaXY+PGRpdj48c3BhbiBzdHlsZT0iZm9udC1m YW1pbHk6IGNvdXJpZXI7IGZvbnQtc2l6ZTogbWVkaXVtOyI+aW4gdm14X3ZtZXhpdF9oYW5kbGVy KCk8L3NwYW4+PC9kaXY+PGRpdj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IGNvdXJpZXI7IGZv bnQtc2l6ZTogbWVkaXVtOyI+ezwvc3Bhbj48L2Rpdj48ZGl2PjxzcGFuIHN0eWxlPSJmb250LWZh bWlseTogY291cmllcjsgZm9udC1zaXplOiBtZWRpdW07Ij4mbmJzcDsgLi4uLjwvc3Bhbj48L2Rp dj48ZGl2PjxwIHN0eWxlPSJmb250LWZhbWlseTogY291cmllcjsgZm9udC1zaXplOiAxMHB0OyI+ PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMTI4LCAxMjgsIDEyOCk7Ij4mbmJzcDsgJm5ic3A7Jm5i c3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDAsIDAsIDI1NSk7IGZvbnQtc3R5bGU6 IGl0YWxpYzsiPi8veWFuZG9uZzxicj48L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMTI4 LCAxMjgsIDEyOCk7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9 ImNvbG9yOiByZ2IoMCwgMCwgMTI4KTsgZm9udC13ZWlnaHQ6IGJvbGQ7Ij5pZjwvc3Bhbj48c3Bh biBzdHlsZT0iZm9udC13ZWlnaHQ6IGJvbGQ7Ij4oPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjog cmdiKDEyOCwgMTI4LCAxMjgpOyI+Jm5ic3A7PC9zcGFuPmlzX2h2bV9kb21haW48c3BhbiBzdHls ZT0iZm9udC13ZWlnaHQ6IGJvbGQ7Ij4oPC9zcGFuPmN1cnJlbnQ8c3BhbiBzdHlsZT0iZm9udC13 ZWlnaHQ6IGJvbGQ7Ij4tJmd0Ozwvc3Bhbj5kb21haW48c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6 IGJvbGQ7Ij4pPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDEyOCwgMTI4LCAxMjgpOyI+ Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsiPik8L3NwYW4+PHNw YW4gc3R5bGU9ImNvbG9yOiByZ2IoMTI4LCAxMjgsIDEyOCk7Ij48YnI+Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsiPns8L3NwYW4+ PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMTI4LCAxMjgsIDEyOCk7Ij48YnI+Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJj b2xvcjogcmdiKDAsIDAsIDI1NSk7IGZvbnQtc3R5bGU6IGl0YWxpYzsiPi8vcHJpbnRrKCJNSVRD VEw6aXNfaHZtX2RvbWFpblxuIik7PGJyPjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigx MjgsIDEyOCwgMTI4KTsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigwLCAwLCAxMjgpOyBmb250LXdl aWdodDogYm9sZDsiPnN3aXRjaDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigxMjgsIDEy OCwgMTI4KTsiPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6IGJvbGQ7Ij4o PC9zcGFuPmN1cnJlbnQ8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6IGJvbGQ7Ij4tJmd0Ozwvc3Bh bj5kb21haW48c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6IGJvbGQ7Ij4tJmd0Ozwvc3Bhbj5hcmNo PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+Ljwvc3Bhbj5odm1fZG9tYWluPHNwYW4g c3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+Ljwvc3Bhbj5taXRjdGxfb3A8c3BhbiBzdHlsZT0i Zm9udC13ZWlnaHQ6IGJvbGQ7Ij4uPC9zcGFuPnhlbl92bWV4aXRfaGFuZGxlcl9taXRjdGxfbWV0 aG9kPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+KTwvc3Bhbj48c3BhbiBzdHlsZT0i Y29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsiPjxicj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBi b2xkOyI+ezwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsiPjxi cj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMCwgMCwgMTI4 KTsgZm9udC13ZWlnaHQ6IGJvbGQ7Ij5jYXNlPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdi KDEyOCwgMTI4LCAxMjgpOyI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDog Ym9sZDsiPi08L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMCwgMTI4LCAxMjgpOyI+MTwv c3Bhbj48c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6IGJvbGQ7Ij46PC9zcGFuPjxzcGFuIHN0eWxl PSJjb2xvcjogcmdiKDEyOCwgMTI4LCAxMjgpOyI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJj b2xvcjogcmdiKDAsIDAsIDEyOCk7IGZvbnQtd2VpZ2h0OiBib2xkOyI+YnJlYWs8L3NwYW4+PHNw YW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+Ozwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6 IHJnYigxMjgsIDEyOCwgMTI4KTsiPjxicj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gc3R5 bGU9ImNvbG9yOiByZ2IoMCwgMCwgMTI4KTsgZm9udC13ZWlnaHQ6IGJvbGQ7Ij5jYXNlPC9zcGFu PjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDEyOCwgMTI4LCAxMjgpOyI+Jm5ic3A7PC9zcGFuPlhF Tl9WTUVYSVRfSEFORExFUl9NSVRDVExfbGlidm1pPHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMTI4 LCAxMjgsIDEyOCk7Ij4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xk OyI+Ojwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsiPjxicj4m bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+ezwv c3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsiPjxicj4mbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9y OiByZ2IoMCwgMCwgMjU1KTsgZm9udC1zdHlsZTogaXRhbGljOyI+Ly9wcmludGsoIk1JVENUTDp2 bWV4aXQmbmJzcDtzZXRfdHJhcFxuIik7PGJyPjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJn YigxMjgsIDEyOCwgMTI4KTsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw Ozwvc3Bhbj52bXhfcHJvcGVybHlfc2V0X3RyYXBfZmxhZzxzcGFuIHN0eWxlPSJmb250LXdlaWdo dDogYm9sZDsiPig8L3NwYW4+Y3VycmVudDxzcGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsi Pi0mZ3Q7PC9zcGFuPmRvbWFpbjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsiPik7PC9z cGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDEyOCwgMTI4LCAxMjgpOyI+Jm5ic3A7Jm5ic3A7 Jm5ic3A7PGJyPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48 c3BhbiBzdHlsZT0iY29sb3I6IHJnYigwLCAwLCAxMjgpOyBmb250LXdlaWdodDogYm9sZDsiPmJy ZWFrPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsiPjs8L3NwYW4+PHNwYW4g c3R5bGU9ImNvbG9yOiByZ2IoMTI4LCAxMjgsIDEyOCk7Ij48YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9z cGFuPjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsiPn08L3NwYW4+PHNwYW4gc3R5bGU9 ImNvbG9yOiByZ2IoMTI4LCAxMjgsIDEyOCk7Ij48YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxz cGFuIHN0eWxlPSJjb2xvcjogcmdiKDAsIDAsIDEyOCk7IGZvbnQtd2VpZ2h0OiBib2xkOyI+ZGVm YXVsdDwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6IGJvbGQ7Ij46PC9zcGFuPjxzcGFu IHN0eWxlPSJjb2xvcjogcmdiKDEyOCwgMTI4LCAxMjgpOyI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0 eWxlPSJjb2xvcjogcmdiKDAsIDAsIDEyOCk7IGZvbnQtd2VpZ2h0OiBib2xkOyI+YnJlYWs8L3Nw YW4+PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+Ozwvc3Bhbj48c3BhbiBzdHlsZT0i Y29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsiPjxicj48YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250 LXdlaWdodDogYm9sZDsiPn08L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMTI4LCAxMjgs IDEyOCk7Ij48YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJm b250LXdlaWdodDogYm9sZDsiPn08L3NwYW4+PC9wPjxwIHN0eWxlPSJmb250LWZhbWlseTogY291 cmllcjsgZm9udC1zaXplOiAxMHB0OyI+PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+ Jm5ic3A7ICZuYnNwO3JldHVybiAuLi48L3NwYW4+PC9wPjxwIHN0eWxlPSJmb250LWZhbWlseTog Y291cmllcjsgZm9udC1zaXplOiAxMHB0OyI+PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xk OyI+fTwvc3Bhbj48L3A+PHAgc3R5bGU9ImZvbnQtZmFtaWx5OiBjb3VyaWVyOyBmb250LXNpemU6 IDEwcHQ7Ij48c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6IGJvbGQ7Ij48YnI+PC9zcGFuPjwvcD48 cCBzdHlsZT0iZm9udC1mYW1pbHk6IGNvdXJpZXI7IGZvbnQtc2l6ZTogMTBwdDsiPmlubGluZTxz cGFuIHN0eWxlPSJjb2xvcjogcmdiKDEyOCwgMTI4LCAxMjgpOyI+Jm5ic3A7PC9zcGFuPjxzcGFu IHN0eWxlPSJjb2xvcjogcmdiKDAsIDAsIDEyOCk7IGZvbnQtd2VpZ2h0OiBib2xkOyI+dm9pZDwv c3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsiPiZuYnNwOzwvc3Bh bj52bXhfcHJvcGVybHlfc2V0X3RyYXBfZmxhZzxzcGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9s ZDsiPig8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMCwgMCwgMTI4KTsgZm9udC13ZWln aHQ6IGJvbGQ7Ij5zdHJ1Y3Q8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMTI4LCAxMjgs IDEyOCk7Ij4mbmJzcDs8L3NwYW4+ZG9tYWluPHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMTI4LCAx MjgsIDEyOCk7Ij4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+ Kjwvc3Bhbj5kPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+KTwvc3Bhbj48c3BhbiBz dHlsZT0iY29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsiPjxicj48L3NwYW4+PHNwYW4gc3R5bGU9 ImZvbnQtd2VpZ2h0OiBib2xkOyI+ezwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigxMjgs IDEyOCwgMTI4KTsiPjxicj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gc3R5 bGU9ImNvbG9yOiByZ2IoMCwgMCwgMjU1KTsgZm9udC1zdHlsZTogaXRhbGljOyI+Ly9zZXQmbmJz cDtzeXNlbnRlcl9laXA8YnI+PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDEyOCwgMTI4 LCAxMjgpOyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xv cjogcmdiKDAsIDAsIDEyOCk7IGZvbnQtd2VpZ2h0OiBib2xkOyI+aWY8L3NwYW4+PHNwYW4gc3R5 bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+KDwvc3Bhbj5kPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0 OiBib2xkOyI+LSZndDs8L3NwYW4+YXJjaDxzcGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsi Pi48L3NwYW4+aHZtX2RvbWFpbjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsiPi48L3Nw YW4+bWl0Y3RsX29wPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+Ljwvc3Bhbj54ZW5f dm1leGl0X2hhbmRsZXJfbWl0Y3RsX21ldGhvZDxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDEyOCwg MTI4LCAxMjgpOyI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsi PiE9PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDEyOCwgMTI4LCAxMjgpOyI+Jm5ic3A7 PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsiPi08L3NwYW4+PHNwYW4gc3R5 bGU9ImNvbG9yOiByZ2IoMCwgMTI4LCAxMjgpOyI+MTwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC13 ZWlnaHQ6IGJvbGQ7Ij4pPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDEyOCwgMTI4LCAx MjgpOyI+PGJyPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9u dC13ZWlnaHQ6IGJvbGQ7Ij57PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDEyOCwgMTI4 LCAxMjgpOyI+PGJyPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOzwvc3Bhbj52bXhfc2V0X3N5c2VudGVyX21zcnM8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6 IGJvbGQ7Ij4oPC9zcGFuPmQ8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6IGJvbGQ7Ij4pOzwvc3Bh bj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsiPjxicj4mbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9 ImNvbG9yOiByZ2IoMCwgMCwgMjU1KTsgZm9udC1zdHlsZTogaXRhbGljOyI+Ly9jdXJyZW50LSZn dDthcmNoLmh2bV92bXguZXhlY19jb250cm9sJm5ic3A7fD0mbmJzcDtDUFVfQkFTRURfTU9OSVRP Ul9UUkFQX0ZMQUc7PGJyPjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigxMjgsIDEyOCwg MTI4KTsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwv c3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigwLCAwLCAyNTUpOyBmb250LXN0eWxlOiBpdGFs aWM7Ij4vL3ZteF91cGRhdGVfY3B1X2V4ZWNfY29udHJvbChjdXJyZW50KTs8YnI+PC9zcGFuPjxz cGFuIHN0eWxlPSJjb2xvcjogcmdiKDEyOCwgMTI4LCAxMjgpOyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjog cmdiKDAsIDAsIDI1NSk7IGZvbnQtc3R5bGU6IGl0YWxpYzsiPi8vY3VycmVudC0mZ3Q7YXJjaC5o dm1fdmNwdS5zaW5nbGVfc3RlcCZuYnNwOz0mbmJzcDsxOzxicj48L3NwYW4+PHNwYW4gc3R5bGU9 ImNvbG9yOiByZ2IoMTI4LCAxMjgsIDEyOCk7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3Nw YW4+PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+fTwvc3Bhbj48c3BhbiBzdHlsZT0i Y29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsiPjxicj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8 YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdi KDAsIDAsIDEyOCk7IGZvbnQtd2VpZ2h0OiBib2xkOyI+cmV0dXJuPC9zcGFuPjxzcGFuIHN0eWxl PSJmb250LXdlaWdodDogYm9sZDsiPjs8L3NwYW4+PC9wPjxwIHN0eWxlPSJmb250LWZhbWlseTog Y291cmllcjsgZm9udC1zaXplOiAxMHB0OyI+PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xk OyI+fTwvc3Bhbj48L3A+PHAgc3R5bGU9ImZvbnQtZmFtaWx5OiBjb3VyaWVyOyBmb250LXNpemU6 IDEwcHQ7Ij48c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6IGJvbGQ7Ij48YnI+PC9zcGFuPjwvcD48 cCBzdHlsZT0iZm9udC1mYW1pbHk6IGNvdXJpZXI7IGZvbnQtc2l6ZTogMTBwdDsiPjxzcGFuIHN0 eWxlPSJjb2xvcjogcmdiKDAsIDAsIDI1NSk7IGZvbnQtc3R5bGU6IGl0YWxpYzsiPi8qJm5ic3A7 Zm9yY2UmbmJzcDt1c2VyJm5ic3A7c3VwcGxpZWQmbmJzcDttc3ImbmJzcDt2YWx1ZXMmbmJzcDtv biZuYnNwO3RoaXMmbmJzcDtndWVzdCZuYnNwOyovPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjog cmdiKDEyOCwgMTI4LCAxMjgpOyI+PGJyPjwvc3Bhbj5pbmxpbmU8c3BhbiBzdHlsZT0iY29sb3I6 IHJnYigxMjgsIDEyOCwgMTI4KTsiPiZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29s b3I6IHJnYigwLCAwLCAxMjgpOyBmb250LXdlaWdodDogYm9sZDsiPnZvaWQ8L3NwYW4+PHNwYW4g c3R5bGU9ImNvbG9yOiByZ2IoMTI4LCAxMjgsIDEyOCk7Ij4mbmJzcDs8L3NwYW4+dm14X3NldF9z eXNlbnRlcl9tc3JzPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+KDwvc3Bhbj48c3Bh biBzdHlsZT0iY29sb3I6IHJnYigwLCAwLCAxMjgpOyBmb250LXdlaWdodDogYm9sZDsiPnN0cnVj dDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsiPiZuYnNwOzwv c3Bhbj5kb21haW48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsiPiZuYnNw Ozwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6IGJvbGQ7Ij4qPC9zcGFuPmQ8c3BhbiBz dHlsZT0iZm9udC13ZWlnaHQ6IGJvbGQ7Ij4pPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdi KDEyOCwgMTI4LCAxMjgpOyI+PGJyPjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6IGJv bGQ7Ij57PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDEyOCwgMTI4LCAxMjgpOyI+PGJy PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj51NjQ8c3BhbiBzdHlsZT0iY29sb3I6IHJn YigxMjgsIDEyOCwgMTI4KTsiPiZuYnNwOzwvc3Bhbj5uZXdfY3M8c3BhbiBzdHlsZT0iZm9udC13 ZWlnaHQ6IGJvbGQ7Ij47PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDEyOCwgMTI4LCAx MjgpOyI+PGJyPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj51NjQ8c3BhbiBzdHlsZT0i Y29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsiPiZuYnNwOzwvc3Bhbj5uZXdfZWlwPHNwYW4gc3R5 bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+Ozwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigx MjgsIDEyOCwgMTI4KTsiPjxicj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+dTY0PHNw YW4gc3R5bGU9ImNvbG9yOiByZ2IoMTI4LCAxMjgsIDEyOCk7Ij4mbmJzcDs8L3NwYW4+b2xkX01T Ul9FSVA8c3BhbiBzdHlsZT0iY29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsiPiZuYnNwOzwvc3Bh bj48c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6IGJvbGQ7Ij49PC9zcGFuPjxzcGFuIHN0eWxlPSJj b2xvcjogcmdiKDEyOCwgMTI4LCAxMjgpOyI+Jm5ic3A7PC9zcGFuPl9fdm1yZWFkPHNwYW4gc3R5 bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+KDwvc3Bhbj5HVUVTVF9TWVNFTlRFUl9FSVA8c3BhbiBz dHlsZT0iZm9udC13ZWlnaHQ6IGJvbGQ7Ij4pOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJn YigxMjgsIDEyOCwgMTI4KTsiPjxicj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+dTY0 PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMTI4LCAxMjgsIDEyOCk7Ij4mbmJzcDs8L3NwYW4+b2xk X01TUl9DUzxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDEyOCwgMTI4LCAxMjgpOyI+Jm5ic3A7PC9z cGFuPjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsiPj08L3NwYW4+PHNwYW4gc3R5bGU9 ImNvbG9yOiByZ2IoMTI4LCAxMjgsIDEyOCk7Ij4mbmJzcDs8L3NwYW4+X192bXJlYWQ8c3BhbiBz dHlsZT0iZm9udC13ZWlnaHQ6IGJvbGQ7Ij4oPC9zcGFuPkdVRVNUX1NZU0VOVEVSX0NTPHNwYW4g c3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+KTs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiBy Z2IoMTI4LCAxMjgsIDEyOCk7Ij48YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxz cGFuIHN0eWxlPSJjb2xvcjogcmdiKDAsIDAsIDEyOCk7IGZvbnQtd2VpZ2h0OiBib2xkOyI+aWY8 L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+KDwvc3Bhbj48c3BhbiBzdHls ZT0iY29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsiPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0i Y29sb3I6IHJnYigwLCAxMjgsIDEyOCk7Ij4weEREREREMEFFPC9zcGFuPjxzcGFuIHN0eWxlPSJj b2xvcjogcmdiKDEyOCwgMTI4LCAxMjgpOyI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250 LXdlaWdodDogYm9sZDsiPiE9PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDEyOCwgMTI4 LCAxMjgpOyI+Jm5ic3A7PC9zcGFuPm9sZF9NU1JfRUlQPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0 OiBib2xkOyI+KTwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsi Pjxicj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtd2Vp Z2h0OiBib2xkOyI+ezwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigxMjgsIDEyOCwgMTI4 KTsiPjxicj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8 L3NwYW4+cHJpbnRrPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+KDwvc3Bhbj48c3Bh biBzdHlsZT0iY29sb3I6IHJnYigyMDQsIDAsIDApOyI+Ik1JVENUTDpvbGRfTVNSX0VJUCZuYnNw OyVseFxuIjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6IGJvbGQ7Ij4sPC9zcGFuPm9s ZF9NU1JfRUlQPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+KTs8L3NwYW4+PHNwYW4g c3R5bGU9ImNvbG9yOiByZ2IoMTI4LCAxMjgsIDEyOCk7Ij48YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPmV0aGVyX3NldF9pbWFnaW5hcnlf c3lzZW50ZXJfZWlwPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+KDwvc3Bhbj5kPHNw YW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+LDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6 IHJnYigxMjgsIDEyOCwgMTI4KTsiPiZuYnNwOzwvc3Bhbj5vbGRfTVNSX0VJUDxzcGFuIHN0eWxl PSJmb250LXdlaWdodDogYm9sZDsiPik7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDEy OCwgMTI4LCAxMjgpOyI+PGJyPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOzwvc3Bhbj5ldGhlcl9zZXRfaW1hZ2luYXJ5X3N5c2VudGVyX2NzPHNwYW4gc3R5 bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+KDwvc3Bhbj5kPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0 OiBib2xkOyI+LDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsi PiZuYnNwOzwvc3Bhbj5vbGRfTVNSX0NTPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+ KTs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMTI4LCAxMjgsIDEyOCk7Ij48YnI+Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9s ZDsiPn08L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMTI4LCAxMjgsIDEyOCk7Ij48YnI+ Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPnByaW50azxzcGFuIHN0eWxlPSJmb250LXdl aWdodDogYm9sZDsiPig8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMjA0LCAwLCAwKTsi PiJNSVRDVEw6dm14X3NldF9zeXNlbnRlcl9tc3JzJm5ic3A7R1VFU1RfU1lTRU5URVJfRUlQJm5i c3A7JWx4Jm5ic3A7JWx4XG4iPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsi Piw8L3NwYW4+b2xkX01TUl9FSVA8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6IGJvbGQ7Ij4sPC9z cGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDEyOCwgMTI4LCAxMjgpOyI+Jm5ic3A7PC9zcGFu Pm9sZF9NU1JfQ1M8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6IGJvbGQ7Ij4pOzwvc3Bhbj48c3Bh biBzdHlsZT0iY29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsiPjxicj4mbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMCwgMCwgMjU1KTsgZm9udC1z dHlsZTogaXRhbGljOyI+LyombmJzcDt3cml0ZSZuYnNwO01TUiZuYnNwO3JlZ2lzdGVycyZuYnNw OyovPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDEyOCwgMTI4LCAxMjgpOyI+PGJyPjxi cj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2Io MCwgMCwgMjU1KTsgZm9udC1zdHlsZTogaXRhbGljOyI+LyombmJzcDtkZWZhdWx0Jm5ic3A7dG8m bmJzcDt3cml0aW5nJm5ic3A7b2xkKGltYWdpbmFyeSkmbmJzcDt2YWx1ZXMmbmJzcDt0byZuYnNw O2d1ZXN0Jm5ic3A7Ki88L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMTI4LCAxMjgsIDEy OCk7Ij48YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPm5ld19jczxzcGFuIHN0eWxl PSJjb2xvcjogcmdiKDEyOCwgMTI4LCAxMjgpOyI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJm b250LXdlaWdodDogYm9sZDsiPj08L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMTI4LCAx MjgsIDEyOCk7Ij4mbmJzcDs8L3NwYW4+ZXRoZXJfZ2V0X2ltYWdpbmFyeV9zeXNlbnRlcl9jczxz cGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsiPig8L3NwYW4+ZDxzcGFuIHN0eWxlPSJmb250 LXdlaWdodDogYm9sZDsiPik7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDEyOCwgMTI4 LCAxMjgpOyI+PGJyPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj5uZXdfZWlwPHNwYW4g c3R5bGU9ImNvbG9yOiByZ2IoMTI4LCAxMjgsIDEyOCk7Ij4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5 bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+PTwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigx MjgsIDEyOCwgMTI4KTsiPiZuYnNwOzwvc3Bhbj5ldGhlcl9nZXRfaW1hZ2luYXJ5X3N5c2VudGVy X2VpcDxzcGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsiPig8L3NwYW4+ZDxzcGFuIHN0eWxl PSJmb250LXdlaWdodDogYm9sZDsiPik7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDEy OCwgMTI4LCAxMjgpOyI+PGJyPjxicj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNw YW4gc3R5bGU9ImNvbG9yOiByZ2IoMCwgMCwgMTI4KTsgZm9udC13ZWlnaHQ6IGJvbGQ7Ij5pZjwv c3Bhbj48c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6IGJvbGQ7Ij4oPC9zcGFuPmQ8c3BhbiBzdHls ZT0iZm9udC13ZWlnaHQ6IGJvbGQ7Ij4tJmd0Ozwvc3Bhbj5hcmNoPHNwYW4gc3R5bGU9ImZvbnQt d2VpZ2h0OiBib2xkOyI+Ljwvc3Bhbj5odm1fZG9tYWluPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0 OiBib2xkOyI+Ljwvc3Bhbj5taXRjdGxfb3A8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6IGJvbGQ7 Ij4uPC9zcGFuPnhlbl92bWV4aXRfaGFuZGxlcl9taXRjdGxfbWV0aG9kPHNwYW4gc3R5bGU9ImNv bG9yOiByZ2IoMTI4LCAxMjgsIDEyOCk7Ij4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQt d2VpZ2h0OiBib2xkOyI+IT08L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMTI4LCAxMjgs IDEyOCk7Ij4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+LTwv c3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigwLCAxMjgsIDEyOCk7Ij4xPC9zcGFuPjxzcGFu IHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsiPik8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiBy Z2IoMTI4LCAxMjgsIDEyOCk7Ij48YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxz cGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsiPns8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9y OiByZ2IoMTI4LCAxMjgsIDEyOCk7Ij48YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDAsIDAsIDI1 NSk7IGZvbnQtc3R5bGU6IGl0YWxpYzsiPi8qJm5ic3A7aXQmbmJzcDtzZWVtcyZuYnNwO3RoYXQm bmJzcDt3ZSZuYnNwO3Nob3VsZCZuYnNwO3dyaXRlJm5ic3A7dXNlciZuYnNwO3N1cHBsaWVkPGJy PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyom bmJzcDt2YWx1ZXMmbmJzcDtpbnN0ZWFkPGJyPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyovPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdi KDEyOCwgMTI4LCAxMjgpOyI+PGJyPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOzwvc3Bhbj51NjQ8c3BhbiBzdHlsZT0iY29sb3I6IHJnYigxMjgsIDEyOCwg MTI4KTsiPiZuYnNwOzwvc3Bhbj5mb3JjZWRfY3M8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6IGJv bGQ7Ij47PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDEyOCwgMTI4LCAxMjgpOyI+PGJy PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj51 NjQ8c3BhbiBzdHlsZT0iY29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsiPiZuYnNwOzwvc3Bhbj5m b3JjZWRfZWlwPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+Ozwvc3Bhbj48c3BhbiBz dHlsZT0iY29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsiPjxicj4mbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiBy Z2IoMCwgMCwgMjU1KTsgZm9udC1zdHlsZTogaXRhbGljOyI+LyombmJzcDt3cml0aW5nJm5ic3A7 dXNlciZuYnNwO3N1cHBsaWVkJm5ic3A7Zm9yY2VkJm5ic3A7dmFsdWVzJm5ic3A7dG8mbmJzcDtn dWVzdCZuYnNwOyovPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDEyOCwgMTI4LCAxMjgp OyI+PGJyPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwv c3Bhbj5mb3JjZWRfY3M8c3BhbiBzdHlsZT0iY29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsiPiZu YnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6IGJvbGQ7Ij49PC9zcGFuPjxzcGFu IHN0eWxlPSJjb2xvcjogcmdiKDEyOCwgMTI4LCAxMjgpOyI+Jm5ic3A7PC9zcGFuPmV0aGVyX2dl dF9zeXNlbnRlcl9jczxzcGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsiPig8L3NwYW4+ZDxz cGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsiPik7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xv cjogcmdiKDEyOCwgMTI4LCAxMjgpOyI+PGJyPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj5mb3JjZWRfZWlwPHNwYW4gc3R5bGU9ImNvbG9yOiBy Z2IoMTI4LCAxMjgsIDEyOCk7Ij4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0 OiBib2xkOyI+PTwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsi PiZuYnNwOzwvc3Bhbj5ldGhlcl9nZXRfc3lzZW50ZXJfZWlwPHNwYW4gc3R5bGU9ImZvbnQtd2Vp Z2h0OiBib2xkOyI+KDwvc3Bhbj5kPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+KTs8 L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMTI4LCAxMjgsIDEyOCk7Ij48YnI+PGJyPiZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48c3Bh biBzdHlsZT0iY29sb3I6IHJnYigwLCAwLCAxMjgpOyBmb250LXdlaWdodDogYm9sZDsiPmlmPC9z cGFuPjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsiPig8L3NwYW4+Zm9yY2VkX2NzPHNw YW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+KTwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6 IHJnYigxMjgsIDEyOCwgMTI4KTsiPjxicj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+bmV3X2NzPHNw YW4gc3R5bGU9ImNvbG9yOiByZ2IoMTI4LCAxMjgsIDEyOCk7Ij4mbmJzcDs8L3NwYW4+PHNwYW4g c3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+PTwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJn YigxMjgsIDEyOCwgMTI4KTsiPiZuYnNwOzwvc3Bhbj5mb3JjZWRfY3M8c3BhbiBzdHlsZT0iZm9u dC13ZWlnaHQ6IGJvbGQ7Ij47PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDEyOCwgMTI4 LCAxMjgpOyI+PGJyPjxicj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMCwgMCwgMTI4KTsgZm9udC13 ZWlnaHQ6IGJvbGQ7Ij5pZjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6IGJvbGQ7Ij4o PC9zcGFuPmZvcmNlZF9laXA8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6IGJvbGQ7Ij4pPC9zcGFu PjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDEyOCwgMTI4LCAxMjgpOyI+PGJyPiZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOzwvc3Bhbj5uZXdfZWlwPHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMTI4LCAxMjgsIDEyOCk7 Ij4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+PTwvc3Bhbj48 c3BhbiBzdHlsZT0iY29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsiPiZuYnNwOzwvc3Bhbj5mb3Jj ZWRfZWlwPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+Ozwvc3Bhbj48c3BhbiBzdHls ZT0iY29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsiPjxicj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+fTwvc3Bhbj48c3BhbiBz dHlsZT0iY29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsiPjxicj48YnI+Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7PC9zcGFuPnZteF93cml0ZV9zeXNlbnRlcl9tc3I8c3BhbiBzdHlsZT0iZm9udC13 ZWlnaHQ6IGJvbGQ7Ij4oPC9zcGFuPkdVRVNUX1NZU0VOVEVSX0NTPHNwYW4gc3R5bGU9ImZvbnQt d2VpZ2h0OiBib2xkOyI+LDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigxMjgsIDEyOCwg MTI4KTsiPiZuYnNwOzwvc3Bhbj5uZXdfY3M8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6IGJvbGQ7 Ij4pOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsiPjxicj4m bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+dm14X3dyaXRlX3N5c2VudGVyX21zcjxzcGFu IHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsiPig8L3NwYW4+R1VFU1RfU1lTRU5URVJfRUlQPHNw YW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+LDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6 IHJnYigxMjgsIDEyOCwgMTI4KTsiPiZuYnNwOzwvc3Bhbj5uZXdfZWlwPHNwYW4gc3R5bGU9ImZv bnQtd2VpZ2h0OiBib2xkOyI+KTs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMTI4LCAx MjgsIDEyOCk7Ij48YnI+PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsiPn08 L3NwYW4+PC9wPjwvZGl2PjxkaXY+PGZvbnQgc2l6ZT0iMyI+PHNwYW4gc3R5bGU9ImZvbnQtZmFt aWx5OiBjb3VyaWVyOyI+PGJyPjwvc3Bhbj48L2ZvbnQ+PC9kaXY+PGRpdj48Zm9udCBzaXplPSIz Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IGNvdXJpZXI7Ij48YnI+PC9zcGFuPjwvZm9udD48 L2Rpdj48ZGl2Pjxmb250IHNpemU9IjMiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogY291cmll cjsiPjxicj48L3NwYW4+PC9mb250PjwvZGl2PjxkaXY+PGZvbnQgc2l6ZT0iMyI+PHNwYW4gc3R5 bGU9ImZvbnQtZmFtaWx5OiBjb3VyaWVyOyI+PGJyPjwvc3Bhbj48L2ZvbnQ+PC9kaXY+PGRpdj48 Zm9udCBzaXplPSIzIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IGNvdXJpZXI7Ij4oMilXaGVu IGEgZmFzdCBzeXNjYWxsIGNvbWUsJm5ic3A7Jm5ic3A7SSB3aWxsIGNhcHV0dWUgaXQgaW4mbmJz cDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBjb3VyaWVyOyI+PGI+c2hfcGFnZV9m YXVsdDwvYj4uPC9zcGFuPjwvZm9udD48L2Rpdj48ZGl2PjxkaXY+PGZvbnQgc2l6ZT0iMyI+PHNw YW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBjb3VyaWVyOyI+PGJyPjwvc3Bhbj48L2ZvbnQ+PC9kaXY+ PGRpdj48Zm9udCBzaXplPSIzIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IGNvdXJpZXI7Ij4o MykgVGhlbiBJIHNldCB0aGUgcmVhbCZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1p bHk6IGNvdXJpZXI7Ij48Yj5HVUVTVF9TWVNFTlRFUl9FSVAoPC9iPjwvc3Bhbj48L2ZvbnQ+PHNw YW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlhbCwgc2Fucy1zZXJpZjsgZm9udC1zaXplOiBtZWRp dW07IGxpbmUtaGVpZ2h0OiAyNHB4OyI+YzAxMDNlZjAsIGlhMzJfc3lzZW50ZXJfdGFyZ2V0PC9z cGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IG1lZGl1bTsgZm9udC1mYW1pbHk6IGNvdXJpZXI7 Ij48Yj4pPC9iPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiBtZWRpdW07IGZv bnQtZmFtaWx5OiBjb3VyaWVyOyI+dG88L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogbWVk aXVtOyBmb250LWZhbWlseTogY291cmllcjsiPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOiBtZWRpdW07IGZvbnQtZmFtaWx5OiBjb3VyaWVyOyI+PGI+R1VFU1RfUklQPC9iPi48 L3NwYW4+PC9kaXY+PC9kaXY+PGRpdj48cCBzdHlsZT0iZm9udC1mYW1pbHk6IGNvdXJpZXI7IGZv bnQtc2l6ZTogMTBwdDsiPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDAsIDAsIDEyOCk7IGZvbnQt d2VpZ2h0OiBib2xkOyI+c3RhdGljPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDEyOCwg MTI4LCAxMjgpOyI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDAsIDAsIDEy OCk7IGZvbnQtd2VpZ2h0OiBib2xkOyI+aW50PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdi KDEyOCwgMTI4LCAxMjgpOyI+Jm5ic3A7PC9zcGFuPnNoX3BhZ2VfZmF1bHQ8c3BhbiBzdHlsZT0i Zm9udC13ZWlnaHQ6IGJvbGQ7Ij4oPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDAsIDAs IDEyOCk7IGZvbnQtd2VpZ2h0OiBib2xkOyI+c3RydWN0PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xv cjogcmdiKDEyOCwgMTI4LCAxMjgpOyI+Jm5ic3A7PC9zcGFuPnZjcHU8c3BhbiBzdHlsZT0iY29s b3I6IHJnYigxMjgsIDEyOCwgMTI4KTsiPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC13 ZWlnaHQ6IGJvbGQ7Ij4qPC9zcGFuPnY8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6IGJvbGQ7Ij4s PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDEyOCwgMTI4LCAxMjgpOyI+Jm5ic3A7PGJy PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBz dHlsZT0iY29sb3I6IHJnYigwLCAwLCAxMjgpOyBmb250LXdlaWdodDogYm9sZDsiPnVuc2lnbmVk PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDEyOCwgMTI4LCAxMjgpOyI+Jm5ic3A7PC9z cGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDAsIDAsIDEyOCk7IGZvbnQtd2VpZ2h0OiBib2xk OyI+bG9uZzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsiPiZu YnNwOzwvc3Bhbj52YTxzcGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsiPiw8L3NwYW4+PHNw YW4gc3R5bGU9ImNvbG9yOiByZ2IoMTI4LCAxMjgsIDEyOCk7Ij4mbmJzcDs8YnI+Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xv cjogcmdiKDAsIDAsIDEyOCk7IGZvbnQtd2VpZ2h0OiBib2xkOyI+c3RydWN0PC9zcGFuPjxzcGFu IHN0eWxlPSJjb2xvcjogcmdiKDEyOCwgMTI4LCAxMjgpOyI+Jm5ic3A7PC9zcGFuPmNwdV91c2Vy X3JlZ3M8c3BhbiBzdHlsZT0iY29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsiPiZuYnNwOzwvc3Bh bj48c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6IGJvbGQ7Ij4qPC9zcGFuPnJlZ3M8c3BhbiBzdHls ZT0iZm9udC13ZWlnaHQ6IGJvbGQ7Ij4pPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDEy OCwgMTI4LCAxMjgpOyI+PGJyPjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6IGJvbGQ7 Ij57PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDEyOCwgMTI4LCAxMjgpOyI+PGJyPjwv c3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsiPi4uLjxicj48L3Nw YW4+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMTI4LCAxMjgsIDEyOCk7Ij48YnI+Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDAsIDAsIDI1NSk7 IGZvbnQtc3R5bGU6IGl0YWxpYzsiPi8qeWFuZG9uZyovPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xv cjogcmdiKDEyOCwgMTI4LCAxMjgpOyI+PGJyPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bh bj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigwLCAwLCAyNTUpOyBmb250LXN0eWxlOiBpdGFsaWM7 Ij4vKiZuYnNwO0NoZWNrJm5ic3A7aWYmbmJzcDt0aGlzJm5ic3A7cGFnZSZuYnNwO2ZhdWx0Jm5i c3A7b2NjdXJzJm5ic3A7b24mbmJzcDtvdXImbmJzcDttYWdpYyZuYnNwO2FkZHJlc3MmbmJzcDsq Lzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsiPjxicj4mbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMCwgMCwg MTI4KTsgZm9udC13ZWlnaHQ6IGJvbGQ7Ij5pZjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC13ZWln aHQ6IGJvbGQ7Ij4oPC9zcGFuPnVubGlrZWx5PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xk OyI+KDwvc3Bhbj5ldGhlcl9nZXRfc3lzZW50ZXJfZWlwPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0 OiBib2xkOyI+KDwvc3Bhbj5kPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+KTwvc3Bh bj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsiPiZuYnNwOzwvc3Bhbj48 c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6IGJvbGQ7Ij4hPTwvc3Bhbj48c3BhbiBzdHlsZT0iY29s b3I6IHJnYigxMjgsIDEyOCwgMTI4KTsiPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6 IHJnYigwLCAxMjgsIDEyOCk7Ij4wPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDEyOCwg MTI4LCAxMjgpOyI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsi PiZhbXA7JmFtcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMTI4LCAxMjgsIDEyOCk7 Ij4mbmJzcDs8L3NwYW4+ZXRoZXJfZ2V0X3N5c2VudGVyX2VpcDxzcGFuIHN0eWxlPSJmb250LXdl aWdodDogYm9sZDsiPig8L3NwYW4+ZDxzcGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsiPik8 L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMTI4LCAxMjgsIDEyOCk7Ij4mbmJzcDs8L3Nw YW4+PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+PT08L3NwYW4+PHNwYW4gc3R5bGU9 ImNvbG9yOiByZ2IoMTI4LCAxMjgsIDEyOCk7Ij4mbmJzcDs8L3NwYW4+dmE8c3BhbiBzdHlsZT0i Zm9udC13ZWlnaHQ6IGJvbGQ7Ij4pKTwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigxMjgs IDEyOCwgMTI4KTsiPjxicj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gc3R5 bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+ezwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigx MjgsIDEyOCwgMTI4KTsiPjxicj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMCwgMCwgMjU1KTsgZm9u dC1zdHlsZTogaXRhbGljOyI+LyombmJzcDtvbmx5Jm5ic3A7Z28mbmJzcDt0aHJvdWdoPGJyPiZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyombmJz cDt3aXRoJm5ic3A7dGhlJm5ic3A7ZmF1bHQmbmJzcDtub3RpZmljYXRpb24mbmJzcDtpZiZuYnNw O2l0Jm5ic3A7b2NjdXJyZWQmbmJzcDtkdXJpbmc8YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7KiZuYnNwO2FuJm5ic3A7aW5zdHJ1Y3Rpb24m bmJzcDtmZXRjaC4mbmJzcDs8YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Ki88L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMTI4LCAx MjgsIDEyOCk7Ij48YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDAsIDAsIDEyOCk7IGZvbnQtd2Vp Z2h0OiBib2xkOyI+aWY8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMTI4LCAxMjgsIDEy OCk7Ij4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+KDwvc3Bh bj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsiPiZuYnNwOzwvc3Bhbj5y ZWdzPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+LSZndDs8L3NwYW4+ZXJyb3JfY29k ZTxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDEyOCwgMTI4LCAxMjgpOyI+Jm5ic3A7PC9zcGFuPjxz cGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsiPiZhbXA7PC9zcGFuPjxzcGFuIHN0eWxlPSJj b2xvcjogcmdiKDEyOCwgMTI4LCAxMjgpOyI+Jm5ic3A7PC9zcGFuPlBGRUNfaW5zbl9mZXRjaDxz cGFuIHN0eWxlPSJjb2xvcjogcmdiKDEyOCwgMTI4LCAxMjgpOyI+Jm5ic3A7PC9zcGFuPjxzcGFu IHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsiPik8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiBy Z2IoMTI4LCAxMjgsIDEyOCk7Ij48YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsiPns8 L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMTI4LCAxMjgsIDEyOCk7Ij48YnI+Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDAsIDAsIDEyOCk7IGZvbnQt d2VpZ2h0OiBib2xkOyI+dW5zaWduZWQ8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMTI4 LCAxMjgsIDEyOCk7Ij4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMCwgMCwg MTI4KTsgZm9udC13ZWlnaHQ6IGJvbGQ7Ij5sb25nPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjog cmdiKDEyOCwgMTI4LCAxMjgpOyI+Jm5ic3A7PC9zcGFuPnJlYWxfcmlwPHNwYW4gc3R5bGU9ImNv bG9yOiByZ2IoMTI4LCAxMjgsIDEyOCk7Ij4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQt d2VpZ2h0OiBib2xkOyI+PTwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigxMjgsIDEyOCwg MTI4KTsiPiZuYnNwOzwvc3Bhbj5ldGhlcl9nZXRfaW1hZ2luYXJ5X3N5c2VudGVyX2VpcDxzcGFu IHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsiPig8L3NwYW4+ZDxzcGFuIHN0eWxlPSJmb250LXdl aWdodDogYm9sZDsiPik7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDEyOCwgMTI4LCAx MjgpOyI+PGJyPjxicj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiBy Z2IoMCwgMCwgMjU1KTsgZm9udC1zdHlsZTogaXRhbGljOyI+LyombmJzcDtwcm9jZXNzJm5ic3A7 c3lzdGVtJm5ic3A7Y2FsbCZuYnNwO25vdGlmaWNhdGlvbiZuYnNwOyovPC9zcGFuPjxzcGFuIHN0 eWxlPSJjb2xvcjogcmdiKDEyOCwgMTI4LCAxMjgpOyI+PGJyPiZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bh bj5zaGFkb3dfbG9jazxzcGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsiPig8L3NwYW4+ZDxz cGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsiPik7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xv cjogcmdiKDEyOCwgMTI4LCAxMjgpOyI+PGJyPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj5ldGhlcl9o YW5kbGVfc3lzY2FsbDxzcGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsiPig8L3NwYW4+djxz cGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsiPiw8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9y OiByZ2IoMTI4LCAxMjgsIDEyOCk7Ij4mbmJzcDs8L3NwYW4+cmVnczxzcGFuIHN0eWxlPSJmb250 LXdlaWdodDogYm9sZDsiPik7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDEyOCwgMTI4 LCAxMjgpOyI+PGJyPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj5zaGFkb3dfdW5sb2NrPHNwYW4gc3R5 bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+KDwvc3Bhbj5kPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0 OiBib2xkOyI+KTs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMTI4LCAxMjgsIDEyOCk7 Ij48YnI+PGJyPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigw LCAwLCAyNTUpOyBmb250LXN0eWxlOiBpdGFsaWM7Ij4vKiZuYnNwO2xldHMmbmJzcDt1cGRhdGUm bmJzcDtyaXAmbmJzcDt0byZuYnNwO3B1dCZuYnNwO3VzJm5ic3A7aW4mbmJzcDthJm5ic3A7bXVj aCZuYnNwO2hhcHBpZXI8YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7KiZuYnNwO3BsYWNlJm5ic3A7 aW4mbmJzcDttZW1vcnksJm5ic3A7bm90YWJseSZuYnNwO3RoZSZuYnNwO2FjdHVhbDxicj4mbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsqJm5ic3A7c3lzZW50ZXImbmJzcDtoYW5kbGluZyZuYnNwO2FkZHJl c3M8YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Ki88L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiBy Z2IoMTI4LCAxMjgsIDEyOCk7Ij48YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPnByaW50azxzcGFu IHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsiPig8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiBy Z2IoMjA0LCAwLCAwKTsiPiJNSVRDVEw6Jm5ic3A7c2hfcGFnZV9mYXVsdCZuYnNwO3N5c2NhbGwm bmJzcDtyZWFsX3JpcCZuYnNwOyZuYnNwOyVseCZuYnNwOyVseFxuIjwvc3Bhbj48c3BhbiBzdHls ZT0iZm9udC13ZWlnaHQ6IGJvbGQ7Ij4sPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDEy OCwgMTI4LCAxMjgpOyI+Jm5ic3A7PC9zcGFuPnZhPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBi b2xkOyI+LDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsiPiZu YnNwOzwvc3Bhbj5ldGhlcl9nZXRfc3lzZW50ZXJfZWlwPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0 OiBib2xkOyI+KDwvc3Bhbj5kPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+KSk7PC9z cGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDEyOCwgMTI4LCAxMjgpOyI+PGJyPiZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOzwvc3Bhbj5wcmludGs8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6IGJvbGQ7Ij4oPC9z cGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDIwNCwgMCwgMCk7Ij4iTUlUQ1RMOiZuYnNwO3No X3BhZ2VfZmF1bHQmbmJzcDtzeXNjYWxsJm5ic3A7cmVhbF9yaXAmbmJzcDsmbmJzcDslbHhcbiI8 L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+LDwvc3Bhbj48c3BhbiBzdHls ZT0iY29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsiPiZuYnNwOzwvc3Bhbj5fX3ZtcmVhZDxzcGFu IHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsiPig8L3NwYW4+R1VFU1RfUklQPHNwYW4gc3R5bGU9 ImZvbnQtd2VpZ2h0OiBib2xkOyI+KSk7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDEy OCwgMTI4LCAxMjgpOyI+PGJyPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29s b3I6IHJnYigwLCAwLCAyNTUpOyBmb250LXN0eWxlOiBpdGFsaWM7Ij4vL3ByaW50aygiTUlUQ1RM OiZuYnNwO3NoX3BhZ2VfZmF1bHQmbmJzcDtzeXNjYWxsJm5ic3A7Jm5ic3A7JWx4Jm5ic3A7JWx4 Jm5ic3A7JWx4Jm5ic3A7JWx4XG4iKTs8YnI+PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdi KDEyOCwgMTI4LCAxMjgpOyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPl9fdm13cml0ZTxzcGFuIHN0 eWxlPSJmb250LXdlaWdodDogYm9sZDsiPig8L3NwYW4+R1VFU1RfUklQPHNwYW4gc3R5bGU9ImZv bnQtd2VpZ2h0OiBib2xkOyI+LDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigxMjgsIDEy OCwgMTI4KTsiPiZuYnNwOzwvc3Bhbj5yZWFsX3JpcDxzcGFuIHN0eWxlPSJmb250LXdlaWdodDog Ym9sZDsiPik7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDEyOCwgMTI4LCAxMjgpOyI+ PGJyPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj5wcmludGs8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6 IGJvbGQ7Ij4oPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDIwNCwgMCwgMCk7Ij4iTUlU Q1RMOiZuYnNwO3NoX3BhZ2VfZmF1bHQmbmJzcDtzeXNjYWxsJm5ic3A7cmVhbF9yaXAmbmJzcDsm bmJzcDslbHhcbiI8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+LDwvc3Bh bj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsiPiZuYnNwOzwvc3Bhbj5f X3ZtcmVhZDxzcGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsiPig8L3NwYW4+R1VFU1RfUklQ PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyI+KSk7PC9zcGFuPjxzcGFuIHN0eWxlPSJj b2xvcjogcmdiKDEyOCwgMTI4LCAxMjgpOyI+PGJyPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48c3Bh biBzdHlsZT0iY29sb3I6IHJnYigwLCAwLCAxMjgpOyBmb250LXdlaWdodDogYm9sZDsiPnJldHVy bjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigxMjgsIDEyOCwgMTI4KTsiPiZuYnNwOzwv c3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigwLCAxMjgsIDEyOCk7Ij4xPC9zcGFuPjxzcGFu IHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsiPjs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiBy Z2IoMTI4LCAxMjgsIDEyOCk7Ij48YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsiPn08 L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMTI4LCAxMjgsIDEyOCk7Ij48YnI+Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsi Pn08L3NwYW4+PC9wPjwvZGl2PjxkaXY+PGZvbnQgZmFjZT0iY291cmllciIgc2l6ZT0iMyI+Li4u PC9mb250PjwvZGl2PjxkaXY+PGZvbnQgZmFjZT0iY291cmllciIgc2l6ZT0iMyI+fTwvZm9udD48 L2Rpdj48ZGl2Pjxmb250IHNpemU9IjMiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogY291cmll cjsiPjxicj48L3NwYW4+PC9mb250PjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+PGZvbnQgc2l6 ZT0iMyI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBjb3VyaWVyOyI+QnV0LCBJIGVuY291bnRl ciZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsLCBzYW5zLXNlcmlm OyBsaW5lLWhlaWdodDogMjRweDsiPkluZmluaXRlIGxvb3BzIGFzIGJlbG93LiBJIGFsd2F5cyBj YXB0dXJlIHRoZSBzYW1lIHN5c2NhbGwuICZuYnNwOzwvc3Bhbj48L2ZvbnQ+PC9kaXY+PGRpdj48 Zm9udCBmYWNlPSJBcmlhbCwgc2Fucy1zZXJpZiIgc2l6ZT0iMyI+PHNwYW4gc3R5bGU9ImxpbmUt aGVpZ2h0OiAyNHB4OyI+SW4mbmJzcDs8L3NwYW4+PC9mb250PjxiIHN0eWxlPSJmb250LWZhbWls eTogY291cmllcjsgZm9udC1zaXplOiBtZWRpdW07Ij5zaF9wYWdlX2ZhdWx0LCZuYnNwOzwvYj48 c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IGNvdXJpZXI7IGZvbnQtc2l6ZTogbWVkaXVtOyI+SSBo YXZlJm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDY3LCA2NywgNjcpOyBmb250 LWZhbWlseTogQXJpYWwsIHNhbnMtc2VyaWY7IGxpbmUtaGVpZ2h0OiAyNHB4OyI+c3VjY2Vzc2Z1 bGx5PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogY291cmllcjsgZm9udC1zaXplOiBt ZWRpdW07Ij4mbmJzcDtzZXQmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBB cmlhbCwgc2Fucy1zZXJpZjsgZm9udC1zaXplOiBtZWRpdW07IGxpbmUtaGVpZ2h0OiAyNHB4OyI+ PGI+YzAxMDNlZjA8L2I+Jm5ic3A7dG8mbmJzcDs8L3NwYW4+PGIgc3R5bGU9ImZvbnQtZmFtaWx5 OiBjb3VyaWVyOyBmb250LXNpemU6IG1lZGl1bTsiPkdVRVNUX1JJUC48L2I+PHNwYW4gc3R5bGU9 ImZvbnQtZmFtaWx5OiBjb3VyaWVyOyBmb250LXNpemU6IG1lZGl1bTsiPkJ1dCBJIHN0aWxsIGNh cHVyZSBhIHBhZ2UgZmF1bHQgLCB0aGUmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFt aWx5OiBjb3VyaWVyOyBmb250LXNpemU6IG1lZGl1bTsiPjxiPkdVRVNUX1JJUCZuYnNwOzwvYj5p cyZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsLCBzYW5zLXNlcmlm OyBmb250LXNpemU6IG1lZGl1bTsgbGluZS1oZWlnaHQ6IDI0cHg7Ij5kZGRkZDBhZS48L3NwYW4+ PC9kaXY+PGRpdj48Zm9udCBzaXplPSIzIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFs LCBzYW5zLXNlcmlmOyBsaW5lLWhlaWdodDogMjRweDsiPndoeT8gVGhhbmsgeW91IHZlcnkgbXVj aC48L3NwYW4+PC9mb250PjwvZGl2PjxkaXY+PGZvbnQgc2l6ZT0iMyI+PHNwYW4gc3R5bGU9ImZv bnQtZmFtaWx5OiBBcmlhbCwgc2Fucy1zZXJpZjsgbGluZS1oZWlnaHQ6IDI0cHg7Ij48ZGl2Pjxi cj48L2Rpdj48ZGl2PihYRU4pIE1JVCBTWVNDQUxMIDc8L2Rpdj48ZGl2PihYRU4pIE1JVENUTDog c2hfcGFnZV9mYXVsdCBzeXNjYWxsIHJlYWxfcmlwICZuYnNwO2RkZGRkMGFlIGRkZGRkMGFlICZu YnNwOyZuYnNwOzwvZGl2PjxkaXY+KFhFTikgTUlUQ1RMOiBzaF9wYWdlX2ZhdWx0IHN5c2NhbGwg cmVhbF9yaXAgJm5ic3A7ZGRkZGQwYWU8L2Rpdj48ZGl2PihYRU4pIE1JVENUTDogc2hfcGFnZV9m YXVsdCBzeXNjYWxsIHJlYWxfcmlwICZuYnNwO2MwMTAzZWYwPC9kaXY+PGRpdj4oWEVOKSBNSVRD VEw6dm14X3NldF9zeXNlbnRlcl9tc3JzIEdVRVNUX1NZU0VOVEVSX0VJUCBkZGRkZDBhZSA2MDwv ZGl2PjxkaXY+KFhFTikgJm5ic3A7dm14X3ZtZW50ZXJfaGVscGVyIE1JVENUTDogc2hfcGFnZV9m YXVsdCBzeXNjYWxsIHJlYWxfcmlwICZuYnNwO2MwMTAzZWYwPC9kaXY+PGRpdj4oWEVOKSBUUkFQ X3BhZ2VfZmF1bHQ8L2Rpdj48ZGl2PihYRU4pIE1JVCBTWVNDQUxMIDc8L2Rpdj48ZGl2PihYRU4p IE1JVENUTDogc2hfcGFnZV9mYXVsdCBzeXNjYWxsIHJlYWxfcmlwICZuYnNwO2RkZGRkMGFlIGRk ZGRkMGFlPC9kaXY+PGRpdj4oWEVOKSBNSVRDVEw6IHNoX3BhZ2VfZmF1bHQgc3lzY2FsbCByZWFs X3JpcCAmbmJzcDtkZGRkZDBhZTwvZGl2PjxkaXY+KFhFTikgTUlUQ1RMOiBzaF9wYWdlX2ZhdWx0 IHN5c2NhbGwgcmVhbF9yaXAgJm5ic3A7YzAxMDNlZjA8L2Rpdj48ZGl2PihYRU4pIE1JVENUTDp2 bXhfc2V0X3N5c2VudGVyX21zcnMgR1VFU1RfU1lTRU5URVJfRUlQIGRkZGRkMGFlIDYwPC9kaXY+ PGRpdj4oWEVOKSAmbmJzcDt2bXhfdm1lbnRlcl9oZWxwZXIgTUlUQ1RMOiBzaF9wYWdlX2ZhdWx0 IHN5c2NhbGwgcmVhbF9yaXAgJm5ic3A7YzAxMDNlZjA8L2Rpdj48ZGl2PihYRU4pIFRSQVBfcGFn ZV9mYXVsdDwvZGl2PjxkaXY+KFhFTikgTUlUIFNZU0NBTEwgNzwvZGl2PjxkaXY+PGJyPjwvZGl2 PjxkaXY+QmVzdCBSZWdhcmRzPC9kaXY+PC9zcGFuPjwvZm9udD48L2Rpdj48L2Rpdj48ZGl2Pjxi cj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PlllcywgSSB0YWtlIHRoZSZuYnNwO2NoYW5jZSZu YnNwO3RoYXQmbmJzcDsweGRkZGRkMGFlJm5ic3A7aXMmbmJzcDt1bm1hcHBlZCZuYnNwO3dpdGhp biZuYnNwO3RoZSZuYnNwO3AybS4gRmFzdCBzeXN0ZW0gY2FsbCBkb2VzIG5vdCB0cmFwIGludG8g eGVuLiBJdCB1c2UgYW4gJm5ic3A7PGEgY2xhc3M9InNlYXJjaC1qcyIgaHJlZj0iaHR0cDovL2Rp Y3QueW91ZGFvLmNvbS93L2luc3RydWN0aW9ucy8iIHN0eWxlPSJjb2xvcjogcmdiKDUzLCAxNjEs IDIxMik7IG91dGxpbmU6IDBweDsgZm9udC1mYW1pbHk6IEFyaWFsLCBzYW5zLXNlcmlmOyBmb250 LXdlaWdodDogYm9sZDsgbGluZS1oZWlnaHQ6IDI0cHg7IiB0YXJnZXQ9Il9ibGFuayI+aW5zdHJ1 Y3Rpb248L2E+Jm5ic3A7Y2FsbGVkIHN5c2VudGVyLiZuYnNwOzwvZGl2PjxkaXY+PGJyPjwvZGl2 PjxkaXY+PGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+PGJyPjwv ZGl2PjxkaXY+PGJyPjwvZGl2Pjxicj4mZ3Q7Jm5ic3A7LS0tLS3ljp/lp4vpgq7ku7YtLS0tLTxi cj4mZ3Q7Jm5ic3A75Y+R5Lu25Lq6OiZuYnNwOyJJYW4mbmJzcDtDYW1wYmVsbCImbmJzcDsmbHQ7 aWFuLmNhbXBiZWxsQGNpdHJpeC5jb20mZ3Q7PGJyPiZndDsmbmJzcDvlj5HpgIHml7bpl7Q6Jm5i c3A7MjAxNOW5tDLmnIgyOOaXpSZuYnNwO+aYn+acn+S6lDxicj4mZ3Q7Jm5ic3A75pS25Lu25Lq6 OiZuYnNwOyLpn6noibPkuJwiJm5ic3A7Jmx0O2hhbnlhbmRvbmdAaWllLmFjLmNuJmd0Ozxicj4m Z3Q7Jm5ic3A75oqE6YCBOiZuYnNwO3hlbi11c2Vyc0BsaXN0cy54ZW5zb3VyY2UuY29tPGJyPiZn dDsmbmJzcDvkuLvpopg6Jm5ic3A7UmU6Jm5ic3A7W1hlbi11c2Vyc10mbmJzcDtpbnRlcmNlcHQm bmJzcDthbmQmbmJzcDtjYXB0dXJlJm5ic3A7ZmFzdCZuYnNwOyZuYnNwO3N5c3RlbSZuYnNwO2Nh bGwmbmJzcDtvZiZuYnNwO2xpbnV4PGJyPiZndDsmbmJzcDs8YnI+Jmd0OyZuYnNwO09uJm5ic3A7 RnJpLCZuYnNwOzIwMTQtMDItMjgmbmJzcDthdCZuYnNwOzEyOjUwJm5ic3A7KzA4MDAsJm5ic3A7 6Z+p6Imz5LicJm5ic3A7d3JvdGU6PGJyPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7aGksPGJyPiZndDsm bmJzcDsmZ3Q7Jm5ic3A7SSZuYnNwO3dhbnQmbmJzcDt0byZuYnNwO2ludGVyY2VwdCZuYnNwO2Fu ZCZuYnNwO2NhcHR1cmUmbmJzcDtmYXN0Jm5ic3A7Jm5ic3A7c3lzdGVtJm5ic3A7Y2FsbCZuYnNw O29mJm5ic3A7bGludXguJm5ic3A7PGJyPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7KDEpSSZuYnNwO3Nl dCZuYnNwO0dVRVNUX1NZU0VOVEVSX0VJUCZuYnNwO3RvJm5ic3A7Jm5ic3A7Jm5ic3A7MHhERERE RDBBRSZuYnNwO2luJm5ic3A7dm14X3ZtZXhpdF9oYW5kbGVyLCZuYnNwO2FuZDxicj4mZ3Q7Jm5i c3A7Jmd0OyZuYnNwO3NhdmUmbmJzcDt0aGUmbmJzcDtyZWFsJm5ic3A7dmFsdWUuPGJyPiZndDsm bmJzcDs8YnI+Jmd0OyZuYnNwO0FyZSZuYnNwO3lvdSZuYnNwO3Rha2luZyZuYnNwO3RoZSZuYnNw O2NoYW5jZSZuYnNwO3RoYXQmbmJzcDsweGRkZGRkMGFlJm5ic3A7aXMmbmJzcDt1bm1hcHBlZCZu YnNwO3dpdGhpbiZuYnNwO3RoZSZuYnNwO3AybT8mbmJzcDtJczxicj4mZ3Q7Jm5ic3A7dGhlcmUm bmJzcDtub3QmbmJzcDthbiZuYnNwO2V4cGxpY2l0Jm5ic3A7dHJhcCZuYnNwO2ZvciZuYnNwO3N5 c2NhbGxzJm5ic3A7aW4mbmJzcDt0aGUmbmJzcDtWTUNTPzxicj4mZ3Q7Jm5ic3A7PGJyPiZndDsm bmJzcDsmZ3Q7Jm5ic3A7KDIpV2hlbiZuYnNwO2EmbmJzcDtmYXN0Jm5ic3A7c3lzY2FsbCZuYnNw O2NvbWUsJm5ic3A7Jm5ic3A7SSZuYnNwO3dpbGwmbmJzcDtjYXB1dHVlJm5ic3A7aXQmbmJzcDtp biZuYnNwO3NoX3BhZ2VfZmF1bHQuPGJyPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7KDMpJm5ic3A7VGhl biZuYnNwO0kmbmJzcDtzZXQmbmJzcDt0aGUmbmJzcDtyZWFsJm5ic3A7R1VFU1RfU1lTRU5URVJf RUlQKGMwMTAzZWYwLDxicj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwO2lhMzJfc3lzZW50ZXJfdGFyZ2V0 KSZuYnNwO3RvJm5ic3A7R1VFU1RfUklQLjxicj4mZ3Q7Jm5ic3A7PGJyPiZndDsmbmJzcDtBcmUm bmJzcDt5b3UmbmJzcDtzdXJlJm5ic3A7dGhhdCZuYnNwO3NldHRpbmcmbmJzcDtHVUVTVF9SSVAm bmJzcDtpcyZuYnNwO3N1ZmZpY2llbnQmbmJzcDt0byZuYnNwO2NhdXNlJm5ic3A7dGhlJm5ic3A7 Z3Vlc3QmbmJzcDt0bzxicj4mZ3Q7Jm5ic3A7c3dpdGNoJm5ic3A7dG8mbmJzcDt0aGF0Jm5ic3A7 d2hlbiZuYnNwO3lvdSZuYnNwO3JlZW50ZXI/Jm5ic3A7SXMmbmJzcDt0aGVyZSZuYnNwO25vdGhp bmcmbmJzcDtlbHNlJm5ic3A7eW91Jm5ic3A7bmVlZCZuYnNwO3RvPGJyPiZndDsmbmJzcDtjaGFu Z2UvdXBkYXRlJm5ic3A7aW4mbmJzcDtvcmRlciZuYnNwO3RvJm5ic3A7c2ltdWxhdGUmbmJzcDt0 aGUmbmJzcDthZmZlY3QmbmJzcDtvZiZuYnNwO2EmbmJzcDtzeXNjYWxsJm5ic3A7ZnJvbSZuYnNw O3RoZTxicj4mZ3Q7Jm5ic3A7Z3Vlc3QmbmJzcDtQb1Y/PGJyPiZndDsmbmJzcDs8YnI+Jmd0OyZu YnNwO1lvdSZuYnNwO21pZ2h0Jm5ic3A7ZmluZCZuYnNwO2l0Jm5ic3A7aGVscGZ1bCZuYnNwO3Rv Jm5ic3A7cHVibGlzaCZuYnNwO3lvdXImbmJzcDthY3R1YWwmbmJzcDtjb2RlJm5ic3A7c28mbmJz cDtwZW9wbGUmbmJzcDtjYW4mbmJzcDtzZWU8YnI+Jmd0OyZuYnNwO3doYXQmbmJzcDt5b3UndmUm bmJzcDthY3R1YWxseSZuYnNwO2RvbmUuLjxicj4mZ3Q7Jm5ic3A7PGJyPiZndDsmbmJzcDtZb3Um bmJzcDttaWdodCZuYnNwO2Fsc28mbmJzcDt3YW50Jm5ic3A7dG8mbmJzcDtwb3N0Jm5ic3A7dG8m bmJzcDt0aGUmbmJzcDstZGV2ZWwmbmJzcDtsaXN0Jm5ic3A7aW5zdGVhZC48YnI+Jmd0OyZuYnNw Ozxicj4mZ3Q7Jm5ic3A7SWFuLjxicj4mZ3Q7Jm5ic3A7PGJyPiZndDsmbmJzcDs8YnI+Jmd0OyZu YnNwOzxicj4mZ3Q7Jm5ic3A7X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX188YnI+Jmd0OyZuYnNwO1hlbi11c2VycyZuYnNwO21haWxpbmcmbmJzcDtsaXN0PGJy PiZndDsmbmJzcDtYZW4tdXNlcnNAbGlzdHMueGVuLm9yZzxicj4mZ3Q7Jm5ic3A7aHR0cDovL2xp c3RzLnhlbi5vcmcveGVuLXVzZXJzPGJyPjxicj48YnI+PGJyPg== ------=_Part_97020_19397701.1393580116545-- --===============6048363077231269952== 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 --===============6048363077231269952==-- From xen-users-bounces@lists.xen.org Fri Feb 28 09:58:24 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 28 Feb 2014 09:58: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 1WJKCP-0000Ct-GC; Fri, 28 Feb 2014 09:57:45 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WJKCO-0000Cn-3J for xen-users@lists.xensource.com; Fri, 28 Feb 2014 09:57:44 +0000 Received: from [193.109.254.147:33391] by server-15.bemta-14.messagelabs.com id 50/8B-10839-79D50135; Fri, 28 Feb 2014 09:57:43 +0000 X-Env-Sender: guy20034u@yahoo.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1393581461!7468853!1 X-Originating-IP: [216.139.236.26] X-SpamReason: No, hits=0.6 required=7.0 tests=FORGED_YAHOO_RCVD, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9340 invoked from network); 28 Feb 2014 09:57:42 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-13.tower-27.messagelabs.com with AES256-SHA encrypted SMTP; 28 Feb 2014 09:57:42 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1WJKCK-0003yH-RG for xen-users@lists.xensource.com; Fri, 28 Feb 2014 01:57:40 -0800 Date: Fri, 28 Feb 2014 01:57:40 -0800 (PST) From: sbdcunha To: xen-users@lists.xensource.com Message-ID: <1393581460837-5721433.post@n5.nabble.com> MIME-Version: 1.0 Subject: [Xen-users] static Ip to DomU X-BeenThere: xen-users@lists.xen.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 Dear all, I am using virt-manager to create DOMU .. os centos 6.5 and xen 4.2 i need to know the location of the config file so i can assign a static ip to the domain instead of a dynamic ip from virbr0 i have a new domU named kmdns2 but theres no file created with that name only the imag file is there in xen 3 the config files were located in /etc/xen can anybody help me please regards simon -- View this message in context: http://xen.1045712.n5.nabble.com/static-Ip-to-DomU-tp5721433.html Sent from the Xen - User mailing list archive at Nabble.com. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Feb 28 09:58:24 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 28 Feb 2014 09:58: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 1WJKCP-0000Ct-GC; Fri, 28 Feb 2014 09:57:45 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WJKCO-0000Cn-3J for xen-users@lists.xensource.com; Fri, 28 Feb 2014 09:57:44 +0000 Received: from [193.109.254.147:33391] by server-15.bemta-14.messagelabs.com id 50/8B-10839-79D50135; Fri, 28 Feb 2014 09:57:43 +0000 X-Env-Sender: guy20034u@yahoo.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1393581461!7468853!1 X-Originating-IP: [216.139.236.26] X-SpamReason: No, hits=0.6 required=7.0 tests=FORGED_YAHOO_RCVD, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9340 invoked from network); 28 Feb 2014 09:57:42 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-13.tower-27.messagelabs.com with AES256-SHA encrypted SMTP; 28 Feb 2014 09:57:42 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1WJKCK-0003yH-RG for xen-users@lists.xensource.com; Fri, 28 Feb 2014 01:57:40 -0800 Date: Fri, 28 Feb 2014 01:57:40 -0800 (PST) From: sbdcunha To: xen-users@lists.xensource.com Message-ID: <1393581460837-5721433.post@n5.nabble.com> MIME-Version: 1.0 Subject: [Xen-users] static Ip to DomU X-BeenThere: xen-users@lists.xen.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 Dear all, I am using virt-manager to create DOMU .. os centos 6.5 and xen 4.2 i need to know the location of the config file so i can assign a static ip to the domain instead of a dynamic ip from virbr0 i have a new domU named kmdns2 but theres no file created with that name only the imag file is there in xen 3 the config files were located in /etc/xen can anybody help me please regards simon -- View this message in context: http://xen.1045712.n5.nabble.com/static-Ip-to-DomU-tp5721433.html Sent from the Xen - User mailing list archive at Nabble.com. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Feb 28 10:52:35 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 28 Feb 2014 10:52: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 1WJL2s-0001mF-ES; Fri, 28 Feb 2014 10:51:58 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WJL2r-0001m8-4I for xen-users@lists.xensource.com; Fri, 28 Feb 2014 10:51:57 +0000 Received: from [85.158.143.35:15504] by server-1.bemta-4.messagelabs.com id 31/71-31661-C4A60135; Fri, 28 Feb 2014 10:51:56 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1393584714!9006095!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31641 invoked from network); 28 Feb 2014 10:51:55 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-8.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 28 Feb 2014 10:51:55 -0000 X-IronPort-AV: E=Sophos;i="4.97,561,1389744000"; d="scan'208";a="106578123" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 28 Feb 2014 10:51:53 +0000 Received: from [127.0.0.1] (10.80.16.47) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Fri, 28 Feb 2014 05:51:52 -0500 Message-ID: <1393584710.27819.19.camel@hastur.hellion.org.uk> From: Ian Campbell To: sbdcunha Date: Fri, 28 Feb 2014 10:51:50 +0000 In-Reply-To: <1393581460837-5721433.post@n5.nabble.com> References: <1393581460837-5721433.post@n5.nabble.com> X-Mailer: Evolution 3.8.5-2+b1 MIME-Version: 1.0 X-DLP: MIA2 Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] static Ip to DomU X-BeenThere: xen-users@lists.xen.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 Fri, 2014-02-28 at 01:57 -0800, sbdcunha wrote: > Dear all, > > I am using virt-manager to create DOMU .. > os centos 6.5 and xen 4.2 > i need to know the location of the config file so i can assign a static ip > to the domain instead of a dynamic ip from virbr0 You should configure this within the guest using the guest distro mechanisms, not via the toolstack. And even if you were to do this via the toolstack you should use the correct libvirt/virt-manager interfaces, not go "around the side" and edit the generated config file. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Feb 28 10:52:35 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 28 Feb 2014 10:52: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 1WJL2s-0001mF-ES; Fri, 28 Feb 2014 10:51:58 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WJL2r-0001m8-4I for xen-users@lists.xensource.com; Fri, 28 Feb 2014 10:51:57 +0000 Received: from [85.158.143.35:15504] by server-1.bemta-4.messagelabs.com id 31/71-31661-C4A60135; Fri, 28 Feb 2014 10:51:56 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1393584714!9006095!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31641 invoked from network); 28 Feb 2014 10:51:55 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-8.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 28 Feb 2014 10:51:55 -0000 X-IronPort-AV: E=Sophos;i="4.97,561,1389744000"; d="scan'208";a="106578123" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 28 Feb 2014 10:51:53 +0000 Received: from [127.0.0.1] (10.80.16.47) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Fri, 28 Feb 2014 05:51:52 -0500 Message-ID: <1393584710.27819.19.camel@hastur.hellion.org.uk> From: Ian Campbell To: sbdcunha Date: Fri, 28 Feb 2014 10:51:50 +0000 In-Reply-To: <1393581460837-5721433.post@n5.nabble.com> References: <1393581460837-5721433.post@n5.nabble.com> X-Mailer: Evolution 3.8.5-2+b1 MIME-Version: 1.0 X-DLP: MIA2 Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] static Ip to DomU X-BeenThere: xen-users@lists.xen.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 Fri, 2014-02-28 at 01:57 -0800, sbdcunha wrote: > Dear all, > > I am using virt-manager to create DOMU .. > os centos 6.5 and xen 4.2 > i need to know the location of the config file so i can assign a static ip > to the domain instead of a dynamic ip from virbr0 You should configure this within the guest using the guest distro mechanisms, not via the toolstack. And even if you were to do this via the toolstack you should use the correct libvirt/virt-manager interfaces, not go "around the side" and edit the generated config file. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users