From xen-users-bounces@lists.xen.org Mon Apr 01 02:42:01 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 01 Apr 2013 02:42: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 1UMUfJ-0006Mr-1p; Mon, 01 Apr 2013 02:40:09 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UMMJm-0001it-Fi for xen-users@lists.xen.org; Sun, 31 Mar 2013 17:45:22 +0000 Received: from [85.158.139.83:8546] by server-9.bemta-5.messagelabs.com id 78/06-08547-13678515; Sun, 31 Mar 2013 17:45:21 +0000 X-Env-Sender: cherry@foobar.localdomain X-Msg-Ref: server-13.tower-182.messagelabs.com!1364751919!29483415!1 X-Originating-IP: [203.124.154.250] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3901 invoked from network); 31 Mar 2013 17:45:19 -0000 Received: from unknown (HELO comms.localdomain) (203.124.154.250) by server-13.tower-182.messagelabs.com with SMTP; 31 Mar 2013 17:45:19 -0000 Received: from foobar (unknown [10.0.1.2]) by comms.localdomain (Postfix) with ESMTPSA id 324062DBB39; Sun, 31 Mar 2013 22:47:04 +0530 (IST) From: Cherry G. Mathew To: freebsd-xen@freebsd.org References: <51516B06.8080704@citrix.com> Date: Sun, 31 Mar 2013 23:15:15 +0530 In-Reply-To: <51516B06.8080704@citrix.com> (Roger Pau Monn?'s message of "Tue, 26 Mar 2013 10:31:50 +0100") Message-ID: <87fvzbqx90.fsf@foobar.i-did-not-set--mail-host-address--so-tickle-me> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.3 (berkeley-unix) MIME-Version: 1.0 X-Mailman-Approved-At: Mon, 01 Apr 2013 02:40:07 +0000 Cc: tech mailinglists , xen-users , "freebsd-xen@freebsd.org" , Roger Pau Monn? Subject: Re: [Xen-users] Trouble booting FreeBSD i386 PV 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 21/02/13 10:18, tech mailinglists wrote: > Hello all, > > I have created a FreeBSD PV DomU image formatted with ZFS. I compiled > FreeBSD with KERNCONF=XEN for the kernel and the normal world and > distribution target. Then I transfered it to a Debian Dom0 with Xen 4.2.1. > > I tried to boot the image befor I migrate it to LVM and I now get teh > following output: > [...] > run_interrupt_driven_hooks: still waiting after 300 seconds for > xenbus_free_evtchn > panic: run_interrupt_driven_config_hooks: waited too long > cpuid = 0 > KDB: enter: panic > [ thread pid 0 tid 100000 ] > Stopped at kdb_enter+0x3a: movl $0,kdb_why > db> Try see if patch below should help the boot a bit along. Cheers, -- Cherry Index: xenbusb.c =================================================================== --- xenbusb.c (revision 248863) +++ xenbusb.c (working copy) @@ -594,8 +594,7 @@ KASSERT(xbs->xbs_connecting_children > 0, ("Connecting device count error\n")); xbs->xbs_connecting_children--; - if (xbs->xbs_connecting_children == 0 - && (xbs->xbs_flags & XBS_ATTACH_CH_ACTIVE) != 0) { + if ((xbs->xbs_flags & XBS_ATTACH_CH_ACTIVE) != 0) { xbs->xbs_flags &= ~XBS_ATTACH_CH_ACTIVE; mtx_unlock(&xbs->xbs_lock); config_intrhook_disestablish(&xbs->xbs_attach_ch); _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 01 02:42:01 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 01 Apr 2013 02:42: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 1UMUfJ-0006Mr-1p; Mon, 01 Apr 2013 02:40:09 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UMMJm-0001it-Fi for xen-users@lists.xen.org; Sun, 31 Mar 2013 17:45:22 +0000 Received: from [85.158.139.83:8546] by server-9.bemta-5.messagelabs.com id 78/06-08547-13678515; Sun, 31 Mar 2013 17:45:21 +0000 X-Env-Sender: cherry@foobar.localdomain X-Msg-Ref: server-13.tower-182.messagelabs.com!1364751919!29483415!1 X-Originating-IP: [203.124.154.250] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3901 invoked from network); 31 Mar 2013 17:45:19 -0000 Received: from unknown (HELO comms.localdomain) (203.124.154.250) by server-13.tower-182.messagelabs.com with SMTP; 31 Mar 2013 17:45:19 -0000 Received: from foobar (unknown [10.0.1.2]) by comms.localdomain (Postfix) with ESMTPSA id 324062DBB39; Sun, 31 Mar 2013 22:47:04 +0530 (IST) From: Cherry G. Mathew To: freebsd-xen@freebsd.org References: <51516B06.8080704@citrix.com> Date: Sun, 31 Mar 2013 23:15:15 +0530 In-Reply-To: <51516B06.8080704@citrix.com> (Roger Pau Monn?'s message of "Tue, 26 Mar 2013 10:31:50 +0100") Message-ID: <87fvzbqx90.fsf@foobar.i-did-not-set--mail-host-address--so-tickle-me> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.3 (berkeley-unix) MIME-Version: 1.0 X-Mailman-Approved-At: Mon, 01 Apr 2013 02:40:07 +0000 Cc: tech mailinglists , xen-users , "freebsd-xen@freebsd.org" , Roger Pau Monn? Subject: Re: [Xen-users] Trouble booting FreeBSD i386 PV 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 21/02/13 10:18, tech mailinglists wrote: > Hello all, > > I have created a FreeBSD PV DomU image formatted with ZFS. I compiled > FreeBSD with KERNCONF=XEN for the kernel and the normal world and > distribution target. Then I transfered it to a Debian Dom0 with Xen 4.2.1. > > I tried to boot the image befor I migrate it to LVM and I now get teh > following output: > [...] > run_interrupt_driven_hooks: still waiting after 300 seconds for > xenbus_free_evtchn > panic: run_interrupt_driven_config_hooks: waited too long > cpuid = 0 > KDB: enter: panic > [ thread pid 0 tid 100000 ] > Stopped at kdb_enter+0x3a: movl $0,kdb_why > db> Try see if patch below should help the boot a bit along. Cheers, -- Cherry Index: xenbusb.c =================================================================== --- xenbusb.c (revision 248863) +++ xenbusb.c (working copy) @@ -594,8 +594,7 @@ KASSERT(xbs->xbs_connecting_children > 0, ("Connecting device count error\n")); xbs->xbs_connecting_children--; - if (xbs->xbs_connecting_children == 0 - && (xbs->xbs_flags & XBS_ATTACH_CH_ACTIVE) != 0) { + if ((xbs->xbs_flags & XBS_ATTACH_CH_ACTIVE) != 0) { xbs->xbs_flags &= ~XBS_ATTACH_CH_ACTIVE; mtx_unlock(&xbs->xbs_lock); config_intrhook_disestablish(&xbs->xbs_attach_ch); _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 01 11:20:24 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 01 Apr 2013 11:20: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 1UMclP-0001Vu-JQ; Mon, 01 Apr 2013 11:18:59 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UMclO-0001Vp-2V for xen-users@lists.xen.org; Mon, 01 Apr 2013 11:18:58 +0000 Received: from [85.158.138.51:57345] by server-6.bemta-3.messagelabs.com id 51/EB-11048-12D69515; Mon, 01 Apr 2013 11:18:57 +0000 X-Env-Sender: roger.pau@citrix.com X-Msg-Ref: server-11.tower-174.messagelabs.com!1364815136!28098539!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11506 invoked from network); 1 Apr 2013 11:18:56 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-11.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 1 Apr 2013 11:18:56 -0000 X-IronPort-AV: E=Sophos;i="4.87,385,1363132800"; d="scan'208";a="3087147" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 01 Apr 2013 11:18:52 +0000 Received: from [192.168.1.30] (10.30.249.104) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Mon, 1 Apr 2013 12:18:52 +0100 Message-ID: <51596D1B.6080209@citrix.com> Date: Mon, 1 Apr 2013 13:18:51 +0200 From: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/20130307 Thunderbird/17.0.4 MIME-Version: 1.0 To: Cherry G.Mathew References: <51516B06.8080704@citrix.com> <87fvzbqx90.fsf@foobar.i-did-not-set--mail-host-address--so-tickle-me> In-Reply-To: <87fvzbqx90.fsf@foobar.i-did-not-set--mail-host-address--so-tickle-me> Cc: tech mailinglists , "freebsd-xen@freebsd.org" , xen-users Subject: Re: [Xen-users] Trouble booting FreeBSD i386 PV 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 31/03/13 19:45, Cherry G.Mathew wrote: > > On 21/02/13 10:18, tech mailinglists wrote: >> Hello all, >> >> I have created a FreeBSD PV DomU image formatted with ZFS. I compiled >> FreeBSD with KERNCONF=XEN for the kernel and the normal world and >> distribution target. Then I transfered it to a Debian Dom0 with Xen 4.2.1. >> >> I tried to boot the image befor I migrate it to LVM and I now get teh >> following output: >> > > [...] > >> run_interrupt_driven_hooks: still waiting after 300 seconds for >> xenbus_free_evtchn >> panic: run_interrupt_driven_config_hooks: waited too long >> cpuid = 0 >> KDB: enter: panic >> [ thread pid 0 tid 100000 ] >> Stopped at kdb_enter+0x3a: movl $0,kdb_why >> db> > > > Try see if patch below should help the boot a bit along. The problem is already solved, it was crashing because blkback in Dom0 was not correctly working -- nothing to do with FreeBSD. The 9.x releases work correctly, the problem is with HEAD and the backtrace I've posted. BTW, if you wish to try HEAD you will need the ELFNOTE patch I've posted and boot with "hw.mca.enabled=0" to get to the panic I've posted earlier. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 01 11:20:24 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 01 Apr 2013 11:20: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 1UMclP-0001Vu-JQ; Mon, 01 Apr 2013 11:18:59 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UMclO-0001Vp-2V for xen-users@lists.xen.org; Mon, 01 Apr 2013 11:18:58 +0000 Received: from [85.158.138.51:57345] by server-6.bemta-3.messagelabs.com id 51/EB-11048-12D69515; Mon, 01 Apr 2013 11:18:57 +0000 X-Env-Sender: roger.pau@citrix.com X-Msg-Ref: server-11.tower-174.messagelabs.com!1364815136!28098539!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11506 invoked from network); 1 Apr 2013 11:18:56 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-11.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 1 Apr 2013 11:18:56 -0000 X-IronPort-AV: E=Sophos;i="4.87,385,1363132800"; d="scan'208";a="3087147" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 01 Apr 2013 11:18:52 +0000 Received: from [192.168.1.30] (10.30.249.104) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Mon, 1 Apr 2013 12:18:52 +0100 Message-ID: <51596D1B.6080209@citrix.com> Date: Mon, 1 Apr 2013 13:18:51 +0200 From: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/20130307 Thunderbird/17.0.4 MIME-Version: 1.0 To: Cherry G.Mathew References: <51516B06.8080704@citrix.com> <87fvzbqx90.fsf@foobar.i-did-not-set--mail-host-address--so-tickle-me> In-Reply-To: <87fvzbqx90.fsf@foobar.i-did-not-set--mail-host-address--so-tickle-me> Cc: tech mailinglists , "freebsd-xen@freebsd.org" , xen-users Subject: Re: [Xen-users] Trouble booting FreeBSD i386 PV 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 31/03/13 19:45, Cherry G.Mathew wrote: > > On 21/02/13 10:18, tech mailinglists wrote: >> Hello all, >> >> I have created a FreeBSD PV DomU image formatted with ZFS. I compiled >> FreeBSD with KERNCONF=XEN for the kernel and the normal world and >> distribution target. Then I transfered it to a Debian Dom0 with Xen 4.2.1. >> >> I tried to boot the image befor I migrate it to LVM and I now get teh >> following output: >> > > [...] > >> run_interrupt_driven_hooks: still waiting after 300 seconds for >> xenbus_free_evtchn >> panic: run_interrupt_driven_config_hooks: waited too long >> cpuid = 0 >> KDB: enter: panic >> [ thread pid 0 tid 100000 ] >> Stopped at kdb_enter+0x3a: movl $0,kdb_why >> db> > > > Try see if patch below should help the boot a bit along. The problem is already solved, it was crashing because blkback in Dom0 was not correctly working -- nothing to do with FreeBSD. The 9.x releases work correctly, the problem is with HEAD and the backtrace I've posted. BTW, if you wish to try HEAD you will need the ELFNOTE patch I've posted and boot with "hw.mca.enabled=0" to get to the panic I've posted earlier. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 01 15:41:05 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 01 Apr 2013 15:41: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 1UMgoS-0005jD-Rz; Mon, 01 Apr 2013 15:38:24 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UMgNc-0005J1-Qv for xen-users@lists.xen.org; Mon, 01 Apr 2013 15:10:41 +0000 Received: from [85.158.137.99:41478] by server-8.bemta-3.messagelabs.com id 5A/BF-20604-073A9515; Mon, 01 Apr 2013 15:10:40 +0000 X-Env-Sender: cherry@foobar.localdomain X-Msg-Ref: server-3.tower-217.messagelabs.com!1364829038!11922298!1 X-Originating-IP: [203.124.154.250] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28247 invoked from network); 1 Apr 2013 15:10:39 -0000 Received: from unknown (HELO comms.localdomain) (203.124.154.250) by server-3.tower-217.messagelabs.com with SMTP; 1 Apr 2013 15:10:39 -0000 Received: from foobar (unknown [10.0.1.2]) by comms.localdomain (Postfix) with ESMTPSA id DEC752D254C; Mon, 1 Apr 2013 20:12:23 +0530 (IST) From: Cherry G. Mathew To: Roger Pau =?utf-8?Q?Monn=C3=A9?= References: <51516B06.8080704@citrix.com> <87fvzbqx90.fsf@foobar.i-did-not-set--mail-host-address--so-tickle-me> <51596D1B.6080209@citrix.com> Date: Mon, 01 Apr 2013 20:40:35 +0530 In-Reply-To: <51596D1B.6080209@citrix.com> ("Roger Pau =?utf-8?Q?Monn?= =?utf-8?Q?=C3=A9=22's?= message of "Mon, 1 Apr 2013 13:18:51 +0200") Message-ID: <87bo9ynv6c.fsf@foobar.i-did-not-set--mail-host-address--so-tickle-me> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.3 (berkeley-unix) MIME-Version: 1.0 X-Mailman-Approved-At: Mon, 01 Apr 2013 15:38:23 +0000 Cc: tech mailinglists , "freebsd-xen@freebsd.org" , xen-users Subject: Re: [Xen-users] Trouble booting FreeBSD i386 PV 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="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Pj4+Pj4gIlJvZ2VyIiA9PSBSb2dlciBQYXUgTW9ubsOpIDxyb2dlci5wYXVAY2l0cml4LmNvbT4g d3JpdGVzOgoKICAgIFJvZ2VyPiBPbiAzMS8wMy8xMyAxOTo0NSwgQ2hlcnJ5IEcuTWF0aGV3IHdy b3RlOgogICAgPj4gCiAgICA+PiBPbiAyMS8wMi8xMyAxMDoxOCwgdGVjaCBtYWlsaW5nbGlzdHMg d3JvdGU6CiAgICA+Pj4gSGVsbG8gYWxsLAogICAgPj4+IAogICAgPj4+IEkgaGF2ZSBjcmVhdGVk IGEgRnJlZUJTRCBQViBEb21VIGltYWdlIGZvcm1hdHRlZCB3aXRoIFpGUy4gSQogICAgPj4+IGNv bXBpbGVkIEZyZWVCU0Qgd2l0aCBLRVJOQ09ORj1YRU4gZm9yIHRoZSBrZXJuZWwgYW5kIHRoZSBu b3JtYWwKICAgID4+PiB3b3JsZCBhbmQgZGlzdHJpYnV0aW9uIHRhcmdldC4gVGhlbiBJIHRyYW5z ZmVyZWQgaXQgdG8gYSBEZWJpYW4KICAgID4+PiBEb20wIHdpdGggWGVuIDQuMi4xLgogICAgPj4+ IAogICAgPj4+IEkgdHJpZWQgdG8gYm9vdCB0aGUgaW1hZ2UgYmVmb3IgSSBtaWdyYXRlIGl0IHRv IExWTSBhbmQgSSBub3cKICAgID4+PiBnZXQgdGVoIGZvbGxvd2luZyBvdXRwdXQ6CiAgICA+Pj4g CiAgICA+PiAKICAgID4+IFsuLi5dCiAgICA+PiAKICAgID4+PiBydW5faW50ZXJydXB0X2RyaXZl bl9ob29rczogc3RpbGwgd2FpdGluZyBhZnRlciAzMDAgc2Vjb25kcyBmb3IKICAgID4+PiB4ZW5i dXNfZnJlZV9ldnRjaG4gcGFuaWM6IHJ1bl9pbnRlcnJ1cHRfZHJpdmVuX2NvbmZpZ19ob29rczoK ICAgID4+PiB3YWl0ZWQgdG9vIGxvbmcgY3B1aWQgPSAwIEtEQjogZW50ZXI6IHBhbmljIFsgdGhy ZWFkIHBpZCAwIHRpZAogICAgPj4+IDEwMDAwMCBdIFN0b3BwZWQgYXQga2RiX2VudGVyKzB4M2E6 IG1vdmwgJDAsa2RiX3doeQogICAgZGI+IAogICAgPj4gCiAgICA+PiAKICAgID4+IFRyeSBzZWUg aWYgcGF0Y2ggYmVsb3cgc2hvdWxkIGhlbHAgdGhlIGJvb3QgYSBiaXQgYWxvbmcuCgogICAgUm9n ZXI+IFRoZSBwcm9ibGVtIGlzIGFscmVhZHkgc29sdmVkLCBpdCB3YXMgY3Jhc2hpbmcgYmVjYXVz ZQogICAgUm9nZXI+IGJsa2JhY2sgaW4gRG9tMCB3YXMgbm90IGNvcnJlY3RseSB3b3JraW5nIC0t IG5vdGhpbmcgdG8gZG8KICAgIFJvZ2VyPiB3aXRoIEZyZWVCU0QuIFRoZSA5LnggcmVsZWFzZXMg d29yayBjb3JyZWN0bHksIHRoZSBwcm9ibGVtIGlzCiAgICBSb2dlcj4gd2l0aCBIRUFEIGFuZCB0 aGUgYmFja3RyYWNlIEkndmUgcG9zdGVkLiAKCkknZCBiZSBrZWVuIHRvIGtub3cgd2h5IHRoaXMg aXMgbm90IGFuIGlzc3VlIHdpdGggb3RoZXIgT1NzIChJIHJ1biBhCk5ldEJTRC1wdiBvbiBhIHhl biBsaW51eCBkb20wLiBGb3IgRnJlZUJTRCBhbWQ2NCBQViwgSSBzZWVtIHRvIGJlCmdldHRpbmcg eGVuc3RvcmUgZXZlbnRzLCBhbmQgdGhlIHBhbmljIGlzIGNhdXNlZCBieSBpbnRlcnJ1cHQgYm9v dCB0aW1lCmhvb2tzIG5vdCBiZWluZyB1bmhvb2tlZCBieSB0aGUgeGVuYnVzIGRyaXZlciwgYmVj YXVzZSBpdCB3YWl0cyBmb3IKY2hpbGQgZGV2aWNlcyBvbiB4ZW5idXMgdG8gZmluaXNoIHRoZWly ICJhdHRhY2giLiBUaGlzIGlzIGEgYml0CnJlZHVuZGFudCBhZmFpY3QsIGJlY2F1c2UgdGhlIGhv b2tzIGFyZSBjYWxsZWQgdG9nZXRoZXIgaW4gdGhlIG9yZGVyIG9mCnJlZ2lzdHJhdGlvbiAtIHRo ZSByZWdpc3RyYXRpb25zIHRoZW1zZWx2ZXMgYmVpbmcgaW4gdGhlIGF1dG9jb25mIGRldmljZQp0 cmVlIHRyYXZlcnNhbCBvcmRlciAtIGFuZCBmb3IgdGhlIHhlbiBkcml2ZXJzLCBJIGRvbid0IHNl ZSBhbnkKaW50ZXJydXB0IGhvb2sgc3BlY2lmaWMgZGVwZW5kZW5jaWVzIGluIHRoZSBjaGlsZHJl biBhdHRhY2hpbmcgdG8geGVuYnVzCihJIG1heSBiZSB3cm9uZykuCgpBbnl3YXksIHRoYXQncyB3 aGF0IHRoZSBwYXRjaCBkb2VzLgoKCiAgICBSb2dlcj4gQlRXLCBpZiB5b3Ugd2lzaCB0byB0cnkg SEVBRCB5b3Ugd2lsbCBuZWVkIHRoZSBFTEZOT1RFIHBhdGNoCiAgICBSb2dlcj4gSSd2ZSBwb3N0 ZWQgYW5kIGJvb3Qgd2l0aCAiaHcubWNhLmVuYWJsZWQ9MCIgdG8gZ2V0IHRvIHRoZQogICAgUm9n ZXI+IHBhbmljIEkndmUgcG9zdGVkIGVhcmxpZXIuCgpUaGFua3MsIGl0J3Mgb25lIG9mIHRoZSBm aXJzdCB0aGluZ3MgSSBoYWQgdG8gZml4IGZvciBhbWQ2NCBQViBvbgpjbGFuZy4gVGhlcmUncyBh IGNsb2NrIHJlbGF0ZWQgaXNzdWUgd2l0aCB0aW1lIG9mZnNldCBjYWxjdWxhdGlvbiB0aGF0Cmlz IGNsYW5nIHNwZWNpZmljIGFuZCBpcyBhIGJpdCBib3RoZXJzb21lIHRvby4KCkNoZWVycywKLS0g CkNoZXJyeQoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18K WGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlz dHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Mon Apr 01 15:41:05 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 01 Apr 2013 15:41: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 1UMgoS-0005jD-Rz; Mon, 01 Apr 2013 15:38:24 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UMgNc-0005J1-Qv for xen-users@lists.xen.org; Mon, 01 Apr 2013 15:10:41 +0000 Received: from [85.158.137.99:41478] by server-8.bemta-3.messagelabs.com id 5A/BF-20604-073A9515; Mon, 01 Apr 2013 15:10:40 +0000 X-Env-Sender: cherry@foobar.localdomain X-Msg-Ref: server-3.tower-217.messagelabs.com!1364829038!11922298!1 X-Originating-IP: [203.124.154.250] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28247 invoked from network); 1 Apr 2013 15:10:39 -0000 Received: from unknown (HELO comms.localdomain) (203.124.154.250) by server-3.tower-217.messagelabs.com with SMTP; 1 Apr 2013 15:10:39 -0000 Received: from foobar (unknown [10.0.1.2]) by comms.localdomain (Postfix) with ESMTPSA id DEC752D254C; Mon, 1 Apr 2013 20:12:23 +0530 (IST) From: Cherry G. Mathew To: Roger Pau =?utf-8?Q?Monn=C3=A9?= References: <51516B06.8080704@citrix.com> <87fvzbqx90.fsf@foobar.i-did-not-set--mail-host-address--so-tickle-me> <51596D1B.6080209@citrix.com> Date: Mon, 01 Apr 2013 20:40:35 +0530 In-Reply-To: <51596D1B.6080209@citrix.com> ("Roger Pau =?utf-8?Q?Monn?= =?utf-8?Q?=C3=A9=22's?= message of "Mon, 1 Apr 2013 13:18:51 +0200") Message-ID: <87bo9ynv6c.fsf@foobar.i-did-not-set--mail-host-address--so-tickle-me> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.3 (berkeley-unix) MIME-Version: 1.0 X-Mailman-Approved-At: Mon, 01 Apr 2013 15:38:23 +0000 Cc: tech mailinglists , "freebsd-xen@freebsd.org" , xen-users Subject: Re: [Xen-users] Trouble booting FreeBSD i386 PV 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="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Pj4+Pj4gIlJvZ2VyIiA9PSBSb2dlciBQYXUgTW9ubsOpIDxyb2dlci5wYXVAY2l0cml4LmNvbT4g d3JpdGVzOgoKICAgIFJvZ2VyPiBPbiAzMS8wMy8xMyAxOTo0NSwgQ2hlcnJ5IEcuTWF0aGV3IHdy b3RlOgogICAgPj4gCiAgICA+PiBPbiAyMS8wMi8xMyAxMDoxOCwgdGVjaCBtYWlsaW5nbGlzdHMg d3JvdGU6CiAgICA+Pj4gSGVsbG8gYWxsLAogICAgPj4+IAogICAgPj4+IEkgaGF2ZSBjcmVhdGVk IGEgRnJlZUJTRCBQViBEb21VIGltYWdlIGZvcm1hdHRlZCB3aXRoIFpGUy4gSQogICAgPj4+IGNv bXBpbGVkIEZyZWVCU0Qgd2l0aCBLRVJOQ09ORj1YRU4gZm9yIHRoZSBrZXJuZWwgYW5kIHRoZSBu b3JtYWwKICAgID4+PiB3b3JsZCBhbmQgZGlzdHJpYnV0aW9uIHRhcmdldC4gVGhlbiBJIHRyYW5z ZmVyZWQgaXQgdG8gYSBEZWJpYW4KICAgID4+PiBEb20wIHdpdGggWGVuIDQuMi4xLgogICAgPj4+ IAogICAgPj4+IEkgdHJpZWQgdG8gYm9vdCB0aGUgaW1hZ2UgYmVmb3IgSSBtaWdyYXRlIGl0IHRv IExWTSBhbmQgSSBub3cKICAgID4+PiBnZXQgdGVoIGZvbGxvd2luZyBvdXRwdXQ6CiAgICA+Pj4g CiAgICA+PiAKICAgID4+IFsuLi5dCiAgICA+PiAKICAgID4+PiBydW5faW50ZXJydXB0X2RyaXZl bl9ob29rczogc3RpbGwgd2FpdGluZyBhZnRlciAzMDAgc2Vjb25kcyBmb3IKICAgID4+PiB4ZW5i dXNfZnJlZV9ldnRjaG4gcGFuaWM6IHJ1bl9pbnRlcnJ1cHRfZHJpdmVuX2NvbmZpZ19ob29rczoK ICAgID4+PiB3YWl0ZWQgdG9vIGxvbmcgY3B1aWQgPSAwIEtEQjogZW50ZXI6IHBhbmljIFsgdGhy ZWFkIHBpZCAwIHRpZAogICAgPj4+IDEwMDAwMCBdIFN0b3BwZWQgYXQga2RiX2VudGVyKzB4M2E6 IG1vdmwgJDAsa2RiX3doeQogICAgZGI+IAogICAgPj4gCiAgICA+PiAKICAgID4+IFRyeSBzZWUg aWYgcGF0Y2ggYmVsb3cgc2hvdWxkIGhlbHAgdGhlIGJvb3QgYSBiaXQgYWxvbmcuCgogICAgUm9n ZXI+IFRoZSBwcm9ibGVtIGlzIGFscmVhZHkgc29sdmVkLCBpdCB3YXMgY3Jhc2hpbmcgYmVjYXVz ZQogICAgUm9nZXI+IGJsa2JhY2sgaW4gRG9tMCB3YXMgbm90IGNvcnJlY3RseSB3b3JraW5nIC0t IG5vdGhpbmcgdG8gZG8KICAgIFJvZ2VyPiB3aXRoIEZyZWVCU0QuIFRoZSA5LnggcmVsZWFzZXMg d29yayBjb3JyZWN0bHksIHRoZSBwcm9ibGVtIGlzCiAgICBSb2dlcj4gd2l0aCBIRUFEIGFuZCB0 aGUgYmFja3RyYWNlIEkndmUgcG9zdGVkLiAKCkknZCBiZSBrZWVuIHRvIGtub3cgd2h5IHRoaXMg aXMgbm90IGFuIGlzc3VlIHdpdGggb3RoZXIgT1NzIChJIHJ1biBhCk5ldEJTRC1wdiBvbiBhIHhl biBsaW51eCBkb20wLiBGb3IgRnJlZUJTRCBhbWQ2NCBQViwgSSBzZWVtIHRvIGJlCmdldHRpbmcg eGVuc3RvcmUgZXZlbnRzLCBhbmQgdGhlIHBhbmljIGlzIGNhdXNlZCBieSBpbnRlcnJ1cHQgYm9v dCB0aW1lCmhvb2tzIG5vdCBiZWluZyB1bmhvb2tlZCBieSB0aGUgeGVuYnVzIGRyaXZlciwgYmVj YXVzZSBpdCB3YWl0cyBmb3IKY2hpbGQgZGV2aWNlcyBvbiB4ZW5idXMgdG8gZmluaXNoIHRoZWly ICJhdHRhY2giLiBUaGlzIGlzIGEgYml0CnJlZHVuZGFudCBhZmFpY3QsIGJlY2F1c2UgdGhlIGhv b2tzIGFyZSBjYWxsZWQgdG9nZXRoZXIgaW4gdGhlIG9yZGVyIG9mCnJlZ2lzdHJhdGlvbiAtIHRo ZSByZWdpc3RyYXRpb25zIHRoZW1zZWx2ZXMgYmVpbmcgaW4gdGhlIGF1dG9jb25mIGRldmljZQp0 cmVlIHRyYXZlcnNhbCBvcmRlciAtIGFuZCBmb3IgdGhlIHhlbiBkcml2ZXJzLCBJIGRvbid0IHNl ZSBhbnkKaW50ZXJydXB0IGhvb2sgc3BlY2lmaWMgZGVwZW5kZW5jaWVzIGluIHRoZSBjaGlsZHJl biBhdHRhY2hpbmcgdG8geGVuYnVzCihJIG1heSBiZSB3cm9uZykuCgpBbnl3YXksIHRoYXQncyB3 aGF0IHRoZSBwYXRjaCBkb2VzLgoKCiAgICBSb2dlcj4gQlRXLCBpZiB5b3Ugd2lzaCB0byB0cnkg SEVBRCB5b3Ugd2lsbCBuZWVkIHRoZSBFTEZOT1RFIHBhdGNoCiAgICBSb2dlcj4gSSd2ZSBwb3N0 ZWQgYW5kIGJvb3Qgd2l0aCAiaHcubWNhLmVuYWJsZWQ9MCIgdG8gZ2V0IHRvIHRoZQogICAgUm9n ZXI+IHBhbmljIEkndmUgcG9zdGVkIGVhcmxpZXIuCgpUaGFua3MsIGl0J3Mgb25lIG9mIHRoZSBm aXJzdCB0aGluZ3MgSSBoYWQgdG8gZml4IGZvciBhbWQ2NCBQViBvbgpjbGFuZy4gVGhlcmUncyBh IGNsb2NrIHJlbGF0ZWQgaXNzdWUgd2l0aCB0aW1lIG9mZnNldCBjYWxjdWxhdGlvbiB0aGF0Cmlz IGNsYW5nIHNwZWNpZmljIGFuZCBpcyBhIGJpdCBib3RoZXJzb21lIHRvby4KCkNoZWVycywKLS0g CkNoZXJyeQoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18K WGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlz dHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Mon Apr 01 17:26:31 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 01 Apr 2013 17:26: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 1UMiTn-0007OS-Ia; Mon, 01 Apr 2013 17:25:11 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UMiTm-0007ON-CA for xen-users@lists.xen.org; Mon, 01 Apr 2013 17:25:10 +0000 Received: from [85.158.137.99:52396] by server-10.bemta-3.messagelabs.com id 5D/AB-19664-5F2C9515; Mon, 01 Apr 2013 17:25:09 +0000 X-Env-Sender: gordon.cooke3@gmail.com X-Msg-Ref: server-8.tower-217.messagelabs.com!1364837107!12798681!1 X-Originating-IP: [209.85.215.182] 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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3886 invoked from network); 1 Apr 2013 17:25:07 -0000 Received: from mail-ea0-f182.google.com (HELO mail-ea0-f182.google.com) (209.85.215.182) by server-8.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 1 Apr 2013 17:25:07 -0000 Received: by mail-ea0-f182.google.com with SMTP id q15so1139240ead.41 for ; Mon, 01 Apr 2013 10:25:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=Yl9VdjcWUZtZAkb2hpYANVUpVPvpvO6nU7YXg3H6USE=; b=LiGop4gVoWbxV7X2xgCOYsVch4Mzt1wGSqpmPVRxUml3antN2FW//eTbFcs34V41mP JIfL0OnqN4I3v3c3khHt4P3T1DbBj5xZmYYYtBzGRUZjznNz64HkvdbYzD6DUDldb4ky kDJZQXkX/awALNo2JH9AaDLCF3qGZ4Ue9HgMfPoRGyFBoWwKNKhfieBfVCxRgFqb70Sp qtuHfo8B1zXIRLbjDPZgUHfOa+yY9RZ0MCrGY9b/ur0GLGrbqpSQdS5/RFHn88MP9xl2 U3zNICxf5jbG5kH9xdDKP1y7KYv/8dhfX3bia84OznBRTxsS6Gg5f0EnkZwSpa6y6JpU L86w== MIME-Version: 1.0 X-Received: by 10.14.109.71 with SMTP id r47mr4440887eeg.25.1364837107160; Mon, 01 Apr 2013 10:25:07 -0700 (PDT) Received: by 10.14.216.8 with HTTP; Mon, 1 Apr 2013 10:25:07 -0700 (PDT) Date: Mon, 1 Apr 2013 13:25:07 -0400 Message-ID: From: Gordon Cooke To: xen-users@lists.xen.org Subject: [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: multipart/mixed; boundary="===============7970756647143478992==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7970756647143478992== Content-Type: multipart/alternative; boundary=001a11c28d52f304cc04d94fe6eb --001a11c28d52f304cc04d94fe6eb Content-Type: text/plain; charset=ISO-8859-1 I'm planning to use Xen to virtualize my new desktop at home- a bit of an experiment for me. Should I a) use my primary working linux distro that I use day-to-day as dom0 so I have easy access to peripherals and control over things, or b) use a minimal headless install for dom0 and make my day-to-day desktop a domU so I minimze risk of breaking the entire Xen environment and just passthrough the peripherals? Anyone have any experience or advice? Thanks --------------------- Detailed background for anyone interested: Have a new 8 core machine I'm setting up. Consider the following VMs to isolate some tasks so services are somewhat isolated and dont break each other: - Linux Desktop - Win7 Desktop - Media server to stream music and video collection (considering Plex) - File and print server (Samba, CUPS, NFS, etc) - Backup server to pull/sync data with other machines in house (considering Backup PC) and probably a handful of distros Im trying out to test things, probably a LAMP stack for some development This would be the central computer in the house thats always on. Home network consists of this machine, ipad, Asus tablet, iphone, android phone, a smart BlueRay, a windows laptop and a few linux laptops. If the media streaming works out then will probably add a Roku or something similar. --001a11c28d52f304cc04d94fe6eb Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I'm planning to use Xen to virtualize my new desk= top at home- a bit of an experiment for me.=A0 Should I a) use my primary w= orking linux distro that I use=A0day-to-day=A0as dom0 so I have easy access= to peripherals and control over things, or b) use a minimal headless insta= ll for dom0 and make my day-to-day desktop a domU so I minimze risk of brea= king the entire Xen environment and just passthrough the peripherals?=A0 An= yone have any experience or advice?
=A0
Thanks
---------------------
Detaile= d background for anyone interested:
Have a new 8 core machine I&#= 39;m setting up.
Consider the following VMs to isolate some tasks= so services are somewhat isolated and dont break each other:
- Linux Desktop
- Win7 Desktop
- Media server to s= tream music and video collection (considering Plex)
- File and pr= int server (Samba, CUPS, NFS, etc)
- Backup server to pull/sync d= ata with other machines in house (considering Backup PC)
and probably a handful of distros Im trying out to test things, probab= ly a LAMP stack for some development
=A0
This would be = the central computer in the house thats always on.=A0 Home network consists= of this machine, ipad, Asus tablet, iphone, android phone, a smart BlueRay= , a windows laptop and a few linux laptops.=A0 If the media streaming works= out then will probably add a Roku or something similar.
--001a11c28d52f304cc04d94fe6eb-- --===============7970756647143478992== 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 --===============7970756647143478992==-- From xen-users-bounces@lists.xen.org Mon Apr 01 17:26:31 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 01 Apr 2013 17:26: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 1UMiTn-0007OS-Ia; Mon, 01 Apr 2013 17:25:11 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UMiTm-0007ON-CA for xen-users@lists.xen.org; Mon, 01 Apr 2013 17:25:10 +0000 Received: from [85.158.137.99:52396] by server-10.bemta-3.messagelabs.com id 5D/AB-19664-5F2C9515; Mon, 01 Apr 2013 17:25:09 +0000 X-Env-Sender: gordon.cooke3@gmail.com X-Msg-Ref: server-8.tower-217.messagelabs.com!1364837107!12798681!1 X-Originating-IP: [209.85.215.182] 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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3886 invoked from network); 1 Apr 2013 17:25:07 -0000 Received: from mail-ea0-f182.google.com (HELO mail-ea0-f182.google.com) (209.85.215.182) by server-8.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 1 Apr 2013 17:25:07 -0000 Received: by mail-ea0-f182.google.com with SMTP id q15so1139240ead.41 for ; Mon, 01 Apr 2013 10:25:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=Yl9VdjcWUZtZAkb2hpYANVUpVPvpvO6nU7YXg3H6USE=; b=LiGop4gVoWbxV7X2xgCOYsVch4Mzt1wGSqpmPVRxUml3antN2FW//eTbFcs34V41mP JIfL0OnqN4I3v3c3khHt4P3T1DbBj5xZmYYYtBzGRUZjznNz64HkvdbYzD6DUDldb4ky kDJZQXkX/awALNo2JH9AaDLCF3qGZ4Ue9HgMfPoRGyFBoWwKNKhfieBfVCxRgFqb70Sp qtuHfo8B1zXIRLbjDPZgUHfOa+yY9RZ0MCrGY9b/ur0GLGrbqpSQdS5/RFHn88MP9xl2 U3zNICxf5jbG5kH9xdDKP1y7KYv/8dhfX3bia84OznBRTxsS6Gg5f0EnkZwSpa6y6JpU L86w== MIME-Version: 1.0 X-Received: by 10.14.109.71 with SMTP id r47mr4440887eeg.25.1364837107160; Mon, 01 Apr 2013 10:25:07 -0700 (PDT) Received: by 10.14.216.8 with HTTP; Mon, 1 Apr 2013 10:25:07 -0700 (PDT) Date: Mon, 1 Apr 2013 13:25:07 -0400 Message-ID: From: Gordon Cooke To: xen-users@lists.xen.org Subject: [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: multipart/mixed; boundary="===============7970756647143478992==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7970756647143478992== Content-Type: multipart/alternative; boundary=001a11c28d52f304cc04d94fe6eb --001a11c28d52f304cc04d94fe6eb Content-Type: text/plain; charset=ISO-8859-1 I'm planning to use Xen to virtualize my new desktop at home- a bit of an experiment for me. Should I a) use my primary working linux distro that I use day-to-day as dom0 so I have easy access to peripherals and control over things, or b) use a minimal headless install for dom0 and make my day-to-day desktop a domU so I minimze risk of breaking the entire Xen environment and just passthrough the peripherals? Anyone have any experience or advice? Thanks --------------------- Detailed background for anyone interested: Have a new 8 core machine I'm setting up. Consider the following VMs to isolate some tasks so services are somewhat isolated and dont break each other: - Linux Desktop - Win7 Desktop - Media server to stream music and video collection (considering Plex) - File and print server (Samba, CUPS, NFS, etc) - Backup server to pull/sync data with other machines in house (considering Backup PC) and probably a handful of distros Im trying out to test things, probably a LAMP stack for some development This would be the central computer in the house thats always on. Home network consists of this machine, ipad, Asus tablet, iphone, android phone, a smart BlueRay, a windows laptop and a few linux laptops. If the media streaming works out then will probably add a Roku or something similar. --001a11c28d52f304cc04d94fe6eb Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I'm planning to use Xen to virtualize my new desk= top at home- a bit of an experiment for me.=A0 Should I a) use my primary w= orking linux distro that I use=A0day-to-day=A0as dom0 so I have easy access= to peripherals and control over things, or b) use a minimal headless insta= ll for dom0 and make my day-to-day desktop a domU so I minimze risk of brea= king the entire Xen environment and just passthrough the peripherals?=A0 An= yone have any experience or advice?
=A0
Thanks
---------------------
Detaile= d background for anyone interested:
Have a new 8 core machine I&#= 39;m setting up.
Consider the following VMs to isolate some tasks= so services are somewhat isolated and dont break each other:
- Linux Desktop
- Win7 Desktop
- Media server to s= tream music and video collection (considering Plex)
- File and pr= int server (Samba, CUPS, NFS, etc)
- Backup server to pull/sync d= ata with other machines in house (considering Backup PC)
and probably a handful of distros Im trying out to test things, probab= ly a LAMP stack for some development
=A0
This would be = the central computer in the house thats always on.=A0 Home network consists= of this machine, ipad, Asus tablet, iphone, android phone, a smart BlueRay= , a windows laptop and a few linux laptops.=A0 If the media streaming works= out then will probably add a Roku or something similar.
--001a11c28d52f304cc04d94fe6eb-- --===============7970756647143478992== 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 --===============7970756647143478992==-- From xen-users-bounces@lists.xen.org Mon Apr 01 19:03:48 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 01 Apr 2013 19:03: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 1UMjzu-0008MU-6R; Mon, 01 Apr 2013 19:02:26 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UMjzs-0008MP-FW for xen-users@lists.xen.org; Mon, 01 Apr 2013 19:02:24 +0000 Received: from [85.158.137.99:16870] by server-16.bemta-3.messagelabs.com id C5/45-20692-FB9D9515; Mon, 01 Apr 2013 19:02:23 +0000 X-Env-Sender: nunomagalhaes@eu.ipp.pt X-Msg-Ref: server-6.tower-217.messagelabs.com!1364842941!11875672!1 X-Originating-IP: [209.85.216.172] 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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18983 invoked from network); 1 Apr 2013 19:02:22 -0000 Received: from mail-qc0-f172.google.com (HELO mail-qc0-f172.google.com) (209.85.216.172) by server-6.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 1 Apr 2013 19:02:22 -0000 Received: by mail-qc0-f172.google.com with SMTP id b25so1210069qca.31 for ; Mon, 01 Apr 2013 12:02:21 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:content-type:x-gm-message-state; bh=ybpsrKgiZtL5QGjFCOLV/jNleZJyTPOxDQZ7dBKctEw=; b=RM7Sg/AGmiaMAsiOvFQoA3mzxYOMeclaJpxQfxG9Chf98e/rWUq19/VGbn5cqXFekK 50GrtRZamBLT2VRfL+g79x2JPcVX/GXXXuLDdixyThsifHlPXiweJYwsdyDuRafShqKW Dy27WSGT9TYcML1Lnbqoa3WQjGhnFQh8GjLSto/RvDzphUmeb7BJ1Nnp8qz5jmmNDR0l OR9gcTpz/PRkAKpG4tjHW2/t4fIhEeaD2rrVyxYwym07bJl1xO7HYXEWomMxD6ii10xX 6YL+QRnzVYXd+wMSRNY9t/4h9BbQlzSP695L4k13EmWi0+WtslvqSy5lzNKiR7rIkex+ a50Q== X-Received: by 10.224.31.195 with SMTP id z3mr1669686qac.85.1364842941127; Mon, 01 Apr 2013 12:02:21 -0700 (PDT) MIME-Version: 1.0 Received: by 10.49.117.133 with HTTP; Mon, 1 Apr 2013 12:02:00 -0700 (PDT) In-Reply-To: References: From: =?UTF-8?Q?Nuno_Magalh=C3=A3es?= Date: Mon, 1 Apr 2013 20:02:00 +0100 Message-ID: To: xen-users@lists.xen.org X-Gm-Message-State: ALoCoQlXvQZJ0OrgAcCkzH6jVLySSfoVqQ0OeANDlpgGVLG91Sd29jBcce7qHFNFKpAt3jni3c+I 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: multipart/mixed; boundary="===============1470969063802789353==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1470969063802789353== Content-Type: multipart/alternative; boundary=20cf306682a3ae80dd04d9514200 --20cf306682a3ae80dd04d9514200 Content-Type: text/plain; charset=UTF-8 Hi, I've been fiddling with that same question and went for minimal dom0 with domU desktop. Some notes which may or may not apply to you: * if you're into graphics don't count or easy VGA passthrough (or most PCI* either) or any kind of Windows gaming; * remote (albeit LAN) XDMCP may not be performant (but i'm still goofing around with it; plus i'll have to grok pulseaudio some bit): my test was youtube; * ended up using ATI's driver 'cos radeon/hd didn't really work - at all - with Xorg. HTH, Nuno --20cf306682a3ae80dd04d9514200 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi,

I've be= en fiddling with that same question and went for minimal dom0 with domU des= ktop. Some notes which may or may not apply to you:

* if you&#= 39;re into graphics don't count or easy VGA passthrough (or most PCI* e= ither) or any kind of Windows gaming;
* remote (albeit LAN) XDMCP may not be performant (but i'm still = goofing around with it; plus i'll have to grok pulseaudio some bit): my= test was youtube;
* ended up using ATI's driver 'cos rade= on/hd didn't really work - at all - with Xorg.

HTH,
Nuno
--20cf306682a3ae80dd04d9514200-- --===============1470969063802789353== 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 --===============1470969063802789353==-- From xen-users-bounces@lists.xen.org Mon Apr 01 19:03:48 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 01 Apr 2013 19:03: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 1UMjzu-0008MU-6R; Mon, 01 Apr 2013 19:02:26 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UMjzs-0008MP-FW for xen-users@lists.xen.org; Mon, 01 Apr 2013 19:02:24 +0000 Received: from [85.158.137.99:16870] by server-16.bemta-3.messagelabs.com id C5/45-20692-FB9D9515; Mon, 01 Apr 2013 19:02:23 +0000 X-Env-Sender: nunomagalhaes@eu.ipp.pt X-Msg-Ref: server-6.tower-217.messagelabs.com!1364842941!11875672!1 X-Originating-IP: [209.85.216.172] 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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18983 invoked from network); 1 Apr 2013 19:02:22 -0000 Received: from mail-qc0-f172.google.com (HELO mail-qc0-f172.google.com) (209.85.216.172) by server-6.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 1 Apr 2013 19:02:22 -0000 Received: by mail-qc0-f172.google.com with SMTP id b25so1210069qca.31 for ; Mon, 01 Apr 2013 12:02:21 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:content-type:x-gm-message-state; bh=ybpsrKgiZtL5QGjFCOLV/jNleZJyTPOxDQZ7dBKctEw=; b=RM7Sg/AGmiaMAsiOvFQoA3mzxYOMeclaJpxQfxG9Chf98e/rWUq19/VGbn5cqXFekK 50GrtRZamBLT2VRfL+g79x2JPcVX/GXXXuLDdixyThsifHlPXiweJYwsdyDuRafShqKW Dy27WSGT9TYcML1Lnbqoa3WQjGhnFQh8GjLSto/RvDzphUmeb7BJ1Nnp8qz5jmmNDR0l OR9gcTpz/PRkAKpG4tjHW2/t4fIhEeaD2rrVyxYwym07bJl1xO7HYXEWomMxD6ii10xX 6YL+QRnzVYXd+wMSRNY9t/4h9BbQlzSP695L4k13EmWi0+WtslvqSy5lzNKiR7rIkex+ a50Q== X-Received: by 10.224.31.195 with SMTP id z3mr1669686qac.85.1364842941127; Mon, 01 Apr 2013 12:02:21 -0700 (PDT) MIME-Version: 1.0 Received: by 10.49.117.133 with HTTP; Mon, 1 Apr 2013 12:02:00 -0700 (PDT) In-Reply-To: References: From: =?UTF-8?Q?Nuno_Magalh=C3=A3es?= Date: Mon, 1 Apr 2013 20:02:00 +0100 Message-ID: To: xen-users@lists.xen.org X-Gm-Message-State: ALoCoQlXvQZJ0OrgAcCkzH6jVLySSfoVqQ0OeANDlpgGVLG91Sd29jBcce7qHFNFKpAt3jni3c+I 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: multipart/mixed; boundary="===============1470969063802789353==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1470969063802789353== Content-Type: multipart/alternative; boundary=20cf306682a3ae80dd04d9514200 --20cf306682a3ae80dd04d9514200 Content-Type: text/plain; charset=UTF-8 Hi, I've been fiddling with that same question and went for minimal dom0 with domU desktop. Some notes which may or may not apply to you: * if you're into graphics don't count or easy VGA passthrough (or most PCI* either) or any kind of Windows gaming; * remote (albeit LAN) XDMCP may not be performant (but i'm still goofing around with it; plus i'll have to grok pulseaudio some bit): my test was youtube; * ended up using ATI's driver 'cos radeon/hd didn't really work - at all - with Xorg. HTH, Nuno --20cf306682a3ae80dd04d9514200 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi,

I've be= en fiddling with that same question and went for minimal dom0 with domU des= ktop. Some notes which may or may not apply to you:

* if you&#= 39;re into graphics don't count or easy VGA passthrough (or most PCI* e= ither) or any kind of Windows gaming;
* remote (albeit LAN) XDMCP may not be performant (but i'm still = goofing around with it; plus i'll have to grok pulseaudio some bit): my= test was youtube;
* ended up using ATI's driver 'cos rade= on/hd didn't really work - at all - with Xorg.

HTH,
Nuno
--20cf306682a3ae80dd04d9514200-- --===============1470969063802789353== 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 --===============1470969063802789353==-- From xen-users-bounces@lists.xen.org Mon Apr 01 20:02:24 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 01 Apr 2013 20:02: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 1UMkuw-0000kV-3G; Mon, 01 Apr 2013 20:01:22 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UMkuu-0000kO-Kt for xen-users@lists.xen.org; Mon, 01 Apr 2013 20:01:21 +0000 Received: from [85.158.139.211:22399] by server-16.bemta-5.messagelabs.com id 88/8F-02543-F87E9515; Mon, 01 Apr 2013 20:01:19 +0000 X-Env-Sender: agya.naila@gmail.com X-Msg-Ref: server-16.tower-206.messagelabs.com!1364846469!18320605!1 X-Originating-IP: [209.85.212.173] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP, spamassassin: , async_handler: YXN5bmNfZGVsYXk6IDcwNDIyODcgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 584 invoked from network); 1 Apr 2013 20:01:09 -0000 Received: from mail-wi0-f173.google.com (HELO mail-wi0-f173.google.com) (209.85.212.173) by server-16.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 1 Apr 2013 20:01:09 -0000 Received: by mail-wi0-f173.google.com with SMTP id ez12so1880601wid.6 for ; Mon, 01 Apr 2013 13:01:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:content-type; bh=FPZkTND0Yx+aHZhxQE0Um7dF5JS564RAB7SwPjaeFVQ=; b=AK/zHsACMVop216yqJ4U3rT7f+HwAhGTUI5mstGdFi6ouhQm3S252v6pscPUr+jR8d J9lxaFchhPlBagUx8FfpIUuhQD5TLUANxM9jnWqAlp4t/pCvpL0Yrrz8Q5IJeJT2DlJN I9xDSFDmPuG610+vXZgamxFJ/bHEaLL7sDN7Y/z63/Lz94UxxxT30U0J7AzjMCSbmcwW rW4haAznHAnZucU9Orzx7ymG9GpRoyGYNPIxSO9iNGtbTh4GIA9+aZNcHlrBeU5IkCMv cL1SjV9RC1m/qk4/PAzni99qQcfVmV3TdKYbmI3Mh7GU4LLO9ME4+kKk+d9kqrOxvC56 +jWQ== MIME-Version: 1.0 X-Received: by 10.180.181.72 with SMTP id du8mr11535227wic.27.1364846469112; Mon, 01 Apr 2013 13:01:09 -0700 (PDT) Received: by 10.216.122.68 with HTTP; Mon, 1 Apr 2013 13:01:08 -0700 (PDT) In-Reply-To: References: Date: Mon, 1 Apr 2013 22:01:08 +0200 Message-ID: From: agya naila To: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen Remus DRBD dual primary frozen X-BeenThere: xen-users@lists.xen.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="===============3951802131611912580==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3951802131611912580== Content-Type: multipart/alternative; boundary=e89a8ffba159f6e7f404d95214f2 --e89a8ffba159f6e7f404d95214f2 Content-Type: text/plain; charset=ISO-8859-1 However I found this patch http://permalink.gmane.org/gmane.linux.kernel.commits.head/358143, but I am not sure it could be applied with my DRBD version since I can't find drivers/block/drbd/drbd_state.c within my installation Regards, Agya On Thu, Mar 28, 2013 at 11:55 AM, agya naila wrote: > Dear all, > > I have sent this problem earlier but maybe its not detail, here I try to > write more detail. I hope anybody can help me to point out the problem. > First of all I used Ubuntu 12.04 x64 both for domain0 and domainU with > modification to run under xen hypervisor and work with remus. > I follow and configured the remus with this notes > http://wiki.xen.org/wiki/Install_Xen_4.1.4_with_Remus_and_DRBD_on_Ubuntu_12.10but I used xen 4.2.2 as my hypervisor with DRBD 3.8.11 remus support from > this link > http://remusha.wikidot.com/local--files/configuring-and-installing-remus/drbd-8.3.11-remus.tar.gz > . > > If DRBD run with Primary - secondary mode, there is no problem. However > remus run with dual primary mode. If I try to run remus the drbd will > freeze and cause my domainU to freeze. With dmesg error message is below : > > [242525.600067] block drbd1: Local backing block device frozen? > [242537.632070] block drbd1: Local backing block device frozen? > [242549.664075] block drbd1: Local backing block device frozen? > [242561.696083] block drbd1: Local backing block device frozen? > [242573.728079] block drbd1: Local backing block device frozen? > [242585.760069] block drbd1: Local backing block device frozen? > [242597.792079] block drbd1: Local backing block device frozen? > [242609.824069] block drbd1: Local backing block device frozen? > [242621.856083] block drbd1: Local backing block device frozen? > [242633.888068] block drbd1: Local backing block device frozen? > [242640.332124] INFO: task blkback.2.xvda:5779 blocked for more than 120 > seconds. > [242640.332130] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" > disables this message. > [242640.332134] blkback.2.xvda D ffff88003fc13780 0 5779 2 > 0x00000000 > [242640.332142] ffff880026743940 0000000000000246 000000000000000b > ffff8800267402d0 > [242640.332150] ffff880026743fd8 ffff880026743fd8 ffff880026743fd8 > 0000000000013780 > [242640.332157] ffff880032944500 ffff88003368c500 ffff8800357d6000 > ffff8800357d69d8 > [242640.332164] Call Trace: > [242640.332178] [] schedule+0x3f/0x60 > [242640.332200] [] drbd_al_begin_io+0x205/0x270 [drbd] > [242640.332207] [] ? bvec_alloc_bs+0x68/0x100 > [242640.332212] [] ? bio_alloc_bioset+0xb2/0xf0 > [242640.332219] [] ? add_wait_queue+0x60/0x60 > [242640.332231] [] > drbd_make_request_common+0xc4d/0x1430 [drbd] > [242640.332239] [] ? xen_blkbk_map+0x24e/0x2f0 > [xen_blkback] > [242640.332245] [] ? throtl_find_tg+0x46/0x60 > [242640.332257] [] drbd_make_request+0x464/0x7e0 [drbd] > [242640.332264] [] ? > generic_make_request_checks+0x1eb/0x370 > [242640.332269] [] > generic_make_request.part.50+0x74/0xb0 > [242640.332274] [] generic_make_request+0x68/0x70 > [242640.332278] [] submit_bio+0x85/0x110 > [242640.332284] [] dispatch_rw_block_io+0x44f/0x700 > [xen_blkback] > [242640.332292] [] ? xen_end_context_switch+0x1e/0x30 > [242640.332298] [] __do_block_io_op+0x21f/0x360 > [xen_blkback] > [242640.332304] [] xen_blkif_schedule+0xb8/0x320 > [xen_blkback] > [242640.332309] [] ? add_wait_queue+0x60/0x60 > [242640.332314] [] ? xen_blkif_be_int+0x30/0x30 > [xen_blkback] > [242640.332319] [] kthread+0x8c/0xa0 > [242640.332326] [] kernel_thread_helper+0x4/0x10 > [242640.332330] [] ? int_ret_from_sys_call+0x7/0x1b > [242640.332336] [] ? retint_restore_args+0x5/0x6 > [242640.332340] [] ? gs_change+0x13/0x13 > [242645.920070] block drbd1: Local backing block device frozen? > [242657.952074] block drbd1: Local backing block device frozen? > [242669.984072] block drbd1: Local backing block device frozen? > [242682.016071] block drbd1: Local backing block device frozen? > [242694.048071] block drbd1: Local backing block device frozen? > [242706.080071] block drbd1: Local backing block device frozen? > [242718.112077] block drbd1: Local backing block device frozen? > sb-voip2@sbvoip2:~$ sudo cat /proc/drbd > version: 8.3.11 (api:88/proto:86-96) > GIT-hash: 0de839cee13a4160eed6037c4bddd066645e23c5 build by root@sbvoip2, > 2013-02-19 08:30:51 > > 1: cs:Connected ro:Primary/Primary ds:UpToDate/UpToDate D r----- > ns:14732 nr:1784712 dw:1799444 dr:579340 al:31 bm:44 lo:1 pe:0 ua:0 > ap:1 ep:1 wo:b def:0 chkpt:662 oos:0 > > As we can read after drbd block device frozen then blkback also not > working > > [242640.332124] INFO: task blkback.2.xvda:5779 blocked for more than 120 > seconds. > > Some one told me its because high load of IO but I alwasy monitor my > server with xm top and the serer load always under 50% > I hope anybody can help me, if you need some more log I will try to post > it. > > Many thanks, > > Agya > --e89a8ffba159f6e7f404d95214f2 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable =A0= However I found this patch= =A0http://permalink.gmane.org/gmane.linux.kernel.commits.head/358143= , but I am not sure it could be applied with my DRBD version since I can= 9;t find=A0drivers/block/drbd/drbd_state.c within my installation=A0

<= font color=3D"#222222">Regards,

<= font color=3D"#222222">Agya<= /div>
On Thu, Mar 28, 2013 at 11:55 AM, agya naila <agya.naila@gmail.com> wrote:
Dear all,

I have sent this problem earlier but maybe its= not detail, here I try to write more detail. I hope anybody can help me to= point out the problem.
First of all I used Ubuntu 12.04 x64 both= for domain0 and domainU with modification to run under xen hypervisor and = work with remus.
I follow and configured the remus with this notes=A0http://wiki.xen.org/wiki/Install_Xen_4.1.4_with_Remus_and_D= RBD_on_Ubuntu_12.10 but I used xen 4.2.2 as my hypervisor with DRBD 3.8= .11 remus support from this link=A0http://remusha.wikidot.com/local--files/configuring-and-installing-re= mus/drbd-8.3.11-remus.tar.gz.
If DRBD run wit= h Primary - secondary mode, there is no problem. However remus run with dua= l primary mode. If I try to run remus the drbd will freeze and cause my dom= ainU to freeze. With dmesg error message is below :

[242525.600067] block drbd1: Local bac= king block device frozen?
[242537.632070] block drbd1: Local backing block device frozen?
[242549.664075] block drbd1: L= ocal backing block device frozen?
[242561.696083] block drbd1: Local backing block device fro= zen?
[242573.728079] block drbd1: L= ocal backing block device frozen?
[242585.760069] block drbd1: Local backing block device fro= zen?
[242597.792079] block drbd1: L= ocal backing block device frozen?
[242609.824069] block drbd1: Local backing block device fro= zen?
[242621.856083] block drbd1: L= ocal backing block device frozen?
[242633.888068] block drbd1: Local backing block device fro= zen?
[242640.332124] INFO: task blk= back.2.xvda:5779 blocked for more than 120 seconds.
[242640.332130] "echo 0 > /proc/s= ys/kernel/hung_task_timeout_secs" disables this message.
[242640.332134] blkback.2.xvda= =A0D ffff88003fc13780 =A0 =A0 0 =A05779 =A0 =A0 =A02 0x00000000
[242640.332142] =A0ffff88002= 6743940 0000000000000246 000000000000000b ffff8800267402d0
[242640.332150] =A0ffff8800267= 43fd8 ffff880026743fd8 ffff880026743fd8 0000000000013780
<= span style=3D"line-height:16.890625px">[242640.332157] =A0ffff880032944500 = ffff88003368c500 ffff8800357d6000 ffff8800357d69d8
[242640.332164] Call Trace:
[242640.332178] =A0[= <ffffffff816579cf>] schedule+0x3f/0x60
[242640.332200] =A0[<ffffffffa00e68d5>] = drbd_al_begin_io+0x205/0x270 [drbd]
[242640.332207] =A0[<ffffff= ff811adde8>] ? bvec_alloc_bs+0x68/0x100
[242640.332212] =A0[<ffffffff811adf32>] ? bi= o_alloc_bioset+0xb2/0xf0
[242640.332219] =A0[<ffffff= ff8108aa50>] ? add_wait_queue+0x60/0x60
[242640.332231] =A0[<ffffffffa00e41bd>] drbd= _make_request_common+0xc4d/0x1430 [drbd]
[242640.332239] =A0[<ffffff= ffa01b83ce>] ? xen_blkbk_map+0x24e/0x2f0 [xen_blkback]
= [242640.332245] =A0[<ffffffff813= 01006>] ? throtl_find_tg+0x46/0x60
[242640.332257] =A0[<ffffff= ffa00e4e04>] drbd_make_request+0x464/0x7e0 [drbd]
[242640.332264] =A0[<ffffffff812f03bb= >] ? generic_make_request_checks+0x1eb/0x370
[242640.332269] =A0[<ffffff= ff812f0194>] generic_make_request.part.50+0x74/0xb0
[242640.332274] =A0[<ffffffff812f05= a8>] generic_make_request+0x68/0x70
[242640.332278] =A0[<ffffff= ff812f0635>] submit_bio+0x85/0x110
[242640.332284] =A0[<ffffffffa01b8f0f>] dispatch_= rw_block_io+0x44f/0x700 [xen_blkback]
[242640.332292] =A0[<ffffff= ff8100330e>] ? xen_end_context_switch+0x1e/0x30
[242640.332298] =A0[<ffffffffa01b93df&g= t;] __do_block_io_op+0x21f/0x360 [xen_blkback]
[242640.332304] =A0[<ffffff= ffa01b9608>] xen_blkif_schedule+0xb8/0x320 [xen_blkback]
[242640.332309] =A0[<ffffffff8= 108aa50>] ? add_wait_queue+0x60/0x60
[242640.332314] =A0[<ffffff= ffa01b9550>] ? xen_blkif_be_int+0x30/0x30 [xen_blkback]
[242640.332319] =A0[<ffffffff81= 089fbc>] kthread+0x8c/0xa0
[242640.332326] =A0[<ffffff= ff81664034>] kernel_thread_helper+0x4/0x10
[242640.332330] =A0[<ffffffff816620e3>] = ? int_ret_from_sys_call+0x7/0x1b
[242640.332336] =A0[<ffffff= ff81659dbc>] ? retint_restore_args+0x5/0x6
[242640.332340] =A0[<ffffffff81664030>] = ? gs_change+0x13/0x13
[242645.920070] block drbd1: L= ocal backing block device frozen?
[242657.952074] block drbd1: Local backing block device fro= zen?
[242669.984072] block drbd1: L= ocal backing block device frozen?
[242682.016071] block drbd1: Local backing block device fro= zen?
[242694.048071] block drbd1: L= ocal backing block device frozen?
[242706.080071] block drbd1: Local backing block device fro= zen?
[242718.112077] block drbd1: L= ocal backing block device frozen?
sb-voip2@sbvoip2:~$ sudo cat /proc/drbd
version: 8.3.11 (api:88/proto:86-96)<= /span>
GIT-hash: 0de839cee13a4160eed6= 037c4bddd066645e23c5 build by root@sbvoip2, 2013-02-19 08:30:51

=A01: cs:Connected ro:Primary/Primary ds:U= pToDate/UpToDate D r-----
=A0 =A0 ns:14732 nr:1784712 dw= :1799444 dr:579340 al:31 bm:44 lo:1 pe:0 ua:0 ap:1 ep:1 wo:b def:0 chkpt:66= 2 oos:0

=
As we can read after drbd block device frozen then blkback also not working= =A0

[242640.332124] INFO: task blkback.2.xvda:5779 blocke= d for more than 120 seconds.

Some one told me its because high load of IO but I alwasy moni= tor my server with xm top and the serer load always under 50%
I hope anybody can help me, if you need some more log I will try to post it= .

Many thanks,

Agya

--e89a8ffba159f6e7f404d95214f2-- --===============3951802131611912580== 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 --===============3951802131611912580==-- From xen-users-bounces@lists.xen.org Mon Apr 01 20:02:24 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 01 Apr 2013 20:02: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 1UMkuw-0000kV-3G; Mon, 01 Apr 2013 20:01:22 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UMkuu-0000kO-Kt for xen-users@lists.xen.org; Mon, 01 Apr 2013 20:01:21 +0000 Received: from [85.158.139.211:22399] by server-16.bemta-5.messagelabs.com id 88/8F-02543-F87E9515; Mon, 01 Apr 2013 20:01:19 +0000 X-Env-Sender: agya.naila@gmail.com X-Msg-Ref: server-16.tower-206.messagelabs.com!1364846469!18320605!1 X-Originating-IP: [209.85.212.173] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP, spamassassin: , async_handler: YXN5bmNfZGVsYXk6IDcwNDIyODcgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 584 invoked from network); 1 Apr 2013 20:01:09 -0000 Received: from mail-wi0-f173.google.com (HELO mail-wi0-f173.google.com) (209.85.212.173) by server-16.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 1 Apr 2013 20:01:09 -0000 Received: by mail-wi0-f173.google.com with SMTP id ez12so1880601wid.6 for ; Mon, 01 Apr 2013 13:01:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:content-type; bh=FPZkTND0Yx+aHZhxQE0Um7dF5JS564RAB7SwPjaeFVQ=; b=AK/zHsACMVop216yqJ4U3rT7f+HwAhGTUI5mstGdFi6ouhQm3S252v6pscPUr+jR8d J9lxaFchhPlBagUx8FfpIUuhQD5TLUANxM9jnWqAlp4t/pCvpL0Yrrz8Q5IJeJT2DlJN I9xDSFDmPuG610+vXZgamxFJ/bHEaLL7sDN7Y/z63/Lz94UxxxT30U0J7AzjMCSbmcwW rW4haAznHAnZucU9Orzx7ymG9GpRoyGYNPIxSO9iNGtbTh4GIA9+aZNcHlrBeU5IkCMv cL1SjV9RC1m/qk4/PAzni99qQcfVmV3TdKYbmI3Mh7GU4LLO9ME4+kKk+d9kqrOxvC56 +jWQ== MIME-Version: 1.0 X-Received: by 10.180.181.72 with SMTP id du8mr11535227wic.27.1364846469112; Mon, 01 Apr 2013 13:01:09 -0700 (PDT) Received: by 10.216.122.68 with HTTP; Mon, 1 Apr 2013 13:01:08 -0700 (PDT) In-Reply-To: References: Date: Mon, 1 Apr 2013 22:01:08 +0200 Message-ID: From: agya naila To: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen Remus DRBD dual primary frozen X-BeenThere: xen-users@lists.xen.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="===============3951802131611912580==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3951802131611912580== Content-Type: multipart/alternative; boundary=e89a8ffba159f6e7f404d95214f2 --e89a8ffba159f6e7f404d95214f2 Content-Type: text/plain; charset=ISO-8859-1 However I found this patch http://permalink.gmane.org/gmane.linux.kernel.commits.head/358143, but I am not sure it could be applied with my DRBD version since I can't find drivers/block/drbd/drbd_state.c within my installation Regards, Agya On Thu, Mar 28, 2013 at 11:55 AM, agya naila wrote: > Dear all, > > I have sent this problem earlier but maybe its not detail, here I try to > write more detail. I hope anybody can help me to point out the problem. > First of all I used Ubuntu 12.04 x64 both for domain0 and domainU with > modification to run under xen hypervisor and work with remus. > I follow and configured the remus with this notes > http://wiki.xen.org/wiki/Install_Xen_4.1.4_with_Remus_and_DRBD_on_Ubuntu_12.10but I used xen 4.2.2 as my hypervisor with DRBD 3.8.11 remus support from > this link > http://remusha.wikidot.com/local--files/configuring-and-installing-remus/drbd-8.3.11-remus.tar.gz > . > > If DRBD run with Primary - secondary mode, there is no problem. However > remus run with dual primary mode. If I try to run remus the drbd will > freeze and cause my domainU to freeze. With dmesg error message is below : > > [242525.600067] block drbd1: Local backing block device frozen? > [242537.632070] block drbd1: Local backing block device frozen? > [242549.664075] block drbd1: Local backing block device frozen? > [242561.696083] block drbd1: Local backing block device frozen? > [242573.728079] block drbd1: Local backing block device frozen? > [242585.760069] block drbd1: Local backing block device frozen? > [242597.792079] block drbd1: Local backing block device frozen? > [242609.824069] block drbd1: Local backing block device frozen? > [242621.856083] block drbd1: Local backing block device frozen? > [242633.888068] block drbd1: Local backing block device frozen? > [242640.332124] INFO: task blkback.2.xvda:5779 blocked for more than 120 > seconds. > [242640.332130] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" > disables this message. > [242640.332134] blkback.2.xvda D ffff88003fc13780 0 5779 2 > 0x00000000 > [242640.332142] ffff880026743940 0000000000000246 000000000000000b > ffff8800267402d0 > [242640.332150] ffff880026743fd8 ffff880026743fd8 ffff880026743fd8 > 0000000000013780 > [242640.332157] ffff880032944500 ffff88003368c500 ffff8800357d6000 > ffff8800357d69d8 > [242640.332164] Call Trace: > [242640.332178] [] schedule+0x3f/0x60 > [242640.332200] [] drbd_al_begin_io+0x205/0x270 [drbd] > [242640.332207] [] ? bvec_alloc_bs+0x68/0x100 > [242640.332212] [] ? bio_alloc_bioset+0xb2/0xf0 > [242640.332219] [] ? add_wait_queue+0x60/0x60 > [242640.332231] [] > drbd_make_request_common+0xc4d/0x1430 [drbd] > [242640.332239] [] ? xen_blkbk_map+0x24e/0x2f0 > [xen_blkback] > [242640.332245] [] ? throtl_find_tg+0x46/0x60 > [242640.332257] [] drbd_make_request+0x464/0x7e0 [drbd] > [242640.332264] [] ? > generic_make_request_checks+0x1eb/0x370 > [242640.332269] [] > generic_make_request.part.50+0x74/0xb0 > [242640.332274] [] generic_make_request+0x68/0x70 > [242640.332278] [] submit_bio+0x85/0x110 > [242640.332284] [] dispatch_rw_block_io+0x44f/0x700 > [xen_blkback] > [242640.332292] [] ? xen_end_context_switch+0x1e/0x30 > [242640.332298] [] __do_block_io_op+0x21f/0x360 > [xen_blkback] > [242640.332304] [] xen_blkif_schedule+0xb8/0x320 > [xen_blkback] > [242640.332309] [] ? add_wait_queue+0x60/0x60 > [242640.332314] [] ? xen_blkif_be_int+0x30/0x30 > [xen_blkback] > [242640.332319] [] kthread+0x8c/0xa0 > [242640.332326] [] kernel_thread_helper+0x4/0x10 > [242640.332330] [] ? int_ret_from_sys_call+0x7/0x1b > [242640.332336] [] ? retint_restore_args+0x5/0x6 > [242640.332340] [] ? gs_change+0x13/0x13 > [242645.920070] block drbd1: Local backing block device frozen? > [242657.952074] block drbd1: Local backing block device frozen? > [242669.984072] block drbd1: Local backing block device frozen? > [242682.016071] block drbd1: Local backing block device frozen? > [242694.048071] block drbd1: Local backing block device frozen? > [242706.080071] block drbd1: Local backing block device frozen? > [242718.112077] block drbd1: Local backing block device frozen? > sb-voip2@sbvoip2:~$ sudo cat /proc/drbd > version: 8.3.11 (api:88/proto:86-96) > GIT-hash: 0de839cee13a4160eed6037c4bddd066645e23c5 build by root@sbvoip2, > 2013-02-19 08:30:51 > > 1: cs:Connected ro:Primary/Primary ds:UpToDate/UpToDate D r----- > ns:14732 nr:1784712 dw:1799444 dr:579340 al:31 bm:44 lo:1 pe:0 ua:0 > ap:1 ep:1 wo:b def:0 chkpt:662 oos:0 > > As we can read after drbd block device frozen then blkback also not > working > > [242640.332124] INFO: task blkback.2.xvda:5779 blocked for more than 120 > seconds. > > Some one told me its because high load of IO but I alwasy monitor my > server with xm top and the serer load always under 50% > I hope anybody can help me, if you need some more log I will try to post > it. > > Many thanks, > > Agya > --e89a8ffba159f6e7f404d95214f2 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable =A0= However I found this patch= =A0http://permalink.gmane.org/gmane.linux.kernel.commits.head/358143= , but I am not sure it could be applied with my DRBD version since I can= 9;t find=A0drivers/block/drbd/drbd_state.c within my installation=A0

<= font color=3D"#222222">Regards,

<= font color=3D"#222222">Agya<= /div>
On Thu, Mar 28, 2013 at 11:55 AM, agya naila <agya.naila@gmail.com> wrote:
Dear all,

I have sent this problem earlier but maybe its= not detail, here I try to write more detail. I hope anybody can help me to= point out the problem.
First of all I used Ubuntu 12.04 x64 both= for domain0 and domainU with modification to run under xen hypervisor and = work with remus.
I follow and configured the remus with this notes=A0http://wiki.xen.org/wiki/Install_Xen_4.1.4_with_Remus_and_D= RBD_on_Ubuntu_12.10 but I used xen 4.2.2 as my hypervisor with DRBD 3.8= .11 remus support from this link=A0http://remusha.wikidot.com/local--files/configuring-and-installing-re= mus/drbd-8.3.11-remus.tar.gz.
If DRBD run wit= h Primary - secondary mode, there is no problem. However remus run with dua= l primary mode. If I try to run remus the drbd will freeze and cause my dom= ainU to freeze. With dmesg error message is below :

[242525.600067] block drbd1: Local bac= king block device frozen?
[242537.632070] block drbd1: Local backing block device frozen?
[242549.664075] block drbd1: L= ocal backing block device frozen?
[242561.696083] block drbd1: Local backing block device fro= zen?
[242573.728079] block drbd1: L= ocal backing block device frozen?
[242585.760069] block drbd1: Local backing block device fro= zen?
[242597.792079] block drbd1: L= ocal backing block device frozen?
[242609.824069] block drbd1: Local backing block device fro= zen?
[242621.856083] block drbd1: L= ocal backing block device frozen?
[242633.888068] block drbd1: Local backing block device fro= zen?
[242640.332124] INFO: task blk= back.2.xvda:5779 blocked for more than 120 seconds.
[242640.332130] "echo 0 > /proc/s= ys/kernel/hung_task_timeout_secs" disables this message.
[242640.332134] blkback.2.xvda= =A0D ffff88003fc13780 =A0 =A0 0 =A05779 =A0 =A0 =A02 0x00000000
[242640.332142] =A0ffff88002= 6743940 0000000000000246 000000000000000b ffff8800267402d0
[242640.332150] =A0ffff8800267= 43fd8 ffff880026743fd8 ffff880026743fd8 0000000000013780
<= span style=3D"line-height:16.890625px">[242640.332157] =A0ffff880032944500 = ffff88003368c500 ffff8800357d6000 ffff8800357d69d8
[242640.332164] Call Trace:
[242640.332178] =A0[= <ffffffff816579cf>] schedule+0x3f/0x60
[242640.332200] =A0[<ffffffffa00e68d5>] = drbd_al_begin_io+0x205/0x270 [drbd]
[242640.332207] =A0[<ffffff= ff811adde8>] ? bvec_alloc_bs+0x68/0x100
[242640.332212] =A0[<ffffffff811adf32>] ? bi= o_alloc_bioset+0xb2/0xf0
[242640.332219] =A0[<ffffff= ff8108aa50>] ? add_wait_queue+0x60/0x60
[242640.332231] =A0[<ffffffffa00e41bd>] drbd= _make_request_common+0xc4d/0x1430 [drbd]
[242640.332239] =A0[<ffffff= ffa01b83ce>] ? xen_blkbk_map+0x24e/0x2f0 [xen_blkback]
= [242640.332245] =A0[<ffffffff813= 01006>] ? throtl_find_tg+0x46/0x60
[242640.332257] =A0[<ffffff= ffa00e4e04>] drbd_make_request+0x464/0x7e0 [drbd]
[242640.332264] =A0[<ffffffff812f03bb= >] ? generic_make_request_checks+0x1eb/0x370
[242640.332269] =A0[<ffffff= ff812f0194>] generic_make_request.part.50+0x74/0xb0
[242640.332274] =A0[<ffffffff812f05= a8>] generic_make_request+0x68/0x70
[242640.332278] =A0[<ffffff= ff812f0635>] submit_bio+0x85/0x110
[242640.332284] =A0[<ffffffffa01b8f0f>] dispatch_= rw_block_io+0x44f/0x700 [xen_blkback]
[242640.332292] =A0[<ffffff= ff8100330e>] ? xen_end_context_switch+0x1e/0x30
[242640.332298] =A0[<ffffffffa01b93df&g= t;] __do_block_io_op+0x21f/0x360 [xen_blkback]
[242640.332304] =A0[<ffffff= ffa01b9608>] xen_blkif_schedule+0xb8/0x320 [xen_blkback]
[242640.332309] =A0[<ffffffff8= 108aa50>] ? add_wait_queue+0x60/0x60
[242640.332314] =A0[<ffffff= ffa01b9550>] ? xen_blkif_be_int+0x30/0x30 [xen_blkback]
[242640.332319] =A0[<ffffffff81= 089fbc>] kthread+0x8c/0xa0
[242640.332326] =A0[<ffffff= ff81664034>] kernel_thread_helper+0x4/0x10
[242640.332330] =A0[<ffffffff816620e3>] = ? int_ret_from_sys_call+0x7/0x1b
[242640.332336] =A0[<ffffff= ff81659dbc>] ? retint_restore_args+0x5/0x6
[242640.332340] =A0[<ffffffff81664030>] = ? gs_change+0x13/0x13
[242645.920070] block drbd1: L= ocal backing block device frozen?
[242657.952074] block drbd1: Local backing block device fro= zen?
[242669.984072] block drbd1: L= ocal backing block device frozen?
[242682.016071] block drbd1: Local backing block device fro= zen?
[242694.048071] block drbd1: L= ocal backing block device frozen?
[242706.080071] block drbd1: Local backing block device fro= zen?
[242718.112077] block drbd1: L= ocal backing block device frozen?
sb-voip2@sbvoip2:~$ sudo cat /proc/drbd
version: 8.3.11 (api:88/proto:86-96)<= /span>
GIT-hash: 0de839cee13a4160eed6= 037c4bddd066645e23c5 build by root@sbvoip2, 2013-02-19 08:30:51

=A01: cs:Connected ro:Primary/Primary ds:U= pToDate/UpToDate D r-----
=A0 =A0 ns:14732 nr:1784712 dw= :1799444 dr:579340 al:31 bm:44 lo:1 pe:0 ua:0 ap:1 ep:1 wo:b def:0 chkpt:66= 2 oos:0

=
As we can read after drbd block device frozen then blkback also not working= =A0

[242640.332124] INFO: task blkback.2.xvda:5779 blocke= d for more than 120 seconds.

Some one told me its because high load of IO but I alwasy moni= tor my server with xm top and the serer load always under 50%
I hope anybody can help me, if you need some more log I will try to post it= .

Many thanks,

Agya

--e89a8ffba159f6e7f404d95214f2-- --===============3951802131611912580== 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 --===============3951802131611912580==-- From xen-users-bounces@lists.xen.org Mon Apr 01 20:34:15 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 01 Apr 2013 20:34: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 1UMlPq-0001Ki-F2; Mon, 01 Apr 2013 20:33:18 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UMlPo-0001Kd-AP for xen-users@lists.xensource.com; Mon, 01 Apr 2013 20:33:16 +0000 Received: from [85.158.137.99:15608] by server-13.bemta-3.messagelabs.com id 11/10-25744-B0FE9515; Mon, 01 Apr 2013 20:33:15 +0000 X-Env-Sender: eduardo@bragatto.com X-Msg-Ref: server-3.tower-217.messagelabs.com!1364848393!11948176!1 X-Originating-IP: [209.85.210.178] 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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11040 invoked from network); 1 Apr 2013 20:33:14 -0000 Received: from mail-ia0-f178.google.com (HELO mail-ia0-f178.google.com) (209.85.210.178) by server-3.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 1 Apr 2013 20:33:14 -0000 Received: by mail-ia0-f178.google.com with SMTP id r13so2246056iar.9 for ; Mon, 01 Apr 2013 13:33:13 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:x-originating-ip:date:message-id:subject :from:to:content-type:x-gm-message-state; bh=F8jADvZ4etbpzdA7tXtAYotBrrDHBpn3YyYxBHI1tE0=; b=iXCdlpuGL50kHN24LVaNn9D4D0t5xkYipSs94aPCod7BKv9V759kwqXf7SaRhTncnp hjbA2j5dlmsCmmE7YGRsNN8MX8nlJilNopjCqUh9rfoBPqccM6d/ixSXlOgQjq9MuLid 43DRfiY/6I115iQzhqnINeEisjk3nfUCQ94UDKh9zqEV+TtN4ojbVXLpoI/Pro/6zv+2 EMnW7zN9oZJsmDGQa8/s7sSIp6RasWN3m5JS7+sNavdyW3WeYNMCbi2FY2sOkLWDAFXm 19ziFtVkTYi828CE7cwDhVMcNQdZcMbh5ko3Se5jGJQi/YVxpuDzXlv+oazx1GWGFdJ6 VRVA== MIME-Version: 1.0 X-Received: by 10.50.45.40 with SMTP id j8mr3965813igm.109.1364848393034; Mon, 01 Apr 2013 13:33:13 -0700 (PDT) Received: by 10.64.223.138 with HTTP; Mon, 1 Apr 2013 13:33:12 -0700 (PDT) X-Originating-IP: [189.115.205.48] Date: Mon, 1 Apr 2013 17:33:12 -0300 Message-ID: From: Eduardo Bragatto To: Xen User-List X-Gm-Message-State: ALoCoQkvOxYswF2+mqNEXGFz57rXVGnSzWxaFYsUJ5Lu7oOWgqW/cImTFcnoUEhioq0LtkS9Wwzt Subject: [Xen-users] Does XCP supports LVMoiSCSI ? X-BeenThere: xen-users@lists.xen.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="===============6693617206407691027==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6693617206407691027== Content-Type: multipart/alternative; boundary=089e010d935ca3b53f04d952879c --089e010d935ca3b53f04d952879c Content-Type: text/plain; charset=ISO-8859-1 Is it possible to use LVMoiSCSI on XCP 1.6 or is that feature available only for XenServer ? Could I run "*xe sr*-*create type=lvmoiscsi ...*" on a XCP node? Thanks, Eduardo. --089e010d935ca3b53f04d952879c Content-Type: text/html; charset=ISO-8859-1
Is it possible to use LVMoiSCSI on XCP 1.6 or is that feature available only for XenServer ?

Could I run "xe sr-create type=lvmoiscsi ..." on a XCP node?

Thanks,
Eduardo.
--089e010d935ca3b53f04d952879c-- --===============6693617206407691027== 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 --===============6693617206407691027==-- From xen-users-bounces@lists.xen.org Mon Apr 01 20:34:15 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 01 Apr 2013 20:34: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 1UMlPq-0001Ki-F2; Mon, 01 Apr 2013 20:33:18 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UMlPo-0001Kd-AP for xen-users@lists.xensource.com; Mon, 01 Apr 2013 20:33:16 +0000 Received: from [85.158.137.99:15608] by server-13.bemta-3.messagelabs.com id 11/10-25744-B0FE9515; Mon, 01 Apr 2013 20:33:15 +0000 X-Env-Sender: eduardo@bragatto.com X-Msg-Ref: server-3.tower-217.messagelabs.com!1364848393!11948176!1 X-Originating-IP: [209.85.210.178] 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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11040 invoked from network); 1 Apr 2013 20:33:14 -0000 Received: from mail-ia0-f178.google.com (HELO mail-ia0-f178.google.com) (209.85.210.178) by server-3.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 1 Apr 2013 20:33:14 -0000 Received: by mail-ia0-f178.google.com with SMTP id r13so2246056iar.9 for ; Mon, 01 Apr 2013 13:33:13 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:x-originating-ip:date:message-id:subject :from:to:content-type:x-gm-message-state; bh=F8jADvZ4etbpzdA7tXtAYotBrrDHBpn3YyYxBHI1tE0=; b=iXCdlpuGL50kHN24LVaNn9D4D0t5xkYipSs94aPCod7BKv9V759kwqXf7SaRhTncnp hjbA2j5dlmsCmmE7YGRsNN8MX8nlJilNopjCqUh9rfoBPqccM6d/ixSXlOgQjq9MuLid 43DRfiY/6I115iQzhqnINeEisjk3nfUCQ94UDKh9zqEV+TtN4ojbVXLpoI/Pro/6zv+2 EMnW7zN9oZJsmDGQa8/s7sSIp6RasWN3m5JS7+sNavdyW3WeYNMCbi2FY2sOkLWDAFXm 19ziFtVkTYi828CE7cwDhVMcNQdZcMbh5ko3Se5jGJQi/YVxpuDzXlv+oazx1GWGFdJ6 VRVA== MIME-Version: 1.0 X-Received: by 10.50.45.40 with SMTP id j8mr3965813igm.109.1364848393034; Mon, 01 Apr 2013 13:33:13 -0700 (PDT) Received: by 10.64.223.138 with HTTP; Mon, 1 Apr 2013 13:33:12 -0700 (PDT) X-Originating-IP: [189.115.205.48] Date: Mon, 1 Apr 2013 17:33:12 -0300 Message-ID: From: Eduardo Bragatto To: Xen User-List X-Gm-Message-State: ALoCoQkvOxYswF2+mqNEXGFz57rXVGnSzWxaFYsUJ5Lu7oOWgqW/cImTFcnoUEhioq0LtkS9Wwzt Subject: [Xen-users] Does XCP supports LVMoiSCSI ? X-BeenThere: xen-users@lists.xen.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="===============6693617206407691027==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6693617206407691027== Content-Type: multipart/alternative; boundary=089e010d935ca3b53f04d952879c --089e010d935ca3b53f04d952879c Content-Type: text/plain; charset=ISO-8859-1 Is it possible to use LVMoiSCSI on XCP 1.6 or is that feature available only for XenServer ? Could I run "*xe sr*-*create type=lvmoiscsi ...*" on a XCP node? Thanks, Eduardo. --089e010d935ca3b53f04d952879c Content-Type: text/html; charset=ISO-8859-1
Is it possible to use LVMoiSCSI on XCP 1.6 or is that feature available only for XenServer ?

Could I run "xe sr-create type=lvmoiscsi ..." on a XCP node?

Thanks,
Eduardo.
--089e010d935ca3b53f04d952879c-- --===============6693617206407691027== 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 --===============6693617206407691027==-- From xen-users-bounces@lists.xen.org Mon Apr 01 21:29:15 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 01 Apr 2013 21:29: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 1UMmH0-0001zF-MC; Mon, 01 Apr 2013 21:28:14 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UMmGy-0001zA-Bb for xen-users@lists.xen.org; Mon, 01 Apr 2013 21:28:12 +0000 Received: from [85.158.143.99:58194] by server-3.bemta-4.messagelabs.com id 27/40-02186-BEBF9515; Mon, 01 Apr 2013 21:28:11 +0000 X-Env-Sender: patpro@patpro.net X-Msg-Ref: server-3.tower-216.messagelabs.com!1364851691!27349225!1 X-Originating-IP: [193.30.227.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15422 invoked from network); 1 Apr 2013 21:28:11 -0000 Received: from rack.patpro.net (HELO rack.patpro.net) (193.30.227.216) by server-3.tower-216.messagelabs.com with SMTP; 1 Apr 2013 21:28:11 -0000 Received: from [192.168.0.2] (boleskine.patpro.net [82.230.142.222]) by rack.patpro.net (Postfix) with ESMTPSA id 60D641CC026 for ; Mon, 1 Apr 2013 23:28:10 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=patpro.net; s=patpro; t=1364851690; bh=vNoD/VHOCWqt8EGVYAQHslWDHjGIw88y6l+L1Gedo48=; h=From:Subject:Date:To; b=ME05ZuU70rdDqzQyLXFNgLn455t33pJiwyRCcoGfeKYMV6bLxlnh9hIwJ0zcYWo1B euYxwYX0wJs0BzrhylUexlQW6s8tvlJnaVOfg1FwkIC3a5dMpKT9C4Dh5zZI3Hls1l rbwMhKlvT7atwcDYwTwVA4sj4YSBI8wQDy7Qi2/M= From: Patrick Proniewski Date: Mon, 1 Apr 2013 23:28:09 +0200 Message-Id: <67A5FC6C-12E6-4F29-A03B-6A8881D1C362@patpro.net> To: xen-users@lists.xen.org Mime-Version: 1.0 (Apple Message framework v1085) X-Mailer: Apple Mail (2.1085) Subject: [Xen-users] PCI/VGA passthrough: differences between Xen and ESXi? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, That's my first post here. I'm absolutely newborn to Xen, never installed or used it. But I'm mastering many aspects of ESXi (vmare) and I've made some tests with PCI passthrough on this platform. My main goal is to create a powerful desktop workstation able to run simultaneously FreeBSD, some flavor of Linux (work/games), some flavor of Windows (games), Mac OS X (main OS). Everything is detailed here: . In order to achieve this goal, I must rely on PCI passthrough. At least VGA to get proper GPU power (3D gaming like Left 4 Dead 2, photoshop processing - I'm also a photograph), and sound. I was able to achieve very good performance running Windows on top of ESXi on my Mac Pro, with stock ATI Radeon passed-through, even better than native Mac OS X performances :). I've ended my testing with ESXi, because I was not able to passthrough sound device, and USB. But PCI Passthrough on ESXi comes with major limitations: - memory allocation is fully reserved (ie. can't start this VM if all its allocated memory is not available) - no snapshot possible - no sleep - one PCI device can only be passed-through to one VM - and some others... I've read the documentation for Xen about VGA and PCI passthrough, but I'm totally new to a great part of Xen's vocabulary, and I'm not sure to understand everything. It looks like Xen shares some limitations with ESXi. Xen's Wiki reads "Xen 4.0.0 supports VGA passthrough of the primary graphics adapter (...) only". What about 4.2? Is it possible to create a virtualized desktop with VGA and PCI passthrough for 2 or 3 VM's running simultaneously (ie. each one with its own video card)? regards, Patrick (i've subscribed to digest, Cc me, please) _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 01 21:29:15 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 01 Apr 2013 21:29: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 1UMmH0-0001zF-MC; Mon, 01 Apr 2013 21:28:14 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UMmGy-0001zA-Bb for xen-users@lists.xen.org; Mon, 01 Apr 2013 21:28:12 +0000 Received: from [85.158.143.99:58194] by server-3.bemta-4.messagelabs.com id 27/40-02186-BEBF9515; Mon, 01 Apr 2013 21:28:11 +0000 X-Env-Sender: patpro@patpro.net X-Msg-Ref: server-3.tower-216.messagelabs.com!1364851691!27349225!1 X-Originating-IP: [193.30.227.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15422 invoked from network); 1 Apr 2013 21:28:11 -0000 Received: from rack.patpro.net (HELO rack.patpro.net) (193.30.227.216) by server-3.tower-216.messagelabs.com with SMTP; 1 Apr 2013 21:28:11 -0000 Received: from [192.168.0.2] (boleskine.patpro.net [82.230.142.222]) by rack.patpro.net (Postfix) with ESMTPSA id 60D641CC026 for ; Mon, 1 Apr 2013 23:28:10 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=patpro.net; s=patpro; t=1364851690; bh=vNoD/VHOCWqt8EGVYAQHslWDHjGIw88y6l+L1Gedo48=; h=From:Subject:Date:To; b=ME05ZuU70rdDqzQyLXFNgLn455t33pJiwyRCcoGfeKYMV6bLxlnh9hIwJ0zcYWo1B euYxwYX0wJs0BzrhylUexlQW6s8tvlJnaVOfg1FwkIC3a5dMpKT9C4Dh5zZI3Hls1l rbwMhKlvT7atwcDYwTwVA4sj4YSBI8wQDy7Qi2/M= From: Patrick Proniewski Date: Mon, 1 Apr 2013 23:28:09 +0200 Message-Id: <67A5FC6C-12E6-4F29-A03B-6A8881D1C362@patpro.net> To: xen-users@lists.xen.org Mime-Version: 1.0 (Apple Message framework v1085) X-Mailer: Apple Mail (2.1085) Subject: [Xen-users] PCI/VGA passthrough: differences between Xen and ESXi? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, That's my first post here. I'm absolutely newborn to Xen, never installed or used it. But I'm mastering many aspects of ESXi (vmare) and I've made some tests with PCI passthrough on this platform. My main goal is to create a powerful desktop workstation able to run simultaneously FreeBSD, some flavor of Linux (work/games), some flavor of Windows (games), Mac OS X (main OS). Everything is detailed here: . In order to achieve this goal, I must rely on PCI passthrough. At least VGA to get proper GPU power (3D gaming like Left 4 Dead 2, photoshop processing - I'm also a photograph), and sound. I was able to achieve very good performance running Windows on top of ESXi on my Mac Pro, with stock ATI Radeon passed-through, even better than native Mac OS X performances :). I've ended my testing with ESXi, because I was not able to passthrough sound device, and USB. But PCI Passthrough on ESXi comes with major limitations: - memory allocation is fully reserved (ie. can't start this VM if all its allocated memory is not available) - no snapshot possible - no sleep - one PCI device can only be passed-through to one VM - and some others... I've read the documentation for Xen about VGA and PCI passthrough, but I'm totally new to a great part of Xen's vocabulary, and I'm not sure to understand everything. It looks like Xen shares some limitations with ESXi. Xen's Wiki reads "Xen 4.0.0 supports VGA passthrough of the primary graphics adapter (...) only". What about 4.2? Is it possible to create a virtualized desktop with VGA and PCI passthrough for 2 or 3 VM's running simultaneously (ie. each one with its own video card)? regards, Patrick (i've subscribed to digest, Cc me, please) _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 01 22:08:29 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 01 Apr 2013 22:08: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 1UMmt0-0002Z5-Ph; Mon, 01 Apr 2013 22:07:30 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UMmsz-0002Yz-Dr for xen-users@lists.xen.org; Mon, 01 Apr 2013 22:07:29 +0000 Received: from [85.158.143.99:30536] by server-1.bemta-4.messagelabs.com id DD/73-06203-0250A515; Mon, 01 Apr 2013 22:07:28 +0000 X-Env-Sender: debian@good-with-numbers.com X-Msg-Ref: server-12.tower-216.messagelabs.com!1364854046!23275207!1 X-Originating-IP: [64.142.29.24] X-SpamReason: No, hits=0.0 required=7.0 tests=received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10642 invoked from network); 1 Apr 2013 22:07:28 -0000 Received: from out.good-with-numbers.com (HELO out.good-with-numbers.com) (64.142.29.24) by server-12.tower-216.messagelabs.com with AES256-SHA encrypted SMTP; 1 Apr 2013 22:07:28 -0000 Date: Mon, 1 Apr 2013 22:07:24 +0000 From: Mike To: Gordon Cooke Message-ID: <20130401220724.GA3024@64-142-29-25.dsl.static.sonic.net> References: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: Cc: 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="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Gordon Cooke wrote: > I'm planning to use Xen to virtualize my new desktop at home > Should I a) use my primary working linux distro that I use day-to-day > as dom0 so I have easy access to peripherals and control over things, > or b) use a minimal headless install for dom0 and make my day-to-day > desktop a domU so I minimze risk of breaking the entire Xen > environment and just passthrough the peripherals? You might want to consider security as well. If your browser is hacked while you're on the Web, is it OK for that to happen in dom0? Or better to limit that to a domU built for that purpose? Even with option (b), headless might be going too far. Maybe you'd want to control some features through a GUI. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 01 22:08:29 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 01 Apr 2013 22:08: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 1UMmt0-0002Z5-Ph; Mon, 01 Apr 2013 22:07:30 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UMmsz-0002Yz-Dr for xen-users@lists.xen.org; Mon, 01 Apr 2013 22:07:29 +0000 Received: from [85.158.143.99:30536] by server-1.bemta-4.messagelabs.com id DD/73-06203-0250A515; Mon, 01 Apr 2013 22:07:28 +0000 X-Env-Sender: debian@good-with-numbers.com X-Msg-Ref: server-12.tower-216.messagelabs.com!1364854046!23275207!1 X-Originating-IP: [64.142.29.24] X-SpamReason: No, hits=0.0 required=7.0 tests=received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10642 invoked from network); 1 Apr 2013 22:07:28 -0000 Received: from out.good-with-numbers.com (HELO out.good-with-numbers.com) (64.142.29.24) by server-12.tower-216.messagelabs.com with AES256-SHA encrypted SMTP; 1 Apr 2013 22:07:28 -0000 Date: Mon, 1 Apr 2013 22:07:24 +0000 From: Mike To: Gordon Cooke Message-ID: <20130401220724.GA3024@64-142-29-25.dsl.static.sonic.net> References: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: Cc: 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="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Gordon Cooke wrote: > I'm planning to use Xen to virtualize my new desktop at home > Should I a) use my primary working linux distro that I use day-to-day > as dom0 so I have easy access to peripherals and control over things, > or b) use a minimal headless install for dom0 and make my day-to-day > desktop a domU so I minimze risk of breaking the entire Xen > environment and just passthrough the peripherals? You might want to consider security as well. If your browser is hacked while you're on the Web, is it OK for that to happen in dom0? Or better to limit that to a domU built for that purpose? Even with option (b), headless might be going too far. Maybe you'd want to control some features through a GUI. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 01 22:40:05 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 01 Apr 2013 22:40: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 1UMnNW-00031z-RD; Mon, 01 Apr 2013 22:39:02 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UMnNU-00031u-Tj for xen-users@lists.xen.org; Mon, 01 Apr 2013 22:39:02 +0000 Received: from [85.158.138.51:9607] by server-16.bemta-3.messagelabs.com id F9/3C-20692-48C0A515; Mon, 01 Apr 2013 22:39:00 +0000 X-Env-Sender: cpetrolino@gmail.com X-Msg-Ref: server-14.tower-174.messagelabs.com!1364855938!22594058!1 X-Originating-IP: [209.85.217.175] 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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9172 invoked from network); 1 Apr 2013 22:38:59 -0000 Received: from mail-lb0-f175.google.com (HELO mail-lb0-f175.google.com) (209.85.217.175) by server-14.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 1 Apr 2013 22:38:59 -0000 Received: by mail-lb0-f175.google.com with SMTP id o10so2399902lbi.34 for ; Mon, 01 Apr 2013 15:38:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=Int2QzKD1xqcmyI85qxtRbcJlaZQ7aGUnMAIVUtW9nc=; b=KrxThMmmpmb8Iqm7v4wnBt/jXEFV7NF0f0PqzXwVHTcLv0hRYZ2683bS7XiTZoUZCf 7SYowCgroQXEmaHXVlyEEsT3Mg0WaCsQf0uL9rk+Z+amNbr1CH0EnD8nJarnjJhrnvTu hABNxPckAS7PGqvcQwQrWZZH/Uf7iWqqSswc8Vn6oqatvFBEGy03ycHsaMa1YevRS+UV h+RYP0qdgbGKdky5QxLfX68doZacCzCr7rGks7Q5CBKAHhfeNSSMRDZEnqVhXSs5ODaZ qZLFrVWt9qMus47bITBlsj7SAMeitzudxmabiJ+LwcqWla1n/8Y3PTAgh0sZV67gsOn6 7jSg== MIME-Version: 1.0 X-Received: by 10.112.42.103 with SMTP id n7mr6393251lbl.52.1364855938419; Mon, 01 Apr 2013 15:38:58 -0700 (PDT) Received: by 10.112.76.102 with HTTP; Mon, 1 Apr 2013 15:38:58 -0700 (PDT) Received: by 10.112.76.102 with HTTP; Mon, 1 Apr 2013 15:38:58 -0700 (PDT) In-Reply-To: <20130401220724.GA3024@64-142-29-25.dsl.static.sonic.net> References: <20130401220724.GA3024@64-142-29-25.dsl.static.sonic.net> Date: Mon, 1 Apr 2013 18:38:58 -0400 Message-ID: From: Christopher J Petrolino To: Mike Cc: xen-users , Gordon Cooke 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: multipart/mixed; boundary="===============8173595158861228591==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8173595158861228591== Content-Type: multipart/alternative; boundary=e0cb4efe339861147e04d95449ee --e0cb4efe339861147e04d95449ee Content-Type: text/plain; charset=ISO-8859-1 I'm in middle of doing the same thing.. That bums me put to hear about VGA pass through. On Apr 1, 2013 6:11 PM, "Mike" wrote: > Gordon Cooke wrote: > > I'm planning to use Xen to virtualize my new desktop at home > > Should I a) use my primary working linux distro that I use day-to-day > > as dom0 so I have easy access to peripherals and control over things, > > or b) use a minimal headless install for dom0 and make my day-to-day > > desktop a domU so I minimze risk of breaking the entire Xen > > environment and just passthrough the peripherals? > > You might want to consider security as well. If your browser is hacked > while you're on the Web, is it OK for that to happen in dom0? Or better > to limit that to a domU built for that purpose? > > Even with option (b), headless might be going too far. Maybe you'd want > to control some features through a GUI. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --e0cb4efe339861147e04d95449ee Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

I'm in middle of doing the same thing.. That bums me put= to hear about VGA pass through.

On Apr 1, 2013 6:11 PM, "Mike" <debian@good-with-numbers.com> wrote:
Gordon Cooke wrote:
> I'm planning to use Xen to virtualize my new desktop at home
> Should I a) use my primary working linux distro that I use day-to-day<= br> > as dom0 so I have easy access to peripherals and control over things,<= br> > or b) use a minimal headless install for dom0 and make my day-to-day > desktop a domU so I minimze risk of breaking the entire Xen
> environment and just passthrough the peripherals?

You might want to consider security as well. =A0If your browser is hacked while you're on the Web, is it OK for that to happen in dom0? =A0Or bet= ter
to limit that to a domU built for that purpose?

Even with option (b), headless might be going too far. =A0Maybe you'd w= ant
to control some features through a GUI.

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.x= en.org/xen-users
--e0cb4efe339861147e04d95449ee-- --===============8173595158861228591== 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 --===============8173595158861228591==-- From xen-users-bounces@lists.xen.org Mon Apr 01 22:40:05 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 01 Apr 2013 22:40: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 1UMnNW-00031z-RD; Mon, 01 Apr 2013 22:39:02 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UMnNU-00031u-Tj for xen-users@lists.xen.org; Mon, 01 Apr 2013 22:39:02 +0000 Received: from [85.158.138.51:9607] by server-16.bemta-3.messagelabs.com id F9/3C-20692-48C0A515; Mon, 01 Apr 2013 22:39:00 +0000 X-Env-Sender: cpetrolino@gmail.com X-Msg-Ref: server-14.tower-174.messagelabs.com!1364855938!22594058!1 X-Originating-IP: [209.85.217.175] 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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9172 invoked from network); 1 Apr 2013 22:38:59 -0000 Received: from mail-lb0-f175.google.com (HELO mail-lb0-f175.google.com) (209.85.217.175) by server-14.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 1 Apr 2013 22:38:59 -0000 Received: by mail-lb0-f175.google.com with SMTP id o10so2399902lbi.34 for ; Mon, 01 Apr 2013 15:38:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=Int2QzKD1xqcmyI85qxtRbcJlaZQ7aGUnMAIVUtW9nc=; b=KrxThMmmpmb8Iqm7v4wnBt/jXEFV7NF0f0PqzXwVHTcLv0hRYZ2683bS7XiTZoUZCf 7SYowCgroQXEmaHXVlyEEsT3Mg0WaCsQf0uL9rk+Z+amNbr1CH0EnD8nJarnjJhrnvTu hABNxPckAS7PGqvcQwQrWZZH/Uf7iWqqSswc8Vn6oqatvFBEGy03ycHsaMa1YevRS+UV h+RYP0qdgbGKdky5QxLfX68doZacCzCr7rGks7Q5CBKAHhfeNSSMRDZEnqVhXSs5ODaZ qZLFrVWt9qMus47bITBlsj7SAMeitzudxmabiJ+LwcqWla1n/8Y3PTAgh0sZV67gsOn6 7jSg== MIME-Version: 1.0 X-Received: by 10.112.42.103 with SMTP id n7mr6393251lbl.52.1364855938419; Mon, 01 Apr 2013 15:38:58 -0700 (PDT) Received: by 10.112.76.102 with HTTP; Mon, 1 Apr 2013 15:38:58 -0700 (PDT) Received: by 10.112.76.102 with HTTP; Mon, 1 Apr 2013 15:38:58 -0700 (PDT) In-Reply-To: <20130401220724.GA3024@64-142-29-25.dsl.static.sonic.net> References: <20130401220724.GA3024@64-142-29-25.dsl.static.sonic.net> Date: Mon, 1 Apr 2013 18:38:58 -0400 Message-ID: From: Christopher J Petrolino To: Mike Cc: xen-users , Gordon Cooke 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: multipart/mixed; boundary="===============8173595158861228591==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8173595158861228591== Content-Type: multipart/alternative; boundary=e0cb4efe339861147e04d95449ee --e0cb4efe339861147e04d95449ee Content-Type: text/plain; charset=ISO-8859-1 I'm in middle of doing the same thing.. That bums me put to hear about VGA pass through. On Apr 1, 2013 6:11 PM, "Mike" wrote: > Gordon Cooke wrote: > > I'm planning to use Xen to virtualize my new desktop at home > > Should I a) use my primary working linux distro that I use day-to-day > > as dom0 so I have easy access to peripherals and control over things, > > or b) use a minimal headless install for dom0 and make my day-to-day > > desktop a domU so I minimze risk of breaking the entire Xen > > environment and just passthrough the peripherals? > > You might want to consider security as well. If your browser is hacked > while you're on the Web, is it OK for that to happen in dom0? Or better > to limit that to a domU built for that purpose? > > Even with option (b), headless might be going too far. Maybe you'd want > to control some features through a GUI. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --e0cb4efe339861147e04d95449ee Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

I'm in middle of doing the same thing.. That bums me put= to hear about VGA pass through.

On Apr 1, 2013 6:11 PM, "Mike" <debian@good-with-numbers.com> wrote:
Gordon Cooke wrote:
> I'm planning to use Xen to virtualize my new desktop at home
> Should I a) use my primary working linux distro that I use day-to-day<= br> > as dom0 so I have easy access to peripherals and control over things,<= br> > or b) use a minimal headless install for dom0 and make my day-to-day > desktop a domU so I minimze risk of breaking the entire Xen
> environment and just passthrough the peripherals?

You might want to consider security as well. =A0If your browser is hacked while you're on the Web, is it OK for that to happen in dom0? =A0Or bet= ter
to limit that to a domU built for that purpose?

Even with option (b), headless might be going too far. =A0Maybe you'd w= ant
to control some features through a GUI.

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.x= en.org/xen-users
--e0cb4efe339861147e04d95449ee-- --===============8173595158861228591== 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 --===============8173595158861228591==-- From xen-users-bounces@lists.xen.org Mon Apr 01 23:38:45 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 01 Apr 2013 23:38: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 1UMoIM-0003bZ-0P; Mon, 01 Apr 2013 23:37:46 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UMoIK-0003bU-8D for xen-users@lists.xen.org; Mon, 01 Apr 2013 23:37:44 +0000 Received: from [85.158.138.51:3975] by server-1.bemta-3.messagelabs.com id B2/73-13706-74A1A515; Mon, 01 Apr 2013 23:37:43 +0000 X-Env-Sender: andrewx192@gmail.com X-Msg-Ref: server-7.tower-174.messagelabs.com!1364859460!20040263!1 X-Originating-IP: [209.85.160.47] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28626 invoked from network); 1 Apr 2013 23:37:42 -0000 Received: from mail-pb0-f47.google.com (HELO mail-pb0-f47.google.com) (209.85.160.47) by server-7.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 1 Apr 2013 23:37:42 -0000 Received: by mail-pb0-f47.google.com with SMTP id rq13so389427pbb.20 for ; Mon, 01 Apr 2013 16:37:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type; bh=+RG2sS5RsnXmwPpllRrfNoKqzCL0YZMK94JNZZ88/VI=; b=slJHL05ziWr4C14OkggLd4kpdegMAHQxt//Gli23jWAItPi251RY5F5szmWYist24D CT+mEUjRPB82jfxZpwuV8bNZOSRahbAGUPH7jpbL/gatbcHYT+xz0KxJwxcIMh5pYBwo dW9RPvIdNdaoQ9nhVnwp9hVklOtjSGoyd4VdR5SEZU8GXgDhP6hxXphS29tIh+vy++Wm ok+Jh/FtuJrla2rn0NyWBVJ5KD9R1p1hHcm3FJvvouFLoHTlOuP7Q2aPp+w/VL/GCZDO he/q8tDWb+hXybhiCwv7L2QtUx9iOCnsaIqyuM9zdisPqTSPmXEBM2Te/hQ/QnGjXHd/ RXIg== X-Received: by 10.68.11.35 with SMTP id n3mr20643215pbb.220.1364859460225; Mon, 01 Apr 2013 16:37:40 -0700 (PDT) Received: from [172.24.2.10] (00062505cf33.click-network.com. [131.191.21.127]) by mx.google.com with ESMTPS id in5sm15439487pbc.20.2013.04.01.16.37.38 (version=TLSv1 cipher=RC4-SHA bits=128/128); Mon, 01 Apr 2013 16:37:39 -0700 (PDT) Message-ID: <515A1A41.7000801@gmail.com> Date: Mon, 01 Apr 2013 16:37:37 -0700 From: Andrew Sorensen User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4 MIME-Version: 1.0 To: Gordon Cooke References: In-Reply-To: Cc: 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: multipart/mixed; boundary="===============8813000056697815349==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============8813000056697815349== Content-Type: multipart/alternative; boundary="------------000201040805010200050702" This is a multi-part message in MIME format. --------------000201040805010200050702 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On 04/01/2013 10:25 AM, Gordon Cooke wrote: > I'm planning to use Xen to virtualize my new desktop at home- a bit of > an experiment for me. Should I a) use my primary working linux distro > that I use day-to-day as dom0 so I have easy access to peripherals and > control over things, or b) use a minimal headless install for dom0 and > make my day-to-day desktop a domU so I minimze risk of breaking the > entire Xen environment and just passthrough the peripherals? Anyone > have any experience or advice? > > Thanks > --------------------- > Detailed background for anyone interested: > Have a new 8 core machine I'm setting up. > Consider the following VMs to isolate some tasks so services are > somewhat isolated and dont break each other: > - Linux Desktop > - Win7 Desktop > - Media server to stream music and video collection (considering Plex) > - File and print server (Samba, CUPS, NFS, etc) > - Backup server to pull/sync data with other machines in house > (considering Backup PC) > and probably a handful of distros Im trying out to test things, > probably a LAMP stack for some development > > This would be the central computer in the house thats always on. Home > network consists of this machine, ipad, Asus tablet, iphone, android > phone, a smart BlueRay, a windows laptop and a few linux laptops. If > the media streaming works out then will probably add a Roku or > something similar. > You should look at Qubes OS - even if you don't use it, it has some great ideas for using Xen in a desktop situation. > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --------------000201040805010200050702 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
On 04/01/2013 10:25 AM, Gordon Cooke wrote:
I'm planning to use Xen to virtualize my new desktop at home- a bit of an experiment for me.  Should I a) use my primary working linux distro that I use day-to-day as dom0 so I have easy access to peripherals and control over things, or b) use a minimal headless install for dom0 and make my day-to-day desktop a domU so I minimze risk of breaking the entire Xen environment and just passthrough the peripherals?  Anyone have any experience or advice?
 
Thanks
---------------------
Detailed background for anyone interested:
Have a new 8 core machine I'm setting up.
Consider the following VMs to isolate some tasks so services are somewhat isolated and dont break each other:
- Linux Desktop
- Win7 Desktop
- Media server to stream music and video collection (considering Plex)
- File and print server (Samba, CUPS, NFS, etc)
- Backup server to pull/sync data with other machines in house (considering Backup PC)
and probably a handful of distros Im trying out to test things, probably a LAMP stack for some development
 
This would be the central computer in the house thats always on.  Home network consists of this machine, ipad, Asus tablet, iphone, android phone, a smart BlueRay, a windows laptop and a few linux laptops.  If the media streaming works out then will probably add a Roku or something similar.

You should look at Qubes OS - even if you don't use it, it has some great ideas for using Xen in a desktop situation.

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

--------------000201040805010200050702-- --===============8813000056697815349== 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 --===============8813000056697815349==-- From xen-users-bounces@lists.xen.org Mon Apr 01 23:38:45 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 01 Apr 2013 23:38: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 1UMoIM-0003bZ-0P; Mon, 01 Apr 2013 23:37:46 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UMoIK-0003bU-8D for xen-users@lists.xen.org; Mon, 01 Apr 2013 23:37:44 +0000 Received: from [85.158.138.51:3975] by server-1.bemta-3.messagelabs.com id B2/73-13706-74A1A515; Mon, 01 Apr 2013 23:37:43 +0000 X-Env-Sender: andrewx192@gmail.com X-Msg-Ref: server-7.tower-174.messagelabs.com!1364859460!20040263!1 X-Originating-IP: [209.85.160.47] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28626 invoked from network); 1 Apr 2013 23:37:42 -0000 Received: from mail-pb0-f47.google.com (HELO mail-pb0-f47.google.com) (209.85.160.47) by server-7.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 1 Apr 2013 23:37:42 -0000 Received: by mail-pb0-f47.google.com with SMTP id rq13so389427pbb.20 for ; Mon, 01 Apr 2013 16:37:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type; bh=+RG2sS5RsnXmwPpllRrfNoKqzCL0YZMK94JNZZ88/VI=; b=slJHL05ziWr4C14OkggLd4kpdegMAHQxt//Gli23jWAItPi251RY5F5szmWYist24D CT+mEUjRPB82jfxZpwuV8bNZOSRahbAGUPH7jpbL/gatbcHYT+xz0KxJwxcIMh5pYBwo dW9RPvIdNdaoQ9nhVnwp9hVklOtjSGoyd4VdR5SEZU8GXgDhP6hxXphS29tIh+vy++Wm ok+Jh/FtuJrla2rn0NyWBVJ5KD9R1p1hHcm3FJvvouFLoHTlOuP7Q2aPp+w/VL/GCZDO he/q8tDWb+hXybhiCwv7L2QtUx9iOCnsaIqyuM9zdisPqTSPmXEBM2Te/hQ/QnGjXHd/ RXIg== X-Received: by 10.68.11.35 with SMTP id n3mr20643215pbb.220.1364859460225; Mon, 01 Apr 2013 16:37:40 -0700 (PDT) Received: from [172.24.2.10] (00062505cf33.click-network.com. [131.191.21.127]) by mx.google.com with ESMTPS id in5sm15439487pbc.20.2013.04.01.16.37.38 (version=TLSv1 cipher=RC4-SHA bits=128/128); Mon, 01 Apr 2013 16:37:39 -0700 (PDT) Message-ID: <515A1A41.7000801@gmail.com> Date: Mon, 01 Apr 2013 16:37:37 -0700 From: Andrew Sorensen User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4 MIME-Version: 1.0 To: Gordon Cooke References: In-Reply-To: Cc: 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: multipart/mixed; boundary="===============8813000056697815349==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============8813000056697815349== Content-Type: multipart/alternative; boundary="------------000201040805010200050702" This is a multi-part message in MIME format. --------------000201040805010200050702 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On 04/01/2013 10:25 AM, Gordon Cooke wrote: > I'm planning to use Xen to virtualize my new desktop at home- a bit of > an experiment for me. Should I a) use my primary working linux distro > that I use day-to-day as dom0 so I have easy access to peripherals and > control over things, or b) use a minimal headless install for dom0 and > make my day-to-day desktop a domU so I minimze risk of breaking the > entire Xen environment and just passthrough the peripherals? Anyone > have any experience or advice? > > Thanks > --------------------- > Detailed background for anyone interested: > Have a new 8 core machine I'm setting up. > Consider the following VMs to isolate some tasks so services are > somewhat isolated and dont break each other: > - Linux Desktop > - Win7 Desktop > - Media server to stream music and video collection (considering Plex) > - File and print server (Samba, CUPS, NFS, etc) > - Backup server to pull/sync data with other machines in house > (considering Backup PC) > and probably a handful of distros Im trying out to test things, > probably a LAMP stack for some development > > This would be the central computer in the house thats always on. Home > network consists of this machine, ipad, Asus tablet, iphone, android > phone, a smart BlueRay, a windows laptop and a few linux laptops. If > the media streaming works out then will probably add a Roku or > something similar. > You should look at Qubes OS - even if you don't use it, it has some great ideas for using Xen in a desktop situation. > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --------------000201040805010200050702 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
On 04/01/2013 10:25 AM, Gordon Cooke wrote:
I'm planning to use Xen to virtualize my new desktop at home- a bit of an experiment for me.  Should I a) use my primary working linux distro that I use day-to-day as dom0 so I have easy access to peripherals and control over things, or b) use a minimal headless install for dom0 and make my day-to-day desktop a domU so I minimze risk of breaking the entire Xen environment and just passthrough the peripherals?  Anyone have any experience or advice?
 
Thanks
---------------------
Detailed background for anyone interested:
Have a new 8 core machine I'm setting up.
Consider the following VMs to isolate some tasks so services are somewhat isolated and dont break each other:
- Linux Desktop
- Win7 Desktop
- Media server to stream music and video collection (considering Plex)
- File and print server (Samba, CUPS, NFS, etc)
- Backup server to pull/sync data with other machines in house (considering Backup PC)
and probably a handful of distros Im trying out to test things, probably a LAMP stack for some development
 
This would be the central computer in the house thats always on.  Home network consists of this machine, ipad, Asus tablet, iphone, android phone, a smart BlueRay, a windows laptop and a few linux laptops.  If the media streaming works out then will probably add a Roku or something similar.

You should look at Qubes OS - even if you don't use it, it has some great ideas for using Xen in a desktop situation.

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

--------------000201040805010200050702-- --===============8813000056697815349== 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 --===============8813000056697815349==-- From xen-users-bounces@lists.xen.org Tue Apr 02 03:37:19 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Apr 2013 03:37: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 1UMs0y-0003s8-QG; Tue, 02 Apr 2013 03:36:04 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UMs0v-0003s3-Ab for xen-users@lists.xen.org; Tue, 02 Apr 2013 03:36:03 +0000 Received: from [85.158.143.99:56954] by server-3.bemta-4.messagelabs.com id 8D/4A-02186-0225A515; Tue, 02 Apr 2013 03:36:00 +0000 X-Env-Sender: vijay.phadke@gmail.com X-Msg-Ref: server-12.tower-216.messagelabs.com!1364873758!23296746!1 X-Originating-IP: [209.85.215.177] 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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20241 invoked from network); 2 Apr 2013 03:35:59 -0000 Received: from mail-ea0-f177.google.com (HELO mail-ea0-f177.google.com) (209.85.215.177) by server-12.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 2 Apr 2013 03:35:59 -0000 Received: by mail-ea0-f177.google.com with SMTP id q14so1238460eaj.36 for ; Mon, 01 Apr 2013 20:35:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:content-type; bh=oTAsgwYuhX/OLv848+dbQIR/l9IdXwb2ZbBI6FvZ310=; b=o07mQm4atwj3sj2B8Y3J5OVpv+DfD9bDs+vZ8ncdahIkE45314b4P/icFYzxkYCo4m 3ha9oAZpTFlbmactta5DGsV7dl+TD7nbkelrHU/GD4uX6DlslkZU0RoROhcTmqv4kPTb //c2zbMyv+geJXf0ehSgUXqucBYfanc+z00m1s9yNYxOlB85ziw0avZcR4cCra6kbYPT E1yoxsA3SDEyoOxApDpxaXW4zVWg7VUq+emXGbYQ4GVITSdNYCp15VIIOgO8QRVSzz+7 F9etr5glXkEJaF/qneEZbQ5m4/NE2UQGGCxuKwVVlw13dAAeEmORgxQ2yrz+FGcAkSSc LMnw== MIME-Version: 1.0 X-Received: by 10.15.107.205 with SMTP id cb53mr44545493eeb.14.1364873758603; Mon, 01 Apr 2013 20:35:58 -0700 (PDT) Received: by 10.15.81.199 with HTTP; Mon, 1 Apr 2013 20:35:58 -0700 (PDT) In-Reply-To: References: Date: Mon, 1 Apr 2013 20:35:58 -0700 Message-ID: From: Vijay Phadke 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: multipart/mixed; boundary="===============7283326363146988647==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7283326363146988647== Content-Type: multipart/alternative; boundary=089e01633c348ba92e04d9586f27 --089e01633c348ba92e04d9586f27 Content-Type: text/plain; charset=ISO-8859-1 I have been running Ubuntu 12.04LTS Desktop as dom0 for some time without any issues. It's quite seamless experience! This is only possible if you know how to compile kernel with xen dom0/domU options. Plenty of links/docs exists on Xen wiki, so do go through those first before venturing. It took me a few trials to get it right, so back up the things and be prepared for some rough time :-) In a nutshell - 1. during kernel compile start with 'make localmodconfig' to have all the currently used modules in. 2. do 'make menuconfig' and carefully go through all options and select appropriate to your system 3. if in doubt (especially with block/file system drivers), include the modules as built into kernel 4. after that ensure .config file has correct xen config directives for dom0 If your intention is only to virtualize desktop and you do not necessarily care about the virualization technology per se - i.e. Xen vs KVM etc, then my suggestion would be to use KVM virtualization, especially if your processor supports VT-x extensions. KVM is very straightforward to install and configure through GUI tools and you will save yourself quite a bit of pain. Also KVM supports unmodified guest OS installation just like you would do by popping a downloaded iso CD in the CD drive (virtual cd drive in case of KVM) But if your intention is to learn and experiment with Xen then by all means! Welcome aboard ;-) - Vijay On Mon, Apr 1, 2013 at 10:25 AM, Gordon Cooke wrote: > I'm planning to use Xen to virtualize my new desktop at home- a bit of an > experiment for me. Should I a) use my primary working linux distro that I > use day-to-day as dom0 so I have easy access to peripherals and control > over things, or b) use a minimal headless install for dom0 and make my > day-to-day desktop a domU so I minimze risk of breaking the entire Xen > environment and just passthrough the peripherals? Anyone have any > experience or advice? > > Thanks > --------------------- > Detailed background for anyone interested: > Have a new 8 core machine I'm setting up. > Consider the following VMs to isolate some tasks so services are somewhat > isolated and dont break each other: > - Linux Desktop > - Win7 Desktop > - Media server to stream music and video collection (considering Plex) > - File and print server (Samba, CUPS, NFS, etc) > - Backup server to pull/sync data with other machines in house > (considering Backup PC) > and probably a handful of distros Im trying out to test things, probably a > LAMP stack for some development > > This would be the central computer in the house thats always on. Home > network consists of this machine, ipad, Asus tablet, iphone, android phone, > a smart BlueRay, a windows laptop and a few linux laptops. If the media > streaming works out then will probably add a Roku or something similar. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --089e01633c348ba92e04d9586f27 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I have been running Ubuntu 12.04LTS Desktop as dom0 for some time wi= thout any issues.
It's quite seamless experience! This is= only possible if you know how to compile kernel with
xen dom0/domU options. Plenty of links/docs exists on Xen wiki, so = do go through those
first before venturing. It took me a few trials to = get it right, so back up the things and be
prepared for some rough time :-)
In a nutshell -
1. during kernel compile start with 'make localmodconfig' to ha= ve all the currently used modules in.
2. do 'make menuconfig&#= 39; and carefully go through all options and select appropriate to your sys= tem
3. if in doubt (especially with block/file system drivers), include t= he modules as built into kernel
4. after that ensure .config file = has correct xen config directives for dom0

If your intention i= s only to virtualize desktop and you do not necessarily care about the viru= alization
technology per se - i.e. Xen vs KVM etc, then my suggestion would be = to use KVM virtualization, especially
if your processor supports = VT-x extensions. KVM is very straightforward to install and configure throu= gh
GUI tools and you will save yourself quite a bit of pain. Also KVM su= pports unmodified guest OS installation
just like you would do by = popping a downloaded iso CD in the CD drive (virtual cd drive in case of KV= M)

But if your intention is to learn and experiment with Xen then by= all means! Welcome aboard ;-)

- Vijay


On Mon, Apr 1, 2013 at 10:25 AM, Gordon Cooke <gordon.cooke3@gmail.c= om> wrote:
I'm planning to use Xen to virtualize my new desk= top at home- a bit of an experiment for me.=A0 Should I a) use my primary w= orking linux distro that I use=A0day-to-day=A0as dom0 so I have easy access= to peripherals and control over things, or b) use a minimal headless insta= ll for dom0 and make my day-to-day desktop a domU so I minimze risk of brea= king the entire Xen environment and just passthrough the peripherals?=A0 An= yone have any experience or advice?
=A0
Thanks
---------------------
Detaile= d background for anyone interested:
Have a new 8 core machine I&#= 39;m setting up.
Consider the following VMs to isolate some tasks= so services are somewhat isolated and dont break each other:
- Linux Desktop
- Win7 Desktop
- Media server to s= tream music and video collection (considering Plex)
- File and pr= int server (Samba, CUPS, NFS, etc)
- Backup server to pull/sync d= ata with other machines in house (considering Backup PC)
and probably a handful of distros Im trying out to test things, probab= ly a LAMP stack for some development
=A0
This would be = the central computer in the house thats always on.=A0 Home network consists= of this machine, ipad, Asus tablet, iphone, android phone, a smart BlueRay= , a windows laptop and a few linux laptops.=A0 If the media streaming works= out then will probably add a Roku or something similar.

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

--089e01633c348ba92e04d9586f27-- --===============7283326363146988647== 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 --===============7283326363146988647==-- From xen-users-bounces@lists.xen.org Tue Apr 02 03:37:19 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Apr 2013 03:37: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 1UMs0y-0003s8-QG; Tue, 02 Apr 2013 03:36:04 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UMs0v-0003s3-Ab for xen-users@lists.xen.org; Tue, 02 Apr 2013 03:36:03 +0000 Received: from [85.158.143.99:56954] by server-3.bemta-4.messagelabs.com id 8D/4A-02186-0225A515; Tue, 02 Apr 2013 03:36:00 +0000 X-Env-Sender: vijay.phadke@gmail.com X-Msg-Ref: server-12.tower-216.messagelabs.com!1364873758!23296746!1 X-Originating-IP: [209.85.215.177] 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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20241 invoked from network); 2 Apr 2013 03:35:59 -0000 Received: from mail-ea0-f177.google.com (HELO mail-ea0-f177.google.com) (209.85.215.177) by server-12.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 2 Apr 2013 03:35:59 -0000 Received: by mail-ea0-f177.google.com with SMTP id q14so1238460eaj.36 for ; Mon, 01 Apr 2013 20:35:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:content-type; bh=oTAsgwYuhX/OLv848+dbQIR/l9IdXwb2ZbBI6FvZ310=; b=o07mQm4atwj3sj2B8Y3J5OVpv+DfD9bDs+vZ8ncdahIkE45314b4P/icFYzxkYCo4m 3ha9oAZpTFlbmactta5DGsV7dl+TD7nbkelrHU/GD4uX6DlslkZU0RoROhcTmqv4kPTb //c2zbMyv+geJXf0ehSgUXqucBYfanc+z00m1s9yNYxOlB85ziw0avZcR4cCra6kbYPT E1yoxsA3SDEyoOxApDpxaXW4zVWg7VUq+emXGbYQ4GVITSdNYCp15VIIOgO8QRVSzz+7 F9etr5glXkEJaF/qneEZbQ5m4/NE2UQGGCxuKwVVlw13dAAeEmORgxQ2yrz+FGcAkSSc LMnw== MIME-Version: 1.0 X-Received: by 10.15.107.205 with SMTP id cb53mr44545493eeb.14.1364873758603; Mon, 01 Apr 2013 20:35:58 -0700 (PDT) Received: by 10.15.81.199 with HTTP; Mon, 1 Apr 2013 20:35:58 -0700 (PDT) In-Reply-To: References: Date: Mon, 1 Apr 2013 20:35:58 -0700 Message-ID: From: Vijay Phadke 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: multipart/mixed; boundary="===============7283326363146988647==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7283326363146988647== Content-Type: multipart/alternative; boundary=089e01633c348ba92e04d9586f27 --089e01633c348ba92e04d9586f27 Content-Type: text/plain; charset=ISO-8859-1 I have been running Ubuntu 12.04LTS Desktop as dom0 for some time without any issues. It's quite seamless experience! This is only possible if you know how to compile kernel with xen dom0/domU options. Plenty of links/docs exists on Xen wiki, so do go through those first before venturing. It took me a few trials to get it right, so back up the things and be prepared for some rough time :-) In a nutshell - 1. during kernel compile start with 'make localmodconfig' to have all the currently used modules in. 2. do 'make menuconfig' and carefully go through all options and select appropriate to your system 3. if in doubt (especially with block/file system drivers), include the modules as built into kernel 4. after that ensure .config file has correct xen config directives for dom0 If your intention is only to virtualize desktop and you do not necessarily care about the virualization technology per se - i.e. Xen vs KVM etc, then my suggestion would be to use KVM virtualization, especially if your processor supports VT-x extensions. KVM is very straightforward to install and configure through GUI tools and you will save yourself quite a bit of pain. Also KVM supports unmodified guest OS installation just like you would do by popping a downloaded iso CD in the CD drive (virtual cd drive in case of KVM) But if your intention is to learn and experiment with Xen then by all means! Welcome aboard ;-) - Vijay On Mon, Apr 1, 2013 at 10:25 AM, Gordon Cooke wrote: > I'm planning to use Xen to virtualize my new desktop at home- a bit of an > experiment for me. Should I a) use my primary working linux distro that I > use day-to-day as dom0 so I have easy access to peripherals and control > over things, or b) use a minimal headless install for dom0 and make my > day-to-day desktop a domU so I minimze risk of breaking the entire Xen > environment and just passthrough the peripherals? Anyone have any > experience or advice? > > Thanks > --------------------- > Detailed background for anyone interested: > Have a new 8 core machine I'm setting up. > Consider the following VMs to isolate some tasks so services are somewhat > isolated and dont break each other: > - Linux Desktop > - Win7 Desktop > - Media server to stream music and video collection (considering Plex) > - File and print server (Samba, CUPS, NFS, etc) > - Backup server to pull/sync data with other machines in house > (considering Backup PC) > and probably a handful of distros Im trying out to test things, probably a > LAMP stack for some development > > This would be the central computer in the house thats always on. Home > network consists of this machine, ipad, Asus tablet, iphone, android phone, > a smart BlueRay, a windows laptop and a few linux laptops. If the media > streaming works out then will probably add a Roku or something similar. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --089e01633c348ba92e04d9586f27 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I have been running Ubuntu 12.04LTS Desktop as dom0 for some time wi= thout any issues.
It's quite seamless experience! This is= only possible if you know how to compile kernel with
xen dom0/domU options. Plenty of links/docs exists on Xen wiki, so = do go through those
first before venturing. It took me a few trials to = get it right, so back up the things and be
prepared for some rough time :-)
In a nutshell -
1. during kernel compile start with 'make localmodconfig' to ha= ve all the currently used modules in.
2. do 'make menuconfig&#= 39; and carefully go through all options and select appropriate to your sys= tem
3. if in doubt (especially with block/file system drivers), include t= he modules as built into kernel
4. after that ensure .config file = has correct xen config directives for dom0

If your intention i= s only to virtualize desktop and you do not necessarily care about the viru= alization
technology per se - i.e. Xen vs KVM etc, then my suggestion would be = to use KVM virtualization, especially
if your processor supports = VT-x extensions. KVM is very straightforward to install and configure throu= gh
GUI tools and you will save yourself quite a bit of pain. Also KVM su= pports unmodified guest OS installation
just like you would do by = popping a downloaded iso CD in the CD drive (virtual cd drive in case of KV= M)

But if your intention is to learn and experiment with Xen then by= all means! Welcome aboard ;-)

- Vijay


On Mon, Apr 1, 2013 at 10:25 AM, Gordon Cooke <gordon.cooke3@gmail.c= om> wrote:
I'm planning to use Xen to virtualize my new desk= top at home- a bit of an experiment for me.=A0 Should I a) use my primary w= orking linux distro that I use=A0day-to-day=A0as dom0 so I have easy access= to peripherals and control over things, or b) use a minimal headless insta= ll for dom0 and make my day-to-day desktop a domU so I minimze risk of brea= king the entire Xen environment and just passthrough the peripherals?=A0 An= yone have any experience or advice?
=A0
Thanks
---------------------
Detaile= d background for anyone interested:
Have a new 8 core machine I&#= 39;m setting up.
Consider the following VMs to isolate some tasks= so services are somewhat isolated and dont break each other:
- Linux Desktop
- Win7 Desktop
- Media server to s= tream music and video collection (considering Plex)
- File and pr= int server (Samba, CUPS, NFS, etc)
- Backup server to pull/sync d= ata with other machines in house (considering Backup PC)
and probably a handful of distros Im trying out to test things, probab= ly a LAMP stack for some development
=A0
This would be = the central computer in the house thats always on.=A0 Home network consists= of this machine, ipad, Asus tablet, iphone, android phone, a smart BlueRay= , a windows laptop and a few linux laptops.=A0 If the media streaming works= out then will probably add a Roku or something similar.

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

--089e01633c348ba92e04d9586f27-- --===============7283326363146988647== 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 --===============7283326363146988647==-- From xen-users-bounces@lists.xen.org Tue Apr 02 04:17:39 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Apr 2013 04:17: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 1UMse7-0004PI-Oj; Tue, 02 Apr 2013 04:16:31 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UMse6-0004PD-TD for xen-users@lists.xen.org; Tue, 02 Apr 2013 04:16:31 +0000 Received: from [85.158.138.51:62616] by server-7.bemta-3.messagelabs.com id 59/DD-06591-D9B5A515; Tue, 02 Apr 2013 04:16:29 +0000 X-Env-Sender: Nick.Couchman@seakr.com X-Msg-Ref: server-14.tower-174.messagelabs.com!1364876187!22614678!1 X-Originating-IP: [64.2.143.10] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10486 invoked from network); 2 Apr 2013 04:16:28 -0000 Received: from mx1.seakr.com (HELO mx1.seakr.com) (64.2.143.10) by server-14.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Apr 2013 04:16:28 -0000 Received: from mx-inside.seakr.com ([192.168.100.31]) by mx1.seakr.com (8.14.3/8.14.3/Debian-9.4) with ESMTP id r324CAWD017427 for ; Mon, 1 Apr 2013 22:12:11 -0600 Received: from (mx-inside.seakr.com [192.168.100.31]) by mail-scanner1.it.seakr.com with smtp id 6534_23ea_154a7f32_9b4c_11e2_a5e1_00137252735f; Mon, 01 Apr 2013 22:16:26 -0600 Received: from collaborate.seakr.com (collaborate.seakr.com [192.168.100.28]) by mx-inside.seakr.com (Postfix) with ESMTP id 206E944DD1 for ; Mon, 1 Apr 2013 22:16:25 -0600 (MDT) Received: from seakr-engineering-MTA by collaborate.seakr.com with Novell_GroupWise; Mon, 01 Apr 2013 22:16:25 -0600 Message-Id: <515A07360200009900030F11@collaborate.seakr.com> X-Mailer: Novell GroupWise Internet Agent 8.0.3 Date: Mon, 01 Apr 2013 22:16:22 -0600 From: "Nick Couchman" To: Mime-Version: 1.0 Content-Disposition: inline X-NAIMIME-Disclaimer: 1 X-NAIMIME-Modified: 1 Subject: [Xen-users] Issues with Adding RBD Block Devices X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 having some problems in Xen trying to create a new block script for rbd devices (Ceph RBD) and using those devices in domUs. I've attached the block-rbd script that I've created and placed in /etc/xen/scripts. Basically, this should allow me to specify the following in my config file: disk = [ 'rbd:image-name,hda,w' ] ...where image-name is the name of an rbd image. The script uses Ceph's "rbd" command to map the image to a device (/dev/rbdN where N is a number) and then feeds that to the xenstore commands necessary for accessing the device. Everything seems to work fine - script runs, devices are mapped, and xenstore gets updated - but I cannot see the disk in my HVM domU. The only clue as to what might be wrong is the following entry in my /var/log/xen/qemu-dm-.log file: qemu: type (image format) 'rbd' unknown for vbd '/local/domain/0/backend/vbd/29/768/mode' or image 'image-name' There are a couple of puzzling things about this. First, the domU is getting passed a block device in the form of /dev/rbd1, which it should be able to access, so why does it care from the type/image format is? The block device is no different than a phy: device with a physical HDD or an LVM volume, and, while the setting for "type" is rbd, I don't know why that would impact it. Second, why is it referencing the "mode" node of the xenstore tree for that backend device. That really doesn't make any sense - the vbd should be one level above that, and the mode is definitely set to "w" for read-write (verified with with xenstore-ls). Has anyone else used Ceph RBD to back Xen-based VMs? Or has anyone else successfully added another type of block device to Xen with a script? Any hints on where to go from here? Thanks - Nick -------- This e-mail may contain confidential and privileged material for the sole use of the intended recipient. If this email is not intended for you, or you are not responsible for the delivery of this message to the intended recipient, please note that this message may contain SEAKR Engineering (SEAKR) Privileged/Proprietary Information. In such a case, you are strictly prohibited from downloading, photocopying, distributing or otherwise using this message, its contents or attachments in any way. If you have received this message in error, please notify us immediately by replying to this e-mail and delete the message from your mailbox. Information contained in this message that does not relate to the business of SEAKR is neither endorsed by nor attributable to SEAKR. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 02 04:17:39 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Apr 2013 04:17: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 1UMse7-0004PI-Oj; Tue, 02 Apr 2013 04:16:31 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UMse6-0004PD-TD for xen-users@lists.xen.org; Tue, 02 Apr 2013 04:16:31 +0000 Received: from [85.158.138.51:62616] by server-7.bemta-3.messagelabs.com id 59/DD-06591-D9B5A515; Tue, 02 Apr 2013 04:16:29 +0000 X-Env-Sender: Nick.Couchman@seakr.com X-Msg-Ref: server-14.tower-174.messagelabs.com!1364876187!22614678!1 X-Originating-IP: [64.2.143.10] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10486 invoked from network); 2 Apr 2013 04:16:28 -0000 Received: from mx1.seakr.com (HELO mx1.seakr.com) (64.2.143.10) by server-14.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Apr 2013 04:16:28 -0000 Received: from mx-inside.seakr.com ([192.168.100.31]) by mx1.seakr.com (8.14.3/8.14.3/Debian-9.4) with ESMTP id r324CAWD017427 for ; Mon, 1 Apr 2013 22:12:11 -0600 Received: from (mx-inside.seakr.com [192.168.100.31]) by mail-scanner1.it.seakr.com with smtp id 6534_23ea_154a7f32_9b4c_11e2_a5e1_00137252735f; Mon, 01 Apr 2013 22:16:26 -0600 Received: from collaborate.seakr.com (collaborate.seakr.com [192.168.100.28]) by mx-inside.seakr.com (Postfix) with ESMTP id 206E944DD1 for ; Mon, 1 Apr 2013 22:16:25 -0600 (MDT) Received: from seakr-engineering-MTA by collaborate.seakr.com with Novell_GroupWise; Mon, 01 Apr 2013 22:16:25 -0600 Message-Id: <515A07360200009900030F11@collaborate.seakr.com> X-Mailer: Novell GroupWise Internet Agent 8.0.3 Date: Mon, 01 Apr 2013 22:16:22 -0600 From: "Nick Couchman" To: Mime-Version: 1.0 Content-Disposition: inline X-NAIMIME-Disclaimer: 1 X-NAIMIME-Modified: 1 Subject: [Xen-users] Issues with Adding RBD Block Devices X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 having some problems in Xen trying to create a new block script for rbd devices (Ceph RBD) and using those devices in domUs. I've attached the block-rbd script that I've created and placed in /etc/xen/scripts. Basically, this should allow me to specify the following in my config file: disk = [ 'rbd:image-name,hda,w' ] ...where image-name is the name of an rbd image. The script uses Ceph's "rbd" command to map the image to a device (/dev/rbdN where N is a number) and then feeds that to the xenstore commands necessary for accessing the device. Everything seems to work fine - script runs, devices are mapped, and xenstore gets updated - but I cannot see the disk in my HVM domU. The only clue as to what might be wrong is the following entry in my /var/log/xen/qemu-dm-.log file: qemu: type (image format) 'rbd' unknown for vbd '/local/domain/0/backend/vbd/29/768/mode' or image 'image-name' There are a couple of puzzling things about this. First, the domU is getting passed a block device in the form of /dev/rbd1, which it should be able to access, so why does it care from the type/image format is? The block device is no different than a phy: device with a physical HDD or an LVM volume, and, while the setting for "type" is rbd, I don't know why that would impact it. Second, why is it referencing the "mode" node of the xenstore tree for that backend device. That really doesn't make any sense - the vbd should be one level above that, and the mode is definitely set to "w" for read-write (verified with with xenstore-ls). Has anyone else used Ceph RBD to back Xen-based VMs? Or has anyone else successfully added another type of block device to Xen with a script? Any hints on where to go from here? Thanks - Nick -------- This e-mail may contain confidential and privileged material for the sole use of the intended recipient. If this email is not intended for you, or you are not responsible for the delivery of this message to the intended recipient, please note that this message may contain SEAKR Engineering (SEAKR) Privileged/Proprietary Information. In such a case, you are strictly prohibited from downloading, photocopying, distributing or otherwise using this message, its contents or attachments in any way. If you have received this message in error, please notify us immediately by replying to this e-mail and delete the message from your mailbox. Information contained in this message that does not relate to the business of SEAKR is neither endorsed by nor attributable to SEAKR. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 02 07:48:21 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Apr 2013 07:48: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 1UMvvj-0007B9-Kc; Tue, 02 Apr 2013 07:46:55 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UMvvi-0007Au-1i; Tue, 02 Apr 2013 07:46:54 +0000 Received: from [193.109.254.147:57901] by server-2.bemta-14.messagelabs.com id 34/39-14115-DEC8A515; Tue, 02 Apr 2013 07:46:53 +0000 X-Env-Sender: JBeulich@suse.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1364888642!8904412!1 X-Originating-IP: [130.57.49.28] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTMwLjU3LjQ5LjI4ID0+IDQ4MDU=\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12756 invoked from network); 2 Apr 2013 07:44:02 -0000 Received: from nat28.tlf.novell.com (HELO nat28.tlf.novell.com) (130.57.49.28) by server-2.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Apr 2013 07:44:02 -0000 Received: from EMEA1-MTA by nat28.tlf.novell.com with Novell_GroupWise; Tue, 02 Apr 2013 08:44:02 +0100 Message-Id: <515AA88F02000078000C9FE3@nat28.tlf.novell.com> X-Mailer: Novell GroupWise Internet Agent 12.0.2 Date: Tue, 02 Apr 2013 08:44:47 +0100 From: "Jan Beulich" To: "Konrad Rzeszutek Wilk" , "George Dunlap" References: <20130329130501.GA31497@phenom.dumpdata.com> In-Reply-To: <20130329130501.GA31497@phenom.dumpdata.com> Mime-Version: 1.0 Content-Disposition: inline Cc: "xen-users@lists.xen.org" , "xen-devel@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] Request for input: Extended event channel support X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 29.03.13 at 14:05, Konrad Rzeszutek Wilk wrote: >> * What we need to know >> >> What we're missing in order to make an informed decision is voices >> from the community: If we delay the event channel scalability feature >> until 4.4, how likely is this to be an issue? Are there current users >> or potential users of Xen who need to be able to scale past 200 VMs on >> a single host, and who would end up choosing another hypervisor if >> this feature were delayed? > > For this to work you also need the Linux side patches. That means > that if you want to hit this in v3.10 merge window you have until > April 15th to get it in. The reason is that I am out from > April 20th, and the merge window will probably be open on May 1st. I don't think upstream inclusion of the Linux side patches is a requirement here. The patches need to exist (or else the code can't be tested), but there's no need for them to be in 3.10 as far as the interface selection if concerned. Jan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 02 07:48:21 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Apr 2013 07:48: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 1UMvvj-0007B9-Kc; Tue, 02 Apr 2013 07:46:55 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UMvvi-0007Au-1i; Tue, 02 Apr 2013 07:46:54 +0000 Received: from [193.109.254.147:57901] by server-2.bemta-14.messagelabs.com id 34/39-14115-DEC8A515; Tue, 02 Apr 2013 07:46:53 +0000 X-Env-Sender: JBeulich@suse.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1364888642!8904412!1 X-Originating-IP: [130.57.49.28] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTMwLjU3LjQ5LjI4ID0+IDQ4MDU=\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12756 invoked from network); 2 Apr 2013 07:44:02 -0000 Received: from nat28.tlf.novell.com (HELO nat28.tlf.novell.com) (130.57.49.28) by server-2.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Apr 2013 07:44:02 -0000 Received: from EMEA1-MTA by nat28.tlf.novell.com with Novell_GroupWise; Tue, 02 Apr 2013 08:44:02 +0100 Message-Id: <515AA88F02000078000C9FE3@nat28.tlf.novell.com> X-Mailer: Novell GroupWise Internet Agent 12.0.2 Date: Tue, 02 Apr 2013 08:44:47 +0100 From: "Jan Beulich" To: "Konrad Rzeszutek Wilk" , "George Dunlap" References: <20130329130501.GA31497@phenom.dumpdata.com> In-Reply-To: <20130329130501.GA31497@phenom.dumpdata.com> Mime-Version: 1.0 Content-Disposition: inline Cc: "xen-users@lists.xen.org" , "xen-devel@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] Request for input: Extended event channel support X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 29.03.13 at 14:05, Konrad Rzeszutek Wilk wrote: >> * What we need to know >> >> What we're missing in order to make an informed decision is voices >> from the community: If we delay the event channel scalability feature >> until 4.4, how likely is this to be an issue? Are there current users >> or potential users of Xen who need to be able to scale past 200 VMs on >> a single host, and who would end up choosing another hypervisor if >> this feature were delayed? > > For this to work you also need the Linux side patches. That means > that if you want to hit this in v3.10 merge window you have until > April 15th to get it in. The reason is that I am out from > April 20th, and the merge window will probably be open on May 1st. I don't think upstream inclusion of the Linux side patches is a requirement here. The patches need to exist (or else the code can't be tested), but there's no need for them to be in 3.10 as far as the interface selection if concerned. Jan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 02 14:21:26 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Apr 2013 14:21: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 1UN24Q-00063q-S6; Tue, 02 Apr 2013 14:20:18 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UN24P-00063b-1J; Tue, 02 Apr 2013 14:20:17 +0000 Received: from [85.158.139.83:59633] by server-14.bemta-5.messagelabs.com id 10/10-13158-029EA515; Tue, 02 Apr 2013 14:20:16 +0000 X-Env-Sender: konrad.wilk@oracle.com X-Msg-Ref: server-2.tower-182.messagelabs.com!1364912413!27526202!1 X-Originating-IP: [156.151.31.81] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTU2LjE1MS4zMS44MSA9PiAyODgzMzk=\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21837 invoked from network); 2 Apr 2013 14:20:15 -0000 Received: from userp1040.oracle.com (HELO userp1040.oracle.com) (156.151.31.81) by server-2.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Apr 2013 14:20:15 -0000 Received: from ucsinet21.oracle.com (ucsinet21.oracle.com [156.151.31.93]) by userp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r32EKBQ1006504 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 2 Apr 2013 14:20:12 GMT Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156]) by ucsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r32EKBI3005584 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 2 Apr 2013 14:20:11 GMT Received: from abhmt120.oracle.com (abhmt120.oracle.com [141.146.116.72]) by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id r32EKAOY016576; Tue, 2 Apr 2013 09:20:11 -0500 Received: from phenom.dumpdata.com (/50.195.21.189) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 02 Apr 2013 07:20:10 -0700 Received: by phenom.dumpdata.com (Postfix, from userid 1000) id 8B9B51C3D8A; Tue, 2 Apr 2013 10:20:09 -0400 (EDT) Date: Tue, 2 Apr 2013 10:20:09 -0400 From: Konrad Rzeszutek Wilk To: Jan Beulich Message-ID: <20130402142009.GF1754@phenom.dumpdata.com> References: <20130329130501.GA31497@phenom.dumpdata.com> <515AA88F02000078000C9FE3@nat28.tlf.novell.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <515AA88F02000078000C9FE3@nat28.tlf.novell.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Source-IP: ucsinet21.oracle.com [156.151.31.93] Cc: "xen-users@lists.xen.org" , George Dunlap , "xen-devel@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] Request for input: Extended event channel support X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, Apr 02, 2013 at 08:44:47AM +0100, Jan Beulich wrote: > >>> On 29.03.13 at 14:05, Konrad Rzeszutek Wilk wrote: > >> * What we need to know > >> > >> What we're missing in order to make an informed decision is voices > >> from the community: If we delay the event channel scalability feature > >> until 4.4, how likely is this to be an issue? Are there current users > >> or potential users of Xen who need to be able to scale past 200 VMs on > >> a single host, and who would end up choosing another hypervisor if > >> this feature were delayed? > > > > For this to work you also need the Linux side patches. That means > > that if you want to hit this in v3.10 merge window you have until > > April 15th to get it in. The reason is that I am out from > > April 20th, and the merge window will probably be open on May 1st. > > I don't think upstream inclusion of the Linux side patches is a > requirement here. The patches need to exist (or else the code > can't be tested), but there's no need for them to be in 3.10 as > far as the interface selection if concerned. > OK. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 02 14:21:26 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Apr 2013 14:21: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 1UN24Q-00063q-S6; Tue, 02 Apr 2013 14:20:18 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UN24P-00063b-1J; Tue, 02 Apr 2013 14:20:17 +0000 Received: from [85.158.139.83:59633] by server-14.bemta-5.messagelabs.com id 10/10-13158-029EA515; Tue, 02 Apr 2013 14:20:16 +0000 X-Env-Sender: konrad.wilk@oracle.com X-Msg-Ref: server-2.tower-182.messagelabs.com!1364912413!27526202!1 X-Originating-IP: [156.151.31.81] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTU2LjE1MS4zMS44MSA9PiAyODgzMzk=\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21837 invoked from network); 2 Apr 2013 14:20:15 -0000 Received: from userp1040.oracle.com (HELO userp1040.oracle.com) (156.151.31.81) by server-2.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Apr 2013 14:20:15 -0000 Received: from ucsinet21.oracle.com (ucsinet21.oracle.com [156.151.31.93]) by userp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r32EKBQ1006504 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 2 Apr 2013 14:20:12 GMT Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156]) by ucsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r32EKBI3005584 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 2 Apr 2013 14:20:11 GMT Received: from abhmt120.oracle.com (abhmt120.oracle.com [141.146.116.72]) by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id r32EKAOY016576; Tue, 2 Apr 2013 09:20:11 -0500 Received: from phenom.dumpdata.com (/50.195.21.189) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 02 Apr 2013 07:20:10 -0700 Received: by phenom.dumpdata.com (Postfix, from userid 1000) id 8B9B51C3D8A; Tue, 2 Apr 2013 10:20:09 -0400 (EDT) Date: Tue, 2 Apr 2013 10:20:09 -0400 From: Konrad Rzeszutek Wilk To: Jan Beulich Message-ID: <20130402142009.GF1754@phenom.dumpdata.com> References: <20130329130501.GA31497@phenom.dumpdata.com> <515AA88F02000078000C9FE3@nat28.tlf.novell.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <515AA88F02000078000C9FE3@nat28.tlf.novell.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Source-IP: ucsinet21.oracle.com [156.151.31.93] Cc: "xen-users@lists.xen.org" , George Dunlap , "xen-devel@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] Request for input: Extended event channel support X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, Apr 02, 2013 at 08:44:47AM +0100, Jan Beulich wrote: > >>> On 29.03.13 at 14:05, Konrad Rzeszutek Wilk wrote: > >> * What we need to know > >> > >> What we're missing in order to make an informed decision is voices > >> from the community: If we delay the event channel scalability feature > >> until 4.4, how likely is this to be an issue? Are there current users > >> or potential users of Xen who need to be able to scale past 200 VMs on > >> a single host, and who would end up choosing another hypervisor if > >> this feature were delayed? > > > > For this to work you also need the Linux side patches. That means > > that if you want to hit this in v3.10 merge window you have until > > April 15th to get it in. The reason is that I am out from > > April 20th, and the merge window will probably be open on May 1st. > > I don't think upstream inclusion of the Linux side patches is a > requirement here. The patches need to exist (or else the code > can't be tested), but there's no need for them to be in 3.10 as > far as the interface selection if concerned. > OK. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 02 15:09:16 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Apr 2013 15:09: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 1UN2od-00074v-UZ; Tue, 02 Apr 2013 15:08:03 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UN2oa-00074q-HW for xen-users@lists.xen.org; Tue, 02 Apr 2013 15:08:00 +0000 Received: from [85.158.137.99:23052] by server-7.bemta-3.messagelabs.com id 61/CE-06591-F44FA515; Tue, 02 Apr 2013 15:07:59 +0000 X-Env-Sender: agya.naila@gmail.com X-Msg-Ref: server-5.tower-217.messagelabs.com!1364915271!12286645!1 X-Originating-IP: [74.125.82.170] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP, spamassassin: , async_handler: YXN5bmNfZGVsYXk6IDcwNDI1MDUgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13575 invoked from network); 2 Apr 2013 15:07:51 -0000 Received: from mail-we0-f170.google.com (HELO mail-we0-f170.google.com) (74.125.82.170) by server-5.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 2 Apr 2013 15:07:51 -0000 Received: by mail-we0-f170.google.com with SMTP id z2so408762wey.15 for ; Tue, 02 Apr 2013 08:07:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=vFWJUhXt0hxjyRWSnc+i5y0RWyc/5FCOlcfQZ7VHAMI=; b=fxLj6bP37eeVjIqXs3SfPGQdsioy/wH7vihmay0XM87r8BQAutnynDbgj8vCMaHOze wARIYErXhqnrjUOgqBIQJMikK0ZYMlMzv5xFmw9msFLck1n4CD/fWXnQTBib1odZgitZ 8j/Xu4m8zgV45mHSssyXHO0vDxNtawz8HBdOE3CU5zAgkBM0LOIzcynfeNA9LMXG1Xw5 WeLum6Ij0XM68PKrRHtcTKEvCOYi+xEnv2OHZh4vpVR50m424i4opvXKkpX1ZilqadYN AfuaoEVnspDrZH4M0Ju8L4qPa5U4jX9GD8wRAD9KHIM5TwqvnIl9Z3P6qxAPOo7fliRO qQmA== MIME-Version: 1.0 X-Received: by 10.194.109.35 with SMTP id hp3mr10591305wjb.15.1364915271029; Tue, 02 Apr 2013 08:07:51 -0700 (PDT) Received: by 10.216.122.68 with HTTP; Tue, 2 Apr 2013 08:07:50 -0700 (PDT) Date: Tue, 2 Apr 2013 17:07:50 +0200 Message-ID: From: agya naila To: "xen-users@lists.xen.org" , drbd-user@lists.linbit.com Subject: [Xen-users] DRBD xen remus support higher than 8.3.11 X-BeenThere: xen-users@lists.xen.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="===============4286787566286323120==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4286787566286323120== Content-Type: multipart/alternative; boundary=089e010d8574e0d6ec04d962197f --089e010d8574e0d6ec04d962197f Content-Type: text/plain; charset=ISO-8859-1 Dear all, Does any body know information if some one has porting remus support to drbd higher that 8.3.11 version that available from http://remusha.wikidot.com/configuring-and-installing-remus#toc4. It seem 8.3.11 have bug in frozen IO and this bug seem has been fixed in 8.3.13. Thank you Agya --089e010d8574e0d6ec04d962197f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Dear all,

Does any body know info= rmation if some one has porting remus support to drbd higher that 8.3.11 ve= rsion that available from=A0http://remusha.wikidot.com/configuring-and-in= stalling-remus#toc4. It seem 8.3.11 have bug in frozen IO and this bug = seem has been fixed in 8.3.13.

Thank you

Agya
--089e010d8574e0d6ec04d962197f-- --===============4286787566286323120== 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 --===============4286787566286323120==-- From xen-users-bounces@lists.xen.org Tue Apr 02 15:09:16 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Apr 2013 15:09: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 1UN2od-00074v-UZ; Tue, 02 Apr 2013 15:08:03 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UN2oa-00074q-HW for xen-users@lists.xen.org; Tue, 02 Apr 2013 15:08:00 +0000 Received: from [85.158.137.99:23052] by server-7.bemta-3.messagelabs.com id 61/CE-06591-F44FA515; Tue, 02 Apr 2013 15:07:59 +0000 X-Env-Sender: agya.naila@gmail.com X-Msg-Ref: server-5.tower-217.messagelabs.com!1364915271!12286645!1 X-Originating-IP: [74.125.82.170] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP, spamassassin: , async_handler: YXN5bmNfZGVsYXk6IDcwNDI1MDUgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13575 invoked from network); 2 Apr 2013 15:07:51 -0000 Received: from mail-we0-f170.google.com (HELO mail-we0-f170.google.com) (74.125.82.170) by server-5.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 2 Apr 2013 15:07:51 -0000 Received: by mail-we0-f170.google.com with SMTP id z2so408762wey.15 for ; Tue, 02 Apr 2013 08:07:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=vFWJUhXt0hxjyRWSnc+i5y0RWyc/5FCOlcfQZ7VHAMI=; b=fxLj6bP37eeVjIqXs3SfPGQdsioy/wH7vihmay0XM87r8BQAutnynDbgj8vCMaHOze wARIYErXhqnrjUOgqBIQJMikK0ZYMlMzv5xFmw9msFLck1n4CD/fWXnQTBib1odZgitZ 8j/Xu4m8zgV45mHSssyXHO0vDxNtawz8HBdOE3CU5zAgkBM0LOIzcynfeNA9LMXG1Xw5 WeLum6Ij0XM68PKrRHtcTKEvCOYi+xEnv2OHZh4vpVR50m424i4opvXKkpX1ZilqadYN AfuaoEVnspDrZH4M0Ju8L4qPa5U4jX9GD8wRAD9KHIM5TwqvnIl9Z3P6qxAPOo7fliRO qQmA== MIME-Version: 1.0 X-Received: by 10.194.109.35 with SMTP id hp3mr10591305wjb.15.1364915271029; Tue, 02 Apr 2013 08:07:51 -0700 (PDT) Received: by 10.216.122.68 with HTTP; Tue, 2 Apr 2013 08:07:50 -0700 (PDT) Date: Tue, 2 Apr 2013 17:07:50 +0200 Message-ID: From: agya naila To: "xen-users@lists.xen.org" , drbd-user@lists.linbit.com Subject: [Xen-users] DRBD xen remus support higher than 8.3.11 X-BeenThere: xen-users@lists.xen.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="===============4286787566286323120==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4286787566286323120== Content-Type: multipart/alternative; boundary=089e010d8574e0d6ec04d962197f --089e010d8574e0d6ec04d962197f Content-Type: text/plain; charset=ISO-8859-1 Dear all, Does any body know information if some one has porting remus support to drbd higher that 8.3.11 version that available from http://remusha.wikidot.com/configuring-and-installing-remus#toc4. It seem 8.3.11 have bug in frozen IO and this bug seem has been fixed in 8.3.13. Thank you Agya --089e010d8574e0d6ec04d962197f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Dear all,

Does any body know info= rmation if some one has porting remus support to drbd higher that 8.3.11 ve= rsion that available from=A0http://remusha.wikidot.com/configuring-and-in= stalling-remus#toc4. It seem 8.3.11 have bug in frozen IO and this bug = seem has been fixed in 8.3.13.

Thank you

Agya
--089e010d8574e0d6ec04d962197f-- --===============4286787566286323120== 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 --===============4286787566286323120==-- From xen-users-bounces@lists.xen.org Tue Apr 02 16:56:12 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Apr 2013 16:56: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 1UN4UB-0002hk-Ph; Tue, 02 Apr 2013 16:55:03 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UN4U8-0002hf-Pl for xen-users@lists.xen.org; Tue, 02 Apr 2013 16:55:02 +0000 Received: from [193.109.254.147:45963] by server-13.bemta-14.messagelabs.com id E4/31-07387-46D0B515; Tue, 02 Apr 2013 16:55:00 +0000 X-Env-Sender: davidtecher@yahoo.fr X-Msg-Ref: server-5.tower-27.messagelabs.com!1364921698!6222580!1 X-Originating-IP: [77.238.189.60] 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,ML_RADAR_SPEW_LINKS_6, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32501 invoked from network); 2 Apr 2013 16:54:58 -0000 Received: from nm3.bullet.mail.ird.yahoo.com (HELO nm3.bullet.mail.ird.yahoo.com) (77.238.189.60) by server-5.tower-27.messagelabs.com with SMTP; 2 Apr 2013 16:54:58 -0000 Received: from [77.238.189.234] by nm3.bullet.mail.ird.yahoo.com with NNFMP; 02 Apr 2013 16:54:58 -0000 Received: from [212.82.98.94] by tm15.bullet.mail.ird.yahoo.com with NNFMP; 02 Apr 2013 16:54:58 -0000 Received: from [127.0.0.1] by omp1031.mail.ir2.yahoo.com with NNFMP; 02 Apr 2013 16:54:58 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 124014.46877.bm@omp1031.mail.ir2.yahoo.com Received: (qmail 71311 invoked by uid 60001); 2 Apr 2013 16:54:58 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.fr; s=s1024; t=1364921698; bh=QGwX8+yP557Z8HN7eqqBQmIypPEAmhTwClmsbD6QXN4=; 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=KYVGyN14zsM/7Ms+4AakXS9Xf2LrO8/PxWc3R6DGAVaw8pgSnAhRth7HJgOvJ4gZVeyv/D+Y704drxNily3RxcfCmOTq9C0Pv+oT5pjrNuVd+ii/VmE0cLH3aTTX28DFvfv0/YzmBCVwlW535jWjs/eXfREYpiE8GpXufao8Itg= 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=tPMCZXs/EulUQmkk2KldKx0jqcbeksPDL1CfZlkO/XqYvl6tGB6XS0OiUq5+uS53Hb4Kc95wb4a8XpB06tdesy4cSuXymQ2ev4ITvGxDcccNgjLvieHTRlWsGFoTkdPpkuK+s/RhYDpYV9tK8GEzsRIfGI8qh6Evsxuxm9Ou50s=; X-YMail-OSG: 8VUeDeQVM1myxFlILqqN0F72cAWEMNr.99gLi5MnuC7YjnH yZ5BooBMeDCNHhTP.TjRzrGXL51Z1dwWNvagFC5SqOIg1D9h891X0s_ZVEUj E0B7Ms0xZl8eQ6io74k62pEV_CQaUTIgZEoDV2JBYo8zzmvCghzfzfy6PaeL AQQABWtEexsQWTJClExBZdjINSAAjYpfbjC_FUFG.lvWKeH6nfdAIXbm6gDx jFBMcx9btyYUDi7GvPUxi84P7rXQSWcsPas4qgoXWk9ckhbVscs_nE59m1pB Si6Jsx4Skzh9ZrE9R0Cg.m1Ogrtv4EpxkL1khZyECaSV9WmevLxSUfHsf6tn E2p9EO8_Bh2W74383Ye1h4yh3TYvJY3iJeralw_5LMpqPR_lnlt.Mf9Rnq08 56G_aGkZn6.a0LRdxtn5r7PIQTDrAskXoCwVmo.vhbzFFu6Miecl_WFt2A2u 5Tutf47g53OHfS8HuCwbvmDDuhGU9Qt1Idhi6sqlIGSXRgzWCROXPjWI.m1o IJEge.912wL2ZG7VCC7DRHES0mkx2HzbTYtIp_lzlrj.I3NfrCqhR.Gom.QR lakGGSnAs6WRXHrEN7Z6j1V24OdT72hGMdiXeUuy3yMXP6f_wqQIhI7EiRvW Bd_fKNztWPQ2LdQ2_xY9FkBk_5pstjIDOI89Y2Q5Rotq30k4AMqZdusE2R3H EhIN_Q90AqIL72B_kHHvGNZsuJ_3Q2nSTa4DLmt.5XXcPU48_ifdWs4wlBye 7nFy7Ch0_a81zXzngsZ6Z9mf29dcHbkwJNMNSYwRVp.7bhINsPBvQ7x7fLMc 73KM6yMCsgk3RA3RUBPqhNSYrVXW1M51HeSjk1A-- Received: from [195.167.237.98] by web172003.mail.ir2.yahoo.com via HTTP; Tue, 02 Apr 2013 17:54:57 BST X-Rocket-MIMEInfo: 002.001, UGF0cmljaywKCjEpIFhlbidzIHZvY2FidWxhcnkgCgpkb20wID0gdGhlIG1haW4gKGZpcnN0KSBoeXBlcnZpc29yLCBob3N0aW5nIGFsbCB2aXJ0dWFsIG1hY2hpbmVzIC0tIGxpa2UgeW91ciBNYWMgT1MgWApkb21VID0gYW55IHZpcnR1YWwgbWFjaGluZS4KClRoaXMgaXMgbm90IHRoZSByZWFsIG1lYW5pbmcgYnV0IGhlcmUgSSB0cnkgdG8gc3RheSAidW5kZXJzdGFuZGFibGUiLiBCdXQgZm9yIGJldHRlciB1bmRlcnN0YW5kaW5nIHBsZWFzZSByZWZlciB0byBodHRwOi8vZW4ud2lraXBlZGlhLm9yZy93aWsBMAEBAQE- X-Mailer: YahooMailWebService/0.8.140.532 References: <67A5FC6C-12E6-4F29-A03B-6A8881D1C362@patpro.net> Message-ID: <1364921697.16968.YahooMailNeo@web172003.mail.ir2.yahoo.com> Date: Tue, 2 Apr 2013 17:54:57 +0100 (BST) From: David TECHER To: Patrick Proniewski , "xen-users@lists.xen.org" In-Reply-To: <67A5FC6C-12E6-4F29-A03B-6A8881D1C362@patpro.net> MIME-Version: 1.0 Subject: Re: [Xen-users] PCI/VGA passthrough: differences between Xen and ESXi? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: David TECHER List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1025983616058356101==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1025983616058356101== Content-Type: multipart/alternative; boundary="-661429482-1996053038-1364921697=:16968" ---661429482-1996053038-1364921697=:16968 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Patrick,=0A=0A1) Xen's vocabulary =0A=0Adom0 =3D the main (first) hyperviso= r, hosting all virtual machines -- like your Mac OS X=0AdomU =3D any virtua= l machine.=0A=0AThis is not the real meaning but here I try to stay "unders= tandable". But for better understanding please refer to http://en.wikipedia= .org/wiki/Xen=0A=0AMy understanding is that your dom0 has to be replaced by= Linux so you can run Xen. But for this part I am not a Mac OS X expert.=0A= =0A2) More info=A0 - details listed beow are only available for a Xen dom0 = running on Linux.=0A=0A[Extracted]:....I've ended my testing with ESXi, bec= ause I was not able to passthrough sound device, and USB....=0A[Comment]: W= ith Xen you can :)=0A=0A[Extracted]: ...with stock ATI Radeon..;=0A[Comment= ]...Xen offers VGA PassThrough feature for ATI Radeon. =0A=0AHere is a link= to a Youtube video to run Crysis 3 on a domU Windows 7 64 Bits with HD 797= 0=0A=0Ahttp://www.youtube.com/watch?v=3DGTnchEG4YtI&feature=3Dplayer_embedd= ed=0A=0AAs you can see =0A=0A- I can use PCI Passthrough to add a XBOX 360 = Paddle while playing Crysis 3 (see at 09:12 in the Video) =0A=0A- I have so= und too :)=0A=0ABut it works on Linux domU too. Here is another Youtube vid= eo link=0A=0Ahttp://www.youtube.com/watch?feature=3Dplayer_embedded&v=3DKzq= OIMaBgX0=0A=0ABut you need to apply a few patches to able this feature with= Xen 4.2 and over. Not very complicated to do.=0AHere are my instructions t= o do it but I know that there are currently better way to test it=0A=0Ahttp= ://www.davidgis.fr/blog/index.php?2013/03/13/935-xen-43-vga-passthrough-ati= -card-hd-7970-changeset-26706=0A=0A[Extracted]...memory allocation=0A[Comme= nt]...Xen - limited to 3GB for RAM. A few developers are working on overpas= sing this limitation.=0A=0A[Extracted]...no snaphost possible=0A[Comment]..= .If you used Xen with LVM is then snahshotting is easier to manage ;)=0A=0A= [Extracted] no sleep=0A[Comment] works on Xen for both Linux and Windows. T= he main issue is that you can reboot a domU without restarting the dom0.=0A= =0A=0A[Extracted] Is it possible to create a virtualized desktop with VGA a= nd PCI =0Apassthrough for 2 or 3 VM's running simultaneously (ie. each one = with =0Aits own video card)?=0A[Comment] Yes it is doable. Never tested but= from experience share with other Xen users=A0 I know that it should be run= fine.=0A=0AHope it helps.=0A=0A=0AKind regards.=0A=0ADavid.=0A=0A=0A=0A=0A= ________________________________=0A De=A0: Patrick Proniewski =0A=C0=A0: xen-users@lists.xen.org =0AEnvoy=E9 le : Lundi 1 avril 201= 3 23h28=0AObjet=A0: [Xen-users] PCI/VGA passthrough: differences between Xe= n and ESXi?=0A =0AHello,=0A=0AThat's my first post here. I'm absolutely new= born to Xen, never installed or used it. But I'm mastering many aspects of = ESXi (vmare) and I've made some tests with PCI passthrough on this platform= . =0A=0AMy main goal is to create a powerful desktop workstation able to ru= n simultaneously FreeBSD, some flavor of Linux (work/games), some flavor of= Windows (games), Mac OS X (main OS). Everything is detailed here: .=0A=0AIn order to achieve this goal, I must rely on PCI passthroug= h. At least VGA to get proper GPU power (3D gaming like Left 4 Dead 2, phot= oshop processing - I'm also a photograph), and sound. I was able to achieve= very good performance running Windows on top of ESXi on my Mac Pro, with s= tock ATI Radeon passed-through, even better than native Mac OS X performanc= es :).=0AI've ended my testing with ESXi, because I was not able to passthr= ough sound device, and USB.=0A=0ABut PCI Passthrough on ESXi comes with maj= or limitations:=0A- memory allocation is fully reserved (ie. can't start th= is VM if all its allocated memory is not available)=0A- no snapshot possibl= e=0A- no sleep=0A- one PCI device can only be passed-through to one VM=0A- = and some others...=0A=0AI've read the documentation for Xen about VGA and P= CI passthrough, but I'm totally new to a great part of Xen's vocabulary, an= d I'm not sure to understand everything. It looks like Xen shares some limi= tations with ESXi.=0A=0AXen's Wiki reads "Xen 4.0.0 supports VGA passthroug= h of the primary graphics adapter (...) only". What about 4.2? Is it possib= le to create a virtualized desktop with VGA and PCI passthrough for 2 or 3 = VM's running simultaneously (ie. each one with its own video card)?=0A=0Are= gards,=0APatrick=0A=0A(i've subscribed to digest, Cc me, please)=0A________= _______________________________________=0AXen-users mailing list=0AXen-user= s@lists.xen.org=0Ahttp://lists.xen.org/xen-users ---661429482-1996053038-1364921697=:16968 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Patrick,

1) Xe= n's vocabulary

dom0 =3D the main (first) hypervisor, hosting all vi= rtual machines -- like your Mac OS X
domU =3D any virtual machine.
<= br>This is not the real meaning but here I try to stay "understandable". Bu= t for better understanding please refer to http://en.wikipedia.org/wiki/Xen=

My understanding is that your dom0 has to be replaced by Linux so y= ou can run Xen. But for this part I am not a Mac OS X expert.

2) Mor= e info  - details listed beow are only available for a Xen dom0 runnin= g on Linux.

[Extracted]:....I've ended my testing with ESXi, because= I was not able to passthrough sound device, and USB....
[Comment]: With= Xen you can :)

[Extracted]: ...with stock ATI Radeon..;
[Comment= ]...Xen offers VGA PassThrough feature for ATI Radeon.

Here is a link to a Youtube video to run Crysis 3 on a domU Windows 7 64 Bits with H= D 7970

http://www.youtube.com/watch?v=3DGTnchEG4YtI&feature=3Dpl= ayer_embedded

As you can see

- I can use PCI Passthrough to = add a XBOX 360 Paddle while playing Crysis 3 (see at 09:12 in the Video)
- I have sound too :)

But it works on Linux domU too. Here is = another Youtube video link

http://www.youtube.com/watch?feature=3Dpl= ayer_embedded&v=3DKzqOIMaBgX0

But you need to apply a few patche= s to able this feature with Xen 4.2 and over. Not very complicated to do.Here are my instructions to do it but I know that there are currently bet= ter way to test it

http://www.davidgis.fr/blog/index.php?2013/03/13/= 935-xen-43-vga-passthrough-ati-card-hd-7970-changeset-26706

[Extract= ed]...memory allocation
[Comment]...Xen - limited to 3GB for RAM. A few = developers are working on overpassing this limitation.

[Extracted]...no snaphost possible
[Comment]...If yo= u used Xen with LVM is then snahshotting is easier to manage ;)

[Ext= racted] no sleep
[Comment] works on Xen for both Linux and Windows. The = main issue is that you can reboot a domU without restarting the dom0.

[Extracted] Is it possible to create a virtualized desktop with VGA a= nd PCI =0Apassthrough for 2 or 3 VM's running simultaneously (ie. each one = with =0Aits own video card)?
[Comment] Yes it is doable. Never tested bu= t from experience share with other Xen users  I know that it should be= run fine.

Hope it helps.


Kind regards.

David.
=


De : Patrick Proniewski <patpro@= patpro.net>
=C0 :<= /b> xen-users@lists.xen.org
Envo= y=E9 le : Lundi 1 avril 2013 23h28
Objet : [Xen-users] PCI/VGA passthrough: diffe= rences between Xen and ESXi?

Hello,

That's my= first post here. I'm absolutely newborn to Xen, never installed or used it. But I'm mastering m= any aspects of ESXi (vmare) and I've made some tests with PCI passthrough o= n this platform.

My main goal is to create a powerful desktop works= tation able to run simultaneously FreeBSD, some flavor of Linux (work/games= ), some flavor of Windows (games), Mac OS X (main OS). Everything is detail= ed here: <http://www.patpro= .net/blog/index.php/2012/11/11/2200-escaping-the-apple-ecosystem-part-0/>.

In order to achieve this goal, I must rely on PCI passthrough= . At least VGA to get proper GPU power (3D gaming like Left 4 Dead 2, photo= shop processing - I'm also a photograph), and sound. I was able to achieve = very good performance running Windows on top of ESXi on my Mac Pro, with st= ock ATI Radeon passed-through, even better than native Mac OS X performances :).
I've ended my testing with ESXi, because I was not abl= e to passthrough sound device, and USB.

But PCI Passthrough on ESXi = comes with major limitations:
- memory allocation is fully reserved (ie.= can't start this VM if all its allocated memory is not available)
- no = snapshot possible
- no sleep
- one PCI device can only be passed-thro= ugh to one VM
- and some others...

I've read the documentation fo= r Xen about VGA and PCI passthrough, but I'm totally new to a great part of= Xen's vocabulary, and I'm not sure to understand everything. It looks like= Xen shares some limitations with ESXi.

Xen's Wiki reads "Xen 4.0.0 = supports VGA passthrough of the primary graphics adapter (...) only". What = about 4.2? Is it possible to create a virtualized desktop with VGA and PCI = passthrough for 2 or 3 VM's running simultaneously (ie. each one with its o= wn video card)?

regards,
Patrick

(i've subscribed to digest, Cc me, please)
_____________________________________________= __
Xen-users mailing list
Xen-users@lists.xen.org
<= a href=3D"http://lists.xen.org/xen-users" target=3D"_blank">http://lists.xe= n.org/xen-users


---661429482-1996053038-1364921697=:16968-- --===============1025983616058356101== 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 --===============1025983616058356101==-- From xen-users-bounces@lists.xen.org Tue Apr 02 16:56:12 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Apr 2013 16:56: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 1UN4UB-0002hk-Ph; Tue, 02 Apr 2013 16:55:03 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UN4U8-0002hf-Pl for xen-users@lists.xen.org; Tue, 02 Apr 2013 16:55:02 +0000 Received: from [193.109.254.147:45963] by server-13.bemta-14.messagelabs.com id E4/31-07387-46D0B515; Tue, 02 Apr 2013 16:55:00 +0000 X-Env-Sender: davidtecher@yahoo.fr X-Msg-Ref: server-5.tower-27.messagelabs.com!1364921698!6222580!1 X-Originating-IP: [77.238.189.60] 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,ML_RADAR_SPEW_LINKS_6, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32501 invoked from network); 2 Apr 2013 16:54:58 -0000 Received: from nm3.bullet.mail.ird.yahoo.com (HELO nm3.bullet.mail.ird.yahoo.com) (77.238.189.60) by server-5.tower-27.messagelabs.com with SMTP; 2 Apr 2013 16:54:58 -0000 Received: from [77.238.189.234] by nm3.bullet.mail.ird.yahoo.com with NNFMP; 02 Apr 2013 16:54:58 -0000 Received: from [212.82.98.94] by tm15.bullet.mail.ird.yahoo.com with NNFMP; 02 Apr 2013 16:54:58 -0000 Received: from [127.0.0.1] by omp1031.mail.ir2.yahoo.com with NNFMP; 02 Apr 2013 16:54:58 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 124014.46877.bm@omp1031.mail.ir2.yahoo.com Received: (qmail 71311 invoked by uid 60001); 2 Apr 2013 16:54:58 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.fr; s=s1024; t=1364921698; bh=QGwX8+yP557Z8HN7eqqBQmIypPEAmhTwClmsbD6QXN4=; 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=KYVGyN14zsM/7Ms+4AakXS9Xf2LrO8/PxWc3R6DGAVaw8pgSnAhRth7HJgOvJ4gZVeyv/D+Y704drxNily3RxcfCmOTq9C0Pv+oT5pjrNuVd+ii/VmE0cLH3aTTX28DFvfv0/YzmBCVwlW535jWjs/eXfREYpiE8GpXufao8Itg= 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=tPMCZXs/EulUQmkk2KldKx0jqcbeksPDL1CfZlkO/XqYvl6tGB6XS0OiUq5+uS53Hb4Kc95wb4a8XpB06tdesy4cSuXymQ2ev4ITvGxDcccNgjLvieHTRlWsGFoTkdPpkuK+s/RhYDpYV9tK8GEzsRIfGI8qh6Evsxuxm9Ou50s=; X-YMail-OSG: 8VUeDeQVM1myxFlILqqN0F72cAWEMNr.99gLi5MnuC7YjnH yZ5BooBMeDCNHhTP.TjRzrGXL51Z1dwWNvagFC5SqOIg1D9h891X0s_ZVEUj E0B7Ms0xZl8eQ6io74k62pEV_CQaUTIgZEoDV2JBYo8zzmvCghzfzfy6PaeL AQQABWtEexsQWTJClExBZdjINSAAjYpfbjC_FUFG.lvWKeH6nfdAIXbm6gDx jFBMcx9btyYUDi7GvPUxi84P7rXQSWcsPas4qgoXWk9ckhbVscs_nE59m1pB Si6Jsx4Skzh9ZrE9R0Cg.m1Ogrtv4EpxkL1khZyECaSV9WmevLxSUfHsf6tn E2p9EO8_Bh2W74383Ye1h4yh3TYvJY3iJeralw_5LMpqPR_lnlt.Mf9Rnq08 56G_aGkZn6.a0LRdxtn5r7PIQTDrAskXoCwVmo.vhbzFFu6Miecl_WFt2A2u 5Tutf47g53OHfS8HuCwbvmDDuhGU9Qt1Idhi6sqlIGSXRgzWCROXPjWI.m1o IJEge.912wL2ZG7VCC7DRHES0mkx2HzbTYtIp_lzlrj.I3NfrCqhR.Gom.QR lakGGSnAs6WRXHrEN7Z6j1V24OdT72hGMdiXeUuy3yMXP6f_wqQIhI7EiRvW Bd_fKNztWPQ2LdQ2_xY9FkBk_5pstjIDOI89Y2Q5Rotq30k4AMqZdusE2R3H EhIN_Q90AqIL72B_kHHvGNZsuJ_3Q2nSTa4DLmt.5XXcPU48_ifdWs4wlBye 7nFy7Ch0_a81zXzngsZ6Z9mf29dcHbkwJNMNSYwRVp.7bhINsPBvQ7x7fLMc 73KM6yMCsgk3RA3RUBPqhNSYrVXW1M51HeSjk1A-- Received: from [195.167.237.98] by web172003.mail.ir2.yahoo.com via HTTP; Tue, 02 Apr 2013 17:54:57 BST X-Rocket-MIMEInfo: 002.001, UGF0cmljaywKCjEpIFhlbidzIHZvY2FidWxhcnkgCgpkb20wID0gdGhlIG1haW4gKGZpcnN0KSBoeXBlcnZpc29yLCBob3N0aW5nIGFsbCB2aXJ0dWFsIG1hY2hpbmVzIC0tIGxpa2UgeW91ciBNYWMgT1MgWApkb21VID0gYW55IHZpcnR1YWwgbWFjaGluZS4KClRoaXMgaXMgbm90IHRoZSByZWFsIG1lYW5pbmcgYnV0IGhlcmUgSSB0cnkgdG8gc3RheSAidW5kZXJzdGFuZGFibGUiLiBCdXQgZm9yIGJldHRlciB1bmRlcnN0YW5kaW5nIHBsZWFzZSByZWZlciB0byBodHRwOi8vZW4ud2lraXBlZGlhLm9yZy93aWsBMAEBAQE- X-Mailer: YahooMailWebService/0.8.140.532 References: <67A5FC6C-12E6-4F29-A03B-6A8881D1C362@patpro.net> Message-ID: <1364921697.16968.YahooMailNeo@web172003.mail.ir2.yahoo.com> Date: Tue, 2 Apr 2013 17:54:57 +0100 (BST) From: David TECHER To: Patrick Proniewski , "xen-users@lists.xen.org" In-Reply-To: <67A5FC6C-12E6-4F29-A03B-6A8881D1C362@patpro.net> MIME-Version: 1.0 Subject: Re: [Xen-users] PCI/VGA passthrough: differences between Xen and ESXi? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: David TECHER List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1025983616058356101==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1025983616058356101== Content-Type: multipart/alternative; boundary="-661429482-1996053038-1364921697=:16968" ---661429482-1996053038-1364921697=:16968 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Patrick,=0A=0A1) Xen's vocabulary =0A=0Adom0 =3D the main (first) hyperviso= r, hosting all virtual machines -- like your Mac OS X=0AdomU =3D any virtua= l machine.=0A=0AThis is not the real meaning but here I try to stay "unders= tandable". But for better understanding please refer to http://en.wikipedia= .org/wiki/Xen=0A=0AMy understanding is that your dom0 has to be replaced by= Linux so you can run Xen. But for this part I am not a Mac OS X expert.=0A= =0A2) More info=A0 - details listed beow are only available for a Xen dom0 = running on Linux.=0A=0A[Extracted]:....I've ended my testing with ESXi, bec= ause I was not able to passthrough sound device, and USB....=0A[Comment]: W= ith Xen you can :)=0A=0A[Extracted]: ...with stock ATI Radeon..;=0A[Comment= ]...Xen offers VGA PassThrough feature for ATI Radeon. =0A=0AHere is a link= to a Youtube video to run Crysis 3 on a domU Windows 7 64 Bits with HD 797= 0=0A=0Ahttp://www.youtube.com/watch?v=3DGTnchEG4YtI&feature=3Dplayer_embedd= ed=0A=0AAs you can see =0A=0A- I can use PCI Passthrough to add a XBOX 360 = Paddle while playing Crysis 3 (see at 09:12 in the Video) =0A=0A- I have so= und too :)=0A=0ABut it works on Linux domU too. Here is another Youtube vid= eo link=0A=0Ahttp://www.youtube.com/watch?feature=3Dplayer_embedded&v=3DKzq= OIMaBgX0=0A=0ABut you need to apply a few patches to able this feature with= Xen 4.2 and over. Not very complicated to do.=0AHere are my instructions t= o do it but I know that there are currently better way to test it=0A=0Ahttp= ://www.davidgis.fr/blog/index.php?2013/03/13/935-xen-43-vga-passthrough-ati= -card-hd-7970-changeset-26706=0A=0A[Extracted]...memory allocation=0A[Comme= nt]...Xen - limited to 3GB for RAM. A few developers are working on overpas= sing this limitation.=0A=0A[Extracted]...no snaphost possible=0A[Comment]..= .If you used Xen with LVM is then snahshotting is easier to manage ;)=0A=0A= [Extracted] no sleep=0A[Comment] works on Xen for both Linux and Windows. T= he main issue is that you can reboot a domU without restarting the dom0.=0A= =0A=0A[Extracted] Is it possible to create a virtualized desktop with VGA a= nd PCI =0Apassthrough for 2 or 3 VM's running simultaneously (ie. each one = with =0Aits own video card)?=0A[Comment] Yes it is doable. Never tested but= from experience share with other Xen users=A0 I know that it should be run= fine.=0A=0AHope it helps.=0A=0A=0AKind regards.=0A=0ADavid.=0A=0A=0A=0A=0A= ________________________________=0A De=A0: Patrick Proniewski =0A=C0=A0: xen-users@lists.xen.org =0AEnvoy=E9 le : Lundi 1 avril 201= 3 23h28=0AObjet=A0: [Xen-users] PCI/VGA passthrough: differences between Xe= n and ESXi?=0A =0AHello,=0A=0AThat's my first post here. I'm absolutely new= born to Xen, never installed or used it. But I'm mastering many aspects of = ESXi (vmare) and I've made some tests with PCI passthrough on this platform= . =0A=0AMy main goal is to create a powerful desktop workstation able to ru= n simultaneously FreeBSD, some flavor of Linux (work/games), some flavor of= Windows (games), Mac OS X (main OS). Everything is detailed here: .=0A=0AIn order to achieve this goal, I must rely on PCI passthroug= h. At least VGA to get proper GPU power (3D gaming like Left 4 Dead 2, phot= oshop processing - I'm also a photograph), and sound. I was able to achieve= very good performance running Windows on top of ESXi on my Mac Pro, with s= tock ATI Radeon passed-through, even better than native Mac OS X performanc= es :).=0AI've ended my testing with ESXi, because I was not able to passthr= ough sound device, and USB.=0A=0ABut PCI Passthrough on ESXi comes with maj= or limitations:=0A- memory allocation is fully reserved (ie. can't start th= is VM if all its allocated memory is not available)=0A- no snapshot possibl= e=0A- no sleep=0A- one PCI device can only be passed-through to one VM=0A- = and some others...=0A=0AI've read the documentation for Xen about VGA and P= CI passthrough, but I'm totally new to a great part of Xen's vocabulary, an= d I'm not sure to understand everything. It looks like Xen shares some limi= tations with ESXi.=0A=0AXen's Wiki reads "Xen 4.0.0 supports VGA passthroug= h of the primary graphics adapter (...) only". What about 4.2? Is it possib= le to create a virtualized desktop with VGA and PCI passthrough for 2 or 3 = VM's running simultaneously (ie. each one with its own video card)?=0A=0Are= gards,=0APatrick=0A=0A(i've subscribed to digest, Cc me, please)=0A________= _______________________________________=0AXen-users mailing list=0AXen-user= s@lists.xen.org=0Ahttp://lists.xen.org/xen-users ---661429482-1996053038-1364921697=:16968 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Patrick,

1) Xe= n's vocabulary

dom0 =3D the main (first) hypervisor, hosting all vi= rtual machines -- like your Mac OS X
domU =3D any virtual machine.
<= br>This is not the real meaning but here I try to stay "understandable". Bu= t for better understanding please refer to http://en.wikipedia.org/wiki/Xen=

My understanding is that your dom0 has to be replaced by Linux so y= ou can run Xen. But for this part I am not a Mac OS X expert.

2) Mor= e info  - details listed beow are only available for a Xen dom0 runnin= g on Linux.

[Extracted]:....I've ended my testing with ESXi, because= I was not able to passthrough sound device, and USB....
[Comment]: With= Xen you can :)

[Extracted]: ...with stock ATI Radeon..;
[Comment= ]...Xen offers VGA PassThrough feature for ATI Radeon.

Here is a link to a Youtube video to run Crysis 3 on a domU Windows 7 64 Bits with H= D 7970

http://www.youtube.com/watch?v=3DGTnchEG4YtI&feature=3Dpl= ayer_embedded

As you can see

- I can use PCI Passthrough to = add a XBOX 360 Paddle while playing Crysis 3 (see at 09:12 in the Video)
- I have sound too :)

But it works on Linux domU too. Here is = another Youtube video link

http://www.youtube.com/watch?feature=3Dpl= ayer_embedded&v=3DKzqOIMaBgX0

But you need to apply a few patche= s to able this feature with Xen 4.2 and over. Not very complicated to do.Here are my instructions to do it but I know that there are currently bet= ter way to test it

http://www.davidgis.fr/blog/index.php?2013/03/13/= 935-xen-43-vga-passthrough-ati-card-hd-7970-changeset-26706

[Extract= ed]...memory allocation
[Comment]...Xen - limited to 3GB for RAM. A few = developers are working on overpassing this limitation.

[Extracted]...no snaphost possible
[Comment]...If yo= u used Xen with LVM is then snahshotting is easier to manage ;)

[Ext= racted] no sleep
[Comment] works on Xen for both Linux and Windows. The = main issue is that you can reboot a domU without restarting the dom0.

[Extracted] Is it possible to create a virtualized desktop with VGA a= nd PCI =0Apassthrough for 2 or 3 VM's running simultaneously (ie. each one = with =0Aits own video card)?
[Comment] Yes it is doable. Never tested bu= t from experience share with other Xen users  I know that it should be= run fine.

Hope it helps.


Kind regards.

David.
=


De : Patrick Proniewski <patpro@= patpro.net>
=C0 :<= /b> xen-users@lists.xen.org
Envo= y=E9 le : Lundi 1 avril 2013 23h28
Objet : [Xen-users] PCI/VGA passthrough: diffe= rences between Xen and ESXi?

Hello,

That's my= first post here. I'm absolutely newborn to Xen, never installed or used it. But I'm mastering m= any aspects of ESXi (vmare) and I've made some tests with PCI passthrough o= n this platform.

My main goal is to create a powerful desktop works= tation able to run simultaneously FreeBSD, some flavor of Linux (work/games= ), some flavor of Windows (games), Mac OS X (main OS). Everything is detail= ed here: <http://www.patpro= .net/blog/index.php/2012/11/11/2200-escaping-the-apple-ecosystem-part-0/>.

In order to achieve this goal, I must rely on PCI passthrough= . At least VGA to get proper GPU power (3D gaming like Left 4 Dead 2, photo= shop processing - I'm also a photograph), and sound. I was able to achieve = very good performance running Windows on top of ESXi on my Mac Pro, with st= ock ATI Radeon passed-through, even better than native Mac OS X performances :).
I've ended my testing with ESXi, because I was not abl= e to passthrough sound device, and USB.

But PCI Passthrough on ESXi = comes with major limitations:
- memory allocation is fully reserved (ie.= can't start this VM if all its allocated memory is not available)
- no = snapshot possible
- no sleep
- one PCI device can only be passed-thro= ugh to one VM
- and some others...

I've read the documentation fo= r Xen about VGA and PCI passthrough, but I'm totally new to a great part of= Xen's vocabulary, and I'm not sure to understand everything. It looks like= Xen shares some limitations with ESXi.

Xen's Wiki reads "Xen 4.0.0 = supports VGA passthrough of the primary graphics adapter (...) only". What = about 4.2? Is it possible to create a virtualized desktop with VGA and PCI = passthrough for 2 or 3 VM's running simultaneously (ie. each one with its o= wn video card)?

regards,
Patrick

(i've subscribed to digest, Cc me, please)
_____________________________________________= __
Xen-users mailing list
Xen-users@lists.xen.org
<= a href=3D"http://lists.xen.org/xen-users" target=3D"_blank">http://lists.xe= n.org/xen-users


---661429482-1996053038-1364921697=:16968-- --===============1025983616058356101== 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 --===============1025983616058356101==-- From xen-users-bounces@lists.xen.org Tue Apr 02 17:19:05 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Apr 2013 17:19: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 1UN4qe-0003K5-Iw; Tue, 02 Apr 2013 17:18:16 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UN4qd-0003K0-9u for xen-users@lists.xen.org; Tue, 02 Apr 2013 17:18:15 +0000 Received: from [85.158.143.99:9228] by server-2.bemta-4.messagelabs.com id 43/79-12656-6D21B515; Tue, 02 Apr 2013 17:18:14 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-7.tower-216.messagelabs.com!1364923092!24014775!1 X-Originating-IP: [184.172.38.139] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24913 invoked from network); 2 Apr 2013 17:18:13 -0000 Received: from host1a.ondore-systems.com (HELO host1a.ondore-systems.com) (184.172.38.139) by server-7.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Apr 2013 17:18:13 -0000 Received: from [200.52.43.60] (port=35450 helo=mail.ondore.i) by host1a.ondore-systems.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80) (envelope-from ) id 1UN4qa-0001NN-CU for xen-users@lists.xen.org; Tue, 02 Apr 2013 12:18:12 -0500 Received: from [10.13.34.96] (alk-desktop.sys.ondore.i [10.13.34.96]) by mail.ondore.i (Postfix) with ESMTPSA id 21CE1A209 for ; Tue, 2 Apr 2013 11:12:36 -0600 (CST) Message-ID: <515B12D3.7090108@ondore.com> Date: Tue, 02 Apr 2013 11:18:11 -0600 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <67A5FC6C-12E6-4F29-A03B-6A8881D1C362@patpro.net> <1364921697.16968.YahooMailNeo@web172003.mail.ir2.yahoo.com> In-Reply-To: <1364921697.16968.YahooMailNeo@web172003.mail.ir2.yahoo.com> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host1a.ondore-systems.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - ondore.com X-Get-Message-Sender-Via: host1a.ondore-systems.com: authenticated_id: sys.intranet@ondore.com Subject: Re: [Xen-users] PCI/VGA passthrough: differences between Xen and ESXi? X-BeenThere: xen-users@lists.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-1"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello. A little correction, if I may. El 02/04/13 10:54, David TECHER escribi=F3: > dom0 =3D the main (first) hypervisor, hosting all virtual machines -- like > your Mac OS X > domU =3D any virtual machine. Dom0 is not the hypervisor. The way Xen works, all OS's or machines = running on the host are "Domains", and they run over a layer they call = hypervisor. The hypervisor is a very low level piece of software between = the actual OS's and the hardware. The difference between Dom0 and the rest of DomUs is that Dom0 is = "privileged": hypervisor accepts system calls from this virtual machine = and allows it to access the hardware directly. Beside that, there is no = much technical difference between Dom0 and DomU. The practice is to = assign Dom0 very few resources dedicated and is used almost exclusively = to control the hypervisor (start/stop VM's, etc.) and access to storage = and networking. Anything actually useful the computer do is done within = a DomU. There are some restrictions about what OS may run on Dom0: It has to be = paravirtualized, it has to run a kernel specifically supporting Dom0 = operation, it need to have a toolkit to control the hypervisor (xe, xl = or xm). Specifically this are the restrictions that would prevent to run = a MacOS X, for example, on Dom0: Xen hypervisor would not understand it. Greetings. -- = Alexandre Kouznetsov _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 02 17:19:05 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Apr 2013 17:19: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 1UN4qe-0003K5-Iw; Tue, 02 Apr 2013 17:18:16 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UN4qd-0003K0-9u for xen-users@lists.xen.org; Tue, 02 Apr 2013 17:18:15 +0000 Received: from [85.158.143.99:9228] by server-2.bemta-4.messagelabs.com id 43/79-12656-6D21B515; Tue, 02 Apr 2013 17:18:14 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-7.tower-216.messagelabs.com!1364923092!24014775!1 X-Originating-IP: [184.172.38.139] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24913 invoked from network); 2 Apr 2013 17:18:13 -0000 Received: from host1a.ondore-systems.com (HELO host1a.ondore-systems.com) (184.172.38.139) by server-7.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Apr 2013 17:18:13 -0000 Received: from [200.52.43.60] (port=35450 helo=mail.ondore.i) by host1a.ondore-systems.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80) (envelope-from ) id 1UN4qa-0001NN-CU for xen-users@lists.xen.org; Tue, 02 Apr 2013 12:18:12 -0500 Received: from [10.13.34.96] (alk-desktop.sys.ondore.i [10.13.34.96]) by mail.ondore.i (Postfix) with ESMTPSA id 21CE1A209 for ; Tue, 2 Apr 2013 11:12:36 -0600 (CST) Message-ID: <515B12D3.7090108@ondore.com> Date: Tue, 02 Apr 2013 11:18:11 -0600 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <67A5FC6C-12E6-4F29-A03B-6A8881D1C362@patpro.net> <1364921697.16968.YahooMailNeo@web172003.mail.ir2.yahoo.com> In-Reply-To: <1364921697.16968.YahooMailNeo@web172003.mail.ir2.yahoo.com> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host1a.ondore-systems.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - ondore.com X-Get-Message-Sender-Via: host1a.ondore-systems.com: authenticated_id: sys.intranet@ondore.com Subject: Re: [Xen-users] PCI/VGA passthrough: differences between Xen and ESXi? X-BeenThere: xen-users@lists.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-1"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello. A little correction, if I may. El 02/04/13 10:54, David TECHER escribi=F3: > dom0 =3D the main (first) hypervisor, hosting all virtual machines -- like > your Mac OS X > domU =3D any virtual machine. Dom0 is not the hypervisor. The way Xen works, all OS's or machines = running on the host are "Domains", and they run over a layer they call = hypervisor. The hypervisor is a very low level piece of software between = the actual OS's and the hardware. The difference between Dom0 and the rest of DomUs is that Dom0 is = "privileged": hypervisor accepts system calls from this virtual machine = and allows it to access the hardware directly. Beside that, there is no = much technical difference between Dom0 and DomU. The practice is to = assign Dom0 very few resources dedicated and is used almost exclusively = to control the hypervisor (start/stop VM's, etc.) and access to storage = and networking. Anything actually useful the computer do is done within = a DomU. There are some restrictions about what OS may run on Dom0: It has to be = paravirtualized, it has to run a kernel specifically supporting Dom0 = operation, it need to have a toolkit to control the hypervisor (xe, xl = or xm). Specifically this are the restrictions that would prevent to run = a MacOS X, for example, on Dom0: Xen hypervisor would not understand it. Greetings. -- = Alexandre Kouznetsov _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 02 17:50:56 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Apr 2013 17:50: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 1UN5LJ-0004GD-N3; Tue, 02 Apr 2013 17:49:57 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UN5LI-0004G8-FH for xen-users@lists.xen.org; Tue, 02 Apr 2013 17:49:56 +0000 Received: from [85.158.137.99:4471] by server-15.bemta-3.messagelabs.com id 55/FB-23142-34A1B515; Tue, 02 Apr 2013 17:49:55 +0000 X-Env-Sender: debian@good-with-numbers.com X-Msg-Ref: server-16.tower-217.messagelabs.com!1364924993!17730859!1 X-Originating-IP: [64.142.29.24] X-SpamReason: No, hits=0.0 required=7.0 tests=received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22440 invoked from network); 2 Apr 2013 17:49:54 -0000 Received: from out.good-with-numbers.com (HELO out.good-with-numbers.com) (64.142.29.24) by server-16.tower-217.messagelabs.com with AES256-SHA encrypted SMTP; 2 Apr 2013 17:49:54 -0000 Date: Tue, 2 Apr 2013 17:49:51 +0000 From: Mike To: xen-users@lists.xen.org Message-ID: <20130402174951.GA4550@64-142-29-25.dsl.static.sonic.net> MIME-Version: 1.0 Content-Disposition: inline Subject: [Xen-users] expected dom0 memory usage X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 set GRUB_CMDLINE_XEN="dom0_mem=1024M" and put "(dom0-min-mem 1024)" and "(enable-dom0-ballooning no)" in xend-config.sxp. Then in upgrading the machine's RAM, MemTotal in dom0's /proc/meminfo is 906864 with 4GB, but only 779900 with 16GB. Does that seem reasonable? Is Xen hiding part of that 1024M from dom0 to...manage the larger memory? This is 4.1.4. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 02 17:50:56 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Apr 2013 17:50: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 1UN5LJ-0004GD-N3; Tue, 02 Apr 2013 17:49:57 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UN5LI-0004G8-FH for xen-users@lists.xen.org; Tue, 02 Apr 2013 17:49:56 +0000 Received: from [85.158.137.99:4471] by server-15.bemta-3.messagelabs.com id 55/FB-23142-34A1B515; Tue, 02 Apr 2013 17:49:55 +0000 X-Env-Sender: debian@good-with-numbers.com X-Msg-Ref: server-16.tower-217.messagelabs.com!1364924993!17730859!1 X-Originating-IP: [64.142.29.24] X-SpamReason: No, hits=0.0 required=7.0 tests=received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22440 invoked from network); 2 Apr 2013 17:49:54 -0000 Received: from out.good-with-numbers.com (HELO out.good-with-numbers.com) (64.142.29.24) by server-16.tower-217.messagelabs.com with AES256-SHA encrypted SMTP; 2 Apr 2013 17:49:54 -0000 Date: Tue, 2 Apr 2013 17:49:51 +0000 From: Mike To: xen-users@lists.xen.org Message-ID: <20130402174951.GA4550@64-142-29-25.dsl.static.sonic.net> MIME-Version: 1.0 Content-Disposition: inline Subject: [Xen-users] expected dom0 memory usage X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 set GRUB_CMDLINE_XEN="dom0_mem=1024M" and put "(dom0-min-mem 1024)" and "(enable-dom0-ballooning no)" in xend-config.sxp. Then in upgrading the machine's RAM, MemTotal in dom0's /proc/meminfo is 906864 with 4GB, but only 779900 with 16GB. Does that seem reasonable? Is Xen hiding part of that 1024M from dom0 to...manage the larger memory? This is 4.1.4. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 02 18:24:18 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Apr 2013 18:24: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 1UN5ra-0004uM-Pf; Tue, 02 Apr 2013 18:23:18 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UN5rZ-0004uH-2g for xen-users@lists.xen.org; Tue, 02 Apr 2013 18:23:17 +0000 Received: from [85.158.143.99:20235] by server-1.bemta-4.messagelabs.com id 6C/FC-06203-4122B515; Tue, 02 Apr 2013 18:23:16 +0000 X-Env-Sender: patpro@patpro.net X-Msg-Ref: server-16.tower-216.messagelabs.com!1364926995!16303949!1 X-Originating-IP: [193.30.227.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20622 invoked from network); 2 Apr 2013 18:23:15 -0000 Received: from rack.patpro.net (HELO rack.patpro.net) (193.30.227.216) by server-16.tower-216.messagelabs.com with SMTP; 2 Apr 2013 18:23:15 -0000 Received: from [192.168.0.2] (boleskine.patpro.net [82.230.142.222]) by rack.patpro.net (Postfix) with ESMTPSA id CFEB01CC026; Tue, 2 Apr 2013 20:23:14 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=patpro.net; s=patpro; t=1364926995; bh=cVN41WU0IWjXWROJA8sLAmQM6U9YEYJ0Wqa48nnouhU=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=RmLY6voSUTBVGFelId5NvRlmWkfvTTACOL+GnaVxhkJmVrwIS+57GAygOrbpuV/Dg sNlgPu+6vdiNopw5Zs4uYnSOD/Ah2jOpMHqBprqMG4eQN+3Z24kgboboT0RAMmLpmI 8OCMhMEmCqxafj9jsvYIhl8DDnzscbFh+IZl2hUY= Mime-Version: 1.0 (Apple Message framework v1085) From: Patrick Proniewski In-Reply-To: <1364921697.16968.YahooMailNeo@web172003.mail.ir2.yahoo.com> Date: Tue, 2 Apr 2013 20:23:14 +0200 Message-Id: <7F60A62E-0E85-4B07-89BF-1ACB85ADC7C4@patpro.net> References: <67A5FC6C-12E6-4F29-A03B-6A8881D1C362@patpro.net> <1364921697.16968.YahooMailNeo@web172003.mail.ir2.yahoo.com> To: David TECHER X-Mailer: Apple Mail (2.1085) Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] PCI/VGA passthrough: differences between Xen and ESXi? X-BeenThere: xen-users@lists.xen.org X-Mailman-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 David, thanks for your answer, my remarks below: On 02 avr. 2013, at 18:54, David TECHER wrote: > Patrick, > = > 1) Xen's vocabulary = > = > dom0 =3D the main (first) hypervisor, hosting all virtual machines -- lik= e your Mac OS X > domU =3D any virtual machine. = ok, I've pretty much got that. > My understanding is that your dom0 has to be replaced by Linux so you can= run Xen. But for this part I am not a Mac OS X expert. Exactly. Bare metal would be nice, but ESXi is nothing more than a very sli= m linux, so a full linux+Xen is not a problem. > 2) More info - details listed beow are only available for a Xen dom0 run= ning on Linux. > = > [Extracted]:....I've ended my testing with ESXi, because I was not able t= o passthrough sound device, and USB.... > [Comment]: With Xen you can :) with VMWare you can too, but the hardware of the Mac Pro is not fully suppo= rted. It looks like a dedicated (PCI) sound card and USB controller would b= e easy to passthrough. = Nonetheless, using ESXi it would probably require a dedicated card (sound a= nd usb) for every VM I want passthrough in. That would make many cards. > [Extracted]: ...with stock ATI Radeon..; > [Comment]...Xen offers VGA PassThrough feature for ATI Radeon. = > = > Here is a link to a Youtube video to run Crysis 3 on a domU Windows 7 64 = Bits with HD 7970 > = > http://www.youtube.com/watch?v=3DGTnchEG4YtI&feature=3Dplayer_embedded Nice, I've seen others and that's make me think of Xen as a possible soluti= on. (abus=E9, le fond d'=E9cran ;) ) > As you can see = > = > - I can use PCI Passthrough to add a XBOX 360 Paddle while playing Crysis= 3 (see at 09:12 in the Video) = > - I have sound too :) Can you share USB between different VMs? I mean, usb port 1 to VM #1, usb p= ort 2 and 3 to VM #2... > But it works on Linux domU too. Here is another Youtube video link > = > http://www.youtube.com/watch?feature=3Dplayer_embedded&v=3DKzqOIMaBgX0 > = > But you need to apply a few patches to able this feature with Xen 4.2 and= over. Not very complicated to do. > Here are my instructions to do it but I know that there are currently bet= ter way to test it > = > http://www.davidgis.fr/blog/index.php?2013/03/13/935-xen-43-vga-passthrou= gh-ati-card-hd-7970-changeset-26706 Thanks. I'll take a look if I find a box do test. > [Extracted]...memory allocation > [Comment]...Xen - limited to 3GB for RAM. A few developers are working on= overpassing this limitation. Oh my... Xen is dead to me. Seriously, I have 24 GB RAM, and use a big chun= k of it, on my Mac active memory alone ranges from 6 to 11 GB, the remainin= g part is shared between inactive, and free. > [Extracted]...no snaphost possible > [Comment]...If you used Xen with LVM is then snahshotting is easier to ma= nage ;) It would require either to snapshot every single VM, or to create a dedicat= ed volume for each VM, not exactly what you get with ESX (snapshot per-VM i= ndependent of storage - even over NFS, including or excluding RAM). But wel= l, a VM with passthrough in ESX as no snapshot capabilities, so relying on = host FS is not a bad idea. > [Extracted] no sleep > [Comment] works on Xen for both Linux and Windows. The main issue is that= you can reboot a domU without restarting the dom0. You've lost me here. > [Extracted] Is it possible to create a virtualized desktop with VGA and P= CI passthrough for 2 or 3 VM's running simultaneously (ie. each one with it= s own video card)? > [Comment] Yes it is doable. Never tested but from experience share with o= ther Xen users I know that it should be run fine. > = > Hope it helps. It does, but I've to admit the RAM limit is a no-go for me (for now, I'll c= heck facts in few months and follow the evolution on this topic). Thanks, Patrick _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 02 18:24:18 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Apr 2013 18:24: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 1UN5ra-0004uM-Pf; Tue, 02 Apr 2013 18:23:18 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UN5rZ-0004uH-2g for xen-users@lists.xen.org; Tue, 02 Apr 2013 18:23:17 +0000 Received: from [85.158.143.99:20235] by server-1.bemta-4.messagelabs.com id 6C/FC-06203-4122B515; Tue, 02 Apr 2013 18:23:16 +0000 X-Env-Sender: patpro@patpro.net X-Msg-Ref: server-16.tower-216.messagelabs.com!1364926995!16303949!1 X-Originating-IP: [193.30.227.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20622 invoked from network); 2 Apr 2013 18:23:15 -0000 Received: from rack.patpro.net (HELO rack.patpro.net) (193.30.227.216) by server-16.tower-216.messagelabs.com with SMTP; 2 Apr 2013 18:23:15 -0000 Received: from [192.168.0.2] (boleskine.patpro.net [82.230.142.222]) by rack.patpro.net (Postfix) with ESMTPSA id CFEB01CC026; Tue, 2 Apr 2013 20:23:14 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=patpro.net; s=patpro; t=1364926995; bh=cVN41WU0IWjXWROJA8sLAmQM6U9YEYJ0Wqa48nnouhU=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=RmLY6voSUTBVGFelId5NvRlmWkfvTTACOL+GnaVxhkJmVrwIS+57GAygOrbpuV/Dg sNlgPu+6vdiNopw5Zs4uYnSOD/Ah2jOpMHqBprqMG4eQN+3Z24kgboboT0RAMmLpmI 8OCMhMEmCqxafj9jsvYIhl8DDnzscbFh+IZl2hUY= Mime-Version: 1.0 (Apple Message framework v1085) From: Patrick Proniewski In-Reply-To: <1364921697.16968.YahooMailNeo@web172003.mail.ir2.yahoo.com> Date: Tue, 2 Apr 2013 20:23:14 +0200 Message-Id: <7F60A62E-0E85-4B07-89BF-1ACB85ADC7C4@patpro.net> References: <67A5FC6C-12E6-4F29-A03B-6A8881D1C362@patpro.net> <1364921697.16968.YahooMailNeo@web172003.mail.ir2.yahoo.com> To: David TECHER X-Mailer: Apple Mail (2.1085) Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] PCI/VGA passthrough: differences between Xen and ESXi? X-BeenThere: xen-users@lists.xen.org X-Mailman-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 David, thanks for your answer, my remarks below: On 02 avr. 2013, at 18:54, David TECHER wrote: > Patrick, > = > 1) Xen's vocabulary = > = > dom0 =3D the main (first) hypervisor, hosting all virtual machines -- lik= e your Mac OS X > domU =3D any virtual machine. = ok, I've pretty much got that. > My understanding is that your dom0 has to be replaced by Linux so you can= run Xen. But for this part I am not a Mac OS X expert. Exactly. Bare metal would be nice, but ESXi is nothing more than a very sli= m linux, so a full linux+Xen is not a problem. > 2) More info - details listed beow are only available for a Xen dom0 run= ning on Linux. > = > [Extracted]:....I've ended my testing with ESXi, because I was not able t= o passthrough sound device, and USB.... > [Comment]: With Xen you can :) with VMWare you can too, but the hardware of the Mac Pro is not fully suppo= rted. It looks like a dedicated (PCI) sound card and USB controller would b= e easy to passthrough. = Nonetheless, using ESXi it would probably require a dedicated card (sound a= nd usb) for every VM I want passthrough in. That would make many cards. > [Extracted]: ...with stock ATI Radeon..; > [Comment]...Xen offers VGA PassThrough feature for ATI Radeon. = > = > Here is a link to a Youtube video to run Crysis 3 on a domU Windows 7 64 = Bits with HD 7970 > = > http://www.youtube.com/watch?v=3DGTnchEG4YtI&feature=3Dplayer_embedded Nice, I've seen others and that's make me think of Xen as a possible soluti= on. (abus=E9, le fond d'=E9cran ;) ) > As you can see = > = > - I can use PCI Passthrough to add a XBOX 360 Paddle while playing Crysis= 3 (see at 09:12 in the Video) = > - I have sound too :) Can you share USB between different VMs? I mean, usb port 1 to VM #1, usb p= ort 2 and 3 to VM #2... > But it works on Linux domU too. Here is another Youtube video link > = > http://www.youtube.com/watch?feature=3Dplayer_embedded&v=3DKzqOIMaBgX0 > = > But you need to apply a few patches to able this feature with Xen 4.2 and= over. Not very complicated to do. > Here are my instructions to do it but I know that there are currently bet= ter way to test it > = > http://www.davidgis.fr/blog/index.php?2013/03/13/935-xen-43-vga-passthrou= gh-ati-card-hd-7970-changeset-26706 Thanks. I'll take a look if I find a box do test. > [Extracted]...memory allocation > [Comment]...Xen - limited to 3GB for RAM. A few developers are working on= overpassing this limitation. Oh my... Xen is dead to me. Seriously, I have 24 GB RAM, and use a big chun= k of it, on my Mac active memory alone ranges from 6 to 11 GB, the remainin= g part is shared between inactive, and free. > [Extracted]...no snaphost possible > [Comment]...If you used Xen with LVM is then snahshotting is easier to ma= nage ;) It would require either to snapshot every single VM, or to create a dedicat= ed volume for each VM, not exactly what you get with ESX (snapshot per-VM i= ndependent of storage - even over NFS, including or excluding RAM). But wel= l, a VM with passthrough in ESX as no snapshot capabilities, so relying on = host FS is not a bad idea. > [Extracted] no sleep > [Comment] works on Xen for both Linux and Windows. The main issue is that= you can reboot a domU without restarting the dom0. You've lost me here. > [Extracted] Is it possible to create a virtualized desktop with VGA and P= CI passthrough for 2 or 3 VM's running simultaneously (ie. each one with it= s own video card)? > [Comment] Yes it is doable. Never tested but from experience share with o= ther Xen users I know that it should be run fine. > = > Hope it helps. It does, but I've to admit the RAM limit is a no-go for me (for now, I'll c= heck facts in few months and follow the evolution on this topic). Thanks, Patrick _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 02 18:50:07 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Apr 2013 18:50: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 1UN6Gj-0005W7-W5; Tue, 02 Apr 2013 18:49:17 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UMsXe-0004MY-B1 for xen-users@lists.xen.org; Tue, 02 Apr 2013 04:09:50 +0000 Received: from [85.158.143.99:24224] by server-2.bemta-4.messagelabs.com id B0/8A-12656-D0A5A515; Tue, 02 Apr 2013 04:09:49 +0000 X-Env-Sender: cherry@foobar.localdomain X-Msg-Ref: server-16.tower-216.messagelabs.com!1364875788!16190784!1 X-Originating-IP: [203.124.154.250] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30140 invoked from network); 2 Apr 2013 04:09:48 -0000 Received: from unknown (HELO comms.localdomain) (203.124.154.250) by server-16.tower-216.messagelabs.com with SMTP; 2 Apr 2013 04:09:48 -0000 Received: from foobar (unknown [10.0.1.2]) by comms.localdomain (Postfix) with ESMTPSA id C03302DB80F; Tue, 2 Apr 2013 09:11:33 +0530 (IST) From: Cherry G. Mathew To: Roger Pau =?utf-8?Q?Monn=C3=A9?= References: <51516B06.8080704@citrix.com> <87fvzbqx90.fsf@foobar.i-did-not-set--mail-host-address--so-tickle-me> <51596D1B.6080209@citrix.com> <87bo9ynv6c.fsf@foobar.i-did-not-set--mail-host-address--so-tickle-me> Date: Tue, 02 Apr 2013 09:39:44 +0530 In-Reply-To: <87bo9ynv6c.fsf@foobar.i-did-not-set--mail-host-address--so-tickle-me> (Cherry G. Mathew's message of "Mon, 01 Apr 2013 20:40:35 +0530") Message-ID: <87sj39lgjb.fsf@foobar.i-did-not-set--mail-host-address--so-tickle-me> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.3 (berkeley-unix) MIME-Version: 1.0 X-Mailman-Approved-At: Tue, 02 Apr 2013 18:49:16 +0000 Cc: tech mailinglists , "freebsd-xen@freebsd.org" , xen-users Subject: Re: [Xen-users] Trouble booting FreeBSD i386 PV 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="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Pj4+Pj4gIkNoZXJyeSIgPT0gQ2hlcnJ5IEcgTWF0aGV3IDxjaGVycnlAenl4LmluPiB3cml0ZXM6 Cgo+Pj4+PiAiUm9nZXIiID09IFJvZ2VyIFBhdSBNb25uw6kgPHJvZ2VyLnBhdUBjaXRyaXguY29t PiB3cml0ZXM6CiAgICBSb2dlcj4gT24gMzEvMDMvMTMgMTk6NDUsIENoZXJyeSBHLk1hdGhldyB3 cm90ZToKICAgID4+PiAKICAgID4+PiBPbiAyMS8wMi8xMyAxMDoxOCwgdGVjaCBtYWlsaW5nbGlz dHMgd3JvdGU6CiAgICA+Pj4+IEhlbGxvIGFsbCwKICAgID4+Pj4gCiAgICA+Pj4+IEkgaGF2ZSBj cmVhdGVkIGEgRnJlZUJTRCBQViBEb21VIGltYWdlIGZvcm1hdHRlZCB3aXRoIFpGUy4gSQogICAg Pj4+PiBjb21waWxlZCBGcmVlQlNEIHdpdGggS0VSTkNPTkY9WEVOIGZvciB0aGUga2VybmVsIGFu ZCB0aGUKICAgID4+Pj4gbm9ybWFsIHdvcmxkIGFuZCBkaXN0cmlidXRpb24gdGFyZ2V0LiBUaGVu IEkgdHJhbnNmZXJlZCBpdCB0byBhCiAgICA+Pj4+IERlYmlhbiBEb20wIHdpdGggWGVuIDQuMi4x LgogICAgPj4+PiAKICAgID4+Pj4gSSB0cmllZCB0byBib290IHRoZSBpbWFnZSBiZWZvciBJIG1p Z3JhdGUgaXQgdG8gTFZNIGFuZCBJIG5vdwogICAgPj4+PiBnZXQgdGVoIGZvbGxvd2luZyBvdXRw dXQ6CiAgICA+Pj4+IAogICAgPj4+IAogICAgPj4+IFsuLi5dCiAgICA+Pj4gCiAgICA+Pj4+IHJ1 bl9pbnRlcnJ1cHRfZHJpdmVuX2hvb2tzOiBzdGlsbCB3YWl0aW5nIGFmdGVyIDMwMCBzZWNvbmRz IGZvcgogICAgPj4+PiB4ZW5idXNfZnJlZV9ldnRjaG4gcGFuaWM6IHJ1bl9pbnRlcnJ1cHRfZHJp dmVuX2NvbmZpZ19ob29rczoKICAgID4+Pj4gd2FpdGVkIHRvbyBsb25nIGNwdWlkID0gMCBLREI6 IGVudGVyOiBwYW5pYyBbIHRocmVhZCBwaWQgMCB0aWQKICAgID4+Pj4gMTAwMDAwIF0gU3RvcHBl ZCBhdCBrZGJfZW50ZXIrMHgzYTogbW92bCAkMCxrZGJfd2h5CiAgICBkYj4gCiAgICA+Pj4gCiAg ICA+Pj4gCiAgICA+Pj4gVHJ5IHNlZSBpZiBwYXRjaCBiZWxvdyBzaG91bGQgaGVscCB0aGUgYm9v dCBhIGJpdCBhbG9uZy4KCiAgICBSb2dlcj4gVGhlIHByb2JsZW0gaXMgYWxyZWFkeSBzb2x2ZWQs IGl0IHdhcyBjcmFzaGluZyBiZWNhdXNlCiAgICBSb2dlcj4gYmxrYmFjayBpbiBEb20wIHdhcyBu b3QgY29ycmVjdGx5IHdvcmtpbmcgLS0gbm90aGluZyB0byBkbwogICAgUm9nZXI+IHdpdGggRnJl ZUJTRC4gVGhlIDkueCByZWxlYXNlcyB3b3JrIGNvcnJlY3RseSwgdGhlIHByb2JsZW0gaXMKICAg IFJvZ2VyPiB3aXRoIEhFQUQgYW5kIHRoZSBiYWNrdHJhY2UgSSd2ZSBwb3N0ZWQuCgogICAgQ2hl cnJ5PiBJJ2QgYmUga2VlbiB0byBrbm93IHdoeSB0aGlzIGlzIG5vdCBhbiBpc3N1ZSB3aXRoIG90 aGVyIE9TcwogICAgQ2hlcnJ5PiAoSSBydW4gYSBOZXRCU0QtcHYgb24gYSB4ZW4gbGludXggZG9t MC4gRm9yIEZyZWVCU0QgYW1kNjQKICAgIENoZXJyeT4gUFYsIEkgc2VlbSB0byBiZSBnZXR0aW5n IHhlbnN0b3JlIGV2ZW50cywgYW5kIHRoZSBwYW5pYyBpcwogICAgQ2hlcnJ5PiBjYXVzZWQgYnkg aW50ZXJydXB0IGJvb3QgdGltZSBob29rcyBub3QgYmVpbmcgdW5ob29rZWQgYnkKICAgIENoZXJy eT4gdGhlIHhlbmJ1cyBkcml2ZXIsIGJlY2F1c2UgaXQgd2FpdHMgZm9yIGNoaWxkIGRldmljZXMg b24KICAgIENoZXJyeT4geGVuYnVzIHRvIGZpbmlzaCB0aGVpciAiYXR0YWNoIi4gVGhpcyBpcyBh IGJpdCByZWR1bmRhbnQKICAgIENoZXJyeT4gYWZhaWN0LCBiZWNhdXNlIHRoZSBob29rcyBhcmUg Y2FsbGVkIHRvZ2V0aGVyIGluIHRoZSBvcmRlcgogICAgQ2hlcnJ5PiBvZiByZWdpc3RyYXRpb24g LSB0aGUgcmVnaXN0cmF0aW9ucyB0aGVtc2VsdmVzIGJlaW5nIGluIHRoZQogICAgQ2hlcnJ5PiBh dXRvY29uZiBkZXZpY2UgdHJlZSB0cmF2ZXJzYWwgb3JkZXIgLSBhbmQgZm9yIHRoZSB4ZW4KICAg IENoZXJyeT4gZHJpdmVycywgSSBkb24ndCBzZWUgYW55IGludGVycnVwdCBob29rIHNwZWNpZmlj CiAgICBDaGVycnk+IGRlcGVuZGVuY2llcyBpbiB0aGUgY2hpbGRyZW4gYXR0YWNoaW5nIHRvIHhl bmJ1cyAoSSBtYXkgYmUKICAgIENoZXJyeT4gd3JvbmcpLgoKICAgIENoZXJyeT4gQW55d2F5LCB0 aGF0J3Mgd2hhdCB0aGUgcGF0Y2ggZG9lcy4KClVwZGF0ZSAtIGlnbm9yZSB0aGF0IHBhdGNoIC0g SSBoYWQgYSBkaXNrIHJlbGF0ZWQgY29uZmlndXJhdGlvbiBlcnJvcgp3aGljaCBjYXVzZWQgbXkg cHJvYmxlbSAoZG9tMCBibGtiYWNrIGlzIGZpbmUpLiBTb3JyeSBmb3IgdGhlIG5vaXNlLgoKQ2hl ZXJzLAotLSAKQ2hlcnJ5CgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCmh0 dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Tue Apr 02 18:50:07 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Apr 2013 18:50: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 1UN6Gj-0005W7-W5; Tue, 02 Apr 2013 18:49:17 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UMsXe-0004MY-B1 for xen-users@lists.xen.org; Tue, 02 Apr 2013 04:09:50 +0000 Received: from [85.158.143.99:24224] by server-2.bemta-4.messagelabs.com id B0/8A-12656-D0A5A515; Tue, 02 Apr 2013 04:09:49 +0000 X-Env-Sender: cherry@foobar.localdomain X-Msg-Ref: server-16.tower-216.messagelabs.com!1364875788!16190784!1 X-Originating-IP: [203.124.154.250] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30140 invoked from network); 2 Apr 2013 04:09:48 -0000 Received: from unknown (HELO comms.localdomain) (203.124.154.250) by server-16.tower-216.messagelabs.com with SMTP; 2 Apr 2013 04:09:48 -0000 Received: from foobar (unknown [10.0.1.2]) by comms.localdomain (Postfix) with ESMTPSA id C03302DB80F; Tue, 2 Apr 2013 09:11:33 +0530 (IST) From: Cherry G. Mathew To: Roger Pau =?utf-8?Q?Monn=C3=A9?= References: <51516B06.8080704@citrix.com> <87fvzbqx90.fsf@foobar.i-did-not-set--mail-host-address--so-tickle-me> <51596D1B.6080209@citrix.com> <87bo9ynv6c.fsf@foobar.i-did-not-set--mail-host-address--so-tickle-me> Date: Tue, 02 Apr 2013 09:39:44 +0530 In-Reply-To: <87bo9ynv6c.fsf@foobar.i-did-not-set--mail-host-address--so-tickle-me> (Cherry G. Mathew's message of "Mon, 01 Apr 2013 20:40:35 +0530") Message-ID: <87sj39lgjb.fsf@foobar.i-did-not-set--mail-host-address--so-tickle-me> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.3 (berkeley-unix) MIME-Version: 1.0 X-Mailman-Approved-At: Tue, 02 Apr 2013 18:49:16 +0000 Cc: tech mailinglists , "freebsd-xen@freebsd.org" , xen-users Subject: Re: [Xen-users] Trouble booting FreeBSD i386 PV 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="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Pj4+Pj4gIkNoZXJyeSIgPT0gQ2hlcnJ5IEcgTWF0aGV3IDxjaGVycnlAenl4LmluPiB3cml0ZXM6 Cgo+Pj4+PiAiUm9nZXIiID09IFJvZ2VyIFBhdSBNb25uw6kgPHJvZ2VyLnBhdUBjaXRyaXguY29t PiB3cml0ZXM6CiAgICBSb2dlcj4gT24gMzEvMDMvMTMgMTk6NDUsIENoZXJyeSBHLk1hdGhldyB3 cm90ZToKICAgID4+PiAKICAgID4+PiBPbiAyMS8wMi8xMyAxMDoxOCwgdGVjaCBtYWlsaW5nbGlz dHMgd3JvdGU6CiAgICA+Pj4+IEhlbGxvIGFsbCwKICAgID4+Pj4gCiAgICA+Pj4+IEkgaGF2ZSBj cmVhdGVkIGEgRnJlZUJTRCBQViBEb21VIGltYWdlIGZvcm1hdHRlZCB3aXRoIFpGUy4gSQogICAg Pj4+PiBjb21waWxlZCBGcmVlQlNEIHdpdGggS0VSTkNPTkY9WEVOIGZvciB0aGUga2VybmVsIGFu ZCB0aGUKICAgID4+Pj4gbm9ybWFsIHdvcmxkIGFuZCBkaXN0cmlidXRpb24gdGFyZ2V0LiBUaGVu IEkgdHJhbnNmZXJlZCBpdCB0byBhCiAgICA+Pj4+IERlYmlhbiBEb20wIHdpdGggWGVuIDQuMi4x LgogICAgPj4+PiAKICAgID4+Pj4gSSB0cmllZCB0byBib290IHRoZSBpbWFnZSBiZWZvciBJIG1p Z3JhdGUgaXQgdG8gTFZNIGFuZCBJIG5vdwogICAgPj4+PiBnZXQgdGVoIGZvbGxvd2luZyBvdXRw dXQ6CiAgICA+Pj4+IAogICAgPj4+IAogICAgPj4+IFsuLi5dCiAgICA+Pj4gCiAgICA+Pj4+IHJ1 bl9pbnRlcnJ1cHRfZHJpdmVuX2hvb2tzOiBzdGlsbCB3YWl0aW5nIGFmdGVyIDMwMCBzZWNvbmRz IGZvcgogICAgPj4+PiB4ZW5idXNfZnJlZV9ldnRjaG4gcGFuaWM6IHJ1bl9pbnRlcnJ1cHRfZHJp dmVuX2NvbmZpZ19ob29rczoKICAgID4+Pj4gd2FpdGVkIHRvbyBsb25nIGNwdWlkID0gMCBLREI6 IGVudGVyOiBwYW5pYyBbIHRocmVhZCBwaWQgMCB0aWQKICAgID4+Pj4gMTAwMDAwIF0gU3RvcHBl ZCBhdCBrZGJfZW50ZXIrMHgzYTogbW92bCAkMCxrZGJfd2h5CiAgICBkYj4gCiAgICA+Pj4gCiAg ICA+Pj4gCiAgICA+Pj4gVHJ5IHNlZSBpZiBwYXRjaCBiZWxvdyBzaG91bGQgaGVscCB0aGUgYm9v dCBhIGJpdCBhbG9uZy4KCiAgICBSb2dlcj4gVGhlIHByb2JsZW0gaXMgYWxyZWFkeSBzb2x2ZWQs IGl0IHdhcyBjcmFzaGluZyBiZWNhdXNlCiAgICBSb2dlcj4gYmxrYmFjayBpbiBEb20wIHdhcyBu b3QgY29ycmVjdGx5IHdvcmtpbmcgLS0gbm90aGluZyB0byBkbwogICAgUm9nZXI+IHdpdGggRnJl ZUJTRC4gVGhlIDkueCByZWxlYXNlcyB3b3JrIGNvcnJlY3RseSwgdGhlIHByb2JsZW0gaXMKICAg IFJvZ2VyPiB3aXRoIEhFQUQgYW5kIHRoZSBiYWNrdHJhY2UgSSd2ZSBwb3N0ZWQuCgogICAgQ2hl cnJ5PiBJJ2QgYmUga2VlbiB0byBrbm93IHdoeSB0aGlzIGlzIG5vdCBhbiBpc3N1ZSB3aXRoIG90 aGVyIE9TcwogICAgQ2hlcnJ5PiAoSSBydW4gYSBOZXRCU0QtcHYgb24gYSB4ZW4gbGludXggZG9t MC4gRm9yIEZyZWVCU0QgYW1kNjQKICAgIENoZXJyeT4gUFYsIEkgc2VlbSB0byBiZSBnZXR0aW5n IHhlbnN0b3JlIGV2ZW50cywgYW5kIHRoZSBwYW5pYyBpcwogICAgQ2hlcnJ5PiBjYXVzZWQgYnkg aW50ZXJydXB0IGJvb3QgdGltZSBob29rcyBub3QgYmVpbmcgdW5ob29rZWQgYnkKICAgIENoZXJy eT4gdGhlIHhlbmJ1cyBkcml2ZXIsIGJlY2F1c2UgaXQgd2FpdHMgZm9yIGNoaWxkIGRldmljZXMg b24KICAgIENoZXJyeT4geGVuYnVzIHRvIGZpbmlzaCB0aGVpciAiYXR0YWNoIi4gVGhpcyBpcyBh IGJpdCByZWR1bmRhbnQKICAgIENoZXJyeT4gYWZhaWN0LCBiZWNhdXNlIHRoZSBob29rcyBhcmUg Y2FsbGVkIHRvZ2V0aGVyIGluIHRoZSBvcmRlcgogICAgQ2hlcnJ5PiBvZiByZWdpc3RyYXRpb24g LSB0aGUgcmVnaXN0cmF0aW9ucyB0aGVtc2VsdmVzIGJlaW5nIGluIHRoZQogICAgQ2hlcnJ5PiBh dXRvY29uZiBkZXZpY2UgdHJlZSB0cmF2ZXJzYWwgb3JkZXIgLSBhbmQgZm9yIHRoZSB4ZW4KICAg IENoZXJyeT4gZHJpdmVycywgSSBkb24ndCBzZWUgYW55IGludGVycnVwdCBob29rIHNwZWNpZmlj CiAgICBDaGVycnk+IGRlcGVuZGVuY2llcyBpbiB0aGUgY2hpbGRyZW4gYXR0YWNoaW5nIHRvIHhl bmJ1cyAoSSBtYXkgYmUKICAgIENoZXJyeT4gd3JvbmcpLgoKICAgIENoZXJyeT4gQW55d2F5LCB0 aGF0J3Mgd2hhdCB0aGUgcGF0Y2ggZG9lcy4KClVwZGF0ZSAtIGlnbm9yZSB0aGF0IHBhdGNoIC0g SSBoYWQgYSBkaXNrIHJlbGF0ZWQgY29uZmlndXJhdGlvbiBlcnJvcgp3aGljaCBjYXVzZWQgbXkg cHJvYmxlbSAoZG9tMCBibGtiYWNrIGlzIGZpbmUpLiBTb3JyeSBmb3IgdGhlIG5vaXNlLgoKQ2hl ZXJzLAotLSAKQ2hlcnJ5CgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCmh0 dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Tue Apr 02 23:28:06 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Apr 2013 23:28: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 1UNAbQ-0001A8-GJ; Tue, 02 Apr 2013 23:26:56 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNAbP-0001A3-J9 for xen-users@lists.xen.org; Tue, 02 Apr 2013 23:26:55 +0000 Received: from [85.158.143.99:64553] by server-2.bemta-4.messagelabs.com id C8/CA-12656-E396B515; Tue, 02 Apr 2013 23:26:54 +0000 X-Env-Sender: knockknock@gmail.com X-Msg-Ref: server-15.tower-216.messagelabs.com!1364945212!27553427!1 X-Originating-IP: [209.85.220.170] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24351 invoked from network); 2 Apr 2013 23:26:53 -0000 Received: from mail-vc0-f170.google.com (HELO mail-vc0-f170.google.com) (209.85.220.170) by server-15.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 2 Apr 2013 23:26:53 -0000 Received: by mail-vc0-f170.google.com with SMTP id lf10so1051150vcb.15 for ; Tue, 02 Apr 2013 16:26:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:mime-version:sender:from:date:x-google-sender-auth :message-id:subject:to:content-type; bh=07IoBucCW5xHzWYW/CTdLpyevNsCp4bvpSFO4ps9vMI=; b=taCBBgzh4HPyXLdCtfmL4AHZNtfvYWYUz0Sv9raU06R/IOgZScyeNNv7K2zeGzYhRx YH02mtvBZ3DYPhg+NyBGVp3TRWjE+zYIToaffdfWxYN5hOoB0ISHWBBuKyMmNMqr5rK9 6yhm+ascdeZWzXU+mNSdn2rENJLVae0/NExLFefCRGs2TmRLj1AjgCTvzYxWb0kOMa39 P7Sj85PTwWeSdm/NGayKAC58YTOdsAI1ewLUA9O281qUVwQSlHlUQm22BxnSQIu5LjPh zfCNpm6DLBSGX91ZqqcwcqJ2EVukl94+JDXlfpRxumv9ceiuq6BEP5PY4Tyu8m4w61sx SDtg== X-Received: by 10.52.65.73 with SMTP id v9mr12294645vds.30.1364945212317; Tue, 02 Apr 2013 16:26:52 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.122.197 with HTTP; Tue, 2 Apr 2013 16:26:31 -0700 (PDT) From: Eric Shelton Date: Tue, 2 Apr 2013 19:26:31 -0400 X-Google-Sender-Auth: 570Pnb2cWxgJy_UpuHXqO83OLa4 Message-ID: To: "xen-users@lists.xen.org" , Patrick Proniewski , davidtecher@yahoo.fr Subject: Re: [Xen-users] PCI/VGA passthrough: differences between Xen and ESXi? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org David: What are the circumstances in which your comment about "Xen - limited to 3GB for RAM" applies? Is it in the case in which one uses multiple GPU cards? There are a number of HVM tutorial examples with well over 3GB: http://wiki.xen.org/wiki/Secondary_GPU_Passthrough (6GB Win7 HVM with passthrough of ATI 6970 and USB controller) http://wiki.xen.org/wiki/Comprehensive_Xen_Debian_Wheezy_PCI_Passthrough_Tutorial (6GB Win7 HVM with passthrough of ATI 68XX and multiple USB controllers) None of these tutorials mention a 3GB limitation. The only recent reference to a 3GB HVM issue during passthrough is here: http://comments.gmane.org/gmane.comp.emulators.xen.user/77214 which appears to link the issue with use of nvidia patches from here: http://www.davidgis.fr/download/xen-4.2_rev25240_gfx-passthrough-patchs.tar.bz2 >From what I gather, nvidia cards perform a bit of undocumented voodoo (by design) that has not been fully accounted for. Elsewhere: http://new-wiki.xen.org/old-wiki/xenwiki/XenPCIpassthrough.html it sounds like there was a PV domain issue arising from e820 for which a reliable workaround was incorporated into the mainline code some time ago. Patrick: >From the above examples, it seems like >3GB may be fine if you use ATI/AMD GPUs. I have had fairly good experiences with passthrough of a single AMD 6570 with the patch mentioned here: http://lists.xen.org/archives/html/xen-users/2013-02/msg00410.html although I did not explore how much or how little memory I could assign to it. Note, however, that patch may make certain assumptions, such as that only one GPU is being passed through. I'm not sure there is any unpatched release version (for example, 4.2.1) that reliably does GPU passthrough (PCI passthrough of less wonky devices has worked for some time). I think the proposed multi-GPU setup may be putting you out on the bleeding edge (on the other hand, it sounds like it is absolutely no available under ESXi). It's probably not impossible. Maybe someone has already done it. However, how interested and/or comfortable are you with code & configuration tweaking, debug, and experimentation? - Eric >> Patrick, >> >> 1) Xen's vocabulary >> >> dom0 = the main (first) hypervisor, hosting all virtual machines -- like your Mac OS X >> domU = any virtual machine. >> >> This is not the real meaning but here I try to stay "understandable". But for better understanding please refer to http://en.wikipedia.org/wiki/Xen >> >> My understanding is that your dom0 has to be replaced by Linux so you can run Xen. But for this part I am not a Mac OS X expert. >> >> 2) More info - details listed beow are only available for a Xen dom0 running on Linux. >> >> [Extracted]:....I've ended my testing with ESXi, because I was not able to passthrough sound device, and USB.... >> [Comment]: With Xen you can :) >> >> [Extracted]: ...with stock ATI Radeon..; >> [Comment]...Xen offers VGA PassThrough feature for ATI Radeon. >> >> Here is a link to a Youtube video to run Crysis 3 on a domU Windows 7 64 Bits with HD 7970 >> >> http://www.youtube.com/watch?v=GTnchEG4YtI&feature=player_embedded >> >> As you can see >> >> - I can use PCI Passthrough to add a XBOX 360 Paddle while playing Crysis 3 (see at 09:12 in the Video) >> >> - I have sound too :) >> >> But it works on Linux domU too. Here is another Youtube video link >> >> http://www.youtube.com/watch?feature=player_embedded&v=KzqOIMaBgX0 >> >> But you need to apply a few patches to able this feature with Xen 4.2 and over. Not very complicated to do. >> Here are my instructions to do it but I know that there are currently better way to test it >> >> http://www.davidgis.fr/blog/index.php?2013/03/13/935-xen-43-vga-passthrough-ati-card-hd-7970-changeset-26706 >> >> [Extracted]...memory allocation >> [Comment]...Xen - limited to 3GB for RAM. A few developers are working on overpassing this limitation. >> >> [Extracted]...no snaphost possible >> [Comment]...If you used Xen with LVM is then snahshotting is easier to manage ;) >> >> [Extracted] no sleep >> [Comment] works on Xen for both Linux and Windows. The main issue is that you can reboot a domU without restarting the dom0. >> >> >> [Extracted] Is it possible to create a virtualized desktop with VGA and PCI passthrough for 2 or 3 VM's running simultaneously (ie. each one with its own video card)? >> [Comment] Yes it is doable. Never tested but from experience share with other Xen users I know that it should be run fine. >> >> Hope it helps. >> >> >> Kind regards. >> >> David. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 02 23:28:06 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 02 Apr 2013 23:28: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 1UNAbQ-0001A8-GJ; Tue, 02 Apr 2013 23:26:56 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNAbP-0001A3-J9 for xen-users@lists.xen.org; Tue, 02 Apr 2013 23:26:55 +0000 Received: from [85.158.143.99:64553] by server-2.bemta-4.messagelabs.com id C8/CA-12656-E396B515; Tue, 02 Apr 2013 23:26:54 +0000 X-Env-Sender: knockknock@gmail.com X-Msg-Ref: server-15.tower-216.messagelabs.com!1364945212!27553427!1 X-Originating-IP: [209.85.220.170] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24351 invoked from network); 2 Apr 2013 23:26:53 -0000 Received: from mail-vc0-f170.google.com (HELO mail-vc0-f170.google.com) (209.85.220.170) by server-15.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 2 Apr 2013 23:26:53 -0000 Received: by mail-vc0-f170.google.com with SMTP id lf10so1051150vcb.15 for ; Tue, 02 Apr 2013 16:26:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:mime-version:sender:from:date:x-google-sender-auth :message-id:subject:to:content-type; bh=07IoBucCW5xHzWYW/CTdLpyevNsCp4bvpSFO4ps9vMI=; b=taCBBgzh4HPyXLdCtfmL4AHZNtfvYWYUz0Sv9raU06R/IOgZScyeNNv7K2zeGzYhRx YH02mtvBZ3DYPhg+NyBGVp3TRWjE+zYIToaffdfWxYN5hOoB0ISHWBBuKyMmNMqr5rK9 6yhm+ascdeZWzXU+mNSdn2rENJLVae0/NExLFefCRGs2TmRLj1AjgCTvzYxWb0kOMa39 P7Sj85PTwWeSdm/NGayKAC58YTOdsAI1ewLUA9O281qUVwQSlHlUQm22BxnSQIu5LjPh zfCNpm6DLBSGX91ZqqcwcqJ2EVukl94+JDXlfpRxumv9ceiuq6BEP5PY4Tyu8m4w61sx SDtg== X-Received: by 10.52.65.73 with SMTP id v9mr12294645vds.30.1364945212317; Tue, 02 Apr 2013 16:26:52 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.122.197 with HTTP; Tue, 2 Apr 2013 16:26:31 -0700 (PDT) From: Eric Shelton Date: Tue, 2 Apr 2013 19:26:31 -0400 X-Google-Sender-Auth: 570Pnb2cWxgJy_UpuHXqO83OLa4 Message-ID: To: "xen-users@lists.xen.org" , Patrick Proniewski , davidtecher@yahoo.fr Subject: Re: [Xen-users] PCI/VGA passthrough: differences between Xen and ESXi? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org David: What are the circumstances in which your comment about "Xen - limited to 3GB for RAM" applies? Is it in the case in which one uses multiple GPU cards? There are a number of HVM tutorial examples with well over 3GB: http://wiki.xen.org/wiki/Secondary_GPU_Passthrough (6GB Win7 HVM with passthrough of ATI 6970 and USB controller) http://wiki.xen.org/wiki/Comprehensive_Xen_Debian_Wheezy_PCI_Passthrough_Tutorial (6GB Win7 HVM with passthrough of ATI 68XX and multiple USB controllers) None of these tutorials mention a 3GB limitation. The only recent reference to a 3GB HVM issue during passthrough is here: http://comments.gmane.org/gmane.comp.emulators.xen.user/77214 which appears to link the issue with use of nvidia patches from here: http://www.davidgis.fr/download/xen-4.2_rev25240_gfx-passthrough-patchs.tar.bz2 >From what I gather, nvidia cards perform a bit of undocumented voodoo (by design) that has not been fully accounted for. Elsewhere: http://new-wiki.xen.org/old-wiki/xenwiki/XenPCIpassthrough.html it sounds like there was a PV domain issue arising from e820 for which a reliable workaround was incorporated into the mainline code some time ago. Patrick: >From the above examples, it seems like >3GB may be fine if you use ATI/AMD GPUs. I have had fairly good experiences with passthrough of a single AMD 6570 with the patch mentioned here: http://lists.xen.org/archives/html/xen-users/2013-02/msg00410.html although I did not explore how much or how little memory I could assign to it. Note, however, that patch may make certain assumptions, such as that only one GPU is being passed through. I'm not sure there is any unpatched release version (for example, 4.2.1) that reliably does GPU passthrough (PCI passthrough of less wonky devices has worked for some time). I think the proposed multi-GPU setup may be putting you out on the bleeding edge (on the other hand, it sounds like it is absolutely no available under ESXi). It's probably not impossible. Maybe someone has already done it. However, how interested and/or comfortable are you with code & configuration tweaking, debug, and experimentation? - Eric >> Patrick, >> >> 1) Xen's vocabulary >> >> dom0 = the main (first) hypervisor, hosting all virtual machines -- like your Mac OS X >> domU = any virtual machine. >> >> This is not the real meaning but here I try to stay "understandable". But for better understanding please refer to http://en.wikipedia.org/wiki/Xen >> >> My understanding is that your dom0 has to be replaced by Linux so you can run Xen. But for this part I am not a Mac OS X expert. >> >> 2) More info - details listed beow are only available for a Xen dom0 running on Linux. >> >> [Extracted]:....I've ended my testing with ESXi, because I was not able to passthrough sound device, and USB.... >> [Comment]: With Xen you can :) >> >> [Extracted]: ...with stock ATI Radeon..; >> [Comment]...Xen offers VGA PassThrough feature for ATI Radeon. >> >> Here is a link to a Youtube video to run Crysis 3 on a domU Windows 7 64 Bits with HD 7970 >> >> http://www.youtube.com/watch?v=GTnchEG4YtI&feature=player_embedded >> >> As you can see >> >> - I can use PCI Passthrough to add a XBOX 360 Paddle while playing Crysis 3 (see at 09:12 in the Video) >> >> - I have sound too :) >> >> But it works on Linux domU too. Here is another Youtube video link >> >> http://www.youtube.com/watch?feature=player_embedded&v=KzqOIMaBgX0 >> >> But you need to apply a few patches to able this feature with Xen 4.2 and over. Not very complicated to do. >> Here are my instructions to do it but I know that there are currently better way to test it >> >> http://www.davidgis.fr/blog/index.php?2013/03/13/935-xen-43-vga-passthrough-ati-card-hd-7970-changeset-26706 >> >> [Extracted]...memory allocation >> [Comment]...Xen - limited to 3GB for RAM. A few developers are working on overpassing this limitation. >> >> [Extracted]...no snaphost possible >> [Comment]...If you used Xen with LVM is then snahshotting is easier to manage ;) >> >> [Extracted] no sleep >> [Comment] works on Xen for both Linux and Windows. The main issue is that you can reboot a domU without restarting the dom0. >> >> >> [Extracted] Is it possible to create a virtualized desktop with VGA and PCI passthrough for 2 or 3 VM's running simultaneously (ie. each one with its own video card)? >> [Comment] Yes it is doable. Never tested but from experience share with other Xen users I know that it should be run fine. >> >> Hope it helps. >> >> >> Kind regards. >> >> David. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 03 08:53:41 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 03 Apr 2013 08:53: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 1UNJQn-00060e-Li; Wed, 03 Apr 2013 08:52:33 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNJQm-00060Z-BQ for xen-users@lists.xen.org; Wed, 03 Apr 2013 08:52:32 +0000 Received: from [85.158.138.51:58336] by server-10.bemta-3.messagelabs.com id 9F/CE-19664-FCDEB515; Wed, 03 Apr 2013 08:52:31 +0000 X-Env-Sender: davidtecher@yahoo.fr X-Msg-Ref: server-6.tower-174.messagelabs.com!1364979149!19763541!1 X-Originating-IP: [77.238.189.218] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_30_40,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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32046 invoked from network); 3 Apr 2013 08:52:29 -0000 Received: from nm11-vm0.bullet.mail.ird.yahoo.com (HELO nm11-vm0.bullet.mail.ird.yahoo.com) (77.238.189.218) by server-6.tower-174.messagelabs.com with SMTP; 3 Apr 2013 08:52:29 -0000 Received: from [77.238.189.232] by nm11.bullet.mail.ird.yahoo.com with NNFMP; 03 Apr 2013 08:52:29 -0000 Received: from [212.82.98.114] by tm13.bullet.mail.ird.yahoo.com with NNFMP; 03 Apr 2013 08:52:29 -0000 Received: from [127.0.0.1] by omp1051.mail.ir2.yahoo.com with NNFMP; 03 Apr 2013 08:52:29 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 109290.86809.bm@omp1051.mail.ir2.yahoo.com Received: (qmail 26642 invoked by uid 60001); 3 Apr 2013 08:45:49 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.fr; s=s1024; t=1364978749; bh=kYkT8RGK7kFaQdBLmM6/dOhbA0wOKd+V1fezoTEg1Pk=; 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=QSlU7KTrMSl5fj+3J6ZDoDxG7NvPHqQjy42G/Yr/IMUOVBGxu3rEU8kAkgiT/7FTdHrFFpqxioSFqwL8NTmyzfWkh9sk7Mbx/PaMZdliTUFhrxupkZW974/0cQyib5E+0Vxb1YjuXvIoMnKPJdSB/r3KTOkHFLapDVIYu8phDdU= 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=1ARHAAV74zMH/Q5RU44tMfkURvcthqwFb2CwsIGOyop2JH0hkhq3LtTnH+/F6rS+/SOxTMKHSF9XUEjTvgA4BL3IBX/iOF61+9nPriDOW6p93aSldqlRb9l5hFhDBVUexZhHmi9TRyLd6sMfAho8fUjj23TFgnlcn99mKQmPicI=; X-YMail-OSG: Ehn4LIgVM1n0Y.EFIaGNWxcr2aMyqrZfNcqNmtUjSxvOCbx 6Vup1BzPOFN5WPIgWAN0mCZrxtd5UmIVkw8mxO6KlVPdK_SZBwf_cXWSLEKC q6uhiCUJUNLh_jvte1MINS1vmtXukOSdM4xMkHLDbTcusFvo1_cT75bz6tkE 8hh_jgJRU.G1SmFSeVrEa7NQH5fmWqJbPZwt3150rCJ.Kfu8iDzOqi70ALeW SKU_2rR9bN4Wa4NphRGv9H7wHZ_h3DbYt60tVScLUz.h2yNHXPHBEWQJffWQ Nfv6ciO1xSiL3JB_pH4W2w8_.1oB.tlL1EDWEL0KPM8aiFQg8jvk3hDx0ZWJ S9Z3alejULn.XYWlzGEQK6YkB2YD4JLxqMaG25c5Wj2fZcvuXtoQ9JbdB65X G.dgX6PeEljzXgl9bYxJkMDlrvHuM2BEzgLzZ75sHqWx5HR6Rlv.ChIajCVC GyneI3mQng4L_3waHQHH0ybqXOzoaNdU2lYZwhp24vbwX.IML85eTlrqJwiI 1RqBhyj0Uk5KQDmbszuPPFF1xBUQgaB4VwE_zNBD2aLGBKUA_I7kUqEqQwG6 q6TPJLVa62PP6ZGKnRP4sBjoBMMfMPCkFZEEpsYLDw28al01Nu3QgskfWwVf d.vaHwxcx305gneRY7wjgxbr8u2hI1t8K9hKV_7T.fjfv3WWgnrxggKWg4iW YnnrSMmpxM5MYKo4DAWOtdWWZmCmYb9omFpnmWfBbpNQKeA68vzAFG5zUWs3 XG5uevrUpqsBxrmDHJ676ifYe.JKE7J12Nz2_YIwBlh5lYGjRtBCAdk06fI8 Z_ndcjcdn3ZUEpjqGvlruC3.GoZWPkugjj7L12S0B7UtoxAGHSiPkZusaGvS uXkZlj8IZdoA.m8OqkslDb7xSLbcmzwHX.xRJcafH0mpleviev.qPRHU1wYw KByd7tBkuuQ4XOQhUpfoHe_yO42n.ZjQr_1F8IVTKeaIEqzSP1rhxHhmdNQ- - Received: from [195.167.237.98] by web172006.mail.ir2.yahoo.com via HTTP; Wed, 03 Apr 2013 09:45:49 BST X-Rocket-MIMEInfo: 002.001, VGhhbmtzIGZvciBjbGFyaWZ5aW5nLgoKSSBhbSBhcHBseWluZyB0aGUgb3JpZ2luYWwgcGF0Y2hlcyBmb3IgbnZpZGlhLiBUaGF0J3MgdGhlIHJlYXNvbiB3aHkgSSd2ZSBnb3QgdGhlIDNHTSBsaW1pdGF0aW9uLgoKUXVlc3Rpb24gMToKCkluIHlvdXIgbGluayAKCmh0dHA6Ly9saXN0cy54ZW4ub3JnL2FyY2hpdmVzL2h0bWwveGVuLXVzZXJzLzIwMTMtMDIvbXNnMDA0MTAuaHRtbAoKRGlkIHlvdSBhcHBseSB0aGUgZm9sbG93aW5nIHBhdGNoCgrCoGZ0cDovL2Z0cC5lbmplbGxpYy5jb20vcHViL3hlbi94ZW4BMAEBAQE- X-Mailer: YahooMailWebService/0.8.140.532 References: Message-ID: <1364978749.88496.YahooMailNeo@web172006.mail.ir2.yahoo.com> Date: Wed, 3 Apr 2013 09:45:49 +0100 (BST) From: David TECHER To: Eric Shelton , "xen-users@lists.xen.org" , Patrick Proniewski In-Reply-To: MIME-Version: 1.0 Subject: Re: [Xen-users] PCI/VGA passthrough: differences between Xen and ESXi? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: David TECHER List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0666829358007362576==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0666829358007362576== Content-Type: multipart/alternative; boundary="-1282842291-2099983233-1364978749=:88496" ---1282842291-2099983233-1364978749=:88496 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Thanks for clarifying.=0A=0AI am applying the original patches for nvidia. = That's the reason why I've got the 3GM limitation.=0A=0AQuestion 1:=0A=0AIn= your link =0A=0Ahttp://lists.xen.org/archives/html/xen-users/2013-02/msg00= 410.html=0A=0ADid you apply the following patch=0A=0A=A0ftp://ftp.enjellic.= com/pub/xen/xen-4.2.0.ati-passthrough.patch=0A=0Aon Xen 4.3 unstable or Xen= 4.2 stable?=0A=0AQuestion 2:=0A=0ADo you use this script=0A=0Aftp://ftp.en= jellic.com/pub/xen/run-passthrough=0A=0Ato start/stop your domU=0A=0AQuesti= on 3=0A=0ACan you show a domU config file?=0A=0AThanks for letting me know.= =0A=0A=0A=0A=0A=0A________________________________=0A De=A0: Eric Shelton <= eshelton@pobox.com>=0A=C0=A0: "xen-users@lists.xen.org" ; Patrick Proniewski ; davidtecher@yahoo.fr =0AEnv= oy=E9 le : Mercredi 3 avril 2013 1h26=0AObjet=A0: Re: [Xen-users] PCI/VGA p= assthrough: differences between Xen and ESXi?=0A =0ADavid:=0AWhat are the c= ircumstances in which your comment about "Xen - limited=0Ato 3GB for RAM" a= pplies?=A0 Is it in the case in which one uses multiple=0AGPU cards?=0A=0AT= here are a number of HVM tutorial examples with well over 3GB:=0Ahttp://wik= i.xen.org/wiki/Secondary_GPU_Passthrough (6GB Win7 HVM with=0Apassthrough o= f ATI 6970 and USB controller)=0Ahttp://wiki.xen.org/wiki/Comprehensive_Xen= _Debian_Wheezy_PCI_Passthrough_Tutorial=0A(6GB Win7 HVM with passthrough of= ATI 68XX and multiple USB=0Acontrollers)=0ANone of these tutorials mention= a 3GB limitation.=0A=0AThe only recent reference to a 3GB HVM issue during= passthrough is here:=0Ahttp://comments.gmane.org/gmane.comp.emulators.xen.= user/77214=0Awhich appears to link the issue with use of nvidia patches fro= m here:=0Ahttp://www.davidgis.fr/download/xen-4.2_rev25240_gfx-passthrough-= patchs.tar.bz2=0AFrom what I gather, nvidia cards perform a bit of undocume= nted voodoo=0A(by design) that has not been fully accounted for.=0A=0AElsew= here:=0Ahttp://new-wiki.xen.org/old-wiki/xenwiki/XenPCIpassthrough.html=0Ai= t sounds like there was a PV domain issue arising from e820 for which=0Aa r= eliable workaround was incorporated into the mainline code some=0Atime ago.= =0A=0A=0APatrick:=0AFrom the above examples, it seems like >3GB may be fine= if you use=0AATI/AMD GPUs.=A0 I have had fairly good experiences with pass= through of=0Aa single AMD 6570 with the patch mentioned here:=0Ahttp://list= s.xen.org/archives/html/xen-users/2013-02/msg00410.html=0Aalthough I did no= t explore how much or how little memory I could=0Aassign to it.=A0 Note, ho= wever, that patch may make certain assumptions,=0Asuch as that only one GPU= is being passed through.=A0 I'm not sure there=0Ais any unpatched release = version (for example, 4.2.1) that reliably=0Adoes GPU passthrough (PCI pass= through of less wonky devices has worked=0Afor some time).=0A=0AI think the= proposed multi-GPU setup may be putting you out on the=0Ableeding edge (on= the other hand, it sounds like it is absolutely no=0Aavailable under ESXi)= .=A0 It's probably not impossible.=A0 Maybe someone=0Ahas already done it.= =A0 However, how interested and/or comfortable are=0Ayou with code & config= uration tweaking, debug, and experimentation?=0A=0A- Eric=0A=0A>> Patrick,= =0A>>=0A>> 1) Xen's vocabulary=0A>>=0A>> dom0 =3D the main (first) hypervis= or, hosting all virtual machines -- like your Mac OS X=0A>> domU =3D any vi= rtual machine.=0A>>=0A>> This is not the real meaning but here I try to sta= y "understandable". But for better understanding please refer to http://en.= wikipedia.org/wiki/Xen=0A>>=0A>> My understanding is that your dom0 has to = be replaced by Linux so you can run Xen. But for this part I am not a Mac O= S X expert.=0A>>=0A>> 2) More info=A0 - details listed beow are only availa= ble for a Xen dom0 running on Linux.=0A>>=0A>> [Extracted]:....I've ended m= y testing with ESXi, because I was not able to passthrough sound device, an= d USB....=0A>> [Comment]: With Xen you can :)=0A>>=0A>> [Extracted]: ...wit= h stock ATI Radeon..;=0A>> [Comment]...Xen offers VGA PassThrough feature f= or ATI Radeon.=0A>>=0A>> Here is a link to a Youtube video to run Crysis 3 = on a domU Windows 7 64 Bits with HD 7970=0A>>=0A>> http://www.youtube.com/w= atch?v=3DGTnchEG4YtI&feature=3Dplayer_embedded=0A>>=0A>> As you can see=0A>= >=0A>> - I can use PCI Passthrough to add a XBOX 360 Paddle while playing C= rysis 3 (see at 09:12 in the Video)=0A>>=0A>> - I have sound too :)=0A>>=0A= >> But it works on Linux domU too. Here is another Youtube video link=0A>>= =0A>> http://www.youtube.com/watch?feature=3Dplayer_embedded&v=3DKzqOIMaBgX= 0=0A>>=0A>> But you need to apply a few patches to able this feature with X= en 4.2 and over. Not very complicated to do.=0A>> Here are my instructions = to do it but I know that there are currently better way to test it=0A>>=0A>= > http://www.davidgis.fr/blog/index.php?2013/03/13/935-xen-43-vga-passthrou= gh-ati-card-hd-7970-changeset-26706=0A>>=0A>> [Extracted]...memory allocati= on=0A>> [Comment]...Xen - limited to 3GB for RAM. A few developers are work= ing on overpassing this limitation.=0A>>=0A>> [Extracted]...no snaphost pos= sible=0A>> [Comment]...If you used Xen with LVM is then snahshotting is eas= ier to manage ;)=0A>>=0A>> [Extracted] no sleep=0A>> [Comment] works on Xen= for both Linux and Windows. The main issue is that you can reboot a domU w= ithout restarting the dom0.=0A>>=0A>>=0A>> [Extracted] Is it possible to cr= eate a virtualized desktop with VGA and PCI passthrough for 2 or 3 VM's run= ning simultaneously (ie. each one with its own video card)?=0A>> [Comment] = Yes it is doable. Never tested but from experience share with other Xen use= rs=A0 I know that it should be run fine.=0A>>=0A>> Hope it helps.=0A>>=0A>>= =0A>> Kind regards.=0A>>=0A>> David. ---1282842291-2099983233-1364978749=:88496 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Thanks for clarifying= .

I am applying the original patches for nvidia. That's the reason w= hy I've got the 3GM limitation.

Question 1:

In your link
=
http://lists.xen.org/archives/html/xen-users/2013= -02/msg00410.html

Did you apply the following patch

 = ;ftp://ftp.enjellic.com/pub/xen/xen-4.2.0.ati-passthrough.patch

on X= en 4.3 unstable or Xen 4.2 stable?

Question 2:

Do you use thi= s script

ftp://ftp.enjellic.com/pub/xen/run-passthrough

to st= art/stop your domU

Question 3

Can you show a domU config file= ?

Thanks for letting me know.



De&nbs= p;: Eric Shelton <eshelton@pobox.com>
=C0 : "xen-users@lists.xen.org" <= ;xen-users@lists.xen.org>; Patrick Proniewski <patpro@patpro.net>;= davidtecher@yahoo.fr
Envoy=E9 l= e : Mercredi 3 avril 2013 1h26
Objet : Re: [Xen-users] PCI/VGA passthrough: diffe= rences between Xen and ESXi?

David:
What are the = circumstances in which your comment about "Xen - limited
to 3GB for RAM"= applies?  Is it in the case in which one uses multiple
GPU cards?<= br>
There are a number of HVM tutorial examples with well over 3GB:
<= a href=3D"http://wiki.xen.org/wiki/Secondary_GPU_Passthrough" target=3D"_bla= nk">http://wiki.xen.org/wiki/Secondary_GPU_Passthrough (6GB Win7 HVM wi= th
passthrough of ATI 6970 and USB controller)
http://wiki.xen.org/wiki/Comprehensive_Xen_Debian_Wheezy_PCI= _Passthrough_Tutorial
(6GB Win7 HVM with passthrough of ATI 68XX and= multiple USB
controllers)
None of these tutorials mention a 3GB limi= tation.

The only recent reference to a 3GB HVM issue during passthro= ugh is here:
http://comments.gmane.org/gmane.comp.emula= tors.xen.user/77214
which appears to link the issue with use of nvid= ia patches from here:
http://www.davidgis.fr/download/xen-4.2_rev25240_gfx-pas= sthrough-patchs.tar.bz2
From what I gather, nvidia cards perform a b= it of undocumented voodoo
(by design) that has not been fully accounted = for.

Elsewhere:
http://new-wiki.xen.org/old-wi= ki/xenwiki/XenPCIpassthrough.html
it sounds like there was a PV doma= in issue arising from e820 for which
a reliable workaround was incorpora= ted into the mainline code some
time ago.


Patrick:
From th= e above examples, it seems like >3GB may be fine if you use
ATI/AMD G= PUs.  I have had fairly good experiences with passthrough of
a sing= le AMD 6570 with the patch mentioned here:
http://= lists.xen.org/archives/html/xen-users/2013-02/msg00410.html
although= I did not explore how much or how little memory I could
assign to it.&nbs= p; Note, however, that patch may make certain assumptions,
such as that = only one GPU is being passed through.  I'm not sure there
is any un= patched release version (for example, 4.2.1) that reliably
does GPU pass= through (PCI passthrough of less wonky devices has worked
for some time)= .

I think the proposed multi-GPU setup may be putting you out on the=
bleeding edge (on the other hand, it sounds like it is absolutely noavailable under ESXi).  It's probably not impossible.  Maybe som= eone
has already done it.  However, how interested and/or comfortab= le are
you with code & configuration tweaking, debug, and experiment= ation?

- Eric

>> Patrick,
>>
>> 1) Xe= n's vocabulary
>>
>> dom0 =3D the main (first) hypervisor= , hosting all virtual machines -- like your Mac OS X
>> domU =3D any virtual machine.
>>
>> This is not the real mean= ing but here I try to stay "understandable". But for better understanding p= lease refer to http://en.wikipedia.org/wiki/Xen
>>
>> My understa= nding is that your dom0 has to be replaced by Linux so you can run Xen. But= for this part I am not a Mac OS X expert.
>>
>> 2) More = info  - details listed beow are only available for a Xen dom0 running = on Linux.
>>
>> [Extracted]:....I've ended my testing wit= h ESXi, because I was not able to passthrough sound device, and USB....
= >> [Comment]: With Xen you can :)
>>
>> [Extracted]= : ...with stock ATI Radeon..;
>> [Comment]...Xen offers VGA PassTh= rough feature for ATI Radeon.
>>
>> Here is a link to a Y= outube video to run Crysis 3 on a domU Windows 7 64 Bits with HD 7970
>>
>> http://www.yout= ube.com/watch?v=3DGTnchEG4YtI&feature=3Dplayer_embedded
>>=
>> As you can see
>>
>> - I can use PCI Passthr= ough to add a XBOX 360 Paddle while playing Crysis 3 (see at 09:12 in the V= ideo)
>>
>> - I have sound too :)
>>
>>= But it works on Linux domU too. Here is another Youtube video link
>= >
>> http://www.youtube.com/watch= ?feature=3Dplayer_embedded&v=3DKzqOIMaBgX0
>>
>> = But you need to apply a few patches to able this feature with Xen 4.2 and o= ver. Not very complicated to do.
>> Here are my instructions to do= it but I know that there are currently better way to test it
>>>> http://www.da= vidgis.fr/blog/index.php?2013/03/13/935-xen-43-vga-passthrough-ati-card-hd-= 7970-changeset-26706
>>
>> [Extracted]...memory alloc= ation
>> [Comment]...Xen - limited to 3GB for RAM. A few developer= s are working on overpassing this limitation.
>>
>> [Extr= acted]...no snaphost possible
>> [Comment]...If you used Xen with = LVM is then snahshotting is easier to manage ;)
>>
>> [Ex= tracted] no sleep
>> [Comment] works on Xen for both Linux and Win= dows. The main issue is that you can reboot a domU without restarting the d= om0.
>>
>>
>> [Extracted] Is it possible to crea= te a virtualized desktop with VGA and PCI passthrough for 2 or 3 VM's runni= ng simultaneously (ie. each one with its own video card)?
>> [Comment] Yes it is doable. Never tested but from experience share with ot= her Xen users  I know that it should be run fine.
>>
>&= gt; Hope it helps.
>>
>>
>> Kind regards.
>= ;>
>> David.


---1282842291-2099983233-1364978749=:88496-- --===============0666829358007362576== 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 --===============0666829358007362576==-- From xen-users-bounces@lists.xen.org Wed Apr 03 08:53:41 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 03 Apr 2013 08:53: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 1UNJQn-00060e-Li; Wed, 03 Apr 2013 08:52:33 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNJQm-00060Z-BQ for xen-users@lists.xen.org; Wed, 03 Apr 2013 08:52:32 +0000 Received: from [85.158.138.51:58336] by server-10.bemta-3.messagelabs.com id 9F/CE-19664-FCDEB515; Wed, 03 Apr 2013 08:52:31 +0000 X-Env-Sender: davidtecher@yahoo.fr X-Msg-Ref: server-6.tower-174.messagelabs.com!1364979149!19763541!1 X-Originating-IP: [77.238.189.218] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_30_40,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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32046 invoked from network); 3 Apr 2013 08:52:29 -0000 Received: from nm11-vm0.bullet.mail.ird.yahoo.com (HELO nm11-vm0.bullet.mail.ird.yahoo.com) (77.238.189.218) by server-6.tower-174.messagelabs.com with SMTP; 3 Apr 2013 08:52:29 -0000 Received: from [77.238.189.232] by nm11.bullet.mail.ird.yahoo.com with NNFMP; 03 Apr 2013 08:52:29 -0000 Received: from [212.82.98.114] by tm13.bullet.mail.ird.yahoo.com with NNFMP; 03 Apr 2013 08:52:29 -0000 Received: from [127.0.0.1] by omp1051.mail.ir2.yahoo.com with NNFMP; 03 Apr 2013 08:52:29 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 109290.86809.bm@omp1051.mail.ir2.yahoo.com Received: (qmail 26642 invoked by uid 60001); 3 Apr 2013 08:45:49 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.fr; s=s1024; t=1364978749; bh=kYkT8RGK7kFaQdBLmM6/dOhbA0wOKd+V1fezoTEg1Pk=; 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=QSlU7KTrMSl5fj+3J6ZDoDxG7NvPHqQjy42G/Yr/IMUOVBGxu3rEU8kAkgiT/7FTdHrFFpqxioSFqwL8NTmyzfWkh9sk7Mbx/PaMZdliTUFhrxupkZW974/0cQyib5E+0Vxb1YjuXvIoMnKPJdSB/r3KTOkHFLapDVIYu8phDdU= 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=1ARHAAV74zMH/Q5RU44tMfkURvcthqwFb2CwsIGOyop2JH0hkhq3LtTnH+/F6rS+/SOxTMKHSF9XUEjTvgA4BL3IBX/iOF61+9nPriDOW6p93aSldqlRb9l5hFhDBVUexZhHmi9TRyLd6sMfAho8fUjj23TFgnlcn99mKQmPicI=; X-YMail-OSG: Ehn4LIgVM1n0Y.EFIaGNWxcr2aMyqrZfNcqNmtUjSxvOCbx 6Vup1BzPOFN5WPIgWAN0mCZrxtd5UmIVkw8mxO6KlVPdK_SZBwf_cXWSLEKC q6uhiCUJUNLh_jvte1MINS1vmtXukOSdM4xMkHLDbTcusFvo1_cT75bz6tkE 8hh_jgJRU.G1SmFSeVrEa7NQH5fmWqJbPZwt3150rCJ.Kfu8iDzOqi70ALeW SKU_2rR9bN4Wa4NphRGv9H7wHZ_h3DbYt60tVScLUz.h2yNHXPHBEWQJffWQ Nfv6ciO1xSiL3JB_pH4W2w8_.1oB.tlL1EDWEL0KPM8aiFQg8jvk3hDx0ZWJ S9Z3alejULn.XYWlzGEQK6YkB2YD4JLxqMaG25c5Wj2fZcvuXtoQ9JbdB65X G.dgX6PeEljzXgl9bYxJkMDlrvHuM2BEzgLzZ75sHqWx5HR6Rlv.ChIajCVC GyneI3mQng4L_3waHQHH0ybqXOzoaNdU2lYZwhp24vbwX.IML85eTlrqJwiI 1RqBhyj0Uk5KQDmbszuPPFF1xBUQgaB4VwE_zNBD2aLGBKUA_I7kUqEqQwG6 q6TPJLVa62PP6ZGKnRP4sBjoBMMfMPCkFZEEpsYLDw28al01Nu3QgskfWwVf d.vaHwxcx305gneRY7wjgxbr8u2hI1t8K9hKV_7T.fjfv3WWgnrxggKWg4iW YnnrSMmpxM5MYKo4DAWOtdWWZmCmYb9omFpnmWfBbpNQKeA68vzAFG5zUWs3 XG5uevrUpqsBxrmDHJ676ifYe.JKE7J12Nz2_YIwBlh5lYGjRtBCAdk06fI8 Z_ndcjcdn3ZUEpjqGvlruC3.GoZWPkugjj7L12S0B7UtoxAGHSiPkZusaGvS uXkZlj8IZdoA.m8OqkslDb7xSLbcmzwHX.xRJcafH0mpleviev.qPRHU1wYw KByd7tBkuuQ4XOQhUpfoHe_yO42n.ZjQr_1F8IVTKeaIEqzSP1rhxHhmdNQ- - Received: from [195.167.237.98] by web172006.mail.ir2.yahoo.com via HTTP; Wed, 03 Apr 2013 09:45:49 BST X-Rocket-MIMEInfo: 002.001, VGhhbmtzIGZvciBjbGFyaWZ5aW5nLgoKSSBhbSBhcHBseWluZyB0aGUgb3JpZ2luYWwgcGF0Y2hlcyBmb3IgbnZpZGlhLiBUaGF0J3MgdGhlIHJlYXNvbiB3aHkgSSd2ZSBnb3QgdGhlIDNHTSBsaW1pdGF0aW9uLgoKUXVlc3Rpb24gMToKCkluIHlvdXIgbGluayAKCmh0dHA6Ly9saXN0cy54ZW4ub3JnL2FyY2hpdmVzL2h0bWwveGVuLXVzZXJzLzIwMTMtMDIvbXNnMDA0MTAuaHRtbAoKRGlkIHlvdSBhcHBseSB0aGUgZm9sbG93aW5nIHBhdGNoCgrCoGZ0cDovL2Z0cC5lbmplbGxpYy5jb20vcHViL3hlbi94ZW4BMAEBAQE- X-Mailer: YahooMailWebService/0.8.140.532 References: Message-ID: <1364978749.88496.YahooMailNeo@web172006.mail.ir2.yahoo.com> Date: Wed, 3 Apr 2013 09:45:49 +0100 (BST) From: David TECHER To: Eric Shelton , "xen-users@lists.xen.org" , Patrick Proniewski In-Reply-To: MIME-Version: 1.0 Subject: Re: [Xen-users] PCI/VGA passthrough: differences between Xen and ESXi? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: David TECHER List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0666829358007362576==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0666829358007362576== Content-Type: multipart/alternative; boundary="-1282842291-2099983233-1364978749=:88496" ---1282842291-2099983233-1364978749=:88496 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Thanks for clarifying.=0A=0AI am applying the original patches for nvidia. = That's the reason why I've got the 3GM limitation.=0A=0AQuestion 1:=0A=0AIn= your link =0A=0Ahttp://lists.xen.org/archives/html/xen-users/2013-02/msg00= 410.html=0A=0ADid you apply the following patch=0A=0A=A0ftp://ftp.enjellic.= com/pub/xen/xen-4.2.0.ati-passthrough.patch=0A=0Aon Xen 4.3 unstable or Xen= 4.2 stable?=0A=0AQuestion 2:=0A=0ADo you use this script=0A=0Aftp://ftp.en= jellic.com/pub/xen/run-passthrough=0A=0Ato start/stop your domU=0A=0AQuesti= on 3=0A=0ACan you show a domU config file?=0A=0AThanks for letting me know.= =0A=0A=0A=0A=0A=0A________________________________=0A De=A0: Eric Shelton <= eshelton@pobox.com>=0A=C0=A0: "xen-users@lists.xen.org" ; Patrick Proniewski ; davidtecher@yahoo.fr =0AEnv= oy=E9 le : Mercredi 3 avril 2013 1h26=0AObjet=A0: Re: [Xen-users] PCI/VGA p= assthrough: differences between Xen and ESXi?=0A =0ADavid:=0AWhat are the c= ircumstances in which your comment about "Xen - limited=0Ato 3GB for RAM" a= pplies?=A0 Is it in the case in which one uses multiple=0AGPU cards?=0A=0AT= here are a number of HVM tutorial examples with well over 3GB:=0Ahttp://wik= i.xen.org/wiki/Secondary_GPU_Passthrough (6GB Win7 HVM with=0Apassthrough o= f ATI 6970 and USB controller)=0Ahttp://wiki.xen.org/wiki/Comprehensive_Xen= _Debian_Wheezy_PCI_Passthrough_Tutorial=0A(6GB Win7 HVM with passthrough of= ATI 68XX and multiple USB=0Acontrollers)=0ANone of these tutorials mention= a 3GB limitation.=0A=0AThe only recent reference to a 3GB HVM issue during= passthrough is here:=0Ahttp://comments.gmane.org/gmane.comp.emulators.xen.= user/77214=0Awhich appears to link the issue with use of nvidia patches fro= m here:=0Ahttp://www.davidgis.fr/download/xen-4.2_rev25240_gfx-passthrough-= patchs.tar.bz2=0AFrom what I gather, nvidia cards perform a bit of undocume= nted voodoo=0A(by design) that has not been fully accounted for.=0A=0AElsew= here:=0Ahttp://new-wiki.xen.org/old-wiki/xenwiki/XenPCIpassthrough.html=0Ai= t sounds like there was a PV domain issue arising from e820 for which=0Aa r= eliable workaround was incorporated into the mainline code some=0Atime ago.= =0A=0A=0APatrick:=0AFrom the above examples, it seems like >3GB may be fine= if you use=0AATI/AMD GPUs.=A0 I have had fairly good experiences with pass= through of=0Aa single AMD 6570 with the patch mentioned here:=0Ahttp://list= s.xen.org/archives/html/xen-users/2013-02/msg00410.html=0Aalthough I did no= t explore how much or how little memory I could=0Aassign to it.=A0 Note, ho= wever, that patch may make certain assumptions,=0Asuch as that only one GPU= is being passed through.=A0 I'm not sure there=0Ais any unpatched release = version (for example, 4.2.1) that reliably=0Adoes GPU passthrough (PCI pass= through of less wonky devices has worked=0Afor some time).=0A=0AI think the= proposed multi-GPU setup may be putting you out on the=0Ableeding edge (on= the other hand, it sounds like it is absolutely no=0Aavailable under ESXi)= .=A0 It's probably not impossible.=A0 Maybe someone=0Ahas already done it.= =A0 However, how interested and/or comfortable are=0Ayou with code & config= uration tweaking, debug, and experimentation?=0A=0A- Eric=0A=0A>> Patrick,= =0A>>=0A>> 1) Xen's vocabulary=0A>>=0A>> dom0 =3D the main (first) hypervis= or, hosting all virtual machines -- like your Mac OS X=0A>> domU =3D any vi= rtual machine.=0A>>=0A>> This is not the real meaning but here I try to sta= y "understandable". But for better understanding please refer to http://en.= wikipedia.org/wiki/Xen=0A>>=0A>> My understanding is that your dom0 has to = be replaced by Linux so you can run Xen. But for this part I am not a Mac O= S X expert.=0A>>=0A>> 2) More info=A0 - details listed beow are only availa= ble for a Xen dom0 running on Linux.=0A>>=0A>> [Extracted]:....I've ended m= y testing with ESXi, because I was not able to passthrough sound device, an= d USB....=0A>> [Comment]: With Xen you can :)=0A>>=0A>> [Extracted]: ...wit= h stock ATI Radeon..;=0A>> [Comment]...Xen offers VGA PassThrough feature f= or ATI Radeon.=0A>>=0A>> Here is a link to a Youtube video to run Crysis 3 = on a domU Windows 7 64 Bits with HD 7970=0A>>=0A>> http://www.youtube.com/w= atch?v=3DGTnchEG4YtI&feature=3Dplayer_embedded=0A>>=0A>> As you can see=0A>= >=0A>> - I can use PCI Passthrough to add a XBOX 360 Paddle while playing C= rysis 3 (see at 09:12 in the Video)=0A>>=0A>> - I have sound too :)=0A>>=0A= >> But it works on Linux domU too. Here is another Youtube video link=0A>>= =0A>> http://www.youtube.com/watch?feature=3Dplayer_embedded&v=3DKzqOIMaBgX= 0=0A>>=0A>> But you need to apply a few patches to able this feature with X= en 4.2 and over. Not very complicated to do.=0A>> Here are my instructions = to do it but I know that there are currently better way to test it=0A>>=0A>= > http://www.davidgis.fr/blog/index.php?2013/03/13/935-xen-43-vga-passthrou= gh-ati-card-hd-7970-changeset-26706=0A>>=0A>> [Extracted]...memory allocati= on=0A>> [Comment]...Xen - limited to 3GB for RAM. A few developers are work= ing on overpassing this limitation.=0A>>=0A>> [Extracted]...no snaphost pos= sible=0A>> [Comment]...If you used Xen with LVM is then snahshotting is eas= ier to manage ;)=0A>>=0A>> [Extracted] no sleep=0A>> [Comment] works on Xen= for both Linux and Windows. The main issue is that you can reboot a domU w= ithout restarting the dom0.=0A>>=0A>>=0A>> [Extracted] Is it possible to cr= eate a virtualized desktop with VGA and PCI passthrough for 2 or 3 VM's run= ning simultaneously (ie. each one with its own video card)?=0A>> [Comment] = Yes it is doable. Never tested but from experience share with other Xen use= rs=A0 I know that it should be run fine.=0A>>=0A>> Hope it helps.=0A>>=0A>>= =0A>> Kind regards.=0A>>=0A>> David. ---1282842291-2099983233-1364978749=:88496 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Thanks for clarifying= .

I am applying the original patches for nvidia. That's the reason w= hy I've got the 3GM limitation.

Question 1:

In your link
=
http://lists.xen.org/archives/html/xen-users/2013= -02/msg00410.html

Did you apply the following patch

 = ;ftp://ftp.enjellic.com/pub/xen/xen-4.2.0.ati-passthrough.patch

on X= en 4.3 unstable or Xen 4.2 stable?

Question 2:

Do you use thi= s script

ftp://ftp.enjellic.com/pub/xen/run-passthrough

to st= art/stop your domU

Question 3

Can you show a domU config file= ?

Thanks for letting me know.



De&nbs= p;: Eric Shelton <eshelton@pobox.com>
=C0 : "xen-users@lists.xen.org" <= ;xen-users@lists.xen.org>; Patrick Proniewski <patpro@patpro.net>;= davidtecher@yahoo.fr
Envoy=E9 l= e : Mercredi 3 avril 2013 1h26
Objet : Re: [Xen-users] PCI/VGA passthrough: diffe= rences between Xen and ESXi?

David:
What are the = circumstances in which your comment about "Xen - limited
to 3GB for RAM"= applies?  Is it in the case in which one uses multiple
GPU cards?<= br>
There are a number of HVM tutorial examples with well over 3GB:
<= a href=3D"http://wiki.xen.org/wiki/Secondary_GPU_Passthrough" target=3D"_bla= nk">http://wiki.xen.org/wiki/Secondary_GPU_Passthrough (6GB Win7 HVM wi= th
passthrough of ATI 6970 and USB controller)
http://wiki.xen.org/wiki/Comprehensive_Xen_Debian_Wheezy_PCI= _Passthrough_Tutorial
(6GB Win7 HVM with passthrough of ATI 68XX and= multiple USB
controllers)
None of these tutorials mention a 3GB limi= tation.

The only recent reference to a 3GB HVM issue during passthro= ugh is here:
http://comments.gmane.org/gmane.comp.emula= tors.xen.user/77214
which appears to link the issue with use of nvid= ia patches from here:
http://www.davidgis.fr/download/xen-4.2_rev25240_gfx-pas= sthrough-patchs.tar.bz2
From what I gather, nvidia cards perform a b= it of undocumented voodoo
(by design) that has not been fully accounted = for.

Elsewhere:
http://new-wiki.xen.org/old-wi= ki/xenwiki/XenPCIpassthrough.html
it sounds like there was a PV doma= in issue arising from e820 for which
a reliable workaround was incorpora= ted into the mainline code some
time ago.


Patrick:
From th= e above examples, it seems like >3GB may be fine if you use
ATI/AMD G= PUs.  I have had fairly good experiences with passthrough of
a sing= le AMD 6570 with the patch mentioned here:
http://= lists.xen.org/archives/html/xen-users/2013-02/msg00410.html
although= I did not explore how much or how little memory I could
assign to it.&nbs= p; Note, however, that patch may make certain assumptions,
such as that = only one GPU is being passed through.  I'm not sure there
is any un= patched release version (for example, 4.2.1) that reliably
does GPU pass= through (PCI passthrough of less wonky devices has worked
for some time)= .

I think the proposed multi-GPU setup may be putting you out on the=
bleeding edge (on the other hand, it sounds like it is absolutely noavailable under ESXi).  It's probably not impossible.  Maybe som= eone
has already done it.  However, how interested and/or comfortab= le are
you with code & configuration tweaking, debug, and experiment= ation?

- Eric

>> Patrick,
>>
>> 1) Xe= n's vocabulary
>>
>> dom0 =3D the main (first) hypervisor= , hosting all virtual machines -- like your Mac OS X
>> domU =3D any virtual machine.
>>
>> This is not the real mean= ing but here I try to stay "understandable". But for better understanding p= lease refer to http://en.wikipedia.org/wiki/Xen
>>
>> My understa= nding is that your dom0 has to be replaced by Linux so you can run Xen. But= for this part I am not a Mac OS X expert.
>>
>> 2) More = info  - details listed beow are only available for a Xen dom0 running = on Linux.
>>
>> [Extracted]:....I've ended my testing wit= h ESXi, because I was not able to passthrough sound device, and USB....
= >> [Comment]: With Xen you can :)
>>
>> [Extracted]= : ...with stock ATI Radeon..;
>> [Comment]...Xen offers VGA PassTh= rough feature for ATI Radeon.
>>
>> Here is a link to a Y= outube video to run Crysis 3 on a domU Windows 7 64 Bits with HD 7970
>>
>> http://www.yout= ube.com/watch?v=3DGTnchEG4YtI&feature=3Dplayer_embedded
>>=
>> As you can see
>>
>> - I can use PCI Passthr= ough to add a XBOX 360 Paddle while playing Crysis 3 (see at 09:12 in the V= ideo)
>>
>> - I have sound too :)
>>
>>= But it works on Linux domU too. Here is another Youtube video link
>= >
>> http://www.youtube.com/watch= ?feature=3Dplayer_embedded&v=3DKzqOIMaBgX0
>>
>> = But you need to apply a few patches to able this feature with Xen 4.2 and o= ver. Not very complicated to do.
>> Here are my instructions to do= it but I know that there are currently better way to test it
>>>> http://www.da= vidgis.fr/blog/index.php?2013/03/13/935-xen-43-vga-passthrough-ati-card-hd-= 7970-changeset-26706
>>
>> [Extracted]...memory alloc= ation
>> [Comment]...Xen - limited to 3GB for RAM. A few developer= s are working on overpassing this limitation.
>>
>> [Extr= acted]...no snaphost possible
>> [Comment]...If you used Xen with = LVM is then snahshotting is easier to manage ;)
>>
>> [Ex= tracted] no sleep
>> [Comment] works on Xen for both Linux and Win= dows. The main issue is that you can reboot a domU without restarting the d= om0.
>>
>>
>> [Extracted] Is it possible to crea= te a virtualized desktop with VGA and PCI passthrough for 2 or 3 VM's runni= ng simultaneously (ie. each one with its own video card)?
>> [Comment] Yes it is doable. Never tested but from experience share with ot= her Xen users  I know that it should be run fine.
>>
>&= gt; Hope it helps.
>>
>>
>> Kind regards.
>= ;>
>> David.


---1282842291-2099983233-1364978749=:88496-- --===============0666829358007362576== 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 --===============0666829358007362576==-- From xen-users-bounces@lists.xen.org Wed Apr 03 09:08:56 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 03 Apr 2013 09:08: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 1UNJfd-0006Ob-Ug; Wed, 03 Apr 2013 09:07:54 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNJfa-0006OU-MN for xen-users@lists.xen.org; Wed, 03 Apr 2013 09:07:51 +0000 Received: from [85.158.138.51:36073] by server-11.bemta-3.messagelabs.com id 7D/44-01263-561FB515; Wed, 03 Apr 2013 09:07:49 +0000 X-Env-Sender: davidtecher@yahoo.fr X-Msg-Ref: server-13.tower-174.messagelabs.com!1364979983!8829610!1 X-Originating-IP: [77.238.189.71] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_30_40,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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24177 invoked from network); 3 Apr 2013 09:06:24 -0000 Received: from nm18.bullet.mail.ird.yahoo.com (HELO nm18.bullet.mail.ird.yahoo.com) (77.238.189.71) by server-13.tower-174.messagelabs.com with SMTP; 3 Apr 2013 09:06:24 -0000 Received: from [77.238.189.53] by nm18.bullet.mail.ird.yahoo.com with NNFMP; 03 Apr 2013 09:06:23 -0000 Received: from [212.82.98.105] by tm6.bullet.mail.ird.yahoo.com with NNFMP; 03 Apr 2013 09:06:23 -0000 Received: from [127.0.0.1] by omp1042.mail.ir2.yahoo.com with NNFMP; 03 Apr 2013 09:06:23 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 500384.69572.bm@omp1042.mail.ir2.yahoo.com Received: (qmail 16096 invoked by uid 60001); 3 Apr 2013 09:06:23 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.fr; s=s1024; t=1364979983; bh=2w3lpM9J12SK0bE9E2+yaeMjlmNkzu7LPIhxRCt3ywY=; 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=SVeP/gqmqiNtg8eyJmaupS9KoSWhtA157QF7WtJfxqs2kR5nSndcTdsnNKWpUm6Efg67fYQ4CviKCvnvN74IfAudz8IF49T6StLnDIjjLMq8MTiRWoOEdFBovx7XBFNVbcLFpSzoo73hGKAb56bqLhWyCLgCAU41YWzbPxW854o= 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=1fmDh80YN6Q83h3Aa/AmFrpB+9cgG6r5LOyrz8/z3m4Tgd0EDF99mTwQzKcpPOyQ+HRixvxNFQ4tVlxAAW5LLBYkMhfBba4FGY5iPW/M4L+hXZYyedGUe83U95UR6REBBsUWsXcIPKCoSeBPnM+nZDxA83PMgCh9yhSzOhlKH4M=; X-YMail-OSG: XEugB4sVM1mJV.Ym9n07mIkPTdV0L7w5YbkcUquAlhgoKXm 55fGBNcpZTnJe50Fu1EqHaIPpBpl6Z7VC5K1LdHr6L1Dvws43k6wmv18akCP g8HhTcRapUPX5M87ebFlw0JtGoQ0gnCuuOsul52GL4Kz9cEVprTW8R2JFzGZ msRNFRjI3mboqREPOgUVjEVnGLnJW3Opvcjuh_KJML3RHUgNt.mFJ9qLXRE6 ebMchYSTgSZmLszsJBinW8zSyjPIpwejH7x1NmuTepot44C9J4oyum_uoQ9O jCSaMlOCo94C55jztcMkjpU_1lpFHkFyUFJ7onMI9gEyoNSLn9POvp3_Ytzw aYl3SfccpFKmArqiLzvNLwbPXOX2kZKidJqN1.EZuldZcgAtFaEzYNoaCDBQ VTpGmuSJ8OU9WkufBJ_iFPCbkFpgeF2d8Oh0F95boPo1nfJbryuBkUaD7Exv kloZVkozRQb4Ct4B_49KxOEbnGRLTf.hclp.kVZo8yJIIfIet0WKFLb2Jxd. BcZCzkPN5HaWOwkfWggNTWF_R_ZknFtuZqH0ReBufseg6KY2gzDs.u2PGapq 5rrEkymKdP5u9NgaEGKbBKaUmu5qHyySkx9OzFyNXAQGgnL6Rscam4OsTHbZ 5cwPbWjfBKxrSnu2linPkWGbcIW483g.QRGWulpoNtIFfpEZjBDxI_SqdlSA 5fKmyXpdZo9jh177_rYf1cVr66K74WAMiEFspBBdA2etk8uWR0uJiI4nadOD AGgCUF7ewr7e.9n2WpRXrr3yj48A1OBYabKzkAl0uoJSeupz4mt7EQVcG3sD gowtwWFUORaZv6fNJTB.7PSVZGU4x3m7yh5ngW3JW.3ImL31bxzRamduf0Ll sRU2Sb7.2Oe_DxFl0b2Gl12CHeAWHXpqbL2fNMZer01HWs0l22EZr2z2lYPZ DXhycutwVzkLuQTzJL2d7zz6quzKydjONtVKMKWRLIoL7DU8hHKImovu30Q- - Received: from [195.167.237.98] by web172001.mail.ir2.yahoo.com via HTTP; Wed, 03 Apr 2013 10:06:22 BST X-Rocket-MIMEInfo: 002.001, TXkgdW5kZXJzdGFuZGluZyBpcyB0aGF0IHRoZXJlIGFyZSBjdXJyZW50bHkgdHdvIHR5cGVzIG9mIHBhdGNoZXMuIFdoaWNoIHdvcmtzIGZvciBYZW4gNC4zPwoKVG8gYmUgbW9yZSBwcmVjaXNlZCBJIHdvdWxkIGxpa2UgdG8gdGVzdCBpdCBmb3IgWGVuIDQuMwoKRG8geW91IG1pbmQgdG8gcHJvdmlkZSBtZSBhbGwgdGVjaG5pY2FsIGRldGFpbHM_IChtYWtlLCBjb25maWd1ZSwgcGF0Y2ggPCA_Pz8_KQoKR290IGEgSEQgNzk3MC4gSSB3b3VsZCBsaWtlIHRvIHRlc3QgaXQgd2l0aCBSQU0gMyBHQi4KClRoYW4BMAEBAQE- X-Mailer: YahooMailWebService/0.8.140.532 References: <1364978749.88496.YahooMailNeo@web172006.mail.ir2.yahoo.com> Message-ID: <1364979982.15871.YahooMailNeo@web172001.mail.ir2.yahoo.com> Date: Wed, 3 Apr 2013 10:06:22 +0100 (BST) From: David TECHER To: Eric Shelton , "xen-users@lists.xen.org" , Patrick Proniewski In-Reply-To: <1364978749.88496.YahooMailNeo@web172006.mail.ir2.yahoo.com> MIME-Version: 1.0 Subject: Re: [Xen-users] PCI/VGA passthrough: differences between Xen and ESXi? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: David TECHER List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4965595790960543109==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4965595790960543109== Content-Type: multipart/alternative; boundary="1242719849-112356196-1364979982=:15871" --1242719849-112356196-1364979982=:15871 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable My understanding is that there are currently two types of patches. Which wo= rks for Xen 4.3?=0A=0ATo be more precised I would like to test it for Xen 4= .3=0A=0ADo you mind to provide me all technical details? (make, configue, p= atch < ????)=0A=0AGot a HD 7970. I would like to test it with RAM 3 GB.=0A= =0AThanks.=0A=0A=0A=0A=0A________________________________=0A De=A0: David T= ECHER =0A=C0=A0: Eric Shelton ; "= xen-users@lists.xen.org" ; Patrick Proniewski =0AEnvoy=E9 le : Mercredi 3 avril 2013 10h45=0AObjet=A0: Re= : [Xen-users] PCI/VGA passthrough: differences between Xen and ESXi?=0A =0A= =0AThanks for clarifying.=0A=0AI am applying the original patches for nvidi= a. That's the reason why I've got the 3GM limitation.=0A=0AQuestion 1:=0A= =0AIn your link =0A=0Ahttp://lists.xen.org/archives/html/xen-users/2013-02/= msg00410.html=0A=0ADid you apply the following patch=0A=0A=A0ftp://ftp.enje= llic.com/pub/xen/xen-4.2.0.ati-passthrough.patch=0A=0Aon Xen 4.3 unstable o= r Xen 4.2 stable?=0A=0AQuestion 2:=0A=0ADo you use this script=0A=0Aftp://f= tp.enjellic.com/pub/xen/run-passthrough=0A=0Ato start/stop your domU=0A=0AQ= uestion 3=0A=0ACan you show a domU config file?=0A=0AThanks for letting me = know.=0A=0A=0A=0A=0A=0A________________________________=0A De=A0: Eric Shel= ton =0A=C0=A0: "xen-users@lists.xen.org" ; Patrick Proniewski ; davidtecher@yahoo.fr = =0AEnvoy=E9 le : Mercredi 3 avril 2013 1h26=0AObjet=A0: Re: [Xen-users] PCI= /VGA passthrough: differences between Xen and ESXi?=0A =0ADavid:=0AWhat are= the circumstances in which your comment about "Xen - limited=0Ato 3GB for = RAM" applies?=A0 Is it in the case in which one uses multiple=0AGPU cards?= =0A=0AThere are a number of HVM tutorial examples with well over 3GB:=0Ahtt= p://wiki.xen.org/wiki/Secondary_GPU_Passthrough (6GB Win7 HVM with=0Apassth= rough of ATI 6970 and USB controller)=0Ahttp://wiki.xen.org/wiki/Comprehens= ive_Xen_Debian_Wheezy_PCI_Passthrough_Tutorial=0A(6GB Win7 HVM with passthr= ough of ATI 68XX and multiple USB=0Acontrollers)=0ANone of these tutorials = mention a 3GB limitation.=0A=0AThe only recent reference to a 3GB HVM issue= during passthrough is here:=0Ahttp://comments.gmane.org/gmane.comp.emulato= rs.xen.user/77214=0Awhich appears to link the issue with use of nvidia patc= hes from here:=0Ahttp://www.davidgis.fr/download/xen-4.2_rev25240_gfx-passt= hrough-patchs.tar.bz2=0AFrom what I gather, nvidia cards perform a bit of u= ndocumented voodoo=0A(by design) that has not been fully accounted for.=0A= =0AElsewhere:=0Ahttp://new-wiki.xen.org/old-wiki/xenwiki/XenPCIpassthrough.= html=0Ait sounds like there was a PV domain issue arising from e820 for whi= ch=0Aa reliable workaround was incorporated into the mainline code some=0At= ime ago.=0A=0A=0APatrick:=0AFrom the above examples, it seems like >3GB may= be fine if you use=0AATI/AMD GPUs.=A0 I have had fairly good experiences w= ith passthrough of=0Aa single AMD 6570 with the patch mentioned here:=0Ahtt= p://lists.xen.org/archives/html/xen-users/2013-02/msg00410.html=0Aalthough = I=0A did not explore how much or how little memory I could=0Aassign to it.= =A0 Note, however, that patch may make certain assumptions,=0Asuch as that = only one GPU is being passed through.=A0 I'm not sure there=0Ais any unpatc= hed release version (for example, 4.2.1) that reliably=0Adoes GPU passthrou= gh (PCI passthrough of less wonky devices has worked=0Afor some time).=0A= =0AI think the proposed multi-GPU setup may be putting you out on the=0Able= eding edge (on the other hand, it sounds like it is absolutely no=0Aavailab= le under ESXi).=A0 It's probably not impossible.=A0 Maybe someone=0Ahas alr= eady done it.=A0 However, how interested and/or comfortable are=0Ayou with = code & configuration tweaking, debug, and experimentation?=0A=0A- Eric=0A= =0A>> Patrick,=0A>>=0A>> 1) Xen's vocabulary=0A>>=0A>> dom0 =3D the main (f= irst) hypervisor, hosting all virtual machines -- like your Mac OS X=0A>> d= omU=0A =3D any virtual machine.=0A>>=0A>> This is not the real meaning but = here I try to stay "understandable". But for better understanding please re= fer to http://en.wikipedia.org/wiki/Xen=0A>>=0A>> My understanding is that = your dom0 has to be replaced by Linux so you can run Xen. But for this part= I am not a Mac OS X expert.=0A>>=0A>> 2) More info=A0 - details listed beo= w are only available for a Xen dom0 running on Linux.=0A>>=0A>> [Extracted]= :....I've ended my testing with ESXi, because I was not able to passthrough= sound device, and USB....=0A>> [Comment]: With Xen you can :)=0A>>=0A>> [E= xtracted]: ...with stock ATI Radeon..;=0A>> [Comment]...Xen offers VGA Pass= Through feature for ATI Radeon.=0A>>=0A>> Here is a link to a Youtube video= to run Crysis 3 on a domU Windows 7 64 Bits with HD=0A 7970=0A>>=0A>> http= ://www.youtube.com/watch?v=3DGTnchEG4YtI&feature=3Dplayer_embedded=0A>>=0A>= > As you can see=0A>>=0A>> - I can use PCI Passthrough to add a XBOX 360 Pa= ddle while playing Crysis 3 (see at 09:12 in the Video)=0A>>=0A>> - I have = sound too :)=0A>>=0A>> But it works on Linux domU too. Here is another Yout= ube video link=0A>>=0A>> http://www.youtube.com/watch?feature=3Dplayer_embe= dded&v=3DKzqOIMaBgX0=0A>>=0A>> But you need to apply a few patches to able = this feature with Xen 4.2 and over. Not very complicated to do.=0A>> Here a= re my instructions to do it but I know that there are currently better way = to test it=0A>>=0A>> http://www.davidgis.fr/blog/index.php?2013/03/13/935-x= en-43-vga-passthrough-ati-card-hd-7970-changeset-26706=0A>>=0A>> [Extracted= ]...memory allocation=0A>> [Comment]...Xen - limited to 3GB for RAM. A few = developers are working on overpassing this limitation.=0A>>=0A>> [Extracted= ]...no snaphost possible=0A>> [Comment]...If you used Xen with LVM is then = snahshotting is easier to manage ;)=0A>>=0A>> [Extracted] no sleep=0A>> [Co= mment] works on Xen for both Linux and Windows. The main issue is that you = can reboot a domU without restarting the dom0.=0A>>=0A>>=0A>> [Extracted] I= s it possible to create a virtualized desktop with VGA and PCI passthrough = for 2 or 3 VM's running simultaneously (ie. each one with its own video car= d)?=0A>>=0A [Comment] Yes it is doable. Never tested but from experience sh= are with other Xen users=A0 I know that it should be run fine.=0A>>=0A>> Ho= pe it helps.=0A>>=0A>>=0A>> Kind regards.=0A>>=0A>> David. --1242719849-112356196-1364979982=:15871 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
My understanding is t= hat there are currently two types of patches. Which works for Xen 4.3?
<= br>To be more precised I would like to test it for Xen 4.3

Do you mi= nd to provide me all technical details? (make, configue, patch < ????)
Got a HD 7970. I would like to test it with RAM 3 GB.

Thanks.<= br>


De : David TECHER <davidteche= r@yahoo.fr>
=C0 :<= /b> Eric Shelton <eshelton@pobox.com>; "xen-users@lists.xen.org" <xen-users@lists.xen.org>; Patrick Proniewski <patpro@patpro.net&= gt;
Envoy=E9 le : Mer= credi 3 avril 2013 10h45
Objet&nb= sp;: Re: [Xen-users] PCI/VGA passthrough: differences between Xe= n and ESXi?

Thanks for clarifying.

I am applying= the original patches for nvidia. That's the reason why I've got the 3GM li= mitation.

Question 1:

In your link

http://lists.xen.org/archives/html/xen-users/2013-02/m= sg00410.html

Did you apply the following patch

 ftp:= //ftp.enjellic.com/pub/xen/xen-4.2.0.ati-passthrough.patch

on Xen 4.= 3 unstable or Xen 4.2 stable?

Question 2:

Do you use this scri= pt

ftp://ftp.enjellic.com/pub/xen/run-passthrough

to start/st= op your domU

Question 3

Can you show a domU config file?
<= br>Thanks for letting me know.



=
De : Eric Shelton <eshelton@pobox.com>
=C0 : "xen-users@lists.xen.org" <xen-users@lists= .xen.org>; Patrick Proniewski <patpro@patpro.net>; davidtecher@yah= oo.fr
Envoy=E9 le : Me= rcredi 3 avril 2013 1h26
Objet&nbs= p;: Re: [Xen-users] PCI/VGA passthrough: differences between Xen and ESXi?
=

David:
What are the circumstances in which your comm= ent about "Xen - limited
to 3GB for RAM" applies?  Is it in the cas= e in which one uses multiple
GPU cards?

There are a number of HVM= tutorial examples with well over 3GB:
http://wik= i.xen.org/wiki/Secondary_GPU_Passthrough (6GB Win7 HVM with
passthro= ugh of ATI 6970 and USB controller)
http://wiki.xen.org/wiki/Comprehensive_Xen_Debian_Wheezy_= PCI_Passthrough_Tutorial
(6GB Win7 HVM with passthrough of ATI 68XX = and multiple USB
controllers)
None of these tutorials mention a 3GB l= imitation.

The only recent reference to a 3GB HVM issue during passthrough is here:
http://comments.= gmane.org/gmane.comp.emulators.xen.user/77214
which appears to link = the issue with use of nvidia patches from here:
http://www.davidgis.fr/download/xen-4.2_rev2524= 0_gfx-passthrough-patchs.tar.bz2
From what I gather, nvidia cards pe= rform a bit of undocumented voodoo
(by design) that has not been fully a= ccounted for.

Elsewhere:
http= ://new-wiki.xen.org/old-wiki/xenwiki/XenPCIpassthrough.html
it sound= s like there was a PV domain issue arising from e820 for which
a reliabl= e workaround was incorporated into the mainline code some
time ago.


Patrick:
From the above examples, it seems like >3GB= may be fine if you use
ATI/AMD GPUs.  I have had fairly good exper= iences with passthrough of
a single AMD 6570 with the patch mentioned he= re:
http://lists.xen.org/archives= /html/xen-users/2013-02/msg00410.html
although I=0A did not explore = how much or how little memory I could
assign to it.  Note, however,= that patch may make certain assumptions,
such as that only one GPU is b= eing passed through.  I'm not sure there
is any unpatched release v= ersion (for example, 4.2.1) that reliably
does GPU passthrough (PCI pass= through of less wonky devices has worked
for some time).

I think = the proposed multi-GPU setup may be putting you out on the
bleeding edge= (on the other hand, it sounds like it is absolutely no
available under = ESXi).  It's probably not impossible.  Maybe someone
has alrea= dy done it.  However, how interested and/or comfortable are
you wit= h code & configuration tweaking, debug, and experimentation?

- E= ric

>> Patrick,
>>
>> 1) Xen's vocabulary>>
>> dom0 =3D the main (first) hypervisor, hosting all vir= tual machines -- like your Mac OS X
>> domU=0A =3D any virtual mac= hine.
>>
>> This is not the real meaning but here I try t= o stay "understandable". But for better understanding please refer to = http://en.wikipedia.org/wiki/Xen
>>
>> My understandi= ng is that your dom0 has to be replaced by Linux so you can run Xen. But fo= r this part I am not a Mac OS X expert.
>>
>> 2) More inf= o  - details listed beow are only available for a Xen dom0 running on = Linux.
>>
>> [Extracted]:....I've ended my testing with E= SXi, because I was not able to passthrough sound device, and USB....
>= ;> [Comment]: With Xen you can :)
>>
>> [Extracted]: .= ..with stock ATI Radeon..;
>> [Comment]...Xen offers VGA PassThrou= gh feature for ATI Radeon.
>>
>> Here is a link to a Yout= ube video to run Crysis 3 on a domU Windows 7 64 Bits with HD=0A 7970
>>
>> http://www.youtube.com/watch?v=3DGTnchEG4YtI&feature=3Dpla= yer_embedded
>>
>> As you can see
>>
>= > - I can use PCI Passthrough to add a XBOX 360 Paddle while playing Cry= sis 3 (see at 09:12 in the Video)
>>
>> - I have sound to= o :)
>>
>> But it works on Linux domU too. Here is anothe= r Youtube video link
>>
>> http://www.youtube.com/watch?feature=3Dplayer_embedded&= ;v=3DKzqOIMaBgX0
>>
>> But you need to apply a few pa= tches to able this feature with Xen 4.2 and over. Not very complicated to d= o.
>> Here are my instructions to do it but I know that there are = currently better way to test it
>>
>> http://www.davidgis.fr/blog/index.php?201= 3/03/13/935-xen-43-vga-passthrough-ati-card-hd-7970-changeset-26706
= >>
>> [Extracted]...memory allocation
>> [Comment].= ..Xen - limited to 3GB for RAM. A few developers are working on overpassing= this limitation.
>>
>> [Extracted]...no snaphost possibl= e
>> [Comment]...If you used Xen with LVM is then snahshotting is = easier to manage ;)
>>
>> [Extracted] no sleep
>>= ; [Comment] works on Xen for both Linux and Windows. The main issue is that= you can reboot a domU without restarting the dom0.
>>
>>=
>> [Extracted] Is it possible to create a virtualized desktop wit= h VGA and PCI passthrough for 2 or 3 VM's running simultaneously (ie. each one with its own video card)?
>>=0A [Comment] Yes it is doable. N= ever tested but from experience share with other Xen users  I know tha= t it should be run fine.
>>
>> Hope it helps.
>>=
>>
>> Kind regards.
>>
>> David.



--1242719849-112356196-1364979982=:15871-- --===============4965595790960543109== 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 --===============4965595790960543109==-- From xen-users-bounces@lists.xen.org Wed Apr 03 09:08:56 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 03 Apr 2013 09:08: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 1UNJfd-0006Ob-Ug; Wed, 03 Apr 2013 09:07:54 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNJfa-0006OU-MN for xen-users@lists.xen.org; Wed, 03 Apr 2013 09:07:51 +0000 Received: from [85.158.138.51:36073] by server-11.bemta-3.messagelabs.com id 7D/44-01263-561FB515; Wed, 03 Apr 2013 09:07:49 +0000 X-Env-Sender: davidtecher@yahoo.fr X-Msg-Ref: server-13.tower-174.messagelabs.com!1364979983!8829610!1 X-Originating-IP: [77.238.189.71] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_30_40,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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24177 invoked from network); 3 Apr 2013 09:06:24 -0000 Received: from nm18.bullet.mail.ird.yahoo.com (HELO nm18.bullet.mail.ird.yahoo.com) (77.238.189.71) by server-13.tower-174.messagelabs.com with SMTP; 3 Apr 2013 09:06:24 -0000 Received: from [77.238.189.53] by nm18.bullet.mail.ird.yahoo.com with NNFMP; 03 Apr 2013 09:06:23 -0000 Received: from [212.82.98.105] by tm6.bullet.mail.ird.yahoo.com with NNFMP; 03 Apr 2013 09:06:23 -0000 Received: from [127.0.0.1] by omp1042.mail.ir2.yahoo.com with NNFMP; 03 Apr 2013 09:06:23 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 500384.69572.bm@omp1042.mail.ir2.yahoo.com Received: (qmail 16096 invoked by uid 60001); 3 Apr 2013 09:06:23 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.fr; s=s1024; t=1364979983; bh=2w3lpM9J12SK0bE9E2+yaeMjlmNkzu7LPIhxRCt3ywY=; 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=SVeP/gqmqiNtg8eyJmaupS9KoSWhtA157QF7WtJfxqs2kR5nSndcTdsnNKWpUm6Efg67fYQ4CviKCvnvN74IfAudz8IF49T6StLnDIjjLMq8MTiRWoOEdFBovx7XBFNVbcLFpSzoo73hGKAb56bqLhWyCLgCAU41YWzbPxW854o= 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=1fmDh80YN6Q83h3Aa/AmFrpB+9cgG6r5LOyrz8/z3m4Tgd0EDF99mTwQzKcpPOyQ+HRixvxNFQ4tVlxAAW5LLBYkMhfBba4FGY5iPW/M4L+hXZYyedGUe83U95UR6REBBsUWsXcIPKCoSeBPnM+nZDxA83PMgCh9yhSzOhlKH4M=; X-YMail-OSG: XEugB4sVM1mJV.Ym9n07mIkPTdV0L7w5YbkcUquAlhgoKXm 55fGBNcpZTnJe50Fu1EqHaIPpBpl6Z7VC5K1LdHr6L1Dvws43k6wmv18akCP g8HhTcRapUPX5M87ebFlw0JtGoQ0gnCuuOsul52GL4Kz9cEVprTW8R2JFzGZ msRNFRjI3mboqREPOgUVjEVnGLnJW3Opvcjuh_KJML3RHUgNt.mFJ9qLXRE6 ebMchYSTgSZmLszsJBinW8zSyjPIpwejH7x1NmuTepot44C9J4oyum_uoQ9O jCSaMlOCo94C55jztcMkjpU_1lpFHkFyUFJ7onMI9gEyoNSLn9POvp3_Ytzw aYl3SfccpFKmArqiLzvNLwbPXOX2kZKidJqN1.EZuldZcgAtFaEzYNoaCDBQ VTpGmuSJ8OU9WkufBJ_iFPCbkFpgeF2d8Oh0F95boPo1nfJbryuBkUaD7Exv kloZVkozRQb4Ct4B_49KxOEbnGRLTf.hclp.kVZo8yJIIfIet0WKFLb2Jxd. BcZCzkPN5HaWOwkfWggNTWF_R_ZknFtuZqH0ReBufseg6KY2gzDs.u2PGapq 5rrEkymKdP5u9NgaEGKbBKaUmu5qHyySkx9OzFyNXAQGgnL6Rscam4OsTHbZ 5cwPbWjfBKxrSnu2linPkWGbcIW483g.QRGWulpoNtIFfpEZjBDxI_SqdlSA 5fKmyXpdZo9jh177_rYf1cVr66K74WAMiEFspBBdA2etk8uWR0uJiI4nadOD AGgCUF7ewr7e.9n2WpRXrr3yj48A1OBYabKzkAl0uoJSeupz4mt7EQVcG3sD gowtwWFUORaZv6fNJTB.7PSVZGU4x3m7yh5ngW3JW.3ImL31bxzRamduf0Ll sRU2Sb7.2Oe_DxFl0b2Gl12CHeAWHXpqbL2fNMZer01HWs0l22EZr2z2lYPZ DXhycutwVzkLuQTzJL2d7zz6quzKydjONtVKMKWRLIoL7DU8hHKImovu30Q- - Received: from [195.167.237.98] by web172001.mail.ir2.yahoo.com via HTTP; Wed, 03 Apr 2013 10:06:22 BST X-Rocket-MIMEInfo: 002.001, TXkgdW5kZXJzdGFuZGluZyBpcyB0aGF0IHRoZXJlIGFyZSBjdXJyZW50bHkgdHdvIHR5cGVzIG9mIHBhdGNoZXMuIFdoaWNoIHdvcmtzIGZvciBYZW4gNC4zPwoKVG8gYmUgbW9yZSBwcmVjaXNlZCBJIHdvdWxkIGxpa2UgdG8gdGVzdCBpdCBmb3IgWGVuIDQuMwoKRG8geW91IG1pbmQgdG8gcHJvdmlkZSBtZSBhbGwgdGVjaG5pY2FsIGRldGFpbHM_IChtYWtlLCBjb25maWd1ZSwgcGF0Y2ggPCA_Pz8_KQoKR290IGEgSEQgNzk3MC4gSSB3b3VsZCBsaWtlIHRvIHRlc3QgaXQgd2l0aCBSQU0gMyBHQi4KClRoYW4BMAEBAQE- X-Mailer: YahooMailWebService/0.8.140.532 References: <1364978749.88496.YahooMailNeo@web172006.mail.ir2.yahoo.com> Message-ID: <1364979982.15871.YahooMailNeo@web172001.mail.ir2.yahoo.com> Date: Wed, 3 Apr 2013 10:06:22 +0100 (BST) From: David TECHER To: Eric Shelton , "xen-users@lists.xen.org" , Patrick Proniewski In-Reply-To: <1364978749.88496.YahooMailNeo@web172006.mail.ir2.yahoo.com> MIME-Version: 1.0 Subject: Re: [Xen-users] PCI/VGA passthrough: differences between Xen and ESXi? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: David TECHER List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4965595790960543109==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4965595790960543109== Content-Type: multipart/alternative; boundary="1242719849-112356196-1364979982=:15871" --1242719849-112356196-1364979982=:15871 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable My understanding is that there are currently two types of patches. Which wo= rks for Xen 4.3?=0A=0ATo be more precised I would like to test it for Xen 4= .3=0A=0ADo you mind to provide me all technical details? (make, configue, p= atch < ????)=0A=0AGot a HD 7970. I would like to test it with RAM 3 GB.=0A= =0AThanks.=0A=0A=0A=0A=0A________________________________=0A De=A0: David T= ECHER =0A=C0=A0: Eric Shelton ; "= xen-users@lists.xen.org" ; Patrick Proniewski =0AEnvoy=E9 le : Mercredi 3 avril 2013 10h45=0AObjet=A0: Re= : [Xen-users] PCI/VGA passthrough: differences between Xen and ESXi?=0A =0A= =0AThanks for clarifying.=0A=0AI am applying the original patches for nvidi= a. That's the reason why I've got the 3GM limitation.=0A=0AQuestion 1:=0A= =0AIn your link =0A=0Ahttp://lists.xen.org/archives/html/xen-users/2013-02/= msg00410.html=0A=0ADid you apply the following patch=0A=0A=A0ftp://ftp.enje= llic.com/pub/xen/xen-4.2.0.ati-passthrough.patch=0A=0Aon Xen 4.3 unstable o= r Xen 4.2 stable?=0A=0AQuestion 2:=0A=0ADo you use this script=0A=0Aftp://f= tp.enjellic.com/pub/xen/run-passthrough=0A=0Ato start/stop your domU=0A=0AQ= uestion 3=0A=0ACan you show a domU config file?=0A=0AThanks for letting me = know.=0A=0A=0A=0A=0A=0A________________________________=0A De=A0: Eric Shel= ton =0A=C0=A0: "xen-users@lists.xen.org" ; Patrick Proniewski ; davidtecher@yahoo.fr = =0AEnvoy=E9 le : Mercredi 3 avril 2013 1h26=0AObjet=A0: Re: [Xen-users] PCI= /VGA passthrough: differences between Xen and ESXi?=0A =0ADavid:=0AWhat are= the circumstances in which your comment about "Xen - limited=0Ato 3GB for = RAM" applies?=A0 Is it in the case in which one uses multiple=0AGPU cards?= =0A=0AThere are a number of HVM tutorial examples with well over 3GB:=0Ahtt= p://wiki.xen.org/wiki/Secondary_GPU_Passthrough (6GB Win7 HVM with=0Apassth= rough of ATI 6970 and USB controller)=0Ahttp://wiki.xen.org/wiki/Comprehens= ive_Xen_Debian_Wheezy_PCI_Passthrough_Tutorial=0A(6GB Win7 HVM with passthr= ough of ATI 68XX and multiple USB=0Acontrollers)=0ANone of these tutorials = mention a 3GB limitation.=0A=0AThe only recent reference to a 3GB HVM issue= during passthrough is here:=0Ahttp://comments.gmane.org/gmane.comp.emulato= rs.xen.user/77214=0Awhich appears to link the issue with use of nvidia patc= hes from here:=0Ahttp://www.davidgis.fr/download/xen-4.2_rev25240_gfx-passt= hrough-patchs.tar.bz2=0AFrom what I gather, nvidia cards perform a bit of u= ndocumented voodoo=0A(by design) that has not been fully accounted for.=0A= =0AElsewhere:=0Ahttp://new-wiki.xen.org/old-wiki/xenwiki/XenPCIpassthrough.= html=0Ait sounds like there was a PV domain issue arising from e820 for whi= ch=0Aa reliable workaround was incorporated into the mainline code some=0At= ime ago.=0A=0A=0APatrick:=0AFrom the above examples, it seems like >3GB may= be fine if you use=0AATI/AMD GPUs.=A0 I have had fairly good experiences w= ith passthrough of=0Aa single AMD 6570 with the patch mentioned here:=0Ahtt= p://lists.xen.org/archives/html/xen-users/2013-02/msg00410.html=0Aalthough = I=0A did not explore how much or how little memory I could=0Aassign to it.= =A0 Note, however, that patch may make certain assumptions,=0Asuch as that = only one GPU is being passed through.=A0 I'm not sure there=0Ais any unpatc= hed release version (for example, 4.2.1) that reliably=0Adoes GPU passthrou= gh (PCI passthrough of less wonky devices has worked=0Afor some time).=0A= =0AI think the proposed multi-GPU setup may be putting you out on the=0Able= eding edge (on the other hand, it sounds like it is absolutely no=0Aavailab= le under ESXi).=A0 It's probably not impossible.=A0 Maybe someone=0Ahas alr= eady done it.=A0 However, how interested and/or comfortable are=0Ayou with = code & configuration tweaking, debug, and experimentation?=0A=0A- Eric=0A= =0A>> Patrick,=0A>>=0A>> 1) Xen's vocabulary=0A>>=0A>> dom0 =3D the main (f= irst) hypervisor, hosting all virtual machines -- like your Mac OS X=0A>> d= omU=0A =3D any virtual machine.=0A>>=0A>> This is not the real meaning but = here I try to stay "understandable". But for better understanding please re= fer to http://en.wikipedia.org/wiki/Xen=0A>>=0A>> My understanding is that = your dom0 has to be replaced by Linux so you can run Xen. But for this part= I am not a Mac OS X expert.=0A>>=0A>> 2) More info=A0 - details listed beo= w are only available for a Xen dom0 running on Linux.=0A>>=0A>> [Extracted]= :....I've ended my testing with ESXi, because I was not able to passthrough= sound device, and USB....=0A>> [Comment]: With Xen you can :)=0A>>=0A>> [E= xtracted]: ...with stock ATI Radeon..;=0A>> [Comment]...Xen offers VGA Pass= Through feature for ATI Radeon.=0A>>=0A>> Here is a link to a Youtube video= to run Crysis 3 on a domU Windows 7 64 Bits with HD=0A 7970=0A>>=0A>> http= ://www.youtube.com/watch?v=3DGTnchEG4YtI&feature=3Dplayer_embedded=0A>>=0A>= > As you can see=0A>>=0A>> - I can use PCI Passthrough to add a XBOX 360 Pa= ddle while playing Crysis 3 (see at 09:12 in the Video)=0A>>=0A>> - I have = sound too :)=0A>>=0A>> But it works on Linux domU too. Here is another Yout= ube video link=0A>>=0A>> http://www.youtube.com/watch?feature=3Dplayer_embe= dded&v=3DKzqOIMaBgX0=0A>>=0A>> But you need to apply a few patches to able = this feature with Xen 4.2 and over. Not very complicated to do.=0A>> Here a= re my instructions to do it but I know that there are currently better way = to test it=0A>>=0A>> http://www.davidgis.fr/blog/index.php?2013/03/13/935-x= en-43-vga-passthrough-ati-card-hd-7970-changeset-26706=0A>>=0A>> [Extracted= ]...memory allocation=0A>> [Comment]...Xen - limited to 3GB for RAM. A few = developers are working on overpassing this limitation.=0A>>=0A>> [Extracted= ]...no snaphost possible=0A>> [Comment]...If you used Xen with LVM is then = snahshotting is easier to manage ;)=0A>>=0A>> [Extracted] no sleep=0A>> [Co= mment] works on Xen for both Linux and Windows. The main issue is that you = can reboot a domU without restarting the dom0.=0A>>=0A>>=0A>> [Extracted] I= s it possible to create a virtualized desktop with VGA and PCI passthrough = for 2 or 3 VM's running simultaneously (ie. each one with its own video car= d)?=0A>>=0A [Comment] Yes it is doable. Never tested but from experience sh= are with other Xen users=A0 I know that it should be run fine.=0A>>=0A>> Ho= pe it helps.=0A>>=0A>>=0A>> Kind regards.=0A>>=0A>> David. --1242719849-112356196-1364979982=:15871 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
My understanding is t= hat there are currently two types of patches. Which works for Xen 4.3?
<= br>To be more precised I would like to test it for Xen 4.3

Do you mi= nd to provide me all technical details? (make, configue, patch < ????)
Got a HD 7970. I would like to test it with RAM 3 GB.

Thanks.<= br>


De : David TECHER <davidteche= r@yahoo.fr>
=C0 :<= /b> Eric Shelton <eshelton@pobox.com>; "xen-users@lists.xen.org" <xen-users@lists.xen.org>; Patrick Proniewski <patpro@patpro.net&= gt;
Envoy=E9 le : Mer= credi 3 avril 2013 10h45
Objet&nb= sp;: Re: [Xen-users] PCI/VGA passthrough: differences between Xe= n and ESXi?

Thanks for clarifying.

I am applying= the original patches for nvidia. That's the reason why I've got the 3GM li= mitation.

Question 1:

In your link

http://lists.xen.org/archives/html/xen-users/2013-02/m= sg00410.html

Did you apply the following patch

 ftp:= //ftp.enjellic.com/pub/xen/xen-4.2.0.ati-passthrough.patch

on Xen 4.= 3 unstable or Xen 4.2 stable?

Question 2:

Do you use this scri= pt

ftp://ftp.enjellic.com/pub/xen/run-passthrough

to start/st= op your domU

Question 3

Can you show a domU config file?
<= br>Thanks for letting me know.



=
De : Eric Shelton <eshelton@pobox.com>
=C0 : "xen-users@lists.xen.org" <xen-users@lists= .xen.org>; Patrick Proniewski <patpro@patpro.net>; davidtecher@yah= oo.fr
Envoy=E9 le : Me= rcredi 3 avril 2013 1h26
Objet&nbs= p;: Re: [Xen-users] PCI/VGA passthrough: differences between Xen and ESXi?
=

David:
What are the circumstances in which your comm= ent about "Xen - limited
to 3GB for RAM" applies?  Is it in the cas= e in which one uses multiple
GPU cards?

There are a number of HVM= tutorial examples with well over 3GB:
http://wik= i.xen.org/wiki/Secondary_GPU_Passthrough (6GB Win7 HVM with
passthro= ugh of ATI 6970 and USB controller)
http://wiki.xen.org/wiki/Comprehensive_Xen_Debian_Wheezy_= PCI_Passthrough_Tutorial
(6GB Win7 HVM with passthrough of ATI 68XX = and multiple USB
controllers)
None of these tutorials mention a 3GB l= imitation.

The only recent reference to a 3GB HVM issue during passthrough is here:
http://comments.= gmane.org/gmane.comp.emulators.xen.user/77214
which appears to link = the issue with use of nvidia patches from here:
http://www.davidgis.fr/download/xen-4.2_rev2524= 0_gfx-passthrough-patchs.tar.bz2
From what I gather, nvidia cards pe= rform a bit of undocumented voodoo
(by design) that has not been fully a= ccounted for.

Elsewhere:
http= ://new-wiki.xen.org/old-wiki/xenwiki/XenPCIpassthrough.html
it sound= s like there was a PV domain issue arising from e820 for which
a reliabl= e workaround was incorporated into the mainline code some
time ago.


Patrick:
From the above examples, it seems like >3GB= may be fine if you use
ATI/AMD GPUs.  I have had fairly good exper= iences with passthrough of
a single AMD 6570 with the patch mentioned he= re:
http://lists.xen.org/archives= /html/xen-users/2013-02/msg00410.html
although I=0A did not explore = how much or how little memory I could
assign to it.  Note, however,= that patch may make certain assumptions,
such as that only one GPU is b= eing passed through.  I'm not sure there
is any unpatched release v= ersion (for example, 4.2.1) that reliably
does GPU passthrough (PCI pass= through of less wonky devices has worked
for some time).

I think = the proposed multi-GPU setup may be putting you out on the
bleeding edge= (on the other hand, it sounds like it is absolutely no
available under = ESXi).  It's probably not impossible.  Maybe someone
has alrea= dy done it.  However, how interested and/or comfortable are
you wit= h code & configuration tweaking, debug, and experimentation?

- E= ric

>> Patrick,
>>
>> 1) Xen's vocabulary>>
>> dom0 =3D the main (first) hypervisor, hosting all vir= tual machines -- like your Mac OS X
>> domU=0A =3D any virtual mac= hine.
>>
>> This is not the real meaning but here I try t= o stay "understandable". But for better understanding please refer to = http://en.wikipedia.org/wiki/Xen
>>
>> My understandi= ng is that your dom0 has to be replaced by Linux so you can run Xen. But fo= r this part I am not a Mac OS X expert.
>>
>> 2) More inf= o  - details listed beow are only available for a Xen dom0 running on = Linux.
>>
>> [Extracted]:....I've ended my testing with E= SXi, because I was not able to passthrough sound device, and USB....
>= ;> [Comment]: With Xen you can :)
>>
>> [Extracted]: .= ..with stock ATI Radeon..;
>> [Comment]...Xen offers VGA PassThrou= gh feature for ATI Radeon.
>>
>> Here is a link to a Yout= ube video to run Crysis 3 on a domU Windows 7 64 Bits with HD=0A 7970
>>
>> http://www.youtube.com/watch?v=3DGTnchEG4YtI&feature=3Dpla= yer_embedded
>>
>> As you can see
>>
>= > - I can use PCI Passthrough to add a XBOX 360 Paddle while playing Cry= sis 3 (see at 09:12 in the Video)
>>
>> - I have sound to= o :)
>>
>> But it works on Linux domU too. Here is anothe= r Youtube video link
>>
>> http://www.youtube.com/watch?feature=3Dplayer_embedded&= ;v=3DKzqOIMaBgX0
>>
>> But you need to apply a few pa= tches to able this feature with Xen 4.2 and over. Not very complicated to d= o.
>> Here are my instructions to do it but I know that there are = currently better way to test it
>>
>> http://www.davidgis.fr/blog/index.php?201= 3/03/13/935-xen-43-vga-passthrough-ati-card-hd-7970-changeset-26706
= >>
>> [Extracted]...memory allocation
>> [Comment].= ..Xen - limited to 3GB for RAM. A few developers are working on overpassing= this limitation.
>>
>> [Extracted]...no snaphost possibl= e
>> [Comment]...If you used Xen with LVM is then snahshotting is = easier to manage ;)
>>
>> [Extracted] no sleep
>>= ; [Comment] works on Xen for both Linux and Windows. The main issue is that= you can reboot a domU without restarting the dom0.
>>
>>=
>> [Extracted] Is it possible to create a virtualized desktop wit= h VGA and PCI passthrough for 2 or 3 VM's running simultaneously (ie. each one with its own video card)?
>>=0A [Comment] Yes it is doable. N= ever tested but from experience share with other Xen users  I know tha= t it should be run fine.
>>
>> Hope it helps.
>>=
>>
>> Kind regards.
>>
>> David.



--1242719849-112356196-1364979982=:15871-- --===============4965595790960543109== 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 --===============4965595790960543109==-- From xen-users-bounces@lists.xen.org Wed Apr 03 12:23:40 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 03 Apr 2013 12: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 1UNMhs-0002K6-Ii; Wed, 03 Apr 2013 12:22:24 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNMhq-0002K1-VD for xen-users@lists.xen.org; Wed, 03 Apr 2013 12:22:23 +0000 Received: from [85.158.139.211:19117] by server-16.bemta-5.messagelabs.com id AC/B9-02543-EFE1C515; Wed, 03 Apr 2013 12:22:22 +0000 X-Env-Sender: sanelson@gmail.com X-Msg-Ref: server-4.tower-206.messagelabs.com!1364991732!18712269!1 X-Originating-IP: [209.85.215.54] 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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14113 invoked from network); 3 Apr 2013 12:22:14 -0000 Received: from mail-la0-f54.google.com (HELO mail-la0-f54.google.com) (209.85.215.54) by server-4.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2013 12:22:13 -0000 Received: by mail-la0-f54.google.com with SMTP id gw10so1375027lab.27 for ; Wed, 03 Apr 2013 05:22:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=aXzHAuCL+nvftty2ieb39PfSF7gzi2ejphTbb4+xThE=; b=e5J2CXmp57CZGsipOShJJybCYBRSfarCXO9DsWuCL0IEBJzMfzPkXsmWBIHdTlJ4qV DgL971ZoqiEFu88FRCYmkXFHay7lPFZ9XNFVESWoDIfnvScQKg2ryIEUipVQMgPAZivz RPI36ylC8PWu06XvazIJV0Qo5m7T/BycyASLxouKedaSVPzRy7zfepBu0Ynp6xBTXey+ hw8CU0rVpe5PpgB/fMAYptT/iFGQG/WM0pX5aBpOCNkiG6RZmFNNo9BI0gi9kCUNztTc ZH84G7UlLkqQR5djUt5LbYnGGKFJ6M0a5M0s0ed+VBnV2Go0Vjd0L2DicrQ4F/qUKN2m +8mg== MIME-Version: 1.0 X-Received: by 10.112.162.40 with SMTP id xx8mr999650lbb.30.1364991732220; Wed, 03 Apr 2013 05:22:12 -0700 (PDT) Received: by 10.112.35.105 with HTTP; Wed, 3 Apr 2013 05:22:12 -0700 (PDT) Date: Wed, 3 Apr 2013 13:22:12 +0100 Message-ID: From: Stephen Nelson-Smith To: "xen-users@lists.xen.org" Subject: [Xen-users] VERY odd HTTP Packet Loss X-BeenThere: xen-users@lists.xen.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="===============5667609047954568602==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5667609047954568602== Content-Type: multipart/alternative; boundary=089e01161d8e5208c104d973e76c --089e01161d8e5208c104d973e76c Content-Type: text/plain; charset=ISO-8859-1 I'm running Xen 4.1.4 on Fedora 17. I have some CentOS 6 DomUs - an haproxy machine and some tomcat VMs. When clients send requests with: POST /ProposalInterface HTTP/1.1 Content-Type: text/xml Host: www.myhost.co.uk Content-Length: 2099 Expect: 100-continue Connection: Keep-Alive The "continuation" doesn't happen. The POST is truncated at 1449 bytes, and the request fails. Running identical VMs, with identical versions of tomcat, haproxy, java, and Centos on VMware works fine. The only difference is that these machines are on Xen rather than VMware. I have absolutely no idea where to start looking, but I sense there must be some setting somewhere which is impacting this. Any hints would be most gratefully received, as is is a show-stopper for a go-live today. I really don't fancy replacing the whole infrastructure with VMware... and I'd really like to understand what's going on. Thanks! S. -- Stephen Nelson-Smith Technical Director Atalanta Systems Ltd www.atalanta-systems.com --089e01161d8e5208c104d973e76c Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I'm running Xen 4.1= .4 on Fedora 17.

I have some CentOS 6 DomUs - an haproxy machi= ne and some tomcat VMs.

When clients send requests with:
POST /ProposalInterface HTTP/1.1
Content-Type: text/xml
Host: www.myhost.co.uk
Content-Length: 2099Expect: 100-continue
Connection: Keep-Alive

The "con= tinuation" doesn't happen.=A0 The POST is truncated at 1449 bytes,= and the request fails.

Running identical VMs, with identical versions of tomcat, haproxy= , java, and Centos on VMware works fine.=A0 The only difference is that the= se machines are on Xen rather than VMware.

I have absolutely n= o idea where to start looking, but I sense there must be some setting somew= here which is impacting this.

Any hints would be most gratefully received, as is is a show-stop= per for a go-live today.=A0 I really don't fancy replacing the whole in= frastructure with VMware... and I'd really like to understand what'= s going on.

Thanks!

S.

<= div>

--
Stephen Nelson-Smith
Technical DirectorAtalanta Systems Ltd
www.at= alanta-systems.com
--089e01161d8e5208c104d973e76c-- --===============5667609047954568602== 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 --===============5667609047954568602==-- From xen-users-bounces@lists.xen.org Wed Apr 03 12:23:40 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 03 Apr 2013 12: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 1UNMhs-0002K6-Ii; Wed, 03 Apr 2013 12:22:24 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNMhq-0002K1-VD for xen-users@lists.xen.org; Wed, 03 Apr 2013 12:22:23 +0000 Received: from [85.158.139.211:19117] by server-16.bemta-5.messagelabs.com id AC/B9-02543-EFE1C515; Wed, 03 Apr 2013 12:22:22 +0000 X-Env-Sender: sanelson@gmail.com X-Msg-Ref: server-4.tower-206.messagelabs.com!1364991732!18712269!1 X-Originating-IP: [209.85.215.54] 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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14113 invoked from network); 3 Apr 2013 12:22:14 -0000 Received: from mail-la0-f54.google.com (HELO mail-la0-f54.google.com) (209.85.215.54) by server-4.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2013 12:22:13 -0000 Received: by mail-la0-f54.google.com with SMTP id gw10so1375027lab.27 for ; Wed, 03 Apr 2013 05:22:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=aXzHAuCL+nvftty2ieb39PfSF7gzi2ejphTbb4+xThE=; b=e5J2CXmp57CZGsipOShJJybCYBRSfarCXO9DsWuCL0IEBJzMfzPkXsmWBIHdTlJ4qV DgL971ZoqiEFu88FRCYmkXFHay7lPFZ9XNFVESWoDIfnvScQKg2ryIEUipVQMgPAZivz RPI36ylC8PWu06XvazIJV0Qo5m7T/BycyASLxouKedaSVPzRy7zfepBu0Ynp6xBTXey+ hw8CU0rVpe5PpgB/fMAYptT/iFGQG/WM0pX5aBpOCNkiG6RZmFNNo9BI0gi9kCUNztTc ZH84G7UlLkqQR5djUt5LbYnGGKFJ6M0a5M0s0ed+VBnV2Go0Vjd0L2DicrQ4F/qUKN2m +8mg== MIME-Version: 1.0 X-Received: by 10.112.162.40 with SMTP id xx8mr999650lbb.30.1364991732220; Wed, 03 Apr 2013 05:22:12 -0700 (PDT) Received: by 10.112.35.105 with HTTP; Wed, 3 Apr 2013 05:22:12 -0700 (PDT) Date: Wed, 3 Apr 2013 13:22:12 +0100 Message-ID: From: Stephen Nelson-Smith To: "xen-users@lists.xen.org" Subject: [Xen-users] VERY odd HTTP Packet Loss X-BeenThere: xen-users@lists.xen.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="===============5667609047954568602==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5667609047954568602== Content-Type: multipart/alternative; boundary=089e01161d8e5208c104d973e76c --089e01161d8e5208c104d973e76c Content-Type: text/plain; charset=ISO-8859-1 I'm running Xen 4.1.4 on Fedora 17. I have some CentOS 6 DomUs - an haproxy machine and some tomcat VMs. When clients send requests with: POST /ProposalInterface HTTP/1.1 Content-Type: text/xml Host: www.myhost.co.uk Content-Length: 2099 Expect: 100-continue Connection: Keep-Alive The "continuation" doesn't happen. The POST is truncated at 1449 bytes, and the request fails. Running identical VMs, with identical versions of tomcat, haproxy, java, and Centos on VMware works fine. The only difference is that these machines are on Xen rather than VMware. I have absolutely no idea where to start looking, but I sense there must be some setting somewhere which is impacting this. Any hints would be most gratefully received, as is is a show-stopper for a go-live today. I really don't fancy replacing the whole infrastructure with VMware... and I'd really like to understand what's going on. Thanks! S. -- Stephen Nelson-Smith Technical Director Atalanta Systems Ltd www.atalanta-systems.com --089e01161d8e5208c104d973e76c Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I'm running Xen 4.1= .4 on Fedora 17.

I have some CentOS 6 DomUs - an haproxy machi= ne and some tomcat VMs.

When clients send requests with:
POST /ProposalInterface HTTP/1.1
Content-Type: text/xml
Host: www.myhost.co.uk
Content-Length: 2099Expect: 100-continue
Connection: Keep-Alive

The "con= tinuation" doesn't happen.=A0 The POST is truncated at 1449 bytes,= and the request fails.

Running identical VMs, with identical versions of tomcat, haproxy= , java, and Centos on VMware works fine.=A0 The only difference is that the= se machines are on Xen rather than VMware.

I have absolutely n= o idea where to start looking, but I sense there must be some setting somew= here which is impacting this.

Any hints would be most gratefully received, as is is a show-stop= per for a go-live today.=A0 I really don't fancy replacing the whole in= frastructure with VMware... and I'd really like to understand what'= s going on.

Thanks!

S.

<= div>

--
Stephen Nelson-Smith
Technical DirectorAtalanta Systems Ltd
www.at= alanta-systems.com
--089e01161d8e5208c104d973e76c-- --===============5667609047954568602== 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 --===============5667609047954568602==-- From xen-users-bounces@lists.xen.org Wed Apr 03 13:09:48 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 03 Apr 2013 13:09: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 1UNNQo-0003yg-MI; Wed, 03 Apr 2013 13:08:50 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNNQn-0003ya-3N for xen-users@lists.xen.org; Wed, 03 Apr 2013 13:08:49 +0000 Received: from [85.158.138.51:29064] by server-16.bemta-3.messagelabs.com id C2/0E-20692-0E92C515; Wed, 03 Apr 2013 13:08:48 +0000 X-Env-Sender: peter.gansterer@paradigma.net X-Msg-Ref: server-5.tower-174.messagelabs.com!1364994527!27844710!1 X-Originating-IP: [213.47.215.227] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8973 invoked from network); 3 Apr 2013 13:08:47 -0000 Received: from majere.luchs.at (HELO majere.luchs.at) (213.47.215.227) by server-5.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Apr 2013 13:08:47 -0000 Received: from localhost (localhost [127.0.0.1]) by majere.luchs.at (Postfix) with ESMTP id B0A77D016A70; Wed, 3 Apr 2013 15:08:45 +0200 (CEST) X-Virus-Scanned: by majere.luchs.at Received: from majere.luchs.at ([127.0.0.1]) by localhost (majere.luchs.at [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iFKLzo78r4tk; Wed, 3 Apr 2013 15:08:44 +0200 (CEST) Received: from earth (earth.elements.lan [10.0.0.2]) by majere.luchs.at (Postfix) with ESMTP id E0FD8D016A6F; Wed, 3 Apr 2013 15:08:44 +0200 (CEST) Received: from pedos (pedos.elements.lan [10.0.0.108]) by earth (Postfix) with SMTP id BB80EAC86; Wed, 3 Apr 2013 15:08:43 +0200 (CEST) Received: by pedos (sSMTP sendmail emulation); Wed, 03 Apr 2013 15:06:45 +0200 Content-Disposition: inline MIME-Version: 1.0 X-Mailer: MIME-tools 5.503 (Entity 5.503) Message-ID: <1364994074.2cFE272.2783@pedos> From: "Peter Gansterer" Date: Wed, 03 Apr 2013 15:06:39 +0200 In-Reply-To: To: "Stephen Nelson-Smith" Cc: xen-users Subject: Re: [Xen-users] VERY odd HTTP Packet Loss X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 2013-04-03 13:22:12 Stephen Nelson-Smith wrote: > I'm running Xen 4.1.4 on Fedora 17. > > I have some CentOS 6 DomUs - an haproxy machine and some tomcat VMs. > > When clients send requests with: > > POST /ProposalInterface HTTP/1.1 > Content-Type: text/xml > Host: www.myhost.co.uk > Content-Length: 2099 > Expect: 100-continue > Connection: Keep-Alive > > The "continuation" doesn't happen. The POST is truncated at 1449 bytes, > and the request fails. I would have a look at MTU settings of your network interfaces, as 1449 is just below the usual 1500 bytes MTU size and the symptoms look just like it. We've had problems concerning MTU when sizes did not match and path discovery didn't work for whatever reason. But my knowlegde ends there - so I can just give you the hint to take a look ... - peter. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 03 13:09:48 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 03 Apr 2013 13:09: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 1UNNQo-0003yg-MI; Wed, 03 Apr 2013 13:08:50 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNNQn-0003ya-3N for xen-users@lists.xen.org; Wed, 03 Apr 2013 13:08:49 +0000 Received: from [85.158.138.51:29064] by server-16.bemta-3.messagelabs.com id C2/0E-20692-0E92C515; Wed, 03 Apr 2013 13:08:48 +0000 X-Env-Sender: peter.gansterer@paradigma.net X-Msg-Ref: server-5.tower-174.messagelabs.com!1364994527!27844710!1 X-Originating-IP: [213.47.215.227] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8973 invoked from network); 3 Apr 2013 13:08:47 -0000 Received: from majere.luchs.at (HELO majere.luchs.at) (213.47.215.227) by server-5.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Apr 2013 13:08:47 -0000 Received: from localhost (localhost [127.0.0.1]) by majere.luchs.at (Postfix) with ESMTP id B0A77D016A70; Wed, 3 Apr 2013 15:08:45 +0200 (CEST) X-Virus-Scanned: by majere.luchs.at Received: from majere.luchs.at ([127.0.0.1]) by localhost (majere.luchs.at [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iFKLzo78r4tk; Wed, 3 Apr 2013 15:08:44 +0200 (CEST) Received: from earth (earth.elements.lan [10.0.0.2]) by majere.luchs.at (Postfix) with ESMTP id E0FD8D016A6F; Wed, 3 Apr 2013 15:08:44 +0200 (CEST) Received: from pedos (pedos.elements.lan [10.0.0.108]) by earth (Postfix) with SMTP id BB80EAC86; Wed, 3 Apr 2013 15:08:43 +0200 (CEST) Received: by pedos (sSMTP sendmail emulation); Wed, 03 Apr 2013 15:06:45 +0200 Content-Disposition: inline MIME-Version: 1.0 X-Mailer: MIME-tools 5.503 (Entity 5.503) Message-ID: <1364994074.2cFE272.2783@pedos> From: "Peter Gansterer" Date: Wed, 03 Apr 2013 15:06:39 +0200 In-Reply-To: To: "Stephen Nelson-Smith" Cc: xen-users Subject: Re: [Xen-users] VERY odd HTTP Packet Loss X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 2013-04-03 13:22:12 Stephen Nelson-Smith wrote: > I'm running Xen 4.1.4 on Fedora 17. > > I have some CentOS 6 DomUs - an haproxy machine and some tomcat VMs. > > When clients send requests with: > > POST /ProposalInterface HTTP/1.1 > Content-Type: text/xml > Host: www.myhost.co.uk > Content-Length: 2099 > Expect: 100-continue > Connection: Keep-Alive > > The "continuation" doesn't happen. The POST is truncated at 1449 bytes, > and the request fails. I would have a look at MTU settings of your network interfaces, as 1449 is just below the usual 1500 bytes MTU size and the symptoms look just like it. We've had problems concerning MTU when sizes did not match and path discovery didn't work for whatever reason. But my knowlegde ends there - so I can just give you the hint to take a look ... - peter. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 03 13:23:30 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 03 Apr 2013 13:23: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 1UNNeB-0004Sw-Dw; Wed, 03 Apr 2013 13:22:39 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNNeA-0004Sr-94 for xen-users@lists.xen.org; Wed, 03 Apr 2013 13:22:38 +0000 Received: from [85.158.143.99:55035] by server-3.bemta-4.messagelabs.com id 6D/89-02186-D1D2C515; Wed, 03 Apr 2013 13:22:37 +0000 X-Env-Sender: sanelson@gmail.com X-Msg-Ref: server-7.tower-216.messagelabs.com!1364995256!24171471!1 X-Originating-IP: [209.85.217.181] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30583 invoked from network); 3 Apr 2013 13:20:57 -0000 Received: from mail-lb0-f181.google.com (HELO mail-lb0-f181.google.com) (209.85.217.181) by server-7.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2013 13:20:57 -0000 Received: by mail-lb0-f181.google.com with SMTP id r11so1583929lbv.12 for ; Wed, 03 Apr 2013 06:20:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=xlZzpmgmgtkjpilGSgotqEnyZONBf6Zv0NKqz+zDCuM=; b=F97V1gzzOedbX2N1SgjWZ8/3XbN8gprHYoe1HXzy5wDi4nVDT28sLbOYVMv4YKsWnK X+nkMV+MTg4RItACjU5eL4rudmb04VJ04MgnfGeo2jzSJttxpflyQTp4p/nvBs/Cxx9r AYE/2aVweNVHyEZu5DERzZhk1MWKVvwDTj9DcwBcTP3iP1/7ze1e9JfTRr3Jlgr8QGxE ehHe6KcbPoq0qtyXElkkexYebY4LbtE5Nl3RsU1UkB/UQTg3MExoVj2cxXBopJh/rI0B /iDAnPCWeIBW3+HrOiczmrrsj7Zl6CnrEgchvSooMDsUB7+tF4BNgxurkJOnlyUsGalM LdKg== MIME-Version: 1.0 X-Received: by 10.152.144.202 with SMTP id so10mr949108lab.9.1364995255889; Wed, 03 Apr 2013 06:20:55 -0700 (PDT) Received: by 10.112.35.105 with HTTP; Wed, 3 Apr 2013 06:20:55 -0700 (PDT) In-Reply-To: <1364994074.2cFE272.2783@pedos> References: <1364994074.2cFE272.2783@pedos> Date: Wed, 3 Apr 2013 14:20:55 +0100 Message-ID: From: Stephen Nelson-Smith To: Peter Gansterer Cc: xen-users Subject: Re: [Xen-users] VERY odd HTTP Packet Loss X-BeenThere: xen-users@lists.xen.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="===============4656542858545160793==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4656542858545160793== Content-Type: multipart/alternative; boundary=e89a8f22bcc358f69304d974b925 --e89a8f22bcc358f69304d974b925 Content-Type: text/plain; charset=ISO-8859-1 Hi, On Wed, Apr 3, 2013 at 2:06 PM, Peter Gansterer < peter.gansterer@paradigma.net> wrote: > I would have a look at MTU settings of your network interfaces, as 1449 is > just below the usual 1500 bytes MTU size and the symptoms look just like it. > Yeah - MTU seems to be 1500 everywhere - on the DomU and the Dom0. S. --e89a8f22bcc358f69304d974b925 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi,

On Wed, Apr 3, = 2013 at 2:06 PM, Peter Gansterer <peter.gansterer@paradigma.ne= t> wrote:
I would have a lo= ok at MTU settings of your network interfaces, as 1449 is just below the us= ual 1500 bytes MTU size and the symptoms look just like it.

Yeah - MTU seems to be 1500 everywhere - o= n the DomU and the Dom0.

S.
--e89a8f22bcc358f69304d974b925-- --===============4656542858545160793== 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 --===============4656542858545160793==-- From xen-users-bounces@lists.xen.org Wed Apr 03 13:23:30 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 03 Apr 2013 13:23: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 1UNNeB-0004Sw-Dw; Wed, 03 Apr 2013 13:22:39 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNNeA-0004Sr-94 for xen-users@lists.xen.org; Wed, 03 Apr 2013 13:22:38 +0000 Received: from [85.158.143.99:55035] by server-3.bemta-4.messagelabs.com id 6D/89-02186-D1D2C515; Wed, 03 Apr 2013 13:22:37 +0000 X-Env-Sender: sanelson@gmail.com X-Msg-Ref: server-7.tower-216.messagelabs.com!1364995256!24171471!1 X-Originating-IP: [209.85.217.181] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30583 invoked from network); 3 Apr 2013 13:20:57 -0000 Received: from mail-lb0-f181.google.com (HELO mail-lb0-f181.google.com) (209.85.217.181) by server-7.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2013 13:20:57 -0000 Received: by mail-lb0-f181.google.com with SMTP id r11so1583929lbv.12 for ; Wed, 03 Apr 2013 06:20:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=xlZzpmgmgtkjpilGSgotqEnyZONBf6Zv0NKqz+zDCuM=; b=F97V1gzzOedbX2N1SgjWZ8/3XbN8gprHYoe1HXzy5wDi4nVDT28sLbOYVMv4YKsWnK X+nkMV+MTg4RItACjU5eL4rudmb04VJ04MgnfGeo2jzSJttxpflyQTp4p/nvBs/Cxx9r AYE/2aVweNVHyEZu5DERzZhk1MWKVvwDTj9DcwBcTP3iP1/7ze1e9JfTRr3Jlgr8QGxE ehHe6KcbPoq0qtyXElkkexYebY4LbtE5Nl3RsU1UkB/UQTg3MExoVj2cxXBopJh/rI0B /iDAnPCWeIBW3+HrOiczmrrsj7Zl6CnrEgchvSooMDsUB7+tF4BNgxurkJOnlyUsGalM LdKg== MIME-Version: 1.0 X-Received: by 10.152.144.202 with SMTP id so10mr949108lab.9.1364995255889; Wed, 03 Apr 2013 06:20:55 -0700 (PDT) Received: by 10.112.35.105 with HTTP; Wed, 3 Apr 2013 06:20:55 -0700 (PDT) In-Reply-To: <1364994074.2cFE272.2783@pedos> References: <1364994074.2cFE272.2783@pedos> Date: Wed, 3 Apr 2013 14:20:55 +0100 Message-ID: From: Stephen Nelson-Smith To: Peter Gansterer Cc: xen-users Subject: Re: [Xen-users] VERY odd HTTP Packet Loss X-BeenThere: xen-users@lists.xen.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="===============4656542858545160793==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4656542858545160793== Content-Type: multipart/alternative; boundary=e89a8f22bcc358f69304d974b925 --e89a8f22bcc358f69304d974b925 Content-Type: text/plain; charset=ISO-8859-1 Hi, On Wed, Apr 3, 2013 at 2:06 PM, Peter Gansterer < peter.gansterer@paradigma.net> wrote: > I would have a look at MTU settings of your network interfaces, as 1449 is > just below the usual 1500 bytes MTU size and the symptoms look just like it. > Yeah - MTU seems to be 1500 everywhere - on the DomU and the Dom0. S. --e89a8f22bcc358f69304d974b925 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi,

On Wed, Apr 3, = 2013 at 2:06 PM, Peter Gansterer <peter.gansterer@paradigma.ne= t> wrote:
I would have a lo= ok at MTU settings of your network interfaces, as 1449 is just below the us= ual 1500 bytes MTU size and the symptoms look just like it.

Yeah - MTU seems to be 1500 everywhere - o= n the DomU and the Dom0.

S.
--e89a8f22bcc358f69304d974b925-- --===============4656542858545160793== 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 --===============4656542858545160793==-- From xen-users-bounces@lists.xen.org Wed Apr 03 13:55:05 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 03 Apr 2013 13:55: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 1UNO8k-0006N1-6W; Wed, 03 Apr 2013 13:54:14 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNO8i-0006Mw-LR for xen-users@lists.xen.org; Wed, 03 Apr 2013 13:54:12 +0000 Received: from [85.158.139.83:47685] by server-9.bemta-5.messagelabs.com id 3F/02-08547-3843C515; Wed, 03 Apr 2013 13:54:11 +0000 X-Env-Sender: peter.gansterer@paradigma.net X-Msg-Ref: server-10.tower-182.messagelabs.com!1364997247!27902886!1 X-Originating-IP: [213.47.215.227] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24677 invoked from network); 3 Apr 2013 13:54:09 -0000 Received: from majere.luchs.at (HELO majere.luchs.at) (213.47.215.227) by server-10.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Apr 2013 13:54:09 -0000 Received: from localhost (localhost [127.0.0.1]) by majere.luchs.at (Postfix) with ESMTP id 4280BD016A73; Wed, 3 Apr 2013 15:53:39 +0200 (CEST) X-Virus-Scanned: by majere.luchs.at Received: from majere.luchs.at ([127.0.0.1]) by localhost (majere.luchs.at [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YecipAN7giTn; Wed, 3 Apr 2013 15:53:38 +0200 (CEST) Received: from earth (earth.elements.lan [10.0.0.2]) by majere.luchs.at (Postfix) with ESMTP id 4E89BD016A72; Wed, 3 Apr 2013 15:53:38 +0200 (CEST) Received: from pedos (pedos.elements.lan [10.0.0.108]) by earth (Postfix) with SMTP id 1A60DACC8; Wed, 3 Apr 2013 15:53:37 +0200 (CEST) Received: by pedos (sSMTP sendmail emulation); Wed, 03 Apr 2013 15:51:38 +0200 Content-Disposition: inline MIME-Version: 1.0 X-Mailer: MIME-tools 5.503 (Entity 5.503) Message-ID: <1364996803.D05173.2783@pedos> From: "Peter Gansterer" Date: Wed, 03 Apr 2013 15:51:38 +0200 In-Reply-To: To: "Stephen Nelson-Smith" Cc: xen-users Subject: Re: [Xen-users] VERY odd HTTP Packet Loss X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 2013-04-03 14:20:55 Stephen Nelson-Smith wrote: > Hi, > > On Wed, Apr 3, 2013 at 2:06 PM, Peter Gansterer < > peter.gansterer@paradigma.net> wrote: > > > I would have a look at MTU settings of your network interfaces, as 1449 is > > just below the usual 1500 bytes MTU size and the symptoms look just like it. > > > > Yeah - MTU seems to be 1500 everywhere - on the DomU and the Dom0. Also on your clients? Your working VMWare setup is Linux? On the same machine? Same switch? Do you have similar symptoms when you transfer with TCP using other means (eg. scp some file from client to server)? Or is it just your HTTP connection? ... just a few things to check as long as you don't get better input :-) - peter. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 03 13:55:05 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 03 Apr 2013 13:55: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 1UNO8k-0006N1-6W; Wed, 03 Apr 2013 13:54:14 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNO8i-0006Mw-LR for xen-users@lists.xen.org; Wed, 03 Apr 2013 13:54:12 +0000 Received: from [85.158.139.83:47685] by server-9.bemta-5.messagelabs.com id 3F/02-08547-3843C515; Wed, 03 Apr 2013 13:54:11 +0000 X-Env-Sender: peter.gansterer@paradigma.net X-Msg-Ref: server-10.tower-182.messagelabs.com!1364997247!27902886!1 X-Originating-IP: [213.47.215.227] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24677 invoked from network); 3 Apr 2013 13:54:09 -0000 Received: from majere.luchs.at (HELO majere.luchs.at) (213.47.215.227) by server-10.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Apr 2013 13:54:09 -0000 Received: from localhost (localhost [127.0.0.1]) by majere.luchs.at (Postfix) with ESMTP id 4280BD016A73; Wed, 3 Apr 2013 15:53:39 +0200 (CEST) X-Virus-Scanned: by majere.luchs.at Received: from majere.luchs.at ([127.0.0.1]) by localhost (majere.luchs.at [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YecipAN7giTn; Wed, 3 Apr 2013 15:53:38 +0200 (CEST) Received: from earth (earth.elements.lan [10.0.0.2]) by majere.luchs.at (Postfix) with ESMTP id 4E89BD016A72; Wed, 3 Apr 2013 15:53:38 +0200 (CEST) Received: from pedos (pedos.elements.lan [10.0.0.108]) by earth (Postfix) with SMTP id 1A60DACC8; Wed, 3 Apr 2013 15:53:37 +0200 (CEST) Received: by pedos (sSMTP sendmail emulation); Wed, 03 Apr 2013 15:51:38 +0200 Content-Disposition: inline MIME-Version: 1.0 X-Mailer: MIME-tools 5.503 (Entity 5.503) Message-ID: <1364996803.D05173.2783@pedos> From: "Peter Gansterer" Date: Wed, 03 Apr 2013 15:51:38 +0200 In-Reply-To: To: "Stephen Nelson-Smith" Cc: xen-users Subject: Re: [Xen-users] VERY odd HTTP Packet Loss X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 2013-04-03 14:20:55 Stephen Nelson-Smith wrote: > Hi, > > On Wed, Apr 3, 2013 at 2:06 PM, Peter Gansterer < > peter.gansterer@paradigma.net> wrote: > > > I would have a look at MTU settings of your network interfaces, as 1449 is > > just below the usual 1500 bytes MTU size and the symptoms look just like it. > > > > Yeah - MTU seems to be 1500 everywhere - on the DomU and the Dom0. Also on your clients? Your working VMWare setup is Linux? On the same machine? Same switch? Do you have similar symptoms when you transfer with TCP using other means (eg. scp some file from client to server)? Or is it just your HTTP connection? ... just a few things to check as long as you don't get better input :-) - peter. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 03 14:04:32 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 03 Apr 2013 14:04: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 1UNOHz-0007Bh-AJ; Wed, 03 Apr 2013 14:03:47 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNOHx-0007Ar-I3 for xen-users@lists.xen.org; Wed, 03 Apr 2013 14:03:45 +0000 Received: from [85.158.139.83:29189] by server-16.bemta-5.messagelabs.com id 5D/C7-02543-1C63C515; Wed, 03 Apr 2013 14:03:45 +0000 X-Env-Sender: debian@good-with-numbers.com X-Msg-Ref: server-8.tower-182.messagelabs.com!1364997822!16932785!1 X-Originating-IP: [64.142.29.24] X-SpamReason: No, hits=0.0 required=7.0 tests=received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32178 invoked from network); 3 Apr 2013 14:03:44 -0000 Received: from out.good-with-numbers.com (HELO out.good-with-numbers.com) (64.142.29.24) by server-8.tower-182.messagelabs.com with AES256-SHA encrypted SMTP; 3 Apr 2013 14:03:44 -0000 Date: Wed, 3 Apr 2013 14:03:41 +0000 From: Mike To: Stephen Nelson-Smith Message-ID: <20130403140341.GA6080@64-142-29-25.dsl.static.sonic.net> References: <1364994074.2cFE272.2783@pedos> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: Cc: xen-users Subject: Re: [Xen-users] VERY odd HTTP Packet Loss X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > Yeah - MTU seems to be 1500 everywhere - on the DomU and the Dom0. Do you use VLANs? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 03 14:04:32 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 03 Apr 2013 14:04: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 1UNOHz-0007Bh-AJ; Wed, 03 Apr 2013 14:03:47 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNOHx-0007Ar-I3 for xen-users@lists.xen.org; Wed, 03 Apr 2013 14:03:45 +0000 Received: from [85.158.139.83:29189] by server-16.bemta-5.messagelabs.com id 5D/C7-02543-1C63C515; Wed, 03 Apr 2013 14:03:45 +0000 X-Env-Sender: debian@good-with-numbers.com X-Msg-Ref: server-8.tower-182.messagelabs.com!1364997822!16932785!1 X-Originating-IP: [64.142.29.24] X-SpamReason: No, hits=0.0 required=7.0 tests=received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32178 invoked from network); 3 Apr 2013 14:03:44 -0000 Received: from out.good-with-numbers.com (HELO out.good-with-numbers.com) (64.142.29.24) by server-8.tower-182.messagelabs.com with AES256-SHA encrypted SMTP; 3 Apr 2013 14:03:44 -0000 Date: Wed, 3 Apr 2013 14:03:41 +0000 From: Mike To: Stephen Nelson-Smith Message-ID: <20130403140341.GA6080@64-142-29-25.dsl.static.sonic.net> References: <1364994074.2cFE272.2783@pedos> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: Cc: xen-users Subject: Re: [Xen-users] VERY odd HTTP Packet Loss X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > Yeah - MTU seems to be 1500 everywhere - on the DomU and the Dom0. Do you use VLANs? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 03 14:16:47 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 03 Apr 2013 14:16: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 1UNOTp-0007up-Eg; Wed, 03 Apr 2013 14:16:03 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNOTo-0007uj-NI for xen-users@lists.xen.org; Wed, 03 Apr 2013 14:16:00 +0000 Received: from [85.158.139.83:50284] by server-12.bemta-5.messagelabs.com id 71/2F-11486-F993C515; Wed, 03 Apr 2013 14:15:59 +0000 X-Env-Sender: sanelson@gmail.com X-Msg-Ref: server-11.tower-182.messagelabs.com!1364998558!20424228!1 X-Originating-IP: [209.85.217.172] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23611 invoked from network); 3 Apr 2013 14:15:58 -0000 Received: from mail-lb0-f172.google.com (HELO mail-lb0-f172.google.com) (209.85.217.172) by server-11.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2013 14:15:58 -0000 Received: by mail-lb0-f172.google.com with SMTP id u10so1646081lbi.17 for ; Wed, 03 Apr 2013 07:15:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=BesJlVmlp/21+pXJIz+wOSfqsxyugGJUnQ6uD6EZVpc=; b=FuaOj7WsaAjuLherpuiufP0FG5kaKBu/MP7K8IEHLNPSipYxn2PTLRJ2AhKBpXxnH6 a+vnr+APy/Bk5f7hCdUddQ+MWTDrzApw0QksXiXwmrL8NZvlsf90BCY+ShH+YVhXnmfS da76qInGkzHzJbCEczcLuj5WV0vfVGlufq2jeyod6LBpQspzCEW1xNZeEmURIXTraCev +71qun5rQTeIxAFsySCmov5GvjrXkZ4xmlYxTO4UCSSyDBZLgDaGdNFsdV+glObcQ/Ap StSqKC8oVD4fAOJFK27INMKlogAqPQyEnlFHGh7HTLurpjWXVEY6w7v0JNeIo8AiLCBG zAag== MIME-Version: 1.0 X-Received: by 10.112.125.33 with SMTP id mn1mr1190516lbb.89.1364998555289; Wed, 03 Apr 2013 07:15:55 -0700 (PDT) Received: by 10.112.35.105 with HTTP; Wed, 3 Apr 2013 07:15:55 -0700 (PDT) In-Reply-To: <1364996803.D05173.2783@pedos> References: <1364996803.D05173.2783@pedos> Date: Wed, 3 Apr 2013 15:15:55 +0100 Message-ID: From: Stephen Nelson-Smith To: Peter Gansterer Cc: xen-users Subject: Re: [Xen-users] VERY odd HTTP Packet Loss X-BeenThere: xen-users@lists.xen.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="===============0595111694259382280==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0595111694259382280== Content-Type: multipart/alternative; boundary=089e0116136a01d0c704d9757ed1 --089e0116136a01d0c704d9757ed1 Content-Type: text/plain; charset=ISO-8859-1 Hi, On Wed, Apr 3, 2013 at 2:51 PM, Peter Gansterer < peter.gansterer@paradigma.net> wrote: > Also on your clients? > On the client I control, and all upstream firewalls / routers / switches. > Your working VMWare setup is Linux? On the same machine? Same switch? > Working setup is: - ESX6.1 - CentOS 6 on haproxy and tomcat - All on same box - On same switch as the Xen machines > Do you have similar symptoms when you transfer with TCP using other means > (eg. scp some file from client to server)? Or is it just your HTTP > connection? > Only see it with HTTP POSTs. Also - further testing - the size of the post needs to be around 2000 bytes. When it fails, the POST is truncated at 1250-1450 bytes. S. --089e0116136a01d0c704d9757ed1 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi,


On Wed, Apr 3, 2013 at 2:51 PM, Peter Gansterer <peter.gansterer@paradigma.net> wrote:
Also on your clients?
<= br>
On the client I control, and all upstream firewalls / routers= / switches.
=A0
Your working VMWare setup is Linux? On the same machine? Same switch?

Working setup is:

- ESX6.1=
- CentOS 6 on haproxy and tomcat
- All on same= box
- On same switch as the Xen machines
=A0
Do you have similar symptoms when you transfer with TCP using other means (= eg. scp some file from client to server)? Or is it just your HTTP connectio= n?

Only see it with HTTP POSTs.

Also - further testing - the size of the post needs to be ar= ound 2000 bytes.=A0 When it fails, the POST is truncated at 1250-1450 bytes= .

S.
--089e0116136a01d0c704d9757ed1-- --===============0595111694259382280== 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 --===============0595111694259382280==-- From xen-users-bounces@lists.xen.org Wed Apr 03 14:16:47 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 03 Apr 2013 14:16: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 1UNOTp-0007up-Eg; Wed, 03 Apr 2013 14:16:03 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNOTo-0007uj-NI for xen-users@lists.xen.org; Wed, 03 Apr 2013 14:16:00 +0000 Received: from [85.158.139.83:50284] by server-12.bemta-5.messagelabs.com id 71/2F-11486-F993C515; Wed, 03 Apr 2013 14:15:59 +0000 X-Env-Sender: sanelson@gmail.com X-Msg-Ref: server-11.tower-182.messagelabs.com!1364998558!20424228!1 X-Originating-IP: [209.85.217.172] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23611 invoked from network); 3 Apr 2013 14:15:58 -0000 Received: from mail-lb0-f172.google.com (HELO mail-lb0-f172.google.com) (209.85.217.172) by server-11.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2013 14:15:58 -0000 Received: by mail-lb0-f172.google.com with SMTP id u10so1646081lbi.17 for ; Wed, 03 Apr 2013 07:15:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=BesJlVmlp/21+pXJIz+wOSfqsxyugGJUnQ6uD6EZVpc=; b=FuaOj7WsaAjuLherpuiufP0FG5kaKBu/MP7K8IEHLNPSipYxn2PTLRJ2AhKBpXxnH6 a+vnr+APy/Bk5f7hCdUddQ+MWTDrzApw0QksXiXwmrL8NZvlsf90BCY+ShH+YVhXnmfS da76qInGkzHzJbCEczcLuj5WV0vfVGlufq2jeyod6LBpQspzCEW1xNZeEmURIXTraCev +71qun5rQTeIxAFsySCmov5GvjrXkZ4xmlYxTO4UCSSyDBZLgDaGdNFsdV+glObcQ/Ap StSqKC8oVD4fAOJFK27INMKlogAqPQyEnlFHGh7HTLurpjWXVEY6w7v0JNeIo8AiLCBG zAag== MIME-Version: 1.0 X-Received: by 10.112.125.33 with SMTP id mn1mr1190516lbb.89.1364998555289; Wed, 03 Apr 2013 07:15:55 -0700 (PDT) Received: by 10.112.35.105 with HTTP; Wed, 3 Apr 2013 07:15:55 -0700 (PDT) In-Reply-To: <1364996803.D05173.2783@pedos> References: <1364996803.D05173.2783@pedos> Date: Wed, 3 Apr 2013 15:15:55 +0100 Message-ID: From: Stephen Nelson-Smith To: Peter Gansterer Cc: xen-users Subject: Re: [Xen-users] VERY odd HTTP Packet Loss X-BeenThere: xen-users@lists.xen.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="===============0595111694259382280==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0595111694259382280== Content-Type: multipart/alternative; boundary=089e0116136a01d0c704d9757ed1 --089e0116136a01d0c704d9757ed1 Content-Type: text/plain; charset=ISO-8859-1 Hi, On Wed, Apr 3, 2013 at 2:51 PM, Peter Gansterer < peter.gansterer@paradigma.net> wrote: > Also on your clients? > On the client I control, and all upstream firewalls / routers / switches. > Your working VMWare setup is Linux? On the same machine? Same switch? > Working setup is: - ESX6.1 - CentOS 6 on haproxy and tomcat - All on same box - On same switch as the Xen machines > Do you have similar symptoms when you transfer with TCP using other means > (eg. scp some file from client to server)? Or is it just your HTTP > connection? > Only see it with HTTP POSTs. Also - further testing - the size of the post needs to be around 2000 bytes. When it fails, the POST is truncated at 1250-1450 bytes. S. --089e0116136a01d0c704d9757ed1 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi,


On Wed, Apr 3, 2013 at 2:51 PM, Peter Gansterer <peter.gansterer@paradigma.net> wrote:
Also on your clients?
<= br>
On the client I control, and all upstream firewalls / routers= / switches.
=A0
Your working VMWare setup is Linux? On the same machine? Same switch?

Working setup is:

- ESX6.1=
- CentOS 6 on haproxy and tomcat
- All on same= box
- On same switch as the Xen machines
=A0
Do you have similar symptoms when you transfer with TCP using other means (= eg. scp some file from client to server)? Or is it just your HTTP connectio= n?

Only see it with HTTP POSTs.

Also - further testing - the size of the post needs to be ar= ound 2000 bytes.=A0 When it fails, the POST is truncated at 1250-1450 bytes= .

S.
--089e0116136a01d0c704d9757ed1-- --===============0595111694259382280== 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 --===============0595111694259382280==-- From xen-users-bounces@lists.xen.org Wed Apr 03 14:25:30 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 03 Apr 2013 14:25: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 1UNOcC-0008R6-6J; Wed, 03 Apr 2013 14:24:40 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNOcA-0008R0-79 for xen-users@lists.xen.org; Wed, 03 Apr 2013 14:24:38 +0000 Received: from [193.109.254.147:12012] by server-15.bemta-14.messagelabs.com id 56/E3-14305-5AB3C515; Wed, 03 Apr 2013 14:24:37 +0000 X-Env-Sender: sanelson@gmail.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1364998587!1910870!1 X-Originating-IP: [209.85.215.44] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26857 invoked from network); 3 Apr 2013 14:16:28 -0000 Received: from mail-la0-f44.google.com (HELO mail-la0-f44.google.com) (209.85.215.44) by server-11.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2013 14:16:28 -0000 Received: by mail-la0-f44.google.com with SMTP id eb20so1486097lab.3 for ; Wed, 03 Apr 2013 07:16:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=G2Kdw3TMBwIQfo6qUBd2n+GVdVLdmoewBnRkZVqqZEM=; b=fvzlCL1bhDETPg1DsuZHXR8s8iTgSy2IHq6M6e3juYZ0owVjrSKb47QYEr0d2z+m8K 95aULb1vFy+KH+B9K68nMHkqzXx5zq79vLuqFFu6+Z6QecoxCsYm/09/tOeTPUYizxGA TBXpy0R6Ocp+gCfRXi3KC2iO76KOwwL4o9+W67tdSFObJhHPmsAtmkIcpNEzI94a3iNA SvFlMjmjIUAZEEfzqvPmTcQR4QzuNV/b+XrnYGAJbltMh+Z8luQMbw6tZOlqsL7UR6TX sIoFT9NyVwKbBfi88QFewpRgO0rZN20D5x2lbFW4pqZmZ0vgs551AqaqZGIoztEmeuZ0 ReMw== MIME-Version: 1.0 X-Received: by 10.152.87.243 with SMTP id bb19mr1030350lab.12.1364998587571; Wed, 03 Apr 2013 07:16:27 -0700 (PDT) Received: by 10.112.35.105 with HTTP; Wed, 3 Apr 2013 07:16:27 -0700 (PDT) In-Reply-To: <20130403140341.GA6080@64-142-29-25.dsl.static.sonic.net> References: <1364994074.2cFE272.2783@pedos> <20130403140341.GA6080@64-142-29-25.dsl.static.sonic.net> Date: Wed, 3 Apr 2013 15:16:27 +0100 Message-ID: From: Stephen Nelson-Smith To: Mike Cc: xen-users Subject: Re: [Xen-users] VERY odd HTTP Packet Loss X-BeenThere: xen-users@lists.xen.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="===============1916040139836033704==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1916040139836033704== Content-Type: multipart/alternative; boundary=001a11c3537aee648b04d9757f9e --001a11c3537aee648b04d9757f9e Content-Type: text/plain; charset=ISO-8859-1 On Wed, Apr 3, 2013 at 3:03 PM, Mike wrote: > > Yeah - MTU seems to be 1500 everywhere - on the DomU and the Dom0. > > Do you use VLANs? > We don't. S. --001a11c3537aee648b04d9757f9e Content-Type: text/html; charset=ISO-8859-1



On Wed, Apr 3, 2013 at 3:03 PM, Mike <debian@good-with-numbers.com> wrote:
> Yeah - MTU seems to be 1500 everywhere - on the DomU and the Dom0.

Do you use VLANs?

We don't.

S.
--001a11c3537aee648b04d9757f9e-- --===============1916040139836033704== 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 --===============1916040139836033704==-- From xen-users-bounces@lists.xen.org Wed Apr 03 14:25:30 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 03 Apr 2013 14:25: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 1UNOcC-0008R6-6J; Wed, 03 Apr 2013 14:24:40 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNOcA-0008R0-79 for xen-users@lists.xen.org; Wed, 03 Apr 2013 14:24:38 +0000 Received: from [193.109.254.147:12012] by server-15.bemta-14.messagelabs.com id 56/E3-14305-5AB3C515; Wed, 03 Apr 2013 14:24:37 +0000 X-Env-Sender: sanelson@gmail.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1364998587!1910870!1 X-Originating-IP: [209.85.215.44] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26857 invoked from network); 3 Apr 2013 14:16:28 -0000 Received: from mail-la0-f44.google.com (HELO mail-la0-f44.google.com) (209.85.215.44) by server-11.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2013 14:16:28 -0000 Received: by mail-la0-f44.google.com with SMTP id eb20so1486097lab.3 for ; Wed, 03 Apr 2013 07:16:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=G2Kdw3TMBwIQfo6qUBd2n+GVdVLdmoewBnRkZVqqZEM=; b=fvzlCL1bhDETPg1DsuZHXR8s8iTgSy2IHq6M6e3juYZ0owVjrSKb47QYEr0d2z+m8K 95aULb1vFy+KH+B9K68nMHkqzXx5zq79vLuqFFu6+Z6QecoxCsYm/09/tOeTPUYizxGA TBXpy0R6Ocp+gCfRXi3KC2iO76KOwwL4o9+W67tdSFObJhHPmsAtmkIcpNEzI94a3iNA SvFlMjmjIUAZEEfzqvPmTcQR4QzuNV/b+XrnYGAJbltMh+Z8luQMbw6tZOlqsL7UR6TX sIoFT9NyVwKbBfi88QFewpRgO0rZN20D5x2lbFW4pqZmZ0vgs551AqaqZGIoztEmeuZ0 ReMw== MIME-Version: 1.0 X-Received: by 10.152.87.243 with SMTP id bb19mr1030350lab.12.1364998587571; Wed, 03 Apr 2013 07:16:27 -0700 (PDT) Received: by 10.112.35.105 with HTTP; Wed, 3 Apr 2013 07:16:27 -0700 (PDT) In-Reply-To: <20130403140341.GA6080@64-142-29-25.dsl.static.sonic.net> References: <1364994074.2cFE272.2783@pedos> <20130403140341.GA6080@64-142-29-25.dsl.static.sonic.net> Date: Wed, 3 Apr 2013 15:16:27 +0100 Message-ID: From: Stephen Nelson-Smith To: Mike Cc: xen-users Subject: Re: [Xen-users] VERY odd HTTP Packet Loss X-BeenThere: xen-users@lists.xen.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="===============1916040139836033704==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1916040139836033704== Content-Type: multipart/alternative; boundary=001a11c3537aee648b04d9757f9e --001a11c3537aee648b04d9757f9e Content-Type: text/plain; charset=ISO-8859-1 On Wed, Apr 3, 2013 at 3:03 PM, Mike wrote: > > Yeah - MTU seems to be 1500 everywhere - on the DomU and the Dom0. > > Do you use VLANs? > We don't. S. --001a11c3537aee648b04d9757f9e Content-Type: text/html; charset=ISO-8859-1



On Wed, Apr 3, 2013 at 3:03 PM, Mike <debian@good-with-numbers.com> wrote:
> Yeah - MTU seems to be 1500 everywhere - on the DomU and the Dom0.

Do you use VLANs?

We don't.

S.
--001a11c3537aee648b04d9757f9e-- --===============1916040139836033704== 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 --===============1916040139836033704==-- From xen-users-bounces@lists.xen.org Wed Apr 03 14:34:53 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 03 Apr 2013 14:34: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 1UNOlZ-0000wo-JZ; Wed, 03 Apr 2013 14:34:21 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNOlY-0000wd-2h for xen-users@lists.xen.org; Wed, 03 Apr 2013 14:34:20 +0000 Received: from [85.158.139.211:52656] by server-4.bemta-5.messagelabs.com id D4/4F-01980-BED3C515; Wed, 03 Apr 2013 14:34:19 +0000 X-Env-Sender: winai.wongthai@newcastle.ac.uk X-Msg-Ref: server-13.tower-206.messagelabs.com!1364999644!15364447!1 X-Originating-IP: [128.240.234.22] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTI4LjI0MC4yMzQuMjIgPT4gMTM1NDc2\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19633 invoked from network); 3 Apr 2013 14:34:04 -0000 Received: from cheviot22.ncl.ac.uk (HELO cheviot22.ncl.ac.uk) (128.240.234.22) by server-13.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Apr 2013 14:34:04 -0000 Received: from exhubvm03.ncl.ac.uk ([128.240.234.7] helo=EXHUBVM03.campus.ncl.ac.uk) by cheviot22.ncl.ac.uk with esmtp (Exim 4.63) (envelope-from ) id 1UNOiF-0003To-Dp for xen-users@lists.xen.org; Wed, 03 Apr 2013 15:30:55 +0100 Received: from EXMBCT01.campus.ncl.ac.uk ([fe80::88f7:ae02:e71c:88d9]) by EXHUBVM03.campus.ncl.ac.uk ([fe80::517e:5471:8227:7937%10]) with mapi id 14.02.0247.003; Wed, 3 Apr 2013 15:30:50 +0100 From: Winai Wongthai To: "xen-users@lists.xen.org" Thread-Topic: Trace domU's process file access by/inside Xen Thread-Index: Ac4wYuD3PkvAUobtRvaajZx2ZW0GZQAFOIXJ Date: Wed, 3 Apr 2013 14:30:49 +0000 Message-ID: <7CF667D10CA062488DA5BE8CE7B7A99907058E@EXMBCT01.campus.ncl.ac.uk> References: <7CF667D10CA062488DA5BE8CE7B7A99907054E@EXMBCT01.campus.ncl.ac.uk> In-Reply-To: <7CF667D10CA062488DA5BE8CE7B7A99907054E@EXMBCT01.campus.ncl.ac.uk> Accept-Language: en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.4.160.7] MIME-Version: 1.0 Subject: [Xen-users] Trace domU's process file access by/inside 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 Hi, By using or inside Xen itself not dom0 or domU, it is possible that I can trace which domU's process reads, writes, opens, or closes ( system call number 3-6 ) a particular file inside domU itself? If it is possible, could you please point out how to do it. Thank you very much, Winai _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 03 14:34:53 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 03 Apr 2013 14:34: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 1UNOlZ-0000wo-JZ; Wed, 03 Apr 2013 14:34:21 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNOlY-0000wd-2h for xen-users@lists.xen.org; Wed, 03 Apr 2013 14:34:20 +0000 Received: from [85.158.139.211:52656] by server-4.bemta-5.messagelabs.com id D4/4F-01980-BED3C515; Wed, 03 Apr 2013 14:34:19 +0000 X-Env-Sender: winai.wongthai@newcastle.ac.uk X-Msg-Ref: server-13.tower-206.messagelabs.com!1364999644!15364447!1 X-Originating-IP: [128.240.234.22] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTI4LjI0MC4yMzQuMjIgPT4gMTM1NDc2\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19633 invoked from network); 3 Apr 2013 14:34:04 -0000 Received: from cheviot22.ncl.ac.uk (HELO cheviot22.ncl.ac.uk) (128.240.234.22) by server-13.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Apr 2013 14:34:04 -0000 Received: from exhubvm03.ncl.ac.uk ([128.240.234.7] helo=EXHUBVM03.campus.ncl.ac.uk) by cheviot22.ncl.ac.uk with esmtp (Exim 4.63) (envelope-from ) id 1UNOiF-0003To-Dp for xen-users@lists.xen.org; Wed, 03 Apr 2013 15:30:55 +0100 Received: from EXMBCT01.campus.ncl.ac.uk ([fe80::88f7:ae02:e71c:88d9]) by EXHUBVM03.campus.ncl.ac.uk ([fe80::517e:5471:8227:7937%10]) with mapi id 14.02.0247.003; Wed, 3 Apr 2013 15:30:50 +0100 From: Winai Wongthai To: "xen-users@lists.xen.org" Thread-Topic: Trace domU's process file access by/inside Xen Thread-Index: Ac4wYuD3PkvAUobtRvaajZx2ZW0GZQAFOIXJ Date: Wed, 3 Apr 2013 14:30:49 +0000 Message-ID: <7CF667D10CA062488DA5BE8CE7B7A99907058E@EXMBCT01.campus.ncl.ac.uk> References: <7CF667D10CA062488DA5BE8CE7B7A99907054E@EXMBCT01.campus.ncl.ac.uk> In-Reply-To: <7CF667D10CA062488DA5BE8CE7B7A99907054E@EXMBCT01.campus.ncl.ac.uk> Accept-Language: en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.4.160.7] MIME-Version: 1.0 Subject: [Xen-users] Trace domU's process file access by/inside 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 Hi, By using or inside Xen itself not dom0 or domU, it is possible that I can trace which domU's process reads, writes, opens, or closes ( system call number 3-6 ) a particular file inside domU itself? If it is possible, could you please point out how to do it. Thank you very much, Winai _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 03 14:43:36 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 03 Apr 2013 14:43: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 1UNOtw-0001ZB-Le; Wed, 03 Apr 2013 14:43:00 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNOtv-0001Z0-4s for xen-users@lists.xen.org; Wed, 03 Apr 2013 14:42:59 +0000 Received: from [85.158.138.51:41027] by server-11.bemta-3.messagelabs.com id 27/0D-01263-2FF3C515; Wed, 03 Apr 2013 14:42:58 +0000 X-Env-Sender: peter.gansterer@paradigma.net X-Msg-Ref: server-8.tower-174.messagelabs.com!1365000176!28247765!1 X-Originating-IP: [213.47.215.227] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22430 invoked from network); 3 Apr 2013 14:42:57 -0000 Received: from majere.luchs.at (HELO majere.luchs.at) (213.47.215.227) by server-8.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Apr 2013 14:42:57 -0000 Received: from localhost (localhost [127.0.0.1]) by majere.luchs.at (Postfix) with ESMTP id 525D0D016A71; Wed, 3 Apr 2013 16:42:26 +0200 (CEST) X-Virus-Scanned: by majere.luchs.at Received: from majere.luchs.at ([127.0.0.1]) by localhost (majere.luchs.at [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uddU6PQReOJ8; Wed, 3 Apr 2013 16:42:25 +0200 (CEST) Received: from earth (earth.elements.lan [10.0.0.2]) by majere.luchs.at (Postfix) with ESMTP id 1D9DCD016A6F; Wed, 3 Apr 2013 16:42:25 +0200 (CEST) Received: from pedos (pedos.elements.lan [10.0.0.108]) by earth (Postfix) with SMTP id 7DCE9ACD3; Wed, 3 Apr 2013 16:42:23 +0200 (CEST) Received: by pedos (sSMTP sendmail emulation); Wed, 03 Apr 2013 16:40:25 +0200 Content-Disposition: inline MIME-Version: 1.0 X-Mailer: MIME-tools 5.503 (Entity 5.503) Message-ID: <1364999939.efacFa3f77.2783@pedos> From: "Peter Gansterer" Date: Wed, 03 Apr 2013 16:40:17 +0200 In-Reply-To: To: "Stephen Nelson-Smith" Cc: xen-users Subject: Re: [Xen-users] VERY odd HTTP Packet Loss X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Maybe someone comes up with an idea if you post more info about your Xen network setup. Like: brctl show route -n ifconfig -a ... - peter. On 2013-04-03 15:15:55 Stephen Nelson-Smith wrote: > Hi, > > > On Wed, Apr 3, 2013 at 2:51 PM, Peter Gansterer < > peter.gansterer@paradigma.net> wrote: > > > Also on your clients? > > > > On the client I control, and all upstream firewalls / routers / switches. > > > > Your working VMWare setup is Linux? On the same machine? Same switch? > > > > Working setup is: > > - ESX6.1 > - CentOS 6 on haproxy and tomcat > - All on same box > - On same switch as the Xen machines > > > > Do you have similar symptoms when you transfer with TCP using other means > > (eg. scp some file from client to server)? Or is it just your HTTP > > connection? > > > > Only see it with HTTP POSTs. > > Also - further testing - the size of the post needs to be around 2000 > bytes. When it fails, the POST is truncated at 1250-1450 bytes. > > S. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 03 14:43:36 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 03 Apr 2013 14:43: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 1UNOtw-0001ZB-Le; Wed, 03 Apr 2013 14:43:00 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNOtv-0001Z0-4s for xen-users@lists.xen.org; Wed, 03 Apr 2013 14:42:59 +0000 Received: from [85.158.138.51:41027] by server-11.bemta-3.messagelabs.com id 27/0D-01263-2FF3C515; Wed, 03 Apr 2013 14:42:58 +0000 X-Env-Sender: peter.gansterer@paradigma.net X-Msg-Ref: server-8.tower-174.messagelabs.com!1365000176!28247765!1 X-Originating-IP: [213.47.215.227] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22430 invoked from network); 3 Apr 2013 14:42:57 -0000 Received: from majere.luchs.at (HELO majere.luchs.at) (213.47.215.227) by server-8.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Apr 2013 14:42:57 -0000 Received: from localhost (localhost [127.0.0.1]) by majere.luchs.at (Postfix) with ESMTP id 525D0D016A71; Wed, 3 Apr 2013 16:42:26 +0200 (CEST) X-Virus-Scanned: by majere.luchs.at Received: from majere.luchs.at ([127.0.0.1]) by localhost (majere.luchs.at [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uddU6PQReOJ8; Wed, 3 Apr 2013 16:42:25 +0200 (CEST) Received: from earth (earth.elements.lan [10.0.0.2]) by majere.luchs.at (Postfix) with ESMTP id 1D9DCD016A6F; Wed, 3 Apr 2013 16:42:25 +0200 (CEST) Received: from pedos (pedos.elements.lan [10.0.0.108]) by earth (Postfix) with SMTP id 7DCE9ACD3; Wed, 3 Apr 2013 16:42:23 +0200 (CEST) Received: by pedos (sSMTP sendmail emulation); Wed, 03 Apr 2013 16:40:25 +0200 Content-Disposition: inline MIME-Version: 1.0 X-Mailer: MIME-tools 5.503 (Entity 5.503) Message-ID: <1364999939.efacFa3f77.2783@pedos> From: "Peter Gansterer" Date: Wed, 03 Apr 2013 16:40:17 +0200 In-Reply-To: To: "Stephen Nelson-Smith" Cc: xen-users Subject: Re: [Xen-users] VERY odd HTTP Packet Loss X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Maybe someone comes up with an idea if you post more info about your Xen network setup. Like: brctl show route -n ifconfig -a ... - peter. On 2013-04-03 15:15:55 Stephen Nelson-Smith wrote: > Hi, > > > On Wed, Apr 3, 2013 at 2:51 PM, Peter Gansterer < > peter.gansterer@paradigma.net> wrote: > > > Also on your clients? > > > > On the client I control, and all upstream firewalls / routers / switches. > > > > Your working VMWare setup is Linux? On the same machine? Same switch? > > > > Working setup is: > > - ESX6.1 > - CentOS 6 on haproxy and tomcat > - All on same box > - On same switch as the Xen machines > > > > Do you have similar symptoms when you transfer with TCP using other means > > (eg. scp some file from client to server)? Or is it just your HTTP > > connection? > > > > Only see it with HTTP POSTs. > > Also - further testing - the size of the post needs to be around 2000 > bytes. When it fails, the POST is truncated at 1250-1450 bytes. > > S. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 03 15:57:37 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 03 Apr 2013 15:57:37 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNQ3M-0004t5-I3; Wed, 03 Apr 2013 15:56:48 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNQ3K-0004t0-M0 for xen-users@lists.xen.org; Wed, 03 Apr 2013 15:56:47 +0000 Received: from [193.109.254.147:3877] by server-11.bemta-14.messagelabs.com id F9/6A-24840-E315C515; Wed, 03 Apr 2013 15:56:46 +0000 X-Env-Sender: sanelson@gmail.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1365004556!8632450!1 X-Originating-IP: [209.85.215.51] X-SpamReason: No, hits=2.6 required=7.0 tests=BIZ_TLD,BODY_RANDOM_LONG, HTML_30_40, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31231 invoked from network); 3 Apr 2013 15:55:57 -0000 Received: from mail-la0-f51.google.com (HELO mail-la0-f51.google.com) (209.85.215.51) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2013 15:55:57 -0000 Received: by mail-la0-f51.google.com with SMTP id fo13so1598558lab.38 for ; Wed, 03 Apr 2013 08:55:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=GgRV+hEzQKKGUoMSYO747KUF1cDOtU8OdmPe8bceLxo=; b=KabU6cpK36wRudEaL5g1rFWZWF4GxQjrm52oI3IFd6Oz5BpZV2r171yGFhajPtTBbb vo+cHKOSkU+77hu2qrY/tin8VPi6PkJAfNpqTZfxkHCeF68p5PO6N6kDmeOlzkf86utg Wpj5Or5KtwMF7fZPNXZoHNdzb5eWcVvzyv7B9n4R5UDHVT32A6xg0LNuvIhHzJcx3a14 8B/GbLUfmELxeX+TCs/Qp4jQf9l0yrfPN05UlZfIw7dikEtdyvzRCLkyh/yy2yUGnjwh hLDckyCukDlFf/Gnv7K7pYEJJkUVlIQA832iKM1pIUD0gMIi3TbxctI7G50TWCljD32Z uz2A== MIME-Version: 1.0 X-Received: by 10.152.45.140 with SMTP id n12mr1223117lam.36.1365004555754; Wed, 03 Apr 2013 08:55:55 -0700 (PDT) Received: by 10.112.35.105 with HTTP; Wed, 3 Apr 2013 08:55:55 -0700 (PDT) In-Reply-To: <1364999939.efacFa3f77.2783@pedos> References: <1364999939.efacFa3f77.2783@pedos> Date: Wed, 3 Apr 2013 16:55:55 +0100 Message-ID: From: Stephen Nelson-Smith To: Peter Gansterer Cc: xen-users Subject: Re: [Xen-users] VERY odd HTTP Packet Loss X-BeenThere: xen-users@lists.xen.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="===============3804289704474973902==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3804289704474973902== Content-Type: multipart/alternative; boundary=bcaec5524516a9a4a004d976e392 --bcaec5524516a9a4a004d976e392 Content-Type: text/plain; charset=ISO-8859-1 Hi, On Wed, Apr 3, 2013 at 3:40 PM, Peter Gansterer < peter.gansterer@paradigma.net> wrote: > Maybe someone comes up with an idea if you post more info about your Xen > network setup. > Like: > > brctl show > [root@dom0-a ~]# brctl show bridge name bridge id STP enabled interfaces br0 8000.90b11c26fac3 no em1 p1p1 vif1.0 vif2.0 vif3.0 virbr0 8000.000000000000 yes > route -n > [root@dom0-a ~]# route -n Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 0.0.0.0 10.1.1.1 0.0.0.0 UG 0 0 0 br0 10.1.1.0 0.0.0.0 255.255.255.0 U 0 0 0 br0 169.254.0.0 0.0.0.0 255.255.0.0 U 1006 0 0 br0 192.168.122.0 0.0.0.0 255.255.255.0 U 0 0 0 virbr0 > ifconfig -a > # ifconfig -a br0: flags=4163 mtu 1500 inet 10.1.1.102 netmask 255.255.255.0 broadcast 10.1.1.255 inet6 fe80::92b1:1cff:fe26:fac3 prefixlen 64 scopeid 0x20 ether 90:b1:1c:26:fa:c3 txqueuelen 0 (Ethernet) RX packets 5609 bytes 888376 (867.5 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 739 bytes 103749 (101.3 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 em1: flags=4099 mtu 1500 ether 90:b1:1c:26:fa:c3 txqueuelen 1000 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 device interrupt 16 em2: flags=4098 mtu 1500 ether 90:b1:1c:26:fa:c4 txqueuelen 1000 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 device interrupt 17 lo: flags=73 mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10 loop txqueuelen 0 (Local Loopback) RX packets 456 bytes 62928 (61.4 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 456 bytes 62928 (61.4 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 p1p1: flags=4163 mtu 1500 ether a0:36:9f:0b:5b:5c txqueuelen 1000 (Ethernet) RX packets 166067 bytes 35247039 (33.6 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 155732 bytes 47672875 (45.4 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 device memory 0xd4d00000-d4e00000 p1p2: flags=4098 mtu 1500 ether a0:36:9f:0b:5b:5d txqueuelen 1000 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 device memory 0xd4e00000-d4f00000 vif1.0: flags=4163 mtu 1500 inet6 fe80::fcff:ffff:feff:ffff prefixlen 64 scopeid 0x20 ether fe:ff:ff:ff:ff:ff txqueuelen 32 (Ethernet) RX packets 11 bytes 2054 (2.0 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 4868 bytes 880588 (859.9 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 vif2.0: flags=4163 mtu 1500 inet6 fe80::fcff:ffff:feff:ffff prefixlen 64 scopeid 0x20 ether fe:ff:ff:ff:ff:ff txqueuelen 32 (Ethernet) RX packets 158626 bytes 61007135 (58.1 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 166815 bytes 34685114 (33.0 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 vif3.0: flags=4163 mtu 1500 inet6 fe80::fcff:ffff:feff:ffff prefixlen 64 scopeid 0x20 ether fe:ff:ff:ff:ff:ff txqueuelen 32 (Ethernet) RX packets 19319 bytes 2725065 (2.5 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 15096 bytes 18264428 (17.4 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 virbr0: flags=4099 mtu 1500 inet 192.168.122.1 netmask 255.255.255.0 broadcast 192.168.122.255 ether 22:34:6a:c1:1b:23 txqueuelen 0 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 # uname -a Linux dom0-a.aha.biz 3.7.9-104.fc17.x86_64 #1 SMP Sun Feb 24 19:19:12 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux [root@dom0-a ~]# cat /etc/fedora-release Fedora release 17 (Beefy Miracle) # xm dmesg | grep -i 'xen version' (XEN) Xen version 4.1.4 (mockbuild@[unknown]) (gcc version 4.7.2 20120921 (Red Hat 4.7.2-2) (GCC) ) Fri Feb 22 16:32:39 UTC 2013 S. --bcaec5524516a9a4a004d976e392 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi,


On Wed, Apr 3, 2013 at 3:40 PM, Peter Gansterer <pe= ter.gansterer@paradigma.net> wrote:
Maybe someone comes up wi= th an idea if you post more info about your Xen network setup.
Like:

=A0 =A0brctl show

[root@dom0-a ~]# brctl show
b= ridge 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
br0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0 8000.90b11c26fac3=A0=A0=A0=A0=A0=A0 no=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0 em1
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 p1p1
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 vif1.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=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 vif2.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=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 vif3.= 0
virbr0=A0=A0=A0=A0=A0=A0=A0=A0=A0 8000.000000000000=A0=A0=A0=A0=A0=A0 = yes
=A0
=A0 =A0route -n

[root@dom0-a ~]# route -n
Kerne= l IP routing table
Destination=A0=A0=A0=A0 Gateway=A0=A0=A0=A0=A0=A0=A0= =A0 Genmask=A0=A0=A0=A0=A0=A0=A0=A0 Flags Metric Ref=A0=A0=A0 Use Iface
= 0.0.0.0=A0=A0=A0=A0=A0=A0=A0=A0 10.1.1.1=A0=A0=A0=A0=A0=A0=A0 0.0.0.0=A0=A0= =A0=A0=A0=A0=A0=A0 UG=A0=A0=A0 0=A0=A0=A0=A0=A0 0=A0=A0=A0=A0=A0=A0=A0 0 br= 0
10.1.1.0=A0=A0=A0=A0=A0=A0=A0 0.0.0.0=A0=A0=A0=A0=A0=A0=A0=A0 255.255.255.0= =A0=A0 U=A0=A0=A0=A0 0=A0=A0=A0=A0=A0 0=A0=A0=A0=A0=A0=A0=A0 0 br0
169.2= 54.0.0=A0=A0=A0=A0 0.0.0.0=A0=A0=A0=A0=A0=A0=A0=A0 255.255.0.0=A0=A0=A0=A0 = U=A0=A0=A0=A0 1006=A0=A0 0=A0=A0=A0=A0=A0=A0=A0 0 br0
192.168.122.0=A0= =A0 0.0.0.0=A0=A0=A0=A0=A0=A0=A0=A0 255.255.255.0=A0=A0 U=A0=A0=A0=A0 0=A0= =A0=A0=A0=A0 0=A0=A0=A0=A0=A0=A0=A0 0 virbr0
=A0
=A0 =A0ifconfig -a

#=A0 ifconfig -a
br0: flags= =3D4163<UP,BROADCAST,RUNNING,MULTICAST>=A0 mtu 1500
=A0=A0=A0=A0= =A0=A0=A0 inet 10.1.1.102=A0 netmask 255.255.255.0=A0 broadcast 10.1.1.255<= br>=A0=A0=A0=A0=A0=A0=A0 inet6 fe80::92b1:1cff:fe26:fac3=A0 prefixlen 64=A0= scopeid 0x20<link>
=A0=A0=A0=A0=A0=A0=A0 ether 90:b1:1c:26:fa:c3=A0 txqueuelen 0=A0 (Ethernet)=
=A0=A0=A0=A0=A0=A0=A0 RX packets 5609=A0 bytes 888376 (867.5 KiB)
= =A0=A0=A0=A0=A0=A0=A0 RX errors 0=A0 dropped 0=A0 overruns 0=A0 frame 0
= =A0=A0=A0=A0=A0=A0=A0 TX packets 739=A0 bytes 103749 (101.3 KiB)
=A0=A0=A0=A0=A0=A0=A0 TX errors 0=A0 dropped 0 overruns 0=A0 carrier 0=A0 c= ollisions 0

em1: flags=3D4099<UP,BROADCAST,MULTICAST>=A0 mtu 1= 500
=A0=A0=A0=A0=A0=A0=A0 ether 90:b1:1c:26:fa:c3=A0 txqueuelen 1000=A0 = (Ethernet)
=A0=A0=A0=A0=A0=A0=A0 RX packets 0=A0 bytes 0 (0.0 B)
=A0=A0=A0=A0=A0=A0=A0 RX errors 0=A0 dropped 0=A0 overruns 0=A0 frame 0
= =A0=A0=A0=A0=A0=A0=A0 TX packets 0=A0 bytes 0 (0.0 B)
=A0=A0=A0=A0=A0=A0= =A0 TX errors 0=A0 dropped 0 overruns 0=A0 carrier 0=A0 collisions 0
=A0= =A0=A0=A0=A0=A0=A0 device interrupt 16=A0

em2: flags=3D4098<BROA= DCAST,MULTICAST>=A0 mtu 1500
=A0=A0=A0=A0=A0=A0=A0 ether 90:b1:1c:26:fa:c4=A0 txqueuelen 1000=A0 (Ethern= et)
=A0=A0=A0=A0=A0=A0=A0 RX packets 0=A0 bytes 0 (0.0 B)
=A0=A0=A0= =A0=A0=A0=A0 RX errors 0=A0 dropped 0=A0 overruns 0=A0 frame 0
=A0=A0=A0= =A0=A0=A0=A0 TX packets 0=A0 bytes 0 (0.0 B)
=A0=A0=A0=A0=A0=A0=A0 TX er= rors 0=A0 dropped 0 overruns 0=A0 carrier 0=A0 collisions 0
=A0=A0=A0=A0=A0=A0=A0 device interrupt 17=A0

lo: flags=3D73<UP,L= OOPBACK,RUNNING>=A0 mtu 65536
=A0=A0=A0=A0=A0=A0=A0 inet 127.0.0.1=A0= netmask 255.0.0.0
=A0=A0=A0=A0=A0=A0=A0 inet6 ::1=A0 prefixlen 128=A0 s= copeid 0x10<host>
=A0=A0=A0=A0=A0=A0=A0 loop=A0 txqueuelen 0=A0 (L= ocal Loopback)
=A0=A0=A0=A0=A0=A0=A0 RX packets 456=A0 bytes 62928 (61.4 KiB)
=A0=A0=A0= =A0=A0=A0=A0 RX errors 0=A0 dropped 0=A0 overruns 0=A0 frame 0
=A0=A0=A0= =A0=A0=A0=A0 TX packets 456=A0 bytes 62928 (61.4 KiB)
=A0=A0=A0=A0=A0=A0= =A0 TX errors 0=A0 dropped 0 overruns 0=A0 carrier 0=A0 collisions 0

p1p1: flags=3D4163<UP,BROADCAST,RUNNING,MULTICAST>=A0 mtu 1500=A0=A0=A0=A0=A0=A0=A0 ether a0:36:9f:0b:5b:5c=A0 txqueuelen 1000=A0 (Ether= net)
=A0=A0=A0=A0=A0=A0=A0 RX packets 166067=A0 bytes 35247039 (33.6 MiB= )
=A0=A0=A0=A0=A0=A0=A0 RX errors 0=A0 dropped 0=A0 overruns 0=A0 frame = 0
=A0=A0=A0=A0=A0=A0=A0 TX packets 155732=A0 bytes 47672875 (45.4 MiB)
=A0= =A0=A0=A0=A0=A0=A0 TX errors 0=A0 dropped 0 overruns 0=A0 carrier 0=A0 coll= isions 0
=A0=A0=A0=A0=A0=A0=A0 device memory 0xd4d00000-d4e00000=A0
=
p1p2: flags=3D4098<BROADCAST,MULTICAST>=A0 mtu 1500
=A0=A0=A0=A0=A0=A0=A0 ether a0:36:9f:0b:5b:5d=A0 txqueuelen 1000=A0 (Ethern= et)
=A0=A0=A0=A0=A0=A0=A0 RX packets 0=A0 bytes 0 (0.0 B)
=A0=A0=A0= =A0=A0=A0=A0 RX errors 0=A0 dropped 0=A0 overruns 0=A0 frame 0
=A0=A0=A0= =A0=A0=A0=A0 TX packets 0=A0 bytes 0 (0.0 B)
=A0=A0=A0=A0=A0=A0=A0 TX er= rors 0=A0 dropped 0 overruns 0=A0 carrier 0=A0 collisions 0
=A0=A0=A0=A0=A0=A0=A0 device memory 0xd4e00000-d4f00000=A0

vif1.0: = flags=3D4163<UP,BROADCAST,RUNNING,MULTICAST>=A0 mtu 1500
=A0=A0=A0= =A0=A0=A0=A0 inet6 fe80::fcff:ffff:feff:ffff=A0 prefixlen 64=A0 scopeid 0x2= 0<link>
=A0=A0=A0=A0=A0=A0=A0 ether fe:ff:ff:ff:ff:ff=A0 txqueuele= n 32=A0 (Ethernet)
=A0=A0=A0=A0=A0=A0=A0 RX packets 11=A0 bytes 2054 (2.0 KiB)
=A0=A0=A0=A0= =A0=A0=A0 RX errors 0=A0 dropped 0=A0 overruns 0=A0 frame 0
=A0=A0=A0=A0= =A0=A0=A0 TX packets 4868=A0 bytes 880588 (859.9 KiB)
=A0=A0=A0=A0=A0=A0= =A0 TX errors 0=A0 dropped 0 overruns 0=A0 carrier 0=A0 collisions 0

vif2.0: flags=3D4163<UP,BROADCAST,RUNNING,MULTICAST>=A0 mtu 1500<= br>=A0=A0=A0=A0=A0=A0=A0 inet6 fe80::fcff:ffff:feff:ffff=A0 prefixlen 64=A0= scopeid 0x20<link>
=A0=A0=A0=A0=A0=A0=A0 ether fe:ff:ff:ff:ff:ff= =A0 txqueuelen 32=A0 (Ethernet)
=A0=A0=A0=A0=A0=A0=A0 RX packets 158626= =A0 bytes 61007135 (58.1 MiB)
=A0=A0=A0=A0=A0=A0=A0 RX errors 0=A0 dropped 0=A0 overruns 0=A0 frame 0
= =A0=A0=A0=A0=A0=A0=A0 TX packets 166815=A0 bytes 34685114 (33.0 MiB)
=A0= =A0=A0=A0=A0=A0=A0 TX errors 0=A0 dropped 0 overruns 0=A0 carrier 0=A0 coll= isions 0

vif3.0: flags=3D4163<UP,BROADCAST,RUNNING,MULTICAST>= =A0 mtu 1500
=A0=A0=A0=A0=A0=A0=A0 inet6 fe80::fcff:ffff:feff:ffff=A0 prefixlen 64=A0 sc= opeid 0x20<link>
=A0=A0=A0=A0=A0=A0=A0 ether fe:ff:ff:ff:ff:ff=A0 = txqueuelen 32=A0 (Ethernet)
=A0=A0=A0=A0=A0=A0=A0 RX packets 19319=A0 by= tes 2725065 (2.5 MiB)
=A0=A0=A0=A0=A0=A0=A0 RX errors 0=A0 dropped 0=A0 = overruns 0=A0 frame 0
=A0=A0=A0=A0=A0=A0=A0 TX packets 15096=A0 bytes 18264428 (17.4 MiB)
=A0= =A0=A0=A0=A0=A0=A0 TX errors 0=A0 dropped 0 overruns 0=A0 carrier 0=A0 coll= isions 0

virbr0: flags=3D4099<UP,BROADCAST,MULTICAST>=A0 mtu 1= 500
=A0=A0=A0=A0=A0=A0=A0 inet 192.168.122.1=A0 netmask 255.255.255.0=A0= broadcast 192.168.122.255
=A0=A0=A0=A0=A0=A0=A0 ether 22:34:6a:c1:1b:23=A0 txqueuelen 0=A0 (Ethernet)=
=A0=A0=A0=A0=A0=A0=A0 RX packets 0=A0 bytes 0 (0.0 B)
=A0=A0=A0=A0= =A0=A0=A0 RX errors 0=A0 dropped 0=A0 overruns 0=A0 frame 0
=A0=A0=A0=A0= =A0=A0=A0 TX packets 0=A0 bytes 0 (0.0 B)
=A0=A0=A0=A0=A0=A0=A0 TX error= s 0=A0 dropped 0 overruns 0=A0 carrier 0=A0 collisions 0

# uname -a
Linux dom0-a.aha.biz 3.7.9-104.fc17.x86_64 #1 SMP Sun Feb 24 19:19:12 UTC 2013 x86_64 x86_64 x= 86_64 GNU/Linux
[root@dom0-a ~]# cat /etc/fedora-release
Fedora rele= ase 17 (Beefy Miracle)
# xm dmesg | grep -i 'xen version'
(XEN) Xen version 4.1.4 (mock= build@[unknown]) (gcc version 4.7.2 20120921 (Red Hat 4.7.2-2) (GCC) ) Fri = Feb 22 16:32:39 UTC 2013

--bcaec5524516a9a4a004d976e392-- --===============3804289704474973902== 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 --===============3804289704474973902==-- From xen-users-bounces@lists.xen.org Wed Apr 03 15:57:37 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 03 Apr 2013 15:57:37 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNQ3M-0004t5-I3; Wed, 03 Apr 2013 15:56:48 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNQ3K-0004t0-M0 for xen-users@lists.xen.org; Wed, 03 Apr 2013 15:56:47 +0000 Received: from [193.109.254.147:3877] by server-11.bemta-14.messagelabs.com id F9/6A-24840-E315C515; Wed, 03 Apr 2013 15:56:46 +0000 X-Env-Sender: sanelson@gmail.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1365004556!8632450!1 X-Originating-IP: [209.85.215.51] X-SpamReason: No, hits=2.6 required=7.0 tests=BIZ_TLD,BODY_RANDOM_LONG, HTML_30_40, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31231 invoked from network); 3 Apr 2013 15:55:57 -0000 Received: from mail-la0-f51.google.com (HELO mail-la0-f51.google.com) (209.85.215.51) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2013 15:55:57 -0000 Received: by mail-la0-f51.google.com with SMTP id fo13so1598558lab.38 for ; Wed, 03 Apr 2013 08:55:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=GgRV+hEzQKKGUoMSYO747KUF1cDOtU8OdmPe8bceLxo=; b=KabU6cpK36wRudEaL5g1rFWZWF4GxQjrm52oI3IFd6Oz5BpZV2r171yGFhajPtTBbb vo+cHKOSkU+77hu2qrY/tin8VPi6PkJAfNpqTZfxkHCeF68p5PO6N6kDmeOlzkf86utg Wpj5Or5KtwMF7fZPNXZoHNdzb5eWcVvzyv7B9n4R5UDHVT32A6xg0LNuvIhHzJcx3a14 8B/GbLUfmELxeX+TCs/Qp4jQf9l0yrfPN05UlZfIw7dikEtdyvzRCLkyh/yy2yUGnjwh hLDckyCukDlFf/Gnv7K7pYEJJkUVlIQA832iKM1pIUD0gMIi3TbxctI7G50TWCljD32Z uz2A== MIME-Version: 1.0 X-Received: by 10.152.45.140 with SMTP id n12mr1223117lam.36.1365004555754; Wed, 03 Apr 2013 08:55:55 -0700 (PDT) Received: by 10.112.35.105 with HTTP; Wed, 3 Apr 2013 08:55:55 -0700 (PDT) In-Reply-To: <1364999939.efacFa3f77.2783@pedos> References: <1364999939.efacFa3f77.2783@pedos> Date: Wed, 3 Apr 2013 16:55:55 +0100 Message-ID: From: Stephen Nelson-Smith To: Peter Gansterer Cc: xen-users Subject: Re: [Xen-users] VERY odd HTTP Packet Loss X-BeenThere: xen-users@lists.xen.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="===============3804289704474973902==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3804289704474973902== Content-Type: multipart/alternative; boundary=bcaec5524516a9a4a004d976e392 --bcaec5524516a9a4a004d976e392 Content-Type: text/plain; charset=ISO-8859-1 Hi, On Wed, Apr 3, 2013 at 3:40 PM, Peter Gansterer < peter.gansterer@paradigma.net> wrote: > Maybe someone comes up with an idea if you post more info about your Xen > network setup. > Like: > > brctl show > [root@dom0-a ~]# brctl show bridge name bridge id STP enabled interfaces br0 8000.90b11c26fac3 no em1 p1p1 vif1.0 vif2.0 vif3.0 virbr0 8000.000000000000 yes > route -n > [root@dom0-a ~]# route -n Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 0.0.0.0 10.1.1.1 0.0.0.0 UG 0 0 0 br0 10.1.1.0 0.0.0.0 255.255.255.0 U 0 0 0 br0 169.254.0.0 0.0.0.0 255.255.0.0 U 1006 0 0 br0 192.168.122.0 0.0.0.0 255.255.255.0 U 0 0 0 virbr0 > ifconfig -a > # ifconfig -a br0: flags=4163 mtu 1500 inet 10.1.1.102 netmask 255.255.255.0 broadcast 10.1.1.255 inet6 fe80::92b1:1cff:fe26:fac3 prefixlen 64 scopeid 0x20 ether 90:b1:1c:26:fa:c3 txqueuelen 0 (Ethernet) RX packets 5609 bytes 888376 (867.5 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 739 bytes 103749 (101.3 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 em1: flags=4099 mtu 1500 ether 90:b1:1c:26:fa:c3 txqueuelen 1000 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 device interrupt 16 em2: flags=4098 mtu 1500 ether 90:b1:1c:26:fa:c4 txqueuelen 1000 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 device interrupt 17 lo: flags=73 mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10 loop txqueuelen 0 (Local Loopback) RX packets 456 bytes 62928 (61.4 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 456 bytes 62928 (61.4 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 p1p1: flags=4163 mtu 1500 ether a0:36:9f:0b:5b:5c txqueuelen 1000 (Ethernet) RX packets 166067 bytes 35247039 (33.6 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 155732 bytes 47672875 (45.4 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 device memory 0xd4d00000-d4e00000 p1p2: flags=4098 mtu 1500 ether a0:36:9f:0b:5b:5d txqueuelen 1000 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 device memory 0xd4e00000-d4f00000 vif1.0: flags=4163 mtu 1500 inet6 fe80::fcff:ffff:feff:ffff prefixlen 64 scopeid 0x20 ether fe:ff:ff:ff:ff:ff txqueuelen 32 (Ethernet) RX packets 11 bytes 2054 (2.0 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 4868 bytes 880588 (859.9 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 vif2.0: flags=4163 mtu 1500 inet6 fe80::fcff:ffff:feff:ffff prefixlen 64 scopeid 0x20 ether fe:ff:ff:ff:ff:ff txqueuelen 32 (Ethernet) RX packets 158626 bytes 61007135 (58.1 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 166815 bytes 34685114 (33.0 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 vif3.0: flags=4163 mtu 1500 inet6 fe80::fcff:ffff:feff:ffff prefixlen 64 scopeid 0x20 ether fe:ff:ff:ff:ff:ff txqueuelen 32 (Ethernet) RX packets 19319 bytes 2725065 (2.5 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 15096 bytes 18264428 (17.4 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 virbr0: flags=4099 mtu 1500 inet 192.168.122.1 netmask 255.255.255.0 broadcast 192.168.122.255 ether 22:34:6a:c1:1b:23 txqueuelen 0 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 # uname -a Linux dom0-a.aha.biz 3.7.9-104.fc17.x86_64 #1 SMP Sun Feb 24 19:19:12 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux [root@dom0-a ~]# cat /etc/fedora-release Fedora release 17 (Beefy Miracle) # xm dmesg | grep -i 'xen version' (XEN) Xen version 4.1.4 (mockbuild@[unknown]) (gcc version 4.7.2 20120921 (Red Hat 4.7.2-2) (GCC) ) Fri Feb 22 16:32:39 UTC 2013 S. --bcaec5524516a9a4a004d976e392 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi,


On Wed, Apr 3, 2013 at 3:40 PM, Peter Gansterer <pe= ter.gansterer@paradigma.net> wrote:
Maybe someone comes up wi= th an idea if you post more info about your Xen network setup.
Like:

=A0 =A0brctl show

[root@dom0-a ~]# brctl show
b= ridge 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
br0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0 8000.90b11c26fac3=A0=A0=A0=A0=A0=A0 no=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0 em1
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 p1p1
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 vif1.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=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 vif2.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=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 vif3.= 0
virbr0=A0=A0=A0=A0=A0=A0=A0=A0=A0 8000.000000000000=A0=A0=A0=A0=A0=A0 = yes
=A0
=A0 =A0route -n

[root@dom0-a ~]# route -n
Kerne= l IP routing table
Destination=A0=A0=A0=A0 Gateway=A0=A0=A0=A0=A0=A0=A0= =A0 Genmask=A0=A0=A0=A0=A0=A0=A0=A0 Flags Metric Ref=A0=A0=A0 Use Iface
= 0.0.0.0=A0=A0=A0=A0=A0=A0=A0=A0 10.1.1.1=A0=A0=A0=A0=A0=A0=A0 0.0.0.0=A0=A0= =A0=A0=A0=A0=A0=A0 UG=A0=A0=A0 0=A0=A0=A0=A0=A0 0=A0=A0=A0=A0=A0=A0=A0 0 br= 0
10.1.1.0=A0=A0=A0=A0=A0=A0=A0 0.0.0.0=A0=A0=A0=A0=A0=A0=A0=A0 255.255.255.0= =A0=A0 U=A0=A0=A0=A0 0=A0=A0=A0=A0=A0 0=A0=A0=A0=A0=A0=A0=A0 0 br0
169.2= 54.0.0=A0=A0=A0=A0 0.0.0.0=A0=A0=A0=A0=A0=A0=A0=A0 255.255.0.0=A0=A0=A0=A0 = U=A0=A0=A0=A0 1006=A0=A0 0=A0=A0=A0=A0=A0=A0=A0 0 br0
192.168.122.0=A0= =A0 0.0.0.0=A0=A0=A0=A0=A0=A0=A0=A0 255.255.255.0=A0=A0 U=A0=A0=A0=A0 0=A0= =A0=A0=A0=A0 0=A0=A0=A0=A0=A0=A0=A0 0 virbr0
=A0
=A0 =A0ifconfig -a

#=A0 ifconfig -a
br0: flags= =3D4163<UP,BROADCAST,RUNNING,MULTICAST>=A0 mtu 1500
=A0=A0=A0=A0= =A0=A0=A0 inet 10.1.1.102=A0 netmask 255.255.255.0=A0 broadcast 10.1.1.255<= br>=A0=A0=A0=A0=A0=A0=A0 inet6 fe80::92b1:1cff:fe26:fac3=A0 prefixlen 64=A0= scopeid 0x20<link>
=A0=A0=A0=A0=A0=A0=A0 ether 90:b1:1c:26:fa:c3=A0 txqueuelen 0=A0 (Ethernet)=
=A0=A0=A0=A0=A0=A0=A0 RX packets 5609=A0 bytes 888376 (867.5 KiB)
= =A0=A0=A0=A0=A0=A0=A0 RX errors 0=A0 dropped 0=A0 overruns 0=A0 frame 0
= =A0=A0=A0=A0=A0=A0=A0 TX packets 739=A0 bytes 103749 (101.3 KiB)
=A0=A0=A0=A0=A0=A0=A0 TX errors 0=A0 dropped 0 overruns 0=A0 carrier 0=A0 c= ollisions 0

em1: flags=3D4099<UP,BROADCAST,MULTICAST>=A0 mtu 1= 500
=A0=A0=A0=A0=A0=A0=A0 ether 90:b1:1c:26:fa:c3=A0 txqueuelen 1000=A0 = (Ethernet)
=A0=A0=A0=A0=A0=A0=A0 RX packets 0=A0 bytes 0 (0.0 B)
=A0=A0=A0=A0=A0=A0=A0 RX errors 0=A0 dropped 0=A0 overruns 0=A0 frame 0
= =A0=A0=A0=A0=A0=A0=A0 TX packets 0=A0 bytes 0 (0.0 B)
=A0=A0=A0=A0=A0=A0= =A0 TX errors 0=A0 dropped 0 overruns 0=A0 carrier 0=A0 collisions 0
=A0= =A0=A0=A0=A0=A0=A0 device interrupt 16=A0

em2: flags=3D4098<BROA= DCAST,MULTICAST>=A0 mtu 1500
=A0=A0=A0=A0=A0=A0=A0 ether 90:b1:1c:26:fa:c4=A0 txqueuelen 1000=A0 (Ethern= et)
=A0=A0=A0=A0=A0=A0=A0 RX packets 0=A0 bytes 0 (0.0 B)
=A0=A0=A0= =A0=A0=A0=A0 RX errors 0=A0 dropped 0=A0 overruns 0=A0 frame 0
=A0=A0=A0= =A0=A0=A0=A0 TX packets 0=A0 bytes 0 (0.0 B)
=A0=A0=A0=A0=A0=A0=A0 TX er= rors 0=A0 dropped 0 overruns 0=A0 carrier 0=A0 collisions 0
=A0=A0=A0=A0=A0=A0=A0 device interrupt 17=A0

lo: flags=3D73<UP,L= OOPBACK,RUNNING>=A0 mtu 65536
=A0=A0=A0=A0=A0=A0=A0 inet 127.0.0.1=A0= netmask 255.0.0.0
=A0=A0=A0=A0=A0=A0=A0 inet6 ::1=A0 prefixlen 128=A0 s= copeid 0x10<host>
=A0=A0=A0=A0=A0=A0=A0 loop=A0 txqueuelen 0=A0 (L= ocal Loopback)
=A0=A0=A0=A0=A0=A0=A0 RX packets 456=A0 bytes 62928 (61.4 KiB)
=A0=A0=A0= =A0=A0=A0=A0 RX errors 0=A0 dropped 0=A0 overruns 0=A0 frame 0
=A0=A0=A0= =A0=A0=A0=A0 TX packets 456=A0 bytes 62928 (61.4 KiB)
=A0=A0=A0=A0=A0=A0= =A0 TX errors 0=A0 dropped 0 overruns 0=A0 carrier 0=A0 collisions 0

p1p1: flags=3D4163<UP,BROADCAST,RUNNING,MULTICAST>=A0 mtu 1500=A0=A0=A0=A0=A0=A0=A0 ether a0:36:9f:0b:5b:5c=A0 txqueuelen 1000=A0 (Ether= net)
=A0=A0=A0=A0=A0=A0=A0 RX packets 166067=A0 bytes 35247039 (33.6 MiB= )
=A0=A0=A0=A0=A0=A0=A0 RX errors 0=A0 dropped 0=A0 overruns 0=A0 frame = 0
=A0=A0=A0=A0=A0=A0=A0 TX packets 155732=A0 bytes 47672875 (45.4 MiB)
=A0= =A0=A0=A0=A0=A0=A0 TX errors 0=A0 dropped 0 overruns 0=A0 carrier 0=A0 coll= isions 0
=A0=A0=A0=A0=A0=A0=A0 device memory 0xd4d00000-d4e00000=A0
=
p1p2: flags=3D4098<BROADCAST,MULTICAST>=A0 mtu 1500
=A0=A0=A0=A0=A0=A0=A0 ether a0:36:9f:0b:5b:5d=A0 txqueuelen 1000=A0 (Ethern= et)
=A0=A0=A0=A0=A0=A0=A0 RX packets 0=A0 bytes 0 (0.0 B)
=A0=A0=A0= =A0=A0=A0=A0 RX errors 0=A0 dropped 0=A0 overruns 0=A0 frame 0
=A0=A0=A0= =A0=A0=A0=A0 TX packets 0=A0 bytes 0 (0.0 B)
=A0=A0=A0=A0=A0=A0=A0 TX er= rors 0=A0 dropped 0 overruns 0=A0 carrier 0=A0 collisions 0
=A0=A0=A0=A0=A0=A0=A0 device memory 0xd4e00000-d4f00000=A0

vif1.0: = flags=3D4163<UP,BROADCAST,RUNNING,MULTICAST>=A0 mtu 1500
=A0=A0=A0= =A0=A0=A0=A0 inet6 fe80::fcff:ffff:feff:ffff=A0 prefixlen 64=A0 scopeid 0x2= 0<link>
=A0=A0=A0=A0=A0=A0=A0 ether fe:ff:ff:ff:ff:ff=A0 txqueuele= n 32=A0 (Ethernet)
=A0=A0=A0=A0=A0=A0=A0 RX packets 11=A0 bytes 2054 (2.0 KiB)
=A0=A0=A0=A0= =A0=A0=A0 RX errors 0=A0 dropped 0=A0 overruns 0=A0 frame 0
=A0=A0=A0=A0= =A0=A0=A0 TX packets 4868=A0 bytes 880588 (859.9 KiB)
=A0=A0=A0=A0=A0=A0= =A0 TX errors 0=A0 dropped 0 overruns 0=A0 carrier 0=A0 collisions 0

vif2.0: flags=3D4163<UP,BROADCAST,RUNNING,MULTICAST>=A0 mtu 1500<= br>=A0=A0=A0=A0=A0=A0=A0 inet6 fe80::fcff:ffff:feff:ffff=A0 prefixlen 64=A0= scopeid 0x20<link>
=A0=A0=A0=A0=A0=A0=A0 ether fe:ff:ff:ff:ff:ff= =A0 txqueuelen 32=A0 (Ethernet)
=A0=A0=A0=A0=A0=A0=A0 RX packets 158626= =A0 bytes 61007135 (58.1 MiB)
=A0=A0=A0=A0=A0=A0=A0 RX errors 0=A0 dropped 0=A0 overruns 0=A0 frame 0
= =A0=A0=A0=A0=A0=A0=A0 TX packets 166815=A0 bytes 34685114 (33.0 MiB)
=A0= =A0=A0=A0=A0=A0=A0 TX errors 0=A0 dropped 0 overruns 0=A0 carrier 0=A0 coll= isions 0

vif3.0: flags=3D4163<UP,BROADCAST,RUNNING,MULTICAST>= =A0 mtu 1500
=A0=A0=A0=A0=A0=A0=A0 inet6 fe80::fcff:ffff:feff:ffff=A0 prefixlen 64=A0 sc= opeid 0x20<link>
=A0=A0=A0=A0=A0=A0=A0 ether fe:ff:ff:ff:ff:ff=A0 = txqueuelen 32=A0 (Ethernet)
=A0=A0=A0=A0=A0=A0=A0 RX packets 19319=A0 by= tes 2725065 (2.5 MiB)
=A0=A0=A0=A0=A0=A0=A0 RX errors 0=A0 dropped 0=A0 = overruns 0=A0 frame 0
=A0=A0=A0=A0=A0=A0=A0 TX packets 15096=A0 bytes 18264428 (17.4 MiB)
=A0= =A0=A0=A0=A0=A0=A0 TX errors 0=A0 dropped 0 overruns 0=A0 carrier 0=A0 coll= isions 0

virbr0: flags=3D4099<UP,BROADCAST,MULTICAST>=A0 mtu 1= 500
=A0=A0=A0=A0=A0=A0=A0 inet 192.168.122.1=A0 netmask 255.255.255.0=A0= broadcast 192.168.122.255
=A0=A0=A0=A0=A0=A0=A0 ether 22:34:6a:c1:1b:23=A0 txqueuelen 0=A0 (Ethernet)=
=A0=A0=A0=A0=A0=A0=A0 RX packets 0=A0 bytes 0 (0.0 B)
=A0=A0=A0=A0= =A0=A0=A0 RX errors 0=A0 dropped 0=A0 overruns 0=A0 frame 0
=A0=A0=A0=A0= =A0=A0=A0 TX packets 0=A0 bytes 0 (0.0 B)
=A0=A0=A0=A0=A0=A0=A0 TX error= s 0=A0 dropped 0 overruns 0=A0 carrier 0=A0 collisions 0

# uname -a
Linux dom0-a.aha.biz 3.7.9-104.fc17.x86_64 #1 SMP Sun Feb 24 19:19:12 UTC 2013 x86_64 x86_64 x= 86_64 GNU/Linux
[root@dom0-a ~]# cat /etc/fedora-release
Fedora rele= ase 17 (Beefy Miracle)
# xm dmesg | grep -i 'xen version'
(XEN) Xen version 4.1.4 (mock= build@[unknown]) (gcc version 4.7.2 20120921 (Red Hat 4.7.2-2) (GCC) ) Fri = Feb 22 16:32:39 UTC 2013

--bcaec5524516a9a4a004d976e392-- --===============3804289704474973902== 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 --===============3804289704474973902==-- From xen-users-bounces@lists.xen.org Wed Apr 03 16:03:01 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 03 Apr 2013 16:03: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 1UNQ8k-0005Xj-0J; Wed, 03 Apr 2013 16:02:22 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNQ8h-0005XU-OM for xen-users@lists.xen.org; Wed, 03 Apr 2013 16:02:20 +0000 Received: from [85.158.138.51:20843] by server-11.bemta-3.messagelabs.com id 7D/60-01263-6825C515; Wed, 03 Apr 2013 16:02:14 +0000 X-Env-Sender: knockknock@gmail.com X-Msg-Ref: server-5.tower-174.messagelabs.com!1365004932!27877626!1 X-Originating-IP: [209.85.128.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32202 invoked from network); 3 Apr 2013 16:02:13 -0000 Received: from mail-ve0-f173.google.com (HELO mail-ve0-f173.google.com) (209.85.128.173) by server-5.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2013 16:02:13 -0000 Received: by mail-ve0-f173.google.com with SMTP id cy12so1821688veb.18 for ; Wed, 03 Apr 2013 09:02:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=md8olPdZqL3Fc69ZSPvmXb5H9/Ag4kHWNxxyHWB0lCE=; b=uRqZVBQ8E8vLLaz0wQJuUx7eIl3At6kv4qMw5Z3EZMha1hr/Sno4Y5bJhFZWp8VL9i k7MIh7PX+jK03PDxEGJTy0IxNOscBqTPE64cHntNxRsHDYbQHf2hqLeexQUaK9gtFqe1 e9VZ/5OX9QlRHjwNU09vZO1O0k+dERbA7Tk1qhOJWjlNkcmeGEUOe69OLNSWp/8gko8a G3KsMT9HuYBd/xsA43zDe7Koh9AvPTm5SypAj6rLbcNu9Js+ixDDzziEMyROitG7KFlt +mAG3SiIi1F/8ijyCwtYNYf/O87ul4jmvbvftHnA18LVYjt/LVsNGOYjcxKs+IFidiqm m37w== X-Received: by 10.220.65.1 with SMTP id g1mr1690934vci.63.1365004931654; Wed, 03 Apr 2013 09:02:11 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.122.197 with HTTP; Wed, 3 Apr 2013 09:01:51 -0700 (PDT) In-Reply-To: <1364978749.88496.YahooMailNeo@web172006.mail.ir2.yahoo.com> References: <1364978749.88496.YahooMailNeo@web172006.mail.ir2.yahoo.com> From: Eric Shelton Date: Wed, 3 Apr 2013 12:01:51 -0400 X-Google-Sender-Auth: eWYstCW3BNRrE_dHW9DHb7MDF3w Message-ID: To: David TECHER Cc: "xen-users@lists.xen.org" , Patrick Proniewski Subject: Re: [Xen-users] PCI/VGA passthrough: differences between Xen and ESXi? X-BeenThere: xen-users@lists.xen.org X-Mailman-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 1) I applied the patch to 4.3 unstable (back in February). I recall it applying cleanly (thanks to Dr. Wettstein's work in updating the original patches). However, there is a build issue when the patched files are used to build minios, as its libraries do not provide iopl(). On my initial pass, I may have #ifdef-ed out the iopl() calls during minios build time, on the presumption that this code path is not exercised by minios. However, not being fully confident in that presumption, in some later work I identified a more appropriate mechanism: an existing hypervisor call for iopl. I think revised code was written, but remains untested. 2) I am using what I saw as the core aspects of that script: unbind_devices(), re-enabling the devices, and the use of vbetool to reinitialize the display (which returns the text console in my case). Although I am doing passthrough of a USB3 controller as well, I did not bother with rebinding the USB driver, as I simply surrendered use of those ports for Windows. I also am not waiting for the VM to exit; instead, I split it the single script into before and after scripts that were manually invoked. I think the runtime unbind, bind, and vbetool, versus giving the PCI devices over to pciback at boot time, makes a difference in terms of whether you can stop & restart the passthrough VM. With this config, it is no problem for me. I heard many reports of people starting up the Windows VM once, but not again without a reboot. 3+) Tonight I can pull together what I am using and post it up here. Very little modification of Dr. Wettstein's patch was done. However, at this stage, it seems to be the little things that make the difference between GPU passthrough working or not. My understanding is that there are many intentional quirks in GPUs to be in compliance with certain HDCP requirements. Unfortunately, I think the universe of possible secret register access sequences, etc. will make it impossible, even with 1:1 mapping in addition, to 100% convince the display driver, which would be needed to get to virtualized HDCP compliance (I am interested in a virtualized HTPC environment). It sounds like, from what I have heard of your work, that NVidia's quirks are especially difficult to deal with (not necessarily intentionally). It was enough to make me abandon by existing NVidia GPU in favor of an AMD solution. Also, as I think I noted in an earlier post, one of the qemu developers has, perhaps independently, implemented the necessary quirks for AMD cards. His code effects pretty much the same things as the patch I used. I think there is at least a patch against mainline qemu in qemu-devel, if it has not been incorporated already. He has also been doing a fair amount of PCIe work, which I think may be important for NVidia, assuming their use of extended config space is causing some of the difficulties. It would be nice to see enough code get into Xen 4.3 to get AMD cards working, but with the switch away from qemu-traditional, which is what the patch is for, this may now be more reliant on the work already being done in qemu-devel being mainlined into qemu. - Eric On Wed, Apr 3, 2013 at 4:45 AM, David TECHER wrote: > Thanks for clarifying. > > I am applying the original patches for nvidia. That's the reason why I've > got the 3GM limitation. > > Question 1: > > In your link > > http://lists.xen.org/archives/html/xen-users/2013-02/msg00410.html > > Did you apply the following patch > > ftp://ftp.enjellic.com/pub/xen/xen-4.2.0.ati-passthrough.patch > > on Xen 4.3 unstable or Xen 4.2 stable? > > Question 2: > > Do you use this script > > ftp://ftp.enjellic.com/pub/xen/run-passthrough > > to start/stop your domU > > Question 3 > > Can you show a domU config file? > > Thanks for letting me know. > > > > ________________________________ > De : Eric Shelton > =C0 : "xen-users@lists.xen.org" ; Patrick Pronie= wski > ; davidtecher@yahoo.fr > Envoy=E9 le : Mercredi 3 avril 2013 1h26 > Objet : Re: [Xen-users] PCI/VGA passthrough: differences between Xen and > ESXi? > > David: > What are the circumstances in which your comment about "Xen - limited > to 3GB for RAM" applies? Is it in the case in which one uses multiple > GPU cards? > > There are a number of HVM tutorial examples with well over 3GB: > http://wiki.xen.org/wiki/Secondary_GPU_Passthrough (6GB Win7 HVM with > passthrough of ATI 6970 and USB controller) > http://wiki.xen.org/wiki/Comprehensive_Xen_Debian_Wheezy_PCI_Passthrough_= Tutorial > (6GB Win7 HVM with passthrough of ATI 68XX and multiple USB > controllers) > None of these tutorials mention a 3GB limitation. > > The only recent reference to a 3GB HVM issue during passthrough is here: > http://comments.gmane.org/gmane.comp.emulators.xen.user/77214 > which appears to link the issue with use of nvidia patches from here: > http://www.davidgis.fr/download/xen-4.2_rev25240_gfx-passthrough-patchs.t= ar.bz2 > From what I gather, nvidia cards perform a bit of undocumented voodoo > (by design) that has not been fully accounted for. > > Elsewhere: > http://new-wiki.xen.org/old-wiki/xenwiki/XenPCIpassthrough.html > it sounds like there was a PV domain issue arising from e820 for which > a reliable workaround was incorporated into the mainline code some > time ago. > > > Patrick: > From the above examples, it seems like >3GB may be fine if you use > ATI/AMD GPUs. I have had fairly good experiences with passthrough of > a single AMD 6570 with the patch mentioned here: > http://lists.xen.org/archives/html/xen-users/2013-02/msg00410.html > although I did not explore how much or how little memory I could > assign to it. Note, however, that patch may make certain assumptions, > such as that only one GPU is being passed through. I'm not sure there > is any unpatched release version (for example, 4.2.1) that reliably > does GPU passthrough (PCI passthrough of less wonky devices has worked > for some time). > > I think the proposed multi-GPU setup may be putting you out on the > bleeding edge (on the other hand, it sounds like it is absolutely no > available under ESXi). It's probably not impossible. Maybe someone > has already done it. However, how interested and/or comfortable are > you with code & configuration tweaking, debug, and experimentation? > > - Eric > >>> Patrick, >>> >>> 1) Xen's vocabulary >>> >>> dom0 =3D the main (first) hypervisor, hosting all virtual machines -- l= ike >>> your Mac OS X >>> domU =3D any virtual machine. >>> >>> This is not the real meaning but here I try to stay "understandable". B= ut >>> for better understanding please refer to http://en.wikipedia.org/wiki/X= en >>> >>> My understanding is that your dom0 has to be replaced by Linux so you c= an >>> run Xen. But for this part I am not a Mac OS X expert. >>> >>> 2) More info - details listed beow are only available for a Xen dom0 >>> running on Linux. >>> >>> [Extracted]:....I've ended my testing with ESXi, because I was not able >>> to passthrough sound device, and USB.... >>> [Comment]: With Xen you can :) >>> >>> [Extracted]: ...with stock ATI Radeon..; >>> [Comment]...Xen offers VGA PassThrough feature for ATI Radeon. >>> >>> Here is a link to a Youtube video to run Crysis 3 on a domU Windows 7 64 >>> Bits with HD 7970 >>> >>> http://www.youtube.com/watch?v=3DGTnchEG4YtI&feature=3Dplayer_embedded >>> >>> As you can see >>> >>> - I can use PCI Passthrough to add a XBOX 360 Paddle while playing Crys= is >>> 3 (see at 09:12 in the Video) >>> >>> - I have sound too :) >>> >>> But it works on Linux domU too. Here is another Youtube video link >>> >>> http://www.youtube.com/watch?feature=3Dplayer_embedded&v=3DKzqOIMaBgX0 >>> >>> But you need to apply a few patches to able this feature with Xen 4.2 a= nd >>> over. Not very complicated to do. >>> Here are my instructions to do it but I know that there are currently >>> better way to test it >>> >>> >>> http://www.davidgis.fr/blog/index.php?2013/03/13/935-xen-43-vga-passthr= ough-ati-card-hd-7970-changeset-26706 >>> >>> [Extracted]...memory allocation >>> [Comment]...Xen - limited to 3GB for RAM. A few developers are working = on >>> overpassing this limitation. >>> >>> [Extracted]...no snaphost possible >>> [Comment]...If you used Xen with LVM is then snahshotting is easier to >>> manage ;) >>> >>> [Extracted] no sleep >>> [Comment] works on Xen for both Linux and Windows. The main issue is th= at >>> you can reboot a domU without restarting the dom0. >>> >>> >>> [Extracted] Is it possible to create a virtualized desktop with VGA and >>> PCI passthrough for 2 or 3 VM's running simultaneously (ie. each one wi= th >>> its own video card)? >>> [Comment] Yes it is doable. Never tested but from experience share with >>> other Xen users I know that it should be run fine. >>> >>> Hope it helps. >>> >>> >>> Kind regards. >>> >>> David. > > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 03 16:03:01 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 03 Apr 2013 16:03: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 1UNQ8k-0005Xj-0J; Wed, 03 Apr 2013 16:02:22 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNQ8h-0005XU-OM for xen-users@lists.xen.org; Wed, 03 Apr 2013 16:02:20 +0000 Received: from [85.158.138.51:20843] by server-11.bemta-3.messagelabs.com id 7D/60-01263-6825C515; Wed, 03 Apr 2013 16:02:14 +0000 X-Env-Sender: knockknock@gmail.com X-Msg-Ref: server-5.tower-174.messagelabs.com!1365004932!27877626!1 X-Originating-IP: [209.85.128.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32202 invoked from network); 3 Apr 2013 16:02:13 -0000 Received: from mail-ve0-f173.google.com (HELO mail-ve0-f173.google.com) (209.85.128.173) by server-5.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2013 16:02:13 -0000 Received: by mail-ve0-f173.google.com with SMTP id cy12so1821688veb.18 for ; Wed, 03 Apr 2013 09:02:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=md8olPdZqL3Fc69ZSPvmXb5H9/Ag4kHWNxxyHWB0lCE=; b=uRqZVBQ8E8vLLaz0wQJuUx7eIl3At6kv4qMw5Z3EZMha1hr/Sno4Y5bJhFZWp8VL9i k7MIh7PX+jK03PDxEGJTy0IxNOscBqTPE64cHntNxRsHDYbQHf2hqLeexQUaK9gtFqe1 e9VZ/5OX9QlRHjwNU09vZO1O0k+dERbA7Tk1qhOJWjlNkcmeGEUOe69OLNSWp/8gko8a G3KsMT9HuYBd/xsA43zDe7Koh9AvPTm5SypAj6rLbcNu9Js+ixDDzziEMyROitG7KFlt +mAG3SiIi1F/8ijyCwtYNYf/O87ul4jmvbvftHnA18LVYjt/LVsNGOYjcxKs+IFidiqm m37w== X-Received: by 10.220.65.1 with SMTP id g1mr1690934vci.63.1365004931654; Wed, 03 Apr 2013 09:02:11 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.122.197 with HTTP; Wed, 3 Apr 2013 09:01:51 -0700 (PDT) In-Reply-To: <1364978749.88496.YahooMailNeo@web172006.mail.ir2.yahoo.com> References: <1364978749.88496.YahooMailNeo@web172006.mail.ir2.yahoo.com> From: Eric Shelton Date: Wed, 3 Apr 2013 12:01:51 -0400 X-Google-Sender-Auth: eWYstCW3BNRrE_dHW9DHb7MDF3w Message-ID: To: David TECHER Cc: "xen-users@lists.xen.org" , Patrick Proniewski Subject: Re: [Xen-users] PCI/VGA passthrough: differences between Xen and ESXi? X-BeenThere: xen-users@lists.xen.org X-Mailman-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 1) I applied the patch to 4.3 unstable (back in February). I recall it applying cleanly (thanks to Dr. Wettstein's work in updating the original patches). However, there is a build issue when the patched files are used to build minios, as its libraries do not provide iopl(). On my initial pass, I may have #ifdef-ed out the iopl() calls during minios build time, on the presumption that this code path is not exercised by minios. However, not being fully confident in that presumption, in some later work I identified a more appropriate mechanism: an existing hypervisor call for iopl. I think revised code was written, but remains untested. 2) I am using what I saw as the core aspects of that script: unbind_devices(), re-enabling the devices, and the use of vbetool to reinitialize the display (which returns the text console in my case). Although I am doing passthrough of a USB3 controller as well, I did not bother with rebinding the USB driver, as I simply surrendered use of those ports for Windows. I also am not waiting for the VM to exit; instead, I split it the single script into before and after scripts that were manually invoked. I think the runtime unbind, bind, and vbetool, versus giving the PCI devices over to pciback at boot time, makes a difference in terms of whether you can stop & restart the passthrough VM. With this config, it is no problem for me. I heard many reports of people starting up the Windows VM once, but not again without a reboot. 3+) Tonight I can pull together what I am using and post it up here. Very little modification of Dr. Wettstein's patch was done. However, at this stage, it seems to be the little things that make the difference between GPU passthrough working or not. My understanding is that there are many intentional quirks in GPUs to be in compliance with certain HDCP requirements. Unfortunately, I think the universe of possible secret register access sequences, etc. will make it impossible, even with 1:1 mapping in addition, to 100% convince the display driver, which would be needed to get to virtualized HDCP compliance (I am interested in a virtualized HTPC environment). It sounds like, from what I have heard of your work, that NVidia's quirks are especially difficult to deal with (not necessarily intentionally). It was enough to make me abandon by existing NVidia GPU in favor of an AMD solution. Also, as I think I noted in an earlier post, one of the qemu developers has, perhaps independently, implemented the necessary quirks for AMD cards. His code effects pretty much the same things as the patch I used. I think there is at least a patch against mainline qemu in qemu-devel, if it has not been incorporated already. He has also been doing a fair amount of PCIe work, which I think may be important for NVidia, assuming their use of extended config space is causing some of the difficulties. It would be nice to see enough code get into Xen 4.3 to get AMD cards working, but with the switch away from qemu-traditional, which is what the patch is for, this may now be more reliant on the work already being done in qemu-devel being mainlined into qemu. - Eric On Wed, Apr 3, 2013 at 4:45 AM, David TECHER wrote: > Thanks for clarifying. > > I am applying the original patches for nvidia. That's the reason why I've > got the 3GM limitation. > > Question 1: > > In your link > > http://lists.xen.org/archives/html/xen-users/2013-02/msg00410.html > > Did you apply the following patch > > ftp://ftp.enjellic.com/pub/xen/xen-4.2.0.ati-passthrough.patch > > on Xen 4.3 unstable or Xen 4.2 stable? > > Question 2: > > Do you use this script > > ftp://ftp.enjellic.com/pub/xen/run-passthrough > > to start/stop your domU > > Question 3 > > Can you show a domU config file? > > Thanks for letting me know. > > > > ________________________________ > De : Eric Shelton > =C0 : "xen-users@lists.xen.org" ; Patrick Pronie= wski > ; davidtecher@yahoo.fr > Envoy=E9 le : Mercredi 3 avril 2013 1h26 > Objet : Re: [Xen-users] PCI/VGA passthrough: differences between Xen and > ESXi? > > David: > What are the circumstances in which your comment about "Xen - limited > to 3GB for RAM" applies? Is it in the case in which one uses multiple > GPU cards? > > There are a number of HVM tutorial examples with well over 3GB: > http://wiki.xen.org/wiki/Secondary_GPU_Passthrough (6GB Win7 HVM with > passthrough of ATI 6970 and USB controller) > http://wiki.xen.org/wiki/Comprehensive_Xen_Debian_Wheezy_PCI_Passthrough_= Tutorial > (6GB Win7 HVM with passthrough of ATI 68XX and multiple USB > controllers) > None of these tutorials mention a 3GB limitation. > > The only recent reference to a 3GB HVM issue during passthrough is here: > http://comments.gmane.org/gmane.comp.emulators.xen.user/77214 > which appears to link the issue with use of nvidia patches from here: > http://www.davidgis.fr/download/xen-4.2_rev25240_gfx-passthrough-patchs.t= ar.bz2 > From what I gather, nvidia cards perform a bit of undocumented voodoo > (by design) that has not been fully accounted for. > > Elsewhere: > http://new-wiki.xen.org/old-wiki/xenwiki/XenPCIpassthrough.html > it sounds like there was a PV domain issue arising from e820 for which > a reliable workaround was incorporated into the mainline code some > time ago. > > > Patrick: > From the above examples, it seems like >3GB may be fine if you use > ATI/AMD GPUs. I have had fairly good experiences with passthrough of > a single AMD 6570 with the patch mentioned here: > http://lists.xen.org/archives/html/xen-users/2013-02/msg00410.html > although I did not explore how much or how little memory I could > assign to it. Note, however, that patch may make certain assumptions, > such as that only one GPU is being passed through. I'm not sure there > is any unpatched release version (for example, 4.2.1) that reliably > does GPU passthrough (PCI passthrough of less wonky devices has worked > for some time). > > I think the proposed multi-GPU setup may be putting you out on the > bleeding edge (on the other hand, it sounds like it is absolutely no > available under ESXi). It's probably not impossible. Maybe someone > has already done it. However, how interested and/or comfortable are > you with code & configuration tweaking, debug, and experimentation? > > - Eric > >>> Patrick, >>> >>> 1) Xen's vocabulary >>> >>> dom0 =3D the main (first) hypervisor, hosting all virtual machines -- l= ike >>> your Mac OS X >>> domU =3D any virtual machine. >>> >>> This is not the real meaning but here I try to stay "understandable". B= ut >>> for better understanding please refer to http://en.wikipedia.org/wiki/X= en >>> >>> My understanding is that your dom0 has to be replaced by Linux so you c= an >>> run Xen. But for this part I am not a Mac OS X expert. >>> >>> 2) More info - details listed beow are only available for a Xen dom0 >>> running on Linux. >>> >>> [Extracted]:....I've ended my testing with ESXi, because I was not able >>> to passthrough sound device, and USB.... >>> [Comment]: With Xen you can :) >>> >>> [Extracted]: ...with stock ATI Radeon..; >>> [Comment]...Xen offers VGA PassThrough feature for ATI Radeon. >>> >>> Here is a link to a Youtube video to run Crysis 3 on a domU Windows 7 64 >>> Bits with HD 7970 >>> >>> http://www.youtube.com/watch?v=3DGTnchEG4YtI&feature=3Dplayer_embedded >>> >>> As you can see >>> >>> - I can use PCI Passthrough to add a XBOX 360 Paddle while playing Crys= is >>> 3 (see at 09:12 in the Video) >>> >>> - I have sound too :) >>> >>> But it works on Linux domU too. Here is another Youtube video link >>> >>> http://www.youtube.com/watch?feature=3Dplayer_embedded&v=3DKzqOIMaBgX0 >>> >>> But you need to apply a few patches to able this feature with Xen 4.2 a= nd >>> over. Not very complicated to do. >>> Here are my instructions to do it but I know that there are currently >>> better way to test it >>> >>> >>> http://www.davidgis.fr/blog/index.php?2013/03/13/935-xen-43-vga-passthr= ough-ati-card-hd-7970-changeset-26706 >>> >>> [Extracted]...memory allocation >>> [Comment]...Xen - limited to 3GB for RAM. A few developers are working = on >>> overpassing this limitation. >>> >>> [Extracted]...no snaphost possible >>> [Comment]...If you used Xen with LVM is then snahshotting is easier to >>> manage ;) >>> >>> [Extracted] no sleep >>> [Comment] works on Xen for both Linux and Windows. The main issue is th= at >>> you can reboot a domU without restarting the dom0. >>> >>> >>> [Extracted] Is it possible to create a virtualized desktop with VGA and >>> PCI passthrough for 2 or 3 VM's running simultaneously (ie. each one wi= th >>> its own video card)? >>> [Comment] Yes it is doable. Never tested but from experience share with >>> other Xen users I know that it should be run fine. >>> >>> Hope it helps. >>> >>> >>> Kind regards. >>> >>> David. > > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 03 16:07:18 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 03 Apr 2013 16:07: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 1UNQCx-00063w-Lx; Wed, 03 Apr 2013 16:06:43 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNQCw-00063i-NV for xen-users@lists.xen.org; Wed, 03 Apr 2013 16:06:42 +0000 Received: from [85.158.139.211:25502] by server-10.bemta-5.messagelabs.com id 4B/82-23714-1935C515; Wed, 03 Apr 2013 16:06:41 +0000 X-Env-Sender: sanelson@gmail.com X-Msg-Ref: server-14.tower-206.messagelabs.com!1365005196!20289203!1 X-Originating-IP: [209.85.217.179] 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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18889 invoked from network); 3 Apr 2013 16:06:37 -0000 Received: from mail-lb0-f179.google.com (HELO mail-lb0-f179.google.com) (209.85.217.179) by server-14.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2013 16:06:37 -0000 Received: by mail-lb0-f179.google.com with SMTP id t1so1769811lbd.10 for ; Wed, 03 Apr 2013 09:06:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=LqUbTRisBr8zIkdJNk2dk7eEfG3ak6WQx3tXbWUYuo0=; b=LAMoGPVwAaFo3rDfuhDgEV8uLDamuvhnnVNj0XF2SvibJQHa72L8uI/VbMGAjb6Dbs E90Eo+uJskfal/TLV7VZAI4AUFv8ATc5U2PmCbJ9OvjS4DycHwRAHWZnf/6xfwuS9WAv X9hmqAVGe1kCuXrN/Cr0cez9NNAKJkIu1KAK/N0jn0N4TNz0GUi8x/PfLXaDF+aRYov3 pPdymLbWVyB+BE8bkfzh2EAxWW0oXTRpGWtsYUfWyQw1Xp8lrjvt8JM2Gv0JAcUtB++8 6H14svfXC5tRpBrG8ylS+CSdbcB2T5T56tzkqA28LOsX0SSrhBj4Qhn9JDJmg3qVebY8 8fNg== MIME-Version: 1.0 X-Received: by 10.112.19.7 with SMTP id a7mr1460261lbe.0.1365005196321; Wed, 03 Apr 2013 09:06:36 -0700 (PDT) Received: by 10.112.35.105 with HTTP; Wed, 3 Apr 2013 09:06:36 -0700 (PDT) In-Reply-To: <20130403155755.GA6247@64-142-29-25.dsl.static.sonic.net> References: <1364999939.efacFa3f77.2783@pedos> <20130403155755.GA6247@64-142-29-25.dsl.static.sonic.net> Date: Wed, 3 Apr 2013 17:06:36 +0100 Message-ID: From: Stephen Nelson-Smith To: Mike Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] VERY odd HTTP Packet Loss X-BeenThere: xen-users@lists.xen.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="===============2776399775959080006==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2776399775959080006== Content-Type: multipart/alternative; boundary=14dae94734c5d7eb0f04d97709d3 --14dae94734c5d7eb0f04d97709d3 Content-Type: text/plain; charset=ISO-8859-1 On Wed, Apr 3, 2013 at 4:57 PM, Mike wrote: > > Only see it with HTTP POSTs. > > > > Also - further testing - the size of the post needs to be around 2000 > > bytes. When it fails, the POST is truncated at 1250-1450 bytes. > > tcpdump the packets at the various points in your network to see where > the data drops. > Yep - done that, viz: Test ---> HAProxy (vmware) ---> Tomcat (vmware) # Works Test ---> HAProxy (vmware) ---> Tomcat (xen) # Data dropped between HAProxy and Tomcat Test ---> HAProxy (xen) ---> Tomcat (vmware) # Data droped at Haproxy Test ---> HAProxy(xen) ---> HAProxy (xen) # Data dropped at Haproxy I'll verify this again. It's hard to see the whole XML Post. The XML being posted is about 2000 bytes in size - up to 4000. Up to a certain size (circza 1800 or so) it works reliably. Above that size, we see the XML hit the LB, but the full XML isn't reached by the Tomcats. S. --14dae94734c5d7eb0f04d97709d3 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable



On Wed, Apr 3, 2013 at 4:57 PM, Mike <debian@good-with= -numbers.com> wrote:
> Only see it with HTTP= POSTs.
>
> Also - further testing - the size of the post needs to be around 2000<= br> > bytes. =A0When it fails, the POST is truncated at 1250-1450 bytes.

tcpdump the packets at the various points in your network to see wher= e
the data drops.

Yep - done that, viz:
Test ---> HAProxy (vmware) ---> Tomcat (vmware) # Wo= rks
Test ---> HAProxy (vmware) ---> Tomcat (xen) # Data= dropped between HAProxy and Tomcat
Test ---> HAProxy (xen) ---> Tomcat (vmware) # Data droped= at Haproxy
Test ---> HAProxy(xen) ---> HAProxy (xen) #= Data dropped=A0 at Haproxy

I'll verify this again.= =A0 It's hard to see the whole XML Post.=A0 The XML being posted is abo= ut 2000 bytes in size - up to 4000.=A0 Up to a certain size (circza 1800 or= so) it works reliably.=A0 Above that size, we see the XML hit the LB, but = the full XML isn't reached by the Tomcats.

S.
--14dae94734c5d7eb0f04d97709d3-- --===============2776399775959080006== 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 --===============2776399775959080006==-- From xen-users-bounces@lists.xen.org Wed Apr 03 16:07:18 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 03 Apr 2013 16:07: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 1UNQCx-00063w-Lx; Wed, 03 Apr 2013 16:06:43 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNQCw-00063i-NV for xen-users@lists.xen.org; Wed, 03 Apr 2013 16:06:42 +0000 Received: from [85.158.139.211:25502] by server-10.bemta-5.messagelabs.com id 4B/82-23714-1935C515; Wed, 03 Apr 2013 16:06:41 +0000 X-Env-Sender: sanelson@gmail.com X-Msg-Ref: server-14.tower-206.messagelabs.com!1365005196!20289203!1 X-Originating-IP: [209.85.217.179] 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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18889 invoked from network); 3 Apr 2013 16:06:37 -0000 Received: from mail-lb0-f179.google.com (HELO mail-lb0-f179.google.com) (209.85.217.179) by server-14.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2013 16:06:37 -0000 Received: by mail-lb0-f179.google.com with SMTP id t1so1769811lbd.10 for ; Wed, 03 Apr 2013 09:06:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=LqUbTRisBr8zIkdJNk2dk7eEfG3ak6WQx3tXbWUYuo0=; b=LAMoGPVwAaFo3rDfuhDgEV8uLDamuvhnnVNj0XF2SvibJQHa72L8uI/VbMGAjb6Dbs E90Eo+uJskfal/TLV7VZAI4AUFv8ATc5U2PmCbJ9OvjS4DycHwRAHWZnf/6xfwuS9WAv X9hmqAVGe1kCuXrN/Cr0cez9NNAKJkIu1KAK/N0jn0N4TNz0GUi8x/PfLXaDF+aRYov3 pPdymLbWVyB+BE8bkfzh2EAxWW0oXTRpGWtsYUfWyQw1Xp8lrjvt8JM2Gv0JAcUtB++8 6H14svfXC5tRpBrG8ylS+CSdbcB2T5T56tzkqA28LOsX0SSrhBj4Qhn9JDJmg3qVebY8 8fNg== MIME-Version: 1.0 X-Received: by 10.112.19.7 with SMTP id a7mr1460261lbe.0.1365005196321; Wed, 03 Apr 2013 09:06:36 -0700 (PDT) Received: by 10.112.35.105 with HTTP; Wed, 3 Apr 2013 09:06:36 -0700 (PDT) In-Reply-To: <20130403155755.GA6247@64-142-29-25.dsl.static.sonic.net> References: <1364999939.efacFa3f77.2783@pedos> <20130403155755.GA6247@64-142-29-25.dsl.static.sonic.net> Date: Wed, 3 Apr 2013 17:06:36 +0100 Message-ID: From: Stephen Nelson-Smith To: Mike Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] VERY odd HTTP Packet Loss X-BeenThere: xen-users@lists.xen.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="===============2776399775959080006==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2776399775959080006== Content-Type: multipart/alternative; boundary=14dae94734c5d7eb0f04d97709d3 --14dae94734c5d7eb0f04d97709d3 Content-Type: text/plain; charset=ISO-8859-1 On Wed, Apr 3, 2013 at 4:57 PM, Mike wrote: > > Only see it with HTTP POSTs. > > > > Also - further testing - the size of the post needs to be around 2000 > > bytes. When it fails, the POST is truncated at 1250-1450 bytes. > > tcpdump the packets at the various points in your network to see where > the data drops. > Yep - done that, viz: Test ---> HAProxy (vmware) ---> Tomcat (vmware) # Works Test ---> HAProxy (vmware) ---> Tomcat (xen) # Data dropped between HAProxy and Tomcat Test ---> HAProxy (xen) ---> Tomcat (vmware) # Data droped at Haproxy Test ---> HAProxy(xen) ---> HAProxy (xen) # Data dropped at Haproxy I'll verify this again. It's hard to see the whole XML Post. The XML being posted is about 2000 bytes in size - up to 4000. Up to a certain size (circza 1800 or so) it works reliably. Above that size, we see the XML hit the LB, but the full XML isn't reached by the Tomcats. S. --14dae94734c5d7eb0f04d97709d3 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable



On Wed, Apr 3, 2013 at 4:57 PM, Mike <debian@good-with= -numbers.com> wrote:
> Only see it with HTTP= POSTs.
>
> Also - further testing - the size of the post needs to be around 2000<= br> > bytes. =A0When it fails, the POST is truncated at 1250-1450 bytes.

tcpdump the packets at the various points in your network to see wher= e
the data drops.

Yep - done that, viz:
Test ---> HAProxy (vmware) ---> Tomcat (vmware) # Wo= rks
Test ---> HAProxy (vmware) ---> Tomcat (xen) # Data= dropped between HAProxy and Tomcat
Test ---> HAProxy (xen) ---> Tomcat (vmware) # Data droped= at Haproxy
Test ---> HAProxy(xen) ---> HAProxy (xen) #= Data dropped=A0 at Haproxy

I'll verify this again.= =A0 It's hard to see the whole XML Post.=A0 The XML being posted is abo= ut 2000 bytes in size - up to 4000.=A0 Up to a certain size (circza 1800 or= so) it works reliably.=A0 Above that size, we see the XML hit the LB, but = the full XML isn't reached by the Tomcats.

S.
--14dae94734c5d7eb0f04d97709d3-- --===============2776399775959080006== 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 --===============2776399775959080006==-- From xen-users-bounces@lists.xen.org Wed Apr 03 16:09:06 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 03 Apr 2013 16:09: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 1UNQEj-0006JV-F3; Wed, 03 Apr 2013 16:08:33 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNQEh-0006JE-IH for xen-users@lists.xen.org; Wed, 03 Apr 2013 16:08:31 +0000 Received: from [85.158.143.99:53568] by server-3.bemta-4.messagelabs.com id 7D/C9-02186-EF35C515; Wed, 03 Apr 2013 16:08:30 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-3.tower-216.messagelabs.com!1365005288!27697469!1 X-Originating-IP: [184.172.38.139] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10062 invoked from network); 3 Apr 2013 16:08:29 -0000 Received: from host1a.ondore-systems.com (HELO host1a.ondore-systems.com) (184.172.38.139) by server-3.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Apr 2013 16:08:29 -0000 Received: from [200.52.43.60] (port=46372 helo=mail.ondore.i) by host1a.ondore-systems.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80) (envelope-from ) id 1UNQE3-0000kr-Ke for xen-users@lists.xen.org; Wed, 03 Apr 2013 11:07:51 -0500 Received: from [10.13.34.96] (alk-desktop.sys.ondore.i [10.13.34.96]) by mail.ondore.i (Postfix) with ESMTPSA id BB545A209 for ; Wed, 3 Apr 2013 10:02:13 -0600 (CST) Message-ID: <515C53D6.1070501@ondore.com> Date: Wed, 03 Apr 2013 10:07:50 -0600 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <7CF667D10CA062488DA5BE8CE7B7A99907054E@EXMBCT01.campus.ncl.ac.uk> <7CF667D10CA062488DA5BE8CE7B7A99907058E@EXMBCT01.campus.ncl.ac.uk> In-Reply-To: <7CF667D10CA062488DA5BE8CE7B7A99907058E@EXMBCT01.campus.ncl.ac.uk> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host1a.ondore-systems.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - ondore.com X-Get-Message-Sender-Via: host1a.ondore-systems.com: authenticated_id: sys.intranet@ondore.com Subject: Re: [Xen-users] Trace domU's process file access by/inside 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-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello. El 03/04/13 08:30, Winai Wongthai escribi=F3: > By using or inside Xen itself not dom0 or domU, In short, no. Nothing can be done within Xen intself. Please note that the storage (ant the networking) resources are offered = to DomU's not by the hypervisor itself, but by Dom0. Now that I mention = it, it is possible to set up a "stub domain" in order to give this job = to a less privileged domain, but it still stays within a virtual = machine, not within the hypervisor itself. Beside, any control = interaction with Xen hypervisor has to be done via Dom0. Obviously, a interaction between Dom0 and the hypervisor takes place, = while exporintg resources to DomU, but it is very low level, and would = require heavy hypervisor hacking to get into it. > it is possible that I can trace which domU's process reads, > writes, opens, or closes ( system call number 3-6 ) a particular > file inside domU itself? In short, no, as far as I know. The way you intend to do it is rather = complex. Theoretically, you could monitor DomU's disk access from Dom0. What you = could actually see would not be FS system calls, but blocks read and = write, because it's a low level block device what is exported to the = DomU. If intercepted, (again, theoretically) it would be possible to = parse those reads and writes, and find out what's going on inside using = some technique similar to networking Deep Packets Inspection (take raw = data, look for patterns, compare to templates). If you intend to audit your FS access, the place to do it is the DomU = itself. Auditd utility seems to be the right tool, never used it myself. http://linux.die.net/man/8/auditd Greetings. -- = Alexandre Kouznetsov _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 03 16:09:06 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 03 Apr 2013 16:09: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 1UNQEj-0006JV-F3; Wed, 03 Apr 2013 16:08:33 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNQEh-0006JE-IH for xen-users@lists.xen.org; Wed, 03 Apr 2013 16:08:31 +0000 Received: from [85.158.143.99:53568] by server-3.bemta-4.messagelabs.com id 7D/C9-02186-EF35C515; Wed, 03 Apr 2013 16:08:30 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-3.tower-216.messagelabs.com!1365005288!27697469!1 X-Originating-IP: [184.172.38.139] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10062 invoked from network); 3 Apr 2013 16:08:29 -0000 Received: from host1a.ondore-systems.com (HELO host1a.ondore-systems.com) (184.172.38.139) by server-3.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Apr 2013 16:08:29 -0000 Received: from [200.52.43.60] (port=46372 helo=mail.ondore.i) by host1a.ondore-systems.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80) (envelope-from ) id 1UNQE3-0000kr-Ke for xen-users@lists.xen.org; Wed, 03 Apr 2013 11:07:51 -0500 Received: from [10.13.34.96] (alk-desktop.sys.ondore.i [10.13.34.96]) by mail.ondore.i (Postfix) with ESMTPSA id BB545A209 for ; Wed, 3 Apr 2013 10:02:13 -0600 (CST) Message-ID: <515C53D6.1070501@ondore.com> Date: Wed, 03 Apr 2013 10:07:50 -0600 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <7CF667D10CA062488DA5BE8CE7B7A99907054E@EXMBCT01.campus.ncl.ac.uk> <7CF667D10CA062488DA5BE8CE7B7A99907058E@EXMBCT01.campus.ncl.ac.uk> In-Reply-To: <7CF667D10CA062488DA5BE8CE7B7A99907058E@EXMBCT01.campus.ncl.ac.uk> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host1a.ondore-systems.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - ondore.com X-Get-Message-Sender-Via: host1a.ondore-systems.com: authenticated_id: sys.intranet@ondore.com Subject: Re: [Xen-users] Trace domU's process file access by/inside 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-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello. El 03/04/13 08:30, Winai Wongthai escribi=F3: > By using or inside Xen itself not dom0 or domU, In short, no. Nothing can be done within Xen intself. Please note that the storage (ant the networking) resources are offered = to DomU's not by the hypervisor itself, but by Dom0. Now that I mention = it, it is possible to set up a "stub domain" in order to give this job = to a less privileged domain, but it still stays within a virtual = machine, not within the hypervisor itself. Beside, any control = interaction with Xen hypervisor has to be done via Dom0. Obviously, a interaction between Dom0 and the hypervisor takes place, = while exporintg resources to DomU, but it is very low level, and would = require heavy hypervisor hacking to get into it. > it is possible that I can trace which domU's process reads, > writes, opens, or closes ( system call number 3-6 ) a particular > file inside domU itself? In short, no, as far as I know. The way you intend to do it is rather = complex. Theoretically, you could monitor DomU's disk access from Dom0. What you = could actually see would not be FS system calls, but blocks read and = write, because it's a low level block device what is exported to the = DomU. If intercepted, (again, theoretically) it would be possible to = parse those reads and writes, and find out what's going on inside using = some technique similar to networking Deep Packets Inspection (take raw = data, look for patterns, compare to templates). If you intend to audit your FS access, the place to do it is the DomU = itself. Auditd utility seems to be the right tool, never used it myself. http://linux.die.net/man/8/auditd Greetings. -- = Alexandre Kouznetsov _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 03 19:40:44 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 03 Apr 2013 19:40: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 1UNTWi-0002IS-L7; Wed, 03 Apr 2013 19:39:20 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNTWh-0002IL-U0 for xen-users@lists.xen.org; Wed, 03 Apr 2013 19:39:20 +0000 Received: from [85.158.139.211:21540] by server-15.bemta-5.messagelabs.com id E0/58-22815-7658C515; Wed, 03 Apr 2013 19:39:19 +0000 X-Env-Sender: jocelyn.falempe@free.fr X-Msg-Ref: server-6.tower-206.messagelabs.com!1365017949!18080138!1 X-Originating-IP: [212.27.42.1] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEyLjI3LjQyLjEgPT4gMjAwMzQx\n, ML_RADAR_SPEW_LINKS_8, ML_RADAR_SPEW_LINKS_14,spamassassin: ,async_handler: YXN5bmNfZGVsYXk6IDcwNDMyNjkgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19807 invoked from network); 3 Apr 2013 19:39:10 -0000 Received: from smtp1-g21.free.fr (HELO smtp1-g21.free.fr) (212.27.42.1) by server-6.tower-206.messagelabs.com with SMTP; 3 Apr 2013 19:39:10 -0000 Received: from [IPv6:2a01:e35:2eb9:310:34bd:8718:4878:57ff] (unknown [IPv6:2a01:e35:2eb9:310:34bd:8718:4878:57ff]) by smtp1-g21.free.fr (Postfix) with ESMTP id 5359C94015B for ; Wed, 3 Apr 2013 21:39:06 +0200 (CEST) Message-ID: <515C8558.6010102@free.fr> Date: Wed, 03 Apr 2013 21:39:04 +0200 From: jocelyn falempe User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <1364978749.88496.YahooMailNeo@web172006.mail.ir2.yahoo.com> In-Reply-To: Subject: Re: [Xen-users] PCI/VGA passthrough: differences between Xen and ESXi? X-BeenThere: xen-users@lists.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 if you have 2 graphics cards, I would suggest to use PCI passthrough instead of VGA passthrough. no patches needed, you can start/stop the VM when you want. you can even play 3D game at the same time on the Dom0 and the DomU. you can find more details on the setup on my blog : http://kdj0c.wordpress.com/2013/02/12/xen-pci-passthrough/ and another source : http://gro.solexiv.de/2012/08/pci-passthrough-howto/ -- Jocelyn On 04/03/2013 06:01 PM, Eric Shelton wrote: > 1) I applied the patch to 4.3 unstable (back in February). I recall > it applying cleanly (thanks to Dr. Wettstein's work in updating the > original patches). However, there is a build issue when the patched > files are used to build minios, as its libraries do not provide > iopl(). On my initial pass, I may have #ifdef-ed out the iopl() calls > during minios build time, on the presumption that this code path is > not exercised by minios. However, not being fully confident in that > presumption, in some later work I identified a more appropriate > mechanism: an existing hypervisor call for iopl. I think revised code > was written, but remains untested. > > 2) I am using what I saw as the core aspects of that script: > unbind_devices(), re-enabling the devices, and the use of vbetool to > reinitialize the display (which returns the text console in my case). > Although I am doing passthrough of a USB3 controller as well, I did > not bother with rebinding the USB driver, as I simply surrendered use > of those ports for Windows. I also am not waiting for the VM to exit; > instead, I split it the single script into before and after scripts > that were manually invoked. > > I think the runtime unbind, bind, and vbetool, versus giving the PCI > devices over to pciback at boot time, makes a difference in terms of > whether you can stop & restart the passthrough VM. With this config, > it is no problem for me. I heard many reports of people starting up > the Windows VM once, but not again without a reboot. > > 3+) Tonight I can pull together what I am using and post it up here. > Very little modification of Dr. Wettstein's patch was done. However, > at this stage, it seems to be the little things that make the > difference between GPU passthrough working or not. > > My understanding is that there are many intentional quirks in GPUs to > be in compliance with certain HDCP requirements. Unfortunately, I > think the universe of possible secret register access sequences, etc. > will make it impossible, even with 1:1 mapping in addition, to 100% > convince the display driver, which would be needed to get to > virtualized HDCP compliance (I am interested in a virtualized HTPC > environment). It sounds like, from what I have heard of your work, > that NVidia's quirks are especially difficult to deal with (not > necessarily intentionally). It was enough to make me abandon by > existing NVidia GPU in favor of an AMD solution. > > Also, as I think I noted in an earlier post, one of the qemu > developers has, perhaps independently, implemented the necessary > quirks for AMD cards. His code effects pretty much the same things as > the patch I used. I think there is at least a patch against mainline > qemu in qemu-devel, if it has not been incorporated already. He has > also been doing a fair amount of PCIe work, which I think may be > important for NVidia, assuming their use of extended config space is > causing some of the difficulties. > > It would be nice to see enough code get into Xen 4.3 to get AMD cards > working, but with the switch away from qemu-traditional, which is what > the patch is for, this may now be more reliant on the work already > being done in qemu-devel being mainlined into qemu. > > - Eric _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 03 19:40:44 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 03 Apr 2013 19:40: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 1UNTWi-0002IS-L7; Wed, 03 Apr 2013 19:39:20 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNTWh-0002IL-U0 for xen-users@lists.xen.org; Wed, 03 Apr 2013 19:39:20 +0000 Received: from [85.158.139.211:21540] by server-15.bemta-5.messagelabs.com id E0/58-22815-7658C515; Wed, 03 Apr 2013 19:39:19 +0000 X-Env-Sender: jocelyn.falempe@free.fr X-Msg-Ref: server-6.tower-206.messagelabs.com!1365017949!18080138!1 X-Originating-IP: [212.27.42.1] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEyLjI3LjQyLjEgPT4gMjAwMzQx\n, ML_RADAR_SPEW_LINKS_8, ML_RADAR_SPEW_LINKS_14,spamassassin: ,async_handler: YXN5bmNfZGVsYXk6IDcwNDMyNjkgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19807 invoked from network); 3 Apr 2013 19:39:10 -0000 Received: from smtp1-g21.free.fr (HELO smtp1-g21.free.fr) (212.27.42.1) by server-6.tower-206.messagelabs.com with SMTP; 3 Apr 2013 19:39:10 -0000 Received: from [IPv6:2a01:e35:2eb9:310:34bd:8718:4878:57ff] (unknown [IPv6:2a01:e35:2eb9:310:34bd:8718:4878:57ff]) by smtp1-g21.free.fr (Postfix) with ESMTP id 5359C94015B for ; Wed, 3 Apr 2013 21:39:06 +0200 (CEST) Message-ID: <515C8558.6010102@free.fr> Date: Wed, 03 Apr 2013 21:39:04 +0200 From: jocelyn falempe User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <1364978749.88496.YahooMailNeo@web172006.mail.ir2.yahoo.com> In-Reply-To: Subject: Re: [Xen-users] PCI/VGA passthrough: differences between Xen and ESXi? X-BeenThere: xen-users@lists.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 if you have 2 graphics cards, I would suggest to use PCI passthrough instead of VGA passthrough. no patches needed, you can start/stop the VM when you want. you can even play 3D game at the same time on the Dom0 and the DomU. you can find more details on the setup on my blog : http://kdj0c.wordpress.com/2013/02/12/xen-pci-passthrough/ and another source : http://gro.solexiv.de/2012/08/pci-passthrough-howto/ -- Jocelyn On 04/03/2013 06:01 PM, Eric Shelton wrote: > 1) I applied the patch to 4.3 unstable (back in February). I recall > it applying cleanly (thanks to Dr. Wettstein's work in updating the > original patches). However, there is a build issue when the patched > files are used to build minios, as its libraries do not provide > iopl(). On my initial pass, I may have #ifdef-ed out the iopl() calls > during minios build time, on the presumption that this code path is > not exercised by minios. However, not being fully confident in that > presumption, in some later work I identified a more appropriate > mechanism: an existing hypervisor call for iopl. I think revised code > was written, but remains untested. > > 2) I am using what I saw as the core aspects of that script: > unbind_devices(), re-enabling the devices, and the use of vbetool to > reinitialize the display (which returns the text console in my case). > Although I am doing passthrough of a USB3 controller as well, I did > not bother with rebinding the USB driver, as I simply surrendered use > of those ports for Windows. I also am not waiting for the VM to exit; > instead, I split it the single script into before and after scripts > that were manually invoked. > > I think the runtime unbind, bind, and vbetool, versus giving the PCI > devices over to pciback at boot time, makes a difference in terms of > whether you can stop & restart the passthrough VM. With this config, > it is no problem for me. I heard many reports of people starting up > the Windows VM once, but not again without a reboot. > > 3+) Tonight I can pull together what I am using and post it up here. > Very little modification of Dr. Wettstein's patch was done. However, > at this stage, it seems to be the little things that make the > difference between GPU passthrough working or not. > > My understanding is that there are many intentional quirks in GPUs to > be in compliance with certain HDCP requirements. Unfortunately, I > think the universe of possible secret register access sequences, etc. > will make it impossible, even with 1:1 mapping in addition, to 100% > convince the display driver, which would be needed to get to > virtualized HDCP compliance (I am interested in a virtualized HTPC > environment). It sounds like, from what I have heard of your work, > that NVidia's quirks are especially difficult to deal with (not > necessarily intentionally). It was enough to make me abandon by > existing NVidia GPU in favor of an AMD solution. > > Also, as I think I noted in an earlier post, one of the qemu > developers has, perhaps independently, implemented the necessary > quirks for AMD cards. His code effects pretty much the same things as > the patch I used. I think there is at least a patch against mainline > qemu in qemu-devel, if it has not been incorporated already. He has > also been doing a fair amount of PCIe work, which I think may be > important for NVidia, assuming their use of extended config space is > causing some of the difficulties. > > It would be nice to see enough code get into Xen 4.3 to get AMD cards > working, but with the switch away from qemu-traditional, which is what > the patch is for, this may now be more reliant on the work already > being done in qemu-devel being mainlined into qemu. > > - Eric _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 03 19:51:02 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 03 Apr 2013 19:51: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 1UNTgp-0002g3-2b; Wed, 03 Apr 2013 19:49:47 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNTgm-0002fx-Vt for xen-users@lists.xen.org; Wed, 03 Apr 2013 19:49:45 +0000 Received: from [85.158.137.99:22184] by server-9.bemta-3.messagelabs.com id 7B/23-32531-8D78C515; Wed, 03 Apr 2013 19:49:44 +0000 X-Env-Sender: davidtecher@yahoo.fr X-Msg-Ref: server-7.tower-217.messagelabs.com!1365018559!12971170!1 X-Originating-IP: [77.238.189.207] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_30_40,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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26261 invoked from network); 3 Apr 2013 19:49:20 -0000 Received: from nm5-vm0.bullet.mail.ird.yahoo.com (HELO nm5-vm0.bullet.mail.ird.yahoo.com) (77.238.189.207) by server-7.tower-217.messagelabs.com with SMTP; 3 Apr 2013 19:49:20 -0000 Received: from [212.82.105.246] by nm5.bullet.mail.ird.yahoo.com with NNFMP; 03 Apr 2013 19:49:19 -0000 Received: from [212.82.108.247] by tm18.bullet.mail.ird.yahoo.com with NNFMP; 03 Apr 2013 19:49:19 -0000 Received: from [127.0.0.1] by omp1012.mail.ird.yahoo.com with NNFMP; 03 Apr 2013 19:49:19 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 69931.76475.bm@omp1012.mail.ird.yahoo.com Received: (qmail 20068 invoked by uid 60001); 3 Apr 2013 19:49:18 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.fr; s=s1024; t=1365018558; bh=hNMHG+RY85pm6twyFxT+h7HmAdz6I6AxV9nluy6MruE=; 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=PC6Q11yvAy7FAnv4pu1G223o/4U9ss8o+sn/5+NEtjKk9Ng8Bt9OIrUk+frqM66X3U2yR3/7jDdx1TnRtT+3hucuOW/qf2gFonfpBikg7LSE0M3UpxVYlVr9fbpGyZt4PcHzrwY5na988Z4T9jUaOZRjBjBReWyvvU7DojOFSfg= 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:Cc:In-Reply-To:MIME-Version:Content-Type; b=LHXkUGNtzfEPPJhi7wCbqEHRCj+ptBG2f7zQxw84guW4VWf7l5Dw3aE9Ryaue5FhuV8ZffgUSnzhWFWEFlVNt3MuqmQY3NZOxh6YUpVbb8WW3JTyzmKaO24rDn5QxCtxnnhURfGHES6KStO8Uh+yPGxslm0YmvnQacp3Z1DUQxM=; X-YMail-OSG: 30BDbKwVM1nidqoT8aY8n03ATaUcRRNZwlj9wZe.GGYnwhb 1EwtZkaQhBnIo9F_PN9K9juwi_eZoZI2Gs.kV_dmHktVS9pqcV3ubUwnebLm sx8AV4MHmR5_6tLMbWSeG82j3nb8ZikOHLgoTOa1zWoZ7MOdCf8RgaSpW3dI lFidic5TyQ9LQYTzwgh0cvBs59MajyM5_CejOd39pj63_3bx0NM4osWzjUih b5WQ3EE3tpMbcQW05hAqD2uCH15g3G9VmFUIZPpNkijxHqKblg.AUQ22OBKX dGJDoLjxjtCNORPZ8.Bgo7pW7t1fMK1C9GlGI5_6_GqJDUw54tqAGVmZdXBf kv1i5JIBu.6HTeoUiykil3y25kuTzYEf9edEvRp3v3XRlwdd8tOHU3TaY3lQ oRVYelEREX6nlFqVszQa2NcrJlOb.DDKBC6DgKzg73akYqGKE0KIrtgeBFaY sjt5.m.mg3Fpxj7wu2Te7b9TBZk52zlu20RXDW09EDsAjrRki.09V8p7XshP KtFzGdsLSBDM0B97U5iT_4tdx7ia9OAIZWW64G1bD9GRHX8BDE79PXgt6D2H 5aLjokLGOUfUYyeebaoM0nHJ5LGnksz7mv4Vo356WnoH91V6HgJwoJPhtMfM ZPX6o8s4zNh5WN0yTFNVwTaTsI83D5q96qkfyq50oS2ZWk.mGHe8sBjzskVX dLbPg5Gx0L1VCo6WvSAUvg5osl0SEnaKQ9nM6hUxrj7GXeWJ16F_VIVO7Q7K lbsBXrH4v3Z0v8H_WQ2dJBU5f3fRGLsXZOGrwVdCIH3DQbeL8qKJWeiYtVKW i9Qv8OYZzY8d962g0dyzZocB4deoVbUazk31QkjLIeesrscUmBH.pkcmR0oD x4gmNyWtatvSZuhM306eExEFHxPXcEdFefGJ4gGb1j.v7woONwU7r_sBFOSr 7gHMDwbLtotQPyjAyBPTQYYAPebTbHxtSNf2jQ8Nh06faGioTiVaFmNphIA- - Received: from [83.154.246.188] by web172006.mail.ir2.yahoo.com via HTTP; Wed, 03 Apr 2013 20:49:18 BST X-Rocket-MIMEInfo: 002.001, VGhhbmtzIGZvciB0aGlzIHdvbmRlcmZ1bCBzdG9yeSBidXQgCgpJIHdhcyBhc2tpbmcgCgoxKSBmb3IgeW91ciByZXZpc2lvbiBudW1iZXIvY2hhbmdlc2V0IGZvciBYZW4gNC4zICh4bCBpbmZvIHNob3VsZCByZXR1cm4gc29tZXRoaW5nKQoKaGcgY2xvbmUgLXIgPz8_PwoKLi9jb25maWd1cmUgCgptYWtlID8_PwoKcGF0Y2ggLXAxIDw_Pz8_CgptYWtlID8_PwoKMikgYW55IGRvbVUgY29uZmlndXJhdGlvbiBmaWxlID8KCgoKCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCiBEZcKgOiBFcmljIFMBMAEBAQE- X-Mailer: YahooMailWebService/0.8.140.532 References: <1364978749.88496.YahooMailNeo@web172006.mail.ir2.yahoo.com> Message-ID: <1365018558.90537.YahooMailNeo@web172006.mail.ir2.yahoo.com> Date: Wed, 3 Apr 2013 20:49:18 +0100 (BST) From: David TECHER To: Eric Shelton In-Reply-To: MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" , Patrick Proniewski Subject: Re: [Xen-users] PCI/VGA passthrough: differences between Xen and ESXi? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: David TECHER List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6575383624696558271==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6575383624696558271== Content-Type: multipart/alternative; boundary="-1282842291-1778399950-1365018558=:90537" ---1282842291-1778399950-1365018558=:90537 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Thanks for this wonderful story but =0A=0AI was asking =0A=0A1) for your re= vision number/changeset for Xen 4.3 (xl info should return something)=0A=0A= hg clone -r ????=0A=0A./configure =0A=0Amake ???=0A=0Apatch -p1 =0A=C0=A0: Da= vid TECHER =0ACc=A0: "xen-users@lists.xen.org" ; Patrick Proniewski =0AEnvoy=E9 le= : Mercredi 3 avril 2013 18h01=0AObjet=A0: Re: [Xen-users] PCI/VGA passthro= ugh: differences between Xen and ESXi?=0A =0A1) I applied the patch to 4.3 = unstable (back in February).=A0 I recall=0Ait applying cleanly (thanks to D= r. Wettstein's work in updating the=0Aoriginal patches).=A0 However, there = is a build issue when the patched=0Afiles are used to build minios, as its = libraries do not provide=0Aiopl().=A0 On my initial pass, I may have #ifdef= -ed out the iopl() calls=0Aduring minios build time, on the presumption tha= t this code path is=0Anot exercised by minios.=A0 However, not being fully = confident in that=0Apresumption, in some later work I=A0 identified a more = appropriate=0Amechanism: an existing hypervisor call for iopl.=A0 I think r= evised code=0Awas written, but remains untested.=0A=0A2) I am using what I = saw as the core aspects of that script:=0Aunbind_devices(), re-enabling the= devices, and the use of vbetool to=0Areinitialize the display (which retur= ns the text console in my case).=0AAlthough I am doing passthrough of a USB= 3 controller as well, I did=0Anot bother with rebinding the USB driver, as = I simply surrendered use=0Aof those ports for Windows.=A0 I also am not wai= ting for the VM to exit;=0Ainstead, I split it the single script into befor= e and after scripts=0Athat were manually invoked.=0A=0AI think the runtime = unbind, bind, and vbetool, versus giving the PCI=0Adevices over to pciback = at boot time, makes a difference in terms of=0Awhether you can stop & resta= rt the passthrough VM.=A0 With this config,=0Ait is no problem for me.=A0 I= heard many reports of people starting up=0Athe Windows VM once, but not ag= ain without a reboot.=0A=0A3+) Tonight I can pull together what I am using = and post it up here.=0AVery little modification of Dr. Wettstein's patch wa= s done.=A0 However,=0Aat this stage, it seems to be the little things that = make the=0Adifference between GPU passthrough working or not.=0A=0AMy under= standing is that there are many intentional quirks in GPUs to=0Abe in compl= iance with certain HDCP requirements.=A0 Unfortunately, I=0Athink the unive= rse of possible secret register access sequences, etc.=0Awill make it impos= sible, even with 1:1 mapping in addition, to 100%=0Aconvince the display dr= iver, which would be needed to get to=0Avirtualized HDCP compliance (I am i= nterested in a virtualized HTPC=0Aenvironment).=A0 It sounds like, from wha= t I have heard of your work,=0Athat NVidia's quirks are especially difficul= t to deal with (not=0Anecessarily intentionally).=A0 It was enough to make = me abandon by=0Aexisting NVidia GPU in favor of an AMD solution.=0A=0AAlso,= as I think I noted in an earlier post, one of the qemu=0Adevelopers has, p= erhaps independently, implemented the necessary=0Aquirks for AMD cards.=A0 = His code effects pretty much the same things as=0Athe patch I used.=A0 I th= ink there is at least a patch against mainline=0Aqemu in qemu-devel, if it = has not been incorporated already.=A0 He has=0Aalso been doing a fair amoun= t of PCIe work, which I think may be=0Aimportant for NVidia, assuming their= use of extended config space is=0Acausing some of the difficulties.=0A=0AI= t would be nice to see enough code get into Xen 4.3 to get AMD cards=0Awork= ing, but with the switch away from qemu-traditional, which is what=0Athe pa= tch is for, this may now be more reliant on the work already=0Abeing done i= n qemu-devel being mainlined into qemu.=0A=0A- Eric=0A=0A=0AOn Wed, Apr 3, = 2013 at 4:45 AM, David TECHER wrote:=0A> Thanks for = clarifying.=0A>=0A> I am applying the original patches for nvidia. That's t= he reason why I've=0A> got the 3GM limitation.=0A>=0A> Question 1:=0A>=0A> = In your link=0A>=0A> http://lists.xen.org/archives/html/xen-users/2013-02/m= sg00410.html=0A>=0A> Did you apply the following patch=0A>=0A>=A0 ftp://ftp= .enjellic.com/pub/xen/xen-4.2.0.ati-passthrough.patch=0A>=0A> on Xen 4.3 un= stable or Xen 4.2 stable?=0A>=0A> Question 2:=0A>=0A> Do you use this scrip= t=0A>=0A> ftp://ftp.enjellic.com/pub/xen/run-passthrough=0A>=0A> to start/s= top your domU=0A>=0A> Question 3=0A>=0A> Can you show a domU config file?= =0A>=0A> Thanks for letting me know.=0A>=0A>=0A>=0A> ______________________= __________=0A> De : Eric Shelton =0A> =C0 : "xen-users@= lists.xen.org" ; Patrick Proniewski=0A> ; davidtecher@yahoo.fr=0A> Envoy=E9 le : Mercredi 3 avril 2013 1h2= 6=0A> Objet : Re: [Xen-users] PCI/VGA passthrough: differences between Xen = and=0A> ESXi?=0A>=0A> David:=0A> What are the circumstances in which your c= omment about "Xen - limited=0A> to 3GB for RAM" applies?=A0 Is it in the ca= se in which one uses multiple=0A> GPU cards?=0A>=0A> There are a number of = HVM tutorial examples with well over 3GB:=0A> http://wiki.xen.org/wiki/Seco= ndary_GPU_Passthrough (6GB Win7 HVM with=0A> passthrough of ATI 6970 and US= B controller)=0A> http://wiki.xen.org/wiki/Comprehensive_Xen_Debian_Wheezy_= PCI_Passthrough_Tutorial=0A> (6GB Win7 HVM with passthrough of ATI 68XX and= multiple USB=0A> controllers)=0A> None of these tutorials mention a 3GB li= mitation.=0A>=0A> The only recent reference to a 3GB HVM issue during passt= hrough is here:=0A> http://comments.gmane.org/gmane.comp.emulators.xen.user= /77214=0A> which appears to link the issue with use of nvidia patches from = here:=0A> http://www.davidgis.fr/download/xen-4.2_rev25240_gfx-passthrough-= patchs.tar.bz2=0A> From what I gather, nvidia cards perform a bit of undocu= mented voodoo=0A> (by design) that has not been fully accounted for.=0A>=0A= > Elsewhere:=0A> http://new-wiki.xen.org/old-wiki/xenwiki/XenPCIpassthrough= .html=0A> it sounds like there was a PV domain issue arising from e820 for = which=0A> a reliable workaround was incorporated into the mainline code som= e=0A> time ago.=0A>=0A>=0A> Patrick:=0A> From the above examples, it seems = like >3GB may be fine if you use=0A> ATI/AMD GPUs.=A0 I have had fairly goo= d experiences with passthrough of=0A> a single AMD 6570 with the patch ment= ioned here:=0A> http://lists.xen.org/archives/html/xen-users/2013-02/msg004= 10.html=0A> although I did not explore how much or how little memory I coul= d=0A> assign to it.=A0 Note, however, that patch may make certain assumptio= ns,=0A> such as that only one GPU is being passed through.=A0 I'm not sure = there=0A> is any unpatched release version (for example, 4.2.1) that reliab= ly=0A> does GPU passthrough (PCI passthrough of less wonky devices has work= ed=0A> for some time).=0A>=0A> I think the proposed multi-GPU setup may be = putting you out on the=0A> bleeding edge (on the other hand, it sounds like= it is absolutely no=0A> available under ESXi).=A0 It's probably not imposs= ible.=A0 Maybe someone=0A> has already done it.=A0 However, how interested = and/or comfortable are=0A> you with code & configuration tweaking, debug, a= nd experimentation?=0A>=0A> - Eric=0A>=0A>>> Patrick,=0A>>>=0A>>> 1) Xen's = vocabulary=0A>>>=0A>>> dom0 =3D the main (first) hypervisor, hosting all vi= rtual machines -- like=0A>>> your Mac OS X=0A>>> domU =3D any virtual machi= ne.=0A>>>=0A>>> This is not the real meaning but here I try to stay "unders= tandable". But=0A>>> for better understanding please refer to http://en.wik= ipedia.org/wiki/Xen=0A>>>=0A>>> My understanding is that your dom0 has to b= e replaced by Linux so you can=0A>>> run Xen. But for this part I am not a = Mac OS X expert.=0A>>>=0A>>> 2) More info=A0 - details listed beow are only= available for a Xen dom0=0A>>> running on Linux.=0A>>>=0A>>> [Extracted]:.= ...I've ended my testing with ESXi, because I was not able=0A>>> to passthr= ough sound device, and USB....=0A>>> [Comment]: With Xen you can :)=0A>>>= =0A>>> [Extracted]: ...with stock ATI Radeon..;=0A>>> [Comment]...Xen offer= s VGA PassThrough feature for ATI Radeon.=0A>>>=0A>>> Here is a link to a Y= outube video to run Crysis 3 on a domU Windows 7 64=0A>>> Bits with HD 7970= =0A>>>=0A>>> http://www.youtube.com/watch?v=3DGTnchEG4YtI&feature=3Dplayer_= embedded=0A>>>=0A>>> As you can see=0A>>>=0A>>> - I can use PCI Passthrough= to add a XBOX 360 Paddle while playing Crysis=0A>>> 3 (see at 09:12 in the= Video)=0A>>>=0A>>> - I have sound too :)=0A>>>=0A>>> But it works on Linux= domU too. Here is another Youtube video link=0A>>>=0A>>> http://www.youtub= e.com/watch?feature=3Dplayer_embedded&v=3DKzqOIMaBgX0=0A>>>=0A>>> But you n= eed to apply a few patches to able this feature with Xen 4.2 and=0A>>> over= . Not very complicated to do.=0A>>> Here are my instructions to do it but I= know that there are currently=0A>>> better way to test it=0A>>>=0A>>>=0A>>= > http://www.davidgis.fr/blog/index.php?2013/03/13/935-xen-43-vga-passthrou= gh-ati-card-hd-7970-changeset-26706=0A>>>=0A>>> [Extracted]...memory alloca= tion=0A>>> [Comment]...Xen - limited to 3GB for RAM. A few developers are w= orking on=0A>>> overpassing this limitation.=0A>>>=0A>>> [Extracted]...no s= naphost possible=0A>>> [Comment]...If you used Xen with LVM is then snahsho= tting is easier to=0A>>> manage ;)=0A>>>=0A>>> [Extracted] no sleep=0A>>> [= Comment] works on Xen for both Linux and Windows. The main issue is that=0A= >>> you can reboot a domU without restarting the dom0.=0A>>>=0A>>>=0A>>> [E= xtracted] Is it possible to create a virtualized desktop with VGA and=0A>>>= PCI passthrough for 2 or 3 VM's running simultaneously (ie. each one with= =0A>>> its own video card)?=0A>>> [Comment] Yes it is doable. Never tested = but from experience share with=0A>>> other Xen users=A0 I know that it shou= ld be run fine.=0A>>>=0A>>> Hope it helps.=0A>>>=0A>>>=0A>>> Kind regards.= =0A>>>=0A>>> David.=0A>=0A>=0A=0A__________________________________________= _____=0AXen-users mailing list=0AXen-users@lists.xen.org=0Ahttp://lists.xen= .org/xen-users ---1282842291-1778399950-1365018558=:90537 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Thanks for this wonde= rful story but

I was asking

1) for your revision number/cha= ngeset for Xen 4.3 (xl info should return something)

hg clone -r ???= ?

./configure

make ???

patch -p1 <????

make= ???

2) any domU configuration file ?


De&= nbsp;: Eric Shelton <eshelton@pobox.com>
=C0 : David TECHER <davidtecher= @yahoo.fr>
Cc : "xen-users@lists.xen.org" <xen-users@lists.xen.org>; Patrick Proniew= ski <patpro@patpro.net>
En= voy=E9 le : Mercredi 3 avril 2013 18h01
Objet : Re: [Xen-users] PCI/VGA passthrou= gh: differences between Xen and ESXi?

1) I applied t= he patch to 4.3 unstable (back in February).  I recall
it applying = cleanly (thanks to Dr. Wettstein's work in updating the
original patches= ).  However, there is a build issue when the patched
files are used= to build minios, as its libraries do not provide
iopl().  On my in= itial pass, I may have #ifdef-ed out the iopl() calls
during minios buil= d time, on the presumption that this code path is
not exercised by minio= s.  However, not being fully confident in that
presumption, in some= later work I  identified a more appropriate
mechanism: an existing hypervisor call for iopl.  I think revised code
was writt= en, but remains untested.

2) I am using what I saw as the core aspec= ts of that script:
unbind_devices(), re-enabling the devices, and the us= e of vbetool to
reinitialize the display (which returns the text console= in my case).
Although I am doing passthrough of a USB3 controller as we= ll, I did
not bother with rebinding the USB driver, as I simply surrende= red use
of those ports for Windows.  I also am not waiting for the = VM to exit;
instead, I split it the single script into before and after = scripts
that were manually invoked.

I think the runtime unbind, b= ind, and vbetool, versus giving the PCI
devices over to pciback at boot = time, makes a difference in terms of
whether you can stop & restart = the passthrough VM.  With this config,
it is no problem for me.&nbs= p; I heard many reports of people starting up
the Windows VM once, but not again without a reboot.

3+) Tonight I can pull togeth= er what I am using and post it up here.
Very little modification of Dr. = Wettstein's patch was done.  However,
at this stage, it seems to be= the little things that make the
difference between GPU passthrough work= ing or not.

My understanding is that there are many intentional quir= ks in GPUs to
be in compliance with certain HDCP requirements.  Unf= ortunately, I
think the universe of possible secret register access sequ= ences, etc.
will make it impossible, even with 1:1 mapping in addition, = to 100%
convince the display driver, which would be needed to get to
= virtualized HDCP compliance (I am interested in a virtualized HTPC
envir= onment).  It sounds like, from what I have heard of your work,
that= NVidia's quirks are especially difficult to deal with (not
necessarily = intentionally).  It was enough to make me abandon by
existing NVidia GPU in favor of an AMD solution.

Also, as I t= hink I noted in an earlier post, one of the qemu
developers has, perhaps= independently, implemented the necessary
quirks for AMD cards.  Hi= s code effects pretty much the same things as
the patch I used.  I = think there is at least a patch against mainline
qemu in qemu-devel, if = it has not been incorporated already.  He has
also been doing a fai= r amount of PCIe work, which I think may be
important for NVidia, assumi= ng their use of extended config space is
causing some of the difficultie= s.

It would be nice to see enough code get into Xen 4.3 to get AMD c= ards
working, but with the switch away from qemu-traditional, which is w= hat
the patch is for, this may now be more reliant on the work alreadybeing done in qemu-devel being mainlined into qemu.

- Eric

=
On Wed, Apr 3, 2013 at 4:45 AM, David TECHER <davidtecher@yahoo.fr> wrote:
> Thanks for clarifying.
&g= t;
> I am applying the original patches for nvidia. That's the reason= why I've
> got the 3GM limitation.
>
> Question 1:
&g= t;
> In your link
>
> http://lists.= xen.org/archives/html/xen-users/2013-02/msg00410.html
>
> D= id you apply the following patch
>
>  ft= p://ftp.enjellic.com/pub/xen/xen-4.2.0.ati-passthrough.patch
>> on Xen 4.3 unstable or Xen 4.2 stable?
>
> Question 2:>
> Do you use this script
>
> ftp://ftp.enjellic.com/pub/xen/run-passthrough
&g= t;
> to start/stop your domU
>
> Question 3
>
&g= t; Can you show a domU config file?
>
> Thanks for letting me k= now.
>
>
>
> ________________________________
&g= t; De : Eric Shelton <eshelton@pobox.com>
> =C0 : "xen-users@lists.xen.org" <xen-users@lists.xen.org= >; Patrick Proniewski
> <patpro@patpro.net>; david= techer@yahoo.fr
> Envoy=E9 le : Mercredi 3 avril 2013 1h26
>= ; Objet : Re: [Xen-users] PCI/VGA passthrough: differences between Xen and
> ESXi?=
>
> David:
> What are the circumstances in which your co= mment about "Xen - limited
> to 3GB for RAM" applies?  Is it in = the case in which one uses multiple
> GPU cards?
>
> Ther= e are a number of HVM tutorial examples with well over 3GB:
> h= ttp://wiki.xen.org/wiki/Secondary_GPU_Passthrough (6GB Win7 HVM with> passthrough of ATI 6970 and USB controller)
> http://wiki.xen.org/wiki/Comprehensive_Xen_Debian_Wheez= y_PCI_Passthrough_Tutorial
> (6GB Win7 HVM with passthrough of AT= I 68XX and multiple USB
> controllers)
> None of these tutorial= s mention a 3GB limitation.
>
> The only recent reference to a 3GB HVM issue during passthrough is here:
> http://= comments.gmane.org/gmane.comp.emulators.xen.user/77214
> which ap= pears to link the issue with use of nvidia patches from here:
> http://www.davidgis.fr/download/xen-4.2_rev25= 240_gfx-passthrough-patchs.tar.bz2
> From what I gather, nvidia c= ards perform a bit of undocumented voodoo
> (by design) that has not = been fully accounted for.
>
> Elsewhere:
> http://new-wiki.xen.org/old-wiki/xenwiki/XenPCIpassthrough.html> it sounds like there was a PV domain issue arising from e820 for whic= h
> a reliable workaround was incorporated into the mainline code some
> time ago.
>
>
> Patrick:
> From the a= bove examples, it seems like >3GB may be fine if you use
> ATI/AMD= GPUs.  I have had fairly good experiences with passthrough of
>= a single AMD 6570 with the patch mentioned here:
> http://lists.xen.org/archives/html/xen-users/2013-02/msg00410.html=
> although I did not explore how much or how little memory I could> assign to it.  Note, however, that patch may make certain assum= ptions,
> such as that only one GPU is being passed through.  I'= m not sure there
> is any unpatched release version (for example, 4.2= .1) that reliably
> does GPU passthrough (PCI passthrough of less won= ky devices has worked
> for some time).
>
> I think the p= roposed multi-GPU setup may be putting you out on the
> bleeding edge (on the other hand, it sounds like it is absolutely no
> availa= ble under ESXi).  It's probably not impossible.  Maybe someone> has already done it.  However, how interested and/or comfortable= are
> you with code & configuration tweaking, debug, and experim= entation?
>
> - Eric
>
>>> Patrick,
>&g= t;>
>>> 1) Xen's vocabulary
>>>
>>> = dom0 =3D the main (first) hypervisor, hosting all virtual machines -- like<= br>>>> your Mac OS X
>>> domU =3D any virtual machine.=
>>>
>>> This is not the real meaning but here I tr= y to stay "understandable". But
>>> for better understanding pl= ease refer to http://en.wikipedia.org/wiki/Xen
>>>
>>> My u= nderstanding is that your dom0 has to be replaced by Linux so you can
>>> run Xen. But for this part I am not a Mac OS X expert.=
>>>
>>> 2) More info  - details listed beow a= re only available for a Xen dom0
>>> running on Linux.
>&= gt;>
>>> [Extracted]:....I've ended my testing with ESXi, be= cause I was not able
>>> to passthrough sound device, and USB..= ..
>>> [Comment]: With Xen you can :)
>>>
>&g= t;> [Extracted]: ...with stock ATI Radeon..;
>>> [Comment]..= .Xen offers VGA PassThrough feature for ATI Radeon.
>>>
>= >> Here is a link to a Youtube video to run Crysis 3 on a domU Window= s 7 64
>>> Bits with HD 7970
>>>
>>> http://www.youtube.com/watch?v=3DGTnchEG4YtI&am= p;feature=3Dplayer_embedded
>>>
>>> As you can see
>>>
>>> - I can use PCI Passthrough to add a X= BOX 360 Paddle while playing Crysis
>>> 3 (see at 09:12 in the = Video)
>>>
>>> - I have sound too :)
>>>= ;
>>> But it works on Linux domU too. Here is another Youtube v= ideo link
>>>
>>> htt= p://www.youtube.com/watch?feature=3Dplayer_embedded&v=3DKzqOIMaBgX0=
>>>
>>> But you need to apply a few patches to abl= e this feature with Xen 4.2 and
>>> over. Not very complicated = to do.
>>> Here are my instructions to do it but I know that th= ere are currently
>>> better way to test it
>>>
= >>>
>>> http://www.davidgis.fr/blog/index.php?2013/03/13/935-xen= -43-vga-passthrough-ati-card-hd-7970-changeset-26706
>>>>>> [Extracted]...memory allocation
>>> [Comment]...X= en - limited to 3GB for RAM. A few developers are working on
>>>= ; overpassing this limitation.
>>>
>>> [Extracted].= ..no snaphost possible
>>> [Comment]...If you used Xen with LVM= is then snahshotting is easier to
>>> manage ;)
>>>= ;
>>> [Extracted] no sleep
>>> [Comment] works on X= en for both Linux and Windows. The main issue is that
>>> you c= an reboot a domU without restarting the dom0.
>>>
>>&g= t;
>>> [Extracted] Is it possible to create a virtualized deskt= op with VGA and
>>> PCI passthrough for 2 or 3 VM's running sim= ultaneously (ie. each one with
>>> its own video card)?
>>> [Comment] Yes it is doable. Never tested but from e= xperience share with
>>> other Xen users  I know that it s= hould be run fine.
>>>
>>> Hope it helps.
>&g= t;>
>>>
>>> Kind regards.
>>>
>= ;>> David.
>
>

___________________________________= ____________
Xen-users mailing list
Xen-users@lists.xen.or= g
http:= //lists.xen.org/xen-users


---1829062554-1695964942-1365037239=:81037-- --===============7990474944175827913== 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 --===============7990474944175827913==-- From xen-users-bounces@lists.xen.org Thu Apr 04 01:01:51 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Apr 2013 01:01: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 1UNYXm-0005n7-LZ; Thu, 04 Apr 2013 01:00:46 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNYXk-0005UA-25 for xen-users@lists.xen.org; Thu, 04 Apr 2013 01:00:44 +0000 Received: from [85.158.139.211:18289] by server-1.bemta-5.messagelabs.com id 3E/64-14063-BB0DC515; Thu, 04 Apr 2013 01:00:43 +0000 X-Env-Sender: davidtecher@yahoo.fr X-Msg-Ref: server-9.tower-206.messagelabs.com!1365037240!16923879!1 X-Originating-IP: [77.238.189.199] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_40_50,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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6568 invoked from network); 4 Apr 2013 01:00:40 -0000 Received: from nm2-vm0.bullet.mail.ird.yahoo.com (HELO nm2-vm0.bullet.mail.ird.yahoo.com) (77.238.189.199) by server-9.tower-206.messagelabs.com with SMTP; 4 Apr 2013 01:00:40 -0000 Received: from [77.238.189.49] by nm2.bullet.mail.ird.yahoo.com with NNFMP; 04 Apr 2013 01:00:40 -0000 Received: from [212.82.98.86] by tm2.bullet.mail.ird.yahoo.com with NNFMP; 04 Apr 2013 01:00:40 -0000 Received: from [127.0.0.1] by omp1023.mail.ir2.yahoo.com with NNFMP; 04 Apr 2013 01:00:40 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 210083.45992.bm@omp1023.mail.ir2.yahoo.com Received: (qmail 81144 invoked by uid 60001); 4 Apr 2013 01:00:40 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.fr; s=s1024; t=1365037239; bh=McZ+yki8vXo1NM0yjE/N8X46dF6uSHzFFkl2ZmQZRos=; 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=IIKdh58Vrb3TSNWay3wpwKIY8+XsxLVEmmZLr5omSrpbJ0Vq4xZ3raa39scW6IvB8OeQc9IP8qLuiJg/uQErteg4J2FJUKQTpV0XhCLDJOyq3zVlvB6NNEiJU7ZGB/ZfuX1I4dSkE8N6hKj2ORkivT2aPOXCfmduECcuG5Zcki8= 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:Cc:In-Reply-To:MIME-Version:Content-Type; b=hqPg2FWy8N4PQmikBzdC6YW+B1GniYYxhnClXrKma9b8vQm6ZF9gEsbmhBEPIArZe53W4nwve+TS6Vey/i+ou6DSvZ9YDvjv9DW5QYF7m4DB9YWHrNe9M6uhL6rh15829AB4mr61lqVMwb5rf8klROwbnC0sTH7d6LE7mgs/AIA=; X-YMail-OSG: WGrhVUcVM1nt_bljP5_Zkzp5PuaabjyglGhy9U4LHzI4bxX AY2hEVJxLQvv.ALTXrX4jrH3qVCQDpejzkq15d0i9C__0nbyBUknLU7xJE9p 5RYV0kChHBJaFw64suohSmRgNkFcurhJsLEaNe6uv6GxGhnwqEbbF_CMei1x 0x0d1sBDAUSm2Ih5hnZmSiiNJwJ.ih6iU2eiOB60Y._j0OfGbzy.4xuhUSTN FJah.XSSu_Du0iL8.SUpYfgPm0ydXuqUZikCXJbVDx5WDgtVTgLROj0JaEdf ucZse.JAOkm.vvcFnGHbajPZLvOlmm5bfx04JMM5WXlO1FD.64DCgtDXuOzy 1bE9ikUBvO5DvQoLVYrk9hR259wtWOy9PRAIUYftVYCyj4awEy2Fvl2enFTL txaxzAGMsE1uE.YRzgy8bGug8zuj01HwHbUKELWnhCtooB7ZHISw6SDxwfMU DkGiwB4PDsAEUbZmZLgF9ZG2OJZqqWvMl0lkavOKuxZPicbPsLcHExAZpjJ9 pr8I_0xJkrCokzZbksJxmA5jTxIBUg0Zd5UrHXzBzA11ymLB_EnH6yFi7nRV FCfUVGZxOMtKrV3GsCXZgP.3PlYslITAcCWX6ytSL4wjyXF3iY3iDqxC1.vq byoo0RZXxJFCH0d40qB979vNbD_d_AKSQCIIcoLQlUB9CCDH3C_ghDcmqCvO KuurCh968Ctz_pMevLCT0e.Wsn_2r3aXYcekb8KdaguhFB.fO30KRQauj4.a lanuDFXD08mD8mtz7c8VcbWIrmZ.QgNIdWCSffz6VPrh0xhFURQqNG2jeyDX 6reJC00jghOMI.H78jD03kRZg5_3DfFZsU9cr3h.s7lk3Uv0k7tRxbIdumqK Fz17GP57KJWHlBJ31z.rfKQV0kuDMyR3O6.7SoggBGisaioxMJV3XgaJUOeK bhLYSTgfR0EJQ049R8lTSTw_ZytuQ4G0nQJdNmotHAnjsWQIo7_mXemzmWPD qWDScai3CfrvDiNyGQcxFDNyyOS2rXMpiX06xbweYq_hTngvJVUc6HF8qOzW sMiSQ9VvswqWLDty_sU1lBhKo3tqk Received: from [83.154.246.188] by web172005.mail.ir2.yahoo.com via HTTP; Thu, 04 Apr 2013 02:00:39 BST X-Rocket-MIMEInfo: 002.001, SSBkaWQgaXQgbXlzZWxmIDopCgpJbmRlZWQgdGhpcyBwYXRjaCBzZWVtcyB0byBiZSB2ZXJ5IGludGVyZXN0aW5nLgoKcmV2PTI2NzcxCmhnIGNsb25lIC1yICRyZXYgaHR0cDovL3hlbmJpdHMueGVuc291cmNlLmNvbS9zdGFnaW5nL3hlbi11bnN0YWJsZS5oZy8geGVuLXVuc3RhYmxlLmhnLXJldi0ke3Jldn0KLi9jb25maWd1cmUKY2QgdG9vbHMKbWFrZQptYWtlIGNsZWFuCgpjZCAuLgoKd2dldCBmdHA6Ly9mdHAuZW5qZWxsaWMuY29tL3B1Yi94ZW4veGVuLTQuMi4wLmF0aS1wYXNzdGhyb3VnaC5wYXRjaCABMAEBAQE- X-Mailer: YahooMailWebService/0.8.140.532 References: <1364978749.88496.YahooMailNeo@web172006.mail.ir2.yahoo.com> <1365018558.90537.YahooMailNeo@web172006.mail.ir2.yahoo.com> Message-ID: <1365037239.81037.YahooMailNeo@web172005.mail.ir2.yahoo.com> Date: Thu, 4 Apr 2013 02:00:39 +0100 (BST) From: David TECHER To: Eric Shelton In-Reply-To: <1365018558.90537.YahooMailNeo@web172006.mail.ir2.yahoo.com> MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" , Patrick Proniewski Subject: Re: [Xen-users] PCI/VGA passthrough: differences between Xen and ESXi? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: David TECHER List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7990474944175827913==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7990474944175827913== Content-Type: multipart/alternative; boundary="-1829062554-1695964942-1365037239=:81037" ---1829062554-1695964942-1365037239=:81037 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable I did it myself :)=0A=0AIndeed this patch seems to be very interesting.=0A= =0Arev=3D26771=0Ahg clone -r $rev http://xenbits.xensource.com/staging/xen-= unstable.hg/ xen-unstable.hg-rev-${rev}=0A./configure=0Acd tools=0Amake=0Am= ake clean=0A=0Acd ..=0A=0Awget ftp://ftp.enjellic.com/pub/xen/xen-4.2.0.ati= -passthrough.patch -O - | sed -e "s:qemu-xen-traditional:qemu-xen-tradition= al-dir-remote:g" | patch -p1=0A=0Amake xen && make install-xen=0A=0Amake to= ols && make install-tools=0A=0AThanks for your help about iopl(). Agreed th= at iopl(3) and iopl(0) for stubdom are a bit complicated. I commented out t= hese functions so I can build stubdom (shame on me!)=0Amake stubdom=0Amake = install-stubdom=0A=0AUsing the script to download I was able (after testing= /updating only the start process) =0A=0A=0A- to start my domU (Linux Ubuntu= 12.04 32). I was able to test it for RAM over than 3GB :). 6GB and 6 vcpus= . All my games with Wine works perfectly, VLC, smplayer are OK :)=0A=0A=0A-= to start my domU (Windows 7). I didn't test it for RAM over than 3GB. I wi= ll do a full test by reinstalling a Windows 7 64 Bits.=0A=0AThanks for help= ing.=0A=0A=0A=0A________________________________=0A De=A0: David TECHER =0A=C0=A0: Eric Shelton =0ACc=A0: "= xen-users@lists.xen.org" ; Patrick Proniewski =0AEnvoy=E9 le : Mercredi 3 avril 2013 21h49=0AObjet=A0: Re= : [Xen-users] PCI/VGA passthrough: differences between Xen and ESXi?=0A =0A= =0AThanks for this wonderful story but =0A=0AI was asking =0A=0A1) for your= revision number/changeset for Xen 4.3 (xl info should return something)=0A= =0Ahg clone -r ????=0A=0A./configure =0A=0Amake ???=0A=0Apatch -p1 =0A=C0=A0:= David TECHER =0ACc=A0: "xen-users@lists.xen.org" ; Patrick Proniewski =0AEnvoy=E9= le : Mercredi 3 avril 2013 18h01=0AObjet=A0: Re: [Xen-users] PCI/VGA passt= hrough: differences between Xen and ESXi?=0A =0A1) I applied the patch to 4= .3 unstable (back in February).=A0 I recall=0Ait applying cleanly (thanks t= o Dr. Wettstein's work in updating the=0Aoriginal patches).=A0 However, the= re is a build issue when the patched=0Afiles are used to build minios, as i= ts libraries do not provide=0Aiopl().=A0 On my initial pass, I may have #if= def-ed out the iopl() calls=0Aduring minios build time, on the presumption = that this code path is=0Anot exercised by minios.=A0 However, not being ful= ly confident in that=0Apresumption, in some later work I=A0 identified a mo= re appropriate=0Amechanism: an=0A existing hypervisor call for iopl.=A0 I t= hink revised code=0Awas written, but remains untested.=0A=0A2) I am using w= hat I saw as the core aspects of that script:=0Aunbind_devices(), re-enabli= ng the devices, and the use of vbetool to=0Areinitialize the display (which= returns the text console in my case).=0AAlthough I am doing passthrough of= a USB3 controller as well, I did=0Anot bother with rebinding the USB drive= r, as I simply surrendered use=0Aof those ports for Windows.=A0 I also am n= ot waiting for the VM to exit;=0Ainstead, I split it the single script into= before and after scripts=0Athat were manually invoked.=0A=0AI think the ru= ntime unbind, bind, and vbetool, versus giving the PCI=0Adevices over to pc= iback at boot time, makes a difference in terms of=0Awhether you can stop &= restart the passthrough VM.=A0 With this config,=0Ait is no problem for me= .=A0 I heard many reports of people starting up=0Athe Windows VM=0A once, b= ut not again without a reboot.=0A=0A3+) Tonight I can pull together what I = am using and post it up here.=0AVery little modification of Dr. Wettstein's= patch was done.=A0 However,=0Aat this stage, it seems to be the little thi= ngs that make the=0Adifference between GPU passthrough working or not.=0A= =0AMy understanding is that there are many intentional quirks in GPUs to=0A= be in compliance with certain HDCP requirements.=A0 Unfortunately, I=0Athin= k the universe of possible secret register access sequences, etc.=0Awill ma= ke it impossible, even with 1:1 mapping in addition, to 100%=0Aconvince the= display driver, which would be needed to get to=0Avirtualized HDCP complia= nce (I am interested in a virtualized HTPC=0Aenvironment).=A0 It sounds lik= e, from what I have heard of your work,=0Athat NVidia's quirks are especial= ly difficult to deal with (not=0Anecessarily intentionally).=A0 It was enou= gh to make me abandon=0A by=0Aexisting NVidia GPU in favor of an AMD soluti= on.=0A=0AAlso, as I think I noted in an earlier post, one of the qemu=0Adev= elopers has, perhaps independently, implemented the necessary=0Aquirks for = AMD cards.=A0 His code effects pretty much the same things as=0Athe patch I= used.=A0 I think there is at least a patch against mainline=0Aqemu in qemu= -devel, if it has not been incorporated already.=A0 He has=0Aalso been doin= g a fair amount of PCIe work, which I think may be=0Aimportant for NVidia, = assuming their use of extended config space is=0Acausing some of the diffic= ulties.=0A=0AIt would be nice to see enough code get into Xen 4.3 to get AM= D cards=0Aworking, but with the switch away from qemu-traditional, which is= what=0Athe patch is for, this may now be more reliant on the work already= =0Abeing done in qemu-devel being mainlined into qemu.=0A=0A- Eric=0A=0A=0A= On Wed, Apr 3, 2013 at 4:45 AM, David TECHER wrote:= =0A> Thanks for clarifying.=0A>=0A> I am applying the original patches for = nvidia. That's the reason why I've=0A> got the 3GM limitation.=0A>=0A> Ques= tion 1:=0A>=0A> In your link=0A>=0A> http://lists.xen.org/archives/html/xen= -users/2013-02/msg00410.html=0A>=0A> Did you apply the following patch=0A>= =0A>=A0 ftp://ftp.enjellic.com/pub/xen/xen-4.2.0.ati-passthrough.patch=0A>= =0A> on Xen 4.3 unstable or Xen 4.2 stable?=0A>=0A> Question 2:=0A>=0A> Do = you use this script=0A>=0A> ftp://ftp.enjellic.com/pub/xen/run-passthrough= =0A>=0A> to start/stop your domU=0A>=0A> Question 3=0A>=0A> Can you show a = domU config file?=0A>=0A> Thanks for letting me know.=0A>=0A>=0A>=0A> _____= ___________________________=0A> De : Eric Shelton =0A> = =C0 : "xen-users@lists.xen.org" ; Patrick Proniews= ki=0A> ; davidtecher@yahoo.fr=0A> Envoy=E9 le : Mercredi= 3 avril 2013 1h26=0A> Objet : Re:=0A [Xen-users] PCI/VGA passthrough: diff= erences between Xen and=0A> ESXi?=0A>=0A> David:=0A> What are the circumsta= nces in which your comment about "Xen - limited=0A> to 3GB for RAM" applies= ?=A0 Is it in the case in which one uses multiple=0A> GPU cards?=0A>=0A> Th= ere are a number of HVM tutorial examples with well over 3GB:=0A> http://wi= ki.xen.org/wiki/Secondary_GPU_Passthrough (6GB Win7 HVM with=0A> passthroug= h of ATI 6970 and USB controller)=0A> http://wiki.xen.org/wiki/Comprehensiv= e_Xen_Debian_Wheezy_PCI_Passthrough_Tutorial=0A> (6GB Win7 HVM with passthr= ough of ATI 68XX and multiple USB=0A> controllers)=0A> None of these tutori= als mention a 3GB limitation.=0A>=0A> The only recent reference to a=0A 3GB= HVM issue during passthrough is here:=0A> http://comments.gmane.org/gmane.= comp.emulators.xen.user/77214=0A> which appears to link the issue with use = of nvidia patches from here:=0A> http://www.davidgis.fr/download/xen-4.2_re= v25240_gfx-passthrough-patchs.tar.bz2=0A> From what I gather, nvidia cards = perform a bit of undocumented voodoo=0A> (by design) that has not been full= y accounted for.=0A>=0A> Elsewhere:=0A> http://new-wiki.xen.org/old-wiki/xe= nwiki/XenPCIpassthrough.html=0A> it sounds like there was a PV domain issue= arising from e820 for which=0A> a reliable workaround was incorporated int= o the mainline code=0A some=0A> time ago.=0A>=0A>=0A> Patrick:=0A> From the= above examples, it seems like >3GB may be fine if you use=0A> ATI/AMD GPUs= .=A0 I have had fairly good experiences with passthrough of=0A> a single AM= D 6570 with the patch mentioned here:=0A> http://lists.xen.org/archives/htm= l/xen-users/2013-02/msg00410.html=0A> although I did not explore how much o= r how little memory I could=0A> assign to it.=A0 Note, however, that patch = may make certain assumptions,=0A> such as that only one GPU is being passed= through.=A0 I'm not sure there=0A> is any unpatched release version (for e= xample, 4.2.1) that reliably=0A> does GPU passthrough (PCI passthrough of l= ess wonky devices has worked=0A> for some time).=0A>=0A> I think the propos= ed multi-GPU setup may be putting you out on the=0A> bleeding=0A edge (on t= he other hand, it sounds like it is absolutely no=0A> available under ESXi)= .=A0 It's probably not impossible.=A0 Maybe someone=0A> has already done it= .=A0 However, how interested and/or comfortable are=0A> you with code & con= figuration tweaking, debug, and experimentation?=0A>=0A> - Eric=0A>=0A>>> P= atrick,=0A>>>=0A>>> 1) Xen's vocabulary=0A>>>=0A>>> dom0 =3D the main (firs= t) hypervisor, hosting all virtual machines -- like=0A>>> your Mac OS X=0A>= >> domU =3D any virtual machine.=0A>>>=0A>>> This is not the real meaning b= ut here I try to stay "understandable". But=0A>>> for better understanding = please refer to http://en.wikipedia.org/wiki/Xen=0A>>>=0A>>> My understandi= ng is that your dom0 has to be replaced by Linux so you=0A can=0A>>> run Xe= n. But for this part I am not a Mac OS X expert.=0A>>>=0A>>> 2) More info= =A0 - details listed beow are only available for a Xen dom0=0A>>> running o= n Linux.=0A>>>=0A>>> [Extracted]:....I've ended my testing with ESXi, becau= se I was not able=0A>>> to passthrough sound device, and USB....=0A>>> [Com= ment]: With Xen you can :)=0A>>>=0A>>> [Extracted]: ...with stock ATI Radeo= n..;=0A>>> [Comment]...Xen offers VGA PassThrough feature for ATI Radeon.= =0A>>>=0A>>> Here is a link to a Youtube video to run Crysis 3 on a domU Wi= ndows 7 64=0A>>> Bits with HD 7970=0A>>>=0A>>> http://www.youtube.com/watch= ?v=3DGTnchEG4YtI&feature=3Dplayer_embedded=0A>>>=0A>>> As you can=0A see=0A= >>>=0A>>> - I can use PCI Passthrough to add a XBOX 360 Paddle while playin= g Crysis=0A>>> 3 (see at 09:12 in the Video)=0A>>>=0A>>> - I have sound too= :)=0A>>>=0A>>> But it works on Linux domU too. Here is another Youtube vid= eo link=0A>>>=0A>>> http://www.youtube.com/watch?feature=3Dplayer_embedded&= v=3DKzqOIMaBgX0=0A>>>=0A>>> But you need to apply a few patches to able thi= s feature with Xen 4.2 and=0A>>> over. Not very complicated to do.=0A>>> He= re are my instructions to do it but I know that there are currently=0A>>> b= etter way to test it=0A>>>=0A>>>=0A>>> http://www.davidgis.fr/blog/index.ph= p?2013/03/13/935-xen-43-vga-passthrough-ati-card-hd-7970-changeset-26706=0A= >>>=0A>>> [Extracted]...memory allocation=0A>>> [Comment]...Xen - limited t= o 3GB for RAM. A few developers are working on=0A>>> overpassing this limit= ation.=0A>>>=0A>>> [Extracted]...no snaphost possible=0A>>> [Comment]...If = you used Xen with LVM is then snahshotting is easier to=0A>>> manage ;)=0A>= >>=0A>>> [Extracted] no sleep=0A>>> [Comment] works on Xen for both Linux a= nd Windows. The main issue is that=0A>>> you can reboot a domU without rest= arting the dom0.=0A>>>=0A>>>=0A>>> [Extracted] Is it possible to create a v= irtualized desktop with VGA and=0A>>> PCI passthrough for 2 or 3 VM's runni= ng simultaneously (ie. each one with=0A>>> its own video=0A card)?=0A>>> [C= omment] Yes it is doable. Never tested but from experience share with=0A>>>= other Xen users=A0 I know that it should be run fine.=0A>>>=0A>>> Hope it = helps.=0A>>>=0A>>>=0A>>> Kind regards.=0A>>>=0A>>> David.=0A>=0A>=0A=0A____= ___________________________________________=0AXen-users mailing list=0AXen-= users@lists.xen.org=0Ahttp://lists.xen.org/xen-users ---1829062554-1695964942-1365037239=:81037 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
I did it myself :)
Indeed this patch seems to be very interesting.
rev=3D26771=0A=
hg clone -r $rev http://xenbits.xensource.com/staging/xen-unstable.hg/ xen-=
unstable.hg-rev-${rev}

./configure
cd tools
make
make cle= an
cd ..

wget = ftp://ftp.enjellic.com/pub/xen/xen-4.2.0.ati-passthrough.patch -O - | sed -= e "s:qemu-xen-traditional:qemu-xen-traditional-dir-remote:g" | patch -p1

make xen && make install-xen

<= /div>
make tools && make install-tools

Thanks for your help about iopl(). Agreed that iopl(3) and iopl(0) for stu= bdom are a bit complicated. I commented out these functions so I can build = stubdom (shame on me!)
make stubdom
make install-stubdom

Using the script to download I wa= s able (after testing/updating only the start process)
- to start my domU (Linux U= buntu 12.04 32). I was able to test it for RAM over than 3GB :). 6GB and 6 = vcpus. All my games with Wine works perfectly, VLC, smplayer are OK :)
<= /span>

- to start my domU (Windows 7). I didn't test it= for RAM over than 3GB. I will do a full test by reinstalling a Windows 7 6= 4 Bits.

Thanks for helping.

De : David TECHER <davidtecher@ya= hoo.fr>
=C0 : = Eric Shelton <eshelton@pobox.com>
Cc : "xen-users@lists.xen.org" <xen-users@lists.x= en.org>; Patrick Proniewski <patpro@patpro.net>
Envoy=E9 le : Mercredi 3 avril 2013 21h= 49
Objet : Re: [X= en-users] PCI/VGA passthrough: differences between Xen and ESXi?

Thanks for this wonderful story but
I was asking

1) for your revision number/changeset for Xen 4.= 3 (xl info should return something)

hg clone -r ????

./config= ure

make ???

patch -p1 <????

make ???

2) an= y domU configuration file ?


=
De : Eric = Shelton <eshelton@pobox.com>
=C0 : David TECHER <davidtecher@yahoo.fr>
Cc :=0A "xen-users@lists.xen= .org" <xen-users@lists.xen.org>; Patrick Proniewski <patpro@patpro= .net>
Envoy=E9 le := Mercredi 3 avril 2013 18h01
Objet=  : Re: [Xen-users] PCI/VGA passthrough: differences between= Xen and ESXi?

1) I applied the patch to 4.3 unstabl= e (back in February).  I recall
it applying cleanly (thanks to Dr. = Wettstein's work in updating the
original patches).  However, there= is a build issue when the patched
files are used to build minios, as it= s libraries do not provide
iopl().  On my initial pass, I may have = #ifdef-ed out the iopl() calls
during minios build time, on the presumpt= ion that this code path is
not exercised by minios.  However, not b= eing fully confident in that
presumption, in some later work I  ide= ntified a more appropriate
mechanism: an=0A existing hypervisor call for= iopl.  I think revised code
was written, but remains untested.
=
2) I am using what I saw as the core aspects of that script:
unbind_= devices(), re-enabling the devices, and the use of vbetool to
reinitiali= ze the display (which returns the text console in my case).
Although I a= m doing passthrough of a USB3 controller as well, I did
not bother with = rebinding the USB driver, as I simply surrendered use
of those ports for= Windows.  I also am not waiting for the VM to exit;
instead, I spl= it it the single script into before and after scripts
that were manually= invoked.

I think the runtime unbind, bind, and vbetool, versus givi= ng the PCI
devices over to pciback at boot time, makes a difference in t= erms of
whether you can stop & restart the passthrough VM.  Wit= h this config,
it is no problem for me.  I heard many reports of pe= ople starting up
the Windows VM=0A once, but not again without a reboot.=

3+) Tonight I can pull together what I am using and post it up here= .
Very little modification of Dr. Wettstein's patch was done.  Howe= ver,
at this stage, it seems to be the little things that make the
di= fference between GPU passthrough working or not.

My understanding is= that there are many intentional quirks in GPUs to
be in compliance with= certain HDCP requirements.  Unfortunately, I
think the universe of= possible secret register access sequences, etc.
will make it impossible= , even with 1:1 mapping in addition, to 100%
convince the display driver= , which would be needed to get to
virtualized HDCP compliance (I am inte= rested in a virtualized HTPC
environment).  It sounds like, from wh= at I have heard of your work,
that NVidia's quirks are especially diffic= ult to deal with (not
necessarily intentionally).  It was enough to= make me abandon=0A by
existing NVidia GPU in favor of an AMD solution.<= br>
Also, as I think I noted in an earlier post, one of the qemu
deve= lopers has, perhaps independently, implemented the necessary
quirks for = AMD cards.  His code effects pretty much the same things as
the pat= ch I used.  I think there is at least a patch against mainline
qemu= in qemu-devel, if it has not been incorporated already.  He has
al= so been doing a fair amount of PCIe work, which I think may be
important= for NVidia, assuming their use of extended config space is
causing some= of the difficulties.

It would be nice to see enough code get into X= en 4.3 to get AMD cards
working, but with the switch away from qemu-trad= itional, which is what
the patch is for, this may now be more reliant on= the work already
being done in qemu-devel being mainlined into qemu.
- Eric


On Wed, Apr 3, 2013 at 4:45 AM, David TECHER <davidtecher@yahoo.fr> wrote:> Thanks for clarifying.
>
> I am applying the original pa= tches for nvidia. That's the reason why I've
> got the 3GM limitation= .
>
> Question 1:
>
> In your link
>
> = http://lists.xen.org/archives/html/x= en-users/2013-02/msg00410.html
>
> Did you apply the follow= ing patch
>
>  ftp://f= tp.enjellic.com/pub/xen/xen-4.2.0.ati-passthrough.patch
>
>= on Xen 4.3 unstable or Xen 4.2 stable?
>
> Question 2:
>=
> Do you use this script
>
> ftp://ftp.enjellic= .com/pub/xen/run-passthrough
>
> to start/stop your domU>
> Question 3
>
> Can you show a domU config file?>
> Thanks for letting me know.
>
>
>
> = ________________________________
> De : Eric Shelton <eshelton@pobox.com>
> =C0 : "xen-users@lists.xen.org" <xen-users@lists.xen.org>; P= atrick Proniewski
> <patpro@patp= ro.net>; davidtecher@yahoo.fr
> Envo= y=E9 le : Mercredi 3 avril 2013 1h26
> Objet : Re:=0A [Xen-users] PCI= /VGA passthrough: differences between Xen and
> ESXi?
>
>= David:
> What are the circumstances in which your comment about "Xen= - limited
> to 3GB for RAM" applies?  Is it in the case in whic= h one uses multiple
> GPU cards?
>
> There are a number o= f HVM tutorial examples with well over 3GB:
> = http://wiki.xen.org/wiki/Secondary_GPU_Passthrough (6GB Win7 HVM with> passthrough of ATI 6970 and USB controller)
> http://wiki.xen.org/wiki/Comprehensiv= e_Xen_Debian_Wheezy_PCI_Passthrough_Tutorial
> (6GB Win7 HVM with= passthrough of ATI 68XX and multiple USB
> controllers)
> None= of these tutorials mention a 3GB limitation.
>
> The only recent reference to a=0A 3GB HVM issue during passthrough is here= :
> http://comments.gmane.org/gmane= .comp.emulators.xen.user/77214
> which appears to link the issue = with use of nvidia patches from here:
> http://www.davidgis.fr/download/xen-4.2_rev25240_gfx= -passthrough-patchs.tar.bz2
> From what I gather, nvidia cards pe= rform a bit of undocumented voodoo
> (by design) that has not been fu= lly accounted for.
>
> Elsewhere:
> http://new-wiki.xen.org/old-wiki/xenwiki/XenPCIpassthrough.h= tml
> it sounds like there was a PV domain issue arising from e82= 0 for which
> a reliable workaround was incorporated into the mainline code=0A some
> time ago.
>
&= gt;
> Patrick:
> From the above examples, it seems like >3GB= may be fine if you use
> ATI/AMD GPUs.  I have had fairly good = experiences with passthrough of
> a single AMD 6570 with the patch me= ntioned here:
> http://lists.x= en.org/archives/html/xen-users/2013-02/msg00410.html
> although I= did not explore how much or how little memory I could
> assign to it= .  Note, however, that patch may make certain assumptions,
> suc= h as that only one GPU is being passed through.  I'm not sure there> is any unpatched release version (for example, 4.2.1) that reliably> does GPU passthrough (PCI passthrough of less wonky devices has work= ed
> for some time).
>
> I think the proposed multi-GPU s= etup may be putting you out on the
> bleeding=0A edge (on the other hand, it sounds like it is abso= lutely no
> available under ESXi).  It's probably not impossible= .  Maybe someone
> has already done it.  However, how inter= ested and/or comfortable are
> you with code & configuration twea= king, debug, and experimentation?
>
> - Eric
>
>>= ;> Patrick,
>>>
>>> 1) Xen's vocabulary
>&= gt;>
>>> dom0 =3D the main (first) hypervisor, hosting all v= irtual machines -- like
>>> your Mac OS X
>>> domU = =3D any virtual machine.
>>>
>>> This is not the re= al meaning but here I try to stay "understandable". But
>>> for= better understanding please refer to http://en.wikipedia.org/wiki/Xen=
>>>
>>> My understanding is that your dom0 has= to be replaced by Linux so you=0A can
>>> run Xen. But for this part I am not a Mac OS X = expert.
>>>
>>> 2) More info  - details listed= beow are only available for a Xen dom0
>>> running on Linux.>>>
>>> [Extracted]:....I've ended my testing with E= SXi, because I was not able
>>> to passthrough sound device, an= d USB....
>>> [Comment]: With Xen you can :)
>>>>>> [Extracted]: ...with stock ATI Radeon..;
>>> [Com= ment]...Xen offers VGA PassThrough feature for ATI Radeon.
>>><= br>>>> Here is a link to a Youtube video to run Crysis 3 on a domU= Windows 7 64
>>> Bits with HD 7970
>>>
>>= > http://www.youtube.com/= watch?v=3DGTnchEG4YtI&feature=3Dplayer_embedded
>>>
= >>> As you can=0A see
>>>
>>> - I can use PCI Passthro= ugh to add a XBOX 360 Paddle while playing Crysis
>>> 3 (see at= 09:12 in the Video)
>>>
>>> - I have sound too :)<= br>>>>
>>> But it works on Linux domU too. Here is ano= ther Youtube video link
>>>
>>> http://www.youtube.com/watch?feature=3Dplayer_e= mbedded&v=3DKzqOIMaBgX0
>>>
>>> But you nee= d to apply a few patches to able this feature with Xen 4.2 and
>>&= gt; over. Not very complicated to do.
>>> Here are my instructi= ons to do it but I know that there are currently
>>> better way= to test it
>>>
>>>
>>> http://www.davidgis.fr/blog/ind= ex.php?2013/03/13/935-xen-43-vga-passthrough-ati-card-hd-7970-changeset-267= 06
>>>
>>> [Extracted]...memory allocation
&= gt;>> [Comment]...Xen - limited to 3GB for RAM. A few developers are = working on
>>> overpassing this limitation.
>>>
= >>> [Extracted]...no snaphost possible
>>> [Comment]..= .If you used Xen with LVM is then snahshotting is easier to
>>>= manage ;)
>>>
>>> [Extracted] no sleep
>>= > [Comment] works on Xen for both Linux and Windows. The main issue is t= hat
>>> you can reboot a domU without restarting the dom0.
&= gt;>>
>>>
>>> [Extracted] Is it possible to c= reate a virtualized desktop with VGA and
>>> PCI passthrough for 2 or 3 VM's running simultaneously (ie. each one with
&= gt;>> its own video=0A card)?
>>> [Comment] Yes it is doa= ble. Never tested but from experience share with
>>> other Xen = users  I know that it should be run fine.
>>>
>>&= gt; Hope it helps.
>>>
>>>
>>> Kind reg= ards.
>>>
>>> David.
>
>

_______= ________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
= http://lists.xen.org/xen-users


<= /div>

---1829062554-1695964942-1365037239=:81037-- --===============7990474944175827913== 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 --===============7990474944175827913==-- From xen-users-bounces@lists.xen.org Thu Apr 04 12:02:07 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Apr 2013 12:02:07 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNiqV-0004vG-3W; Thu, 04 Apr 2013 12:00:47 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNiqU-0004v5-4b for xen-users@lists.xen.org; Thu, 04 Apr 2013 12:00:46 +0000 Received: from [85.158.139.83:5302] by server-9.bemta-5.messagelabs.com id 0A/F5-08547-D6B6D515; Thu, 04 Apr 2013 12:00:45 +0000 X-Env-Sender: firemeteor.guo@gmail.com X-Msg-Ref: server-5.tower-182.messagelabs.com!1365076840!27720180!1 X-Originating-IP: [209.85.214.173] 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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15876 invoked from network); 4 Apr 2013 12:00:42 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-5.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 4 Apr 2013 12:00:42 -0000 Received: by mail-ob0-f173.google.com with SMTP id wn14so1460912obc.32 for ; Thu, 04 Apr 2013 05:00:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:date:x-google-sender-auth:message-id :subject:from:to:content-type; bh=jm+52l2u16+8ytAjczqdujkgUd91NYdD4ZY2+nOJ9HY=; b=U2gaKc3VtatsLutlD+QOyR6UEjKPnTBj/TG+iAuYgkMfg2Mq67erR2mQRCR2PAo29y PaYjw1EkGBXtjp7/G1cmV2Qx39Sc2v4TdVjiqYEDmTopthoWk/hATEbPLkTHk3jmIVG4 rSZLPLx/vctNWSg7K2H/LqbAx3c58a2c+xYJoAK7YBkO8z9HWJnIt4duGiIsJ1rAE6n8 Y11FrMgwHMGb7LKE60ela/1HutTwwFTNUEYoEJ07TTL+SNQF/ij0k8rKcYDsUg1yl90Y 7t0KSxLVDxRb9TOvsIlmFjUgdxCgfUOWr7dNQpPCDUr3vtsC9mnSiX3s6JQVE8dxnOKk DLGg== MIME-Version: 1.0 X-Received: by 10.60.19.228 with SMTP id i4mr3923602oee.45.1365076840542; Thu, 04 Apr 2013 05:00:40 -0700 (PDT) Received: by 10.60.33.196 with HTTP; Thu, 4 Apr 2013 05:00:40 -0700 (PDT) Date: Thu, 4 Apr 2013 20:00:40 +0800 X-Google-Sender-Auth: Omm3am_cyS6Vo3c--18xyJ09qlE Message-ID: From: "G.R." To: "xen-users@lists.xen.org" Subject: [Xen-users] Freenas domU network performance issue X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1304330355753588240==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1304330355753588240== Content-Type: multipart/alternative; boundary=e89a8ff1c5c22bfabf04d987b8b7 --e89a8ff1c5c22bfabf04d987b8b7 Content-Type: text/plain; charset=ISO-8859-1 Hi guys, I'm running a freenas domU (FreeBSD 8.3 based, ZFS v28, 2 vcpus mapped to the same HT capable core) to serve storage for all purpose including other domUs running on the same host. I did some study to understand how well it works and the result is kind of confusing. In summary, the network performance between domains on the same host is worse than expected. And NFS service to other domains on the same host is not reliable. The last issue make it impossible to serve VM disk image from the nas. Anybody has met the same issue? Benchmark details below: 1. iperf bench against external host (through physical network). The bench can fully utilize the Giga-bit network. ext => nas ~930Mbps nas => ext ~ 900Mbps TSO / LRO config has no impact on the bench result. 2. iperf bench against dom0 (through virtual bridge, handled fully by driver stack) The bench result highly depends on TSO / LRO config. dom0 => nas (LRO=1) 60Mbps ~ 300Mbps (vary a lot time to time, xentop reports low cpu usage in both domain (varies corresponding to BPS, ~ 20%)). dom0 => nas (LRO=0) 10900Mbps (stable, high cpu usage ~190%) nas => dom0 (TSO=1) 470Mbps (stable result, low cpu usage ~40%) nas => dom0 (TSO=0) 860Mbps (stable result, high cpu usage ~170%. some times can stable at ~2000Mbps, not sure how to reproduce) Similar result can be observed when talking to another linux domU. However, linux domU can generally achieve better performance than dom0. 3. As a comparasion, here is a iperf test between linux domU and dom0. dom0 => lin domU ~10300Mbps lin domU => dom0 ~13500Mbps 4. file transfer from external host to nas PS: Here the bottleneck is the network rather than the disk. NFS: 50MB/s FTP: 102MB/s I'm not quite sure about how much perf to expect from NFS. But it appears to be a bottleneck. 5. file transfer from dom0 to nas copy to the NFS mount served by the nas domU can cause hang. Almost 100% reproduce. Typically the hang is limited to the nas and dom0 processes that accesses the mount. "umount -f" can resolve the hang in such case. But in some cases, all ssh sessions to dom0 hang too. Not sure if this means a dom0 network hang or a full freeze. Tcpdump seems to show that some traffic is lost. But there is no package drop statistics shown in both end from the netstat / ifconfig command. Thanks, Timothy --e89a8ff1c5c22bfabf04d987b8b7 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi guys,
<= /div>I'm running a freenas domU (FreeBSD 8.3 based, ZFS v28, 2 vcpus ma= pped to the same HT capable core) to serve storage for all purpose includin= g other domUs running on the same host. I did some study to understand how = well it works and the result is kind of confusing.

In summary, the network performance between domains on the same host is= worse than expected. And NFS service to other domains on the same host is = not reliable. The last issue make it impossible to serve VM disk image from= the nas. Anybody has met the same issue?

Benchmark details below:

1. iperf be= nch against external host (through physical network).
The bench ca= n fully utilize the Giga-bit network.
ext=A0 =3D> nas ~93= 0Mbps
nas =3D> ext=A0 ~ 900Mbps
TSO / LRO config has = no impact on the bench result.

2. iperf bench against dom0 (th= rough virtual bridge, handled fully by driver stack)
The bench res= ult highly depends on TSO / LRO config.
dom0 =3D> nas (LRO=3D1) 60Mbps ~ 300Mbps (vary a lot time to time,= xentop reports low cpu usage in both domain (varies corresponding to BPS, = ~ 20%)).
dom0 =3D> nas (LRO=3D0) 10900Mbps (stable, high c= pu usage ~190%)

nas =3D> dom0 (TSO=3D1) 470Mbps (stable result, low cpu usage = ~40%)
nas =3D> dom0 (TSO=3D0)=A0 860Mbps (stable result, high c= pu usage ~170%. some times can stable at ~2000Mbps, not sure how to reprodu= ce)

Similar result can be observed when talking to another linux= domU. However, linux domU can generally achieve better performance than do= m0.

3. As a comparasion, here is a iperf test between lin= ux domU and dom0.
=A0dom0 =3D> lin domU ~10300Mbps
lin domU =3D&g= t; dom0=A0 ~13500Mbps

4. file transfer from external host= to nas
PS: Here the bottleneck is the network rather than th= e disk.
NFS: 50MB/s
FTP: 102MB/s
I'm not= quite sure about how much perf to expect from NFS. But it appears to be a = bottleneck.

5. file transfer from d= om0 to nas
copy to the NFS mount served by the nas domU can cause hang. Alm= ost 100% reproduce.
Typically the hang is limited to the nas = and dom0 processes that accesses the mount.
"umount -f&q= uot; can resolve the hang in such case. But in some cases, all ssh sessions= to dom0 hang too. Not sure if this means a dom0 network hang or a full fre= eze.

Tcpdump seems to show that some traffic is lost. But there i= s no package drop statistics shown in both end from the netstat / ifconfig = command.

Thanks,
Timothy
--e89a8ff1c5c22bfabf04d987b8b7-- --===============1304330355753588240== 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 --===============1304330355753588240==-- From xen-users-bounces@lists.xen.org Thu Apr 04 12:02:07 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Apr 2013 12:02:07 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNiqV-0004vG-3W; Thu, 04 Apr 2013 12:00:47 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNiqU-0004v5-4b for xen-users@lists.xen.org; Thu, 04 Apr 2013 12:00:46 +0000 Received: from [85.158.139.83:5302] by server-9.bemta-5.messagelabs.com id 0A/F5-08547-D6B6D515; Thu, 04 Apr 2013 12:00:45 +0000 X-Env-Sender: firemeteor.guo@gmail.com X-Msg-Ref: server-5.tower-182.messagelabs.com!1365076840!27720180!1 X-Originating-IP: [209.85.214.173] 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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15876 invoked from network); 4 Apr 2013 12:00:42 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-5.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 4 Apr 2013 12:00:42 -0000 Received: by mail-ob0-f173.google.com with SMTP id wn14so1460912obc.32 for ; Thu, 04 Apr 2013 05:00:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:date:x-google-sender-auth:message-id :subject:from:to:content-type; bh=jm+52l2u16+8ytAjczqdujkgUd91NYdD4ZY2+nOJ9HY=; b=U2gaKc3VtatsLutlD+QOyR6UEjKPnTBj/TG+iAuYgkMfg2Mq67erR2mQRCR2PAo29y PaYjw1EkGBXtjp7/G1cmV2Qx39Sc2v4TdVjiqYEDmTopthoWk/hATEbPLkTHk3jmIVG4 rSZLPLx/vctNWSg7K2H/LqbAx3c58a2c+xYJoAK7YBkO8z9HWJnIt4duGiIsJ1rAE6n8 Y11FrMgwHMGb7LKE60ela/1HutTwwFTNUEYoEJ07TTL+SNQF/ij0k8rKcYDsUg1yl90Y 7t0KSxLVDxRb9TOvsIlmFjUgdxCgfUOWr7dNQpPCDUr3vtsC9mnSiX3s6JQVE8dxnOKk DLGg== MIME-Version: 1.0 X-Received: by 10.60.19.228 with SMTP id i4mr3923602oee.45.1365076840542; Thu, 04 Apr 2013 05:00:40 -0700 (PDT) Received: by 10.60.33.196 with HTTP; Thu, 4 Apr 2013 05:00:40 -0700 (PDT) Date: Thu, 4 Apr 2013 20:00:40 +0800 X-Google-Sender-Auth: Omm3am_cyS6Vo3c--18xyJ09qlE Message-ID: From: "G.R." To: "xen-users@lists.xen.org" Subject: [Xen-users] Freenas domU network performance issue X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1304330355753588240==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1304330355753588240== Content-Type: multipart/alternative; boundary=e89a8ff1c5c22bfabf04d987b8b7 --e89a8ff1c5c22bfabf04d987b8b7 Content-Type: text/plain; charset=ISO-8859-1 Hi guys, I'm running a freenas domU (FreeBSD 8.3 based, ZFS v28, 2 vcpus mapped to the same HT capable core) to serve storage for all purpose including other domUs running on the same host. I did some study to understand how well it works and the result is kind of confusing. In summary, the network performance between domains on the same host is worse than expected. And NFS service to other domains on the same host is not reliable. The last issue make it impossible to serve VM disk image from the nas. Anybody has met the same issue? Benchmark details below: 1. iperf bench against external host (through physical network). The bench can fully utilize the Giga-bit network. ext => nas ~930Mbps nas => ext ~ 900Mbps TSO / LRO config has no impact on the bench result. 2. iperf bench against dom0 (through virtual bridge, handled fully by driver stack) The bench result highly depends on TSO / LRO config. dom0 => nas (LRO=1) 60Mbps ~ 300Mbps (vary a lot time to time, xentop reports low cpu usage in both domain (varies corresponding to BPS, ~ 20%)). dom0 => nas (LRO=0) 10900Mbps (stable, high cpu usage ~190%) nas => dom0 (TSO=1) 470Mbps (stable result, low cpu usage ~40%) nas => dom0 (TSO=0) 860Mbps (stable result, high cpu usage ~170%. some times can stable at ~2000Mbps, not sure how to reproduce) Similar result can be observed when talking to another linux domU. However, linux domU can generally achieve better performance than dom0. 3. As a comparasion, here is a iperf test between linux domU and dom0. dom0 => lin domU ~10300Mbps lin domU => dom0 ~13500Mbps 4. file transfer from external host to nas PS: Here the bottleneck is the network rather than the disk. NFS: 50MB/s FTP: 102MB/s I'm not quite sure about how much perf to expect from NFS. But it appears to be a bottleneck. 5. file transfer from dom0 to nas copy to the NFS mount served by the nas domU can cause hang. Almost 100% reproduce. Typically the hang is limited to the nas and dom0 processes that accesses the mount. "umount -f" can resolve the hang in such case. But in some cases, all ssh sessions to dom0 hang too. Not sure if this means a dom0 network hang or a full freeze. Tcpdump seems to show that some traffic is lost. But there is no package drop statistics shown in both end from the netstat / ifconfig command. Thanks, Timothy --e89a8ff1c5c22bfabf04d987b8b7 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi guys,
<= /div>I'm running a freenas domU (FreeBSD 8.3 based, ZFS v28, 2 vcpus ma= pped to the same HT capable core) to serve storage for all purpose includin= g other domUs running on the same host. I did some study to understand how = well it works and the result is kind of confusing.

In summary, the network performance between domains on the same host is= worse than expected. And NFS service to other domains on the same host is = not reliable. The last issue make it impossible to serve VM disk image from= the nas. Anybody has met the same issue?

Benchmark details below:

1. iperf be= nch against external host (through physical network).
The bench ca= n fully utilize the Giga-bit network.
ext=A0 =3D> nas ~93= 0Mbps
nas =3D> ext=A0 ~ 900Mbps
TSO / LRO config has = no impact on the bench result.

2. iperf bench against dom0 (th= rough virtual bridge, handled fully by driver stack)
The bench res= ult highly depends on TSO / LRO config.
dom0 =3D> nas (LRO=3D1) 60Mbps ~ 300Mbps (vary a lot time to time,= xentop reports low cpu usage in both domain (varies corresponding to BPS, = ~ 20%)).
dom0 =3D> nas (LRO=3D0) 10900Mbps (stable, high c= pu usage ~190%)

nas =3D> dom0 (TSO=3D1) 470Mbps (stable result, low cpu usage = ~40%)
nas =3D> dom0 (TSO=3D0)=A0 860Mbps (stable result, high c= pu usage ~170%. some times can stable at ~2000Mbps, not sure how to reprodu= ce)

Similar result can be observed when talking to another linux= domU. However, linux domU can generally achieve better performance than do= m0.

3. As a comparasion, here is a iperf test between lin= ux domU and dom0.
=A0dom0 =3D> lin domU ~10300Mbps
lin domU =3D&g= t; dom0=A0 ~13500Mbps

4. file transfer from external host= to nas
PS: Here the bottleneck is the network rather than th= e disk.
NFS: 50MB/s
FTP: 102MB/s
I'm not= quite sure about how much perf to expect from NFS. But it appears to be a = bottleneck.

5. file transfer from d= om0 to nas
copy to the NFS mount served by the nas domU can cause hang. Alm= ost 100% reproduce.
Typically the hang is limited to the nas = and dom0 processes that accesses the mount.
"umount -f&q= uot; can resolve the hang in such case. But in some cases, all ssh sessions= to dom0 hang too. Not sure if this means a dom0 network hang or a full fre= eze.

Tcpdump seems to show that some traffic is lost. But there i= s no package drop statistics shown in both end from the netstat / ifconfig = command.

Thanks,
Timothy
--e89a8ff1c5c22bfabf04d987b8b7-- --===============1304330355753588240== 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 --===============1304330355753588240==-- From xen-users-bounces@lists.xen.org Thu Apr 04 12:15:49 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Apr 2013 12:15: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 1UNj43-0006CR-Js; Thu, 04 Apr 2013 12:14:47 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNj42-0006CG-Bn for xen-users@lists.xen.org; Thu, 04 Apr 2013 12:14:46 +0000 Received: from [85.158.138.51:47656] by server-4.bemta-3.messagelabs.com id 7D/58-21470-5BE6D515; Thu, 04 Apr 2013 12:14:45 +0000 X-Env-Sender: nichot20@yahoo.com X-Msg-Ref: server-10.tower-174.messagelabs.com!1365077684!23627782!1 X-Originating-IP: [77.238.189.95] 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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29128 invoked from network); 4 Apr 2013 12:14:44 -0000 Received: from nm1-vm0.bullet.mail.ird.yahoo.com (HELO nm1-vm0.bullet.mail.ird.yahoo.com) (77.238.189.95) by server-10.tower-174.messagelabs.com with SMTP; 4 Apr 2013 12:14:44 -0000 Received: from [77.238.189.233] by nm1.bullet.mail.ird.yahoo.com with NNFMP; 04 Apr 2013 12:14:44 -0000 Received: from [217.146.189.108] by tm14.bullet.mail.ird.yahoo.com with NNFMP; 04 Apr 2013 12:14:44 -0000 Received: from [127.0.0.1] by smtp124.mail.ird.yahoo.com with NNFMP; 04 Apr 2013 12:14:44 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1365077684; bh=DrJqn5nddY/jYHZlBkViExbYYuXxyw6VWrOBg2aX63E=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:Content-Type:Content-Transfer-Encoding; b=PrfDcEnfqA1VlxxhIp8Dn+mf6CvZx1osOn81diqH04ugC0UG/18CGutdPCXfWG/bY0I72rR5I0ESiNdwhDpV/kgXF6s3vT0Fvt5qnecTGuoPrW1UKQ84WcrVEVQ1KkqCrRfjvvaf94lyuOz1pR978nJTyBhP0IppVQx0pZdpwAY= X-Yahoo-Newman-Id: 247833.66776.bm@smtp124.mail.ird.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: M0brATIVM1m6xeum1mFD2si3WKNdmoLETvDp4QIdv.NT4f_ d2LUUDMNnYu26N5qbunUCvW6KTro9ZAu6Uq0o6zDhV_wGWDsTTXgobdOerjF sLtiHsNLJ1QCeJJVwnMt62UR5sg7QnLiLw9KNTL5dKhYTG2VjaAtjghSDUIv BmgzkrGYtQIH7t9jSmfVBPoIYRkBQ0WeG1bItIve3r3ApqtHqO9972UkwAUr lvKuSfvUoodqwJCHiS7Zafdl33l_pT1eZIk1rCabhutBGn0YZfu3i1S3e.u9 ZnGDesDvb_dp2pcocOu1N.LsoZhrd7bzkg5BOm8ZJ7ICsE58S9cdmM8FVOPY gH3.SJeG_j5fjZJTPiYEceFd2rM0usDDdbydmNimRwOagv6nBEq3DrhN0ybO PD4QoCL2tv.PHLrPRxD9r6OpxIkebTr7x27U05ijVYSr3GLA- X-Yahoo-SMTP: dgign4KswBAzN_8NuqGuhVvxx7Xi X-Rocket-Received: from [10.150.250.7] (nichot20@89.16.250.254 with plain) by smtp124.mail.ird.yahoo.com with SMTP; 04 Apr 2013 05:14:44 -0700 PDT Message-ID: <515D6EB3.4070100@yahoo.com> Date: Thu, 04 Apr 2013 13:14:43 +0100 From: Tim Nicholson User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130307 Thunderbird/17.0.4 MIME-Version: 1.0 To: xen-users@lists.xen.org Subject: [Xen-users] 4.2 on an HP Z820 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 have a Z820 with a single 4 core hyperthreaded Processor on which I have installed openSUSE/Xen 4.2 In native boot up dmesg lists:- 0.044679] smpboot: CPU0: Intel(R) Xeon(R) CPU E5-2643 0 @ 3.30GHz (fam: 06, model: 2d, stepping: 07) [...] 0.154060] smpboot: Booting Node 0, Processors #1 #2 #3 #4 #5 #6 #7 OK [ 0.257167] Brought up 8 CPUs [ 0.257171] smpboot: Total of 8 processors activated (52670.73 BogoMIPS) ...but in Xen I get:- (XEN) Processor #0 6:13 APIC version 21 (XEN) Processor #2 6:13 APIC version 21 (XEN) Processor #4 6:13 APIC version 21 (XEN) Processor #6 6:13 APIC version 21 Implying that the hyperthreading "cpu's" are being "ignored" A slightly older Z800 does not exhibit this behaviour, so I am wondering if this is a "feature" of the efi boot process, or if Xen is ignoring the hyperthreading as it may conflict its own thread scheduler. Looking through the archives suggests that efi may cause issues and I am wondering if this is one of them. Does anyone else have any experience of this? -- Tim _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 04 12:15:49 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Apr 2013 12:15: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 1UNj43-0006CR-Js; Thu, 04 Apr 2013 12:14:47 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNj42-0006CG-Bn for xen-users@lists.xen.org; Thu, 04 Apr 2013 12:14:46 +0000 Received: from [85.158.138.51:47656] by server-4.bemta-3.messagelabs.com id 7D/58-21470-5BE6D515; Thu, 04 Apr 2013 12:14:45 +0000 X-Env-Sender: nichot20@yahoo.com X-Msg-Ref: server-10.tower-174.messagelabs.com!1365077684!23627782!1 X-Originating-IP: [77.238.189.95] 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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29128 invoked from network); 4 Apr 2013 12:14:44 -0000 Received: from nm1-vm0.bullet.mail.ird.yahoo.com (HELO nm1-vm0.bullet.mail.ird.yahoo.com) (77.238.189.95) by server-10.tower-174.messagelabs.com with SMTP; 4 Apr 2013 12:14:44 -0000 Received: from [77.238.189.233] by nm1.bullet.mail.ird.yahoo.com with NNFMP; 04 Apr 2013 12:14:44 -0000 Received: from [217.146.189.108] by tm14.bullet.mail.ird.yahoo.com with NNFMP; 04 Apr 2013 12:14:44 -0000 Received: from [127.0.0.1] by smtp124.mail.ird.yahoo.com with NNFMP; 04 Apr 2013 12:14:44 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1365077684; bh=DrJqn5nddY/jYHZlBkViExbYYuXxyw6VWrOBg2aX63E=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:Content-Type:Content-Transfer-Encoding; b=PrfDcEnfqA1VlxxhIp8Dn+mf6CvZx1osOn81diqH04ugC0UG/18CGutdPCXfWG/bY0I72rR5I0ESiNdwhDpV/kgXF6s3vT0Fvt5qnecTGuoPrW1UKQ84WcrVEVQ1KkqCrRfjvvaf94lyuOz1pR978nJTyBhP0IppVQx0pZdpwAY= X-Yahoo-Newman-Id: 247833.66776.bm@smtp124.mail.ird.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: M0brATIVM1m6xeum1mFD2si3WKNdmoLETvDp4QIdv.NT4f_ d2LUUDMNnYu26N5qbunUCvW6KTro9ZAu6Uq0o6zDhV_wGWDsTTXgobdOerjF sLtiHsNLJ1QCeJJVwnMt62UR5sg7QnLiLw9KNTL5dKhYTG2VjaAtjghSDUIv BmgzkrGYtQIH7t9jSmfVBPoIYRkBQ0WeG1bItIve3r3ApqtHqO9972UkwAUr lvKuSfvUoodqwJCHiS7Zafdl33l_pT1eZIk1rCabhutBGn0YZfu3i1S3e.u9 ZnGDesDvb_dp2pcocOu1N.LsoZhrd7bzkg5BOm8ZJ7ICsE58S9cdmM8FVOPY gH3.SJeG_j5fjZJTPiYEceFd2rM0usDDdbydmNimRwOagv6nBEq3DrhN0ybO PD4QoCL2tv.PHLrPRxD9r6OpxIkebTr7x27U05ijVYSr3GLA- X-Yahoo-SMTP: dgign4KswBAzN_8NuqGuhVvxx7Xi X-Rocket-Received: from [10.150.250.7] (nichot20@89.16.250.254 with plain) by smtp124.mail.ird.yahoo.com with SMTP; 04 Apr 2013 05:14:44 -0700 PDT Message-ID: <515D6EB3.4070100@yahoo.com> Date: Thu, 04 Apr 2013 13:14:43 +0100 From: Tim Nicholson User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130307 Thunderbird/17.0.4 MIME-Version: 1.0 To: xen-users@lists.xen.org Subject: [Xen-users] 4.2 on an HP Z820 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 have a Z820 with a single 4 core hyperthreaded Processor on which I have installed openSUSE/Xen 4.2 In native boot up dmesg lists:- 0.044679] smpboot: CPU0: Intel(R) Xeon(R) CPU E5-2643 0 @ 3.30GHz (fam: 06, model: 2d, stepping: 07) [...] 0.154060] smpboot: Booting Node 0, Processors #1 #2 #3 #4 #5 #6 #7 OK [ 0.257167] Brought up 8 CPUs [ 0.257171] smpboot: Total of 8 processors activated (52670.73 BogoMIPS) ...but in Xen I get:- (XEN) Processor #0 6:13 APIC version 21 (XEN) Processor #2 6:13 APIC version 21 (XEN) Processor #4 6:13 APIC version 21 (XEN) Processor #6 6:13 APIC version 21 Implying that the hyperthreading "cpu's" are being "ignored" A slightly older Z800 does not exhibit this behaviour, so I am wondering if this is a "feature" of the efi boot process, or if Xen is ignoring the hyperthreading as it may conflict its own thread scheduler. Looking through the archives suggests that efi may cause issues and I am wondering if this is one of them. Does anyone else have any experience of this? -- Tim _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 04 12:42:49 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Apr 2013 12:42: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 1UNjUM-00075s-M8; Thu, 04 Apr 2013 12:41:58 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNYsb-0004DC-Sa for xen-users@lists.xensource.com; Thu, 04 Apr 2013 01:22:17 +0000 Received: from [85.158.138.51:32954] by server-10.bemta-3.messagelabs.com id D4/D5-19664-9C5DC515; Thu, 04 Apr 2013 01:22:17 +0000 X-Env-Sender: TheBear91@gmail.com X-Msg-Ref: server-8.tower-174.messagelabs.com!1365038535!28312330!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9737 invoked from network); 4 Apr 2013 01:22:16 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-8.tower-174.messagelabs.com with AES256-SHA encrypted SMTP; 4 Apr 2013 01:22:16 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1UNYsY-00070h-8y for xen-users@lists.xensource.com; Wed, 03 Apr 2013 18:22:14 -0700 Date: Wed, 3 Apr 2013 18:22:14 -0700 (PDT) From: TheBear91 To: xen-users@lists.xensource.com Message-ID: <1365038534270-5715141.post@n5.nabble.com> In-Reply-To: References: <20110223075427.GT5345@reaktio.net> MIME-Version: 1.0 X-Mailman-Approved-At: Thu, 04 Apr 2013 12:41:57 +0000 Subject: Re: [Xen-users] trouble installing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 know this is an old thread, but wanted to clear things up into this tidy little note. When installing Xen 4 on debian squeeze, the networking needs to be configured: /etc/network/interfaces auto lo iface lo inet loopback # The primary network interface auto eth0 allow-hotplug eth0 iface eth0 inet dhcp And that will get rid of the Line 240 error. Simple as that. What is going on is the new NetworkManager doesn't work well with Xen. You can do yourself a favor by removing it: $ sudo aptitude purge network-manager -- View this message in context: http://xen.1045712.n5.nabble.com/trouble-installing-tp3393681p5715141.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 Thu Apr 04 12:42:49 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Apr 2013 12:42: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 1UNjUM-00075s-M8; Thu, 04 Apr 2013 12:41:58 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNYsb-0004DC-Sa for xen-users@lists.xensource.com; Thu, 04 Apr 2013 01:22:17 +0000 Received: from [85.158.138.51:32954] by server-10.bemta-3.messagelabs.com id D4/D5-19664-9C5DC515; Thu, 04 Apr 2013 01:22:17 +0000 X-Env-Sender: TheBear91@gmail.com X-Msg-Ref: server-8.tower-174.messagelabs.com!1365038535!28312330!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9737 invoked from network); 4 Apr 2013 01:22:16 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-8.tower-174.messagelabs.com with AES256-SHA encrypted SMTP; 4 Apr 2013 01:22:16 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1UNYsY-00070h-8y for xen-users@lists.xensource.com; Wed, 03 Apr 2013 18:22:14 -0700 Date: Wed, 3 Apr 2013 18:22:14 -0700 (PDT) From: TheBear91 To: xen-users@lists.xensource.com Message-ID: <1365038534270-5715141.post@n5.nabble.com> In-Reply-To: References: <20110223075427.GT5345@reaktio.net> MIME-Version: 1.0 X-Mailman-Approved-At: Thu, 04 Apr 2013 12:41:57 +0000 Subject: Re: [Xen-users] trouble installing X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 know this is an old thread, but wanted to clear things up into this tidy little note. When installing Xen 4 on debian squeeze, the networking needs to be configured: /etc/network/interfaces auto lo iface lo inet loopback # The primary network interface auto eth0 allow-hotplug eth0 iface eth0 inet dhcp And that will get rid of the Line 240 error. Simple as that. What is going on is the new NetworkManager doesn't work well with Xen. You can do yourself a favor by removing it: $ sudo aptitude purge network-manager -- View this message in context: http://xen.1045712.n5.nabble.com/trouble-installing-tp3393681p5715141.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 Thu Apr 04 12:42:50 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Apr 2013 12:42: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 1UNjUN-000761-8z; Thu, 04 Apr 2013 12:41:59 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNjLe-0006tc-HN for xen-users@lists.xen.org; Thu, 04 Apr 2013 12:32:58 +0000 Received: from [85.158.139.83:14704] by server-15.bemta-5.messagelabs.com id 39/E0-22815-9F27D515; Thu, 04 Apr 2013 12:32:57 +0000 X-Env-Sender: stefa.rossi96@gmail.com X-Msg-Ref: server-2.tower-182.messagelabs.com!1365078736!27886309!1 X-Originating-IP: [209.85.212.170] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 593 invoked from network); 4 Apr 2013 12:32:16 -0000 Received: from mail-wi0-f170.google.com (HELO mail-wi0-f170.google.com) (209.85.212.170) by server-2.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 4 Apr 2013 12:32:16 -0000 Received: by mail-wi0-f170.google.com with SMTP id hm11so660132wib.3 for ; Thu, 04 Apr 2013 05:32:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:from:content-type:content-transfer-encoding :subject:date:message-id:to:mime-version:x-mailer; bh=c6K3Ux9HyY3dmKO5FopSoSbeLG5NUzFlsbYf0MhJHGs=; b=ZGYtGB4KOVU8dKdOAu7H9kS9luWd03ddPoRRBvkgYx0MTaRX4VegHuI/Uz3UqYy5NQ OCf+TGI9N493QJ3IGsSZLlLrysvryjw8jFnieCqIxFRV3c/H8up6mCSHXDFRpZuIVWy8 FWDIm6P2h/vcq0ZoQtI15rPgT3P5PZx2HczKgSTkR+cY/Bztc9xPIZMHYzGCR1jAIQE0 auJzZnlaPvzv+KFw74rQxb65GngnBZ/ztb2CHkNdeBJcVSYAY0OfVDX6x23v0a+o5vJ8 5Ttcb707f2JRdWTK0URoUOj6xcb0gnhJ+MA3sMK7An803eo3kxMVxeVB3yQM9UOcdZ09 /Jew== X-Received: by 10.180.11.238 with SMTP id t14mr10295527wib.3.1365078736122; Thu, 04 Apr 2013 05:32:16 -0700 (PDT) Received: from [192.168.2.4] (dynamic-adsl-84-223-81-160.clienti.tiscali.it. [84.223.81.160]) by mx.google.com with ESMTPS id s2sm15799843wib.4.2013.04.04.05.32.13 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 04 Apr 2013 05:32:14 -0700 (PDT) From: Stefano Rossi Date: Thu, 4 Apr 2013 14:32:11 +0200 Message-Id: To: xen-users@lists.xen.org Mime-Version: 1.0 (Apple Message framework v1085) X-Mailer: Apple Mail (2.1085) X-Mailman-Approved-At: Thu, 04 Apr 2013 12:41:57 +0000 Subject: [Xen-users] XEN, FreeBSD domU, 3TB hard drive seen as 746GB X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello, I am running Debian stable as dom0 and FreeBSD 9.0 as domU. The machine does not have VT-x, so it's running in paravirtualization. This is the virtual machine configuration file: name = "freebsd" kernel = "/boot/kfreebsd-9.0-2-xen.gz" extra = "vfs.root.mountfrom=ufs:/dev/ad0p2" memory = 128 vif=[ 'bridge=xenbr0' ] disk = [ "file:/var/xen/freebsd.img,hda,w", "phy:/dev/sdb,sda,r" ] I'm trying to "attach" an internal 3TB drive (/dev/sdb), but FreeBSD recognizes it as 764436MB. This is what appears during the boot (FreeBSD shows it for every hard drive, but in this case it reports the wrong size): xbd1: 764436MB at device/vbd/2048 on xenbusb_front0 xbd1: attaching as da0 It then complains that the GPT is corrupt, probably because it's only seeing part of the drive: GEOM: da0: corrupt or invalid GPT detected. GEOM: da0: GPT rejected -- may not be recoverable. Do you have any idea about how to fix it? Thanks. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 04 12:42:50 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Apr 2013 12:42: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 1UNjUN-000761-8z; Thu, 04 Apr 2013 12:41:59 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNjLe-0006tc-HN for xen-users@lists.xen.org; Thu, 04 Apr 2013 12:32:58 +0000 Received: from [85.158.139.83:14704] by server-15.bemta-5.messagelabs.com id 39/E0-22815-9F27D515; Thu, 04 Apr 2013 12:32:57 +0000 X-Env-Sender: stefa.rossi96@gmail.com X-Msg-Ref: server-2.tower-182.messagelabs.com!1365078736!27886309!1 X-Originating-IP: [209.85.212.170] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 593 invoked from network); 4 Apr 2013 12:32:16 -0000 Received: from mail-wi0-f170.google.com (HELO mail-wi0-f170.google.com) (209.85.212.170) by server-2.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 4 Apr 2013 12:32:16 -0000 Received: by mail-wi0-f170.google.com with SMTP id hm11so660132wib.3 for ; Thu, 04 Apr 2013 05:32:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:from:content-type:content-transfer-encoding :subject:date:message-id:to:mime-version:x-mailer; bh=c6K3Ux9HyY3dmKO5FopSoSbeLG5NUzFlsbYf0MhJHGs=; b=ZGYtGB4KOVU8dKdOAu7H9kS9luWd03ddPoRRBvkgYx0MTaRX4VegHuI/Uz3UqYy5NQ OCf+TGI9N493QJ3IGsSZLlLrysvryjw8jFnieCqIxFRV3c/H8up6mCSHXDFRpZuIVWy8 FWDIm6P2h/vcq0ZoQtI15rPgT3P5PZx2HczKgSTkR+cY/Bztc9xPIZMHYzGCR1jAIQE0 auJzZnlaPvzv+KFw74rQxb65GngnBZ/ztb2CHkNdeBJcVSYAY0OfVDX6x23v0a+o5vJ8 5Ttcb707f2JRdWTK0URoUOj6xcb0gnhJ+MA3sMK7An803eo3kxMVxeVB3yQM9UOcdZ09 /Jew== X-Received: by 10.180.11.238 with SMTP id t14mr10295527wib.3.1365078736122; Thu, 04 Apr 2013 05:32:16 -0700 (PDT) Received: from [192.168.2.4] (dynamic-adsl-84-223-81-160.clienti.tiscali.it. [84.223.81.160]) by mx.google.com with ESMTPS id s2sm15799843wib.4.2013.04.04.05.32.13 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 04 Apr 2013 05:32:14 -0700 (PDT) From: Stefano Rossi Date: Thu, 4 Apr 2013 14:32:11 +0200 Message-Id: To: xen-users@lists.xen.org Mime-Version: 1.0 (Apple Message framework v1085) X-Mailer: Apple Mail (2.1085) X-Mailman-Approved-At: Thu, 04 Apr 2013 12:41:57 +0000 Subject: [Xen-users] XEN, FreeBSD domU, 3TB hard drive seen as 746GB X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello, I am running Debian stable as dom0 and FreeBSD 9.0 as domU. The machine does not have VT-x, so it's running in paravirtualization. This is the virtual machine configuration file: name = "freebsd" kernel = "/boot/kfreebsd-9.0-2-xen.gz" extra = "vfs.root.mountfrom=ufs:/dev/ad0p2" memory = 128 vif=[ 'bridge=xenbr0' ] disk = [ "file:/var/xen/freebsd.img,hda,w", "phy:/dev/sdb,sda,r" ] I'm trying to "attach" an internal 3TB drive (/dev/sdb), but FreeBSD recognizes it as 764436MB. This is what appears during the boot (FreeBSD shows it for every hard drive, but in this case it reports the wrong size): xbd1: 764436MB at device/vbd/2048 on xenbusb_front0 xbd1: attaching as da0 It then complains that the GPT is corrupt, probably because it's only seeing part of the drive: GEOM: da0: corrupt or invalid GPT detected. GEOM: da0: GPT rejected -- may not be recoverable. Do you have any idea about how to fix it? Thanks. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 04 13:00:30 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Apr 2013 13:00: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 1UNjlc-0007z0-GU; Thu, 04 Apr 2013 12:59:48 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNjlb-0007yv-Et for xen-users@lists.xen.org; Thu, 04 Apr 2013 12:59:47 +0000 Received: from [193.109.254.147:15152] by server-11.bemta-14.messagelabs.com id 8A/D0-24840-2497D515; Thu, 04 Apr 2013 12:59:46 +0000 X-Env-Sender: feld@feld.me X-Msg-Ref: server-7.tower-27.messagelabs.com!1365080367!1127967!1 X-Originating-IP: [66.111.4.221] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23787 invoked from network); 4 Apr 2013 12:59:32 -0000 Received: from new1-smtp.messagingengine.com (HELO new1-smtp.messagingengine.com) (66.111.4.221) by server-7.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 4 Apr 2013 12:59:32 -0000 Received: from compute5.internal (compute5.nyi.mail.srv.osa [10.202.2.45]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 557ECC0E; Thu, 4 Apr 2013 08:59:27 -0400 (EDT) Received: from frontend2.nyi.mail.srv.osa ([10.202.2.161]) by compute5.internal (MEProxy); Thu, 04 Apr 2013 08:59:27 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=feld.me; h= content-type:to:subject:references:date:mime-version :content-transfer-encoding:from:message-id:in-reply-to; s= mesmtp; bh=ynM4rrP+tk9L8dXKa4T2vadGRBc=; b=Bfq9cEIwN1sgJpq+Rnywf s2VW9abkLiaTMsv3WNq9/FSGxQe+cURbYJqkYTwjO24HdDrSn88CrLDvjsu1TI/l gm4zKCC965+y/nJI7pHCl1DSYtgrRxJK2u/eow0D9J6XPqRCmrUUVWLG8z3AtrUC 7LtjhHDbeLg/KxjF5+1im0= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=content-type:to:subject:references:date :mime-version:content-transfer-encoding:from:message-id :in-reply-to; s=smtpout; bh=ynM4rrP+tk9L8dXKa4T2vadGRBc=; b=X/qn zWv9SF2uwG1AQYD5fWimVbfSoa0G++Qaph9zuBtUTUXH+lIHeom0t4VYNhAgnDgi HMI1Cx0FDIZKOPAxLatCq92LZlSilDTMwsJKx+Y5aZczDvRfsj89i+SthrjbruSt VH8dqfKLisfLfTzI6SPTbeKtUD1EomDjAAtvAVY= X-Sasl-enc: 6d6F1Y0wH6ajp5/DZCIDQNBcek4SISO5u/wv3v71CKnm 1365080366 Received: from tech304.office.supranet.net (unknown [66.170.8.18]) by mail.messagingengine.com (Postfix) with ESMTPA id DECB6200048; Thu, 4 Apr 2013 08:59:26 -0400 (EDT) To: xen-users@lists.xen.org, "Stefano Rossi" References: Date: Thu, 04 Apr 2013 07:59:26 -0500 MIME-Version: 1.0 From: "Mark Felder" Message-ID: In-Reply-To: User-Agent: Opera Mail/12.14 (FreeBSD) Subject: Re: [Xen-users] XEN, FreeBSD domU, 3TB hard drive seen as 746GB X-BeenThere: xen-users@lists.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 Google "Allow xen guests to plug disks of 1 TiB or more". There were patches submitted just the other day for this on the xen-devel list. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 04 13:00:30 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Apr 2013 13:00: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 1UNjlc-0007z0-GU; Thu, 04 Apr 2013 12:59:48 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNjlb-0007yv-Et for xen-users@lists.xen.org; Thu, 04 Apr 2013 12:59:47 +0000 Received: from [193.109.254.147:15152] by server-11.bemta-14.messagelabs.com id 8A/D0-24840-2497D515; Thu, 04 Apr 2013 12:59:46 +0000 X-Env-Sender: feld@feld.me X-Msg-Ref: server-7.tower-27.messagelabs.com!1365080367!1127967!1 X-Originating-IP: [66.111.4.221] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23787 invoked from network); 4 Apr 2013 12:59:32 -0000 Received: from new1-smtp.messagingengine.com (HELO new1-smtp.messagingengine.com) (66.111.4.221) by server-7.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 4 Apr 2013 12:59:32 -0000 Received: from compute5.internal (compute5.nyi.mail.srv.osa [10.202.2.45]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 557ECC0E; Thu, 4 Apr 2013 08:59:27 -0400 (EDT) Received: from frontend2.nyi.mail.srv.osa ([10.202.2.161]) by compute5.internal (MEProxy); Thu, 04 Apr 2013 08:59:27 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=feld.me; h= content-type:to:subject:references:date:mime-version :content-transfer-encoding:from:message-id:in-reply-to; s= mesmtp; bh=ynM4rrP+tk9L8dXKa4T2vadGRBc=; b=Bfq9cEIwN1sgJpq+Rnywf s2VW9abkLiaTMsv3WNq9/FSGxQe+cURbYJqkYTwjO24HdDrSn88CrLDvjsu1TI/l gm4zKCC965+y/nJI7pHCl1DSYtgrRxJK2u/eow0D9J6XPqRCmrUUVWLG8z3AtrUC 7LtjhHDbeLg/KxjF5+1im0= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=content-type:to:subject:references:date :mime-version:content-transfer-encoding:from:message-id :in-reply-to; s=smtpout; bh=ynM4rrP+tk9L8dXKa4T2vadGRBc=; b=X/qn zWv9SF2uwG1AQYD5fWimVbfSoa0G++Qaph9zuBtUTUXH+lIHeom0t4VYNhAgnDgi HMI1Cx0FDIZKOPAxLatCq92LZlSilDTMwsJKx+Y5aZczDvRfsj89i+SthrjbruSt VH8dqfKLisfLfTzI6SPTbeKtUD1EomDjAAtvAVY= X-Sasl-enc: 6d6F1Y0wH6ajp5/DZCIDQNBcek4SISO5u/wv3v71CKnm 1365080366 Received: from tech304.office.supranet.net (unknown [66.170.8.18]) by mail.messagingengine.com (Postfix) with ESMTPA id DECB6200048; Thu, 4 Apr 2013 08:59:26 -0400 (EDT) To: xen-users@lists.xen.org, "Stefano Rossi" References: Date: Thu, 04 Apr 2013 07:59:26 -0500 MIME-Version: 1.0 From: "Mark Felder" Message-ID: In-Reply-To: User-Agent: Opera Mail/12.14 (FreeBSD) Subject: Re: [Xen-users] XEN, FreeBSD domU, 3TB hard drive seen as 746GB X-BeenThere: xen-users@lists.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 Google "Allow xen guests to plug disks of 1 TiB or more". There were patches submitted just the other day for this on the xen-devel list. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 04 13:32:50 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Apr 2013 13:32: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 1UNkGs-00009a-9U; Thu, 04 Apr 2013 13:32:06 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNkGq-00009F-H6; Thu, 04 Apr 2013 13:32:04 +0000 Received: from [85.158.139.83:19021] by server-2.bemta-5.messagelabs.com id 08/44-23989-3D08D515; Thu, 04 Apr 2013 13:32:03 +0000 X-Env-Sender: dunlapg@gmail.com X-Msg-Ref: server-8.tower-182.messagelabs.com!1365082285!17102044!1 X-Originating-IP: [74.125.82.171] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3766 invoked from network); 4 Apr 2013 13:31:25 -0000 Received: from mail-we0-f171.google.com (HELO mail-we0-f171.google.com) (74.125.82.171) by server-8.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 4 Apr 2013 13:31:25 -0000 Received: by mail-we0-f171.google.com with SMTP id d46so1975885wer.2 for ; Thu, 04 Apr 2013 06:31:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=T2shAHbzeDnnaqo5B/A393y402jt0ZYJIALWT6ULtaY=; b=INsM9H/BJRplASbz5pup1VZpXugBlAc4b4EHfGiabLQotddOZB5N96zJnp6eQCif5z 3w+N2dl9vxFPs8ftMzPGiJdmS4DdMfSZQsQaqv7/S7fGbfXlumRl7lSbGOph8U8tOjPp QVkRGMZYWmg/OjmzQXuyUIZy3vbW39+xKSzDqG+8+lUk0R0ubJEI46gLAR2Uhy45zTFy /6Kl9G3uPVHfWh9KXwjbbFcAUB5PDWdtlvRCvWljC+a84lIdRe5VyvawcbwtzsF1CMNk 60YyWS8K7LiUIHoqBHDBG81TmRfOtRQ/Rx0kn4mFPp6KM2Tyb2/ymggg8xkr01+HqZj2 NPDQ== MIME-Version: 1.0 X-Received: by 10.180.105.99 with SMTP id gl3mr9463307wib.22.1365082285333; Thu, 04 Apr 2013 06:31:25 -0700 (PDT) Received: by 10.194.20.163 with HTTP; Thu, 4 Apr 2013 06:31:25 -0700 (PDT) In-Reply-To: References: Date: Thu, 4 Apr 2013 14:31:25 +0100 X-Google-Sender-Auth: vp19S__htxHV7WucK7-WUcS16ys Message-ID: From: George Dunlap To: "xen-devel@lists.xen.org" , "xen-users@lists.xen.org" Subject: Re: [Xen-users] Request for input: Extended event channel support X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, Mar 27, 2013 at 11:23 AM, George Dunlap wrote: > * Executive summary > > The number of event channels available for dom0 is currently one of > the biggest limitations on scaling up the number of VMs which can be > created on a single system. There are two alternative implementations > we could choose, one of which is ready now, the other of which is > potentially technically superior, but will not be ready for the 4.3 > release. > > The core question we need to ask the community: How important is > lifting the event channel scalability limit to 4.3? Will waiting > until 4.4 cause a limit in the uptake of the Xen platform? So far the only one who has indicated a preference either way is Anil, who is impatient to be rid of the limit on the number of tiny Mirage VMs he can create. :-) I think overall then I'm leaning towards recommending that we put the decision off until 4.4. -George _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 04 13:32:50 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Apr 2013 13:32: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 1UNkGs-00009a-9U; Thu, 04 Apr 2013 13:32:06 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNkGq-00009F-H6; Thu, 04 Apr 2013 13:32:04 +0000 Received: from [85.158.139.83:19021] by server-2.bemta-5.messagelabs.com id 08/44-23989-3D08D515; Thu, 04 Apr 2013 13:32:03 +0000 X-Env-Sender: dunlapg@gmail.com X-Msg-Ref: server-8.tower-182.messagelabs.com!1365082285!17102044!1 X-Originating-IP: [74.125.82.171] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3766 invoked from network); 4 Apr 2013 13:31:25 -0000 Received: from mail-we0-f171.google.com (HELO mail-we0-f171.google.com) (74.125.82.171) by server-8.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 4 Apr 2013 13:31:25 -0000 Received: by mail-we0-f171.google.com with SMTP id d46so1975885wer.2 for ; Thu, 04 Apr 2013 06:31:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=T2shAHbzeDnnaqo5B/A393y402jt0ZYJIALWT6ULtaY=; b=INsM9H/BJRplASbz5pup1VZpXugBlAc4b4EHfGiabLQotddOZB5N96zJnp6eQCif5z 3w+N2dl9vxFPs8ftMzPGiJdmS4DdMfSZQsQaqv7/S7fGbfXlumRl7lSbGOph8U8tOjPp QVkRGMZYWmg/OjmzQXuyUIZy3vbW39+xKSzDqG+8+lUk0R0ubJEI46gLAR2Uhy45zTFy /6Kl9G3uPVHfWh9KXwjbbFcAUB5PDWdtlvRCvWljC+a84lIdRe5VyvawcbwtzsF1CMNk 60YyWS8K7LiUIHoqBHDBG81TmRfOtRQ/Rx0kn4mFPp6KM2Tyb2/ymggg8xkr01+HqZj2 NPDQ== MIME-Version: 1.0 X-Received: by 10.180.105.99 with SMTP id gl3mr9463307wib.22.1365082285333; Thu, 04 Apr 2013 06:31:25 -0700 (PDT) Received: by 10.194.20.163 with HTTP; Thu, 4 Apr 2013 06:31:25 -0700 (PDT) In-Reply-To: References: Date: Thu, 4 Apr 2013 14:31:25 +0100 X-Google-Sender-Auth: vp19S__htxHV7WucK7-WUcS16ys Message-ID: From: George Dunlap To: "xen-devel@lists.xen.org" , "xen-users@lists.xen.org" Subject: Re: [Xen-users] Request for input: Extended event channel support X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, Mar 27, 2013 at 11:23 AM, George Dunlap wrote: > * Executive summary > > The number of event channels available for dom0 is currently one of > the biggest limitations on scaling up the number of VMs which can be > created on a single system. There are two alternative implementations > we could choose, one of which is ready now, the other of which is > potentially technically superior, but will not be ready for the 4.3 > release. > > The core question we need to ask the community: How important is > lifting the event channel scalability limit to 4.3? Will waiting > until 4.4 cause a limit in the uptake of the Xen platform? So far the only one who has indicated a preference either way is Anil, who is impatient to be rid of the limit on the number of tiny Mirage VMs he can create. :-) I think overall then I'm leaning towards recommending that we put the decision off until 4.4. -George _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 04 15:07:16 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Apr 2013 15:07: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 1UNljx-0001l3-Bt; Thu, 04 Apr 2013 15:06:13 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNljv-0001ky-VN for xen-users@lists.xen.org; Thu, 04 Apr 2013 15:06:12 +0000 Received: from [85.158.139.83:10758] by server-7.bemta-5.messagelabs.com id 9E/16-12441-3E69D515; Thu, 04 Apr 2013 15:06:11 +0000 X-Env-Sender: patpro@patpro.net X-Msg-Ref: server-9.tower-182.messagelabs.com!1365087953!27153893!1 X-Originating-IP: [193.30.227.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27383 invoked from network); 4 Apr 2013 15:05:54 -0000 Received: from rack.patpro.net (HELO rack.patpro.net) (193.30.227.216) by server-9.tower-182.messagelabs.com with SMTP; 4 Apr 2013 15:05:54 -0000 Received: from [192.168.0.2] (boleskine.patpro.net [82.230.142.222]) by rack.patpro.net (Postfix) with ESMTPSA id 86E821CC026; Thu, 4 Apr 2013 17:05:50 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=patpro.net; s=patpro; t=1365087950; bh=Pt50l/Npw9pLaLsu7lG0+Gd+Tknrww5XMp4Hb8YWOr0=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=VWs0Hktkk7QvXALaPW8Tv2SbOXkiy5oj8SdDppBVlFzb4Ae8FwnZ6Wb9RBq3LhOtw tqS1UGt4fXNOXkVGsauRu1bXogyhd8wvxV44ZFfspZ6T8qmFnvtWGRYmUpYB3unfph BELUCcDkgXFuJt8IDhREYVZdPRselKyb1GWZcPSQ= Mime-Version: 1.0 (Apple Message framework v1085) From: Patrick Proniewski In-Reply-To: Date: Thu, 4 Apr 2013 17:05:49 +0200 Message-Id: References: To: Eric Shelton X-Mailer: Apple Mail (2.1085) Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] PCI/VGA passthrough: differences between Xen and ESXi? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 03 avr. 2013, at 01:26, Eric Shelton wrote: > There are a number of HVM tutorial examples with well over 3GB: > http://wiki.xen.org/wiki/Secondary_GPU_Passthrough (6GB Win7 HVM with > passthrough of ATI 6970 and USB controller) > http://wiki.xen.org/wiki/Comprehensive_Xen_Debian_Wheezy_PCI_Passthrough_Tutorial > (6GB Win7 HVM with passthrough of ATI 68XX and multiple USB > controllers) > None of these tutorials mention a 3GB limitation. That's great. Thank you for the pointers. I've been into some trouble supporting a >2GB config with GPU passthrough on ESXi, but I've been able to work around with 2 lines of configuration. That's not exactly a surprise for me that GPU passthrough can be quite sensitive to the amount of RAM... > Patrick: > From the above examples, it seems like >3GB may be fine if you use > ATI/AMD GPUs. I have had fairly good experiences with passthrough of > a single AMD 6570 with the patch mentioned here: > http://lists.xen.org/archives/html/xen-users/2013-02/msg00410.html > although I did not explore how much or how little memory I could > assign to it. Note, however, that patch may make certain assumptions, > such as that only one GPU is being passed through. I'm not sure there > is any unpatched release version (for example, 4.2.1) that reliably > does GPU passthrough (PCI passthrough of less wonky devices has worked > for some time). > > I think the proposed multi-GPU setup may be putting you out on the > bleeding edge (on the other hand, it sounds like it is absolutely no > available under ESXi). It's probably not impossible. Maybe someone > has already done it. I'm not interested in passing through more than 1 graphics card per VM, and the best solution for me would be to pass through 1 graphics card to few VMs (I don't want to suffer from the noise, the heat, the cost, the power consumption of an array of graphics cards). Technically, ESXi allows you to passthrough only 1 graphics card per VM, but I find no evidence that it won't allow passing through N graphics cards to N VMs. Of course, low powered fanless graphics cards do exit, and I mould probably be pretty happy with them. Problem is, they use huge coolers, and you can't put many of them into a single enclosure. > However, how interested and/or comfortable are > you with code & configuration tweaking, debug, and experimentation? I'm highly competent in various IT fields, including system administration on FreeBSD/Unix. But the more I'm getting old, the less I want to spend my nights debugging config and playing with patches :) Ten years ago I'd have setup a test box and played with Xen to achieve my goals. Now I'm more into finding a mature (or at least less experimental) solution. My project is not urgent, I can wait one or two years without any problem. My Mac Pro has still few years of 24/24 operation before needing replacement. When this time will come, I'll consider a good hardware platform for home virtualisation (Supermicro's whisper-quiet workstation is my current choice). I'll keep an eye on Xen, and may be give it a fast try in the next months, but probably not something as complete as my attempts with ESXi. More importantly, Xen would require I switch from the macintosh world to the hackintosh world. Thanks again for your replies, it helps me figuring out the state of GPU passthrough on Xen. Patrick _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 04 15:07:16 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Apr 2013 15:07: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 1UNljx-0001l3-Bt; Thu, 04 Apr 2013 15:06:13 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNljv-0001ky-VN for xen-users@lists.xen.org; Thu, 04 Apr 2013 15:06:12 +0000 Received: from [85.158.139.83:10758] by server-7.bemta-5.messagelabs.com id 9E/16-12441-3E69D515; Thu, 04 Apr 2013 15:06:11 +0000 X-Env-Sender: patpro@patpro.net X-Msg-Ref: server-9.tower-182.messagelabs.com!1365087953!27153893!1 X-Originating-IP: [193.30.227.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27383 invoked from network); 4 Apr 2013 15:05:54 -0000 Received: from rack.patpro.net (HELO rack.patpro.net) (193.30.227.216) by server-9.tower-182.messagelabs.com with SMTP; 4 Apr 2013 15:05:54 -0000 Received: from [192.168.0.2] (boleskine.patpro.net [82.230.142.222]) by rack.patpro.net (Postfix) with ESMTPSA id 86E821CC026; Thu, 4 Apr 2013 17:05:50 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=patpro.net; s=patpro; t=1365087950; bh=Pt50l/Npw9pLaLsu7lG0+Gd+Tknrww5XMp4Hb8YWOr0=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=VWs0Hktkk7QvXALaPW8Tv2SbOXkiy5oj8SdDppBVlFzb4Ae8FwnZ6Wb9RBq3LhOtw tqS1UGt4fXNOXkVGsauRu1bXogyhd8wvxV44ZFfspZ6T8qmFnvtWGRYmUpYB3unfph BELUCcDkgXFuJt8IDhREYVZdPRselKyb1GWZcPSQ= Mime-Version: 1.0 (Apple Message framework v1085) From: Patrick Proniewski In-Reply-To: Date: Thu, 4 Apr 2013 17:05:49 +0200 Message-Id: References: To: Eric Shelton X-Mailer: Apple Mail (2.1085) Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] PCI/VGA passthrough: differences between Xen and ESXi? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 03 avr. 2013, at 01:26, Eric Shelton wrote: > There are a number of HVM tutorial examples with well over 3GB: > http://wiki.xen.org/wiki/Secondary_GPU_Passthrough (6GB Win7 HVM with > passthrough of ATI 6970 and USB controller) > http://wiki.xen.org/wiki/Comprehensive_Xen_Debian_Wheezy_PCI_Passthrough_Tutorial > (6GB Win7 HVM with passthrough of ATI 68XX and multiple USB > controllers) > None of these tutorials mention a 3GB limitation. That's great. Thank you for the pointers. I've been into some trouble supporting a >2GB config with GPU passthrough on ESXi, but I've been able to work around with 2 lines of configuration. That's not exactly a surprise for me that GPU passthrough can be quite sensitive to the amount of RAM... > Patrick: > From the above examples, it seems like >3GB may be fine if you use > ATI/AMD GPUs. I have had fairly good experiences with passthrough of > a single AMD 6570 with the patch mentioned here: > http://lists.xen.org/archives/html/xen-users/2013-02/msg00410.html > although I did not explore how much or how little memory I could > assign to it. Note, however, that patch may make certain assumptions, > such as that only one GPU is being passed through. I'm not sure there > is any unpatched release version (for example, 4.2.1) that reliably > does GPU passthrough (PCI passthrough of less wonky devices has worked > for some time). > > I think the proposed multi-GPU setup may be putting you out on the > bleeding edge (on the other hand, it sounds like it is absolutely no > available under ESXi). It's probably not impossible. Maybe someone > has already done it. I'm not interested in passing through more than 1 graphics card per VM, and the best solution for me would be to pass through 1 graphics card to few VMs (I don't want to suffer from the noise, the heat, the cost, the power consumption of an array of graphics cards). Technically, ESXi allows you to passthrough only 1 graphics card per VM, but I find no evidence that it won't allow passing through N graphics cards to N VMs. Of course, low powered fanless graphics cards do exit, and I mould probably be pretty happy with them. Problem is, they use huge coolers, and you can't put many of them into a single enclosure. > However, how interested and/or comfortable are > you with code & configuration tweaking, debug, and experimentation? I'm highly competent in various IT fields, including system administration on FreeBSD/Unix. But the more I'm getting old, the less I want to spend my nights debugging config and playing with patches :) Ten years ago I'd have setup a test box and played with Xen to achieve my goals. Now I'm more into finding a mature (or at least less experimental) solution. My project is not urgent, I can wait one or two years without any problem. My Mac Pro has still few years of 24/24 operation before needing replacement. When this time will come, I'll consider a good hardware platform for home virtualisation (Supermicro's whisper-quiet workstation is my current choice). I'll keep an eye on Xen, and may be give it a fast try in the next months, but probably not something as complete as my attempts with ESXi. More importantly, Xen would require I switch from the macintosh world to the hackintosh world. Thanks again for your replies, it helps me figuring out the state of GPU passthrough on Xen. Patrick _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 04 15:55:47 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Apr 2013 15:55: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 1UNmUy-0003DB-Od; Thu, 04 Apr 2013 15:54:48 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNmUx-0003D5-LT for xen-users@lists.xen.org; Thu, 04 Apr 2013 15:54:47 +0000 Received: from [85.158.139.83:36636] by server-13.bemta-5.messagelabs.com id B5/E5-20553-642AD515; Thu, 04 Apr 2013 15:54:46 +0000 X-Env-Sender: firemeteor.guo@gmail.com X-Msg-Ref: server-5.tower-182.messagelabs.com!1365090884!27770894!1 X-Originating-IP: [209.85.219.49] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18464 invoked from network); 4 Apr 2013 15:54:45 -0000 Received: from mail-oa0-f49.google.com (HELO mail-oa0-f49.google.com) (209.85.219.49) by server-5.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 4 Apr 2013 15:54:45 -0000 Received: by mail-oa0-f49.google.com with SMTP id j6so2894729oag.22 for ; Thu, 04 Apr 2013 08:54:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=WyhTlNSVwwwMx9oShhrv+fUcsJrF14IvEHeBvCtTN4E=; b=YzEqmFDBotkYqVXR9TcubYILRJZTwP5b2CT86v6Yw+dzraNDoVkkeEethb9LxON9Q8 QCTTZhsS7AqkMd0asyVdd2BSZnXGb/TOEFmNhCle4D86rWFPrb6cmlOL3/jbvKiPF99Y E+EMHUUjCi7tZfBHEmEoeSM+ZvPwZsiiuvNIBJVErfzeN2s1JanHikOHIkxH3VApmxtN 85Not8ugjsWGW7fcRk3o4fUKKq5tH7T816+lMD+iDQYrOkM/QC89pn8svKnTnby4fw70 qQxPh+aPAEcmT3Mjab0muS94E1LEZhkkhFx8wFi4ze95JC7r15B2BMkGllOt0e2kJHw/ E+Fg== MIME-Version: 1.0 X-Received: by 10.182.212.6 with SMTP id ng6mr4627087obc.26.1365090883915; Thu, 04 Apr 2013 08:54:43 -0700 (PDT) Received: by 10.60.33.196 with HTTP; Thu, 4 Apr 2013 08:54:43 -0700 (PDT) In-Reply-To: References: Date: Thu, 4 Apr 2013 23:54:43 +0800 X-Google-Sender-Auth: tjy-nfON-43Zdris4hoa2cgUBZQ Message-ID: From: "G.R." To: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Freenas domU network performance issue X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Here is one iperf log for dom0 => nas (LRO=1) case. It seems that the bench sucks at low BW while some occasional peak shows up, raising the overall BW to the level of 300Mbps. # iperf -c 192.168.1.9 -f m -i 1 -w 256k -l 256k -t 20 ------------------------------------------------------------ Client connecting to 192.168.1.9, TCP port 5001 TCP window size: 0.25 MByte (WARNING: requested 0.25 MByte) ------------------------------------------------------------ [ 3] local 192.168.1.6 port 39519 connected with 192.168.1.9 port 5001 [ ID] Interval Transfer Bandwidth [ 3] 0.0- 1.0 sec 160 MBytes 1340 Mbits/sec [ 3] 1.0- 2.0 sec 5.75 MBytes 48.2 Mbits/sec [ 3] 2.0- 3.0 sec 9.00 MBytes 75.5 Mbits/sec [ 3] 3.0- 4.0 sec 6.00 MBytes 50.3 Mbits/sec [ 3] 4.0- 5.0 sec 6.00 MBytes 50.3 Mbits/sec [ 3] 5.0- 6.0 sec 8.25 MBytes 69.2 Mbits/sec [ 3] 6.0- 7.0 sec 9.25 MBytes 77.6 Mbits/sec [ 3] 7.0- 8.0 sec 161 MBytes 1351 Mbits/sec [ 3] 8.0- 9.0 sec 5.75 MBytes 48.2 Mbits/sec [ 3] 9.0-10.0 sec 6.00 MBytes 50.3 Mbits/sec [ 3] 10.0-11.0 sec 8.75 MBytes 73.4 Mbits/sec [ 3] 11.0-12.0 sec 56.0 MBytes 470 Mbits/sec [ 3] 12.0-13.0 sec 108 MBytes 906 Mbits/sec [ 3] 13.0-14.0 sec 11.0 MBytes 92.3 Mbits/sec [ 3] 14.0-15.0 sec 6.00 MBytes 50.3 Mbits/sec [ 3] 15.0-16.0 sec 9.25 MBytes 77.6 Mbits/sec [ 3] 16.0-17.0 sec 5.75 MBytes 48.2 Mbits/sec [ 3] 17.0-18.0 sec 152 MBytes 1275 Mbits/sec [ 3] 18.0-19.0 sec 6.00 MBytes 50.3 Mbits/sec [ 3] 19.0-20.0 sec 6.25 MBytes 52.4 Mbits/sec [ 3] 0.0-20.1 sec 746 MBytes 312 Mbits/sec On Thu, Apr 4, 2013 at 8:00 PM, G.R. wrote: > Hi guys, > I'm running a freenas domU (FreeBSD 8.3 based, ZFS v28, 2 vcpus mapped to > the same HT capable core) to serve storage for all purpose including other > domUs running on the same host. I did some study to understand how well it > works and the result is kind of confusing. > > In summary, the network performance between domains on the same host is > worse than expected. And NFS service to other domains on the same host is > not reliable. The last issue make it impossible to serve VM disk image from > the nas. Anybody has met the same issue? > > Benchmark details below: > > 1. iperf bench against external host (through physical network). > The bench can fully utilize the Giga-bit network. > ext => nas ~930Mbps > nas => ext ~ 900Mbps > TSO / LRO config has no impact on the bench result. > > 2. iperf bench against dom0 (through virtual bridge, handled fully by driver > stack) > The bench result highly depends on TSO / LRO config. > dom0 => nas (LRO=1) 60Mbps ~ 300Mbps (vary a lot time to time, xentop > reports low cpu usage in both domain (varies corresponding to BPS, ~ 20%)). > dom0 => nas (LRO=0) 10900Mbps (stable, high cpu usage ~190%) > > nas => dom0 (TSO=1) 470Mbps (stable result, low cpu usage ~40%) > nas => dom0 (TSO=0) 860Mbps (stable result, high cpu usage ~170%. some > times can stable at ~2000Mbps, not sure how to reproduce) > > Similar result can be observed when talking to another linux domU. However, > linux domU can generally achieve better performance than dom0. > > 3. As a comparasion, here is a iperf test between linux domU and dom0. > dom0 => lin domU ~10300Mbps > lin domU => dom0 ~13500Mbps > > 4. file transfer from external host to nas > PS: Here the bottleneck is the network rather than the disk. > NFS: 50MB/s > FTP: 102MB/s > I'm not quite sure about how much perf to expect from NFS. But it appears to > be a bottleneck. > > 5. file transfer from dom0 to nas > copy to the NFS mount served by the nas domU can cause hang. Almost 100% > reproduce. > Typically the hang is limited to the nas and dom0 processes that accesses > the mount. > "umount -f" can resolve the hang in such case. But in some cases, all ssh > sessions to dom0 hang too. Not sure if this means a dom0 network hang or a > full freeze. > > Tcpdump seems to show that some traffic is lost. But there is no package > drop statistics shown in both end from the netstat / ifconfig command. > > Thanks, > Timothy _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 04 15:55:47 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Apr 2013 15:55: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 1UNmUy-0003DB-Od; Thu, 04 Apr 2013 15:54:48 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNmUx-0003D5-LT for xen-users@lists.xen.org; Thu, 04 Apr 2013 15:54:47 +0000 Received: from [85.158.139.83:36636] by server-13.bemta-5.messagelabs.com id B5/E5-20553-642AD515; Thu, 04 Apr 2013 15:54:46 +0000 X-Env-Sender: firemeteor.guo@gmail.com X-Msg-Ref: server-5.tower-182.messagelabs.com!1365090884!27770894!1 X-Originating-IP: [209.85.219.49] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18464 invoked from network); 4 Apr 2013 15:54:45 -0000 Received: from mail-oa0-f49.google.com (HELO mail-oa0-f49.google.com) (209.85.219.49) by server-5.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 4 Apr 2013 15:54:45 -0000 Received: by mail-oa0-f49.google.com with SMTP id j6so2894729oag.22 for ; Thu, 04 Apr 2013 08:54:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=WyhTlNSVwwwMx9oShhrv+fUcsJrF14IvEHeBvCtTN4E=; b=YzEqmFDBotkYqVXR9TcubYILRJZTwP5b2CT86v6Yw+dzraNDoVkkeEethb9LxON9Q8 QCTTZhsS7AqkMd0asyVdd2BSZnXGb/TOEFmNhCle4D86rWFPrb6cmlOL3/jbvKiPF99Y E+EMHUUjCi7tZfBHEmEoeSM+ZvPwZsiiuvNIBJVErfzeN2s1JanHikOHIkxH3VApmxtN 85Not8ugjsWGW7fcRk3o4fUKKq5tH7T816+lMD+iDQYrOkM/QC89pn8svKnTnby4fw70 qQxPh+aPAEcmT3Mjab0muS94E1LEZhkkhFx8wFi4ze95JC7r15B2BMkGllOt0e2kJHw/ E+Fg== MIME-Version: 1.0 X-Received: by 10.182.212.6 with SMTP id ng6mr4627087obc.26.1365090883915; Thu, 04 Apr 2013 08:54:43 -0700 (PDT) Received: by 10.60.33.196 with HTTP; Thu, 4 Apr 2013 08:54:43 -0700 (PDT) In-Reply-To: References: Date: Thu, 4 Apr 2013 23:54:43 +0800 X-Google-Sender-Auth: tjy-nfON-43Zdris4hoa2cgUBZQ Message-ID: From: "G.R." To: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Freenas domU network performance issue X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Here is one iperf log for dom0 => nas (LRO=1) case. It seems that the bench sucks at low BW while some occasional peak shows up, raising the overall BW to the level of 300Mbps. # iperf -c 192.168.1.9 -f m -i 1 -w 256k -l 256k -t 20 ------------------------------------------------------------ Client connecting to 192.168.1.9, TCP port 5001 TCP window size: 0.25 MByte (WARNING: requested 0.25 MByte) ------------------------------------------------------------ [ 3] local 192.168.1.6 port 39519 connected with 192.168.1.9 port 5001 [ ID] Interval Transfer Bandwidth [ 3] 0.0- 1.0 sec 160 MBytes 1340 Mbits/sec [ 3] 1.0- 2.0 sec 5.75 MBytes 48.2 Mbits/sec [ 3] 2.0- 3.0 sec 9.00 MBytes 75.5 Mbits/sec [ 3] 3.0- 4.0 sec 6.00 MBytes 50.3 Mbits/sec [ 3] 4.0- 5.0 sec 6.00 MBytes 50.3 Mbits/sec [ 3] 5.0- 6.0 sec 8.25 MBytes 69.2 Mbits/sec [ 3] 6.0- 7.0 sec 9.25 MBytes 77.6 Mbits/sec [ 3] 7.0- 8.0 sec 161 MBytes 1351 Mbits/sec [ 3] 8.0- 9.0 sec 5.75 MBytes 48.2 Mbits/sec [ 3] 9.0-10.0 sec 6.00 MBytes 50.3 Mbits/sec [ 3] 10.0-11.0 sec 8.75 MBytes 73.4 Mbits/sec [ 3] 11.0-12.0 sec 56.0 MBytes 470 Mbits/sec [ 3] 12.0-13.0 sec 108 MBytes 906 Mbits/sec [ 3] 13.0-14.0 sec 11.0 MBytes 92.3 Mbits/sec [ 3] 14.0-15.0 sec 6.00 MBytes 50.3 Mbits/sec [ 3] 15.0-16.0 sec 9.25 MBytes 77.6 Mbits/sec [ 3] 16.0-17.0 sec 5.75 MBytes 48.2 Mbits/sec [ 3] 17.0-18.0 sec 152 MBytes 1275 Mbits/sec [ 3] 18.0-19.0 sec 6.00 MBytes 50.3 Mbits/sec [ 3] 19.0-20.0 sec 6.25 MBytes 52.4 Mbits/sec [ 3] 0.0-20.1 sec 746 MBytes 312 Mbits/sec On Thu, Apr 4, 2013 at 8:00 PM, G.R. wrote: > Hi guys, > I'm running a freenas domU (FreeBSD 8.3 based, ZFS v28, 2 vcpus mapped to > the same HT capable core) to serve storage for all purpose including other > domUs running on the same host. I did some study to understand how well it > works and the result is kind of confusing. > > In summary, the network performance between domains on the same host is > worse than expected. And NFS service to other domains on the same host is > not reliable. The last issue make it impossible to serve VM disk image from > the nas. Anybody has met the same issue? > > Benchmark details below: > > 1. iperf bench against external host (through physical network). > The bench can fully utilize the Giga-bit network. > ext => nas ~930Mbps > nas => ext ~ 900Mbps > TSO / LRO config has no impact on the bench result. > > 2. iperf bench against dom0 (through virtual bridge, handled fully by driver > stack) > The bench result highly depends on TSO / LRO config. > dom0 => nas (LRO=1) 60Mbps ~ 300Mbps (vary a lot time to time, xentop > reports low cpu usage in both domain (varies corresponding to BPS, ~ 20%)). > dom0 => nas (LRO=0) 10900Mbps (stable, high cpu usage ~190%) > > nas => dom0 (TSO=1) 470Mbps (stable result, low cpu usage ~40%) > nas => dom0 (TSO=0) 860Mbps (stable result, high cpu usage ~170%. some > times can stable at ~2000Mbps, not sure how to reproduce) > > Similar result can be observed when talking to another linux domU. However, > linux domU can generally achieve better performance than dom0. > > 3. As a comparasion, here is a iperf test between linux domU and dom0. > dom0 => lin domU ~10300Mbps > lin domU => dom0 ~13500Mbps > > 4. file transfer from external host to nas > PS: Here the bottleneck is the network rather than the disk. > NFS: 50MB/s > FTP: 102MB/s > I'm not quite sure about how much perf to expect from NFS. But it appears to > be a bottleneck. > > 5. file transfer from dom0 to nas > copy to the NFS mount served by the nas domU can cause hang. Almost 100% > reproduce. > Typically the hang is limited to the nas and dom0 processes that accesses > the mount. > "umount -f" can resolve the hang in such case. But in some cases, all ssh > sessions to dom0 hang too. Not sure if this means a dom0 network hang or a > full freeze. > > Tcpdump seems to show that some traffic is lost. But there is no package > drop statistics shown in both end from the netstat / ifconfig command. > > Thanks, > Timothy _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 04 16:18:07 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Apr 2013 16:18:07 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNmqS-00048n-0k; Thu, 04 Apr 2013 16:17:00 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNmqQ-00048h-Nb for xen-users@lists.xen.org; Thu, 04 Apr 2013 16:16:59 +0000 Received: from [193.109.254.147:24206] by server-13.bemta-14.messagelabs.com id B3/B3-07387-A77AD515; Thu, 04 Apr 2013 16:16:58 +0000 X-Env-Sender: geek@uniserve.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1365092211!8879688!1 X-Originating-IP: [204.239.42.240] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11529 invoked from network); 4 Apr 2013 16:16:53 -0000 Received: from smtp-relay1-outbound.uniserve.ca (HELO smtp-relay1.uniserve.ca) (204.239.42.240) by server-9.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 4 Apr 2013 16:16:53 -0000 Received: from webapp1.uniserve.ca ([204.239.42.114]) by smtp-relay1.uniserve.ca with esmtp (Exim 4.72) (envelope-from ) id 1UNmnB-0000T0-2b; Thu, 04 Apr 2013 09:13:42 -0700 Received: from d172-218-222-117.bchsia.telus.net (d172-218-222-117.bchsia.telus.net [172.218.222.117]) by webmail.uniserve.com (Horde Framework) with HTTP; Thu, 04 Apr 2013 09:13:36 -0700 Message-ID: <20130404091336.249979v76x11z1dc@webmail.uniserve.com> Date: Thu, 04 Apr 2013 09:13:36 -0700 From: Dave Stevens To: Alexandre Kouznetsov References: <20130403143851.72462gi0chxt1xm3@webmail.uniserve.com> <515CA8A3.7030307@ondore.com> In-Reply-To: <515CA8A3.7030307@ondore.com> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Internet Messaging Program (IMP) H3 (4.3.11) X-Sender-Info: geek@uniserve.com X-Scanner: OK. Scanned. Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] newbie in trouble with CentOS 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-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"; DelSp="Yes" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Quoting Alexandre Kouznetsov : > Hello. > > El 03/04/13 15:38, Dave Stevens escribi=F3: >> I have a server I basically inherited that has been performing well for >> several years but is now not working. So I have ssh access from offsite. >> When I log in I am in dom0. This is wrong; the unit was set up so that >> dom0 would have no direct internet connection quite intentionally as a >> security feature. There is one hosted domain, Centos 5.8 the same as >> dom0. Up until yesterday I got the hosted domain when I logged in. >> >> At the moment I can ssh to dom0 but when logged in can't ping out. So >> that's a problem. >> >> I can use xm console hostdomain to see the VM, which appears to be fine >> on its own but which is disconnected. >> >> I don't know enough about xen networking to know where to look, but it >> seems reasonable that being unable to ping out would be indicative of >> something, I just don't know what. Any suggestions welcome, will even >> RTFM if someone will point me to it. > > In order to make a reliable fix, you will need to get a better idea = > how it is supposed to work. Check this reference: > http://wiki.xen.org/wiki/Xen_Networking Thanks for the reference, it seems well written and makes sense. > > While this, please provide some output of the current status of your = > system, with the output of this commands: > xm list > brctl show > ifconfig > iptables -L -v > ok, here in order: [root@skeena ~]# xm list Name ID Mem(MiB) VCPUs State Time(s) Domain-0 0 9879 8 r----- 870.8 bulkley 1 2048 4 -b---- 3283.0 [root@skeena ~]# [root@skeena ~]# brctl show bridge name bridge id STP enabled interfaces virbr0 8000.000000000000 yes xenbr0 8000.feffffffffff no vif1.0 vif0.0 peth0 xenbr1 8000.feffffffffff no vif1.1 vif0.1 peth1 [root@skeena ~]# [root@skeena ~]# ifconfig eth1 Link encap:Ethernet HWaddr 00:30:48:CE:84:7F inet addr:10.10.254.240 Bcast:10.10.254.255 Mask:255.255.255.0 inet6 addr: fe80::230:48ff:fece:847f/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:81102 errors:0 dropped:0 overruns:0 frame:0 TX packets:34828 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:10772813 (10.2 MiB) TX bytes:2721383 (2.5 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:16436 Metric:1 RX packets:3086 errors:0 dropped:0 overruns:0 frame:0 TX packets:3086 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:4816900 (4.5 MiB) TX bytes:4816900 (4.5 MiB) peth0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF UP BROADCAST NOARP MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) Interrupt:250 Base address:0xc000 peth1 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link UP BROADCAST RUNNING NOARP MTU:1500 Metric:1 RX packets:42346 errors:0 dropped:0 overruns:0 frame:0 TX packets:73652 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:9145360 (8.7 MiB) TX bytes:5504883 (5.2 MiB) Interrupt:251 Base address:0xe000 vif0.0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link UP BROADCAST RUNNING NOARP MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:13 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 b) TX bytes:2562 (2.5 KiB) vif0.1 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link UP BROADCAST RUNNING NOARP MTU:1500 Metric:1 RX packets:34830 errors:0 dropped:0 overruns:0 frame:0 TX packets:81102 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:2721787 (2.5 MiB) TX bytes:10772813 (10.2 MiB) 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 NOARP MTU:1500 Metric:1 RX packets:2 errors:0 dropped:0 overruns:0 frame:0 TX packets:12 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:500 RX bytes:56 (56.0 b) TX bytes:2520 (2.4 KiB) vif1.1 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link UP BROADCAST RUNNING NOARP MTU:1500 Metric:1 RX packets:38756 errors:0 dropped:0 overruns:0 frame:0 TX packets:21268 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:500 RX bytes:1085168 (1.0 MiB) TX bytes:7679247 (7.3 MiB) virbr0 Link encap:Ethernet HWaddr 00:00:00:00:00:00 inet addr:192.168.122.1 Bcast:192.168.122.255 Mask:255.255.255= .0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:14 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 b) TX bytes:3077 (3.0 KiB) xenbr0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF UP BROADCAST RUNNING NOARP MTU:1500 Metric:1 RX packets:13 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:2380 (2.3 KiB) TX bytes:0 (0.0 b) xenbr1 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF UP BROADCAST RUNNING NOARP MTU:1500 Metric:1 RX packets:60059 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:8474417 (8.0 MiB) TX bytes:0 (0.0 b) [root@skeena ~]# [root@skeena ~]# iptables -L -v Chain INPUT (policy ACCEPT 19688 packets, 3488K bytes) pkts bytes target prot opt in out source = destination 0 0 ACCEPT udp -- virbr0 any anywhere anywhe= re udp dpt:domain 0 0 ACCEPT tcp -- virbr0 any anywhere anywhe= re tcp dpt:domain 0 0 ACCEPT udp -- virbr0 any anywhere anywhe= re udp dpt:bootps 0 0 ACCEPT tcp -- virbr0 any anywhere anywhe= re tcp dpt:bootps Chain FORWARD (policy ACCEPT 0 packets, 0 bytes) pkts bytes target prot opt in out source = destination 0 0 ACCEPT all -- any virbr0 anywhere = 192.168.122.0/24 state RELATED,ESTABLISHED 0 0 ACCEPT all -- virbr0 any 192.168.122.0/24 anywhe= re 0 0 ACCEPT all -- virbr0 virbr0 anywhere anywhe= re 0 0 REJECT all -- any virbr0 anywhere = anywhere reject-with icmp-port-unreachable 0 0 REJECT all -- virbr0 any anywhere = anywhere reject-with icmp-port-unreachable 0 0 ACCEPT all -- any any anywhere = anywhere PHYSDEV match --physdev-in vif1.1 0 0 ACCEPT all -- any any anywhere = anywhere PHYSDEV match --physdev-in vif1.0 Chain OUTPUT (policy ACCEPT 33423 packets, 4609K bytes) pkts bytes target prot opt in out source = destination [root@skeena ~]# > -- = > Alexandre Kouznetsov > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > -- = The problem with being cynical is you can't keep up! -- anon. philosopher _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 04 16:18:07 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Apr 2013 16:18:07 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNmqS-00048n-0k; Thu, 04 Apr 2013 16:17:00 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNmqQ-00048h-Nb for xen-users@lists.xen.org; Thu, 04 Apr 2013 16:16:59 +0000 Received: from [193.109.254.147:24206] by server-13.bemta-14.messagelabs.com id B3/B3-07387-A77AD515; Thu, 04 Apr 2013 16:16:58 +0000 X-Env-Sender: geek@uniserve.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1365092211!8879688!1 X-Originating-IP: [204.239.42.240] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11529 invoked from network); 4 Apr 2013 16:16:53 -0000 Received: from smtp-relay1-outbound.uniserve.ca (HELO smtp-relay1.uniserve.ca) (204.239.42.240) by server-9.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 4 Apr 2013 16:16:53 -0000 Received: from webapp1.uniserve.ca ([204.239.42.114]) by smtp-relay1.uniserve.ca with esmtp (Exim 4.72) (envelope-from ) id 1UNmnB-0000T0-2b; Thu, 04 Apr 2013 09:13:42 -0700 Received: from d172-218-222-117.bchsia.telus.net (d172-218-222-117.bchsia.telus.net [172.218.222.117]) by webmail.uniserve.com (Horde Framework) with HTTP; Thu, 04 Apr 2013 09:13:36 -0700 Message-ID: <20130404091336.249979v76x11z1dc@webmail.uniserve.com> Date: Thu, 04 Apr 2013 09:13:36 -0700 From: Dave Stevens To: Alexandre Kouznetsov References: <20130403143851.72462gi0chxt1xm3@webmail.uniserve.com> <515CA8A3.7030307@ondore.com> In-Reply-To: <515CA8A3.7030307@ondore.com> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Internet Messaging Program (IMP) H3 (4.3.11) X-Sender-Info: geek@uniserve.com X-Scanner: OK. Scanned. Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] newbie in trouble with CentOS 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-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"; DelSp="Yes" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Quoting Alexandre Kouznetsov : > Hello. > > El 03/04/13 15:38, Dave Stevens escribi=F3: >> I have a server I basically inherited that has been performing well for >> several years but is now not working. So I have ssh access from offsite. >> When I log in I am in dom0. This is wrong; the unit was set up so that >> dom0 would have no direct internet connection quite intentionally as a >> security feature. There is one hosted domain, Centos 5.8 the same as >> dom0. Up until yesterday I got the hosted domain when I logged in. >> >> At the moment I can ssh to dom0 but when logged in can't ping out. So >> that's a problem. >> >> I can use xm console hostdomain to see the VM, which appears to be fine >> on its own but which is disconnected. >> >> I don't know enough about xen networking to know where to look, but it >> seems reasonable that being unable to ping out would be indicative of >> something, I just don't know what. Any suggestions welcome, will even >> RTFM if someone will point me to it. > > In order to make a reliable fix, you will need to get a better idea = > how it is supposed to work. Check this reference: > http://wiki.xen.org/wiki/Xen_Networking Thanks for the reference, it seems well written and makes sense. > > While this, please provide some output of the current status of your = > system, with the output of this commands: > xm list > brctl show > ifconfig > iptables -L -v > ok, here in order: [root@skeena ~]# xm list Name ID Mem(MiB) VCPUs State Time(s) Domain-0 0 9879 8 r----- 870.8 bulkley 1 2048 4 -b---- 3283.0 [root@skeena ~]# [root@skeena ~]# brctl show bridge name bridge id STP enabled interfaces virbr0 8000.000000000000 yes xenbr0 8000.feffffffffff no vif1.0 vif0.0 peth0 xenbr1 8000.feffffffffff no vif1.1 vif0.1 peth1 [root@skeena ~]# [root@skeena ~]# ifconfig eth1 Link encap:Ethernet HWaddr 00:30:48:CE:84:7F inet addr:10.10.254.240 Bcast:10.10.254.255 Mask:255.255.255.0 inet6 addr: fe80::230:48ff:fece:847f/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:81102 errors:0 dropped:0 overruns:0 frame:0 TX packets:34828 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:10772813 (10.2 MiB) TX bytes:2721383 (2.5 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:16436 Metric:1 RX packets:3086 errors:0 dropped:0 overruns:0 frame:0 TX packets:3086 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:4816900 (4.5 MiB) TX bytes:4816900 (4.5 MiB) peth0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF UP BROADCAST NOARP MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) Interrupt:250 Base address:0xc000 peth1 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link UP BROADCAST RUNNING NOARP MTU:1500 Metric:1 RX packets:42346 errors:0 dropped:0 overruns:0 frame:0 TX packets:73652 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:9145360 (8.7 MiB) TX bytes:5504883 (5.2 MiB) Interrupt:251 Base address:0xe000 vif0.0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link UP BROADCAST RUNNING NOARP MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:13 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 b) TX bytes:2562 (2.5 KiB) vif0.1 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link UP BROADCAST RUNNING NOARP MTU:1500 Metric:1 RX packets:34830 errors:0 dropped:0 overruns:0 frame:0 TX packets:81102 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:2721787 (2.5 MiB) TX bytes:10772813 (10.2 MiB) 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 NOARP MTU:1500 Metric:1 RX packets:2 errors:0 dropped:0 overruns:0 frame:0 TX packets:12 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:500 RX bytes:56 (56.0 b) TX bytes:2520 (2.4 KiB) vif1.1 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link UP BROADCAST RUNNING NOARP MTU:1500 Metric:1 RX packets:38756 errors:0 dropped:0 overruns:0 frame:0 TX packets:21268 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:500 RX bytes:1085168 (1.0 MiB) TX bytes:7679247 (7.3 MiB) virbr0 Link encap:Ethernet HWaddr 00:00:00:00:00:00 inet addr:192.168.122.1 Bcast:192.168.122.255 Mask:255.255.255= .0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:14 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 b) TX bytes:3077 (3.0 KiB) xenbr0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF UP BROADCAST RUNNING NOARP MTU:1500 Metric:1 RX packets:13 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:2380 (2.3 KiB) TX bytes:0 (0.0 b) xenbr1 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF UP BROADCAST RUNNING NOARP MTU:1500 Metric:1 RX packets:60059 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:8474417 (8.0 MiB) TX bytes:0 (0.0 b) [root@skeena ~]# [root@skeena ~]# iptables -L -v Chain INPUT (policy ACCEPT 19688 packets, 3488K bytes) pkts bytes target prot opt in out source = destination 0 0 ACCEPT udp -- virbr0 any anywhere anywhe= re udp dpt:domain 0 0 ACCEPT tcp -- virbr0 any anywhere anywhe= re tcp dpt:domain 0 0 ACCEPT udp -- virbr0 any anywhere anywhe= re udp dpt:bootps 0 0 ACCEPT tcp -- virbr0 any anywhere anywhe= re tcp dpt:bootps Chain FORWARD (policy ACCEPT 0 packets, 0 bytes) pkts bytes target prot opt in out source = destination 0 0 ACCEPT all -- any virbr0 anywhere = 192.168.122.0/24 state RELATED,ESTABLISHED 0 0 ACCEPT all -- virbr0 any 192.168.122.0/24 anywhe= re 0 0 ACCEPT all -- virbr0 virbr0 anywhere anywhe= re 0 0 REJECT all -- any virbr0 anywhere = anywhere reject-with icmp-port-unreachable 0 0 REJECT all -- virbr0 any anywhere = anywhere reject-with icmp-port-unreachable 0 0 ACCEPT all -- any any anywhere = anywhere PHYSDEV match --physdev-in vif1.1 0 0 ACCEPT all -- any any anywhere = anywhere PHYSDEV match --physdev-in vif1.0 Chain OUTPUT (policy ACCEPT 33423 packets, 4609K bytes) pkts bytes target prot opt in out source = destination [root@skeena ~]# > -- = > Alexandre Kouznetsov > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > -- = The problem with being cynical is you can't keep up! -- anon. philosopher _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 04 16:37:14 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Apr 2013 16:37: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 1UNn9C-0004dp-L8; Thu, 04 Apr 2013 16:36:22 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNn9B-0004dk-7d for xen-users@lists.xen.org; Thu, 04 Apr 2013 16:36:21 +0000 Received: from [193.109.254.147:56986] by server-15.bemta-14.messagelabs.com id 20/21-14305-40CAD515; Thu, 04 Apr 2013 16:36:20 +0000 X-Env-Sender: firemeteor.guo@gmail.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1365093367!8946896!1 X-Originating-IP: [209.85.219.41] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11143 invoked from network); 4 Apr 2013 16:36:12 -0000 Received: from mail-oa0-f41.google.com (HELO mail-oa0-f41.google.com) (209.85.219.41) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 4 Apr 2013 16:36:12 -0000 Received: by mail-oa0-f41.google.com with SMTP id f4so3040625oah.14 for ; Thu, 04 Apr 2013 09:36:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=VplPhLzIaX1HnHEyY1y3YF3cGVt55oc2L8njrKlWqVg=; b=0cD6FdygILhYIWSeWgOTGOuLwO3/7R6YaXiF2ImG1RniaOw6VYRsta9C5LZ3xTNx83 kDd79ss84VxjthlPcu0iC7cpSrCIUWR+TvrKXVNYWG7z1ROgZtGP8ZswCKl2CQDTQq08 xCLn30wD1plla2GPj07kClHdD1XPftCYBXxBzTXgP2u0oQv2TQFjJr91xD7arnklbvq1 pXyGQT+tiW5onzEupmSkkhNgeVKXejsCB1rQ5yp/xzf9sbiWjTqoNbFBgw2axVQNLhr1 60mOE93YHiwpn7mvmmuZPLj9HWzukVrwV6qzLrgjS8/oAc1ye9qh+BzKPXEiMUVGTtOc pUlw== MIME-Version: 1.0 X-Received: by 10.60.2.164 with SMTP id 4mr4810905oev.85.1365093367126; Thu, 04 Apr 2013 09:36:07 -0700 (PDT) Received: by 10.60.33.196 with HTTP; Thu, 4 Apr 2013 09:36:07 -0700 (PDT) In-Reply-To: References: Date: Fri, 5 Apr 2013 00:36:07 +0800 X-Google-Sender-Auth: 7pBHU-J-dd9yQfgkNdc6AtWSL_g Message-ID: From: "G.R." To: Patrick Proniewski Cc: "xen-users@lists.xen.org" , Eric Shelton Subject: Re: [Xen-users] PCI/VGA passthrough: differences between Xen and ESXi? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org As of the 3GB limitation, I would like to confirm that for Intel graphics passthrough, there is such limitation for win7 domU. Unfortunately, the reason is not known yet and there seems to be no developer working on this issue. Everything else works just fine -- patches required, though. On Thu, Apr 4, 2013 at 11:05 PM, Patrick Proniewski wrote: > On 03 avr. 2013, at 01:26, Eric Shelton wrote: > >> There are a number of HVM tutorial examples with well over 3GB: >> http://wiki.xen.org/wiki/Secondary_GPU_Passthrough (6GB Win7 HVM with >> passthrough of ATI 6970 and USB controller) >> http://wiki.xen.org/wiki/Comprehensive_Xen_Debian_Wheezy_PCI_Passthrough_Tutorial >> (6GB Win7 HVM with passthrough of ATI 68XX and multiple USB >> controllers) >> None of these tutorials mention a 3GB limitation. > > That's great. Thank you for the pointers. > I've been into some trouble supporting a >2GB config with GPU passthrough on ESXi, but I've been able to work around with 2 lines of configuration. That's not exactly a surprise for me that GPU passthrough can be quite sensitive to the amount of RAM... > > >> Patrick: >> From the above examples, it seems like >3GB may be fine if you use >> ATI/AMD GPUs. I have had fairly good experiences with passthrough of >> a single AMD 6570 with the patch mentioned here: >> http://lists.xen.org/archives/html/xen-users/2013-02/msg00410.html >> although I did not explore how much or how little memory I could >> assign to it. Note, however, that patch may make certain assumptions, >> such as that only one GPU is being passed through. I'm not sure there >> is any unpatched release version (for example, 4.2.1) that reliably >> does GPU passthrough (PCI passthrough of less wonky devices has worked >> for some time). >> >> I think the proposed multi-GPU setup may be putting you out on the >> bleeding edge (on the other hand, it sounds like it is absolutely no >> available under ESXi). It's probably not impossible. Maybe someone >> has already done it. > > I'm not interested in passing through more than 1 graphics card per VM, and the best solution for me would be to pass through 1 graphics card to few VMs (I don't want to suffer from the noise, the heat, the cost, the power consumption of an array of graphics cards). > Technically, ESXi allows you to passthrough only 1 graphics card per VM, but I find no evidence that it won't allow passing through N graphics cards to N VMs. > Of course, low powered fanless graphics cards do exit, and I mould probably be pretty happy with them. Problem is, they use huge coolers, and you can't put many of them into a single enclosure. > > >> However, how interested and/or comfortable are >> you with code & configuration tweaking, debug, and experimentation? > > I'm highly competent in various IT fields, including system administration on FreeBSD/Unix. But the more I'm getting old, the less I want to spend my nights debugging config and playing with patches :) > Ten years ago I'd have setup a test box and played with Xen to achieve my goals. Now I'm more into finding a mature (or at least less experimental) solution. > My project is not urgent, I can wait one or two years without any problem. My Mac Pro has still few years of 24/24 operation before needing replacement. When this time will come, I'll consider a good hardware platform for home virtualisation (Supermicro's whisper-quiet workstation is my current choice). > I'll keep an eye on Xen, and may be give it a fast try in the next months, but probably not something as complete as my attempts with ESXi. More importantly, Xen would require I switch from the macintosh world to the hackintosh world. > > Thanks again for your replies, it helps me figuring out the state of GPU passthrough on Xen. > > Patrick > _______________________________________________ > 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 Apr 04 16:37:14 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Apr 2013 16:37: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 1UNn9C-0004dp-L8; Thu, 04 Apr 2013 16:36:22 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNn9B-0004dk-7d for xen-users@lists.xen.org; Thu, 04 Apr 2013 16:36:21 +0000 Received: from [193.109.254.147:56986] by server-15.bemta-14.messagelabs.com id 20/21-14305-40CAD515; Thu, 04 Apr 2013 16:36:20 +0000 X-Env-Sender: firemeteor.guo@gmail.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1365093367!8946896!1 X-Originating-IP: [209.85.219.41] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11143 invoked from network); 4 Apr 2013 16:36:12 -0000 Received: from mail-oa0-f41.google.com (HELO mail-oa0-f41.google.com) (209.85.219.41) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 4 Apr 2013 16:36:12 -0000 Received: by mail-oa0-f41.google.com with SMTP id f4so3040625oah.14 for ; Thu, 04 Apr 2013 09:36:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=VplPhLzIaX1HnHEyY1y3YF3cGVt55oc2L8njrKlWqVg=; b=0cD6FdygILhYIWSeWgOTGOuLwO3/7R6YaXiF2ImG1RniaOw6VYRsta9C5LZ3xTNx83 kDd79ss84VxjthlPcu0iC7cpSrCIUWR+TvrKXVNYWG7z1ROgZtGP8ZswCKl2CQDTQq08 xCLn30wD1plla2GPj07kClHdD1XPftCYBXxBzTXgP2u0oQv2TQFjJr91xD7arnklbvq1 pXyGQT+tiW5onzEupmSkkhNgeVKXejsCB1rQ5yp/xzf9sbiWjTqoNbFBgw2axVQNLhr1 60mOE93YHiwpn7mvmmuZPLj9HWzukVrwV6qzLrgjS8/oAc1ye9qh+BzKPXEiMUVGTtOc pUlw== MIME-Version: 1.0 X-Received: by 10.60.2.164 with SMTP id 4mr4810905oev.85.1365093367126; Thu, 04 Apr 2013 09:36:07 -0700 (PDT) Received: by 10.60.33.196 with HTTP; Thu, 4 Apr 2013 09:36:07 -0700 (PDT) In-Reply-To: References: Date: Fri, 5 Apr 2013 00:36:07 +0800 X-Google-Sender-Auth: 7pBHU-J-dd9yQfgkNdc6AtWSL_g Message-ID: From: "G.R." To: Patrick Proniewski Cc: "xen-users@lists.xen.org" , Eric Shelton Subject: Re: [Xen-users] PCI/VGA passthrough: differences between Xen and ESXi? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org As of the 3GB limitation, I would like to confirm that for Intel graphics passthrough, there is such limitation for win7 domU. Unfortunately, the reason is not known yet and there seems to be no developer working on this issue. Everything else works just fine -- patches required, though. On Thu, Apr 4, 2013 at 11:05 PM, Patrick Proniewski wrote: > On 03 avr. 2013, at 01:26, Eric Shelton wrote: > >> There are a number of HVM tutorial examples with well over 3GB: >> http://wiki.xen.org/wiki/Secondary_GPU_Passthrough (6GB Win7 HVM with >> passthrough of ATI 6970 and USB controller) >> http://wiki.xen.org/wiki/Comprehensive_Xen_Debian_Wheezy_PCI_Passthrough_Tutorial >> (6GB Win7 HVM with passthrough of ATI 68XX and multiple USB >> controllers) >> None of these tutorials mention a 3GB limitation. > > That's great. Thank you for the pointers. > I've been into some trouble supporting a >2GB config with GPU passthrough on ESXi, but I've been able to work around with 2 lines of configuration. That's not exactly a surprise for me that GPU passthrough can be quite sensitive to the amount of RAM... > > >> Patrick: >> From the above examples, it seems like >3GB may be fine if you use >> ATI/AMD GPUs. I have had fairly good experiences with passthrough of >> a single AMD 6570 with the patch mentioned here: >> http://lists.xen.org/archives/html/xen-users/2013-02/msg00410.html >> although I did not explore how much or how little memory I could >> assign to it. Note, however, that patch may make certain assumptions, >> such as that only one GPU is being passed through. I'm not sure there >> is any unpatched release version (for example, 4.2.1) that reliably >> does GPU passthrough (PCI passthrough of less wonky devices has worked >> for some time). >> >> I think the proposed multi-GPU setup may be putting you out on the >> bleeding edge (on the other hand, it sounds like it is absolutely no >> available under ESXi). It's probably not impossible. Maybe someone >> has already done it. > > I'm not interested in passing through more than 1 graphics card per VM, and the best solution for me would be to pass through 1 graphics card to few VMs (I don't want to suffer from the noise, the heat, the cost, the power consumption of an array of graphics cards). > Technically, ESXi allows you to passthrough only 1 graphics card per VM, but I find no evidence that it won't allow passing through N graphics cards to N VMs. > Of course, low powered fanless graphics cards do exit, and I mould probably be pretty happy with them. Problem is, they use huge coolers, and you can't put many of them into a single enclosure. > > >> However, how interested and/or comfortable are >> you with code & configuration tweaking, debug, and experimentation? > > I'm highly competent in various IT fields, including system administration on FreeBSD/Unix. But the more I'm getting old, the less I want to spend my nights debugging config and playing with patches :) > Ten years ago I'd have setup a test box and played with Xen to achieve my goals. Now I'm more into finding a mature (or at least less experimental) solution. > My project is not urgent, I can wait one or two years without any problem. My Mac Pro has still few years of 24/24 operation before needing replacement. When this time will come, I'll consider a good hardware platform for home virtualisation (Supermicro's whisper-quiet workstation is my current choice). > I'll keep an eye on Xen, and may be give it a fast try in the next months, but probably not something as complete as my attempts with ESXi. More importantly, Xen would require I switch from the macintosh world to the hackintosh world. > > Thanks again for your replies, it helps me figuring out the state of GPU passthrough on Xen. > > Patrick > _______________________________________________ > 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 Apr 04 16:44:05 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Apr 2013 16:44: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 1UNnFt-0004tV-SM; Thu, 04 Apr 2013 16:43:17 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNnFs-0004tO-Ev for xen-users@lists.xen.org; Thu, 04 Apr 2013 16:43:16 +0000 Received: from [85.158.143.99:30515] by server-2.bemta-4.messagelabs.com id 96/D9-12656-3ADAD515; Thu, 04 Apr 2013 16:43:15 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-16.tower-216.messagelabs.com!1365093791!16244686!1 X-Originating-IP: [209.85.212.46] 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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15689 invoked from network); 4 Apr 2013 16:43:12 -0000 Received: from mail-vb0-f46.google.com (HELO mail-vb0-f46.google.com) (209.85.212.46) by server-16.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 4 Apr 2013 16:43:12 -0000 Received: by mail-vb0-f46.google.com with SMTP id 11so1460322vbe.33 for ; Thu, 04 Apr 2013 09:43:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=w5WWTARWEBBDxJQpLzQbYYQn5I6kLmVA8XIHdRdWNq0=; b=AQns1jAgcu7iSAuhdgKJmUfaTtyUANywyS3DdAqJ+5mzhFMA6lAWYbO2ZdOkLK0pnt p6vjYC+46KJH/eRayEgMtYsCljtfc0A5TBAIg92tKk2TNprKyCY3lOEc8y3XB1wcx7nM wCfv5yxuZdTW2517Xjzo4OGwSsFvZbyeUrwMzfABxKKVQ2UgivZ82BXrFy+3r3RnZLG9 u/0mBk8NzS1gvh5lec5d7BoVrndhE83XMflCzrTy3/K1W2M7BbZeYgPUs6Lb1c7MSoM7 uZZNtAE4fg9Y5nbbqBWe9e0Vtt2InzArJXRh5cxq4G9u8OmFjiRyYjcGdSRYU+oH0Snc 7uWg== MIME-Version: 1.0 X-Received: by 10.52.245.6 with SMTP id xk6mr4507051vdc.114.1365093790793; Thu, 04 Apr 2013 09:43:10 -0700 (PDT) Received: by 10.58.106.230 with HTTP; Thu, 4 Apr 2013 09:43:10 -0700 (PDT) In-Reply-To: References: Date: Thu, 4 Apr 2013 12:43:10 -0400 Message-ID: From: Casey DeLorme To: Patrick Proniewski Cc: "xen-users@lists.xen.org" , Eric Shelton Subject: Re: [Xen-users] PCI/VGA passthrough: differences between Xen and ESXi? X-BeenThere: xen-users@lists.xen.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="===============0224493460427303136==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0224493460427303136== Content-Type: multipart/alternative; boundary=089e0158b3aa7c75bc04d98baa41 --089e0158b3aa7c75bc04d98baa41 Content-Type: text/plain; charset=UTF-8 Hi Patrick, I don't mean to jump in after you already got the information you wanted, but I thought I would throw in my two cents in hopes that it helps save you some time & effort. > > There are a number of HVM tutorial examples with well over 3GB: > > http://wiki.xen.org/wiki/Secondary_GPU_Passthrough (6GB Win7 HVM with > > passthrough of ATI 6970 and USB controller) > > > http://wiki.xen.org/wiki/Comprehensive_Xen_Debian_Wheezy_PCI_Passthrough_Tutorial > > (6GB Win7 HVM with passthrough of ATI 68XX and multiple USB > > controllers) > > None of these tutorials mention a 3GB limitation. > > That's great. Thank you for the pointers. > I've been into some trouble supporting a >2GB config with GPU passthrough > on ESXi, but I've been able to work around with 2 lines of configuration. > That's not exactly a surprise for me that GPU passthrough can be quite > sensitive to the amount of RAM... > > I wrote that second guide, it's a bit out of date so if you choose to use it know that things are a little different. I have been using AMD passthrough on Windows 7 and Windows 8 since September, but I have yet to get it working in Linux, but I blame my own inexperience for that. There are links on my guide to youtube video walkthrough & very short HVM performance demo. Just following the instructions will have you up and running in about 2 hours, but actually understanding how it all works may take quite a bit longer. > > > Patrick: > > From the above examples, it seems like >3GB may be fine if you use > > ATI/AMD GPUs. I have had fairly good experiences with passthrough of > > a single AMD 6570 with the patch mentioned here: > > http://lists.xen.org/archives/html/xen-users/2013-02/msg00410.html > > although I did not explore how much or how little memory I could > > assign to it. Note, however, that patch may make certain assumptions, > > such as that only one GPU is being passed through. I'm not sure there > > is any unpatched release version (for example, 4.2.1) that reliably > > does GPU passthrough (PCI passthrough of less wonky devices has worked > > for some time). > > > > I think the proposed multi-GPU setup may be putting you out on the > > bleeding edge (on the other hand, it sounds like it is absolutely no > > available under ESXi). It's probably not impossible. Maybe someone > > has already done it. > > I'm not interested in passing through more than 1 graphics card per VM, > and the best solution for me would be to pass through 1 graphics card to > few VMs (I don't want to suffer from the noise, the heat, the cost, the > power consumption of an array of graphics cards). > Technically, ESXi allows you to passthrough only 1 graphics card per VM, > but I find no evidence that it won't allow passing through N graphics cards > to N VMs. > Of course, low powered fanless graphics cards do exit, and I mould > probably be pretty happy with them. Problem is, they use huge coolers, and > you can't put many of them into a single enclosure. > > I have shared the same card by shutting down one instance and booting another, but there is a performance degradation problem which I would say is due to the lack of FLR in consumer graphics cards. There are work-arounds but they will feel "hacky", just be ready to deal with major pains getting multiple machines using the same card and make plenty of backups. I don't know how ESXi handles this problem, but if you do I would love to know more. > > > However, how interested and/or comfortable are > > you with code & configuration tweaking, debug, and experimentation? > > I'm highly competent in various IT fields, including system administration > on FreeBSD/Unix. But the more I'm getting old, the less I want to spend my > nights debugging config and playing with patches :) > Ten years ago I'd have setup a test box and played with Xen to achieve my > goals. Now I'm more into finding a mature (or at least less experimental) > solution. > My project is not urgent, I can wait one or two years without any problem. > My Mac Pro has still few years of 24/24 operation before needing > replacement. When this time will come, I'll consider a good hardware > platform for home virtualisation (Supermicro's whisper-quiet workstation is > my current choice). > I'll keep an eye on Xen, and may be give it a fast try in the next months, > but probably not something as complete as my attempts with ESXi. More > importantly, Xen would require I switch from the macintosh world to the > hackintosh world. > > I use a macbook so I know where you are coming from, I totally prefer the mac/unix environment for a workstation. Unfortunately I am pretty sure that OS X requires a UEFI bootloader, and that only exists in upstream-qemu which to my knowledge does not yet work with VGA Passthrough. You would be stuck in SDL or VNC, or maybe ssh, not that those are necessarily bad. Good luck with your adventures, ~Casey --089e0158b3aa7c75bc04d98baa41 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Patrick,

I don't mean to jump in= after you already got the information you wanted, but I thought I would th= row in my two cents in hopes that it helps save you some time & effort.=


> There are a number of HVM tutorial examples with well over 3GB:
> http://wiki.xen.org/wiki/Secondary_GPU_Passthrough (6GB Win= 7 HVM with
> passthrough of ATI 6970 and USB controller)
> http://wiki.xen.org/wiki/Comprehe= nsive_Xen_Debian_Wheezy_PCI_Passthrough_Tutorial
> (6GB Win7 HVM with passthrough of ATI 68XX and multiple USB
> controllers)
> None of these tutorials mention a 3GB limitation.

That's great. Thank you for the pointers.
I've been into some trouble supporting a >2GB config with GPU passth= rough on ESXi, but I've been able to work around with 2 lines of config= uration. That's not exactly a surprise for me that GPU passthrough can = be quite sensitive to the amount of RAM...

I wrote that second gui= de, it's a bit out of date so if you choose to use it know that things = are a little different. =C2=A0I have been using AMD passthrough on Windows = 7 and Windows 8 since September, but I have yet to get it working in Linux,= but I blame my own inexperience for that. =C2=A0There are links on my guid= e to youtube video walkthrough & very short HVM performance demo. =C2= =A0Just following the instructions will have you up and running in about 2 = hours, but actually understanding how it all works may take quite a bit lon= ger.

> Patrick:
> From the above examples, it seems like >3GB may be fine if you use<= br> > ATI/AMD GPUs. =C2=A0I have had fairly good experiences with passthroug= h of
> a single AMD 6570 with the patch mentioned here:
> http://lists.xen.org/archives/html/xen-users/201= 3-02/msg00410.html
> although I did not explore how much or how little memory I could
> assign to it. =C2=A0Note, however, that patch may make certain assumpt= ions,
> such as that only one GPU is being passed through. =C2=A0I'm not s= ure there
> is any unpatched release version (for example, 4.2.1) that reliably > does GPU passthrough (PCI passthrough of less wonky devices has worked=
> for some time).
>
> I think the proposed multi-GPU setup may be putting you out on the
> bleeding edge (on the other hand, it sounds like it is absolutely no > available under ESXi). =C2=A0It's probably not impossible. =C2=A0M= aybe someone
> has already done it.

I'm not interested in passing through more than 1 graphics card p= er VM, and the best solution for me would be to pass through 1 graphics car= d to few VMs (I don't want to suffer from the noise, the heat, the cost= , the power consumption of an array of graphics cards).
Technically, ESXi allows you to passthrough only 1 graphics card per VM, bu= t I find no evidence that it won't allow passing through N graphics car= ds to N VMs.
Of course, low powered fanless graphics cards do exit, and I mould probably= be pretty happy with them. Problem is, they use huge coolers, and you can&= #39;t put many of them into a single enclosure.

I have shared the same = card by shutting down one instance and booting another, but there is a perf= ormance degradation problem which I would say is due to the lack of FLR in = consumer graphics cards. =C2=A0There are work-arounds but they will feel &q= uot;hacky", just be ready to deal with major pains getting multiple ma= chines using the same card and make plenty of backups. =C2=A0I don't kn= ow how ESXi handles this problem, but if you do I would love to know more.<= /div>

> =C2=A0However, how interested and/or comfortable are
> you with code & configuration tweaking, debug, and experimentation= ?

I'm highly competent in various IT fields, including system admin= istration on FreeBSD/Unix. But the more I'm getting old, the less I wan= t to spend my nights debugging config and playing with patches :)
Ten years ago I'd have setup a test box and played with Xen to achieve = my goals. Now I'm more into finding a mature (or at least less experime= ntal) solution.
My project is not urgent, I can wait one or two years without any problem. = My Mac Pro has still few years of 24/24 operation before needing replacemen= t. When this time will come, I'll consider a good hardware platform for= home virtualisation (Supermicro's whisper-quiet workstation is my curr= ent choice).
I'll keep an eye on Xen, and may be give it a fast try in the next mont= hs, but probably not something as complete as my attempts with ESXi. More i= mportantly, Xen would require I switch from the macintosh world to the hack= intosh world.

I use a macbook so I know where you are coming from, = I totally prefer the mac/unix environment for a workstation. =C2=A0Unfortun= ately I am pretty sure that OS X requires a UEFI bootloader, and that only = exists in upstream-qemu which to my knowledge does not yet work with VGA Pa= ssthrough. =C2=A0You would be stuck in SDL or VNC, or maybe ssh, not that t= hose are necessarily bad.=C2=A0

Goo= d luck with your adventures,

~Casey
--089e0158b3aa7c75bc04d98baa41-- --===============0224493460427303136== 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 --===============0224493460427303136==-- From xen-users-bounces@lists.xen.org Thu Apr 04 16:44:05 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Apr 2013 16:44: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 1UNnFt-0004tV-SM; Thu, 04 Apr 2013 16:43:17 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNnFs-0004tO-Ev for xen-users@lists.xen.org; Thu, 04 Apr 2013 16:43:16 +0000 Received: from [85.158.143.99:30515] by server-2.bemta-4.messagelabs.com id 96/D9-12656-3ADAD515; Thu, 04 Apr 2013 16:43:15 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-16.tower-216.messagelabs.com!1365093791!16244686!1 X-Originating-IP: [209.85.212.46] 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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15689 invoked from network); 4 Apr 2013 16:43:12 -0000 Received: from mail-vb0-f46.google.com (HELO mail-vb0-f46.google.com) (209.85.212.46) by server-16.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 4 Apr 2013 16:43:12 -0000 Received: by mail-vb0-f46.google.com with SMTP id 11so1460322vbe.33 for ; Thu, 04 Apr 2013 09:43:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=w5WWTARWEBBDxJQpLzQbYYQn5I6kLmVA8XIHdRdWNq0=; b=AQns1jAgcu7iSAuhdgKJmUfaTtyUANywyS3DdAqJ+5mzhFMA6lAWYbO2ZdOkLK0pnt p6vjYC+46KJH/eRayEgMtYsCljtfc0A5TBAIg92tKk2TNprKyCY3lOEc8y3XB1wcx7nM wCfv5yxuZdTW2517Xjzo4OGwSsFvZbyeUrwMzfABxKKVQ2UgivZ82BXrFy+3r3RnZLG9 u/0mBk8NzS1gvh5lec5d7BoVrndhE83XMflCzrTy3/K1W2M7BbZeYgPUs6Lb1c7MSoM7 uZZNtAE4fg9Y5nbbqBWe9e0Vtt2InzArJXRh5cxq4G9u8OmFjiRyYjcGdSRYU+oH0Snc 7uWg== MIME-Version: 1.0 X-Received: by 10.52.245.6 with SMTP id xk6mr4507051vdc.114.1365093790793; Thu, 04 Apr 2013 09:43:10 -0700 (PDT) Received: by 10.58.106.230 with HTTP; Thu, 4 Apr 2013 09:43:10 -0700 (PDT) In-Reply-To: References: Date: Thu, 4 Apr 2013 12:43:10 -0400 Message-ID: From: Casey DeLorme To: Patrick Proniewski Cc: "xen-users@lists.xen.org" , Eric Shelton Subject: Re: [Xen-users] PCI/VGA passthrough: differences between Xen and ESXi? X-BeenThere: xen-users@lists.xen.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="===============0224493460427303136==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0224493460427303136== Content-Type: multipart/alternative; boundary=089e0158b3aa7c75bc04d98baa41 --089e0158b3aa7c75bc04d98baa41 Content-Type: text/plain; charset=UTF-8 Hi Patrick, I don't mean to jump in after you already got the information you wanted, but I thought I would throw in my two cents in hopes that it helps save you some time & effort. > > There are a number of HVM tutorial examples with well over 3GB: > > http://wiki.xen.org/wiki/Secondary_GPU_Passthrough (6GB Win7 HVM with > > passthrough of ATI 6970 and USB controller) > > > http://wiki.xen.org/wiki/Comprehensive_Xen_Debian_Wheezy_PCI_Passthrough_Tutorial > > (6GB Win7 HVM with passthrough of ATI 68XX and multiple USB > > controllers) > > None of these tutorials mention a 3GB limitation. > > That's great. Thank you for the pointers. > I've been into some trouble supporting a >2GB config with GPU passthrough > on ESXi, but I've been able to work around with 2 lines of configuration. > That's not exactly a surprise for me that GPU passthrough can be quite > sensitive to the amount of RAM... > > I wrote that second guide, it's a bit out of date so if you choose to use it know that things are a little different. I have been using AMD passthrough on Windows 7 and Windows 8 since September, but I have yet to get it working in Linux, but I blame my own inexperience for that. There are links on my guide to youtube video walkthrough & very short HVM performance demo. Just following the instructions will have you up and running in about 2 hours, but actually understanding how it all works may take quite a bit longer. > > > Patrick: > > From the above examples, it seems like >3GB may be fine if you use > > ATI/AMD GPUs. I have had fairly good experiences with passthrough of > > a single AMD 6570 with the patch mentioned here: > > http://lists.xen.org/archives/html/xen-users/2013-02/msg00410.html > > although I did not explore how much or how little memory I could > > assign to it. Note, however, that patch may make certain assumptions, > > such as that only one GPU is being passed through. I'm not sure there > > is any unpatched release version (for example, 4.2.1) that reliably > > does GPU passthrough (PCI passthrough of less wonky devices has worked > > for some time). > > > > I think the proposed multi-GPU setup may be putting you out on the > > bleeding edge (on the other hand, it sounds like it is absolutely no > > available under ESXi). It's probably not impossible. Maybe someone > > has already done it. > > I'm not interested in passing through more than 1 graphics card per VM, > and the best solution for me would be to pass through 1 graphics card to > few VMs (I don't want to suffer from the noise, the heat, the cost, the > power consumption of an array of graphics cards). > Technically, ESXi allows you to passthrough only 1 graphics card per VM, > but I find no evidence that it won't allow passing through N graphics cards > to N VMs. > Of course, low powered fanless graphics cards do exit, and I mould > probably be pretty happy with them. Problem is, they use huge coolers, and > you can't put many of them into a single enclosure. > > I have shared the same card by shutting down one instance and booting another, but there is a performance degradation problem which I would say is due to the lack of FLR in consumer graphics cards. There are work-arounds but they will feel "hacky", just be ready to deal with major pains getting multiple machines using the same card and make plenty of backups. I don't know how ESXi handles this problem, but if you do I would love to know more. > > > However, how interested and/or comfortable are > > you with code & configuration tweaking, debug, and experimentation? > > I'm highly competent in various IT fields, including system administration > on FreeBSD/Unix. But the more I'm getting old, the less I want to spend my > nights debugging config and playing with patches :) > Ten years ago I'd have setup a test box and played with Xen to achieve my > goals. Now I'm more into finding a mature (or at least less experimental) > solution. > My project is not urgent, I can wait one or two years without any problem. > My Mac Pro has still few years of 24/24 operation before needing > replacement. When this time will come, I'll consider a good hardware > platform for home virtualisation (Supermicro's whisper-quiet workstation is > my current choice). > I'll keep an eye on Xen, and may be give it a fast try in the next months, > but probably not something as complete as my attempts with ESXi. More > importantly, Xen would require I switch from the macintosh world to the > hackintosh world. > > I use a macbook so I know where you are coming from, I totally prefer the mac/unix environment for a workstation. Unfortunately I am pretty sure that OS X requires a UEFI bootloader, and that only exists in upstream-qemu which to my knowledge does not yet work with VGA Passthrough. You would be stuck in SDL or VNC, or maybe ssh, not that those are necessarily bad. Good luck with your adventures, ~Casey --089e0158b3aa7c75bc04d98baa41 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Patrick,

I don't mean to jump in= after you already got the information you wanted, but I thought I would th= row in my two cents in hopes that it helps save you some time & effort.=


> There are a number of HVM tutorial examples with well over 3GB:
> http://wiki.xen.org/wiki/Secondary_GPU_Passthrough (6GB Win= 7 HVM with
> passthrough of ATI 6970 and USB controller)
> http://wiki.xen.org/wiki/Comprehe= nsive_Xen_Debian_Wheezy_PCI_Passthrough_Tutorial
> (6GB Win7 HVM with passthrough of ATI 68XX and multiple USB
> controllers)
> None of these tutorials mention a 3GB limitation.

That's great. Thank you for the pointers.
I've been into some trouble supporting a >2GB config with GPU passth= rough on ESXi, but I've been able to work around with 2 lines of config= uration. That's not exactly a surprise for me that GPU passthrough can = be quite sensitive to the amount of RAM...

I wrote that second gui= de, it's a bit out of date so if you choose to use it know that things = are a little different. =C2=A0I have been using AMD passthrough on Windows = 7 and Windows 8 since September, but I have yet to get it working in Linux,= but I blame my own inexperience for that. =C2=A0There are links on my guid= e to youtube video walkthrough & very short HVM performance demo. =C2= =A0Just following the instructions will have you up and running in about 2 = hours, but actually understanding how it all works may take quite a bit lon= ger.

> Patrick:
> From the above examples, it seems like >3GB may be fine if you use<= br> > ATI/AMD GPUs. =C2=A0I have had fairly good experiences with passthroug= h of
> a single AMD 6570 with the patch mentioned here:
> http://lists.xen.org/archives/html/xen-users/201= 3-02/msg00410.html
> although I did not explore how much or how little memory I could
> assign to it. =C2=A0Note, however, that patch may make certain assumpt= ions,
> such as that only one GPU is being passed through. =C2=A0I'm not s= ure there
> is any unpatched release version (for example, 4.2.1) that reliably > does GPU passthrough (PCI passthrough of less wonky devices has worked=
> for some time).
>
> I think the proposed multi-GPU setup may be putting you out on the
> bleeding edge (on the other hand, it sounds like it is absolutely no > available under ESXi). =C2=A0It's probably not impossible. =C2=A0M= aybe someone
> has already done it.

I'm not interested in passing through more than 1 graphics card p= er VM, and the best solution for me would be to pass through 1 graphics car= d to few VMs (I don't want to suffer from the noise, the heat, the cost= , the power consumption of an array of graphics cards).
Technically, ESXi allows you to passthrough only 1 graphics card per VM, bu= t I find no evidence that it won't allow passing through N graphics car= ds to N VMs.
Of course, low powered fanless graphics cards do exit, and I mould probably= be pretty happy with them. Problem is, they use huge coolers, and you can&= #39;t put many of them into a single enclosure.

I have shared the same = card by shutting down one instance and booting another, but there is a perf= ormance degradation problem which I would say is due to the lack of FLR in = consumer graphics cards. =C2=A0There are work-arounds but they will feel &q= uot;hacky", just be ready to deal with major pains getting multiple ma= chines using the same card and make plenty of backups. =C2=A0I don't kn= ow how ESXi handles this problem, but if you do I would love to know more.<= /div>

> =C2=A0However, how interested and/or comfortable are
> you with code & configuration tweaking, debug, and experimentation= ?

I'm highly competent in various IT fields, including system admin= istration on FreeBSD/Unix. But the more I'm getting old, the less I wan= t to spend my nights debugging config and playing with patches :)
Ten years ago I'd have setup a test box and played with Xen to achieve = my goals. Now I'm more into finding a mature (or at least less experime= ntal) solution.
My project is not urgent, I can wait one or two years without any problem. = My Mac Pro has still few years of 24/24 operation before needing replacemen= t. When this time will come, I'll consider a good hardware platform for= home virtualisation (Supermicro's whisper-quiet workstation is my curr= ent choice).
I'll keep an eye on Xen, and may be give it a fast try in the next mont= hs, but probably not something as complete as my attempts with ESXi. More i= mportantly, Xen would require I switch from the macintosh world to the hack= intosh world.

I use a macbook so I know where you are coming from, = I totally prefer the mac/unix environment for a workstation. =C2=A0Unfortun= ately I am pretty sure that OS X requires a UEFI bootloader, and that only = exists in upstream-qemu which to my knowledge does not yet work with VGA Pa= ssthrough. =C2=A0You would be stuck in SDL or VNC, or maybe ssh, not that t= hose are necessarily bad.=C2=A0

Goo= d luck with your adventures,

~Casey
--089e0158b3aa7c75bc04d98baa41-- --===============0224493460427303136== 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 --===============0224493460427303136==-- From xen-users-bounces@lists.xen.org Thu Apr 04 17:14:54 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Apr 2013 17:14: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 1UNnjd-0005X8-Fh; Thu, 04 Apr 2013 17:14:01 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNnjb-0005X3-BO for xen-users@lists.xen.org; Thu, 04 Apr 2013 17:13:59 +0000 Received: from [85.158.139.211:64202] by server-6.bemta-5.messagelabs.com id 49/D6-21466-6D4BD515; Thu, 04 Apr 2013 17:13:58 +0000 X-Env-Sender: daniel.shub@nottingham.ac.uk X-Msg-Ref: server-2.tower-206.messagelabs.com!1365095637!18639646!1 X-Originating-IP: [195.62.217.152] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjYyLjIxNy4xNTIgPT4gMTY3OTY=\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31169 invoked from network); 4 Apr 2013 17:13:57 -0000 Received: from engine04-20433-4.icritical.com (HELO engine04-20433-4.icritical.com) (195.62.217.152) by server-2.tower-206.messagelabs.com with SMTP; 4 Apr 2013 17:13:57 -0000 Received: (qmail 29194 invoked from network); 4 Apr 2013 17:13:48 -0000 Received: from localhost (127.0.0.1) by engine04-20433-4.icritical.com with SMTP; 4 Apr 2013 17:13:48 -0000 Received: from engine04-20433-4.icritical.com ([127.0.0.1]) by localhost (engine04-20433-4.icritical.com [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 28664-04 for ; Thu, 4 Apr 2013 18:13:46 +0100 (BST) Received: (qmail 28405 invoked by uid 599); 4 Apr 2013 17:12:56 -0000 Received: from unknown (HELO smtp3.nottingham.ac.uk) (128.243.44.55) by engine04-20433-4.icritical.com (qpsmtpd/0.28) with ESMTP; Thu, 04 Apr 2013 18:12:56 +0100 Received: from plpcochlea.psychology.nottingham.ac.uk ([128.243.32.114] helo=plpcochlea.localnet) by smtp3.nottingham.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from ) id 1UNnih-0006v7-GY for xen-users@lists.xen.org; Thu, 04 Apr 2013 18:13:03 +0100 From: "Daniel E. Shub" To: "xen-users@lists.xen.org" Date: Thu, 04 Apr 2013 18:12:58 +0100 Message-ID: <273042893.TGTTgv90n5@plpcochlea> Organization: University of Nottingham User-Agent: KMail/4.10.1 (Linux/3.8.5-1-ARCH; KDE/4.10.1; x86_64; ; ) MIME-Version: 1.0 X-Virus-Scanned: by iCritical at engine04-20433-4.icritical.com Subject: [Xen-users] Sound pass through X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I would like to have an emulated sound card in my HVM DomU (both Windows XP and Linux) that uses the Dom0 (Debian Squeeze 2.6.32 kernel, Xen 4.0) sound card. Is that possible? The sound card works in my Dom0. I have tried adding things like soundhw='sb16' and audio=1 to my cfg file, but with no success. What is the standard way to pass through sound? -- Daniel E. Shub, Ph.D. School of Psychology University of Nottingham, University Park Nottingham, NG7 2RD This message and any attachment are intended solely for the addressee and may contain confidential information. If you have received this message in error, please send it back to me, and immediately delete it. Please do not use, copy or disclose the information contained in this message or in any attachment. Any views or opinions expressed by the author of this email do not necessarily reflect the views of the University of Nottingham. This message has been checked for viruses but the contents of an attachment may still contain software viruses which could damage your computer system: you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 04 17:14:54 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Apr 2013 17:14: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 1UNnjd-0005X8-Fh; Thu, 04 Apr 2013 17:14:01 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNnjb-0005X3-BO for xen-users@lists.xen.org; Thu, 04 Apr 2013 17:13:59 +0000 Received: from [85.158.139.211:64202] by server-6.bemta-5.messagelabs.com id 49/D6-21466-6D4BD515; Thu, 04 Apr 2013 17:13:58 +0000 X-Env-Sender: daniel.shub@nottingham.ac.uk X-Msg-Ref: server-2.tower-206.messagelabs.com!1365095637!18639646!1 X-Originating-IP: [195.62.217.152] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjYyLjIxNy4xNTIgPT4gMTY3OTY=\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31169 invoked from network); 4 Apr 2013 17:13:57 -0000 Received: from engine04-20433-4.icritical.com (HELO engine04-20433-4.icritical.com) (195.62.217.152) by server-2.tower-206.messagelabs.com with SMTP; 4 Apr 2013 17:13:57 -0000 Received: (qmail 29194 invoked from network); 4 Apr 2013 17:13:48 -0000 Received: from localhost (127.0.0.1) by engine04-20433-4.icritical.com with SMTP; 4 Apr 2013 17:13:48 -0000 Received: from engine04-20433-4.icritical.com ([127.0.0.1]) by localhost (engine04-20433-4.icritical.com [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 28664-04 for ; Thu, 4 Apr 2013 18:13:46 +0100 (BST) Received: (qmail 28405 invoked by uid 599); 4 Apr 2013 17:12:56 -0000 Received: from unknown (HELO smtp3.nottingham.ac.uk) (128.243.44.55) by engine04-20433-4.icritical.com (qpsmtpd/0.28) with ESMTP; Thu, 04 Apr 2013 18:12:56 +0100 Received: from plpcochlea.psychology.nottingham.ac.uk ([128.243.32.114] helo=plpcochlea.localnet) by smtp3.nottingham.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from ) id 1UNnih-0006v7-GY for xen-users@lists.xen.org; Thu, 04 Apr 2013 18:13:03 +0100 From: "Daniel E. Shub" To: "xen-users@lists.xen.org" Date: Thu, 04 Apr 2013 18:12:58 +0100 Message-ID: <273042893.TGTTgv90n5@plpcochlea> Organization: University of Nottingham User-Agent: KMail/4.10.1 (Linux/3.8.5-1-ARCH; KDE/4.10.1; x86_64; ; ) MIME-Version: 1.0 X-Virus-Scanned: by iCritical at engine04-20433-4.icritical.com Subject: [Xen-users] Sound pass through X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I would like to have an emulated sound card in my HVM DomU (both Windows XP and Linux) that uses the Dom0 (Debian Squeeze 2.6.32 kernel, Xen 4.0) sound card. Is that possible? The sound card works in my Dom0. I have tried adding things like soundhw='sb16' and audio=1 to my cfg file, but with no success. What is the standard way to pass through sound? -- Daniel E. Shub, Ph.D. School of Psychology University of Nottingham, University Park Nottingham, NG7 2RD This message and any attachment are intended solely for the addressee and may contain confidential information. If you have received this message in error, please send it back to me, and immediately delete it. Please do not use, copy or disclose the information contained in this message or in any attachment. Any views or opinions expressed by the author of this email do not necessarily reflect the views of the University of Nottingham. This message has been checked for viruses but the contents of an attachment may still contain software viruses which could damage your computer system: you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 04 17:19:28 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Apr 2013 17:19: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 1UNnoD-0006O7-UM; Thu, 04 Apr 2013 17:18:45 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNnoB-0006Ng-SV for xen-users@lists.xen.org; Thu, 04 Apr 2013 17:18:44 +0000 Received: from [193.109.254.147:64694] by server-8.bemta-14.messagelabs.com id 13/83-07222-3F5BD515; Thu, 04 Apr 2013 17:18:43 +0000 X-Env-Sender: patpro@patpro.net X-Msg-Ref: server-10.tower-27.messagelabs.com!1365095920!3658954!1 X-Originating-IP: [193.30.227.216] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7597 invoked from network); 4 Apr 2013 17:18:41 -0000 Received: from rack.patpro.net (HELO rack.patpro.net) (193.30.227.216) by server-10.tower-27.messagelabs.com with SMTP; 4 Apr 2013 17:18:41 -0000 Received: from [192.168.0.2] (boleskine.patpro.net [82.230.142.222]) by rack.patpro.net (Postfix) with ESMTPSA id 09D3A1CC026; Thu, 4 Apr 2013 19:18:39 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=patpro.net; s=patpro; t=1365095919; bh=Zx4bKxU6bjUYMEVgu5wM+LwiUckSOgraTHzfZQMuLXk=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=guubpMrJI1cjhhd/GIaGgevSQLPqTgn4qKFfk3ugPZhorcueBt0sX20xwsd1TVnYC SxQhzxlkeANHE5gi4YGQnFrGmsp7LuAFdCPhKLN0fYyiCA0aSG1ymJUK+WRaizCQTo aZMSwjCEucimGYMY3CtxKKf1961xl2rExuHeSo1Y= Mime-Version: 1.0 (Apple Message framework v1085) From: Patrick Proniewski In-Reply-To: Date: Thu, 4 Apr 2013 19:18:38 +0200 Message-Id: <035A34F0-9427-43FB-AFC7-F012FD6EF212@patpro.net> References: To: Casey DeLorme X-Mailer: Apple Mail (2.1085) Cc: "xen-users@lists.xen.org" , Eric Shelton Subject: Re: [Xen-users] PCI/VGA passthrough: differences between Xen and ESXi? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 Casey, On 04 avr. 2013, at 18:43, Casey DeLorme wrote: > I have shared the same card by shutting down one instance and booting another, but there is a performance degradation problem which I would say is due to the lack of FLR in consumer graphics cards. There are work-arounds but they will feel "hacky", just be ready to deal with major pains getting multiple machines using the same card and make plenty of backups. I don't know how ESXi handles this problem, but if you do I would love to know more. As far as I remember (my tests are few months old), as soon as you passthrough a PCI device into an ESXi VM, it's flagged into ESXi as no longer available, so you can't create another VM using the same device, even if the first one is shutdown. The deal is probably very different with special device like Nvidia's VGX K2, but I don't think it's real passthrough, it's more likely delegation of GPU power. > I use a macbook so I know where you are coming from, I totally prefer the mac/unix environment for a workstation. Unfortunately I am pretty sure that OS X requires a UEFI bootloader, and that only exists in upstream-qemu which to my knowledge does not yet work with VGA Passthrough. You would be stuck in SDL or VNC, or maybe ssh, not that those are necessarily bad. You can do GPU passthrough in a virtualized Mac OS X on top of ESXi pretty easily. The only limitation ("legal", not technical), is to run this VM on top of a supported Mac (Mac Pro or XServe - haha.). Many users have successfully ran Mac OS X VMs on ESXi on top of Mac Mini or other Macs. I've made some benches: Now, if I switch to non-Apple hardware, I'll enter the world of hackintosh. Many users are running Mac OS X on non-Apple hardware, some are running Mac OS X VMs on top of VMware products, and I've even found some example of users running an "hackitoshed" Mac OS X on top of Xen with or without VGA passthrough. > Good luck with your adventures, thanks! Patrick _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 04 17:19:28 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Apr 2013 17:19: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 1UNnoD-0006O7-UM; Thu, 04 Apr 2013 17:18:45 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNnoB-0006Ng-SV for xen-users@lists.xen.org; Thu, 04 Apr 2013 17:18:44 +0000 Received: from [193.109.254.147:64694] by server-8.bemta-14.messagelabs.com id 13/83-07222-3F5BD515; Thu, 04 Apr 2013 17:18:43 +0000 X-Env-Sender: patpro@patpro.net X-Msg-Ref: server-10.tower-27.messagelabs.com!1365095920!3658954!1 X-Originating-IP: [193.30.227.216] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7597 invoked from network); 4 Apr 2013 17:18:41 -0000 Received: from rack.patpro.net (HELO rack.patpro.net) (193.30.227.216) by server-10.tower-27.messagelabs.com with SMTP; 4 Apr 2013 17:18:41 -0000 Received: from [192.168.0.2] (boleskine.patpro.net [82.230.142.222]) by rack.patpro.net (Postfix) with ESMTPSA id 09D3A1CC026; Thu, 4 Apr 2013 19:18:39 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=patpro.net; s=patpro; t=1365095919; bh=Zx4bKxU6bjUYMEVgu5wM+LwiUckSOgraTHzfZQMuLXk=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=guubpMrJI1cjhhd/GIaGgevSQLPqTgn4qKFfk3ugPZhorcueBt0sX20xwsd1TVnYC SxQhzxlkeANHE5gi4YGQnFrGmsp7LuAFdCPhKLN0fYyiCA0aSG1ymJUK+WRaizCQTo aZMSwjCEucimGYMY3CtxKKf1961xl2rExuHeSo1Y= Mime-Version: 1.0 (Apple Message framework v1085) From: Patrick Proniewski In-Reply-To: Date: Thu, 4 Apr 2013 19:18:38 +0200 Message-Id: <035A34F0-9427-43FB-AFC7-F012FD6EF212@patpro.net> References: To: Casey DeLorme X-Mailer: Apple Mail (2.1085) Cc: "xen-users@lists.xen.org" , Eric Shelton Subject: Re: [Xen-users] PCI/VGA passthrough: differences between Xen and ESXi? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 Casey, On 04 avr. 2013, at 18:43, Casey DeLorme wrote: > I have shared the same card by shutting down one instance and booting another, but there is a performance degradation problem which I would say is due to the lack of FLR in consumer graphics cards. There are work-arounds but they will feel "hacky", just be ready to deal with major pains getting multiple machines using the same card and make plenty of backups. I don't know how ESXi handles this problem, but if you do I would love to know more. As far as I remember (my tests are few months old), as soon as you passthrough a PCI device into an ESXi VM, it's flagged into ESXi as no longer available, so you can't create another VM using the same device, even if the first one is shutdown. The deal is probably very different with special device like Nvidia's VGX K2, but I don't think it's real passthrough, it's more likely delegation of GPU power. > I use a macbook so I know where you are coming from, I totally prefer the mac/unix environment for a workstation. Unfortunately I am pretty sure that OS X requires a UEFI bootloader, and that only exists in upstream-qemu which to my knowledge does not yet work with VGA Passthrough. You would be stuck in SDL or VNC, or maybe ssh, not that those are necessarily bad. You can do GPU passthrough in a virtualized Mac OS X on top of ESXi pretty easily. The only limitation ("legal", not technical), is to run this VM on top of a supported Mac (Mac Pro or XServe - haha.). Many users have successfully ran Mac OS X VMs on ESXi on top of Mac Mini or other Macs. I've made some benches: Now, if I switch to non-Apple hardware, I'll enter the world of hackintosh. Many users are running Mac OS X on non-Apple hardware, some are running Mac OS X VMs on top of VMware products, and I've even found some example of users running an "hackitoshed" Mac OS X on top of Xen with or without VGA passthrough. > Good luck with your adventures, thanks! Patrick _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 04 17:58:22 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Apr 2013 17:58: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 1UNoPi-0007Kj-Od; Thu, 04 Apr 2013 17:57:30 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNoPf-0007K7-Ma; Thu, 04 Apr 2013 17:57:27 +0000 Received: from [85.158.139.83:45302] by server-12.bemta-5.messagelabs.com id F0/B8-11486-60FBD515; Thu, 04 Apr 2013 17:57:26 +0000 X-Env-Sender: iwj@xenbits.xen.org X-Msg-Ref: server-4.tower-182.messagelabs.com!1365098244!25170210!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27193 invoked from network); 4 Apr 2013 17:57:25 -0000 Received: from mail.xen.org (HELO mail.xen.org) (50.57.168.107) by server-4.tower-182.messagelabs.com with AES256-SHA encrypted SMTP; 4 Apr 2013 17:57:25 -0000 Received: from xenbits.xen.org ([50.57.170.242]) by mail.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNoPY-0004tJ-1T; Thu, 04 Apr 2013 17:57:20 +0000 Received: from iwj by xenbits.xen.org with local (Exim 4.72) (envelope-from ) id 1UNoPX-0000C9-VT; Thu, 04 Apr 2013 17:57:20 +0000 Date: Thu, 04 Apr 2013 17:57:19 +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 47 (CVE-2013-1920) - Potential use of freed memory in event channel operations X-BeenThere: xen-users@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-1920 / XSA-47 Potential use of freed memory in event channel operations ISSUE DESCRIPTION ================= Wrong ordering of operations upon extending the per-domain event channel tracking table can cause a pointer to freed memory to be left in place, when the hypervisor is under memory pressure and XSM (Xen Security Module) is enabled. IMPACT ====== Malicious guest kernels could inject arbitrary events or corrupt other hypervisor state, possibly leading to code execution. VULNERABLE SYSTEMS ================== All Xen versions from 3.2 onwards are vulnerable when making use of XSM. Configurations without XSM or with a dummy module are not affected. MITIGATION ========== Running without XSM (which is the default) will avoid this vulnerability, albeit doing so will likely lower overall security of systems that would otherwise have XSM enabled. RESOLUTION ========== Applying the appropriate attached patch resolves this issue. xsa47-4.1.patch Xen 4.1.x xsa47-4.2-unstable.patch Xen 4.2.x and xen-unstable $ sha256sum xsa47*.patch e49a03e0693de07ec1418eb16191854458e72088febd6948ea5bc1f900a1853a xsa47-4.1.patch c29b59492f9d7e3f74bfc41877a2c5cff70436d3738fd91066f396f969aab0a7 xsa47-4.2-unstable.patch $ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iQEcBAEBAgAGBQJRXb5fAAoJEIP+FMlX6CvZ0RwH/AtcVQFvERB+16wSjN3GTguk LnakHD3NCVeaDNbkF0G4b4ibR5oOCAGO/9CQwcB1QKj67mvYJm2kglDnGWUmZUQC TKWZR5vA9D9YAQvll8mSwd3OdLBoN0IGYPp9AIVUi9zl34zF+ZzbtsC57dvmjQD6 /E0tMDgOoCsA8ARnuknjbgk+CbfsGi/dbxYGDla4/wMC9wbUhG1wcA9lqNa37azT 1lRIj8qI3TfWC4aMh1kZKPsljrHZLkfA2VxgkrTCjr7u2Usr7vgUsNT4F0rYouRI h5mo1JszJOnM2EHuzVbQrvBmaXlPIFF/S5cRvD6RIavEsOUet5au49Hnhb/ENG4= =/g6f -----END PGP SIGNATURE----- --=separator Content-Type: application/octet-stream; name="xsa47-4.1.patch" Content-Disposition: attachment; filename="xsa47-4.1.patch" Content-Transfer-Encoding: base64 ZGVmZXIgZXZlbnQgY2hhbm5lbCBidWNrZXQgcG9pbnRlciBzdG9yZSB1bnRp bCBhZnRlciBYU00gY2hlY2tzCgpPdGhlcndpc2UgYSBkYW5nbGluZyBwb2lu dGVyIGNhbiBiZSBsZWZ0LCB3aGljaCB3b3VsZCBjYXVzZSBzdWJzZXF1ZW50 Cm1lbW9yeSBjb3JydXB0aW9uIGFzIHNvb24gYXMgdGhlIHNwYWNlIGdvdCBy ZS1hbGxvY2F0ZWQgZm9yIHNvbWUgb3RoZXIKcHVycG9zZS4KClRoaXMgaXMg Q1ZFLTIwMTMtMTkyMCAvIFhTQS00Ny4KClJlcG9ydGVkLWJ5OiBXZWkgTGl1 IDx3ZWkubGl1MkBjaXRyaXguY29tPgpTaWduZWQtb2ZmLWJ5OiBKYW4gQmV1 bGljaCA8amJldWxpY2hAc3VzZS5jb20+ClJldmlld2VkLWJ5OiBUaW0gRGVl Z2FuIDx0aW1AeGVuLm9yZz4KCi0tLSBhL3hlbi9jb21tb24vZXZlbnRfY2hh bm5lbC5jCisrKyBiL3hlbi9jb21tb24vZXZlbnRfY2hhbm5lbC5jCkBAIC0x MDQsNyArMTA0LDYgQEAgc3RhdGljIGludCBnZXRfZnJlZV9wb3J0KHN0cnVj dCBkb21haW4gKgogICAgIGlmICggdW5saWtlbHkoY2huID09IE5VTEwpICkK ICAgICAgICAgcmV0dXJuIC1FTk9NRU07CiAgICAgbWVtc2V0KGNobiwgMCwg RVZUQ0hOU19QRVJfQlVDS0VUICogc2l6ZW9mKCpjaG4pKTsKLSAgICBidWNr ZXRfZnJvbV9wb3J0KGQsIHBvcnQpID0gY2huOwogCiAgICAgZm9yICggaSA9 IDA7IGkgPCBFVlRDSE5TX1BFUl9CVUNLRVQ7IGkrKyApCiAgICAgewpAQCAt MTE3LDYgKzExNiw4IEBAIHN0YXRpYyBpbnQgZ2V0X2ZyZWVfcG9ydChzdHJ1 Y3QgZG9tYWluICoKICAgICAgICAgfQogICAgIH0KIAorICAgIGJ1Y2tldF9m cm9tX3BvcnQoZCwgcG9ydCkgPSBjaG47CisKICAgICByZXR1cm4gcG9ydDsK IH0KIAo= --=separator Content-Type: application/octet-stream; name="xsa47-4.2-unstable.patch" Content-Disposition: attachment; filename="xsa47-4.2-unstable.patch" Content-Transfer-Encoding: base64 ZGVmZXIgZXZlbnQgY2hhbm5lbCBidWNrZXQgcG9pbnRlciBzdG9yZSB1bnRp bCBhZnRlciBYU00gY2hlY2tzCgpPdGhlcndpc2UgYSBkYW5nbGluZyBwb2lu dGVyIGNhbiBiZSBsZWZ0LCB3aGljaCB3b3VsZCBjYXVzZSBzdWJzZXF1ZW50 Cm1lbW9yeSBjb3JydXB0aW9uIGFzIHNvb24gYXMgdGhlIHNwYWNlIGdvdCBy ZS1hbGxvY2F0ZWQgZm9yIHNvbWUgb3RoZXIKcHVycG9zZS4KClRoaXMgaXMg Q1ZFLTIwMTMtMTkyMCAvIFhTQS00Ny4KClJlcG9ydGVkLWJ5OiBXZWkgTGl1 IDx3ZWkubGl1MkBjaXRyaXguY29tPgpTaWduZWQtb2ZmLWJ5OiBKYW4gQmV1 bGljaCA8amJldWxpY2hAc3VzZS5jb20+ClJldmlld2VkLWJ5OiBUaW0gRGVl Z2FuIDx0aW1AeGVuLm9yZz4KCi0tLSBhL3hlbi9jb21tb24vZXZlbnRfY2hh bm5lbC5jCisrKyBiL3hlbi9jb21tb24vZXZlbnRfY2hhbm5lbC5jCkBAIC0x NDAsNyArMTQwLDYgQEAgc3RhdGljIGludCBnZXRfZnJlZV9wb3J0KHN0cnVj dCBkb21haW4gKgogICAgIGNobiA9IHh6YWxsb2NfYXJyYXkoc3RydWN0IGV2 dGNobiwgRVZUQ0hOU19QRVJfQlVDS0VUKTsKICAgICBpZiAoIHVubGlrZWx5 KGNobiA9PSBOVUxMKSApCiAgICAgICAgIHJldHVybiAtRU5PTUVNOwotICAg IGJ1Y2tldF9mcm9tX3BvcnQoZCwgcG9ydCkgPSBjaG47CiAKICAgICBmb3Ig KCBpID0gMDsgaSA8IEVWVENITlNfUEVSX0JVQ0tFVDsgaSsrICkKICAgICB7 CkBAIC0xNTMsNiArMTUyLDggQEAgc3RhdGljIGludCBnZXRfZnJlZV9wb3J0 KHN0cnVjdCBkb21haW4gKgogICAgICAgICB9CiAgICAgfQogCisgICAgYnVj a2V0X2Zyb21fcG9ydChkLCBwb3J0KSA9IGNobjsKKwogICAgIHJldHVybiBw b3J0OwogfQogCg== --=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 Apr 04 17:58:22 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Apr 2013 17:58: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 1UNoPi-0007Kj-Od; Thu, 04 Apr 2013 17:57:30 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNoPf-0007K7-Ma; Thu, 04 Apr 2013 17:57:27 +0000 Received: from [85.158.139.83:45302] by server-12.bemta-5.messagelabs.com id F0/B8-11486-60FBD515; Thu, 04 Apr 2013 17:57:26 +0000 X-Env-Sender: iwj@xenbits.xen.org X-Msg-Ref: server-4.tower-182.messagelabs.com!1365098244!25170210!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27193 invoked from network); 4 Apr 2013 17:57:25 -0000 Received: from mail.xen.org (HELO mail.xen.org) (50.57.168.107) by server-4.tower-182.messagelabs.com with AES256-SHA encrypted SMTP; 4 Apr 2013 17:57:25 -0000 Received: from xenbits.xen.org ([50.57.170.242]) by mail.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNoPY-0004tJ-1T; Thu, 04 Apr 2013 17:57:20 +0000 Received: from iwj by xenbits.xen.org with local (Exim 4.72) (envelope-from ) id 1UNoPX-0000C9-VT; Thu, 04 Apr 2013 17:57:20 +0000 Date: Thu, 04 Apr 2013 17:57:19 +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 47 (CVE-2013-1920) - Potential use of freed memory in event channel operations X-BeenThere: xen-users@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-1920 / XSA-47 Potential use of freed memory in event channel operations ISSUE DESCRIPTION ================= Wrong ordering of operations upon extending the per-domain event channel tracking table can cause a pointer to freed memory to be left in place, when the hypervisor is under memory pressure and XSM (Xen Security Module) is enabled. IMPACT ====== Malicious guest kernels could inject arbitrary events or corrupt other hypervisor state, possibly leading to code execution. VULNERABLE SYSTEMS ================== All Xen versions from 3.2 onwards are vulnerable when making use of XSM. Configurations without XSM or with a dummy module are not affected. MITIGATION ========== Running without XSM (which is the default) will avoid this vulnerability, albeit doing so will likely lower overall security of systems that would otherwise have XSM enabled. RESOLUTION ========== Applying the appropriate attached patch resolves this issue. xsa47-4.1.patch Xen 4.1.x xsa47-4.2-unstable.patch Xen 4.2.x and xen-unstable $ sha256sum xsa47*.patch e49a03e0693de07ec1418eb16191854458e72088febd6948ea5bc1f900a1853a xsa47-4.1.patch c29b59492f9d7e3f74bfc41877a2c5cff70436d3738fd91066f396f969aab0a7 xsa47-4.2-unstable.patch $ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iQEcBAEBAgAGBQJRXb5fAAoJEIP+FMlX6CvZ0RwH/AtcVQFvERB+16wSjN3GTguk LnakHD3NCVeaDNbkF0G4b4ibR5oOCAGO/9CQwcB1QKj67mvYJm2kglDnGWUmZUQC TKWZR5vA9D9YAQvll8mSwd3OdLBoN0IGYPp9AIVUi9zl34zF+ZzbtsC57dvmjQD6 /E0tMDgOoCsA8ARnuknjbgk+CbfsGi/dbxYGDla4/wMC9wbUhG1wcA9lqNa37azT 1lRIj8qI3TfWC4aMh1kZKPsljrHZLkfA2VxgkrTCjr7u2Usr7vgUsNT4F0rYouRI h5mo1JszJOnM2EHuzVbQrvBmaXlPIFF/S5cRvD6RIavEsOUet5au49Hnhb/ENG4= =/g6f -----END PGP SIGNATURE----- --=separator Content-Type: application/octet-stream; name="xsa47-4.1.patch" Content-Disposition: attachment; filename="xsa47-4.1.patch" Content-Transfer-Encoding: base64 ZGVmZXIgZXZlbnQgY2hhbm5lbCBidWNrZXQgcG9pbnRlciBzdG9yZSB1bnRp bCBhZnRlciBYU00gY2hlY2tzCgpPdGhlcndpc2UgYSBkYW5nbGluZyBwb2lu dGVyIGNhbiBiZSBsZWZ0LCB3aGljaCB3b3VsZCBjYXVzZSBzdWJzZXF1ZW50 Cm1lbW9yeSBjb3JydXB0aW9uIGFzIHNvb24gYXMgdGhlIHNwYWNlIGdvdCBy ZS1hbGxvY2F0ZWQgZm9yIHNvbWUgb3RoZXIKcHVycG9zZS4KClRoaXMgaXMg Q1ZFLTIwMTMtMTkyMCAvIFhTQS00Ny4KClJlcG9ydGVkLWJ5OiBXZWkgTGl1 IDx3ZWkubGl1MkBjaXRyaXguY29tPgpTaWduZWQtb2ZmLWJ5OiBKYW4gQmV1 bGljaCA8amJldWxpY2hAc3VzZS5jb20+ClJldmlld2VkLWJ5OiBUaW0gRGVl Z2FuIDx0aW1AeGVuLm9yZz4KCi0tLSBhL3hlbi9jb21tb24vZXZlbnRfY2hh bm5lbC5jCisrKyBiL3hlbi9jb21tb24vZXZlbnRfY2hhbm5lbC5jCkBAIC0x MDQsNyArMTA0LDYgQEAgc3RhdGljIGludCBnZXRfZnJlZV9wb3J0KHN0cnVj dCBkb21haW4gKgogICAgIGlmICggdW5saWtlbHkoY2huID09IE5VTEwpICkK ICAgICAgICAgcmV0dXJuIC1FTk9NRU07CiAgICAgbWVtc2V0KGNobiwgMCwg RVZUQ0hOU19QRVJfQlVDS0VUICogc2l6ZW9mKCpjaG4pKTsKLSAgICBidWNr ZXRfZnJvbV9wb3J0KGQsIHBvcnQpID0gY2huOwogCiAgICAgZm9yICggaSA9 IDA7IGkgPCBFVlRDSE5TX1BFUl9CVUNLRVQ7IGkrKyApCiAgICAgewpAQCAt MTE3LDYgKzExNiw4IEBAIHN0YXRpYyBpbnQgZ2V0X2ZyZWVfcG9ydChzdHJ1 Y3QgZG9tYWluICoKICAgICAgICAgfQogICAgIH0KIAorICAgIGJ1Y2tldF9m cm9tX3BvcnQoZCwgcG9ydCkgPSBjaG47CisKICAgICByZXR1cm4gcG9ydDsK IH0KIAo= --=separator Content-Type: application/octet-stream; name="xsa47-4.2-unstable.patch" Content-Disposition: attachment; filename="xsa47-4.2-unstable.patch" Content-Transfer-Encoding: base64 ZGVmZXIgZXZlbnQgY2hhbm5lbCBidWNrZXQgcG9pbnRlciBzdG9yZSB1bnRp bCBhZnRlciBYU00gY2hlY2tzCgpPdGhlcndpc2UgYSBkYW5nbGluZyBwb2lu dGVyIGNhbiBiZSBsZWZ0LCB3aGljaCB3b3VsZCBjYXVzZSBzdWJzZXF1ZW50 Cm1lbW9yeSBjb3JydXB0aW9uIGFzIHNvb24gYXMgdGhlIHNwYWNlIGdvdCBy ZS1hbGxvY2F0ZWQgZm9yIHNvbWUgb3RoZXIKcHVycG9zZS4KClRoaXMgaXMg Q1ZFLTIwMTMtMTkyMCAvIFhTQS00Ny4KClJlcG9ydGVkLWJ5OiBXZWkgTGl1 IDx3ZWkubGl1MkBjaXRyaXguY29tPgpTaWduZWQtb2ZmLWJ5OiBKYW4gQmV1 bGljaCA8amJldWxpY2hAc3VzZS5jb20+ClJldmlld2VkLWJ5OiBUaW0gRGVl Z2FuIDx0aW1AeGVuLm9yZz4KCi0tLSBhL3hlbi9jb21tb24vZXZlbnRfY2hh bm5lbC5jCisrKyBiL3hlbi9jb21tb24vZXZlbnRfY2hhbm5lbC5jCkBAIC0x NDAsNyArMTQwLDYgQEAgc3RhdGljIGludCBnZXRfZnJlZV9wb3J0KHN0cnVj dCBkb21haW4gKgogICAgIGNobiA9IHh6YWxsb2NfYXJyYXkoc3RydWN0IGV2 dGNobiwgRVZUQ0hOU19QRVJfQlVDS0VUKTsKICAgICBpZiAoIHVubGlrZWx5 KGNobiA9PSBOVUxMKSApCiAgICAgICAgIHJldHVybiAtRU5PTUVNOwotICAg IGJ1Y2tldF9mcm9tX3BvcnQoZCwgcG9ydCkgPSBjaG47CiAKICAgICBmb3Ig KCBpID0gMDsgaSA8IEVWVENITlNfUEVSX0JVQ0tFVDsgaSsrICkKICAgICB7 CkBAIC0xNTMsNiArMTUyLDggQEAgc3RhdGljIGludCBnZXRfZnJlZV9wb3J0 KHN0cnVjdCBkb21haW4gKgogICAgICAgICB9CiAgICAgfQogCisgICAgYnVj a2V0X2Zyb21fcG9ydChkLCBwb3J0KSA9IGNobjsKKwogICAgIHJldHVybiBw b3J0OwogfQogCg== --=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 Apr 04 18:17:27 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Apr 2013 18:17: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 1UNoi3-0008QP-25; Thu, 04 Apr 2013 18:16:27 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNoi2-0008QK-7W for xen-users@lists.xen.org; Thu, 04 Apr 2013 18:16:26 +0000 Received: from [85.158.139.211:19513] by server-4.bemta-5.messagelabs.com id B9/58-01980-973CD515; Thu, 04 Apr 2013 18:16:25 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-8.tower-206.messagelabs.com!1365099382!19122734!1 X-Originating-IP: [184.172.38.139] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13648 invoked from network); 4 Apr 2013 18:16:23 -0000 Received: from host1a.ondore-systems.com (HELO host1a.ondore-systems.com) (184.172.38.139) by server-8.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 4 Apr 2013 18:16:23 -0000 Received: from [200.52.43.60] (port=38524 helo=mail.ondore.i) by host1a.ondore-systems.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80) (envelope-from ) id 1UNohs-0001Oo-FR for xen-users@lists.xen.org; Thu, 04 Apr 2013 13:16:16 -0500 Received: from [10.13.34.96] (alk-desktop.sys.ondore.i [10.13.34.96]) by mail.ondore.i (Postfix) with ESMTPSA id D4311A1D8 for ; Thu, 4 Apr 2013 12:16:15 -0600 (CST) Message-ID: <515DC36F.2080300@ondore.com> Date: Thu, 04 Apr 2013 12:16:15 -0600 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <20130403143851.72462gi0chxt1xm3@webmail.uniserve.com> <515CA8A3.7030307@ondore.com> <20130404091336.249979v76x11z1dc@webmail.uniserve.com> In-Reply-To: <20130404091336.249979v76x11z1dc@webmail.uniserve.com> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host1a.ondore-systems.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - ondore.com X-Get-Message-Sender-Via: host1a.ondore-systems.com: authenticated_id: sys.intranet@ondore.com Subject: Re: [Xen-users] newbie in trouble with CentOS 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-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello. El 04/04/13 10:13, Dave Stevens escribi=F3: > [root@skeena ~]# xm list > Name ID Mem(MiB) VCPUs State Time(= s) > Domain-0 0 9879 8 r----- 870= .8 > bulkley 1 2048 4 -b---- 3283= .0 > [root@skeena ~]# > > [root@skeena ~]# brctl show > bridge name bridge id STP enabled interfaces > virbr0 8000.000000000000 yes > xenbr0 8000.feffffffffff no vif1.0 > vif0.0 > peth0 > xenbr1 8000.feffffffffff no vif1.1 > vif0.1 > peth1 This tells us what Domains have network interfaces in what bridges. It seems like there is a mix of configurations. Looks fine, for a = bridged networking (not NATted, see below), except there might be a = problem with peth0 and peth1. > [root@skeena ~]# ifconfig > eth1 Link encap:Ethernet HWaddr 00:30:48:CE:84:7F > inet addr:10.10.254.240 Bcast:10.10.254.255 Mask:255.255.255= .0 > inet6 addr: fe80::230:48ff:fece:847f/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:81102 errors:0 dropped:0 overruns:0 frame:0 > TX packets:34828 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:0 > RX bytes:10772813 (10.2 MiB) TX bytes:2721383 (2.5 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:16436 Metric:1 > RX packets:3086 errors:0 dropped:0 overruns:0 frame:0 > TX packets:3086 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:0 > RX bytes:4816900 (4.5 MiB) TX bytes:4816900 (4.5 MiB) > > peth0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF > UP BROADCAST NOARP MTU:1500 Metric:1 > RX packets:0 errors:0 dropped:0 overruns:0 frame:0 > TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:1000 > RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) > Interrupt:250 Base address:0xc000 > > peth1 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF > inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link > UP BROADCAST RUNNING NOARP MTU:1500 Metric:1 > RX packets:42346 errors:0 dropped:0 overruns:0 frame:0 > TX packets:73652 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:1000 > RX bytes:9145360 (8.7 MiB) TX bytes:5504883 (5.2 MiB) > Interrupt:251 Base address:0xe000 This is weired. The common way to give network to DomUs is to define a bridge, put the = physical interface into it permanently, and plug DomU's interfaces there = ion demand (you probably found that in the Wiki). The very old network-bridge xen script was defining the bridges as = following: save IP configuration from eth0, rename eth0 to peth0 (aka "physical eth0"), create bridge called "eth0" (now that the name is free), set IP configuration it took from the physical eth0 on the new bridge. That way, before xend was brought up you had a plain eth0 to your = network. After xend startup you had the same eth0 to your network. This = proved to be little bit confusing and the configuration scripts produced = unstable results, so late Xen documentation suggests to set up bridges = using you platform means, and just tell Xen what bridge to use for what = DomU's NIC. Check this oldier wiki http://wiki.xensource.com/xenwiki/XenNetworking. = It probably reflect better your scenario (and imho has nicer pictures) What I see here are peth0 and peth1, they are supposed to be physical = interfaces with a valid MAC, and be of the same nature. Actually, they = have HWaddr FE:FF:FF:FF:FF:FF and one of them have a inet6 addr. eth1 = seems to be a plain physical interface (I bet it's the one you use to = connect to your server) while a bridge called "eth1" is expected. eth0 = is simply missing. Please tell me, how many physical network cards does your server have? = How are they supposed to be used? Was any physical NIC added or removed = recently? Maybe some NIC just died? The change of NIC number could = confuse the network-script that badly. Did I told it was unstable? It would be of great reference if you attach your DomU .cfg (under = /etc/xen) file and /etc/xen/xend-config.sxp (I took the path form a = Debian, it may be different in CentOS). Please check what version of this components do you have installed: Xen hypervisor Linux kernel xenutils (the name of package may be different in CentOS) xentools (the name of package may be different in CentOS) > [root@skeena ~]# iptables -L -v > [...] > 0 0 ACCEPT all -- any virbr0 anywhere > 192.168.122.0/24 state RELATED,ESTABLISHED > 0 0 ACCEPT all -- virbr0 any 192.168.122.0/24 > anywhere > 0 0 ACCEPT all -- virbr0 virbr0 anywhere > anywhere > 0 0 REJECT all -- any virbr0 anywhere > anywhere reject-with icmp-port-unreachable > 0 0 REJECT all -- virbr0 any anywhere > anywhere reject-with icmp-port-unreachable This must be the rules to restrict traffic within a bridge, dedicated to = internal communication between Dom0 and DomU's. Unused, apparently. The = rest of ipfilter configuration is permissive, so it shall not be the issue. As the general solution to your problem, in case you just want to "make = it work back" and not doing any new implementation (Dom0 OS and Xe = upgrade would be probably cleaner if reinstalled), I would suggest to = re-do the networking configuration. Probably your DomU was configured with NATted networking, when it broke = Dom0 kept it' sexternal IP address. The bridged networking is simpler = and easer to debug. Greetings. -- = Alexandre Kouznetsov _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 04 18:17:27 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Apr 2013 18:17: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 1UNoi3-0008QP-25; Thu, 04 Apr 2013 18:16:27 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNoi2-0008QK-7W for xen-users@lists.xen.org; Thu, 04 Apr 2013 18:16:26 +0000 Received: from [85.158.139.211:19513] by server-4.bemta-5.messagelabs.com id B9/58-01980-973CD515; Thu, 04 Apr 2013 18:16:25 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-8.tower-206.messagelabs.com!1365099382!19122734!1 X-Originating-IP: [184.172.38.139] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13648 invoked from network); 4 Apr 2013 18:16:23 -0000 Received: from host1a.ondore-systems.com (HELO host1a.ondore-systems.com) (184.172.38.139) by server-8.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 4 Apr 2013 18:16:23 -0000 Received: from [200.52.43.60] (port=38524 helo=mail.ondore.i) by host1a.ondore-systems.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80) (envelope-from ) id 1UNohs-0001Oo-FR for xen-users@lists.xen.org; Thu, 04 Apr 2013 13:16:16 -0500 Received: from [10.13.34.96] (alk-desktop.sys.ondore.i [10.13.34.96]) by mail.ondore.i (Postfix) with ESMTPSA id D4311A1D8 for ; Thu, 4 Apr 2013 12:16:15 -0600 (CST) Message-ID: <515DC36F.2080300@ondore.com> Date: Thu, 04 Apr 2013 12:16:15 -0600 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <20130403143851.72462gi0chxt1xm3@webmail.uniserve.com> <515CA8A3.7030307@ondore.com> <20130404091336.249979v76x11z1dc@webmail.uniserve.com> In-Reply-To: <20130404091336.249979v76x11z1dc@webmail.uniserve.com> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host1a.ondore-systems.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - ondore.com X-Get-Message-Sender-Via: host1a.ondore-systems.com: authenticated_id: sys.intranet@ondore.com Subject: Re: [Xen-users] newbie in trouble with CentOS 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-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello. El 04/04/13 10:13, Dave Stevens escribi=F3: > [root@skeena ~]# xm list > Name ID Mem(MiB) VCPUs State Time(= s) > Domain-0 0 9879 8 r----- 870= .8 > bulkley 1 2048 4 -b---- 3283= .0 > [root@skeena ~]# > > [root@skeena ~]# brctl show > bridge name bridge id STP enabled interfaces > virbr0 8000.000000000000 yes > xenbr0 8000.feffffffffff no vif1.0 > vif0.0 > peth0 > xenbr1 8000.feffffffffff no vif1.1 > vif0.1 > peth1 This tells us what Domains have network interfaces in what bridges. It seems like there is a mix of configurations. Looks fine, for a = bridged networking (not NATted, see below), except there might be a = problem with peth0 and peth1. > [root@skeena ~]# ifconfig > eth1 Link encap:Ethernet HWaddr 00:30:48:CE:84:7F > inet addr:10.10.254.240 Bcast:10.10.254.255 Mask:255.255.255= .0 > inet6 addr: fe80::230:48ff:fece:847f/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:81102 errors:0 dropped:0 overruns:0 frame:0 > TX packets:34828 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:0 > RX bytes:10772813 (10.2 MiB) TX bytes:2721383 (2.5 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:16436 Metric:1 > RX packets:3086 errors:0 dropped:0 overruns:0 frame:0 > TX packets:3086 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:0 > RX bytes:4816900 (4.5 MiB) TX bytes:4816900 (4.5 MiB) > > peth0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF > UP BROADCAST NOARP MTU:1500 Metric:1 > RX packets:0 errors:0 dropped:0 overruns:0 frame:0 > TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:1000 > RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) > Interrupt:250 Base address:0xc000 > > peth1 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF > inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link > UP BROADCAST RUNNING NOARP MTU:1500 Metric:1 > RX packets:42346 errors:0 dropped:0 overruns:0 frame:0 > TX packets:73652 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:1000 > RX bytes:9145360 (8.7 MiB) TX bytes:5504883 (5.2 MiB) > Interrupt:251 Base address:0xe000 This is weired. The common way to give network to DomUs is to define a bridge, put the = physical interface into it permanently, and plug DomU's interfaces there = ion demand (you probably found that in the Wiki). The very old network-bridge xen script was defining the bridges as = following: save IP configuration from eth0, rename eth0 to peth0 (aka "physical eth0"), create bridge called "eth0" (now that the name is free), set IP configuration it took from the physical eth0 on the new bridge. That way, before xend was brought up you had a plain eth0 to your = network. After xend startup you had the same eth0 to your network. This = proved to be little bit confusing and the configuration scripts produced = unstable results, so late Xen documentation suggests to set up bridges = using you platform means, and just tell Xen what bridge to use for what = DomU's NIC. Check this oldier wiki http://wiki.xensource.com/xenwiki/XenNetworking. = It probably reflect better your scenario (and imho has nicer pictures) What I see here are peth0 and peth1, they are supposed to be physical = interfaces with a valid MAC, and be of the same nature. Actually, they = have HWaddr FE:FF:FF:FF:FF:FF and one of them have a inet6 addr. eth1 = seems to be a plain physical interface (I bet it's the one you use to = connect to your server) while a bridge called "eth1" is expected. eth0 = is simply missing. Please tell me, how many physical network cards does your server have? = How are they supposed to be used? Was any physical NIC added or removed = recently? Maybe some NIC just died? The change of NIC number could = confuse the network-script that badly. Did I told it was unstable? It would be of great reference if you attach your DomU .cfg (under = /etc/xen) file and /etc/xen/xend-config.sxp (I took the path form a = Debian, it may be different in CentOS). Please check what version of this components do you have installed: Xen hypervisor Linux kernel xenutils (the name of package may be different in CentOS) xentools (the name of package may be different in CentOS) > [root@skeena ~]# iptables -L -v > [...] > 0 0 ACCEPT all -- any virbr0 anywhere > 192.168.122.0/24 state RELATED,ESTABLISHED > 0 0 ACCEPT all -- virbr0 any 192.168.122.0/24 > anywhere > 0 0 ACCEPT all -- virbr0 virbr0 anywhere > anywhere > 0 0 REJECT all -- any virbr0 anywhere > anywhere reject-with icmp-port-unreachable > 0 0 REJECT all -- virbr0 any anywhere > anywhere reject-with icmp-port-unreachable This must be the rules to restrict traffic within a bridge, dedicated to = internal communication between Dom0 and DomU's. Unused, apparently. The = rest of ipfilter configuration is permissive, so it shall not be the issue. As the general solution to your problem, in case you just want to "make = it work back" and not doing any new implementation (Dom0 OS and Xe = upgrade would be probably cleaner if reinstalled), I would suggest to = re-do the networking configuration. Probably your DomU was configured with NATted networking, when it broke = Dom0 kept it' sexternal IP address. The bridged networking is simpler = and easer to debug. Greetings. -- = Alexandre Kouznetsov _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 04 19:27:15 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Apr 2013 19:27: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 1UNpnZ-0000wJ-Co; Thu, 04 Apr 2013 19:26:13 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNpnX-0000wC-Pa for xen-users@lists.xen.org; Thu, 04 Apr 2013 19:26:11 +0000 Received: from [85.158.139.83:58240] by server-12.bemta-5.messagelabs.com id A0/DA-11486-3D3DD515; Thu, 04 Apr 2013 19:26:11 +0000 X-Env-Sender: agya.naila@gmail.com X-Msg-Ref: server-9.tower-182.messagelabs.com!1365103569!27187683!1 X-Originating-IP: [74.125.82.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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11256 invoked from network); 4 Apr 2013 19:26:09 -0000 Received: from mail-we0-f179.google.com (HELO mail-we0-f179.google.com) (74.125.82.179) by server-9.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 4 Apr 2013 19:26:09 -0000 Received: by mail-we0-f179.google.com with SMTP id p43so2262046wea.38 for ; Thu, 04 Apr 2013 12:26:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=J40WKw+cegirbICVXCfTVeLQQcgGd8dYUpcVQgFeRIs=; b=Zuq6GUPROmkwq7g/0TKWPqUrmN3PoKzvZCLFHnteK4yVEOEl5ddnp1RdxabITTZnGh tFQUzLCLF7/p157XM0ObiNQWJdwbmHxXlmb864gqT49U4JKR64xYEgobbFYyZ8LDZqT6 nmfmDaKNtgDE7XGoLGh1lvzSrSYrdoxUVhYjrW8PRFxGRpImfUoMyoJ5SEfmX0kI1pt0 ljVCjNZuc55YAwn5d02HSt/FGh0hMCdJRInsc5blovWZ7KccUYXDQOVQJh61GcW7K93Z samTf+fMltutiFOySbtNmVkVZaIel5xsRTQ0HNOvqvtYb38ugV2Cy3+HYHlxTE1+8RmL n9Wg== MIME-Version: 1.0 X-Received: by 10.181.11.164 with SMTP id ej4mr11389255wid.29.1365103569431; Thu, 04 Apr 2013 12:26:09 -0700 (PDT) Received: by 10.217.88.194 with HTTP; Thu, 4 Apr 2013 12:26:09 -0700 (PDT) Date: Thu, 4 Apr 2013 21:26:09 +0200 Message-ID: From: agya naila To: "xen-users@lists.xen.org" Subject: [Xen-users] Convert LVM to Images X-BeenThere: xen-users@lists.xen.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="===============1582366716969833982==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1582366716969833982== Content-Type: multipart/alternative; boundary=f46d0438914b5671e804d98df113 --f46d0438914b5671e804d98df113 Content-Type: text/plain; charset=ISO-8859-1 Hi all, I have XEN with LVM based disk and I want to convert it to images in order to use tapdisk. However since my disk is limited I want to shrink the .img file. I have 10Gb file in LVM but I only use 5GB of them. I can use dd to convert it to image file but the file will remain the same with the original 10Gb. I can use lvresize but I am afraid it will damage the LVM files. Any best practices? Regards, Agya --f46d0438914b5671e804d98df113 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi all,

I have XEN with LVM based= disk and I want to convert it to images in order to use tapdisk. However s= ince my disk is limited I want to shrink the .img file. I have 10Gb file in= LVM but I only use 5GB of them. I can use dd to convert it to image file b= ut the file will remain the same with the original 10Gb. I can use lvresize= but I am afraid it will damage the LVM files. Any best practices?

Regards,

Agya
--f46d0438914b5671e804d98df113-- --===============1582366716969833982== 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 --===============1582366716969833982==-- From xen-users-bounces@lists.xen.org Thu Apr 04 19:27:15 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Apr 2013 19:27: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 1UNpnZ-0000wJ-Co; Thu, 04 Apr 2013 19:26:13 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNpnX-0000wC-Pa for xen-users@lists.xen.org; Thu, 04 Apr 2013 19:26:11 +0000 Received: from [85.158.139.83:58240] by server-12.bemta-5.messagelabs.com id A0/DA-11486-3D3DD515; Thu, 04 Apr 2013 19:26:11 +0000 X-Env-Sender: agya.naila@gmail.com X-Msg-Ref: server-9.tower-182.messagelabs.com!1365103569!27187683!1 X-Originating-IP: [74.125.82.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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11256 invoked from network); 4 Apr 2013 19:26:09 -0000 Received: from mail-we0-f179.google.com (HELO mail-we0-f179.google.com) (74.125.82.179) by server-9.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 4 Apr 2013 19:26:09 -0000 Received: by mail-we0-f179.google.com with SMTP id p43so2262046wea.38 for ; Thu, 04 Apr 2013 12:26:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=J40WKw+cegirbICVXCfTVeLQQcgGd8dYUpcVQgFeRIs=; b=Zuq6GUPROmkwq7g/0TKWPqUrmN3PoKzvZCLFHnteK4yVEOEl5ddnp1RdxabITTZnGh tFQUzLCLF7/p157XM0ObiNQWJdwbmHxXlmb864gqT49U4JKR64xYEgobbFYyZ8LDZqT6 nmfmDaKNtgDE7XGoLGh1lvzSrSYrdoxUVhYjrW8PRFxGRpImfUoMyoJ5SEfmX0kI1pt0 ljVCjNZuc55YAwn5d02HSt/FGh0hMCdJRInsc5blovWZ7KccUYXDQOVQJh61GcW7K93Z samTf+fMltutiFOySbtNmVkVZaIel5xsRTQ0HNOvqvtYb38ugV2Cy3+HYHlxTE1+8RmL n9Wg== MIME-Version: 1.0 X-Received: by 10.181.11.164 with SMTP id ej4mr11389255wid.29.1365103569431; Thu, 04 Apr 2013 12:26:09 -0700 (PDT) Received: by 10.217.88.194 with HTTP; Thu, 4 Apr 2013 12:26:09 -0700 (PDT) Date: Thu, 4 Apr 2013 21:26:09 +0200 Message-ID: From: agya naila To: "xen-users@lists.xen.org" Subject: [Xen-users] Convert LVM to Images X-BeenThere: xen-users@lists.xen.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="===============1582366716969833982==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1582366716969833982== Content-Type: multipart/alternative; boundary=f46d0438914b5671e804d98df113 --f46d0438914b5671e804d98df113 Content-Type: text/plain; charset=ISO-8859-1 Hi all, I have XEN with LVM based disk and I want to convert it to images in order to use tapdisk. However since my disk is limited I want to shrink the .img file. I have 10Gb file in LVM but I only use 5GB of them. I can use dd to convert it to image file but the file will remain the same with the original 10Gb. I can use lvresize but I am afraid it will damage the LVM files. Any best practices? Regards, Agya --f46d0438914b5671e804d98df113 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi all,

I have XEN with LVM based= disk and I want to convert it to images in order to use tapdisk. However s= ince my disk is limited I want to shrink the .img file. I have 10Gb file in= LVM but I only use 5GB of them. I can use dd to convert it to image file b= ut the file will remain the same with the original 10Gb. I can use lvresize= but I am afraid it will damage the LVM files. Any best practices?

Regards,

Agya
--f46d0438914b5671e804d98df113-- --===============1582366716969833982== 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 --===============1582366716969833982==-- From xen-users-bounces@lists.xen.org Thu Apr 04 19:27:28 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Apr 2013 19:27: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 1UNpnz-0000y4-Fh; Thu, 04 Apr 2013 19:26:39 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNpnx-0000xo-9H for xen-users@lists.xen.org; Thu, 04 Apr 2013 19:26:37 +0000 Received: from [85.158.139.83:59112] by server-6.bemta-5.messagelabs.com id B3/82-21466-CE3DD515; Thu, 04 Apr 2013 19:26:36 +0000 X-Env-Sender: woods@ucar.edu X-Msg-Ref: server-7.tower-182.messagelabs.com!1365103595!23472153!1 X-Originating-IP: [192.43.244.121] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 970 invoked from network); 4 Apr 2013 19:26:35 -0000 Received: from vscan1.ucar.edu (HELO vscan1.ucar.edu) (192.43.244.121) by server-7.tower-182.messagelabs.com with SMTP; 4 Apr 2013 19:26:35 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by vscan1.ucar.edu (Postfix) with ESMTP id 2ED8ABA60; Thu, 4 Apr 2013 13:26:34 -0600 (MDT) Received: from vscan1.ucar.edu ([127.0.0.1]) by localhost (vscan1.ucar.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19376-02; Thu, 4 Apr 2013 13:26:34 -0600 (MDT) Received: from [128.117.10.112] (mongoliad.scd.ucar.edu [128.117.10.112]) by vscan1.ucar.edu (Postfix) with ESMTP id F1349BA4D; Thu, 4 Apr 2013 13:26:33 -0600 (MDT) Message-ID: <1365103593.17823.42.camel@mongoliad.scd.ucar.edu> From: Greg Woods To: Alexandre Kouznetsov Date: Thu, 04 Apr 2013 13:26:33 -0600 In-Reply-To: <515DC36F.2080300@ondore.com> References: <20130403143851.72462gi0chxt1xm3@webmail.uniserve.com> <515CA8A3.7030307@ondore.com> <20130404091336.249979v76x11z1dc@webmail.uniserve.com> <515DC36F.2080300@ondore.com> Organization: UCAR/CISL X-Mailer: Evolution 3.6.3 (3.6.3-2.fc18) Mime-Version: 1.0 X-Virus-Scanned: amavisd-new at ucar.edu Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] newbie in trouble with CentOS 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, 2013-04-04 at 12:16 -0600, Alexandre Kouznetsov wrote: > This is weired. It looks fairly normal for the way that RedHat/CentOS does it. What is odd is that there is no ifconfig output for eth0. --Greg _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 04 19:27:28 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Apr 2013 19:27: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 1UNpnz-0000y4-Fh; Thu, 04 Apr 2013 19:26:39 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNpnx-0000xo-9H for xen-users@lists.xen.org; Thu, 04 Apr 2013 19:26:37 +0000 Received: from [85.158.139.83:59112] by server-6.bemta-5.messagelabs.com id B3/82-21466-CE3DD515; Thu, 04 Apr 2013 19:26:36 +0000 X-Env-Sender: woods@ucar.edu X-Msg-Ref: server-7.tower-182.messagelabs.com!1365103595!23472153!1 X-Originating-IP: [192.43.244.121] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 970 invoked from network); 4 Apr 2013 19:26:35 -0000 Received: from vscan1.ucar.edu (HELO vscan1.ucar.edu) (192.43.244.121) by server-7.tower-182.messagelabs.com with SMTP; 4 Apr 2013 19:26:35 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by vscan1.ucar.edu (Postfix) with ESMTP id 2ED8ABA60; Thu, 4 Apr 2013 13:26:34 -0600 (MDT) Received: from vscan1.ucar.edu ([127.0.0.1]) by localhost (vscan1.ucar.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19376-02; Thu, 4 Apr 2013 13:26:34 -0600 (MDT) Received: from [128.117.10.112] (mongoliad.scd.ucar.edu [128.117.10.112]) by vscan1.ucar.edu (Postfix) with ESMTP id F1349BA4D; Thu, 4 Apr 2013 13:26:33 -0600 (MDT) Message-ID: <1365103593.17823.42.camel@mongoliad.scd.ucar.edu> From: Greg Woods To: Alexandre Kouznetsov Date: Thu, 04 Apr 2013 13:26:33 -0600 In-Reply-To: <515DC36F.2080300@ondore.com> References: <20130403143851.72462gi0chxt1xm3@webmail.uniserve.com> <515CA8A3.7030307@ondore.com> <20130404091336.249979v76x11z1dc@webmail.uniserve.com> <515DC36F.2080300@ondore.com> Organization: UCAR/CISL X-Mailer: Evolution 3.6.3 (3.6.3-2.fc18) Mime-Version: 1.0 X-Virus-Scanned: amavisd-new at ucar.edu Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] newbie in trouble with CentOS 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, 2013-04-04 at 12:16 -0600, Alexandre Kouznetsov wrote: > This is weired. It looks fairly normal for the way that RedHat/CentOS does it. What is odd is that there is no ifconfig output for eth0. --Greg _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 04 19:55:33 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Apr 2013 19:55: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 1UNqFD-00022Z-7j; Thu, 04 Apr 2013 19:54:47 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNqFB-00022U-6V for xen-users@lists.xen.org; Thu, 04 Apr 2013 19:54:45 +0000 Received: from [193.109.254.147:19891] by server-14.bemta-14.messagelabs.com id 38/01-05867-48ADD515; Thu, 04 Apr 2013 19:54:44 +0000 X-Env-Sender: geek@uniserve.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1365105248!8899027!1 X-Originating-IP: [204.239.42.240] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29428 invoked from network); 4 Apr 2013 19:54:10 -0000 Received: from smtp-relay1-outbound.uniserve.ca (HELO smtp-relay1.uniserve.ca) (204.239.42.240) by server-9.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 4 Apr 2013 19:54:10 -0000 Received: from webapp1.uniserve.ca ([204.239.42.114]) by smtp-relay1.uniserve.ca with esmtp (Exim 4.72) (envelope-from ) id 1UNqDm-0005sV-Kp; Thu, 04 Apr 2013 12:54:07 -0700 Received: from d216-232-232-202.bchsia.telus.net (d216-232-232-202.bchsia.telus.net [216.232.232.202]) by webmail.uniserve.com (Horde Framework) with HTTP; Thu, 04 Apr 2013 12:52:33 -0700 Message-ID: <20130404125233.85054ij0lmmimnep@webmail.uniserve.com> Date: Thu, 04 Apr 2013 12:52:33 -0700 From: Dave Stevens To: Alexandre Kouznetsov References: <20130403143851.72462gi0chxt1xm3@webmail.uniserve.com> <515CA8A3.7030307@ondore.com> <20130404091336.249979v76x11z1dc@webmail.uniserve.com> <515DC36F.2080300@ondore.com> In-Reply-To: <515DC36F.2080300@ondore.com> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Internet Messaging Program (IMP) H3 (4.3.11) X-Sender-Info: geek@uniserve.com X-Scanner: OK. Scanned. X-Uniserve-Spam-Score: 0.0 0 (/) Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] newbie in trouble with CentOS 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-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"; DelSp="Yes" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Quoting Alexandre Kouznetsov : > Hello. > > El 04/04/13 10:13, Dave Stevens escribi=F3: >> [root@skeena ~]# xm list >> Name ID Mem(MiB) VCPUs State Time= (s) >> Domain-0 0 9879 8 r----- 87= 0.8 >> bulkley 1 2048 4 -b---- 328= 3.0 >> [root@skeena ~]# >> >> [root@skeena ~]# brctl show >> bridge name bridge id STP enabled interfaces >> virbr0 8000.000000000000 yes >> xenbr0 8000.feffffffffff no vif1.0 >> vif0.0 >> peth0 >> xenbr1 8000.feffffffffff no vif1.1 >> vif0.1 >> peth1 > > This tells us what Domains have network interfaces in what bridges. > It seems like there is a mix of configurations. Looks fine, for a = > bridged networking (not NATted, see below), except there might be a = > problem with peth0 and peth1. > >> [root@skeena ~]# ifconfig >> eth1 Link encap:Ethernet HWaddr 00:30:48:CE:84:7F >> inet addr:10.10.254.240 Bcast:10.10.254.255 Mask:255.255.255= .0 >> inet6 addr: fe80::230:48ff:fece:847f/64 Scope:Link >> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 >> RX packets:81102 errors:0 dropped:0 overruns:0 frame:0 >> TX packets:34828 errors:0 dropped:0 overruns:0 carrier:0 >> collisions:0 txqueuelen:0 >> RX bytes:10772813 (10.2 MiB) TX bytes:2721383 (2.5 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:16436 Metric:1 >> RX packets:3086 errors:0 dropped:0 overruns:0 frame:0 >> TX packets:3086 errors:0 dropped:0 overruns:0 carrier:0 >> collisions:0 txqueuelen:0 >> RX bytes:4816900 (4.5 MiB) TX bytes:4816900 (4.5 MiB) >> >> peth0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF >> UP BROADCAST NOARP MTU:1500 Metric:1 >> RX packets:0 errors:0 dropped:0 overruns:0 frame:0 >> TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 >> collisions:0 txqueuelen:1000 >> RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) >> Interrupt:250 Base address:0xc000 >> >> peth1 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF >> inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link >> UP BROADCAST RUNNING NOARP MTU:1500 Metric:1 >> RX packets:42346 errors:0 dropped:0 overruns:0 frame:0 >> TX packets:73652 errors:0 dropped:0 overruns:0 carrier:0 >> collisions:0 txqueuelen:1000 >> RX bytes:9145360 (8.7 MiB) TX bytes:5504883 (5.2 MiB) >> Interrupt:251 Base address:0xe000 > This is weired. > > The common way to give network to DomUs is to define a bridge, put = > the physical interface into it permanently, and plug DomU's = > interfaces there ion demand (you probably found that in the Wiki). > The very old network-bridge xen script was defining the bridges as follow= ing: > save IP configuration from eth0, > rename eth0 to peth0 (aka "physical eth0"), > create bridge called "eth0" (now that the name is free), > set IP configuration it took from the physical eth0 on the new bridge. > > That way, before xend was brought up you had a plain eth0 to your = > network. After xend startup you had the same eth0 to your network. = > This proved to be little bit confusing and the configuration scripts = > produced unstable results, so late Xen documentation suggests to set = > up bridges using you platform means, and just tell Xen what bridge = > to use for what DomU's NIC. > > Check this oldier wiki = > http://wiki.xensource.com/xenwiki/XenNetworking. It probably reflect = > better your scenario (and imho has nicer pictures) > > What I see here are peth0 and peth1, they are supposed to be = > physical interfaces with a valid MAC, and be of the same nature. = > Actually, they have HWaddr FE:FF:FF:FF:FF:FF and one of them have a = > inet6 addr. eth1 seems to be a plain physical interface (I bet it's = > the one you use to connect to your server) while a bridge called = > "eth1" is expected. eth0 is simply missing. > > > Please tell me, how many physical network cards does your server = > have? How are they supposed to be used? Was any physical NIC added = > or removed recently? Maybe some NIC just died? The change of NIC = > number could confuse the network-script that badly. Did I told it = > was unstable? well the MB is a Supermicro 2P with 2 nics on it, eth0 and 1. The = incoming line goes into a Cisco router and that sends packets to eth1 = on the MB. The nic hasn't changed recently, still using the usual one. = There is no add-in nic. > > It would be of great reference if you attach your DomU .cfg (under = > /etc/xen) file and /etc/xen/xend-config.sxp (I took the path form a = > Debian, it may be different in CentOS). ok: [root@skeena xen]# cat xend-config.sxp # -*- sh -*- # # Xend configuration file. # # This example configuration is appropriate for an installation that # utilizes a bridged network configuration. Access to xend via http # is disabled. # Commented out entries show the default for that entry, unless otherwise # specified. #(logfile /var/log/xen/xend.log) #(loglevel DEBUG) #(xend-http-server no) (xend-unix-server yes) #(xend-tcp-xmlrpc-server no) #(xend-unix-xmlrpc-server yes) #(xend-relocation-server no) # The relocation server should be kept desactivated unless using a trusted # network, the domain virtual memory will be exchanged in raw form without # encryption of the communication. See also xend-relocation-hosts-allow opt= ion (xend-unix-path /var/lib/xend/xend-socket) # Port xend should use for the HTTP interface, if xend-http-server is set. #(xend-port 8000) # Port xend should use for the relocation interface, if xend-relocation-ser= ver # is set. #(xend-relocation-port 8002) # Address xend should listen on for HTTP connections, if xend-http-server is # set. # Specifying 'localhost' prevents remote connections. # Specifying the empty string '' (the default) allows all connections. #(xend-address '') #(xend-address localhost) # Address xend should listen on for relocation-socket connections, if # xend-relocation-server is set. # Meaning and default as for xend-address above. #(xend-relocation-address '') # The hosts allowed to talk to the relocation port. If this is empty (the # default), then all connections are allowed (assuming that the connection # arrives on a port and interface on which we are listening; see # xend-relocation-port and xend-relocation-address above). Otherwise, this # should be a space-separated sequence of regular expressions. Any host wi= th # a fully-qualified domain name or an IP address that matches one of these # regular expressions will be accepted. # # For example: # (xend-relocation-hosts-allow '^localhost$ ^.*\.example\.org$') # #(xend-relocation-hosts-allow '') (xend-relocation-hosts-allow '^localhost$ ^localhost\\.localdomain$') # The limit (in kilobytes) on the size of the console buffer #(console-limit 1024) ## # To bridge network traffic, like this: # # dom0: fake eth0 -> vif0.0 -+ # | # bridge -> real eth0 -> the network # | # domU: fake eth0 -> vifN.0 -+ # # use # # (network-script network-bridge) # # Your default ethernet device is used as the outgoing interface, by defaul= t. # To use a different one (e.g. eth1) use # # (network-script 'network-bridge netdev=3Deth1') # # The bridge is named xenbr0, by default. To rename the bridge, use # # (network-script 'network-bridge bridge=3D') # # It is possible to use the network-bridge script in more complicated # scenarios, such as having two outgoing interfaces, with two bridges, and # two fake interfaces per guest domain. To do things like this, write # yourself a wrapper script, and call network-bridge from it, as appropriat= e. # (network-script network-bridge-multi) # The script used to control virtual interfaces. This can be overridden on= a # per-vif basis when creating a domain or a configuring a new vif. The # vif-bridge script is designed for use with the network-bridge script, or # similar configurations. # # If you have overridden the bridge name using # (network-script 'network-bridge bridge=3D') then you may wish to do= the # same here. The bridge name can also be set when creating a domain or # configuring a new vif, but a value specified here would act as a default. # # If you are using only one bridge, the vif-bridge script will discover tha= t, # so there is no need to specify it explicitly. # (vif-script vif-bridge) ## Use the following if network traffic is routed, as an alternative to the # settings for bridged networking given above. #(network-script network-route) #(vif-script vif-route) ## Use the following if network traffic is routed with NAT, as an alternati= ve # to the settings for bridged networking given above. #(network-script network-nat) #(vif-script vif-nat) # Dom0 will balloon out when needed to free memory for domU. # dom0-min-mem is the lowest memory level (in MB) dom0 will get down to. # If dom0-min-mem=3D0, dom0 will never balloon out. (dom0-min-mem 256) # In SMP system, dom0 will use dom0-cpus # of CPUS # If dom0-cpus =3D 0, dom0 will take all cpus available (dom0-cpus 0) # Whether to enable core-dumps when domains crash. #(enable-dump no) # The tool used for initiating virtual TPM migration #(external-migration-tool '') # The interface for VNC servers to listen on. Defaults # to 127.0.0.1 To restore old 'listen everywhere' behaviour # set this to 0.0.0.0 #(vnc-listen '127.0.0.1') # The default password for VNC console on HVM domain. # Empty string is no authentication. (vncpasswd '') # The default keymap to use for the VM's virtual keyboard # when not specified in VM's configuration (keymap 'en-us') # The VNC server can be told to negotiate a TLS session # to encryption all traffic, and provide x509 cert to # clients enalbing them to verify server identity. The # GTK-VNC widget, virt-viewer, virt-manager and VeNCrypt # all support the VNC extension for TLS used in QEMU. The # TightVNC/RealVNC/UltraVNC clients do not. # # To enable this create x509 certificates / keys in the # directory /etc/xen/vnc # # ca-cert.pem - The CA certificate # server-cert.pem - The Server certificate signed by the CA # server-key.pem - The server private key # # and then uncomment this next line # (vnc-tls 1) # # The certificate dir can be pointed elsewhere.. # # (vnc-x509-cert-dir /etc/xen/vnc) # # The server can be told to request & validate an x509 # certificate from the client. Only clients with a cert # signed by the trusted CA will be able to connect. This # is more secure the password auth alone. Passwd auth can # used at the same time if desired. To enable client cert # checking uncomment this: # # (vnc-x509-verify 1) # Allow probing of disk image file format. This is insecure! It lets # a malicious domU read any file in dom0. Applies only to fully # virtual domUs. Required for using formats other than raw. #(enable-image-format-probing no) # Number of seconds xend will wait for device creation #(device-create-timeout 100) # Strict checking when doing PCI passthrough; enabled by default #(pci-dev-assign-strict-check yes) [root@skeena xen]# -- ends --- > > Please check what version of this components do you have installed: > Xen hypervisor [root@skeena ~]# xm info host : skeena.bvserver.ca release : 2.6.18-308.20.1.el5xen version : #1 SMP Tue Nov 13 11:03:56 EST 2012 machine : x86_64 nr_cpus : 8 nr_nodes : 1 sockets_per_node : 2 cores_per_socket : 4 threads_per_core : 1 cpu_mhz : 2311 hw_caps : = 178bfbff:efd3fbff:00000000:00000110:00802009:00000000:000037ff total_memory : 16383 free_memory : 4123 node_to_cpu : node0:0-7 xen_major : 3 xen_minor : 1 xen_extra : .2-308.20.1.el5 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_pagesize : 4096 platform_params : virt_start=3D0xffff800000000000 xen_changeset : unavailable cc_compiler : gcc version 4.1.2 20080704 (Red Hat 4.1.2-52) cc_compile_by : mockbuild cc_compile_domain : centos.org cc_compile_date : Tue Nov 13 10:06:48 EST 2012 xend_config_format : 2 [root@skeena ~]# > Linux kernel [root@skeena ~]# uname -a Linux skeena.bvserver.ca 2.6.18-308.20.1.el5xen #1 SMP Tue Nov 13 = 11:03:56 EST 2012 x86_64 x86_64 x86_64 GNU/Linux [root@skeena ~]# > xenutils (the name of package may be different in CentOS) > xentools (the name of package may be different in CentOS) can't find an applicable name for the toolsets Dave > >> [root@skeena ~]# iptables -L -v >> [...] >> 0 0 ACCEPT all -- any virbr0 anywhere >> 192.168.122.0/24 state RELATED,ESTABLISHED >> 0 0 ACCEPT all -- virbr0 any 192.168.122.0/24 >> anywhere >> 0 0 ACCEPT all -- virbr0 virbr0 anywhere >> anywhere >> 0 0 REJECT all -- any virbr0 anywhere >> anywhere reject-with icmp-port-unreachable >> 0 0 REJECT all -- virbr0 any anywhere >> anywhere reject-with icmp-port-unreachable > > This must be the rules to restrict traffic within a bridge, = > dedicated to internal communication between Dom0 and DomU's. Unused, = > apparently. The rest of ipfilter configuration is permissive, so it = > shall not be the issue. > > > As the general solution to your problem, in case you just want to = > "make it work back" and not doing any new implementation (Dom0 OS = > and Xe upgrade would be probably cleaner if reinstalled), I would = > suggest to re-do the networking configuration. I'm agreeable, just not sure how > Probably your DomU was configured with NATted networking, when it = > broke Dom0 kept it's external IP address. The bridged networking is = > simpler and easier to debug. > > Greetings. Thank you. > > -- = > Alexandre Kouznetsov > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > -- = The problem with being cynical is you can't keep up! -- anon. philosopher _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 04 19:55:33 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Apr 2013 19:55: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 1UNqFD-00022Z-7j; Thu, 04 Apr 2013 19:54:47 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNqFB-00022U-6V for xen-users@lists.xen.org; Thu, 04 Apr 2013 19:54:45 +0000 Received: from [193.109.254.147:19891] by server-14.bemta-14.messagelabs.com id 38/01-05867-48ADD515; Thu, 04 Apr 2013 19:54:44 +0000 X-Env-Sender: geek@uniserve.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1365105248!8899027!1 X-Originating-IP: [204.239.42.240] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29428 invoked from network); 4 Apr 2013 19:54:10 -0000 Received: from smtp-relay1-outbound.uniserve.ca (HELO smtp-relay1.uniserve.ca) (204.239.42.240) by server-9.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 4 Apr 2013 19:54:10 -0000 Received: from webapp1.uniserve.ca ([204.239.42.114]) by smtp-relay1.uniserve.ca with esmtp (Exim 4.72) (envelope-from ) id 1UNqDm-0005sV-Kp; Thu, 04 Apr 2013 12:54:07 -0700 Received: from d216-232-232-202.bchsia.telus.net (d216-232-232-202.bchsia.telus.net [216.232.232.202]) by webmail.uniserve.com (Horde Framework) with HTTP; Thu, 04 Apr 2013 12:52:33 -0700 Message-ID: <20130404125233.85054ij0lmmimnep@webmail.uniserve.com> Date: Thu, 04 Apr 2013 12:52:33 -0700 From: Dave Stevens To: Alexandre Kouznetsov References: <20130403143851.72462gi0chxt1xm3@webmail.uniserve.com> <515CA8A3.7030307@ondore.com> <20130404091336.249979v76x11z1dc@webmail.uniserve.com> <515DC36F.2080300@ondore.com> In-Reply-To: <515DC36F.2080300@ondore.com> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Internet Messaging Program (IMP) H3 (4.3.11) X-Sender-Info: geek@uniserve.com X-Scanner: OK. Scanned. X-Uniserve-Spam-Score: 0.0 0 (/) Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] newbie in trouble with CentOS 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-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"; DelSp="Yes" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Quoting Alexandre Kouznetsov : > Hello. > > El 04/04/13 10:13, Dave Stevens escribi=F3: >> [root@skeena ~]# xm list >> Name ID Mem(MiB) VCPUs State Time= (s) >> Domain-0 0 9879 8 r----- 87= 0.8 >> bulkley 1 2048 4 -b---- 328= 3.0 >> [root@skeena ~]# >> >> [root@skeena ~]# brctl show >> bridge name bridge id STP enabled interfaces >> virbr0 8000.000000000000 yes >> xenbr0 8000.feffffffffff no vif1.0 >> vif0.0 >> peth0 >> xenbr1 8000.feffffffffff no vif1.1 >> vif0.1 >> peth1 > > This tells us what Domains have network interfaces in what bridges. > It seems like there is a mix of configurations. Looks fine, for a = > bridged networking (not NATted, see below), except there might be a = > problem with peth0 and peth1. > >> [root@skeena ~]# ifconfig >> eth1 Link encap:Ethernet HWaddr 00:30:48:CE:84:7F >> inet addr:10.10.254.240 Bcast:10.10.254.255 Mask:255.255.255= .0 >> inet6 addr: fe80::230:48ff:fece:847f/64 Scope:Link >> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 >> RX packets:81102 errors:0 dropped:0 overruns:0 frame:0 >> TX packets:34828 errors:0 dropped:0 overruns:0 carrier:0 >> collisions:0 txqueuelen:0 >> RX bytes:10772813 (10.2 MiB) TX bytes:2721383 (2.5 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:16436 Metric:1 >> RX packets:3086 errors:0 dropped:0 overruns:0 frame:0 >> TX packets:3086 errors:0 dropped:0 overruns:0 carrier:0 >> collisions:0 txqueuelen:0 >> RX bytes:4816900 (4.5 MiB) TX bytes:4816900 (4.5 MiB) >> >> peth0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF >> UP BROADCAST NOARP MTU:1500 Metric:1 >> RX packets:0 errors:0 dropped:0 overruns:0 frame:0 >> TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 >> collisions:0 txqueuelen:1000 >> RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) >> Interrupt:250 Base address:0xc000 >> >> peth1 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF >> inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link >> UP BROADCAST RUNNING NOARP MTU:1500 Metric:1 >> RX packets:42346 errors:0 dropped:0 overruns:0 frame:0 >> TX packets:73652 errors:0 dropped:0 overruns:0 carrier:0 >> collisions:0 txqueuelen:1000 >> RX bytes:9145360 (8.7 MiB) TX bytes:5504883 (5.2 MiB) >> Interrupt:251 Base address:0xe000 > This is weired. > > The common way to give network to DomUs is to define a bridge, put = > the physical interface into it permanently, and plug DomU's = > interfaces there ion demand (you probably found that in the Wiki). > The very old network-bridge xen script was defining the bridges as follow= ing: > save IP configuration from eth0, > rename eth0 to peth0 (aka "physical eth0"), > create bridge called "eth0" (now that the name is free), > set IP configuration it took from the physical eth0 on the new bridge. > > That way, before xend was brought up you had a plain eth0 to your = > network. After xend startup you had the same eth0 to your network. = > This proved to be little bit confusing and the configuration scripts = > produced unstable results, so late Xen documentation suggests to set = > up bridges using you platform means, and just tell Xen what bridge = > to use for what DomU's NIC. > > Check this oldier wiki = > http://wiki.xensource.com/xenwiki/XenNetworking. It probably reflect = > better your scenario (and imho has nicer pictures) > > What I see here are peth0 and peth1, they are supposed to be = > physical interfaces with a valid MAC, and be of the same nature. = > Actually, they have HWaddr FE:FF:FF:FF:FF:FF and one of them have a = > inet6 addr. eth1 seems to be a plain physical interface (I bet it's = > the one you use to connect to your server) while a bridge called = > "eth1" is expected. eth0 is simply missing. > > > Please tell me, how many physical network cards does your server = > have? How are they supposed to be used? Was any physical NIC added = > or removed recently? Maybe some NIC just died? The change of NIC = > number could confuse the network-script that badly. Did I told it = > was unstable? well the MB is a Supermicro 2P with 2 nics on it, eth0 and 1. The = incoming line goes into a Cisco router and that sends packets to eth1 = on the MB. The nic hasn't changed recently, still using the usual one. = There is no add-in nic. > > It would be of great reference if you attach your DomU .cfg (under = > /etc/xen) file and /etc/xen/xend-config.sxp (I took the path form a = > Debian, it may be different in CentOS). ok: [root@skeena xen]# cat xend-config.sxp # -*- sh -*- # # Xend configuration file. # # This example configuration is appropriate for an installation that # utilizes a bridged network configuration. Access to xend via http # is disabled. # Commented out entries show the default for that entry, unless otherwise # specified. #(logfile /var/log/xen/xend.log) #(loglevel DEBUG) #(xend-http-server no) (xend-unix-server yes) #(xend-tcp-xmlrpc-server no) #(xend-unix-xmlrpc-server yes) #(xend-relocation-server no) # The relocation server should be kept desactivated unless using a trusted # network, the domain virtual memory will be exchanged in raw form without # encryption of the communication. See also xend-relocation-hosts-allow opt= ion (xend-unix-path /var/lib/xend/xend-socket) # Port xend should use for the HTTP interface, if xend-http-server is set. #(xend-port 8000) # Port xend should use for the relocation interface, if xend-relocation-ser= ver # is set. #(xend-relocation-port 8002) # Address xend should listen on for HTTP connections, if xend-http-server is # set. # Specifying 'localhost' prevents remote connections. # Specifying the empty string '' (the default) allows all connections. #(xend-address '') #(xend-address localhost) # Address xend should listen on for relocation-socket connections, if # xend-relocation-server is set. # Meaning and default as for xend-address above. #(xend-relocation-address '') # The hosts allowed to talk to the relocation port. If this is empty (the # default), then all connections are allowed (assuming that the connection # arrives on a port and interface on which we are listening; see # xend-relocation-port and xend-relocation-address above). Otherwise, this # should be a space-separated sequence of regular expressions. Any host wi= th # a fully-qualified domain name or an IP address that matches one of these # regular expressions will be accepted. # # For example: # (xend-relocation-hosts-allow '^localhost$ ^.*\.example\.org$') # #(xend-relocation-hosts-allow '') (xend-relocation-hosts-allow '^localhost$ ^localhost\\.localdomain$') # The limit (in kilobytes) on the size of the console buffer #(console-limit 1024) ## # To bridge network traffic, like this: # # dom0: fake eth0 -> vif0.0 -+ # | # bridge -> real eth0 -> the network # | # domU: fake eth0 -> vifN.0 -+ # # use # # (network-script network-bridge) # # Your default ethernet device is used as the outgoing interface, by defaul= t. # To use a different one (e.g. eth1) use # # (network-script 'network-bridge netdev=3Deth1') # # The bridge is named xenbr0, by default. To rename the bridge, use # # (network-script 'network-bridge bridge=3D') # # It is possible to use the network-bridge script in more complicated # scenarios, such as having two outgoing interfaces, with two bridges, and # two fake interfaces per guest domain. To do things like this, write # yourself a wrapper script, and call network-bridge from it, as appropriat= e. # (network-script network-bridge-multi) # The script used to control virtual interfaces. This can be overridden on= a # per-vif basis when creating a domain or a configuring a new vif. The # vif-bridge script is designed for use with the network-bridge script, or # similar configurations. # # If you have overridden the bridge name using # (network-script 'network-bridge bridge=3D') then you may wish to do= the # same here. The bridge name can also be set when creating a domain or # configuring a new vif, but a value specified here would act as a default. # # If you are using only one bridge, the vif-bridge script will discover tha= t, # so there is no need to specify it explicitly. # (vif-script vif-bridge) ## Use the following if network traffic is routed, as an alternative to the # settings for bridged networking given above. #(network-script network-route) #(vif-script vif-route) ## Use the following if network traffic is routed with NAT, as an alternati= ve # to the settings for bridged networking given above. #(network-script network-nat) #(vif-script vif-nat) # Dom0 will balloon out when needed to free memory for domU. # dom0-min-mem is the lowest memory level (in MB) dom0 will get down to. # If dom0-min-mem=3D0, dom0 will never balloon out. (dom0-min-mem 256) # In SMP system, dom0 will use dom0-cpus # of CPUS # If dom0-cpus =3D 0, dom0 will take all cpus available (dom0-cpus 0) # Whether to enable core-dumps when domains crash. #(enable-dump no) # The tool used for initiating virtual TPM migration #(external-migration-tool '') # The interface for VNC servers to listen on. Defaults # to 127.0.0.1 To restore old 'listen everywhere' behaviour # set this to 0.0.0.0 #(vnc-listen '127.0.0.1') # The default password for VNC console on HVM domain. # Empty string is no authentication. (vncpasswd '') # The default keymap to use for the VM's virtual keyboard # when not specified in VM's configuration (keymap 'en-us') # The VNC server can be told to negotiate a TLS session # to encryption all traffic, and provide x509 cert to # clients enalbing them to verify server identity. The # GTK-VNC widget, virt-viewer, virt-manager and VeNCrypt # all support the VNC extension for TLS used in QEMU. The # TightVNC/RealVNC/UltraVNC clients do not. # # To enable this create x509 certificates / keys in the # directory /etc/xen/vnc # # ca-cert.pem - The CA certificate # server-cert.pem - The Server certificate signed by the CA # server-key.pem - The server private key # # and then uncomment this next line # (vnc-tls 1) # # The certificate dir can be pointed elsewhere.. # # (vnc-x509-cert-dir /etc/xen/vnc) # # The server can be told to request & validate an x509 # certificate from the client. Only clients with a cert # signed by the trusted CA will be able to connect. This # is more secure the password auth alone. Passwd auth can # used at the same time if desired. To enable client cert # checking uncomment this: # # (vnc-x509-verify 1) # Allow probing of disk image file format. This is insecure! It lets # a malicious domU read any file in dom0. Applies only to fully # virtual domUs. Required for using formats other than raw. #(enable-image-format-probing no) # Number of seconds xend will wait for device creation #(device-create-timeout 100) # Strict checking when doing PCI passthrough; enabled by default #(pci-dev-assign-strict-check yes) [root@skeena xen]# -- ends --- > > Please check what version of this components do you have installed: > Xen hypervisor [root@skeena ~]# xm info host : skeena.bvserver.ca release : 2.6.18-308.20.1.el5xen version : #1 SMP Tue Nov 13 11:03:56 EST 2012 machine : x86_64 nr_cpus : 8 nr_nodes : 1 sockets_per_node : 2 cores_per_socket : 4 threads_per_core : 1 cpu_mhz : 2311 hw_caps : = 178bfbff:efd3fbff:00000000:00000110:00802009:00000000:000037ff total_memory : 16383 free_memory : 4123 node_to_cpu : node0:0-7 xen_major : 3 xen_minor : 1 xen_extra : .2-308.20.1.el5 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_pagesize : 4096 platform_params : virt_start=3D0xffff800000000000 xen_changeset : unavailable cc_compiler : gcc version 4.1.2 20080704 (Red Hat 4.1.2-52) cc_compile_by : mockbuild cc_compile_domain : centos.org cc_compile_date : Tue Nov 13 10:06:48 EST 2012 xend_config_format : 2 [root@skeena ~]# > Linux kernel [root@skeena ~]# uname -a Linux skeena.bvserver.ca 2.6.18-308.20.1.el5xen #1 SMP Tue Nov 13 = 11:03:56 EST 2012 x86_64 x86_64 x86_64 GNU/Linux [root@skeena ~]# > xenutils (the name of package may be different in CentOS) > xentools (the name of package may be different in CentOS) can't find an applicable name for the toolsets Dave > >> [root@skeena ~]# iptables -L -v >> [...] >> 0 0 ACCEPT all -- any virbr0 anywhere >> 192.168.122.0/24 state RELATED,ESTABLISHED >> 0 0 ACCEPT all -- virbr0 any 192.168.122.0/24 >> anywhere >> 0 0 ACCEPT all -- virbr0 virbr0 anywhere >> anywhere >> 0 0 REJECT all -- any virbr0 anywhere >> anywhere reject-with icmp-port-unreachable >> 0 0 REJECT all -- virbr0 any anywhere >> anywhere reject-with icmp-port-unreachable > > This must be the rules to restrict traffic within a bridge, = > dedicated to internal communication between Dom0 and DomU's. Unused, = > apparently. The rest of ipfilter configuration is permissive, so it = > shall not be the issue. > > > As the general solution to your problem, in case you just want to = > "make it work back" and not doing any new implementation (Dom0 OS = > and Xe upgrade would be probably cleaner if reinstalled), I would = > suggest to re-do the networking configuration. I'm agreeable, just not sure how > Probably your DomU was configured with NATted networking, when it = > broke Dom0 kept it's external IP address. The bridged networking is = > simpler and easier to debug. > > Greetings. Thank you. > > -- = > Alexandre Kouznetsov > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > -- = The problem with being cynical is you can't keep up! -- anon. philosopher _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 04 20:21:55 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Apr 2013 20:21: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 1UNqei-0002fr-7f; Thu, 04 Apr 2013 20:21:08 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNqeg-0002fj-Kq for xen-users@lists.xen.org; Thu, 04 Apr 2013 20:21:06 +0000 Received: from [193.109.254.147:48494] by server-15.bemta-14.messagelabs.com id 41/7A-14305-1B0ED515; Thu, 04 Apr 2013 20:21:05 +0000 X-Env-Sender: geek@uniserve.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1365106862!8553505!1 X-Originating-IP: [204.239.42.240] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14117 invoked from network); 4 Apr 2013 20:21:04 -0000 Received: from smtp-relay1-outbound.uniserve.ca (HELO smtp-relay1.uniserve.ca) (204.239.42.240) by server-13.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 4 Apr 2013 20:21:04 -0000 Received: from webapp1.uniserve.ca ([204.239.42.114]) by smtp-relay1.uniserve.ca with esmtp (Exim 4.72) (envelope-from ) id 1UNqeR-00070d-7x; Thu, 04 Apr 2013 13:20:56 -0700 Received: from d216-232-232-202.bchsia.telus.net (d216-232-232-202.bchsia.telus.net [216.232.232.202]) by webmail.uniserve.com (Horde Framework) with HTTP; Thu, 04 Apr 2013 13:20:51 -0700 Message-ID: <20130404132051.12371kfsyxydmsv7@webmail.uniserve.com> Date: Thu, 04 Apr 2013 13:20:51 -0700 From: Dave Stevens To: Dave Stevens References: <20130403143851.72462gi0chxt1xm3@webmail.uniserve.com> <515CA8A3.7030307@ondore.com> <20130404091336.249979v76x11z1dc@webmail.uniserve.com> <515DC36F.2080300@ondore.com> <20130404125233.85054ij0lmmimnep@webmail.uniserve.com> In-Reply-To: <20130404125233.85054ij0lmmimnep@webmail.uniserve.com> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Internet Messaging Program (IMP) H3 (4.3.11) X-Sender-Info: geek@uniserve.com X-Scanner: OK. Scanned. Cc: xen-users@lists.xen.org, Alexandre Kouznetsov Subject: Re: [Xen-users] newbie in trouble with CentOS 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-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 Quoting Dave Stevens : > Quoting Alexandre Kouznetsov : I forgot to post the domU config: [root@skeena xen]# cat bulkley name = "bulkley" uuid = "27180e16-68fd-f419-d0d9-abebc2de4a98" maxmem = 2048 memory = 2048 vcpus = 4 bootloader = "/usr/bin/pygrub" on_poweroff = "destroy" on_reboot = "restart" on_crash = "restart" vfb = [ "type=vnc,vncunused=1,keymap=en-us" ] disk = [ "phy:/dev/VolGroup00/bulkley,xvda,w" ] vif = [ "mac=00:16:36:35:12:ee,bridge=xenbr0,script=vif-bridge","mac=00:16:3e:52:61:ce,bridge=xenbr1,script=vif-bridge" ] -- The problem with being cynical is you can't keep up! -- anon. philosopher _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 04 20:21:55 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Apr 2013 20:21: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 1UNqei-0002fr-7f; Thu, 04 Apr 2013 20:21:08 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNqeg-0002fj-Kq for xen-users@lists.xen.org; Thu, 04 Apr 2013 20:21:06 +0000 Received: from [193.109.254.147:48494] by server-15.bemta-14.messagelabs.com id 41/7A-14305-1B0ED515; Thu, 04 Apr 2013 20:21:05 +0000 X-Env-Sender: geek@uniserve.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1365106862!8553505!1 X-Originating-IP: [204.239.42.240] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14117 invoked from network); 4 Apr 2013 20:21:04 -0000 Received: from smtp-relay1-outbound.uniserve.ca (HELO smtp-relay1.uniserve.ca) (204.239.42.240) by server-13.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 4 Apr 2013 20:21:04 -0000 Received: from webapp1.uniserve.ca ([204.239.42.114]) by smtp-relay1.uniserve.ca with esmtp (Exim 4.72) (envelope-from ) id 1UNqeR-00070d-7x; Thu, 04 Apr 2013 13:20:56 -0700 Received: from d216-232-232-202.bchsia.telus.net (d216-232-232-202.bchsia.telus.net [216.232.232.202]) by webmail.uniserve.com (Horde Framework) with HTTP; Thu, 04 Apr 2013 13:20:51 -0700 Message-ID: <20130404132051.12371kfsyxydmsv7@webmail.uniserve.com> Date: Thu, 04 Apr 2013 13:20:51 -0700 From: Dave Stevens To: Dave Stevens References: <20130403143851.72462gi0chxt1xm3@webmail.uniserve.com> <515CA8A3.7030307@ondore.com> <20130404091336.249979v76x11z1dc@webmail.uniserve.com> <515DC36F.2080300@ondore.com> <20130404125233.85054ij0lmmimnep@webmail.uniserve.com> In-Reply-To: <20130404125233.85054ij0lmmimnep@webmail.uniserve.com> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Internet Messaging Program (IMP) H3 (4.3.11) X-Sender-Info: geek@uniserve.com X-Scanner: OK. Scanned. Cc: xen-users@lists.xen.org, Alexandre Kouznetsov Subject: Re: [Xen-users] newbie in trouble with CentOS 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-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 Quoting Dave Stevens : > Quoting Alexandre Kouznetsov : I forgot to post the domU config: [root@skeena xen]# cat bulkley name = "bulkley" uuid = "27180e16-68fd-f419-d0d9-abebc2de4a98" maxmem = 2048 memory = 2048 vcpus = 4 bootloader = "/usr/bin/pygrub" on_poweroff = "destroy" on_reboot = "restart" on_crash = "restart" vfb = [ "type=vnc,vncunused=1,keymap=en-us" ] disk = [ "phy:/dev/VolGroup00/bulkley,xvda,w" ] vif = [ "mac=00:16:36:35:12:ee,bridge=xenbr0,script=vif-bridge","mac=00:16:3e:52:61:ce,bridge=xenbr1,script=vif-bridge" ] -- The problem with being cynical is you can't keep up! -- anon. philosopher _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 04 20:39:27 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Apr 2013 20:39: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 1UNqvn-0003pZ-Rv; Thu, 04 Apr 2013 20:38:47 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNqvm-0003pN-LP for xen-users@lists.xen.org; Thu, 04 Apr 2013 20:38:46 +0000 Received: from [193.109.254.147:9290] by server-6.bemta-14.messagelabs.com id 71/E6-31180-5D4ED515; Thu, 04 Apr 2013 20:38:45 +0000 X-Env-Sender: geek@uniserve.com X-Msg-Ref: server-5.tower-27.messagelabs.com!1365107923!6533530!1 X-Originating-IP: [204.239.42.241] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1322 invoked from network); 4 Apr 2013 20:38:45 -0000 Received: from smtp-relay2-outbound.uniserve.ca (HELO smtp-relay2.uniserve.ca) (204.239.42.241) by server-5.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 4 Apr 2013 20:38:45 -0000 Received: from webapp1.uniserve.ca ([204.239.42.114]) by smtp-relay2.uniserve.ca with esmtp (Exim 4.72) (envelope-from ) id 1UNqpS-0000yE-Iu; Thu, 04 Apr 2013 13:32:19 -0700 Received: from d216-232-232-202.bchsia.telus.net (d216-232-232-202.bchsia.telus.net [216.232.232.202]) by webmail.uniserve.com (Horde Framework) with HTTP; Thu, 04 Apr 2013 13:32:14 -0700 Message-ID: <20130404133214.193244he6uw65s26@webmail.uniserve.com> Date: Thu, 04 Apr 2013 13:32:14 -0700 From: Dave Stevens To: Dave Stevens References: <20130403143851.72462gi0chxt1xm3@webmail.uniserve.com> <515CA8A3.7030307@ondore.com> <20130404091336.249979v76x11z1dc@webmail.uniserve.com> <515DC36F.2080300@ondore.com> <20130404125233.85054ij0lmmimnep@webmail.uniserve.com> In-Reply-To: <20130404125233.85054ij0lmmimnep@webmail.uniserve.com> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Internet Messaging Program (IMP) H3 (4.3.11) X-Sender-Info: geek@uniserve.com X-Scanner: OK. Scanned. Cc: xen-users@lists.xen.org, Alexandre Kouznetsov Subject: Re: [Xen-users] newbie in trouble with CentOS 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-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 Quoting Dave Stevens : > Quoting Alexandre Kouznetsov : I forgot to post the domU config: [root@skeena xen]# cat bulkley name = "bulkley" uuid = "27180e16-68fd-f419-d0d9-abebc2de4a98" maxmem = 2048 memory = 2048 vcpus = 4 bootloader = "/usr/bin/pygrub" on_poweroff = "destroy" on_reboot = "restart" on_crash = "restart" vfb = [ "type=vnc,vncunused=1,keymap=en-us" ] disk = [ "phy:/dev/VolGroup00/bulkley,xvda,w" ] vif = [ "mac=00:16:36:35:12:ee,bridge=xenbr0,script=vif-bridge","mac=00:16:3e:52:61:ce,bridge=xenbr1,script=vif-bridge" ] -- The problem with being cynical is you can't keep up! -- anon. philosopher _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 04 20:39:27 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Apr 2013 20:39: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 1UNqvn-0003pZ-Rv; Thu, 04 Apr 2013 20:38:47 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNqvm-0003pN-LP for xen-users@lists.xen.org; Thu, 04 Apr 2013 20:38:46 +0000 Received: from [193.109.254.147:9290] by server-6.bemta-14.messagelabs.com id 71/E6-31180-5D4ED515; Thu, 04 Apr 2013 20:38:45 +0000 X-Env-Sender: geek@uniserve.com X-Msg-Ref: server-5.tower-27.messagelabs.com!1365107923!6533530!1 X-Originating-IP: [204.239.42.241] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1322 invoked from network); 4 Apr 2013 20:38:45 -0000 Received: from smtp-relay2-outbound.uniserve.ca (HELO smtp-relay2.uniserve.ca) (204.239.42.241) by server-5.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 4 Apr 2013 20:38:45 -0000 Received: from webapp1.uniserve.ca ([204.239.42.114]) by smtp-relay2.uniserve.ca with esmtp (Exim 4.72) (envelope-from ) id 1UNqpS-0000yE-Iu; Thu, 04 Apr 2013 13:32:19 -0700 Received: from d216-232-232-202.bchsia.telus.net (d216-232-232-202.bchsia.telus.net [216.232.232.202]) by webmail.uniserve.com (Horde Framework) with HTTP; Thu, 04 Apr 2013 13:32:14 -0700 Message-ID: <20130404133214.193244he6uw65s26@webmail.uniserve.com> Date: Thu, 04 Apr 2013 13:32:14 -0700 From: Dave Stevens To: Dave Stevens References: <20130403143851.72462gi0chxt1xm3@webmail.uniserve.com> <515CA8A3.7030307@ondore.com> <20130404091336.249979v76x11z1dc@webmail.uniserve.com> <515DC36F.2080300@ondore.com> <20130404125233.85054ij0lmmimnep@webmail.uniserve.com> In-Reply-To: <20130404125233.85054ij0lmmimnep@webmail.uniserve.com> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Internet Messaging Program (IMP) H3 (4.3.11) X-Sender-Info: geek@uniserve.com X-Scanner: OK. Scanned. Cc: xen-users@lists.xen.org, Alexandre Kouznetsov Subject: Re: [Xen-users] newbie in trouble with CentOS 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-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 Quoting Dave Stevens : > Quoting Alexandre Kouznetsov : I forgot to post the domU config: [root@skeena xen]# cat bulkley name = "bulkley" uuid = "27180e16-68fd-f419-d0d9-abebc2de4a98" maxmem = 2048 memory = 2048 vcpus = 4 bootloader = "/usr/bin/pygrub" on_poweroff = "destroy" on_reboot = "restart" on_crash = "restart" vfb = [ "type=vnc,vncunused=1,keymap=en-us" ] disk = [ "phy:/dev/VolGroup00/bulkley,xvda,w" ] vif = [ "mac=00:16:36:35:12:ee,bridge=xenbr0,script=vif-bridge","mac=00:16:3e:52:61:ce,bridge=xenbr1,script=vif-bridge" ] -- The problem with being cynical is you can't keep up! -- anon. philosopher _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 04 20:41:31 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Apr 2013 20:41: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 1UNqxu-00044D-Ma; Thu, 04 Apr 2013 20:40:58 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNqxt-00043z-0U for xen-users@lists.xen.org; Thu, 04 Apr 2013 20:40:57 +0000 Received: from [193.109.254.147:52924] by server-4.bemta-14.messagelabs.com id 7C/62-17387-855ED515; Thu, 04 Apr 2013 20:40:56 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1365108053!2650473!1 X-Originating-IP: [209.85.210.174] X-SpamReason: No, hits=3.1 required=7.0 tests=HTML_00_10,HTML_MESSAGE, HTML_SHORT_LENGTH,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12276 invoked from network); 4 Apr 2013 20:40:54 -0000 Received: from mail-ia0-f174.google.com (HELO mail-ia0-f174.google.com) (209.85.210.174) by server-14.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 4 Apr 2013 20:40:54 -0000 Received: by mail-ia0-f174.google.com with SMTP id b35so2545525iac.19 for ; Thu, 04 Apr 2013 13:40:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=xaTJSnyMPo6AyGn/y1vkeAYiGxZhuVYYkPuu7iakixs=; b=N03lsDRb6dPvzGSzArp3Ldxhqv+5odCNui9UPfaie8RO1gOt4C+Uh46Jw/zaoPxmeH fi+ldqNypmBgekHjiusfY5fWlR5C4ehT/lFbqjaExvrKrhxlX+E+hLVJWHtscaw3CvbG oFb+tNRu/1VG2It4Rmlg9WJvpazdGxcmdHb8RNdMCb/lLWlHrdBpqEUdTms9hqFB3lpf 5LAJTOI+N3tzKa8TDhMxThT58UyHfiO6FEPPlrgcgTPBo4KYF7k6QBzCgmSc3znby1/K p67RqUMMm1U79tW3H9UBOSWesSXbgUnUErfYbBQnoiPgtP46f6Z9+o/NDAaMnwtELUNj nY1w== MIME-Version: 1.0 X-Received: by 10.50.119.67 with SMTP id ks3mr4523294igb.90.1365108053154; Thu, 04 Apr 2013 13:40:53 -0700 (PDT) Received: by 10.42.41.5 with HTTP; Thu, 4 Apr 2013 13:40:53 -0700 (PDT) Received: by 10.42.41.5 with HTTP; Thu, 4 Apr 2013 13:40:53 -0700 (PDT) In-Reply-To: References: Date: Thu, 4 Apr 2013 14:40:53 -0600 Message-ID: From: jacek burghardt To: agya naila Cc: xen-users Subject: Re: [Xen-users] Convert LVM to Images X-BeenThere: xen-users@lists.xen.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="===============5216590485637054001==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5216590485637054001== Content-Type: multipart/alternative; boundary=089e011847f696b19704d98efcc1 --089e011847f696b19704d98efcc1 Content-Type: text/plain; charset=ISO-8859-1 What is installed on lvm You could shrink partitions and drive size with lvm and then use dd to create image. --089e011847f696b19704d98efcc1 Content-Type: text/html; charset=ISO-8859-1

What is installed on lvm You could shrink partitions and drive size with lvm and then use dd to create image.

--089e011847f696b19704d98efcc1-- --===============5216590485637054001== 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 --===============5216590485637054001==-- From xen-users-bounces@lists.xen.org Thu Apr 04 20:41:31 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Apr 2013 20:41: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 1UNqxu-00044D-Ma; Thu, 04 Apr 2013 20:40:58 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNqxt-00043z-0U for xen-users@lists.xen.org; Thu, 04 Apr 2013 20:40:57 +0000 Received: from [193.109.254.147:52924] by server-4.bemta-14.messagelabs.com id 7C/62-17387-855ED515; Thu, 04 Apr 2013 20:40:56 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1365108053!2650473!1 X-Originating-IP: [209.85.210.174] X-SpamReason: No, hits=3.1 required=7.0 tests=HTML_00_10,HTML_MESSAGE, HTML_SHORT_LENGTH,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12276 invoked from network); 4 Apr 2013 20:40:54 -0000 Received: from mail-ia0-f174.google.com (HELO mail-ia0-f174.google.com) (209.85.210.174) by server-14.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 4 Apr 2013 20:40:54 -0000 Received: by mail-ia0-f174.google.com with SMTP id b35so2545525iac.19 for ; Thu, 04 Apr 2013 13:40:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=xaTJSnyMPo6AyGn/y1vkeAYiGxZhuVYYkPuu7iakixs=; b=N03lsDRb6dPvzGSzArp3Ldxhqv+5odCNui9UPfaie8RO1gOt4C+Uh46Jw/zaoPxmeH fi+ldqNypmBgekHjiusfY5fWlR5C4ehT/lFbqjaExvrKrhxlX+E+hLVJWHtscaw3CvbG oFb+tNRu/1VG2It4Rmlg9WJvpazdGxcmdHb8RNdMCb/lLWlHrdBpqEUdTms9hqFB3lpf 5LAJTOI+N3tzKa8TDhMxThT58UyHfiO6FEPPlrgcgTPBo4KYF7k6QBzCgmSc3znby1/K p67RqUMMm1U79tW3H9UBOSWesSXbgUnUErfYbBQnoiPgtP46f6Z9+o/NDAaMnwtELUNj nY1w== MIME-Version: 1.0 X-Received: by 10.50.119.67 with SMTP id ks3mr4523294igb.90.1365108053154; Thu, 04 Apr 2013 13:40:53 -0700 (PDT) Received: by 10.42.41.5 with HTTP; Thu, 4 Apr 2013 13:40:53 -0700 (PDT) Received: by 10.42.41.5 with HTTP; Thu, 4 Apr 2013 13:40:53 -0700 (PDT) In-Reply-To: References: Date: Thu, 4 Apr 2013 14:40:53 -0600 Message-ID: From: jacek burghardt To: agya naila Cc: xen-users Subject: Re: [Xen-users] Convert LVM to Images X-BeenThere: xen-users@lists.xen.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="===============5216590485637054001==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5216590485637054001== Content-Type: multipart/alternative; boundary=089e011847f696b19704d98efcc1 --089e011847f696b19704d98efcc1 Content-Type: text/plain; charset=ISO-8859-1 What is installed on lvm You could shrink partitions and drive size with lvm and then use dd to create image. --089e011847f696b19704d98efcc1 Content-Type: text/html; charset=ISO-8859-1

What is installed on lvm You could shrink partitions and drive size with lvm and then use dd to create image.

--089e011847f696b19704d98efcc1-- --===============5216590485637054001== 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 --===============5216590485637054001==-- From xen-users-bounces@lists.xen.org Thu Apr 04 21:57:54 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Apr 2013 21:57: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 1UNs9N-0005BF-Hl; Thu, 04 Apr 2013 21:56:53 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNs9M-0005BA-DW for xen-users@lists.xen.org; Thu, 04 Apr 2013 21:56:52 +0000 Received: from [85.158.137.99:2701] by server-14.bemta-3.messagelabs.com id B9/E3-27076-327FD515; Thu, 04 Apr 2013 21:56:51 +0000 X-Env-Sender: agya.naila@gmail.com X-Msg-Ref: server-16.tower-217.messagelabs.com!1365112610!17313767!1 X-Originating-IP: [74.125.82.49] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28815 invoked from network); 4 Apr 2013 21:56:50 -0000 Received: from mail-wg0-f49.google.com (HELO mail-wg0-f49.google.com) (74.125.82.49) by server-16.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 4 Apr 2013 21:56:50 -0000 Received: by mail-wg0-f49.google.com with SMTP id e11so3298223wgh.16 for ; Thu, 04 Apr 2013 14:56:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=kFTZExxSUX9YckXSDs80FRGaqSla9PN5JTEr6iisnrA=; b=nILAQFFEWdGxmAwZMoZVr08m5Mgyaw6z3Ic3od5b41XAQesy0dOttdg7wEMciLwRWH CkaSy7JkG9v9nH55Kp1aQFa+APD3usNk5OIGrOXPsGqPKsUmwb4qeVY/QdMC8MxWPV1l ELqz1kkjf76Zjv0muWrnGqzeJ9RsKuN2hwPB2KEumEJmTDaOcuJKIc9qDRQtkT2STVOz QQPlfsRXMsRAihX5Pzk4pN9YJ9sUwj+978rb6ePzczz1HyDn+A5+lAsG9oSSUha0YAc6 C9IyyoBhY4kfG+YRnv0v4oAcRELjaopswOtv+6qWAGFCyIJmE2YcwUicbJZOdP82nbjk Wnsw== MIME-Version: 1.0 X-Received: by 10.194.63.240 with SMTP id j16mr12164822wjs.45.1365112609948; Thu, 04 Apr 2013 14:56:49 -0700 (PDT) Received: by 10.217.88.194 with HTTP; Thu, 4 Apr 2013 14:56:49 -0700 (PDT) In-Reply-To: References: Date: Thu, 4 Apr 2013 23:56:49 +0200 Message-ID: From: agya naila To: jacek burghardt Cc: xen-users Subject: Re: [Xen-users] Convert LVM to Images X-BeenThere: xen-users@lists.xen.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="===============5714381620238761603==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5714381620238761603== Content-Type: multipart/alternative; boundary=047d7ba97b7231ca3504d9900cf5 --047d7ba97b7231ca3504d9900cf5 Content-Type: text/plain; charset=ISO-8859-1 Hi Jacek, LVM used for my DomU installation, that why I am looking for best practices to ensure the file didn't damage, is it safe using lvresize or lvreduce? regards, Agya On Thu, Apr 4, 2013 at 10:40 PM, jacek burghardt wrote: > What is installed on lvm You could shrink partitions and drive size with > lvm and then use dd to create image. > --047d7ba97b7231ca3504d9900cf5 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi Jacek,

LVM used for my DomU in= stallation, that why I am looking for best practices to ensure the file did= n't damage, is it safe using lvresize or lvreduce?

regards,

Agya


On Thu, A= pr 4, 2013 at 10:40 PM, jacek burghardt <jaceksburghardt@gmail.com= > wrote:

What is installed on lvm You could shrink= partitions and drive size with lvm and then use dd to create image.


--047d7ba97b7231ca3504d9900cf5-- --===============5714381620238761603== 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 --===============5714381620238761603==-- From xen-users-bounces@lists.xen.org Thu Apr 04 21:57:54 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Apr 2013 21:57: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 1UNs9N-0005BF-Hl; Thu, 04 Apr 2013 21:56:53 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNs9M-0005BA-DW for xen-users@lists.xen.org; Thu, 04 Apr 2013 21:56:52 +0000 Received: from [85.158.137.99:2701] by server-14.bemta-3.messagelabs.com id B9/E3-27076-327FD515; Thu, 04 Apr 2013 21:56:51 +0000 X-Env-Sender: agya.naila@gmail.com X-Msg-Ref: server-16.tower-217.messagelabs.com!1365112610!17313767!1 X-Originating-IP: [74.125.82.49] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28815 invoked from network); 4 Apr 2013 21:56:50 -0000 Received: from mail-wg0-f49.google.com (HELO mail-wg0-f49.google.com) (74.125.82.49) by server-16.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 4 Apr 2013 21:56:50 -0000 Received: by mail-wg0-f49.google.com with SMTP id e11so3298223wgh.16 for ; Thu, 04 Apr 2013 14:56:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=kFTZExxSUX9YckXSDs80FRGaqSla9PN5JTEr6iisnrA=; b=nILAQFFEWdGxmAwZMoZVr08m5Mgyaw6z3Ic3od5b41XAQesy0dOttdg7wEMciLwRWH CkaSy7JkG9v9nH55Kp1aQFa+APD3usNk5OIGrOXPsGqPKsUmwb4qeVY/QdMC8MxWPV1l ELqz1kkjf76Zjv0muWrnGqzeJ9RsKuN2hwPB2KEumEJmTDaOcuJKIc9qDRQtkT2STVOz QQPlfsRXMsRAihX5Pzk4pN9YJ9sUwj+978rb6ePzczz1HyDn+A5+lAsG9oSSUha0YAc6 C9IyyoBhY4kfG+YRnv0v4oAcRELjaopswOtv+6qWAGFCyIJmE2YcwUicbJZOdP82nbjk Wnsw== MIME-Version: 1.0 X-Received: by 10.194.63.240 with SMTP id j16mr12164822wjs.45.1365112609948; Thu, 04 Apr 2013 14:56:49 -0700 (PDT) Received: by 10.217.88.194 with HTTP; Thu, 4 Apr 2013 14:56:49 -0700 (PDT) In-Reply-To: References: Date: Thu, 4 Apr 2013 23:56:49 +0200 Message-ID: From: agya naila To: jacek burghardt Cc: xen-users Subject: Re: [Xen-users] Convert LVM to Images X-BeenThere: xen-users@lists.xen.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="===============5714381620238761603==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5714381620238761603== Content-Type: multipart/alternative; boundary=047d7ba97b7231ca3504d9900cf5 --047d7ba97b7231ca3504d9900cf5 Content-Type: text/plain; charset=ISO-8859-1 Hi Jacek, LVM used for my DomU installation, that why I am looking for best practices to ensure the file didn't damage, is it safe using lvresize or lvreduce? regards, Agya On Thu, Apr 4, 2013 at 10:40 PM, jacek burghardt wrote: > What is installed on lvm You could shrink partitions and drive size with > lvm and then use dd to create image. > --047d7ba97b7231ca3504d9900cf5 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi Jacek,

LVM used for my DomU in= stallation, that why I am looking for best practices to ensure the file did= n't damage, is it safe using lvresize or lvreduce?

regards,

Agya


On Thu, A= pr 4, 2013 at 10:40 PM, jacek burghardt <jaceksburghardt@gmail.com= > wrote:

What is installed on lvm You could shrink= partitions and drive size with lvm and then use dd to create image.


--047d7ba97b7231ca3504d9900cf5-- --===============5714381620238761603== 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 --===============5714381620238761603==-- From xen-users-bounces@lists.xen.org Thu Apr 04 22:27:05 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Apr 2013 22:27: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 1UNsbk-0005cC-9T; Thu, 04 Apr 2013 22:26:12 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNsbi-0005c7-4e for xen-users@lists.xen.org; Thu, 04 Apr 2013 22:26:10 +0000 Received: from [85.158.137.99:43669] by server-16.bemta-3.messagelabs.com id 99/62-20692-00EFD515; Thu, 04 Apr 2013 22:26:08 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-4.tower-217.messagelabs.com!1365114366!17419816!1 X-Originating-IP: [184.172.38.139] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15916 invoked from network); 4 Apr 2013 22:26:07 -0000 Received: from host1a.ondore-systems.com (HELO host1a.ondore-systems.com) (184.172.38.139) by server-4.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 4 Apr 2013 22:26:07 -0000 Received: from [187.162.122.248] (port=41626 helo=mail.ondore.i) by host1a.ondore-systems.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80) (envelope-from ) id 1UNsbd-0002Xk-N8 for xen-users@lists.xen.org; Thu, 04 Apr 2013 17:26:05 -0500 Received: from [10.13.34.96] (alk-desktop.sys.ondore.i [10.13.34.96]) by mail.ondore.i (Postfix) with ESMTPSA id 97711A203 for ; Thu, 4 Apr 2013 16:26:04 -0600 (CST) Message-ID: <515DFDFC.8020104@ondore.com> Date: Thu, 04 Apr 2013 16:26:04 -0600 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <20130403143851.72462gi0chxt1xm3@webmail.uniserve.com> <515CA8A3.7030307@ondore.com> <20130404091336.249979v76x11z1dc@webmail.uniserve.com> <515DC36F.2080300@ondore.com> <1365103593.17823.42.camel@mongoliad.scd.ucar.edu> In-Reply-To: <1365103593.17823.42.camel@mongoliad.scd.ucar.edu> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host1a.ondore-systems.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - ondore.com X-Get-Message-Sender-Via: host1a.ondore-systems.com: authenticated_id: sys.intranet@ondore.com Subject: Re: [Xen-users] newbie in trouble with CentOS 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-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello. El 04/04/13 13:26, Greg Woods escribi=F3: > On Thu, 2013-04-04 at 12:16 -0600, Alexandre Kouznetsov wrote: > >> This is weired. > > It looks fairly normal for the way that RedHat/CentOS does it. What is > odd is that there is no ifconfig output for eth0. Please post an example, it would be great. I expected pethX to keep the original interface's MAC. Beside the lost eth0 (btw, just realized that it might be just down), = since there is peth1 and eth1, I expected eth1 to be a bridge, not a = plain interface. -- = Alexandre Kouznetsov _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 04 22:27:05 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Apr 2013 22:27: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 1UNsbk-0005cC-9T; Thu, 04 Apr 2013 22:26:12 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNsbi-0005c7-4e for xen-users@lists.xen.org; Thu, 04 Apr 2013 22:26:10 +0000 Received: from [85.158.137.99:43669] by server-16.bemta-3.messagelabs.com id 99/62-20692-00EFD515; Thu, 04 Apr 2013 22:26:08 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-4.tower-217.messagelabs.com!1365114366!17419816!1 X-Originating-IP: [184.172.38.139] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15916 invoked from network); 4 Apr 2013 22:26:07 -0000 Received: from host1a.ondore-systems.com (HELO host1a.ondore-systems.com) (184.172.38.139) by server-4.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 4 Apr 2013 22:26:07 -0000 Received: from [187.162.122.248] (port=41626 helo=mail.ondore.i) by host1a.ondore-systems.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80) (envelope-from ) id 1UNsbd-0002Xk-N8 for xen-users@lists.xen.org; Thu, 04 Apr 2013 17:26:05 -0500 Received: from [10.13.34.96] (alk-desktop.sys.ondore.i [10.13.34.96]) by mail.ondore.i (Postfix) with ESMTPSA id 97711A203 for ; Thu, 4 Apr 2013 16:26:04 -0600 (CST) Message-ID: <515DFDFC.8020104@ondore.com> Date: Thu, 04 Apr 2013 16:26:04 -0600 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <20130403143851.72462gi0chxt1xm3@webmail.uniserve.com> <515CA8A3.7030307@ondore.com> <20130404091336.249979v76x11z1dc@webmail.uniserve.com> <515DC36F.2080300@ondore.com> <1365103593.17823.42.camel@mongoliad.scd.ucar.edu> In-Reply-To: <1365103593.17823.42.camel@mongoliad.scd.ucar.edu> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host1a.ondore-systems.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - ondore.com X-Get-Message-Sender-Via: host1a.ondore-systems.com: authenticated_id: sys.intranet@ondore.com Subject: Re: [Xen-users] newbie in trouble with CentOS 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-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello. El 04/04/13 13:26, Greg Woods escribi=F3: > On Thu, 2013-04-04 at 12:16 -0600, Alexandre Kouznetsov wrote: > >> This is weired. > > It looks fairly normal for the way that RedHat/CentOS does it. What is > odd is that there is no ifconfig output for eth0. Please post an example, it would be great. I expected pethX to keep the original interface's MAC. Beside the lost eth0 (btw, just realized that it might be just down), = since there is peth1 and eth1, I expected eth1 to be a bridge, not a = plain interface. -- = Alexandre Kouznetsov _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 04 22:30:25 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Apr 2013 22:30: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 1UNsew-0005lo-55; Thu, 04 Apr 2013 22:29:30 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNseu-0005li-Qy for xen-users@lists.xen.org; Thu, 04 Apr 2013 22:29:28 +0000 Received: from [85.158.139.211:11717] by server-6.bemta-5.messagelabs.com id BC/8E-21466-8CEFD515; Thu, 04 Apr 2013 22:29:28 +0000 X-Env-Sender: peter.gansterer@paradigma.net X-Msg-Ref: server-13.tower-206.messagelabs.com!1365114567!15602148!1 X-Originating-IP: [213.47.215.227] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3381 invoked from network); 4 Apr 2013 22:29:27 -0000 Received: from majere.luchs.at (HELO majere.luchs.at) (213.47.215.227) by server-13.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 4 Apr 2013 22:29:27 -0000 Received: from localhost (localhost [127.0.0.1]) by majere.luchs.at (Postfix) with ESMTP id B9D0ED016A84; Fri, 5 Apr 2013 00:29:26 +0200 (CEST) X-Virus-Scanned: by majere.luchs.at Received: from majere.luchs.at ([127.0.0.1]) by localhost (majere.luchs.at [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id u4y2ElMfntvy; Fri, 5 Apr 2013 00:29:25 +0200 (CEST) Received: from earth (earth.elements.lan [10.0.0.2]) by majere.luchs.at (Postfix) with ESMTP id 6FA58D016A82; Fri, 5 Apr 2013 00:29:25 +0200 (CEST) Received: from pedos (pedos.elements.lan [10.0.0.108]) by earth (Postfix) with SMTP id 419C3955F; Fri, 5 Apr 2013 00:29:24 +0200 (CEST) Received: by pedos (sSMTP sendmail emulation); Fri, 05 Apr 2013 00:27:25 +0200 Content-Disposition: inline MIME-Version: 1.0 X-Mailer: MIME-tools 5.503 (Entity 5.503) Message-ID: <1365113482.0bebF182.2783@pedos> From: "Peter Gansterer" Date: Fri, 05 Apr 2013 00:27:24 +0200 In-Reply-To: To: "agya naila" Cc: xen-users Subject: Re: [Xen-users] Convert LVM to Images X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 2013-04-04 23:56:49 agya naila wrote: > Hi Jacek, > > LVM used for my DomU installation, that why I am looking for best practices > to ensure the file didn't damage, is it safe using lvresize or lvreduce? No. You have to shrink the filesystem that's contained in the LV first. How to do that depends on the filesystem your domU is using on the LV. For recent linux filesystems (ext3/4, btrfs, reiserfs, xfs, ...) there are tools to do that. For Windows (NTFS) I think you have to do it in the domU itself. Another option would be to just make sure the free space is "filled by zeros" (eg. temporarily fill it with "large empty files") and then create a sparse image: dd if=... of=... bs=1M conv=sparse (use "ls -ls" to see the actually used size of the resulting file!) - peter. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 04 22:30:25 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Apr 2013 22:30: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 1UNsew-0005lo-55; Thu, 04 Apr 2013 22:29:30 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNseu-0005li-Qy for xen-users@lists.xen.org; Thu, 04 Apr 2013 22:29:28 +0000 Received: from [85.158.139.211:11717] by server-6.bemta-5.messagelabs.com id BC/8E-21466-8CEFD515; Thu, 04 Apr 2013 22:29:28 +0000 X-Env-Sender: peter.gansterer@paradigma.net X-Msg-Ref: server-13.tower-206.messagelabs.com!1365114567!15602148!1 X-Originating-IP: [213.47.215.227] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3381 invoked from network); 4 Apr 2013 22:29:27 -0000 Received: from majere.luchs.at (HELO majere.luchs.at) (213.47.215.227) by server-13.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 4 Apr 2013 22:29:27 -0000 Received: from localhost (localhost [127.0.0.1]) by majere.luchs.at (Postfix) with ESMTP id B9D0ED016A84; Fri, 5 Apr 2013 00:29:26 +0200 (CEST) X-Virus-Scanned: by majere.luchs.at Received: from majere.luchs.at ([127.0.0.1]) by localhost (majere.luchs.at [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id u4y2ElMfntvy; Fri, 5 Apr 2013 00:29:25 +0200 (CEST) Received: from earth (earth.elements.lan [10.0.0.2]) by majere.luchs.at (Postfix) with ESMTP id 6FA58D016A82; Fri, 5 Apr 2013 00:29:25 +0200 (CEST) Received: from pedos (pedos.elements.lan [10.0.0.108]) by earth (Postfix) with SMTP id 419C3955F; Fri, 5 Apr 2013 00:29:24 +0200 (CEST) Received: by pedos (sSMTP sendmail emulation); Fri, 05 Apr 2013 00:27:25 +0200 Content-Disposition: inline MIME-Version: 1.0 X-Mailer: MIME-tools 5.503 (Entity 5.503) Message-ID: <1365113482.0bebF182.2783@pedos> From: "Peter Gansterer" Date: Fri, 05 Apr 2013 00:27:24 +0200 In-Reply-To: To: "agya naila" Cc: xen-users Subject: Re: [Xen-users] Convert LVM to Images X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 2013-04-04 23:56:49 agya naila wrote: > Hi Jacek, > > LVM used for my DomU installation, that why I am looking for best practices > to ensure the file didn't damage, is it safe using lvresize or lvreduce? No. You have to shrink the filesystem that's contained in the LV first. How to do that depends on the filesystem your domU is using on the LV. For recent linux filesystems (ext3/4, btrfs, reiserfs, xfs, ...) there are tools to do that. For Windows (NTFS) I think you have to do it in the domU itself. Another option would be to just make sure the free space is "filled by zeros" (eg. temporarily fill it with "large empty files") and then create a sparse image: dd if=... of=... bs=1M conv=sparse (use "ls -ls" to see the actually used size of the resulting file!) - peter. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 04 22:45:42 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Apr 2013 22:45: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 1UNstm-0006Ix-0U; Thu, 04 Apr 2013 22:44:50 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNstj-0006Is-OG for xen-users@lists.xen.org; Thu, 04 Apr 2013 22:44:47 +0000 Received: from [193.109.254.147:27201] by server-6.bemta-14.messagelabs.com id 63/B6-31180-F520E515; Thu, 04 Apr 2013 22:44:47 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-7.tower-27.messagelabs.com!1365115484!1188481!1 X-Originating-IP: [209.85.192.173] 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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5457 invoked from network); 4 Apr 2013 22:44:45 -0000 Received: from mail-pd0-f173.google.com (HELO mail-pd0-f173.google.com) (209.85.192.173) by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 4 Apr 2013 22:44:45 -0000 Received: by mail-pd0-f173.google.com with SMTP id v14so1451889pde.18 for ; Thu, 04 Apr 2013 15:44:43 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type:x-gm-message-state; bh=O78pBeZpUkU+1i9bamgv25roYyCHBuJfYPldVsFke1M=; b=BjYFDgB2WFutlkWPKfgLLfRQkC0W341Gy/Uiiau2MM7OaDl/IhuZA+gt8ZGEGIOlMm i9vKmmi2A7S9w2n+tla09MK0YhVOdf/dzrxVyj1d8OosbX1lsYd4CZ9oi9g9frLXWF3S 1T6t/pGGNrmTrT0FlCHol4iuHe9hmuY/RsUl5p/awiiz7o5M7/JHFeGZnsDHqpEbVvY4 sHFEHbeFlXnU5QPVnVYfd416i512NFG5TZ6Zmf/XiHrKGtEdRvfAGQsKVwTJZkOCJ5CN c60aSo4mKER2O4/4XhFgjz4x67x4rfJnIArV9mc9qyjmyySTe2JtgDnLWfrtNra6scC6 YL7A== MIME-Version: 1.0 X-Received: by 10.68.57.139 with SMTP id i11mr11394476pbq.185.1365115483820; Thu, 04 Apr 2013 15:44:43 -0700 (PDT) Received: by 10.70.34.16 with HTTP; Thu, 4 Apr 2013 15:44:43 -0700 (PDT) In-Reply-To: References: Date: Fri, 5 Apr 2013 05:44:43 +0700 Message-ID: From: "Fajar A. Nugraha" To: agya naila X-Gm-Message-State: ALoCoQmfI2RQcn+v4reFQvzgSp4o06NxCt6MRQOtFkPqavLYldtbJklou9ctY0ivcjtkBsXka2zk Cc: xen-users Subject: Re: [Xen-users] Convert LVM to Images X-BeenThere: xen-users@lists.xen.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="===============1852726033559705266==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1852726033559705266== Content-Type: multipart/alternative; boundary=000e0cd2df907dadc504d990b7a8 --000e0cd2df907dadc504d990b7a8 Content-Type: text/plain; charset=ISO-8859-1 On Fri, Apr 5, 2013 at 4:56 AM, agya naila wrote: > Hi Jacek, > > LVM used for my DomU installation, that why I am looking for best > practices to ensure the file didn't damage, is it safe using lvresize or > lvreduce? > > I assume the LVM is in dom0, and domU use it directly as whole disk (i.e. no more partition or LVM in domU side)? If yes, then short version: it's safe when done properly. But I'd say don't bother, too much effort involved. Long version: The "normal" way to shrink your disk is something like this: - reduce the size of your fs (e.g. resize2fs for ext2/3/4) - reduce the size of your LVM with lvresize/lvreduce - copy the data with dd or whatever (this might involve attaching the disk image first to dom0 using "xl block-attach" or similar) - resize the fs to occupy all space in new disk image - adjust all necessary settings (e.g. fstab, copy /boot, etc) If you accidently messed up during lvresize (e.g. make it SMALLER than the actual fs size, or run lvreduce BEFORE resize2fs), then you WILL lose data, so take caution in this. Another alternative is to use fs-specific clone tool (e.g. clone2fs, ntfsclone). It should only copy blocks in use, so you don't need to worry about resizing the source fs/LV beforehand. An even easier way is if you use a filesystem that uses compression (e.g. zfs, btrfs) in dom0 for the disk image storage, AND the image you're moving is fairly new (i.e. the unused space contains zeroes). In this case a simple "dd" is enough, as the dom0 fs will compress the disk image, thus you end up with smaller space used anyway. -- Fajar --000e0cd2df907dadc504d990b7a8 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
On Fri, Apr 5, 2013 at 4:56 AM, agya naila <agya.naila= @gmail.com> wrote:
Hi Jacek,

LVM used for my DomU installation, that why I am looking for best practic= es to ensure the file didn't damage, is it safe using lvresize or lvred= uce?


I assume the LV= M is in dom0, and domU use it directly as whole disk (i.e. no more partitio= n or LVM in domU side)?

If yes, then s= hort version: it's safe when done properly. But I'd say don't b= other, too much effort involved.

Long version:
The "= ;normal" way to shrink your disk is something like this:
- reduce the size of your fs (e.g. resize2fs for ext2/3/4)
- reduce the size of your LVM with lvresize/lvreduce
- copy= the data with dd or whatever (this might involve attaching the disk image = first to dom0 using "xl block-attach" or similar)
- resize the fs to occupy all space in new disk image
- adj= ust all necessary settings (e.g. fstab, copy /boot, etc)
If you accidently messed up during lvresize (e.g. make i= t SMALLER than the actual fs size, or run lvreduce BEFORE resize2fs), then = you WILL lose data, so take caution in this.

Another alternative is to use fs-specific c= lone tool (e.g. clone2fs, ntfsclone). It should only copy blocks in use, so= you don't need to worry about resizing the source fs/LV beforehand.

An even easier way is if you use a filesyst= em that uses compression (e.g. zfs, btrfs) in dom0 for the disk image stora= ge, AND the image you're moving is fairly new (i.e. the unused space co= ntains zeroes). In this case a simple "dd" is enough, as the dom0= fs will compress the disk image, thus you end up with smaller space used a= nyway.

--=A0
Fajar=A0
<= /div>
--000e0cd2df907dadc504d990b7a8-- --===============1852726033559705266== 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 --===============1852726033559705266==-- From xen-users-bounces@lists.xen.org Thu Apr 04 22:45:42 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Apr 2013 22:45: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 1UNstm-0006Ix-0U; Thu, 04 Apr 2013 22:44:50 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNstj-0006Is-OG for xen-users@lists.xen.org; Thu, 04 Apr 2013 22:44:47 +0000 Received: from [193.109.254.147:27201] by server-6.bemta-14.messagelabs.com id 63/B6-31180-F520E515; Thu, 04 Apr 2013 22:44:47 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-7.tower-27.messagelabs.com!1365115484!1188481!1 X-Originating-IP: [209.85.192.173] 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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5457 invoked from network); 4 Apr 2013 22:44:45 -0000 Received: from mail-pd0-f173.google.com (HELO mail-pd0-f173.google.com) (209.85.192.173) by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 4 Apr 2013 22:44:45 -0000 Received: by mail-pd0-f173.google.com with SMTP id v14so1451889pde.18 for ; Thu, 04 Apr 2013 15:44:43 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type:x-gm-message-state; bh=O78pBeZpUkU+1i9bamgv25roYyCHBuJfYPldVsFke1M=; b=BjYFDgB2WFutlkWPKfgLLfRQkC0W341Gy/Uiiau2MM7OaDl/IhuZA+gt8ZGEGIOlMm i9vKmmi2A7S9w2n+tla09MK0YhVOdf/dzrxVyj1d8OosbX1lsYd4CZ9oi9g9frLXWF3S 1T6t/pGGNrmTrT0FlCHol4iuHe9hmuY/RsUl5p/awiiz7o5M7/JHFeGZnsDHqpEbVvY4 sHFEHbeFlXnU5QPVnVYfd416i512NFG5TZ6Zmf/XiHrKGtEdRvfAGQsKVwTJZkOCJ5CN c60aSo4mKER2O4/4XhFgjz4x67x4rfJnIArV9mc9qyjmyySTe2JtgDnLWfrtNra6scC6 YL7A== MIME-Version: 1.0 X-Received: by 10.68.57.139 with SMTP id i11mr11394476pbq.185.1365115483820; Thu, 04 Apr 2013 15:44:43 -0700 (PDT) Received: by 10.70.34.16 with HTTP; Thu, 4 Apr 2013 15:44:43 -0700 (PDT) In-Reply-To: References: Date: Fri, 5 Apr 2013 05:44:43 +0700 Message-ID: From: "Fajar A. Nugraha" To: agya naila X-Gm-Message-State: ALoCoQmfI2RQcn+v4reFQvzgSp4o06NxCt6MRQOtFkPqavLYldtbJklou9ctY0ivcjtkBsXka2zk Cc: xen-users Subject: Re: [Xen-users] Convert LVM to Images X-BeenThere: xen-users@lists.xen.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="===============1852726033559705266==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1852726033559705266== Content-Type: multipart/alternative; boundary=000e0cd2df907dadc504d990b7a8 --000e0cd2df907dadc504d990b7a8 Content-Type: text/plain; charset=ISO-8859-1 On Fri, Apr 5, 2013 at 4:56 AM, agya naila wrote: > Hi Jacek, > > LVM used for my DomU installation, that why I am looking for best > practices to ensure the file didn't damage, is it safe using lvresize or > lvreduce? > > I assume the LVM is in dom0, and domU use it directly as whole disk (i.e. no more partition or LVM in domU side)? If yes, then short version: it's safe when done properly. But I'd say don't bother, too much effort involved. Long version: The "normal" way to shrink your disk is something like this: - reduce the size of your fs (e.g. resize2fs for ext2/3/4) - reduce the size of your LVM with lvresize/lvreduce - copy the data with dd or whatever (this might involve attaching the disk image first to dom0 using "xl block-attach" or similar) - resize the fs to occupy all space in new disk image - adjust all necessary settings (e.g. fstab, copy /boot, etc) If you accidently messed up during lvresize (e.g. make it SMALLER than the actual fs size, or run lvreduce BEFORE resize2fs), then you WILL lose data, so take caution in this. Another alternative is to use fs-specific clone tool (e.g. clone2fs, ntfsclone). It should only copy blocks in use, so you don't need to worry about resizing the source fs/LV beforehand. An even easier way is if you use a filesystem that uses compression (e.g. zfs, btrfs) in dom0 for the disk image storage, AND the image you're moving is fairly new (i.e. the unused space contains zeroes). In this case a simple "dd" is enough, as the dom0 fs will compress the disk image, thus you end up with smaller space used anyway. -- Fajar --000e0cd2df907dadc504d990b7a8 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
On Fri, Apr 5, 2013 at 4:56 AM, agya naila <agya.naila= @gmail.com> wrote:
Hi Jacek,

LVM used for my DomU installation, that why I am looking for best practic= es to ensure the file didn't damage, is it safe using lvresize or lvred= uce?


I assume the LV= M is in dom0, and domU use it directly as whole disk (i.e. no more partitio= n or LVM in domU side)?

If yes, then s= hort version: it's safe when done properly. But I'd say don't b= other, too much effort involved.

Long version:
The "= ;normal" way to shrink your disk is something like this:
- reduce the size of your fs (e.g. resize2fs for ext2/3/4)
- reduce the size of your LVM with lvresize/lvreduce
- copy= the data with dd or whatever (this might involve attaching the disk image = first to dom0 using "xl block-attach" or similar)
- resize the fs to occupy all space in new disk image
- adj= ust all necessary settings (e.g. fstab, copy /boot, etc)
If you accidently messed up during lvresize (e.g. make i= t SMALLER than the actual fs size, or run lvreduce BEFORE resize2fs), then = you WILL lose data, so take caution in this.

Another alternative is to use fs-specific c= lone tool (e.g. clone2fs, ntfsclone). It should only copy blocks in use, so= you don't need to worry about resizing the source fs/LV beforehand.

An even easier way is if you use a filesyst= em that uses compression (e.g. zfs, btrfs) in dom0 for the disk image stora= ge, AND the image you're moving is fairly new (i.e. the unused space co= ntains zeroes). In this case a simple "dd" is enough, as the dom0= fs will compress the disk image, thus you end up with smaller space used a= nyway.

--=A0
Fajar=A0
<= /div>
--000e0cd2df907dadc504d990b7a8-- --===============1852726033559705266== 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 --===============1852726033559705266==-- From xen-users-bounces@lists.xen.org Thu Apr 04 23:20:48 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 04 Apr 2013 23:20: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 1UNtRh-0006tI-TM; Thu, 04 Apr 2013 23:19:53 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UNtRf-0006tD-Ol for xen-users@lists.xen.org; Thu, 04 Apr 2013 23:19:52 +0000 Received: from [85.158.137.99:9266] by server-8.bemta-3.messagelabs.com id CA/22-20604-69A0E515; Thu, 04 Apr 2013 23:19:50 +0000 X-Env-Sender: davidtecher@yahoo.fr X-Msg-Ref: server-16.tower-217.messagelabs.com!1365117587!17319802!1 X-Originating-IP: [212.82.109.229] X-SpamReason: No, hits=2.0 required=7.0 tests=HTML_40_50,HTML_MESSAGE, INFO_TLD,ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_6,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7134 invoked from network); 4 Apr 2013 23:19:47 -0000 Received: from nm23-vm0.bullet.mail.ird.yahoo.com (HELO nm23-vm0.bullet.mail.ird.yahoo.com) (212.82.109.229) by server-16.tower-217.messagelabs.com with SMTP; 4 Apr 2013 23:19:47 -0000 Received: from [212.82.105.245] by nm23.bullet.mail.ird.yahoo.com with NNFMP; 04 Apr 2013 23:19:47 -0000 Received: from [212.82.108.113] by tm17.bullet.mail.ird.yahoo.com with NNFMP; 04 Apr 2013 23:19:47 -0000 Received: from [127.0.0.1] by omp1022.mail.ird.yahoo.com with NNFMP; 04 Apr 2013 23:19:47 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 673981.79271.bm@omp1022.mail.ird.yahoo.com Received: (qmail 10956 invoked by uid 60001); 4 Apr 2013 23:19:47 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.fr; s=s1024; t=1365117587; bh=ydIyIANHJZky0eF35Tlq/9sVfP+/y9PE8DDAFN/6YTU=; 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=CdhMC3cdsogTlbkWktZE1DrL/GB5i11z15OJ7CvNAImd5tNPHsjDBLF4vthgWiASrwqllA/oX8lEZf7jKEokX4kbEpzv9FEO3LqOK1NSyOM8Ww0tokDYFzegAhR4v7tIdA3hhJ3YSS7byI2YME2p9XpRSOHhwCIun8x/Pnua+Fk= 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:Cc:In-Reply-To:MIME-Version:Content-Type; b=ac3KHwQFnxmxx25Qoayy5/iEZbZ6yDq0vtQPIdPEVw3Au8tMNnk/Irhb0Iv9Ci7NIP9ctNfhZtRXmL7NNbtVI2HmYHJHXwyrWCYovmwREdG2w2RvJvVrjBbUkunAND758cHzWZoUTzTfnppWzg9NdhBx0dit/Sx2PKos77Idavs=; X-YMail-OSG: 985vJYYVM1nctAlMW4diXsdyB4VqpzqMmj0fDJTK8K_tbtc YAbZfPO2zQn_bHEYTYeUE49qWpgOvjO3AR0C3DY2n.iTBMSpX2UcT9EGVxxk E8iujcW..RH3jy5MZLZncGy9zr3Izf252GFsdMZYo9RMI_iodgg39kekO3dW E4Ij_uXR_y8EqyKv107CtDStyQKqs980h4iivAJaTMbiZowBJTcb3W.AQiJ9 bP.Mcb5YnCpncaeYt82FeauLsO4OdciRIE9tuQCNLcJqjxcBNQhIsSa7YGrW 4L3BDTD0dLd.kx2NBnmS.J08WJH08EFD027ZwBMEe_eGAHouX45Xys.ziTfn FDpQRJdtOaRnZzXhWQSrc.w5a1odMF25aAHOvXqWGWiY7TzsMAxZNe7uaGHN yHX6oxTtG85V7.2AHInDR6fA0Fb.DTQw8HKNZpRZnw7n.9JxE.faW8NWHMBx 3lxN8MCGrRffrn4cB5GCgxrbXjLtX00lonnP1op.Wr9aJ_DUK3viUQx7Rjki vERHiUY1GHJwzftMbWC_1QzBIqlPEgwafxLDaoNbVwRZsmsAoLOLBi7ijCbE E_4xfEnAWaS_USFEhwYlZM4j51RuaufRrYx6L54TPB0Kcy84KuJDLaakwKhH 9aReTx.GQFPFSEV2Tw6Wdzb5tqlD2lKbHFxqN_57xLTdSlGtt_zkS7wINsCB dmpWNS9ZR8bU9mksUHHlCdbXgXk1iz5oKB_2u5Nyh46tDesRuWiaBp2dLFEU 2UuPeYzsbzg9X8HsE2QJu_FDbO2OCwpZEJI6ahklxkE4rjFrs9aMklNSeqBY qTyx.sLCojUQPxj1GHGyoFppPGdHSNlpCHa9z9DwFBBgpkvKq9gjceXNuJ2g 8roCAaVaNPpjUVscIXqkp6gYJgKvttIth0SAYkjhsfZmzIl0XAS4Uz_iEZ5Z hSitiFxJuPI_ZNeaK1DxwsFFI7ZfTxXi8RZRjYu8imz42YETiPTKxyzoiP2o 5H0yShQ3st.YUBoG4ysMPVchUlYbYfb7X37AhdAMr_9U42Uf6z46R1YcR_EC PYE7Ot6j0MZs9c0isC6Q8yFR0lFty0HtZQjYqA07e_yFJdCSc3J4DuZM0FL5 29ouKM5upPuR4nJPv92xdtYoDO7fWK3MSgGby9JIUjKsQ1lge5XGOJGE- Received: from [83.154.246.188] by web172001.mail.ir2.yahoo.com via HTTP; Fri, 05 Apr 2013 00:19:47 BST X-Rocket-MIMEInfo: 002.001, Rk9SIFhFTiA0LjMgVU5TVEFCTEXCoCBXRSBDQU4gTk9XwqAgU1RBUlQgQSBXSU5ET1dTIDcgNjQgKEFUSS9WR0EgUEFTU1RIUk9VR0gpIFdJVEggTU9SRSBUSEFOIDNHQiBPRiBSQU0uCgpGb3IgdGhlIGN1cnJlbnQgeGVuLXVuc3RhYmxlIDQuMywgYXBwbHlpbmcgdGhpcyBwYXRjaCBmdHA6Ly9mdHAuZW5qZWxsaWMuY29tL3B1Yi94ZW4veGVuLTQuMi4wLmF0aS1wYXNzdGhyb3VnaC5wYXRjaCAKCkxpbnV4OiBJIHdhcyBhYmxlIHRvIHN0YXJ0IGEgVWJ1bnR1IGRvbVUgd2l0aCBtb3JlIHRoYW4gM0dCLiAKV2kBMAEBAQE- X-Mailer: YahooMailWebService/0.8.140.532 References: <1364978749.88496.YahooMailNeo@web172006.mail.ir2.yahoo.com> <1365018558.90537.YahooMailNeo@web172006.mail.ir2.yahoo.com> <1365037239.81037.YahooMailNeo@web172005.mail.ir2.yahoo.com> Message-ID: <1365117587.80543.YahooMailNeo@web172001.mail.ir2.yahoo.com> Date: Fri, 5 Apr 2013 00:19:47 +0100 (BST) From: David TECHER To: Eric Shelton In-Reply-To: <1365037239.81037.YahooMailNeo@web172005.mail.ir2.yahoo.com> MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" , Patrick Proniewski Subject: Re: [Xen-users] PCI/VGA passthrough: differences between Xen and ESXi? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: David TECHER List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============9106447140502590253==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============9106447140502590253== Content-Type: multipart/alternative; boundary="1242719849-2115847148-1365117587=:80543" --1242719849-2115847148-1365117587=:80543 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable FOR XEN 4.3 UNSTABLE=A0 WE CAN NOW=A0 START A WINDOWS 7 64 (ATI/VGA PASSTHR= OUGH) WITH MORE THAN 3GB OF RAM.=0A=0AFor the current xen-unstable 4.3, app= lying this patch ftp://ftp.enjellic.com/pub/xen/xen-4.2.0.ati-passthrough.p= atch =0A=0ALinux: I was able to start a Ubuntu domU with more than 3GB. =0A= Windows: The only issue was for a Windows 7 domU with more than 3GB =0A=0AT= he good new is that if this patch http://marc.info/?l=3Dqemu-devel&m=3D1361= 77475215360&q=3Draw is used too then we can have more than 3GB of RAM for W= indows 7 64 Bits=0A=0A=0A=0A=0A1) Download Xen sources=0A=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0Arev=3D267773=0Ahg clo= ne -r $rev http://xenbits.xensource.com/staging/xen-unstable.hg/ xen-unstab= le.hg-rev-XXXXX=0Acd xen-unstable.hg-rev-XXXXX=0A=0A2) Configure=0A=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0ACURL=3D$(which curl-config) XML=3D$(which = xml2-config) ./configure=0A=0A=0A3) Make a first build for tools and cleanu= p the folder=0A=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=0A=0Acd tools=0Amake -j4=0A=0A# Clean up the fo= lder=0Amake clean=0A=0A4) Download and apply patches=0A=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A=0A= # Download and apply the 1st patch=0Acd qemu-xen-dir-remote/=0Awget "http:/= /marc.info/?l=3Dqemu-devel&m=3D136177475215360&q=3Draw" -O - | patch -p1=0A= =0A# Download and apply the 2nd patch=0Acd ../..=0Awget ftp://ftp.enjellic.= com/pub/xen/xen-4.2.0.ati-passthrough.patch -O - | sed -e "s:qemu-xen-tradi= tional:qemu-xen-traditional-dir-remote:g" | patch -p1=0A=0A5) Build xen and= tools=0A=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=0Acd ..=0Amake -j4 xen && make -j4 tools=0A=0A6) Build stubdom=0A=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0Amake stubdom=0A=0AYou shoul ha= ve this error=0A=0A/opt/tmp/xen-unstable.hg-rev-XXXXX/stubdom/mini-os-x86_6= 4-ioemu/mini-os.o: In function `ati_hw_out':=0A/opt/tmp/xen-unstable.hg-rev= -XXXXX/stubdom/ioemu/hw/pt-graphics.c:82: undefined reference to `iopl'=0A/= opt/tmp/xen-unstable.hg-rev-XXXXX/stubdom/ioemu/hw/pt-graphics.c:84: undefi= ned reference to `iopl'=0A/opt/tmp/xen-unstable.hg-rev-XXXXX/stubdom/mini-o= s-x86_64-ioemu/mini-os.o: In function `ati_hw_in':=0A/opt/tmp/xen-unstable.= hg-rev-XXXXX/stubdom/ioemu/hw/pt-graphics.c:72: undefined reference to `iop= l'=0A/opt/tmp/xen-unstable.hg-rev-XXXXX/stubdom/ioemu/hw/pt-graphics.c:74: = undefined reference to `iopl'=0A=0A=0AI don't know if commenting iopl(3) an= d iopl(0) is the good solution but it works for me=0A=0Ased -i "s: iopl(: /= /iopl(:g" ./tools/qemu-xen-traditional-dir-remote/hw/pt-graphics.c=0A=0AThe= n rebuild=0A=0Amake stubdom=0A=0A7) Install all=0A=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=0A=0Arm -rf stubdom/gmp-x86_64/=0A=0Amake install-xen &&= make install-tools PYTHON_PREFIX_ARG=3D && make install-stubdom=0A=0A8) Li= nux script to manage domU=0A=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0ADownload the Linux shell sc= ript ftp://ftp.enjellic.com/pub/xen/run-passthrough and updated it to your = own needs=0A=0A=0A=0A=0A=0A=0A=0A________________________________=0A De=A0:= David TECHER =0A=C0=A0: Eric Shelton =0ACc=A0: "xen-users@lists.xen.org" ; Patric= k Proniewski =0AEnvoy=E9 le : Jeudi 4 avril 2013 3h00= =0AObjet=A0: Re: [Xen-users] PCI/VGA passthrough: differences between Xen a= nd ESXi?=0A =0A=0AI did it myself :)=0A=0AIndeed this patch seems to be ver= y interesting.=0A=0Arev=3D26771=0Ahg clone -r $rev http://xenbits.xensource= .com/staging/xen-unstable.hg/ xen-unstable.hg-rev-${rev}=0A./configure=0Acd= tools=0Amake=0Amake clean=0A=0Acd ..=0A=0Awget ftp://ftp.enjellic.com/pub/= xen/xen-4.2.0.ati-passthrough.patch -O - | sed -e "s:qemu-xen-traditional:q= emu-xen-traditional-dir-remote:g" | patch -p1=0A=0Amake xen && make install= -xen=0A=0Amake tools && make install-tools=0A=0AThanks for your help about = iopl(). Agreed that iopl(3) and iopl(0) for stubdom are a bit complicated. = I commented out these functions so I can build stubdom (shame on me!)=0Amak= e stubdom=0Amake install-stubdom=0A=0AUsing the script to download I was ab= le (after testing/updating only the start process) =0A=0A=0A- to start my d= omU (Linux Ubuntu 12.04 32). I was able to test it for RAM over than 3GB :)= . 6GB and 6 vcpus. All my games with Wine works perfectly, VLC, smplayer ar= e OK :)=0A=0A=0A- to start my domU (Windows 7). I didn't test it for RAM ov= er than 3GB. I will do a full test by reinstalling a Windows 7 64 Bits.=0A= =0AThanks for helping.=0A=0A=0A=0A________________________________=0A De=A0= : David TECHER =0A=C0=A0: Eric Shelton =0ACc=A0: "xen-users@lists.xen.org" ; Patri= ck Proniewski =0AEnvoy=E9 le : Mercredi 3 avril 2013 21= h49=0AObjet=A0: Re: [Xen-users] PCI/VGA passthrough: differences between Xe= n and ESXi?=0A =0A=0AThanks for this wonderful story but =0A=0AI was asking= =0A=0A1) for your revision number/changeset for Xen 4.3 (xl info should re= turn something)=0A=0Ahg clone -r ????=0A=0A./configure =0A=0Amake ???=0A=0A= patch -p1 =0A=C0=A0: David TECHER =0ACc=A0: "xen-use= rs@lists.xen.org" ; Patrick Proniewski =0AEnvoy=E9 le : Mercredi 3 avril 2013 18h01=0AObjet=A0: Re: [Xen-= users] PCI/VGA passthrough: differences between Xen and ESXi?=0A =0A1) I ap= plied the patch to 4.3 unstable (back in February).=A0 I recall=0Ait applyi= ng cleanly (thanks to Dr. Wettstein's work in updating the=0Aoriginal patch= es).=A0 However, there is a build issue when the patched=0Afiles are used t= o build minios, as its libraries do not provide=0Aiopl().=A0 On my initial = pass, I may have #ifdef-ed out the iopl() calls=0Aduring minios build time,= on the presumption that this code path is=0Anot exercised by minios.=A0 Ho= wever, not being fully confident in that=0Apresumption, in some later work = I=A0 identified a more appropriate=0Amechanism: an=0A existing hypervisor c= all for iopl.=A0 I think revised code=0Awas written, but remains untested.= =0A=0A2) I am using what I saw as the core aspects of that script:=0Aunbind= _devices(), re-enabling the devices, and the use of vbetool to=0Areinitiali= ze the display (which returns the text console in my case).=0AAlthough I am= doing passthrough of a USB3 controller as well, I did=0Anot bother with re= binding the USB driver, as I simply surrendered use=0Aof those ports for Wi= ndows.=A0 I also am not waiting for the VM to exit;=0Ainstead, I split it t= he single script into before and after scripts=0Athat were manually invoked= .=0A=0AI think the runtime unbind, bind, and vbetool, versus giving the PCI= =0Adevices over to pciback at boot time, makes a difference in terms of=0Aw= hether you can stop & restart the passthrough VM.=A0 With this config,=0Ait= is no problem for me.=A0 I heard many reports of people starting up=0Athe = Windows VM=0A once, but not again without a reboot.=0A=0A3+) Tonight I can = pull together what I am using and post it up here.=0AVery little modificati= on of Dr. Wettstein's patch was done.=A0 However,=0Aat this stage, it seems= to be the little things that make the=0Adifference between GPU passthrough= working or not.=0A=0AMy understanding is that there are many intentional q= uirks in GPUs to=0Abe in compliance with certain HDCP requirements.=A0 Unfo= rtunately, I=0Athink the universe of possible secret register access sequen= ces, etc.=0Awill make it impossible, even with 1:1 mapping in addition, to = 100%=0Aconvince the display driver, which would be needed to get to=0Avirtu= alized HDCP compliance (I am interested in a virtualized HTPC=0Aenvironment= ).=A0 It sounds like, from what I have heard of your work,=0Athat NVidia's = quirks are especially difficult to deal with (not=0Anecessarily intentional= ly).=A0 It was enough to make me abandon=0A by=0Aexisting NVidia GPU in fav= or of an AMD solution.=0A=0AAlso, as I think I noted in an earlier post, on= e of the qemu=0Adevelopers has, perhaps independently, implemented the nece= ssary=0Aquirks for AMD cards.=A0 His code effects pretty much the same thin= gs as=0Athe patch I used.=A0 I think there is at least a patch against main= line=0Aqemu in qemu-devel, if it has not been incorporated already.=A0 He h= as=0Aalso been doing a fair amount of PCIe work, which I think may be=0Aimp= ortant for NVidia, assuming their use of extended config space is=0Acausing= some of the difficulties.=0A=0AIt would be nice to see enough code get int= o Xen 4.3 to get AMD cards=0Aworking, but with the switch away from qemu-tr= aditional, which is what=0Athe patch is for, this may now be more reliant o= n the work already=0Abeing done in qemu-devel being mainlined into qemu.=0A= =0A- Eric=0A=0A=0AOn Wed, Apr 3, 2013 at 4:45 AM, David TECHER wrote:=0A> Thanks for clarifying.=0A>=0A> I am applying the orig= inal patches for nvidia. That's the reason why I've=0A> got the 3GM limitat= ion.=0A>=0A> Question 1:=0A>=0A> In your link=0A>=0A> http://lists.xen.org/= archives/html/xen-users/2013-02/msg00410.html=0A>=0A> Did you apply the fol= lowing patch=0A>=0A>=A0 ftp://ftp.enjellic.com/pub/xen/xen-4.2.0.ati-passth= rough.patch=0A>=0A> on Xen 4.3 unstable or Xen 4.2 stable?=0A>=0A> Question= 2:=0A>=0A> Do you use this script=0A>=0A> ftp://ftp.enjellic.com/pub/xen/r= un-passthrough=0A>=0A> to start/stop your domU=0A>=0A> Question 3=0A>=0A> C= an you show a domU config file?=0A>=0A> Thanks for letting me know.=0A>=0A>= =0A>=0A> ________________________________=0A> De : Eric Shelton =0A> =C0 : "xen-users@lists.xen.org" ; Pa= trick Proniewski=0A> ; davidtecher@yahoo.fr=0A> Envoy=E9= le : Mercredi 3 avril 2013 1h26=0A> Objet : Re:=0A [Xen-users] PCI/VGA pas= sthrough: differences between Xen and=0A> ESXi?=0A>=0A> David:=0A> What are= the circumstances in which your comment about "Xen - limited=0A> to 3GB fo= r RAM" applies?=A0 Is it in the case in which one uses multiple=0A> GPU car= ds?=0A>=0A> There are a number of HVM tutorial examples with well over 3GB:= =0A> http://wiki.xen.org/wiki/Secondary_GPU_Passthrough (6GB Win7 HVM with= =0A> passthrough of ATI 6970 and USB controller)=0A> http://wiki.xen.org/wi= ki/Comprehensive_Xen_Debian_Wheezy_PCI_Passthrough_Tutorial=0A> (6GB Win7 H= VM with passthrough of ATI 68XX and multiple USB=0A> controllers)=0A> None = of these tutorials mention a 3GB limitation.=0A>=0A>=0A The only recent ref= erence to a=0A 3GB HVM issue during passthrough is here:=0A> http://comment= s.gmane.org/gmane.comp.emulators.xen.user/77214=0A> which appears to link t= he issue with use of nvidia patches from here:=0A> http://www.davidgis.fr/d= ownload/xen-4.2_rev25240_gfx-passthrough-patchs.tar.bz2=0A> From what I gat= her, nvidia cards perform a bit of undocumented voodoo=0A> (by design) that= has not been fully accounted for.=0A>=0A> Elsewhere:=0A> http://new-wiki.x= en.org/old-wiki/xenwiki/XenPCIpassthrough.html=0A> it sounds like there was= a PV domain issue arising from e820 for which=0A> a reliable workaround wa= s=0A incorporated into the mainline code=0A some=0A> time ago.=0A>=0A>=0A> = Patrick:=0A> From the above examples, it seems like >3GB may be fine if you= use=0A> ATI/AMD GPUs.=A0 I have had fairly good experiences with passthrou= gh of=0A> a single AMD 6570 with the patch mentioned here:=0A> http://lists= .xen.org/archives/html/xen-users/2013-02/msg00410.html=0A> although I did n= ot explore how much or how little memory I could=0A> assign to it.=A0 Note,= however, that patch may make certain assumptions,=0A> such as that only on= e GPU is being passed through.=A0 I'm not sure there=0A> is any unpatched r= elease version (for example, 4.2.1) that reliably=0A> does GPU passthrough = (PCI passthrough of less wonky devices has worked=0A> for some time).=0A>= =0A> I think the proposed multi-GPU setup may be putting you out on=0A the= =0A> bleeding=0A edge (on the other hand, it sounds like it is absolutely n= o=0A> available under ESXi).=A0 It's probably not impossible.=A0 Maybe some= one=0A> has already done it.=A0 However, how interested and/or comfortable = are=0A> you with code & configuration tweaking, debug, and experimentation?= =0A>=0A> - Eric=0A>=0A>>> Patrick,=0A>>>=0A>>> 1) Xen's vocabulary=0A>>>=0A= >>> dom0 =3D the main (first) hypervisor, hosting all virtual machines -- l= ike=0A>>> your Mac OS X=0A>>> domU =3D any virtual machine.=0A>>>=0A>>> Thi= s is not the real meaning but here I try to stay "understandable". But=0A>>= > for better understanding please refer to http://en.wikipedia.org/wiki/Xen= =0A>>>=0A>>> My understanding is that your dom0 has to be replaced by Linux= so=0A you=0A can=0A>>> run Xen. But for this part I am not a Mac OS X expe= rt.=0A>>>=0A>>> 2) More info=A0 - details listed beow are only available fo= r a Xen dom0=0A>>> running on Linux.=0A>>>=0A>>> [Extracted]:....I've ended= my testing with ESXi, because I was not able=0A>>> to passthrough sound de= vice, and USB....=0A>>> [Comment]: With Xen you can :)=0A>>>=0A>>> [Extract= ed]: ...with stock ATI Radeon..;=0A>>> [Comment]...Xen offers VGA PassThrou= gh feature for ATI Radeon.=0A>>>=0A>>> Here is a link to a Youtube video to= run Crysis 3 on a domU Windows 7 64=0A>>> Bits with HD 7970=0A>>>=0A>>> ht= tp://www.youtube.com/watch?v=3DGTnchEG4YtI&feature=3Dplayer_embedded=0A>>>= =0A>>>=0A As you can=0A see=0A>>>=0A>>> - I can use PCI Passthrough to add = a XBOX 360 Paddle while playing Crysis=0A>>> 3 (see at 09:12 in the Video)= =0A>>>=0A>>> - I have sound too :)=0A>>>=0A>>> But it works on Linux domU t= oo. Here is another Youtube video link=0A>>>=0A>>> http://www.youtube.com/w= atch?feature=3Dplayer_embedded&v=3DKzqOIMaBgX0=0A>>>=0A>>> But you need to = apply a few patches to able this feature with Xen 4.2 and=0A>>> over. Not v= ery complicated to do.=0A>>> Here are my instructions to do it but I know t= hat there are currently=0A>>> better way to test it=0A>>>=0A>>>=0A>>> http:= //www.davidgis.fr/blog/index.php?2013/03/13/935-xen-43-vga-passthrough-ati-= card-hd-7970-changeset-26706=0A>>>=0A>>> [Extracted]...memory allocation=0A= >>> [Comment]...Xen - limited to 3GB for RAM. A few developers are working = on=0A>>> overpassing this limitation.=0A>>>=0A>>> [Extracted]...no snaphost= possible=0A>>> [Comment]...If you used Xen with LVM is then snahshotting i= s easier to=0A>>> manage ;)=0A>>>=0A>>> [Extracted] no sleep=0A>>> [Comment= ] works on Xen for both Linux and Windows. The main issue is that=0A>>> you= can reboot a domU without restarting the dom0.=0A>>>=0A>>>=0A>>> [Extracte= d] Is it possible to create a virtualized desktop with VGA and=0A>>> PCI=0A= passthrough for 2 or 3 VM's running simultaneously (ie. each one with=0A>>= > its own video=0A card)?=0A>>> [Comment] Yes it is doable. Never tested bu= t from experience share with=0A>>> other Xen users=A0 I know that it should= be run fine.=0A>>>=0A>>> Hope it helps.=0A>>>=0A>>>=0A>>> Kind regards.=0A= >>>=0A>>> David.=0A>=0A>=0A=0A_____________________________________________= __=0AXen-users mailing list=0AXen-users@lists.xen.org=0Ahttp://lists.xen.or= g/xen-users --1242719849-2115847148-1365117587=:80543 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
FOR XEN 4.= 3 UNSTABLE  WE CAN NOW  START A WINDOWS 7 64 (ATI/VGA PASSTHROUGH= ) WITH MORE THAN 3GB OF RAM.

<= span>For the current xen-unstable 4.3, applying this patch ftp://ftp.enjell= ic.com/pub/xen/xen-4.2.0.ati-passthrough.patch

Linux: I was able to= start a Ubuntu domU with more than 3GB.
Windows: The only issue was fo= r a Windows 7 domU with more than 3GB

The good new is that if this = patch http://marc.info/?l=3Dqemu-devel&m=3D136177475215360&q=3Draw = is used too then we can have more than 3GB of RAM for Windows 7 64 Bits



1) Download Xen s= ources
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D
rev=3D267773
hg clone -r $rev http://xenbits.xensource.com/sta= ging/xen-unstable.hg/ xen-unstable.hg-rev-XXXXX
cd xen-unstable.hg-rev-X= XXXX

2) Configure
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
CURL=3D= $(which curl-config) XML=3D$(which xml2-config) ./configure


3) M= ake a first build for tools and cleanup the folder
=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

c= d tools
make -j4

# Clean up the folder
make clean

4) Do= wnload and apply patches
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D

# Download and apply the 1st patch
cd qe= mu-xen-dir-remote/
wget "http://marc.info/?l=3Dqemu-devel&m=3D136177= 475215360&q=3Draw" -O - | patch -p1

# Download and apply the 2nd= patch
cd ../..
wget ftp://ftp.enjellic.com/pub/xen/xen-4.2.0.ati-pas= sthrough.patch -O - | sed -e "s:qemu-xen-traditional:qemu-xen-traditional-d= ir-remote:g" | patch -p1

5) Build xen and tools
=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
cd ..
make -j4= xen && make -j4 tools

6) Build stubdom
=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
make stubdom

You shoul have thi= s error

/opt/tmp/xen-unstable.hg-rev-XXXXX/stubdom/mini-os-x86_64-io= emu/mini-os.o: In function `ati_hw_out':
/opt/tmp/xen-unstable.hg-rev-XX= XXX/stubdom/ioemu/hw/pt-graphics.c:82: undefined reference to `iopl'
/op= t/tmp/xen-unstable.hg-rev-XXXXX/stubdom/ioemu/hw/pt-graphics.c:84: undefine= d reference to `iopl'
/opt/tmp/xen-unstable.hg-rev-XXXXX/stubdom/mini-os-x86_64-ioemu/= mini-os.o: In function `ati_hw_in':
/opt/tmp/xen-unstable.hg-rev-XXXXX/s= tubdom/ioemu/hw/pt-graphics.c:72: undefined reference to `iopl'
/opt/tmp= /xen-unstable.hg-rev-XXXXX/stubdom/ioemu/hw/pt-graphics.c:74: undefined ref= erence to `iopl'


I don't know if commenting iopl(3) and iopl(0) = is the good solution but it works for me

sed -i "s: iopl(: //iopl(:g= " ./tools/qemu-xen-traditional-dir-remote/hw/pt-graphics.c

Then rebu= ild

make stubdom

7) Install all
=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D

rm -rf stubdom/gmp-x86_64/

make install-xen && make install-tools PYTHON_PREFI= X_ARG=3D && make install-stubdom

8) Linux script to manage d= omU
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D
Download the Linux shell script ftp://ftp.enjel= lic.com/pub/xen/run-passthrough and updated it to your own needs




De : David TECHER <davidtecher@yahoo.f= r>
=C0 : Eric = Shelton <eshelton@pobox.com>
Envoy=E9 le : Jeudi 4 avril 2013 3= h00
Objet : Re: [= Xen-users] PCI/VGA passthrough: differences between Xen and ESXi?

I did it myself :)

Indeed this patch seems to be very int= eresting.
rev=3D26771=0Ahg clone -r $rev http://xenbits.xensource.c=
om/staging/xen-unstable.hg/ xen-unstable.hg-rev-${rev}

./configure=
cd tools
make
make clean
cd ..
wget ftp://ftp.enjellic.com/pub/xen/xen-4.2.0.ati-passthrough.= patch -O - | sed -e "s:qemu-xen-traditional:qemu-xen-traditional-dir-remote= :g" | patch -p1

make xen && make install-xen

make tools && make in= stall-tools

Thanks for your help about iopl(). Agreed that iop= l(3) and iopl(0) for stubdom are a bit complicated. I commented out these f= unctions so I can build stubdom (shame on me!)
make stubdom
<= div style=3D"color:rgb(0, 0, 0);font-size:16px;font-family:times new roman,= new york, times, serif;background-color:transparent;font-style:normal;">ma= ke install-stubdom

Using the script to down= load I was able (after testing/updating only the start process)
=

= - to start my domU (Linux Ubuntu 12.04 32). I was able to test it for RAM o= ver than 3GB :). 6GB and 6 vcpus. All my games with Wine works perfectly, V= LC, smplayer are OK :)

- to start my domU (Windows= 7). I didn't test it for RAM over than 3GB. I will do a full test by reins= talling a Windows 7 64 Bits.

Thank= s for=0A helping.

De : David TECHER <davidtecher@y= ahoo.fr>
=C0 : = Eric Shelton <eshelton@pobox.com>
Cc : "xen-users@lists.xen.org" <xen-users@lists.xe= n.org>; Patrick Proniewski <patpro@patpro.net>
Envoy=E9 le : Mercredi 3 avril 2013 21h49=
Objet : Re: [Xen-= users] PCI/VGA passthrough: differences between Xen and ESXi?
 <= /div>
Thanks for this wonderful story but
I was asking

1) for your revision number/changeset for Xen 4.= 3 (xl info should return something)

hg clone -r ????

./config= ure

make ???

patch -p1 <????

make ???

2) an= y domU configuration file ?


=
De : Eric = Shelton <eshelton@pobox.com>
=C0 : David TECHER <davidtecher@yahoo.fr>
Cc :=0A "xen-users@lists.xen= .org" <xen-users@lists.xen.org>; Patrick Proniewski <patpro@patpro= .net>
Envoy=E9 le := Mercredi 3 avril 2013 18h01
Objet=  : Re: [Xen-users] PCI/VGA passthrough: differences between= Xen and ESXi?

1) I applied the patch to 4.3 unstabl= e (back in February).  I recall
it applying cleanly (thanks to Dr. = Wettstein's work in updating the
original patches).  However, there= is a build issue when the patched
files are used to build minios, as it= s libraries do not provide
iopl().  On my initial pass, I may have = #ifdef-ed out the iopl() calls
during minios build time, on the presumpt= ion that this code path is
not exercised by minios.  However, not b= eing fully confident in that
presumption, in some later work I  ide= ntified a more appropriate
mechanism: an=0A existing hypervisor call for= iopl.  I think revised code
was written, but remains untested.
=
2) I am using what I saw as the core aspects of that script:
unbind_= devices(), re-enabling the devices, and the use of vbetool to
reinitiali= ze the display (which returns the text console in my case).
Although I a= m doing passthrough of a USB3 controller as well, I did
not bother with = rebinding the USB driver, as I simply surrendered use
of those ports for= Windows.  I also am not waiting for the VM to exit;
instead, I spl= it it the single script into before and after scripts
that were manually= invoked.

I think the runtime unbind, bind, and vbetool, versus givi= ng the PCI
devices over to pciback at boot time, makes a difference in t= erms of
whether you can stop & restart the passthrough VM.  Wit= h this config,
it is no problem for me.  I heard many reports of pe= ople starting up
the Windows VM=0A once, but not again without a reboot.=

3+) Tonight I can pull together what I am using and post it up here= .
Very little modification of Dr. Wettstein's patch was done.  Howe= ver,
at this stage, it seems to be the little things that make the
di= fference between GPU passthrough working or not.

My understanding is= that there are many intentional quirks in GPUs to
be in compliance with= certain HDCP requirements.  Unfortunately, I
think the universe of= possible secret register access sequences, etc.
will make it impossible= , even with 1:1 mapping in addition, to 100%
convince the display driver= , which would be needed to get to
virtualized HDCP compliance (I am inte= rested in a virtualized HTPC
environment).  It sounds like, from wh= at I have heard of your work,
that NVidia's quirks are especially diffic= ult to deal with (not
necessarily intentionally).  It was enough to= make me abandon=0A by
existing NVidia GPU in favor of an AMD solution.<= br>
Also, as I think I noted in an earlier post, one of the qemu
deve= lopers has, perhaps independently, implemented the necessary
quirks for = AMD cards.  His code effects pretty much the same things as
the pat= ch I used.  I think there is at least a patch against mainline
qemu= in qemu-devel, if it has not been incorporated already.  He has
al= so been doing a fair amount of PCIe work, which I think may be
important= for NVidia, assuming their use of extended config space is
causing some= of the difficulties.

It would be nice to see enough code get into X= en 4.3 to get AMD cards
working, but with the switch away from qemu-trad= itional, which is what
the patch is for, this may now be more reliant on= the work already
being done in qemu-devel being mainlined into qemu.
- Eric


On Wed, Apr 3, 2013 at 4:45 AM, David TECHER <davidtecher@yahoo.fr> wrote:> Thanks for clarifying.
>
> I am applying the original pa= tches for nvidia. That's the reason why I've
> got the 3GM limitation= .
>
> Question 1:
>
> In your link
>
> = http://lists.xen.org/archives/html/x= en-users/2013-02/msg00410.html
>
> Did you apply the follow= ing patch
>
>  ftp://f= tp.enjellic.com/pub/xen/xen-4.2.0.ati-passthrough.patch
>
>= on Xen 4.3 unstable or Xen 4.2 stable?
>
> Question 2:
>=
> Do you use this script
>
> ftp://ftp.enjellic= .com/pub/xen/run-passthrough
>
> to start/stop your domU>
> Question 3
>
> Can you show a domU config file?>
> Thanks for letting me know.
>
>
>
> = ________________________________
> De : Eric Shelton <eshelton@pobox.com>
> =C0 : "xen-users@lists.xen.org" <xen-users@lists.xen.org>; P= atrick Proniewski
> <patpro@patp= ro.net>; davidtecher@yahoo.fr
> Envo= y=E9 le : Mercredi 3 avril 2013 1h26
> Objet : Re:=0A [Xen-users] PCI= /VGA passthrough: differences between Xen and
> ESXi?
>
>= David:
> What are the circumstances in which your comment about "Xen= - limited
> to 3GB for RAM" applies?  Is it in the case in whic= h one uses multiple
> GPU cards?
>
> There are a number o= f HVM tutorial examples with well over 3GB:
> = http://wiki.xen.org/wiki/Secondary_GPU_Passthrough (6GB Win7 HVM with> passthrough of ATI 6970 and USB controller)
> http://wiki.xen.org/wiki/Comprehensiv= e_Xen_Debian_Wheezy_PCI_Passthrough_Tutorial
> (6GB Win7 HVM with= passthrough of ATI 68XX and multiple USB
> controllers)
> None= of these tutorials mention a 3GB limitation.
>
>=0A The only r= ecent reference to a=0A 3GB HVM issue during passthrough is here:
> <= a rel=3D"nofollow" target=3D"_blank" href=3D"http://comments.gmane.org/gman= e.comp.emulators.xen.user/77214">http://comments.gmane.org/gmane.comp.emula= tors.xen.user/77214
> which appears to link the issue with use of= nvidia patches from here:
> http://www.davidgis.fr/download/xen-4.2_rev25240_gfx-passthroug= h-patchs.tar.bz2
> From what I gather, nvidia cards perform a bit= of undocumented voodoo
> (by design) that has not been fully account= ed for.
>
> Elsewhere:
> http://new-wiki.xen.org/old-wiki/xenwiki/XenPCIpassthrough.html
= > it sounds like there was a PV domain issue arising from e820 for which=
> a reliable workaround was=0A incorporated into the mainline code= =0A some
> time ago.
>
>
> Patrick:
> From th= e above examples, it seems like >3GB may be fine if you use
> ATI/= AMD GPUs.  I have had fairly good experiences with passthrough of
&= gt; a single AMD 6570 with the patch mentioned here:
> http://lists.xen.org/archives/html/xen-users/2013-= 02/msg00410.html
> although I did not explore how much or how lit= tle memory I could
> assign to it.  Note, however, that patch ma= y make certain assumptions,
> such as that only one GPU is being pass= ed through.  I'm not sure there
> is any unpatched release versi= on (for example, 4.2.1) that reliably
> does GPU passthrough (PCI pas= sthrough of less wonky devices has worked
> for some time).
>> I think the proposed multi-GPU setup may be putting you out on=0A th= e
> bleeding=0A edge (on the other hand, it sounds like it is absolut= ely no
> available under ESXi).  It's probably not impossible.&n= bsp; Maybe someone
> has already done it.  However, how interest= ed and/or comfortable are
> you with code & configuration tweakin= g, debug, and experimentation?
>
> - Eric
>
>>&g= t; Patrick,
>>>
>>> 1) Xen's vocabulary
>>= >
>>> dom0 =3D the main (first) hypervisor, hosting all virt= ual machines -- like
>>> your Mac OS X
>>> domU =3D= any virtual machine.
>>>
>>> This is not the real = meaning but here I try to stay "understandable". But
>>> for be= tter understanding please refer to http://en.wikipedia.org/wiki/Xen
>>>
>>> My understanding is that your dom0 has to= be replaced by Linux so=0A you=0A can
>>> run Xen. But for thi= s part I am not a Mac OS X expert.
>>>
>>> 2) More = info  - details listed beow are only available for a Xen dom0
>&= gt;> running on Linux.
>>>
>>> [Extracted]:....I= 've ended my testing with ESXi, because I was not able
>>> to p= assthrough sound device, and USB....
>>> [Comment]: With Xen yo= u can :)
>>>
>>> [Extracted]: ...with stock ATI Rad= eon..;
>>> [Comment]...Xen offers VGA PassThrough feature for A= TI Radeon.
>>>
>>> Here is a link to a Youtube vide= o to run Crysis 3 on a domU Windows 7 64
>>> Bits with HD 7970<= br>>>>
>>> http://www.youtube.com/watch?v=3DGTnchEG4YtI&feature=3Dplayer_embe= dded
>>>
>>>=0A As you can=0A see
>>&g= t;
>>> - I can use PCI Passthrough to add a XBOX 360 Paddle whi= le playing Crysis
>>> 3 (see at 09:12 in the Video)
>>= >
>>> - I have sound too :)
>>>
>>> = But it works on Linux domU too. Here is another Youtube video link
>&= gt;>
>>> http= ://www.youtube.com/watch?feature=3Dplayer_embedded&v=3DKzqOIMaBgX0<= br>>>>
>>> But you need to apply a few patches to able= this feature with Xen 4.2 and
>>> over. Not very complicated t= o do.
>>> Here are my instructions to do it but I know that the= re are currently
>>> better way to test it
>>>
&= gt;>>
>>> http://www.davidgis.fr/blog/ind= ex.php?2013/03/13/935-xen-43-vga-passthrough-ati-card-hd-7970-changeset-267= 06
>>>
>>> [Extracted]...memory allocation
&= gt;>> [Comment]...Xen - limited to 3GB for RAM. A few developers are = working on
>>> overpassing this limitation.
>>>
= >>> [Extracted]...no snaphost possible
>>> [Comment]..= .If you used Xen with LVM is then snahshotting is easier to
>>>= manage ;)
>>>
>>> [Extracted] no sleep
>>= > [Comment] works on Xen for both Linux and Windows. The main issue is t= hat
>>> you can reboot a domU without restarting the dom0.
&= gt;>>
>>>
>>> [Extracted] Is it possible to c= reate a virtualized desktop with VGA and
>>> PCI=0A passthrough= for 2 or 3 VM's running simultaneously (ie. each one with
>>> = its own video=0A card)?
>>> [Comment] Yes it is doable. Never t= ested but from experience share with
>>> other Xen users  = I know that it should be run fine.
>>>
>>> Hope it = helps.
>>>
>>>
>>> Kind regards.
>= ;>>
>>> David.
>
>

___________________= ____________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists= .xen.org/xen-users





---1282842291-1594703383-1366662559=:88296-- --===============6511635003574553000== 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 --===============6511635003574553000==-- From xen-users-bounces@lists.xen.org Mon Apr 22 20:30:38 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 22 Apr 2013 20:30: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 1UUNMe-00007v-P2; Mon, 22 Apr 2013 20:29:28 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUNMc-00007n-Ox for xen-users@lists.xen.org; Mon, 22 Apr 2013 20:29:27 +0000 Received: from [85.158.137.99:6771] by server-9.bemta-3.messagelabs.com id C4/2C-32531-1AD95715; Mon, 22 Apr 2013 20:29:21 +0000 X-Env-Sender: davidtecher@yahoo.fr X-Msg-Ref: server-14.tower-217.messagelabs.com!1366662559!18586480!1 X-Originating-IP: [77.238.189.92] X-SpamReason: No, hits=1.7 required=7.0 tests=HTML_60_70,HTML_MESSAGE, INFO_TLD,ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_6,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27220 invoked from network); 22 Apr 2013 20:29:19 -0000 Received: from nm19-vm0.bullet.mail.ird.yahoo.com (HELO nm19-vm0.bullet.mail.ird.yahoo.com) (77.238.189.92) by server-14.tower-217.messagelabs.com with SMTP; 22 Apr 2013 20:29:19 -0000 Received: from [77.238.189.55] by nm19.bullet.mail.ird.yahoo.com with NNFMP; 22 Apr 2013 20:29:19 -0000 Received: from [212.82.98.112] by tm8.bullet.mail.ird.yahoo.com with NNFMP; 22 Apr 2013 20:29:19 -0000 Received: from [127.0.0.1] by omp1049.mail.ir2.yahoo.com with NNFMP; 22 Apr 2013 20:29:19 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 396843.30944.bm@omp1049.mail.ir2.yahoo.com Received: (qmail 91183 invoked by uid 60001); 22 Apr 2013 20:29:19 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.fr; s=s1024; t=1366662559; bh=L1uqhSJQjF6sNdJ4Ri6IoRxEWQqdBe3yt2PoxQSe/R4=; 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=aLPiSRTlhTkHWt3gC7BjAPBDc8cS/EWX9mlfVVWNBhI8iq6U6w8Ivr1acCpvGsQkfshAiOj2ROk7y8KUyHrrQC62l7ge26Qcc145wIm1nGh275r9ZVEZSRRc3A4Ph0YJeG82iM2OA1OTmEMTXzYJcDb3frfS4J6ZQOq8UeCTw9U= 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=5pQAU7nCbsYld+oRtSZxpPK021OlGNeEQGGKIHOs0UZXsCaU4ENHdDlHDvcG/6nQ1Gjp10URTHJxcpgl87GYHvfFbuJL/463n0Vm/dCIe/z0sHp2FfI4eN9Fmw0pUGxmW8NmR8/2ci7eRNt5ubMsn8mHphTR9C4QlkXbkrbB+Y0=; X-YMail-OSG: pqMyQtsVM1msIJl7OdqCHdKwIV1a0pq09dseLbiAwh.qJ6a uVT1lux3fV_ZyKSVZWGrUMbFlAoT8swCR.ewBYr_.kzIv_Q26RCtchlgxGAd .fdonuvkuR5n_mk.yPfBvLzeDBq0G24sT27zdAWcRWXi7CoyOSJdjdVBv1tC lB4pPCfEAxduNKM7W_IrTda30Oq3gRcmZvGP0mgrbOqnpT1tkDch4QlNiC8Q thyPwoQlZifxlrSlJJNyJJlbYahY2SvM2JS5VYatxRVnHizRprii8DYzLzB5 fQ_fTm.dAKo7RqYtePWQP_1wEzhQ80.LcIRuSGYdbiipok3uYdaxkhyTxPIq L2dv55iQeQkd_44Yy.qfxEKhFhv41.Y4VNbWcBTNILQhLcw6lzU9j7Lbs5wo LMPvqYOzfpzig2bdiI1veBv28GGYVbBvyOUAwzpWUlh.QkY0LbywqdMdIAPw a8qeF0rv_Wdd7dPFJ19z2BKser9_pmzZera3Dwm0CULMPzR5ionRnqTPB2h9 lL_yX4phbNTck9N4AFBmNfsmcBVxha2Flt4KJsueB2NKu7Nw19MAVL8vGlgo Rm3ja7II0KPGEYUjxPYr4CSyOE0mH571ARXVNqoTjDzUQ5VEPQn0hLEnh0wd Ev1o6lEhSH3SLqPw3sHX5.J00thU9zYYFMGT6lrxsOnacU_UJK9UVu.nFBs7 aBs8BlEn9lsi9m8MVrpZYRyOt55DzdvVNd1xFP909CS2tB8gC7U5t_YP5nkV pgPewscjejt4KHTB3bdD5qtsSM5gNMKZBjqNVgLmdx3uLQQlzmLF68QLatqz S8pacCTqe7L3rq62QaLhzMmh7qfgc2AKHor.uDTQX1o.wE4fnptTHNJ5uGb3 9iMnprhZarvk- Received: from [83.154.246.188] by web172006.mail.ir2.yahoo.com via HTTP; Mon, 22 Apr 2013 21:29:19 BST X-Rocket-MIMEInfo: 002.001, CgpbUV0gU2Vjb25kLCBkb2VzIHRoZSBwcmltYXJ5IHBhdGNoIGFsbG93IFhlbidzIFZOQyB0byBjb25uZWN0IHRvIHRoZSBHUFUgaW5zdGVhZCBvZiBlbXVsYXRlZCBncmFwaGljcz8gwqBJZiBub3QsIGRvZXMgYW55b25lIGtub3cgd2hldGhlciBpdCB3b3VsZCBiZSBwb3NzaWJsZSB0byAKY29ubmVjdCBYZW4ncyBWTkMgdG8gdGhlIGVtdWxhdGVkIGdyYXBoaWNzPwoKW1JdIFBlcmhhcHMgeW91IHNob3VsZCBjbGFyaWZ5IHlvdXIgcXVlc3Rpb24uIEFGQUlLIEkgd2lsbCBzYXkgeWVzIGJ1dCB5b3UgbWF5IGgBMAEBAQE- X-Mailer: YahooMailWebService/0.8.141.536 References: Message-ID: <1366662559.88296.YahooMailNeo@web172006.mail.ir2.yahoo.com> Date: Mon, 22 Apr 2013 21:29:19 +0100 (BST) From: David TECHER To: Casey DeLorme , "xen-users@lists.xen.org" In-Reply-To: MIME-Version: 1.0 Subject: Re: [Xen-users] AMD Primary Passthrough Question X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: David TECHER List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6511635003574553000==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6511635003574553000== Content-Type: multipart/alternative; boundary="-1282842291-1594703383-1366662559=:88296" ---1282842291-1594703383-1366662559=:88296 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable =0A=0A[Q] Second, does the primary patch allow Xen's VNC to connect to the = GPU instead of emulated graphics? =A0If not, does anyone know whether it wo= uld be possible to =0Aconnect Xen's VNC to the emulated graphics?=0A=0A[R] = Perhaps you should clarify your question. AFAIK I will say yes but you may = have only the qemu console (black screen). This is the expected behavior.= =A0 The only solution should be to install VNC on the domU.=0A=0AOn Windows= 7 setting gfx_passthru=3D0, (in Xen's VNC ) let me to have access to the d= omU while booting..until the Windows logo appears. Then screen switches to = my real desktop.=0A=0ABut I don't think it is what you are asking for...The= best solution is to install a default vncserver on the domU!=0A=0A=0A[Q] F= irst, is there a host for the patch or is it only what was released to the = mailing list in the past?=0A=0A[R] Yes it si only what was released to the = mailing list in the past. I just did a test a couple minutes ago for the la= test changeset 26906.=0A=0A=0ADue to changeset 26827 (xenbits.xensource.com= /hg/staging/xen-unstable.hg/rev/23a6084b223a?revcount=3D240) tools and stud= bom are installed in /usr/local.=0A=0ALetting prefix set to /usr/local didn= 't work for me. I did so many tests on my machine and to keep a workable wo= rkstation I just changed=0A=0A.... ./configure --prefix=3D/usr=0A=0A=0AAnd = it worked=0A=0ABelow are the command lines I used=0A=0Ahg clone -r 26906=A0= http://xenbits.xensource.com/staging/xen-unstable.hg/ xen-unstable.hg-rev-= XXXX=0A=0A=0Acd xen-unstable.hg-rev-XXXX=0A=0ACURL=3D$(which curl-config) X= ML=3D$(which xml2-config) ./configure --prefix=3D/usr=0A=0A=0A# Make a firs= t tools build=0Acd tools/=0Amake -j4=0Amake clean=0A=0A=0A# Apply patches= =0Acd qemu-xen-dir-remote/=0A=0A# patch 1 - to have more than 3GB of RAM in= dom=0Awget "http://marc.info/?l=3Dqemu-devel&m=3D136177475215360&q=3Draw" = -O - | patch -p1=0Acd ../..=0A=0A# patch 2 - for AMD=0Awget ftp://ftp.enjel= lic.com/pub/xen/xen-4.2.0.ati-passthrough.patch -O - | sed -e "s:qemu-xen-t= raditional:qemu-xen-traditional-dir-remote:g" | patch -p1=0A=0A# work aroun= d to build stubdom=0Afor i in 0 3;do sed -i "s:^.*iopl(${i});$://iopl(${i})= ;:g" tools/qemu-xen-traditional-dir-remote/hw/pt-graphics.c;done=0A=0A# bui= dl and install both xen and studom=0Amake -j4 xen && make -j4 stubdom && ma= ke -j4 install-xen && make install-stubdom=0A=0A=0A# clean up tools=0Acd to= ols/=0Amake clean=0Acd ..=0A# reverse the work around=0Afor i in 0 3;do sed= -i "s:^.*iopl(${i});$:iopl(${i});:g" tools/qemu-xen-traditional-dir-remote= /hw/pt-graphics.c;done=0A=0A=0A# build and install tools=0Amake -j4 tools= =0Amake install-tools PYTHON_PREFIX_ARG=3D=0A=0A=0A________________________= ________=0A De=A0: Casey DeLorme =0A=C0=A0: "xen-users@= lists.xen.org" =0AEnvoy=E9 le : Lundi 22 avril 20= 13 17h14=0AObjet=A0: [Xen-users] AMD Primary Passthrough Question=0A =0A=0A= =0AHello,=0A=0AI am about to try the AMD patch to test primary passthrough = and had a couple of questions.=0A=0AFirst, is there a host for the patch or= is it only what was released to the mailing list in the past?=0A=0ASecond,= does the primary patch allow Xen's VNC to connect to the GPU instead of em= ulated graphics? =A0If not, does anyone know whether it would be possible t= o connect Xen's VNC to the emulated graphics?=0A=0AThanks in advance,=0A=0A= ~Casey=0A_______________________________________________=0AXen-users mailin= g list=0AXen-users@lists.xen.org=0Ahttp://lists.xen.org/xen-users ---1282842291-1594703383-1366662559=:88296 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable

[= Q] Second, does the=0A primary patch allow Xen's VNC to connect to the GPU = instead of emulated=0A graphics?  If not, does anyone know whether it = would be possible to =0Aconnect Xen's VNC to the emulated graphics?

= [R] Perhaps you should clarify your question. AFAIK I will say yes but you = may have only the qemu console (black screen). This is the expected behavio= r.  The only solution should be to install VNC on the domU.

On = Windows 7 setting gfx_passthru=3D0, (in Xen's VNC ) let me to have access t= o the domU while booting..until the Windows logo appears. Then screen switc= hes to my real desktop.

But I don't think it is what you are asking = for...The best solution is to install a default vncserver on the domU!
<= /div>

[Q] First, is there a host for the patch or is it only what w= as released to the mailing list in the past?

[R] Yes it si only what w= as released to the mailing list in the past. I just did a test a couple min= utes ago for the latest changeset 26906.

Due t= o changeset 26827 (xenbits.xensource.com/hg/staging/xen-unstable.hg/rev/23a= 6084b223a?revcount=3D240) tools and studbom are installed in /usr/local.

Letting prefix set to /usr/local didn't work for m= e. I did so many tests on my machine and to keep a workable workstation I j= ust changed

.... ./configure --prefix=3D/usr

And it worked

Belo= w are the command lines I used

hg clone -r 26906&n= bsp; http://xenbits.xensource.com/staging/xen-unstable.hg/ xen-unstable.hg-= rev-XXXX

cd xen-unstable.hg-rev-XXXX

CURL=3D$(which curl-config) XML=3D$(which xml2-config) ./configur= e --prefix=3D/usr

# Make a first tools buildcd tools/
make -j4
make clean

# Apply = patches
cd qemu-xen-dir-remote/

# patch 1 - to= have more than 3GB of RAM in dom
wget "http://marc.info/?l=3Dqemu-devel= &m=3D136177475215360&q=3Draw" -O - | patch -p1
cd ../..
# patch 2 - for AMD
wget ftp://ftp.enjellic.com/pub/xen= /xen-4.2.0.ati-passthrough.patch -O - | sed -e "s:qemu-xen-traditional:qemu= -xen-traditional-dir-remote:g" | patch -p1

# work around = to build stubdom
for i in 0 3;do sed -i "s:^.*iopl(${i});$://iopl(${i});= :g" tools/qemu-xen-traditional-dir-remote/hw/pt-graphics.c;done
<= br>
# buidl and install both xen and studom
make -j4 xen &= & make -j4 stubdom && make -j4 install-xen && make inst= all-stubdom

# clean up tools
cd tools/make clean
cd ..
# reverse the work around
for i in 0 3;do sed -= i "s:^.*iopl(${i});$:iopl(${i});:g" tools/qemu-xen-traditional-dir-remote/h= w/pt-graphics.c;done

# build and install tools=
make -j4 tools
make install-tools PYTHON_PREFIX_ARG=3D
De : Cas= ey DeLorme <cdelorme@gmail.com>
=C0 : "xen-users@lists.xen.org" <xen-users@lists.xe= n.org>
Envoy=E9 le : Lundi 22 avril 2013 17h14
Obje= t : [Xen-users] AMD Primary Passthrough Question

Hello,

I am about to try the AMD p= atch to test primary passthrough and had a couple of questions.
<= br>
First, is there a host for the patch or is it only what was r= eleased to the mailing list in the past?
=0A

Second= , does the primary patch allow Xen's VNC to connect to the GPU instead of e= mulated graphics?  If not, does anyone know whether it would be possib= le to connect Xen's VNC to the emulated graphics?
=0A

Thanks in advance,

~Casey
=0A
<= br>_______________________________________________
Xen-users mailing lis= t
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

=
---1282842291-1594703383-1366662559=:88296-- --===============6511635003574553000== 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 --===============6511635003574553000==-- From xen-users-bounces@lists.xen.org Tue Apr 23 09:38:38 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Apr 2013 09:38: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 1UUZfB-0008Tr-Rf; Tue, 23 Apr 2013 09:37:25 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUZf9-0008SX-PB; Tue, 23 Apr 2013 09:37:23 +0000 Received: from [85.158.139.83:20728] by server-14.bemta-5.messagelabs.com id E3/D0-13158-C4656715; Tue, 23 Apr 2013 09:37:16 +0000 X-Env-Sender: dunlapg@gmail.com X-Msg-Ref: server-9.tower-182.messagelabs.com!1366709823!28899245!1 X-Originating-IP: [209.85.212.176] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_8,RCVD_BY_IP,spamassassin: ,surbl: (ASYNC_NO) c3VyYmxfcmVjaGVja19kZWxheTogNTUzNTgwOSAoYWJhbmRvbmVkOiB0aW55LmNjL3Z0d3N2d yk=\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17920 invoked from network); 23 Apr 2013 09:37:03 -0000 Received: from mail-wi0-f176.google.com (HELO mail-wi0-f176.google.com) (209.85.212.176) by server-9.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 23 Apr 2013 09:37:03 -0000 Received: by mail-wi0-f176.google.com with SMTP id hj19so5787249wib.3 for ; Tue, 23 Apr 2013 02:37:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=5L97OZpu8x0Gbj+dSZiNqdYUSiyu7gv2lMirGUlBoi0=; b=X7MnQATYCuiJiK0NIA6kXtJzVbSPhKB4FlZztn4MaeipRyOLW4TfzBA3nhMHk6B8xO vEs58aPnsQsOA44FRZGrasZmc4qR7FKz5nfaNXUDokXH/1ovWdd1AsFDMI+7OB9zo6YL v//zqF1pDOiicc3vBPR/l3JN69iQinet5IGRvixC82rhg5D+XVRQdIAE51oco9H0x1+R DnpF7xs0jxxICgRsVwmzxoB0Gx3hH0vtOBa0bBiAfFXMW1btjPd/EeBVesawclo1gJdZ fbw0pklsTmTLhdJcgJQi+iNk4JqpyjdwjTglsnt/lFH3XcreT73JNPu4upI6+Rfp7uhR kmmw== MIME-Version: 1.0 X-Received: by 10.194.171.74 with SMTP id as10mr59516574wjc.0.1366709823454; Tue, 23 Apr 2013 02:37:03 -0700 (PDT) Received: by 10.194.20.163 with HTTP; Tue, 23 Apr 2013 02:37:03 -0700 (PDT) In-Reply-To: <20130419185616.GA18344@u109add4315675089e695.ant.amazon.com> References: <20130419185616.GA18344@u109add4315675089e695.ant.amazon.com> Date: Tue, 23 Apr 2013 10:37:03 +0100 X-Google-Sender-Auth: s1ARBROAqoCaW2YmZyPAC6tWOTU Message-ID: From: George Dunlap To: Matt Wilson Cc: "xen-users@lists.xen.org" , "xen-devel@lists.xen.org" , xen-announce@lists.xen.org, Ian Campbell , Konrad Rzeszutek Wilk Subject: Re: [Xen-users] [Xen-devel] Security disclosure process discussion update X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, Apr 19, 2013 at 7:56 PM, Matt Wilson wrote: > On Mon, Apr 08, 2013 at 12:24:11PM +0100, George Dunlap wrote: >> OK, I've updated the section to make it clear that organizations are >> committing to the disclosure policy and agree to ensure that their >> members who come in contact with it abide by the policy. >> >> I think we're probably ready for the normal vote starting 15 April. > > Hi George, > > Thanks for the update. Before we have a call for a vote I think it'd > be good to produce another redline version of the policy so it's a bit > more clear what's changing. What do you think? I assume by "redline" you mean with the changes highlighted somehow? That sounds like a good plan. I was mainly waiting until the Linux Foundation news settled down a bit, and then I was going to start the voting process. > Also, Lars added an item to the May hackathon wiki > (http://tiny.cc/vtwsvw) to discuss other aspects of the process that > might should be included in the policy. Should we defer voting on a > draft until after the hackathon? I'm willing to consider it, but I really don't think it's necessary. There has been ample time for people to reflect on and share their views, and the process probably should have been voted on in February, if I was better at multitasking. :-) -George _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 23 09:38:38 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Apr 2013 09:38: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 1UUZfB-0008Tr-Rf; Tue, 23 Apr 2013 09:37:25 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUZf9-0008SX-PB; Tue, 23 Apr 2013 09:37:23 +0000 Received: from [85.158.139.83:20728] by server-14.bemta-5.messagelabs.com id E3/D0-13158-C4656715; Tue, 23 Apr 2013 09:37:16 +0000 X-Env-Sender: dunlapg@gmail.com X-Msg-Ref: server-9.tower-182.messagelabs.com!1366709823!28899245!1 X-Originating-IP: [209.85.212.176] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_8,RCVD_BY_IP,spamassassin: ,surbl: (ASYNC_NO) c3VyYmxfcmVjaGVja19kZWxheTogNTUzNTgwOSAoYWJhbmRvbmVkOiB0aW55LmNjL3Z0d3N2d yk=\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17920 invoked from network); 23 Apr 2013 09:37:03 -0000 Received: from mail-wi0-f176.google.com (HELO mail-wi0-f176.google.com) (209.85.212.176) by server-9.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 23 Apr 2013 09:37:03 -0000 Received: by mail-wi0-f176.google.com with SMTP id hj19so5787249wib.3 for ; Tue, 23 Apr 2013 02:37:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=5L97OZpu8x0Gbj+dSZiNqdYUSiyu7gv2lMirGUlBoi0=; b=X7MnQATYCuiJiK0NIA6kXtJzVbSPhKB4FlZztn4MaeipRyOLW4TfzBA3nhMHk6B8xO vEs58aPnsQsOA44FRZGrasZmc4qR7FKz5nfaNXUDokXH/1ovWdd1AsFDMI+7OB9zo6YL v//zqF1pDOiicc3vBPR/l3JN69iQinet5IGRvixC82rhg5D+XVRQdIAE51oco9H0x1+R DnpF7xs0jxxICgRsVwmzxoB0Gx3hH0vtOBa0bBiAfFXMW1btjPd/EeBVesawclo1gJdZ fbw0pklsTmTLhdJcgJQi+iNk4JqpyjdwjTglsnt/lFH3XcreT73JNPu4upI6+Rfp7uhR kmmw== MIME-Version: 1.0 X-Received: by 10.194.171.74 with SMTP id as10mr59516574wjc.0.1366709823454; Tue, 23 Apr 2013 02:37:03 -0700 (PDT) Received: by 10.194.20.163 with HTTP; Tue, 23 Apr 2013 02:37:03 -0700 (PDT) In-Reply-To: <20130419185616.GA18344@u109add4315675089e695.ant.amazon.com> References: <20130419185616.GA18344@u109add4315675089e695.ant.amazon.com> Date: Tue, 23 Apr 2013 10:37:03 +0100 X-Google-Sender-Auth: s1ARBROAqoCaW2YmZyPAC6tWOTU Message-ID: From: George Dunlap To: Matt Wilson Cc: "xen-users@lists.xen.org" , "xen-devel@lists.xen.org" , xen-announce@lists.xen.org, Ian Campbell , Konrad Rzeszutek Wilk Subject: Re: [Xen-users] [Xen-devel] Security disclosure process discussion update X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, Apr 19, 2013 at 7:56 PM, Matt Wilson wrote: > On Mon, Apr 08, 2013 at 12:24:11PM +0100, George Dunlap wrote: >> OK, I've updated the section to make it clear that organizations are >> committing to the disclosure policy and agree to ensure that their >> members who come in contact with it abide by the policy. >> >> I think we're probably ready for the normal vote starting 15 April. > > Hi George, > > Thanks for the update. Before we have a call for a vote I think it'd > be good to produce another redline version of the policy so it's a bit > more clear what's changing. What do you think? I assume by "redline" you mean with the changes highlighted somehow? That sounds like a good plan. I was mainly waiting until the Linux Foundation news settled down a bit, and then I was going to start the voting process. > Also, Lars added an item to the May hackathon wiki > (http://tiny.cc/vtwsvw) to discuss other aspects of the process that > might should be included in the policy. Should we defer voting on a > draft until after the hackathon? I'm willing to consider it, but I really don't think it's necessary. There has been ample time for people to reflect on and share their views, and the process probably should have been voted on in February, if I was better at multitasking. :-) -George _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 23 09:50:14 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Apr 2013 09:50: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 1UUZql-0001Gx-3u; Tue, 23 Apr 2013 09:49:23 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUZqj-0001GS-0E; Tue, 23 Apr 2013 09:49:21 +0000 Received: from [85.158.139.83:65300] by server-5.bemta-5.messagelabs.com id 7A/D5-02762-02956715; Tue, 23 Apr 2013 09:49:20 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-16.tower-182.messagelabs.com!1366710559!22162204!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n,ML_RADAR_SPEW_LINKS_8, spamassassin: , surbl: (ASYNC_NO) c3VyYmxfcmVjaGVja19kZWxheTogMCAoYWJhbmRv bmVkOiB0aW55LmNjL3Z0d3N2dyk=\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17602 invoked from network); 23 Apr 2013 09:49:19 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-16.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 23 Apr 2013 09:49:19 -0000 X-IronPort-AV: E=Sophos;i="4.87,532,1363132800"; d="scan'208";a="3832486" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 23 Apr 2013 09:49:19 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Tue, 23 Apr 2013 10:49:19 +0100 Message-ID: <1366710557.20256.90.camel@zakaz.uk.xensource.com> From: Ian Campbell To: George Dunlap Date: Tue, 23 Apr 2013 10:49:17 +0100 In-Reply-To: References: <20130419185616.GA18344@u109add4315675089e695.ant.amazon.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" , "xen-devel@lists.xen.org" , "xen-announce@lists.xen.org" , Matt Wilson , Konrad Rzeszutek Wilk Subject: Re: [Xen-users] [Xen-devel] Security disclosure process discussion update X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, 2013-04-23 at 10:37 +0100, George Dunlap wrote: > > Also, Lars added an item to the May hackathon wiki > > (http://tiny.cc/vtwsvw) to discuss other aspects of the process that > > might should be included in the policy. Should we defer voting on a > > draft until after the hackathon? > > I'm willing to consider it, but I really don't think it's necessary. Also the hackathon is going to be somewhat self selecting towards developers only, whereas this is a discussion/issue into which the user community has a stake. Ian _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 23 09:50:14 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Apr 2013 09:50: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 1UUZql-0001Gx-3u; Tue, 23 Apr 2013 09:49:23 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUZqj-0001GS-0E; Tue, 23 Apr 2013 09:49:21 +0000 Received: from [85.158.139.83:65300] by server-5.bemta-5.messagelabs.com id 7A/D5-02762-02956715; Tue, 23 Apr 2013 09:49:20 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-16.tower-182.messagelabs.com!1366710559!22162204!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n,ML_RADAR_SPEW_LINKS_8, spamassassin: , surbl: (ASYNC_NO) c3VyYmxfcmVjaGVja19kZWxheTogMCAoYWJhbmRv bmVkOiB0aW55LmNjL3Z0d3N2dyk=\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17602 invoked from network); 23 Apr 2013 09:49:19 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-16.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 23 Apr 2013 09:49:19 -0000 X-IronPort-AV: E=Sophos;i="4.87,532,1363132800"; d="scan'208";a="3832486" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 23 Apr 2013 09:49:19 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Tue, 23 Apr 2013 10:49:19 +0100 Message-ID: <1366710557.20256.90.camel@zakaz.uk.xensource.com> From: Ian Campbell To: George Dunlap Date: Tue, 23 Apr 2013 10:49:17 +0100 In-Reply-To: References: <20130419185616.GA18344@u109add4315675089e695.ant.amazon.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" , "xen-devel@lists.xen.org" , "xen-announce@lists.xen.org" , Matt Wilson , Konrad Rzeszutek Wilk Subject: Re: [Xen-users] [Xen-devel] Security disclosure process discussion update X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, 2013-04-23 at 10:37 +0100, George Dunlap wrote: > > Also, Lars added an item to the May hackathon wiki > > (http://tiny.cc/vtwsvw) to discuss other aspects of the process that > > might should be included in the policy. Should we defer voting on a > > draft until after the hackathon? > > I'm willing to consider it, but I really don't think it's necessary. Also the hackathon is going to be somewhat self selecting towards developers only, whereas this is a discussion/issue into which the user community has a stake. Ian _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 23 11:45:00 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Apr 2013 11:45: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 1UUbdd-00010x-M1; Tue, 23 Apr 2013 11:43:57 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUbQQ-0000Fy-TB for xen-users@lists.xen.org; Tue, 23 Apr 2013 11:30:19 +0000 Received: from [85.158.139.211:19621] by server-6.bemta-5.messagelabs.com id A8/62-21466-AC076715; Tue, 23 Apr 2013 11:30:18 +0000 X-Env-Sender: jobseeker.naukri@gmail.com X-Msg-Ref: server-4.tower-206.messagelabs.com!1366716614!20129001!1 X-Originating-IP: [209.85.217.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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20995 invoked from network); 23 Apr 2013 11:30:15 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-4.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 23 Apr 2013 11:30:15 -0000 Received: by mail-lb0-f173.google.com with SMTP id 10so539930lbf.32 for ; Tue, 23 Apr 2013 04:30:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:content-type; bh=k7dQpEIuhF3ITfSGDyqIvvTNzrBqzyCPxbtj1oYkx/c=; b=cxfj3+kgwbCn/68GKG4ruESM17CaJpzCVNu8sUgaXzMBbT8gUPLdm1i1Pii6LpUv+G 4CTQ7EzgMnVBkCMmBKNYKyLJ0NTbCiCRMeKzebj1pjB1L0UrvQS7ruIzTGOgc7bFedfX VH4wqsCNYzkMsNytc4+k+cAEmf9eCK8IFPl65btSuLBTZAdLZNTx9Yk2ShcAHGfrxvMi 8qyLc41qC/Pm5dJGDU1/Wec33ug7ByHw8HybWkUCcPmr/+/OyGv2xYdGo2rLIrWox9Xz TSMNG6zQhcbgWIFXwCcn16V0Vn134zPELgihr+MVbkZIFQ1OkFm2np9by+lDnkqei7aD XbTQ== MIME-Version: 1.0 X-Received: by 10.112.128.231 with SMTP id nr7mr15106893lbb.26.1366716614489; Tue, 23 Apr 2013 04:30:14 -0700 (PDT) Received: by 10.112.69.168 with HTTP; Tue, 23 Apr 2013 04:30:14 -0700 (PDT) In-Reply-To: References: Date: Tue, 23 Apr 2013 17:00:14 +0530 Message-ID: From: Srinivas Ch To: xen-users@lists.xen.org X-Mailman-Approved-At: Tue, 23 Apr 2013 11:43:57 +0000 Subject: [Xen-users] Mapping GPIO ports 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: multipart/mixed; boundary="===============3939665886308742386==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3939665886308742386== Content-Type: multipart/alternative; boundary=047d7b343d2050bd6704db05826a --047d7b343d2050bd6704db05826a Content-Type: text/plain; charset=ISO-8859-1 Hello, I have physical address of GPIO port, I want to map that physical address to domU and make domU to access those ports. These GPIO ports can be accessed through I/O port as well. What is the best way to achieve this other than shared driver model. Since these GPIO ports are on-chip I can't even make them as pass through. So what is the possible solution? What I tried was that ioremap on physical port in dom0 and tried to share it using grant table entry, where as *virt_to_mfn* is returning * INVALID_P2M_ENTRY*, hence mapping on domU is faling. Let me know suggestions and solutions. --047d7b343d2050bd6704db05826a Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello,

= =A0 =A0 =A0 I have physical address of GPIO port, I want to map that physic= al address to domU and make domU to access those ports. These GPIO ports ca= n be accessed through I/O port as well. What is the best way to achieve thi= s other than shared driver model. Since these GPIO ports are on-chip I can&= #39;t even make them as pass through. So what is the possible solution?

What I tried was that ioremap on physical port in dom0 = and tried to share it using grant table entry, where as=A0virt_to_mfn= is returning INVALID_P2M_ENTRY, = hence mapping on domU is faling.=A0

Let me know suggestions and solutions.

--047d7b343d2050bd6704db05826a-- --===============3939665886308742386== 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 --===============3939665886308742386==-- From xen-users-bounces@lists.xen.org Tue Apr 23 11:45:00 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Apr 2013 11:45: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 1UUbdd-00010x-M1; Tue, 23 Apr 2013 11:43:57 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUbQQ-0000Fy-TB for xen-users@lists.xen.org; Tue, 23 Apr 2013 11:30:19 +0000 Received: from [85.158.139.211:19621] by server-6.bemta-5.messagelabs.com id A8/62-21466-AC076715; Tue, 23 Apr 2013 11:30:18 +0000 X-Env-Sender: jobseeker.naukri@gmail.com X-Msg-Ref: server-4.tower-206.messagelabs.com!1366716614!20129001!1 X-Originating-IP: [209.85.217.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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20995 invoked from network); 23 Apr 2013 11:30:15 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-4.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 23 Apr 2013 11:30:15 -0000 Received: by mail-lb0-f173.google.com with SMTP id 10so539930lbf.32 for ; Tue, 23 Apr 2013 04:30:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:content-type; bh=k7dQpEIuhF3ITfSGDyqIvvTNzrBqzyCPxbtj1oYkx/c=; b=cxfj3+kgwbCn/68GKG4ruESM17CaJpzCVNu8sUgaXzMBbT8gUPLdm1i1Pii6LpUv+G 4CTQ7EzgMnVBkCMmBKNYKyLJ0NTbCiCRMeKzebj1pjB1L0UrvQS7ruIzTGOgc7bFedfX VH4wqsCNYzkMsNytc4+k+cAEmf9eCK8IFPl65btSuLBTZAdLZNTx9Yk2ShcAHGfrxvMi 8qyLc41qC/Pm5dJGDU1/Wec33ug7ByHw8HybWkUCcPmr/+/OyGv2xYdGo2rLIrWox9Xz TSMNG6zQhcbgWIFXwCcn16V0Vn134zPELgihr+MVbkZIFQ1OkFm2np9by+lDnkqei7aD XbTQ== MIME-Version: 1.0 X-Received: by 10.112.128.231 with SMTP id nr7mr15106893lbb.26.1366716614489; Tue, 23 Apr 2013 04:30:14 -0700 (PDT) Received: by 10.112.69.168 with HTTP; Tue, 23 Apr 2013 04:30:14 -0700 (PDT) In-Reply-To: References: Date: Tue, 23 Apr 2013 17:00:14 +0530 Message-ID: From: Srinivas Ch To: xen-users@lists.xen.org X-Mailman-Approved-At: Tue, 23 Apr 2013 11:43:57 +0000 Subject: [Xen-users] Mapping GPIO ports 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: multipart/mixed; boundary="===============3939665886308742386==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3939665886308742386== Content-Type: multipart/alternative; boundary=047d7b343d2050bd6704db05826a --047d7b343d2050bd6704db05826a Content-Type: text/plain; charset=ISO-8859-1 Hello, I have physical address of GPIO port, I want to map that physical address to domU and make domU to access those ports. These GPIO ports can be accessed through I/O port as well. What is the best way to achieve this other than shared driver model. Since these GPIO ports are on-chip I can't even make them as pass through. So what is the possible solution? What I tried was that ioremap on physical port in dom0 and tried to share it using grant table entry, where as *virt_to_mfn* is returning * INVALID_P2M_ENTRY*, hence mapping on domU is faling. Let me know suggestions and solutions. --047d7b343d2050bd6704db05826a Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello,

= =A0 =A0 =A0 I have physical address of GPIO port, I want to map that physic= al address to domU and make domU to access those ports. These GPIO ports ca= n be accessed through I/O port as well. What is the best way to achieve thi= s other than shared driver model. Since these GPIO ports are on-chip I can&= #39;t even make them as pass through. So what is the possible solution?

What I tried was that ioremap on physical port in dom0 = and tried to share it using grant table entry, where as=A0virt_to_mfn= is returning INVALID_P2M_ENTRY, = hence mapping on domU is faling.=A0

Let me know suggestions and solutions.

--047d7b343d2050bd6704db05826a-- --===============3939665886308742386== 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 --===============3939665886308742386==-- From xen-users-bounces@lists.xen.org Tue Apr 23 11:56:16 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Apr 2013 11:56: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 1UUboi-0001xI-9K; Tue, 23 Apr 2013 11:55:24 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUboh-0001x9-53 for xen-users@lists.xen.org; Tue, 23 Apr 2013 11:55:23 +0000 Received: from [85.158.139.83:22830] by server-16.bemta-5.messagelabs.com id 12/50-02543-6A676715; Tue, 23 Apr 2013 11:55:18 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-16.tower-182.messagelabs.com!1366718118!22191300!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11016 invoked from network); 23 Apr 2013 11:55:18 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-16.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 23 Apr 2013 11:55:18 -0000 X-IronPort-AV: E=Sophos;i="4.87,533,1363132800"; d="scan'208";a="3838378" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 23 Apr 2013 11:55:18 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Tue, 23 Apr 2013 12:55:18 +0100 Message-ID: <1366718116.20256.136.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Srinivas Ch Date: Tue, 23 Apr 2013 12:55:16 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Mapping GPIO ports 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 Tue, 2013-04-23 at 12:30 +0100, Srinivas Ch wrote: > Hello, > > > I have physical address of GPIO port, I want to map that > physical address to domU and make domU to access those ports. These > GPIO ports can be accessed through I/O port as well. What is the best > way to achieve this other than shared driver model. Since these GPIO > ports are on-chip I can't even make them as pass through. So what is > the possible solution? It's not clear to me if you are talking about MMIO registers or X86 I/O address space ports. With xl you can use "ioports = [...]" and "iomem = [...]" in your domain configuration. IIRC xend only supported ioports. iomem only works at the page granularity though, so if you use that you will be exposing the entire page containing the ports, which may be a problem depending on what shares that page. If you can use the I/O address space to access these registers that would probably be preferable for that reason. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 23 11:56:16 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Apr 2013 11:56: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 1UUboi-0001xI-9K; Tue, 23 Apr 2013 11:55:24 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUboh-0001x9-53 for xen-users@lists.xen.org; Tue, 23 Apr 2013 11:55:23 +0000 Received: from [85.158.139.83:22830] by server-16.bemta-5.messagelabs.com id 12/50-02543-6A676715; Tue, 23 Apr 2013 11:55:18 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-16.tower-182.messagelabs.com!1366718118!22191300!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11016 invoked from network); 23 Apr 2013 11:55:18 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-16.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 23 Apr 2013 11:55:18 -0000 X-IronPort-AV: E=Sophos;i="4.87,533,1363132800"; d="scan'208";a="3838378" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 23 Apr 2013 11:55:18 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Tue, 23 Apr 2013 12:55:18 +0100 Message-ID: <1366718116.20256.136.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Srinivas Ch Date: Tue, 23 Apr 2013 12:55:16 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Mapping GPIO ports 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 Tue, 2013-04-23 at 12:30 +0100, Srinivas Ch wrote: > Hello, > > > I have physical address of GPIO port, I want to map that > physical address to domU and make domU to access those ports. These > GPIO ports can be accessed through I/O port as well. What is the best > way to achieve this other than shared driver model. Since these GPIO > ports are on-chip I can't even make them as pass through. So what is > the possible solution? It's not clear to me if you are talking about MMIO registers or X86 I/O address space ports. With xl you can use "ioports = [...]" and "iomem = [...]" in your domain configuration. IIRC xend only supported ioports. iomem only works at the page granularity though, so if you use that you will be exposing the entire page containing the ports, which may be a problem depending on what shares that page. If you can use the I/O address space to access these registers that would probably be preferable for that reason. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 23 14:22:40 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Apr 2013 14:22: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 1UUe6H-0002Fn-O5; Tue, 23 Apr 2013 14:21:41 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUdov-00015r-Tg for xen-users@lists.xen.org; Tue, 23 Apr 2013 14:03:46 +0000 Received: from [193.109.254.147:50181] by server-6.bemta-14.messagelabs.com id 08/BB-31180-1C496715; Tue, 23 Apr 2013 14:03:45 +0000 X-Env-Sender: jobseeker.naukri@gmail.com X-Msg-Ref: server-3.tower-27.messagelabs.com!1366725802!8708316!1 X-Originating-IP: [209.85.217.181] 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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4603 invoked from network); 23 Apr 2013 14:03:23 -0000 Received: from mail-lb0-f181.google.com (HELO mail-lb0-f181.google.com) (209.85.217.181) by server-3.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 23 Apr 2013 14:03:23 -0000 Received: by mail-lb0-f181.google.com with SMTP id r11so690051lbv.12 for ; Tue, 23 Apr 2013 07:03:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=TJCH0qS6CuihFWD5Q7JxXkYFhMZH3Fi/hdoL8AvwDR4=; b=vicfhwcpSjZuKK5UsA991UdDwQP6tnrUA+08FvzY2SNo/vf0wmS0bBB5UuKs9OocJu JB/+v6uNZA9a0+keRrUwsOYPedkU6cGcX9SKSDoO+RnLm4gm31BatiIGKkBOuuj1C/PK uG4RfuGd30fcKuj7dBhn2yfVBAG47UNzI3z8QUVRaIlMpv936t9/VD4In0L8gvEn+qFh HHx4dulwCCE3Lzy0ZewPPtCPnjIxvvQP1fAZ0SiWTDN840SVotaxbcqKxvQ5DIr1QzIe C185lxKpwFr0gPaiPb+F1y6+VokIXh9iGgZtwDQtz9c78ltWFD7rU+C0CpIMCBL/VyLc m8fg== MIME-Version: 1.0 X-Received: by 10.112.172.68 with SMTP id ba4mr15506525lbc.11.1366725786851; Tue, 23 Apr 2013 07:03:06 -0700 (PDT) Received: by 10.112.69.168 with HTTP; Tue, 23 Apr 2013 07:03:06 -0700 (PDT) In-Reply-To: <1366718116.20256.136.camel@zakaz.uk.xensource.com> References: <1366718116.20256.136.camel@zakaz.uk.xensource.com> Date: Tue, 23 Apr 2013 19:33:06 +0530 Message-ID: From: Srinivas Ch To: Ian Campbell X-Mailman-Approved-At: Tue, 23 Apr 2013 14:21:40 +0000 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Mapping GPIO ports 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: multipart/mixed; boundary="===============2090411585904309671==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2090411585904309671== Content-Type: multipart/alternative; boundary=001a11c33ffe07e3bb04db07a5a9 --001a11c33ffe07e3bb04db07a5a9 Content-Type: text/plain; charset=ISO-8859-1 Hi Ian, Thank you. Yeah I am talking about MMIO registers & x86 I/O ports. I am new to xen, can you tell me bit clearly or if there is any document link which explain more about iomem and ioport configurations. Basically MMIO GPIO port is accessible at physical address 0xfed80000. I want to map this address directly to domU, I am okay even page exposes other registers as of now. Thanks in advance. On Tue, Apr 23, 2013 at 5:25 PM, Ian Campbell wrote: > On Tue, 2013-04-23 at 12:30 +0100, Srinivas Ch wrote: > > Hello, > > > > > > I have physical address of GPIO port, I want to map that > > physical address to domU and make domU to access those ports. These > > GPIO ports can be accessed through I/O port as well. What is the best > > way to achieve this other than shared driver model. Since these GPIO > > ports are on-chip I can't even make them as pass through. So what is > > the possible solution? > > It's not clear to me if you are talking about MMIO registers or X86 I/O > address space ports. > > With xl you can use "ioports = [...]" and "iomem = [...]" in your domain > configuration. IIRC xend only supported ioports. > > iomem only works at the page granularity though, so if you use that you > will be exposing the entire page containing the ports, which may be a > problem depending on what shares that page. If you can use the I/O > address space to access these registers that would probably be > preferable for that reason. > > > Ian. > > --001a11c33ffe07e3bb04db07a5a9 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Ian,

=A0 =A0 =A0 Thank you. Yeah I am talking about M= MIO registers & x86 I/O ports. I am new to xen, can you tell me bit cle= arly or if there is any document link which explain more about iomem and io= port configurations. Basically MMIO GPIO port is accessible at physical add= ress 0xfed80000. I want to map this address directly to domU, I am okay eve= n page exposes other registers as of now. Thanks in advance.=A0

On Tue, Apr 23, 2013 at 5:25 PM, Ian Campbel= l <Ian.Campbell@citrix.com> wrote:
On Tue, 2013-04-23 at 12:30 +0100, Srinivas Ch wrote:
> Hello,
>
>
> =A0 =A0 =A0 I have physical address of GPIO port, I want to map that > physical address to domU and make domU to access those ports. These > GPIO ports can be accessed through I/O port as well. What is the best<= br> > way to achieve this other than shared driver model. Since these GPIO > ports are on-chip I can't even make them as pass through. So what = is
> the possible solution?

It's not clear to me if you are talking about MMIO registers or X= 86 I/O
address space ports.

With xl you can use "ioports =3D [...]" and "iomem =3D [...]= " in your domain
configuration. IIRC xend only supported ioports.

iomem only works at the page granularity though, so if you use that you
will be exposing the entire page containing the ports, which may be a
problem depending on what shares that page. If you can use the I/O
address space to access these registers that would probably be
preferable for that reason.


Ian.


--001a11c33ffe07e3bb04db07a5a9-- --===============2090411585904309671== 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 --===============2090411585904309671==-- From xen-users-bounces@lists.xen.org Tue Apr 23 14:22:40 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Apr 2013 14:22: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 1UUe6H-0002Fn-O5; Tue, 23 Apr 2013 14:21:41 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUdov-00015r-Tg for xen-users@lists.xen.org; Tue, 23 Apr 2013 14:03:46 +0000 Received: from [193.109.254.147:50181] by server-6.bemta-14.messagelabs.com id 08/BB-31180-1C496715; Tue, 23 Apr 2013 14:03:45 +0000 X-Env-Sender: jobseeker.naukri@gmail.com X-Msg-Ref: server-3.tower-27.messagelabs.com!1366725802!8708316!1 X-Originating-IP: [209.85.217.181] 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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4603 invoked from network); 23 Apr 2013 14:03:23 -0000 Received: from mail-lb0-f181.google.com (HELO mail-lb0-f181.google.com) (209.85.217.181) by server-3.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 23 Apr 2013 14:03:23 -0000 Received: by mail-lb0-f181.google.com with SMTP id r11so690051lbv.12 for ; Tue, 23 Apr 2013 07:03:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=TJCH0qS6CuihFWD5Q7JxXkYFhMZH3Fi/hdoL8AvwDR4=; b=vicfhwcpSjZuKK5UsA991UdDwQP6tnrUA+08FvzY2SNo/vf0wmS0bBB5UuKs9OocJu JB/+v6uNZA9a0+keRrUwsOYPedkU6cGcX9SKSDoO+RnLm4gm31BatiIGKkBOuuj1C/PK uG4RfuGd30fcKuj7dBhn2yfVBAG47UNzI3z8QUVRaIlMpv936t9/VD4In0L8gvEn+qFh HHx4dulwCCE3Lzy0ZewPPtCPnjIxvvQP1fAZ0SiWTDN840SVotaxbcqKxvQ5DIr1QzIe C185lxKpwFr0gPaiPb+F1y6+VokIXh9iGgZtwDQtz9c78ltWFD7rU+C0CpIMCBL/VyLc m8fg== MIME-Version: 1.0 X-Received: by 10.112.172.68 with SMTP id ba4mr15506525lbc.11.1366725786851; Tue, 23 Apr 2013 07:03:06 -0700 (PDT) Received: by 10.112.69.168 with HTTP; Tue, 23 Apr 2013 07:03:06 -0700 (PDT) In-Reply-To: <1366718116.20256.136.camel@zakaz.uk.xensource.com> References: <1366718116.20256.136.camel@zakaz.uk.xensource.com> Date: Tue, 23 Apr 2013 19:33:06 +0530 Message-ID: From: Srinivas Ch To: Ian Campbell X-Mailman-Approved-At: Tue, 23 Apr 2013 14:21:40 +0000 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Mapping GPIO ports 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: multipart/mixed; boundary="===============2090411585904309671==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2090411585904309671== Content-Type: multipart/alternative; boundary=001a11c33ffe07e3bb04db07a5a9 --001a11c33ffe07e3bb04db07a5a9 Content-Type: text/plain; charset=ISO-8859-1 Hi Ian, Thank you. Yeah I am talking about MMIO registers & x86 I/O ports. I am new to xen, can you tell me bit clearly or if there is any document link which explain more about iomem and ioport configurations. Basically MMIO GPIO port is accessible at physical address 0xfed80000. I want to map this address directly to domU, I am okay even page exposes other registers as of now. Thanks in advance. On Tue, Apr 23, 2013 at 5:25 PM, Ian Campbell wrote: > On Tue, 2013-04-23 at 12:30 +0100, Srinivas Ch wrote: > > Hello, > > > > > > I have physical address of GPIO port, I want to map that > > physical address to domU and make domU to access those ports. These > > GPIO ports can be accessed through I/O port as well. What is the best > > way to achieve this other than shared driver model. Since these GPIO > > ports are on-chip I can't even make them as pass through. So what is > > the possible solution? > > It's not clear to me if you are talking about MMIO registers or X86 I/O > address space ports. > > With xl you can use "ioports = [...]" and "iomem = [...]" in your domain > configuration. IIRC xend only supported ioports. > > iomem only works at the page granularity though, so if you use that you > will be exposing the entire page containing the ports, which may be a > problem depending on what shares that page. If you can use the I/O > address space to access these registers that would probably be > preferable for that reason. > > > Ian. > > --001a11c33ffe07e3bb04db07a5a9 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Ian,

=A0 =A0 =A0 Thank you. Yeah I am talking about M= MIO registers & x86 I/O ports. I am new to xen, can you tell me bit cle= arly or if there is any document link which explain more about iomem and io= port configurations. Basically MMIO GPIO port is accessible at physical add= ress 0xfed80000. I want to map this address directly to domU, I am okay eve= n page exposes other registers as of now. Thanks in advance.=A0

On Tue, Apr 23, 2013 at 5:25 PM, Ian Campbel= l <Ian.Campbell@citrix.com> wrote:
On Tue, 2013-04-23 at 12:30 +0100, Srinivas Ch wrote:
> Hello,
>
>
> =A0 =A0 =A0 I have physical address of GPIO port, I want to map that > physical address to domU and make domU to access those ports. These > GPIO ports can be accessed through I/O port as well. What is the best<= br> > way to achieve this other than shared driver model. Since these GPIO > ports are on-chip I can't even make them as pass through. So what = is
> the possible solution?

It's not clear to me if you are talking about MMIO registers or X= 86 I/O
address space ports.

With xl you can use "ioports =3D [...]" and "iomem =3D [...]= " in your domain
configuration. IIRC xend only supported ioports.

iomem only works at the page granularity though, so if you use that you
will be exposing the entire page containing the ports, which may be a
problem depending on what shares that page. If you can use the I/O
address space to access these registers that would probably be
preferable for that reason.


Ian.


--001a11c33ffe07e3bb04db07a5a9-- --===============2090411585904309671== 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 --===============2090411585904309671==-- From xen-users-bounces@lists.xen.org Tue Apr 23 15:09:22 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Apr 2013 15:09: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 1UUepT-0004yo-Fp; Tue, 23 Apr 2013 15:08:23 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUepS-0004yb-GI for xen-users@lists.xen.org; Tue, 23 Apr 2013 15:08:22 +0000 Received: from [85.158.139.83:63288] by server-6.bemta-5.messagelabs.com id 02/3D-21466-5E3A6715; Tue, 23 Apr 2013 15:08:21 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-5.tower-182.messagelabs.com!1366729701!29704560!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23183 invoked from network); 23 Apr 2013 15:08:21 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-5.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 23 Apr 2013 15:08:21 -0000 X-IronPort-AV: E=Sophos;i="4.87,533,1363132800"; d="scan'208";a="3847418" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 23 Apr 2013 15:08:22 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Tue, 23 Apr 2013 16:08:20 +0100 Message-ID: <1366729699.20256.167.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Nagaraju Bingi Date: Tue, 23 Apr 2013 16:08:19 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Xen Hypervisor OVF X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, 2013-04-22 at 10:38 +0100, Nagaraju Bingi wrote: > n We are planning to bundle the application as OVF appliance so that > customers/users can easily deploy it on Xen hypervisor using XenCenter These references to XenCenter suggest you are talking about XenServer, the Citrix product, rather than the Open Source Xen hypervisor. This list is for the OSS version of Xen. For questions regarding XenServer you should contact your support representative or try the XenServer forums: http://forums.citrix.com/category.jspa?categoryID=101 Thanks, Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 23 15:09:22 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Apr 2013 15:09: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 1UUepT-0004yo-Fp; Tue, 23 Apr 2013 15:08:23 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUepS-0004yb-GI for xen-users@lists.xen.org; Tue, 23 Apr 2013 15:08:22 +0000 Received: from [85.158.139.83:63288] by server-6.bemta-5.messagelabs.com id 02/3D-21466-5E3A6715; Tue, 23 Apr 2013 15:08:21 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-5.tower-182.messagelabs.com!1366729701!29704560!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23183 invoked from network); 23 Apr 2013 15:08:21 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-5.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 23 Apr 2013 15:08:21 -0000 X-IronPort-AV: E=Sophos;i="4.87,533,1363132800"; d="scan'208";a="3847418" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 23 Apr 2013 15:08:22 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Tue, 23 Apr 2013 16:08:20 +0100 Message-ID: <1366729699.20256.167.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Nagaraju Bingi Date: Tue, 23 Apr 2013 16:08:19 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Xen Hypervisor OVF X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, 2013-04-22 at 10:38 +0100, Nagaraju Bingi wrote: > n We are planning to bundle the application as OVF appliance so that > customers/users can easily deploy it on Xen hypervisor using XenCenter These references to XenCenter suggest you are talking about XenServer, the Citrix product, rather than the Open Source Xen hypervisor. This list is for the OSS version of Xen. For questions regarding XenServer you should contact your support representative or try the XenServer forums: http://forums.citrix.com/category.jspa?categoryID=101 Thanks, Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 23 15:13:31 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Apr 2013 15:13: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 1UUeta-0005H1-RJ; Tue, 23 Apr 2013 15:12:38 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUetZ-0005GF-Ft for xen-users@lists.xen.org; Tue, 23 Apr 2013 15:12:37 +0000 Received: from [85.158.139.211:35589] by server-3.bemta-5.messagelabs.com id F7/8D-17256-0E4A6715; Tue, 23 Apr 2013 15:12:32 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-12.tower-206.messagelabs.com!1366729904!20064608!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16726 invoked from network); 23 Apr 2013 15:11:45 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-12.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 23 Apr 2013 15:11:45 -0000 X-IronPort-AV: E=Sophos;i="4.87,533,1363132800"; d="scan'208";a="3847569" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 23 Apr 2013 15:11:45 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Tue, 23 Apr 2013 16:11:44 +0100 Message-ID: <1366729903.20256.171.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Srinivas Ch Date: Tue, 23 Apr 2013 16:11:43 +0100 In-Reply-To: References: <1366718116.20256.136.camel@zakaz.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Mapping GPIO ports 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 Tue, 2013-04-23 at 15:03 +0100, Srinivas Ch wrote: > Hi Ian, > > > Thank you. Yeah I am talking about MMIO registers & x86 I/O > ports. MMIO registers & x86 I/O ports are two separate things. It sounds like you are doing MMIO. > I am new to xen, can you tell me bit clearly or if there is any > document link which explain more about iomem and ioport > configurations. xl comes with manpages which describe these options and you can find them either in tree or linked from the wiki. > Basically MMIO GPIO port is accessible at physical address > 0xfed80000. I want to map this address directly to domU, I am okay > even page exposes other registers as of now. Then I think the iomem option should do what you need. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 23 15:13:31 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Apr 2013 15:13: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 1UUeta-0005H1-RJ; Tue, 23 Apr 2013 15:12:38 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUetZ-0005GF-Ft for xen-users@lists.xen.org; Tue, 23 Apr 2013 15:12:37 +0000 Received: from [85.158.139.211:35589] by server-3.bemta-5.messagelabs.com id F7/8D-17256-0E4A6715; Tue, 23 Apr 2013 15:12:32 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-12.tower-206.messagelabs.com!1366729904!20064608!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16726 invoked from network); 23 Apr 2013 15:11:45 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-12.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 23 Apr 2013 15:11:45 -0000 X-IronPort-AV: E=Sophos;i="4.87,533,1363132800"; d="scan'208";a="3847569" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 23 Apr 2013 15:11:45 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Tue, 23 Apr 2013 16:11:44 +0100 Message-ID: <1366729903.20256.171.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Srinivas Ch Date: Tue, 23 Apr 2013 16:11:43 +0100 In-Reply-To: References: <1366718116.20256.136.camel@zakaz.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Mapping GPIO ports 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 Tue, 2013-04-23 at 15:03 +0100, Srinivas Ch wrote: > Hi Ian, > > > Thank you. Yeah I am talking about MMIO registers & x86 I/O > ports. MMIO registers & x86 I/O ports are two separate things. It sounds like you are doing MMIO. > I am new to xen, can you tell me bit clearly or if there is any > document link which explain more about iomem and ioport > configurations. xl comes with manpages which describe these options and you can find them either in tree or linked from the wiki. > Basically MMIO GPIO port is accessible at physical address > 0xfed80000. I want to map this address directly to domU, I am okay > even page exposes other registers as of now. Then I think the iomem option should do what you need. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 23 16:56:13 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Apr 2013 16:56: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 1UUgUf-0002Ke-43; Tue, 23 Apr 2013 16:55:01 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUgUd-0002KZ-SY for xen-users@lists.xensource.com; Tue, 23 Apr 2013 16:55:00 +0000 Received: from [85.158.138.51:24147] by server-7.bemta-3.messagelabs.com id 10/01-06591-2ECB6715; Tue, 23 Apr 2013 16:54:58 +0000 X-Env-Sender: christian@motschke.de X-Msg-Ref: server-8.tower-174.messagelabs.com!1366736098!29580631!1 X-Originating-IP: [85.214.82.195] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4369 invoked from network); 23 Apr 2013 16:54:58 -0000 Received: from h1782359.stratoserver.net (HELO h1782359.stratoserver.net) (85.214.82.195) by server-8.tower-174.messagelabs.com with SMTP; 23 Apr 2013 16:54:58 -0000 Received: by h1782359.stratoserver.net (Postfix, from userid 113) id 9520CA6C11F; Tue, 23 Apr 2013 18:54:57 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on h1782359.stratoserver.net X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.1 Received: from imac-cmo.itso-berlin.de (dns.itso-berlin.de [62.96.12.227]) (Authenticated sender: motschke@motschke.de) by h1782359.stratoserver.net (Postfix) with ESMTPSA id ADB08A6C0BF for ; Tue, 23 Apr 2013 18:54:55 +0200 (CEST) From: Christian Motschke Message-Id: Date: Tue, 23 Apr 2013 18:55:01 +0200 To: "xen-users@lists.xensource.com list" Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) X-Mailer: Apple Mail (2.1503) Subject: [Xen-users] XCP and network interfaces X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 started using XCP (Debian wheezy packages) after I used XEN for several years. I have some questions regarding the creation of the network interfaces (I am trying to use bridges not openvswitch). I have 4 physical network interfaces. They are renamed by udev (intern, dmz, san1 and san2) and already assigned to bridges (br0 to br3). I want to use the same bridges for XCP, but XCP ignores these bridges and tries to create own bridges for every physical interface. But this will not work, because the physical interface is already assigned to a bridge. How can I use an already existing bridge (that is not named xenbr0, if this is relevant) in XCP? Who creates the pifs and networks in XCP (I assume xcp-networkd)? What I want to do is: xe network-create name-label=br0 name-description="internal network" bridge=br0 This does not work because the bridge param is RO and is ignored. viki:~# xe pif-list uuid ( RO) : 070e32e7-da50-78f4-6cfd-0626f1fca089 device ( RO): dmz currently-attached ( RO): false VLAN ( RO): -1 network-uuid ( RO): 799946d2-0402-abe9-5010-b4cc975cd26b uuid ( RO) : 4a123159-f10c-c887-c8a1-5fe17875ad7b device ( RO): intern currently-attached ( RO): false VLAN ( RO): -1 network-uuid ( RO): 73234b34-ae79-6ea0-45c7-2f5180dd2509 uuid ( RO) : 39b6fd14-0077-ce36-d2c2-1157bfa391ea device ( RO): san2 currently-attached ( RO): true VLAN ( RO): -1 network-uuid ( RO): 26ada0d6-dbee-87c3-c7c2-dd1e1d0aeedb uuid ( RO) : 0ec8bba3-ab45-715a-f7fe-e68e737b3fba device ( RO): san1 currently-attached ( RO): false VLAN ( RO): -1 network-uuid ( RO): 111d1d5c-ce3f-1d70-960a-41feb3b7c478 viki:~# xe network-list uuid ( RO) : 111d1d5c-ce3f-1d70-960a-41feb3b7c478 name-label ( RW): Pool-wide network associated with san1 name-description ( RW): bridge ( RO): brsan1 uuid ( RO) : 73234b34-ae79-6ea0-45c7-2f5180dd2509 name-label ( RW): Pool-wide network associated with intern name-description ( RW): bridge ( RO): brintern uuid ( RO) : dbf3dcfd-9046-c6a0-ec5e-a39e2239cdcc name-label ( RW): Host internal management network name-description ( RW): Network on which guests will be assigned a private link-local IP address which can be used to talk XenAPI bridge ( RO): xenapi uuid ( RO) : 799946d2-0402-abe9-5010-b4cc975cd26b name-label ( RW): Pool-wide network associated with dmz name-description ( RW): bridge ( RO): brdmz uuid ( RO) : 26ada0d6-dbee-87c3-c7c2-dd1e1d0aeedb name-label ( RW): Pool-wide network associated with san2 name-description ( RW): bridge ( RO): brsan2 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 23 16:56:13 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Apr 2013 16:56: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 1UUgUf-0002Ke-43; Tue, 23 Apr 2013 16:55:01 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUgUd-0002KZ-SY for xen-users@lists.xensource.com; Tue, 23 Apr 2013 16:55:00 +0000 Received: from [85.158.138.51:24147] by server-7.bemta-3.messagelabs.com id 10/01-06591-2ECB6715; Tue, 23 Apr 2013 16:54:58 +0000 X-Env-Sender: christian@motschke.de X-Msg-Ref: server-8.tower-174.messagelabs.com!1366736098!29580631!1 X-Originating-IP: [85.214.82.195] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4369 invoked from network); 23 Apr 2013 16:54:58 -0000 Received: from h1782359.stratoserver.net (HELO h1782359.stratoserver.net) (85.214.82.195) by server-8.tower-174.messagelabs.com with SMTP; 23 Apr 2013 16:54:58 -0000 Received: by h1782359.stratoserver.net (Postfix, from userid 113) id 9520CA6C11F; Tue, 23 Apr 2013 18:54:57 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on h1782359.stratoserver.net X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.1 Received: from imac-cmo.itso-berlin.de (dns.itso-berlin.de [62.96.12.227]) (Authenticated sender: motschke@motschke.de) by h1782359.stratoserver.net (Postfix) with ESMTPSA id ADB08A6C0BF for ; Tue, 23 Apr 2013 18:54:55 +0200 (CEST) From: Christian Motschke Message-Id: Date: Tue, 23 Apr 2013 18:55:01 +0200 To: "xen-users@lists.xensource.com list" Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) X-Mailer: Apple Mail (2.1503) Subject: [Xen-users] XCP and network interfaces X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 started using XCP (Debian wheezy packages) after I used XEN for several years. I have some questions regarding the creation of the network interfaces (I am trying to use bridges not openvswitch). I have 4 physical network interfaces. They are renamed by udev (intern, dmz, san1 and san2) and already assigned to bridges (br0 to br3). I want to use the same bridges for XCP, but XCP ignores these bridges and tries to create own bridges for every physical interface. But this will not work, because the physical interface is already assigned to a bridge. How can I use an already existing bridge (that is not named xenbr0, if this is relevant) in XCP? Who creates the pifs and networks in XCP (I assume xcp-networkd)? What I want to do is: xe network-create name-label=br0 name-description="internal network" bridge=br0 This does not work because the bridge param is RO and is ignored. viki:~# xe pif-list uuid ( RO) : 070e32e7-da50-78f4-6cfd-0626f1fca089 device ( RO): dmz currently-attached ( RO): false VLAN ( RO): -1 network-uuid ( RO): 799946d2-0402-abe9-5010-b4cc975cd26b uuid ( RO) : 4a123159-f10c-c887-c8a1-5fe17875ad7b device ( RO): intern currently-attached ( RO): false VLAN ( RO): -1 network-uuid ( RO): 73234b34-ae79-6ea0-45c7-2f5180dd2509 uuid ( RO) : 39b6fd14-0077-ce36-d2c2-1157bfa391ea device ( RO): san2 currently-attached ( RO): true VLAN ( RO): -1 network-uuid ( RO): 26ada0d6-dbee-87c3-c7c2-dd1e1d0aeedb uuid ( RO) : 0ec8bba3-ab45-715a-f7fe-e68e737b3fba device ( RO): san1 currently-attached ( RO): false VLAN ( RO): -1 network-uuid ( RO): 111d1d5c-ce3f-1d70-960a-41feb3b7c478 viki:~# xe network-list uuid ( RO) : 111d1d5c-ce3f-1d70-960a-41feb3b7c478 name-label ( RW): Pool-wide network associated with san1 name-description ( RW): bridge ( RO): brsan1 uuid ( RO) : 73234b34-ae79-6ea0-45c7-2f5180dd2509 name-label ( RW): Pool-wide network associated with intern name-description ( RW): bridge ( RO): brintern uuid ( RO) : dbf3dcfd-9046-c6a0-ec5e-a39e2239cdcc name-label ( RW): Host internal management network name-description ( RW): Network on which guests will be assigned a private link-local IP address which can be used to talk XenAPI bridge ( RO): xenapi uuid ( RO) : 799946d2-0402-abe9-5010-b4cc975cd26b name-label ( RW): Pool-wide network associated with dmz name-description ( RW): bridge ( RO): brdmz uuid ( RO) : 26ada0d6-dbee-87c3-c7c2-dd1e1d0aeedb name-label ( RW): Pool-wide network associated with san2 name-description ( RW): bridge ( RO): brsan2 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 23 18:07:59 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Apr 2013 18:07: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 1UUhcG-000548-9P; Tue, 23 Apr 2013 18:06:56 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUhcF-000543-6J for xen-users@lists.xen.org; Tue, 23 Apr 2013 18:06:55 +0000 Received: from [85.158.139.83:17933] by server-6.bemta-5.messagelabs.com id 74/F4-21466-EBDC6715; Tue, 23 Apr 2013 18:06:54 +0000 X-Env-Sender: agya.naila@gmail.com X-Msg-Ref: server-10.tower-182.messagelabs.com!1366740408!29848267!1 X-Originating-IP: [74.125.82.169] X-SpamReason: No, hits=2.0 required=7.0 tests=HTML_60_70,HTML_MESSAGE, HTML_OBFUSCATE_05_10,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3449 invoked from network); 23 Apr 2013 18:06:48 -0000 Received: from mail-we0-f169.google.com (HELO mail-we0-f169.google.com) (74.125.82.169) by server-10.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 23 Apr 2013 18:06:48 -0000 Received: by mail-we0-f169.google.com with SMTP id p43so889893wea.14 for ; Tue, 23 Apr 2013 11:06:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=qlP9I54ObPUD3NR/rCO629lWERJQODKJPxFoGN+6ocU=; b=J2+1HNLm9Q3H+2mS+NGSuaotnbe/w/bgxydRBpCELt94ImHWprRLJubZbMRBgVQ+LJ cAHM4QEOIJrCgaBTh1LUP1TODkbRHV7ECwLKIav97uEyVIRcjTJ8NfNL27QmzCcwyrGG VIL1Plm1Ve2jiwZcw4mPRFfyblKFI4WzUiA+HMRUMz0nM3UMfhP9Bmd9XY1mu0ITC2W9 j9tQlPEK7VZ/Cdn0CkEWG3igPZbTgTUt43niZzamWl7Sw52CzllKVJu0TxNQyJnWrzpO yKAoOpmZFieJQhb1usA7RwdCFfnly4BjKg5GCCxkw9NQ2oL+Cp04d/DUm9boTiQ8bU8O yMyA== MIME-Version: 1.0 X-Received: by 10.181.11.164 with SMTP id ej4mr21447629wid.29.1366740408631; Tue, 23 Apr 2013 11:06:48 -0700 (PDT) Received: by 10.217.88.194 with HTTP; Tue, 23 Apr 2013 11:06:48 -0700 (PDT) Date: Tue, 23 Apr 2013 20:06:48 +0200 Message-ID: From: agya naila To: "xen-users@lists.xen.org" Subject: [Xen-users] Xen with openvswitch integration X-BeenThere: xen-users@lists.xen.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="===============6585472687435094810==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6585472687435094810== Content-Type: multipart/alternative; boundary=f46d0438914b8e881904db0b0cf1 --f46d0438914b8e881904db0b0cf1 Content-Type: text/plain; charset=ISO-8859-1 Dear all, Again, I have some question here and I hope some one have experience how to do it. I have Xen 4.2.1 installed from sources and working with XM toolstack. I will use this xen in order to run Remus high availability with DRBD. Does any one know about openvswitch integration with xm toolstack, since Xen wiki only confirm XCP have natively support openvswitch http://wiki.xen.org/wiki/Open_vSwitch. I read some work here, Xen xm or xl will support it but we have to modify its networking script. This pages testing it http://lists.xen.org/archives/html/xen-users/2012-07/msg00332.html and provide the script. another modification is from this page Another Xen openvswitch networking script hacking is from this page http://lists.xen.org/archives/html/xen-users/2011-08/msg00071.html. I dont know which one is better integration or does Xen have its own way in Xen 4.2 to integrate it with Openvswitch? However I don't know whether this modification impact with Remus. Remus working with vif and this modification replaced vif with another approach. Please suggest, Best Regards, Agya --f46d0438914b8e881904db0b0cf1 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Dear all,
Again, I have some question here and I= hope some one have experience how to do it. I have Xen 4.2.1 installed fro= m sources and working with XM toolstack. I will use this xen in order to ru= n Remus high availability with DRBD.

Does any one know about openvswitch integra= tion with xm toolstack, since Xen wiki only confirm XCP have natively suppo= rt openvswitch=A0=A0http://wiki.xen.org/wiki= /Open_vSwitch.

=A0I read some work here,=A0Xen=A0xm=A0or=A0xl=A0will support it but we have to modify=A0its=A0networking script. This=A0<= /span>pages=A0testing=A0it=A0ht= tp://lists.xen.org/archives/html/xen-users/2012-07/msg00332.html=A0and provide the scr= ipt. another modification is from this page=A0Another Xen openvswitch networking sc= ript hacking is from this page=A0http://lists.xen.org/archives/html= /xen-users/2011-08/msg00071.html. I dont know which one is better integ= ration or does Xen have its own way in Xen 4.2 to integrate it with Openvsw= itch?

=
However I don't know whether this modification impact=A0with R= emus. Remus working with=A0vif=A0and this modification replaced=A0vif=A0with another approach.=A0

=
Please suggest,
Best Regards,

=
Agya
--f46d0438914b8e881904db0b0cf1-- --===============6585472687435094810== 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 --===============6585472687435094810==-- From xen-users-bounces@lists.xen.org Tue Apr 23 18:07:59 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Apr 2013 18:07: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 1UUhcG-000548-9P; Tue, 23 Apr 2013 18:06:56 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUhcF-000543-6J for xen-users@lists.xen.org; Tue, 23 Apr 2013 18:06:55 +0000 Received: from [85.158.139.83:17933] by server-6.bemta-5.messagelabs.com id 74/F4-21466-EBDC6715; Tue, 23 Apr 2013 18:06:54 +0000 X-Env-Sender: agya.naila@gmail.com X-Msg-Ref: server-10.tower-182.messagelabs.com!1366740408!29848267!1 X-Originating-IP: [74.125.82.169] X-SpamReason: No, hits=2.0 required=7.0 tests=HTML_60_70,HTML_MESSAGE, HTML_OBFUSCATE_05_10,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3449 invoked from network); 23 Apr 2013 18:06:48 -0000 Received: from mail-we0-f169.google.com (HELO mail-we0-f169.google.com) (74.125.82.169) by server-10.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 23 Apr 2013 18:06:48 -0000 Received: by mail-we0-f169.google.com with SMTP id p43so889893wea.14 for ; Tue, 23 Apr 2013 11:06:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=qlP9I54ObPUD3NR/rCO629lWERJQODKJPxFoGN+6ocU=; b=J2+1HNLm9Q3H+2mS+NGSuaotnbe/w/bgxydRBpCELt94ImHWprRLJubZbMRBgVQ+LJ cAHM4QEOIJrCgaBTh1LUP1TODkbRHV7ECwLKIav97uEyVIRcjTJ8NfNL27QmzCcwyrGG VIL1Plm1Ve2jiwZcw4mPRFfyblKFI4WzUiA+HMRUMz0nM3UMfhP9Bmd9XY1mu0ITC2W9 j9tQlPEK7VZ/Cdn0CkEWG3igPZbTgTUt43niZzamWl7Sw52CzllKVJu0TxNQyJnWrzpO yKAoOpmZFieJQhb1usA7RwdCFfnly4BjKg5GCCxkw9NQ2oL+Cp04d/DUm9boTiQ8bU8O yMyA== MIME-Version: 1.0 X-Received: by 10.181.11.164 with SMTP id ej4mr21447629wid.29.1366740408631; Tue, 23 Apr 2013 11:06:48 -0700 (PDT) Received: by 10.217.88.194 with HTTP; Tue, 23 Apr 2013 11:06:48 -0700 (PDT) Date: Tue, 23 Apr 2013 20:06:48 +0200 Message-ID: From: agya naila To: "xen-users@lists.xen.org" Subject: [Xen-users] Xen with openvswitch integration X-BeenThere: xen-users@lists.xen.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="===============6585472687435094810==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6585472687435094810== Content-Type: multipart/alternative; boundary=f46d0438914b8e881904db0b0cf1 --f46d0438914b8e881904db0b0cf1 Content-Type: text/plain; charset=ISO-8859-1 Dear all, Again, I have some question here and I hope some one have experience how to do it. I have Xen 4.2.1 installed from sources and working with XM toolstack. I will use this xen in order to run Remus high availability with DRBD. Does any one know about openvswitch integration with xm toolstack, since Xen wiki only confirm XCP have natively support openvswitch http://wiki.xen.org/wiki/Open_vSwitch. I read some work here, Xen xm or xl will support it but we have to modify its networking script. This pages testing it http://lists.xen.org/archives/html/xen-users/2012-07/msg00332.html and provide the script. another modification is from this page Another Xen openvswitch networking script hacking is from this page http://lists.xen.org/archives/html/xen-users/2011-08/msg00071.html. I dont know which one is better integration or does Xen have its own way in Xen 4.2 to integrate it with Openvswitch? However I don't know whether this modification impact with Remus. Remus working with vif and this modification replaced vif with another approach. Please suggest, Best Regards, Agya --f46d0438914b8e881904db0b0cf1 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Dear all,
Again, I have some question here and I= hope some one have experience how to do it. I have Xen 4.2.1 installed fro= m sources and working with XM toolstack. I will use this xen in order to ru= n Remus high availability with DRBD.

Does any one know about openvswitch integra= tion with xm toolstack, since Xen wiki only confirm XCP have natively suppo= rt openvswitch=A0=A0http://wiki.xen.org/wiki= /Open_vSwitch.

=A0I read some work here,=A0Xen=A0xm=A0or=A0xl=A0will support it but we have to modify=A0its=A0networking script. This=A0<= /span>pages=A0testing=A0it=A0ht= tp://lists.xen.org/archives/html/xen-users/2012-07/msg00332.html=A0and provide the scr= ipt. another modification is from this page=A0Another Xen openvswitch networking sc= ript hacking is from this page=A0http://lists.xen.org/archives/html= /xen-users/2011-08/msg00071.html. I dont know which one is better integ= ration or does Xen have its own way in Xen 4.2 to integrate it with Openvsw= itch?

=
However I don't know whether this modification impact=A0with R= emus. Remus working with=A0vif=A0and this modification replaced=A0vif=A0with another approach.=A0

=
Please suggest,
Best Regards,

=
Agya
--f46d0438914b8e881904db0b0cf1-- --===============6585472687435094810== 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 --===============6585472687435094810==-- From xen-users-bounces@lists.xen.org Tue Apr 23 21:43:33 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Apr 2013 21: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 1UUkyi-0004RC-8a; Tue, 23 Apr 2013 21:42:20 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUkyg-0004R7-4r for xen-users@lists.xen.org; Tue, 23 Apr 2013 21:42:18 +0000 Received: from [85.158.137.99:55523] by server-14.bemta-3.messagelabs.com id FB/99-27076-93007715; Tue, 23 Apr 2013 21:42:17 +0000 X-Env-Sender: michelepbx@gmail.com X-Msg-Ref: server-10.tower-217.messagelabs.com!1366753336!18855787!1 X-Originating-IP: [209.85.215.179] X-SpamReason: No, hits=0.6 required=7.0 tests=MAILTO_TO_SPAM_ADDR, MIME_BASE64_TEXT,ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30857 invoked from network); 23 Apr 2013 21:42:16 -0000 Received: from mail-ea0-f179.google.com (HELO mail-ea0-f179.google.com) (209.85.215.179) by server-10.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 23 Apr 2013 21:42:16 -0000 Received: by mail-ea0-f179.google.com with SMTP id h10so451498eaj.24 for ; Tue, 23 Apr 2013 14:42:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:date:from:to:subject:message-id:in-reply-to:references :x-mailer:mime-version:content-type:content-transfer-encoding; bh=mjQ5l9ys8WFQmJ+sbqti27ocfNP5AhquSTPTJq9rlp0=; b=PJ4bHoY6O6ngOfgRbNrpxnNsUIqFQ8fscPpkzQ3L1R/3I5s8mTmisZX2eB//JMdCSA mcj7br6MsOsaZr2zMWpux/Q5E0l7B3h9oAEbSO3DBs9TV6h8U5TFqKHaChhzaIjgsHmI Upbk+AXp3Dd82B6k6fkeIz6U3tOSn9WmOhwNw+WRVUDCyFakgZ0RrAEdH724Rd+XKDOj IacLvzJr+3M7CR50XkiIWCZEU1b4x587Vxu+DS+NYpj11HrPCVPtk3qvc2y4d81+aW7P VpjD+bP5j/3nl6ohjY0Zep3XmdCwWpIe4tw79/ZbUW5zyqDUNvsX2hVpkDzS9fBvEym0 v7oA== X-Received: by 10.14.109.131 with SMTP id s3mr11125555eeg.26.1366753336214; Tue, 23 Apr 2013 14:42:16 -0700 (PDT) Received: from handbrake (net137-014.mclink.it. [195.110.137.14]) by mx.google.com with ESMTPSA id j43sm182954eep.4.2013.04.23.14.42.14 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Tue, 23 Apr 2013 14:42:15 -0700 (PDT) Date: Tue, 23 Apr 2013 23:42:17 +0200 From: "michelepbx@gmail.com" To: xen-users Message-ID: <20130423234217.6ec27c52@handbrake> In-Reply-To: References: <20130419203108.5fa64669@handbrake> <1366402388947647500@businessgrade.com> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.20.1; x86_64-pc-linux-gnu) Mime-Version: 1.0 Subject: Re: [Xen-users] lvm-xen hdd disaster recovery - looking urgently for paid consultant X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org [SOLVED] !! :D Thanks Errol, thank you all for your support and professional availability, much appreciated despite the urgency and weekend days. Problem solved and no customer complaints. Thanks and regards, Mike On Fri, 19 Apr 2013 16:28:44 -0400 Andrew Wells wrote: > Do you have images of the Disks you want to recover? If I could work on > them locally, i might take a crack at it, no promises and I would only > expect payment if I could get any data back. > > > On Fri, Apr 19, 2013 at 4:13 PM, Errol Neal wrote: > > > Is it an HDD fault or a software problem? (e.g physical issue with the > > disk) > > What errors are you seeing? > > What have you tried already? > > > > > > On Fri, 04/19/2013 02:31 PM, "michelepbx@gmail.com" & > > lt;michelepbx@gmail.com> wrote: > > > Hi All, first post here. > > > I manage a xen server and I'm experiencing an HDD fault, which looks > > like a software problem, and I'm unable to mount the volume. > > > The HDD is sata and the file system is xfs (under xen and lvm). > > > Please let me know if you may be available for a paid consultancy, > > urgenlty, remotely. > > > > > > Thanks and regards, > > > Mike > > > _______________________________________________ > > > 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 Apr 23 21:43:33 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 23 Apr 2013 21: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 1UUkyi-0004RC-8a; Tue, 23 Apr 2013 21:42:20 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUkyg-0004R7-4r for xen-users@lists.xen.org; Tue, 23 Apr 2013 21:42:18 +0000 Received: from [85.158.137.99:55523] by server-14.bemta-3.messagelabs.com id FB/99-27076-93007715; Tue, 23 Apr 2013 21:42:17 +0000 X-Env-Sender: michelepbx@gmail.com X-Msg-Ref: server-10.tower-217.messagelabs.com!1366753336!18855787!1 X-Originating-IP: [209.85.215.179] X-SpamReason: No, hits=0.6 required=7.0 tests=MAILTO_TO_SPAM_ADDR, MIME_BASE64_TEXT,ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30857 invoked from network); 23 Apr 2013 21:42:16 -0000 Received: from mail-ea0-f179.google.com (HELO mail-ea0-f179.google.com) (209.85.215.179) by server-10.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 23 Apr 2013 21:42:16 -0000 Received: by mail-ea0-f179.google.com with SMTP id h10so451498eaj.24 for ; Tue, 23 Apr 2013 14:42:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:date:from:to:subject:message-id:in-reply-to:references :x-mailer:mime-version:content-type:content-transfer-encoding; bh=mjQ5l9ys8WFQmJ+sbqti27ocfNP5AhquSTPTJq9rlp0=; b=PJ4bHoY6O6ngOfgRbNrpxnNsUIqFQ8fscPpkzQ3L1R/3I5s8mTmisZX2eB//JMdCSA mcj7br6MsOsaZr2zMWpux/Q5E0l7B3h9oAEbSO3DBs9TV6h8U5TFqKHaChhzaIjgsHmI Upbk+AXp3Dd82B6k6fkeIz6U3tOSn9WmOhwNw+WRVUDCyFakgZ0RrAEdH724Rd+XKDOj IacLvzJr+3M7CR50XkiIWCZEU1b4x587Vxu+DS+NYpj11HrPCVPtk3qvc2y4d81+aW7P VpjD+bP5j/3nl6ohjY0Zep3XmdCwWpIe4tw79/ZbUW5zyqDUNvsX2hVpkDzS9fBvEym0 v7oA== X-Received: by 10.14.109.131 with SMTP id s3mr11125555eeg.26.1366753336214; Tue, 23 Apr 2013 14:42:16 -0700 (PDT) Received: from handbrake (net137-014.mclink.it. [195.110.137.14]) by mx.google.com with ESMTPSA id j43sm182954eep.4.2013.04.23.14.42.14 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Tue, 23 Apr 2013 14:42:15 -0700 (PDT) Date: Tue, 23 Apr 2013 23:42:17 +0200 From: "michelepbx@gmail.com" To: xen-users Message-ID: <20130423234217.6ec27c52@handbrake> In-Reply-To: References: <20130419203108.5fa64669@handbrake> <1366402388947647500@businessgrade.com> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.20.1; x86_64-pc-linux-gnu) Mime-Version: 1.0 Subject: Re: [Xen-users] lvm-xen hdd disaster recovery - looking urgently for paid consultant X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org [SOLVED] !! :D Thanks Errol, thank you all for your support and professional availability, much appreciated despite the urgency and weekend days. Problem solved and no customer complaints. Thanks and regards, Mike On Fri, 19 Apr 2013 16:28:44 -0400 Andrew Wells wrote: > Do you have images of the Disks you want to recover? If I could work on > them locally, i might take a crack at it, no promises and I would only > expect payment if I could get any data back. > > > On Fri, Apr 19, 2013 at 4:13 PM, Errol Neal wrote: > > > Is it an HDD fault or a software problem? (e.g physical issue with the > > disk) > > What errors are you seeing? > > What have you tried already? > > > > > > On Fri, 04/19/2013 02:31 PM, "michelepbx@gmail.com" & > > lt;michelepbx@gmail.com> wrote: > > > Hi All, first post here. > > > I manage a xen server and I'm experiencing an HDD fault, which looks > > like a software problem, and I'm unable to mount the volume. > > > The HDD is sata and the file system is xfs (under xen and lvm). > > > Please let me know if you may be available for a paid consultancy, > > urgenlty, remotely. > > > > > > Thanks and regards, > > > Mike > > > _______________________________________________ > > > 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 Wed Apr 24 07:44:37 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 24 Apr 2013 07:44:37 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUuMO-0004Ir-Rs; Wed, 24 Apr 2013 07:43:24 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUuMN-0004Ia-1t for xen-users@lists.xen.org; Wed, 24 Apr 2013 07:43:23 +0000 Received: from [85.158.137.99:63326] by server-13.bemta-3.messagelabs.com id C9/9E-25744-A1D87715; Wed, 24 Apr 2013 07:43:22 +0000 X-Env-Sender: lposani@yahoo.it X-Msg-Ref: server-13.tower-217.messagelabs.com!1366789401!385605!1 X-Originating-IP: [77.238.189.196] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28426 invoked from network); 24 Apr 2013 07:43:21 -0000 Received: from nm12-vm0.bullet.mail.ird.yahoo.com (HELO nm12-vm0.bullet.mail.ird.yahoo.com) (77.238.189.196) by server-13.tower-217.messagelabs.com with SMTP; 24 Apr 2013 07:43:21 -0000 Received: from [77.238.189.54] by nm12.bullet.mail.ird.yahoo.com with NNFMP; 24 Apr 2013 07:43:20 -0000 Received: from [212.82.98.74] by tm7.bullet.mail.ird.yahoo.com with NNFMP; 24 Apr 2013 07:43:20 -0000 Received: from [127.0.0.1] by omp1011.mail.ir2.yahoo.com with NNFMP; 24 Apr 2013 07:43:20 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 450858.11952.bm@omp1011.mail.ir2.yahoo.com Received: (qmail 50982 invoked by uid 60001); 24 Apr 2013 07:43:20 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.it; s=s1024; t=1366789400; bh=LB9ez2z8HlTNwFTzl9HL5MlXBFZtDYPgRAfWMskovlQ=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Subject:To:MIME-Version:Content-Type; b=UoZ965IzOMHno4nul1qL2zT+pwKyR62t9Xq0xjKzAJQ3hWGLF3ij8IW/OWQl3RMXOlTYCai+d7HsI7yDVv4x0TNbCKgdHXQMNcFG7k1SkD4eIYKnUXRjDvJMGcpnnuiZeHUVY0x2faS5zn6VpWBH/00fRbcNh1P6BJiTWs7Fs/w= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.it; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Subject:To:MIME-Version:Content-Type; b=ziqF9KIPFM1XTywWKDRvQGbpayGW72/HgK5R7H/Utl8f12Y0ggXbPkaSwgwkv+J7GuPObOIIB3v2PpCA9iH26WnmHz5GTRDknevbNvmfJl2i7k/iZD7T/Z8g9NrJiZsVZO4ri3Jl9uFWPRTutZP5uf2ute9dyWPBoWwWNsLTCNQ=; X-YMail-OSG: pmV8lU8VM1kQWobj_2cZw4Me6iv2CGvZREmKmHyOIz18XyA XkXJJ3HaGkpbONKxxIbTtbT_Gp.iWPuPH9dkXZF0Exl5SdMzglGb5g6hU957 SWTCriNRkt7eBMUI4iSSLRl.ftPOaAmL_qElejtcyC8DIwn49Ir6XYxfJigZ ACChF0q8irK5JMCbYfei02fEWjOWp6GPAn.OXkrHLoa15D6eI7ubodqnbGQj PJUWSYeOlSbbdn6tiQmL1zVWZc1TJmkMhoxbSjWS9kULU20jkXUl2RX39als VzhB4NF9gfvPnXY6FnlfKXW7XW1EE7wYtX.dAO6_ufqTk.3elD0kUqd_7yKw gLJo9bQYSm17l1xTGbQlEw71ntC2NAVdviqF0dbUnAA56KE6K35dpGeerEX6 wlGo0_2csS038Yp9yi3720UJxHrQaJk19yr.zcU3HrvyN3VzMQ6cKZr.sqfb Q8RQXFHZi4FK9PAMvEF7u5PLFNg-- Received: from [151.89.15.211] by web171902.mail.ir2.yahoo.com via HTTP; Wed, 24 Apr 2013 08:43:20 BST X-Rocket-MIMEInfo: 002.001, SGkNCgoNCgpJdCdzIG15IGZpcnN0IGV4cGVyaWVuY2Ugd2l0aCB4ZW4NCg0KSSB3b3VsZCBsaWtlIHRvIHVzZSBhIE9TIGxpbnV4IGNyZWF0ZSBieSBidWlsZHJvb3QgbGlrZSBhIGd1ZXN0Lg0KSSBoYXZlIGEgUEMgd2hpdCB2aXJ0dWFsaXphdGluIHdoaXQgZGViaWFuIGRpc3RyaWJ1dGlvbiBhbmQgSSBpbnN0YWxsIHhlbi1saW51eC1zeXNlbSBvbiB0aGUgUEMuDQoNCkluIHRoaXMgUEMgYSBWTSBkb2Vzbid0IHdvcmsgY29ycmVjdGx5Lg0KDQpJIHdvdWxkIGxpa2UgdG8ga25vdyBpZiBleGlzdCBhIHNpbXABMAEBAQE- X-Mailer: YahooMailClassic/15.1.7 YahooMailWebService/0.8.141.536 Message-ID: <1366789400.34751.YahooMailClassic@web171902.mail.ir2.yahoo.com> Date: Wed, 24 Apr 2013 08:43:20 +0100 (BST) From: Luisa Posani To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: [Xen-users] Hardware virtualization X-BeenThere: xen-users@lists.xen.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="===============0304443327941114601==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0304443327941114601== Content-Type: multipart/alternative; boundary="1132252431-2002741041-1366789400=:34751" --1132252431-2002741041-1366789400=:34751 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi =0A =0AIt's my first experience with xen I would like to use a OS linux create by buildroot like a guest. I have a PC whit virtualizatin whit debian distribution and I install xen-l= inux-sysem on the PC. In this PC a VM doesn't work correctly. I would like to know if exist a simple tutorial to configure PC and VM . Thanks in advance Luisa --1132252431-2002741041-1366789400=:34751 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Hi
=0A
=0AIt's my first experience with xen

I would like to use a OS l= inux create by buildroot like a guest.
I have a PC whit virtualizatin wh= it debian distribution and I install xen-linux-sysem on the PC.

In t= his PC a VM doesn't work correctly.

I would like to know if exist a = simple tutorial to configure PC and VM .

Thanks in advance


Luisa





--1132252431-2002741041-1366789400=:34751-- --===============0304443327941114601== 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 --===============0304443327941114601==-- From xen-users-bounces@lists.xen.org Wed Apr 24 07:44:37 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 24 Apr 2013 07:44:37 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUuMO-0004Ir-Rs; Wed, 24 Apr 2013 07:43:24 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUuMN-0004Ia-1t for xen-users@lists.xen.org; Wed, 24 Apr 2013 07:43:23 +0000 Received: from [85.158.137.99:63326] by server-13.bemta-3.messagelabs.com id C9/9E-25744-A1D87715; Wed, 24 Apr 2013 07:43:22 +0000 X-Env-Sender: lposani@yahoo.it X-Msg-Ref: server-13.tower-217.messagelabs.com!1366789401!385605!1 X-Originating-IP: [77.238.189.196] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28426 invoked from network); 24 Apr 2013 07:43:21 -0000 Received: from nm12-vm0.bullet.mail.ird.yahoo.com (HELO nm12-vm0.bullet.mail.ird.yahoo.com) (77.238.189.196) by server-13.tower-217.messagelabs.com with SMTP; 24 Apr 2013 07:43:21 -0000 Received: from [77.238.189.54] by nm12.bullet.mail.ird.yahoo.com with NNFMP; 24 Apr 2013 07:43:20 -0000 Received: from [212.82.98.74] by tm7.bullet.mail.ird.yahoo.com with NNFMP; 24 Apr 2013 07:43:20 -0000 Received: from [127.0.0.1] by omp1011.mail.ir2.yahoo.com with NNFMP; 24 Apr 2013 07:43:20 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 450858.11952.bm@omp1011.mail.ir2.yahoo.com Received: (qmail 50982 invoked by uid 60001); 24 Apr 2013 07:43:20 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.it; s=s1024; t=1366789400; bh=LB9ez2z8HlTNwFTzl9HL5MlXBFZtDYPgRAfWMskovlQ=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Subject:To:MIME-Version:Content-Type; b=UoZ965IzOMHno4nul1qL2zT+pwKyR62t9Xq0xjKzAJQ3hWGLF3ij8IW/OWQl3RMXOlTYCai+d7HsI7yDVv4x0TNbCKgdHXQMNcFG7k1SkD4eIYKnUXRjDvJMGcpnnuiZeHUVY0x2faS5zn6VpWBH/00fRbcNh1P6BJiTWs7Fs/w= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.it; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Subject:To:MIME-Version:Content-Type; b=ziqF9KIPFM1XTywWKDRvQGbpayGW72/HgK5R7H/Utl8f12Y0ggXbPkaSwgwkv+J7GuPObOIIB3v2PpCA9iH26WnmHz5GTRDknevbNvmfJl2i7k/iZD7T/Z8g9NrJiZsVZO4ri3Jl9uFWPRTutZP5uf2ute9dyWPBoWwWNsLTCNQ=; X-YMail-OSG: pmV8lU8VM1kQWobj_2cZw4Me6iv2CGvZREmKmHyOIz18XyA XkXJJ3HaGkpbONKxxIbTtbT_Gp.iWPuPH9dkXZF0Exl5SdMzglGb5g6hU957 SWTCriNRkt7eBMUI4iSSLRl.ftPOaAmL_qElejtcyC8DIwn49Ir6XYxfJigZ ACChF0q8irK5JMCbYfei02fEWjOWp6GPAn.OXkrHLoa15D6eI7ubodqnbGQj PJUWSYeOlSbbdn6tiQmL1zVWZc1TJmkMhoxbSjWS9kULU20jkXUl2RX39als VzhB4NF9gfvPnXY6FnlfKXW7XW1EE7wYtX.dAO6_ufqTk.3elD0kUqd_7yKw gLJo9bQYSm17l1xTGbQlEw71ntC2NAVdviqF0dbUnAA56KE6K35dpGeerEX6 wlGo0_2csS038Yp9yi3720UJxHrQaJk19yr.zcU3HrvyN3VzMQ6cKZr.sqfb Q8RQXFHZi4FK9PAMvEF7u5PLFNg-- Received: from [151.89.15.211] by web171902.mail.ir2.yahoo.com via HTTP; Wed, 24 Apr 2013 08:43:20 BST X-Rocket-MIMEInfo: 002.001, SGkNCgoNCgpJdCdzIG15IGZpcnN0IGV4cGVyaWVuY2Ugd2l0aCB4ZW4NCg0KSSB3b3VsZCBsaWtlIHRvIHVzZSBhIE9TIGxpbnV4IGNyZWF0ZSBieSBidWlsZHJvb3QgbGlrZSBhIGd1ZXN0Lg0KSSBoYXZlIGEgUEMgd2hpdCB2aXJ0dWFsaXphdGluIHdoaXQgZGViaWFuIGRpc3RyaWJ1dGlvbiBhbmQgSSBpbnN0YWxsIHhlbi1saW51eC1zeXNlbSBvbiB0aGUgUEMuDQoNCkluIHRoaXMgUEMgYSBWTSBkb2Vzbid0IHdvcmsgY29ycmVjdGx5Lg0KDQpJIHdvdWxkIGxpa2UgdG8ga25vdyBpZiBleGlzdCBhIHNpbXABMAEBAQE- X-Mailer: YahooMailClassic/15.1.7 YahooMailWebService/0.8.141.536 Message-ID: <1366789400.34751.YahooMailClassic@web171902.mail.ir2.yahoo.com> Date: Wed, 24 Apr 2013 08:43:20 +0100 (BST) From: Luisa Posani To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: [Xen-users] Hardware virtualization X-BeenThere: xen-users@lists.xen.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="===============0304443327941114601==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0304443327941114601== Content-Type: multipart/alternative; boundary="1132252431-2002741041-1366789400=:34751" --1132252431-2002741041-1366789400=:34751 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi =0A =0AIt's my first experience with xen I would like to use a OS linux create by buildroot like a guest. I have a PC whit virtualizatin whit debian distribution and I install xen-l= inux-sysem on the PC. In this PC a VM doesn't work correctly. I would like to know if exist a simple tutorial to configure PC and VM . Thanks in advance Luisa --1132252431-2002741041-1366789400=:34751 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Hi
=0A
=0AIt's my first experience with xen

I would like to use a OS l= inux create by buildroot like a guest.
I have a PC whit virtualizatin wh= it debian distribution and I install xen-linux-sysem on the PC.

In t= his PC a VM doesn't work correctly.

I would like to know if exist a = simple tutorial to configure PC and VM .

Thanks in advance


Luisa





--1132252431-2002741041-1366789400=:34751-- --===============0304443327941114601== 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 --===============0304443327941114601==-- From xen-users-bounces@lists.xen.org Wed Apr 24 08:06:51 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 24 Apr 2013 08:06: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 1UUuiF-0005vF-F7; Wed, 24 Apr 2013 08:05:59 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUuiD-0005v9-9R for xen-users@lists.xen.org; Wed, 24 Apr 2013 08:05:57 +0000 Received: from [85.158.139.211:20132] by server-10.bemta-5.messagelabs.com id 8C/89-23714-16297715; Wed, 24 Apr 2013 08:05:53 +0000 X-Env-Sender: mva@mva.name X-Msg-Ref: server-3.tower-206.messagelabs.com!1366790751!20215746!1 X-Originating-IP: [77.88.46.8] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiA3Ny44OC40Ni44ID0+IDQ0MDI4\n,sa_preprocessor: QmFkIElQOiA3Ny44OC40Ni44ID0+IDQ0MDI4\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28376 invoked from network); 24 Apr 2013 08:05:51 -0000 Received: from forward3.mail.yandex.net (HELO forward3.mail.yandex.net) (77.88.46.8) by server-3.tower-206.messagelabs.com with SMTP; 24 Apr 2013 08:05:51 -0000 Received: from smtp3.mail.yandex.net (smtp3.mail.yandex.net [77.88.46.103]) by forward3.mail.yandex.net (Yandex) with ESMTP id 76DF2B4195A for ; Wed, 24 Apr 2013 12:05:51 +0400 (MSK) Received: from smtp3.mail.yandex.net (localhost [127.0.0.1]) by smtp3.mail.yandex.net (Yandex) with ESMTP id 5B5C41BA0867 for ; Wed, 24 Apr 2013 12:05:51 +0400 (MSK) Received: from host-109-171-17-91.bbcustomer.zsttk.net (host-109-171-17-91.bbcustomer.zsttk.net [109.171.17.91]) by smtp3.mail.yandex.net (nwsmtp/Yandex) with ESMTP id 82xvMoGfaB-5onaN2It; Wed, 24 Apr 2013 12:05:50 +0400 Message-ID: <51779263.3090302@mva.name> Date: Wed, 24 Apr 2013 15:05:55 +0700 From: "Vadim A. Misbakh-Soloviov" Organization: Alpha LLC User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130407 Firefox/17.0 Thunderbird/17.0.5 MIME-Version: 1.0 To: xen-users@lists.xen.org X-Enigmail-Version: 1.5.1 Subject: [Xen-users] Xen 4.1.2 HT disaware (?) X-BeenThere: xen-users@lists.xen.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="===============8155357588122600274==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --===============8155357588122600274== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="----enig2RGVXLKUPFSPKDKCNIBBL" This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2RGVXLKUPFSPKDKCNIBBL Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi there! I just fresh-installed Xen on new server, Xeon E5-2620, and noticed following thing: node1 ~ # xl info -n host : node1 release : 3.8.8 version : #1 SMP Tue Apr 23 20:54:17 MSK 2013 machine : x86_64 nr_cpus : 6 max_cpu_id : 5 nr_nodes : 1 cores_per_socket : 6 threads_per_core : 1 cpu_mhz : 2000 hw_caps : bfebfbff:2c100800:00000000:00003f40:17bee3ff:00000000:00000001:00000000 virt_caps : hvm total_memory : 49127 free_memory : 0 sharing_freed_memory : 0 sharing_used_memory : 0 free_cpus : 0 cpu_topology : cpu: core socket node 0: 0 0 0 1: 1 0 0 2: 2 0 0 3: 3 0 0 4: 4 0 0 5: 5 0 0 numa_info : node: memsize memfree distances 0: 51200 0 10 xen_major : 4 xen_minor : 2 xen_extra : .1 xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64 xen_scheduler : credit xen_pagesize : 4096 platform_params : virt_start=3D0xffff800000000000 xen_changeset : unavailable xen_commandline : mce=3D1 loglvl=3Dall console=3Dcom2,vga com2=3D115200,8n1 guest_loglvl=3Dall cc_compiler : x86_64-pc-linux-gnu-gcc (Gentoo Hardened 4.6.3 p1.11, pie-0.5.2 cc_compile_by : cc_compile_domain : (none) cc_compile_date : Mon Apr 22 16:11:02 MSK 2013 xend_config_format : 4 node1~ # dmidecode L | grep -A2 "Core Count" Core Count: 6 Core Enabled: 6 Thread Count: 12 So, HyperThreading is actually enabled, but Xen shows (and operates) only phisycal cores. As far, as I remember, when I used Xen on hexacore i7 some time ago, there was 12 cores to operate. So, is it normal behaviour for now, and cant it be fixed somehow? And, also, maybe I need to paste something else? ------enig2RGVXLKUPFSPKDKCNIBBL Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJRd5JjAAoJECZQPTSbOzNLY+AP/18tOX296pf2z3bm1f0YZDQm 8ImzuBF6pH6G171dgsGbCHz2dAxy3Q0FL5Rni9D4l5qgiWZ8+YEcKXvV6SRF8xR3 BXChVZIHBDsLI4Aj1XJ4AkU2eFpGtx8mC8Fvib4gJgRHuPUKKoKBgWx4cF8Q6mKH 03Ed/5obtN5OGI5Lh5w5zXG/HE1nkJnydT6Q2omWAVrr/nOAcumCkyvPkRMwhFfd 9prJ6yMeak+O6xjCTSJihlnWhyrJ5smECfaXiBOFDSElS73IgYX2vAVT68IEGYbN Bc6YiHjZ+W171zQWuHek6D3W46aZ0n1WWdXRxYM5vypkYNt14sQnpPx5aCjxFeN/ p7TNROEdo0FhNXSNiiCYo9oEVnCP5/zR1a7KH70BblPSekzVpg4tXsl6NxcNRrB3 3lzSY53HqCgfvRS6MVlEbiXuTMUDsdQA0KX7CAq5eKddIBALXCPNqBVdyhRhs7+Q 768LQXfzZuMWoN9onV/wsz4AOPZ3TSLpPedzd+n5LZLzDVoiKYAdEnjMUi+f5d70 xP0p+jn6tIMBZa/5AON3EgX6EaBIT8ZhPtTkxC1wSd05Wp343getLIf3jM+sexv/ H75HX2T4dexcyqN0+bDlYQlfzaSx6HRu/AhZGzgDiG2Z8Cw+hMotqkPfWScK/djk yvIrtQAMbXuZfDYYPU/6 =qkdS -----END PGP SIGNATURE----- ------enig2RGVXLKUPFSPKDKCNIBBL-- --===============8155357588122600274== 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 --===============8155357588122600274==-- From xen-users-bounces@lists.xen.org Wed Apr 24 08:06:51 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 24 Apr 2013 08:06: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 1UUuiF-0005vF-F7; Wed, 24 Apr 2013 08:05:59 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUuiD-0005v9-9R for xen-users@lists.xen.org; Wed, 24 Apr 2013 08:05:57 +0000 Received: from [85.158.139.211:20132] by server-10.bemta-5.messagelabs.com id 8C/89-23714-16297715; Wed, 24 Apr 2013 08:05:53 +0000 X-Env-Sender: mva@mva.name X-Msg-Ref: server-3.tower-206.messagelabs.com!1366790751!20215746!1 X-Originating-IP: [77.88.46.8] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiA3Ny44OC40Ni44ID0+IDQ0MDI4\n,sa_preprocessor: QmFkIElQOiA3Ny44OC40Ni44ID0+IDQ0MDI4\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28376 invoked from network); 24 Apr 2013 08:05:51 -0000 Received: from forward3.mail.yandex.net (HELO forward3.mail.yandex.net) (77.88.46.8) by server-3.tower-206.messagelabs.com with SMTP; 24 Apr 2013 08:05:51 -0000 Received: from smtp3.mail.yandex.net (smtp3.mail.yandex.net [77.88.46.103]) by forward3.mail.yandex.net (Yandex) with ESMTP id 76DF2B4195A for ; Wed, 24 Apr 2013 12:05:51 +0400 (MSK) Received: from smtp3.mail.yandex.net (localhost [127.0.0.1]) by smtp3.mail.yandex.net (Yandex) with ESMTP id 5B5C41BA0867 for ; Wed, 24 Apr 2013 12:05:51 +0400 (MSK) Received: from host-109-171-17-91.bbcustomer.zsttk.net (host-109-171-17-91.bbcustomer.zsttk.net [109.171.17.91]) by smtp3.mail.yandex.net (nwsmtp/Yandex) with ESMTP id 82xvMoGfaB-5onaN2It; Wed, 24 Apr 2013 12:05:50 +0400 Message-ID: <51779263.3090302@mva.name> Date: Wed, 24 Apr 2013 15:05:55 +0700 From: "Vadim A. Misbakh-Soloviov" Organization: Alpha LLC User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130407 Firefox/17.0 Thunderbird/17.0.5 MIME-Version: 1.0 To: xen-users@lists.xen.org X-Enigmail-Version: 1.5.1 Subject: [Xen-users] Xen 4.1.2 HT disaware (?) X-BeenThere: xen-users@lists.xen.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="===============8155357588122600274==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --===============8155357588122600274== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="----enig2RGVXLKUPFSPKDKCNIBBL" This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2RGVXLKUPFSPKDKCNIBBL Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi there! I just fresh-installed Xen on new server, Xeon E5-2620, and noticed following thing: node1 ~ # xl info -n host : node1 release : 3.8.8 version : #1 SMP Tue Apr 23 20:54:17 MSK 2013 machine : x86_64 nr_cpus : 6 max_cpu_id : 5 nr_nodes : 1 cores_per_socket : 6 threads_per_core : 1 cpu_mhz : 2000 hw_caps : bfebfbff:2c100800:00000000:00003f40:17bee3ff:00000000:00000001:00000000 virt_caps : hvm total_memory : 49127 free_memory : 0 sharing_freed_memory : 0 sharing_used_memory : 0 free_cpus : 0 cpu_topology : cpu: core socket node 0: 0 0 0 1: 1 0 0 2: 2 0 0 3: 3 0 0 4: 4 0 0 5: 5 0 0 numa_info : node: memsize memfree distances 0: 51200 0 10 xen_major : 4 xen_minor : 2 xen_extra : .1 xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64 xen_scheduler : credit xen_pagesize : 4096 platform_params : virt_start=3D0xffff800000000000 xen_changeset : unavailable xen_commandline : mce=3D1 loglvl=3Dall console=3Dcom2,vga com2=3D115200,8n1 guest_loglvl=3Dall cc_compiler : x86_64-pc-linux-gnu-gcc (Gentoo Hardened 4.6.3 p1.11, pie-0.5.2 cc_compile_by : cc_compile_domain : (none) cc_compile_date : Mon Apr 22 16:11:02 MSK 2013 xend_config_format : 4 node1~ # dmidecode L | grep -A2 "Core Count" Core Count: 6 Core Enabled: 6 Thread Count: 12 So, HyperThreading is actually enabled, but Xen shows (and operates) only phisycal cores. As far, as I remember, when I used Xen on hexacore i7 some time ago, there was 12 cores to operate. So, is it normal behaviour for now, and cant it be fixed somehow? And, also, maybe I need to paste something else? ------enig2RGVXLKUPFSPKDKCNIBBL Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJRd5JjAAoJECZQPTSbOzNLY+AP/18tOX296pf2z3bm1f0YZDQm 8ImzuBF6pH6G171dgsGbCHz2dAxy3Q0FL5Rni9D4l5qgiWZ8+YEcKXvV6SRF8xR3 BXChVZIHBDsLI4Aj1XJ4AkU2eFpGtx8mC8Fvib4gJgRHuPUKKoKBgWx4cF8Q6mKH 03Ed/5obtN5OGI5Lh5w5zXG/HE1nkJnydT6Q2omWAVrr/nOAcumCkyvPkRMwhFfd 9prJ6yMeak+O6xjCTSJihlnWhyrJ5smECfaXiBOFDSElS73IgYX2vAVT68IEGYbN Bc6YiHjZ+W171zQWuHek6D3W46aZ0n1WWdXRxYM5vypkYNt14sQnpPx5aCjxFeN/ p7TNROEdo0FhNXSNiiCYo9oEVnCP5/zR1a7KH70BblPSekzVpg4tXsl6NxcNRrB3 3lzSY53HqCgfvRS6MVlEbiXuTMUDsdQA0KX7CAq5eKddIBALXCPNqBVdyhRhs7+Q 768LQXfzZuMWoN9onV/wsz4AOPZ3TSLpPedzd+n5LZLzDVoiKYAdEnjMUi+f5d70 xP0p+jn6tIMBZa/5AON3EgX6EaBIT8ZhPtTkxC1wSd05Wp343getLIf3jM+sexv/ H75HX2T4dexcyqN0+bDlYQlfzaSx6HRu/AhZGzgDiG2Z8Cw+hMotqkPfWScK/djk yvIrtQAMbXuZfDYYPU/6 =qkdS -----END PGP SIGNATURE----- ------enig2RGVXLKUPFSPKDKCNIBBL-- --===============8155357588122600274== 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 --===============8155357588122600274==-- From xen-users-bounces@lists.xen.org Wed Apr 24 08:37:05 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 24 Apr 2013 08:37: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 1UUvBQ-00075f-Nb; Wed, 24 Apr 2013 08:36:08 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUvBP-00075X-OD for xen-users@lists.xen.org; Wed, 24 Apr 2013 08:36:08 +0000 Received: from [85.158.138.51:26968] by server-15.bemta-3.messagelabs.com id 8D/39-23142-67997715; Wed, 24 Apr 2013 08:36:06 +0000 X-Env-Sender: jh@excello.cz X-Msg-Ref: server-11.tower-174.messagelabs.com!1366792543!29471068!1 X-Originating-IP: [188.138.126.15] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE, UNPARSEABLE_RELAY X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7011 invoked from network); 24 Apr 2013 08:35:43 -0000 Received: from out2.virusfree.cz (HELO out2.virusfree.cz) (188.138.126.15) by server-11.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 24 Apr 2013 08:35:43 -0000 Received: (qmail 24254 invoked by uid 1000); 24 Apr 2013 10:35:41 +0200 Received: from posta.excello.cz by out2 (envelope-from , uid 201) with VF-scanner-2.08VF (www.virusfree.cz | out1.virusfree.cz OUT2 Clear:RC:1(188.138.126.10):SA:0(-12.6/5.0):. Processed in 1.359046 secs); 24 Apr 2013 08:35:41 -0000 X-Spam-Status: No, hits=-12.6 required=5.0 X-Spam-Report: SA TESTS 0.1 MAILBODYHTTPLINK RAW: http:// v body 0.5 BD_CHECK BD_CHECK -4.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0002] -4.0 INREPLYTOCOM INREPLYTOCOM -1.5 INREPLYTO0 INREPLYTO0 -0.0 SPF_PASS SPF: sender matches SPF record -0.7 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain 0.0 HTML_MESSAGE BODY: HTML included in message -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 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=1366792539; n=Test; bh=4VPw2PtuWuTxAyS4uoopc0I9S6iEPHARt2sJ5F kqzlI=; b=q0eYJMQE+grvSoJxrUq6zKBhIdKOi3JLYokc0srdWDL6VA+hPm76Eo N1WB/1RHiLrvj5AOqKeWQPgFfYFut6hDZjXhn2pV0kMockD/eH9mcV20RzITsDf0 a7FiXz7434 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=NvgAa+cUnCrYQ/RDyMHKLVYjJW9b7 k1C6T7HB8cDSF4dL9cHBMHLCNcNuIq/Jo5nVJ52PafltwsK3o6eMlCRqLNGREGsD u+FZQPVCOVe3kNVKaI3bSb8PCFHrYoaHDkx Received: from posta.excello.cz (188.138.126.10) by out2.virusfree.cz with ESMTPS (DHE-RSA-AES256-GCM-SHA384 encrypted); 24 Apr 2013 10:35:39 +0200 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 42C3F2C0164 for ; Wed, 24 Apr 2013 10:35:39 +0200 (CEST) Message-ID: <5177995A.2060301@excello.cz> Date: Wed, 24 Apr 2013 10:35:38 +0200 From: Jan Hejl User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <1366789400.34751.YahooMailClassic@web171902.mail.ir2.yahoo.com> In-Reply-To: <1366789400.34751.YahooMailClassic@web171902.mail.ir2.yahoo.com> Subject: Re: [Xen-users] Hardware virtualization X-BeenThere: xen-users@lists.xen.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="===============3978143568922779066==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Toto je elektronicky podepsana zprava ve formatu MIME. --===============3978143568922779066== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms010402040909030809070109" Toto je elektronicky podepsana zprava ve formatu MIME. --------------ms010402040909030809070109 Content-Type: multipart/alternative; boundary="------------050901020104060209010006" This is a multi-part message in MIME format. --------------050901020104060209010006 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Hello Luisa, here http://en.wikipedia.org/wiki/List_of_IOMMU-supporting_hardware is a = list IOMMU supporting hardware, this is a good point to start. IOMMU is=20 not necessary for virtualization, but hardware listed here supports VM. Jan Dne 24.4.2013 09:43, Luisa Posani napsal(a): > Hi > > It's my first experience with xen > > I would like to use a OS linux create by buildroot like a guest. > I have a PC whit virtualizatin whit debian distribution and I install=20 > xen-linux-sysem on the PC. > > In this PC a VM doesn't work correctly. > > I would like to know if exist a simple tutorial to configure PC and VM = =2E > > Thanks in advance > > > Luisa > > > > > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --------------050901020104060209010006 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello Luisa,

here http://en.wikipedia.org/wiki/L= ist_of_IOMMU-supporting_hardware is a list IOMMU supporting hardware, this is a good point to start. IOMMU is not necessary for virtualization, but hardware listed here supports VM.

Jan

Dne 24.4.2013 09:43, Luisa Posani napsal(a):
Hi

It's my fir= st experience with xen
=
I would like to use a OS linux create by buildroot like a guest.
I have a PC whit virtualizatin whit debian distribution and I install xen-linux-sysem on the PC.

In this PC a VM doesn't work correctly.

I would like to know if exist a simple tutorial to configure PC and VM .
Thanks in advance


Luisa





 


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

--------------050901020104060209010006-- --------------ms010402040909030809070109 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: Elektronicky podpis S/MIME MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMOzCC BUUwggQtoAMCAQICEBT4W4g+LpxVCvoVs2BeaAUwDQYJKoZIhvcNAQEFBQAwgd0xCzAJBgNV BAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1 c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2YgdXNlIGF0IGh0dHBzOi8vd3d3LnZlcmlz aWduLmNvbS9ycGEgKGMpMDkxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRlZDE3MDUG A1UEAxMuVmVyaVNpZ24gQ2xhc3MgMSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0EgLSBHMzAe Fw0xMjA4MjEwMDAwMDBaFw0xMzA4MjEyMzU5NTlaMIIBCDEXMBUGA1UEChMOVmVyaVNpZ24s IEluYy4xHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxRjBEBgNVBAsTPXd3dy52 ZXJpc2lnbi5jb20vcmVwb3NpdG9yeS9SUEEgSW5jb3JwLiBieSBSZWYuLExJQUIuTFREKGMp OTgxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRlZDEzMDEGA1UECxMqRGlnaXRhbCBJ RCBDbGFzcyAxIC0gTmV0c2NhcGUgRnVsbCBTZXJ2aWNlMREwDwYDVQQDFAhKYW4gSGVqbDEc MBoGCSqGSIb3DQEJARYNamhAZXhjZWxsby5jejCCASIwDQYJKoZIhvcNAQEBBQADggEPADCC AQoCggEBAKZYfrag8UJ0JgrVdujHsmcxbgdXnbVZuWxIuJ6rY9Y3JBUfOTRODhMkaoxQDYTq pzG/JUNNZW1nF6QIYuPMcwzhEWAfoWhnhvm03KohNVKNID3A1SghW8bV3mRtaoyFHSIfiiFF DH7+BvSsIXP8slIzBi4wXvidDw1ui0MVA6Wy0mSSHLZdGHOpO8CswWXK6YQ87nG7a28QTCi6 HycFwbdhsPm4NADD7zrqnRkLVmWdnZWpA6CHkngGuR+0LpovAlmyiKUMLK4GkMOIMz24Pawk icIGI/AqrUmYpj8IwM4F0BGI1O1rZSUK72SV11eRuriqskzpcY1FVW0VmR1XNg0CAwEAAaOB 0jCBzzAJBgNVHRMEAjAAMEQGA1UdIAQ9MDswOQYLYIZIAYb4RQEHFwEwKjAoBggrBgEFBQcC ARYcaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYTALBgNVHQ8EBAMCBaAwHQYDVR0lBBYw FAYIKwYBBQUHAwQGCCsGAQUFBwMCMFAGA1UdHwRJMEcwRaBDoEGGP2h0dHA6Ly9pbmRjMWRp Z2l0YWxpZC1nMy1jcmwudmVyaXNpZ24uY29tL0luZEMxRGlnaXRhbElELUczLmNybDANBgkq hkiG9w0BAQUFAAOCAQEAh/RUK66OYfOqJdnHSSP5U+FpIFb+Wd6Xb03Yca7Shq3G1xHdKosm WK8+MAYg1FwlpVLf3Y7lg5QbPoplGchUC5QFa1xzJc88Pxrd0kYIDdshxd2HyNWhBCLdKPPU iU10VzwFZ6mR7/nD0pWv0mxyrNd+f+BU7mM1mOQsr+GvHpWCStlPxUrQBXKKH1hcCS8NWIXU M3WXQSXWyYCEhmu0/m220BPFRjJL39nwCALgZ+LlDJHaM65hmZ4VXO75YWWjOHpuJMNJZE65 nhXX2x5my+TzazAe9z5Xxly3ZWZ2iCQP6GbGduGMGVkS2V8Y6fpFUEcqx3nucCqM7Jnf5Sfn xjCCBu4wggXWoAMCAQICEHEVZgVK5JEhTem8RPms09wwDQYJKoZIhvcNAQEFBQAwgcoxCzAJ BgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24g VHJ1c3QgTmV0d29yazE6MDgGA1UECxMxKGMpIDE5OTkgVmVyaVNpZ24sIEluYy4gLSBGb3Ig YXV0aG9yaXplZCB1c2Ugb25seTFFMEMGA1UEAxM8VmVyaVNpZ24gQ2xhc3MgMSBQdWJsaWMg UHJpbWFyeSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eSAtIEczMB4XDTA5MDUwMTAwMDAwMFoX DTE5MDQzMDIzNTk1OVowgd0xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5j LjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2Yg dXNlIGF0IGh0dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9ycGEgKGMpMDkxHjAcBgNVBAsTFVBl cnNvbmEgTm90IFZhbGlkYXRlZDE3MDUGA1UEAxMuVmVyaVNpZ24gQ2xhc3MgMSBJbmRpdmlk dWFsIFN1YnNjcmliZXIgQ0EgLSBHMzCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEB AO3ER98qKB18Bmu71yEyyWwTj+mxjUFONPfaC+Nq+mWIIAsRE+mb4ElOi2/VAdBfDUeRilpM dD4/xpEJu0w0no1uoYJRYvdpdliWB6+eFBgHT1q9n9IxslQZc0ZqGUIR7BJzIY313DDN5dlW CjHFNm0pFJe9LdqJRxmI2EsEPeu2PGcedAATDdCG2pNn+DMDrho8a2l49sAsjuGDP3f5mf/+ n1JawrSHCthsqUfBVCllQz5KwJYfwa33d69ssQRevsG2lC2XkC0n0rse6YNqhPbEsq4jBmUm pSdYKwcitG+mYkgad/LVUCeaKdOW+yj1uiR2YuOMWev7btVCxL5Bx/UCAwEAAaOCArkwggK1 MDQGCCsGAQUFBwEBBCgwJjAkBggrBgEFBQcwAYYYaHR0cDovL29jc3AudmVyaXNpZ24uY29t MBIGA1UdEwEB/wQIMAYBAf8CAQAwcAYDVR0gBGkwZzBlBgtghkgBhvhFAQcXATBWMCgGCCsG AQUFBwIBFhxodHRwczovL3d3dy52ZXJpc2lnbi5jb20vY3BzMCoGCCsGAQUFBwICMB4aHGh0 dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9ycGEwNAYDVR0fBC0wKzApoCegJYYjaHR0cDovL2Ny bC52ZXJpc2lnbi5jb20vcGNhMS1nMy5jcmwwDgYDVR0PAQH/BAQDAgEGMG4GCCsGAQUFBwEM BGIwYKFeoFwwWjBYMFYWCWltYWdlL2dpZjAhMB8wBwYFKw4DAhoEFEtruSiWBgy70FI4myms SweLIQUYMCYWJGh0dHA6Ly9sb2dvLnZlcmlzaWduLmNvbS92c2xvZ28xLmdpZjAuBgNVHREE JzAlpCMwITEfMB0GA1UEAxMWUHJpdmF0ZUxhYmVsNC0yMDQ4LTExODAdBgNVHQ4EFgQUeUdh CEH9OASiS+e1zPVD9kkrEfgwgfEGA1UdIwSB6TCB5qGB0KSBzTCByjELMAkGA1UEBhMCVVMx FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3 b3JrMTowOAYDVQQLEzEoYykgMTk5OSBWZXJpU2lnbiwgSW5jLiAtIEZvciBhdXRob3JpemVk IHVzZSBvbmx5MUUwQwYDVQQDEzxWZXJpU2lnbiBDbGFzcyAxIFB1YmxpYyBQcmltYXJ5IENl cnRpZmljYXRpb24gQXV0aG9yaXR5IC0gRzOCEQCLW3VWhFSFCwDPrzhIzrGkMA0GCSqGSIb3 DQEBBQUAA4IBAQA5Tc9BmYG1qQW1UjjpOYSJbOQ0qFrn2GwJTCQaulmkhztzIfGTgc+/aGNa Z/41hSuhw12jSsI6Gd0w1sxN7/HSgZfKVFpDvzeLeo4ZjQ9DqIzyr2CzFYqzlZw84J6zJ5ik NXIX5fwqXYfTig3C0UUq+MD0rCqTOtWuEnAI6/s74nfs6CtkNXbNutrg0csU1nFYm77VPn22 2egkxSRmTF2RH3azFz5/DcYhiS+zN7ih/1yybUneZVJC+w6I0u1KHb9L4/jMcvpIDmWOScjW +JmYO7eUPjFxBof6bFlTLtffK+1fYwCsFe0DuFUWjMZoA+ciqHMLsbyg2lJY3QoOf8GCMYIE +TCCBPUCAQEwgfIwgd0xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEf MB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2YgdXNl IGF0IGh0dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9ycGEgKGMpMDkxHjAcBgNVBAsTFVBlcnNv bmEgTm90IFZhbGlkYXRlZDE3MDUGA1UEAxMuVmVyaVNpZ24gQ2xhc3MgMSBJbmRpdmlkdWFs IFN1YnNjcmliZXIgQ0EgLSBHMwIQFPhbiD4unFUK+hWzYF5oBTAJBgUrDgMCGgUAoIIC2zAY BgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMzA0MjQwODM1Mzha MCMGCSqGSIb3DQEJBDEWBBRMAudm8p+ttVFpTGLcs7yqwhZw1jBsBgkqhkiG9w0BCQ8xXzBd MAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCA MA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIIBAwYJKwYBBAGCNxAE MYH1MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNV BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBo dHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA5MR4wHAYDVQQLExVQZXJzb25hIE5v dCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJz Y3JpYmVyIENBIC0gRzMCEBT4W4g+LpxVCvoVs2BeaAUwggEFBgsqhkiG9w0BCRACCzGB9aCB 8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZW ZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6 Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFs aWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJl ciBDQSAtIEczAhAU+FuIPi6cVQr6FbNgXmgFMA0GCSqGSIb3DQEBAQUABIIBAG8/67Fo7bvn jgQjQYN0cwA9Fxv2NDCBly4hHfKfrBZdzrFVBdIOA4MCR5c/wgZAyfzqmnQhYNVT/r530MNZ ydBIK6TDbO6T4eagvkSo/HaSPGnag9Tu+IP+zRFqWzzT40qka2fQZOKj75PAWjab48MZv1GE yncZaMINPZ1/LbOCefCxOUmng/bWMmtz4l8jCmpuSgKKuxvbCCEbm1le4XlN/2qX1YxagNms 1X2d5gys1ZNJhaff2Touws8ZdzC50ScqgWzStqN139TTOVjF1VUpBAhfUhClRQ7jSQjbAVdG LMdJYpTKWZy9Nl2Vw5o1+6pR8h6YsvylhpJeEZfTYdEAAAAAAAA= --------------ms010402040909030809070109-- --===============3978143568922779066== 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 --===============3978143568922779066==-- From xen-users-bounces@lists.xen.org Wed Apr 24 08:37:05 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 24 Apr 2013 08:37: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 1UUvBQ-00075f-Nb; Wed, 24 Apr 2013 08:36:08 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUvBP-00075X-OD for xen-users@lists.xen.org; Wed, 24 Apr 2013 08:36:08 +0000 Received: from [85.158.138.51:26968] by server-15.bemta-3.messagelabs.com id 8D/39-23142-67997715; Wed, 24 Apr 2013 08:36:06 +0000 X-Env-Sender: jh@excello.cz X-Msg-Ref: server-11.tower-174.messagelabs.com!1366792543!29471068!1 X-Originating-IP: [188.138.126.15] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE, UNPARSEABLE_RELAY X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7011 invoked from network); 24 Apr 2013 08:35:43 -0000 Received: from out2.virusfree.cz (HELO out2.virusfree.cz) (188.138.126.15) by server-11.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 24 Apr 2013 08:35:43 -0000 Received: (qmail 24254 invoked by uid 1000); 24 Apr 2013 10:35:41 +0200 Received: from posta.excello.cz by out2 (envelope-from , uid 201) with VF-scanner-2.08VF (www.virusfree.cz | out1.virusfree.cz OUT2 Clear:RC:1(188.138.126.10):SA:0(-12.6/5.0):. Processed in 1.359046 secs); 24 Apr 2013 08:35:41 -0000 X-Spam-Status: No, hits=-12.6 required=5.0 X-Spam-Report: SA TESTS 0.1 MAILBODYHTTPLINK RAW: http:// v body 0.5 BD_CHECK BD_CHECK -4.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0002] -4.0 INREPLYTOCOM INREPLYTOCOM -1.5 INREPLYTO0 INREPLYTO0 -0.0 SPF_PASS SPF: sender matches SPF record -0.7 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain 0.0 HTML_MESSAGE BODY: HTML included in message -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 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=1366792539; n=Test; bh=4VPw2PtuWuTxAyS4uoopc0I9S6iEPHARt2sJ5F kqzlI=; b=q0eYJMQE+grvSoJxrUq6zKBhIdKOi3JLYokc0srdWDL6VA+hPm76Eo N1WB/1RHiLrvj5AOqKeWQPgFfYFut6hDZjXhn2pV0kMockD/eH9mcV20RzITsDf0 a7FiXz7434 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=NvgAa+cUnCrYQ/RDyMHKLVYjJW9b7 k1C6T7HB8cDSF4dL9cHBMHLCNcNuIq/Jo5nVJ52PafltwsK3o6eMlCRqLNGREGsD u+FZQPVCOVe3kNVKaI3bSb8PCFHrYoaHDkx Received: from posta.excello.cz (188.138.126.10) by out2.virusfree.cz with ESMTPS (DHE-RSA-AES256-GCM-SHA384 encrypted); 24 Apr 2013 10:35:39 +0200 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 42C3F2C0164 for ; Wed, 24 Apr 2013 10:35:39 +0200 (CEST) Message-ID: <5177995A.2060301@excello.cz> Date: Wed, 24 Apr 2013 10:35:38 +0200 From: Jan Hejl User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <1366789400.34751.YahooMailClassic@web171902.mail.ir2.yahoo.com> In-Reply-To: <1366789400.34751.YahooMailClassic@web171902.mail.ir2.yahoo.com> Subject: Re: [Xen-users] Hardware virtualization X-BeenThere: xen-users@lists.xen.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="===============3978143568922779066==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Toto je elektronicky podepsana zprava ve formatu MIME. --===============3978143568922779066== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms010402040909030809070109" Toto je elektronicky podepsana zprava ve formatu MIME. --------------ms010402040909030809070109 Content-Type: multipart/alternative; boundary="------------050901020104060209010006" This is a multi-part message in MIME format. --------------050901020104060209010006 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Hello Luisa, here http://en.wikipedia.org/wiki/List_of_IOMMU-supporting_hardware is a = list IOMMU supporting hardware, this is a good point to start. IOMMU is=20 not necessary for virtualization, but hardware listed here supports VM. Jan Dne 24.4.2013 09:43, Luisa Posani napsal(a): > Hi > > It's my first experience with xen > > I would like to use a OS linux create by buildroot like a guest. > I have a PC whit virtualizatin whit debian distribution and I install=20 > xen-linux-sysem on the PC. > > In this PC a VM doesn't work correctly. > > I would like to know if exist a simple tutorial to configure PC and VM = =2E > > Thanks in advance > > > Luisa > > > > > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --------------050901020104060209010006 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello Luisa,

here http://en.wikipedia.org/wiki/L= ist_of_IOMMU-supporting_hardware is a list IOMMU supporting hardware, this is a good point to start. IOMMU is not necessary for virtualization, but hardware listed here supports VM.

Jan

Dne 24.4.2013 09:43, Luisa Posani napsal(a):
Hi

It's my fir= st experience with xen
=
I would like to use a OS linux create by buildroot like a guest.
I have a PC whit virtualizatin whit debian distribution and I install xen-linux-sysem on the PC.

In this PC a VM doesn't work correctly.

I would like to know if exist a simple tutorial to configure PC and VM .
Thanks in advance


Luisa





 


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

--------------050901020104060209010006-- --------------ms010402040909030809070109 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: Elektronicky podpis S/MIME MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMOzCC BUUwggQtoAMCAQICEBT4W4g+LpxVCvoVs2BeaAUwDQYJKoZIhvcNAQEFBQAwgd0xCzAJBgNV BAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1 c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2YgdXNlIGF0IGh0dHBzOi8vd3d3LnZlcmlz aWduLmNvbS9ycGEgKGMpMDkxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRlZDE3MDUG A1UEAxMuVmVyaVNpZ24gQ2xhc3MgMSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0EgLSBHMzAe Fw0xMjA4MjEwMDAwMDBaFw0xMzA4MjEyMzU5NTlaMIIBCDEXMBUGA1UEChMOVmVyaVNpZ24s IEluYy4xHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxRjBEBgNVBAsTPXd3dy52 ZXJpc2lnbi5jb20vcmVwb3NpdG9yeS9SUEEgSW5jb3JwLiBieSBSZWYuLExJQUIuTFREKGMp OTgxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRlZDEzMDEGA1UECxMqRGlnaXRhbCBJ RCBDbGFzcyAxIC0gTmV0c2NhcGUgRnVsbCBTZXJ2aWNlMREwDwYDVQQDFAhKYW4gSGVqbDEc MBoGCSqGSIb3DQEJARYNamhAZXhjZWxsby5jejCCASIwDQYJKoZIhvcNAQEBBQADggEPADCC AQoCggEBAKZYfrag8UJ0JgrVdujHsmcxbgdXnbVZuWxIuJ6rY9Y3JBUfOTRODhMkaoxQDYTq pzG/JUNNZW1nF6QIYuPMcwzhEWAfoWhnhvm03KohNVKNID3A1SghW8bV3mRtaoyFHSIfiiFF DH7+BvSsIXP8slIzBi4wXvidDw1ui0MVA6Wy0mSSHLZdGHOpO8CswWXK6YQ87nG7a28QTCi6 HycFwbdhsPm4NADD7zrqnRkLVmWdnZWpA6CHkngGuR+0LpovAlmyiKUMLK4GkMOIMz24Pawk icIGI/AqrUmYpj8IwM4F0BGI1O1rZSUK72SV11eRuriqskzpcY1FVW0VmR1XNg0CAwEAAaOB 0jCBzzAJBgNVHRMEAjAAMEQGA1UdIAQ9MDswOQYLYIZIAYb4RQEHFwEwKjAoBggrBgEFBQcC ARYcaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYTALBgNVHQ8EBAMCBaAwHQYDVR0lBBYw FAYIKwYBBQUHAwQGCCsGAQUFBwMCMFAGA1UdHwRJMEcwRaBDoEGGP2h0dHA6Ly9pbmRjMWRp Z2l0YWxpZC1nMy1jcmwudmVyaXNpZ24uY29tL0luZEMxRGlnaXRhbElELUczLmNybDANBgkq hkiG9w0BAQUFAAOCAQEAh/RUK66OYfOqJdnHSSP5U+FpIFb+Wd6Xb03Yca7Shq3G1xHdKosm WK8+MAYg1FwlpVLf3Y7lg5QbPoplGchUC5QFa1xzJc88Pxrd0kYIDdshxd2HyNWhBCLdKPPU iU10VzwFZ6mR7/nD0pWv0mxyrNd+f+BU7mM1mOQsr+GvHpWCStlPxUrQBXKKH1hcCS8NWIXU M3WXQSXWyYCEhmu0/m220BPFRjJL39nwCALgZ+LlDJHaM65hmZ4VXO75YWWjOHpuJMNJZE65 nhXX2x5my+TzazAe9z5Xxly3ZWZ2iCQP6GbGduGMGVkS2V8Y6fpFUEcqx3nucCqM7Jnf5Sfn xjCCBu4wggXWoAMCAQICEHEVZgVK5JEhTem8RPms09wwDQYJKoZIhvcNAQEFBQAwgcoxCzAJ BgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24g VHJ1c3QgTmV0d29yazE6MDgGA1UECxMxKGMpIDE5OTkgVmVyaVNpZ24sIEluYy4gLSBGb3Ig YXV0aG9yaXplZCB1c2Ugb25seTFFMEMGA1UEAxM8VmVyaVNpZ24gQ2xhc3MgMSBQdWJsaWMg UHJpbWFyeSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eSAtIEczMB4XDTA5MDUwMTAwMDAwMFoX DTE5MDQzMDIzNTk1OVowgd0xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5j LjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2Yg dXNlIGF0IGh0dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9ycGEgKGMpMDkxHjAcBgNVBAsTFVBl cnNvbmEgTm90IFZhbGlkYXRlZDE3MDUGA1UEAxMuVmVyaVNpZ24gQ2xhc3MgMSBJbmRpdmlk dWFsIFN1YnNjcmliZXIgQ0EgLSBHMzCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEB AO3ER98qKB18Bmu71yEyyWwTj+mxjUFONPfaC+Nq+mWIIAsRE+mb4ElOi2/VAdBfDUeRilpM dD4/xpEJu0w0no1uoYJRYvdpdliWB6+eFBgHT1q9n9IxslQZc0ZqGUIR7BJzIY313DDN5dlW CjHFNm0pFJe9LdqJRxmI2EsEPeu2PGcedAATDdCG2pNn+DMDrho8a2l49sAsjuGDP3f5mf/+ n1JawrSHCthsqUfBVCllQz5KwJYfwa33d69ssQRevsG2lC2XkC0n0rse6YNqhPbEsq4jBmUm pSdYKwcitG+mYkgad/LVUCeaKdOW+yj1uiR2YuOMWev7btVCxL5Bx/UCAwEAAaOCArkwggK1 MDQGCCsGAQUFBwEBBCgwJjAkBggrBgEFBQcwAYYYaHR0cDovL29jc3AudmVyaXNpZ24uY29t MBIGA1UdEwEB/wQIMAYBAf8CAQAwcAYDVR0gBGkwZzBlBgtghkgBhvhFAQcXATBWMCgGCCsG AQUFBwIBFhxodHRwczovL3d3dy52ZXJpc2lnbi5jb20vY3BzMCoGCCsGAQUFBwICMB4aHGh0 dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9ycGEwNAYDVR0fBC0wKzApoCegJYYjaHR0cDovL2Ny bC52ZXJpc2lnbi5jb20vcGNhMS1nMy5jcmwwDgYDVR0PAQH/BAQDAgEGMG4GCCsGAQUFBwEM BGIwYKFeoFwwWjBYMFYWCWltYWdlL2dpZjAhMB8wBwYFKw4DAhoEFEtruSiWBgy70FI4myms SweLIQUYMCYWJGh0dHA6Ly9sb2dvLnZlcmlzaWduLmNvbS92c2xvZ28xLmdpZjAuBgNVHREE JzAlpCMwITEfMB0GA1UEAxMWUHJpdmF0ZUxhYmVsNC0yMDQ4LTExODAdBgNVHQ4EFgQUeUdh CEH9OASiS+e1zPVD9kkrEfgwgfEGA1UdIwSB6TCB5qGB0KSBzTCByjELMAkGA1UEBhMCVVMx FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3 b3JrMTowOAYDVQQLEzEoYykgMTk5OSBWZXJpU2lnbiwgSW5jLiAtIEZvciBhdXRob3JpemVk IHVzZSBvbmx5MUUwQwYDVQQDEzxWZXJpU2lnbiBDbGFzcyAxIFB1YmxpYyBQcmltYXJ5IENl cnRpZmljYXRpb24gQXV0aG9yaXR5IC0gRzOCEQCLW3VWhFSFCwDPrzhIzrGkMA0GCSqGSIb3 DQEBBQUAA4IBAQA5Tc9BmYG1qQW1UjjpOYSJbOQ0qFrn2GwJTCQaulmkhztzIfGTgc+/aGNa Z/41hSuhw12jSsI6Gd0w1sxN7/HSgZfKVFpDvzeLeo4ZjQ9DqIzyr2CzFYqzlZw84J6zJ5ik NXIX5fwqXYfTig3C0UUq+MD0rCqTOtWuEnAI6/s74nfs6CtkNXbNutrg0csU1nFYm77VPn22 2egkxSRmTF2RH3azFz5/DcYhiS+zN7ih/1yybUneZVJC+w6I0u1KHb9L4/jMcvpIDmWOScjW +JmYO7eUPjFxBof6bFlTLtffK+1fYwCsFe0DuFUWjMZoA+ciqHMLsbyg2lJY3QoOf8GCMYIE +TCCBPUCAQEwgfIwgd0xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEf MB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2YgdXNl IGF0IGh0dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9ycGEgKGMpMDkxHjAcBgNVBAsTFVBlcnNv bmEgTm90IFZhbGlkYXRlZDE3MDUGA1UEAxMuVmVyaVNpZ24gQ2xhc3MgMSBJbmRpdmlkdWFs IFN1YnNjcmliZXIgQ0EgLSBHMwIQFPhbiD4unFUK+hWzYF5oBTAJBgUrDgMCGgUAoIIC2zAY BgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMzA0MjQwODM1Mzha MCMGCSqGSIb3DQEJBDEWBBRMAudm8p+ttVFpTGLcs7yqwhZw1jBsBgkqhkiG9w0BCQ8xXzBd MAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCA MA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIIBAwYJKwYBBAGCNxAE MYH1MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNV BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBo dHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA5MR4wHAYDVQQLExVQZXJzb25hIE5v dCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJz Y3JpYmVyIENBIC0gRzMCEBT4W4g+LpxVCvoVs2BeaAUwggEFBgsqhkiG9w0BCRACCzGB9aCB 8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZW ZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6 Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFs aWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJl ciBDQSAtIEczAhAU+FuIPi6cVQr6FbNgXmgFMA0GCSqGSIb3DQEBAQUABIIBAG8/67Fo7bvn jgQjQYN0cwA9Fxv2NDCBly4hHfKfrBZdzrFVBdIOA4MCR5c/wgZAyfzqmnQhYNVT/r530MNZ ydBIK6TDbO6T4eagvkSo/HaSPGnag9Tu+IP+zRFqWzzT40qka2fQZOKj75PAWjab48MZv1GE yncZaMINPZ1/LbOCefCxOUmng/bWMmtz4l8jCmpuSgKKuxvbCCEbm1le4XlN/2qX1YxagNms 1X2d5gys1ZNJhaff2Touws8ZdzC50ScqgWzStqN139TTOVjF1VUpBAhfUhClRQ7jSQjbAVdG LMdJYpTKWZy9Nl2Vw5o1+6pR8h6YsvylhpJeEZfTYdEAAAAAAAA= --------------ms010402040909030809070109-- --===============3978143568922779066== 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 --===============3978143568922779066==-- From xen-users-bounces@lists.xen.org Wed Apr 24 09:23:05 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 24 Apr 2013 09:23: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 1UUvu3-0001Ib-46; Wed, 24 Apr 2013 09:22:15 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUvu1-0001IV-Qj for xen-users@lists.xen.org; Wed, 24 Apr 2013 09:22:13 +0000 Received: from [85.158.138.51:55278] by server-4.bemta-3.messagelabs.com id 88/52-21470-444A7715; Wed, 24 Apr 2013 09:22:12 +0000 X-Env-Sender: jon@whiteheat.org.uk X-Msg-Ref: server-2.tower-174.messagelabs.com!1366795325!28697429!1 X-Originating-IP: [80.87.131.250] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25052 invoked from network); 24 Apr 2013 09:22:06 -0000 Received: from anion.cinosure.com (HELO anion.cinosure.com) (80.87.131.250) by server-2.tower-174.messagelabs.com with SMTP; 24 Apr 2013 09:22:06 -0000 Received: from localhost (localhost [127.0.0.1]) by anion.cinosure.com (Postfix) with ESMTP id EC7A728EAB1 for ; Wed, 24 Apr 2013 10:22:04 +0100 (BST) X-Virus-Scanned: Debian amavisd-new at anion.cinosure.com Received: from anion.cinosure.com ([127.0.0.1]) by localhost (anion.cinosure.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id c+70iD7OTB88 for ; Wed, 24 Apr 2013 10:22:03 +0100 (BST) Received: from [192.168.99.101] (genesis.positive-internet.com [80.87.128.54]) by anion.cinosure.com (Postfix) with ESMTPSA id 8BC8428E040 for ; Wed, 24 Apr 2013 10:22:03 +0100 (BST) Message-ID: <1366795323.26433.68.camel@gokoloko.cinosure.com> From: Jonathan Gowar To: "xen-users@lists.xen.org" Date: Wed, 24 Apr 2013 10:22:03 +0100 X-Mailer: Evolution 3.4.4-3 Mime-Version: 1.0 Subject: [Xen-users] Problem launching 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 Hi, I have a Debian Wheezy Linux server running Xen 4.1. I have used Xen for a couple of years now, but not on these versions, and I am having a problem launching a VM. Here is a pastie entry of xend.log http://pastie.org/pastes/7707677/text Many thanks, Jon _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 24 09:23:05 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 24 Apr 2013 09:23: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 1UUvu3-0001Ib-46; Wed, 24 Apr 2013 09:22:15 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUvu1-0001IV-Qj for xen-users@lists.xen.org; Wed, 24 Apr 2013 09:22:13 +0000 Received: from [85.158.138.51:55278] by server-4.bemta-3.messagelabs.com id 88/52-21470-444A7715; Wed, 24 Apr 2013 09:22:12 +0000 X-Env-Sender: jon@whiteheat.org.uk X-Msg-Ref: server-2.tower-174.messagelabs.com!1366795325!28697429!1 X-Originating-IP: [80.87.131.250] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25052 invoked from network); 24 Apr 2013 09:22:06 -0000 Received: from anion.cinosure.com (HELO anion.cinosure.com) (80.87.131.250) by server-2.tower-174.messagelabs.com with SMTP; 24 Apr 2013 09:22:06 -0000 Received: from localhost (localhost [127.0.0.1]) by anion.cinosure.com (Postfix) with ESMTP id EC7A728EAB1 for ; Wed, 24 Apr 2013 10:22:04 +0100 (BST) X-Virus-Scanned: Debian amavisd-new at anion.cinosure.com Received: from anion.cinosure.com ([127.0.0.1]) by localhost (anion.cinosure.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id c+70iD7OTB88 for ; Wed, 24 Apr 2013 10:22:03 +0100 (BST) Received: from [192.168.99.101] (genesis.positive-internet.com [80.87.128.54]) by anion.cinosure.com (Postfix) with ESMTPSA id 8BC8428E040 for ; Wed, 24 Apr 2013 10:22:03 +0100 (BST) Message-ID: <1366795323.26433.68.camel@gokoloko.cinosure.com> From: Jonathan Gowar To: "xen-users@lists.xen.org" Date: Wed, 24 Apr 2013 10:22:03 +0100 X-Mailer: Evolution 3.4.4-3 Mime-Version: 1.0 Subject: [Xen-users] Problem launching 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 Hi, I have a Debian Wheezy Linux server running Xen 4.1. I have used Xen for a couple of years now, but not on these versions, and I am having a problem launching a VM. Here is a pastie entry of xend.log http://pastie.org/pastes/7707677/text Many thanks, Jon _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 24 09:24:10 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 24 Apr 2013 09:24: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 1UUvvE-0001Nw-Qe; Wed, 24 Apr 2013 09:23:28 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUvvC-0001Nk-Ka for xen-users@lists.xen.org; Wed, 24 Apr 2013 09:23:26 +0000 Received: from [85.158.138.51:3897] by server-2.bemta-3.messagelabs.com id C4/8C-05208-D84A7715; Wed, 24 Apr 2013 09:23:25 +0000 X-Env-Sender: mva@mva.name X-Msg-Ref: server-7.tower-174.messagelabs.com!1366795404!19873872!1 X-Originating-IP: [95.108.130.119] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogOTUuMTA4LjEzMC4xMTkgPT4gMjAxNTE=\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9616 invoked from network); 24 Apr 2013 09:23:24 -0000 Received: from forward15.mail.yandex.net (HELO forward15.mail.yandex.net) (95.108.130.119) by server-7.tower-174.messagelabs.com with SMTP; 24 Apr 2013 09:23:24 -0000 Received: from smtp14.mail.yandex.net (smtp14.mail.yandex.net [95.108.131.192]) by forward15.mail.yandex.net (Yandex) with ESMTP id 813CE9E1296 for ; Wed, 24 Apr 2013 13:23:23 +0400 (MSK) Received: from smtp14.mail.yandex.net (localhost [127.0.0.1]) by smtp14.mail.yandex.net (Yandex) with ESMTP id 655551B601D1 for ; Wed, 24 Apr 2013 13:23:23 +0400 (MSK) Received: from host-109-171-17-91.bbcustomer.zsttk.net (host-109-171-17-91.bbcustomer.zsttk.net [109.171.17.91]) by smtp14.mail.yandex.net (nwsmtp/Yandex) with ESMTP id pHA6nTkKSF-NMV00SQV; Wed, 24 Apr 2013 13:23:23 +0400 Message-ID: <5177A48F.4030906@mva.name> Date: Wed, 24 Apr 2013 16:23:27 +0700 From: "Vadim A. Misbakh-Soloviov" Organization: Alpha LLC User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130407 Firefox/17.0 Thunderbird/17.0.5 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <51779263.3090302@mva.name> In-Reply-To: <51779263.3090302@mva.name> X-Enigmail-Version: 1.5.1 Subject: Re: [Xen-users] Xen 4.2.1 HT disaware (?) X-BeenThere: xen-users@lists.xen.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="===============5198517491619252770==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --===============5198517491619252770== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="----enig2PQEAPWWMDERBBOIJMADV" This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2PQEAPWWMDERBBOIJMADV Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Sorry, I mean 4.2.1, not 4.1.2 ------enig2PQEAPWWMDERBBOIJMADV Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJRd6SPAAoJECZQPTSbOzNLaXgP/2GupeQPJ3jrkH3hGWwEYWHk bv0Hm8MsYJpLgIWVAKtvU3glYvtPhoqaieMhTeLcwRAzzBgplqq9QJEDTIFSN3TQ iBOYLFMxgzYYXNpiQKNn7EtWfu/iLrP6ZEvii9nj0MRArMdpWiPcu7Qcv/TtIWrb Eg4KoobefWUd8ckGX1jIUXxI+AWCn1fQjSVT7ADmmTGqQ388dVhjSTwqc5PKtXHC /nyN5lXocFJunr2DL13WbRi8HtEXEgfUis9UQ8iRY+2SolE7OrM22eeXaxUkt1QD KbvCmvTXuWhWSmt3mwG0zSEG9Rn+NsuhHSwj3ZN3ayBrNtkFPjnkBDgKIMExSwEE SYmWgzP42DObLd3lOQTz9NKFD+zL+PBudwVqzDkupexGTfQ1jLNFcwwZ1VAguPth u1KCsYFnOE/ZrKPu0hSKcIqIY3+9poNgXeIOvfS0u4J+HDeFK/6PNFsNIAjRPgtT w7WqP+phTuyKphilf336A9XUAT/AxpVupzoP0oBw9YKFcR6tADtZQUIcCbxju8ip b692TfO3++NzMfStDaZx1b9Za3SuQcqSetKPTzYlZNOraNVaXPEmKyEBKQDJhQlp kz8YUu5jAP3RhlSGmOZ2L8NqV/xttOFK3rOUEzAB3eKnmaFh+cwuSgMg2JGn1uKT 8wSQmIfeo9hlyxmZPjw9 =ChUr -----END PGP SIGNATURE----- ------enig2PQEAPWWMDERBBOIJMADV-- --===============5198517491619252770== 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 --===============5198517491619252770==-- From xen-users-bounces@lists.xen.org Wed Apr 24 09:24:10 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 24 Apr 2013 09:24: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 1UUvvE-0001Nw-Qe; Wed, 24 Apr 2013 09:23:28 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUvvC-0001Nk-Ka for xen-users@lists.xen.org; Wed, 24 Apr 2013 09:23:26 +0000 Received: from [85.158.138.51:3897] by server-2.bemta-3.messagelabs.com id C4/8C-05208-D84A7715; Wed, 24 Apr 2013 09:23:25 +0000 X-Env-Sender: mva@mva.name X-Msg-Ref: server-7.tower-174.messagelabs.com!1366795404!19873872!1 X-Originating-IP: [95.108.130.119] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogOTUuMTA4LjEzMC4xMTkgPT4gMjAxNTE=\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9616 invoked from network); 24 Apr 2013 09:23:24 -0000 Received: from forward15.mail.yandex.net (HELO forward15.mail.yandex.net) (95.108.130.119) by server-7.tower-174.messagelabs.com with SMTP; 24 Apr 2013 09:23:24 -0000 Received: from smtp14.mail.yandex.net (smtp14.mail.yandex.net [95.108.131.192]) by forward15.mail.yandex.net (Yandex) with ESMTP id 813CE9E1296 for ; Wed, 24 Apr 2013 13:23:23 +0400 (MSK) Received: from smtp14.mail.yandex.net (localhost [127.0.0.1]) by smtp14.mail.yandex.net (Yandex) with ESMTP id 655551B601D1 for ; Wed, 24 Apr 2013 13:23:23 +0400 (MSK) Received: from host-109-171-17-91.bbcustomer.zsttk.net (host-109-171-17-91.bbcustomer.zsttk.net [109.171.17.91]) by smtp14.mail.yandex.net (nwsmtp/Yandex) with ESMTP id pHA6nTkKSF-NMV00SQV; Wed, 24 Apr 2013 13:23:23 +0400 Message-ID: <5177A48F.4030906@mva.name> Date: Wed, 24 Apr 2013 16:23:27 +0700 From: "Vadim A. Misbakh-Soloviov" Organization: Alpha LLC User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130407 Firefox/17.0 Thunderbird/17.0.5 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <51779263.3090302@mva.name> In-Reply-To: <51779263.3090302@mva.name> X-Enigmail-Version: 1.5.1 Subject: Re: [Xen-users] Xen 4.2.1 HT disaware (?) X-BeenThere: xen-users@lists.xen.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="===============5198517491619252770==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --===============5198517491619252770== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="----enig2PQEAPWWMDERBBOIJMADV" This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2PQEAPWWMDERBBOIJMADV Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Sorry, I mean 4.2.1, not 4.1.2 ------enig2PQEAPWWMDERBBOIJMADV Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJRd6SPAAoJECZQPTSbOzNLaXgP/2GupeQPJ3jrkH3hGWwEYWHk bv0Hm8MsYJpLgIWVAKtvU3glYvtPhoqaieMhTeLcwRAzzBgplqq9QJEDTIFSN3TQ iBOYLFMxgzYYXNpiQKNn7EtWfu/iLrP6ZEvii9nj0MRArMdpWiPcu7Qcv/TtIWrb Eg4KoobefWUd8ckGX1jIUXxI+AWCn1fQjSVT7ADmmTGqQ388dVhjSTwqc5PKtXHC /nyN5lXocFJunr2DL13WbRi8HtEXEgfUis9UQ8iRY+2SolE7OrM22eeXaxUkt1QD KbvCmvTXuWhWSmt3mwG0zSEG9Rn+NsuhHSwj3ZN3ayBrNtkFPjnkBDgKIMExSwEE SYmWgzP42DObLd3lOQTz9NKFD+zL+PBudwVqzDkupexGTfQ1jLNFcwwZ1VAguPth u1KCsYFnOE/ZrKPu0hSKcIqIY3+9poNgXeIOvfS0u4J+HDeFK/6PNFsNIAjRPgtT w7WqP+phTuyKphilf336A9XUAT/AxpVupzoP0oBw9YKFcR6tADtZQUIcCbxju8ip b692TfO3++NzMfStDaZx1b9Za3SuQcqSetKPTzYlZNOraNVaXPEmKyEBKQDJhQlp kz8YUu5jAP3RhlSGmOZ2L8NqV/xttOFK3rOUEzAB3eKnmaFh+cwuSgMg2JGn1uKT 8wSQmIfeo9hlyxmZPjw9 =ChUr -----END PGP SIGNATURE----- ------enig2PQEAPWWMDERBBOIJMADV-- --===============5198517491619252770== 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 --===============5198517491619252770==-- From xen-users-bounces@lists.xen.org Wed Apr 24 09:30:13 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 24 Apr 2013 09:30: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 1UUw14-0002Ef-B8; Wed, 24 Apr 2013 09:29:30 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUw12-0002EO-H5 for xen-users@lists.xen.org; Wed, 24 Apr 2013 09:29:29 +0000 Received: from [85.158.139.211:40094] by server-13.bemta-5.messagelabs.com id 98/7D-20553-AE5A7715; Wed, 24 Apr 2013 09:29:14 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-3.tower-206.messagelabs.com!1366795741!20232553!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30588 invoked from network); 24 Apr 2013 09:29:02 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-3.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 24 Apr 2013 09:29:02 -0000 X-IronPort-AV: E=Sophos;i="4.87,540,1363132800"; d="scan'208";a="3872557" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 24 Apr 2013 09:29:02 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Wed, 24 Apr 2013 10:29:01 +0100 Message-ID: <1366795740.20256.240.camel@zakaz.uk.xensource.com> From: Ian Campbell To: "Vadim A. Misbakh-Soloviov" Date: Wed, 24 Apr 2013 10:29:00 +0100 In-Reply-To: <51779263.3090302@mva.name> References: <51779263.3090302@mva.name> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Xen 4.1.2 HT disaware (?) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > node1~ # dmidecode L | grep -A2 "Core Count" > Core Count: 6 > Core Enabled: 6 > Thread Count: 12 > > So, HyperThreading is actually enabled, but Xen shows (and operates) > only phisycal cores. Are you sure HT is enabled in the BIOS? I wouldn't necessarily trust the DMI tables to reflect this... > And, also, maybe I need to paste something else? The Xen bootlogs (xm/xl dmesg) would probably be the most useful thing. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 24 09:30:13 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 24 Apr 2013 09:30: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 1UUw14-0002Ef-B8; Wed, 24 Apr 2013 09:29:30 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUw12-0002EO-H5 for xen-users@lists.xen.org; Wed, 24 Apr 2013 09:29:29 +0000 Received: from [85.158.139.211:40094] by server-13.bemta-5.messagelabs.com id 98/7D-20553-AE5A7715; Wed, 24 Apr 2013 09:29:14 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-3.tower-206.messagelabs.com!1366795741!20232553!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30588 invoked from network); 24 Apr 2013 09:29:02 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-3.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 24 Apr 2013 09:29:02 -0000 X-IronPort-AV: E=Sophos;i="4.87,540,1363132800"; d="scan'208";a="3872557" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 24 Apr 2013 09:29:02 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Wed, 24 Apr 2013 10:29:01 +0100 Message-ID: <1366795740.20256.240.camel@zakaz.uk.xensource.com> From: Ian Campbell To: "Vadim A. Misbakh-Soloviov" Date: Wed, 24 Apr 2013 10:29:00 +0100 In-Reply-To: <51779263.3090302@mva.name> References: <51779263.3090302@mva.name> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Xen 4.1.2 HT disaware (?) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > node1~ # dmidecode L | grep -A2 "Core Count" > Core Count: 6 > Core Enabled: 6 > Thread Count: 12 > > So, HyperThreading is actually enabled, but Xen shows (and operates) > only phisycal cores. Are you sure HT is enabled in the BIOS? I wouldn't necessarily trust the DMI tables to reflect this... > And, also, maybe I need to paste something else? The Xen bootlogs (xm/xl dmesg) would probably be the most useful thing. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 24 10:03:37 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 24 Apr 2013 10:03:37 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUwXH-0003qO-7b; Wed, 24 Apr 2013 10:02:47 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUwXF-0003qH-TC for xen-users@lists.xen.org; Wed, 24 Apr 2013 10:02:46 +0000 Received: from [85.158.138.51:3065] by server-10.bemta-3.messagelabs.com id 2F/4C-19664-2CDA7715; Wed, 24 Apr 2013 10:02:42 +0000 X-Env-Sender: mva@mva.name X-Msg-Ref: server-14.tower-174.messagelabs.com!1366797761!23378118!1 X-Originating-IP: [77.88.46.6] X-SpamReason: No, hits=0.5 required=7.0 tests=sa_preprocessor: QmFkIElQOiA3Ny44OC40Ni42ID0+IDMxMDE3\n,sa_preprocessor: QmFkIElQOiA3Ny44OC40Ni42ID0+IDMxMDE3\n,BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12245 invoked from network); 24 Apr 2013 10:02:41 -0000 Received: from forward1.mail.yandex.net (HELO forward1.mail.yandex.net) (77.88.46.6) by server-14.tower-174.messagelabs.com with SMTP; 24 Apr 2013 10:02:41 -0000 Received: from smtp1.mail.yandex.net (smtp1.mail.yandex.net [77.88.46.101]) by forward1.mail.yandex.net (Yandex) with ESMTP id B6A3012405A5; Wed, 24 Apr 2013 14:02:37 +0400 (MSK) Received: from smtp1.mail.yandex.net (localhost [127.0.0.1]) by smtp1.mail.yandex.net (Yandex) with ESMTP id 86598AA03BC; Wed, 24 Apr 2013 14:02:37 +0400 (MSK) Received: from host-109-171-17-91.bbcustomer.zsttk.net (host-109-171-17-91.bbcustomer.zsttk.net [109.171.17.91]) by smtp1.mail.yandex.net (nwsmtp/Yandex) with ESMTP id ZatqICOWfG-2aIWoSpb; Wed, 24 Apr 2013 14:02:37 +0400 Message-ID: <5177ADC1.8030708@mva.name> Date: Wed, 24 Apr 2013 17:02:41 +0700 From: "Vadim A. Misbakh-Soloviov" Organization: Alpha LLC User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130407 Firefox/17.0 Thunderbird/17.0.5 MIME-Version: 1.0 To: Ian Campbell References: <51779263.3090302@mva.name> <1366795740.20256.240.camel@zakaz.uk.xensource.com> In-Reply-To: <1366795740.20256.240.camel@zakaz.uk.xensource.com> X-Enigmail-Version: 1.5.1 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Xen 4.1.2 HT disaware (?) X-BeenThere: xen-users@lists.xen.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="===============2830951880695255963==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --===============2830951880695255963== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="----enig2IIPNFPHIMWSUGKCUAPRT" This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2IIPNFPHIMWSUGKCUAPRT Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable 24.04.2013 16:29, Ian Campbell =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > Are you sure HT is enabled in the BIOS? I wouldn't necessarily trust th= e > DMI tables to reflect this... AFAIR, it is enabled, and, moreover, it was 12 cores in baremetal linux before reboot. Unfortunately, I can't reboot until tonight (since there are some production domU) > The Xen bootlogs (xm/xl dmesg) would probably be the most useful thing.= Here it is (but it also shows 6 cores): __ __ _ _ ____ _ \ \/ /___ _ __ | || | |___ \ / | \ // _ \ '_ \ | || |_ __) | | | / \ __/ | | | |__ _| / __/ _| | /_/\_\___|_| |_| |_|(_)_____(_)_| (XEN) Xen version 4.2.1 (@(none)) (x86_64-pc-linux-gnu-gcc (Gentoo Hardened 4.6.3 p1.11, pie-0.5.2) 4.6.3) Mon Apr 22 16:11:02 MSK 2013 (XEN) Latest ChangeSet: unavailable (XEN) Bootloader: GRUB 2.00 (XEN) Command line: mce=3D1 loglvl=3Dall console=3Dcom2,vga com2=3D115200= ,8n1 guest_loglvl=3Dall (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) Multiboot-e820 RAM map: (XEN) 0000000000000000 - 00000000000a0000 (usable) (XEN) 0000000000100000 - 000000007e380000 (usable) (XEN) 000000007e380000 - 000000007e48c000 (ACPI NVS) (XEN) 000000007e48c000 - 000000007f1f7000 (reserved) (XEN) 000000007f1f7000 - 000000007f273000 (ACPI NVS) (XEN) 000000007f273000 - 000000007f2e2000 (reserved) (XEN) 000000007f2e2000 - 000000007f2e5000 (usable) (XEN) 000000007f2e5000 - 000000007f333000 (reserved) (XEN) 000000007f333000 - 000000007f334000 (usable) (XEN) 000000007f334000 - 000000007f33a000 (ACPI NVS) (XEN) 000000007f33a000 - 000000007f347000 (reserved) (XEN) 000000007f347000 - 000000007f34f000 (ACPI NVS) (XEN) 000000007f34f000 - 000000007f37a000 (reserved) (XEN) 000000007f37a000 - 000000007f3fd000 (ACPI NVS) (XEN) 000000007f3fd000 - 000000007f800000 (usable) (XEN) 0000000080000000 - 0000000090000000 (reserved) (XEN) 00000000fed1c000 - 00000000fed40000 (reserved) (XEN) 00000000ff000000 - 0000000100000000 (reserved) (XEN) 0000000100000000 - 0000000c80000000 (usable) (XEN) ACPI Error (tbxfroot-0218): A valid RSDP was not found [20070126] (XEN) System RAM: 49127MB (50306204kB) (XEN) No NUMA configuration found (XEN) Faking a node at 0000000000000000-0000000c80000000 (XEN) Domain heap initialised (XEN) found SMP MP-table at 000fce30 (XEN) DMI 2.7 present. (XEN) Using APIC driver default (XEN) Table is not found! (XEN) Intel MultiProcessor Specification v1.4 (XEN) Virtual Wire compatibility mode. (XEN) OEM ID: A M I Product ID: ALASKA APIC at: 0xFEE00000 (XEN) Processor #0 6:13 APIC version 21 (XEN) Processor #2 6:13 APIC version 21 (XEN) Processor #4 6:13 APIC version 21 (XEN) Processor #6 6:13 APIC version 21 (XEN) Processor #8 6:13 APIC version 21 (XEN) Processor #10 6:13 APIC version 21 (XEN) I/O APIC #0 Version 32 at 0xFEC00000. (XEN) I/O APIC #2 Version 32 at 0xFEC01000. (XEN) Enabling APIC mode: Flat. Using 2 I/O APICs (XEN) Processors: 6 (XEN) SMP: Allowing 6 CPUs (0 hotplug CPUs) (XEN) IRQ limits: 48 GSI, 1120 MSI/MSI-X (XEN) Not enabling x2APIC: depends on iommu_supports_eim. (XEN) XSM Framework v1.0.0 initialized (XEN) Flask: Initializing. (XEN) AVC INITIALIZED (XEN) dummy.c:727: Had to override the machine_address_size security operation with the dummy one. (XEN) dummy.c:732: Had to override the hvm_inject_msi security operation with the dummy one. (XEN) Flask: Starting in permissive mode. (XEN) Using scheduler: SMP Credit Scheduler (credit) (XEN) Detected 2000.071 MHz processor. (XEN) Initing memory sharing. (XEN) xstate_init: using cntxt_size: 0x340 and states: 0x7 (XEN) mce_intel.c:1239: MCA Capability: BCAST 1 SER 1 CMCI 1 firstbank 0 extended MCE MSR 0 (XEN) Intel machine check reporting enabled (XEN) I/O virtualisation disabled (XEN) Enabled directed EOI with ioapic_ack_old on! (XEN) ENABLING IO-APIC IRQs (XEN) -> Using old ACK method (XEN) ..TIMER: vector=3D0xF0 apic1=3D0 pin1=3D2 apic2=3D-1 pin2=3D-1 (XEN) TSC deadline timer enabled (XEN) Platform timer is 1.193MHz PIT (XEN) Allocated console ring of 64 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, 1GB (XEN) Brought up 6 CPUs (XEN) ACPI sleep modes: S3 (XEN) mcheck_poll: Machine check polling timer started. (XEN) *** LOADING DOMAIN 0 *** (XEN) Xen kernel: 64-bit, lsb, compat32 (XEN) Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x2400000 (XEN) PHYSICAL MEMORY ARRANGEMENT: (XEN) Dom0 alloc.: 0000000c40000000->0000000c50000000 (12342122 pages to be allocated) (XEN) VIRTUAL MEMORY ARRANGEMENT: (XEN) Loaded kernel: ffffffff81000000->ffffffff82400000 (XEN) Init. ramdisk: ffffffff82400000->ffffffff82400000 (XEN) Phys-Mach map: ffffffff82400000->ffffffff882a9b50 (XEN) Start info: ffffffff882aa000->ffffffff882aa4b4 (XEN) Page tables: ffffffff882ab000->ffffffff882f0000 (XEN) Boot stack: ffffffff882f0000->ffffffff882f1000 (XEN) TOTAL: ffffffff80000000->ffffffff88400000 (XEN) ENTRY ADDRESS: ffffffff819831c0 (XEN) Scrubbing Free RAM: .done. (XEN) Initial low memory virq threshold set at 0x4000 pages. (XEN) Std. Loglevel: All (XEN) Guest Loglevel: All (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) PCI add device 0000:00:00.0 (XEN) PCI add device 0000:00:01.0 (XEN) PCI add device 0000:00:01.1 (XEN) PCI add device 0000:00:02.0 (XEN) PCI add device 0000:00:03.0 (XEN) PCI add device 0000:00:03.2 (XEN) PCI add device 0000:00:04.0 (XEN) PCI add device 0000:00:04.1 (XEN) PCI add device 0000:00:04.2 (XEN) PCI add device 0000:00:04.3 (XEN) PCI add device 0000:00:04.4 (XEN) PCI add device 0000:00:04.5 (XEN) PCI add device 0000:00:04.6 (XEN) PCI add device 0000:00:04.7 (XEN) PCI add device 0000:00:05.0 (XEN) PCI add device 0000:00:05.2 (XEN) PCI add device 0000:00:05.4 (XEN) PCI add device 0000:00:11.0 (XEN) PCI add device 0000:00:16.0 (XEN) PCI add device 0000:00:16.1 (XEN) PCI add device 0000:00:1a.0 (XEN) PCI add device 0000:00:1d.0 (XEN) PCI add device 0000:00:1e.0 (XEN) PCI add device 0000:00:1f.0 (XEN) PCI add device 0000:00:1f.2 (XEN) PCI add device 0000:00:1f.3 (XEN) PCI add device 0000:02:00.0 (XEN) PCI add device 0000:02:00.1 (XEN) PCI add device 0000:04:00.0 (XEN) PCI add device 0000:07:00.0 (XEN) PCI add device 0000:07:00.3 (XEN) PCI add device 0000:08:03.0 (XEN) Cannot bind IRQ2 to dom0. In use by 'cascade'. (XEN) Cannot bind IRQ2 to dom0. In use by 'cascade'. (XEN) Cannot bind IRQ2 to dom0. In use by 'cascade'. (XEN) Cannot bind IRQ2 to dom0. In use by 'cascade'. (XEN) grant_table.c:278:d0 Increased maptrack size to 2 frames (XEN) grant_table.c:278:d0 Increased maptrack size to 3 frames (XEN) grant_table.c:278:d0 Increased maptrack size to 4 frames (XEN) grant_table.c:278:d0 Increased maptrack size to 5 frames (XEN) grant_table.c:278:d0 Increased maptrack size to 6 frames (XEN) grant_table.c:278:d0 Increased maptrack size to 7 frames (XEN) grant_table.c:278:d0 Increased maptrack size to 8 frames (XEN) grant_table.c:278:d0 Increased maptrack size to 9 frames ------enig2IIPNFPHIMWSUGKCUAPRT Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJRd63BAAoJECZQPTSbOzNLLIYQAJQwt2R+Hc2DI6N0Bcvm/D5E g7hDaVTwaSqIbf2s33doMQ9gEbmIM4tdlPiL5LvjuyxXzNj/lBiPwYio7RGWVtS0 7XcXZhNnsqSLZ41UcHPUe57qUV0rWPVPBnOLRqiZssmj10poi2PbRuaF3y23VnZD bijFYGNGb9hCFkj/Bow2eSpCIaegFqDpZsYIBMbm5Xo91UuCx58eCE5y+gYS5C8e fDPlWmCGeTdD9bcyBl6Q6IxQvJyFwhJmDNJxoeN5Aqf91DnKpPX0R+fU0Qgk5nmo FJjGEvha2p0lEr18ZH7CNNSVKiObtpDZPTgiax5XhlbySrpv4Z7BEr6l13U0yZ5p 6PZlgxddz7TzfA5dPuHOp9xj/V5zEvaFx/IZBNY0CTfVgrS5RocasNPBOedfP9yV RxlUHwWVuOh4rBbo2LBPx/c9mCvwL9FXETqZT2G7KK3qB91meDgNJnWQAFtZb0+f 9rM/Gy6kLu/hK/rU05sd0iDMdksyTMd8l8fHh7DXkTHZlSPkLqoClJNpmgBg3N6S Q+OVnboUPZAajEnbPMCnRvpQe84rDOj0c/hR21jnxvqXVgRmZTum6805lqDcTRtK ifF6ZJPviuBaRt+Ez5XiWPVOCDk3SY5UEHk1u5dmMETaQSL5tHldbj7goOWs4m9W br7tjLMZb5Q3L6r/pWoy =Iw/4 -----END PGP SIGNATURE----- ------enig2IIPNFPHIMWSUGKCUAPRT-- --===============2830951880695255963== 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 --===============2830951880695255963==-- From xen-users-bounces@lists.xen.org Wed Apr 24 10:03:37 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 24 Apr 2013 10:03:37 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUwXH-0003qO-7b; Wed, 24 Apr 2013 10:02:47 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUwXF-0003qH-TC for xen-users@lists.xen.org; Wed, 24 Apr 2013 10:02:46 +0000 Received: from [85.158.138.51:3065] by server-10.bemta-3.messagelabs.com id 2F/4C-19664-2CDA7715; Wed, 24 Apr 2013 10:02:42 +0000 X-Env-Sender: mva@mva.name X-Msg-Ref: server-14.tower-174.messagelabs.com!1366797761!23378118!1 X-Originating-IP: [77.88.46.6] X-SpamReason: No, hits=0.5 required=7.0 tests=sa_preprocessor: QmFkIElQOiA3Ny44OC40Ni42ID0+IDMxMDE3\n,sa_preprocessor: QmFkIElQOiA3Ny44OC40Ni42ID0+IDMxMDE3\n,BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12245 invoked from network); 24 Apr 2013 10:02:41 -0000 Received: from forward1.mail.yandex.net (HELO forward1.mail.yandex.net) (77.88.46.6) by server-14.tower-174.messagelabs.com with SMTP; 24 Apr 2013 10:02:41 -0000 Received: from smtp1.mail.yandex.net (smtp1.mail.yandex.net [77.88.46.101]) by forward1.mail.yandex.net (Yandex) with ESMTP id B6A3012405A5; Wed, 24 Apr 2013 14:02:37 +0400 (MSK) Received: from smtp1.mail.yandex.net (localhost [127.0.0.1]) by smtp1.mail.yandex.net (Yandex) with ESMTP id 86598AA03BC; Wed, 24 Apr 2013 14:02:37 +0400 (MSK) Received: from host-109-171-17-91.bbcustomer.zsttk.net (host-109-171-17-91.bbcustomer.zsttk.net [109.171.17.91]) by smtp1.mail.yandex.net (nwsmtp/Yandex) with ESMTP id ZatqICOWfG-2aIWoSpb; Wed, 24 Apr 2013 14:02:37 +0400 Message-ID: <5177ADC1.8030708@mva.name> Date: Wed, 24 Apr 2013 17:02:41 +0700 From: "Vadim A. Misbakh-Soloviov" Organization: Alpha LLC User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130407 Firefox/17.0 Thunderbird/17.0.5 MIME-Version: 1.0 To: Ian Campbell References: <51779263.3090302@mva.name> <1366795740.20256.240.camel@zakaz.uk.xensource.com> In-Reply-To: <1366795740.20256.240.camel@zakaz.uk.xensource.com> X-Enigmail-Version: 1.5.1 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Xen 4.1.2 HT disaware (?) X-BeenThere: xen-users@lists.xen.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="===============2830951880695255963==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --===============2830951880695255963== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="----enig2IIPNFPHIMWSUGKCUAPRT" This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2IIPNFPHIMWSUGKCUAPRT Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable 24.04.2013 16:29, Ian Campbell =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > Are you sure HT is enabled in the BIOS? I wouldn't necessarily trust th= e > DMI tables to reflect this... AFAIR, it is enabled, and, moreover, it was 12 cores in baremetal linux before reboot. Unfortunately, I can't reboot until tonight (since there are some production domU) > The Xen bootlogs (xm/xl dmesg) would probably be the most useful thing.= Here it is (but it also shows 6 cores): __ __ _ _ ____ _ \ \/ /___ _ __ | || | |___ \ / | \ // _ \ '_ \ | || |_ __) | | | / \ __/ | | | |__ _| / __/ _| | /_/\_\___|_| |_| |_|(_)_____(_)_| (XEN) Xen version 4.2.1 (@(none)) (x86_64-pc-linux-gnu-gcc (Gentoo Hardened 4.6.3 p1.11, pie-0.5.2) 4.6.3) Mon Apr 22 16:11:02 MSK 2013 (XEN) Latest ChangeSet: unavailable (XEN) Bootloader: GRUB 2.00 (XEN) Command line: mce=3D1 loglvl=3Dall console=3Dcom2,vga com2=3D115200= ,8n1 guest_loglvl=3Dall (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) Multiboot-e820 RAM map: (XEN) 0000000000000000 - 00000000000a0000 (usable) (XEN) 0000000000100000 - 000000007e380000 (usable) (XEN) 000000007e380000 - 000000007e48c000 (ACPI NVS) (XEN) 000000007e48c000 - 000000007f1f7000 (reserved) (XEN) 000000007f1f7000 - 000000007f273000 (ACPI NVS) (XEN) 000000007f273000 - 000000007f2e2000 (reserved) (XEN) 000000007f2e2000 - 000000007f2e5000 (usable) (XEN) 000000007f2e5000 - 000000007f333000 (reserved) (XEN) 000000007f333000 - 000000007f334000 (usable) (XEN) 000000007f334000 - 000000007f33a000 (ACPI NVS) (XEN) 000000007f33a000 - 000000007f347000 (reserved) (XEN) 000000007f347000 - 000000007f34f000 (ACPI NVS) (XEN) 000000007f34f000 - 000000007f37a000 (reserved) (XEN) 000000007f37a000 - 000000007f3fd000 (ACPI NVS) (XEN) 000000007f3fd000 - 000000007f800000 (usable) (XEN) 0000000080000000 - 0000000090000000 (reserved) (XEN) 00000000fed1c000 - 00000000fed40000 (reserved) (XEN) 00000000ff000000 - 0000000100000000 (reserved) (XEN) 0000000100000000 - 0000000c80000000 (usable) (XEN) ACPI Error (tbxfroot-0218): A valid RSDP was not found [20070126] (XEN) System RAM: 49127MB (50306204kB) (XEN) No NUMA configuration found (XEN) Faking a node at 0000000000000000-0000000c80000000 (XEN) Domain heap initialised (XEN) found SMP MP-table at 000fce30 (XEN) DMI 2.7 present. (XEN) Using APIC driver default (XEN) Table is not found! (XEN) Intel MultiProcessor Specification v1.4 (XEN) Virtual Wire compatibility mode. (XEN) OEM ID: A M I Product ID: ALASKA APIC at: 0xFEE00000 (XEN) Processor #0 6:13 APIC version 21 (XEN) Processor #2 6:13 APIC version 21 (XEN) Processor #4 6:13 APIC version 21 (XEN) Processor #6 6:13 APIC version 21 (XEN) Processor #8 6:13 APIC version 21 (XEN) Processor #10 6:13 APIC version 21 (XEN) I/O APIC #0 Version 32 at 0xFEC00000. (XEN) I/O APIC #2 Version 32 at 0xFEC01000. (XEN) Enabling APIC mode: Flat. Using 2 I/O APICs (XEN) Processors: 6 (XEN) SMP: Allowing 6 CPUs (0 hotplug CPUs) (XEN) IRQ limits: 48 GSI, 1120 MSI/MSI-X (XEN) Not enabling x2APIC: depends on iommu_supports_eim. (XEN) XSM Framework v1.0.0 initialized (XEN) Flask: Initializing. (XEN) AVC INITIALIZED (XEN) dummy.c:727: Had to override the machine_address_size security operation with the dummy one. (XEN) dummy.c:732: Had to override the hvm_inject_msi security operation with the dummy one. (XEN) Flask: Starting in permissive mode. (XEN) Using scheduler: SMP Credit Scheduler (credit) (XEN) Detected 2000.071 MHz processor. (XEN) Initing memory sharing. (XEN) xstate_init: using cntxt_size: 0x340 and states: 0x7 (XEN) mce_intel.c:1239: MCA Capability: BCAST 1 SER 1 CMCI 1 firstbank 0 extended MCE MSR 0 (XEN) Intel machine check reporting enabled (XEN) I/O virtualisation disabled (XEN) Enabled directed EOI with ioapic_ack_old on! (XEN) ENABLING IO-APIC IRQs (XEN) -> Using old ACK method (XEN) ..TIMER: vector=3D0xF0 apic1=3D0 pin1=3D2 apic2=3D-1 pin2=3D-1 (XEN) TSC deadline timer enabled (XEN) Platform timer is 1.193MHz PIT (XEN) Allocated console ring of 64 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, 1GB (XEN) Brought up 6 CPUs (XEN) ACPI sleep modes: S3 (XEN) mcheck_poll: Machine check polling timer started. (XEN) *** LOADING DOMAIN 0 *** (XEN) Xen kernel: 64-bit, lsb, compat32 (XEN) Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x2400000 (XEN) PHYSICAL MEMORY ARRANGEMENT: (XEN) Dom0 alloc.: 0000000c40000000->0000000c50000000 (12342122 pages to be allocated) (XEN) VIRTUAL MEMORY ARRANGEMENT: (XEN) Loaded kernel: ffffffff81000000->ffffffff82400000 (XEN) Init. ramdisk: ffffffff82400000->ffffffff82400000 (XEN) Phys-Mach map: ffffffff82400000->ffffffff882a9b50 (XEN) Start info: ffffffff882aa000->ffffffff882aa4b4 (XEN) Page tables: ffffffff882ab000->ffffffff882f0000 (XEN) Boot stack: ffffffff882f0000->ffffffff882f1000 (XEN) TOTAL: ffffffff80000000->ffffffff88400000 (XEN) ENTRY ADDRESS: ffffffff819831c0 (XEN) Scrubbing Free RAM: .done. (XEN) Initial low memory virq threshold set at 0x4000 pages. (XEN) Std. Loglevel: All (XEN) Guest Loglevel: All (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) PCI add device 0000:00:00.0 (XEN) PCI add device 0000:00:01.0 (XEN) PCI add device 0000:00:01.1 (XEN) PCI add device 0000:00:02.0 (XEN) PCI add device 0000:00:03.0 (XEN) PCI add device 0000:00:03.2 (XEN) PCI add device 0000:00:04.0 (XEN) PCI add device 0000:00:04.1 (XEN) PCI add device 0000:00:04.2 (XEN) PCI add device 0000:00:04.3 (XEN) PCI add device 0000:00:04.4 (XEN) PCI add device 0000:00:04.5 (XEN) PCI add device 0000:00:04.6 (XEN) PCI add device 0000:00:04.7 (XEN) PCI add device 0000:00:05.0 (XEN) PCI add device 0000:00:05.2 (XEN) PCI add device 0000:00:05.4 (XEN) PCI add device 0000:00:11.0 (XEN) PCI add device 0000:00:16.0 (XEN) PCI add device 0000:00:16.1 (XEN) PCI add device 0000:00:1a.0 (XEN) PCI add device 0000:00:1d.0 (XEN) PCI add device 0000:00:1e.0 (XEN) PCI add device 0000:00:1f.0 (XEN) PCI add device 0000:00:1f.2 (XEN) PCI add device 0000:00:1f.3 (XEN) PCI add device 0000:02:00.0 (XEN) PCI add device 0000:02:00.1 (XEN) PCI add device 0000:04:00.0 (XEN) PCI add device 0000:07:00.0 (XEN) PCI add device 0000:07:00.3 (XEN) PCI add device 0000:08:03.0 (XEN) Cannot bind IRQ2 to dom0. In use by 'cascade'. (XEN) Cannot bind IRQ2 to dom0. In use by 'cascade'. (XEN) Cannot bind IRQ2 to dom0. In use by 'cascade'. (XEN) Cannot bind IRQ2 to dom0. In use by 'cascade'. (XEN) grant_table.c:278:d0 Increased maptrack size to 2 frames (XEN) grant_table.c:278:d0 Increased maptrack size to 3 frames (XEN) grant_table.c:278:d0 Increased maptrack size to 4 frames (XEN) grant_table.c:278:d0 Increased maptrack size to 5 frames (XEN) grant_table.c:278:d0 Increased maptrack size to 6 frames (XEN) grant_table.c:278:d0 Increased maptrack size to 7 frames (XEN) grant_table.c:278:d0 Increased maptrack size to 8 frames (XEN) grant_table.c:278:d0 Increased maptrack size to 9 frames ------enig2IIPNFPHIMWSUGKCUAPRT Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJRd63BAAoJECZQPTSbOzNLLIYQAJQwt2R+Hc2DI6N0Bcvm/D5E g7hDaVTwaSqIbf2s33doMQ9gEbmIM4tdlPiL5LvjuyxXzNj/lBiPwYio7RGWVtS0 7XcXZhNnsqSLZ41UcHPUe57qUV0rWPVPBnOLRqiZssmj10poi2PbRuaF3y23VnZD bijFYGNGb9hCFkj/Bow2eSpCIaegFqDpZsYIBMbm5Xo91UuCx58eCE5y+gYS5C8e fDPlWmCGeTdD9bcyBl6Q6IxQvJyFwhJmDNJxoeN5Aqf91DnKpPX0R+fU0Qgk5nmo FJjGEvha2p0lEr18ZH7CNNSVKiObtpDZPTgiax5XhlbySrpv4Z7BEr6l13U0yZ5p 6PZlgxddz7TzfA5dPuHOp9xj/V5zEvaFx/IZBNY0CTfVgrS5RocasNPBOedfP9yV RxlUHwWVuOh4rBbo2LBPx/c9mCvwL9FXETqZT2G7KK3qB91meDgNJnWQAFtZb0+f 9rM/Gy6kLu/hK/rU05sd0iDMdksyTMd8l8fHh7DXkTHZlSPkLqoClJNpmgBg3N6S Q+OVnboUPZAajEnbPMCnRvpQe84rDOj0c/hR21jnxvqXVgRmZTum6805lqDcTRtK ifF6ZJPviuBaRt+Ez5XiWPVOCDk3SY5UEHk1u5dmMETaQSL5tHldbj7goOWs4m9W br7tjLMZb5Q3L6r/pWoy =Iw/4 -----END PGP SIGNATURE----- ------enig2IIPNFPHIMWSUGKCUAPRT-- --===============2830951880695255963== 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 --===============2830951880695255963==-- From xen-users-bounces@lists.xen.org Wed Apr 24 10:05:29 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 24 Apr 2013 10:05:29 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUwZ6-0003x1-0E; Wed, 24 Apr 2013 10:04:40 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUwZ4-0003wp-Rn for xen-users@lists.xen.org; Wed, 24 Apr 2013 10:04:38 +0000 Received: from [85.158.143.99:28883] by server-3.bemta-4.messagelabs.com id EF/80-02186-63EA7715; Wed, 24 Apr 2013 10:04:38 +0000 X-Env-Sender: jon@whiteheat.org.uk X-Msg-Ref: server-15.tower-216.messagelabs.com!1366797877!29265904!1 X-Originating-IP: [80.87.131.250] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18338 invoked from network); 24 Apr 2013 10:04:37 -0000 Received: from anion.cinosure.com (HELO anion.cinosure.com) (80.87.131.250) by server-15.tower-216.messagelabs.com with SMTP; 24 Apr 2013 10:04:37 -0000 Received: from localhost (localhost [127.0.0.1]) by anion.cinosure.com (Postfix) with ESMTP id 138F528EAB1 for ; Wed, 24 Apr 2013 11:04:37 +0100 (BST) X-Virus-Scanned: Debian amavisd-new at anion.cinosure.com Received: from anion.cinosure.com ([127.0.0.1]) by localhost (anion.cinosure.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3mTnG7TKLfKB for ; Wed, 24 Apr 2013 11:04:35 +0100 (BST) Received: from [192.168.99.101] (genesis.positive-internet.com [80.87.128.54]) by anion.cinosure.com (Postfix) with ESMTPSA id 3B93C28E040 for ; Wed, 24 Apr 2013 11:04:35 +0100 (BST) Message-ID: <1366797875.26433.69.camel@gokoloko.cinosure.com> From: Jonathan Gowar To: "xen-users@lists.xen.org" Date: Wed, 24 Apr 2013 11:04:35 +0100 In-Reply-To: <1366795323.26433.68.camel@gokoloko.cinosure.com> References: <1366795323.26433.68.camel@gokoloko.cinosure.com> X-Mailer: Evolution 3.4.4-3 Mime-Version: 1.0 Subject: Re: [Xen-users] Problem launching 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 On Wed, 2013-04-24 at 10:22 +0100, Jonathan Gowar wrote: > Hi, > > I have a Debian Wheezy Linux server running Xen 4.1. I have used Xen > for a couple of years now, but not on these versions, and I am having a > problem launching a VM. Here is a pastie entry of xend.log > http://pastie.org/pastes/7707677/text > > Many thanks, > > Jon > > > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users Additionally, this is in xm dmesg (XEN) Xen does not allow DomU creation on this CPU for security reasons. Nothing else I can see pointing to the cause. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 24 10:05:29 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 24 Apr 2013 10:05:29 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUwZ6-0003x1-0E; Wed, 24 Apr 2013 10:04:40 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUwZ4-0003wp-Rn for xen-users@lists.xen.org; Wed, 24 Apr 2013 10:04:38 +0000 Received: from [85.158.143.99:28883] by server-3.bemta-4.messagelabs.com id EF/80-02186-63EA7715; Wed, 24 Apr 2013 10:04:38 +0000 X-Env-Sender: jon@whiteheat.org.uk X-Msg-Ref: server-15.tower-216.messagelabs.com!1366797877!29265904!1 X-Originating-IP: [80.87.131.250] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18338 invoked from network); 24 Apr 2013 10:04:37 -0000 Received: from anion.cinosure.com (HELO anion.cinosure.com) (80.87.131.250) by server-15.tower-216.messagelabs.com with SMTP; 24 Apr 2013 10:04:37 -0000 Received: from localhost (localhost [127.0.0.1]) by anion.cinosure.com (Postfix) with ESMTP id 138F528EAB1 for ; Wed, 24 Apr 2013 11:04:37 +0100 (BST) X-Virus-Scanned: Debian amavisd-new at anion.cinosure.com Received: from anion.cinosure.com ([127.0.0.1]) by localhost (anion.cinosure.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3mTnG7TKLfKB for ; Wed, 24 Apr 2013 11:04:35 +0100 (BST) Received: from [192.168.99.101] (genesis.positive-internet.com [80.87.128.54]) by anion.cinosure.com (Postfix) with ESMTPSA id 3B93C28E040 for ; Wed, 24 Apr 2013 11:04:35 +0100 (BST) Message-ID: <1366797875.26433.69.camel@gokoloko.cinosure.com> From: Jonathan Gowar To: "xen-users@lists.xen.org" Date: Wed, 24 Apr 2013 11:04:35 +0100 In-Reply-To: <1366795323.26433.68.camel@gokoloko.cinosure.com> References: <1366795323.26433.68.camel@gokoloko.cinosure.com> X-Mailer: Evolution 3.4.4-3 Mime-Version: 1.0 Subject: Re: [Xen-users] Problem launching 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 On Wed, 2013-04-24 at 10:22 +0100, Jonathan Gowar wrote: > Hi, > > I have a Debian Wheezy Linux server running Xen 4.1. I have used Xen > for a couple of years now, but not on these versions, and I am having a > problem launching a VM. Here is a pastie entry of xend.log > http://pastie.org/pastes/7707677/text > > Many thanks, > > Jon > > > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users Additionally, this is in xm dmesg (XEN) Xen does not allow DomU creation on this CPU for security reasons. Nothing else I can see pointing to the cause. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 24 10:13:58 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 24 Apr 2013 10:13: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 1UUwhU-0004d7-Ju; Wed, 24 Apr 2013 10:13:20 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUwhS-0004ct-Ml for xen-users@lists.xen.org; Wed, 24 Apr 2013 10:13:18 +0000 Received: from [85.158.139.83:24932] by server-13.bemta-5.messagelabs.com id 4A/74-20553-730B7715; Wed, 24 Apr 2013 10:13:11 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-4.tower-182.messagelabs.com!1366798389!26534065!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29213 invoked from network); 24 Apr 2013 10:13:09 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-4.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 24 Apr 2013 10:13:09 -0000 X-IronPort-AV: E=Sophos;i="4.87,540,1363132800"; d="scan'208";a="3874748" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 24 Apr 2013 10:13:09 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Wed, 24 Apr 2013 11:13:09 +0100 Message-ID: <1366798387.20256.257.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Jonathan Gowar Date: Wed, 24 Apr 2013 11:13:07 +0100 In-Reply-To: <1366797875.26433.69.camel@gokoloko.cinosure.com> References: <1366795323.26433.68.camel@gokoloko.cinosure.com> <1366797875.26433.69.camel@gokoloko.cinosure.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Problem launching 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 On Wed, 2013-04-24 at 11:04 +0100, Jonathan Gowar wrote: > On Wed, 2013-04-24 at 10:22 +0100, Jonathan Gowar wrote: > > Hi, > > > > I have a Debian Wheezy Linux server running Xen 4.1. I have used Xen > > for a couple of years now, but not on these versions, and I am having a > > problem launching a VM. Here is a pastie entry of xend.log > > http://pastie.org/pastes/7707677/text > > > > Many thanks, > > > > Jon > > > > > > > > > > > > _______________________________________________ > > Xen-users mailing list > > Xen-users@lists.xen.org > > http://lists.xen.org/xen-users > > Additionally, this is in xm dmesg > > (XEN) Xen does not allow DomU creation on this CPU for security reasons. This sounds like it is related to XSA-9: http://wiki.xen.org/wiki/Security_Announcements#XSA-9_PV_guest_host_Denial_of_Service_.28AMD_erratum_.23121.29 If you are confident that the attack scenarios do not apply to you then you can add "allow_unsafe" to your hypervisor command line. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 24 10:13:58 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 24 Apr 2013 10:13: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 1UUwhU-0004d7-Ju; Wed, 24 Apr 2013 10:13:20 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUwhS-0004ct-Ml for xen-users@lists.xen.org; Wed, 24 Apr 2013 10:13:18 +0000 Received: from [85.158.139.83:24932] by server-13.bemta-5.messagelabs.com id 4A/74-20553-730B7715; Wed, 24 Apr 2013 10:13:11 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-4.tower-182.messagelabs.com!1366798389!26534065!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29213 invoked from network); 24 Apr 2013 10:13:09 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-4.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 24 Apr 2013 10:13:09 -0000 X-IronPort-AV: E=Sophos;i="4.87,540,1363132800"; d="scan'208";a="3874748" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 24 Apr 2013 10:13:09 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Wed, 24 Apr 2013 11:13:09 +0100 Message-ID: <1366798387.20256.257.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Jonathan Gowar Date: Wed, 24 Apr 2013 11:13:07 +0100 In-Reply-To: <1366797875.26433.69.camel@gokoloko.cinosure.com> References: <1366795323.26433.68.camel@gokoloko.cinosure.com> <1366797875.26433.69.camel@gokoloko.cinosure.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Problem launching 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 On Wed, 2013-04-24 at 11:04 +0100, Jonathan Gowar wrote: > On Wed, 2013-04-24 at 10:22 +0100, Jonathan Gowar wrote: > > Hi, > > > > I have a Debian Wheezy Linux server running Xen 4.1. I have used Xen > > for a couple of years now, but not on these versions, and I am having a > > problem launching a VM. Here is a pastie entry of xend.log > > http://pastie.org/pastes/7707677/text > > > > Many thanks, > > > > Jon > > > > > > > > > > > > _______________________________________________ > > Xen-users mailing list > > Xen-users@lists.xen.org > > http://lists.xen.org/xen-users > > Additionally, this is in xm dmesg > > (XEN) Xen does not allow DomU creation on this CPU for security reasons. This sounds like it is related to XSA-9: http://wiki.xen.org/wiki/Security_Announcements#XSA-9_PV_guest_host_Denial_of_Service_.28AMD_erratum_.23121.29 If you are confident that the attack scenarios do not apply to you then you can add "allow_unsafe" to your hypervisor command line. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 24 10:15:00 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 24 Apr 2013 10:15: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 1UUwiX-0004ip-Bq; Wed, 24 Apr 2013 10:14:25 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUwiW-0004ie-0V for xen-users@lists.xen.org; Wed, 24 Apr 2013 10:14:24 +0000 Received: from [85.158.139.211:11401] by server-7.bemta-5.messagelabs.com id 3C/5C-12441-870B7715; Wed, 24 Apr 2013 10:14:16 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-13.tower-206.messagelabs.com!1366798456!16237733!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20774 invoked from network); 24 Apr 2013 10:14:16 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-13.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 24 Apr 2013 10:14:16 -0000 X-IronPort-AV: E=Sophos;i="4.87,540,1363132800"; d="scan'208";a="3874790" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 24 Apr 2013 10:14:16 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Wed, 24 Apr 2013 11:14:15 +0100 Message-ID: <1366798454.20256.259.camel@zakaz.uk.xensource.com> From: Ian Campbell To: "Vadim A. Misbakh-Soloviov" Date: Wed, 24 Apr 2013 11:14:14 +0100 In-Reply-To: <5177ADC1.8030708@mva.name> References: <51779263.3090302@mva.name> <1366795740.20256.240.camel@zakaz.uk.xensource.com> <5177ADC1.8030708@mva.name> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Xen 4.1.2 HT disaware (?) X-BeenThere: xen-users@lists.xen.org X-Mailman-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 T24gV2VkLCAyMDEzLTA0LTI0IGF0IDExOjAyICswMTAwLCBWYWRpbSBBLiBNaXNiYWtoLVNvbG92 aW92IHdyb3RlOgo+IDI0LjA0LjIwMTMgMTY6MjksIElhbiBDYW1wYmVsbCDQv9C40YjQtdGCOgoK PiAoWEVOKSBBQ1BJIEVycm9yICh0Ynhmcm9vdC0wMjE4KTogQSB2YWxpZCBSU0RQIHdhcyBub3Qg Zm91bmQgWzIwMDcwMTI2XQoKTm90IGhhdmluZyB3b3JraW5nIEFDUEkgaXMgYSBiaXQgb2YgYSBw cm9ibGVtIGFuZCBjb3VsZCB3ZWxsIHJlbGF0ZSB0bwp0aGUgbGFjayBvZiBIVC4KClVwZGF0aW5n IHRvIHRoZSBsYXRlc3QgQklPUyBmb3IgeW91ciBzeXN0ZW0gd291bGQgc2VlbSBsaWtlIGEgZ29v ZCBmaXJzdApzdGVwLgoKSWFuLgoKCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fClhlbi11c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5v cmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Wed Apr 24 10:15:00 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 24 Apr 2013 10:15: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 1UUwiX-0004ip-Bq; Wed, 24 Apr 2013 10:14:25 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUwiW-0004ie-0V for xen-users@lists.xen.org; Wed, 24 Apr 2013 10:14:24 +0000 Received: from [85.158.139.211:11401] by server-7.bemta-5.messagelabs.com id 3C/5C-12441-870B7715; Wed, 24 Apr 2013 10:14:16 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-13.tower-206.messagelabs.com!1366798456!16237733!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20774 invoked from network); 24 Apr 2013 10:14:16 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-13.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 24 Apr 2013 10:14:16 -0000 X-IronPort-AV: E=Sophos;i="4.87,540,1363132800"; d="scan'208";a="3874790" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 24 Apr 2013 10:14:16 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Wed, 24 Apr 2013 11:14:15 +0100 Message-ID: <1366798454.20256.259.camel@zakaz.uk.xensource.com> From: Ian Campbell To: "Vadim A. Misbakh-Soloviov" Date: Wed, 24 Apr 2013 11:14:14 +0100 In-Reply-To: <5177ADC1.8030708@mva.name> References: <51779263.3090302@mva.name> <1366795740.20256.240.camel@zakaz.uk.xensource.com> <5177ADC1.8030708@mva.name> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Xen 4.1.2 HT disaware (?) X-BeenThere: xen-users@lists.xen.org X-Mailman-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 T24gV2VkLCAyMDEzLTA0LTI0IGF0IDExOjAyICswMTAwLCBWYWRpbSBBLiBNaXNiYWtoLVNvbG92 aW92IHdyb3RlOgo+IDI0LjA0LjIwMTMgMTY6MjksIElhbiBDYW1wYmVsbCDQv9C40YjQtdGCOgoK PiAoWEVOKSBBQ1BJIEVycm9yICh0Ynhmcm9vdC0wMjE4KTogQSB2YWxpZCBSU0RQIHdhcyBub3Qg Zm91bmQgWzIwMDcwMTI2XQoKTm90IGhhdmluZyB3b3JraW5nIEFDUEkgaXMgYSBiaXQgb2YgYSBw cm9ibGVtIGFuZCBjb3VsZCB3ZWxsIHJlbGF0ZSB0bwp0aGUgbGFjayBvZiBIVC4KClVwZGF0aW5n IHRvIHRoZSBsYXRlc3QgQklPUyBmb3IgeW91ciBzeXN0ZW0gd291bGQgc2VlbSBsaWtlIGEgZ29v ZCBmaXJzdApzdGVwLgoKSWFuLgoKCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fClhlbi11c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5v cmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Wed Apr 24 10:18:30 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 24 Apr 2013 10:18: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 1UUwly-0005CE-BU; Wed, 24 Apr 2013 10: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 1UUwlw-00059T-IB for xen-users@lists.xen.org; Wed, 24 Apr 2013 10:17:56 +0000 Received: from [85.158.139.211:32514] by server-2.bemta-5.messagelabs.com id 79/B3-23989-151B7715; Wed, 24 Apr 2013 10:17:53 +0000 X-Env-Sender: mva@mva.name X-Msg-Ref: server-4.tower-206.messagelabs.com!1366798672!20271506!1 X-Originating-IP: [95.108.253.143] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogOTUuMTA4LjI1My4xNDMgPT4gMzM1ODU=\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18776 invoked from network); 24 Apr 2013 10:17:53 -0000 Received: from forward18.mail.yandex.net (HELO forward18.mail.yandex.net) (95.108.253.143) by server-4.tower-206.messagelabs.com with SMTP; 24 Apr 2013 10:17:53 -0000 Received: from smtp18.mail.yandex.net (smtp18.mail.yandex.net [95.108.252.18]) by forward18.mail.yandex.net (Yandex) with ESMTP id 880271780EB8 for ; Wed, 24 Apr 2013 14:17:51 +0400 (MSK) Received: from smtp18.mail.yandex.net (localhost [127.0.0.1]) by smtp18.mail.yandex.net (Yandex) with ESMTP id 7C4AF18A02D8 for ; Wed, 24 Apr 2013 14:17:50 +0400 (MSK) Received: from host-109-171-17-91.bbcustomer.zsttk.net (host-109-171-17-91.bbcustomer.zsttk.net [109.171.17.91]) by smtp18.mail.yandex.net (nwsmtp/Yandex) with ESMTP id xeIzetKcQ1-HnlWdSe7; Wed, 24 Apr 2013 14:17:49 +0400 Message-ID: <5177B151.7030804@mva.name> Date: Wed, 24 Apr 2013 17:17:53 +0700 From: "Vadim A. Misbakh-Soloviov" Organization: Alpha LLC User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130407 Firefox/17.0 Thunderbird/17.0.5 MIME-Version: 1.0 To: "xen-users@lists.xen.org" References: <51779263.3090302@mva.name> <1366795740.20256.240.camel@zakaz.uk.xensource.com> <5177ADC1.8030708@mva.name> <1366798454.20256.259.camel@zakaz.uk.xensource.com> In-Reply-To: <1366798454.20256.259.camel@zakaz.uk.xensource.com> X-Enigmail-Version: 1.5.1 Subject: Re: [Xen-users] Xen 4.1.2 HT disaware (?) X-BeenThere: xen-users@lists.xen.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="===============7949951721691730568==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --===============7949951721691730568== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="----enig2RMDOUVGUMDLCOOUHSADV" This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2RMDOUVGUMDLCOOUHSADV Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable > Updating to the latest BIOS for your system would seem like a good firs= t > step. Unfortunately, it is already updated to the latest version (even before Xen installation). ------enig2RMDOUVGUMDLCOOUHSADV Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJRd7FRAAoJECZQPTSbOzNLjXoP/jHqgaqRSwEO54VfAYyjPfqr yIr0zvn9Ubz7OL0n0k2UMCuydlOmaGLFr1MeUiPL9HuQ2LL+mHv2SOdXNKj3xXcG pim/7cOBO+935OwlIbywykuwPfw65DLnSaWiMtCEkm4Zh5XaijoW5nLC5pg7Yxvt yNGFJ9P8WM7YD/ke3UBJrWw0wWbloFqWwH+TQvJB3GHZW/CmudJZRiH4Wzos77yt petPAx0kAvFpSV0CydwZa3NAB5wK9GILqrIXJ7We7vd6U0RgNhLyx/cvd90sV3JI 2F49ZzHd+BPEZ6eHK50HEjMaM44lS+6b9Nu3C8ZfRqYTQohAhUkL9McR698m/cP4 6H0jq7viBx7AzT9orzGaTDWGgp4Mk0oAjSLF2TsGNfl3kpMjssktSTAfbHfFjT+3 Kf7AKkZzZ4kHRnugU09WWOOrapxA2YnzUgUAsb+8iuUw8p7geTDz2cORTTBveZAD MJ3Q4a/NCIGJp9dPRWMEfUeqBhHYEPCavF/Cyen8fBY3bVIJZnU8NyiyxvaRf4Sv 03+SnLMF3euELv11/qmOQ0syQUBQ3WL4fjKbAvMCXoHBPPpjHcVpG+LMEjt7PnHF zNJz9utuR0YYTaFaBCLTvSrWyPTZe9EVINglUX1gAPccVT5MFZcmgwTYogaqg6qF lk3qK9cmvDoO/HRvL4Oe =/gUt -----END PGP SIGNATURE----- ------enig2RMDOUVGUMDLCOOUHSADV-- --===============7949951721691730568== 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 --===============7949951721691730568==-- From xen-users-bounces@lists.xen.org Wed Apr 24 10:18:30 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 24 Apr 2013 10:18: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 1UUwly-0005CE-BU; Wed, 24 Apr 2013 10: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 1UUwlw-00059T-IB for xen-users@lists.xen.org; Wed, 24 Apr 2013 10:17:56 +0000 Received: from [85.158.139.211:32514] by server-2.bemta-5.messagelabs.com id 79/B3-23989-151B7715; Wed, 24 Apr 2013 10:17:53 +0000 X-Env-Sender: mva@mva.name X-Msg-Ref: server-4.tower-206.messagelabs.com!1366798672!20271506!1 X-Originating-IP: [95.108.253.143] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogOTUuMTA4LjI1My4xNDMgPT4gMzM1ODU=\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18776 invoked from network); 24 Apr 2013 10:17:53 -0000 Received: from forward18.mail.yandex.net (HELO forward18.mail.yandex.net) (95.108.253.143) by server-4.tower-206.messagelabs.com with SMTP; 24 Apr 2013 10:17:53 -0000 Received: from smtp18.mail.yandex.net (smtp18.mail.yandex.net [95.108.252.18]) by forward18.mail.yandex.net (Yandex) with ESMTP id 880271780EB8 for ; Wed, 24 Apr 2013 14:17:51 +0400 (MSK) Received: from smtp18.mail.yandex.net (localhost [127.0.0.1]) by smtp18.mail.yandex.net (Yandex) with ESMTP id 7C4AF18A02D8 for ; Wed, 24 Apr 2013 14:17:50 +0400 (MSK) Received: from host-109-171-17-91.bbcustomer.zsttk.net (host-109-171-17-91.bbcustomer.zsttk.net [109.171.17.91]) by smtp18.mail.yandex.net (nwsmtp/Yandex) with ESMTP id xeIzetKcQ1-HnlWdSe7; Wed, 24 Apr 2013 14:17:49 +0400 Message-ID: <5177B151.7030804@mva.name> Date: Wed, 24 Apr 2013 17:17:53 +0700 From: "Vadim A. Misbakh-Soloviov" Organization: Alpha LLC User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130407 Firefox/17.0 Thunderbird/17.0.5 MIME-Version: 1.0 To: "xen-users@lists.xen.org" References: <51779263.3090302@mva.name> <1366795740.20256.240.camel@zakaz.uk.xensource.com> <5177ADC1.8030708@mva.name> <1366798454.20256.259.camel@zakaz.uk.xensource.com> In-Reply-To: <1366798454.20256.259.camel@zakaz.uk.xensource.com> X-Enigmail-Version: 1.5.1 Subject: Re: [Xen-users] Xen 4.1.2 HT disaware (?) X-BeenThere: xen-users@lists.xen.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="===============7949951721691730568==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --===============7949951721691730568== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="----enig2RMDOUVGUMDLCOOUHSADV" This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2RMDOUVGUMDLCOOUHSADV Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable > Updating to the latest BIOS for your system would seem like a good firs= t > step. Unfortunately, it is already updated to the latest version (even before Xen installation). ------enig2RMDOUVGUMDLCOOUHSADV Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJRd7FRAAoJECZQPTSbOzNLjXoP/jHqgaqRSwEO54VfAYyjPfqr yIr0zvn9Ubz7OL0n0k2UMCuydlOmaGLFr1MeUiPL9HuQ2LL+mHv2SOdXNKj3xXcG pim/7cOBO+935OwlIbywykuwPfw65DLnSaWiMtCEkm4Zh5XaijoW5nLC5pg7Yxvt yNGFJ9P8WM7YD/ke3UBJrWw0wWbloFqWwH+TQvJB3GHZW/CmudJZRiH4Wzos77yt petPAx0kAvFpSV0CydwZa3NAB5wK9GILqrIXJ7We7vd6U0RgNhLyx/cvd90sV3JI 2F49ZzHd+BPEZ6eHK50HEjMaM44lS+6b9Nu3C8ZfRqYTQohAhUkL9McR698m/cP4 6H0jq7viBx7AzT9orzGaTDWGgp4Mk0oAjSLF2TsGNfl3kpMjssktSTAfbHfFjT+3 Kf7AKkZzZ4kHRnugU09WWOOrapxA2YnzUgUAsb+8iuUw8p7geTDz2cORTTBveZAD MJ3Q4a/NCIGJp9dPRWMEfUeqBhHYEPCavF/Cyen8fBY3bVIJZnU8NyiyxvaRf4Sv 03+SnLMF3euELv11/qmOQ0syQUBQ3WL4fjKbAvMCXoHBPPpjHcVpG+LMEjt7PnHF zNJz9utuR0YYTaFaBCLTvSrWyPTZe9EVINglUX1gAPccVT5MFZcmgwTYogaqg6qF lk3qK9cmvDoO/HRvL4Oe =/gUt -----END PGP SIGNATURE----- ------enig2RMDOUVGUMDLCOOUHSADV-- --===============7949951721691730568== 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 --===============7949951721691730568==-- From xen-users-bounces@lists.xen.org Wed Apr 24 10:34:22 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 24 Apr 2013 10:34: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 1UUx1B-0005zn-AQ; Wed, 24 Apr 2013 10:33:41 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUx19-0005zi-SU for xen-users@lists.xen.org; Wed, 24 Apr 2013 10:33:40 +0000 Received: from [85.158.137.99:32922] by server-11.bemta-3.messagelabs.com id 97/78-01263-205B7715; Wed, 24 Apr 2013 10:33:38 +0000 X-Env-Sender: mva@mva.name X-Msg-Ref: server-16.tower-217.messagelabs.com!1366799465!17834170!1 X-Originating-IP: [95.108.253.141] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogOTUuMTA4LjI1My4xNDEgPT4gMjQ5ODA=\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16711 invoked from network); 24 Apr 2013 10:31:06 -0000 Received: from forward16.mail.yandex.net (HELO forward16.mail.yandex.net) (95.108.253.141) by server-16.tower-217.messagelabs.com with SMTP; 24 Apr 2013 10:31:06 -0000 Received: from smtp17.mail.yandex.net (smtp17.mail.yandex.net [95.108.252.17]) by forward16.mail.yandex.net (Yandex) with ESMTP id 52866D21C3E; Wed, 24 Apr 2013 14:31:05 +0400 (MSK) Received: from smtp17.mail.yandex.net (localhost [127.0.0.1]) by smtp17.mail.yandex.net (Yandex) with ESMTP id 1EF1119002D7; Wed, 24 Apr 2013 14:31:05 +0400 (MSK) Received: from host-109-171-17-91.bbcustomer.zsttk.net (host-109-171-17-91.bbcustomer.zsttk.net [109.171.17.91]) by smtp17.mail.yandex.net (nwsmtp/Yandex) with ESMTP id uhEiTj3X57-V4KKJXib; Wed, 24 Apr 2013 14:31:04 +0400 Message-ID: <5177B46C.3090100@mva.name> Date: Wed, 24 Apr 2013 17:31:08 +0700 From: "Vadim A. Misbakh-Soloviov" Organization: Alpha LLC User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130407 Firefox/17.0 Thunderbird/17.0.5 MIME-Version: 1.0 To: Ian Campbell References: <51779263.3090302@mva.name> <1366795740.20256.240.camel@zakaz.uk.xensource.com> <5177ADC1.8030708@mva.name> <1366798454.20256.259.camel@zakaz.uk.xensource.com> In-Reply-To: <1366798454.20256.259.camel@zakaz.uk.xensource.com> X-Enigmail-Version: 1.5.1 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Xen 4.1.2 HT disaware (?) X-BeenThere: xen-users@lists.xen.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="===============6307009475512653858==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --===============6307009475512653858== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="----enig2JSHLACDQTSILTQDRGXEI" This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2JSHLACDQTSILTQDRGXEI Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I've also just talked with guys from datacenter (where my server placed) and discovered, that they using same motherboard on their new VDS server. They also using Xen-4.1. And they not experience that problem (all HT threads shows as they should). The only difference, is they're using another CPUs (and using both CPU slots on the motherboard, while my server - uses only one). ------enig2JSHLACDQTSILTQDRGXEI Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJRd7RsAAoJECZQPTSbOzNLO5IP/i+KIKOv5EJbMfvWLmmGw1rR OD05BNBvZDeQ8i4R2Y2+hcHrvDchcSa2YJ9f+EZKttZYZjW0HG09Qp3IQMr9TcmU 3TKoBFD9jmAyxTZ9MG3L8DeFBSFhgrCAKdp5j3FCzRC8Gaou1o1+2YH3cB9H5+zl VcLQBeoa92VcR24XNp/zsnXGv3lS+5m2ideFC40G/IcmsU0xBifzBEAlmcoGz/81 Q/a9cf8U9xvg7NyZRTcKGOIMB1nKEylGLVmCgc8khrzsLM7hmDQ5gqOcj2Y0u/SW DBrNaYeKSt/w13Fhc5EliBb1uiZPX1al6+F9YAbBn9IbrIps+s8UxNmrqXM6/Ya/ VzJKAdSHRtLlMZFe4bsIk9C4cUiGDUFjsD91i5X/X3E+lThVPHgX2d0HtId86s+4 Wu45IGxxMoBENM0OV3NvcJabVH/L2bRsVjy9zoGc1NlyMPkuuje4GZeUdKf0m8En s8O9q+1GKRy3HNZiy7jGIQdBIys/sITDHitFAHfT9pOX6Hu1O8/VqqBP8Dxv1WUC S80IIdt+4gKe9EcOvujVOAvRH80kTKCMGiB0yXqKsNALhcEJAr8faLTlIIl85ag7 SHCPdATqiEoPga71E30ywIo/H2n0F7S4btpJf1CjxIDDQlcbj7r1VhC4yGy90s3f ZxIoYq+XouhLx5n3Opw0 =Fra/ -----END PGP SIGNATURE----- ------enig2JSHLACDQTSILTQDRGXEI-- --===============6307009475512653858== 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 --===============6307009475512653858==-- From xen-users-bounces@lists.xen.org Wed Apr 24 10:34:22 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 24 Apr 2013 10:34: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 1UUx1B-0005zn-AQ; Wed, 24 Apr 2013 10:33:41 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUx19-0005zi-SU for xen-users@lists.xen.org; Wed, 24 Apr 2013 10:33:40 +0000 Received: from [85.158.137.99:32922] by server-11.bemta-3.messagelabs.com id 97/78-01263-205B7715; Wed, 24 Apr 2013 10:33:38 +0000 X-Env-Sender: mva@mva.name X-Msg-Ref: server-16.tower-217.messagelabs.com!1366799465!17834170!1 X-Originating-IP: [95.108.253.141] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogOTUuMTA4LjI1My4xNDEgPT4gMjQ5ODA=\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16711 invoked from network); 24 Apr 2013 10:31:06 -0000 Received: from forward16.mail.yandex.net (HELO forward16.mail.yandex.net) (95.108.253.141) by server-16.tower-217.messagelabs.com with SMTP; 24 Apr 2013 10:31:06 -0000 Received: from smtp17.mail.yandex.net (smtp17.mail.yandex.net [95.108.252.17]) by forward16.mail.yandex.net (Yandex) with ESMTP id 52866D21C3E; Wed, 24 Apr 2013 14:31:05 +0400 (MSK) Received: from smtp17.mail.yandex.net (localhost [127.0.0.1]) by smtp17.mail.yandex.net (Yandex) with ESMTP id 1EF1119002D7; Wed, 24 Apr 2013 14:31:05 +0400 (MSK) Received: from host-109-171-17-91.bbcustomer.zsttk.net (host-109-171-17-91.bbcustomer.zsttk.net [109.171.17.91]) by smtp17.mail.yandex.net (nwsmtp/Yandex) with ESMTP id uhEiTj3X57-V4KKJXib; Wed, 24 Apr 2013 14:31:04 +0400 Message-ID: <5177B46C.3090100@mva.name> Date: Wed, 24 Apr 2013 17:31:08 +0700 From: "Vadim A. Misbakh-Soloviov" Organization: Alpha LLC User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130407 Firefox/17.0 Thunderbird/17.0.5 MIME-Version: 1.0 To: Ian Campbell References: <51779263.3090302@mva.name> <1366795740.20256.240.camel@zakaz.uk.xensource.com> <5177ADC1.8030708@mva.name> <1366798454.20256.259.camel@zakaz.uk.xensource.com> In-Reply-To: <1366798454.20256.259.camel@zakaz.uk.xensource.com> X-Enigmail-Version: 1.5.1 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Xen 4.1.2 HT disaware (?) X-BeenThere: xen-users@lists.xen.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="===============6307009475512653858==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --===============6307009475512653858== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="----enig2JSHLACDQTSILTQDRGXEI" This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2JSHLACDQTSILTQDRGXEI Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I've also just talked with guys from datacenter (where my server placed) and discovered, that they using same motherboard on their new VDS server. They also using Xen-4.1. And they not experience that problem (all HT threads shows as they should). The only difference, is they're using another CPUs (and using both CPU slots on the motherboard, while my server - uses only one). ------enig2JSHLACDQTSILTQDRGXEI Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJRd7RsAAoJECZQPTSbOzNLO5IP/i+KIKOv5EJbMfvWLmmGw1rR OD05BNBvZDeQ8i4R2Y2+hcHrvDchcSa2YJ9f+EZKttZYZjW0HG09Qp3IQMr9TcmU 3TKoBFD9jmAyxTZ9MG3L8DeFBSFhgrCAKdp5j3FCzRC8Gaou1o1+2YH3cB9H5+zl VcLQBeoa92VcR24XNp/zsnXGv3lS+5m2ideFC40G/IcmsU0xBifzBEAlmcoGz/81 Q/a9cf8U9xvg7NyZRTcKGOIMB1nKEylGLVmCgc8khrzsLM7hmDQ5gqOcj2Y0u/SW DBrNaYeKSt/w13Fhc5EliBb1uiZPX1al6+F9YAbBn9IbrIps+s8UxNmrqXM6/Ya/ VzJKAdSHRtLlMZFe4bsIk9C4cUiGDUFjsD91i5X/X3E+lThVPHgX2d0HtId86s+4 Wu45IGxxMoBENM0OV3NvcJabVH/L2bRsVjy9zoGc1NlyMPkuuje4GZeUdKf0m8En s8O9q+1GKRy3HNZiy7jGIQdBIys/sITDHitFAHfT9pOX6Hu1O8/VqqBP8Dxv1WUC S80IIdt+4gKe9EcOvujVOAvRH80kTKCMGiB0yXqKsNALhcEJAr8faLTlIIl85ag7 SHCPdATqiEoPga71E30ywIo/H2n0F7S4btpJf1CjxIDDQlcbj7r1VhC4yGy90s3f ZxIoYq+XouhLx5n3Opw0 =Fra/ -----END PGP SIGNATURE----- ------enig2JSHLACDQTSILTQDRGXEI-- --===============6307009475512653858== 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 --===============6307009475512653858==-- From xen-users-bounces@lists.xen.org Wed Apr 24 11:07:15 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 24 Apr 2013 11:07: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 1UUxWu-0007eW-Ti; Wed, 24 Apr 2013 11:06:28 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUxWt-0007eM-5q for xen-users@lists.xen.org; Wed, 24 Apr 2013 11:06:27 +0000 Received: from [85.158.138.51:51002] by server-3.bemta-3.messagelabs.com id CB/21-26934-2BCB7715; Wed, 24 Apr 2013 11:06:26 +0000 X-Env-Sender: jon@whiteheat.org.uk X-Msg-Ref: server-9.tower-174.messagelabs.com!1366801585!27473516!1 X-Originating-IP: [80.87.131.250] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21848 invoked from network); 24 Apr 2013 11:06:25 -0000 Received: from anion.cinosure.com (HELO anion.cinosure.com) (80.87.131.250) by server-9.tower-174.messagelabs.com with SMTP; 24 Apr 2013 11:06:25 -0000 Received: from localhost (localhost [127.0.0.1]) by anion.cinosure.com (Postfix) with ESMTP id BA66228EB9B; Wed, 24 Apr 2013 12:06:23 +0100 (BST) X-Virus-Scanned: Debian amavisd-new at anion.cinosure.com Received: from anion.cinosure.com ([127.0.0.1]) by localhost (anion.cinosure.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Za92ka2en6PN; Wed, 24 Apr 2013 12:06:17 +0100 (BST) Received: from [192.168.99.101] (genesis.positive-internet.com [80.87.128.54]) by anion.cinosure.com (Postfix) with ESMTPSA id 4FDDA28E040; Wed, 24 Apr 2013 12:06:16 +0100 (BST) Message-ID: <1366801576.26433.91.camel@gokoloko.cinosure.com> From: Jonathan Gowar To: Ian Campbell Date: Wed, 24 Apr 2013 12:06:16 +0100 In-Reply-To: <1366798387.20256.257.camel@zakaz.uk.xensource.com> References: <1366795323.26433.68.camel@gokoloko.cinosure.com> <1366797875.26433.69.camel@gokoloko.cinosure.com> <1366798387.20256.257.camel@zakaz.uk.xensource.com> X-Mailer: Evolution 3.4.4-3 Mime-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Problem launching 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 On Wed, 2013-04-24 at 11:13 +0100, Ian Campbell wrote: > On Wed, 2013-04-24 at 11:04 +0100, Jonathan Gowar wrote: > > On Wed, 2013-04-24 at 10:22 +0100, Jonathan Gowar wrote: > > > Hi, > > > > > > I have a Debian Wheezy Linux server running Xen 4.1. I have used Xen > > > for a couple of years now, but not on these versions, and I am having a > > > problem launching a VM. Here is a pastie entry of xend.log > > > http://pastie.org/pastes/7707677/text > > > > > > Many thanks, > > > > > > Jon > > > > > > > > > > > > > > > > > > _______________________________________________ > > > Xen-users mailing list > > > Xen-users@lists.xen.org > > > http://lists.xen.org/xen-users > > > > Additionally, this is in xm dmesg > > > > (XEN) Xen does not allow DomU creation on this CPU for security reasons. > > This sounds like it is related to XSA-9: > http://wiki.xen.org/wiki/Security_Announcements#XSA-9_PV_guest_host_Denial_of_Service_.28AMD_erratum_.23121.29 > > If you are confident that the attack scenarios do not apply to you then > you can add "allow_unsafe" to your hypervisor command line. > > Ian. > Vadim, thank you for your quick response. Firstly, here: # xl getenforce ERROR: A different toolstack (xm) have been selected! Is xl 'better' than xm? Secondly, please let me know the preferred thread, and I'll post there :) Ian, thank you too. That certain seems to be the problem, but I can't work the solution. I added allow_unsafe to default/grub and updated: # cat /proc/cmdline placeholder root=UUID=3ecb462b-f87c-49a6-9a56-1af61990c40a ro allow_unsafe Still the same error though. Here are some parts from xm dmesg: (XEN) *** Xen will not allow creation of DomU-s on this CPU for security reasons. *** (XEN) *** Pass "allow_unsafe" if you\047re trusting all your (PV) guest kernels. *** (XEN) AMD-Vi: IOMMU not found! (XEN) I/O virtualisation disabled ... (XEN) Xen does not allow DomU creation on this CPU for security reasons. Am I implementing the allow_unsafe parameter correctly? Here is cpuinfo (for one core): # cat /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 15 model : 37 model name : AMD Opteron(tm) Processor 246 stepping : 1 cpu MHz : 1992.143 cache size : 1024 KB fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu de tsc msr pae cx8 apic cmov pat clflush mmx fxsr sse sse2 syscall nx mmxext fxsr_opt lm 3dnowext 3dnow rep_good nopl extd_apicid pni hypervisor lahf_lm bogomips : 3984.28 TLB size : 1024 4K pages clflush size : 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: ts fid vid ttp _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 24 11:07:15 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 24 Apr 2013 11:07: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 1UUxWu-0007eW-Ti; Wed, 24 Apr 2013 11:06:28 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUxWt-0007eM-5q for xen-users@lists.xen.org; Wed, 24 Apr 2013 11:06:27 +0000 Received: from [85.158.138.51:51002] by server-3.bemta-3.messagelabs.com id CB/21-26934-2BCB7715; Wed, 24 Apr 2013 11:06:26 +0000 X-Env-Sender: jon@whiteheat.org.uk X-Msg-Ref: server-9.tower-174.messagelabs.com!1366801585!27473516!1 X-Originating-IP: [80.87.131.250] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21848 invoked from network); 24 Apr 2013 11:06:25 -0000 Received: from anion.cinosure.com (HELO anion.cinosure.com) (80.87.131.250) by server-9.tower-174.messagelabs.com with SMTP; 24 Apr 2013 11:06:25 -0000 Received: from localhost (localhost [127.0.0.1]) by anion.cinosure.com (Postfix) with ESMTP id BA66228EB9B; Wed, 24 Apr 2013 12:06:23 +0100 (BST) X-Virus-Scanned: Debian amavisd-new at anion.cinosure.com Received: from anion.cinosure.com ([127.0.0.1]) by localhost (anion.cinosure.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Za92ka2en6PN; Wed, 24 Apr 2013 12:06:17 +0100 (BST) Received: from [192.168.99.101] (genesis.positive-internet.com [80.87.128.54]) by anion.cinosure.com (Postfix) with ESMTPSA id 4FDDA28E040; Wed, 24 Apr 2013 12:06:16 +0100 (BST) Message-ID: <1366801576.26433.91.camel@gokoloko.cinosure.com> From: Jonathan Gowar To: Ian Campbell Date: Wed, 24 Apr 2013 12:06:16 +0100 In-Reply-To: <1366798387.20256.257.camel@zakaz.uk.xensource.com> References: <1366795323.26433.68.camel@gokoloko.cinosure.com> <1366797875.26433.69.camel@gokoloko.cinosure.com> <1366798387.20256.257.camel@zakaz.uk.xensource.com> X-Mailer: Evolution 3.4.4-3 Mime-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Problem launching 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 On Wed, 2013-04-24 at 11:13 +0100, Ian Campbell wrote: > On Wed, 2013-04-24 at 11:04 +0100, Jonathan Gowar wrote: > > On Wed, 2013-04-24 at 10:22 +0100, Jonathan Gowar wrote: > > > Hi, > > > > > > I have a Debian Wheezy Linux server running Xen 4.1. I have used Xen > > > for a couple of years now, but not on these versions, and I am having a > > > problem launching a VM. Here is a pastie entry of xend.log > > > http://pastie.org/pastes/7707677/text > > > > > > Many thanks, > > > > > > Jon > > > > > > > > > > > > > > > > > > _______________________________________________ > > > Xen-users mailing list > > > Xen-users@lists.xen.org > > > http://lists.xen.org/xen-users > > > > Additionally, this is in xm dmesg > > > > (XEN) Xen does not allow DomU creation on this CPU for security reasons. > > This sounds like it is related to XSA-9: > http://wiki.xen.org/wiki/Security_Announcements#XSA-9_PV_guest_host_Denial_of_Service_.28AMD_erratum_.23121.29 > > If you are confident that the attack scenarios do not apply to you then > you can add "allow_unsafe" to your hypervisor command line. > > Ian. > Vadim, thank you for your quick response. Firstly, here: # xl getenforce ERROR: A different toolstack (xm) have been selected! Is xl 'better' than xm? Secondly, please let me know the preferred thread, and I'll post there :) Ian, thank you too. That certain seems to be the problem, but I can't work the solution. I added allow_unsafe to default/grub and updated: # cat /proc/cmdline placeholder root=UUID=3ecb462b-f87c-49a6-9a56-1af61990c40a ro allow_unsafe Still the same error though. Here are some parts from xm dmesg: (XEN) *** Xen will not allow creation of DomU-s on this CPU for security reasons. *** (XEN) *** Pass "allow_unsafe" if you\047re trusting all your (PV) guest kernels. *** (XEN) AMD-Vi: IOMMU not found! (XEN) I/O virtualisation disabled ... (XEN) Xen does not allow DomU creation on this CPU for security reasons. Am I implementing the allow_unsafe parameter correctly? Here is cpuinfo (for one core): # cat /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 15 model : 37 model name : AMD Opteron(tm) Processor 246 stepping : 1 cpu MHz : 1992.143 cache size : 1024 KB fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu de tsc msr pae cx8 apic cmov pat clflush mmx fxsr sse sse2 syscall nx mmxext fxsr_opt lm 3dnowext 3dnow rep_good nopl extd_apicid pni hypervisor lahf_lm bogomips : 3984.28 TLB size : 1024 4K pages clflush size : 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: ts fid vid ttp _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 24 11:13:21 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 24 Apr 2013 11:13: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 1UUxcu-00087O-AT; Wed, 24 Apr 2013 11:12:40 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUxct-00087H-2u for xen-users@lists.xen.org; Wed, 24 Apr 2013 11:12:39 +0000 Received: from [85.158.143.99:27478] by server-3.bemta-4.messagelabs.com id E5/61-02186-62EB7715; Wed, 24 Apr 2013 11:12:38 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-4.tower-216.messagelabs.com!1366801957!24006895!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26746 invoked from network); 24 Apr 2013 11:12:37 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-4.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 24 Apr 2013 11:12:37 -0000 X-IronPort-AV: E=Sophos;i="4.87,542,1363132800"; d="scan'208";a="3877042" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 24 Apr 2013 11:12:37 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Wed, 24 Apr 2013 12:12:37 +0100 Message-ID: <1366801956.20256.271.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Jonathan Gowar Date: Wed, 24 Apr 2013 12:12:36 +0100 In-Reply-To: <1366801576.26433.91.camel@gokoloko.cinosure.com> References: <1366795323.26433.68.camel@gokoloko.cinosure.com> <1366797875.26433.69.camel@gokoloko.cinosure.com> <1366798387.20256.257.camel@zakaz.uk.xensource.com> <1366801576.26433.91.camel@gokoloko.cinosure.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Problem launching 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 On Wed, 2013-04-24 at 12:06 +0100, Jonathan Gowar wrote: > Ian, thank you too. That certain seems to be the problem, but I can't > work the solution. I added allow_unsafe to default/grub and updated: > > # cat /proc/cmdline > placeholder root=UUID=3ecb462b-f87c-49a6-9a56-1af61990c40a ro > allow_unsafe It needs to be added to the hypervisor command line, not the dom0 kernel command line which you have here. That's GRUB_CMDLINE_XEN in /etc/default/grub on Debian at least. > > Still the same error though. Here are some parts from xm dmesg: > > (XEN) *** Xen will not allow creation of DomU-s on this CPU for security reasons. *** > (XEN) *** Pass "allow_unsafe" if you\047re trusting all your (PV) guest kernels. *** Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 24 11:13:21 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 24 Apr 2013 11:13: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 1UUxcu-00087O-AT; Wed, 24 Apr 2013 11:12:40 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUxct-00087H-2u for xen-users@lists.xen.org; Wed, 24 Apr 2013 11:12:39 +0000 Received: from [85.158.143.99:27478] by server-3.bemta-4.messagelabs.com id E5/61-02186-62EB7715; Wed, 24 Apr 2013 11:12:38 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-4.tower-216.messagelabs.com!1366801957!24006895!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26746 invoked from network); 24 Apr 2013 11:12:37 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-4.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 24 Apr 2013 11:12:37 -0000 X-IronPort-AV: E=Sophos;i="4.87,542,1363132800"; d="scan'208";a="3877042" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 24 Apr 2013 11:12:37 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Wed, 24 Apr 2013 12:12:37 +0100 Message-ID: <1366801956.20256.271.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Jonathan Gowar Date: Wed, 24 Apr 2013 12:12:36 +0100 In-Reply-To: <1366801576.26433.91.camel@gokoloko.cinosure.com> References: <1366795323.26433.68.camel@gokoloko.cinosure.com> <1366797875.26433.69.camel@gokoloko.cinosure.com> <1366798387.20256.257.camel@zakaz.uk.xensource.com> <1366801576.26433.91.camel@gokoloko.cinosure.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Problem launching 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 On Wed, 2013-04-24 at 12:06 +0100, Jonathan Gowar wrote: > Ian, thank you too. That certain seems to be the problem, but I can't > work the solution. I added allow_unsafe to default/grub and updated: > > # cat /proc/cmdline > placeholder root=UUID=3ecb462b-f87c-49a6-9a56-1af61990c40a ro > allow_unsafe It needs to be added to the hypervisor command line, not the dom0 kernel command line which you have here. That's GRUB_CMDLINE_XEN in /etc/default/grub on Debian at least. > > Still the same error though. Here are some parts from xm dmesg: > > (XEN) *** Xen will not allow creation of DomU-s on this CPU for security reasons. *** > (XEN) *** Pass "allow_unsafe" if you\047re trusting all your (PV) guest kernels. *** Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 24 11:28:59 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 24 Apr 2013 11:28: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 1UUxs8-0000IJ-48; Wed, 24 Apr 2013 11:28:24 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUso6-0001lB-Mk for xen-users@lists.xen.org; Wed, 24 Apr 2013 06:03:54 +0000 Received: from [85.158.143.99:40906] by server-3.bemta-4.messagelabs.com id D8/80-02186-9C577715; Wed, 24 Apr 2013 06:03:53 +0000 X-Env-Sender: ydev@cs.utah.edu X-Msg-Ref: server-3.tower-216.messagelabs.com!1366783432!29110418!1 X-Originating-IP: [155.98.64.241] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14114 invoked from network); 24 Apr 2013 06:03:53 -0000 Received: from rio.cs.utah.edu (HELO mail-svr1.cs.utah.edu) (155.98.64.241) by server-3.tower-216.messagelabs.com with SMTP; 24 Apr 2013 06:03:53 -0000 Received: from localhost (localhost [127.0.0.1]) by mail-svr1.cs.utah.edu (Postfix) with ESMTP id 6B4F8650100 for ; Wed, 24 Apr 2013 00:03:52 -0600 (MDT) X-Virus-Scanned: amavisd-new at cs.utah.edu Received: from mail-svr1.cs.utah.edu ([127.0.0.1]) by localhost (mail-svr1.cs.utah.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mNAE6mI5Z55r; Wed, 24 Apr 2013 00:03:52 -0600 (MDT) Received: from [192.168.1.113] (c-76-23-15-81.hsd1.ut.comcast.net [76.23.15.81]) by smtps.cs.utah.edu (Postfix) with ESMTPSA id 2E4986500CB; Wed, 24 Apr 2013 00:03:52 -0600 (MDT) From: Yathi Date: Wed, 24 Apr 2013 00:03:52 -0600 Message-Id: To: "xen-users@lists.xen.org" Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) X-Mailer: Apple Mail (2.1499) X-Mailman-Approved-At: Wed, 24 Apr 2013 11:28:22 +0000 Cc: ydev@cs.utah.edu Subject: [Xen-users] Hosting backend drivers on Guest Domain X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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'm trying to connect two guest domains - one which has backbend drivers and the other with frontend drivers. Foe example, one guest hosts the disk backend while the other guest connects to the backend. Could anyone point me to any documentation on how to go about doing it. Thanks, Yathi _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 24 11:28:59 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 24 Apr 2013 11:28: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 1UUxs8-0000IJ-48; Wed, 24 Apr 2013 11:28:24 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUso6-0001lB-Mk for xen-users@lists.xen.org; Wed, 24 Apr 2013 06:03:54 +0000 Received: from [85.158.143.99:40906] by server-3.bemta-4.messagelabs.com id D8/80-02186-9C577715; Wed, 24 Apr 2013 06:03:53 +0000 X-Env-Sender: ydev@cs.utah.edu X-Msg-Ref: server-3.tower-216.messagelabs.com!1366783432!29110418!1 X-Originating-IP: [155.98.64.241] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14114 invoked from network); 24 Apr 2013 06:03:53 -0000 Received: from rio.cs.utah.edu (HELO mail-svr1.cs.utah.edu) (155.98.64.241) by server-3.tower-216.messagelabs.com with SMTP; 24 Apr 2013 06:03:53 -0000 Received: from localhost (localhost [127.0.0.1]) by mail-svr1.cs.utah.edu (Postfix) with ESMTP id 6B4F8650100 for ; Wed, 24 Apr 2013 00:03:52 -0600 (MDT) X-Virus-Scanned: amavisd-new at cs.utah.edu Received: from mail-svr1.cs.utah.edu ([127.0.0.1]) by localhost (mail-svr1.cs.utah.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mNAE6mI5Z55r; Wed, 24 Apr 2013 00:03:52 -0600 (MDT) Received: from [192.168.1.113] (c-76-23-15-81.hsd1.ut.comcast.net [76.23.15.81]) by smtps.cs.utah.edu (Postfix) with ESMTPSA id 2E4986500CB; Wed, 24 Apr 2013 00:03:52 -0600 (MDT) From: Yathi Date: Wed, 24 Apr 2013 00:03:52 -0600 Message-Id: To: "xen-users@lists.xen.org" Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) X-Mailer: Apple Mail (2.1499) X-Mailman-Approved-At: Wed, 24 Apr 2013 11:28:22 +0000 Cc: ydev@cs.utah.edu Subject: [Xen-users] Hosting backend drivers on Guest Domain X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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'm trying to connect two guest domains - one which has backbend drivers and the other with frontend drivers. Foe example, one guest hosts the disk backend while the other guest connects to the backend. Could anyone point me to any documentation on how to go about doing it. Thanks, Yathi _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 24 11:28:59 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 24 Apr 2013 11:28: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 1UUxs8-0000IS-OQ; Wed, 24 Apr 2013 11:28:24 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUvqI-00013t-GF for xen-users@lists.xensource.com; Wed, 24 Apr 2013 09:18:22 +0000 Received: from [193.109.254.147:33865] by server-5.bemta-14.messagelabs.com id 92/07-09030-D53A7715; Wed, 24 Apr 2013 09:18:21 +0000 X-Env-Sender: duanshuidao@hotmail.com X-Msg-Ref: server-7.tower-27.messagelabs.com!1366795021!1511390!1 X-Originating-IP: [65.55.116.28] X-SpamReason: No, hits=1.5 required=7.0 tests=BODY_RANDOM_LONG, DATE_IN_PAST_24_48,FORGED_HOTMAIL_RCVD,HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_2, MSGID_FROM_MTA_HEADER,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25942 invoked from network); 24 Apr 2013 09:17:02 -0000 Received: from blu0-omc1-s17.blu0.hotmail.com (HELO blu0-omc1-s17.blu0.hotmail.com) (65.55.116.28) by server-7.tower-27.messagelabs.com with SMTP; 24 Apr 2013 09:17:02 -0000 Received: from BLU0-SMTP138 ([65.55.116.8]) by blu0-omc1-s17.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 24 Apr 2013 02:16:52 -0700 X-EIP: [e6ZIjJoZ/OLZw1YPIimCL8KBbc/Dqy8B] X-Originating-Email: [duanshuidao@hotmail.com] Message-ID: Received: from [192.168.1.108] ([220.152.230.25]) by BLU0-SMTP138.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675); Wed, 24 Apr 2013 02:16:51 -0700 From: DuanShuiDao To: Su Zhang In-Reply-To: References: Date: Tue, 23 Apr 2013 16:34:28 +0800 MIME-Version: 1.0 X-Mailer: Evolution 3.6.3 X-OriginalArrivalTime: 24 Apr 2013 09:16:51.0575 (UTC) FILETIME=[74B38070:01CE40CC] X-Mailman-Approved-At: Wed, 24 Apr 2013 11:28:22 +0000 Cc: xen-users Subject: Re: [Xen-users] domU cannot boot up X-BeenThere: xen-users@lists.xen.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="===============7240634096321406694==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7240634096321406694== Content-Type: multipart/alternative; boundary="=-qyvQ8Pre+Q2Ov5r12gqO" --=-qyvQ8Pre+Q2Ov5r12gqO Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit Can you send it again ? I may lost the previous email. - ----Original Message----- From: Su Zhang To: hujun_hotmail Cc: xen-users Subject: Re: [Xen-users] domU cannot boot up Date: Tue, 27 Mar 2012 10:37:09 -0500 Thanks for your reply. It is a png file. It can be opened by most of mainstream picture viewers. On Sat, Mar 24, 2012 at 7:03 PM, hujun_hotmail wrote: how to open your attachment file: screeshot ? From: Su Zhang Sent: Saturday, March 24, 2012 9:41 AM To: xen-users@lists.xen.org Subject: [Xen-users] domU cannot boot up Hello community, I encountered an error while installing CentOS as a domU on Xen. The DomU paused at boot up and failed with messages: "eth0: no IPv6 routers present". I've already attached a full screenshot. Can anyone tell me what is happening here? Thanks, -- Su Zhang -- Su Zhang Ph.D Candidate Computing and Information Sciences Kansas State University ________________________________________________________________ _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users -- Su Zhang Ph.D Candidate Computing and Information Sciences Kansas State University _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --=-qyvQ8Pre+Q2Ov5r12gqO Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: 7bit Can you send it again ?
I may lost the previous email.

-
----Original Message-----
From: Su Zhang <westlifezs@gmail.com>
To: hujun_hotmail <duanshuidao@hotmail.com>
Cc: xen-users <xen-users@lists.xensource.com>
Subject: Re: [Xen-users] domU cannot boot up
Date: Tue, 27 Mar 2012 10:37:09 -0500

Thanks for your reply. It is a png file. It can be opened by most of mainstream picture viewers.

On Sat, Mar 24, 2012 at 7:03 PM, hujun_hotmail <duanshuidao@hotmail.com> wrote:
how to open your attachment file: screeshot ?


From: Su Zhang
Sent: Saturday, March 24, 2012 9:41 AM
To: xen-users@lists.xen.org
Subject: [Xen-users] domU cannot boot up



Hello community,


I encountered an error while installing CentOS as a domU on Xen. The DomU paused at boot up
and failed with messages: "eth0: no IPv6 routers present". I've already attached a full screenshot. Can anyone tell me what is happening here?


Thanks,
--
Su Zhang






--
Su Zhang
Ph.D Candidate
Computing and Information Sciences
Kansas State University



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




--
Su Zhang
Ph.D Candidate
Computing and Information Sciences
Kansas State University 
_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--=-qyvQ8Pre+Q2Ov5r12gqO-- --===============7240634096321406694== 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 --===============7240634096321406694==-- From xen-users-bounces@lists.xen.org Wed Apr 24 11:28:59 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 24 Apr 2013 11:28: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 1UUxs8-0000IS-OQ; Wed, 24 Apr 2013 11:28:24 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUvqI-00013t-GF for xen-users@lists.xensource.com; Wed, 24 Apr 2013 09:18:22 +0000 Received: from [193.109.254.147:33865] by server-5.bemta-14.messagelabs.com id 92/07-09030-D53A7715; Wed, 24 Apr 2013 09:18:21 +0000 X-Env-Sender: duanshuidao@hotmail.com X-Msg-Ref: server-7.tower-27.messagelabs.com!1366795021!1511390!1 X-Originating-IP: [65.55.116.28] X-SpamReason: No, hits=1.5 required=7.0 tests=BODY_RANDOM_LONG, DATE_IN_PAST_24_48,FORGED_HOTMAIL_RCVD,HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_2, MSGID_FROM_MTA_HEADER,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25942 invoked from network); 24 Apr 2013 09:17:02 -0000 Received: from blu0-omc1-s17.blu0.hotmail.com (HELO blu0-omc1-s17.blu0.hotmail.com) (65.55.116.28) by server-7.tower-27.messagelabs.com with SMTP; 24 Apr 2013 09:17:02 -0000 Received: from BLU0-SMTP138 ([65.55.116.8]) by blu0-omc1-s17.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 24 Apr 2013 02:16:52 -0700 X-EIP: [e6ZIjJoZ/OLZw1YPIimCL8KBbc/Dqy8B] X-Originating-Email: [duanshuidao@hotmail.com] Message-ID: Received: from [192.168.1.108] ([220.152.230.25]) by BLU0-SMTP138.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675); Wed, 24 Apr 2013 02:16:51 -0700 From: DuanShuiDao To: Su Zhang In-Reply-To: References: Date: Tue, 23 Apr 2013 16:34:28 +0800 MIME-Version: 1.0 X-Mailer: Evolution 3.6.3 X-OriginalArrivalTime: 24 Apr 2013 09:16:51.0575 (UTC) FILETIME=[74B38070:01CE40CC] X-Mailman-Approved-At: Wed, 24 Apr 2013 11:28:22 +0000 Cc: xen-users Subject: Re: [Xen-users] domU cannot boot up X-BeenThere: xen-users@lists.xen.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="===============7240634096321406694==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7240634096321406694== Content-Type: multipart/alternative; boundary="=-qyvQ8Pre+Q2Ov5r12gqO" --=-qyvQ8Pre+Q2Ov5r12gqO Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit Can you send it again ? I may lost the previous email. - ----Original Message----- From: Su Zhang To: hujun_hotmail Cc: xen-users Subject: Re: [Xen-users] domU cannot boot up Date: Tue, 27 Mar 2012 10:37:09 -0500 Thanks for your reply. It is a png file. It can be opened by most of mainstream picture viewers. On Sat, Mar 24, 2012 at 7:03 PM, hujun_hotmail wrote: how to open your attachment file: screeshot ? From: Su Zhang Sent: Saturday, March 24, 2012 9:41 AM To: xen-users@lists.xen.org Subject: [Xen-users] domU cannot boot up Hello community, I encountered an error while installing CentOS as a domU on Xen. The DomU paused at boot up and failed with messages: "eth0: no IPv6 routers present". I've already attached a full screenshot. Can anyone tell me what is happening here? Thanks, -- Su Zhang -- Su Zhang Ph.D Candidate Computing and Information Sciences Kansas State University ________________________________________________________________ _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users -- Su Zhang Ph.D Candidate Computing and Information Sciences Kansas State University _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --=-qyvQ8Pre+Q2Ov5r12gqO Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: 7bit Can you send it again ?
I may lost the previous email.

-
----Original Message-----
From: Su Zhang <westlifezs@gmail.com>
To: hujun_hotmail <duanshuidao@hotmail.com>
Cc: xen-users <xen-users@lists.xensource.com>
Subject: Re: [Xen-users] domU cannot boot up
Date: Tue, 27 Mar 2012 10:37:09 -0500

Thanks for your reply. It is a png file. It can be opened by most of mainstream picture viewers.

On Sat, Mar 24, 2012 at 7:03 PM, hujun_hotmail <duanshuidao@hotmail.com> wrote:
how to open your attachment file: screeshot ?


From: Su Zhang
Sent: Saturday, March 24, 2012 9:41 AM
To: xen-users@lists.xen.org
Subject: [Xen-users] domU cannot boot up



Hello community,


I encountered an error while installing CentOS as a domU on Xen. The DomU paused at boot up
and failed with messages: "eth0: no IPv6 routers present". I've already attached a full screenshot. Can anyone tell me what is happening here?


Thanks,
--
Su Zhang






--
Su Zhang
Ph.D Candidate
Computing and Information Sciences
Kansas State University



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




--
Su Zhang
Ph.D Candidate
Computing and Information Sciences
Kansas State University 
_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--=-qyvQ8Pre+Q2Ov5r12gqO-- --===============7240634096321406694== 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 --===============7240634096321406694==-- From xen-users-bounces@lists.xen.org Wed Apr 24 11:29:00 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 24 Apr 2013 11:29: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 1UUxs7-0000I9-GH; Wed, 24 Apr 2013 11:28:23 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUsP8-0001O4-2m for xen-users@lists.xen.org; Wed, 24 Apr 2013 05:38:06 +0000 Received: from [193.109.254.147:5732] by server-2.bemta-14.messagelabs.com id 2A/7F-14115-CBF67715; Wed, 24 Apr 2013 05:38:04 +0000 X-Env-Sender: jobseeker.naukri@gmail.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1366781878!9012559!1 X-Originating-IP: [209.85.217.182] 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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23761 invoked from network); 24 Apr 2013 05:37:59 -0000 Received: from mail-lb0-f182.google.com (HELO mail-lb0-f182.google.com) (209.85.217.182) by server-16.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 24 Apr 2013 05:37:59 -0000 Received: by mail-lb0-f182.google.com with SMTP id v20so1353796lbc.27 for ; Tue, 23 Apr 2013 22:37:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=icF0ai4ncI9J2IiDbVtdF3GUgS1Cqs6SpAcYGDwAEZg=; b=ra99G0LRqcaSJ9LtzwUxuxMdvoZ1mn8PhbECyzIhsjEQlmE6mhxYmjhf/a9hNVuMEs XtvtNK2cmd6XZoBwNJpBlG1oNytYgnFjjzYAepJz4oFq1jTB10q/n6q8AIeMC2WTklT3 nWzCQ0RxOqY4Raax+v75WnJ1mAa3B+NcQLMVzbSqd8Kfztlj/DSuprcePiSZLE9NuCtu aMBpJEYGa7G/48aqKGRut5ltlzSW1ZF7HDqvJGsDFq++BgUppXwfJUkBY/TvDtts+CEk UXmWWrx0XeutHubypuEUB7Ml3T5CMRCQdHhyLVyOi7tmVjxSdTQEyUU2CI75ccMugI8h dc8Q== MIME-Version: 1.0 X-Received: by 10.152.1.133 with SMTP id 5mr17044835lam.42.1366781878080; Tue, 23 Apr 2013 22:37:58 -0700 (PDT) Received: by 10.112.69.168 with HTTP; Tue, 23 Apr 2013 22:37:57 -0700 (PDT) In-Reply-To: <1366729903.20256.171.camel@zakaz.uk.xensource.com> References: <1366718116.20256.136.camel@zakaz.uk.xensource.com> <1366729903.20256.171.camel@zakaz.uk.xensource.com> Date: Wed, 24 Apr 2013 11:07:57 +0530 Message-ID: From: Srinivas Ch To: Ian Campbell X-Mailman-Approved-At: Wed, 24 Apr 2013 11:28:22 +0000 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Mapping GPIO ports 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: multipart/mixed; boundary="===============6748308609126565300==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6748308609126565300== Content-Type: multipart/alternative; boundary=089e013c66a654180604db14b436 --089e013c66a654180604db14b436 Content-Type: text/plain; charset=ISO-8859-1 Hi Ian, Thank you very much. The GPIO ports I am referring they belong to dual address space; one is IO address and the other is memory address space. That is why I am asking for both options. I will try both options whichever works first for me will use that approach. On Tue, Apr 23, 2013 at 8:41 PM, Ian Campbell wrote: > On Tue, 2013-04-23 at 15:03 +0100, Srinivas Ch wrote: > > Hi Ian, > > > > > > Thank you. Yeah I am talking about MMIO registers & x86 I/O > > ports. > > MMIO registers & x86 I/O ports are two separate things. It sounds like > you are doing MMIO. > > > I am new to xen, can you tell me bit clearly or if there is any > > document link which explain more about iomem and ioport > > configurations. > > xl comes with manpages which describe these options and you can find > them either in tree or linked from the wiki. > > > Basically MMIO GPIO port is accessible at physical address > > 0xfed80000. I want to map this address directly to domU, I am okay > > even page exposes other registers as of now. > > Then I think the iomem option should do what you need. > > Ian. > > > > --089e013c66a654180604db14b436 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Ian,

=A0 =A0 =A0Thank you very much. The GPIO ports I= am referring they belong to =A0dual address space; one is IO address and t= he other is memory address space. That is why I am asking for both options.= I will try both options whichever works first for me will use that approac= h.

On Tue, Apr 23, 2013 at 8:41 PM, Ian Campbel= l <Ian.Campbell@citrix.com> wrote:
On Tue, 2013-04-23 at 15:03 +0100, Srinivas Ch wrote:
> Hi Ian,
>
>
> =A0 =A0 =A0 Thank you. Yeah I am talking about MMIO registers & x8= 6 I/O
> ports.

MMIO registers & x86 I/O ports are two separate things. It sounds= like
you are doing MMIO.

> =A0I am new to xen, can you tell me bit clearly or if there is any
> document link which explain more about iomem and ioport
> configurations.

xl comes with manpages which describe these options and you can find<= br> them either in tree or linked from the wiki.

> =A0Basically MMIO GPIO port is accessible at physical address
> 0xfed80000. I want to map this address directly to domU, I am okay
> even page exposes other registers as of now.

Then I think the iomem option should do what you need.

Ian.




--089e013c66a654180604db14b436-- --===============6748308609126565300== 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 --===============6748308609126565300==-- From xen-users-bounces@lists.xen.org Wed Apr 24 11:29:00 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 24 Apr 2013 11:29: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 1UUxs7-0000I9-GH; Wed, 24 Apr 2013 11:28:23 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUsP8-0001O4-2m for xen-users@lists.xen.org; Wed, 24 Apr 2013 05:38:06 +0000 Received: from [193.109.254.147:5732] by server-2.bemta-14.messagelabs.com id 2A/7F-14115-CBF67715; Wed, 24 Apr 2013 05:38:04 +0000 X-Env-Sender: jobseeker.naukri@gmail.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1366781878!9012559!1 X-Originating-IP: [209.85.217.182] 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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23761 invoked from network); 24 Apr 2013 05:37:59 -0000 Received: from mail-lb0-f182.google.com (HELO mail-lb0-f182.google.com) (209.85.217.182) by server-16.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 24 Apr 2013 05:37:59 -0000 Received: by mail-lb0-f182.google.com with SMTP id v20so1353796lbc.27 for ; Tue, 23 Apr 2013 22:37:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=icF0ai4ncI9J2IiDbVtdF3GUgS1Cqs6SpAcYGDwAEZg=; b=ra99G0LRqcaSJ9LtzwUxuxMdvoZ1mn8PhbECyzIhsjEQlmE6mhxYmjhf/a9hNVuMEs XtvtNK2cmd6XZoBwNJpBlG1oNytYgnFjjzYAepJz4oFq1jTB10q/n6q8AIeMC2WTklT3 nWzCQ0RxOqY4Raax+v75WnJ1mAa3B+NcQLMVzbSqd8Kfztlj/DSuprcePiSZLE9NuCtu aMBpJEYGa7G/48aqKGRut5ltlzSW1ZF7HDqvJGsDFq++BgUppXwfJUkBY/TvDtts+CEk UXmWWrx0XeutHubypuEUB7Ml3T5CMRCQdHhyLVyOi7tmVjxSdTQEyUU2CI75ccMugI8h dc8Q== MIME-Version: 1.0 X-Received: by 10.152.1.133 with SMTP id 5mr17044835lam.42.1366781878080; Tue, 23 Apr 2013 22:37:58 -0700 (PDT) Received: by 10.112.69.168 with HTTP; Tue, 23 Apr 2013 22:37:57 -0700 (PDT) In-Reply-To: <1366729903.20256.171.camel@zakaz.uk.xensource.com> References: <1366718116.20256.136.camel@zakaz.uk.xensource.com> <1366729903.20256.171.camel@zakaz.uk.xensource.com> Date: Wed, 24 Apr 2013 11:07:57 +0530 Message-ID: From: Srinivas Ch To: Ian Campbell X-Mailman-Approved-At: Wed, 24 Apr 2013 11:28:22 +0000 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Mapping GPIO ports 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: multipart/mixed; boundary="===============6748308609126565300==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6748308609126565300== Content-Type: multipart/alternative; boundary=089e013c66a654180604db14b436 --089e013c66a654180604db14b436 Content-Type: text/plain; charset=ISO-8859-1 Hi Ian, Thank you very much. The GPIO ports I am referring they belong to dual address space; one is IO address and the other is memory address space. That is why I am asking for both options. I will try both options whichever works first for me will use that approach. On Tue, Apr 23, 2013 at 8:41 PM, Ian Campbell wrote: > On Tue, 2013-04-23 at 15:03 +0100, Srinivas Ch wrote: > > Hi Ian, > > > > > > Thank you. Yeah I am talking about MMIO registers & x86 I/O > > ports. > > MMIO registers & x86 I/O ports are two separate things. It sounds like > you are doing MMIO. > > > I am new to xen, can you tell me bit clearly or if there is any > > document link which explain more about iomem and ioport > > configurations. > > xl comes with manpages which describe these options and you can find > them either in tree or linked from the wiki. > > > Basically MMIO GPIO port is accessible at physical address > > 0xfed80000. I want to map this address directly to domU, I am okay > > even page exposes other registers as of now. > > Then I think the iomem option should do what you need. > > Ian. > > > > --089e013c66a654180604db14b436 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Ian,

=A0 =A0 =A0Thank you very much. The GPIO ports I= am referring they belong to =A0dual address space; one is IO address and t= he other is memory address space. That is why I am asking for both options.= I will try both options whichever works first for me will use that approac= h.

On Tue, Apr 23, 2013 at 8:41 PM, Ian Campbel= l <Ian.Campbell@citrix.com> wrote:
On Tue, 2013-04-23 at 15:03 +0100, Srinivas Ch wrote:
> Hi Ian,
>
>
> =A0 =A0 =A0 Thank you. Yeah I am talking about MMIO registers & x8= 6 I/O
> ports.

MMIO registers & x86 I/O ports are two separate things. It sounds= like
you are doing MMIO.

> =A0I am new to xen, can you tell me bit clearly or if there is any
> document link which explain more about iomem and ioport
> configurations.

xl comes with manpages which describe these options and you can find<= br> them either in tree or linked from the wiki.

> =A0Basically MMIO GPIO port is accessible at physical address
> 0xfed80000. I want to map this address directly to domU, I am okay
> even page exposes other registers as of now.

Then I think the iomem option should do what you need.

Ian.




--089e013c66a654180604db14b436-- --===============6748308609126565300== 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 --===============6748308609126565300==-- From xen-users-bounces@lists.xen.org Wed Apr 24 12:00:34 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 24 Apr 2013 12: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 1UUyMd-0003Lc-7k; Wed, 24 Apr 2013 11:59:55 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUyMc-0003LE-BC for xen-users@lists.xen.org; Wed, 24 Apr 2013 11:59:54 +0000 Received: from [85.158.139.211:28584] by server-6.bemta-5.messagelabs.com id 39/DD-21466-439C7715; Wed, 24 Apr 2013 11:59:48 +0000 X-Env-Sender: jon@whiteheat.org.uk X-Msg-Ref: server-16.tower-206.messagelabs.com!1366804787!20277971!1 X-Originating-IP: [80.87.131.250] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15739 invoked from network); 24 Apr 2013 11:59:47 -0000 Received: from anion.cinosure.com (HELO anion.cinosure.com) (80.87.131.250) by server-16.tower-206.messagelabs.com with SMTP; 24 Apr 2013 11:59:47 -0000 Received: from localhost (localhost [127.0.0.1]) by anion.cinosure.com (Postfix) with ESMTP id 827FE28EB9B; Wed, 24 Apr 2013 12:59:47 +0100 (BST) X-Virus-Scanned: Debian amavisd-new at anion.cinosure.com Received: from anion.cinosure.com ([127.0.0.1]) by localhost (anion.cinosure.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DZ4fjd4fvWYB; Wed, 24 Apr 2013 12:59:45 +0100 (BST) Received: from [192.168.99.101] (genesis.positive-internet.com [80.87.128.54]) by anion.cinosure.com (Postfix) with ESMTPSA id A3AE428E115; Wed, 24 Apr 2013 12:59:45 +0100 (BST) Message-ID: <1366804785.26433.96.camel@gokoloko.cinosure.com> From: Jonathan Gowar To: Ian Campbell Date: Wed, 24 Apr 2013 12:59:45 +0100 In-Reply-To: <1366801956.20256.271.camel@zakaz.uk.xensource.com> References: <1366795323.26433.68.camel@gokoloko.cinosure.com> <1366797875.26433.69.camel@gokoloko.cinosure.com> <1366798387.20256.257.camel@zakaz.uk.xensource.com> <1366801576.26433.91.camel@gokoloko.cinosure.com> <1366801956.20256.271.camel@zakaz.uk.xensource.com> X-Mailer: Evolution 3.4.4-3 Mime-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Problem launching 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 On Wed, 2013-04-24 at 12:12 +0100, Ian Campbell wrote: > On Wed, 2013-04-24 at 12:06 +0100, Jonathan Gowar wrote: > > Ian, thank you too. That certain seems to be the problem, but I can't > > work the solution. I added allow_unsafe to default/grub and updated: > > > > # cat /proc/cmdline > > placeholder root=UUID=3ecb462b-f87c-49a6-9a56-1af61990c40a ro > > allow_unsafe > > It needs to be added to the hypervisor command line, not the dom0 kernel > command line which you have here. > > That's GRUB_CMDLINE_XEN in /etc/default/grub on Debian at least. > > > > > Still the same error though. Here are some parts from xm dmesg: > > > > (XEN) *** Xen will not allow creation of DomU-s on this CPU for security reasons. *** > > (XEN) *** Pass "allow_unsafe" if you\047re trusting all your (PV) guest kernels. *** > > Ian. > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users Many thanks, that was it. GRUB_CMDLINE_XEN="allow_unsafe=true" Regards, Jon _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 24 12:00:34 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 24 Apr 2013 12: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 1UUyMd-0003Lc-7k; Wed, 24 Apr 2013 11:59:55 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUyMc-0003LE-BC for xen-users@lists.xen.org; Wed, 24 Apr 2013 11:59:54 +0000 Received: from [85.158.139.211:28584] by server-6.bemta-5.messagelabs.com id 39/DD-21466-439C7715; Wed, 24 Apr 2013 11:59:48 +0000 X-Env-Sender: jon@whiteheat.org.uk X-Msg-Ref: server-16.tower-206.messagelabs.com!1366804787!20277971!1 X-Originating-IP: [80.87.131.250] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15739 invoked from network); 24 Apr 2013 11:59:47 -0000 Received: from anion.cinosure.com (HELO anion.cinosure.com) (80.87.131.250) by server-16.tower-206.messagelabs.com with SMTP; 24 Apr 2013 11:59:47 -0000 Received: from localhost (localhost [127.0.0.1]) by anion.cinosure.com (Postfix) with ESMTP id 827FE28EB9B; Wed, 24 Apr 2013 12:59:47 +0100 (BST) X-Virus-Scanned: Debian amavisd-new at anion.cinosure.com Received: from anion.cinosure.com ([127.0.0.1]) by localhost (anion.cinosure.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DZ4fjd4fvWYB; Wed, 24 Apr 2013 12:59:45 +0100 (BST) Received: from [192.168.99.101] (genesis.positive-internet.com [80.87.128.54]) by anion.cinosure.com (Postfix) with ESMTPSA id A3AE428E115; Wed, 24 Apr 2013 12:59:45 +0100 (BST) Message-ID: <1366804785.26433.96.camel@gokoloko.cinosure.com> From: Jonathan Gowar To: Ian Campbell Date: Wed, 24 Apr 2013 12:59:45 +0100 In-Reply-To: <1366801956.20256.271.camel@zakaz.uk.xensource.com> References: <1366795323.26433.68.camel@gokoloko.cinosure.com> <1366797875.26433.69.camel@gokoloko.cinosure.com> <1366798387.20256.257.camel@zakaz.uk.xensource.com> <1366801576.26433.91.camel@gokoloko.cinosure.com> <1366801956.20256.271.camel@zakaz.uk.xensource.com> X-Mailer: Evolution 3.4.4-3 Mime-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Problem launching 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 On Wed, 2013-04-24 at 12:12 +0100, Ian Campbell wrote: > On Wed, 2013-04-24 at 12:06 +0100, Jonathan Gowar wrote: > > Ian, thank you too. That certain seems to be the problem, but I can't > > work the solution. I added allow_unsafe to default/grub and updated: > > > > # cat /proc/cmdline > > placeholder root=UUID=3ecb462b-f87c-49a6-9a56-1af61990c40a ro > > allow_unsafe > > It needs to be added to the hypervisor command line, not the dom0 kernel > command line which you have here. > > That's GRUB_CMDLINE_XEN in /etc/default/grub on Debian at least. > > > > > Still the same error though. Here are some parts from xm dmesg: > > > > (XEN) *** Xen will not allow creation of DomU-s on this CPU for security reasons. *** > > (XEN) *** Pass "allow_unsafe" if you\047re trusting all your (PV) guest kernels. *** > > Ian. > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users Many thanks, that was it. GRUB_CMDLINE_XEN="allow_unsafe=true" Regards, Jon _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 24 13:45:00 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 24 Apr 2013 13:45: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 1UUzzH-0008Jm-Ho; Wed, 24 Apr 2013 13:43:55 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUzzF-0008Jh-UT for xen-users@lists.xen.org; Wed, 24 Apr 2013 13:43:54 +0000 Received: from [85.158.139.211:52996] by server-15.bemta-5.messagelabs.com id F4/85-22815-191E7715; Wed, 24 Apr 2013 13:43:45 +0000 X-Env-Sender: agya.naila@gmail.com X-Msg-Ref: server-8.tower-206.messagelabs.com!1366811024!20252950!1 X-Originating-IP: [74.125.82.178] X-SpamReason: No, hits=2.0 required=7.0 tests=HTML_60_70,HTML_MESSAGE, HTML_OBFUSCATE_05_10,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24338 invoked from network); 24 Apr 2013 13:43:44 -0000 Received: from mail-we0-f178.google.com (HELO mail-we0-f178.google.com) (74.125.82.178) by server-8.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 24 Apr 2013 13:43:44 -0000 Received: by mail-we0-f178.google.com with SMTP id z53so1666615wey.37 for ; Wed, 24 Apr 2013 06:43:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:content-type; bh=Ctmvd8dZvoi2WNV63Y5IGwtKPno+/NGVzQHKYDEUYio=; b=WxDVxDUBIytjzfYHLyTMZqe9eup5mxvi1TNDOz6PsA3Yt27c6owY+L8xPEsJy8n4gJ y0TyWl/JF56ttvvZk4bxTYWv+bB+uCmbfNdNQSwPttgYqv2LnHRxs+s/znST8M3rdtzN rOlsw9FoMzdOAR5mi8F2r0/naaQnrYdrOHvWaXdIqWognc2Nkv+AUkARAhzde/QfCmib nS3/Eh5sjsjuvUAu/C+NDoktTmF9JKwLmzO+XGR7sM1oP5WRHMMNIatfkgEaMIjz1GwF IXeUX5YFeeNA3jjddLq9tQWdy4INvHFl5uZ1Ug8fEvt1f8cvkKE6UUgW3i4BRUwcb6BM sXMg== MIME-Version: 1.0 X-Received: by 10.180.72.228 with SMTP id g4mr82012381wiv.22.1366811024192; Wed, 24 Apr 2013 06:43:44 -0700 (PDT) Received: by 10.217.88.194 with HTTP; Wed, 24 Apr 2013 06:43:44 -0700 (PDT) In-Reply-To: References: Date: Wed, 24 Apr 2013 15:43:44 +0200 Message-ID: From: agya naila To: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Xen with openvswitch integration X-BeenThere: xen-users@lists.xen.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="===============4675672128004343198==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4675672128004343198== Content-Type: multipart/alternative; boundary=f46d043c819e927f1704db1b7d02 --f46d043c819e927f1704db1b7d02 Content-Type: text/plain; charset=ISO-8859-1 Okay, solve this one with small modification in xen vif-bridge scripts and remus still running well. Agya On Tue, Apr 23, 2013 at 8:06 PM, agya naila wrote: > Dear all, > Again, I have some question here and I hope some one have experience how > to do it. I have Xen 4.2.1 installed from sources and working with XM > toolstack. I will use this xen in order to run Remus high availability with > DRBD. > > Does any one know about openvswitch integration with xm toolstack, since > Xen wiki only confirm XCP have natively support openvswitch > http://wiki.xen.org/wiki/Open_vSwitch. > > I read some work here, Xen xm or xl will support it but we have to > modify its networking script. This pages testing it > http://lists.xen.org/archives/html/xen-users/2012-07/msg00332.html and > provide the script. another modification is from this page Another Xen > openvswitch networking script hacking is from this page > http://lists.xen.org/archives/html/xen-users/2011-08/msg00071.html. I > dont know which one is better integration or does Xen have its own way in > Xen 4.2 to integrate it with Openvswitch? > > However I don't know whether this modification impact with Remus. Remus > working with vif and this modification replaced vif with another > approach. > > Please suggest, > Best Regards, > > Agya > --f46d043c819e927f1704db1b7d02 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Okay, solve this one with small modification in xen vif-br= idge scripts and remus still running well.

Agya


On T= ue, Apr 23, 2013 at 8:06 PM, agya naila <agya.naila@gmail.com> wrote:
Dear all,
Again, I have= some question here and I hope some one have experience how to do it. I hav= e Xen 4.2.1 installed from sources and working with XM toolstack. I will us= e this xen in order to run Remus high availability with DRBD.

Does any one know about openvswitch integration with xm= toolstack, since Xen wiki only confirm XCP have natively support openvswit= ch=A0=A0= http://wiki.xen.org/wiki/Open_vSwit= ch.

=A0I read some work here,=A0Xen=A0xm=A0or=A0xl=A0will support it but we have to modify=A0its=A0networking script. This=A0pages=A0testing=A0it=A0http://lists.x= en.org/archives/html/xen-users/2012-07/msg00332.html=A0and provide the script. another= modification is from this page=A0Another Xen openvswitch networking script hacking= is from this page=A0http://lists.xen.org/archives/html/xen-users/2= 011-08/msg00071.html. I dont know which one is better integration or do= es Xen have its own way in Xen 4.2 to integrate it with Openvswitch?

How= ever I don't know whether this modification impact=A0with Remus. Remus = working with=A0vif=A0and this modification replaced=A0vif=A0with another approach.=A0

Ple= ase suggest,
Best Regards,

Agy= a

--f46d043c819e927f1704db1b7d02-- --===============4675672128004343198== 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 --===============4675672128004343198==-- From xen-users-bounces@lists.xen.org Wed Apr 24 13:45:00 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 24 Apr 2013 13:45: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 1UUzzH-0008Jm-Ho; Wed, 24 Apr 2013 13:43:55 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UUzzF-0008Jh-UT for xen-users@lists.xen.org; Wed, 24 Apr 2013 13:43:54 +0000 Received: from [85.158.139.211:52996] by server-15.bemta-5.messagelabs.com id F4/85-22815-191E7715; Wed, 24 Apr 2013 13:43:45 +0000 X-Env-Sender: agya.naila@gmail.com X-Msg-Ref: server-8.tower-206.messagelabs.com!1366811024!20252950!1 X-Originating-IP: [74.125.82.178] X-SpamReason: No, hits=2.0 required=7.0 tests=HTML_60_70,HTML_MESSAGE, HTML_OBFUSCATE_05_10,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24338 invoked from network); 24 Apr 2013 13:43:44 -0000 Received: from mail-we0-f178.google.com (HELO mail-we0-f178.google.com) (74.125.82.178) by server-8.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 24 Apr 2013 13:43:44 -0000 Received: by mail-we0-f178.google.com with SMTP id z53so1666615wey.37 for ; Wed, 24 Apr 2013 06:43:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:content-type; bh=Ctmvd8dZvoi2WNV63Y5IGwtKPno+/NGVzQHKYDEUYio=; b=WxDVxDUBIytjzfYHLyTMZqe9eup5mxvi1TNDOz6PsA3Yt27c6owY+L8xPEsJy8n4gJ y0TyWl/JF56ttvvZk4bxTYWv+bB+uCmbfNdNQSwPttgYqv2LnHRxs+s/znST8M3rdtzN rOlsw9FoMzdOAR5mi8F2r0/naaQnrYdrOHvWaXdIqWognc2Nkv+AUkARAhzde/QfCmib nS3/Eh5sjsjuvUAu/C+NDoktTmF9JKwLmzO+XGR7sM1oP5WRHMMNIatfkgEaMIjz1GwF IXeUX5YFeeNA3jjddLq9tQWdy4INvHFl5uZ1Ug8fEvt1f8cvkKE6UUgW3i4BRUwcb6BM sXMg== MIME-Version: 1.0 X-Received: by 10.180.72.228 with SMTP id g4mr82012381wiv.22.1366811024192; Wed, 24 Apr 2013 06:43:44 -0700 (PDT) Received: by 10.217.88.194 with HTTP; Wed, 24 Apr 2013 06:43:44 -0700 (PDT) In-Reply-To: References: Date: Wed, 24 Apr 2013 15:43:44 +0200 Message-ID: From: agya naila To: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Xen with openvswitch integration X-BeenThere: xen-users@lists.xen.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="===============4675672128004343198==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4675672128004343198== Content-Type: multipart/alternative; boundary=f46d043c819e927f1704db1b7d02 --f46d043c819e927f1704db1b7d02 Content-Type: text/plain; charset=ISO-8859-1 Okay, solve this one with small modification in xen vif-bridge scripts and remus still running well. Agya On Tue, Apr 23, 2013 at 8:06 PM, agya naila wrote: > Dear all, > Again, I have some question here and I hope some one have experience how > to do it. I have Xen 4.2.1 installed from sources and working with XM > toolstack. I will use this xen in order to run Remus high availability with > DRBD. > > Does any one know about openvswitch integration with xm toolstack, since > Xen wiki only confirm XCP have natively support openvswitch > http://wiki.xen.org/wiki/Open_vSwitch. > > I read some work here, Xen xm or xl will support it but we have to > modify its networking script. This pages testing it > http://lists.xen.org/archives/html/xen-users/2012-07/msg00332.html and > provide the script. another modification is from this page Another Xen > openvswitch networking script hacking is from this page > http://lists.xen.org/archives/html/xen-users/2011-08/msg00071.html. I > dont know which one is better integration or does Xen have its own way in > Xen 4.2 to integrate it with Openvswitch? > > However I don't know whether this modification impact with Remus. Remus > working with vif and this modification replaced vif with another > approach. > > Please suggest, > Best Regards, > > Agya > --f46d043c819e927f1704db1b7d02 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Okay, solve this one with small modification in xen vif-br= idge scripts and remus still running well.

Agya


On T= ue, Apr 23, 2013 at 8:06 PM, agya naila <agya.naila@gmail.com> wrote:
Dear all,
Again, I have= some question here and I hope some one have experience how to do it. I hav= e Xen 4.2.1 installed from sources and working with XM toolstack. I will us= e this xen in order to run Remus high availability with DRBD.

Does any one know about openvswitch integration with xm= toolstack, since Xen wiki only confirm XCP have natively support openvswit= ch=A0=A0= http://wiki.xen.org/wiki/Open_vSwit= ch.

=A0I read some work here,=A0Xen=A0xm=A0or=A0xl=A0will support it but we have to modify=A0its=A0networking script. This=A0pages=A0testing=A0it=A0http://lists.x= en.org/archives/html/xen-users/2012-07/msg00332.html=A0and provide the script. another= modification is from this page=A0Another Xen openvswitch networking script hacking= is from this page=A0http://lists.xen.org/archives/html/xen-users/2= 011-08/msg00071.html. I dont know which one is better integration or do= es Xen have its own way in Xen 4.2 to integrate it with Openvswitch?

How= ever I don't know whether this modification impact=A0with Remus. Remus = working with=A0vif=A0and this modification replaced=A0vif=A0with another approach.=A0

Ple= ase suggest,
Best Regards,

Agy= a

--f46d043c819e927f1704db1b7d02-- --===============4675672128004343198== 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 --===============4675672128004343198==-- From xen-users-bounces@lists.xen.org Wed Apr 24 14:05:20 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 24 Apr 2013 14:05:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UV0J9-00010Q-Ln; Wed, 24 Apr 2013 14:04:27 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UV0J8-00010L-CA for xen-users@lists.xen.org; Wed, 24 Apr 2013 14:04:26 +0000 Received: from [193.109.254.147:37060] by server-8.bemta-14.messagelabs.com id E9/58-07222-966E7715; Wed, 24 Apr 2013 14:04:25 +0000 X-Env-Sender: lposani@yahoo.it X-Msg-Ref: server-15.tower-27.messagelabs.com!1366812199!2394286!1 X-Originating-IP: [77.238.189.64] X-SpamReason: No, hits=0.0 required=7.0 tests=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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2297 invoked from network); 24 Apr 2013 14:03:20 -0000 Received: from nm11.bullet.mail.ird.yahoo.com (HELO nm11.bullet.mail.ird.yahoo.com) (77.238.189.64) by server-15.tower-27.messagelabs.com with SMTP; 24 Apr 2013 14:03:20 -0000 Received: from [77.238.189.234] by nm11.bullet.mail.ird.yahoo.com with NNFMP; 24 Apr 2013 14:03:18 -0000 Received: from [212.82.98.105] by tm15.bullet.mail.ird.yahoo.com with NNFMP; 24 Apr 2013 14:03:18 -0000 Received: from [127.0.0.1] by omp1042.mail.ir2.yahoo.com with NNFMP; 24 Apr 2013 14:03:18 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 608330.51690.bm@omp1042.mail.ir2.yahoo.com Received: (qmail 98056 invoked by uid 60001); 24 Apr 2013 14:03:18 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.it; s=s1024; t=1366812198; bh=yOCMwCqRyt5U8JwwrhTRJkagtT9XrPWksFj2KNbw/rM=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=0ZkGy6NrytrzCSD5T8FP3ECxc15jyo4EcvtYfV4Izrff3D3TcCq8ws+MddlZKoSThbM0W7/Q2zjPXXo9sb3sij2R9yRKGixAv9KU1NpFXSlSCmH9huZ6xSBk3ujq+JBjkMTNL2M6tlIneLF9qSgsdKM+MShNPtFLQJoya6WNrnE= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.it; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=T2uFhO0wqpMvDHUTGCgbAD/3TRgk/Ct68ymscfw680bLl3sxdwYaPceOAICEJnXGEnuloKMzEsKfRF6UqTT86fxrk8ibgaGQor+0Mq/DUd6dxPlH0hKEt00Yu93yS0mdQouxtAFuxTTb5M3+5FySsB5reid4W0ufYDAN3Auv+o0=; X-YMail-OSG: ToQgvCsVM1kEOSOp9sNWYVlGtt2w1u8xO_zHEYQ1uk8FU6z fpL2MAyT_GXgfcn9mQPPCw6ix9.7DBVjUk9vx_8FAioW_y50EkKmgMfnRGWt KM_Vr8lmuuKk4Ht3NwAdLV6MdCOsD2H0wPGdpf.QNyQekVIh1XcSOyK1Jwqh j8o9LkawRYRzddhKN9Wu97uWkiCP0aGPvLLf8z7LQy16.FejBxJqzDNiWTMp hIIw6brNxvyhvqvAr1bagllZsHB9I9G3FG0rEAIFrnVImsBcq0CX7haQYK5R aLJxI6Igh8Kj8V3qHHpLvpAnVGPaEvALqrJAbfq_jH8n7bVcaHmAh0_3yk8Y T58E8h1q1x0rY7BcO.a6T18XF_XTS8.vTI8YHhwlVtnDNFS9xOF3bE5PtXnC faP0IpwXHzuZuo1CsuR1mHG6EzwZnVZ4E93VwVMjwX36AD2ho88Q4nRPiJLU pu6BIRE0fP5mgyl890nNax__YLGBCshnlVwO8jfZ.D3fKtKuFlU.xL46J7q_ 3CXphaMUpbWUv96v5kHmc46oxClMyhEhgmB6suh6._HdQCcecmgLrbkVtHe9 YbH5B1mAjpkT.qR1sMuZ_qyBI5WDjv4V8Z0ToD2nICjXQVQ-- Received: from [82.187.229.206] by web171904.mail.ir2.yahoo.com via HTTP; Wed, 24 Apr 2013 15:03:17 BST X-Rocket-MIMEInfo: 002.001, VGhhbmsncyBmb3IgeW91ciBpbmRpY2F0aW9uLg0KDQpJIGNhbid0IGZpbmQgbXkgY3B1IGluIHlvdXIgbGlzdC4NCg0KSW4gbXkgUEMgSSBjYW4gZW5hYmxlIHRoZSB2aXJ0dWFsaXphdGlvbiBmcm9tIEJJT1MuDQoNCkkgZG9uJ3QgdW5kZXJzdGFuZCB0aGUgZGlmZmVyZW5jZS4NCg0KQ2FuIHlvdSBoZWxwIG1lIHBsZWFzZT8NCg0KDQpMdWlzYQ0KDQotLS0gTWVyIDI0LzQvMTMsIEphbiBIZWpsIDxqaEBleGNlbGxvLmN6PiBoYSBzY3JpdHRvOg0KDQpEYTogSmFuIEhlamwgPGpoQGV4Y2VsbG8uY3o.DQpPZ2cBMAEBAQE- X-Mailer: YahooMailClassic/15.1.7 YahooMailWebService/0.8.141.536 Message-ID: <1366812197.98003.YahooMailClassic@web171904.mail.ir2.yahoo.com> Date: Wed, 24 Apr 2013 15:03:17 +0100 (BST) From: Luisa Posani To: xen-users@lists.xen.org, Jan Hejl In-Reply-To: <5177995A.2060301@excello.cz> MIME-Version: 1.0 Subject: Re: [Xen-users] Hardware virtualization X-BeenThere: xen-users@lists.xen.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="===============4030111743293353392==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4030111743293353392== Content-Type: multipart/alternative; boundary="-410758353-1202734871-1366812197=:98003" ---410758353-1202734871-1366812197=:98003 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Thank's for your indication. I can't find my cpu in your list. In my PC I can enable the virtualization from BIOS. I don't understand the difference. Can you help me please? Luisa --- Mer 24/4/13, Jan Hejl ha scritto: Da: Jan Hejl Oggetto: Re: [Xen-users] Hardware virtualization A: xen-users@lists.xen.org Data: Mercoled=EC 24 Aprile 2013, 10:35 =0A =0A=0A =0A =0A =0A Hello Luisa, =0A =20 =0A here http://en.wikipedia.org/wiki/List_of_IOMMU-supporting_hardware= =0A is a list IOMMU supporting hardware, this is a good point to start.= =0A IOMMU is not necessary for virtualization, but hardware listed here= =0A supports VM. =0A =20 =0A Jan =0A =20 =0A Dne 24.4.2013 09:43, Luisa Posani=0A napsal(a): =0A =0A =0A =0A =0A =0A =0A = Hi =0A =20 =0A It's my first=0A experience with xen =0A =20 =0A I would like to use a OS linux create by=0A = buildroot like a guest. =0A I have a PC whit virtualizatin whit debian=0A = distribution and I install xen-linux-sysem on the=0A = PC. =0A =20 =0A In this PC a VM doesn't work correctly. =0A =20 =0A I would like to know if exist a simple tutorial to= =0A configure PC and VM . =0A =20 =0A =0A =0A =0A = =0A =0A =0A = =0A =0A = =0A =0A =0A = =0A =0A =0A =0A = =0A =0A =0A = =0A Thanks in=0A = advance =0A =20 =0A =20 =0A Luisa =0A =20 =0A =0A =0A = =0A =0A =0A = =0A =20 =0A =20 =0A =20 =0A =20 =0A =0A =0A =0A =0A =0A = =20 =0A =0A =20 =0A _______________________________________________=0AXen-users mailin= g list=0AXen-users@lists.xen.org=0Ahttp://lists.xen.org/xen-users=0A =0A= =20 =0A =0A=0A -----Segue allegato----- _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users ---410758353-1202734871-1366812197=:98003 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable ---410758353-1202734871-1366812197=:98003-- --===============4030111743293353392== 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 --===============4030111743293353392==-- From xen-users-bounces@lists.xen.org Wed Apr 24 14:05:20 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 24 Apr 2013 14:05:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UV0J9-00010Q-Ln; Wed, 24 Apr 2013 14:04:27 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UV0J8-00010L-CA for xen-users@lists.xen.org; Wed, 24 Apr 2013 14:04:26 +0000 Received: from [193.109.254.147:37060] by server-8.bemta-14.messagelabs.com id E9/58-07222-966E7715; Wed, 24 Apr 2013 14:04:25 +0000 X-Env-Sender: lposani@yahoo.it X-Msg-Ref: server-15.tower-27.messagelabs.com!1366812199!2394286!1 X-Originating-IP: [77.238.189.64] X-SpamReason: No, hits=0.0 required=7.0 tests=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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2297 invoked from network); 24 Apr 2013 14:03:20 -0000 Received: from nm11.bullet.mail.ird.yahoo.com (HELO nm11.bullet.mail.ird.yahoo.com) (77.238.189.64) by server-15.tower-27.messagelabs.com with SMTP; 24 Apr 2013 14:03:20 -0000 Received: from [77.238.189.234] by nm11.bullet.mail.ird.yahoo.com with NNFMP; 24 Apr 2013 14:03:18 -0000 Received: from [212.82.98.105] by tm15.bullet.mail.ird.yahoo.com with NNFMP; 24 Apr 2013 14:03:18 -0000 Received: from [127.0.0.1] by omp1042.mail.ir2.yahoo.com with NNFMP; 24 Apr 2013 14:03:18 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 608330.51690.bm@omp1042.mail.ir2.yahoo.com Received: (qmail 98056 invoked by uid 60001); 24 Apr 2013 14:03:18 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.it; s=s1024; t=1366812198; bh=yOCMwCqRyt5U8JwwrhTRJkagtT9XrPWksFj2KNbw/rM=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=0ZkGy6NrytrzCSD5T8FP3ECxc15jyo4EcvtYfV4Izrff3D3TcCq8ws+MddlZKoSThbM0W7/Q2zjPXXo9sb3sij2R9yRKGixAv9KU1NpFXSlSCmH9huZ6xSBk3ujq+JBjkMTNL2M6tlIneLF9qSgsdKM+MShNPtFLQJoya6WNrnE= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.it; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=T2uFhO0wqpMvDHUTGCgbAD/3TRgk/Ct68ymscfw680bLl3sxdwYaPceOAICEJnXGEnuloKMzEsKfRF6UqTT86fxrk8ibgaGQor+0Mq/DUd6dxPlH0hKEt00Yu93yS0mdQouxtAFuxTTb5M3+5FySsB5reid4W0ufYDAN3Auv+o0=; X-YMail-OSG: ToQgvCsVM1kEOSOp9sNWYVlGtt2w1u8xO_zHEYQ1uk8FU6z fpL2MAyT_GXgfcn9mQPPCw6ix9.7DBVjUk9vx_8FAioW_y50EkKmgMfnRGWt KM_Vr8lmuuKk4Ht3NwAdLV6MdCOsD2H0wPGdpf.QNyQekVIh1XcSOyK1Jwqh j8o9LkawRYRzddhKN9Wu97uWkiCP0aGPvLLf8z7LQy16.FejBxJqzDNiWTMp hIIw6brNxvyhvqvAr1bagllZsHB9I9G3FG0rEAIFrnVImsBcq0CX7haQYK5R aLJxI6Igh8Kj8V3qHHpLvpAnVGPaEvALqrJAbfq_jH8n7bVcaHmAh0_3yk8Y T58E8h1q1x0rY7BcO.a6T18XF_XTS8.vTI8YHhwlVtnDNFS9xOF3bE5PtXnC faP0IpwXHzuZuo1CsuR1mHG6EzwZnVZ4E93VwVMjwX36AD2ho88Q4nRPiJLU pu6BIRE0fP5mgyl890nNax__YLGBCshnlVwO8jfZ.D3fKtKuFlU.xL46J7q_ 3CXphaMUpbWUv96v5kHmc46oxClMyhEhgmB6suh6._HdQCcecmgLrbkVtHe9 YbH5B1mAjpkT.qR1sMuZ_qyBI5WDjv4V8Z0ToD2nICjXQVQ-- Received: from [82.187.229.206] by web171904.mail.ir2.yahoo.com via HTTP; Wed, 24 Apr 2013 15:03:17 BST X-Rocket-MIMEInfo: 002.001, VGhhbmsncyBmb3IgeW91ciBpbmRpY2F0aW9uLg0KDQpJIGNhbid0IGZpbmQgbXkgY3B1IGluIHlvdXIgbGlzdC4NCg0KSW4gbXkgUEMgSSBjYW4gZW5hYmxlIHRoZSB2aXJ0dWFsaXphdGlvbiBmcm9tIEJJT1MuDQoNCkkgZG9uJ3QgdW5kZXJzdGFuZCB0aGUgZGlmZmVyZW5jZS4NCg0KQ2FuIHlvdSBoZWxwIG1lIHBsZWFzZT8NCg0KDQpMdWlzYQ0KDQotLS0gTWVyIDI0LzQvMTMsIEphbiBIZWpsIDxqaEBleGNlbGxvLmN6PiBoYSBzY3JpdHRvOg0KDQpEYTogSmFuIEhlamwgPGpoQGV4Y2VsbG8uY3o.DQpPZ2cBMAEBAQE- X-Mailer: YahooMailClassic/15.1.7 YahooMailWebService/0.8.141.536 Message-ID: <1366812197.98003.YahooMailClassic@web171904.mail.ir2.yahoo.com> Date: Wed, 24 Apr 2013 15:03:17 +0100 (BST) From: Luisa Posani To: xen-users@lists.xen.org, Jan Hejl In-Reply-To: <5177995A.2060301@excello.cz> MIME-Version: 1.0 Subject: Re: [Xen-users] Hardware virtualization X-BeenThere: xen-users@lists.xen.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="===============4030111743293353392==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4030111743293353392== Content-Type: multipart/alternative; boundary="-410758353-1202734871-1366812197=:98003" ---410758353-1202734871-1366812197=:98003 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Thank's for your indication. I can't find my cpu in your list. In my PC I can enable the virtualization from BIOS. I don't understand the difference. Can you help me please? Luisa --- Mer 24/4/13, Jan Hejl ha scritto: Da: Jan Hejl Oggetto: Re: [Xen-users] Hardware virtualization A: xen-users@lists.xen.org Data: Mercoled=EC 24 Aprile 2013, 10:35 =0A =0A=0A =0A =0A =0A Hello Luisa, =0A =20 =0A here http://en.wikipedia.org/wiki/List_of_IOMMU-supporting_hardware= =0A is a list IOMMU supporting hardware, this is a good point to start.= =0A IOMMU is not necessary for virtualization, but hardware listed here= =0A supports VM. =0A =20 =0A Jan =0A =20 =0A Dne 24.4.2013 09:43, Luisa Posani=0A napsal(a): =0A =0A =0A =0A =0A =0A =0A = Hi =0A =20 =0A It's my first=0A experience with xen =0A =20 =0A I would like to use a OS linux create by=0A = buildroot like a guest. =0A I have a PC whit virtualizatin whit debian=0A = distribution and I install xen-linux-sysem on the=0A = PC. =0A =20 =0A In this PC a VM doesn't work correctly. =0A =20 =0A I would like to know if exist a simple tutorial to= =0A configure PC and VM . =0A =20 =0A =0A =0A =0A = =0A =0A =0A = =0A =0A = =0A =0A =0A = =0A =0A =0A =0A = =0A =0A =0A = =0A Thanks in=0A = advance =0A =20 =0A =20 =0A Luisa =0A =20 =0A =0A =0A = =0A =0A =0A = =0A =20 =0A =20 =0A =20 =0A =20 =0A =0A =0A =0A =0A =0A = =20 =0A =0A =20 =0A _______________________________________________=0AXen-users mailin= g list=0AXen-users@lists.xen.org=0Ahttp://lists.xen.org/xen-users=0A =0A= =20 =0A =0A=0A -----Segue allegato----- _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users ---410758353-1202734871-1366812197=:98003 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Thank's for your indication.

I can't f= ind my cpu in your list.

In my PC I can enable the virtualization fr= om BIOS.

I don't understand the difference.

Can you help me p= lease?


Luisa

--- Mer 24/4/13, Jan Hejl <jh@excel= lo.cz> ha scritto:

Da: Jan Hejl = <jh@excello.cz>
Oggetto: Re: [Xen-users] Hardware virtualizationA: xen-users@lists.xen.org
Data: Mercoled=EC 24 Aprile 2013, 10:35
=
=0A =0A=0A =0A =0A
=0A Hello Lu= isa,
=0A
=0A here http://en.wikipedia.org/wiki/List_of_IO= MMU-supporting_hardware=0A is a list IOMMU supporting hardware, this= is a good point to start.=0A IOMMU is not necessary for virtualization,= but hardware listed here=0A supports VM.
=0A
=0A Jan
= =0A
=0A
Dne 24.4.2013= 09:43, Luisa Posani=0A napsal(a):
=0A
=0A
=0A =0A =0A =0A =0A = =0A =0A
=0A
Hi
=0A =
=0A It's m= y first=0A experie= nce with xen
=0A
=0A I would like to use a OS linux create by=0A = buildroot like a guest.
=0A I have a PC whit virtua= lizatin whit debian=0A distribution and I install xen-li= nux-sysem on the=0A PC.
=0A
= =0A In this PC a VM doesn't work correctly.
=0A =
=0A I would like to know if exist a si= mple tutorial to=0A configure PC and VM .
=0A =
=0A =0A
=0A =
=0A
=0A =0A
=0A
=0A =
=0A
=0A =
=0A
=0A =
=0A
=0A
=0A =
=0A =
=0A =0A
=0A
=0A =
Thanks in=0A advance
=0A =
=0A
=0A = Luisa
=0A
= =0A
=0A =
=0A
=0A
=0A =
=0A =0A
=0A =
=0A =0A
=0A =0A
=0A
=0A
=0A
=0A _______________________________________________=0AXen-users mailing list= =0AXen-users@lists.xen.org=0Ahttp://lists.xen.org/xen-users=0A
=0A
=0A
=0A=0A

-----Segue alleg= ato-----

__________________________________= _____________
Xen-users mailing list
Xen-users@l= ists.xen.org
http://lists.xen.org/xen-users
---410758353-1202734871-1366812197=:98003-- --===============4030111743293353392== 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 --===============4030111743293353392==-- From xen-users-bounces@lists.xen.org Wed Apr 24 15:09:58 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 24 Apr 2013 15:09: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 1UV1JS-0003F0-Qc; Wed, 24 Apr 2013 15:08:50 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UV1JQ-0003Ev-FK for xen-users@lists.xen.org; Wed, 24 Apr 2013 15:08:48 +0000 Received: from [85.158.143.99:29253] by server-2.bemta-4.messagelabs.com id EA/FB-12656-F75F7715; Wed, 24 Apr 2013 15:08:47 +0000 X-Env-Sender: jh@excello.cz X-Msg-Ref: server-2.tower-216.messagelabs.com!1366816125!24571349!1 X-Originating-IP: [212.24.139.170] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE, UNPARSEABLE_RELAY X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27952 invoked from network); 24 Apr 2013 15:08:46 -0000 Received: from out1.virusfree.cz (HELO out1.virusfree.cz) (212.24.139.170) by server-2.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 24 Apr 2013 15:08:46 -0000 Received: (qmail 2592 invoked by uid 1000); 24 Apr 2013 17:08:45 +0200 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(-11.0/5.0):. Processed in 2.378628 secs); 24 Apr 2013 15:08:45 -0000 X-Spam-Status: No, hits=-11.0 required=5.0 X-Spam-Report: SA TESTS 0.1 MAILBODYHTTPLINK RAW: http:// v body 0.5 BD_CHECK BD_CHECK -4.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] -4.0 INREPLYTOCOM INREPLYTOCOM -1.5 INREPLYTO0 INREPLYTO0 0.8 DKIM_ADSP_ALL No valid author signature, domain signs all mail -0.0 SPF_PASS SPF: sender matches SPF record -0.0 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain 0.0 HTML_MESSAGE BODY: HTML included in message -2.0 MFH_PKCS7_4 FULL: S/MIME Header Received: from posta.excello.cz (188.138.126.10) by out1.virusfree.cz with ESMTPS (DHE-RSA-AES256-GCM-SHA384 encrypted); 24 Apr 2013 17:08:42 +0200 Received: from [212.24.139.168] (ts.excello.cz [212.24.139.168]) by posta.excello.cz (Postfix) with ESMTPA id 208932C0E82; Wed, 24 Apr 2013 17:08:42 +0200 (CEST) Message-ID: <5177F58A.5000203@excello.cz> Date: Wed, 24 Apr 2013 17:08:58 +0200 From: Jan Hejl User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: Luisa Posani References: <1366812197.98003.YahooMailClassic@web171904.mail.ir2.yahoo.com> In-Reply-To: <1366812197.98003.YahooMailClassic@web171904.mail.ir2.yahoo.com> Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Hardware virtualization X-BeenThere: xen-users@lists.xen.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="===============6671367530157720829==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Toto je elektronicky podepsana zprava ve formatu MIME. --===============6671367530157720829== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms020702010004030700010407" Toto je elektronicky podepsana zprava ve formatu MIME. --------------ms020702010004030700010407 Content-Type: multipart/alternative; boundary="------------060602010606030000000003" This is a multi-part message in MIME format. --------------060602010606030000000003 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Sure, I can. You should check your cpuinfo if it supports virtualization. Look here=20 http://virt-tools.org/learning/check-hardware-virt/ If it does, tell me what is your goal and what have you done already? Dne 24.4.2013 16:03, Luisa Posani napsal(a): > Thank's for your indication. > > I can't find my cpu in your list. > > In my PC I can enable the virtualization from BIOS. > > I don't understand the difference. > > Can you help me please? > > > Luisa > > --- *Mer 24/4/13, Jan Hejl //* ha scritto: > > > Da: Jan Hejl > Oggetto: Re: [Xen-users] Hardware virtualization > A: xen-users@lists.xen.org > Data: Mercoled=EC 24 Aprile 2013, 10:35 > > Hello Luisa, > > here > http://en.wikipedia.org/wiki/List_of_IOMMU-supporting_hardware is > a list IOMMU supporting hardware, this is a good point to start. > IOMMU is not necessary for virtualization, but hardware listed > here supports VM. > > Jan > > Dne 24.4.2013 09:43, Luisa Posani napsal(a): >> Hi >> >> It's my first experience with xen >> >> I would like to use a OS linux create by buildroot like a guest. >> I have a PC whit virtualizatin whit debian distribution and I >> install xen-linux-sysem on the PC. >> >> In this PC a VM doesn't work correctly. >> >> I would like to know if exist a simple tutorial to configure PC >> and VM . >> >> Thanks in advance >> >> >> Luisa >> >> >> >> >> >> >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users > > > -----Segue allegato----- > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --------------060602010606030000000003 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Sure, I can.

You should check your cpuinfo if it supports virtualization. Look here http://virt-tools.org/learning/check-ha= rdware-virt/

If it does, tell me what is your goal and what have you done already?

Dne 24.4.2013 16:03, Luisa Posani napsal(a):
Thank's for your indication.

I can't f= ind my cpu in your list.

In my PC I can enable the virtualization fr= om BIOS.

I don't understand the difference.

Can you help me p= lease?


Luisa

--- Mer 24/4/13, Jan Hejl <jh@excel= lo.cz> ha scritto:

Da: Jan Hejl = <jh@excello.cz>
Oggetto: Re: [Xen-users] Hardware virtualizationA: xen-users@lists.xen.org
Data: Mercoled=EC 24 Aprile 2013, 10:35
=
=0A =0A=0A =0A =0A
=0A Hello Lu= isa,
=0A
=0A here http://en.wikipedia.org/wiki/List_of_IO= MMU-supporting_hardware=0A is a list IOMMU supporting hardware, this= is a good point to start.=0A IOMMU is not necessary for virtualization,= but hardware listed here=0A supports VM.
=0A
=0A Jan
= =0A
=0A
Dne 24.4.2013= 09:43, Luisa Posani=0A napsal(a):
=0A
=0A
=0A =0A =0A =0A =0A = =0A =0A
=0A
Hi
=0A =
=0A It's m= y first=0A experie= nce with xen
=0A
=0A I would like to use a OS linux create by=0A = buildroot like a guest.
=0A I have a PC whit virtua= lizatin whit debian=0A distribution and I install xen-li= nux-sysem on the=0A PC.
=0A
= =0A In this PC a VM doesn't work correctly.
=0A =
=0A I would like to know if exist a si= mple tutorial to=0A configure PC and VM .
=0A =
=0A =0A
=0A =
=0A
=0A =0A
=0A
=0A =
=0A
=0A =
=0A
=0A =
=0A
=0A
=0A =
=0A =
=0A =0A
=0A
=0A =
Thanks in=0A advance
=0A =
=0A
=0A = Luisa
=0A
= =0A
=0A =
=0A
=0A
=0A =
=0A =0A
=0A =
=0A =0A
=0A =0A
=0A
=0A
=0A
=0A _______________________________________________=0AXen-users mailing list= =0AXen-users@lists.xen.org=0Ahttp://lists.xen.org/xen-users=0A
=0A
=0A
=0A=0A

-----Segue alleg= ato-----

__________________________________= _____________
Xen-users mailing list
Xen-users@l= ists.xen.org
http://lists.xen.org/xen-users
Thank's for your indication.

I can't find my cpu in your list.

In my PC I can enable the virtualization from BIOS.

I don't understand the difference.

Can you help me please?


Luisa

--- Mer 24/4/13, Jan Hejl <jh@excello.cz> ha scritto:

Da: Jan Hejl <jh@excello.cz>
Oggetto: Re: [Xen-users] Hardware virtualization
A: xen-users@lists.xen.org
Data: Mercoledì 24 Aprile 2013, 10:35

Hello Luisa,

here http://en.wikipedia.org/wiki/List_of_IOMMU-supportin= g_hardware is a list IOMMU supporting hardware, this is a good point to start. IOMMU is not necessary for virtualization, but hardware listed here supports VM.

Jan

Dne 24.4.2013 09:43, Luisa Posani napsal(a):
Hi

It's my first experience= with xen

I would like to use a OS linux create by buildroot like a guest.
I have a PC whit virtualizatin whit debian distribution and I install xen-linux-sysem on the PC.

In this PC a VM doesn't work correctly.

I would like to know if exist a simple tutorial to configure PC and VM .
=
=
Thanks in advance


Luisa





 


______________________________________________=
_
Xen-users mailing list
Xen-users@lists=
=2Exen.org
http://lists.xen.org/xen-users


-----Segue allegato-----

________________________________= _______________
Xen-users mailing list
Xen= -users@lists.xen.org
http://lists.xen.org/xen-users<= /div>

--------------060602010606030000000003-- --------------ms020702010004030700010407 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: Elektronicky podpis S/MIME MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMOzCC BUUwggQtoAMCAQICEBT4W4g+LpxVCvoVs2BeaAUwDQYJKoZIhvcNAQEFBQAwgd0xCzAJBgNV BAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1 c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2YgdXNlIGF0IGh0dHBzOi8vd3d3LnZlcmlz aWduLmNvbS9ycGEgKGMpMDkxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRlZDE3MDUG A1UEAxMuVmVyaVNpZ24gQ2xhc3MgMSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0EgLSBHMzAe Fw0xMjA4MjEwMDAwMDBaFw0xMzA4MjEyMzU5NTlaMIIBCDEXMBUGA1UEChMOVmVyaVNpZ24s IEluYy4xHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxRjBEBgNVBAsTPXd3dy52 ZXJpc2lnbi5jb20vcmVwb3NpdG9yeS9SUEEgSW5jb3JwLiBieSBSZWYuLExJQUIuTFREKGMp OTgxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRlZDEzMDEGA1UECxMqRGlnaXRhbCBJ RCBDbGFzcyAxIC0gTmV0c2NhcGUgRnVsbCBTZXJ2aWNlMREwDwYDVQQDFAhKYW4gSGVqbDEc MBoGCSqGSIb3DQEJARYNamhAZXhjZWxsby5jejCCASIwDQYJKoZIhvcNAQEBBQADggEPADCC AQoCggEBAKZYfrag8UJ0JgrVdujHsmcxbgdXnbVZuWxIuJ6rY9Y3JBUfOTRODhMkaoxQDYTq pzG/JUNNZW1nF6QIYuPMcwzhEWAfoWhnhvm03KohNVKNID3A1SghW8bV3mRtaoyFHSIfiiFF DH7+BvSsIXP8slIzBi4wXvidDw1ui0MVA6Wy0mSSHLZdGHOpO8CswWXK6YQ87nG7a28QTCi6 HycFwbdhsPm4NADD7zrqnRkLVmWdnZWpA6CHkngGuR+0LpovAlmyiKUMLK4GkMOIMz24Pawk icIGI/AqrUmYpj8IwM4F0BGI1O1rZSUK72SV11eRuriqskzpcY1FVW0VmR1XNg0CAwEAAaOB 0jCBzzAJBgNVHRMEAjAAMEQGA1UdIAQ9MDswOQYLYIZIAYb4RQEHFwEwKjAoBggrBgEFBQcC ARYcaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYTALBgNVHQ8EBAMCBaAwHQYDVR0lBBYw FAYIKwYBBQUHAwQGCCsGAQUFBwMCMFAGA1UdHwRJMEcwRaBDoEGGP2h0dHA6Ly9pbmRjMWRp Z2l0YWxpZC1nMy1jcmwudmVyaXNpZ24uY29tL0luZEMxRGlnaXRhbElELUczLmNybDANBgkq hkiG9w0BAQUFAAOCAQEAh/RUK66OYfOqJdnHSSP5U+FpIFb+Wd6Xb03Yca7Shq3G1xHdKosm WK8+MAYg1FwlpVLf3Y7lg5QbPoplGchUC5QFa1xzJc88Pxrd0kYIDdshxd2HyNWhBCLdKPPU iU10VzwFZ6mR7/nD0pWv0mxyrNd+f+BU7mM1mOQsr+GvHpWCStlPxUrQBXKKH1hcCS8NWIXU M3WXQSXWyYCEhmu0/m220BPFRjJL39nwCALgZ+LlDJHaM65hmZ4VXO75YWWjOHpuJMNJZE65 nhXX2x5my+TzazAe9z5Xxly3ZWZ2iCQP6GbGduGMGVkS2V8Y6fpFUEcqx3nucCqM7Jnf5Sfn xjCCBu4wggXWoAMCAQICEHEVZgVK5JEhTem8RPms09wwDQYJKoZIhvcNAQEFBQAwgcoxCzAJ BgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24g VHJ1c3QgTmV0d29yazE6MDgGA1UECxMxKGMpIDE5OTkgVmVyaVNpZ24sIEluYy4gLSBGb3Ig YXV0aG9yaXplZCB1c2Ugb25seTFFMEMGA1UEAxM8VmVyaVNpZ24gQ2xhc3MgMSBQdWJsaWMg UHJpbWFyeSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eSAtIEczMB4XDTA5MDUwMTAwMDAwMFoX DTE5MDQzMDIzNTk1OVowgd0xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5j LjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2Yg dXNlIGF0IGh0dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9ycGEgKGMpMDkxHjAcBgNVBAsTFVBl cnNvbmEgTm90IFZhbGlkYXRlZDE3MDUGA1UEAxMuVmVyaVNpZ24gQ2xhc3MgMSBJbmRpdmlk dWFsIFN1YnNjcmliZXIgQ0EgLSBHMzCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEB AO3ER98qKB18Bmu71yEyyWwTj+mxjUFONPfaC+Nq+mWIIAsRE+mb4ElOi2/VAdBfDUeRilpM dD4/xpEJu0w0no1uoYJRYvdpdliWB6+eFBgHT1q9n9IxslQZc0ZqGUIR7BJzIY313DDN5dlW CjHFNm0pFJe9LdqJRxmI2EsEPeu2PGcedAATDdCG2pNn+DMDrho8a2l49sAsjuGDP3f5mf/+ n1JawrSHCthsqUfBVCllQz5KwJYfwa33d69ssQRevsG2lC2XkC0n0rse6YNqhPbEsq4jBmUm pSdYKwcitG+mYkgad/LVUCeaKdOW+yj1uiR2YuOMWev7btVCxL5Bx/UCAwEAAaOCArkwggK1 MDQGCCsGAQUFBwEBBCgwJjAkBggrBgEFBQcwAYYYaHR0cDovL29jc3AudmVyaXNpZ24uY29t MBIGA1UdEwEB/wQIMAYBAf8CAQAwcAYDVR0gBGkwZzBlBgtghkgBhvhFAQcXATBWMCgGCCsG AQUFBwIBFhxodHRwczovL3d3dy52ZXJpc2lnbi5jb20vY3BzMCoGCCsGAQUFBwICMB4aHGh0 dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9ycGEwNAYDVR0fBC0wKzApoCegJYYjaHR0cDovL2Ny bC52ZXJpc2lnbi5jb20vcGNhMS1nMy5jcmwwDgYDVR0PAQH/BAQDAgEGMG4GCCsGAQUFBwEM BGIwYKFeoFwwWjBYMFYWCWltYWdlL2dpZjAhMB8wBwYFKw4DAhoEFEtruSiWBgy70FI4myms SweLIQUYMCYWJGh0dHA6Ly9sb2dvLnZlcmlzaWduLmNvbS92c2xvZ28xLmdpZjAuBgNVHREE JzAlpCMwITEfMB0GA1UEAxMWUHJpdmF0ZUxhYmVsNC0yMDQ4LTExODAdBgNVHQ4EFgQUeUdh CEH9OASiS+e1zPVD9kkrEfgwgfEGA1UdIwSB6TCB5qGB0KSBzTCByjELMAkGA1UEBhMCVVMx FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3 b3JrMTowOAYDVQQLEzEoYykgMTk5OSBWZXJpU2lnbiwgSW5jLiAtIEZvciBhdXRob3JpemVk IHVzZSBvbmx5MUUwQwYDVQQDEzxWZXJpU2lnbiBDbGFzcyAxIFB1YmxpYyBQcmltYXJ5IENl cnRpZmljYXRpb24gQXV0aG9yaXR5IC0gRzOCEQCLW3VWhFSFCwDPrzhIzrGkMA0GCSqGSIb3 DQEBBQUAA4IBAQA5Tc9BmYG1qQW1UjjpOYSJbOQ0qFrn2GwJTCQaulmkhztzIfGTgc+/aGNa Z/41hSuhw12jSsI6Gd0w1sxN7/HSgZfKVFpDvzeLeo4ZjQ9DqIzyr2CzFYqzlZw84J6zJ5ik NXIX5fwqXYfTig3C0UUq+MD0rCqTOtWuEnAI6/s74nfs6CtkNXbNutrg0csU1nFYm77VPn22 2egkxSRmTF2RH3azFz5/DcYhiS+zN7ih/1yybUneZVJC+w6I0u1KHb9L4/jMcvpIDmWOScjW +JmYO7eUPjFxBof6bFlTLtffK+1fYwCsFe0DuFUWjMZoA+ciqHMLsbyg2lJY3QoOf8GCMYIE +TCCBPUCAQEwgfIwgd0xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEf MB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2YgdXNl IGF0IGh0dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9ycGEgKGMpMDkxHjAcBgNVBAsTFVBlcnNv bmEgTm90IFZhbGlkYXRlZDE3MDUGA1UEAxMuVmVyaVNpZ24gQ2xhc3MgMSBJbmRpdmlkdWFs IFN1YnNjcmliZXIgQ0EgLSBHMwIQFPhbiD4unFUK+hWzYF5oBTAJBgUrDgMCGgUAoIIC2zAY BgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMzA0MjQxNTA4NTha MCMGCSqGSIb3DQEJBDEWBBTiMM3N5DouJ6gAB56sqjg1MWtRijBsBgkqhkiG9w0BCQ8xXzBd MAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCA MA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIIBAwYJKwYBBAGCNxAE MYH1MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNV BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBo dHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA5MR4wHAYDVQQLExVQZXJzb25hIE5v dCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJz Y3JpYmVyIENBIC0gRzMCEBT4W4g+LpxVCvoVs2BeaAUwggEFBgsqhkiG9w0BCRACCzGB9aCB 8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZW ZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6 Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFs aWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJl ciBDQSAtIEczAhAU+FuIPi6cVQr6FbNgXmgFMA0GCSqGSIb3DQEBAQUABIIBAEdm23GWdhza hWyDQd7+ChFLRPu9NH5gcQ3jAxlnVWQR2Lfj3I8GK/trd93ATiM+gDUyGWO0S3C3dlTZKj7P cBD+qZR3YXloDaxLZzORMkUXevpYiAbJ8/eHQ7kdq4ZiQH3+kVYgNlmG6kyEU1jEPNwtX6MK ZQPaKPsVJcbDxL8/UmVpGNGpsrteRpp3ov/5p1pwRyPF+7hrHBsQSoavK5sbWs1fB6AfriFl Dh++EHbWGEZrPaM+kCJUwwQmhLHkc99nBdbH8KSXzIVaPik6dpZ/1zDxeoIJ+ZcC8xbQ6glm TVBVcfw5TkXdpm0SCj4Ek429LcpxRJ+eKIcVlG3rxzUAAAAAAAA= --------------ms020702010004030700010407-- --===============6671367530157720829== 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 --===============6671367530157720829==-- From xen-users-bounces@lists.xen.org Wed Apr 24 15:09:58 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 24 Apr 2013 15:09: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 1UV1JS-0003F0-Qc; Wed, 24 Apr 2013 15:08:50 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UV1JQ-0003Ev-FK for xen-users@lists.xen.org; Wed, 24 Apr 2013 15:08:48 +0000 Received: from [85.158.143.99:29253] by server-2.bemta-4.messagelabs.com id EA/FB-12656-F75F7715; Wed, 24 Apr 2013 15:08:47 +0000 X-Env-Sender: jh@excello.cz X-Msg-Ref: server-2.tower-216.messagelabs.com!1366816125!24571349!1 X-Originating-IP: [212.24.139.170] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE, UNPARSEABLE_RELAY X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27952 invoked from network); 24 Apr 2013 15:08:46 -0000 Received: from out1.virusfree.cz (HELO out1.virusfree.cz) (212.24.139.170) by server-2.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 24 Apr 2013 15:08:46 -0000 Received: (qmail 2592 invoked by uid 1000); 24 Apr 2013 17:08:45 +0200 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(-11.0/5.0):. Processed in 2.378628 secs); 24 Apr 2013 15:08:45 -0000 X-Spam-Status: No, hits=-11.0 required=5.0 X-Spam-Report: SA TESTS 0.1 MAILBODYHTTPLINK RAW: http:// v body 0.5 BD_CHECK BD_CHECK -4.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] -4.0 INREPLYTOCOM INREPLYTOCOM -1.5 INREPLYTO0 INREPLYTO0 0.8 DKIM_ADSP_ALL No valid author signature, domain signs all mail -0.0 SPF_PASS SPF: sender matches SPF record -0.0 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain 0.0 HTML_MESSAGE BODY: HTML included in message -2.0 MFH_PKCS7_4 FULL: S/MIME Header Received: from posta.excello.cz (188.138.126.10) by out1.virusfree.cz with ESMTPS (DHE-RSA-AES256-GCM-SHA384 encrypted); 24 Apr 2013 17:08:42 +0200 Received: from [212.24.139.168] (ts.excello.cz [212.24.139.168]) by posta.excello.cz (Postfix) with ESMTPA id 208932C0E82; Wed, 24 Apr 2013 17:08:42 +0200 (CEST) Message-ID: <5177F58A.5000203@excello.cz> Date: Wed, 24 Apr 2013 17:08:58 +0200 From: Jan Hejl User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: Luisa Posani References: <1366812197.98003.YahooMailClassic@web171904.mail.ir2.yahoo.com> In-Reply-To: <1366812197.98003.YahooMailClassic@web171904.mail.ir2.yahoo.com> Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Hardware virtualization X-BeenThere: xen-users@lists.xen.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="===============6671367530157720829==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Toto je elektronicky podepsana zprava ve formatu MIME. --===============6671367530157720829== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms020702010004030700010407" Toto je elektronicky podepsana zprava ve formatu MIME. --------------ms020702010004030700010407 Content-Type: multipart/alternative; boundary="------------060602010606030000000003" This is a multi-part message in MIME format. --------------060602010606030000000003 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Sure, I can. You should check your cpuinfo if it supports virtualization. Look here=20 http://virt-tools.org/learning/check-hardware-virt/ If it does, tell me what is your goal and what have you done already? Dne 24.4.2013 16:03, Luisa Posani napsal(a): > Thank's for your indication. > > I can't find my cpu in your list. > > In my PC I can enable the virtualization from BIOS. > > I don't understand the difference. > > Can you help me please? > > > Luisa > > --- *Mer 24/4/13, Jan Hejl //* ha scritto: > > > Da: Jan Hejl > Oggetto: Re: [Xen-users] Hardware virtualization > A: xen-users@lists.xen.org > Data: Mercoled=EC 24 Aprile 2013, 10:35 > > Hello Luisa, > > here > http://en.wikipedia.org/wiki/List_of_IOMMU-supporting_hardware is > a list IOMMU supporting hardware, this is a good point to start. > IOMMU is not necessary for virtualization, but hardware listed > here supports VM. > > Jan > > Dne 24.4.2013 09:43, Luisa Posani napsal(a): >> Hi >> >> It's my first experience with xen >> >> I would like to use a OS linux create by buildroot like a guest. >> I have a PC whit virtualizatin whit debian distribution and I >> install xen-linux-sysem on the PC. >> >> In this PC a VM doesn't work correctly. >> >> I would like to know if exist a simple tutorial to configure PC >> and VM . >> >> Thanks in advance >> >> >> Luisa >> >> >> >> >> >> >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users > > > -----Segue allegato----- > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --------------060602010606030000000003 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Sure, I can.

You should check your cpuinfo if it supports virtualization. Look here http://virt-tools.org/learning/check-ha= rdware-virt/

If it does, tell me what is your goal and what have you done already?

Dne 24.4.2013 16:03, Luisa Posani napsal(a):
Thank's for your indication.

I can't find my cpu in your list.

In my PC I can enable the virtualization from BIOS.

I don't understand the difference.

Can you help me please?


Luisa

--- Mer 24/4/13, Jan Hejl <jh@excello.cz> ha scritto:

Da: Jan Hejl <jh@excello.cz>
Oggetto: Re: [Xen-users] Hardware virtualization
A: xen-users@lists.xen.org
Data: Mercoledì 24 Aprile 2013, 10:35

Hello Luisa,

here http://en.wikipedia.org/wiki/List_of_IOMMU-supportin= g_hardware is a list IOMMU supporting hardware, this is a good point to start. IOMMU is not necessary for virtualization, but hardware listed here supports VM.

Jan

Dne 24.4.2013 09:43, Luisa Posani napsal(a):
Hi

It's my first experience= with xen

I would like to use a OS linux create by buildroot like a guest.
I have a PC whit virtualizatin whit debian distribution and I install xen-linux-sysem on the PC.

In this PC a VM doesn't work correctly.

I would like to know if exist a simple tutorial to configure PC and VM .
=
=
Thanks in advance


Luisa





 


______________________________________________=
_
Xen-users mailing list
Xen-users@lists=
=2Exen.org
http://lists.xen.org/xen-users


-----Segue allegato-----

________________________________= _______________
Xen-users mailing list
Xen= -users@lists.xen.org
http://lists.xen.org/xen-users<= /div>

--------------060602010606030000000003-- --------------ms020702010004030700010407 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: Elektronicky podpis S/MIME MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMOzCC BUUwggQtoAMCAQICEBT4W4g+LpxVCvoVs2BeaAUwDQYJKoZIhvcNAQEFBQAwgd0xCzAJBgNV BAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1 c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2YgdXNlIGF0IGh0dHBzOi8vd3d3LnZlcmlz aWduLmNvbS9ycGEgKGMpMDkxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRlZDE3MDUG A1UEAxMuVmVyaVNpZ24gQ2xhc3MgMSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0EgLSBHMzAe Fw0xMjA4MjEwMDAwMDBaFw0xMzA4MjEyMzU5NTlaMIIBCDEXMBUGA1UEChMOVmVyaVNpZ24s IEluYy4xHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxRjBEBgNVBAsTPXd3dy52 ZXJpc2lnbi5jb20vcmVwb3NpdG9yeS9SUEEgSW5jb3JwLiBieSBSZWYuLExJQUIuTFREKGMp OTgxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRlZDEzMDEGA1UECxMqRGlnaXRhbCBJ RCBDbGFzcyAxIC0gTmV0c2NhcGUgRnVsbCBTZXJ2aWNlMREwDwYDVQQDFAhKYW4gSGVqbDEc MBoGCSqGSIb3DQEJARYNamhAZXhjZWxsby5jejCCASIwDQYJKoZIhvcNAQEBBQADggEPADCC AQoCggEBAKZYfrag8UJ0JgrVdujHsmcxbgdXnbVZuWxIuJ6rY9Y3JBUfOTRODhMkaoxQDYTq pzG/JUNNZW1nF6QIYuPMcwzhEWAfoWhnhvm03KohNVKNID3A1SghW8bV3mRtaoyFHSIfiiFF DH7+BvSsIXP8slIzBi4wXvidDw1ui0MVA6Wy0mSSHLZdGHOpO8CswWXK6YQ87nG7a28QTCi6 HycFwbdhsPm4NADD7zrqnRkLVmWdnZWpA6CHkngGuR+0LpovAlmyiKUMLK4GkMOIMz24Pawk icIGI/AqrUmYpj8IwM4F0BGI1O1rZSUK72SV11eRuriqskzpcY1FVW0VmR1XNg0CAwEAAaOB 0jCBzzAJBgNVHRMEAjAAMEQGA1UdIAQ9MDswOQYLYIZIAYb4RQEHFwEwKjAoBggrBgEFBQcC ARYcaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYTALBgNVHQ8EBAMCBaAwHQYDVR0lBBYw FAYIKwYBBQUHAwQGCCsGAQUFBwMCMFAGA1UdHwRJMEcwRaBDoEGGP2h0dHA6Ly9pbmRjMWRp Z2l0YWxpZC1nMy1jcmwudmVyaXNpZ24uY29tL0luZEMxRGlnaXRhbElELUczLmNybDANBgkq hkiG9w0BAQUFAAOCAQEAh/RUK66OYfOqJdnHSSP5U+FpIFb+Wd6Xb03Yca7Shq3G1xHdKosm WK8+MAYg1FwlpVLf3Y7lg5QbPoplGchUC5QFa1xzJc88Pxrd0kYIDdshxd2HyNWhBCLdKPPU iU10VzwFZ6mR7/nD0pWv0mxyrNd+f+BU7mM1mOQsr+GvHpWCStlPxUrQBXKKH1hcCS8NWIXU M3WXQSXWyYCEhmu0/m220BPFRjJL39nwCALgZ+LlDJHaM65hmZ4VXO75YWWjOHpuJMNJZE65 nhXX2x5my+TzazAe9z5Xxly3ZWZ2iCQP6GbGduGMGVkS2V8Y6fpFUEcqx3nucCqM7Jnf5Sfn xjCCBu4wggXWoAMCAQICEHEVZgVK5JEhTem8RPms09wwDQYJKoZIhvcNAQEFBQAwgcoxCzAJ BgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24g VHJ1c3QgTmV0d29yazE6MDgGA1UECxMxKGMpIDE5OTkgVmVyaVNpZ24sIEluYy4gLSBGb3Ig YXV0aG9yaXplZCB1c2Ugb25seTFFMEMGA1UEAxM8VmVyaVNpZ24gQ2xhc3MgMSBQdWJsaWMg UHJpbWFyeSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eSAtIEczMB4XDTA5MDUwMTAwMDAwMFoX DTE5MDQzMDIzNTk1OVowgd0xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5j LjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2Yg dXNlIGF0IGh0dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9ycGEgKGMpMDkxHjAcBgNVBAsTFVBl cnNvbmEgTm90IFZhbGlkYXRlZDE3MDUGA1UEAxMuVmVyaVNpZ24gQ2xhc3MgMSBJbmRpdmlk dWFsIFN1YnNjcmliZXIgQ0EgLSBHMzCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEB AO3ER98qKB18Bmu71yEyyWwTj+mxjUFONPfaC+Nq+mWIIAsRE+mb4ElOi2/VAdBfDUeRilpM dD4/xpEJu0w0no1uoYJRYvdpdliWB6+eFBgHT1q9n9IxslQZc0ZqGUIR7BJzIY313DDN5dlW CjHFNm0pFJe9LdqJRxmI2EsEPeu2PGcedAATDdCG2pNn+DMDrho8a2l49sAsjuGDP3f5mf/+ n1JawrSHCthsqUfBVCllQz5KwJYfwa33d69ssQRevsG2lC2XkC0n0rse6YNqhPbEsq4jBmUm pSdYKwcitG+mYkgad/LVUCeaKdOW+yj1uiR2YuOMWev7btVCxL5Bx/UCAwEAAaOCArkwggK1 MDQGCCsGAQUFBwEBBCgwJjAkBggrBgEFBQcwAYYYaHR0cDovL29jc3AudmVyaXNpZ24uY29t MBIGA1UdEwEB/wQIMAYBAf8CAQAwcAYDVR0gBGkwZzBlBgtghkgBhvhFAQcXATBWMCgGCCsG AQUFBwIBFhxodHRwczovL3d3dy52ZXJpc2lnbi5jb20vY3BzMCoGCCsGAQUFBwICMB4aHGh0 dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9ycGEwNAYDVR0fBC0wKzApoCegJYYjaHR0cDovL2Ny bC52ZXJpc2lnbi5jb20vcGNhMS1nMy5jcmwwDgYDVR0PAQH/BAQDAgEGMG4GCCsGAQUFBwEM BGIwYKFeoFwwWjBYMFYWCWltYWdlL2dpZjAhMB8wBwYFKw4DAhoEFEtruSiWBgy70FI4myms SweLIQUYMCYWJGh0dHA6Ly9sb2dvLnZlcmlzaWduLmNvbS92c2xvZ28xLmdpZjAuBgNVHREE JzAlpCMwITEfMB0GA1UEAxMWUHJpdmF0ZUxhYmVsNC0yMDQ4LTExODAdBgNVHQ4EFgQUeUdh CEH9OASiS+e1zPVD9kkrEfgwgfEGA1UdIwSB6TCB5qGB0KSBzTCByjELMAkGA1UEBhMCVVMx FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3 b3JrMTowOAYDVQQLEzEoYykgMTk5OSBWZXJpU2lnbiwgSW5jLiAtIEZvciBhdXRob3JpemVk IHVzZSBvbmx5MUUwQwYDVQQDEzxWZXJpU2lnbiBDbGFzcyAxIFB1YmxpYyBQcmltYXJ5IENl cnRpZmljYXRpb24gQXV0aG9yaXR5IC0gRzOCEQCLW3VWhFSFCwDPrzhIzrGkMA0GCSqGSIb3 DQEBBQUAA4IBAQA5Tc9BmYG1qQW1UjjpOYSJbOQ0qFrn2GwJTCQaulmkhztzIfGTgc+/aGNa Z/41hSuhw12jSsI6Gd0w1sxN7/HSgZfKVFpDvzeLeo4ZjQ9DqIzyr2CzFYqzlZw84J6zJ5ik NXIX5fwqXYfTig3C0UUq+MD0rCqTOtWuEnAI6/s74nfs6CtkNXbNutrg0csU1nFYm77VPn22 2egkxSRmTF2RH3azFz5/DcYhiS+zN7ih/1yybUneZVJC+w6I0u1KHb9L4/jMcvpIDmWOScjW +JmYO7eUPjFxBof6bFlTLtffK+1fYwCsFe0DuFUWjMZoA+ciqHMLsbyg2lJY3QoOf8GCMYIE +TCCBPUCAQEwgfIwgd0xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEf MB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2YgdXNl IGF0IGh0dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9ycGEgKGMpMDkxHjAcBgNVBAsTFVBlcnNv bmEgTm90IFZhbGlkYXRlZDE3MDUGA1UEAxMuVmVyaVNpZ24gQ2xhc3MgMSBJbmRpdmlkdWFs IFN1YnNjcmliZXIgQ0EgLSBHMwIQFPhbiD4unFUK+hWzYF5oBTAJBgUrDgMCGgUAoIIC2zAY BgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMzA0MjQxNTA4NTha MCMGCSqGSIb3DQEJBDEWBBTiMM3N5DouJ6gAB56sqjg1MWtRijBsBgkqhkiG9w0BCQ8xXzBd MAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCA MA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIIBAwYJKwYBBAGCNxAE MYH1MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNV BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBo dHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA5MR4wHAYDVQQLExVQZXJzb25hIE5v dCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJz Y3JpYmVyIENBIC0gRzMCEBT4W4g+LpxVCvoVs2BeaAUwggEFBgsqhkiG9w0BCRACCzGB9aCB 8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZW ZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6 Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFs aWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJl ciBDQSAtIEczAhAU+FuIPi6cVQr6FbNgXmgFMA0GCSqGSIb3DQEBAQUABIIBAEdm23GWdhza hWyDQd7+ChFLRPu9NH5gcQ3jAxlnVWQR2Lfj3I8GK/trd93ATiM+gDUyGWO0S3C3dlTZKj7P cBD+qZR3YXloDaxLZzORMkUXevpYiAbJ8/eHQ7kdq4ZiQH3+kVYgNlmG6kyEU1jEPNwtX6MK ZQPaKPsVJcbDxL8/UmVpGNGpsrteRpp3ov/5p1pwRyPF+7hrHBsQSoavK5sbWs1fB6AfriFl Dh++EHbWGEZrPaM+kCJUwwQmhLHkc99nBdbH8KSXzIVaPik6dpZ/1zDxeoIJ+ZcC8xbQ6glm TVBVcfw5TkXdpm0SCj4Ek429LcpxRJ+eKIcVlG3rxzUAAAAAAAA= --------------ms020702010004030700010407-- --===============6671367530157720829== 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 --===============6671367530157720829==-- From xen-users-bounces@lists.xen.org Wed Apr 24 15:56:08 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 24 Apr 2013 15:56: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 1UV22M-0004rD-6y; Wed, 24 Apr 2013 15:55:14 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UV22K-0004qy-FV for xen-users@lists.xen.org; Wed, 24 Apr 2013 15:55:12 +0000 Received: from [85.158.143.99:17427] by server-1.bemta-4.messagelabs.com id DD/8E-06203-F5008715; Wed, 24 Apr 2013 15:55:11 +0000 X-Env-Sender: lposani@yahoo.it X-Msg-Ref: server-14.tower-216.messagelabs.com!1366818886!20247194!1 X-Originating-IP: [77.238.189.68] X-SpamReason: No, hits=0.0 required=7.0 tests=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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16505 invoked from network); 24 Apr 2013 15:54:47 -0000 Received: from nm15.bullet.mail.ird.yahoo.com (HELO nm15.bullet.mail.ird.yahoo.com) (77.238.189.68) by server-14.tower-216.messagelabs.com with SMTP; 24 Apr 2013 15:54:47 -0000 Received: from [77.238.189.52] by nm15.bullet.mail.ird.yahoo.com with NNFMP; 24 Apr 2013 15:54:46 -0000 Received: from [212.82.98.109] by tm5.bullet.mail.ird.yahoo.com with NNFMP; 24 Apr 2013 15:54:46 -0000 Received: from [127.0.0.1] by omp1046.mail.ir2.yahoo.com with NNFMP; 24 Apr 2013 15:54:46 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 808845.20956.bm@omp1046.mail.ir2.yahoo.com Received: (qmail 97671 invoked by uid 60001); 24 Apr 2013 15:54:46 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.it; s=s1024; t=1366818886; bh=QHU5Iq/y3Unq/ruDvrGmAEgfe7e1q5KG2FT3Q6BHAd8=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=iMprL1dcX770f8PonKA3+hYljrLevn1txvJTE36g+J7PxW/bq5qppyrCS89LNRh4ym7QM0bjvy+GWTJbXZGo5aHXEuZokof9/iOKg45lZp91+ScJApWae/ZF+MIufsY/i/52WgVR2lNMYCFwKGEuMfir6OMdtR3HoSx/YqEpGMA= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.it; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=ufSd/whTwgKrrv8DauZ9DLcqN0xH3hVSYn/XJTDWEnjjXauhUyRAs3ysTQS1HM6S63UWkddDQSjuomU94cdYqyWxVRbowAy5laxrb+pNsliXn+CgdYDWbcQc+6e3YdUCtxckUCZPOjtdBC83htuEdAVs6npWrprpI+ydr1SamUk=; X-YMail-OSG: BDcbVYYVM1lLzyeb1EvXJpNfe0UJhEly2H.IZOsYjopsgqn KGJuJj__aMDAwBVK94_ixIlCahnv2SMSb3d.1yI98b07N88aH3Z.xKdiPW0L 7X9ieDFhCEz6n4mKfWcKLZX2kUPy41LFQBOc_19D52dKqGk_MToZ5c_3E..k xZ7.SSG9KIpBpe6qSYe9EWUe57OrVxuZEywDN7487CSQWAGjTvMA1u3BRjnS tv7xlN0UjuqUyBszofjuIVOvCer6v9SQdtn63Ysw78abSky3TE9EakRRfnCo GJfc8nCtEXb4L5OKaTeB4C_V65DaZW151xjRZ1BgvFOeQ6Sv319XULoI3q_O OZVia3_AZFuXuYtOH_bZLBQwzpVtceqrQZmJKGxdzhCh28S9Xng1mBIM1qQ1 G3IcFPGbW3njHADsU4IgV7A78SLzmqtBn6zRtT1GPWuWCneEY6OjB74BMOHz DNI3TeEHMghXa96T34FVVHtDdBwzNC18S48vCjFo890nfoYWNClToy3OBahK xe9zSkA8VcYeajAOBNigNFUfoznR3NSaUC1lieM9GTsNskPoczY8FJi2JcVx vbxlQDkv7mMbyXfHfyShAHdlcNAQXAvI7b.cWfEdsio0B5xZNp6XfZesVek8 cnxjT86ZGhDD3STH8N2MgepDkyruCpKOkbtHcvTbtLpE_N3pxPLUv4NXmTfN do6m2TtNLGH3OZiM- Received: from [82.187.229.206] by web171901.mail.ir2.yahoo.com via HTTP; Wed, 24 Apr 2013 16:54:46 BST X-Rocket-MIMEInfo: 002.001, DQpIaQ0KDQppZiBJIG1ha2UNCg0KL3Byb2MvY3B1aW5mbyBmbGFncw0KDQp3aXRob3V0IHhlbiBJIGZvdW5kIHZteC4NCg0Kd2hlbiBJIHN0YXJ0IFBDIHdpdGggeGVuIGZsYWcgdm14IGRvZXNuJ3QgYXBwYXJlLg0KDQpXaHk_DQoNCkkgd291bGQgbGlrZSB1c2UgYSBndWVzdCBPUyBtYWtlIHdpdGggYnVpbGRyb290ICJzdGFuZGFyZCIgd2l0aG91dCB4ZW4gZHJpdmVyLg0KDQpJIHVzZSBodHRwOi8vd2lraS54ZW4ub3JnL3dpa2kvWGVuX0JlZ2lubmVyc19HdWlkZSNDb25maWd1cmVfR1JVQl90b19zdGFydF8BMAEBAQE- X-Mailer: YahooMailClassic/15.1.7 YahooMailWebService/0.8.141.536 Message-ID: <1366818886.90375.YahooMailClassic@web171901.mail.ir2.yahoo.com> Date: Wed, 24 Apr 2013 16:54:46 +0100 (BST) From: Luisa Posani To: Jan Hejl In-Reply-To: <5177F58A.5000203@excello.cz> MIME-Version: 1.0 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Hardware virtualization X-BeenThere: xen-users@lists.xen.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="===============3550739357589723492==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3550739357589723492== Content-Type: multipart/alternative; boundary="273530964-1861136302-1366818886=:90375" --273530964-1861136302-1366818886=:90375 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hi if I make /proc/cpuinfo flags without xen I found vmx. when I start PC with xen flag vmx doesn't appare. Why? I would like use a guest OS make with buildroot "standard" without xen driv= er. I use http://wiki.xen.org/wiki/Xen_Beginners_Guide#Configure_GRUB_to_start_= Xen=20 but doesn't work correctly. Doesn't work gvncviewer for using a window XP iso image and now I'm compili= ng a buildroot standard (qemu_x86 config). Luisa --- Mer 24/4/13, Jan Hejl ha scritto: Da: Jan Hejl Oggetto: Re: [Xen-users] Hardware virtualization A: "Luisa Posani" Cc: xen-users@lists.xen.org Data: Mercoled=EC 24 Aprile 2013, 17:08 =0A =0A=0A =0A =0A =0A Sure, I can.=20 =0A =20 =0A You should check your cpuinfo if it supports virtualization. Look= =0A here http://virt-tools.org/learning/check-hardware-virt/ =0A =20 =0A If it does, tell me what is your goal and what have you done=0A = already? =0A =20 =0A Dne 24.4.2013 16:03, Luisa Posani napsal(a): =0A =0A =0A =0A =0A =0A Thank's for y= our=0A indication. =0A =20 =0A I can't find my cpu in your list. =0A =20 =0A In my PC I can enable the virtualization from BIOS. =0A =20 =0A I don't understand the difference. =0A =20 =0A Can you help me please? =0A =20 =0A =20 =0A Luisa =0A =20 =0A --- Mer 24/4/13, Jan Hejl =0A = ha scritto: =0A =20 =0A Da: Jan Hejl =0A Oggetto: Re: [Xen-users] Hardware virtualization =0A A: xen-users@lists.xen.org =0A Data: Mercoled=EC 24 Aprile 2013, 10:35 =0A =20 =0A =0A Hello Luisa, =0A =20 =0A here http://en.wikipedia.org/wiki/List_of_IOMMU-supp= orting_hardware=0A is a list IOMMU supporting hardware, = this is a good=0A point to start. IOMMU is not necessary= for=0A virtualization, but hardware listed here support= s=0A VM. =0A =20 =0A Jan =0A =20 =0A Dne=0A 24.4.2013 09:43, Luisa P= osani napsal(a): =0A =0A =0A =0A = =0A =0A = =0A Hi =0A =20 =0A It's my=0A = first experience=0A with=0A = xen =0A =20 =0A I would like to use a OS=0A = linux create by buildroot like a=0A = guest. =0A I have a PC whit virtualizatin whit= =0A debian distribution and I install=0A= xen-linux-sysem on the PC. =0A =20 =0A In this PC a VM doesn't work=0A = correctly. =0A =20 =0A I would like to know if exist a=0A = simple tutorial to configure PC and=0A = VM . =0A =20 =0A =0A =0A= =0A = =0A =0A = =0A =0A = =0A =0A = =0A = =0A =0A = =0A =0A = =0A =0A = =0A =0A = =0A Thanks=0A = in advance =0A =20 =0A =20 =0A Luisa =0A =20 =0A =0A = =0A =0A = =0A =0A = =0A =20 =0A =20 =0A =20 =0A =20 =0A =0A =0A = =0A =0A = =0A =20 =0A =0A =20 =0A _______________________________________________=0A= Xen-users mailing list=0AXen-users@lists.xen.org=0Ahttp://lists.xen.org/xen= -users=0A =0A =20 =0A =0A =0A =20 =0A -----Segue allegato----- =0A =20 =0A _______________________________________________ =0A Xen-users mailing list =0A Xen-users@lists.xen.org =0A http://lists.xen.org/xen-users=0A =0A = =0A =0A =0A =0A =0A =20 =0A =0A=0A -----Segue allegato----- _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --273530964-1861136302-1366818886=:90375 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable

Hi

if I make

/proc/cpuinfo = flags

without xen I found vmx.

when I start PC with xen flag = vmx doesn't appare.

Why?

I would like use a guest OS make wit= h buildroot "standard" without xen driver.

I use http://wiki.xen.org= /wiki/Xen_Beginners_Guide#Configure_GRUB_to_start_Xen
but doesn't work = correctly.

Doesn't work gvncviewer for using a window XP iso image a= nd now I'm compiling a buildroot standard (qemu_x86 config).


Luisa







--- Mer 24/4/13, Jan Hejl <j= h@excello.cz> ha scritto:

Da: Ja= n Hejl <jh@excello.cz>
Oggetto: Re: [Xen-users] Hardware virtualiz= ation
A: "Luisa Posani" <lposani@yahoo.it>
Cc: xen-users@lists.xen.org
Data: Mercoled=EC 24 Aprile 2013, 17:08

=
=0A =0A=0A =0A =0A
=0A
Sure, I can.
=0A
=0A Yo= u should check your cpuinfo if it supports virtualization. Look=0A her= e ht= tp://virt-tools.org/learning/check-hardware-virt/
=0A
=0A = If it does, tell me what is your goal and what have you done=0A al= ready?
=0A
=0A Dne 24.4.2013 16:03, Luisa Posani napsal(a)= :
=0A
=0A
=0A =0A =0A <= tr>=0A =0A =0A =0A
Thank's for yo= ur=0A indication.
=0A
=0A I c= an't find my cpu in your list.
=0A
=0A In = my PC I can enable the virtualization from BIOS.
=0A
= =0A I don't understand the difference.
=0A =0A Can you help me please?
=0A
=0A =
=0A Luisa
=0A
=0A = --- Mer 24/4/13, Jan Hejl <jh@excello.cz>=0A= ha scritto:
=0A

=0A Da: Jan Hejl <jh@excello.cz>
=0A Oggetto: Re: [Xen-users] Hardware virtualization=0A A: xen-users@lists.xen.or= g
=0A Data: Mercoled=EC 24 Aprile 2013, 10:35
=0A =
=0A
=0A =
Hello Luisa,
=0A
=0A = here http://en.wikipedia.org/wiki/List_of_IOMMU-supporting_hard= ware=0A is a list IOMMU supporting hardware, this is= a good=0A point to start. IOMMU is not necessary for=0A= virtualization, but hardware listed here supports=0A = VM.
=0A
=0A J= an
=0A
=0A
Dne=0A 24.4.2013 09:43, Luisa= Posani napsal(a):
=0A
=0A <= blockquote type=3D"cite">=0A =0A =0A = =0A =0A = =0A =0A
=0A
Hi
=0A
=0A = It's my=0A = first experience=0A with= =0A xen
=0A
=0A I would = like to use a OS=0A = linux create by buildroot like a=0A = guest.
=0A I have a P= C whit virtualizatin whit=0A debian dist= ribution and I install=0A xen-linux-syse= m on the PC.
=0A
=0A = In this PC a VM doesn't work=0A = correctly.
=0A
=0A= I would like to know if exist a=0A = simple tutorial to configure PC and=0A = VM .
=0A =
=0A =0A =
=0A
=0A
=0A
=0A <= div id=3D"yiv1584324266gt-src-tools-l">=0A =
=0A
= =0A
=0A =
=0A
=0A=
=0A =
=0A
=0A =
= =0A
=0A =
=0A=
= =0A
=0A =
Thanks=0A = in advance
=0A
=0A =
=0A = Luisa
=0A =
=0A
=0A
=0A =
=0A
= =0A
=0A =
=0A
=0A =
=0A =
=0A
=0A = =0A
=0A =
=0A
=0A
=0A = 
_______________________________________________=0AXen-=
users mailing list=0AXen-users@lists.xen.org=0Ahttp://lists.xen.org/xen-users
=0A =
=0A
=0A =0A= =0A
=0A -----Segue = allegato-----
=0A
=0A
_______________________________________________
= =0A Xen-users mailing list
=0A Xen-users@lists.xen.org
=0A http:/= /lists.xen.org/xen-users
=0A =0A =
=0A =0A
=0A
=0A=0A

-----Segue allegato-----
<= br>
_______________________________________________=
Xen-users mailing list
Xen-users@lists.xen.org<= /a>
http://= lists.xen.org/xen-users
--273530964-1861136302-1366818886=:90375-- --===============3550739357589723492== 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 --===============3550739357589723492==-- From xen-users-bounces@lists.xen.org Wed Apr 24 15:56:08 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 24 Apr 2013 15:56: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 1UV22M-0004rD-6y; Wed, 24 Apr 2013 15:55:14 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UV22K-0004qy-FV for xen-users@lists.xen.org; Wed, 24 Apr 2013 15:55:12 +0000 Received: from [85.158.143.99:17427] by server-1.bemta-4.messagelabs.com id DD/8E-06203-F5008715; Wed, 24 Apr 2013 15:55:11 +0000 X-Env-Sender: lposani@yahoo.it X-Msg-Ref: server-14.tower-216.messagelabs.com!1366818886!20247194!1 X-Originating-IP: [77.238.189.68] X-SpamReason: No, hits=0.0 required=7.0 tests=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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16505 invoked from network); 24 Apr 2013 15:54:47 -0000 Received: from nm15.bullet.mail.ird.yahoo.com (HELO nm15.bullet.mail.ird.yahoo.com) (77.238.189.68) by server-14.tower-216.messagelabs.com with SMTP; 24 Apr 2013 15:54:47 -0000 Received: from [77.238.189.52] by nm15.bullet.mail.ird.yahoo.com with NNFMP; 24 Apr 2013 15:54:46 -0000 Received: from [212.82.98.109] by tm5.bullet.mail.ird.yahoo.com with NNFMP; 24 Apr 2013 15:54:46 -0000 Received: from [127.0.0.1] by omp1046.mail.ir2.yahoo.com with NNFMP; 24 Apr 2013 15:54:46 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 808845.20956.bm@omp1046.mail.ir2.yahoo.com Received: (qmail 97671 invoked by uid 60001); 24 Apr 2013 15:54:46 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.it; s=s1024; t=1366818886; bh=QHU5Iq/y3Unq/ruDvrGmAEgfe7e1q5KG2FT3Q6BHAd8=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=iMprL1dcX770f8PonKA3+hYljrLevn1txvJTE36g+J7PxW/bq5qppyrCS89LNRh4ym7QM0bjvy+GWTJbXZGo5aHXEuZokof9/iOKg45lZp91+ScJApWae/ZF+MIufsY/i/52WgVR2lNMYCFwKGEuMfir6OMdtR3HoSx/YqEpGMA= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.it; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=ufSd/whTwgKrrv8DauZ9DLcqN0xH3hVSYn/XJTDWEnjjXauhUyRAs3ysTQS1HM6S63UWkddDQSjuomU94cdYqyWxVRbowAy5laxrb+pNsliXn+CgdYDWbcQc+6e3YdUCtxckUCZPOjtdBC83htuEdAVs6npWrprpI+ydr1SamUk=; X-YMail-OSG: BDcbVYYVM1lLzyeb1EvXJpNfe0UJhEly2H.IZOsYjopsgqn KGJuJj__aMDAwBVK94_ixIlCahnv2SMSb3d.1yI98b07N88aH3Z.xKdiPW0L 7X9ieDFhCEz6n4mKfWcKLZX2kUPy41LFQBOc_19D52dKqGk_MToZ5c_3E..k xZ7.SSG9KIpBpe6qSYe9EWUe57OrVxuZEywDN7487CSQWAGjTvMA1u3BRjnS tv7xlN0UjuqUyBszofjuIVOvCer6v9SQdtn63Ysw78abSky3TE9EakRRfnCo GJfc8nCtEXb4L5OKaTeB4C_V65DaZW151xjRZ1BgvFOeQ6Sv319XULoI3q_O OZVia3_AZFuXuYtOH_bZLBQwzpVtceqrQZmJKGxdzhCh28S9Xng1mBIM1qQ1 G3IcFPGbW3njHADsU4IgV7A78SLzmqtBn6zRtT1GPWuWCneEY6OjB74BMOHz DNI3TeEHMghXa96T34FVVHtDdBwzNC18S48vCjFo890nfoYWNClToy3OBahK xe9zSkA8VcYeajAOBNigNFUfoznR3NSaUC1lieM9GTsNskPoczY8FJi2JcVx vbxlQDkv7mMbyXfHfyShAHdlcNAQXAvI7b.cWfEdsio0B5xZNp6XfZesVek8 cnxjT86ZGhDD3STH8N2MgepDkyruCpKOkbtHcvTbtLpE_N3pxPLUv4NXmTfN do6m2TtNLGH3OZiM- Received: from [82.187.229.206] by web171901.mail.ir2.yahoo.com via HTTP; Wed, 24 Apr 2013 16:54:46 BST X-Rocket-MIMEInfo: 002.001, DQpIaQ0KDQppZiBJIG1ha2UNCg0KL3Byb2MvY3B1aW5mbyBmbGFncw0KDQp3aXRob3V0IHhlbiBJIGZvdW5kIHZteC4NCg0Kd2hlbiBJIHN0YXJ0IFBDIHdpdGggeGVuIGZsYWcgdm14IGRvZXNuJ3QgYXBwYXJlLg0KDQpXaHk_DQoNCkkgd291bGQgbGlrZSB1c2UgYSBndWVzdCBPUyBtYWtlIHdpdGggYnVpbGRyb290ICJzdGFuZGFyZCIgd2l0aG91dCB4ZW4gZHJpdmVyLg0KDQpJIHVzZSBodHRwOi8vd2lraS54ZW4ub3JnL3dpa2kvWGVuX0JlZ2lubmVyc19HdWlkZSNDb25maWd1cmVfR1JVQl90b19zdGFydF8BMAEBAQE- X-Mailer: YahooMailClassic/15.1.7 YahooMailWebService/0.8.141.536 Message-ID: <1366818886.90375.YahooMailClassic@web171901.mail.ir2.yahoo.com> Date: Wed, 24 Apr 2013 16:54:46 +0100 (BST) From: Luisa Posani To: Jan Hejl In-Reply-To: <5177F58A.5000203@excello.cz> MIME-Version: 1.0 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Hardware virtualization X-BeenThere: xen-users@lists.xen.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="===============3550739357589723492==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3550739357589723492== Content-Type: multipart/alternative; boundary="273530964-1861136302-1366818886=:90375" --273530964-1861136302-1366818886=:90375 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hi if I make /proc/cpuinfo flags without xen I found vmx. when I start PC with xen flag vmx doesn't appare. Why? I would like use a guest OS make with buildroot "standard" without xen driv= er. I use http://wiki.xen.org/wiki/Xen_Beginners_Guide#Configure_GRUB_to_start_= Xen=20 but doesn't work correctly. Doesn't work gvncviewer for using a window XP iso image and now I'm compili= ng a buildroot standard (qemu_x86 config). Luisa --- Mer 24/4/13, Jan Hejl ha scritto: Da: Jan Hejl Oggetto: Re: [Xen-users] Hardware virtualization A: "Luisa Posani" Cc: xen-users@lists.xen.org Data: Mercoled=EC 24 Aprile 2013, 17:08 =0A =0A=0A =0A =0A =0A Sure, I can.=20 =0A =20 =0A You should check your cpuinfo if it supports virtualization. Look= =0A here http://virt-tools.org/learning/check-hardware-virt/ =0A =20 =0A If it does, tell me what is your goal and what have you done=0A = already? =0A =20 =0A Dne 24.4.2013 16:03, Luisa Posani napsal(a): =0A =0A =0A =0A =0A =0A Thank's for y= our=0A indication. =0A =20 =0A I can't find my cpu in your list. =0A =20 =0A In my PC I can enable the virtualization from BIOS. =0A =20 =0A I don't understand the difference. =0A =20 =0A Can you help me please? =0A =20 =0A =20 =0A Luisa =0A =20 =0A --- Mer 24/4/13, Jan Hejl =0A = ha scritto: =0A =20 =0A Da: Jan Hejl =0A Oggetto: Re: [Xen-users] Hardware virtualization =0A A: xen-users@lists.xen.org =0A Data: Mercoled=EC 24 Aprile 2013, 10:35 =0A =20 =0A =0A Hello Luisa, =0A =20 =0A here http://en.wikipedia.org/wiki/List_of_IOMMU-supp= orting_hardware=0A is a list IOMMU supporting hardware, = this is a good=0A point to start. IOMMU is not necessary= for=0A virtualization, but hardware listed here support= s=0A VM. =0A =20 =0A Jan =0A =20 =0A Dne=0A 24.4.2013 09:43, Luisa P= osani napsal(a): =0A =0A =0A =0A = =0A =0A = =0A Hi =0A =20 =0A It's my=0A = first experience=0A with=0A = xen =0A =20 =0A I would like to use a OS=0A = linux create by buildroot like a=0A = guest. =0A I have a PC whit virtualizatin whit= =0A debian distribution and I install=0A= xen-linux-sysem on the PC. =0A =20 =0A In this PC a VM doesn't work=0A = correctly. =0A =20 =0A I would like to know if exist a=0A = simple tutorial to configure PC and=0A = VM . =0A =20 =0A =0A =0A= =0A = =0A =0A = =0A =0A = =0A =0A = =0A = =0A =0A = =0A =0A = =0A =0A = =0A =0A = =0A Thanks=0A = in advance =0A =20 =0A =20 =0A Luisa =0A =20 =0A =0A = =0A =0A = =0A =0A = =0A =20 =0A =20 =0A =20 =0A =20 =0A =0A =0A = =0A =0A = =0A =20 =0A =0A =20 =0A _______________________________________________=0A= Xen-users mailing list=0AXen-users@lists.xen.org=0Ahttp://lists.xen.org/xen= -users=0A =0A =20 =0A =0A =0A =20 =0A -----Segue allegato----- =0A =20 =0A _______________________________________________ =0A Xen-users mailing list =0A Xen-users@lists.xen.org =0A http://lists.xen.org/xen-users=0A =0A = =0A =0A =0A =0A =0A =20 =0A =0A=0A -----Segue allegato----- _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --273530964-1861136302-1366818886=:90375 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable

Hi

if I make

/proc/cpuinfo = flags

without xen I found vmx.

when I start PC with xen flag = vmx doesn't appare.

Why?

I would like use a guest OS make wit= h buildroot "standard" without xen driver.

I use http://wiki.xen.org= /wiki/Xen_Beginners_Guide#Configure_GRUB_to_start_Xen
but doesn't work = correctly.

Doesn't work gvncviewer for using a window XP iso image a= nd now I'm compiling a buildroot standard (qemu_x86 config).


Luisa







--- Mer 24/4/13, Jan Hejl <j= h@excello.cz> ha scritto:

Da: Ja= n Hejl <jh@excello.cz>
Oggetto: Re: [Xen-users] Hardware virtualiz= ation
A: "Luisa Posani" <lposani@yahoo.it>
Cc: xen-users@lists.xen.org
Data: Mercoled=EC 24 Aprile 2013, 17:08

=
=0A =0A=0A =0A =0A
=0A
Sure, I can.
=0A
=0A Yo= u should check your cpuinfo if it supports virtualization. Look=0A her= e ht= tp://virt-tools.org/learning/check-hardware-virt/
=0A
=0A = If it does, tell me what is your goal and what have you done=0A al= ready?
=0A
=0A Dne 24.4.2013 16:03, Luisa Posani napsal(a)= :
=0A
=0A
=0A =0A =0A <= tr>=0A =0A =0A =0A
Thank's for yo= ur=0A indication.
=0A
=0A I c= an't find my cpu in your list.
=0A
=0A In = my PC I can enable the virtualization from BIOS.
=0A
= =0A I don't understand the difference.
=0A =0A Can you help me please?
=0A
=0A =
=0A Luisa
=0A
=0A = --- Mer 24/4/13, Jan Hejl <jh@excello.cz>=0A= ha scritto:
=0A

=0A Da: Jan Hejl <jh@excello.cz>
=0A Oggetto: Re: [Xen-users] Hardware virtualization=0A A: xen-users@lists.xen.or= g
=0A Data: Mercoled=EC 24 Aprile 2013, 10:35
=0A =
=0A
=0A =
Hello Luisa,
=0A
=0A = here http://en.wikipedia.org/wiki/List_of_IOMMU-supporting_hard= ware=0A is a list IOMMU supporting hardware, this is= a good=0A point to start. IOMMU is not necessary for=0A= virtualization, but hardware listed here supports=0A = VM.
=0A
=0A J= an
=0A
=0A
Dne=0A 24.4.2013 09:43, Luisa= Posani napsal(a):
=0A
=0A <= blockquote type=3D"cite">=0A =0A =0A = =0A =0A = =0A =0A
=0A
Hi
=0A
=0A = It's my=0A = first experience=0A with= =0A xen
=0A
=0A I would = like to use a OS=0A = linux create by buildroot like a=0A = guest.
=0A I have a P= C whit virtualizatin whit=0A debian dist= ribution and I install=0A xen-linux-syse= m on the PC.
=0A
=0A = In this PC a VM doesn't work=0A = correctly.
=0A
=0A= I would like to know if exist a=0A = simple tutorial to configure PC and=0A = VM .
=0A =
=0A =0A =
=0A
=0A
=0A
=0A <= div id=3D"yiv1584324266gt-src-tools-l">=0A =
=0A
= =0A
=0A =
=0A
=0A=
=0A =
=0A
=0A =
= =0A
=0A =
=0A=
= =0A
=0A =
Thanks=0A = in advance
=0A
=0A =
=0A = Luisa
=0A =
=0A
=0A
=0A =
=0A
= =0A
=0A =
=0A
=0A =
=0A =
=0A
=0A = =0A
=0A =
=0A
=0A
=0A = 
_______________________________________________=0AXen-=
users mailing list=0AXen-users@lists.xen.org=0Ahttp://lists.xen.org/xen-users
=0A =
=0A
=0A =0A= =0A
=0A -----Segue = allegato-----
=0A
=0A
_______________________________________________
= =0A Xen-users mailing list
=0A Xen-users@lists.xen.org
=0A http:/= /lists.xen.org/xen-users
=0A =0A =
=0A =0A
=0A
=0A=0A

-----Segue allegato-----
<= br>
_______________________________________________=
Xen-users mailing list
Xen-users@lists.xen.org<= /a>
http://= lists.xen.org/xen-users
--273530964-1861136302-1366818886=:90375-- --===============3550739357589723492== 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 --===============3550739357589723492==-- From xen-users-bounces@lists.xen.org Thu Apr 25 01:27:44 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 25 Apr 2013 01:27: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 1UVAx7-0001u0-Ec; Thu, 25 Apr 2013 01:26:25 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVAx6-0001tv-5Z for xen-users@lists.xensource.com; Thu, 25 Apr 2013 01:26:24 +0000 Received: from [85.158.138.51:30307] by server-4.bemta-3.messagelabs.com id 27/0D-21470-F3688715; Thu, 25 Apr 2013 01:26:23 +0000 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-5.tower-174.messagelabs.com!1366853178!29974182!1 X-Originating-IP: [203.16.207.99] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5707 invoked from network); 25 Apr 2013 01:26:21 -0000 Received: from mail.bendigoit.com.au (HELO smtp2.bendigoit.com.au) (203.16.207.99) by server-5.tower-174.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 25 Apr 2013 01:26:21 -0000 Received: from [2001:388:e000:712:a5ca:4fd3:14f:ad5d] (helo=BITCOM1.int.sbss.com.au) by smtp2.bendigoit.com.au with esmtp (Exim 4.80) (envelope-from ) id 1UVAwx-0002Ac-T9 for xen-users@lists.xensource.com; Thu, 25 Apr 2013 11:26:15 +1000 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.01.0438.000; Thu, 25 Apr 2013 11:26:15 +1000 From: James Harper To: "xen-users@lists.xensource.com" Thread-Topic: anyone using blktap2 under Debian Wheezy? Thread-Index: Ac5BU0BFB/HYhzXqQo+yM5Y41wQwog== Date: Thu, 25 Apr 2013 01:26:13 +0000 Message-ID: <6035A0D088A63A46850C3988ED045A4B4F36E0BD@BITCOM1.int.sbss.com.au> Accept-Language: en-AU, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [172.16.3.132] x-tm-as-product-ver: SMEX-10.2.0.3176-7.000.1014-19822.003 x-tm-as-result: No--42.954400-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: [Xen-users] anyone using blktap2 under Debian 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-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Is anyone using blktap2 under Debian Wheezy? I've done the following: . upgraded to 3.8 kernels from experimental . installed blktap-dkms (and patched to fix missing symbol issues) . loaded modules The best I can get is errors in syslog like: tapdisk[13259]: tapdisk-control: init, 10 x 4k buffers tapdisk[13259]: tapdisk-log: closing after 0 errors tapdisk[13259]: failed to complete server: -2 tapdisk[13259]: tapdisk-control: draining 0 connections tapdisk[13259]: tapdisk-control: done tap-ctl: tap-err:tap_ctl_get_child_id: parsing id failed: 22 tap-ctl: tap-err:tap_ctl_spawn: get_id failed, child 13258 err 22 an strace doesn't show me anything obvious as to what is going wrong. 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 Apr 25 01:27:44 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 25 Apr 2013 01:27: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 1UVAx7-0001u0-Ec; Thu, 25 Apr 2013 01:26:25 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVAx6-0001tv-5Z for xen-users@lists.xensource.com; Thu, 25 Apr 2013 01:26:24 +0000 Received: from [85.158.138.51:30307] by server-4.bemta-3.messagelabs.com id 27/0D-21470-F3688715; Thu, 25 Apr 2013 01:26:23 +0000 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-5.tower-174.messagelabs.com!1366853178!29974182!1 X-Originating-IP: [203.16.207.99] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5707 invoked from network); 25 Apr 2013 01:26:21 -0000 Received: from mail.bendigoit.com.au (HELO smtp2.bendigoit.com.au) (203.16.207.99) by server-5.tower-174.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 25 Apr 2013 01:26:21 -0000 Received: from [2001:388:e000:712:a5ca:4fd3:14f:ad5d] (helo=BITCOM1.int.sbss.com.au) by smtp2.bendigoit.com.au with esmtp (Exim 4.80) (envelope-from ) id 1UVAwx-0002Ac-T9 for xen-users@lists.xensource.com; Thu, 25 Apr 2013 11:26:15 +1000 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.01.0438.000; Thu, 25 Apr 2013 11:26:15 +1000 From: James Harper To: "xen-users@lists.xensource.com" Thread-Topic: anyone using blktap2 under Debian Wheezy? Thread-Index: Ac5BU0BFB/HYhzXqQo+yM5Y41wQwog== Date: Thu, 25 Apr 2013 01:26:13 +0000 Message-ID: <6035A0D088A63A46850C3988ED045A4B4F36E0BD@BITCOM1.int.sbss.com.au> Accept-Language: en-AU, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [172.16.3.132] x-tm-as-product-ver: SMEX-10.2.0.3176-7.000.1014-19822.003 x-tm-as-result: No--42.954400-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: [Xen-users] anyone using blktap2 under Debian 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-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Is anyone using blktap2 under Debian Wheezy? I've done the following: . upgraded to 3.8 kernels from experimental . installed blktap-dkms (and patched to fix missing symbol issues) . loaded modules The best I can get is errors in syslog like: tapdisk[13259]: tapdisk-control: init, 10 x 4k buffers tapdisk[13259]: tapdisk-log: closing after 0 errors tapdisk[13259]: failed to complete server: -2 tapdisk[13259]: tapdisk-control: draining 0 connections tapdisk[13259]: tapdisk-control: done tap-ctl: tap-err:tap_ctl_get_child_id: parsing id failed: 22 tap-ctl: tap-err:tap_ctl_spawn: get_id failed, child 13258 err 22 an strace doesn't show me anything obvious as to what is going wrong. 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 Apr 25 01:37:30 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 25 Apr 2013 01:37: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 1UVB6q-0002Gv-Qg; Thu, 25 Apr 2013 01:36:28 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVB6p-0002Gm-8X for xen-users@lists.xensource.com; Thu, 25 Apr 2013 01:36:27 +0000 Received: from [85.158.139.211:34877] by server-5.bemta-5.messagelabs.com id C0/B2-02762-08888715; Thu, 25 Apr 2013 01:36:00 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-11.tower-206.messagelabs.com!1366853758!20406532!1 X-Originating-IP: [209.85.210.179] 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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23630 invoked from network); 25 Apr 2013 01:35:59 -0000 Received: from mail-ia0-f179.google.com (HELO mail-ia0-f179.google.com) (209.85.210.179) by server-11.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 25 Apr 2013 01:35:59 -0000 Received: by mail-ia0-f179.google.com with SMTP id p22so2223721iad.24 for ; Wed, 24 Apr 2013 18:35:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=Xjr/N1gfWowyfg6j8eM75xa5BNqmrleOhpGm5MujFXs=; b=AiPZNsLzLiirS+pchp7tDFoVoAdtNyPYg21SrHvjw/Jc3LSr1VzarYK7YWc+jXJdei XxZDaeYmNlDG7JDX6sIFJNIGn+VemF9LKKyRKk59m45D0jGcwqZBBVNLb258jqFMoECr 4OW7KIWqa4M8ZJh/aigQMGcrka1hO/WiDNtsWMKsyZJdgiIMWf7MU5yJO8Mqp/L8VPaS boJ7z/eIsh4m7FyqOtk3FflUv0WM4Zb8V50gB3gc7Ro5BCDYTZoO2tv/ChNG/pkw2zPJ 3uFLcIn/7CLxn9u0d7vn52hOlXZneZg4ply5j+v/V80yY53zlqt584z3tuhYCq6PvFu2 LSTg== MIME-Version: 1.0 X-Received: by 10.42.168.198 with SMTP id x6mr3774947icy.45.1366853757859; Wed, 24 Apr 2013 18:35:57 -0700 (PDT) Received: by 10.42.237.198 with HTTP; Wed, 24 Apr 2013 18:35:57 -0700 (PDT) In-Reply-To: <6035A0D088A63A46850C3988ED045A4B4F36E0BD@BITCOM1.int.sbss.com.au> References: <6035A0D088A63A46850C3988ED045A4B4F36E0BD@BITCOM1.int.sbss.com.au> Date: Wed, 24 Apr 2013 19:35:57 -0600 Message-ID: From: jacek burghardt To: James Harper Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] anyone using blktap2 under Debian 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-Type: multipart/mixed; boundary="===============1918010254193042067==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1918010254193042067== Content-Type: multipart/alternative; boundary=90e6ba6e8a20b2cd8c04db257051 --90e6ba6e8a20b2cd8c04db257051 Content-Type: text/plain; charset=ISO-8859-1 I would take look at opensuse kernel source git . On Wed, Apr 24, 2013 at 7:26 PM, James Harper wrote: > Is anyone using blktap2 under Debian Wheezy? > > I've done the following: > . upgraded to 3.8 kernels from experimental > . installed blktap-dkms (and patched to fix missing symbol issues) > . loaded modules > > The best I can get is errors in syslog like: > > tapdisk[13259]: tapdisk-control: init, 10 x 4k buffers > tapdisk[13259]: tapdisk-log: closing after 0 errors > tapdisk[13259]: failed to complete server: -2 > tapdisk[13259]: tapdisk-control: draining 0 connections > tapdisk[13259]: tapdisk-control: done > tap-ctl: tap-err:tap_ctl_get_child_id: parsing id failed: 22 > tap-ctl: tap-err:tap_ctl_spawn: get_id failed, child 13258 err 22 > > an strace doesn't show me anything obvious as to what is going wrong. > > Thanks > > James > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --90e6ba6e8a20b2cd8c04db257051 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I would take look at opensuse kernel source git .


On Wed, Apr 24, = 2013 at 7:26 PM, James Harper <james.harper@bendigoit.com.au> wrote:
Is anyone using blktap2 under Debian Wheezy?=

I've done the following:
. upgraded to 3.8 kernels from experimental
. installed blktap-dkms (and patched to fix missing symbol issues)
. loaded modules

The best I can get is errors in syslog like:

tapdisk[13259]: tapdisk-control: init, 10 x 4k buffers
tapdisk[13259]: tapdisk-log: closing after 0 errors
tapdisk[13259]: failed to complete server: -2
tapdisk[13259]: tapdisk-control: draining 0 connections
tapdisk[13259]: tapdisk-control: done
tap-ctl: tap-err:tap_ctl_get_child_id: parsing id failed: 22
tap-ctl: tap-err:tap_ctl_spawn: get_id failed, child 13258 err 22

an strace doesn't show me anything obvious as to what is going wrong.
Thanks

James

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

--90e6ba6e8a20b2cd8c04db257051-- --===============1918010254193042067== 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 --===============1918010254193042067==-- From xen-users-bounces@lists.xen.org Thu Apr 25 01:37:30 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 25 Apr 2013 01:37: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 1UVB6q-0002Gv-Qg; Thu, 25 Apr 2013 01:36:28 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVB6p-0002Gm-8X for xen-users@lists.xensource.com; Thu, 25 Apr 2013 01:36:27 +0000 Received: from [85.158.139.211:34877] by server-5.bemta-5.messagelabs.com id C0/B2-02762-08888715; Thu, 25 Apr 2013 01:36:00 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-11.tower-206.messagelabs.com!1366853758!20406532!1 X-Originating-IP: [209.85.210.179] 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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23630 invoked from network); 25 Apr 2013 01:35:59 -0000 Received: from mail-ia0-f179.google.com (HELO mail-ia0-f179.google.com) (209.85.210.179) by server-11.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 25 Apr 2013 01:35:59 -0000 Received: by mail-ia0-f179.google.com with SMTP id p22so2223721iad.24 for ; Wed, 24 Apr 2013 18:35:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=Xjr/N1gfWowyfg6j8eM75xa5BNqmrleOhpGm5MujFXs=; b=AiPZNsLzLiirS+pchp7tDFoVoAdtNyPYg21SrHvjw/Jc3LSr1VzarYK7YWc+jXJdei XxZDaeYmNlDG7JDX6sIFJNIGn+VemF9LKKyRKk59m45D0jGcwqZBBVNLb258jqFMoECr 4OW7KIWqa4M8ZJh/aigQMGcrka1hO/WiDNtsWMKsyZJdgiIMWf7MU5yJO8Mqp/L8VPaS boJ7z/eIsh4m7FyqOtk3FflUv0WM4Zb8V50gB3gc7Ro5BCDYTZoO2tv/ChNG/pkw2zPJ 3uFLcIn/7CLxn9u0d7vn52hOlXZneZg4ply5j+v/V80yY53zlqt584z3tuhYCq6PvFu2 LSTg== MIME-Version: 1.0 X-Received: by 10.42.168.198 with SMTP id x6mr3774947icy.45.1366853757859; Wed, 24 Apr 2013 18:35:57 -0700 (PDT) Received: by 10.42.237.198 with HTTP; Wed, 24 Apr 2013 18:35:57 -0700 (PDT) In-Reply-To: <6035A0D088A63A46850C3988ED045A4B4F36E0BD@BITCOM1.int.sbss.com.au> References: <6035A0D088A63A46850C3988ED045A4B4F36E0BD@BITCOM1.int.sbss.com.au> Date: Wed, 24 Apr 2013 19:35:57 -0600 Message-ID: From: jacek burghardt To: James Harper Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] anyone using blktap2 under Debian 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-Type: multipart/mixed; boundary="===============1918010254193042067==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1918010254193042067== Content-Type: multipart/alternative; boundary=90e6ba6e8a20b2cd8c04db257051 --90e6ba6e8a20b2cd8c04db257051 Content-Type: text/plain; charset=ISO-8859-1 I would take look at opensuse kernel source git . On Wed, Apr 24, 2013 at 7:26 PM, James Harper wrote: > Is anyone using blktap2 under Debian Wheezy? > > I've done the following: > . upgraded to 3.8 kernels from experimental > . installed blktap-dkms (and patched to fix missing symbol issues) > . loaded modules > > The best I can get is errors in syslog like: > > tapdisk[13259]: tapdisk-control: init, 10 x 4k buffers > tapdisk[13259]: tapdisk-log: closing after 0 errors > tapdisk[13259]: failed to complete server: -2 > tapdisk[13259]: tapdisk-control: draining 0 connections > tapdisk[13259]: tapdisk-control: done > tap-ctl: tap-err:tap_ctl_get_child_id: parsing id failed: 22 > tap-ctl: tap-err:tap_ctl_spawn: get_id failed, child 13258 err 22 > > an strace doesn't show me anything obvious as to what is going wrong. > > Thanks > > James > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --90e6ba6e8a20b2cd8c04db257051 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I would take look at opensuse kernel source git .


On Wed, Apr 24, = 2013 at 7:26 PM, James Harper <james.harper@bendigoit.com.au> wrote:
Is anyone using blktap2 under Debian Wheezy?=

I've done the following:
. upgraded to 3.8 kernels from experimental
. installed blktap-dkms (and patched to fix missing symbol issues)
. loaded modules

The best I can get is errors in syslog like:

tapdisk[13259]: tapdisk-control: init, 10 x 4k buffers
tapdisk[13259]: tapdisk-log: closing after 0 errors
tapdisk[13259]: failed to complete server: -2
tapdisk[13259]: tapdisk-control: draining 0 connections
tapdisk[13259]: tapdisk-control: done
tap-ctl: tap-err:tap_ctl_get_child_id: parsing id failed: 22
tap-ctl: tap-err:tap_ctl_spawn: get_id failed, child 13258 err 22

an strace doesn't show me anything obvious as to what is going wrong.
Thanks

James

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

--90e6ba6e8a20b2cd8c04db257051-- --===============1918010254193042067== 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 --===============1918010254193042067==-- From xen-users-bounces@lists.xen.org Thu Apr 25 02:00:58 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 25 Apr 2013 02:00: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 1UVBTX-00036w-Et; Thu, 25 Apr 2013 01:59:55 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVBTV-00036r-Sf for xen-users@lists.xen.org; Thu, 25 Apr 2013 01:59:54 +0000 Received: from [85.158.139.211:37147] by server-15.bemta-5.messagelabs.com id 02/FE-22815-91E88715; Thu, 25 Apr 2013 01:59:53 +0000 X-Env-Sender: mva@mva.name X-Msg-Ref: server-16.tower-206.messagelabs.com!1366855192!20373941!1 X-Originating-IP: [95.108.253.145] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiA5NS4xMDguMjUzLjE0NSA9PiAxNzIxMg==\n,sa_preprocessor: QmFkIElQOiA5NS4xMDguMjUzLjE0NSA9PiAxNzIxMg==\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7515 invoked from network); 25 Apr 2013 01:59:52 -0000 Received: from forward20.mail.yandex.net (HELO forward20.mail.yandex.net) (95.108.253.145) by server-16.tower-206.messagelabs.com with SMTP; 25 Apr 2013 01:59:52 -0000 Received: from smtp19.mail.yandex.net (smtp19.mail.yandex.net [95.108.252.19]) by forward20.mail.yandex.net (Yandex) with ESMTP id A74B31041072; Thu, 25 Apr 2013 05:59:51 +0400 (MSK) Received: from smtp19.mail.yandex.net (localhost [127.0.0.1]) by smtp19.mail.yandex.net (Yandex) with ESMTP id 50621BE03C8; Thu, 25 Apr 2013 05:59:51 +0400 (MSK) Received: from host-109-171-17-91.bbcustomer.zsttk.net (host-109-171-17-91.bbcustomer.zsttk.net [109.171.17.91]) by smtp19.mail.yandex.net (nwsmtp/Yandex) with ESMTP id cublNTdnbD-xo40ZcJP; Thu, 25 Apr 2013 05:59:50 +0400 Message-ID: <51788E1B.3010508@mva.name> Date: Thu, 25 Apr 2013 08:59:55 +0700 From: "Vadim A. Misbakh-Soloviov" Organization: Alpha LLC User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130407 Firefox/17.0 Thunderbird/17.0.5 MIME-Version: 1.0 To: Ian Campbell References: <51779263.3090302@mva.name> <1366795740.20256.240.camel@zakaz.uk.xensource.com> <5177ADC1.8030708@mva.name> <1366798454.20256.259.camel@zakaz.uk.xensource.com> In-Reply-To: <1366798454.20256.259.camel@zakaz.uk.xensource.com> X-Enigmail-Version: 1.5.1 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Xen 4.1.2 HT disaware (?) X-BeenThere: xen-users@lists.xen.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="===============5106351016024653008==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --===============5106351016024653008== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="----enig2GUQQFLDKJLEPIOHAPBCV" This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2GUQQFLDKJLEPIOHAPBCV Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable By the way, Ian. JFYI: I just rebooted machine and booted up Xen directly via EFI (previously it was booted via GRUB2, which booted via EFI). Now Xen see all 12 threads-cores. So, as far, as I googled, it seems, it is kind of common bug, that Xen can't see some processor cores, when boots under GRUB2. //btw, I've another issue with dom0, which I can't fix up about a week: > node1 ~ % hwclock -r > hwclock: select() to /dev/rtc to wait for clock tick timed out: Success= > node1 ~ % hwclock -r --directisa > hwclock: select() to /dev/rtc to wait for clock tick timed out: Success= And even making thing like such: > node1 ~ % hwclock --utc --noadjfile --set --date=3D"2013-04-25 05:56:00= " don't fixes anything :( Most strange that it happens only when kernel booted up as dom0, but do not, when baremetal. Hasn't Xen some ways to fix RTC emulation in hypervisor? :) ------enig2GUQQFLDKJLEPIOHAPBCV Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJReI4bAAoJECZQPTSbOzNLdQQQAJ2+Za40ljrOOgtE3VUXnEvX CaFN0ePJrVEHQ1Vs2otCazrOoFmS8Q9WhXXMTOn2N98yVGTjEnV+vA3pWNgIR8wx dT0x7bCunPyyakhpAyviU5IZZtnfupudk77IfGQpyHLJdJMKD8TpFbPEeuJaXzCA lu929UiomNCkd2cfB6qjaE/8zudNbNYeEtfRr5MQZDzuCF+7XQ3shBb2Znwt+6ah /lLPQyRMhhgaXaU7wy3LnrxBnP8loO+PKH3+UWui5pOXXtfS9402hji9cEgAnnj+ Mk1pyVuxvF2ryxu8+0i22DL+/HmsShMuCzBdQucKAhsvm2HfvB5eSszsahwO3W3b HbnQYzf3owX7J0uCsDkx33KJhnEyCmvrJmebprGGFbqNUMC5zi8pFmgOUmq1TOgh oihA8UPotkHvdu44L13BOZ44hIgD9Jfp2jRq/dHJUtvIahSOuafkkYYFX0SPfEDh IFi4D1GsdJyVwInisbZqhwaxvhd7QpxQBXr+zkFbGQ8cG8sPQ7hQYaBAR8YOOxht /oQlgSua1nmRvr1cUGhUyh4toKrqr71kpzO3wLXs7JRxYgnHRx8FR0z9YZGlSefk S3gi6NseCCqPzqpfSTtn6W2EB7feJs6fZkl28izawENkJepi9X1TapjmRWSuzUoI RkKiZd3p07v0qOx5kTgS =0+GL -----END PGP SIGNATURE----- ------enig2GUQQFLDKJLEPIOHAPBCV-- --===============5106351016024653008== 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 --===============5106351016024653008==-- From xen-users-bounces@lists.xen.org Thu Apr 25 02:00:58 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 25 Apr 2013 02:00: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 1UVBTX-00036w-Et; Thu, 25 Apr 2013 01:59:55 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVBTV-00036r-Sf for xen-users@lists.xen.org; Thu, 25 Apr 2013 01:59:54 +0000 Received: from [85.158.139.211:37147] by server-15.bemta-5.messagelabs.com id 02/FE-22815-91E88715; Thu, 25 Apr 2013 01:59:53 +0000 X-Env-Sender: mva@mva.name X-Msg-Ref: server-16.tower-206.messagelabs.com!1366855192!20373941!1 X-Originating-IP: [95.108.253.145] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiA5NS4xMDguMjUzLjE0NSA9PiAxNzIxMg==\n,sa_preprocessor: QmFkIElQOiA5NS4xMDguMjUzLjE0NSA9PiAxNzIxMg==\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7515 invoked from network); 25 Apr 2013 01:59:52 -0000 Received: from forward20.mail.yandex.net (HELO forward20.mail.yandex.net) (95.108.253.145) by server-16.tower-206.messagelabs.com with SMTP; 25 Apr 2013 01:59:52 -0000 Received: from smtp19.mail.yandex.net (smtp19.mail.yandex.net [95.108.252.19]) by forward20.mail.yandex.net (Yandex) with ESMTP id A74B31041072; Thu, 25 Apr 2013 05:59:51 +0400 (MSK) Received: from smtp19.mail.yandex.net (localhost [127.0.0.1]) by smtp19.mail.yandex.net (Yandex) with ESMTP id 50621BE03C8; Thu, 25 Apr 2013 05:59:51 +0400 (MSK) Received: from host-109-171-17-91.bbcustomer.zsttk.net (host-109-171-17-91.bbcustomer.zsttk.net [109.171.17.91]) by smtp19.mail.yandex.net (nwsmtp/Yandex) with ESMTP id cublNTdnbD-xo40ZcJP; Thu, 25 Apr 2013 05:59:50 +0400 Message-ID: <51788E1B.3010508@mva.name> Date: Thu, 25 Apr 2013 08:59:55 +0700 From: "Vadim A. Misbakh-Soloviov" Organization: Alpha LLC User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130407 Firefox/17.0 Thunderbird/17.0.5 MIME-Version: 1.0 To: Ian Campbell References: <51779263.3090302@mva.name> <1366795740.20256.240.camel@zakaz.uk.xensource.com> <5177ADC1.8030708@mva.name> <1366798454.20256.259.camel@zakaz.uk.xensource.com> In-Reply-To: <1366798454.20256.259.camel@zakaz.uk.xensource.com> X-Enigmail-Version: 1.5.1 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Xen 4.1.2 HT disaware (?) X-BeenThere: xen-users@lists.xen.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="===============5106351016024653008==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --===============5106351016024653008== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="----enig2GUQQFLDKJLEPIOHAPBCV" This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2GUQQFLDKJLEPIOHAPBCV Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable By the way, Ian. JFYI: I just rebooted machine and booted up Xen directly via EFI (previously it was booted via GRUB2, which booted via EFI). Now Xen see all 12 threads-cores. So, as far, as I googled, it seems, it is kind of common bug, that Xen can't see some processor cores, when boots under GRUB2. //btw, I've another issue with dom0, which I can't fix up about a week: > node1 ~ % hwclock -r > hwclock: select() to /dev/rtc to wait for clock tick timed out: Success= > node1 ~ % hwclock -r --directisa > hwclock: select() to /dev/rtc to wait for clock tick timed out: Success= And even making thing like such: > node1 ~ % hwclock --utc --noadjfile --set --date=3D"2013-04-25 05:56:00= " don't fixes anything :( Most strange that it happens only when kernel booted up as dom0, but do not, when baremetal. Hasn't Xen some ways to fix RTC emulation in hypervisor? :) ------enig2GUQQFLDKJLEPIOHAPBCV Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJReI4bAAoJECZQPTSbOzNLdQQQAJ2+Za40ljrOOgtE3VUXnEvX CaFN0ePJrVEHQ1Vs2otCazrOoFmS8Q9WhXXMTOn2N98yVGTjEnV+vA3pWNgIR8wx dT0x7bCunPyyakhpAyviU5IZZtnfupudk77IfGQpyHLJdJMKD8TpFbPEeuJaXzCA lu929UiomNCkd2cfB6qjaE/8zudNbNYeEtfRr5MQZDzuCF+7XQ3shBb2Znwt+6ah /lLPQyRMhhgaXaU7wy3LnrxBnP8loO+PKH3+UWui5pOXXtfS9402hji9cEgAnnj+ Mk1pyVuxvF2ryxu8+0i22DL+/HmsShMuCzBdQucKAhsvm2HfvB5eSszsahwO3W3b HbnQYzf3owX7J0uCsDkx33KJhnEyCmvrJmebprGGFbqNUMC5zi8pFmgOUmq1TOgh oihA8UPotkHvdu44L13BOZ44hIgD9Jfp2jRq/dHJUtvIahSOuafkkYYFX0SPfEDh IFi4D1GsdJyVwInisbZqhwaxvhd7QpxQBXr+zkFbGQ8cG8sPQ7hQYaBAR8YOOxht /oQlgSua1nmRvr1cUGhUyh4toKrqr71kpzO3wLXs7JRxYgnHRx8FR0z9YZGlSefk S3gi6NseCCqPzqpfSTtn6W2EB7feJs6fZkl28izawENkJepi9X1TapjmRWSuzUoI RkKiZd3p07v0qOx5kTgS =0+GL -----END PGP SIGNATURE----- ------enig2GUQQFLDKJLEPIOHAPBCV-- --===============5106351016024653008== 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 --===============5106351016024653008==-- From xen-users-bounces@lists.xen.org Thu Apr 25 07:56:08 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 25 Apr 2013 07:56: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 1UVH16-0001vb-Vs; Thu, 25 Apr 2013 07:54:56 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVH15-0001vP-5C for xen-users@lists.xen.org; Thu, 25 Apr 2013 07:54:55 +0000 Received: from [85.158.143.99:62175] by server-1.bemta-4.messagelabs.com id 65/A3-06203-E41E8715; Thu, 25 Apr 2013 07:54:54 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-14.tower-216.messagelabs.com!1366876487!20338490!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29887 invoked from network); 25 Apr 2013 07:54:48 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-14.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 25 Apr 2013 07:54:48 -0000 X-IronPort-AV: E=Sophos;i="4.87,548,1363132800"; d="scan'208";a="3914517" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 25 Apr 2013 07:54:37 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Thu, 25 Apr 2013 08:54:36 +0100 Message-ID: <1366876475.20256.402.camel@zakaz.uk.xensource.com> From: Ian Campbell To: "Vadim A. Misbakh-Soloviov" Date: Thu, 25 Apr 2013 08:54:35 +0100 In-Reply-To: <51788E1B.3010508@mva.name> References: <51779263.3090302@mva.name> <1366795740.20256.240.camel@zakaz.uk.xensource.com> <5177ADC1.8030708@mva.name> <1366798454.20256.259.camel@zakaz.uk.xensource.com> <51788E1B.3010508@mva.name> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Xen 4.1.2 HT disaware (?) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, 2013-04-25 at 02:59 +0100, Vadim A. Misbakh-Soloviov wrote: > By the way, Ian. JFYI: > I just rebooted machine and booted up Xen directly via EFI (previously > it was booted via GRUB2, which booted via EFI). > Now Xen see all 12 threads-cores. > > So, as far, as I googled, it seems, it is kind of common bug, that Xen > can't see some processor cores, when boots under GRUB2. Thanks, I wasn't aware of this issue but now I know. > //btw, I've another issue with dom0, which I can't fix up about a week: > > > node1 ~ % hwclock -r > > hwclock: select() to /dev/rtc to wait for clock tick timed out: Success > > node1 ~ % hwclock -r --directisa > > hwclock: select() to /dev/rtc to wait for clock tick timed out: Success > > And even making thing like such: > > node1 ~ % hwclock --utc --noadjfile --set --date="2013-04-25 05:56:00" > don't fixes anything :( > > Most strange that it happens only when kernel booted up as dom0, but do > not, when baremetal. > Hasn't Xen some ways to fix RTC emulation in hypervisor? :) dom0 only sees PV wallclock time and not an RTC (emulated or real) since the real RTC is owned by the hypervisor. There is supposed to be some way to ask the hypervisor to set the RTC time, but I'm afraid I don't recall how it fits together on a pvops kernel. I know that on a classic Xen kernel if you ran ntpd (or ntpdate?) it would get pushed down, but I don't think pvops kernels do that. Sorry, that's all I can remember. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 25 07:56:08 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 25 Apr 2013 07:56: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 1UVH16-0001vb-Vs; Thu, 25 Apr 2013 07:54:56 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVH15-0001vP-5C for xen-users@lists.xen.org; Thu, 25 Apr 2013 07:54:55 +0000 Received: from [85.158.143.99:62175] by server-1.bemta-4.messagelabs.com id 65/A3-06203-E41E8715; Thu, 25 Apr 2013 07:54:54 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-14.tower-216.messagelabs.com!1366876487!20338490!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29887 invoked from network); 25 Apr 2013 07:54:48 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-14.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 25 Apr 2013 07:54:48 -0000 X-IronPort-AV: E=Sophos;i="4.87,548,1363132800"; d="scan'208";a="3914517" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 25 Apr 2013 07:54:37 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Thu, 25 Apr 2013 08:54:36 +0100 Message-ID: <1366876475.20256.402.camel@zakaz.uk.xensource.com> From: Ian Campbell To: "Vadim A. Misbakh-Soloviov" Date: Thu, 25 Apr 2013 08:54:35 +0100 In-Reply-To: <51788E1B.3010508@mva.name> References: <51779263.3090302@mva.name> <1366795740.20256.240.camel@zakaz.uk.xensource.com> <5177ADC1.8030708@mva.name> <1366798454.20256.259.camel@zakaz.uk.xensource.com> <51788E1B.3010508@mva.name> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Xen 4.1.2 HT disaware (?) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, 2013-04-25 at 02:59 +0100, Vadim A. Misbakh-Soloviov wrote: > By the way, Ian. JFYI: > I just rebooted machine and booted up Xen directly via EFI (previously > it was booted via GRUB2, which booted via EFI). > Now Xen see all 12 threads-cores. > > So, as far, as I googled, it seems, it is kind of common bug, that Xen > can't see some processor cores, when boots under GRUB2. Thanks, I wasn't aware of this issue but now I know. > //btw, I've another issue with dom0, which I can't fix up about a week: > > > node1 ~ % hwclock -r > > hwclock: select() to /dev/rtc to wait for clock tick timed out: Success > > node1 ~ % hwclock -r --directisa > > hwclock: select() to /dev/rtc to wait for clock tick timed out: Success > > And even making thing like such: > > node1 ~ % hwclock --utc --noadjfile --set --date="2013-04-25 05:56:00" > don't fixes anything :( > > Most strange that it happens only when kernel booted up as dom0, but do > not, when baremetal. > Hasn't Xen some ways to fix RTC emulation in hypervisor? :) dom0 only sees PV wallclock time and not an RTC (emulated or real) since the real RTC is owned by the hypervisor. There is supposed to be some way to ask the hypervisor to set the RTC time, but I'm afraid I don't recall how it fits together on a pvops kernel. I know that on a classic Xen kernel if you ran ntpd (or ntpdate?) it would get pushed down, but I don't think pvops kernels do that. Sorry, that's all I can remember. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 25 08:17:39 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 25 Apr 2013 08:17: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 1UVHM0-0003KY-1X; Thu, 25 Apr 2013 08:16:32 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVHLy-0003KR-Bg for xen-users@lists.xen.org; Thu, 25 Apr 2013 08:16:30 +0000 Received: from [85.158.139.211:38978] by server-8.bemta-5.messagelabs.com id 08/12-05790-C56E8715; Thu, 25 Apr 2013 08:16:28 +0000 X-Env-Sender: mva@mva.name X-Msg-Ref: server-3.tower-206.messagelabs.com!1366877783!20397042!1 X-Originating-IP: [77.88.46.21] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiA3Ny44OC40Ni4yMSA9PiA0MzE0MQ==\n,sa_preprocessor: QmFkIElQOiA3Ny44OC40Ni4yMSA9PiA0MzE0MQ==\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9848 invoked from network); 25 Apr 2013 08:16:23 -0000 Received: from forward5.mail.yandex.net (HELO forward5.mail.yandex.net) (77.88.46.21) by server-3.tower-206.messagelabs.com with SMTP; 25 Apr 2013 08:16:23 -0000 Received: from smtp2.mail.yandex.net (smtp2.mail.yandex.net [77.88.46.102]) by forward5.mail.yandex.net (Yandex) with ESMTP id 3256D1202613; Thu, 25 Apr 2013 12:16:22 +0400 (MSK) Received: from smtp2.mail.yandex.net (localhost [127.0.0.1]) by smtp2.mail.yandex.net (Yandex) with ESMTP id ED8D2E2083B; Thu, 25 Apr 2013 12:16:21 +0400 (MSK) Received: from host-109-171-17-91.bbcustomer.zsttk.net (host-109-171-17-91.bbcustomer.zsttk.net [109.171.17.91]) by smtp2.mail.yandex.net (nwsmtp/Yandex) with ESMTP id IHZ8EK2IuW-GL9GL0BB; Thu, 25 Apr 2013 12:16:21 +0400 Message-ID: <5178E65A.5020008@mva.name> Date: Thu, 25 Apr 2013 15:16:26 +0700 From: "Vadim A. Misbakh-Soloviov" Organization: Alpha LLC User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130407 Firefox/17.0 Thunderbird/17.0.5 MIME-Version: 1.0 To: Ian Campbell References: <51779263.3090302@mva.name> <1366795740.20256.240.camel@zakaz.uk.xensource.com> <5177ADC1.8030708@mva.name> <1366798454.20256.259.camel@zakaz.uk.xensource.com> <51788E1B.3010508@mva.name> <1366876475.20256.402.camel@zakaz.uk.xensource.com> In-Reply-To: <1366876475.20256.402.camel@zakaz.uk.xensource.com> X-Enigmail-Version: 1.5.1 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Xen 4.1.2 HT disaware (?) X-BeenThere: xen-users@lists.xen.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="===============7827739853115405511==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --===============7827739853115405511== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="----enig2DEFNPUFJUSIQTJXUUEPJ" This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2DEFNPUFJUSIQTJXUUEPJ Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable > There is supposed to be some way to ask the hypervisor to set the RTC > time, but I'm afraid I don't recall how it fits together on a pvops > kernel. I know that on a classic Xen kernel if you ran ntpd (or > ntpdate?) it would get pushed down, but I don't think pvops kernels do > that. >=20 > Sorry, that's all I can remember. Fortunatelly, all issues was fixed by booting Xen directly from EFI and passing acpi_rsdp (with Xen-reported value) to the dom0 kernel ;) So, the only things I still discouraged is: 1) "xl shutdown -a" segfaults with SELinux enabled (even in permissive mode). While stopping each domU separately is okay. 2) efibootmgr doesn't work under Xen (which is common bug [1] too, but it seems, nobody wants to fix this thing in Xen. So, it is impossible to change path to Xen on EFI partition without booting to baremetal kernel (<3.8, btw, since =3D3.8 has issue preventing= write to EFI table [2]) [1] http://lists.xen.org/archives/html/xen-devel/2012-05/msg02060.html [2] http://thread.gmane.org/gmane.linux.kernel.efi/1081 ------enig2DEFNPUFJUSIQTJXUUEPJ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJReOZaAAoJECZQPTSbOzNLuHoP/0ZioVLfJNCv1ZWa2I4gHWCK uNmm+Y/2IzSrNPDEHxkgk4fGE3edpVjhdvn0w9BRJ3Gtyr3d08K763cnAEH2MbyI TQkxd5GbnljQ7sWUtXIOhnuv3ue34jW60CrYFPWhwle7Z/AJuglim78U89zMfA1m e0D3c6DBHUPzt5Mar6sBjoQ/YN4NPLrhVfiLAqUy8TY5Y9JkiDXCBRCXpPWYuksQ gCdV6SVJhkASrCpx/xTSM/KwBYMjDrGN0+4muqxRibhfeazYrEYgjLRvk3Ak7Dok 1u2KSA8iSXj7MpgVi7ElTXOzVA5PzDlN/93mxEhuLW+Ca1WoqcHHo0K3FMrF96vn WsiMUvI7zELEBduyjDknQImZXNcEkgBjCVXMgTTxORgwBqFNjLs7sQIa5hX0hJMA /5ACK+cyCItVNlqYC5IDYonVnlmQ2tLLW5AQmNteMLz8kOp8u4MnX9S1LKKG463C h03/uECeOdOJHgL6Dr46jC4rckxrspiedznIe993WsOMZW0C9aaYTP7kuTcTCh4l YLSKtiW1TL49OHK1gdlrG9tQZX3C7gjXUAcmqEMFqYm/2BLo9A6DnFxswJ6hPUA/ wVsrbOUDfL/lEjXPC5FM69L7VVjBUFjdRYuU5FxEvJSOSS2iRrV4BfRFu/6oFmDN 4kxDxKPHt9EkV2zXryN/ =oG/Q -----END PGP SIGNATURE----- ------enig2DEFNPUFJUSIQTJXUUEPJ-- --===============7827739853115405511== 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 --===============7827739853115405511==-- From xen-users-bounces@lists.xen.org Thu Apr 25 08:17:39 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 25 Apr 2013 08:17: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 1UVHM0-0003KY-1X; Thu, 25 Apr 2013 08:16:32 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVHLy-0003KR-Bg for xen-users@lists.xen.org; Thu, 25 Apr 2013 08:16:30 +0000 Received: from [85.158.139.211:38978] by server-8.bemta-5.messagelabs.com id 08/12-05790-C56E8715; Thu, 25 Apr 2013 08:16:28 +0000 X-Env-Sender: mva@mva.name X-Msg-Ref: server-3.tower-206.messagelabs.com!1366877783!20397042!1 X-Originating-IP: [77.88.46.21] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiA3Ny44OC40Ni4yMSA9PiA0MzE0MQ==\n,sa_preprocessor: QmFkIElQOiA3Ny44OC40Ni4yMSA9PiA0MzE0MQ==\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9848 invoked from network); 25 Apr 2013 08:16:23 -0000 Received: from forward5.mail.yandex.net (HELO forward5.mail.yandex.net) (77.88.46.21) by server-3.tower-206.messagelabs.com with SMTP; 25 Apr 2013 08:16:23 -0000 Received: from smtp2.mail.yandex.net (smtp2.mail.yandex.net [77.88.46.102]) by forward5.mail.yandex.net (Yandex) with ESMTP id 3256D1202613; Thu, 25 Apr 2013 12:16:22 +0400 (MSK) Received: from smtp2.mail.yandex.net (localhost [127.0.0.1]) by smtp2.mail.yandex.net (Yandex) with ESMTP id ED8D2E2083B; Thu, 25 Apr 2013 12:16:21 +0400 (MSK) Received: from host-109-171-17-91.bbcustomer.zsttk.net (host-109-171-17-91.bbcustomer.zsttk.net [109.171.17.91]) by smtp2.mail.yandex.net (nwsmtp/Yandex) with ESMTP id IHZ8EK2IuW-GL9GL0BB; Thu, 25 Apr 2013 12:16:21 +0400 Message-ID: <5178E65A.5020008@mva.name> Date: Thu, 25 Apr 2013 15:16:26 +0700 From: "Vadim A. Misbakh-Soloviov" Organization: Alpha LLC User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130407 Firefox/17.0 Thunderbird/17.0.5 MIME-Version: 1.0 To: Ian Campbell References: <51779263.3090302@mva.name> <1366795740.20256.240.camel@zakaz.uk.xensource.com> <5177ADC1.8030708@mva.name> <1366798454.20256.259.camel@zakaz.uk.xensource.com> <51788E1B.3010508@mva.name> <1366876475.20256.402.camel@zakaz.uk.xensource.com> In-Reply-To: <1366876475.20256.402.camel@zakaz.uk.xensource.com> X-Enigmail-Version: 1.5.1 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Xen 4.1.2 HT disaware (?) X-BeenThere: xen-users@lists.xen.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="===============7827739853115405511==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --===============7827739853115405511== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="----enig2DEFNPUFJUSIQTJXUUEPJ" This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2DEFNPUFJUSIQTJXUUEPJ Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable > There is supposed to be some way to ask the hypervisor to set the RTC > time, but I'm afraid I don't recall how it fits together on a pvops > kernel. I know that on a classic Xen kernel if you ran ntpd (or > ntpdate?) it would get pushed down, but I don't think pvops kernels do > that. >=20 > Sorry, that's all I can remember. Fortunatelly, all issues was fixed by booting Xen directly from EFI and passing acpi_rsdp (with Xen-reported value) to the dom0 kernel ;) So, the only things I still discouraged is: 1) "xl shutdown -a" segfaults with SELinux enabled (even in permissive mode). While stopping each domU separately is okay. 2) efibootmgr doesn't work under Xen (which is common bug [1] too, but it seems, nobody wants to fix this thing in Xen. So, it is impossible to change path to Xen on EFI partition without booting to baremetal kernel (<3.8, btw, since =3D3.8 has issue preventing= write to EFI table [2]) [1] http://lists.xen.org/archives/html/xen-devel/2012-05/msg02060.html [2] http://thread.gmane.org/gmane.linux.kernel.efi/1081 ------enig2DEFNPUFJUSIQTJXUUEPJ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJReOZaAAoJECZQPTSbOzNLuHoP/0ZioVLfJNCv1ZWa2I4gHWCK uNmm+Y/2IzSrNPDEHxkgk4fGE3edpVjhdvn0w9BRJ3Gtyr3d08K763cnAEH2MbyI TQkxd5GbnljQ7sWUtXIOhnuv3ue34jW60CrYFPWhwle7Z/AJuglim78U89zMfA1m e0D3c6DBHUPzt5Mar6sBjoQ/YN4NPLrhVfiLAqUy8TY5Y9JkiDXCBRCXpPWYuksQ gCdV6SVJhkASrCpx/xTSM/KwBYMjDrGN0+4muqxRibhfeazYrEYgjLRvk3Ak7Dok 1u2KSA8iSXj7MpgVi7ElTXOzVA5PzDlN/93mxEhuLW+Ca1WoqcHHo0K3FMrF96vn WsiMUvI7zELEBduyjDknQImZXNcEkgBjCVXMgTTxORgwBqFNjLs7sQIa5hX0hJMA /5ACK+cyCItVNlqYC5IDYonVnlmQ2tLLW5AQmNteMLz8kOp8u4MnX9S1LKKG463C h03/uECeOdOJHgL6Dr46jC4rckxrspiedznIe993WsOMZW0C9aaYTP7kuTcTCh4l YLSKtiW1TL49OHK1gdlrG9tQZX3C7gjXUAcmqEMFqYm/2BLo9A6DnFxswJ6hPUA/ wVsrbOUDfL/lEjXPC5FM69L7VVjBUFjdRYuU5FxEvJSOSS2iRrV4BfRFu/6oFmDN 4kxDxKPHt9EkV2zXryN/ =oG/Q -----END PGP SIGNATURE----- ------enig2DEFNPUFJUSIQTJXUUEPJ-- --===============7827739853115405511== 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 --===============7827739853115405511==-- From xen-users-bounces@lists.xen.org Thu Apr 25 08:23:18 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 25 Apr 2013 08:23: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 1UVHRk-0003se-60; Thu, 25 Apr 2013 08:22:28 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVHRi-0003sX-Lc for xen-users@lists.xen.org; Thu, 25 Apr 2013 08:22:26 +0000 Received: from [85.158.138.51:40891] by server-2.bemta-3.messagelabs.com id D0/38-05208-1C7E8715; Thu, 25 Apr 2013 08:22:25 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-15.tower-174.messagelabs.com!1366878145!26943558!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25516 invoked from network); 25 Apr 2013 08:22:25 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-15.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 25 Apr 2013 08:22:25 -0000 X-IronPort-AV: E=Sophos;i="4.87,548,1363132800"; d="scan'208";a="3916133" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 25 Apr 2013 08:22:25 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Thu, 25 Apr 2013 09:22:24 +0100 Message-ID: <1366878143.20256.417.camel@zakaz.uk.xensource.com> From: Ian Campbell To: "Vadim A. Misbakh-Soloviov" Date: Thu, 25 Apr 2013 09:22:23 +0100 In-Reply-To: <5178E65A.5020008@mva.name> References: <51779263.3090302@mva.name> <1366795740.20256.240.camel@zakaz.uk.xensource.com> <5177ADC1.8030708@mva.name> <1366798454.20256.259.camel@zakaz.uk.xensource.com> <51788E1B.3010508@mva.name> <1366876475.20256.402.camel@zakaz.uk.xensource.com> <5178E65A.5020008@mva.name> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Xen 4.1.2 HT disaware (?) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, 2013-04-25 at 09:16 +0100, Vadim A. Misbakh-Soloviov wrote: > > There is supposed to be some way to ask the hypervisor to set the RTC > > time, but I'm afraid I don't recall how it fits together on a pvops > > kernel. I know that on a classic Xen kernel if you ran ntpd (or > > ntpdate?) it would get pushed down, but I don't think pvops kernels do > > that. > > > > Sorry, that's all I can remember. > > Fortunatelly, all issues was fixed by booting Xen directly from EFI and > passing > acpi_rsdp (with Xen-reported value) to the dom0 kernel ;) > > So, the only things I still discouraged is: > 1) "xl shutdown -a" segfaults with SELinux enabled (even in permissive > mode). While stopping each domU separately is okay. Only with selinux enabled? How odd. Please can you report (in a separate thread) with logs and a gdb backtrace. Since it is a segfault I think you may as well go straight to xen-devel with the report. > 2) efibootmgr doesn't work under Xen (which is common bug [1] too, but > it seems, nobody wants to fix this thing in Xen. Nobody "wants to" is a bit strong, although it is true that nobody *has*. Patches which improve Xen under EFI (either directly booting or via a boot manager) would be greatly appreciated. > So, it is impossible to change path to Xen on EFI partition without > booting to baremetal kernel (<3.8, btw, since =3.8 has issue preventing > write to EFI table [2]) > > [1] http://lists.xen.org/archives/html/xen-devel/2012-05/msg02060.html > [2] http://thread.gmane.org/gmane.linux.kernel.efi/1081 > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 25 08:23:18 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 25 Apr 2013 08:23: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 1UVHRk-0003se-60; Thu, 25 Apr 2013 08:22:28 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVHRi-0003sX-Lc for xen-users@lists.xen.org; Thu, 25 Apr 2013 08:22:26 +0000 Received: from [85.158.138.51:40891] by server-2.bemta-3.messagelabs.com id D0/38-05208-1C7E8715; Thu, 25 Apr 2013 08:22:25 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-15.tower-174.messagelabs.com!1366878145!26943558!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25516 invoked from network); 25 Apr 2013 08:22:25 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-15.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 25 Apr 2013 08:22:25 -0000 X-IronPort-AV: E=Sophos;i="4.87,548,1363132800"; d="scan'208";a="3916133" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 25 Apr 2013 08:22:25 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Thu, 25 Apr 2013 09:22:24 +0100 Message-ID: <1366878143.20256.417.camel@zakaz.uk.xensource.com> From: Ian Campbell To: "Vadim A. Misbakh-Soloviov" Date: Thu, 25 Apr 2013 09:22:23 +0100 In-Reply-To: <5178E65A.5020008@mva.name> References: <51779263.3090302@mva.name> <1366795740.20256.240.camel@zakaz.uk.xensource.com> <5177ADC1.8030708@mva.name> <1366798454.20256.259.camel@zakaz.uk.xensource.com> <51788E1B.3010508@mva.name> <1366876475.20256.402.camel@zakaz.uk.xensource.com> <5178E65A.5020008@mva.name> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Xen 4.1.2 HT disaware (?) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, 2013-04-25 at 09:16 +0100, Vadim A. Misbakh-Soloviov wrote: > > There is supposed to be some way to ask the hypervisor to set the RTC > > time, but I'm afraid I don't recall how it fits together on a pvops > > kernel. I know that on a classic Xen kernel if you ran ntpd (or > > ntpdate?) it would get pushed down, but I don't think pvops kernels do > > that. > > > > Sorry, that's all I can remember. > > Fortunatelly, all issues was fixed by booting Xen directly from EFI and > passing > acpi_rsdp (with Xen-reported value) to the dom0 kernel ;) > > So, the only things I still discouraged is: > 1) "xl shutdown -a" segfaults with SELinux enabled (even in permissive > mode). While stopping each domU separately is okay. Only with selinux enabled? How odd. Please can you report (in a separate thread) with logs and a gdb backtrace. Since it is a segfault I think you may as well go straight to xen-devel with the report. > 2) efibootmgr doesn't work under Xen (which is common bug [1] too, but > it seems, nobody wants to fix this thing in Xen. Nobody "wants to" is a bit strong, although it is true that nobody *has*. Patches which improve Xen under EFI (either directly booting or via a boot manager) would be greatly appreciated. > So, it is impossible to change path to Xen on EFI partition without > booting to baremetal kernel (<3.8, btw, since =3.8 has issue preventing > write to EFI table [2]) > > [1] http://lists.xen.org/archives/html/xen-devel/2012-05/msg02060.html > [2] http://thread.gmane.org/gmane.linux.kernel.efi/1081 > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 25 09:24:29 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 25 Apr 2013 09:24: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 1UVIOm-0007vY-0C; Thu, 25 Apr 2013 09:23:28 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVIOk-0007vS-9z for xen-users@lists.xen.org; Thu, 25 Apr 2013 09:23:26 +0000 Received: from [193.109.254.147:39079] by server-13.bemta-14.messagelabs.com id BD/D4-07387-D06F8715; Thu, 25 Apr 2013 09:23:25 +0000 X-Env-Sender: jh@excello.cz X-Msg-Ref: server-16.tower-27.messagelabs.com!1366881600!9165923!1 X-Originating-IP: [212.24.139.170] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE, UNPARSEABLE_RELAY X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31137 invoked from network); 25 Apr 2013 09:20:02 -0000 Received: from out1.virusfree.cz (HELO out1.virusfree.cz) (212.24.139.170) by server-16.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 25 Apr 2013 09:20:02 -0000 Received: (qmail 11324 invoked by uid 1000); 25 Apr 2013 11:20:00 +0200 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(-5.3/5.0):. Processed in 2.384277 secs); 25 Apr 2013 09:20:00 -0000 X-Spam-Status: No, hits=-5.3 required=5.0 X-Spam-Report: SA TESTS 0.1 MAILBODYHTTPLINK RAW: http:// v body 0.5 BD_CHECK BD_CHECK -4.0 INREPLYTOCOM INREPLYTOCOM -1.5 INREPLYTO0 INREPLYTO0 0.8 DKIM_ADSP_ALL No valid author signature, domain signs all mail -0.0 SPF_PASS SPF: sender matches SPF record -0.0 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain 0.0 HTML_MESSAGE BODY: HTML included in message 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.5065] -2.0 MFH_PKCS7_4 FULL: S/MIME Header Received: from posta.excello.cz (188.138.126.10) by out1.virusfree.cz with ESMTPS (DHE-RSA-AES256-GCM-SHA384 encrypted); 25 Apr 2013 11:19:58 +0200 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 9F7A92C13F2; Thu, 25 Apr 2013 11:19:57 +0200 (CEST) Message-ID: <5178F53D.5010502@excello.cz> Date: Thu, 25 Apr 2013 11:19:57 +0200 From: Jan Hejl User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: Luisa Posani References: <1366818886.90375.YahooMailClassic@web171901.mail.ir2.yahoo.com> In-Reply-To: <1366818886.90375.YahooMailClassic@web171901.mail.ir2.yahoo.com> Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Hardware virtualization X-BeenThere: xen-users@lists.xen.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="===============4632238590433864720==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Toto je elektronicky podepsana zprava ve formatu MIME. --===============4632238590433864720== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms090608040901000702060305" Toto je elektronicky podepsana zprava ve formatu MIME. --------------ms090608040901000702060305 Content-Type: multipart/alternative; boundary="------------090109020107010106040909" This is a multi-part message in MIME format. --------------090109020107010106040909 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Hi Luisa, great, so you're cpu is capable for running Xen. The reason why you=20 don't see it is explained here=20 http://old-list-archives.xen.org/archives/html/xen-users/2010-09/msg00180= =2Ehtml.=20 Just to be clear. You've already start your system with xen and tried to = start Windows Xp domU as this guide describes, do you? And the problem=20 is that you can't connect to your Windows XP domU with GNCVIEWER or=20 something else? Is your domU running? What does the "xl start" command sa= y? Thank you and have a nice day Jan Dne 24.4.2013 17:54, Luisa Posani napsal(a): > > Hi > > if I make > > /proc/cpuinfo flags > > without xen I found vmx. > > when I start PC with xen flag vmx doesn't appare. > > Why? > > I would like use a guest OS make with buildroot "standard" without xen = > driver. > > I use=20 > http://wiki.xen.org/wiki/Xen_Beginners_Guide#Configure_GRUB_to_start_Xe= n > but doesn't work correctly. > > Doesn't work gvncviewer for using a window XP iso image and now I'm=20 > compiling a buildroot standard (qemu_x86 config). > > > > Luisa > > > > > > > > --- *Mer 24/4/13, Jan Hejl //* ha scritto: > > > Da: Jan Hejl > Oggetto: Re: [Xen-users] Hardware virtualization > A: "Luisa Posani" > Cc: xen-users@lists.xen.org > Data: Mercoled=EC 24 Aprile 2013, 17:08 > > Sure, I can. > > You should check your cpuinfo if it supports virtualization. Look > here http://virt-tools.org/learning/check-hardware-virt/ > > If it does, tell me what is your goal and what have you done alread= y? > > Dne 24.4.2013 16:03, Luisa Posani napsal(a): >> Thank's for your indication. >> >> I can't find my cpu in your list. >> >> In my PC I can enable the virtualization from BIOS. >> >> I don't understand the difference. >> >> Can you help me please? >> >> >> Luisa >> >> --- *Mer 24/4/13, Jan Hejl / >> /* ha scritto: >> >> >> Da: Jan Hejl >> Oggetto: Re: [Xen-users] Hardware virtualization >> A: xen-users@lists.xen.org >> >> Data: Mercoled=EC 24 Aprile 2013, 10:35 >> >> Hello Luisa, >> >> here >> http://en.wikipedia.org/wiki/List_of_IOMMU-supporting_hardware= is >> a list IOMMU supporting hardware, this is a good point to >> start. IOMMU is not necessary for virtualization, but >> hardware listed here supports VM. >> >> Jan >> >> Dne 24.4.2013 09:43, Luisa Posani napsal(a): >>> Hi >>> >>> It's my first experience with xen >>> >>> I would like to use a OS linux create by buildroot like a gue= st. >>> I have a PC whit virtualizatin whit debian distribution and >>> I install xen-linux-sysem on the PC. >>> >>> In this PC a VM doesn't work correctly. >>> >>> I would like to know if exist a simple tutorial to configure >>> PC and VM . >>> >>> Thanks in advance >>> >>> >>> Luisa >>> >>> >>> >>> >>> >>> >>> >>> _______________________________________________ >>> Xen-users mailing list >>> Xen-users@lists.xen.org >>> http://lists.xen.org/xen-users >> >> >> -----Segue allegato----- >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >> > > > -----Segue allegato----- > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --------------090109020107010106040909 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Luisa,

great, so you're cpu is capable for running Xen. The reason why you don't see it is explained here http://old-list-arc= hives.xen.org/archives/html/xen-users/2010-09/msg00180.html.

Just to be clear. You've already start your system with xen and tried to start Windows Xp domU as this guide describes, do you? And the problem is that you can't connect to your Windows XP domU with GNCVIEWER or something else? Is your domU running? What does the "xl start" command say?

Thank you and have a nice day
Jan

Dne 24.4.2013 17:54, Luisa Posani napsal(a):

Hi

if I make

/proc/cpuinfo flags

without xen I found vmx.

when I start PC with xen flag vmx doesn't appare.

Why?

I would like use a guest OS make with buildroot "standard" without xen driver.

I use http://wiki.xen= =2Eorg/wiki/Xen_Beginners_Guide#Configure_GRUB_to_start_Xen
but doesn't work correctly.

Doesn't work gvncviewer for using a window XP iso image and now I'm compiling a buildroot standard (qemu_x86 config).



Luisa







--- Mer 24/4/13, Jan Hejl <jh@excello.cz> ha scritto:

Da: Jan Hejl <jh@excello.cz>
Oggetto: Re: [Xen-users] Hardware virtualization
A: "Luisa Posani" <lposani@yahoo.it>
Cc: xen-users@lists.xen.org
Data: Mercoledì 24 Aprile 2013, 17:08

Sure, I can.

You should check your cpuinfo if it supports virtualization. Look here http://virt-tools.org/learning/check-hardware-virt/

If it does, tell me what is your goal and what have you done already?

Dne 24.4.2013 16:03, Luisa Posani napsal(a):
Th= ank's for your indication.

I can't find my cpu in your list.

In my PC I can enable the virtualization from BIOS.

I don't understand the difference.

Can you help me please?


Luisa

--- Mer 24/4/13, Jan Hejl <jh@excello.cz> ha scritto:
<= br> Da: Jan Hejl <jh@excello.cz>
Oggetto: Re: [Xen-users] Hardware virtualization
A: xen-users@lists.xen.org
Data: Mercoledì 24 Aprile 2013, 10= :35

Hello Luisa,

here http://en.wikipedia.org/wiki/List_of= _IOMMU-supporting_hardware is a list IOMMU supporting hardware, this is a good point to start. IOMMU is not necessary for virtualization, but hardware listed here supports VM.

Jan

Dne 24.4.2013 09:43, Luisa Posani napsal(a):
H= i

It's my first experience with xen

I would like to use a OS linux create by buildroot like a guest.
I have a PC whit virtualizatin whit debian distribution and I install xen-linux-sysem on the PC.

In this PC a VM doesn't work correctly.

I would like to know if exist a simple tutorial to configure PC and VM .
Thanks in advance


Luisa

<= /div> 






______________________________=
_________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users


-----Segue allegato-----

___= ____________________________________________
Xen-users mailing list
Xen-users@lists.xen.= org
http://lists.xen.org/xen-users


-----Segue allegato-----

________________________________= _______________
Xen-users mailing list
Xen= -users@lists.xen.org
http://lists.xen.org/xen-users<= /div>

--------------090109020107010106040909-- --------------ms090608040901000702060305 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: Elektronicky podpis S/MIME MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMOzCC BUUwggQtoAMCAQICEBT4W4g+LpxVCvoVs2BeaAUwDQYJKoZIhvcNAQEFBQAwgd0xCzAJBgNV BAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1 c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2YgdXNlIGF0IGh0dHBzOi8vd3d3LnZlcmlz aWduLmNvbS9ycGEgKGMpMDkxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRlZDE3MDUG A1UEAxMuVmVyaVNpZ24gQ2xhc3MgMSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0EgLSBHMzAe Fw0xMjA4MjEwMDAwMDBaFw0xMzA4MjEyMzU5NTlaMIIBCDEXMBUGA1UEChMOVmVyaVNpZ24s IEluYy4xHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxRjBEBgNVBAsTPXd3dy52 ZXJpc2lnbi5jb20vcmVwb3NpdG9yeS9SUEEgSW5jb3JwLiBieSBSZWYuLExJQUIuTFREKGMp OTgxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRlZDEzMDEGA1UECxMqRGlnaXRhbCBJ RCBDbGFzcyAxIC0gTmV0c2NhcGUgRnVsbCBTZXJ2aWNlMREwDwYDVQQDFAhKYW4gSGVqbDEc MBoGCSqGSIb3DQEJARYNamhAZXhjZWxsby5jejCCASIwDQYJKoZIhvcNAQEBBQADggEPADCC AQoCggEBAKZYfrag8UJ0JgrVdujHsmcxbgdXnbVZuWxIuJ6rY9Y3JBUfOTRODhMkaoxQDYTq pzG/JUNNZW1nF6QIYuPMcwzhEWAfoWhnhvm03KohNVKNID3A1SghW8bV3mRtaoyFHSIfiiFF DH7+BvSsIXP8slIzBi4wXvidDw1ui0MVA6Wy0mSSHLZdGHOpO8CswWXK6YQ87nG7a28QTCi6 HycFwbdhsPm4NADD7zrqnRkLVmWdnZWpA6CHkngGuR+0LpovAlmyiKUMLK4GkMOIMz24Pawk icIGI/AqrUmYpj8IwM4F0BGI1O1rZSUK72SV11eRuriqskzpcY1FVW0VmR1XNg0CAwEAAaOB 0jCBzzAJBgNVHRMEAjAAMEQGA1UdIAQ9MDswOQYLYIZIAYb4RQEHFwEwKjAoBggrBgEFBQcC ARYcaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYTALBgNVHQ8EBAMCBaAwHQYDVR0lBBYw FAYIKwYBBQUHAwQGCCsGAQUFBwMCMFAGA1UdHwRJMEcwRaBDoEGGP2h0dHA6Ly9pbmRjMWRp Z2l0YWxpZC1nMy1jcmwudmVyaXNpZ24uY29tL0luZEMxRGlnaXRhbElELUczLmNybDANBgkq hkiG9w0BAQUFAAOCAQEAh/RUK66OYfOqJdnHSSP5U+FpIFb+Wd6Xb03Yca7Shq3G1xHdKosm WK8+MAYg1FwlpVLf3Y7lg5QbPoplGchUC5QFa1xzJc88Pxrd0kYIDdshxd2HyNWhBCLdKPPU iU10VzwFZ6mR7/nD0pWv0mxyrNd+f+BU7mM1mOQsr+GvHpWCStlPxUrQBXKKH1hcCS8NWIXU M3WXQSXWyYCEhmu0/m220BPFRjJL39nwCALgZ+LlDJHaM65hmZ4VXO75YWWjOHpuJMNJZE65 nhXX2x5my+TzazAe9z5Xxly3ZWZ2iCQP6GbGduGMGVkS2V8Y6fpFUEcqx3nucCqM7Jnf5Sfn xjCCBu4wggXWoAMCAQICEHEVZgVK5JEhTem8RPms09wwDQYJKoZIhvcNAQEFBQAwgcoxCzAJ BgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24g VHJ1c3QgTmV0d29yazE6MDgGA1UECxMxKGMpIDE5OTkgVmVyaVNpZ24sIEluYy4gLSBGb3Ig YXV0aG9yaXplZCB1c2Ugb25seTFFMEMGA1UEAxM8VmVyaVNpZ24gQ2xhc3MgMSBQdWJsaWMg UHJpbWFyeSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eSAtIEczMB4XDTA5MDUwMTAwMDAwMFoX DTE5MDQzMDIzNTk1OVowgd0xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5j LjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2Yg dXNlIGF0IGh0dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9ycGEgKGMpMDkxHjAcBgNVBAsTFVBl cnNvbmEgTm90IFZhbGlkYXRlZDE3MDUGA1UEAxMuVmVyaVNpZ24gQ2xhc3MgMSBJbmRpdmlk dWFsIFN1YnNjcmliZXIgQ0EgLSBHMzCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEB AO3ER98qKB18Bmu71yEyyWwTj+mxjUFONPfaC+Nq+mWIIAsRE+mb4ElOi2/VAdBfDUeRilpM dD4/xpEJu0w0no1uoYJRYvdpdliWB6+eFBgHT1q9n9IxslQZc0ZqGUIR7BJzIY313DDN5dlW CjHFNm0pFJe9LdqJRxmI2EsEPeu2PGcedAATDdCG2pNn+DMDrho8a2l49sAsjuGDP3f5mf/+ n1JawrSHCthsqUfBVCllQz5KwJYfwa33d69ssQRevsG2lC2XkC0n0rse6YNqhPbEsq4jBmUm pSdYKwcitG+mYkgad/LVUCeaKdOW+yj1uiR2YuOMWev7btVCxL5Bx/UCAwEAAaOCArkwggK1 MDQGCCsGAQUFBwEBBCgwJjAkBggrBgEFBQcwAYYYaHR0cDovL29jc3AudmVyaXNpZ24uY29t MBIGA1UdEwEB/wQIMAYBAf8CAQAwcAYDVR0gBGkwZzBlBgtghkgBhvhFAQcXATBWMCgGCCsG AQUFBwIBFhxodHRwczovL3d3dy52ZXJpc2lnbi5jb20vY3BzMCoGCCsGAQUFBwICMB4aHGh0 dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9ycGEwNAYDVR0fBC0wKzApoCegJYYjaHR0cDovL2Ny bC52ZXJpc2lnbi5jb20vcGNhMS1nMy5jcmwwDgYDVR0PAQH/BAQDAgEGMG4GCCsGAQUFBwEM BGIwYKFeoFwwWjBYMFYWCWltYWdlL2dpZjAhMB8wBwYFKw4DAhoEFEtruSiWBgy70FI4myms SweLIQUYMCYWJGh0dHA6Ly9sb2dvLnZlcmlzaWduLmNvbS92c2xvZ28xLmdpZjAuBgNVHREE JzAlpCMwITEfMB0GA1UEAxMWUHJpdmF0ZUxhYmVsNC0yMDQ4LTExODAdBgNVHQ4EFgQUeUdh CEH9OASiS+e1zPVD9kkrEfgwgfEGA1UdIwSB6TCB5qGB0KSBzTCByjELMAkGA1UEBhMCVVMx FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3 b3JrMTowOAYDVQQLEzEoYykgMTk5OSBWZXJpU2lnbiwgSW5jLiAtIEZvciBhdXRob3JpemVk IHVzZSBvbmx5MUUwQwYDVQQDEzxWZXJpU2lnbiBDbGFzcyAxIFB1YmxpYyBQcmltYXJ5IENl cnRpZmljYXRpb24gQXV0aG9yaXR5IC0gRzOCEQCLW3VWhFSFCwDPrzhIzrGkMA0GCSqGSIb3 DQEBBQUAA4IBAQA5Tc9BmYG1qQW1UjjpOYSJbOQ0qFrn2GwJTCQaulmkhztzIfGTgc+/aGNa Z/41hSuhw12jSsI6Gd0w1sxN7/HSgZfKVFpDvzeLeo4ZjQ9DqIzyr2CzFYqzlZw84J6zJ5ik NXIX5fwqXYfTig3C0UUq+MD0rCqTOtWuEnAI6/s74nfs6CtkNXbNutrg0csU1nFYm77VPn22 2egkxSRmTF2RH3azFz5/DcYhiS+zN7ih/1yybUneZVJC+w6I0u1KHb9L4/jMcvpIDmWOScjW +JmYO7eUPjFxBof6bFlTLtffK+1fYwCsFe0DuFUWjMZoA+ciqHMLsbyg2lJY3QoOf8GCMYIE +TCCBPUCAQEwgfIwgd0xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEf MB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2YgdXNl IGF0IGh0dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9ycGEgKGMpMDkxHjAcBgNVBAsTFVBlcnNv bmEgTm90IFZhbGlkYXRlZDE3MDUGA1UEAxMuVmVyaVNpZ24gQ2xhc3MgMSBJbmRpdmlkdWFs IFN1YnNjcmliZXIgQ0EgLSBHMwIQFPhbiD4unFUK+hWzYF5oBTAJBgUrDgMCGgUAoIIC2zAY BgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMzA0MjUwOTE5NTda MCMGCSqGSIb3DQEJBDEWBBQ68pS1nKMjMcnYOwAh1y//Jhk07TBsBgkqhkiG9w0BCQ8xXzBd MAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCA MA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIIBAwYJKwYBBAGCNxAE MYH1MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNV BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBo dHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA5MR4wHAYDVQQLExVQZXJzb25hIE5v dCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJz Y3JpYmVyIENBIC0gRzMCEBT4W4g+LpxVCvoVs2BeaAUwggEFBgsqhkiG9w0BCRACCzGB9aCB 8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZW ZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6 Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFs aWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJl ciBDQSAtIEczAhAU+FuIPi6cVQr6FbNgXmgFMA0GCSqGSIb3DQEBAQUABIIBAEKiSPHwxzHB V69P+bjZ06FLG62Ggq5fs6Sknqn/JHAvx43ET8Skc0wbVTjyFd/lKhZFb8d+Ni22Z/di+nZJ QVFkcBb71/kIHPYO2gy3w5PwzVQxRPfI2EB+M0GeAk2sTg7JT9qjgx7J3TX5pLqYGxcvbebc YrTjE21Ky5+JecImmFDyBY5HYUFzohCeo+IGD2OzHaWooMf+OwZhMfYx4a7lgyt6fDPiuPJJ o7VV9DP6nfZOXotIstgFKMixKE9BN4FoFCFzVnDbMJKSgPAtgWKJhLF5eMOMDUSuHmfeBKIW l9/CuSfP57PqwUL8XGz0XYn4kXfj1e2cv7a4i9vfUpkAAAAAAAA= --------------ms090608040901000702060305-- --===============4632238590433864720== 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 --===============4632238590433864720==-- From xen-users-bounces@lists.xen.org Thu Apr 25 09:24:29 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 25 Apr 2013 09:24: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 1UVIOm-0007vY-0C; Thu, 25 Apr 2013 09:23:28 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVIOk-0007vS-9z for xen-users@lists.xen.org; Thu, 25 Apr 2013 09:23:26 +0000 Received: from [193.109.254.147:39079] by server-13.bemta-14.messagelabs.com id BD/D4-07387-D06F8715; Thu, 25 Apr 2013 09:23:25 +0000 X-Env-Sender: jh@excello.cz X-Msg-Ref: server-16.tower-27.messagelabs.com!1366881600!9165923!1 X-Originating-IP: [212.24.139.170] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE, UNPARSEABLE_RELAY X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31137 invoked from network); 25 Apr 2013 09:20:02 -0000 Received: from out1.virusfree.cz (HELO out1.virusfree.cz) (212.24.139.170) by server-16.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 25 Apr 2013 09:20:02 -0000 Received: (qmail 11324 invoked by uid 1000); 25 Apr 2013 11:20:00 +0200 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(-5.3/5.0):. Processed in 2.384277 secs); 25 Apr 2013 09:20:00 -0000 X-Spam-Status: No, hits=-5.3 required=5.0 X-Spam-Report: SA TESTS 0.1 MAILBODYHTTPLINK RAW: http:// v body 0.5 BD_CHECK BD_CHECK -4.0 INREPLYTOCOM INREPLYTOCOM -1.5 INREPLYTO0 INREPLYTO0 0.8 DKIM_ADSP_ALL No valid author signature, domain signs all mail -0.0 SPF_PASS SPF: sender matches SPF record -0.0 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain 0.0 HTML_MESSAGE BODY: HTML included in message 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.5065] -2.0 MFH_PKCS7_4 FULL: S/MIME Header Received: from posta.excello.cz (188.138.126.10) by out1.virusfree.cz with ESMTPS (DHE-RSA-AES256-GCM-SHA384 encrypted); 25 Apr 2013 11:19:58 +0200 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 9F7A92C13F2; Thu, 25 Apr 2013 11:19:57 +0200 (CEST) Message-ID: <5178F53D.5010502@excello.cz> Date: Thu, 25 Apr 2013 11:19:57 +0200 From: Jan Hejl User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: Luisa Posani References: <1366818886.90375.YahooMailClassic@web171901.mail.ir2.yahoo.com> In-Reply-To: <1366818886.90375.YahooMailClassic@web171901.mail.ir2.yahoo.com> Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Hardware virtualization X-BeenThere: xen-users@lists.xen.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="===============4632238590433864720==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Toto je elektronicky podepsana zprava ve formatu MIME. --===============4632238590433864720== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms090608040901000702060305" Toto je elektronicky podepsana zprava ve formatu MIME. --------------ms090608040901000702060305 Content-Type: multipart/alternative; boundary="------------090109020107010106040909" This is a multi-part message in MIME format. --------------090109020107010106040909 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Hi Luisa, great, so you're cpu is capable for running Xen. The reason why you=20 don't see it is explained here=20 http://old-list-archives.xen.org/archives/html/xen-users/2010-09/msg00180= =2Ehtml.=20 Just to be clear. You've already start your system with xen and tried to = start Windows Xp domU as this guide describes, do you? And the problem=20 is that you can't connect to your Windows XP domU with GNCVIEWER or=20 something else? Is your domU running? What does the "xl start" command sa= y? Thank you and have a nice day Jan Dne 24.4.2013 17:54, Luisa Posani napsal(a): > > Hi > > if I make > > /proc/cpuinfo flags > > without xen I found vmx. > > when I start PC with xen flag vmx doesn't appare. > > Why? > > I would like use a guest OS make with buildroot "standard" without xen = > driver. > > I use=20 > http://wiki.xen.org/wiki/Xen_Beginners_Guide#Configure_GRUB_to_start_Xe= n > but doesn't work correctly. > > Doesn't work gvncviewer for using a window XP iso image and now I'm=20 > compiling a buildroot standard (qemu_x86 config). > > > > Luisa > > > > > > > > --- *Mer 24/4/13, Jan Hejl //* ha scritto: > > > Da: Jan Hejl > Oggetto: Re: [Xen-users] Hardware virtualization > A: "Luisa Posani" > Cc: xen-users@lists.xen.org > Data: Mercoled=EC 24 Aprile 2013, 17:08 > > Sure, I can. > > You should check your cpuinfo if it supports virtualization. Look > here http://virt-tools.org/learning/check-hardware-virt/ > > If it does, tell me what is your goal and what have you done alread= y? > > Dne 24.4.2013 16:03, Luisa Posani napsal(a): >> Thank's for your indication. >> >> I can't find my cpu in your list. >> >> In my PC I can enable the virtualization from BIOS. >> >> I don't understand the difference. >> >> Can you help me please? >> >> >> Luisa >> >> --- *Mer 24/4/13, Jan Hejl / >> /* ha scritto: >> >> >> Da: Jan Hejl >> Oggetto: Re: [Xen-users] Hardware virtualization >> A: xen-users@lists.xen.org >> >> Data: Mercoled=EC 24 Aprile 2013, 10:35 >> >> Hello Luisa, >> >> here >> http://en.wikipedia.org/wiki/List_of_IOMMU-supporting_hardware= is >> a list IOMMU supporting hardware, this is a good point to >> start. IOMMU is not necessary for virtualization, but >> hardware listed here supports VM. >> >> Jan >> >> Dne 24.4.2013 09:43, Luisa Posani napsal(a): >>> Hi >>> >>> It's my first experience with xen >>> >>> I would like to use a OS linux create by buildroot like a gue= st. >>> I have a PC whit virtualizatin whit debian distribution and >>> I install xen-linux-sysem on the PC. >>> >>> In this PC a VM doesn't work correctly. >>> >>> I would like to know if exist a simple tutorial to configure >>> PC and VM . >>> >>> Thanks in advance >>> >>> >>> Luisa >>> >>> >>> >>> >>> >>> >>> >>> _______________________________________________ >>> Xen-users mailing list >>> Xen-users@lists.xen.org >>> http://lists.xen.org/xen-users >> >> >> -----Segue allegato----- >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >> > > > -----Segue allegato----- > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --------------090109020107010106040909 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Luisa,

great, so you're cpu is capable for running Xen. The reason why you don't see it is explained here http://old-list-arc= hives.xen.org/archives/html/xen-users/2010-09/msg00180.html.

Just to be clear. You've already start your system with xen and tried to start Windows Xp domU as this guide describes, do you? And the problem is that you can't connect to your Windows XP domU with GNCVIEWER or something else? Is your domU running? What does the "xl start" command say?

Thank you and have a nice day
Jan

Dne 24.4.2013 17:54, Luisa Posani napsal(a):

Hi

if I make

/proc/cpuinfo flags

without xen I found vmx.

when I start PC with xen flag vmx doesn't appare.

Why?

I would like use a guest OS make with buildroot "standard" without xen driver.

I use http://wiki.xen= =2Eorg/wiki/Xen_Beginners_Guide#Configure_GRUB_to_start_Xen
but doesn't work correctly.

Doesn't work gvncviewer for using a window XP iso image and now I'm compiling a buildroot standard (qemu_x86 config).



Luisa







--- Mer 24/4/13, Jan Hejl <jh@excello.cz> ha scritto:

Da: Jan Hejl <jh@excello.cz>
Oggetto: Re: [Xen-users] Hardware virtualization
A: "Luisa Posani" <lposani@yahoo.it>
Cc: xen-users@lists.xen.org
Data: Mercoledì 24 Aprile 2013, 17:08

Sure, I can.

You should check your cpuinfo if it supports virtualization. Look here http://virt-tools.org/learning/check-hardware-virt/

If it does, tell me what is your goal and what have you done already?

Dne 24.4.2013 16:03, Luisa Posani napsal(a):
Th= ank's for your indication.

I can't find my cpu in your list.

In my PC I can enable the virtualization from BIOS.

I don't understand the difference.

Can you help me please?


Luisa

--- Mer 24/4/13, Jan Hejl <jh@excello.cz> ha scritto:
<= br> Da: Jan Hejl <jh@excello.cz>
Oggetto: Re: [Xen-users] Hardware virtualization
A: xen-users@lists.xen.org
Data: Mercoledì 24 Aprile 2013, 10= :35

Hello Luisa,

here http://en.wikipedia.org/wiki/List_of= _IOMMU-supporting_hardware is a list IOMMU supporting hardware, this is a good point to start. IOMMU is not necessary for virtualization, but hardware listed here supports VM.

Jan

Dne 24.4.2013 09:43, Luisa Posani napsal(a):
H= i

It's my first experience with xen

I would like to use a OS linux create by buildroot like a guest.
I have a PC whit virtualizatin whit debian distribution and I install xen-linux-sysem on the PC.

In this PC a VM doesn't work correctly.

I would like to know if exist a simple tutorial to configure PC and VM .
Thanks in advance


Luisa

<= /div> 






______________________________=
_________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users


-----Segue allegato-----

___= ____________________________________________
Xen-users mailing list
Xen-users@lists.xen.= org
http://lists.xen.org/xen-users


-----Segue allegato-----

________________________________= _______________
Xen-users mailing list
Xen= -users@lists.xen.org
http://lists.xen.org/xen-users<= /div>

--------------090109020107010106040909-- --------------ms090608040901000702060305 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: Elektronicky podpis S/MIME MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMOzCC BUUwggQtoAMCAQICEBT4W4g+LpxVCvoVs2BeaAUwDQYJKoZIhvcNAQEFBQAwgd0xCzAJBgNV BAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1 c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2YgdXNlIGF0IGh0dHBzOi8vd3d3LnZlcmlz aWduLmNvbS9ycGEgKGMpMDkxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRlZDE3MDUG A1UEAxMuVmVyaVNpZ24gQ2xhc3MgMSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0EgLSBHMzAe Fw0xMjA4MjEwMDAwMDBaFw0xMzA4MjEyMzU5NTlaMIIBCDEXMBUGA1UEChMOVmVyaVNpZ24s IEluYy4xHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxRjBEBgNVBAsTPXd3dy52 ZXJpc2lnbi5jb20vcmVwb3NpdG9yeS9SUEEgSW5jb3JwLiBieSBSZWYuLExJQUIuTFREKGMp OTgxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRlZDEzMDEGA1UECxMqRGlnaXRhbCBJ RCBDbGFzcyAxIC0gTmV0c2NhcGUgRnVsbCBTZXJ2aWNlMREwDwYDVQQDFAhKYW4gSGVqbDEc MBoGCSqGSIb3DQEJARYNamhAZXhjZWxsby5jejCCASIwDQYJKoZIhvcNAQEBBQADggEPADCC AQoCggEBAKZYfrag8UJ0JgrVdujHsmcxbgdXnbVZuWxIuJ6rY9Y3JBUfOTRODhMkaoxQDYTq pzG/JUNNZW1nF6QIYuPMcwzhEWAfoWhnhvm03KohNVKNID3A1SghW8bV3mRtaoyFHSIfiiFF DH7+BvSsIXP8slIzBi4wXvidDw1ui0MVA6Wy0mSSHLZdGHOpO8CswWXK6YQ87nG7a28QTCi6 HycFwbdhsPm4NADD7zrqnRkLVmWdnZWpA6CHkngGuR+0LpovAlmyiKUMLK4GkMOIMz24Pawk icIGI/AqrUmYpj8IwM4F0BGI1O1rZSUK72SV11eRuriqskzpcY1FVW0VmR1XNg0CAwEAAaOB 0jCBzzAJBgNVHRMEAjAAMEQGA1UdIAQ9MDswOQYLYIZIAYb4RQEHFwEwKjAoBggrBgEFBQcC ARYcaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYTALBgNVHQ8EBAMCBaAwHQYDVR0lBBYw FAYIKwYBBQUHAwQGCCsGAQUFBwMCMFAGA1UdHwRJMEcwRaBDoEGGP2h0dHA6Ly9pbmRjMWRp Z2l0YWxpZC1nMy1jcmwudmVyaXNpZ24uY29tL0luZEMxRGlnaXRhbElELUczLmNybDANBgkq hkiG9w0BAQUFAAOCAQEAh/RUK66OYfOqJdnHSSP5U+FpIFb+Wd6Xb03Yca7Shq3G1xHdKosm WK8+MAYg1FwlpVLf3Y7lg5QbPoplGchUC5QFa1xzJc88Pxrd0kYIDdshxd2HyNWhBCLdKPPU iU10VzwFZ6mR7/nD0pWv0mxyrNd+f+BU7mM1mOQsr+GvHpWCStlPxUrQBXKKH1hcCS8NWIXU M3WXQSXWyYCEhmu0/m220BPFRjJL39nwCALgZ+LlDJHaM65hmZ4VXO75YWWjOHpuJMNJZE65 nhXX2x5my+TzazAe9z5Xxly3ZWZ2iCQP6GbGduGMGVkS2V8Y6fpFUEcqx3nucCqM7Jnf5Sfn xjCCBu4wggXWoAMCAQICEHEVZgVK5JEhTem8RPms09wwDQYJKoZIhvcNAQEFBQAwgcoxCzAJ BgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24g VHJ1c3QgTmV0d29yazE6MDgGA1UECxMxKGMpIDE5OTkgVmVyaVNpZ24sIEluYy4gLSBGb3Ig YXV0aG9yaXplZCB1c2Ugb25seTFFMEMGA1UEAxM8VmVyaVNpZ24gQ2xhc3MgMSBQdWJsaWMg UHJpbWFyeSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eSAtIEczMB4XDTA5MDUwMTAwMDAwMFoX DTE5MDQzMDIzNTk1OVowgd0xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5j LjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2Yg dXNlIGF0IGh0dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9ycGEgKGMpMDkxHjAcBgNVBAsTFVBl cnNvbmEgTm90IFZhbGlkYXRlZDE3MDUGA1UEAxMuVmVyaVNpZ24gQ2xhc3MgMSBJbmRpdmlk dWFsIFN1YnNjcmliZXIgQ0EgLSBHMzCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEB AO3ER98qKB18Bmu71yEyyWwTj+mxjUFONPfaC+Nq+mWIIAsRE+mb4ElOi2/VAdBfDUeRilpM dD4/xpEJu0w0no1uoYJRYvdpdliWB6+eFBgHT1q9n9IxslQZc0ZqGUIR7BJzIY313DDN5dlW CjHFNm0pFJe9LdqJRxmI2EsEPeu2PGcedAATDdCG2pNn+DMDrho8a2l49sAsjuGDP3f5mf/+ n1JawrSHCthsqUfBVCllQz5KwJYfwa33d69ssQRevsG2lC2XkC0n0rse6YNqhPbEsq4jBmUm pSdYKwcitG+mYkgad/LVUCeaKdOW+yj1uiR2YuOMWev7btVCxL5Bx/UCAwEAAaOCArkwggK1 MDQGCCsGAQUFBwEBBCgwJjAkBggrBgEFBQcwAYYYaHR0cDovL29jc3AudmVyaXNpZ24uY29t MBIGA1UdEwEB/wQIMAYBAf8CAQAwcAYDVR0gBGkwZzBlBgtghkgBhvhFAQcXATBWMCgGCCsG AQUFBwIBFhxodHRwczovL3d3dy52ZXJpc2lnbi5jb20vY3BzMCoGCCsGAQUFBwICMB4aHGh0 dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9ycGEwNAYDVR0fBC0wKzApoCegJYYjaHR0cDovL2Ny bC52ZXJpc2lnbi5jb20vcGNhMS1nMy5jcmwwDgYDVR0PAQH/BAQDAgEGMG4GCCsGAQUFBwEM BGIwYKFeoFwwWjBYMFYWCWltYWdlL2dpZjAhMB8wBwYFKw4DAhoEFEtruSiWBgy70FI4myms SweLIQUYMCYWJGh0dHA6Ly9sb2dvLnZlcmlzaWduLmNvbS92c2xvZ28xLmdpZjAuBgNVHREE JzAlpCMwITEfMB0GA1UEAxMWUHJpdmF0ZUxhYmVsNC0yMDQ4LTExODAdBgNVHQ4EFgQUeUdh CEH9OASiS+e1zPVD9kkrEfgwgfEGA1UdIwSB6TCB5qGB0KSBzTCByjELMAkGA1UEBhMCVVMx FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3 b3JrMTowOAYDVQQLEzEoYykgMTk5OSBWZXJpU2lnbiwgSW5jLiAtIEZvciBhdXRob3JpemVk IHVzZSBvbmx5MUUwQwYDVQQDEzxWZXJpU2lnbiBDbGFzcyAxIFB1YmxpYyBQcmltYXJ5IENl cnRpZmljYXRpb24gQXV0aG9yaXR5IC0gRzOCEQCLW3VWhFSFCwDPrzhIzrGkMA0GCSqGSIb3 DQEBBQUAA4IBAQA5Tc9BmYG1qQW1UjjpOYSJbOQ0qFrn2GwJTCQaulmkhztzIfGTgc+/aGNa Z/41hSuhw12jSsI6Gd0w1sxN7/HSgZfKVFpDvzeLeo4ZjQ9DqIzyr2CzFYqzlZw84J6zJ5ik NXIX5fwqXYfTig3C0UUq+MD0rCqTOtWuEnAI6/s74nfs6CtkNXbNutrg0csU1nFYm77VPn22 2egkxSRmTF2RH3azFz5/DcYhiS+zN7ih/1yybUneZVJC+w6I0u1KHb9L4/jMcvpIDmWOScjW +JmYO7eUPjFxBof6bFlTLtffK+1fYwCsFe0DuFUWjMZoA+ciqHMLsbyg2lJY3QoOf8GCMYIE +TCCBPUCAQEwgfIwgd0xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEf MB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2YgdXNl IGF0IGh0dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9ycGEgKGMpMDkxHjAcBgNVBAsTFVBlcnNv bmEgTm90IFZhbGlkYXRlZDE3MDUGA1UEAxMuVmVyaVNpZ24gQ2xhc3MgMSBJbmRpdmlkdWFs IFN1YnNjcmliZXIgQ0EgLSBHMwIQFPhbiD4unFUK+hWzYF5oBTAJBgUrDgMCGgUAoIIC2zAY BgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMzA0MjUwOTE5NTda MCMGCSqGSIb3DQEJBDEWBBQ68pS1nKMjMcnYOwAh1y//Jhk07TBsBgkqhkiG9w0BCQ8xXzBd MAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCA MA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIIBAwYJKwYBBAGCNxAE MYH1MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNV BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBo dHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA5MR4wHAYDVQQLExVQZXJzb25hIE5v dCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJz Y3JpYmVyIENBIC0gRzMCEBT4W4g+LpxVCvoVs2BeaAUwggEFBgsqhkiG9w0BCRACCzGB9aCB 8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZW ZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6 Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFs aWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJl ciBDQSAtIEczAhAU+FuIPi6cVQr6FbNgXmgFMA0GCSqGSIb3DQEBAQUABIIBAEKiSPHwxzHB V69P+bjZ06FLG62Ggq5fs6Sknqn/JHAvx43ET8Skc0wbVTjyFd/lKhZFb8d+Ni22Z/di+nZJ QVFkcBb71/kIHPYO2gy3w5PwzVQxRPfI2EB+M0GeAk2sTg7JT9qjgx7J3TX5pLqYGxcvbebc YrTjE21Ky5+JecImmFDyBY5HYUFzohCeo+IGD2OzHaWooMf+OwZhMfYx4a7lgyt6fDPiuPJJ o7VV9DP6nfZOXotIstgFKMixKE9BN4FoFCFzVnDbMJKSgPAtgWKJhLF5eMOMDUSuHmfeBKIW l9/CuSfP57PqwUL8XGz0XYn4kXfj1e2cv7a4i9vfUpkAAAAAAAA= --------------ms090608040901000702060305-- --===============4632238590433864720== 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 --===============4632238590433864720==-- From xen-users-bounces@lists.xen.org Thu Apr 25 10:46:03 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 25 Apr 2013 10:46: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 1UVJfn-0006Kk-EQ; Thu, 25 Apr 2013 10:45:07 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVJfl-0006KO-Nl for xen-users@lists.xen.org; Thu, 25 Apr 2013 10:45:05 +0000 Received: from [85.158.138.51:11552] by server-14.bemta-3.messagelabs.com id 70/E2-27076-C2909715; Thu, 25 Apr 2013 10:45:00 +0000 X-Env-Sender: janno@kodu.ee X-Msg-Ref: server-6.tower-174.messagelabs.com!1366886700!21642840!1 X-Originating-IP: [80.250.113.236] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31396 invoked from network); 25 Apr 2013 10:45:00 -0000 Received: from asum.kodu.ee (HELO asum.kodu.ee) (80.250.113.236) by server-6.tower-174.messagelabs.com with SMTP; 25 Apr 2013 10:45:00 -0000 Received: from asum.kodu.ee (asum.kodu.ee [80.250.113.236]) by asum.kodu.ee (Postfix) with ESMTP id 5A15C4B924 for ; Thu, 25 Apr 2013 13:44:59 +0300 (EEST) X-Virus-Scanned: amavisd-new at kodu.ee Received: from asum.kodu.ee ([80.250.113.236]) by asum.kodu.ee (asum.kodu.ee [80.250.113.236]) (amavisd-new, port 10024) with ESMTP id pdrbIGuVs48A for ; Thu, 25 Apr 2013 13:44:57 +0300 (EEST) Received: from linux-t4uh.site (178.102.126.194.sta.estpak.ee [194.126.102.178]) by asum.kodu.ee (Postfix) with ESMTPSA id 587B44B91A for ; Thu, 25 Apr 2013 13:44:57 +0300 (EEST) Message-ID: <51790923.9050309@kodu.ee> Date: Thu, 25 Apr 2013 13:44:51 +0300 From: Janno Loide User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <51779263.3090302@mva.name> <1366795740.20256.240.camel@zakaz.uk.xensource.com> <5177ADC1.8030708@mva.name> <1366798454.20256.259.camel@zakaz.uk.xensource.com> In-Reply-To: <1366798454.20256.259.camel@zakaz.uk.xensource.com> Subject: Re: [Xen-users] Xen 4.1.2 HT disaware (?) X-BeenThere: xen-users@lists.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 VGhhdCdzIGEgcHJvYmxlbSBJJ3ZlIGJlZW4gc3R1Y2sgb24gdHdpY2UgOy18LgoKV2l0aCBFRkks IHhlbiBuZWVkcyB0byBiZSBib290ZWQgd2l0aCB4ZW4uZWZpOyBhbnkgb3RoZXIgYm9vdCBsb2Fk ZXIgCmRldGVjdHMgQUNQSSB0YWJsZXMgYmVmb3JlIHN0YXJ0aW5nIHhlbiBrZXJuZWwgYW5kIHBy b2JhYmx5IG1hc2tzIG9yIApibG9ja3MgZGlyZWN0IGFjY2VzcyB0byB0aGUgcmF3IGRhdGEgc28g dGhlIGxhdHRlciBjYW4ndCBmaW5kIHRoZSByb290IApwb2ludGVyIGZvciB0YWJsZXMgYW55bW9y ZS4gVGh1cyB0aGUgbWVzc2FnZSBhYm91dCBub3QgZmluZGluZyBSU0RQIAooUm9vdCBTeXN0ZW0g RGVzY3JpcHRpb24gUG9pbnRlcikuCkFmdGVyIHRoYXQgYW55dGhpbmcgc3RyYW5nZSBjYW4gKGFu ZCBwcm9iYWJseSB3aWxsKSBoYXBwZW46IFhlbiBkZXRlY3RzIAp3cm9uZyBhbW91bnQgb2YgUkFN IG9yIGNvcmVzLCB3cm9uZyBjYXBhYmlsaXRpZXMgb24gQ1BVcyBldGMuCgpQcm9iYWJseSwgbW9z dCBvZiB0aGUgWGVuIGFkbWlucyBoYXZlIGFscmVhZHkgZGlzY292ZXJlZCB0aGF0IGZhY3QgaW4g CnRoZSBwcm9jZXNzIGFscmVhZHksIHlldCBJIHN0aWxsIHRoaW5rIGl0IHdvdWxkbid0IGh1cnQg dG8gZG9jdW1lbnQgdGhhdCAKc29tZXdoZXJlIGluIFhlbiB3aWtpOgogIE9uIGFuIEVGSSBlbmFi bGVkIHNlcnZlciBYZW4gaGFzIHRvIGJlIGJvb3RlZCB2aWEgeGVuLmVmaSBsb2FkZXIuCgpTb21l IE9TIGluc3RhbGxzIGRvIHNldCB0aGUgYXBwcm9wcmlhdGUgYm9vdCB1cCBhdXRvbWF0aWNhbGx5 IChTTEVTIGZvciAKZXhhbXBsZSkuIFNvbWUsIE9TZXMsIGhvd2V2ZXIsIGRvIG5vdCAoT3BlbnN1 c2UsIGZvciBleGFtcGxlKSBhbmQgeW91IApoYXZlIHRvIG1hbmFnZSB0aGUgYm9vdCBlbnRyeSBm b3IgWGVuIG1hbnVhbGx5LgoKClJlZ2FyZHMsCkphbm5vCgoKMjQuMDQuMjAxMyAxMzoxNCwgSWFu IENhbXBiZWxsIHdyb3RlOgo+IE9uIFdlZCwgMjAxMy0wNC0yNCBhdCAxMTowMiArMDEwMCwgVmFk aW0gQS4gTWlzYmFraC1Tb2xvdmlvdiB3cm90ZToKPj4gMjQuMDQuMjAxMyAxNjoyOSwgSWFuIENh bXBiZWxsINC/0LjRiNC10YI6Cj4+IChYRU4pIEFDUEkgRXJyb3IgKHRieGZyb290LTAyMTgpOiBB IHZhbGlkIFJTRFAgd2FzIG5vdCBmb3VuZCBbMjAwNzAxMjZdCj4gTm90IGhhdmluZyB3b3JraW5n IEFDUEkgaXMgYSBiaXQgb2YgYSBwcm9ibGVtIGFuZCBjb3VsZCB3ZWxsIHJlbGF0ZSB0bwo+IHRo ZSBsYWNrIG9mIEhULgo+Cj4gVXBkYXRpbmcgdG8gdGhlIGxhdGVzdCBCSU9TIGZvciB5b3VyIHN5 c3RlbSB3b3VsZCBzZWVtIGxpa2UgYSBnb29kIGZpcnN0Cj4gc3RlcC4KPgo+IElhbi4KPgoKCl9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi11c2VycyBt YWlsaW5nIGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcv eGVuLXVzZXJz From xen-users-bounces@lists.xen.org Thu Apr 25 10:46:03 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 25 Apr 2013 10:46: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 1UVJfn-0006Kk-EQ; Thu, 25 Apr 2013 10:45:07 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVJfl-0006KO-Nl for xen-users@lists.xen.org; Thu, 25 Apr 2013 10:45:05 +0000 Received: from [85.158.138.51:11552] by server-14.bemta-3.messagelabs.com id 70/E2-27076-C2909715; Thu, 25 Apr 2013 10:45:00 +0000 X-Env-Sender: janno@kodu.ee X-Msg-Ref: server-6.tower-174.messagelabs.com!1366886700!21642840!1 X-Originating-IP: [80.250.113.236] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31396 invoked from network); 25 Apr 2013 10:45:00 -0000 Received: from asum.kodu.ee (HELO asum.kodu.ee) (80.250.113.236) by server-6.tower-174.messagelabs.com with SMTP; 25 Apr 2013 10:45:00 -0000 Received: from asum.kodu.ee (asum.kodu.ee [80.250.113.236]) by asum.kodu.ee (Postfix) with ESMTP id 5A15C4B924 for ; Thu, 25 Apr 2013 13:44:59 +0300 (EEST) X-Virus-Scanned: amavisd-new at kodu.ee Received: from asum.kodu.ee ([80.250.113.236]) by asum.kodu.ee (asum.kodu.ee [80.250.113.236]) (amavisd-new, port 10024) with ESMTP id pdrbIGuVs48A for ; Thu, 25 Apr 2013 13:44:57 +0300 (EEST) Received: from linux-t4uh.site (178.102.126.194.sta.estpak.ee [194.126.102.178]) by asum.kodu.ee (Postfix) with ESMTPSA id 587B44B91A for ; Thu, 25 Apr 2013 13:44:57 +0300 (EEST) Message-ID: <51790923.9050309@kodu.ee> Date: Thu, 25 Apr 2013 13:44:51 +0300 From: Janno Loide User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <51779263.3090302@mva.name> <1366795740.20256.240.camel@zakaz.uk.xensource.com> <5177ADC1.8030708@mva.name> <1366798454.20256.259.camel@zakaz.uk.xensource.com> In-Reply-To: <1366798454.20256.259.camel@zakaz.uk.xensource.com> Subject: Re: [Xen-users] Xen 4.1.2 HT disaware (?) X-BeenThere: xen-users@lists.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 VGhhdCdzIGEgcHJvYmxlbSBJJ3ZlIGJlZW4gc3R1Y2sgb24gdHdpY2UgOy18LgoKV2l0aCBFRkks IHhlbiBuZWVkcyB0byBiZSBib290ZWQgd2l0aCB4ZW4uZWZpOyBhbnkgb3RoZXIgYm9vdCBsb2Fk ZXIgCmRldGVjdHMgQUNQSSB0YWJsZXMgYmVmb3JlIHN0YXJ0aW5nIHhlbiBrZXJuZWwgYW5kIHBy b2JhYmx5IG1hc2tzIG9yIApibG9ja3MgZGlyZWN0IGFjY2VzcyB0byB0aGUgcmF3IGRhdGEgc28g dGhlIGxhdHRlciBjYW4ndCBmaW5kIHRoZSByb290IApwb2ludGVyIGZvciB0YWJsZXMgYW55bW9y ZS4gVGh1cyB0aGUgbWVzc2FnZSBhYm91dCBub3QgZmluZGluZyBSU0RQIAooUm9vdCBTeXN0ZW0g RGVzY3JpcHRpb24gUG9pbnRlcikuCkFmdGVyIHRoYXQgYW55dGhpbmcgc3RyYW5nZSBjYW4gKGFu ZCBwcm9iYWJseSB3aWxsKSBoYXBwZW46IFhlbiBkZXRlY3RzIAp3cm9uZyBhbW91bnQgb2YgUkFN IG9yIGNvcmVzLCB3cm9uZyBjYXBhYmlsaXRpZXMgb24gQ1BVcyBldGMuCgpQcm9iYWJseSwgbW9z dCBvZiB0aGUgWGVuIGFkbWlucyBoYXZlIGFscmVhZHkgZGlzY292ZXJlZCB0aGF0IGZhY3QgaW4g CnRoZSBwcm9jZXNzIGFscmVhZHksIHlldCBJIHN0aWxsIHRoaW5rIGl0IHdvdWxkbid0IGh1cnQg dG8gZG9jdW1lbnQgdGhhdCAKc29tZXdoZXJlIGluIFhlbiB3aWtpOgogIE9uIGFuIEVGSSBlbmFi bGVkIHNlcnZlciBYZW4gaGFzIHRvIGJlIGJvb3RlZCB2aWEgeGVuLmVmaSBsb2FkZXIuCgpTb21l IE9TIGluc3RhbGxzIGRvIHNldCB0aGUgYXBwcm9wcmlhdGUgYm9vdCB1cCBhdXRvbWF0aWNhbGx5 IChTTEVTIGZvciAKZXhhbXBsZSkuIFNvbWUsIE9TZXMsIGhvd2V2ZXIsIGRvIG5vdCAoT3BlbnN1 c2UsIGZvciBleGFtcGxlKSBhbmQgeW91IApoYXZlIHRvIG1hbmFnZSB0aGUgYm9vdCBlbnRyeSBm b3IgWGVuIG1hbnVhbGx5LgoKClJlZ2FyZHMsCkphbm5vCgoKMjQuMDQuMjAxMyAxMzoxNCwgSWFu IENhbXBiZWxsIHdyb3RlOgo+IE9uIFdlZCwgMjAxMy0wNC0yNCBhdCAxMTowMiArMDEwMCwgVmFk aW0gQS4gTWlzYmFraC1Tb2xvdmlvdiB3cm90ZToKPj4gMjQuMDQuMjAxMyAxNjoyOSwgSWFuIENh bXBiZWxsINC/0LjRiNC10YI6Cj4+IChYRU4pIEFDUEkgRXJyb3IgKHRieGZyb290LTAyMTgpOiBB IHZhbGlkIFJTRFAgd2FzIG5vdCBmb3VuZCBbMjAwNzAxMjZdCj4gTm90IGhhdmluZyB3b3JraW5n IEFDUEkgaXMgYSBiaXQgb2YgYSBwcm9ibGVtIGFuZCBjb3VsZCB3ZWxsIHJlbGF0ZSB0bwo+IHRo ZSBsYWNrIG9mIEhULgo+Cj4gVXBkYXRpbmcgdG8gdGhlIGxhdGVzdCBCSU9TIGZvciB5b3VyIHN5 c3RlbSB3b3VsZCBzZWVtIGxpa2UgYSBnb29kIGZpcnN0Cj4gc3RlcC4KPgo+IElhbi4KPgoKCl9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi11c2VycyBt YWlsaW5nIGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcv eGVuLXVzZXJz From xen-users-bounces@lists.xen.org Fri Apr 26 03:38:28 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 03:38: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 1UVZTA-0002hQ-CM; Fri, 26 Apr 2013 03:37:08 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVZT8-0002hI-J5 for xen-users@lists.xen.org; Fri, 26 Apr 2013 03:37:06 +0000 Received: from [85.158.138.51:34628] by server-4.bemta-3.messagelabs.com id 6F/C2-21470-166F9715; Fri, 26 Apr 2013 03:37:05 +0000 X-Env-Sender: mofta7y@gmail.com X-Msg-Ref: server-3.tower-174.messagelabs.com!1366947423!21957464!1 X-Originating-IP: [209.85.210.177] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14491 invoked from network); 26 Apr 2013 03:37:04 -0000 Received: from mail-ia0-f177.google.com (HELO mail-ia0-f177.google.com) (209.85.210.177) by server-3.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2013 03:37:04 -0000 Received: by mail-ia0-f177.google.com with SMTP id y26so3222701iab.8 for ; Thu, 25 Apr 2013 20:37:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:subject :x-enigmail-version:content-type:content-transfer-encoding; bh=cR0m6k1ZGM6rOg3DRtOE3Z/8eVZ2q53Ki+yjVg7udyM=; b=jB+9qpnnr0h8rfqFfxYB3WUUfx9whg0sAjFcrm1WfCkWOBDbLcCq2+Xa7xWjtU1LPD nYdI8tVyhMU3LvigHoeBwmFU8O5Dsd98c7YHbZ7bc+GVA5alJJsTCkdP0YoLnu3YHpbN GfhlLnxaxJGwkOXLzSBMXiX1bCmzKFoXnhV02y/9lu54PoA4uGsTKM85ptY20AqO8qbC B/w2Aku8B6nRzku5vsP4THJc2DX1k7MJhJ3kOAn2wvIZXqqFoq/wUzWb2UlqaTRQ5lqa pB61RcUfqjbRw2XuUJZpPjgSYMZCj0TG/F+DkgU41vdHKTwCMejAsKfUTC2jnPTKsauh 8s5g== X-Received: by 10.50.129.99 with SMTP id nv3mr663054igb.97.1366947422122; Thu, 25 Apr 2013 20:37:02 -0700 (PDT) Received: from [192.168.1.62] (dsl-67-204-17-168.acanac.net. [67.204.17.168]) by mx.google.com with ESMTPSA id wn10sm1271029igb.2.2013.04.25.20.36.58 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 25 Apr 2013 20:37:01 -0700 (PDT) Message-ID: <5179F659.1050403@gmail.com> Date: Thu, 25 Apr 2013 23:36:57 -0400 From: Mofta7y User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: xen-users@lists.xen.org X-Enigmail-Version: 1.5.1 Subject: [Xen-users] finding the source VM of local ip X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 e very one I am having an interesting issue. it seems that one or more VMs users in an Xen server has configured a local ip range for communication between VMs We never gave our customers any local IPs and we give them public IPs only. The issue is that those local IPs are flooding each other !! by TCP_SYN. This in turn cause dom0 cpu usage to go high (si goes up to 36%) and as a result we get a lot of lost packets and very high ping time now my main issue is to find out which VMs are using these local IPs I tried arping those ips and got their MAC address but this mac address is not the mac address of any network interface in the server !!! we are using bridged domu networking anyone knows of any way to find which VMs are using these local IPs ? Also if there is no way to find who is using them can we just prevent them from communicating with each other through dom0 ? why dom0 will almost stop handle traffic of domus when having a flood of only 10K tcp connections (I know the number is not normal but i guess dom0 should handle it especially dom0 has 6 dedicated cores) Thanks _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Apr 26 03:38:28 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 03:38: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 1UVZTA-0002hQ-CM; Fri, 26 Apr 2013 03:37:08 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVZT8-0002hI-J5 for xen-users@lists.xen.org; Fri, 26 Apr 2013 03:37:06 +0000 Received: from [85.158.138.51:34628] by server-4.bemta-3.messagelabs.com id 6F/C2-21470-166F9715; Fri, 26 Apr 2013 03:37:05 +0000 X-Env-Sender: mofta7y@gmail.com X-Msg-Ref: server-3.tower-174.messagelabs.com!1366947423!21957464!1 X-Originating-IP: [209.85.210.177] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14491 invoked from network); 26 Apr 2013 03:37:04 -0000 Received: from mail-ia0-f177.google.com (HELO mail-ia0-f177.google.com) (209.85.210.177) by server-3.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2013 03:37:04 -0000 Received: by mail-ia0-f177.google.com with SMTP id y26so3222701iab.8 for ; Thu, 25 Apr 2013 20:37:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:subject :x-enigmail-version:content-type:content-transfer-encoding; bh=cR0m6k1ZGM6rOg3DRtOE3Z/8eVZ2q53Ki+yjVg7udyM=; b=jB+9qpnnr0h8rfqFfxYB3WUUfx9whg0sAjFcrm1WfCkWOBDbLcCq2+Xa7xWjtU1LPD nYdI8tVyhMU3LvigHoeBwmFU8O5Dsd98c7YHbZ7bc+GVA5alJJsTCkdP0YoLnu3YHpbN GfhlLnxaxJGwkOXLzSBMXiX1bCmzKFoXnhV02y/9lu54PoA4uGsTKM85ptY20AqO8qbC B/w2Aku8B6nRzku5vsP4THJc2DX1k7MJhJ3kOAn2wvIZXqqFoq/wUzWb2UlqaTRQ5lqa pB61RcUfqjbRw2XuUJZpPjgSYMZCj0TG/F+DkgU41vdHKTwCMejAsKfUTC2jnPTKsauh 8s5g== X-Received: by 10.50.129.99 with SMTP id nv3mr663054igb.97.1366947422122; Thu, 25 Apr 2013 20:37:02 -0700 (PDT) Received: from [192.168.1.62] (dsl-67-204-17-168.acanac.net. [67.204.17.168]) by mx.google.com with ESMTPSA id wn10sm1271029igb.2.2013.04.25.20.36.58 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 25 Apr 2013 20:37:01 -0700 (PDT) Message-ID: <5179F659.1050403@gmail.com> Date: Thu, 25 Apr 2013 23:36:57 -0400 From: Mofta7y User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: xen-users@lists.xen.org X-Enigmail-Version: 1.5.1 Subject: [Xen-users] finding the source VM of local ip X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 e very one I am having an interesting issue. it seems that one or more VMs users in an Xen server has configured a local ip range for communication between VMs We never gave our customers any local IPs and we give them public IPs only. The issue is that those local IPs are flooding each other !! by TCP_SYN. This in turn cause dom0 cpu usage to go high (si goes up to 36%) and as a result we get a lot of lost packets and very high ping time now my main issue is to find out which VMs are using these local IPs I tried arping those ips and got their MAC address but this mac address is not the mac address of any network interface in the server !!! we are using bridged domu networking anyone knows of any way to find which VMs are using these local IPs ? Also if there is no way to find who is using them can we just prevent them from communicating with each other through dom0 ? why dom0 will almost stop handle traffic of domus when having a flood of only 10K tcp connections (I know the number is not normal but i guess dom0 should handle it especially dom0 has 6 dedicated cores) Thanks _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Apr 26 04:19:06 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 04:19: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 1UVa6X-000482-Tt; Fri, 26 Apr 2013 04:17:49 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVa6W-00047x-AC for xen-users@lists.xen.org; Fri, 26 Apr 2013 04:17:48 +0000 Received: from [85.158.143.99:52040] by server-2.bemta-4.messagelabs.com id 06/4C-12656-BEFF9715; Fri, 26 Apr 2013 04:17:47 +0000 X-Env-Sender: debian@good-with-numbers.com X-Msg-Ref: server-11.tower-216.messagelabs.com!1366949864!22589694!1 X-Originating-IP: [64.142.29.24] X-SpamReason: No, hits=0.0 required=7.0 tests=received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32531 invoked from network); 26 Apr 2013 04:17:46 -0000 Received: from out.good-with-numbers.com (HELO out.good-with-numbers.com) (64.142.29.24) by server-11.tower-216.messagelabs.com with AES256-SHA encrypted SMTP; 26 Apr 2013 04:17:46 -0000 Date: Fri, 26 Apr 2013 04:17:43 +0000 From: Mike To: Mofta7y Message-ID: <20130426041743.GA23705@64-142-29-25.dsl.static.sonic.net> References: <5179F659.1050403@gmail.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <5179F659.1050403@gmail.com> Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] finding the source VM of local ip X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Mofta7y wrote: > it seems that one or more VMs users in an Xen server has configured a > local ip range for communication between VMs > > now my main issue is to find out which VMs are using these local IPs > > I tried arping those ips and got their MAC address but this mac > address is not the mac address of any network interface in the server Not sure what you mean. The MACs will probably be assigned to the domU-internal interfaces, not to any dom0 interface. > we are using bridged domu networking > > anyone knows of any way to find which VMs are using these local IPs ? Try "brctl showmacs" on the domUs's bridge. That should get you the port(s) of the MACs that you're seeing. (I'd expect all those MACs to be non-local.) > Also if there is no way to find who is using them can we just prevent > them from communicating with each other through dom0 ? Iptables rules can handle that. I find vif-bridge's handle_iptable rules to be too generous, so I use a modified script and code my own rules. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Apr 26 04:19:06 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 04:19: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 1UVa6X-000482-Tt; Fri, 26 Apr 2013 04:17:49 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVa6W-00047x-AC for xen-users@lists.xen.org; Fri, 26 Apr 2013 04:17:48 +0000 Received: from [85.158.143.99:52040] by server-2.bemta-4.messagelabs.com id 06/4C-12656-BEFF9715; Fri, 26 Apr 2013 04:17:47 +0000 X-Env-Sender: debian@good-with-numbers.com X-Msg-Ref: server-11.tower-216.messagelabs.com!1366949864!22589694!1 X-Originating-IP: [64.142.29.24] X-SpamReason: No, hits=0.0 required=7.0 tests=received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32531 invoked from network); 26 Apr 2013 04:17:46 -0000 Received: from out.good-with-numbers.com (HELO out.good-with-numbers.com) (64.142.29.24) by server-11.tower-216.messagelabs.com with AES256-SHA encrypted SMTP; 26 Apr 2013 04:17:46 -0000 Date: Fri, 26 Apr 2013 04:17:43 +0000 From: Mike To: Mofta7y Message-ID: <20130426041743.GA23705@64-142-29-25.dsl.static.sonic.net> References: <5179F659.1050403@gmail.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <5179F659.1050403@gmail.com> Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] finding the source VM of local ip X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Mofta7y wrote: > it seems that one or more VMs users in an Xen server has configured a > local ip range for communication between VMs > > now my main issue is to find out which VMs are using these local IPs > > I tried arping those ips and got their MAC address but this mac > address is not the mac address of any network interface in the server Not sure what you mean. The MACs will probably be assigned to the domU-internal interfaces, not to any dom0 interface. > we are using bridged domu networking > > anyone knows of any way to find which VMs are using these local IPs ? Try "brctl showmacs" on the domUs's bridge. That should get you the port(s) of the MACs that you're seeing. (I'd expect all those MACs to be non-local.) > Also if there is no way to find who is using them can we just prevent > them from communicating with each other through dom0 ? Iptables rules can handle that. I find vif-bridge's handle_iptable rules to be too generous, so I use a modified script and code my own rules. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Apr 26 06:28:11 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 06:28: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 1UVc7U-0008VA-MA; Fri, 26 Apr 2013 06:26:56 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVc7S-0008V5-Na for xen-users@lists.xen.org; Fri, 26 Apr 2013 06:26:55 +0000 Received: from [85.158.137.99:36048] by server-3.bemta-3.messagelabs.com id 8E/22-26934-D2E1A715; Fri, 26 Apr 2013 06:26:53 +0000 X-Env-Sender: altman87120@gmail.com X-Msg-Ref: server-5.tower-217.messagelabs.com!1366957610!14522504!1 X-Originating-IP: [209.85.220.53] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1757 invoked from network); 26 Apr 2013 06:26:52 -0000 Received: from mail-pa0-f53.google.com (HELO mail-pa0-f53.google.com) (209.85.220.53) by server-5.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2013 06:26:52 -0000 Received: by mail-pa0-f53.google.com with SMTP id bh4so2318454pad.12 for ; Thu, 25 Apr 2013 23:26:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:from:content-type:subject:message-id:date:to :mime-version:x-mailer; bh=TWEHRAJVozKhg+hotTJn5LJ1JRM/+TaMcQJZXhsV2EM=; b=yrkTVH1pveUXXrS0eMKCl189QDqozxjMXkYwHkt31zwlzqzHqwGunMTt8qeJwKQk+P HpZnBC3Pe10hoyJOLVfNwyuYcDeeaslpap/LhY7LBZ9nJ7ZQ2kWdCCmaQfoZKoUozmtO cmy8qVL/JZSgIHu9NjcNdZQX+xUFIzc9HwOEkOhbq5gOvVMkCa6ZC9r7l+oer4mDgmXM yzM280mLQxIglXf4MhOaq0bzuIOGkrz+VrckYBZbL+vZhpxAxG7GcVkfQ9pvMA2YIFj5 XNjNuAvjn4rvmys8lMicIODhwzGdmSTNxwYvPe9XEUdFYw9pA+Juy3ue88Aa6EOk15Se 3tCg== X-Received: by 10.66.121.202 with SMTP id lm10mr29137009pab.138.1366957609779; Thu, 25 Apr 2013 23:26:49 -0700 (PDT) Received: from [192.168.108.15] ([221.234.44.201]) by mx.google.com with ESMTPSA id wl5sm11356958pac.18.2013.04.25.23.26.47 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 25 Apr 2013 23:26:48 -0700 (PDT) From: =?utf-8?B?6YeRIOaIiA==?= Message-Id: Date: Fri, 26 Apr 2013 14:26:50 +0800 To: xen-users@lists.xen.org Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) X-Mailer: Apple Mail (2.1503) Subject: [Xen-users] ubuntu13.04 host and ubuntu13.04 guest how to config the pvscsi X-BeenThere: xen-users@lists.xen.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="===============7534319770253326354==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7534319770253326354== Content-Type: multipart/alternative; boundary="Apple-Mail=_97D82A8E-57CA-42DD-BCC0-0BD43B25BA60" --Apple-Mail=_97D82A8E-57CA-42DD-BCC0-0BD43B25BA60 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi, everyone! We google a lot, but can't find how to config the pvscsi on our = ubuntu13.04 PV on HVM.There are some links http://wiki.xen.org/wiki/Paravirtualized_SCSI http://wiki.xen.org/wiki/Xen_Configuration_File_Options And we use the config option above Configure PVSCSI devices vscsi =3D [ '/dev/sdc, 0:0:0:0' ] I pass sdc to the hvm, but in our pvhvm (ubuntu13.04) there are no scsi = device found, and no scsifront found. And this is the sdc in the host. [ 33.590845] sd 4:0:2:0: [sdc] 143374650 512-byte logical blocks: = (73.4 GB/68.3 GiB) [ 33.593536] sd 4:0:2:0: [sdc] Write Protect is off [ 33.593641] sd 4:0:2:0: [sdc] Mode Sense: b3 00 10 08 [ 33.596233] sd 4:0:2:0: [sdc] Write cache: enabled, read cache: = enabled, supports DPO and FUA [ 33.618377] sdc: sdc1 [ 33.618377] sdc1: [ 33.630671] sd 4:0:2:0: [sdc] Attached SCSI disk This is the messages in our vm. root@ubuntu-hvm:/home/zdht# df -h Filesystem Size Used Avail Use% Mounted on /dev/xvda1 9.8G 990M 8.3G 11% / none 4.0K 0 4.0K 0% /sys/fs/cgroup udev 3.9G 4.0K 3.9G 1% /dev tmpfs 765M 260K 765M 1% /run none 5.0M 0 5.0M 0% /run/lock none 3.8G 0 3.8G 0% /run/shm none 100M 0 100M 0% /run/user root@ubuntu-hvm:/home/zdht# dmesg |egrep '(xen|front)' [ 0.000000] Netfront and the Xen platform PCI driver have been = compiled for this kernel: unplug emulated NICs. [ 0.000000] Blkfront and the Xen platform PCI driver have been = compiled for this kernel: unplug emulated disks. [ 0.214429] xen/balloon: Initialising balloon driver. [ 0.216042] xen-balloon: Initialising balloon driver. [ 0.604023] Switching to clocksource xen [ 0.611813] xen: --> pirq=3D16 -> irq=3D8 (gsi=3D8) [ 0.611880] xen: --> pirq=3D17 -> irq=3D12 (gsi=3D12) [ 0.611925] xen: --> pirq=3D18 -> irq=3D1 (gsi=3D1) [ 0.611970] xen: --> pirq=3D19 -> irq=3D6 (gsi=3D6) [ 0.612022] xen: --> pirq=3D20 -> irq=3D4 (gsi=3D4) [ 0.612105] xen: --> pirq=3D21 -> irq=3D7 (gsi=3D7) [ 1.140448] xen: --> pirq=3D22 -> irq=3D28 (gsi=3D28) [ 1.198538] blkfront: xvda: barrier: enabled=20 Does anyone can tell me why there is no scsifront and no use the = vscsi=3D['/dev/sdc, 0:0:0:0'] in our configuration ? --Apple-Mail=_97D82A8E-57CA-42DD-BCC0-0BD43B25BA60 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii Hi, = everyone!

We google a lot, but can't find how to = config the pvscsi on our ubuntu13.04 PV on HVM.There are some = links


And we use the config option above

vscsi =3D [ '/dev/sdc, 0:0:0:0' ]

I pass sdc to the hvm, but in our pvhvm = (ubuntu13.04) there are no scsi device found, and no scsifront = found.

And this is the sdc in the = host.

[   33.590845] sd 4:0:2:0: = [sdc] 143374650 512-byte logical blocks: (73.4 GB/68.3 GiB)
[ =   33.593536] sd 4:0:2:0: [sdc] Write Protect is off
[ =   33.593641] sd 4:0:2:0: [sdc] Mode Sense: b3 00 10 08
[ =   33.596233] sd 4:0:2:0: [sdc] Write cache: enabled, read cache: = enabled, supports DPO and FUA
[   33.618377]  sdc: = sdc1
[   33.618377]  sdc1: <bsd: >
[ =   33.630671] sd 4:0:2:0: [sdc] Attached SCSI = disk


This is the messages in our = vm.

root@ubuntu-hvm:/home/zdht# df = -h
Filesystem      Size  Used Avail Use% = Mounted on
/dev/xvda1      9.8G  990M =  8.3G  11% /
none           =  4.0K     0  4.0K   0% = /sys/fs/cgroup
udev           =  3.9G  4.0K  3.9G   1% /dev
tmpfs   =         765M  260K  765M   1% = /run
none            5.0M   =   0  5.0M   0% /run/lock
none     =        3.8G     0  3.8G   0% = /run/shm
none            100M =     0  100M   0% = /run/user

root@ubuntu-hvm:/home/zdht# = dmesg |egrep '(xen|front)'
[    0.000000] Netfront = and the Xen platform PCI driver have been compiled for this kernel: = unplug emulated NICs.
[    0.000000] Blkfront and = the Xen platform PCI driver have been compiled for this kernel: unplug = emulated disks.
[    0.214429] xen/balloon: = Initialising balloon driver.
[    0.216042] = xen-balloon: Initialising balloon driver.
[   =  0.604023] Switching to clocksource xen
[   =  0.611813] xen: --> pirq=3D16 -> irq=3D8 (gsi=3D8)
[ =    0.611880] xen: --> pirq=3D17 -> irq=3D12 = (gsi=3D12)
[    0.611925] xen: --> pirq=3D18 = -> irq=3D1 (gsi=3D1)
[    0.611970] xen: --> = pirq=3D19 -> irq=3D6 (gsi=3D6)
[    0.612022] = xen: --> pirq=3D20 -> irq=3D4 (gsi=3D4)
[   =  0.612105] xen: --> pirq=3D21 -> irq=3D7 (gsi=3D7)
[ =    1.140448] xen: --> pirq=3D22 -> irq=3D28 = (gsi=3D28)
[    1.198538] blkfront: xvda: barrier: = enabled 


Does anyone = can tell me why there is no scsifront and no use the =  vscsi=3D['/dev/sdc, 0:0:0:0'] in our configuration = ?

= --Apple-Mail=_97D82A8E-57CA-42DD-BCC0-0BD43B25BA60-- --===============7534319770253326354== 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 --===============7534319770253326354==-- From xen-users-bounces@lists.xen.org Fri Apr 26 06:28:11 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 06:28: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 1UVc7U-0008VA-MA; Fri, 26 Apr 2013 06:26:56 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVc7S-0008V5-Na for xen-users@lists.xen.org; Fri, 26 Apr 2013 06:26:55 +0000 Received: from [85.158.137.99:36048] by server-3.bemta-3.messagelabs.com id 8E/22-26934-D2E1A715; Fri, 26 Apr 2013 06:26:53 +0000 X-Env-Sender: altman87120@gmail.com X-Msg-Ref: server-5.tower-217.messagelabs.com!1366957610!14522504!1 X-Originating-IP: [209.85.220.53] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1757 invoked from network); 26 Apr 2013 06:26:52 -0000 Received: from mail-pa0-f53.google.com (HELO mail-pa0-f53.google.com) (209.85.220.53) by server-5.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2013 06:26:52 -0000 Received: by mail-pa0-f53.google.com with SMTP id bh4so2318454pad.12 for ; Thu, 25 Apr 2013 23:26:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:from:content-type:subject:message-id:date:to :mime-version:x-mailer; bh=TWEHRAJVozKhg+hotTJn5LJ1JRM/+TaMcQJZXhsV2EM=; b=yrkTVH1pveUXXrS0eMKCl189QDqozxjMXkYwHkt31zwlzqzHqwGunMTt8qeJwKQk+P HpZnBC3Pe10hoyJOLVfNwyuYcDeeaslpap/LhY7LBZ9nJ7ZQ2kWdCCmaQfoZKoUozmtO cmy8qVL/JZSgIHu9NjcNdZQX+xUFIzc9HwOEkOhbq5gOvVMkCa6ZC9r7l+oer4mDgmXM yzM280mLQxIglXf4MhOaq0bzuIOGkrz+VrckYBZbL+vZhpxAxG7GcVkfQ9pvMA2YIFj5 XNjNuAvjn4rvmys8lMicIODhwzGdmSTNxwYvPe9XEUdFYw9pA+Juy3ue88Aa6EOk15Se 3tCg== X-Received: by 10.66.121.202 with SMTP id lm10mr29137009pab.138.1366957609779; Thu, 25 Apr 2013 23:26:49 -0700 (PDT) Received: from [192.168.108.15] ([221.234.44.201]) by mx.google.com with ESMTPSA id wl5sm11356958pac.18.2013.04.25.23.26.47 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 25 Apr 2013 23:26:48 -0700 (PDT) From: =?utf-8?B?6YeRIOaIiA==?= Message-Id: Date: Fri, 26 Apr 2013 14:26:50 +0800 To: xen-users@lists.xen.org Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) X-Mailer: Apple Mail (2.1503) Subject: [Xen-users] ubuntu13.04 host and ubuntu13.04 guest how to config the pvscsi X-BeenThere: xen-users@lists.xen.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="===============7534319770253326354==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7534319770253326354== Content-Type: multipart/alternative; boundary="Apple-Mail=_97D82A8E-57CA-42DD-BCC0-0BD43B25BA60" --Apple-Mail=_97D82A8E-57CA-42DD-BCC0-0BD43B25BA60 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi, everyone! We google a lot, but can't find how to config the pvscsi on our = ubuntu13.04 PV on HVM.There are some links http://wiki.xen.org/wiki/Paravirtualized_SCSI http://wiki.xen.org/wiki/Xen_Configuration_File_Options And we use the config option above Configure PVSCSI devices vscsi =3D [ '/dev/sdc, 0:0:0:0' ] I pass sdc to the hvm, but in our pvhvm (ubuntu13.04) there are no scsi = device found, and no scsifront found. And this is the sdc in the host. [ 33.590845] sd 4:0:2:0: [sdc] 143374650 512-byte logical blocks: = (73.4 GB/68.3 GiB) [ 33.593536] sd 4:0:2:0: [sdc] Write Protect is off [ 33.593641] sd 4:0:2:0: [sdc] Mode Sense: b3 00 10 08 [ 33.596233] sd 4:0:2:0: [sdc] Write cache: enabled, read cache: = enabled, supports DPO and FUA [ 33.618377] sdc: sdc1 [ 33.618377] sdc1: [ 33.630671] sd 4:0:2:0: [sdc] Attached SCSI disk This is the messages in our vm. root@ubuntu-hvm:/home/zdht# df -h Filesystem Size Used Avail Use% Mounted on /dev/xvda1 9.8G 990M 8.3G 11% / none 4.0K 0 4.0K 0% /sys/fs/cgroup udev 3.9G 4.0K 3.9G 1% /dev tmpfs 765M 260K 765M 1% /run none 5.0M 0 5.0M 0% /run/lock none 3.8G 0 3.8G 0% /run/shm none 100M 0 100M 0% /run/user root@ubuntu-hvm:/home/zdht# dmesg |egrep '(xen|front)' [ 0.000000] Netfront and the Xen platform PCI driver have been = compiled for this kernel: unplug emulated NICs. [ 0.000000] Blkfront and the Xen platform PCI driver have been = compiled for this kernel: unplug emulated disks. [ 0.214429] xen/balloon: Initialising balloon driver. [ 0.216042] xen-balloon: Initialising balloon driver. [ 0.604023] Switching to clocksource xen [ 0.611813] xen: --> pirq=3D16 -> irq=3D8 (gsi=3D8) [ 0.611880] xen: --> pirq=3D17 -> irq=3D12 (gsi=3D12) [ 0.611925] xen: --> pirq=3D18 -> irq=3D1 (gsi=3D1) [ 0.611970] xen: --> pirq=3D19 -> irq=3D6 (gsi=3D6) [ 0.612022] xen: --> pirq=3D20 -> irq=3D4 (gsi=3D4) [ 0.612105] xen: --> pirq=3D21 -> irq=3D7 (gsi=3D7) [ 1.140448] xen: --> pirq=3D22 -> irq=3D28 (gsi=3D28) [ 1.198538] blkfront: xvda: barrier: enabled=20 Does anyone can tell me why there is no scsifront and no use the = vscsi=3D['/dev/sdc, 0:0:0:0'] in our configuration ? --Apple-Mail=_97D82A8E-57CA-42DD-BCC0-0BD43B25BA60 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii Hi, = everyone!

We google a lot, but can't find how to = config the pvscsi on our ubuntu13.04 PV on HVM.There are some = links


And we use the config option above

vscsi =3D [ '/dev/sdc, 0:0:0:0' ]

I pass sdc to the hvm, but in our pvhvm = (ubuntu13.04) there are no scsi device found, and no scsifront = found.

And this is the sdc in the = host.

[   33.590845] sd 4:0:2:0: = [sdc] 143374650 512-byte logical blocks: (73.4 GB/68.3 GiB)
[ =   33.593536] sd 4:0:2:0: [sdc] Write Protect is off
[ =   33.593641] sd 4:0:2:0: [sdc] Mode Sense: b3 00 10 08
[ =   33.596233] sd 4:0:2:0: [sdc] Write cache: enabled, read cache: = enabled, supports DPO and FUA
[   33.618377]  sdc: = sdc1
[   33.618377]  sdc1: <bsd: >
[ =   33.630671] sd 4:0:2:0: [sdc] Attached SCSI = disk


This is the messages in our = vm.

root@ubuntu-hvm:/home/zdht# df = -h
Filesystem      Size  Used Avail Use% = Mounted on
/dev/xvda1      9.8G  990M =  8.3G  11% /
none           =  4.0K     0  4.0K   0% = /sys/fs/cgroup
udev           =  3.9G  4.0K  3.9G   1% /dev
tmpfs   =         765M  260K  765M   1% = /run
none            5.0M   =   0  5.0M   0% /run/lock
none     =        3.8G     0  3.8G   0% = /run/shm
none            100M =     0  100M   0% = /run/user

root@ubuntu-hvm:/home/zdht# = dmesg |egrep '(xen|front)'
[    0.000000] Netfront = and the Xen platform PCI driver have been compiled for this kernel: = unplug emulated NICs.
[    0.000000] Blkfront and = the Xen platform PCI driver have been compiled for this kernel: unplug = emulated disks.
[    0.214429] xen/balloon: = Initialising balloon driver.
[    0.216042] = xen-balloon: Initialising balloon driver.
[   =  0.604023] Switching to clocksource xen
[   =  0.611813] xen: --> pirq=3D16 -> irq=3D8 (gsi=3D8)
[ =    0.611880] xen: --> pirq=3D17 -> irq=3D12 = (gsi=3D12)
[    0.611925] xen: --> pirq=3D18 = -> irq=3D1 (gsi=3D1)
[    0.611970] xen: --> = pirq=3D19 -> irq=3D6 (gsi=3D6)
[    0.612022] = xen: --> pirq=3D20 -> irq=3D4 (gsi=3D4)
[   =  0.612105] xen: --> pirq=3D21 -> irq=3D7 (gsi=3D7)
[ =    1.140448] xen: --> pirq=3D22 -> irq=3D28 = (gsi=3D28)
[    1.198538] blkfront: xvda: barrier: = enabled 


Does anyone = can tell me why there is no scsifront and no use the =  vscsi=3D['/dev/sdc, 0:0:0:0'] in our configuration = ?

= --Apple-Mail=_97D82A8E-57CA-42DD-BCC0-0BD43B25BA60-- --===============7534319770253326354== 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 --===============7534319770253326354==-- From xen-users-bounces@lists.xen.org Fri Apr 26 07:42:39 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 07:42: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 1UVdHp-0003gC-62; Fri, 26 Apr 2013 07:41:41 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVdHn-0003fj-0O; Fri, 26 Apr 2013 07:41:39 +0000 Received: from [85.158.137.99:63254] by server-16.bemta-3.messagelabs.com id 35/22-20692-CAF2A715; Fri, 26 Apr 2013 07:41:32 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-11.tower-217.messagelabs.com!1366962089!16105446!1 X-Originating-IP: [209.85.219.41] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3753 invoked from network); 26 Apr 2013 07:41:31 -0000 Received: from mail-oa0-f41.google.com (HELO mail-oa0-f41.google.com) (209.85.219.41) by server-11.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2013 07:41:31 -0000 Received: by mail-oa0-f41.google.com with SMTP id g12so3745981oah.0 for ; Fri, 26 Apr 2013 00:41:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=UoGDz+zUDXoKpnpCczkG4/jWJjCMg2jB9honLBH6ol8=; b=O039APqrRx+MhClT+QV9iHFSGkEt3uN6CgF9QJEAaMDHGCuOZxAld3HiuU14o6T3ss a0iKH7PCOtaHwYllGL1+3Gu9i9RqF8LHcmdXapN8vHa6R+taD9zpqJGsM29LSIv9r7L6 q3Dcrp5cjkYeSapu8qqQO5az/IOjvJXe118OTB+PWD5mwOWk2c2qFLAbqJveWyvMOetL 7ZO33AcgREqNz7dghgLoDNnb2LAe4+BwXXAiWM+NM/EbRLK4pEaTV1zVUSshF9aFGhgR PhjBu4RjeU6gxFLnhirdxLxeFa0nlRFMgH5UK1izxFaS1isvuxl9U33TL/WCJBS1igWM wZkQ== MIME-Version: 1.0 X-Received: by 10.60.146.227 with SMTP id tf3mr9715759oeb.50.1366962089264; Fri, 26 Apr 2013 00:41:29 -0700 (PDT) Received: by 10.60.3.232 with HTTP; Fri, 26 Apr 2013 00:41:29 -0700 (PDT) Date: Fri, 26 Apr 2013 08:41:29 +0100 Message-ID: From: Lars Kurth To: "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" , "xen-arm@lists.xen.org" , "xen-users@lists.xen.org" Subject: [Xen-users] Xen Document Day is on Monday, April 29th on IRC freenode #xendocs X-BeenThere: xen-users@lists.xen.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="===============8845766949531420720==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8845766949531420720== Content-Type: multipart/alternative; boundary=047d7b5d3b82c089c404db3ea9e9 --047d7b5d3b82c089c404db3ea9e9 Content-Type: text/plain; charset=ISO-8859-1 Hi all, we have another *document* *day* coming up soon! More information about docs *day* at http://wiki.xen.org/wiki/Xen_Document_Days The TODO list is at http://wiki.xen.org/wiki/Xen_Document_Days/TODO It would be great if we could focus on getting the material for the Xen Test Day that start in 2 weeks together. Regards Lars --047d7b5d3b82c089c404db3ea9e9 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi all,
we = have another document day coming up soon! More informat= ion about docs day at http://wiki.xen.org/wiki/Xen_Document_Days
It would be great if we could focus on getting the material for the Xen Te= st Day that start in 2 weeks together.

Regards Lars
--047d7b5d3b82c089c404db3ea9e9-- --===============8845766949531420720== 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 --===============8845766949531420720==-- From xen-users-bounces@lists.xen.org Fri Apr 26 07:42:39 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 07:42: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 1UVdHp-0003gC-62; Fri, 26 Apr 2013 07:41:41 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVdHn-0003fj-0O; Fri, 26 Apr 2013 07:41:39 +0000 Received: from [85.158.137.99:63254] by server-16.bemta-3.messagelabs.com id 35/22-20692-CAF2A715; Fri, 26 Apr 2013 07:41:32 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-11.tower-217.messagelabs.com!1366962089!16105446!1 X-Originating-IP: [209.85.219.41] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3753 invoked from network); 26 Apr 2013 07:41:31 -0000 Received: from mail-oa0-f41.google.com (HELO mail-oa0-f41.google.com) (209.85.219.41) by server-11.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2013 07:41:31 -0000 Received: by mail-oa0-f41.google.com with SMTP id g12so3745981oah.0 for ; Fri, 26 Apr 2013 00:41:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=UoGDz+zUDXoKpnpCczkG4/jWJjCMg2jB9honLBH6ol8=; b=O039APqrRx+MhClT+QV9iHFSGkEt3uN6CgF9QJEAaMDHGCuOZxAld3HiuU14o6T3ss a0iKH7PCOtaHwYllGL1+3Gu9i9RqF8LHcmdXapN8vHa6R+taD9zpqJGsM29LSIv9r7L6 q3Dcrp5cjkYeSapu8qqQO5az/IOjvJXe118OTB+PWD5mwOWk2c2qFLAbqJveWyvMOetL 7ZO33AcgREqNz7dghgLoDNnb2LAe4+BwXXAiWM+NM/EbRLK4pEaTV1zVUSshF9aFGhgR PhjBu4RjeU6gxFLnhirdxLxeFa0nlRFMgH5UK1izxFaS1isvuxl9U33TL/WCJBS1igWM wZkQ== MIME-Version: 1.0 X-Received: by 10.60.146.227 with SMTP id tf3mr9715759oeb.50.1366962089264; Fri, 26 Apr 2013 00:41:29 -0700 (PDT) Received: by 10.60.3.232 with HTTP; Fri, 26 Apr 2013 00:41:29 -0700 (PDT) Date: Fri, 26 Apr 2013 08:41:29 +0100 Message-ID: From: Lars Kurth To: "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" , "xen-arm@lists.xen.org" , "xen-users@lists.xen.org" Subject: [Xen-users] Xen Document Day is on Monday, April 29th on IRC freenode #xendocs X-BeenThere: xen-users@lists.xen.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="===============8845766949531420720==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8845766949531420720== Content-Type: multipart/alternative; boundary=047d7b5d3b82c089c404db3ea9e9 --047d7b5d3b82c089c404db3ea9e9 Content-Type: text/plain; charset=ISO-8859-1 Hi all, we have another *document* *day* coming up soon! More information about docs *day* at http://wiki.xen.org/wiki/Xen_Document_Days The TODO list is at http://wiki.xen.org/wiki/Xen_Document_Days/TODO It would be great if we could focus on getting the material for the Xen Test Day that start in 2 weeks together. Regards Lars --047d7b5d3b82c089c404db3ea9e9 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi all,
we = have another document day coming up soon! More informat= ion about docs day at http://wiki.xen.org/wiki/Xen_Document_Days
It would be great if we could focus on getting the material for the Xen Te= st Day that start in 2 weeks together.

Regards Lars
--047d7b5d3b82c089c404db3ea9e9-- --===============8845766949531420720== 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 --===============8845766949531420720==-- From xen-users-bounces@lists.xen.org Fri Apr 26 08:44:42 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 08:44: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 1UVeFn-0007DE-CC; Fri, 26 Apr 2013 08:43:39 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVeFl-0007D9-3O for xen-users@lists.xen.org; Fri, 26 Apr 2013 08:43:37 +0000 Received: from [85.158.139.211:24623] by server-12.bemta-5.messagelabs.com id 36/07-11486-83E3A715; Fri, 26 Apr 2013 08:43:36 +0000 X-Env-Sender: wei.liu2@citrix.com X-Msg-Ref: server-13.tower-206.messagelabs.com!1366965814!16564540!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20254 invoked from network); 26 Apr 2013 08:43:35 -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; 26 Apr 2013 08:43:35 -0000 X-IronPort-AV: E=Sophos;i="4.87,557,1363132800"; d="scan'208";a="21744295" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP/TLS/AES128-SHA; 26 Apr 2013 08:43:33 +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.3; Fri, 26 Apr 2013 04:43:33 -0400 Received: from zion.uk.xensource.com ([10.80.2.73]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1UVeFh-000126-1U; Fri, 26 Apr 2013 09:43:33 +0100 Date: Fri, 26 Apr 2013 09:43:33 +0100 From: Wei Liu To: =?utf-8?B?6YeRIOaIiA==?= Message-ID: <20130426084332.GF27096@zion.uk.xensource.com> References: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: "xen-users@lists.xen.org" , wei.liu2@citrix.com Subject: Re: [Xen-users] ubuntu13.04 host and ubuntu13.04 guest how to config the pvscsi X-BeenThere: xen-users@lists.xen.org X-Mailman-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 T24gRnJpLCBBcHIgMjYsIDIwMTMgYXQgMDc6MjY6NTBBTSArMDEwMCwg6YeRIOaIiCB3cm90ZToK PiBIaSwgZXZlcnlvbmUhClsuLi5dCj4gCj4gcm9vdEB1YnVudHUtaHZtOi9ob21lL3pkaHQjIGRt ZXNnIHxlZ3JlcCAnKHhlbnxmcm9udCknCj4gWyAgICAwLjAwMDAwMF0gTmV0ZnJvbnQgYW5kIHRo ZSBYZW4gcGxhdGZvcm0gUENJIGRyaXZlciBoYXZlIGJlZW4gY29tcGlsZWQgZm9yIHRoaXMga2Vy bmVsOiB1bnBsdWcgZW11bGF0ZWQgTklDcy4KPiBbICAgIDAuMDAwMDAwXSBCbGtmcm9udCBhbmQg dGhlIFhlbiBwbGF0Zm9ybSBQQ0kgZHJpdmVyIGhhdmUgYmVlbiBjb21waWxlZCBmb3IgdGhpcyBr ZXJuZWw6IHVucGx1ZyBlbXVsYXRlZCBkaXNrcy4KPiBbICAgIDAuMjE0NDI5XSB4ZW4vYmFsbG9v bjogSW5pdGlhbGlzaW5nIGJhbGxvb24gZHJpdmVyLgo+IFsgICAgMC4yMTYwNDJdIHhlbi1iYWxs b29uOiBJbml0aWFsaXNpbmcgYmFsbG9vbiBkcml2ZXIuCj4gWyAgICAwLjYwNDAyM10gU3dpdGNo aW5nIHRvIGNsb2Nrc291cmNlIHhlbgo+IFsgICAgMC42MTE4MTNdIHhlbjogLS0+IHBpcnE9MTYg LT4gaXJxPTggKGdzaT04KQo+IFsgICAgMC42MTE4ODBdIHhlbjogLS0+IHBpcnE9MTcgLT4gaXJx PTEyIChnc2k9MTIpCj4gWyAgICAwLjYxMTkyNV0geGVuOiAtLT4gcGlycT0xOCAtPiBpcnE9MSAo Z3NpPTEpCj4gWyAgICAwLjYxMTk3MF0geGVuOiAtLT4gcGlycT0xOSAtPiBpcnE9NiAoZ3NpPTYp Cj4gWyAgICAwLjYxMjAyMl0geGVuOiAtLT4gcGlycT0yMCAtPiBpcnE9NCAoZ3NpPTQpCj4gWyAg ICAwLjYxMjEwNV0geGVuOiAtLT4gcGlycT0yMSAtPiBpcnE9NyAoZ3NpPTcpCj4gWyAgICAxLjE0 MDQ0OF0geGVuOiAtLT4gcGlycT0yMiAtPiBpcnE9MjggKGdzaT0yOCkKPiBbICAgIDEuMTk4NTM4 XSBibGtmcm9udDogeHZkYTogYmFycmllcjogZW5hYmxlZAo+IAoKQ2FuIHlvdSBjb25maXJtIGlm IHlvdXIga2VybmVsIGhhcyBzY3NpZnJvbnQgLyBzY3NpYmFjayBzdXBwb3J0PwoKQWxzbyBoYXZl IGEgbG9vayBhdCB4ZW5zdG9yZS1scyBvdXRwdXQsIGxvb2sgZm9yIHB2c2NzaSByZWxhdGVkIG5v ZGUuCid4bCAtdnZ2IGNyZWF0ZSBkb21haW4uY29uZmlnJyBjYW4gZ2l2ZSB5b3UgbW9yZSBpbmZv LgoKCldlaS4KCj4gCj4gRG9lcyBhbnlvbmUgY2FuIHRlbGwgbWUgd2h5IHRoZXJlIGlzIG5vIHNj c2lmcm9udCBhbmQgbm8gdXNlIHRoZSAgdnNjc2k9WycvZGV2L3NkYywgMDowOjA6MCddIGluIG91 ciBjb25maWd1cmF0aW9uID8KPiAKCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX18KPiBYZW4tdXNlcnMgbWFpbGluZyBsaXN0Cj4gWGVuLXVzZXJzQGxpc3Rz Lnhlbi5vcmcKPiBodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnMKCgpfX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0 Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Fri Apr 26 08:44:42 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 08:44: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 1UVeFn-0007DE-CC; Fri, 26 Apr 2013 08:43:39 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVeFl-0007D9-3O for xen-users@lists.xen.org; Fri, 26 Apr 2013 08:43:37 +0000 Received: from [85.158.139.211:24623] by server-12.bemta-5.messagelabs.com id 36/07-11486-83E3A715; Fri, 26 Apr 2013 08:43:36 +0000 X-Env-Sender: wei.liu2@citrix.com X-Msg-Ref: server-13.tower-206.messagelabs.com!1366965814!16564540!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20254 invoked from network); 26 Apr 2013 08:43:35 -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; 26 Apr 2013 08:43:35 -0000 X-IronPort-AV: E=Sophos;i="4.87,557,1363132800"; d="scan'208";a="21744295" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP/TLS/AES128-SHA; 26 Apr 2013 08:43:33 +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.3; Fri, 26 Apr 2013 04:43:33 -0400 Received: from zion.uk.xensource.com ([10.80.2.73]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1UVeFh-000126-1U; Fri, 26 Apr 2013 09:43:33 +0100 Date: Fri, 26 Apr 2013 09:43:33 +0100 From: Wei Liu To: =?utf-8?B?6YeRIOaIiA==?= Message-ID: <20130426084332.GF27096@zion.uk.xensource.com> References: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: "xen-users@lists.xen.org" , wei.liu2@citrix.com Subject: Re: [Xen-users] ubuntu13.04 host and ubuntu13.04 guest how to config the pvscsi X-BeenThere: xen-users@lists.xen.org X-Mailman-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 T24gRnJpLCBBcHIgMjYsIDIwMTMgYXQgMDc6MjY6NTBBTSArMDEwMCwg6YeRIOaIiCB3cm90ZToK PiBIaSwgZXZlcnlvbmUhClsuLi5dCj4gCj4gcm9vdEB1YnVudHUtaHZtOi9ob21lL3pkaHQjIGRt ZXNnIHxlZ3JlcCAnKHhlbnxmcm9udCknCj4gWyAgICAwLjAwMDAwMF0gTmV0ZnJvbnQgYW5kIHRo ZSBYZW4gcGxhdGZvcm0gUENJIGRyaXZlciBoYXZlIGJlZW4gY29tcGlsZWQgZm9yIHRoaXMga2Vy bmVsOiB1bnBsdWcgZW11bGF0ZWQgTklDcy4KPiBbICAgIDAuMDAwMDAwXSBCbGtmcm9udCBhbmQg dGhlIFhlbiBwbGF0Zm9ybSBQQ0kgZHJpdmVyIGhhdmUgYmVlbiBjb21waWxlZCBmb3IgdGhpcyBr ZXJuZWw6IHVucGx1ZyBlbXVsYXRlZCBkaXNrcy4KPiBbICAgIDAuMjE0NDI5XSB4ZW4vYmFsbG9v bjogSW5pdGlhbGlzaW5nIGJhbGxvb24gZHJpdmVyLgo+IFsgICAgMC4yMTYwNDJdIHhlbi1iYWxs b29uOiBJbml0aWFsaXNpbmcgYmFsbG9vbiBkcml2ZXIuCj4gWyAgICAwLjYwNDAyM10gU3dpdGNo aW5nIHRvIGNsb2Nrc291cmNlIHhlbgo+IFsgICAgMC42MTE4MTNdIHhlbjogLS0+IHBpcnE9MTYg LT4gaXJxPTggKGdzaT04KQo+IFsgICAgMC42MTE4ODBdIHhlbjogLS0+IHBpcnE9MTcgLT4gaXJx PTEyIChnc2k9MTIpCj4gWyAgICAwLjYxMTkyNV0geGVuOiAtLT4gcGlycT0xOCAtPiBpcnE9MSAo Z3NpPTEpCj4gWyAgICAwLjYxMTk3MF0geGVuOiAtLT4gcGlycT0xOSAtPiBpcnE9NiAoZ3NpPTYp Cj4gWyAgICAwLjYxMjAyMl0geGVuOiAtLT4gcGlycT0yMCAtPiBpcnE9NCAoZ3NpPTQpCj4gWyAg ICAwLjYxMjEwNV0geGVuOiAtLT4gcGlycT0yMSAtPiBpcnE9NyAoZ3NpPTcpCj4gWyAgICAxLjE0 MDQ0OF0geGVuOiAtLT4gcGlycT0yMiAtPiBpcnE9MjggKGdzaT0yOCkKPiBbICAgIDEuMTk4NTM4 XSBibGtmcm9udDogeHZkYTogYmFycmllcjogZW5hYmxlZAo+IAoKQ2FuIHlvdSBjb25maXJtIGlm IHlvdXIga2VybmVsIGhhcyBzY3NpZnJvbnQgLyBzY3NpYmFjayBzdXBwb3J0PwoKQWxzbyBoYXZl IGEgbG9vayBhdCB4ZW5zdG9yZS1scyBvdXRwdXQsIGxvb2sgZm9yIHB2c2NzaSByZWxhdGVkIG5v ZGUuCid4bCAtdnZ2IGNyZWF0ZSBkb21haW4uY29uZmlnJyBjYW4gZ2l2ZSB5b3UgbW9yZSBpbmZv LgoKCldlaS4KCj4gCj4gRG9lcyBhbnlvbmUgY2FuIHRlbGwgbWUgd2h5IHRoZXJlIGlzIG5vIHNj c2lmcm9udCBhbmQgbm8gdXNlIHRoZSAgdnNjc2k9WycvZGV2L3NkYywgMDowOjA6MCddIGluIG91 ciBjb25maWd1cmF0aW9uID8KPiAKCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX18KPiBYZW4tdXNlcnMgbWFpbGluZyBsaXN0Cj4gWGVuLXVzZXJzQGxpc3Rz Lnhlbi5vcmcKPiBodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnMKCgpfX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0 Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Fri Apr 26 09:29:59 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 09:29: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 1UVexc-0001uP-JU; Fri, 26 Apr 2013 09:28:56 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVexb-0001uJ-H1 for xen-users@lists.xen.org; Fri, 26 Apr 2013 09:28:55 +0000 Received: from [85.158.139.211:51916] by server-1.bemta-5.messagelabs.com id 9A/4A-14063-6D84A715; Fri, 26 Apr 2013 09:28:54 +0000 X-Env-Sender: altman87120@gmail.com X-Msg-Ref: server-6.tower-206.messagelabs.com!1366968531!20602503!1 X-Originating-IP: [209.85.220.48] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14643 invoked from network); 26 Apr 2013 09:28:53 -0000 Received: from mail-pa0-f48.google.com (HELO mail-pa0-f48.google.com) (209.85.220.48) by server-6.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2013 09:28:53 -0000 Received: by mail-pa0-f48.google.com with SMTP id lb1so482216pab.21 for ; Fri, 26 Apr 2013 02:28:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:content-type:mime-version:subject:from:in-reply-to:date :cc:content-transfer-encoding:message-id:references:to:x-mailer; bh=7bZDdPBno6z/f8WtziLGzbHDjXE/NQRuITEN/xbCfNo=; b=lywZT8C1Z3XwzyBxq2FyjWSL5f01JxYoHwsGEiUOxgzEXSiHsMyCf7nwc19fT/v6tS uOZGzKFgVVpRWthO2opEjZsCfk8zZfZZmYjPgIlGeSokEzJIFtboA38YRS/DvBVgWigQ 4WQHlxPRgkNXcL630Eqh5RtoV5uRI5q0pOfnU3U1irjzXxYNg6yviFkSJSS1RxEROa8M HkvSyHnoBjN+pK/MYdeLXfNN9ex0tucBqaEwbi0irdVP+i5TO3MgQul3gRHrFju+q7rd MowZaZIQVkPzxTtZGx4JwPuECBjiWXHR9IBu38nCIzDOMHfjfEeM6GVK2XiMh8so2tRo Hmvw== X-Received: by 10.66.149.5 with SMTP id tw5mr33630252pab.87.1366968531263; Fri, 26 Apr 2013 02:28:51 -0700 (PDT) Received: from [192.168.108.15] ([221.234.44.201]) by mx.google.com with ESMTPSA id wi6sm10981026pbc.22.2013.04.26.02.28.48 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 26 Apr 2013 02:28:50 -0700 (PDT) Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) From: =?utf-8?B?6YeRIOaIiA==?= In-Reply-To: <20130426084332.GF27096@zion.uk.xensource.com> Date: Fri, 26 Apr 2013 17:28:51 +0800 Message-Id: <7B9467DC-FF03-4C1C-9A83-58ABF6EC7105@gmail.com> References: <20130426084332.GF27096@zion.uk.xensource.com> To: Wei Liu X-Mailer: Apple Mail (2.1503) Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] ubuntu13.04 host and ubuntu13.04 guest how to config the pvscsi X-BeenThere: xen-users@lists.xen.org X-Mailman-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 VGhhbmtzISAKCkJ1dCBhbGwgd2UgdXNlIGlzIGtlcm5lbCAzLjguMC0xOS1nZW5lcmljLiBEb2Vz IHRoaXMga2VybmVsIGluY2x1ZGUgdGhlIHNjc2lmcm9udC9zY3NpYmFjayBzdXBwb3J0PyBJZiBu b3QsIGhvdyBjYW4gd2UgY2hhbmdlIGFkZCB0aGUgc3VwcG9ydD8KCkFuZCB0aGlzIGlzIG91ciBj b25maWcgZmlsZQoKcm9vdEB1YnVudHU6L3ZtL2NvbmZpZyMgY2F0IHVidW50dS1pMzg2LWh2bS5j ZmcgCgpidWlsZGVyPSJodm0iCm5hbWUgPSAidWJ1bnR1LWh2bSIKY3B1cz1bIjYiLCI3Il0KdmNw dXM9MgoKbWVtb3J5ID0gODAwMApwYWU9MQphY3BpPTEKYXBpYz0xCgpkaXNrID0gWydwaHk6L3Zt L3VidW50dS1pMzg2LWh2bS5yYXcseHZkYSxydycsJ3BoeTovZGV2L3NkYyx4dmRiLHJ3J10KI3Zp ZiAgPSBbJ2JyaWRnZT1icjAnXQojdnNjc2kgPSBbICcvZGV2L3NkYywgMDowOjA6MCcgXQp2bmM9 MQp2bmNsaXN0ZW49IjAuMC4wLjAiCmJvb3Q9ImRjIgpwY2kgPSBbICcwNjoxMC4xJyBdCnhlbl9w bGF0Zm9ybV9wY2k9MQoKdGhlIG91dHB1dCBvZiB4bCAtdnZ2IGNyZWF0ZSBkb21haW4uY29uZmln Ci0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KUGFyc2luZyBjb25maWcgZnJvbSB1 YnVudHUtaTM4Ni1odm0uY2ZnCmxpYnhsOiBkZWJ1ZzogbGlieGxfY3JlYXRlLmM6MTE3NDpkb19k b21haW5fY3JlYXRlOiBhbyAweDEwMTVhZjA6IGNyZWF0ZTogaG93PShuaWwpIGNhbGxiYWNrPShu aWwpIHBvbGxlcj0weDEwMTViNTAKbGlieGw6IGRlYnVnOiBsaWJ4bF9kZXZpY2UuYzoyMjk6bGli eGxfX2RldmljZV9kaXNrX3NldF9iYWNrZW5kOiBEaXNrIHZkZXY9eHZkYSBzcGVjLmJhY2tlbmQ9 dW5rbm93bgpsaWJ4bDogZGVidWc6IGxpYnhsX2RldmljZS5jOjE3NTpkaXNrX3RyeV9iYWNrZW5k OiBEaXNrIHZkZXY9eHZkYSwgYmFja2VuZCBwaHkgdW5zdWl0YWJsZSBhcyBwaHlzIHBhdGggbm90 IGEgYmxvY2sgZGV2aWNlCmxpYnhsOiBkZWJ1ZzogbGlieGxfZGV2aWNlLmM6MTg0OmRpc2tfdHJ5 X2JhY2tlbmQ6IERpc2sgdmRldj14dmRhLCBiYWNrZW5kIHRhcCB1bnN1aXRhYmxlIGJlY2F1c2Ug YmxrdGFwIG5vdCBhdmFpbGFibGUKbGlieGw6IGRlYnVnOiBsaWJ4bF9kZXZpY2UuYzoyNjU6bGli eGxfX2RldmljZV9kaXNrX3NldF9iYWNrZW5kOiBEaXNrIHZkZXY9eHZkYSwgdXNpbmcgYmFja2Vu ZCBxZGlzawpsaWJ4bDogZGVidWc6IGxpYnhsX2NyZWF0ZS5jOjY3Nzppbml0aWF0ZV9kb21haW5f Y3JlYXRlOiBydW5uaW5nIGJvb3Rsb2FkZXIKbGlieGw6IGRlYnVnOiBsaWJ4bF9ib290bG9hZGVy LmM6MzIxOmxpYnhsX19ib290bG9hZGVyX3J1bjogbm90IGEgUFYgZG9tYWluLCBza2lwcGluZyBi b290bG9hZGVyCmxpYnhsOiBkZWJ1ZzogbGlieGxfZXZlbnQuYzo1NjE6bGlieGxfX2V2X3hzd2F0 Y2hfZGVyZWdpc3Rlcjogd2F0Y2ggdz0weDEwMTVmMDA6IGRlcmVnaXN0ZXIgdW5yZWdpc3RlcmVk CnhjOiBkZXRhaWw6IGVsZl9wYXJzZV9iaW5hcnk6IHBoZHI6IHBhZGRyPTB4MTAwMDAwIG1lbXN6 PTB4N2MzNDgKeGM6IGRldGFpbDogZWxmX3BhcnNlX2JpbmFyeTogbWVtb3J5OiAweDEwMDAwMCAt PiAweDE3YzM0OAp4YzogaW5mbzogVklSVFVBTCBNRU1PUlkgQVJSQU5HRU1FTlQ6CiAgTG9hZGVy OiAgICAgICAgMDAwMDAwMDAwMDEwMDAwMC0+MDAwMDAwMDAwMDE3YzM0OAogIFRPVEFMOiAgICAg ICAgIDAwMDAwMDAwMDAwMDAwMDAtPjAwMDAwMDAxZjM4MDAwMDAKICBFTlRSWSBBRERSRVNTOiAw MDAwMDAwMDAwMTAwNjA4CnhjOiBpbmZvOiBQSFlTSUNBTCBNRU1PUlkgQUxMT0NBVElPTjoKICA0 S0IgUEFHRVM6IDB4MDAwMDAwMDAwMDAwMDIwMAogIDJNQiBQQUdFUzogMHgwMDAwMDAwMDAwMDAw MzliCiAgMUdCIFBBR0VTOiAweDAwMDAwMDAwMDAwMDAwMDYKeGM6IGRldGFpbDogZWxmX2xvYWRf YmluYXJ5OiBwaGRyIDAgYXQgMHgweDdmNTlhODYzZTAwMCAtPiAweDB4N2Y1OWE4NmIxMWUwCmxp YnhsOiBkZWJ1ZzogbGlieGxfZGV2aWNlLmM6MjI5OmxpYnhsX19kZXZpY2VfZGlza19zZXRfYmFj a2VuZDogRGlzayB2ZGV2PXh2ZGEgc3BlYy5iYWNrZW5kPXFkaXNrCmxpYnhsOiBkZWJ1ZzogbGli eGxfZG0uYzoxMTQyOmxpYnhsX19zcGF3bl9sb2NhbF9kbTogU3Bhd25pbmcgZGV2aWNlLW1vZGVs IC91c3IvbGliL3hlbi00LjIvYmluL3FlbXUtZG0gd2l0aCBhcmd1bWVudHM6CmxpYnhsOiBkZWJ1 ZzogbGlieGxfZG0uYzoxMTQ0OmxpYnhsX19zcGF3bl9sb2NhbF9kbTogICAvdXNyL2xpYi94ZW4t NC4yL2Jpbi9xZW11LWRtCmxpYnhsOiBkZWJ1ZzogbGlieGxfZG0uYzoxMTQ0OmxpYnhsX19zcGF3 bl9sb2NhbF9kbTogICAtZApsaWJ4bDogZGVidWc6IGxpYnhsX2RtLmM6MTE0NDpsaWJ4bF9fc3Bh d25fbG9jYWxfZG06ICAgNApsaWJ4bDogZGVidWc6IGxpYnhsX2RtLmM6MTE0NDpsaWJ4bF9fc3Bh d25fbG9jYWxfZG06ICAgLWRvbWFpbi1uYW1lCmxpYnhsOiBkZWJ1ZzogbGlieGxfZG0uYzoxMTQ0 OmxpYnhsX19zcGF3bl9sb2NhbF9kbTogICB1YnVudHUtaHZtCmxpYnhsOiBkZWJ1ZzogbGlieGxf ZG0uYzoxMTQ0OmxpYnhsX19zcGF3bl9sb2NhbF9kbTogICAtdm5jCmxpYnhsOiBkZWJ1ZzogbGli eGxfZG0uYzoxMTQ0OmxpYnhsX19zcGF3bl9sb2NhbF9kbTogICAwLjAuMC4wOjAKbGlieGw6IGRl YnVnOiBsaWJ4bF9kbS5jOjExNDQ6bGlieGxfX3NwYXduX2xvY2FsX2RtOiAgIC12bmN1bnVzZWQK bGlieGw6IGRlYnVnOiBsaWJ4bF9kbS5jOjExNDQ6bGlieGxfX3NwYXduX2xvY2FsX2RtOiAgIC12 aWRlb3JhbQpsaWJ4bDogZGVidWc6IGxpYnhsX2RtLmM6MTE0NDpsaWJ4bF9fc3Bhd25fbG9jYWxf ZG06ICAgOApsaWJ4bDogZGVidWc6IGxpYnhsX2RtLmM6MTE0NDpsaWJ4bF9fc3Bhd25fbG9jYWxf ZG06ICAgLWJvb3QKbGlieGw6IGRlYnVnOiBsaWJ4bF9kbS5jOjExNDQ6bGlieGxfX3NwYXduX2xv Y2FsX2RtOiAgIGRjCmxpYnhsOiBkZWJ1ZzogbGlieGxfZG0uYzoxMTQ0OmxpYnhsX19zcGF3bl9s b2NhbF9kbTogICAtYWNwaQpsaWJ4bDogZGVidWc6IGxpYnhsX2RtLmM6MTE0NDpsaWJ4bF9fc3Bh d25fbG9jYWxfZG06ICAgLXZjcHVzCmxpYnhsOiBkZWJ1ZzogbGlieGxfZG0uYzoxMTQ0OmxpYnhs X19zcGF3bl9sb2NhbF9kbTogICAyCmxpYnhsOiBkZWJ1ZzogbGlieGxfZG0uYzoxMTQ0OmxpYnhs X19zcGF3bl9sb2NhbF9kbTogICAtdmNwdV9hdmFpbApsaWJ4bDogZGVidWc6IGxpYnhsX2RtLmM6 MTE0NDpsaWJ4bF9fc3Bhd25fbG9jYWxfZG06ICAgMHgwMwpsaWJ4bDogZGVidWc6IGxpYnhsX2Rt LmM6MTE0NDpsaWJ4bF9fc3Bhd25fbG9jYWxfZG06ICAgLW5ldApsaWJ4bDogZGVidWc6IGxpYnhs X2RtLmM6MTE0NDpsaWJ4bF9fc3Bhd25fbG9jYWxfZG06ICAgbm9uZQpsaWJ4bDogZGVidWc6IGxp YnhsX2RtLmM6MTE0NDpsaWJ4bF9fc3Bhd25fbG9jYWxfZG06ICAgLU0KbGlieGw6IGRlYnVnOiBs aWJ4bF9kbS5jOjExNDQ6bGlieGxfX3NwYXduX2xvY2FsX2RtOiAgIHhlbmZ2CmxpYnhsOiBkZWJ1 ZzogbGlieGxfZXZlbnQuYzo1MTI6bGlieGxfX2V2X3hzd2F0Y2hfcmVnaXN0ZXI6IHdhdGNoIHc9 MHgxMDE2MTM4IHdwYXRoPS9sb2NhbC9kb21haW4vMC9kZXZpY2UtbW9kZWwvNC9zdGF0ZSB0b2tl bj0zLzA6IHJlZ2lzdGVyIHNsb3RudW09MwpsaWJ4bDogZGVidWc6IGxpYnhsX2NyZWF0ZS5jOjEx ODc6ZG9fZG9tYWluX2NyZWF0ZTogYW8gMHgxMDE1YWYwOiBpbnByb2dyZXNzOiBwb2xsZXI9MHgx MDE1YjUwLCBmbGFncz1pCmxpYnhsOiBkZWJ1ZzogbGlieGxfZXZlbnQuYzo0NTc6d2F0Y2hmZF9j YWxsYmFjazogd2F0Y2ggdz0weDEwMTYxMzggd3BhdGg9L2xvY2FsL2RvbWFpbi8wL2RldmljZS1t b2RlbC80L3N0YXRlIHRva2VuPTMvMDogZXZlbnQgZXBhdGg9L2xvY2FsL2RvbWFpbi8wL2Rldmlj ZS1tb2RlbC80L3N0YXRlCmxpYnhsOiBkZWJ1ZzogbGlieGxfZXZlbnQuYzo0NTc6d2F0Y2hmZF9j YWxsYmFjazogd2F0Y2ggdz0weDEwMTYxMzggd3BhdGg9L2xvY2FsL2RvbWFpbi8wL2RldmljZS1t b2RlbC80L3N0YXRlIHRva2VuPTMvMDogZXZlbnQgZXBhdGg9L2xvY2FsL2RvbWFpbi8wL2Rldmlj ZS1tb2RlbC80L3N0YXRlCmxpYnhsOiBkZWJ1ZzogbGlieGxfZXZlbnQuYzo1NDk6bGlieGxfX2V2 X3hzd2F0Y2hfZGVyZWdpc3Rlcjogd2F0Y2ggdz0weDEwMTYxMzggd3BhdGg9L2xvY2FsL2RvbWFp bi8wL2RldmljZS1tb2RlbC80L3N0YXRlIHRva2VuPTMvMDogZGVyZWdpc3RlciBzbG90bnVtPTMK bGlieGw6IGRlYnVnOiBsaWJ4bF9ldmVudC5jOjU2MTpsaWJ4bF9fZXZfeHN3YXRjaF9kZXJlZ2lz dGVyOiB3YXRjaCB3PTB4MTAxNjEzODogZGVyZWdpc3RlciB1bnJlZ2lzdGVyZWQKbGlieGw6IGRl YnVnOiBsaWJ4bF9wY2kuYzo4NTpsaWJ4bF9fY3JlYXRlX3BjaV9iYWNrZW5kOiBDcmVhdGluZyBw Y2kgYmFja2VuZApsaWJ4bDogZGVidWc6IGxpYnhsX2V2ZW50LmM6MTY2NzpsaWJ4bF9fYW9fcHJv Z3Jlc3NfcmVwb3J0OiBhbyAweDEwMTVhZjA6IHByb2dyZXNzIHJlcG9ydDogaWdub3JlZApsaWJ4 bDogZGVidWc6IGxpYnhsX2V2ZW50LmM6MTQ5OTpsaWJ4bF9fYW9fY29tcGxldGU6IGFvIDB4MTAx NWFmMDogY29tcGxldGUsIHJjPTAKbGlieGw6IGRlYnVnOiBsaWJ4bF9ldmVudC5jOjE0NzE6bGli eGxfX2FvX19kZXN0cm95OiBhbyAweDEwMTVhZjA6IGRlc3Ryb3kKRGFlbW9uIHJ1bm5pbmcgd2l0 aCBQSUQgNDI5Ngp4YzogZGVidWc6IGh5cGVyY2FsbCBidWZmZXI6IHRvdGFsIGFsbG9jYXRpb25z OjY4MSB0b3RhbCByZWxlYXNlczo2ODEKeGM6IGRlYnVnOiBoeXBlcmNhbGwgYnVmZmVyOiBjdXJy ZW50IGFsbG9jYXRpb25zOjAgbWF4aW11bSBhbGxvY2F0aW9uczoyCnhjOiBkZWJ1ZzogaHlwZXJj YWxsIGJ1ZmZlcjogY2FjaGUgY3VycmVudCBzaXplOjIKeGM6IGRlYnVnOiBoeXBlcmNhbGwgYnVm ZmVyOiBjYWNoZSBoaXRzOjY3NyBtaXNzZXM6MiB0b29iaWc6MgoKCgpPbiAyMDEzLTQtMjYsIGF0 IOS4i+WNiDQ6NDMsIFdlaSBMaXUgPHdlaS5saXUyQGNpdHJpeC5jb20+IHdyb3RlOgoKPiBPbiBG cmksIEFwciAyNiwgMjAxMyBhdCAwNzoyNjo1MEFNICswMTAwLCDph5Eg5oiIIHdyb3RlOgo+PiBI aSwgZXZlcnlvbmUhCj4gWy4uLl0KPj4gCj4+IHJvb3RAdWJ1bnR1LWh2bTovaG9tZS96ZGh0IyBk bWVzZyB8ZWdyZXAgJyh4ZW58ZnJvbnQpJwo+PiBbICAgIDAuMDAwMDAwXSBOZXRmcm9udCBhbmQg dGhlIFhlbiBwbGF0Zm9ybSBQQ0kgZHJpdmVyIGhhdmUgYmVlbiBjb21waWxlZCBmb3IgdGhpcyBr ZXJuZWw6IHVucGx1ZyBlbXVsYXRlZCBOSUNzLgo+PiBbICAgIDAuMDAwMDAwXSBCbGtmcm9udCBh bmQgdGhlIFhlbiBwbGF0Zm9ybSBQQ0kgZHJpdmVyIGhhdmUgYmVlbiBjb21waWxlZCBmb3IgdGhp cyBrZXJuZWw6IHVucGx1ZyBlbXVsYXRlZCBkaXNrcy4KPj4gWyAgICAwLjIxNDQyOV0geGVuL2Jh bGxvb246IEluaXRpYWxpc2luZyBiYWxsb29uIGRyaXZlci4KPj4gWyAgICAwLjIxNjA0Ml0geGVu LWJhbGxvb246IEluaXRpYWxpc2luZyBiYWxsb29uIGRyaXZlci4KPj4gWyAgICAwLjYwNDAyM10g U3dpdGNoaW5nIHRvIGNsb2Nrc291cmNlIHhlbgo+PiBbICAgIDAuNjExODEzXSB4ZW46IC0tPiBw aXJxPTE2IC0+IGlycT04IChnc2k9OCkKPj4gWyAgICAwLjYxMTg4MF0geGVuOiAtLT4gcGlycT0x NyAtPiBpcnE9MTIgKGdzaT0xMikKPj4gWyAgICAwLjYxMTkyNV0geGVuOiAtLT4gcGlycT0xOCAt PiBpcnE9MSAoZ3NpPTEpCj4+IFsgICAgMC42MTE5NzBdIHhlbjogLS0+IHBpcnE9MTkgLT4gaXJx PTYgKGdzaT02KQo+PiBbICAgIDAuNjEyMDIyXSB4ZW46IC0tPiBwaXJxPTIwIC0+IGlycT00IChn c2k9NCkKPj4gWyAgICAwLjYxMjEwNV0geGVuOiAtLT4gcGlycT0yMSAtPiBpcnE9NyAoZ3NpPTcp Cj4+IFsgICAgMS4xNDA0NDhdIHhlbjogLS0+IHBpcnE9MjIgLT4gaXJxPTI4IChnc2k9MjgpCj4+ IFsgICAgMS4xOTg1MzhdIGJsa2Zyb250OiB4dmRhOiBiYXJyaWVyOiBlbmFibGVkCj4+IAo+IAo+ IENhbiB5b3UgY29uZmlybSBpZiB5b3VyIGtlcm5lbCBoYXMgc2NzaWZyb250IC8gc2NzaWJhY2sg c3VwcG9ydD8KPiAKPiBBbHNvIGhhdmUgYSBsb29rIGF0IHhlbnN0b3JlLWxzIG91dHB1dCwgbG9v ayBmb3IgcHZzY3NpIHJlbGF0ZWQgbm9kZS4KPiAneGwgLXZ2diBjcmVhdGUgZG9tYWluLmNvbmZp ZycgY2FuIGdpdmUgeW91IG1vcmUgaW5mby4KPiAKPiAKPiBXZWkuCj4gCj4+IAo+PiBEb2VzIGFu eW9uZSBjYW4gdGVsbCBtZSB3aHkgdGhlcmUgaXMgbm8gc2NzaWZyb250IGFuZCBubyB1c2UgdGhl ICB2c2NzaT1bJy9kZXYvc2RjLCAwOjA6MDowJ10gaW4gb3VyIGNvbmZpZ3VyYXRpb24gPwo+PiAK PiAKPj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KPj4g WGVuLXVzZXJzIG1haWxpbmcgbGlzdAo+PiBYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwo+PiBodHRw Oi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnMKPiAKCgpfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0Bs aXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Fri Apr 26 09:29:59 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 09:29: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 1UVexc-0001uP-JU; Fri, 26 Apr 2013 09:28:56 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVexb-0001uJ-H1 for xen-users@lists.xen.org; Fri, 26 Apr 2013 09:28:55 +0000 Received: from [85.158.139.211:51916] by server-1.bemta-5.messagelabs.com id 9A/4A-14063-6D84A715; Fri, 26 Apr 2013 09:28:54 +0000 X-Env-Sender: altman87120@gmail.com X-Msg-Ref: server-6.tower-206.messagelabs.com!1366968531!20602503!1 X-Originating-IP: [209.85.220.48] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14643 invoked from network); 26 Apr 2013 09:28:53 -0000 Received: from mail-pa0-f48.google.com (HELO mail-pa0-f48.google.com) (209.85.220.48) by server-6.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2013 09:28:53 -0000 Received: by mail-pa0-f48.google.com with SMTP id lb1so482216pab.21 for ; Fri, 26 Apr 2013 02:28:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:content-type:mime-version:subject:from:in-reply-to:date :cc:content-transfer-encoding:message-id:references:to:x-mailer; bh=7bZDdPBno6z/f8WtziLGzbHDjXE/NQRuITEN/xbCfNo=; b=lywZT8C1Z3XwzyBxq2FyjWSL5f01JxYoHwsGEiUOxgzEXSiHsMyCf7nwc19fT/v6tS uOZGzKFgVVpRWthO2opEjZsCfk8zZfZZmYjPgIlGeSokEzJIFtboA38YRS/DvBVgWigQ 4WQHlxPRgkNXcL630Eqh5RtoV5uRI5q0pOfnU3U1irjzXxYNg6yviFkSJSS1RxEROa8M HkvSyHnoBjN+pK/MYdeLXfNN9ex0tucBqaEwbi0irdVP+i5TO3MgQul3gRHrFju+q7rd MowZaZIQVkPzxTtZGx4JwPuECBjiWXHR9IBu38nCIzDOMHfjfEeM6GVK2XiMh8so2tRo Hmvw== X-Received: by 10.66.149.5 with SMTP id tw5mr33630252pab.87.1366968531263; Fri, 26 Apr 2013 02:28:51 -0700 (PDT) Received: from [192.168.108.15] ([221.234.44.201]) by mx.google.com with ESMTPSA id wi6sm10981026pbc.22.2013.04.26.02.28.48 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 26 Apr 2013 02:28:50 -0700 (PDT) Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) From: =?utf-8?B?6YeRIOaIiA==?= In-Reply-To: <20130426084332.GF27096@zion.uk.xensource.com> Date: Fri, 26 Apr 2013 17:28:51 +0800 Message-Id: <7B9467DC-FF03-4C1C-9A83-58ABF6EC7105@gmail.com> References: <20130426084332.GF27096@zion.uk.xensource.com> To: Wei Liu X-Mailer: Apple Mail (2.1503) Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] ubuntu13.04 host and ubuntu13.04 guest how to config the pvscsi X-BeenThere: xen-users@lists.xen.org X-Mailman-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 VGhhbmtzISAKCkJ1dCBhbGwgd2UgdXNlIGlzIGtlcm5lbCAzLjguMC0xOS1nZW5lcmljLiBEb2Vz IHRoaXMga2VybmVsIGluY2x1ZGUgdGhlIHNjc2lmcm9udC9zY3NpYmFjayBzdXBwb3J0PyBJZiBu b3QsIGhvdyBjYW4gd2UgY2hhbmdlIGFkZCB0aGUgc3VwcG9ydD8KCkFuZCB0aGlzIGlzIG91ciBj b25maWcgZmlsZQoKcm9vdEB1YnVudHU6L3ZtL2NvbmZpZyMgY2F0IHVidW50dS1pMzg2LWh2bS5j ZmcgCgpidWlsZGVyPSJodm0iCm5hbWUgPSAidWJ1bnR1LWh2bSIKY3B1cz1bIjYiLCI3Il0KdmNw dXM9MgoKbWVtb3J5ID0gODAwMApwYWU9MQphY3BpPTEKYXBpYz0xCgpkaXNrID0gWydwaHk6L3Zt L3VidW50dS1pMzg2LWh2bS5yYXcseHZkYSxydycsJ3BoeTovZGV2L3NkYyx4dmRiLHJ3J10KI3Zp ZiAgPSBbJ2JyaWRnZT1icjAnXQojdnNjc2kgPSBbICcvZGV2L3NkYywgMDowOjA6MCcgXQp2bmM9 MQp2bmNsaXN0ZW49IjAuMC4wLjAiCmJvb3Q9ImRjIgpwY2kgPSBbICcwNjoxMC4xJyBdCnhlbl9w bGF0Zm9ybV9wY2k9MQoKdGhlIG91dHB1dCBvZiB4bCAtdnZ2IGNyZWF0ZSBkb21haW4uY29uZmln Ci0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KUGFyc2luZyBjb25maWcgZnJvbSB1 YnVudHUtaTM4Ni1odm0uY2ZnCmxpYnhsOiBkZWJ1ZzogbGlieGxfY3JlYXRlLmM6MTE3NDpkb19k b21haW5fY3JlYXRlOiBhbyAweDEwMTVhZjA6IGNyZWF0ZTogaG93PShuaWwpIGNhbGxiYWNrPShu aWwpIHBvbGxlcj0weDEwMTViNTAKbGlieGw6IGRlYnVnOiBsaWJ4bF9kZXZpY2UuYzoyMjk6bGli eGxfX2RldmljZV9kaXNrX3NldF9iYWNrZW5kOiBEaXNrIHZkZXY9eHZkYSBzcGVjLmJhY2tlbmQ9 dW5rbm93bgpsaWJ4bDogZGVidWc6IGxpYnhsX2RldmljZS5jOjE3NTpkaXNrX3RyeV9iYWNrZW5k OiBEaXNrIHZkZXY9eHZkYSwgYmFja2VuZCBwaHkgdW5zdWl0YWJsZSBhcyBwaHlzIHBhdGggbm90 IGEgYmxvY2sgZGV2aWNlCmxpYnhsOiBkZWJ1ZzogbGlieGxfZGV2aWNlLmM6MTg0OmRpc2tfdHJ5 X2JhY2tlbmQ6IERpc2sgdmRldj14dmRhLCBiYWNrZW5kIHRhcCB1bnN1aXRhYmxlIGJlY2F1c2Ug YmxrdGFwIG5vdCBhdmFpbGFibGUKbGlieGw6IGRlYnVnOiBsaWJ4bF9kZXZpY2UuYzoyNjU6bGli eGxfX2RldmljZV9kaXNrX3NldF9iYWNrZW5kOiBEaXNrIHZkZXY9eHZkYSwgdXNpbmcgYmFja2Vu ZCBxZGlzawpsaWJ4bDogZGVidWc6IGxpYnhsX2NyZWF0ZS5jOjY3Nzppbml0aWF0ZV9kb21haW5f Y3JlYXRlOiBydW5uaW5nIGJvb3Rsb2FkZXIKbGlieGw6IGRlYnVnOiBsaWJ4bF9ib290bG9hZGVy LmM6MzIxOmxpYnhsX19ib290bG9hZGVyX3J1bjogbm90IGEgUFYgZG9tYWluLCBza2lwcGluZyBi b290bG9hZGVyCmxpYnhsOiBkZWJ1ZzogbGlieGxfZXZlbnQuYzo1NjE6bGlieGxfX2V2X3hzd2F0 Y2hfZGVyZWdpc3Rlcjogd2F0Y2ggdz0weDEwMTVmMDA6IGRlcmVnaXN0ZXIgdW5yZWdpc3RlcmVk CnhjOiBkZXRhaWw6IGVsZl9wYXJzZV9iaW5hcnk6IHBoZHI6IHBhZGRyPTB4MTAwMDAwIG1lbXN6 PTB4N2MzNDgKeGM6IGRldGFpbDogZWxmX3BhcnNlX2JpbmFyeTogbWVtb3J5OiAweDEwMDAwMCAt PiAweDE3YzM0OAp4YzogaW5mbzogVklSVFVBTCBNRU1PUlkgQVJSQU5HRU1FTlQ6CiAgTG9hZGVy OiAgICAgICAgMDAwMDAwMDAwMDEwMDAwMC0+MDAwMDAwMDAwMDE3YzM0OAogIFRPVEFMOiAgICAg ICAgIDAwMDAwMDAwMDAwMDAwMDAtPjAwMDAwMDAxZjM4MDAwMDAKICBFTlRSWSBBRERSRVNTOiAw MDAwMDAwMDAwMTAwNjA4CnhjOiBpbmZvOiBQSFlTSUNBTCBNRU1PUlkgQUxMT0NBVElPTjoKICA0 S0IgUEFHRVM6IDB4MDAwMDAwMDAwMDAwMDIwMAogIDJNQiBQQUdFUzogMHgwMDAwMDAwMDAwMDAw MzliCiAgMUdCIFBBR0VTOiAweDAwMDAwMDAwMDAwMDAwMDYKeGM6IGRldGFpbDogZWxmX2xvYWRf YmluYXJ5OiBwaGRyIDAgYXQgMHgweDdmNTlhODYzZTAwMCAtPiAweDB4N2Y1OWE4NmIxMWUwCmxp YnhsOiBkZWJ1ZzogbGlieGxfZGV2aWNlLmM6MjI5OmxpYnhsX19kZXZpY2VfZGlza19zZXRfYmFj a2VuZDogRGlzayB2ZGV2PXh2ZGEgc3BlYy5iYWNrZW5kPXFkaXNrCmxpYnhsOiBkZWJ1ZzogbGli eGxfZG0uYzoxMTQyOmxpYnhsX19zcGF3bl9sb2NhbF9kbTogU3Bhd25pbmcgZGV2aWNlLW1vZGVs IC91c3IvbGliL3hlbi00LjIvYmluL3FlbXUtZG0gd2l0aCBhcmd1bWVudHM6CmxpYnhsOiBkZWJ1 ZzogbGlieGxfZG0uYzoxMTQ0OmxpYnhsX19zcGF3bl9sb2NhbF9kbTogICAvdXNyL2xpYi94ZW4t NC4yL2Jpbi9xZW11LWRtCmxpYnhsOiBkZWJ1ZzogbGlieGxfZG0uYzoxMTQ0OmxpYnhsX19zcGF3 bl9sb2NhbF9kbTogICAtZApsaWJ4bDogZGVidWc6IGxpYnhsX2RtLmM6MTE0NDpsaWJ4bF9fc3Bh d25fbG9jYWxfZG06ICAgNApsaWJ4bDogZGVidWc6IGxpYnhsX2RtLmM6MTE0NDpsaWJ4bF9fc3Bh d25fbG9jYWxfZG06ICAgLWRvbWFpbi1uYW1lCmxpYnhsOiBkZWJ1ZzogbGlieGxfZG0uYzoxMTQ0 OmxpYnhsX19zcGF3bl9sb2NhbF9kbTogICB1YnVudHUtaHZtCmxpYnhsOiBkZWJ1ZzogbGlieGxf ZG0uYzoxMTQ0OmxpYnhsX19zcGF3bl9sb2NhbF9kbTogICAtdm5jCmxpYnhsOiBkZWJ1ZzogbGli eGxfZG0uYzoxMTQ0OmxpYnhsX19zcGF3bl9sb2NhbF9kbTogICAwLjAuMC4wOjAKbGlieGw6IGRl YnVnOiBsaWJ4bF9kbS5jOjExNDQ6bGlieGxfX3NwYXduX2xvY2FsX2RtOiAgIC12bmN1bnVzZWQK bGlieGw6IGRlYnVnOiBsaWJ4bF9kbS5jOjExNDQ6bGlieGxfX3NwYXduX2xvY2FsX2RtOiAgIC12 aWRlb3JhbQpsaWJ4bDogZGVidWc6IGxpYnhsX2RtLmM6MTE0NDpsaWJ4bF9fc3Bhd25fbG9jYWxf ZG06ICAgOApsaWJ4bDogZGVidWc6IGxpYnhsX2RtLmM6MTE0NDpsaWJ4bF9fc3Bhd25fbG9jYWxf ZG06ICAgLWJvb3QKbGlieGw6IGRlYnVnOiBsaWJ4bF9kbS5jOjExNDQ6bGlieGxfX3NwYXduX2xv Y2FsX2RtOiAgIGRjCmxpYnhsOiBkZWJ1ZzogbGlieGxfZG0uYzoxMTQ0OmxpYnhsX19zcGF3bl9s b2NhbF9kbTogICAtYWNwaQpsaWJ4bDogZGVidWc6IGxpYnhsX2RtLmM6MTE0NDpsaWJ4bF9fc3Bh d25fbG9jYWxfZG06ICAgLXZjcHVzCmxpYnhsOiBkZWJ1ZzogbGlieGxfZG0uYzoxMTQ0OmxpYnhs X19zcGF3bl9sb2NhbF9kbTogICAyCmxpYnhsOiBkZWJ1ZzogbGlieGxfZG0uYzoxMTQ0OmxpYnhs X19zcGF3bl9sb2NhbF9kbTogICAtdmNwdV9hdmFpbApsaWJ4bDogZGVidWc6IGxpYnhsX2RtLmM6 MTE0NDpsaWJ4bF9fc3Bhd25fbG9jYWxfZG06ICAgMHgwMwpsaWJ4bDogZGVidWc6IGxpYnhsX2Rt LmM6MTE0NDpsaWJ4bF9fc3Bhd25fbG9jYWxfZG06ICAgLW5ldApsaWJ4bDogZGVidWc6IGxpYnhs X2RtLmM6MTE0NDpsaWJ4bF9fc3Bhd25fbG9jYWxfZG06ICAgbm9uZQpsaWJ4bDogZGVidWc6IGxp YnhsX2RtLmM6MTE0NDpsaWJ4bF9fc3Bhd25fbG9jYWxfZG06ICAgLU0KbGlieGw6IGRlYnVnOiBs aWJ4bF9kbS5jOjExNDQ6bGlieGxfX3NwYXduX2xvY2FsX2RtOiAgIHhlbmZ2CmxpYnhsOiBkZWJ1 ZzogbGlieGxfZXZlbnQuYzo1MTI6bGlieGxfX2V2X3hzd2F0Y2hfcmVnaXN0ZXI6IHdhdGNoIHc9 MHgxMDE2MTM4IHdwYXRoPS9sb2NhbC9kb21haW4vMC9kZXZpY2UtbW9kZWwvNC9zdGF0ZSB0b2tl bj0zLzA6IHJlZ2lzdGVyIHNsb3RudW09MwpsaWJ4bDogZGVidWc6IGxpYnhsX2NyZWF0ZS5jOjEx ODc6ZG9fZG9tYWluX2NyZWF0ZTogYW8gMHgxMDE1YWYwOiBpbnByb2dyZXNzOiBwb2xsZXI9MHgx MDE1YjUwLCBmbGFncz1pCmxpYnhsOiBkZWJ1ZzogbGlieGxfZXZlbnQuYzo0NTc6d2F0Y2hmZF9j YWxsYmFjazogd2F0Y2ggdz0weDEwMTYxMzggd3BhdGg9L2xvY2FsL2RvbWFpbi8wL2RldmljZS1t b2RlbC80L3N0YXRlIHRva2VuPTMvMDogZXZlbnQgZXBhdGg9L2xvY2FsL2RvbWFpbi8wL2Rldmlj ZS1tb2RlbC80L3N0YXRlCmxpYnhsOiBkZWJ1ZzogbGlieGxfZXZlbnQuYzo0NTc6d2F0Y2hmZF9j YWxsYmFjazogd2F0Y2ggdz0weDEwMTYxMzggd3BhdGg9L2xvY2FsL2RvbWFpbi8wL2RldmljZS1t b2RlbC80L3N0YXRlIHRva2VuPTMvMDogZXZlbnQgZXBhdGg9L2xvY2FsL2RvbWFpbi8wL2Rldmlj ZS1tb2RlbC80L3N0YXRlCmxpYnhsOiBkZWJ1ZzogbGlieGxfZXZlbnQuYzo1NDk6bGlieGxfX2V2 X3hzd2F0Y2hfZGVyZWdpc3Rlcjogd2F0Y2ggdz0weDEwMTYxMzggd3BhdGg9L2xvY2FsL2RvbWFp bi8wL2RldmljZS1tb2RlbC80L3N0YXRlIHRva2VuPTMvMDogZGVyZWdpc3RlciBzbG90bnVtPTMK bGlieGw6IGRlYnVnOiBsaWJ4bF9ldmVudC5jOjU2MTpsaWJ4bF9fZXZfeHN3YXRjaF9kZXJlZ2lz dGVyOiB3YXRjaCB3PTB4MTAxNjEzODogZGVyZWdpc3RlciB1bnJlZ2lzdGVyZWQKbGlieGw6IGRl YnVnOiBsaWJ4bF9wY2kuYzo4NTpsaWJ4bF9fY3JlYXRlX3BjaV9iYWNrZW5kOiBDcmVhdGluZyBw Y2kgYmFja2VuZApsaWJ4bDogZGVidWc6IGxpYnhsX2V2ZW50LmM6MTY2NzpsaWJ4bF9fYW9fcHJv Z3Jlc3NfcmVwb3J0OiBhbyAweDEwMTVhZjA6IHByb2dyZXNzIHJlcG9ydDogaWdub3JlZApsaWJ4 bDogZGVidWc6IGxpYnhsX2V2ZW50LmM6MTQ5OTpsaWJ4bF9fYW9fY29tcGxldGU6IGFvIDB4MTAx NWFmMDogY29tcGxldGUsIHJjPTAKbGlieGw6IGRlYnVnOiBsaWJ4bF9ldmVudC5jOjE0NzE6bGli eGxfX2FvX19kZXN0cm95OiBhbyAweDEwMTVhZjA6IGRlc3Ryb3kKRGFlbW9uIHJ1bm5pbmcgd2l0 aCBQSUQgNDI5Ngp4YzogZGVidWc6IGh5cGVyY2FsbCBidWZmZXI6IHRvdGFsIGFsbG9jYXRpb25z OjY4MSB0b3RhbCByZWxlYXNlczo2ODEKeGM6IGRlYnVnOiBoeXBlcmNhbGwgYnVmZmVyOiBjdXJy ZW50IGFsbG9jYXRpb25zOjAgbWF4aW11bSBhbGxvY2F0aW9uczoyCnhjOiBkZWJ1ZzogaHlwZXJj YWxsIGJ1ZmZlcjogY2FjaGUgY3VycmVudCBzaXplOjIKeGM6IGRlYnVnOiBoeXBlcmNhbGwgYnVm ZmVyOiBjYWNoZSBoaXRzOjY3NyBtaXNzZXM6MiB0b29iaWc6MgoKCgpPbiAyMDEzLTQtMjYsIGF0 IOS4i+WNiDQ6NDMsIFdlaSBMaXUgPHdlaS5saXUyQGNpdHJpeC5jb20+IHdyb3RlOgoKPiBPbiBG cmksIEFwciAyNiwgMjAxMyBhdCAwNzoyNjo1MEFNICswMTAwLCDph5Eg5oiIIHdyb3RlOgo+PiBI aSwgZXZlcnlvbmUhCj4gWy4uLl0KPj4gCj4+IHJvb3RAdWJ1bnR1LWh2bTovaG9tZS96ZGh0IyBk bWVzZyB8ZWdyZXAgJyh4ZW58ZnJvbnQpJwo+PiBbICAgIDAuMDAwMDAwXSBOZXRmcm9udCBhbmQg dGhlIFhlbiBwbGF0Zm9ybSBQQ0kgZHJpdmVyIGhhdmUgYmVlbiBjb21waWxlZCBmb3IgdGhpcyBr ZXJuZWw6IHVucGx1ZyBlbXVsYXRlZCBOSUNzLgo+PiBbICAgIDAuMDAwMDAwXSBCbGtmcm9udCBh bmQgdGhlIFhlbiBwbGF0Zm9ybSBQQ0kgZHJpdmVyIGhhdmUgYmVlbiBjb21waWxlZCBmb3IgdGhp cyBrZXJuZWw6IHVucGx1ZyBlbXVsYXRlZCBkaXNrcy4KPj4gWyAgICAwLjIxNDQyOV0geGVuL2Jh bGxvb246IEluaXRpYWxpc2luZyBiYWxsb29uIGRyaXZlci4KPj4gWyAgICAwLjIxNjA0Ml0geGVu LWJhbGxvb246IEluaXRpYWxpc2luZyBiYWxsb29uIGRyaXZlci4KPj4gWyAgICAwLjYwNDAyM10g U3dpdGNoaW5nIHRvIGNsb2Nrc291cmNlIHhlbgo+PiBbICAgIDAuNjExODEzXSB4ZW46IC0tPiBw aXJxPTE2IC0+IGlycT04IChnc2k9OCkKPj4gWyAgICAwLjYxMTg4MF0geGVuOiAtLT4gcGlycT0x NyAtPiBpcnE9MTIgKGdzaT0xMikKPj4gWyAgICAwLjYxMTkyNV0geGVuOiAtLT4gcGlycT0xOCAt PiBpcnE9MSAoZ3NpPTEpCj4+IFsgICAgMC42MTE5NzBdIHhlbjogLS0+IHBpcnE9MTkgLT4gaXJx PTYgKGdzaT02KQo+PiBbICAgIDAuNjEyMDIyXSB4ZW46IC0tPiBwaXJxPTIwIC0+IGlycT00IChn c2k9NCkKPj4gWyAgICAwLjYxMjEwNV0geGVuOiAtLT4gcGlycT0yMSAtPiBpcnE9NyAoZ3NpPTcp Cj4+IFsgICAgMS4xNDA0NDhdIHhlbjogLS0+IHBpcnE9MjIgLT4gaXJxPTI4IChnc2k9MjgpCj4+ IFsgICAgMS4xOTg1MzhdIGJsa2Zyb250OiB4dmRhOiBiYXJyaWVyOiBlbmFibGVkCj4+IAo+IAo+ IENhbiB5b3UgY29uZmlybSBpZiB5b3VyIGtlcm5lbCBoYXMgc2NzaWZyb250IC8gc2NzaWJhY2sg c3VwcG9ydD8KPiAKPiBBbHNvIGhhdmUgYSBsb29rIGF0IHhlbnN0b3JlLWxzIG91dHB1dCwgbG9v ayBmb3IgcHZzY3NpIHJlbGF0ZWQgbm9kZS4KPiAneGwgLXZ2diBjcmVhdGUgZG9tYWluLmNvbmZp ZycgY2FuIGdpdmUgeW91IG1vcmUgaW5mby4KPiAKPiAKPiBXZWkuCj4gCj4+IAo+PiBEb2VzIGFu eW9uZSBjYW4gdGVsbCBtZSB3aHkgdGhlcmUgaXMgbm8gc2NzaWZyb250IGFuZCBubyB1c2UgdGhl ICB2c2NzaT1bJy9kZXYvc2RjLCAwOjA6MDowJ10gaW4gb3VyIGNvbmZpZ3VyYXRpb24gPwo+PiAK PiAKPj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KPj4g WGVuLXVzZXJzIG1haWxpbmcgbGlzdAo+PiBYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwo+PiBodHRw Oi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnMKPiAKCgpfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0Bs aXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Fri Apr 26 10:04:13 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 10:04: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 1UVfUs-0003hp-4S; Fri, 26 Apr 2013 10:03:18 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVfUp-0003hO-6T; Fri, 26 Apr 2013 10:03:15 +0000 Received: from [85.158.138.51:36220] by server-11.bemta-3.messagelabs.com id 7B/E9-01263-2E05A715; Fri, 26 Apr 2013 10:03:14 +0000 X-Env-Sender: agya.naila@gmail.com X-Msg-Ref: server-7.tower-174.messagelabs.com!1366970589!20264395!1 X-Originating-IP: [209.85.212.182] 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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21666 invoked from network); 26 Apr 2013 10:03:10 -0000 Received: from mail-wi0-f182.google.com (HELO mail-wi0-f182.google.com) (209.85.212.182) by server-7.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2013 10:03:10 -0000 Received: by mail-wi0-f182.google.com with SMTP id m6so400049wiv.9 for ; Fri, 26 Apr 2013 03:03:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=RDbY0f4ef93XjyI1aYNQI8twwkISYud1YHirZZpkZ34=; b=Y01UV6sIUY4qZNA+HotO8yjvGJrYPc9pubJGkLkfCtEoZ11awXEw292D3PKcDke/Dv SGavluiJJR62a+j6onMyrD0r9zatu+gBIIZcXNFAD585nIKA30l6CmNGiVd4ujnqDwAr 9gM0obrVLOI1o+/xwJJsiHWhrg8kJ8ku8Ppb8OEYVp40ctVy4guzxVFcggZ5pIS+5vYX BtW9GpErDu9fzM+G2O8G8ZQKZp1xLaN9k5ZZuZl6BBY5w6/kAtN7wvTHZUGsookHcwPn Pm61JDbiRlOhgf+OJAdPx6/DtJurRgwuiRbITrGygxvAb9NXWBZZ8OPHOAHeDX/fao8Y zFtw== MIME-Version: 1.0 X-Received: by 10.194.121.129 with SMTP id lk1mr37599976wjb.45.1366970589717; Fri, 26 Apr 2013 03:03:09 -0700 (PDT) Received: by 10.217.88.194 with HTTP; Fri, 26 Apr 2013 03:03:09 -0700 (PDT) Date: Fri, 26 Apr 2013 12:03:09 +0200 Message-ID: From: agya naila To: "xen-users@lists.xen.org" , "xen-devel@lists.xen.org" Content-Type: multipart/mixed; boundary=089e011779f56b2aad04db40a4b4 Subject: [Xen-users] XEN Live migration script X-BeenThere: xen-users@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 --089e011779f56b2aad04db40a4b4 Content-Type: multipart/alternative; boundary=089e011779f56b2aa904db40a4b2 --089e011779f56b2aa904db40a4b2 Content-Type: text/plain; charset=ISO-8859-1 Hi All, I am studying the live migration process and want to integrate this with something else. Enclosed the Xen Live Migration algorithm that I found on Xen website. Could some body point me out which script from XEN that actually trigger the "Close Socket" "Unpause VM" and "Destroy VM" at primary server right after the migration process has been done copying whole state. Is it happen on user space script or kernel level? Thank you, Agya --089e011779f56b2aa904db40a4b2 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi All,

I am studying the live mi= gration process and want to integrate this with something else. Enclosed th= e Xen Live Migration algorithm that I found on Xen website.=A0

Could some body point me out which script from XEN tha= t actually trigger the "Close Socket" "Unpause VM" and = "Destroy VM" at primary server right after the migration process = has been done copying whole state. Is it happen on user space script or ker= nel level?

Thank you,

Agya
--089e011779f56b2aa904db40a4b2-- --089e011779f56b2aad04db40a4b4 Content-Type: image/jpeg; name="migration.jpg" Content-Disposition: attachment; filename="migration.jpg" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hfz6ydzu0 /9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAICAgICAQICAgIDAgIDAwYEAwMDAwcFBQQGCAcJCAgH CAgJCg0LCQoMCggICw8LDA0ODg8OCQsQERAOEQ0ODg7/2wBDAQIDAwMDAwcEBAcOCQgJDg4ODg4O Dg4ODg4ODg4ODg4ODg4ODg4ODg4ODg4ODg4ODg4ODg4ODg4ODg4ODg4ODg7/wAARCAJHA00DASIA AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3 ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD9+GbA /CvgH48ft9+DfgD+0bqHw58UfD3xNqN7bW0F1Hf2Mlr5FxDKpIdd8qngq6kEdV96/QBulfjb/wAF Xvhes/hD4e/Fy1t8tY3D6Hqjrj/VygywMfoyyDnj5hXn42pVpUHOnuvyPsuF8HgMwziGFxnwzulr bW2h+vGh6zYeIvBula9pNwLrS9StI7u0mXpJFIgdGHsVYH8a+cf2mv2qPB/7Mfhnwvf+JtD1TxFN rl1LBa2uk+V5iiNQzu3mOox8yjr1NcJ/wT7+IzfED/gmt4Phurgz6p4baTQ7su4ZsQt+6P08pkAz 2WvzC/4KP+MLz4kf8FKNJ+Hmg7r6TQLG30i1t4SWL3t0wdlx3b5oh+NcuJxbjglVp/FK1j18l4dp 4niSeBxN/Z0uZy9I+fmfqrp/7Yfhq8/4Jva7+0tN4G8Qaf4UsLny49NmMAu7pPtUdt5seJNm3fJ3 bJCN7Z+d9H/4Kq/CnVPGWk6VN8PPFmmx3t7FbPdTmz8uAO4UyPiYnaucnAJxnGa7b9qrwDY/C3/g 318SeAdP2eToWhaVaM8YwJJFv7XzJP8AgTl2/wCBV/P1a+H766+GGueKrc/6LpOoWttcAjgNcCRo j+cDfpXnY3G4nDzhFdrs+14Z4YyLOsJiq9RP3ZuMNeltL9z+xkPujVl6H3/z/Ovzb+Jf/BS/4YfD b49+LvAN14F8Ta7c6DqL2M99p72vkyuoG4rvlDYDEryAcqa+rfhD8TLXxP8A8E8fBvxNvrsNG3g+ K+1C4c8CSKD9+x+jxvX8vOtxat4w0zxl8VL4GKO78S5mJBO+4vGmuGXPqoGfoa6cxxtWhTi6e71+ R4vB3C2DzTG4inj0+Wn7qs7e9f8A4B/UF+zn+0FoP7R3wMuvHfh3Q9R8P2MOpzWDW2qGIylowpLf u2YYO7jnPBr6A6mvzX/4Ja4P/BPHVf8Asbrz/wBBjr9Ke9ethakquHjOW7Pz3PsHRy/OK+Go/DCV kfJX7TX7XHhP9mG58Iw+JvC+s+I21/zzbnSTD+58nZu3+Y69fMGMZ6V6x8Dfi9pHx0/Zt8P/ABK0 PS73RdM1US+VaagUM8flyMh3bGZeSueCa/LL/grd/wAhb4I/TUf5Q19o/wDBPP8A5RTfDX6Xf/pT JXDSxNSWPlReyR9RjMlwVHhKhmUU/azlZ66W9D7e7V8pftPftVeF/wBmLS/CF14k8M6x4jXxBPcR W66SYcwmFUZi3mOvXzBjGa+re1fnP/wUA8ffB3wN4e+GUnxc+EQ+LEN3e3q6ZF/aP2X7CyxxGRv9 rcGUY/2a78TN06LknbzPlMlw1PF5nTo1KbqJv4YuzenQ+uvgn8WtL+N37N3h74laLpd5o2m6ssjR Wd+UM0eyRkO7YzL1U9DXq+ea/O/Qf2kfCPwj/wCCQHgv4x/D/wCD9zZ+A/tn2U+G7XVFDaZHJPJH 5pkZSHUy7RjGcyj0r2r9lr9qDQf2nfhl4g1zSfD9z4XvNG1MWd1YXV0k7kNGsiSgqAMEEjp1BpU6 8JSUG7yav/wTfG5Ri6aq4mFJxowk4620fZn1Pu4xR0618M/tTftteH/2Zfib4b8KXXg288Xalqmm vfSfZb9IBbRhyi53KclirH8K9u0748+HbP8AYe0n46fEa3Pw70O60iPUZ7O8l86SBZP9XGNozJIw K4VRklgPWrWIpOTjfVHHPKcwhh6VeVN8tV2j/e9Fue8c/wCTRmvx18Sf8Fa/Dtr4rkt/C3wfvtV0 VX2reanr8dnNIvTcIkik6+7g89jxX2r+zh+2F8L/ANpGG40/w79q8O+MbOHzbvw/q20TFM4MkTKS sqAkDKnI43Kuayp43DVJcsZanoYzhvO8Bh/rGIotRW70dvW2x9a9q4X4meOrH4ZfADxp8QtSs7jU NP8ADmjXGp3NraFfOmSGMyMqbiBuIXAyQM+ldwMkfzr57/a0H/Gsf49c5/4oXUv/AEmeuqo3Gm2t 7Hg4OnGti6dOW0pJP5s+J1/4KyfClp0V/hp4vjUuN7F7MhR3PE/pz/jX6laRq1trfhTTdYsJPNs7 62juLd8j5kdQ6n8jX8euk+HLrWPCPivVrf5odDtIrq7X1jkuY7b898yfrX9N37GfjxfG/wDwTE+G OvXdyLi5stH/ALP1Bz/C9qxhb/x1BXzuW42riJSjU9UfsXG/CuXZNhqVXAp6u0tb2bV0eS/Gz/go h8N/gr+0lr/w01LwZ4i8Q6jpCxfabzTXtvILSRiTYPMlVsqGAOQOa9q/Zp/ai8MftNeC/E+teGfD mreHYdFv47SaPVWhLSM8YcMvluwwAe5Ffzo/Fa9v/il+0D8dPigrD+z4Nde6kkUZVhNeC3gQH3RW YeyGv1X/AOCTGP8AhRPxcYjp4kt+P+3ZOazwuPr1sa6b+HW3yO/PeEsqyzhiOMpp+2XLfXS7tfQ9 4+H/APwUC8B/EL9suz+C+n+BPEljrNzrV1pqahctbfZle3aQM3yyltp8psfLnkV9/wCeP/rV+Lvw U+L/AOzTrH/BU3SvDPhn9nH/AIRvx3J4o1CGHxONZ8zy50abzJtnfftbjtu9q/Vj4rfFbwT8F/gr qfjzx7qy6VodmAAFXfLcSNnZDEnV5GPRR7k4AJHsYeteEpTkmk3qfm2dZbGjiqNHDUJQc4rRu7k3 1Vr6M9KJozX4/wBr/wAFafCcnxKjtbr4Rata+EWm2/b01qGS9VM/f+zbNpI/uiU+gzxXp+sf8FKf Atv+1BovgDw34NufFmj6rd2MNj4gtdVRIpVughDeWU3Apvwyk5yCDTWPwstpbhPhPiCm/ew72v00 SP0x3UZr5f8A2o/2lLD9mX4K6B4xvvCtz4rj1TW10xLW3u1t2jJhll8zLA5AEJGMfxe1fNep/wDB TH4d6V+yj4b8dTeDdQm8Xa7d3Uen+FYb5GkWKCUxG4mm24jjZhgfKzE5wpwSNZ4vD05cspWZwYXh /N8bQjXw9FyhJ2TXc/TXd9aXdXxz4g/bI+HvgX9hP4ffGjx5az6TceLtKiu9M8NafKLq7mkdN7Rx swRSqAjdIwVRkZ5IFfE03/BXK2/4SHyrX4ISSabvwJJfFaLcbe37sW5XOO2/8azqY3DUvil5m+E4 ZzvHRcqFFtJtX0Sut1qfs638q888bfFT4c/Dm70y38eeNtH8Iy6gHayXVL5IDcBMbtm4843Ln6iv H/2b/wBrD4b/ALS3hjVJPCa3mjeI9LVG1TQdSCi4gVvuyKVYiSMkEbgeD1AJAr8c/wDgod8fvDPx i/aK0Xwzoej6hp994BvtT0vU5r4wmO4kaSIBotjt8uYW+/tPI461jicdTpYf20Pe7HqZHwvi8yzn +z8TF0+X4u67H9Ceh+INF8TeCdP8ReHtUt9a0O/gE1nfWcokinjPRlYcEe9fDnwz/wCCgPgT4nft g2Pwd03wL4k0zVrvULmyS/umtvs6NBvyx2yFsERnHy965b/gn3+0h4T+IXwI8O/BHTdD1Sy1/wAE +FITf3tyYPss+2QRfutshfqwPzIOOvavB/gD8Xf2adb/AOCnWjeHfCX7OH/CJ+OG1y/ig8Sf2z5v kyr5pkk8vvv2tx23e1TLFOpGnKEklI2o5D9XrY2hiKEpypK6aa0WtpPXZo/Z9TkZ9fWl7/hXivxu +PPw6/Z/+Ew8WfEHVGtYZpDFp+n2qebd38u3PlxR55wOSxIVR1Ir81b3/grhpkfiZo9P+Cl3No+/ CzXXiWOK52+vlLCy5x28wj3rqq4vD0JWnLU+fy/h/OM0pOrhaLlFaX0Sv89z9lP8aOc/418t/s7/ ALWvwv8A2kNHvI/Cdxc6P4osYhJqHh/VUVLqGPIHmrtJWSPJA3KTgkZwcCuU/as/bA039l3WvA1l qHgq78WN4jiupI2tr9LfyPs5hBB3qd2fOHTpt9xWjxNFUvacy5e5yxyfMp4/6gqT9t/K9GfZ/f8A wpVY5r8rvG3/AAVI+HXh34a+E7zw/wCC7vxR4s1XTIr3UNLTVUht9L8wZEElxsYtLjB2ohxn5ite gfs3/wDBQ7wH8c/izZ+Ade8L3Xw88XX+4aWk18t3Z3rgZ8pZgqESYBwrIAcYBJ4rGONwspqKluel V4Xz6hhpYipQajHf/O25+iueaYetNVgaVjwfWvQZ8i+xw/xI8eaL8Mfgf4p8feInddG0PTpLy5Ee NzBBwq/7THAGcckV8FfDf/gpl8LviJ8d/CvgVfBHiXw7ca7qCWMV/qDWvkQSvwu/bMWAJwuQDya5 n/gqb8VP+Ee/Zi8K/C2xuNmpeK9S+03qK3P2O1wxHX+KVohg8EBvSvxr8UfDnxh8M/h18IPiJcM1 rD4u0+TWNDlCENC9vc4Q+/y+RKPaTHY18zjcwq0cQoU/hjufunDHCOW5lk7xGNdqlVtU9bXsvxP6 5FbdDuzXyP8AtO/td+E/2YdW8G2nibwvrPiOTxHFdSW7aU0IEIgaFW3+ZIvXz1xjPQ5xXsPwN+Il n8WP2TPAPxBs5Ay6zo0NxOoYN5c23bNGSO6yB1PuDX5S/wDBXL/kdvgPn/nz1jH/AH3ZV6WLrypY V1afkfC8OZTRx3EUMvxa928k7abXP1q+EPxJ074u/s4+EviRpOn3elabr1iLqC0vShmiUkjDbCVz x2JFeldutfJ37F1xDaf8Eo/g3dXMqW9tD4cVpJJGCqqhmJJJ6ACvlP4pf8FUvAHhX4k3ehfD3wPd /ETT7Ocwz6zLqi6fazMDgmDMcjOucgMwUHtkc1r9ap06MZVXZtHCsix2NzKthsDTclCTXok7bs/V zdxRu5r8u9Z/4KhfDG2+Afhzxhong/UNY1a7v3stW0CW+jgudNZY/MWTOGEsTjO119MEA5UfdHwT +Kdr8Zv2XPCfxMttJk0G31u2aZbGWcSNDtkaPaWAAP3M8DvWlLE0a0nGErtanHjckzXL6KrYqk4R bsm+6PXAeKdnivzf+On/AAUi+FPwp8f6h4R8KaLefEzxDp8phv5bO6S20+3lU4aMzkNvZTwdisAQ QTkEDzH4ff8ABV7wHrfiu3sfiB8O9R8F6fNIE/tLT9STU4YM/wAUihI32gddqsf51k8dhVPl5tT0 qXCuf1sN9Yjh5crV13a9Nz9bMmlzzisHSPEOj+IPAun+JNB1GHV9FvrVbqyvLWQPHcRsoZXUjggg g1+cfw2/4KX+B/G3xevvD3iDwPd+CdFsLC9vb7WrrVEmSFLZSx+RU3EsRgAZ5IFdE8RRpW53a+x4 +DyjMceqn1em5ez+K26+R+mryBEYnt/n/P0r4E+DX/BQDwJ8Z/2ptO+FWj+B/Emj6pePcql9fNbe QnkqzHOyUtyF44rb/Zt/bS0j9pj47eNvC/h/wNe+H9C0TTkvLbUdQvlae7DS+XhoFUiP1/1jGvkT 9lv4vfs1eJP+CiGiaH4D/Zx/4QXxhJJffZ9f/tgz+SVRzIdnfeMjnpmuGpiYylB05qzdvU+mweSV KVPFQxmHk6lOKejXu36y1P1X8bfFz4afDnVNPsfHXjrRfCN1fRmW0j1W/SBplUgMyhiMgEgE9siu w0nXNL17wjp+vaHqEGraLfW63FleWsgeKeJwCrqw6gryD6V/OZ+398fPDHxw/aX0uz8O6PqOlt4L /tDRdQe/MJWaQXKjfH5bt8v7lvvYPt1r9OP2Df2kPCfxO/Z40T4S6TouqWGt+AvCWn22pXV40H2e 4KqISYtjlsbkJ+dV4xUUsfGriZUu2x1Y/hHEYHIqGYu95/EtPdXR/M0/gv8A8FA/APxq/aj034Wa L4H8R6PqV6bnZe37W3kJ5CktnZKzc444r9AFb5ea/l2/ZF8d+GPhn/wUgsPHPjDUF0nw7pMWqTXc 7qWbHlsqqijlnYkAKMkk1+gNx/wVs8Nr498mz+Dep3HhUS4+2vrsSXuzPXyBGUDY52mUDPGetYYb MYezftpa3Z62d8GYuOKhHK6MpRcE36vfc/YnPNBPFeXfCX4teDfjT8C9J+IXge/a80O+DLtlXZNb yqcPDKufldTwR9CMggn4T/4eYeB7H9q7Vvhz4m8FXnh3SdM1y902+8QzakjxRC2Mo83ylTcd5iAC jJy4FetLE0IJOUrJ7H57hclzPGValKjSblT+JdUfp7u4/wDr0ma/Hm+/4K2eGo/iG1vpvwe1O88K LNtF9JrUUd4y/wB77OI2TJ/umUfhXr3xI/4KafBXwn8LvDureC7O+8f69q9mLoaVHKtoNPGSuy6k YN5b7lYBFVycZ6EE86x+Eab50etPhPiGEoReHl7+2349vmfpQSaN3zV+Z/wD/wCCk3gb4ufGXSfA fi7wbdfDrWtXuPs+lXR1Jb2zmmPCxO+xGjZjwuUKkkDOSM/pcvTj9ea6qNelXjzU3c8LMcrx+U1v Y4ym4Seqv1XqTK1Opi9elProPICiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACi iigAooooAKKKKACiiigAooooAKKKKACiiigAooooAaeteCftLfDFPi/+w98R/AqwrNf3ukySabk4 23cOJoDnsDIig+xI71772qq67lZfUVnOKnBxfU6sNXnhcRCtDeLTXyZ+Ef8AwS7+KcPhT4j/ABV8 B65c/Y7G50f+3YlmGwRyWvyXGc9DsdMj/ZPpXnn7H2g3X7Rn/BZ7U/ifq1vJcaXp2pXfiq684bgr GQpZRH3UshH/AFwryb9qzwrrXwB/4KX/ABNs/DMz6TZa1FdXVk0Y+V7LU4XSeP6bnmUY+7tU9hX6 ef8ABLv4XL4Y/Y+1r4iXlvs1DxhqZNq7LhvsVvmOPB64LmRsetfHYaM6leOFkvgbb/Q/pbO6mGwW V4jO6DXNi4Qiu6bXvHtv/BQf/lEZ8WvaGx/9OVrX4sfs/wDgtvGv7AH7XlvFCJb3StC0nWbYlclD a3E8sjD38pZR+NftV/wUH/5RGfFv/rlYf+nG2r89/wDglvo9p4jl/aH0G/iE9jqOgWNrPG3R1k+0 oR+IY/nXXjYqpj4RfWLR8vwxiZYPhDE107ONWD+WhJ8KfjY2k/8ABtj8V9I+2btW0u8n8NWyE4Pl 38ibQPcRzTN/wE18sa/4P/4R7/gh74I8RSW7R3Hif4nTXm9h96GG1eCIj2+Vj+deC6rrHibwT4R8 e/Bidi1iPFMb3qcg/arFp7cED0beT/wFTX6Z/tqeCY/h3/wRk/Zr8HiE282n3VsLmM9VmezeSUf9 9uwry+Z4ilNy3hG34n6EqMcpzChGm/8Aeq3P/wBu8v8AmfTX/BLP/lHbqh/6m68/9Bjr9K/4q/NL /glq3/GvHVF/6m68/wDQY6/SvuPrX1mB/wBzh6H878Vf8lFif8TPxW/4K3f8hf4I/TUf5Q19pf8A BPP/AJRT/DX6Xf8A6UyV8V/8FbTu1b4J+w1E/pDWb+yv+318H/gj+xP4R+HPinRvE15rWl+d58un 2MTwtvmeQbS0oPRh2rxo1qVHNKjm7aH6ZUy3HZlwHhqeEpuclJuy+Z+4Vfjb/wAFcP8AkUPgh/2E tT/9FW9etx/8FUf2f5LiONfDnjMs7BRnTYO5x/z2968a/wCCsF3Hf/Df4DXsQKxz3moyLuGDhobY 8/nXbjcRRrYKbpu581wxlGZZZxRhPrdJ0+Zu1+ujPe/2YPh9YfFX/ggRpHw+1FR5OuaFf2qyFQTF KZpfLkGeNyuEYH1UV8Jf8E0fGl98O/8AgoZ4o+Fuvf6FL4i02ezmt2OduoWLu4Qf8A+0899or9N/ +Cf4/wCNUvww4H+oue3/AE8yV+VP7Y2i6p+zf/wWMtfiZ4bg8uHUrqHxPp8e/YkkuTHcxEgdGdWy PR/euOuvZUqOI/lsmfSZVJZjmGZZJJ/xnJxv0kmZnxzhuP2nP+C8Fx4L0+U3Gmy+I7fw/HJE28R2 loM3Mg7cBZ2I/wBmvff+CqXiyfS7v4P/AAh0vNl4ftrCXVZLSE4jcowtrcEeiKsmP96s3/gl38Pb nxb+038Rvjbr0f2ttNieztLiRc7728YzXDg9mWPA47Ttmuw/4KwfDXVLlfht8V7O1luNLtIptE1S WNci1MjiSBm9mYyLnpu2juBXPyzlgKlfrJ3+R66xWGo8XYHLJNcmHjy+XO0cT+zv+1F+xx8Jf2Pd G8E+IfA97rXiO6sy/ia8l8NRXIvbh/8AWAu7ZZAMIoGAAK+MPCHxA8K+B/8AgqxoXj74Rm80vwPD 40ik0y2nHlSrYTuqS27gk4UrI6AZPy4r9Hv2b/ih+wvq37HXhZfiZongHw9460nTktdbi1vR4luL iWMbfORipMu8YOQSckg81zvw9/aD+BvxQ/bi0f4Y/C39jzwtrmn3Os7LPxDIsNu0VrGwMl+8P2U+ WqYLhS2T8oyGIFSoc8aS549GrLX0NfrUcHWx0lhKrUlJTc5Lk66q/wCFuh+0kTbox9K+f/2tP+UY /wAe/wDsRNT/APSZ6+gI/lRePwr59/a0P/Gsj49/9iLqf/pM9fXVf4cvT9D+esua/tGl/jj+aPwQ /ZB8EL8Rj+0b4PWFZrq8+E181krDgXEdzbyQn8HVT+FfUf7F/wAcP+EP/wCCQ/7S9m9x/pnhW3l1 LTY3ONovbYpEoz3M8b/ia4n/AIJYwx3H7dXjyCZQ0MngWdXVuhBu7bIr5H+Jk2tfB/43ftB/CO1Z YdG1PWDYX0YyoEVvfLd27L64X5foxr4WlP2GGhWX95P57H9UY7CrOc5xOWydreyqK/lv+B6R4V8E nTf+CIvxa8fzRFZtY8e6TpkEhHEkNrliR/20mkH/AAGv0A/4JM/8kI+Lv/Yx23/pMlec/FvwP/wg n/Bsh8PdNlt2tb6+1Ow1W7jf73m3U7THP4Mtei/8EmcL8Bvi5z/zMdv/AOkyV3Yan7LG01/dPmM6 xbxvCuMqLVe2svRNJfkfDn7Mn/KeHw+f+p61jJ/4HdV7z/wVc8e6ld/tF/D/AOH3nsug6RoD6vJE rEK9xNI0eT2OEiAU9t7+teDfsy/8p4dA/wCx61jt/t3NfQ3/AAVc+HOq2vxt+H/xQjtXk8P6joza JdTRodsFxG7yoGOMAvHI23PXynrGLl9Qqcv82voepP2C4uwHtLX9iuX/ABW0Pu/9nf8AZJ+Deg/s G+F9F8SeA9F8T6rruhw3evX+oWCSTXUs0YkYB2yyqu4KoUjbjjFfij4u+Gdv8H/+Cvdv8PLFnk0v S/Hll/Z7SnL/AGaSaOSIMT1IVgMn0r9WfgH/AMFA/gfbfsTeG4viH4lbw7400HSY7HUNM+xSvJeN CgRZLfaGDh1UHGcg9cV+SWrfE2f4xf8ABVjTfiRLbtZR6347s5rW1ZgzQQLcRpEhI7hFXPuTWmMn hZUaXs7Xutv1PP4ao5/TzDHyxvNycs/iva+tuW/l2P1Y/wCCr3H7D3w7zwP+E6j5z/043deN/wDB P/8AZD+FPxQ/ZovPih8UdDHi67udWnstL0+6ndbW2ihIVm2AgO7SbuWyAMY6nPsv/BVw5/Ye+HXz dPHMef8AwBu69K/4JnY/4deaP1/5GHUsf9/zXY6cKubvmV9EfNRxuKwPh7CWHm4OVVptOztc4H9s L9mP4C3HhzwHrXjz4uS/BvwT4X0MaJ4f0a2ijli4ZnzCjZd3wUUhQeEXPWvn/wAT/tV/sVeEf2VJ vhV8P/hLJ48b+xjY2lxd+HobVbqYx7RNLJNiYsW+csqFs9MYzXlP/BUXUNfuP+Chej2OqSSDRbXw nbtpEQb5VWSSTzmA6BjIpBPcKuegr6ctvj5+xH8Kf2BGm+G2m+H7nxtceHDb2+mw6VnVJLx4NhNx K6FlIc5Z2bGBxkECsZ1YSxFRRtG2jvq36HoYPB16eT4KrW9pX9o7qMXaMXf7TWv3s+Wf+CXtxNF/ wUbvIYpGWObwddpKOzgSwN/6EoNet/8ABV7RdJ0v4mfBm40/S7PT7i9t9Uku5La2SNp2D2vLlRlj yeTnqa8c/wCCYbLH/wAFKZFkkCsfCd4q5IBY74T0PfAJx7+1e8f8Fbo2/wCE3+BcxTEP2TVVD9sh rTI/KuWGuTy8n+p9FiJOHiRRS0vBX+5/efoB+xhoei2X/BNT4O6tZ6PZWuqXfhS2+1XkNqiTT9/n cDLc88mvxb/ZJH/G8Xwz6f8ACUat/K4H9a/Xr9hn4oeAfE37A3w08E6F4q0/UfF2heGYU1fSIpwb qz2t5ZLpnIG4jB75r8hf2Sv+U4/hsdR/wlGrdDx0uK7cQ4uOGce/Q+ZyaFaFbOo1U0+WW972u7b9 Df8A+ChHijWfiD/wVWuvBMl0y6docOn6PpcRJKRPchHkk29MmSUAkdQijsK/aLwV+yr8D/C37NVp 8O2+HWiarpbWIj1Ga909Jbi+k2/PLJKRu3lsnIORxjGBX47/APBR34e+IPAH/BRi3+J9vbt/Y3iW 3s7ywuzGfKS8tUVHhJHcCOOTHcPx0OP0l8G/8FCv2ddS/Zqs/FXiLxgugeIoLBW1Hw7LA7XwnVPm SJAP3gJztYHByMkcgXh3Rhi6vt7Xfft5GOc08yxHDuXPK1J00rNQ35vOx+Rvh6Gb9mP/AILc2eia DdXC6XofjlNOjLyZebT7lwmxz/FmORQT/sg19Z/8Fbvm8dfAn5Sf9C1Yf+P2f+fwr5U+Eena9+1Z /wAFmLXxTHpMsNlfeK/+Ei1ZVyy6fYwSh1DNyAcLHGPVjj3r6s/4K2gr47+BC4/5c9W/V7OvNj/y Lqzj8N9PvPspNLi/Lo1GvbKn7/e9uvmfTH7E/wCzL8G/+HeXgnxVr3gXR/FPiPxRpn2/U9Q1axju XKyFtsK7wdqKmF2jGeSeSa/J/wCIHhTTPhR/wWsk8N+DYzpOk6T8RLBtNhjJ/wBGjknibYvfaBIV HtX7wfsa/wDKLX4JnPP/AAi0H8jX4i/tFHP/AAXq1r/soOlHp/t29duMpQhhqTiuqufM8NY3F4jP cxhWm5R5amjd1o3bQ/pVj/1fv9akY7T60yLBQfWvGf2iPiZB8If2N/H/AI+kkEd1pmkyGwXcAXuX GyFRnqS7Lx3r6mUlCnzPZI/A6FCeIxEaFP4pO33s/Av9sjx03x2/4KxaposGqwwaDpuoW/hXT7qW ZUhhjjl23ExYnAHmvK270A9K+4/26tP+DPiT/gmn4c0vwL438NahrHw/ltjpdjY6vbvK9sqC3ljV VbJ+Uh8Dug9K/On9mH9mLxJ+1V8T/GFnb+JY/DdvpNst5qGqz2JulknmkO2PbvXlsStnP8Nfaf8A w6S15QCPjVYZz1Xwy2fw/wBI/wA+9fF0liq0akowup9T+osfPIctxOCw9TF+ylhUvdSum2tb+v6n qH/BKn4p/wBqfA7xx8I7643Xfh/UP7T0tWbn7Lc/6xVHosylj7zV5z/wVy/5Hb4D/wDXnq+Of9uy r5N/ZR8Uap+zr/wVv0vw/wCIpvsMY1u48KeIFLFY/wB5J5SMeegmWNh2/nX1j/wVvbd4y+A7cf8A HnrGMf79lWvtXUymUZbx0Z5LwEML4hUcRS/h1lzp9NVrb+up1HjTx1qXgn/g1/8AAa6TcG1vdd0q 00YyoxDLDPMwmwR0JjDD8a5L/gmR+z94D8aeBfGnxY8a+H7DxNdWurjR9HttRt1lis9kSSyyhGyp ZvNjUEjICn1ruvFHw71b4if8GxfgW30O2e81TRdHtNZjt4kLPKlvMzSqoHVvLLHHtXhn/BPH9q74 f/Bnwx4u+G/xM1X/AIR3RdSvxquk6q0LPAJWjWOaOQrkruWONlOAPvDOcCtfcWLout8PKrfccKhi avDuPhl1/a+2fMo/Fy36W1M7/gpT+z/4M+FvxZ8F+OvAWi2/h3S/Eyz2+p6dZR+XAt1FhxLGo4Uu rHcFAGUz1Yk/XngXxzqfw6/4NkrXxXosxt9Xt/CVzHaTqcGOSW6kiDAjkEbyQR0NfCv/AAUA/ag8 J/Hz4r+FdA+HlxJqHg3wzHM7alJG0a311LhSY1YA7EVMBjjcWbHABP6BfCf4d33xW/4NvdL8CaV/ yF9S8KXIsVP8VwlzJJGvtuZAufcUUnCWLrOj/L+I8yhiqPDWW/2ne/tVe+/L0v8ALufEf/BNX4F+ DPin8c/G3jDxzpNt4ks/CkVstjp99GJIWupy7ec6nhyqxNgEEbjnsK+rv+Cj37PHw9j/AGRJPit4 Z8L2Ph/xVoF5bpcT6ZapAt5ayP5bJKFADbSwdWxkYI7mvif9gv8AaK8P/s6ftDeMPDvxM87QvDvi ER297dS2zltNvLd2UCZMblX55EJxlTgnvX0Z/wAFAP2w/hj8QP2cI/hL8LfEEXjCfVL2K51nUrRW +zW0EJ8wRhyAHdnC5AyFUEnkgHOnLC/2c1K3N+Nzsx9DPp8bUqlDmdH3Wmr8ihbXy9T1j/glz481 DXf2KPGngq/uHuofC+uY04yNkQwXMfmeUvsJElYf75r8pf2bvhLpvxs/4KDeHvh7rdzPa6De311c an9mkKSSQQ7pHjVh90tgDPUDOMHFfr1/wTR+Fuq+Cf2Edc8Ya5ZyafeeM9T+3WcUoIZrOKPy4JCC ON5MrD1Uqe9fnP8A8E+/+UvXh3oD5Grf+i2oqQ56eGjU+ZWExMKGMzuvg2lZXTW19b2+Z+63wx/Z 1+DvwXvb6/8Ahv4KtPDOoXdmtrdXMLu8txGrbwHZ2Jb5ucnmvwd/YRwf+CxPhXj5TNqf/oqSv6T5 uLB+2RzX82X7CC/8biPCvPWfVO3/AEykrux0VCvQjFW1PkOFK9bE5bmlStJyk6a1bu+p7d/wVX0b SdJ/aF+FTaXpdpprXWh30ty1pbJEZn+0RfM+0DceTyfWv1H/AGTdD0Ww/wCCcnwc1LT9JsrLUbvw TprXd1BaJHLcH7Ohy7AZbnnnvX5mf8FaI3/4Xz8HZNv7t9AvwGPqJ4eP1r9C/wBjL4oeAPGH7B3w z8K+HPFOn6r4l8P+ELC31nS4Zs3Fi6RrGRInVfmU/Wlh+VZjVRpm7r1OCcBKN2lJ3ev4n4Ufss/D Tw78Wv8AgpT4W8FeLLf7Z4dn1O7ub60DFRcLCHkEZI5CswXPTIyK/T//AIKGfAP4S+Gf+CfZ8YeF /Aei+F9f0PU7OGzutKsUt2MLyeW8TbMBlIOQGzg4PWvgX9gn/lL/AOEz/wBNNU6/9c3r9X/+Ck// ACiz8Uf9hbT/AP0eK48PTpvA1ZNX1Z9NnONxVPivL6UJtR5YaJu2u54v/wAEoby5l/ZQ+JmnySFr WDxQjwxnope2XcfxCL+Qr82/DvgjRfiT/wAFtrzwP4ijabQdY+KWoRX8QOPNjW5nlaPIOQG8vacc 4JxX6Mf8En/l/Zm+K3/Yyw/+k1fDPwb/AOVhvTvf4r6p/wChXdZTtLD4ZS7nVh6k8Pnmc1Kbs1HT 7j7k/wCCjXwP+E/g39gnSPE3hPwHo3hnXNM8QWdna3Gl2KW7eRLvV4m2Y3KdqnnOCM1xX/BMr4F/ DXxl8EfGvxD8YeFdO8Wa4NbOl2f9q2qzx2sSQozFFYEBnMnLYzhQPWvov/gp7j/h2Yf+xs03/wBC krlf+CU//JivjD/sc5//AEnhr0HSpLNFHl05fkfI0cwxj4Bqz9rK/tEr3d7addz8yv2lPCPh/wCG n/BZPXfDvgnTYtA0Wy8UaVdWNnaDZFbNIttMwjA+6PMZmAHAzxgYFf042bFtOt2bljGCT+FfzZ/t of8AKcPxV/2HNG/9EWtf0l2bf8Su3P8A0zHT6Vtlq5a1ZLRXOPjOc6uWZbObu3T1b3exdXpTqYpp 9fQH46FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB RRRQAUUUUAFFFFABRRRQAVCfv8elTUzbzQB85/GD9lf4J/HfxjpWv/EzwrNrGqadaG1tZ7fVrqzK xFt21vJkQNg8jOcfjXsPgzwf4f8AAPws0Pwb4U09dL8O6RZpaWFqrs/lxoMD5mJZiepYkkkknk11 W3ml21mqcIycktX1Oypi8VVoxo1Jtwjsr6L0OA+JXw58J/Fn4Ma18P8Axzp76r4X1URrfWsd3Jbt J5cqSpiSJldcPGp4I6Y6E1578Gv2Z/g/8A9T168+GPh240KfWY4otQabVrq8EixMxQATSOFwXb7u M556V9BbeKbt5o5IOSlbVBDF4mnh5UIzahLdX0fqfHvib9hX9mfxh8XtW8ca94DuLvxBqWom/vZI 9fvo45JiwYt5STBACRkqFx1z1r1z4vfAf4Y/HTwPpPh34laJNrWk6fefa7SKHUZ7TZJtKbswupIw 3QnFezbeKXbx2qFRpJNJb7nTLM8wlOE5VZXh8Lu9PQ8n+EvwZ+H3wO+GM3hH4b6RNouhS3z3jwTX 812TK4G475nZsEKOM4/WvVMfL+NSbef8KXbWsYqKSicFWrVr1HUqNyk9292eBfGb9m34R/Hy40GT 4oeHZ9cbRxINP8nVrm08vzNu/PkyLuztX72cV4gP+Ccf7JhH/JPr/j/qatS/+P191lee9Jt4/wAa xnh6FSXNKKbPUw+cZphaapUa0oxWyTaPhdf+Cc37Jscyunw/vw6sGH/FV6lwQeP+W/rXt/xc/Zv+ Efxw8PeGNM+JHh+fWrLQC50pItWubXyd6IrZMUilsiNPvE9Pc171tpNv+cURw9GKaUVruFTN8zq1 Y1alaTlDZtu69Dgfhv8ADjwn8J/g7pPgPwPYSaX4Z00OtnbS3UlwyBnLt88jMxyWPUmuG+M37OPw j+Pg0Fvih4bl1x9GMp094NSuLRo/M27wTDIhYHYvDZA7dTXu+3/OKXbxWjpwcOS2hw08XiqWI+sQ m1U/mT118zyr4SfBn4e/BD4YyeEPhvoraHob3kl3JFJeS3MjyvjczSSsznoAASQAMCu18SeGdB8Y eB9U8N+KNJtde0DUrdoL2wvIVkhnjYcqykYI/wABW/t/yKNvNNQio8qWhnOvXq1vbSk3K9731v3u fmxr3/BLn9nbVvFkmoadq3i/wzZO+7+ztP1aKSBfZTPFJIB2xur6t+Cv7N/wj+AOg3Vr8OPC6afe XSgX2qXUjXF9dAchZJnyduedowo7CveWFIPp0rnhhsPB80YJHrYrO82xlFUa9eUo9mxq4B6fjiua 8ZeEtB8efCrxD4K8TWj33h3XNPlsNSt0neJpYZVKOodCGUkHqCCK6UNTuxrp0aseHCUoSUlo0fN3 wh/ZP+CHwL+ImoeKvhp4XudE1q8sGsbiabWru7DQs6uVCTSOoyyLzjPGM8mue+I37E37OfxW+Lmr +OfGngm41DxHqm37dcQa9e2qSlUCA+XFKqg7QOQOe/U19ZEZH4UmefrWPsKXKouOh6izTMVXdf2s udqzd3e3Y8k+IPwP+G/xP+AFl8L/ABhocl94Jszbm3sIL6e2Mf2cARASRsr4AAH3uao/B39n/wCF vwE8O63pXwx0KfQrLVblbm+SfU7i7MkipsVgZnYrwBwMCvauAKOMfd4q/Zw5lK2qOf67i/YOgpvk bu1fRvv6nyr4V/Yy/Z78F/tC2/xU8O+ELyz8aQajNfx3r6/eyoJpixkbymlMZB8xjgrgcY7V5z+2 d+0F8Jfhj4d034c/Gb4U694+8K+KrGSRJLKC2a23RPhk3STIyzJlHBUcbgQeuPvILzXnfxL+FPgP 4vfDmbwl8QvDdr4l0ORt4iuFIeFwMCSORSGjcdmUg1hUo2pONKybPSwmYKWOp1cdKU4x7O0kuln5 H5B/DP8AZ3/4J9+OfAtr8Uh8StZ0bQgDNqHhDxD4qtbdrIryYJ9q+eQPVZTkYwxr5R26D8Zf+C1H h23+D+jLD4PfxXZRaLDZW3lRR2NkIw8+wD5U2RM5JwcHPOa/UO8/4JX/ALOVxrZurfWPGWn227K2 cOrQvGo/uhpIGfH/AALNfVHwV/Zg+DXwDgun+HfhVLPVrpBHdaxezNc3sq8fJ5rklUyM7Vwue1eI sDVqOPNGMUnd26n6o+K8Bg41alGtVrTnFxip6KKf52N/4vfA34b/AB4+Hul+Gfidos2taTYX4v7a CHUJ7NlmEbx7i0Lqx+WRhgnHOewrY+FXwn8D/Bf4Rw+B/h7pcuj+G4rmW4S2mvZrlhJK25zvlZm5 POM4HavS1Xj8e9O28V9GqcFPntqfi7xeJlh/q7m+S9+W+l/Q+e/jv+zR8Kf2iPC9jY/ELSJZL/T9 39m6vYT+Re2Yb7wVwCCpwCUcMpIBxkV4p8Kf+CeP7Pfwt8Xx6/8AYtV8datAS1nJ4ouo54rU4xuW KOOOMsOcMysR2xX3ftpPL+Xj8KxlhqE580opvuehRznNcNhfq1GtKNPsm7HyX4E/Yn/Z5+Gvxl0z 4geC/CeoaF4o0+d5rW6j8S6gUXeCHVo2mKMjBiChBX2rvvjp+z18N/2iPhxZ+HPiHp88y2M/2jTb +xn8m7snIwxR+RhhwVYFTgHGQK922fMaXbVewpcjhyqzOeWZY+WIjiHVk5x2d9V8z5B/Z3/Y1+Gf 7NnjnxB4g8G634i1rUNXshZzf23dQyLHEJBJhFiij5yo5OTgVp+Df2M/2ffAXx/tfid4X8I3dj4y t7ya7hvH1+9mVZJt29jG8pQ53twRgZ46V9Wbf84pNtJYejGKioqy2NKmbZlWqTqTqycpq0nfddmc B8Q/hn4H+K3wxvPB/wAQPDtr4m8P3JDPbXSco6/dkRhhkcHOGUgj1r4Lu/8Aglj+z3ceJXvLfxB4 102xZ9w06DVoGhA/u7pIGkx/wPPvX6Z7f8mjbxSqYahVd5xTLwecZpl8HDC1pQT6J6HjXwf+Avwv +BfgebQ/hv4Zh0SK4Ia8u2YzXV4w6GWZ8u+OwJwOwFY/xm/Zp+EHx91Lw7dfFDw9ca5Noccyaa0G rXNmIRMUMmfJkUNkxJ97OMcda99280mytPZU+Tktp2OVY/GLE/WfaP2n819fvOO8D+CfDnw6+Emg +B/CNq+n+G9Hs1tdPt5Ll52ijXoC7ks31YkmvBPE37GP7Pvi/wDaHuPinr/hC7u/G0+pw6jLepr1 7GhniKFGESzBAAY1424496+rdtG36U5U4SiotbEUsbi6NSVSnNqUt2nq7739SFflxtrzP4tfCDwH 8bfhcPBvxF0251bw79rju2tbfUp7TfJHnaWaF1ZgCc7ScZAPUV6nto281bipR5Xsc1OrUpVFUptq S2a3ueI/Bv8AZ++FvwD0DWtL+GHh5tBttVuVuL7zr+e7kkdF2p88zs20DOFzjk+pr2Yjd9MVNs+X GKNvHNEYxhHlirIdetWxNV1a0nKT3b3Z8k+OP2Jf2c/iJ8aNU+IfibwbdzeLNSuEubu8s9fvbQNK gULIEimVVb5VOVAyeTzXafGD9mX4P/HZvDDfE3w9c6+2gQzQ6Y0esXVsY1l8vzMmGRd5Pkpy2Tx7 mvoLbx7UxvvVj7GlZq253f2nmClCXtZXhpHXZeR86eMNa8E/so/sKPeaP4P1fWvAfhK1jhXSdKlF zcxW7SYL7riQblTdlizE49a/Kfwv4V/YF/ak+MPiC8tZvE37Pmubhcvp1xq1jZWmpbs+Y8Ct50aF TjcilM7sgHkj92L2ytNR0m4sdQtYr2xuImjnt54w8ciMMMrKeCCCQQetfAfjT/gmh+zR4t8S3GpW FjrnggzyGSW00HUVW3yf7sU0cioOeiAAelcOKoVZyXJFSS6M+uyHNsBhVUeIq1KdSW04O/3x6+p+ X/7ZUf7Ovgjwz4F+EPwBms9Z/su5n1HxLrNtdfa5Jp2QRxpJcc+Y+N52J8qjAAGcV+2X7IHhHVvB P/BNv4R+H/EFq9jrEehJNc20y4eAzM0uxh2ZRIAR6ivN/hb/AME/P2cvhb4ws/EVt4fvfF+tWUqy Wdx4kvPtKQOpyrrCqrFuB5BK5B6V9tqqqu1fujjArLCYWVOtKrOyvoktjp4h4gw2Ny+jl+GlKcab cnOe8m/0Pj740/sO/AX44eL7nxNr2iXnh3xVcH/StY8PXItZrg9N0ilWjkbjG9kLYA54Fef+AP8A gmv+zl4J8X2+tahBrfxAuLeUSQQeJL+OS2VgcjdFDHGsmD2cMPav0E4yKM8e9d7wuGlPncFc+Wp5 /nVLD/V44iSha1rlOO1t4dPjs4Y0htY08tIkUKqKBgKAMAADjFfM/wAOP2N/gD8JfjTa/ELwP4Sv NL8U28cyRXMmvXlyqiYbX/dySspyPbivqT0PHFIOntXQ6cJNNrY8mli8VQhKFObSno7Pf1GMNy7T 92vlv4e/sZ/s+/C343WfxC8F+EbvTPFdq0xgun1+9uFBlBV/3ckpQ5BPbivqZt3ajNEqcJtOSvYm ji8Th4ShSm0p6O3VeZ4H8ev2b/hn+0V4G0/RfiFY3Xn6dM0umalp9x5N3aFgA+xsEFWAGVZWXgHG QDXE/s7/ALH/AMOP2a9e8Sal4M1jxBrV5rUMcN02t3UMgRI3LqFEUSAck5zk19ZdjR3qPY0nU9o4 +93OyGaZhHCPBxqv2T15b6Hyz8O/2Mv2ffhX8bLP4heCfCF3pfiq184w3Umv3twq+apD/u5ZWU5B PavYPil8KfBPxk+Ed14G+IGlyax4ZuZ4ppraG9mtmZo23KfMiZW4PYHnvXpPHpS7apU4KLilozCe OxlStGtOo3KNrO+qt2PFvg78A/hf8B/CusaN8M9Dm0PT9Tulur2OfUri7Luq7A26Z3I47DArgND/ AGM/2f8Aw7+0rF8XNJ8IXdt48j1ibVlvm1+9kQXUxcyP5TSmPB8x/l24GeAK+qNnNLt+nFL2VOyV ttvIv+0Mdzzn7R3npJ33Xn3PLPix8H/AXxt+FI8F/EbSpda8PG8iu/s8V9Nat50RJQ74WVuMnjOD VP4Q/BH4cfAr4f33hb4a6LNoejXl817PDPqM92WlZFQtumdmHCjgHHFewbaNtVyR5ua2pgsViFh3 h+d8jd7X0v6Hyn44/Yz/AGf/AIkfHy8+Jni7whd6h4wuriC4mvE169hVngVFjPlxyhBgRr0XBxz1 NfUiqqQqq/dAwtTbaNv+cURpwg24rcdbFYnERjCrNyUdFd7LyBakpB0pa0OMKKKKACiiigAooooA KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACkPWlooAy9WvG03w7f6gsL3Jtrd5vJjGWk2 qW2qO5OMCvzc+APx4/aJ/aOK+NPDvjj4aeE9Fi1lorjwLdWNxPqkFrHLhvOk8wMspTowTbnGQORX 6U6hPJb6RdTQ2rXs0cDOluhAaUgEhRnuTxzxzX45/FbwD4n+M/xq8C+IvhD+y342+A/xfj8Q291r PjPUVt9NsooFy03mPBMwuGzt5KbiAR/EQeHESnFpx+7ufXZNTw9aFSFVJPpJ2tG3dN9fLU+/fiJ+ 1h8Hfhn8S77wfr2rapqniLTrQXWr2nh/QLrUzpcLY2yXLQIwhGOfmwcc1uXf7SvwhtbL4T3UfiY6 pY/EjUVsPCd1p9pJPFdzMyqFZlGIsM6g78YOc9DXxvHofxT+Av7Zv7Setf8ACmfEPxc0H4mCO80H U/DMcM/ky+W6G2uxI6GJQZOvPAPBryUfs2/GT4U/sefsk6qPBl5408QeAfiFJ4i8ReG9BZJrq3hu Jlm8qLLbXKeXtODjLfU1z+3rKT0/DbU9D+ysscI2qavZ3Wr5W3p9mz01P0R8WftTfCHwT4m+JGk6 9q+oQX3gWytLvxEkWjTyiCO6dY4ShVSJSWYZC5wM5x25pv20v2f0+GWq+MG8XXQ8P2epxabBcjSL g/2lcyJ5gjs1CbrkgZB8sEAqQTXwF8TPhn8bviJr/wC1/wCKV+DXiTRW8aeE9ETw5ps8UUtxceTc IWiby3KiZVBZ4wx29Mk17z8bPgx8QLH4e/sh/EDwN8P38UyfC1rebW/BdsI4rmRHht95iRiFMiPC 2RnO4g9Aan2+IbbtovLzN3lWTU/ZwlO8pb+8rfDe1/XQ+rrb9pz4WN+zzrnxO1i81jwn4Z0m8Wzu f+Eh8P3Wn3MkzhWSOKCVA8zNvUL5YbJJAOQcb3wv+PHw/wDi1r2vaP4ZuNSsfEWjCJtT0XXNIn02 +t0lGYpDDMqsY3AOGGRxXyN+0dpfxH/aT/Y40PXPB/wv8aeDdd8F+PLXVv8AhHtdWGw1LVoIYGWR 7Qh3UOvnHZuxlo2AByprsv2b/BemyftTa18Rrrwr8ZtL8VHwwumzan8TpLfyJIWnWT7PGEYszo0Y O7G0BjgnJrb2tV1VG2nc8url+AjgJVm7VE37t0+W1ret+595KeKd/FTF+5+PQ1IOlelax8cJ+H5U DGKdRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVA33qmP3ahY//AKvWgD89 /Hnxk/aI1f8A4Kj+IvgT8JNU8GaPY6Z4Ug1qOfxLplxOZCxCuhaKQHlmXkDgZ6nFdf8AAr9qDXde +IHxX+Gfx40bSPAfxG+HkAvNZu7C5b+y7uxPzfaozIS0ahWjJDMxIdSO6r5F41h+Jvw4/wCC1Xiz 4taR8F/GHxH8L3vge30q1n8O28JRp8qTlpZEUAbee+T3rkI/2YvjR8XPD37VXxU8caTa+APHnxM8 PJpHh3wz9tExtLaHymRbiRflDuLeJMD/AGidoxXi+0qqbs23d+lj9MnhstnhYKpyxi4Q95W5udvX by3ufavw/wD2qvhD8SfiPpnhbQNV1O01PVbKS80F9Y0O5sIdZgjPzy2ckyKs6gcnbnjnkYNVfDf7 V3wr8X+NpNJ8KweKPEFmt1cWqa5YeE72XSpZYFZpES6EexsbSMg7S2BnJAr5I+Cfw7vNV+J/wY/4 WJ4B+Otn4w8HHzIn168tJfDulzR2xjcRSA7nhkA2qFGcYzgDhPhj4Q8feGf23PBS/Av4f/FD4W/D O81S5n8feHPGvlDQIImBJezBkdllZ9pHlkjB7DIOyrVnZPuefUyzLIzqRhJ+7G6u1bRvrvqttNzp fDv7byfEey/aE0iSTU/hXB4Yjuf+Ee8SReEbrUJLSCBWL3N3DIgRJvlXbbOEYklfmIyPadL/AGsv hb4P+Hnwz0Xxl431Xxd4s1zwLaa/aX9r4SuI5dcjkXAljtoUby5ZCGb7OMso9hmvkS++H/xa8P69 +3X4BPwm8UaxD8Rby81fwzr2n20clhOpV3WEsXDCVvMChQD8ykHbXafCP4RfEfSP22v2T9b1jwPq ljo/hz4Ew6RrV7PbKItPvlgZTbyHdlZATjAz1rCFWvdLq9PxPQxGCydwlUXuxWqSkrv3E991d3R9 oeF/2kfhf4y/Zf1X4u+G9R1LVfCumXUlpfR2+iXD30U6MqtEbVUMpf50+UKeGz06YPh79q74V+JJ PGFla/8ACR2PiLw3p39o6j4ev/C15BqhtiwUSxWzJvmGSB8gY57V8SaV4K/aU8Cfsw/tMf8ACv8A wn4g0HxBrPxilvrT7BBEL+fSJZB51xYBztLlPuHr+Oa6X4O/Db4gRf8ABW7w58QpfBfxFsfA0nw7 lsn1nx/qRvL1rjzGO2ZjI3k5JO2IYHVgAHFae2rNR0ON5VlcI1pe0TUdY+9q7JOz9b2Oy+G/7Z0n xi/Yx+L3iTUrm8+EOuaDHdz2+tWXhe51O1060jeNI5MyKI7i4Bc7oBtIB5UYyfa4v2nvht4D/Z8+ EU/jDxrqXjrxN4q8NW19p7aT4XmbUtaQwK73n9n26s0CtncVPCklR0r4u+GfgH4ueHf+CZX7Sf7P +rfCLxTB4nebVb7SdUS1jaw1cTSRJHFbtv3PIQrP90DZznPFa3hj4b/Fj4N/HL9nH41TfCvxB490 m1+DGneFNe0PRYY5NW0O7ig3MfJkdQVJbacNwQ2eozKq4hJc3W1321Oqrl+VTqVFFpJSfLFSXve6 mtel2farfta/A/8A4ZcvvjBF4olufBtlqaaXftFpsxurO5dwghmt9vmxtlhncox1q74B/ak+EPxJ +Oknw78M6xqDeI/sDX9ql/otzaRX9spAaa3klRVmTkHcuQRyMivzV8Wfs9/GrXf2C/2nvFP/AArn UtP8TfE7x9baxo/gqBVlvrO2jnkbdKqNtVyJTuAPGzPevsrxh8PfGM3/AAVm/Zv8XaX4Xvm8J6L4 O1Cy1bVIIQLeydkAjikb+HPOByOtaxrYhvbt07nDWy3KIQlGM9fetqtLJNLz10PuoHI69fSpl+7V cZ2j+dWFr1Op8Cu46iiigoKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKK KaetAC5o3VDu9f0pd1K6Ak3Ubqj3UbqV13HZkm6jdUe6jdRddxakm6jdzUe6jdRePcBzcj+eahwu fuj8qk3UZXPSi8Qtcayqy/MoOPUVDcSR29jLcSj93FGzuQucADOfyHSrG6s7Vlebw1qEEMZkle1k VVA5JKEAUXXcep5H8C/j18Of2ifhVqPjP4a3F7eaHZarJpdw+oae1rJ50aqzKEbkjDLz9fSva9qk EbePQ1+dH/BM34Y/EL4U/sPeLvD/AMSPB+p+DdaufHd9ewWWqQiOSSCRItsgAJ+UkMPqDX6M7qLr uKzGheW4HPXigKqr90cdOKdkZo3Urx7hqxw6U7dUe6jdT5o9w1JN1G6o91G6nddw1JN1G6o91G6l ddw1JN1LuFRbqTNHMg1Jtwparqfepgad0A6iiimAUUUUAFFFFABRRRQAUUUUAFFFFACH7tRfxfzq ajA9KAK7KpHKA/hTscdKmxRRqBXEar0UcdsUu1QegqeilYNyqyDPseMY614b8I/2hPhr8bPHXxM8 O+Bbu/uNT8B61/Y+vi9017dY7ndMuI2bh1zBJyOOM9696bp+Nfkf/wAE1f8Ak7z9vr/srH/te/ph vufrRt+XaFxn2p21V/hw2OuKsDpRQGpX2Kw+ZQfwpxVccqOOelTY9qMUrAV2Vdm3bkemKNvIO35u xxVjFFGodSED6VItLtGelLTAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA KKaWwelN30ASU1qbvo3ZNAHG+JNam07wrq15a4W4hdYkJ6KSRk/rn8K8S/4SnxEzsTq1yCW5AcAV 6b4s/wCRF8Rf9f0ef/Ha8V71/PfHOYY3D5lGnSqOMeVaJn6Rw9hcPVw0pTinr1N//hKPEX/QYuvw k/8ArUf8JR4g76xdf9/P/rViVG3Wvy3+1sy/5/S+9n2H1HB/8+19xvf8JT4gx/yGLr/v5/8AWo/4 SnxBj/kMXX/fz/61c7LJHDbySzP5cUaF5DjOFUZJ/KvgDwX8Zf2lP2ktS8SeJfgf/wAIb8OfhNpm pyafper+KbKe9vdakj++6xp8qRkFcjbkbsBmIOPYwVTN8bTlWVdxhDeUpNLXZerOGtTwNGSj7NNv ZJI/SH/hKfEGP+Qxdf8Afz/61H/CUeIM/wDIYuv+/n/1q+WfFn7QXg/4TDwr4T+Jmrya18TrzSlu r3R/BmhXOoSNtGJLhYUDPHCSGK7+cKaL79qf4IWP7NGl/FxvFklx4FvtYTSReW+nSPLbXTBj5c8O N8JAQk7vUdjVW4jcYyi5uMnZNN6+hNss1TjFNdLI+pv+Ep8QdtYuv+/n/wBal/4SjxBj/kMXX/fz /wCtXyhoP7V3wX8Rar42sdP1fVYbzwtoEuv6jBe+H7m2km06IAvc26SKGmTDKRgZIYEcGszw3+2L 8B/FXj/wT4f0fxBqsk3iydbbRLy58PXMNlPcNgC289lCCXLKpAJAYgEjNV7Pia0v4nu6vV9r/kO2 V9o/cfYX/CU+IP8AoMXX/fz/AOtSf8JT4gz/AMhi6/77/wDrV8v+PP2nPhJ8OfH+qeGNe1LVb7Vd ItEu9f8A7D0G41GHRIXBKyXkkSkQgjnBOQOTWl8QP2ifhL8N/CvhPVNd8TNfL4oiEnhqz0Wzk1C7 1ZGUMHhiiyzL8y/NwMnHXis0uJHyW5/f2316/kNxytX0jp5H0b/wlHiDHGrXOP8Arp/9alHijxAf +Yxdf9/P/rV+c3xJ/bm8P+F/it8I9F8O+D/EtzpfiPWXt9fn1nwhf2t1a26NGGW1gZVNxN8zZC52 7V4YPX2jqXjDw7ovwgufHWuX39i+GbbSxqV5dXsTRG2g8sSZdCNysFIymM7uOvFViVxDg403WnJe 0+FX1b2sTSWWVpSUYL3d9D0j/hKPEGf+Qxdf9/P/AK1H/CU+IP8AoMXX/fz/AOtXzb4B/aE8A/EZ NQuNHtPEmiaXa6U+rDVvEfhu402wntFI3TJPKAhGGzgkHALdBmuR8O/th/AfxP480PQrLxFqliut 3hs9E1fVdAubLTNSnB2+XDdSKEYluB0BJGOtVycS3lG87x312Ktlenux18j7A/4SrxB/0GLr/v5/ 9aj/AISnxATj+2bnPp5n/wBavlzxt+098JfAfxjuPh/qF9rOveMbWBZ9Q0nwz4fuNVl0+MgHdP5K nZwVO08gMvTpXj1t8cdU0z/grj8QtD8SeL30v4OaR8HrfxKbW/iEMVnI72hM7bhvDlZWXYTnLYxn iunD4fiOvByc5R91yV27u1tEY1JZZTaXInrbZH6Cf8JT4h/6DF1/38/+tR/wlXiDvrF1/wB/P/rV 8vy/tNfCe3/Z88P/ABMur7WLPw7r98LLw5by+H7hdQ1mUnCi1tceZKD2YDaRz3rlPGP7Wnw/0r9k Dxx8TvCttq3iC/8AD0sthPodxolzBdWV+sTOkd9FsL20WFJMrDb75OKwp0uJqk1FOer5dW9ypf2X FfDHa+x9l/8ACU+IM/8AIYuv+/n/ANanf8JR4g/6DF1/38/+tXzb+zx8Yk+OH7L3h/xs2mXOk6tL bxrqsE2lz2tv9oZA7G2MvMsOGXEgJBOQDxge5L2ry8Tjc3wleVGrVkpRdnqddLD4GtBTjBWfkb7e J/EX/QYuv+/v/wBamHxR4hx/yGLr/v5/9asc9KjrkWbZlf8AjS+9m/1HCf8APtfceyeC/EmoX2ja quoTGdrRBIkjde/B9en616rE4kgjcdGANeE+Bv8AkD+KP+vNf/Zq9vs2/wCJXbc/8sl/lX9RcKYi rickp1Kru9T8izalClj5xgrIvUVHvo3V9qeISUVHuo3cUASUU3dRu5oAdRTNy570m78PxoAkoqPd Ru9/1oAkoqPeMUbvegCSioy3P/16N1AElFR7uaUNk0APopm6k30AOboPrX5H/wDBNX/k7z9vr/sq /wD7Xv6/W7d/OvyQ/wCCap/4y9/b66f8lX/9r39AH65Dp+NLUe7Ao30ASUVHvo3e9AElFR7uOtG7 3oAkoqPdRu96AJKKj307dxQA6io91G6gCSio91G6gCSio93HWjd70ASUVHu5o38f/XoAkopm4YpN 3+1+lAElFM3il3D1NADqKj3jHel38UAPopm5fekLeh/M0ASdqZuphbjqPzqMuuPvD86ALG7ijdUO 7/INLuFAEobNOqPctG4UASUVHu5o30ASUU3dxTd1AElFNVqdQAUUUUAFFFFABRRRQAUUUUAFFFFA BRRRQAUUUUAFFFFABRRRQBFIm5GUMUyuAy9RXDQeCriG/hmPjPxFcCNw3lyXylGwQcMNuSDXfUUA YetaTJrGmx20eqX+kssgfztPlEbnA+6cg8c+naqWi+HZtHuppZPEGq6wJEChNQuBIqc5yMAYNdTU be1AHlPiuIp4N8UP5jur38ZCseE4UYHHA4rxn+L+Ve5a5byalp3iTRrbDah5iXEcR4MicZI/EEex Iz1ryH+wdaDsG0u63A8/uTX878d4LF1czjUpwbXL0Vz9L4dxFGGGlGUknfqZu6m1qf2HrX/QLuv+ /J/wpv8AYes5/wCQXdf9+T/hX5Ssvx3/AD6l9zPsfrND+dfejEvLaG+0y6sbgFoLmF4ZAvXa6lT+ OCa/OL4HRfG39kvwvrvwh1f4H+I/i14Dg1me88LeJfBbQzO0c7cxTxyMuxsqGPIIJIwRhj+nH9ia x/0C7r/vy3+FH9hax97+ybon18g/4V9BgJ47CUJ4eph3OnOzaaa1WzTR59dYerONSNRKUet11Pzj vLD4p/D3/gpef2k4/gz4n8aeG/F3gC20670XQzDLq/h67TycwSozquw+UASpI+br8uD8965+zX8Z 3/4JueLraTwFfP4u8Z/GiHxV/wAIlZBZp9Kstsy4mAO0MN3IByMrnFftAdC1j5f+JTdcdP3B/wAK P7C1fH/IJuv+/B/wr6CnnWbU4xUMLZqybtLVR2Xy7nmyweDk9aq69t2fnB+0F8K/iJ4m/wCChnif xV4Z8G6nq3hu5+CGr6HFqFrADDJeSLMIbUHI+cgoFU8DK/hw3iT4M/FGf/gnV+xX4V0/wHq0niTw j4tsL3xDYRW487TI0kmMksi5+UfMhJ+ma/Vj+wtXzu/sq6z6+Qf8KP7B1bA/4lNzgdvIb/CphnOc Rpxj9Xfu+T10a1+8r6ngeZv2i1815H5R+LPhH478I/tn/H6+1zw/8XvEXw6+Id79tsrr4ValD5d0 jqyyWl/DIMnGdqnOME9mra1z4R+NfhX+0P8Asw/GT4f/AAx8T+NvBvg3wZJoGo+FJpYJfEOkJJ9p ZZcZEbSKLk52nAK4yAQa/UFtC1duf7Kus+vkH/Cl/sLV8Af2Vc8dB5Df4VX9tZs3G+Hb0s1Z2atb 5O3VAsHg0n+8W91qtNbn5x/H1viZ488WfsrfGzw/8GvGs0HgrxtdXms+FZ4ohrUduxt/LlEYkKgO Ld8Hdxlc4zmvsDxwtn4i/Za19fEHgHVvFljqehH+0PCESINQuklQGS2A3gCYZI4cYZThuhPrn9g6 t/0Cro/9sD/hS/2FrG3H9l3W30MB/wAK8fEV8fXjRSwzj7Ju3xXte9vl3OunHDwc37RPm32Pym8E /Cv4zeIvDnxq+Ffha3+IHg34Aax8PZ9P8O6b8U7iM3FjqrEBIbXDM62wXeGHQDrk4J5nWPh78bPi v+yB+z/+zfP8EPEHgO+8F67Zza94t1fyV0iGC1WVDJaujlpGkEu7AAJK4G7OR+v39h6wDxpd1z1x Af8ACj+wtXB40m6/CA/4V7n9uZrzOX1Xs1o9Ha133b63OH6nhGl+98nqtr3Pzg8O6f8AE79nf/go b+0F4vf4P+Kfip4P+JGoxanpOteEBDcXds4aRjbTq7IV/wBYwznHyAgEHK+XfHr9l74h/Hn/AIKA fEXxFBo+r+FtIufhfYSaHqV6o+w3OqwSWkv9nXQUkOMCRWUggMgbnaM/rh/YWr5z/ZN1np/qD/hS f2Dq+eNJuhx2gP8AhWUM4zWlXWIjhmqnLyt2eu2ttug3g8HKHs3UXLe9ro/K34oeE/jh8UvAn7N/ xQuPhj4w8I+Kvh5qVxZ+KfC/hiWLT9SEciQp9s0hiShXEeAOMcL0Bau48P8Awkk1z9lT9qaTwr4U +KOn+OfH3ho2Ms/xRu4PtOtXKQSiMxbDkY8woxc8nbj7tfo3/YOr4x/ZN1/34P8AhR/YWsKeNKul /wC2Df4Up5xmzpRhDDuNndWvtfms++vcr6rg7tuondd16Hy3+yjceKIf2IvBPhXxd4B8QeAtc8La ZDo80Gvwon2xokyZoQrE+VlsZbByDx3P0kp/H3rS/sPWMf8AIKuunP7g/wCFL/Yetf8AQLuv+/J/ wr5DG0MbjMTKv7CUeZ3tZnsUKuHo0lT507eaM7dxTe9af9h6z/0C7r/vwf8ACkOh6xt/5Bl1/wB+ TXCsvx1/4UvuZ0fWsP8Azr7zsPA3/II8Uf8AXmvOf96u6/4Q25vB9pXxh4hsxMN4hgvlVI8j7qjZ wBXH+HbG60TwdrV5qkZtDeIlvbRyjDSOScDH4/zr2i1Xbp0KsOQgyD9K/qbhKhVw+R04VFZ67n4/ m9SFTMJyi7oq3WmvdeGW01dRu7ZmiEf2uGQCcYx827HU461h6X4TuNN1yG8bxVrmpKmc295dq8bZ GOQFHTNdl2or7c8M5jXPD8utXNvJHr2q6MIkIK6fcCMPnu2Qc4q3oujyaPYS28mrX+sM8u8S6hKJ GXgDaCAOOM49Sa3KKAODufBdxc3txMvjLxDbrK7MI4r5QiZ7D5OAK6W+0173w4+nrqN5YuyBftUE oWYY77sdTWv2ooA43S/Cs+l65HeN4p1vUlVWH2a9u1eJsjGSNo6fWrWt+HJtZvIZI/EGraOI0KmP T7kRo+Tnccqee1dRRQBh6NpEmk6U9tJqt9q7NKZPOv5hI68AbQQBxxnHua52bwTczXc0i+NPEMIk dmEcd6oVcnOB8vQV31FAGRqWmvqHh9rJdSu7Bjt/0m1lCyjbjvjv3rG0nwrPpetLdyeKNa1RVQqY L26DxnI642jkV2FFAHK614bm1jUY7iPxFq+j7IwhisLkRo3OdxGDz2rQ0fS5NJ0lrSTVL7Vm8wv5 99KJJBnHyg4HAx+praooA4BvA9y1y0n/AAm3iNcvu2C+XaOen3eldPqmlyalohs49SvNNYlW+02k gSXg5xnB69+K2KKAOR0fwvPpOrfapPE2sasvllfJvroPHz3wFHNO1rwzNrGrJdR+JNY0hREEMGn3 QjjJBJ3YKnk5x9AK6yigDF0nTH0nRVtJNSvNUZXLeffSh5DntnAr8g/+Ccvh+a+/a5/bqjGv6rYG 2+K4DG1uQhnxPf8A3+Dmv2UPRfrX5H/8E1P+Tu/2+v8Asq//ALXv6AP1Y1bS5NW0ZrOPUr3S23K3 n2MoSXjtkg9fpWbo3hqbSNUe5fxJrGrKyFfJv7oSIuTnOAo5rrP4aKAOR1jwxNq2rfa4/E2s6Svl hPIsboRx8Z5wVPJ/wrX0vTZNN0NbFtRu9SZSx+0Xku+U7jnk47dq16KAOAi8E3Ed7HL/AMJp4jkC uG8tr5Spwc4I25IOPXvXS6zpUmr6StrHql7pLeYH86xlEcnH8OcdDnp7VtdqKAOV0Xw3No9/LO/i LVtYDx7fL1C5EiLznIwowai1bwvPqmsteR+Jta0pSoXyLG6VIuO4BU8muvooAx9P0xrDw6mnvqN5 fMisv2u5k3zNnPJbA5GfTtXNW/gu4gvoZj4y8RTCOVX8qS+Uo+DnaRtyQemM13tFAGHrWkSavpkd vHq19pJWTeZbCURufYkjpVPRPDk2j3s0sniDVtYWRAoj1C4EipznK4Awe1dRRQBxureFZ9U1t7xf FGt6YrAD7PZXQjiXA7Aqevua2rHTZLPwxHpraleXbLGyfa7iQNOd2ed2Ooz19q2KKAODtfBlxbah b3DeMvENz5UiuYZr1WR8HO1ht5B9K3ta0eXWLSGGPWNQ0fy33GTT5hGzcdDkHit6igDmND8PTaPP NJJr+q6x5qhQuoXAkCY7rgDBPvVLU/CdxqWuTXkfirXNNWTBFvaXYSJMAD5QVOM4zz3rtKKAMeDT ZLfwt/Zh1K8nbyWj+2SyAz85+bdj7wz1x2Fc7Z+Dbi01S2um8YeILoROGME96rJJjHDDbyOP1ruq KAOe1zRJNYtreOPWNR0fy3J36fOIy+RjDZByKZomgzaO9wZNe1TWPNAwNQnEgjx/dwBjPv6V0lFA HE6l4RuNQ1q4vF8Wa7p6ytkW9peBY4+AMKCpx6/jW8mmyL4V/sv+0Lt5Ps5i+2tJmfJGN+7+8M5z Wx2ooA4ex8H3Flq9tdt4u1+8WJwxguLxWjk9mG3kVra5okmsR26x61qWjGJixbT5xGZMjo2QcgV0 VFAHM6PoMuk2l1G2u6nqxmAw2oXAkMeOPl+UY9fyr5Qvv2WPHzahcXGm/tXfFe1eSVnRJ9Vhnijy c7QpiHyjoBnpX2oRkUjLWc4RqL3juw2Mr4Rt0ra90n+aZ+dfxCf9o79nrQfD2vap8cIvir4Pvdes tHvdO1bw7FZX8Md1MIfMhuYDkyLnILjHHQ9K+3NK8KT2eqWt9/wlmu3yxncbe5vFeJ8jHzDbnvn6 ivm39twf8Yr+Gf8Asf8AQ/8A0sWvsC3/AOPOP/drnpLlrSittD18fNV8BRrOKUm5JtJK9rW29TH1 zQZdaFuI9c1PRxET/wAg6cR+Zn+9kHOKfomizaPBcJJrWo6wZWDBtQmEjR4GML8owO/1rfXpTu9d h80cNfeDri+1a6uk8Ya/ZrK5YQW16qxx57KCpwBXRT6a83hZtNXULuF/JEX2yOT9/wAAfNu/vcda 16KAOL03wlPp2u2943ivXNRWIkm3u7wPE/BHzAKPXP4VoaxoUurXVpJHrmpaT5BOY7GcIJMkfeGD mukooAjUf5NSUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABTW606m mjYDifE/hNdceG6s76bS9VgP7i7tnKuvXuOvXpXFt4Z+KCy7YvHknljpmzhJ/VK9jaRVDbscDJ9q zP7a0pXKtqVspB5BmXiuWrWoUtKskvVo0UJy+FXPL/8AhGfip/0Pj/8AgFB/8RR/wjHxU/6Hx/8A wDg/+Ir1T+3NJ/6Cdr/3+H+NJ/bmk/8AQStf+/w/xrn+t4D+eP3or2Vb+V/ceV/8Ix8Vf+h8f/wD g/8AiKP+EY+Kv/Q+P/4Bwf8AxFep/wBuaT/0ErX/AL/L/jS/25pH/QTtfxnH+NH1vA/zx+9D9jW/ lf3Hln/CMfFX/ofH/wDAOD/4ij/hGPir/wBD4/8A4Bwf/EV6n/bmk/8AQTtfwnX/ABpP7c0j/oJW v/f8f40/reBv8cfvQ/Y1v5X9x5Z/wjHxV/6Hx/8AwDg/+Io/4Rj4q/8AQ+P/AOAUH/xFeqf23pP/ AEErX/v+v+NH9uaT/wBBO1/7/r/jR9cwH88fvQvZVez+48s/4Rj4q/8AQ+P/AOAUH/xFU77w/wDF a30S+uF8eurR20jIfsUB+YKSv8HqK9g/tzSP+gnaf9/x/jVO/wBS0q80e6tV1a0RpoXj3ecpxuUj PWj63gf54/eg9jW/lf3H5rfsEfE79oL4/wD7I/iTxf4z+Jsuo6pZ+MLvTIZG0u0ixFGiELhIgOCx 5PNfb/8Awi/xW/6Hx/f/AEOD/wCIrxb9jH4Dn9l39mbXvAeteOtJ8VXWoeKLrWFu7JTCipMqKIyH OcjZyfevr7+29J/6Cdr17Tr/AI0vrWBX24/eh+yrfyv7jyv/AIRj4q/9D4//AIBwf/EUv/CM/FT/ AKHx/wDwDg/+Ir1P+3NJ/wCgla/9/wBf8aT+3NIz/wAhK1/CZf8AGj63gP54/eheyrfyv7jy3/hG fir/AND43/gFB/8AEUf8Ix8Vf+h8b/wCg/8AiK9S/tzSP+gla/8Af8f40f25pH/QTtf+/wCv+NH1 vA9Zx+9D9lV7P7jy3/hGfir/AND4/wD4Bwf/ABFN/wCEX+K3/Q+v/wCAUH/xFeq/23pP/QStf+/6 /wCNJ/bek/8AQStf+/y/40fW8D/PH70Hsq38r+48s/4Rf4rf9D4//gFB/wDEUv8AwjHxV/6Hx/8A wDg/+Ir1P+3NJ/6CVr/3+H+NH9uaT/0ErX/v8P8AGj63gP54/eheyrfyv7jyv/hGfipn/kfH/wDA KD/4ik/4Rn4p7efHb/X7FD/8RXqn9uaT/wBBK1/7/L/jTTrmk/8AQStf+/y/40fW8D/PH70L2Vb+ V/ccTovgfUV16HVPFGuXGvXkH+oSUgRxk9SqgAD8s16co7VUhuoJ41khmSSM9GRgR+lXF613xnGU U4vTyM2mnZj6KKKskKKKKACiiigAprdKDWfd30VrazyzSeXFDF5krd1H+QamUowi5SdkhpNuyLwJ 9aXNeTN8ULPewj02d1B4ZnAJ/Cmj4o2v/QKm/wC/or418V5Enb2yPaWUZjJXVNnrnzf5NHzV5L/w tC1x/wAgqf8A7+ij/haFt/0C5/8Av4Kn/W3If+fyH/Y+Y/8APt/getfNR81eS/8AC0Lb/oFz/wDf wUf8LQtf+gXP/wB/RR/rbkP/AD+Qf2PmX/Pt/getfNR81eS/8LQtf+gXP/39FH/C0bX/AKBc/wD3 9FH+tuQ/8/l+If2PmP8Az7Z6181HzV5L/wALQtf+gXP/AN/BR/wtC1x/yC5/+/oo/wBbchf/AC+Q /wCx8y/59v8AA9YPb6ivyQ/4JqZ/4a6/b646/Ff/ANr6hX6Lf8LQtf8AoFTtz/z1XmvOvA9t8LPh r4i8Xat4F+Hdp4W1LxPf/b/EFzYgI2oXGXPmyEnlsyP+LGj/AFtyH/n8hf2PmP8Az7Z9P/N/k0vz V5L/AMLQtf8AoFzj2Mi0f8LQtcf8gub/AL+ij/WzIf8An8g/sfMf+fbPWvmo+avJf+FoWv8A0C5/ +/oo/wCFoWv/AECp/wDv6KP9bch/5/IP7HzH/n2z1r5qPmryX/haFr/0Cp/+/oo/4Wha/wDQLn/7 +ij/AFsyH/n8g/sfMv8An2/wPWvmo+avJf8AhaFr/wBAqf8A7+ij/haFr/0Cp/8Av6KP9bch/wCf yD+x8x/59v8AA9a+aj5q8l/4Wha/9Aqf/v6KP+FoWv8A0Cp/+/oo/wBbch/5/IP7HzH/AJ9v8D1k 7sd6ZuavKT8ULX/oFT/jKMV0nh/xhZ6/9oSGKS3uYk3tFJg7l9Rj3rtwvEWT42sqNGqnJ7I562W4 7D0/aVINI7RS2+pKrxsJI1dW3KwyDU46V9SeWLRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABTSOadR QB8aftu/8mreGf8AsoGh/wDpYtfYNv8A8eUX+6K+P/23f+TVvDH/AGUDQv8A0sWvsC3/AOPGH/cF ckP48/RHv4j/AJFND/FP/wBtLC9adTVp1dZ4AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF FFABRRRQAUUUUAFFFFABRRRQAUUUUAFNbpTqa1AHnHi68m/4QTXmjdkZLhI8g9B8vH614PtXH3R+ Ve2+LP8AkQ/EX/X9H/7LXiOa/mzj6pNZpCN9OU/UOGoReEk7a3JNq4+6Pyo2r/dH5U7tRX5N7Sfd /efa8kew3av90flUeBu7flU3aof4+tHtJ9394nCIfL7flRt/i8shT0yhx/KvDf2lJvilD+xJ8QJP gvHO3xGFkn9m/Y8faVQyoJjDkf60RGTbj5s42/MBXyX+yb4g+C994+tb6H4sfEuH4vabokknirwn 4+1yYGWTyd1xL9nkTbIIyGddhBVSCQcE19VhMqq4rL5YqM23F25Vdv59l5nl1cVCliFScel7n6Tb R93Az3owM42j8q+ANN/bia6sfD/jq68CaTZ/BrWfE6aJbakvi+F9egSSQxpey6bt3LCWHTduAIPO QDSvf2z/AIkt4B+Mnijw/wDAe01bw98M/EtzpfiK/m8WiANFDIEDQxmHe8hG52UAqi7Tls4HVHhr Om9u28kt9LevkZPMcGuv4H6GfLnoAO/aoUnt5p5o45oZJIm2zIjgtGfRgD8p46H0r5F8aftTX0fx I+DvgP4TeAY/iD42+IOgLr9tb6jrS6ba2FkY2ctLNsb5/wB3KMYAGzIJ3AV5x+xzrWq69+2x+2Hq GtaNc+G9Sl8VWn2nSLqdZWs5dsweMMvysoIOGGAy4PHSsf7ExlLA1MVWlblV0r6vW3fT1H9eoSrx pwV7/wDDn6D4BOcD8qNqgcKPyr5l+Mn7QWqeA/j94F+D/wAPfAp+InxT8VW0l7a2VzqYsLOytI9+ 6eeYq3/POQ4A6IckEqDyvin9o74keHPiD8PfhPH8I9M1L48eKoLq8Ohw+LFOladZQs4W5kvPKyd4 jc7AoI28nkZ56GTZniKUKkWveV1eVnbq7dvM2njMNCTi+mm3XsfYm0Y+6PxFG1c9B+Ar4WuP2zLz Tf2bfjlr2ufDVdH+J3wr1G2tfEPhSXWfMtZRPcCFJYrpY8spG9sbM5AHIYGtjw3+1H4zuv2m/hl4 F8cfCOLwRpHxG0KbUPCOojxGl5OzxweckdxEiYiL/LgZJG9Cc/NjpfD2cJScl8N/tLok7rura+hj 9fwjaXfyPsaS+so9ThsZLy3jvplLxWzSoJZFHXahIZh7gf1q3hcdB+VfjDoV14n8R/tzftleOPij 8JdH8USeFNGI1GJ/Gcyv4bh+x3ASCxkSPdIJxGsbSKqGNckZzg/SvhH9pi50j4b/ALNvwt+Dfwjh 1vxV4v8ABv8AbFtoeo+K3htNFsEabiS8lR3kb9zIcsAcY65Ar2cTwvi6cI+wnzSaTeqSV1zb36fi cdLNKMn70bb9NdD9Cflz90flTtq56D8q+Z/gF8ftW+M3xH+L3hzWfALeAb/wNq0WnTW82oi6lldt +/dtUKNpj4KlgQQeK+l16/jXw+Lw2KwNZ0qr1Vut99T3KFSliIc8Nh+1f7o/Kjav90flTqK8/wBp U7v7zp5I9hu1cfdH5VHtXP3R+VSt0qPvVe0qd394ckex6X4BupotI8QJ5h8uKASKmeAeeR6dBXtl u5ks4pD1ZAa8L8D/APII8Tj/AKcxx/31XuVl/wAgy2/65j+Vf1fwfOc8ipuTvufjOcpLMZ28i5RR RX3Z4AUUUUAFFFFADW7VwfiRi3h/xYP4RZJx/wB9131cB4k/5AHi7/ryj/8AZ68vMv8AkX1f8L/I 6cP/ALxD1X5nz8y/e+tCqCaVjkn60i/er+JpfEz99Ww7bRt9zTqKgoaV46mm05ulM/j9qaeupL0R z3ijxV4b8F+Cr3xJ4t1yx8N+H7NN11f6hcCKKMduT1J6ADLE9BXmHw5/aO+C/wAWvHl54b+H/ji2 8Ra1bW7XD20drNFviVgrSIXUBlBIGQe9fKH7cTabc/tU/sk6X8QZCnwXufFUzeI1nYrZvODEIhOe FxtMnU/dL54zX09+0ReN4V/4J7fFXXvB80fhvVLDwlPNpGo6KFtpINpTa8EkYBAA6FDjB+hr7qll GH+p0JSu6lfZr4Y62V/PueDPF1VVmtEobrq/Q9/VvlbHOPf8KXqeucV+UuoeKPjJ8KP+CPlv8dLr 4ueJPGHj7x1pui28c+oSpJa+Hbe4PyyWySHAn8sqGlc/M53HHWul0XxJ8UvhXr3ibxB4xHxi8P8A 7P8AN4Dmk13WvG+sW2o6lp+p7f3Nxp8qOxRpSyqEI27m3Ywoxv8A6rVXTlKnVUrNpb6tWv8A8DuS 80imlKDV0n95+meR/wDq/wA+1c/o/i7wv4g8ReINH0LxBY6tqehXK22s2tpcCR7CVgxWOXH3Xwjf L1GDX5g+FfGHxI8L/t+/Anw3DffFbw/4D+KOmXlvcaf8RPGUGqXU6eR+7voFjLNaSjcrAnGTjAAB Wmfsx+HbvwB8aP23vG2m+LPF/iG+8CeIdUWDTdQ1kzW+susN6yXGoIFBnnzFkS5HJc45roqcK+xp TdSpd2TjpveXLr6MyjmvPNKMdOv3XP1h/wCWhXrgnIznv/jmuE+IHxO8C/C3w9perePvEEXh3TdQ 1BLC1up4naNp2GVQlQduQDycDivzN+Dnib9pbxZ4S+D/AMWvDNv8VfGGratr6y+MLnVNVtJfCd5p sk7Ryx21osgNuYR90hQQUfgcCvvL9qP4Wr8Xv2G/iL4Jt4/tGqNYPeaMf4vtdvmWHGO7bSn/AAP6 15dfJKeX4+jRxNROM3Z23XQ6YY+WIoSqUo6x7novj/4j+Cfhb8Om8WePNeh8P6ALmO3FzIrPvkkz sRVQMWJwegxxXLaP8ffhHr37Q9x8KdL8bWtz8QYA/m6OYZEkUxp5jKCyhSQpzgHnBr85PB/xGb9r r4h/sgfDe4la+g8K6W3ib4ixkHm5sHNtEkmOAXaEPsPaVa4nxZZXnh39r39pz49aPbs2tfDD4w6N ql00UYLyadMlxDdJz2IZT9cV9NR4VwiUqNaTVWze+mrtH7/1R5ss1rO06a929v8AP7j9VPHvx4+E vwy+Iug+EfHHjS10DxFq6I+n2Msbu8yvJ5aN8qnALZAzjOD6V68M/T6V+Hfxkvrf4teONe/aMgY3 Ph+8+Mei+EPBk7fMradZHfNLHn+GSZw4Puw7Yr9yP4/x6elfM53k9HK8PRlGTc5XUuyatt956eAx ssVUmmvdVregbfc0bfc06ivi7nujdvuaNv1p1FFwshhHP413fw7z/wAJfdf9eb1wrdRXdfDv/kb7 r/ryevrOGH/wuUPU8PN1/wAJ1T0PbNDbd4VsWY5zEOa1xWPoPPhHT/8ArkK2a/sI/E9gooooAKKK KACiiigAooooAKKKKACiiigAooooA+Nf23P+TVvC/wD2UDQv/Sxa+wLf/jxh/wBwV8f/ALbn/Jq3 hf8A7KBoX/pYtfYFv/x4w/7grkh/Hl6I+gxH/Ipoes//AG0sLTqatOrrPnwooooAKKKKACiiigAo oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKa1OprUAeWeLf+RE8Rf9f0f/ ALLXiQr27xBcaempaloes3I0231Jlks7yQ4i8wY+Qk8A8A89ea4dfBMxXK69pTL2P2nr7ivwnjPI 8yx+PjWw1Nyja2h+gZDj8LhcPKFaVnc4/tRXZ/8ACEzf9B7Sv/Akf40f8ITN/wBB/Sv/AAJH+Nfm v+q2ff8APiR9Z/bGXf8APxHGdqhruf8AhCZsf8h/Sf8AwKFJ/wAIPN/0HtJ/8ChT/wBVs+/58Mn+ 2Muf/LxHivj628eXXws1CL4a6lo2j+NPMhbT7nxBbST2Pyyq0iSpH85Dxh1yvIJz6V8n6H+zj8T/ ABt+23oPxr+Pmv8Ag2a80LQrrStP0jwPp1zCl0LiKWJ5LmW4JZiFnkxgtyFHABB/Rn/hCJ8/8h7S f/AoUn/CET/9B7Sf/AoV7+Cy7ijL6MqdDD2cr3dlfXfU4K2MynETUqlS9unQ/Lv4cfskeNPhfc2P hWx0D4MePPBdnrP2m117xR4XuH1+O0M29oXKKUeRVyEfdgHGeMAdbov7LPizTP2S/wBp/wCHsvib RZtS+J/iO+1PSrpFnENklwoCpPmMNuG3nYrD0r9GP+EInx/yHtJ4/wCnoUf8ITcf9B7Sf/AoV6Mq fGE226Lu7PZbp3OaNXJlb95tf8T82tW/Ze+JGieLfgH8Qvhl4v8ADNp8SPh/4SXw3qUOv2tzJpOr W5R1YjywJRjzZMfdJG05BGD6L+z38DfHHwp+NPxs8ZeOfGGleMNQ8eanb6h52m2klu0ciB/MDRuN qrmQKoVmO1ckg5r7g/4Qif8A6D2k/wDgUKRvBM207tf0njk/6UOKwr4Xi3EYaVCdDR6PRXte9r+p pTxGT06inGptr+h8NfGr4D+NvE37Ufw/+O3wj8VaR4c+Jfhexl017TxFayzabqlpJ5n7uTyhvU/v XGcdCpypUE8l4p+BPxy8QfGH4a/HSx8VeBtL+O3huzu9M1CxFjet4f1HT5Wk8uI5JnWRVmcFuhJU grtG79CrXwvDqFu01j4p0O8hDlWeC/V1DZzjIJ5q1/whM3/Qf0n/AMChU0MHxXQowpxoX5E0tE3Z 9H3QTxOUTk5Opu79d+5+X97+x3401z9mn9oaHxF420PUPjF8Wr+1utU1C3tJ4dIsUt7gSpDGu1pc Y3/MV67Rg7cn1fxN+z74k1v9o39l3xpb69pUNj8LtNa11W3dJvNvmNrFCDBhSAMxsfnKnBHfgfdH /CET/wDQe0n/AMChS/8ACDz4/wCQ9pP/AIFCtZ0eMaju6T69FomuW3pbbsZqrkq/5ef1e5+fdv8A s0+KIfHf7YmqN4j0cx/GGxjt9ETE+7T2WKZM3H7vGMzD/V78gGvCPFPwntfgX4i/Zu8Sx/HjwF8O /iz4K8EyaFdReLY7h9K1uxV5jJIiqFlJX7Qwx8pOAQQV5/Xv/hB5s869pP8A4FVz2vfBvw74qtoI vE8XhTxFFAcwLqkMVyIj6rvU4z7V24WHFMaq9vQbhZJpJapR5UtdNjGrVyiUfcqK69e9z80v2B11 bXPGH7SnxGutUm8SaT4k8bL9g1+Sx+ypqzRCQyTRR9kJlGBk4HBOQa/Rhev4111n8O49P0y3s7DV NDsbKBdsNvbyLHHGPRVUAAfSrH/CDzA/8h7Sf/AoV8/muSZ5mONlXjhnFOyS8krHpYXMcuw9BU3V TONors/+EJm/6GDSv/AoUf8ACEzf9B/Sv/Akf414v+q2ff8APiR2/wBsZd/z8RxTfdqM9RXc/wDC Ez4/5D2k/wDgSKb/AMIRPn/kPaT/AOBVH+q2ff8APhh/bGXf8/EXfA//ACCfE/8A15j/ANmr3Kz/ AOQXbf8AXMfyrxawXT/D9jc6Pa6lBrHiDU9sYhs3DiGPOCzY6AZPXqSK9rt18uyij/uqB1zX9JcM 4KvgMnp0aytJX0PyzM69PEY2VSnsWqKO1FfXHjhRRRQAUUUUANbpXBeIsvofixFG5zYp8o5J+/Xe t0rgfFMOsWN9HrWi20eoERmO8snOFnj+vYjscGuPFUfrGGnS/mTRrTn7OpGXZo+f/wCI0V1kmt+G /PYzfDnW0lJywikTb+GJAMfTtTf7c8Lf9E68Qf8Afxf/AI5X89S8P8zcm1ONvmfpK4lwu3K/wOVz Rmur/tzwr/0TnX/+/i//AByj+3PCv/ROdf8A+/i//HKX/EP80/nj+JX+suF/kf4HKU09faut/tzw r/0TrxB/38X/AOOUn9t+Ff8AonXiD/v4v/xyj/iH+afzx/EP9ZcL/I/wPJfHHgPwf8SPh1d+E/HX hyy8UeHrohpbK+j3KGHR1I+ZHHZlII9a8V8O/sf/ALPvhXTPEllpHg69js9e0mXSdRhuPEmoTq1n IVaSJN8xKZKKdy4bjAIzX2J/bnhXP/JOfEH/AH8X/wCOUf254X/6Jz4g/wC/q/8AxyvSo8H8RYel 7KniFGO9k3a/c5Z55l9SXNKm2+54u3wx8Bzfs82vwnvPDVvefD230qLS49Gu2edFtowFjTc7FyVA Uhy24EZznmvK9F/ZM+BOi6Fq2mQeF9Q1LS9R0t9LmsNV8S397bx2rsrGKJJZisfKKQy/MCBgivrz +3PCv/ROfEH/AH8X/wCOUHW/CuP+Sc6//wB/F/8AjlVT4R4ipKSjiEuZ3er1fcUs7y6W9J6eh8m+ GP2V/gX4R8beD/E2jeD518ReF5Wk0TUrzXr24mt9yhNhMkp3oq8KjgouWKgZJPQaX+z98J9F/ab1 j4waX4Yex8d6qsv9pXMeo3AguTLHsld7ff5LMyk5JTkkt1JNfSQ1zwvvC/8ACuvEGSeP3i//AB2v D/hF+0p8K/jJ40+J+h+Gfhd4rtrrwLrw0fVjdyQ7Xm3TLlNk54zA/UA8jrVT4T4lndyxN7q272ve 336+olneWrak/wADzfRP2UPgb4c+I1v4l8PeFb3RJ4dRGpRafY+Ir6HTkuQ24SLaLKIgQf4Qu3tt r6O3N5oYH94G3DHY9Rx9efwrqhrnhbH/ACTnxAP+2i//AB2j+3PC2P8AknWv/wDfxf8A45XLX4Kz 3EzUq1ZSa2u2bQ4gwNNWjTaXyPnH4b/AH4Q/CXx/4o8UfDzwdF4d1zxET/a1yl7POJgZDLtVZHZY 13knaigcL6CrkfwR+GMa/FD/AIpdH/4WKf8AisVlvbh11IhGjzguRFgSNjy9hzg9QDX0Edc8LY/5 J1r/AP38X/45R/bnhb/onWv/APfxf/jlbS4P4inUdSWITk7K93stvuM1nuXJcvs3b5fM+Zf+Gc/g 2vwJ8J/DNfBoj8E+GdUXU9F05NTuVMF0srSiQyCTzJDvdjh2YHOOgr29ema6v+3PC2f+Sd6/z1/e L/8AHKP7c8Lf9E68Qf8Afxf/AI5WFbgnPcT/ABqylq3q3u9/vNIcQ4Gn8NNr7jlc0Zrq/wC3PCv/ AETnxB/38X/45R/bnhX/AKJzr/8A38X/AOOVyf8AEP8ANP54/ibf6y4X+R/gcpmjNdX/AG54V/6J zr//AH8X/wCOUf254V/6Jzr/AP38X/45R/xD/NP54/iH+suF/kl+Byld98PP+RtvG/hWybcccCsv +3PC3b4c+IP+/i//ABytvTb681WCTSfDPhO58OWlwQLy+vnBl2d1XBbqOMk8Z4HeveybgvHZfmNP EVZxajroedjs+oYnCypQi7s9h0D/AJFLT/8AriP5Vtdqp2dutrp8NuvKxoF/KrlfunQ+ACiiigAo oooAKKKKACiiigAooooAKKKKACiiigD41/bc/wCTVvC//ZQNC/8ASxa+wLf/AI8Yf9wV8f8A7bn/ ACat4X/7KBoX/pYtfYFv/wAeMP8AuCuSH8eXoj6DEf8AIpoes/8A20sLTqatOrrPnwooooAKKKKA CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKaetOprHH5UAY+raH putac1rqFslxE3BDLmuBb4O+C2ct9gAz2Feh32pQafp9xdXEgjggXMjf0rhv+FmaKrkLDdsueGCD nnHrXj4zNcBl8lHEVFFva52UMJiMT71KLkU/+FO+C/8AnwFL/wAKd8F/8+Aq5/wszR8f8e93/wB8 j/Gj/hZmj/8APvd/98j/ABry/wDWbJP+f8Ts/srMP+fTKf8Awp3wX/z4Cj/hTvgv/nwFWz8TNHz/ AMe93/3yv+NH/CzdGx/x73f/AHyP8af+s2Sf8/4/eL+y8f8A8+2VP+FO+C/+fCj/AIU74L/58Kt/ 8LN0f/n3uv8Avkf40v8AwszRsf8AHvd/98j/ABo/1myT/n+h/wBl4/8A59sp/wDCnfBf/PhR/wAK d8F/8+FXP+Fm6Lj/AI97v/vkf40f8LN0b/n3u/8Avkf40v8AWbI/+f8AEP7LzD/n0yn/AMKd8F/8 +FZ2rfCHwbH4Y1J10/OLOXAzj/lm1bv/AAszRv8An3u/++R/jUM/xE0G5s5ree3u2hkjKSDAHykY Pf0NP/WbI+tdB/ZeP/59s/ML/glX4D8PeJv2A/Gd5q0BuLhPiFqESszZwqpER/Ov03/4U74L/wCf AV5Z8GfC/wAHf2f/AIa3/hD4X+HdQ0PQbzVJNTuYJ72S6LXEgUO26V2IBCr8oOBXr3/CzNH/AOfe 7/75H+NL/WbI7X9vEP7LzD/n0yp/wp3wX/z4Uf8ACnfBf/PhV3/hZmj/APPvd/8AfI/xo/4WZouP +Pe7/wC+R/jR/rNkn/P+If2VmH/PplL/AIU74L/58KP+FO+C/wDnwq3/AMLM0bj/AEe7/wC+R/jR /wALM0Yjm3u/++R/jR/rPkdr+3Qv7Lx6/wCXTKn/AAp3wX/z4Cj/AIU74L/58BV3/hZmi4/497v/ AL5H+NH/AAszRz/y73f/AHyP8aP9Zsj6V0H9l4//AJ9Mpf8ACnfBf/PhR/wp3wX/AM+FXf8AhZmj /wDPvd/98j/Gj/hZmj/8+93/AN8j/Gn/AKzZJ/z/AIj/ALKzD/n0yl/wp3wX/wA+FJ/wp3wXj/kH irv/AAszR/8An3u/++R/jSf8LM0XH+ou+P8AZH+NL/WXI3/y/iJ5VmH/AD6Zv6D4M0Dw6WbTbFIZ D1bbyeK6xRxXOaP4k0/WtPkubGRikZAlRxgr710itmvo8PiKOKpKrRlzRfVHmTpzpScZqzQ6iiiu kzCiiigAooooAKjK+uKkooAr/Z4c58lCfXaKPs8P/PFP++asUUAV/s8H/PFP++aPs8H/ADxT/vmr FFAFf7PB/wA8U/75o+zw/wDPFP8AvmrFFAFf7PD/AM8E/wC+aPs8P/PFP++asUUAV/s8H/PFP++a Ps8OP9Sn/fNWKKAKrW8Oc+SnUfwCvyT/AOCa8aN+1z+3wrIpUfFfgEdP39/X66N0H1r8j/8Agmr/ AMneft9f9lX/APa9/QB+tIt4f+eKf98il+zwf88U/wC+amHT8adRqBX+zwf88U/75o+zw/8APFP+ +asUUAV/s8P/ADxT/vmj7PD/AM8U/wC+asUUAV/s8H/PFP8Avmj7PB/zxT/vmrFFAFf7PB/zxT/v mj7PB/zxT/vmrFFAFb7PB/zxT/vkU9IY0H7tFQewxU1FADQOadRRQAUUUUAFFFFABRRRQAUUUUAF FFFABRRRQAUUUUAfGv7bn/Jq3hf/ALKBoX/pYtfYFv8A8eMP+4K+P/23P+TVvC//AGUDQv8A0sWv sC3/AOPGH/cFckP48vRH0GI/5FND1n/7aWFp1NWnV1nz4UUUUAFFFFABRRRQAUUUUAFFFFABRRRQ AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFNanU1u31oA8v8YSM/gPxBntexr+q14ePvfzr2 7xb/AMiL4h/6/wBP5rXiY6V/NPH7/wCFWH+E/U+G/wDc5eoYOO9HTrUlRtX5Pdn2bQ35tygc5OBX zHrv7Y37OXhvxxrHhzWPiRBaaxpd1Ja39v8A2dcuYZUJDISsZHBBGc44r6ej5nj/AN4fzr8lf2f7 X4+XP7U/7VbfB6L4fSWA+IMv9o/8JnZXc0m/L7fKMBAVcZzu5zX2GR5bhcfCtUr3tTSa1tq3r0Z4 2NxVShOEYfa3P1Y0nVbHXPCum63pdx9q0y/tI7q0m2FRJFIgdGweRlWBwa0O39f61+cXiC3+JHxB /wCCxuqfCHUPix4r8D+Gv+FR2mqarZeDdWe0jN2pgVzb7wwgDSvkso3sg2E/Ma8u+HfxkvvEH7Hn gz4d+NvFHxN8afEe4+IOqaLoFv4L8QrY6trsNqOl3duRiJBIOSwJ2jqFNeg+F6k4qUKid+V2SbaU r6/KxyrNYL4o2tf70fpf8UfiRoPwj+A/iL4ieKI7ubQdGiR7uOxiDzkPIsa7VJAPzOufaur8P6vb eJPB2h67p4dbHVbC3vbbzBtYRzRrIm4djtcZ981+NHiDxp4/vP2A/wBub4W+N9U1zULXwVfaWulR +J9aj1XUbFJrxA1tJdx/LNtMa8jgHOMdK9Yiv/Hnwc+N37EGteH/AIyeKPG9r8Sn0/S/EHh3UtRS bS5LdobRFazt1UJCsYmKBhkho87jlwfRlwoo0uVz/eXeutmlFSt5O3c51m37zmt7tvxvY+//AIXf GDwv8XF8cHwvDew/8It4jl0LUftsIj33MSgsY8E5TnqcfSvVd3PpzxX47eEfiV4o+E//AATz/bb8 beDJPs/iSD4wT21pemJX+x/aJYoWnCtkFlDnbkEbipPGa+gPgTa/HjS/2pvAl3Ho/wAU7r4R614a kHiy8+IviC21OP7b5Jmt7yzZHZohI21Nq/Lhxwccc2N4YVONStTmowjsm9W1FNr8dDahmafJCSu3 /mfWvxC+MHhb4a/ET4Y+GPEEN9JqXjvXhouim0gDxpOTGuZDkFVzKvIz39K9TDA/xZ7j/Pevg39r sbv2yf2G++fixHkjvmS06V89adr3xI+Ln7M/7T/x61T44+M/BPibwDrd9b+HNB0DWvsek6dHaIGj int8ESmX7hLHkj+I8VhhuHY43BUa8ZcrktXq9XKy0X4lzzGVGvOnJXtt00tqfrxnv2+n5UnO3+fF flHH8UPiZ8eP2jf2S/h3r3xA8Q/DHRfFnw7fxFrc/hG/Gl3mr3qG5VUjlUHaG+zIQmCAWfAJK44e 8+Nfxb8A/AH9t66034qax421Lwz4r0zRdB169uhMNOgmuHgkmiUDZG+zClkCjfhsA8VrDhDEytH2 i5nbSz6y5d/xJeb019l2/wCB2P1A8bfGDwr4D+Onwv8Ah/rUN+2tePb+ey0R7aAPCkkIjLea2QVH 71eme9bXgb4haL8QbPxFcaLY6vYx6NrEml3S6xpUlkZJUAYtEH+/GQeJBwccV+Z/iDwTfeCv+Cgn 7A8N58VvE3xKXV71tSdfFWpi+lt5JorYySwyFQ6wS8KI2LAGNypyzV5z4i+L3xhj/Yc+J2sab8UP Etr4jsv2kv7G0zUH1iZnt7M27FbTl8+QGwTF9046V6z4Uo1KEFTn7zWsne1+Zra3ZHJ/as4VXzLT t8u5+xninxh4X8E6Db6p4t8Q2Phuwnu0tIJ9QnESzTyHEcSdSzNg4ABOAfrXTY2sykYZWIIPUGvy P/bO+C+oeCf2bPg3Jr3xe8deNNZl+KNnZ393qWt4t/MnW4d7iKELiORGUrE+fkQ7cenYfEjx94t/ ZM/aq+JPh/WPiF4p8VeD9e+FU934Ifxbrst/cJrNqfKaPzHwBK5LyHaoJLR+gryY8MwxFCEsNW5p S5tLNJ8rSdvzOp5nKE2qkbJW69z9QM/5xR3rx/4B6H4n8N/sb/D3TfGuval4k8XNo8V1q+oarfSX Vw88w81lMjksQu8KAegGK9gXrzXwWJo/V68qalzcrav3sfQU5OcFK1rhjjvSVIfu0yuXVmrR6H4E YrpfiY9D9kB/9Cr3K0Zm0+3ZvvFBmvDfAv8AyCfE3/Xov/s1e42f/ILtf+uS/wAq/rLg1t5BS+f5 n4znatmUy5RRRX3p8+FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA1ug+tfkf/wTV/5O 7/b6/wCyr/8Ate/r9cG6D61+R/8AwTV/5O7/AG+v+yr/APte/oA/XEdPxpaQdPxpaACiiigAoooo AKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigD41/bc/5NW8L/APZQ NC/9LFr7At/+PGH/AHBXx/8Atuf8mreF/wDsoGhf+li19gW//HjD/uCuSH8eXoj6DEf8imh6z/8A bSwtOpq06us+fCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK ACiiigAprU6msOfrQB5b4s/5EPxF3230efzWvE69u8UTXGj6pczz6W+teHr5QLuCDBljYfxqO/uO vAxXmba18NQzbrfxHG2eV/s2Tj2+7X49xXwxj83xka+Gata2rPtMnzWhgaLp1U9XfQ5/dTWrof7a +Gf/ADz8Sf8Agtk/+Jpf7a+GeP8AV+I/x02T/wCJr4D/AFEzr+7959J/rHgfP7jm/m4K8MDxjtXy 3rf7F37NfiPx7rXibVvh5PPrerXj3eoXMPifVIBPLI2WYpHcqoyT0UYHTivsj+2vhln/AFXiT/wW Sf8AxNH9tfDPH+q8R/jpkn/xNehheEuJsE28PNRvvaRhVzzK61ueLdvI8J8OfBb4a+E/i5ZePNA8 OGz8WWvhmLw3BqDalczEadHt2QFXkZWI8pP3hG845Y81wd5+yX8AbzwlZaO3gV7a3s9bn1qyntdb vorq3u7jb5zpcLN5iB9q5QNt+UYAxX1kda+GZP8Aq/En/gtk/wDiaP7a+Gf/ADy8R/jpkn/xNdEe GOLIS5o1ddvi6Lb8zJ5zlLVnD8D5bt/2W/gLZ+C/H3h2z8AxWmieNEtk8S2sOq3irfC2ffD/AMts xkN8xZCpYnLZOad4P/Zf+A/gP4y2fj7wr8PrXTfFFhHs0+d7y4misOMEwwySNHExHVlQHJJ6sSfq L+2/hnn/AFfiT/wWyf8AxNH9tfDPH+q8R/jpkn/xNN8NcXNOLraPf3vl+Wgf2xlGnuPTyPCND+Cf wt8O+B/HXhzS/CFsdB8ZahLqHiWwvZ5bqHUJ5VxI7LK7bc4HypgAgEYrnfh5+zb8IfhX41tde8Ea FqGn31pbyW9itz4kvruC0ik4dI4ZpmjUHGOmfQivpn+2vhnn/V+JP/BZJ/8AE1FNr3wwhtpJnj8R qkSNIT/ZsmQFGc/d9KyfCvFMoyi6l1Lf3tyv7aypNNRenkeSeL/hj4I8eeMPBPiDxZon9rat4P1U ap4duPts0Rs7oFCJMRuqyf6uM4cMPl6cnPl3i39kv9nvxt8Tr7xf4i+HcVxrF/Ms+p/Z9Su7W21C RTlXnt45UikbPJynzZOc17J8K/jt+z/8ZPAN74m8C3Xim+0m11B7GaSbRJoSJVUMwwVzgBhz65r0 3+2vhmD/AKrxHn/sGyf/ABNFLhXiqgl7Opy20VpdAnnOU1HeUW/kfDf7SXw5j8TWngiwtP2Y9N+N ek6TbutobfxR/Ydzo7LtWOCPy9reQwVchWwNo+U1zv7M/wCzLdeFfg/8Xovi94V0K3/4WNq3nXvh DT2Etlp9kgIht9ygAuNxOV54U5DZr9Bv7a+GRHMPiP8A8Fkn/wATR/bXwz/55eI//BZJ/wDE16v9 hcTrALCR5V58zvo7/LXscjzPKnW9o0/S2h8m+E/2Sf2ffBPi7wr4g8O+ATa694bv/t2jahPrN7NN ayYAA3PKd0YCjEbAoCWOAWJOncfsx/A+58A6r4Xn8EeZoWpeKx4ovbb+17webqgXb9p3CbIwONgI TnpX0/8A218M8/6rxHx0/wCJbJ/8TR/bfwz/AOeXiP8A8Fsn/wATXnS4a4uk7utf/t75/mdKzfJl tB/ceOfE74X+BvjH8NZvB/xG0NfEOgvdrdiLzpIXjnUkiVHjKsh+Zuh6EjkGvjL4qfs66/8AE347 /BH4X2Hwzg8M/Av4a6mL3/hKL7XzdXGoW21GazhRmaUbnUKxfPQMcBcH9MP7a+Gf/PLxH/4LZP8A 4mj+2vhln/U+I/8AwWSf/E10YHhzifA35HFrWyctE2rNrzM62b5XXtzJ9OnY5v5tzEqOWJIAAA/D tTl610R1r4Z/88/En/gtk/8AiaP7a+GX/PLxH/4LJP8A4mvn3wLnknd8t/U71xFgEktfuOfJptdE da+GX/PLxH/4LJP/AImm/wBtfDP/AJ4+JD/3DJP/AImhcB53/d+8f+seA8/uOi8D/wDIF8UH0sxz /wB9V7lZ/wDINt/9wfyrxLR7631ZP7F8I6Pe2emzuGv9Rv4ijuo/gVTzz0P1969xhXbBGg+6oAFf vWQZdVyvK6eGqtOSvex+d5hiYYvFyqxWjLFFFFfTHlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR RRQAUUUUANboPrX5H/8ABNX/AJO7/b6/7Kv/AO17+v1wboPrX5H/APBNX/k7v9vr/sq//te/oA/X EdPxpaQdPxpaACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK ACiiigD41/bc/wCTVvC//ZQNC/8ASxa+wLf/AI8Yf9wV8f8A7bn/ACat4X/7KBoX/pYtfYFv/wAe MP8AuCuSH8eXoj6DEf8AIpoes/8A20sLTqatOrrPnwooooAKKKKACiiigAooooAKKKKACiiigAoo ooAKKKKACiiigAooooAKKKKACiiigAooooAKaadTW6fhQBCyq67GUMp7HpVE6ZprN81nASf+meaz da1tdJ8PahfbfNa3IRUzjcxIx/MV5P8A8LK8QM7bYbIDPTyGOPbO6vkc14jy3JqsaeJk+Zq+iuet g8txONi5Ulou+h7V/Zel/wDPnD/3wKP7L0v/AJ84f++BXiv/AAsrxF/zxsv+/Df/ABVH/CyfEWP9 VZf9+G/+Krwf9e8j/ml9x6n+r+Y9l957X/Zel/8APnD/AN+6P7L0v/nzh/79ivFf+FleIv8AnjZf 9+G/+KpP+FleIv8AnlZf+A7f/FUf695H/NL/AMBD/V/Mey+89s/svS8f8ecP/fA/wpP7L0vP/HnD /wB8D/CvFP8AhZniLH+rsv8Avw3/AMVR/wALK8RY/wBXZ/8AgO3/AMVQuO8j/ml/4CL/AFfzHsvv Pa/7L0v/AJ84f+/dL/Zel/8APnD/AN8CvFP+FleIsf6uy/8AAdv/AIqk/wCFleIsf6uy/wDAdv8A 4qj/AF7yTvL/AMBD/V/Mey+89s/svS8f8ecP/fA/wrL1jTdNHhXVNtnDu+xy/wAAz/q2ryf/AIWV 4i/542XH/Tu3/wAVR/wsjxER/q7LHp9nb/4qhcd5H/NL/wABH/q/mK6L7z4f/wCCSmn27/8ABPTx sbu0RpD8SNR/1kfPCReor9S/7L0v/nzh/wC+B/hXh1v8QtatYilvZ6dbqW3ER2hUZ9eG61N/wsvx Ef8AlnZf+A7f/FUf695H3l/4CH+r+Y9l957V/Zel/wDPnD/3wP8ACj+y9L/584f++BXiv/CyvEX/ ADysv+/Df/FUv/CyvEWP9VZf+A7f/FU/9esk/ml/4CH+r+Y/yr7z2n+y9L/584f++BR/Zel/8+cP /fArxb/hZXiL/nnZf+A7f/FUf8LK8Rf88rL/AMB2/wDiqX+veRr7Uv8AwEP9X8w7L7z2n+y9L/58 4f8AvgUf2Xpf/PnD/wB8CvFv+FleIv8AnnZf+A7f/FUv/CyvEOf9XZf+A7f/ABVH+veR/wA0v/AQ /wBX8x7L7z2j+y9L/wCfOH/vgUf2Xpf/AD5w/wDfArxb/hZXiH/nnZf+A7f/ABVH/CyfEP8Azzsv /Adv/iqP9e8j/ml/4CH+r+Ydl957T/Zel4/484f++B/hR/ZWm/8APnD/AN8CvFv+FleIv+eVl/4D t/8AFUn/AAsrxFn/AFdl/wCA7H/2ej/XvIt+aX3E/wCr+Y9l957pDDBCNsMaRqeyjFWgea878K+L Jta0y9a8iSG6tMM5TO1lOfX6GvQI2DRqw+6RkV91gcbh8ww8cRQd4y2Pn69Gph6rp1FqiaiiivSO cKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigBrdB9a/I//gmr/wAnd/t9f9lX/wDa9/X6 4N0H1r8j/wDgmr/yd3+31/2Vf/2vf0AfriOn40tIOn40tABRRRQAUUUUAFFFFABRRRQAUUUUAFFF FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQB8a/tuf8AJq3hf/soGhf+li19gW//AB4w/wC4 K+P/ANtz/k1bwv8A9lA0L/0sWvsC3/48Yf8AcFckP48vRH0GI/5FND1n/wC2lhadTVp1dZ8+FFFF ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABTWp1NbqPrQ B5b4uz/wgfiLk8X0f/steInLHA/AV7d4t/5EXxD/ANf6f+y14l1X5uR6d6/mnj+/9rx/wo/UeG3/ ALJK/c+XviJ+0hd+HP2nF+DHw4+GGr/Fj4jx6MNY1C0s72GztrC1Yrh5JZO+HQ4A43AV7F4Z8bXl 18Erfxd8RPDx+Etwof8AtGw17U4Ntlh9is84cR7W4IORnI6Zr4n/AGqbL9mm4+O95ruvfGm9+Bf7 QGhaPG9prmjzXEdxcRNGXhR40TE6kfLhXVuQCSBtr5o8beNPjR48/Ym/ZR8efF+G0j8N2/je7/4S LUfEWhzS6ZNGvlLp95qVrDtZoT/pAyAA2Ced2DNHIcJj8FRdNezvpJu/M3Zv3ejTOmWOrUK01J83 psfsHH488DzeDbTxHH4z0GTw/dXItrbUhrVubWeY9Ikm37GkOD8gOevFWdJ8XeFfEGu6lpeg+KNH 1zUtPfZqFpp+qQ3Etq2cbZEjZmQ5BHIGDx1BFfiF8ZvD+hwfsnfFPXfD/wATvAvjbSfEHxD8PXFz ovw9sp7PTdIufLu1eREclUaVMZCHOVOcGvri68E6F8NP+C5um+GvhPoWneDI9V+D+oRta6ZbrBHc ToZBFJIq/efdFGxflmK5OSTWc+F8Eoe7Xd2na6svdSev3jjmldyXuaafifR/7RH7Q2k/CP8AZk8d eLPCepeHfFfi/wANy2i3Ggtq0ckkImu4rdvOjjcyJjzO44bAPXFe86XrkVx8MNL8RalNBptvNpMN 9dTSyiOG3DwrI7M7EAKu7qT0Ffz/AOpSfBm1/wCCMPiTw7rGj28f7TVn4rdtZ8/TX/tmAC9QO9zM Vz9n2Ntw7bfNZOC2DX71eGtPsdZ/Z38PaTfRpc6dqHhi1t7hZFDJJHJaIrA9iMMa5c6yfB5bg6MY 3u5yTl1aSWqV7W10NcHjK1erJvtdLzLt1448F2Xg7T/EV94w0Ox8P37hLHU7jWbdLW6Y5wsUzOEc naTwx6H0OOc+J3xF03wF8HvFmrwahpdx4m07wzeazpmj3F8iy3ywRM+VjDeYyZUgsqkDB9DX44+E /A+r/F+GP9kXUI7lf+FSW/jC+nluMgSSsBBph46lJJPMAGMhj716B8MPEVz8dvhv8dvjJq8MwXwb 8AIvB1t9oi+VbxrR2vGUnndmPJPpMfx9JcKYSg1UlW5kmrrybXL/AOBdexzvNa8/djGze36n6R/B X42aH8SvgH8N9a1vWNB0Xxx4n0RdQPh2LVI1uOXcfu4XfzWXEZbOOmeoFelat4+8D6D4rt9A1vxp oGj67OAYdOv9atoLmQN90iJ3DHORjjntmvxyvPA/g/wl+wd+wN4+8O6Dp+jeNr7x5p7X+vwwhbu4 DzSErLLjcyAxqApOFwcYyapyyfCXR/gb+2J4d+Pml2c37RV/4l1BvDo1rT3m1W58wYsWsZNpIQSc jawGMdVOK0lwxgMRVdSlNqLbVkldWlZ9dl95MczxEIKMlr3+V/vP058YfGnWPDX/AAUk+D/wRt9H s7jR/GGiahf3eoSswnt3torh1VAOCCYFzn+8fSvZY/G3g2b4gSeEofFuiS+KowS+ipq9ub5cDODB v3ggcn5eBycCvyz0PT/H2n/tsfsL6Z4ja5h+I0XwZ1qNkvmJuI7j7DqHkLJk58wL5YOeQRg4xXiX wr0LT9e+DHgvwzr3xR+G3wr+K+i+PFvbk6toF7F4zOpi5PySXO4mZZdwGANn3c4xmqrcMYGphITj O3LF3cdb6y95+WltCaeZ1lUd43u+vy0P3Wvr6z03R7rUNQu4LDT7WMy3N1dSrFFCiglmd2ICgAE5 OBxXO2fj7wLf67b6XY+NvD99qU9p9shtLfXLaSaSDaW85UVyxTaC27G3AznGTXEftGBG/YO+Nisi eW/gzU/kPTHkNxz1449OPpX5R3Xwr+HkX7NH/BO++g8K6da6l4q8RxW/iO/hi8u41SGaRFkimlGG kQj5QpJAViBgEg/L5RkuFzChKpVqONm4q1uibv8Agepi8bWoSUYRvdXP2e0Lxd4X8UaTdah4Z8Ta V4i0+2kaO4udL1OG5ihZeSGZGIU45weg56c1DoPjbwf4qjvpPDPi3RfEa2RxfHStWguxbdf9Z5bn Z908tjoea/HL4leFtY0D4g/t/wDg34OaP/YelpZ6DcTaF4etjFGtqJt10I4YsbR5byblUD5C4HBr 1n4G6b4R179pjwb408I/Fb4VR3Fp8OtQ0+98I+ANAutOutQtfsTkG8VyV8yGTYxZ8ElOM8V7lXhX CU6HtFXdtGtNrpPW1976HDHNqznycmux+lVn8Rvh/fajpFnZ+O/Dl5earn+zIbfXrWR77DFT5KrJ mT5gV+TPII7GtDRfGHhXxJqOpWfh3xNpGvXmnP5d/DpuqQ3L2rcjEio5KHII+bHI9jX4Rr8O/BMP /BCj4ceOovD9hb+Nrv4qfZ5NfjjCXvk/aJY/KWYYdY9ig7AQMgNjPNfZWmeD9L+H/wDwXK8YeF/h Roll4PS7+B8zW9jpcCwQyXYKiKVlTALl0Q7zgluSckmlV4WwMeaMKzvHmWqVrxavfXzKhmmIerhp p+J+gx8feBl8fHwq3jTQV8Ub9v8AY51u3F7u/u+QX37vbbnHOOlLd+PPA+n6jdWt9400G0ure8Sz uLeXWYElhuHBKQuu/KyEKxCEBiFJxwa/DKQfCd/+CTbeCG0SNv2xz4y8v7P/AGZIfE5vftwct5oX f5fk5H3sZ/2vmr6s/Zx+Fnhvxn/wVX/aZ174laHa+KPFHhW80Vrdb4+ZDDfyRObifbnDSiS3wHIO MtjrzpX4WwGGw9TEVKskoX6K7s0rrXZ30YqeZ16lVU4x+L8PI/Sb/hNvBjeA5PFS+LtEfwxG/lya yNYtzZK27aFM/meWDuO3BbOTjvgdHFJHNAk0MiyQugZHRtyspGQQe4IIIPORz3r8XtQ8L6pZ/tZ6 p+w9Da3C+FdZ+L1v4wjlK5i/sA27XUsWMYwGjjOBxkEV+0kapHCsccSwRqMJEowsY7KB2AHGPavk s3yqhlipuM7ueq0+z0fq9T08Hi6mKcuZW5Xb5nongUf8SfxP7Wi4/wDHq9ysv+QXbf8AXNf5V4b4 H/5A/ij/AK81/wDZq9ysj/xK7f8A65j+Vf0NwbZZBTXqfmOd/wDIxmXKKKK++PnwooooAKKKKACm k80NVWaUIcZ28Ekk4Cj1qW1FXYFjdz/9ek315TqvxKhttReHTbMXkattM0j7VP04rK/4WhenH/Ep g/7/AJ/wr4mtxdkdCq6cqmq7I92nk+YVIKUYaM9r3fWl3fWvE/8AhaF5/wBAq3/7/n/Cj/haF5/0 C7f/AMCD/hXP/rnkP/Px/ca/2JmP8h7Zu+tG7614n/wtC8/6BNv/AOBB/wAKP+FoXn/QLt//AAIP +FH+ueQ/8/H9wf2JmX8h7Zu+tG7614n/AMLQvP8AoFW//gQf/iaP+FoXn/QKt/8AwIP/AMTT/wBc 8h/5+fgH9iZj/Ie2bvrRu+teJ/8AC0Lz/oFW/wD4EH/4mj/haF5j/kF2/wD4EH/4ml/rnkP/AD8/ AP7EzH+Q9qL84/rX5I/8E1mH/DXn7fPzBgfiuTwe3n3/AD/Kv0E/4Wde9tKg/wC/5/wrm9C17w94 X1PWL3w14B0Hw9eatc/atVn022jt5L6bLHzZmRAZH+ZvmbJ+Y+po/wBc8h/5+P7g/sTMf5D6PDcd /el3fWvE/wDhaF5/0Crf/wACD/8AE0f8LQvP+gXb/wDgQf8A4mm+M8hX/Lz8A/sPMf5D2zd9aN31 rxP/AIWhef8AQKt//Ag//E0f8LQvMf8AIKt//Ag/4Uv9c8h/5+fgH9iZj/Ie2bvrRu+teJ/8LQvM f8gq3/7/AJ/+Jo/4Whef9Aq3/wDAg/8AxNP/AFzyF/8ALz8A/sPMbfAe2bvrRu+teJ/8LQvP+gXb /wDgQf8ACj/haF5/0C7f/wACD/hS/wBc8h/5+fgH9iZj/Ie2bvrRu+teJ/8AC0Lz/oF2/wD4EH/C j/haF7n/AJBMH/f8/wDxNH+ueQ/8/PwD+xMx/kPa931pQ1eKL8ULzzV36TDs7gTnP/oNeiaF4js9 c0prq3yjIcTRPjdGa9jL+IcqzOr7LD1Ly7HDictxmFhz1IaHUhuadUK/MM/e9DUw6V9QeWFFFFAB RRRQAUUUUAFFFFABRRRQAUUUUAFFFFAHxr+25/yat4X/AOygaF/6WLX2Bb/8eMP+4K+P/wBtz/k1 bwv/ANlA0L/0sWvsC3/48Yf9wVyQ/jy9EfQYj/kU0PWf/tpYWnU1adXWfPhRRRQAUUUUAFFFFABR RRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU1v6U6mt92gDy/xNG9z4P8TQ wL5s0d0kjIOoHy8+/Q/lXh/GB39Qa9/8SaLrn9rrrXhm5jh1ALsmhnTdFcJ/dYexPBBBH41xbah8 RhIf+KL0KT/aAcZ9+lfmfEPCks7xEa0anLZW1R9TlmcPL6TpuN7u55Nc6Xpd7NHLfabZ3kico9xb JIyn2LAkVckijkt2hljjlgZdrRuFKkemOmK9M/tL4jf9CToQ/F/8KP7R+I//AEJOhfm/+FfJ/wCo OMsksTttvoez/rHSvf2R5PBpWk2tibW20uxt7UtuMMdtGqZ9doGM1caGFroTmOJrgDAk2rvA9M9c V6Z/aPxG/wChJ0P85P8ACj+0fiN/0JOhfm/+FEuAcXJ3eI/MFxJSW1I8t+w2LTXEhs7VpJwBO/kI WlA6BjjnoOtWNoVNowqgYAGK9K/tH4jf9CToX5v/AIUf2h8Rv+hJ0L83/wAKmXh/ipL3sRf1TCPE lKPw0rHmK28CXMk6wwpNJ9+RY1DN9T1NNS1tY4ZI4reCKKT76JEqq/GPmAHPHHNeof2j8Rv+hJ0L 83/wo/tH4j/9CToX5v8A4Uf8Q/xf/QR+YLiSkv8Al0eYfZbUxRxfZ4PLiOY0Ma7Yz6qOx+lMksbG 4vobqeztprqLiKaSFGkT6MRkfhXqX9o/Ef8A6EnQvzf/AAqC61j4jW+mXVx/wg+g/uoXk+YyAfKp b09qpcA4uO2I/MX+sdKSt7I84MMLXCTNFE8yZCSFVLKD6HqOp/Oq8mmaXLqy38unWUl8v3bl7dDK P+BYz+teafsl/tMfEr9pP9njWvHEvwz8M6S1h4juNK8m1klZG8pUbdlu/wA1fUP9pfEb/oSdC/8A H/8AChcA4tbYn89hviOm96X4nmrRrIrLIFkjYYZXwQwPY+1R/ZbXy41+zwbYj+6Xy1xH/u8cfhXp 39o/Eb/oSdC/N/8ACj+0fiN/0JOhfm/+FRHw+xMdq/4MHxLTe9I8zWGJJ2mWONZWGGkVFDMPQnvV W30vS7O5mms9Ns7Oeb/WyQW0aM/+8QMn8a9W/tH4j/8AQk6F+b/4Uf2j8Rv+hJ0L/wAf/wAKv/UH GW/3j8w/1kpf8+jy/wCx2f2XyPstv5AORD5SbFPqFxjOacYYWufOaOIzYx5pVd+PTd1xXp39pfEf /oSdC/N/8KP7S+I//Qk6F/4//hUvw/xb3xH4MFxJS6Ujy37DZf2p9u+x2/27bj7T5KeZj03YzTvK jWSZ4Y4oZpB80qxqGYjoWx97Hoa9Q/tH4jf9CToX5v8A4Uf2l8Rs/wDIk6F/4/8A4VX+oOMb1xF/ vBcR01tS/E+Gfhp8Atc0D9rfxP8AG74lePU+IXjy+0saPpLQaUtjbaTYB92xVBOXbgFiBwX+9vOP pzpjkL7GvSv7S+I3/Qk6Fx7v/hTf7R+I3QeCdC9uX/wroxXA+NxtRTrYhNpJLSySRnT4hpUYtRp7 67jfBatD4V8S3kilbdrdY1Y8BmyePryPzr26z40u2H/TMfjxXlum6T4w17UrZ/EgtNM0m3kEiafY IVV2B4Lkklsdh0BwcGvWo1VUVR8ygYFfqWT5aspwEMLzXsfI43EvF4iVW1rk1FFFe8eeFFFFABRR RQA1ulcX4iuWXQfErIxVobJdpB9d3+Fdo1cD4j/5AHi3/ryj/k9eXmLawFV/3X+R1Yb+PD1X5nz6 BgEY704DNL/jSr1r+J5O8mz97jog20z+IAZJJwBUtNjH+lQ/9dB/OiHvSSfUJO0bnyvefto/s1ad 4sv9F1D4n21jeWV69ndmbTrkRQzIxVlaQRlRggjr2r6Y03U9P1jw5YavpN/Bqel3tutxZ3drIJIp 4nG5JEYcMpBBB9DX4N6Tqfxc0/8AY7/bCbwxofh7U/hfN8QryHxddXUZm1e0hkkVZJLWNiIyFXac seCSfcfUvxC8XXvhf4b/ALGPwY+EOpeMNR+GfirRWnefwzqcWna7rkMMcbR2yXLsFgLGQl1UjsoJ xiv1jF8KYduEMNNqTet3dWUeZ37Psup8lRzaouZ1FovzvY/Uzv1+uaTkf7OPU5FflP4y+In7THwP /wCCePxuvtXtPFPh2CLxRY23gHWfGN7DqWrWGn3jSLOssyM3mNEURUdskeafRQO0+MWneKf2bf8A gnRqXxE8C/GDx9428SeILbTdOl1rxH4lOpWluLqRGkvrWNxsikI/do4ZgFf1G6vFfC9ROK9snzy5 Y2Tab0vftv5nd/akHf3Xorv+up+jN/eR6fol7qEyzSwWtvJNIkEfmSOI1ZiqKOWY7cAdScDvXNeA /GmnfEL4W6Z4u0mw1XS9PvjJ5drrWnPZXaeXK0bb4X5XJQkeoIPevhn4eWfx38KfE/XrqDR/idp/ whvfhzqE19dfELxTBqs9vqsVrJJDd2s0crNEJCACowMnd2BHiXwu+KnxA8L/AAN/Yr+N3jL4leI9 T8IavrereHfHR1TXJ7iK4V7+5FtPMruQzIgKh2yQEQA8CuyPCkpU5xjUTkmrfNN2t3du5j/aqupO Lt1P2D5z93+tJux6bQM5B4r8bLz4t/GiP9jTQPHB8VeKf+Ly/GS5trc6fqwW60zRo5GSOz06SZxH aPJIJQrLtG1Y+mK+hvCPjD4vfAjRfjx4q8c+H/G2nfCPS/DkepeDofiHrkGq6jFqgZYfsazpIzPH I7hghJwBxznPHV4Urwptqqm72S76pP5p/kaxzanJ25WfcHhnx14X8Ya34r03w3qy6rdeG9WbSdZM cbBLe7VQzw7iAGZQRkKTg8V12W2919PWvyP8SeC/il8PJv2MfhT4a+JGufD/AMV+Or7U7zxxqGnX bKbi+vTFPcSSoGCSyRqxjjZwSNqt1Fdl8S9T8daX+3H8Pf2bNM1L4n+LfBWjeAP7VZPC/iiLT9f1 +4aSVfPuLyRkMiRhfuKeoJIPUdE+GKdStGNCsrNN7PaLs3567ELNHGLcoPS34n6fcn/PH/1q5vxJ 4y8L+D4NLk8UeILLQRqeoR6fpwvZthurmQ4SGMYJdjkcAdOTjrX5nX/hv9sa4+AfgO68fab471Tw v4V1fUo/E2iaJ4pi03xNq2nhUezupriPImZFaVWQMC3lAnJO6uC+O9p4N+JXwA/Y58c+DfiB8RLv w9rPj+DRIhrfiWV7u1xcSeZKSQcXaSM0azgk7EjHOBV0uFY+2iqla8W2m4q9mk2lfzsTUzVqL5Y2 atufskS29lJ+71o/x/8Arf8A18V+ePj5fFXin/gqN8Pf2XJPiX418KfD3Sfh/wD2pJd6Xrr2+teI rlN6L9ovMb5GxGC3y5Zg5IJII+R/EHxe+OMPhTUPhnoHxf8AEFxN4X+P9v4W0Hxi9+z3V7azCeNY rt1IF0qNEj7W3A7iDldoGWH4Uq4mMZRrLVX1T2d7P101RU82jTveG2m/U/cb5tg/h9Tj9aP/AELu K/M340t4++FvxU/Z/wD2etJ8YfEXxzo/iGfUdQ1/UNO1+K28Ra9KjAi1ivJWQRRgkkopyVIAzX0Z +y/a/GbSvDvxA0P4qaX4lstDtNeWTwTP4w1GK81Z9PlVmaGeeN280xsqgO3OGPOAAPLxeQvC4H63 7VNPVLur2/pHXSzBVK/suVpn1RS4+Wmc5NSL92vjbs9oaVwtegfDuRl8U38QzseyOR24P/164Fq7 z4d/8jddf9eTV9dwu2s8oWfU8LOEnl1S/Y9u0mZrjw9Zyn+KIVqVj6D/AMipY/8AXMVsV/YHU/FQ ooooAKKKKACiiigAooooAKKKKACiiigAooooA+Nf23P+TVvC/wD2UDQv/Sxa+wLf/jxh/wBwV8f/ ALbn/Jq3hf8A7KBoX/pYtfYFv/x4w/7grkh/Hl6I+gxH/Ipoes//AG0sLTqatOrrPnwooooAKKKK ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKa33adTWoAizx9aQ Oua4nxRq1xaeD9YuLNvLuIpVhRh1Xdjn9a8NOsaszlm1O7J75uG/xr8+z3iqhkleNKUHJtX0dj6L L8oqY+m5qSVu59U7l96TcPU/5/Cvlf8AtbVP+gldf+BDf40f2tqn/QSuv/Ahv8a+U/4iJh7fwH96 Pa/1Zrf8/F+J9Ubvc0bvc18rf2tqmf8AkJXX/gQ3+NL/AGvqh/5iV1/4EN/jS/4iJhv+fL+9B/qz W/5+I+qN3uaN3ua+V/7W1T/oJXX/AIEN/jR/a2qf9BK6/wC/7f4014h4a1/YS+9B/qzW/wCfi+4+ qN3uaN3ua+Vxq+qZ/wCQldf+BDf40f2vqmP+Qlc8f9PDf40v+IiYbpQl96D/AFZr/wDPxfcfVG73 NUdTia68PX1vF800tu6IDjklSB+pr5l/tfVM/wDISuv/AAIb/Gj+1tUz/wAhK6/7/t/jR/xETDf8 +X94v9Wa3/PxHl//AATv+CHxG+Av7G/ijwl8TtGi0PXLzxpe6lBBDex3AaCRI1VtyZAyVbg88Cvv ktz3/wA/hXyr/a2qY/5CV1/4EN/jS/2tqmP+Qldf+BDf40/+IiYf/nw/vQf6s1l/y8X4n1Ru9zRu 9zXyt/bGqf8AQSuv/Ahv8aP7Y1T/AKCV1/4EN/jS/wCIiYf/AJ8S+9D/ANWa/wDz8R9U7vc0bvc1 8rnVtU/6CV1/4EN/jR/a+qf9BK6/8CG/xpf8REw3/Ph/eg/1Zr/8/EfVG73NG4e/+fwr5X/tbVM/ 8hO6/wDAhv8AGj+1tU/6CV1/4EN/jR/xETDf8+Jfeg/1Zrf8/F9zPqjcPf8Az+FLu+v+fwr5W/tb VP8AoJXX/gQ3+NH9rapn/kJXX/gQ3+NP/iImG/58v70L/Vmt/OvuZ9U7l/zik3Ddjb/Kvlf+19Ux /wAhK6/8CG/xo/tbU93/ACErv3/0hv8AGn/xETDdaD+9B/qzW/nX3M+qARu5qbI//VX5z658Tb63 /ab1/wAO+Kv2ir74KeHdN8HaffaT5h0yO31G7mu75LgvLfW0m7ZHb2w2rKmN+f4s17V4d1H43Xmg LrHw/wDjF8PPjlo+4ZjvNPFk4Xg8XthNPEWIzjMKjjr1I/WMux0MywUMTFWUle3Y+QxWHlha8qUn ex9XbqXNfPGl/Hi20rxFZ6D8XvCuofB/WLuYQ2d1qs0dxot7IfupFqMWYg54Ajm8tySAATxX0Erf Uc9xivUOMmooooAKKKKACuB8R/8AIB8Xf9eUf/s9d93rgfEf/IB8Xf8AXlH/AOz15WZ/8i+r/hf5 HVhv94h6r8z5/wD71C9aT+9SKfnr+J5aSZ++LZEnaotxWRWzyDkY6jFS9qjqU7O42rnlHh/4I/C3 wv4G8deG9D8IwWeh+Mbme58S2j3dxOuoSTqUlY75GKZBxhCoHUYODWDqH7NvwT1P9nnQfhXfeBYb rwToc5m0Wyk1G6abT5GcuWhuTL56HLHgSYxxjAAr3Tv7UfxZr1FmWPi7xqyve+/VKyf3aHM8NRe8 UePeHPgL8KvC/wAK/Evgmx8Lfb/DfiIg65aazqFxqJviF2gu1w7sNoA27SMEZHIzXM+Ff2U/gL4N 0XxNpeieA1bSdf07+zdTsdR1W8vreS280S+UiTysqASKrBlwwIyDX0PiuR8cePPCHw2+HN14s8c6 7b+G/DltLHFNf3SuY0eRtqAhFZsluBhT71vSzDM6k3CnUk3N7JvV/wCZnKhh4RvJLT8DzTwP+zP8 G/h1ql5deE/DN5aS3OmTaWyXXiHULuOO0mXbJDGkszBFI4yo3D1HOblx+zt8F7r9lix+Ctz4Jim+ F9nc/aLbRW1G7/dS+c8+4Teb52TJJIT8/cjAHFZcf7VX7Ock3iJI/jD4bZtCi83UiLp8Rru2ZQ7P 33zFRiLecnvya6ey+Ovwg1H9nqb4rWvxD0Zvh7DKYZdce4ZIY5QRmIqy7/MyR8m3dyCAcg16E3xC pqcue91rrutn672OVLANWXL/AMDqWNV+C3wt1z9nGx+Emr+DbLUPh5Y20VtZaPM7stusfEZSUP5q uOcSBw/J55NcZo/7LPwQ0XR7jToPCd5eWk95aXcqah4k1G63PaSeZbA+ZOQUjbkIRtP8QNdNofx7 +D/iX4ReJvHei+PtNvvCvhxC2vXarMjaaOOZomTzE9vlwecZwcc7ZftUfs66j4gl0m0+MXhqS8j0 46hIr3TIgg2CUtvZAm4KQ2zdvHTbuyKVNZ/aUYc9r3e+/f1G3gZWk2j0jxH8N/BPi74qeCvG3iDQ l1LxR4SnluPD16bmaM2TyY8xgkbhHyAOHDAdgK574lfA/wCF3xcn0a48eeFl1XUtIJbS9Utb6eyv LPd1CTwOrhT/AHSSue3FJ4T+O3wf8dfCnXvHHhj4haPqnhXQ2I1jUjM0MdicZBlEiqyggZBxhu3P FVfh3+0J8F/ix4wuPD/w9+I2k+J9ahQytYwebFOyA4LosqoZF5zlc4HJwOawjDOqTU4qa9mrdfdv uvmW3gp+62nzficpf/smfArUPCmk6LN4X1JbGwWeOBovFepRySJcOHmWRxcBpA5UE7y3tjpXT+JP 2d/gz4q/Z20T4Uax4Fsz4D0eVZdJ0y3lltzZyLu+dJEdZA53Nlt2WLEtnOaxU/ap/Z7lO2D4raNc SKt07pAk7vGtqu6dmUR7lCLzkjB5xnBx2tx8Y/hja+C/AniGbxlYJovjO5jtPC12ElZdSlkHyIgC bgTn+IDHQ4rolU4gjyylzqzut997maWBaa0OZ8Wfs2fBXxt4A8H+G/EngmO+sfCtmtn4fnGpXUN5 YQqu0RrdJKszLgDId2yeevNLb/s2/A+0+G3hXwjZ/D2zs/DvhvXV13SLWG6uIzFqC7cXMkgk3zPh UBMrOMKAeABXue3aW9jjntSY449c15f9qZko8vtZWXn3Or6rQbvyo85+Jnwl+HXxg8K2ek/EbwzB 4jtrS5+02UrTS29xaS/34ZoWSRCcDIVsHAz0FSfDv4W+C/hT4c1DS/Bem3Njb3919qvZLzVbm+ln l2hN7STu7dMDAIH869ExRjmuV4zFPD/V3N8nbobKjT5+e2og+73/AB609fu03H+RTl6VxdzoBq7r 4d/8jddf9eT1wrV3Xw7/AORvuv8AryevreGP+R5Q9TxM3/5F1T0PbNB/5FKw/wCuQrY71jaD/wAi np//AFyFbC9K/sI/EhaKKKACiiigAooooAKKKKACiiigAooooAKKKKAPjX9tz/k1bwv/ANlA0L/0 sWvsC3/48Yf9wV8f/tuf8mreF/8AsoGhf+li19gW/wDx4w/7grkh/Hl6I+gxH/Ipoes//bSwtOpq 06us+fCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigA prU6mnrQB5b4sH/FCeIc8/6en/steI87RivbPFzf8UJ4i/6/k/8AZa8U/ir+aeP9M3j/AIUfqXDd /qkvUTbukjUtt3EDOR6+/Ffmz4P+Ovxw+OH7S3xK8LeE/il4E+Dd14Y8Ry6XpXhDXNEe61TVI42I 85t7BmDFekY3LnGMfMf0nC5lXnaOPmwSBzX5dftNeB/Ffx20jUtF0j9kPXND+LSaikej/EQ6jaW9 vDFHcACd543EkiNEvCuCV35GCBnweGoYacqkayWqXvStaPyk9V+J62YyqRUXBvTp3+4+zfHnx+8F /DHxhpPg3Xl1vxZ47n0n+0LrRvB+gS6jcw26ACS7kjU5ihLbtu4kn8q5fU/2v/gfpsfgGRdZ1XWI /Gmky6h4cOj6FNeNeeW7RtbhEy4nMiMgi2nnHIBzXzL43+CHxX8Iftn2HxGu7P4hfEDQdV8A6dou t6j8M/Ey6fq0N/awxxStKrkGWCRlZ8A5ycnBBza8BfAXxB4d/bf/AGVvE3hT4ZeK/Cvw+8O2mvza 0vijULe7vNLuLtbrYZnibrIzRsAobbvGTnNfQxyfIFRU6lTm91u6kkm0m7d1qkl3+48z65j+flUb a22ufV/hb9pv4S+KP2dvGnxOi1a+0Pw34TuntfEKa1pr2t3YTKARG0JySzblVQMkscdc18veLf2q l8cftj/so6T8NdX8TeGNB8QeJZ11/TNZ0OXTzqtkwg8iZRIpEsDHzQGRuoYdRmuW8T/s1/FXxl8J /wBtjw7B4fm0m88X+LrTVvCX2uaNIdWW3m8wqu1zjeFIBbb8xQkjmte+8P8Ax0+Jn7SH7HfiLUvg TrPgnQfh5fxwa9d397bSSKRFBHJIqI+5bYeUCp+9kvxwC2+Fy7I6HPWhJS0lo5L3bwutOrvp5WIq YnHTtGStt031/A/Qnxp4z8N/Dv4Ua1418Y6pHo/hvSLbz767lG4KMgBVA5ZmYhQo5JIA618GeKf2 qB45/bW/ZO0b4a6p4m8N6H4h8SzJr+lazokunHVrJxB9nkUSKRJC/wC9CujHkN6ZP0X+1r8LPEPx k/YE8ceAvCTI/iS5W3urC3kmEaXLwTpL5JY8AsFIXJxuAyRXzHdeH/jj8Sv2o/2N/EmqfAfWfA+g fDzUY4Nfub+8tnkQiO3SSVURyVtgIsqT82S4xwCfLyDCZW8O8RVac/fTTaSj7umj3u/uOzH1sTGp 7OF7WXz11PVfC/7THgPwP8LviX4v8efFDxF400Kx+Jb+HPtF34TitW0WZ42ZbRFifMsCiNj57Ybp xyK5L4z/ALdGmeFPgj4X8UfDPwlrmtrrXiWPT4dS1nwzcx6e9tl98sLAr5kjhVMUZILqzN/Divn/ AMTfs6fGjUv2Pfi94Zj+HOo3Wraz+0BH4hsbIGEtdaZ5Uim4GZcbOVGCc89OuPsD9t34a+MfiB+y n4Zsvhr4ck8SX3hvx3Ya0mj2LKkktrAs8ZEQYhcgSoQP7oPpXqTweRRx1JztLnk0/eSSXKrbefU4 41sc6ElG6su3meneC/2jPhz428aeLvD9rD4h8Na14c0Qa1qVh4n0N9NnismBIk2OSxIG3IIH3h61 3vwz+Ieg/Fn4O6H488KR38fh/Vy/2FtUsjayyKshj3bCThSQcHPI5r80f2zl8bL46+GPxU8K+F73 wj4s+K/h29+HmuaBqTxm+iW5kVoNxjYh3AI5XgBEBwTX6h+A/CeneAfhN4R8F6WqR6boGnW1hCYx hWWFQGb/AIEwZvxPfgfM5tluXYTCU61JNOo9r3slpL8dmenhMRiKlWVOf2VvbvsfM19+3D8CdNXx A083imSHQdafStcubfwtPJBpjrIIxLPIuUSNnJVSTlipwvHPaeEv2pvhD42+P9h8OdH1DVY9W1Oz lvNDvr/RZbTT9ZhjVmeW0nkx5qAI5DYAIRsHjFfIFr8CfixF/wAE4f2wvB7eBb9fFHi/4gT6h4es CYvM1G2aSFlkQ78bcK7DcQeDxng+heMvgr8RNf8A2mf2Q7y18N31ponhvwDd6P4k1FGjC6PNNpxg CuA2ch2/gDCve/snh1+5z231510ipXt66HEsXmCfNbT087Htum/tcfBrVPH+m6TbXmtro+paydF0 zxXNoEqaDfXwyPs8V4fkLEggHG0nIzxmqXi79sT4O+DPiH498K6mvii+17wbcCPX7bS/DM119mTG WnLIdohXgNIxXBZRg5r4x+Hf7PvirSPhd4a+D/xU+Fvxk8RLpGvLJb3Hh3xpbf8ACKkLOWjvFikb 93tBLEbdxyccnj3HT/hH8RY/jx/wUC1mbwjeC08f6bHD4Rn/AHY/tc+RcqyxfNkAl4/vY6jNEsn4 fpTlzSbSV17y973ktPk27eRMcXmMloravoey6P8AtgfBPX/ix4O8K6Vq2sXC+KZxbaBrcmgzxaTf XJC/6Oly2AZFLBWABCsdpPervj79qv4U/D34oax4Pvh4i8Ua7otstz4gi8L+HZtSTRomGQ906YEX HJHYHnHSvlu++CPxUf8AZK/YX8P2/gm+OreBvFNvd+KbQNEG0uJZMu8nz4xjk7SScd66GHwt8Y/g b+1V+09qWh/B/Vvi34f+KUxvdD1HRb23T7LMyTqbe9ErgqgMzfMMjCgj73ErKMinV9yV7J+7zpXt K17+mti3i8fGPvLtrby/zPobxb+1h8D/AAX8OPh34w1jxTNN4V8aib+w9VsbB54W8lV8wS4w0bAu F2kE5BGO9S/Dj9qL4XfEzUfGNlpQ17QdQ8MaQNX1ay8R6I9hMtmQWEyIzZZSoU54++v94V8aaJ+y z8SvCvww/Yf8K6h4b/4ShPCXjy61rxobZo5bXSobi4gl2vuYBgoVslcglW68Zm/bt8N+KPD/AO0T 4F8VeAVQ6x8VPD1z8N9agU/vJ1lkieKVR1dgDgnoBGg4yDVRyXIKtdYanJyclJqV9FyvqvNCljcf Gm6kla1tLdz9GPhv8QdB+KnwV0Px94Yjv4/D+rxvJYnUrP7NNIisV37Mn5SVODnkc13Xb8K5nwd4 Y03wR8KfDPg7R40j0vQ9Lh0+2WP7u2JAuR7Egt+NdLmvy/ExpLETjSvyJu3ofUUnN04829kd54Nt ra40bxMtxaw3OLNcCWJXH8XYitXWP2f/AIOeJvs2qXnw/wBK03XlTdHrehxtpWpwk947u0McyHPP DjNeSax8WPCfwl+HtxqniqWZm1vVLLQ9JsrVA893dXMhRVVcj5VXdI7dFRGPavr213LYRJ94qgXg enev6n4N/wCRDT+Z+QZ3b+0Zny14p0b4hfC7wnqB1S6n/aA+CzWzr4g0HxFaRXOu2Fpj95JDKFCa jEi5LQTIJio+WSVvlK/DrU4/hl8TvB3g/R9ck8T/AAR8d2jz/Dy9muHuJNFuUhNydN81yWe1kgWS W33ndF5MkJODEB6R8SPjR4b8E6kPDGlq/jT4n3UW7RvBWjyCW/unb/VvKBkWsGeXuJtkaqGILHCn wjR/CM3h+H9mD4AQ3kWr+KPCU6eKPE1xZn93p1rbxTKpGcbVmup1giU8uiSsBiNsfenzx9uxnIyO h6VJUMQ2xqvoMVNQAUUUUANauD8Sf8gLxd/15x/+z13jdPwrg9YCTa9qWjyt5bapZbYXPQsmePrh s/hXnY+EqmCqQju4v8jooSUa0ZPuj58pV+/U13aXNlqMlrdQtDcRnayH+Y9QahU1/FdWhVp1ZRlF pryP3inVhOCknoySim596M+9Yezn2NOePcdRTc+9Gfej2c+wc8e4NXxt+3poeteJP+CZPjbR/Duj 32vatNfWBis9Ns3uJnC3CsxCIC2ABknHGK+xzQNynIYqR3UkGvSwFepgcZTxKjfkadu5z4iEa9F0 72ufn5qnw92f8Fmv2a9Ut/BDp4Z0f4aPC96mjH7HZTJDL5SNJs2I6k8AkMCegyK+O2+E/wAUv+Ge PFWqaP4U8R2eneGv2irnXrnT7Pw+Zbk2PlKiXttaTIFuRGQMKAV6ehr9x/m27dx2+m40uW3K247l +6dx4r7ajxViqX/Lq+iWrfdv9TwZZTRkrc5+Ul94Xs/F3wa/as8eeHfFXxB+I/jbxF8O006+TWvh w2hpdOs0ZhESRoBNOqoUIRCQpPNWLj4Y3clp/wAE2bWT4f3MlvpFtBJ4ij/sNytjI0MMjm6BT90T Nlj5mPmBNfqmWkJB8xuDkZJPNG5tpG5l3dfmP+TUvifEJvlpvfvr8PLbZeo1ldL+b+r3Pxi+Knwd +Jni7X/25rDwl4P1WWO88XaJq9pZLYSQRa5BAZmuBAxULMwLbyEyTz1JGfcLWa4+OX/BS/8AZf8A Fnw4+HPiXwf4f+HllJJ4r1XXPDcmkJChVFSxXeoErKQyYXIG/PAya/Sz5tqjc2B0BJ4oYsw5Yt6Z JrSXFmIcF+596Ksnd9YqLb77adiVlVNS+PRv+vQ/O/8AYX+EthY/s7fGC48a+BZNL17X/HOq2V1L qulvb3VzpzQRKqqZVD+UfOuMEfLkt3FeI/sveFvFGo/t5+G/g34ntZG0P9ne41qS2uWk+S8ku7kf YnIPosjsueQmPTj9aNe0+71rwfqmlW2sXeiXV3aPBFqNky/aLUsOJI9wIDL1GQRnrxXlPwX+Bfh3 4L6R4nbTdY1fxZ4o8S6kdQ8Q+ItfuBNe6jLghdxAACqGOFGeWJz2Ewz+c6OKqVL81RJRjq7O1m7+ l/vL+oRhOnGO0d33PalGF29c9/WnDrR36/pR361+b8k29j6TmiupJRTc+9Gfejkn2Dnj3HUU3PvS ZOetHJLsHPHuOPWu7+Hf/I4Xf/Xk/wDMVwLMeOf1xXoXhOGTSdE1TxFdgwwm38m1DDDTO3TA784r 7ThTDVqmd0ZRi7J6+R4Oc1qccBOLerPZNB/5FPT/APriK2F6Vl6LG0Phmxjb74hXI9DjpWsK/rjq fjIUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAfGv7bn/Jq3hf/soGhf8ApYtfYFv/AMeMP+4K +P8A9tz/AJNW8L/9lA0L/wBLFr7At/8Ajxh/3BXJD+PL0R9BiP8AkU0PWf8A7aWFp1NWnV1nz4UU UUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFMbpT6Y33 qTsB5prMK6mviDw7HIkepSlLm2jkOPNUYzjueRg46ZFeX/8ACIeJVkI/sec+4Kf/ABVe3eJPCdj4 ktYvOZ7a6iO6C4hYq8Z9QR0NcO3w48Rbv3fj7XFXsP7Rk/xr4jOeGMFndeNaq2pJW0PcwOa18BB0 6eqbvqcT/wAIj4k76Pcf+O//ABVJ/wAIf4ix/wAgafj/AHP/AIqu3/4Vx4m/6KBrn/gwk/xo/wCF ceJv+iga5/4MJP8AGvmf+If5b/z8ket/rHjOy+44dfCPiT/oDznH+5/8VR/wiHiPj/iTT+33P/iq 7j/hXHib/ooGuf8Agwk/xo/4Vx4l/wCiga5/4MJP8af/ABD7LNf3kvwD/WPF9l9xw/8Awh/iPGP7 Gn/8c/8AiqP+EQ8R7udGnz6nZ/8AFV3H/CuPE3/RQNc/8GEn+NH/AArjxN/0UDXP/BjJ/jR/xD/L L/HIP9Y8Z2Rw/wDwh/iQ/wDMGn/8c/8AiqP+EP8AEYGf7Hn69fk/+KruP+FceJv+iga5/wCDCT/G j/hXHiX/AKKBrn/gwk/xpf8AEPss/wCfkg/1jxfZHD/8If4j2/8AIFnx77P/AIqg+D/EmP8AkDXH t9z/AOKruP8AhW/iX/ooGuf+DGT/ABqjqPw98TW/h+/nX4ga6rR2srIw1CTghCR39aP+IfZZ/PIP 9Y8Z2R84XX7KvhjUP2qrX4y6p4T1PVvHFkM6dJe6m81pYPtCebDbl9iPtHXB5+YAMAa9nHhHxJn5 dGnGOn3f/iq+M/8AgnLqnxU+MX7FvivxJ40+LXirXtUtfG97Ywz3+tTTOsUaRlVDMxOBuPFfoF/w rfxNn/koGuf+DGT/ABrqq8D4OvyqpWk1FWXkvIzhn+Jhflilc4f/AIQ/xJjH9iz/AJJ/8VSjwf4k 4/4k0/HTG3/4qu3/AOFc+Jv+iga5/wCDCT/Gj/hXPib/AKKBrn/gwk/xrl/4h9ln/PyRr/rHi/5U cP8A8If4kxxo0/X/AGP/AIqj/hD/ABJtI/safn733ef/AB6u4/4Vz4m/6KBrn/gwk/xo/wCFc+Jv +iga5/4MZP8AGq/4h9ln88hPiPFv7K+44j/hEfEm7/kDXH/jv/xVJ/wh/iPGP7Fn6Y/g/wDiq7j/ AIVx4m/6KBrn/gxk/wAaP+FceJc/8lA1z/wYyf40v+IfZb/PIP8AWPF/yo4c+D/Eh4/sa4+vyf8A xVeNzfsr+Gbz9q6D40al4S1TVvHVqP8AQJr7U3mtdPbZsMlvAX2I5A+9g4PzYBwa+m/+Fb+JT/zU DXPx1CT/ABpf+FceJs/8lA1z/wAGMn+NdVHgfB4ZuVKtON1Z+afQznxBialuaCOJ/wCER8Sbv+QP P1/2f/iqb/wiPibH/IGn/Er/APFV2/8AwrfxL/0UDXP/AAYSf40v/CufEnH/ABcDXfw1CQ5/WuVe H2V/zyNP9ZMZ0ij4n8WeHfBmqfEr4wTfHHxXcfDubwzFotn4M8i5iintIrqVLkalC0kUqPJcXUDW pxE+1LNo8fO2euj1n4O61E1pdfFr43/GybaP+JZpEurxxT5/hZtOtrOFgf7ryAH0xmvSviB+y/N4 u+PPwf8AiFb+Kpn1zwn4lt7rV/7Skef+0tOik88W3OcOlwkUqE8D96P4zn7CjQLCq427RgAcV+mY HBUsvwsMPS+GKPlq9eeJqupN6s+P/CGg+PYPDcug/Bb4O6D+zj4Zu2Mlzruv2sFxqku4HMq2FuxD zZ5L3M55OSHwQffvh38NPD/w50PUo9Le81bW9WuftWveINYnFxqOsXG3b5txLgA4UBUjQLHGoCoq qAK9E8sYxTgvzV6JzAq7foOlOoooAKKKKAGkVzPiXw/Hr2krD5rW11Ewkt5422vE46MCOQa6ikIz QB4TeXHj6yjW21Pwvpfi+OLiO7kJikYdiw2lSfcAfTuaA1bxNn/kk+l/+BP/ANrr6D289qAoA7fl XFLB4ScuaVNP1SNY1asVZSf3nz7/AGv4l/6JPpf/AIFf/aqP7X8S/wDRJ9L/APAr/wC1V9B7fp+V G36flUfUcD/z6j9yK9tW/mf3nz5/a/iX/ok+l/8AgV/9qo/tfxL/ANEn0v8A8Cv/ALVX0Ht+n5Ub fp+VH1HA/wDPqP3IPbVv5n958+f2v4l/6JPpf/gV/wDaqP7X8S/9En0v/wACv/tVfQe36flRt+n5 UfUcD/z6j9yD21b+Z/efPn9r+Jf+iT6X/wCBX/2qj+1/Ev8A0SfS/wDwK/8AtVfQe36flRtH+RR9 RwP/AD6j9yD21b+Z/efPY1jxMx/5JPpY5H/Lz/8Aaq+ZfgB+1Frfx0+JHxu8P2/wN0bSpPh94oGi yPHqpmNyS9wu8gwLtP8Ao/QZ61+jhRcjjuO1fkh/wTVH/GXn7fPt8V+n/be/o+oYH/n1H7kP29b+ Z/ez7tXWPEuP+ST6X+Nz/wDa6X+1/Ev/AESfS/8AwK/+1V9BBeO35Uu36flR9RwX/PqP3IPb1v5n 97Pnz+1/EuP+ST6X/wCBX/2qk/tbxLg/8Wn0vn/p6/8AtVfQm36flRt+n5UfUcF/z6j9yJ9tW/mf 3nz5/a/ib/ok+l/+BX/2qj+1/Ev/AESfS/8AwK/+1V9B7fp+VG36flR9QwX/AD6j9yD21b+Z/efP n9r+Jf8Aok+l/wDgV/8AaqP7X8S/9En0v/wK/wDtVfQe36flRt+n5UfUcD/z6j9yH7at/M/vPnz+ 1/Ev/RJ9L/8AAr/7VR/a/ib/AKJPpf8A4Ff/AGqvoPb9Pyo2/T8qPqOC/wCfUfuQe2rfzP7z5+j1 bxT5o8v4V6VFIDwxujx7/wCqrqNJ8PeItZ1631XxfcRKls2+1021XZDCezYySWxnlvwxXrO36flS ba6KWHoUH+7ilfyREpzn8TuMT5cDsBwBU3am7eadXQZhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB RRSHpQB8bftu/wDJq3hj/soGhf8ApYtfYFv/AMeMP+4K+Of245Y7f9kvw/czTLDbxePNEeWSRgqR qLxcszHgD3OMV9cabqNje6PbXFneQ3VvJGGjkjkDKw7EMOD+FccHavL0R9FiIyeUUGlpzT/9tNZa dVdZVY/Kwb6Gnbm3Lz+Vdh8800TU1jX5h/Df9vDxj4k/4Kx6x8CPF3gPStD8Bt4t1PwtoviW1upW ll1C0h8+OORX+UeZGCMD+J1AqH48ft7eLvhr/wAFMvDfwR8G+BdH8SeF/wC39C0PxLrd5eSrNaXm qSHEEap8u5IcPznkjPFAj9QN3PepO1fKPwl+Na6rafHzWfHXxY8D694c8EeLLu0kudFsLmwXw/aw hiYL57ghXmQAbniJQkHHXFTeEf21P2XvHXiPw1o/hP4zaFrWra/rH9k6RYw+eJ7m6wh2CNowVB8x QHYBCcgMSCAAfVFFfNFv+19+zfdfE7/hC7f4uaJN4s/tu70VtJTzvtCXlqpe4Rl2ZVUCtlz8mRgM TxTPAP7YX7OHxO+J1t4L8EfFbS9Y8UXVq9zZac0FzbSXkSKWZ4DPEgmG1WbKFshSeg4APpcnmlB4 r81vDP8AwUW+FvxJ+OXxq+G/hXxJo3he98P6NNN4O8Sawl1c2urzQ2dxc3E7wJErJBbrDuYMyu6q wXtXuPh39qL4c+DP2Ffhv8TvjV8ZPCEq+IoGW313R7S6t7PV5VkdSbS1dWuCFAUH5Tg8/KCKAPrq ivn3Tf2ovgJrH7LutfGnSfijoupfDLR5Fj1TW7d5HSzdpFjVZYwnmoxaROGTPzA4I5qr4I/aw/Z5 +JHx4X4Z+Bfi1oXifxs1s1xFpllK7NMixiRtjlPLdgh3FVYkANkfKcAH0ZTWrwH46eIv2hPD/h7Q 5vgL4J8JeMrxpZv7aTxVrklgtvGFUxmIqCHJO/dkjAC+px8f/st/tV/tWftFafZ+MZPhX8PdF+Fs Gt3Oma5qaeIpzfWhgX948cBU78EqcZG4ZxQB+nwPNOr4d+FX7WngGw/Zh8F+JfjR8ePAOraj4l1z UNO0rXtAsLzTtKu2tmXdEv2hSUaMMu5nKqcjBNdKP28f2Rz8K5PGX/C9vDn9gpqQ05pf3/n+ft34 Fv5fnFdvJcIUHdu1AH17RXjniT49/B/wj+zlpfxb8RfEPRdN+HOpxQyaZrj3W+G+84ZjWEIC8rsM kIilsKcgYNavww+MHw5+M3gG48S/DHxbZeLtIt7t7S5ltA6Pbzp96KWKRVkicAg7XUHFAHp1FNXp TqACiiigAooooAKKKKACiijNABTG60/NMbrQBWkmjhRmkcKqjLMx4UVz7eMPDqSMratBuU4PX/Cu f8YXEjeBNeCsVC3SJwe3y/414Wq/IPQdK/KeJuKsRkuLjh6UE7q92fXZVk8MwoupOVrO2h9Lf8Jl 4cx/yFoP1/wo/wCEx8Of9BaD8j/hXzbRXxH/ABELH/8APqJ9B/qxh/53+B9Jf8Jj4c/6C0H5H/Cj /hMfDn/QWg/I/wCFfNtFH/EQsf8A8+oh/qxh/wCd/gfSX/CY+HP+gtB+R/wo/wCEx8Of9BaD8j/h XzW1R54p/wDEQsf/AM+oi/1Yw/8AO/wPpj/hMfDn/QWg/I/4Uf8ACY+HP+gtB+R/wr5fury1sdPk vL66hsrSMfPNcSrHGv1ZiAPxNJZX1lqNil1p97BqFqxwk9tMsiN7hlJHb1rT/X7M1Dm9ird9bGa4 cwt7e0f4H1D/AMJj4c/6C0H5H/Cql74o8N3el3FqdYhjE0TR7gCSu4EZxj3r5y7/AFo7Vn/xELML /wAKJf8Aqzh/53+BW/ZQ+DPgv9lv4Aaz4D034hSeModQ8Q3GsG7u7FbZo2mVFMYVGYEDZnOc8n0r 6h/4THw5/wBBaD8j/hXzP9Wo6AYo/wCIh4//AJ9RD/VnDfzs+mP+Ex8Of9BaD8j/AIUf8Jj4c/6C 0H5H/Cvmjv1oz0o/4iDmH/PqP4h/qzh/539yPpf/AITHw5/0FoPyP+FH/CY+HP8AoLQfkf8ACvkT V/GHhfQvF/h3w/rXiCx0rWteleHRrG5uAk1+6Y3LEp++RuXIHqK6RW3DPWrfH2ZwipSopJ7biXDW Gbsqj/A+l/8AhMfDn/QWg/I/4Uf8Jj4c/wCgtB+R/wAK+bB0paz/AOIhY/8A59R/Ev8A1Yw/87/A +kv+Ex8Of9BaD8j/AIUf8Jj4c/6C0H5H/Cvm2in/AMRCx/8Az6j+If6s0P53+B9Jf8Jj4cx/yFoP yP8AhUf/AAmHhvPOrW/5n/Cvm8jimmj/AIiHmH/PqP4i/wBWMP8A8/H+B9VWupWV9arNa3EdzBux vjbIU+/pWop6/WvCfAM0kem+ItrHalurgZ4z83P8q9utZPMsYHPVkB/Sv2rI8ylm2XQxUo8rlufB 47CrB4qVJO9i1RRRmvojzgoozRmgAooooAKKM0UAFFFGaACijNGaACijNGaACijNFABRRRmgBrdB 9a/I/wD4Jq/8neft9f8AZV//AGvf1+uB6fjX5H/8E1f+TvP2+v8Asq//ALXv6AP1xHT8aWmr0p2a ACiiigAoozRmgAoozRmgAoozRQAUUZozQAUUZozQAUUZozQAUUZprNgUAOoqHccU7dQFySim7qXN AC0UZozQAUUZozQAU09admk70AfKP7ZHiK70L9jC+tbPSdG1ebXdYsdF8vXrAXlpF9quFj81oTgS FOoBI5we1fOHg3/gm/oehyrfXnxo8ZQ3ch3sPD0y6VGpPZAhbA9PbFe6ftu4/wCGWPDP/ZQNC/8A Sxa+vrb/AI8ov9wfyry5YelXxEnUV7JWPuqGbY/K8mpxwk+X2kpc2id7Wtun+B83/C39mrS/hb8S o/Elr8UviR4rmjt3h/s/xJ4ukvbE7wPnMJUAsMcEnjPFfSi/w9euf89ak4p3y16EIRgrRPj8Ria2 Kqe0rO7Pwf8AEXwV+J2pfCr9szx14Z8H61b/ABC8E/H+18f+AUl0WdZNUNn/AKz7OCgaZHiZziPc GKKOeKy9W+FXxU1z9n39nb4r+IPAOvj4hfEL9qK28ceKtPj0m5muNDshOYreO4Hl7oYoYUA3OFAB Ga/fQijaK0OU/Ceb4E/GDxz+wF/wUg8GeHfCet2PiTxB8XpdU0OyvLCW1Ot20F3HO4tzIqiVXWJt pXKsdq55rF8SeOLHxt+2Z/wTN0+z+Cvib4X6h4c1qLSr2XxLoH9lzO8EVqsltCjYklhiZWfzdoTL 4HO7H7iePPCreNvg/wCIPCaeI9a8Ivqlo0C6z4dvjZ6jZE/8tIJgDscY618s/Dn9i/wv4T/ak0f4 0ePPiZ46+OHxB0O2kt/Dl7431ZLiHR0kXYzQQoiqHKlhu6ZYtjdhgAfJn7OngPxt8PdD/wCCg3xW 0H4QS6l8Xv8AhONXm8EHXdAlSTUo1SSSIW/mIrSQtKzNiIgSHAz0NeDwTfGL4oftSfsK+PtduPi9 4+17TfHsL+M7nXfhwui6T4bkka3EttbrDbJIIlG5XlkZoioHzAlwP37X73Pze9SbeaAPxQvrTxL4 H/4KDf8ABRHwrq/w48XzzfFHwm8ngvU9M8L3F3p935OkXJYGeJSsbMWCKOpc7eCQD5n8PfA/j74S a7/wT9+O3jb4U+K/EXw98H+AdR0XxBp9h4duLzUfDt/LPemO5ksdnmgETRndt4CE5BCbv372/h7U beaAPwD8R/DL4keMv2VP+CkXxd8P/DPxP4c8HfEu50pfBnhm70CeDU9Sa3vYzPdCxCmVA24tnbk5 Ynhc19BeJPhv4i039rr/AIJcal4e8B6pY2+gaA9v4hu7DQ5Y10tX0y3Vo7p0jxDud5gVkwSzP3Jr 9etv50bfyoAztRXd4fvAqlma2cKFBJOVPGB1+lfm7/wTX8J+KvCX/BMrxlpPinwzq/hjVJfGesTQ 2Wr6ZNaTvHIqbGWOVVYqexAIPPWv00xmk2/99etAH85/w7+EHxBn/Zk/YD0XXPhf4kli039oS/vP ENhe+GborZ2T39sfNuUaL93CygnfIApAY5wDj648P/C7VP8Ah45/wUl1y6+HV9/Z+teBoLTQr6Xw /L5WpGSyk86K2cx7ZizLHuEe7JVe4xX68baNvFAH4A6p8K/jRpn/AATZ/wCCe3jqy0Hxnpdr8NdT vn8VWekeGBfa1oZnnAt75dNuEJmMWxuChKhgwxuyPvT9ivwzoH/C4fjt8TtJ8aeP/GmqeL59NbW7 vxl4C/4RqGaeBJQstvF5UYkYq4WRgg5Rckmv0K280beaABfufjTqOg4ooAKKKKACiiigAooooAhk ZY0Z5G2qoJYk9AK4uD4i+DLi9ht4fEFtJPK4SNAj/MT26V2xHJ4qH7NCDkW6AjofLFAGbrGuaVoG mx3esXyWNsz7FkkzgnBPYe1VdF8WeH/EN1cQ6LqkWoSxLukWIN8oJwCcgfpW+0auPnjV+c/MuaRY Y0bKxqhI5KrigDy3xVNHJ4L8TxowLx38auPQ4U4rxtTxXs3iz/kRPER9b6PJ/wC+a8XzzX808f8A /I2i/wC6j9U4af8AscvUfuFGRSDp/wDWo59/yr8mPs7i5FGRSc+/5Uc+/wCVOwrgTxUfp9e1ONN7 fj0pWA/PT9sT4X+PPEn7Qvwt+Ig+H1z8bvhD4as518QeALLUngmkmYyEXaxqR5pCtHgDJzEFI2sa 4q8/aK+H3w3/AOCctr42/ZZ8L2ng+Ob4jWukeIfD2uWMrtp9xPHIZlaNpflbEce1lbbgEYByB9qf Ez4d/E7xX4y0/WPh/wDHjWPhPFDYfZrrT7Tw/Z6jb3BEjP537/lJMMFyo6KvpivFZP2IfAs37GXi T4UyeLtbuNY1vxKniXUfF88cbXkupqflm8rOwLhnXZu/jJzmv1bB5jlcsuoU8ZNPla0Se19eZbO3 dHydbD4pYicqK0f9aHW+JfjR410f/gqzH8FdN0+w1Lwq3gC715IPs5W9mu4mcJEJt+0KxVRjb3PP THln7PP7QnxG+J/j2+t/GXxA8I+H/Elta302p/C248J3VjrFgI4naExzSv8AvgCEd8A5QNwvWvR/ Cn7MGqaJ+1NbfGbxB8avEPjTx+vhefQ576+0i0iU+YCI5o0jIWPyxtOza28jczZYim2P7N+vSftA 6H8XPiZ8WtR+J/iLwrod/Z+HkHhy00tY/tEEkbyTGDLTMQ7YXIAY5HQg1Cvw/GEqUXF6JXtrzXfR 99LvdbkuGP8Aj13btc+YtP8A2pv2pJ/+CdLftKzWvgCTwto2sGz1TRhptyt3qkQu1t3lSTzNkGC6 qF+Y8F/Ra0vE/wC274j1zxz8QG8B+KfBngfSfC2nW82m6V4m0i8vr3xTcyQec8Mbw4W3UbhGGPJb aemccl+zj+yzr3xU/wCCb+jeG/FXxM8XeDfA+oeJby48Q+CP7MhCXpgug0bJJIomgDhUJUblLKGx mvr66/Zl1Hw78bfEvjT4L/FjUvhGfENvbw67pKaDa6tZTtbx+XHNEs5BicIAOMgnJPGAPaxNbhrD 15U5xjzxcrWjolpo+731/pctOOZ1Ic0W+VrX/gHlmp/tNfFnxZ8fP2b/AAn8MNN8O6KnxR8ET6xO viSzmmGlTx+eXfdGys6RrCxCbQXwBkbuMW2/bA8f+E/2MP2gvEHjzSNE1n4lfDjxavh+2/su3kgs L5pnWOGVlLEgKxdioIyqgcE5r6auPgKuo/tbfCH4wax46vtU8Q+BPD91pbxyaXDGurtPFNG9xIUY CE/vy21FK/KOma46f9kPwbqngT4/eHNf8Q6jq2l/FHW11e6CW0cMmkzxtviMLBm37W2nLAAgY7mv EhjOGuSMJwXKrN2Wt+Z317cp2OjmSk2pP5+n+Z8teOLr4zXX/BQr9hW6+L9z4X1O4vtXuL7T7rw1 aTWwh86G2eS2ljkZtxj/AHZEinDbyMfLk/qxH/q19xXxho/7IuqL8Zvg/wCOPGXxz8R+PNY+HVyP 7FhvtFtYLdrVVVUg2xsCGwvzTMWdhtH8ANfaK/cX9K8HiPG4PFOjHDtPki1orL4m1b5HoZdRr0ud 1F8TX5EueKMik7f/AFqOff8AKvhrHu3FyKMik59/yo59/wAqdguBPy0xulONMPWltqK56J4H/wCQ V4nx1+xj/wBmrvB8QPBunp9juvEFtDcQARyqVfKsB06YrgvA43aT4m/6816/8Cr2y0hhbS7djDGz GMZJQelf1jwZ/wAiCl8/zPxnO3/wozI7rVtPtPDratc3aRacsQkM5J27T0Pr3rF03xx4V1jW4tP0 zWoLy+kB8uFFbJwMnqMdK6nyw0e1kDL/AHcDFNFvEsgZYEVh0IQZFffHz5h6z4q0Hw/NbxaxqkVh NOpaJX3fMO5GAasaPr2k+ILCa60e+S+t0k8tni3YVuDjkDsRzWs8KSH95Gsn++uaVY0jXakaoCck KMUAcbcfETwbZ3lxb3HiC2imhcpIjB/lI7dK6O91bT9O0CTVL67S309UDmZs7QD0PHPOavfZ4Tn9 xGc9coOac0YaNlZQynqCuRQByul+NvC+taxHp+l61BeXkisyRIGyQoyTyOgqxrPizw/4fu4rfWNU isJpV3xLJuJYDjPANbwgjV9yworf3goBoaGOT/WQpJ/vqDQBm6Prul6/pkl7pF6l9apJ5bSRA4DA AkcgHoR+dc/N8RPBdveTW83iK2hmicrIhV8qR26V2ixqgOyNVBOcKoHPrTfs0P8Az7p7/IKAKOoa vp+laA2qahdLa2KgEzPkrhsAHgZ71k6X408M63q4sdL1mC9vCpYRRhskD6iuoaMMu1l3L6FQajWC NHDLEiMO4UA0Ac/rHi3w7oOpR2ur6tDYXEkYkRJA2SucZ4HqD+VX9J1vS9e0kX2k3qX1p5hj82PI GRjI5HoRWk0Mch3SRJJ6FlBpyoqr8ihR1+VaAOKb4jeCkuDC3iK2WUOU2kODnpjp1zXRanrGnaNo jahqV4lnYgqPOfOPmOB09fWtD7ND837iPnr+7HNSGNXUq6BgT0YZoA5nSfGXhvXtVNjpOsQ310Iy /lxq27A78gU7WPGHhvQdVWx1jVobG6aMSiKQNkqSQDwDjkGuiWGGM/LCin2UChoYpHDNCrsBwSoN AGdpOsadrekR3+k3i31mz7RJHnGRjPUD/Oa/IX/gnL4q0DTP2t/27JL7VILZbz4r5tS4Yebunv8A GMDj8a/YtY1jQKsYVc9AMAV+SP8AwTXjjb9rv9vhSiso+K/HyjH+vv6AP1c1XWtM0PR/7Q1S9Sys 9yr5smcZboOB3rP0fxd4d17UpLPSdWhvrlE3tHGGyB68iukZA4wy7hnuAaakMcf+rhWP/dQCgDm9 W8ZeGdB1ZbHVtYisbooJBE4fO314B7g1qabq+n6xoaalpt4t3YvuxNHnHHXqBWg0MbvuaFGbHVkB NOVFRNqqqqDkADAoA4mP4jeC5rqOGPxFbNM7iNUCvyxOMdPWui1fW9L0HTReavex2NqX2CSTOMnt wK0Ps8HBEMYI6HYKc0asNrKGHXBXIoA5/R/Fnh7xDfTW+i6rDqE0cfmSJGGG1ScA8j1qHVvGnhjR NYNjqmtQWd0EDGNw2cHp0GOcGukWGNGLRxpGcYJCgUNBHI+6SFJGPUlATQBR0/VtN1TQI9Usbtbn TmDMs6Z2kLnPvxiudg+Ingy5vYbaDxDbSXEsgjjQbuWJ2gfd9fWu08tVj2qgVewAwKb5EIGRCgI/ 2BQBl6vrmk6Bpi3esXyWNuz7FkkyRn04FVNH8V+H/EF5NBo+qQ380UYklWMNlQTgHketdC0asvzK H5zyoNRrDHG26OJI2I5KqBQBzOqeNvC+jau+n6lrUFpeIAXifdkZ6dFI5rYs9Y0++8OJq1ndJPpr xmRLgAhdq8E8jPUGtBoYWbc0KM3qUBNCxqsXlqgVOyqoxQBxtt8QvBt5qMFpa+ILaa5mkEcUYD5Z ycAdOMnitzWPEGj+H7OG61nUI9Pt5X2I0ucE9ccA1qfZ4eCIU46fIKc0av8AeQN6bhmgDC0XxVoP iC4mj0fVIdQkhUNKsQb5Qeh5AzVLUvHHhXSdZm0/UdagtbyLHmROGJUkZA4UjvXVRwxxt+7jWP12 rimtbws25oUZj/EVGaAVr6nzN/w2N+zOusXWnyfGDQYbq3maGaOSWVCjqSrD5k7EV3/hf48fB3xt rEFj4T+JGg6/fTNtitrK/WSVj6bBz+grtLzwL4N1J5DqHhPSL4uSX8/To33E9c5Xmvhn9tD4N/C3 wj+xtrfxB8JeANC8JeNNH1Cxn07WtF05LG6hkN3Eu7zIQpPDHrnrXFUliKactLI+owtDKMXONH34 yez91q/52PvXWPEWi+H7aGbWNRjsY5mKRO+cMR1HGaj0XxRoXiFrj+xdUi1DyQDL5YbC7unUD9K0 7RFk0i285RI3lg/OM9qtJHGjErGq+u1cV2p3SPmXFxk0cnqHjvwnpOsXGn6hrlva3kDBZYnDZU4D YOFI6EVuJq1hJ4ZOsR3Stpvkmb7Rzt2DJLdM8elX2ghZizQxsx6koM0/YvlbNi7MY244x6UEnH2P j7wjqWrW9jZa9b3F1M22KJQ+WP4itTWvEei+Ho7eTWdQisVmYrF5gb5iByBgGtlYIVKlYY1I6EIB ilaJJAN8auB0BUGgDF0XxNofiJJ20XUotQWEgSmIH5c/UCs2/wDHvhHS9XuLHUNegtbyBts0bBso cZx90jpXWrGkYOyNY89cKBTGt4S5YwoWPU7BzQB8Y/trX9pN+x14X1KOdWsT460KbzhnGz7Ypz0r 6g0rxx4U1DUbTTLLXLe4vpfkSJA2WIGSORjtXzT+26oX9lLwyoXao8faEAMf9Pi19fW8Mf2WJljQ NtHIUZrkh/Hl6I+gxFv7Iof4p/oZms+JtD8Oi3OtalFp/nZEXm5+Yjr0H86fo3iLRfEUE8mi6hHq EcLhZDEGwpIzjkCtho0kxujEmOm5QaFjWPdsjVN33tqgZrrPnzkb3x94R0/VbixvNft4LqByksbB sqQenAxxmt+XVtPh8Nf2xNdLHpohE3nnO3aR19T1q6beFmLNbxsxOSSgJNO8tdm0ou3GNu3jHpQB y2neOvCer6xDp+na3b3d5NkRRLuy+AScZHoKv6t4m0PQbi1j1fUYrOa4J8kOG+cg4wMD14raEMSs GWFFYdCEGaHiSTG6NXx0yoNADlPP49amqNR81SUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF ABRRRQAUUUUAFFFFABTWp1IelAHlHia80/T9S1HTfEBe10bUtrx3qqSsEijjdjOAcAg4xkc9a4P+ x/CbHI+IGjbe2bqP/wCKr6EvdPtNRs2t7yBJ4T1V1zXIv8NvB7ylm0e3yT/cr5vMciyvNaiqYmF2 tLnpYbH4rCJxpStc8r/sfwr/AND9ov8A4Ex//FUn9j+Fv+h+0X/wKj/+Kr1P/hWvg7/oDwf98D/C j/hWvg7/AKA8H/fA/wAK8X/U3IP+fX4nd/beZfznln9j+F/+h+0X/wACo/8A4qj+x/C//Q/aL/4F R/8AxVep/wDCtfB3/QHg/wC+B/hR/wAK18Hf9AeD/vgf4Uf6m5D/AM+vxD+28y/nPLP7H8K/9D9o v/gTH/8AFUv9jeFf+h/0b/wJj/8Aiq9S/wCFa+Dv+gPB/wB8D/Cj/hWvg7/oDwf98D/Cj/U3If8A n1+If23mP855b/Y/hX/ooGjf+BMf/wAVSf2L4V/6KBo3/gTH/wDFV6n/AMK18Hf9AeD/AL4H+FH/ AArXwd/0B4P++B/hR/qbkP8Az6/EP7azL+c8s/sXwr/0UDRv/AmP/wCKpj6R4UUFm+IGjKoBJY3U Y7c/xelerf8ACtfB3/QHg/74H+FZusfDfwfH4X1Rl0eAH7HLzsH9xvaq/wBTsh/59fiH9tZj/OeQ 6DefDPxVpUmoeG/i54X8QWMcxhkudP1SGdFkHVSyuQGHGRW5/YvhQdPH2i/+BMf/AMVXwl/wSf8A B3h3Wv8Agn340udQ06K4mX4iahGrMgOFEcWBX6g/8K18Hf8AQHg/74H+FS+Dshb/AIevqw/trMek /wADyw6L4V/6KBo3/gTH/wDFUn9i+Ff+h+0b/wACY/8A4qvVP+Fa+Dv+gPB/3wP8KP8AhWvg7/oD wf8AfA/wofBuQP8A5dfiP+2sx/nPLP7H8K4/5H7Rv/AmP/4qj+x/C2f+R/0b/wACY/8A4qvU/wDh Wvg7/oDwf98D/Cj/AIVr4O/6A8H/AHwP8KP9Tch/59fiL+2sx/nPLP7H8Lf9D9ov/gTH/wDFUf2P 4X/6H7Rf/AqP/wCKr1P/AIVr4O/6A8H/AHwP8KP+Fa+Dv+gPB/3wP8KP9Tch/wCfX4h/beY/znln 9j+F/wDoftF/8Co//iqP7H8L/wDQ/aL/AOBUf/xVep/8K18Hf9AeD/vgf4Uf8K18Hf8AQHg/74H+ FH+puQ/8+vxH/beY/wA55b/Y/hb/AKH7Rf8AwJj/APiqT+x/CvT/AIWBovPb7TH/APFV6n/wrXwd /wBAeD/vgf4Uf8K18H4x/Y8H/fsUf6m5D/z6/EX9tZj/ADnC6XeaHY20+g+HNSXxBq2oEJcz2w3R W0Y6sSOM8nAHXPtXuMMZjtY4+6qBisrS/DukaLHt06yitec/IoFbi4zkV9hhMJQwVBUKCtFdDxqt WpXm6k3dvcdRRRXcYBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUANboPrX5H/wDBNX/k 7z9vr/sq/wD7Xv6/XBug+tfkf/wTV/5O7/b6/wCyr/8Ate/oA/XAdPxp1IOn40tABRRRQAUUUUAF FFFABRRRQAUUUUAFFFFABRRRQAUmOKWigCLbXx1+3gMf8E0PHH/XxY/+lsNfZVfHP7eH/KNLxx/1 8WP/AKWQ1z1/4Mj2Mq/5GNL1PrexH/Entf8ArmP5VcXrVSx/5Atv/wBcx/Krg+8a2jseZU/iMdRR RVGQUUUUAFIe31paKAPjX9t7/k1fwz/2UHQv/Sxa+wLf/jyh/wBwV8f/ALbv/Jq3hj/soGhf+li1 9gW//HjD/uCuSH8eXoj6DEf8imh/in/7aWFp1NWnV1nz4UUUUAFFFFABRRRQAUUUUAFFFFABRRRQ AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFNb+lOprdKNwMbUtWttN0m7vLltsEAG4jqT2A+ teeH4oW247dJmIB7yjNXPFzM3gPxDntexgfmteH9sV+L8XcR5lleNjRwrSVrn3OS5XhcbRlUra62 PYv+Fo2//QIm/wC/wo/4Wlb/APQHm/7/AArxv5d3+f8AP+fpXzX4t/a6+APgv4lal4R1bxs15rum y+VqkWk6VcX0dg+QCs0kSFFIPBAJwcg8g18Ph+KeJ8W2qL5rb6Hv1MlyqlbnVr+Z98/8LSt/+gPL /wB/hSf8LRt/+gRN/wB/hXi9rcQ32m295Zt51tPCksDgH5lZcqeRkZyPerAU57kZxwD/AIVyvjHi Bfb/AANP7Cyzs/vPYP8AhaNv/wBAib/v8KP+Fo2//QIm/wC/wrx3ow69e/8A+qvJfH3xh8N/Dv40 /CvwLrVnfTat4+1ObT9Hkto1aKGSMR5MpJBC/vV6Ang+lb0OK+JMRU5KcrvV7dFqTPJcqhHmle3q fXv/AAtG3/6A83/f4Uf8LSt/+gPL/wB/hXjgG7159ua8l8efGLw38Pfjl8KPAWtWN/Nq3j/U5bDR 5LZFaGF4vL3GUsQQp81eQD0PvTocV8SYqp7OlK8tXt0W5M8lyqmryVvmfXn/AAtK3/6A8v8A3+FM l+JlnNbSQzaLK0cilWHnDBBGD+lfM3gjx5Y+PI/En2HQfEGiNouryabONd0h7E3LoAfNg3f6yE54 k6HBrS8YeNfCfgHwzbaz401+y8NaXPex2dvcX7lBNPJnZEgAJZ2wTtAzgE9AaJcU8Twq+yb97tYF kuUuPN09T0r4cR/DP4ReCrrw78Nfh3beD9Eub6S+ns7CTCPPJgPIdxJyQo/KvQf+Fo22eNHm/wC/ orx5lZZNjIVwxHPsefxpvzY549iK53xnn6dnK3yNVkOWvZP7z2L/AIWlb/8AQHl/7/Cl/wCFpW// AEB5f+/wrx3azdFI+o6UnITO1uf8+1T/AK5cQL7X4B/YOWdvxPY/+FpW/wD0B5f+/wAKP+FoW/8A 0B5f+/wrxzacbuSvrginbW/unPYbf85qlxln9/j/AAD+wct7P7z2H/haFv8A9Aeb/v8ACk/4Wlbf 9Aeb/v8ACvHSOORwB64+tAU5+Ubh7DPNH+uef7c/4B/YWW9n957H/wALSt/+gPL/AN/hS/8AC0bf H/IHl/7/AArxtfmX5QT24559KAGPUdTxnoaX+uXEC+3+Af2DlvZ/eex/8LSt/wDoDy/9/hSf8LQt yeNHm/7/AArx36rRjn/61J8Z5+tPafgP+wMu/lf3n0loPiqz13TZ7iGN4JID++ikIyo9a6xW3AMO hrwXwKduk+JjnpaL/wCzV7laZbTbduuY1/lX9B8O4+tmWVQxFb4nufmuY4aGFxkqUNkXKKKK+pPL CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAa3QfWvyP/AOCav/J3f7fX/ZV//a9/X64N 0H1r8j/+Can/ACd5+31/2Vf/ANr39AH64jp+NLSDpS0AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA FFFFABRRRQAV8c/t4f8AKNPxx/18WP8A6WQ19jV8c/t4f8o0/HH/AF8WP/pZDXPX/gs9jKv+RjS9 UfXFj/yBbf8A65irg++ap2P/ACBbf/rmKuD75raOx5lT45DqKKKoyCiiigAooooA+Nf23P8Ak1bw v/2UDQv/AEsWvsC3/wCPGH/cFfH/AO25/wAmreF/+ygaF/6WLX2Bb/8AHjD/ALgrkh/Hl6I+gxH/ ACKaHrP/ANtLC06mrTq6z58KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKA CiiigAooooAKKKKACmt0/GnU1qAPLfFv/Ih+Iv8Ar+T/ANlrxKvbPFe5vA3iRerC+QsB2Hy814lz 6V/NPiApf2tDT7J+pcNu+EkvMcpKyqy9mB+tflz410D4pfsU6d8SPjH8L/EHhz4hfBXXPEh1TxD4 b1sCK/gnmm8phb3K/wCsId9uBkgLyhIJP6i5ZWDY6dD6V8yTfsb/ALNd18SpvFl58K7G81ia9a9m Fxf3ktvLOzF2kaBpihyxJ2lSvPTGK+WyHMcNgJVPrDbhJJONr83le6a9Ue5jsNOvbk+JbPsfJ/jj 4l+OfjJ+3/D4K03SfiBeeDYfhtYeINH8NeCvFcOgXzzXsEUxu7iVnUzLF5oQIpIBCn13czbN+0Fq n7Wf7KPwm+K3jjxd4F1rWNE1y08QjStdEN1qFpbm4kglkaItH9oeJBH520uuAw+bmv0Q+IvwF+Ev xU1TR9Q8beDLXU9W0mHytN1G2uZrK6to/wDnmstu6Ps5OEYkDJwBmjQfgH8I/DPinwPrmi+C4LHV /B9vcQeHLw391I9ilx5nngb5SJN/myZMgY/McEcV9ZDiPK6eHUYUrWi0lZOzs0mn62bPLeXYty5p Tvd9z837j4sfFL4U/sP/ALZnh/Q/GmveIL3wP4zt9N8O69rN+95f2FrdTJC/71uSVUna38LNuAFT +JPBcfg/9s39gQx/FDxH8QG1vUF1a4h8S65/aLRyyxWxe5gdhvjikOV2ZK5hJHJav0ttfg38L7NP iEkPgyxki8cytN4tiuJJZ49VYggmRHdlXhjjYFGeR61wvhn9lH9nrwX4g0DWPDfwx0/TNW0PUv7Q 0q+F7dyT28+BhgzzEsoCjEbZTPOAWJLhxJlsYTtBqTTvZLVuNtfR6/MUsuxDavK6VvlqYX7Znj7x Z8M/+Cb3xC8WeB7qXT/EUK21tBfQL89mk1zHE8q+jBWIDdic9q+Ltd8Fw+Df24/+Cf6xfFDxJ8QF 1rUk1SeLxLrn9ovHJNHamS4hdhvSKU/KEyVBhJHJav1d1/w/ovirwZqnhzxJpdrrmg6lAbe/sLuM SQ3EbdVIPr+YxxivEvCv7Kf7PfgnxR4d1rwz8M7DS9a0LU/7R0i/F7dvNbz8AEO8xLoNowjZQZJ2 gkk+Pk2d4HAYJ0qkWpXlsk7qSsr+n6nXjMFXr1eZPSy/Bn5l+Lvif8VIP2IfjZqem/EfxLZa7Yft IJpem3y65cF7W1MMuLZTv4gDYJiHyEgcV6V+2p8Dx4D/AGUPhfPrHxN8a+Mtcb4m2Vtqd9q/iF/I kedLh5Z1hHyRurLiNxzGhKjg1+gF1+zf8EbzwRrXhy6+H9rNoereJB4k1K1N/dgXGpKCouiRMGU4 Y/KpCc/dNdr8Rvhz4J+LXwzvPCPxE0CHxJoE863L2s7vGVlUllkVkKsrDJ6EcMR0JFet/rPhI4ml KlFpKV5aK7Vkv82cayys6UlJ3bWmvW5+e3xQ8aa9+yJ+1f460+58beJ/EHgXxJ8K7uXwivinX7jU pF1q0bbs8yU4DyZLkqBnenoK+4P2dfDviHwv+x18NdJ8Y63qPiDxVJpcN1rF7q1/JdzvPcfvmVnk JYhQwUKTgYxXy58Uv2bde+I/xj+C3wu034caX4T/AGf/AIc6suoR63JrTXN1ewbVZrKKJyZF3uu0 l2IOAxOFwf0F3YnMnCtu3AgYAOc8D+nSvLz3H4Wrg6UadnOTvJq3TSN7bO26OnBYerGtNyvyrRfq fihcXnxH1b9jL9qv4qv8aPH1jrXgH4k3Fv4YsrTxNMlpConiLCReWlTY4RYywRMcL8zV68uu/EP4 Y/tv/s5a3D8SPFvjib4ieAdQ1bxPpOtaoZbG6uksHuU8i2ULHAqvsAVBwE64ZgfvFfgJ8IY/hX44 8FL4Jtl8L+MNTbUvEmni9utuoXLFWaQt5u5CSi/6tlAx061tTfCP4dXPj7wH4om8LwSa94LszZ+F 7w3M+7ToTH5exVDhH+X5fnDHpXp/6zZc5cs6d4u6tZbOKSX/AIFqYf2diN+bX18/8j8uvhPrH7Sn xF+D3gj4z+B7L4h+JfHVz4qN1rerXHjK1bwzdWKysk1iumGQeUFXAB2htwYjGRjqfElt4z8cftM/ t9W8nxc8d+H9E8ARJqHhzTtE8RzWsMU5hnaMnaSRGoiOYk2qxfJ5Vcfbg/ZT+AEfxNk8XW/w7t9O 1aTUBqEq2Wp3lvatcq25ZjbpKIt27n7mPUV3kfwf+G8Wv/ErVo/CduuofEGIReMJftVxnVlCuuHB lIj+WSQZiCHBz6VdTiXLVOUqcLaJR91ae8nb5JNIlZbibJOXrqfmRp/iL4maF4W/Ym+NF18XPF+v eJPH3iSDTvEmn3+rk6TNaMQixC1UBAQinLnLMxLkhhmvR4f+Ek+O37X/AO1ta+MPi54w+H9h8Mwb fwtpXhvxE+lRWUaxzML2cJxMSYVJZjj5zyBtA+4n+Bfwnm8HfD3w9J4LtpNH8C3aXfhO1N5c402V DlXU+bucj/poXHqKwfiB+zT8C/ip8QR4p8dfDux1rxE0Swz30dzcWstzGv3Vm8iRPMAAX74JwAAQ ABWS4iy51eaUWnZpSUVp711p6aFf2diVGyl8rvt/mfmH4B8f/Gr4/wDxY/ZV8Nat8VvE/g3/AISn whrFv4hv9FvXt31C3tLi7JnEYIT7Q8UIQTbdwPzDoK9r+KXxA8S/sq/tSfEbTr7xlruseEfFPwke bwXHrWrTXXk61abYDHHuYhJHy0h2AcyJ6Cvvy1+D3wysfiR4L8XWHg3T7DxF4S0mTS/DdxaNJAmn Wrq6PDHErCMqRLIMshPzE56V80fHb4NePv2gP2wvhfpGueCdM0n4ReCNc/tabxNNqay3erKUQtax QDmMM8aq2fQN2APbTzvLsbjEuRQoqMuZOy1vdW79DGWBxFKg3zNzurM+hPgL4b8QeE/2PPh5o/i3 WtQ8Q+KF0aK41a/1O/ku55LiYea4aSQliFL7QCeAK9g6UnLSbjjcTk46daQnAxX5LiqzxGIlVenM 2/vZ9ZShyU4x8keieB/+QP4o/wCvNf8A2avcrP8A5Bdr/wBcl/lXhngj5dE8TN/D9kHJ6fxV7jZf 8gi2/wCuY/lX9UcHJrIad/M/H86d8wmy9RRRX3h8+FFFFABRRRQAU0tx3obpVO4uFhVsttCoXbPQ KKmUlFXewJNlndSbv9r9a8W1T4lXK38kek28X2dThZZwSX98elZn/CyfEX9y1/CE/wDxVfnlbjbJ KFRwcm7dkfS08izCpBSSSv3Z79u9x/31Ru9x/wB9V4H/AMLJ8Q/3bX/vz/8AZUf8LK8Q5+5a/wDf k/8AxVc3+veR95fca/6vZj2X3nvm73H/AH1Ru9x/31Xgf/CyvEOf9Xbf9+T/APFUf8LK8Qf3LX/v yf8A4qn/AK95H3l9wf6v5j2X3nvm73H/AH1Ru9x/31Xgn/CyfEP/ADztf+/J/wDiqP8AhZXiH/nn a/8Afk//ABVH+veR3teX3B/q/mPZfee97vcf99Ubv9r/AMerwP8A4WT4gx9y2/78n/4qj/hZXiHP +rtf+/J/+Kp/69ZH3l9wv9X8x7L7z3pm5Hzdx396/JH/AIJs7l/a9/b4/hH/AAtc9e/7+/8A8ffj 8K+9D8SPEGeY7X/vyf8A4qmr8RteUsVhs1JOSfIxn/x6l/r3kdt5fcP/AFezHsvvPfFb5fvD35p2 73H/AH1Xgf8AwsrxADjy7X8IT/8AFUf8LK8Rf887X/vyf/iqP9e8j7y+4P8AV7MV0X3nvm73H/fV G73H/fVeCf8ACyvEP9y1/wC/J/8AiqP+FleIP+edr/35P/xVH+veR/3v/AQ/1ezHsvvPe93uP++q N3uP++q8D/4WV4gz/q7X/vyf/iqP+FleIf7lt/35P/xVP/XvIn1l9wf6v5j2X3nvm73H/fVG73H/ AH1Xgf8AwsrxD/zztf8Avyf/AIqj/hZXiHH+rtf+/J/+Kpf695H3l9wf6v5j2X3nvm73H/fVG7/O a8D/AOFk+Iv7tr/35P8A8VR/wsnxF/dtP+/J/wDiqa47yPvL7g/1fzDsvvPfC3+c0m4+9eCr8SvE AkUtHaMueR5ZH9a9J8N+KrfX9LkmVfs91D/roc549R7V7WW8T5Vmlb2NGTUuiatc8/FZVjcJT9pU jp5HZr17/jT6hjO5QwPBHFTDpX2R4oUUUUAFFFFABXxz+3h/yjT8cf8AXxY/+lkNfY1fHP7eH/KN Pxx/18WP/pZDXPX/AILPYyr/AJGNL1R9cWP/ACBbf/rmKuD75qnY/wDIFt/+uYq4Pvmto7HmVPjk OoooqjIKKKKACiiigD41/bc/5NW8L/8AZQNC/wDSxa+wLf8A48Yf9wV8f/tuf8mreF/+ygaF/wCl i19gW/8Ax4w/7grkh/Hl6I+gxH/Ipoes/wD20sLTqatOrrPnwooooAKKKKACiiigAooooAKKKKAC iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKY3Q/Sn01qAPM/Ey6xpOqz6jY6auuaVdIF v7BsBmxnDKTxu5xg8EfQV5y2t+FlY+Z8PdbVyfmAbOD/AN919HNtxzUIt7fP+pj/AO+a8+vgcFi2 nWpqTXVo3pVq1Ffu5NejPnf+3PCf/RPtb/Mf/F0f254Tz/yT/XPzH/xdfRXk2/8Azxj/AO+KTybf /njH/wB81x/2NlX/AD4j9yN/rmM6VH9587/254T7fD/XPzH/AMXSf254T/6J/rnXPUf/ABdfRPk2 /wDzxi/75pfJt/8AnjH/AN80f2NlF9KEfuD65i/+fj+9nzr/AG54T/6J9rn5j/4uj+3PCff4f65+ Y/8Ai6+ivJt/+eMf/fApvk2+f9TH/wB80f2NlP8Az4j9yD65jP8An5L7z54/tzwlj/knuuc9eR/8 XSf254T5/wCLf65z15H/AMXX0R5Nv/zxj/75/wDrUeTb/wDPGP8A75o/sbKf+fEfuQfXcX/z8l97 Pnf+3PCf/RP9b/Mf/F1HN4h8I29nNO3w/wBc2xxO7YxnCjcf4+vFfRnk2/8Azxj/AO+az9Xghbwt qSxwrvNpKAETJ5Qij+xsp6UI/cH13Fr/AJeS+9nxD8D/ANor4UfHr4W6l4u8H/DfxLDptnq0umyi 7ChjLGoLH5ZCMYYfrXsw1zwmB/yT/XPwI/8Ai6+UP+CVXhfXPDP7AfjKx8VeG9Q8PX0nxC1CdLbV dPktpWjMcWHCyKCVPOGHHB9K/TfybfP+pj/75p/2NlP/AD5j9yD67i/+fkvvZ87/ANueE/8Aon+u fmP/AIuj+3PCf/RP9c/Mf/F19E+Tb/8APGP/AL4FL5Nv/wA8Y/8AvgUf2NlP/PiP3IPruLf/AC8f 3s+df7c8J/8ARP8AXPzH/wAXR/bnhP8A6J9rn5j/AOLr6K8m3/54x/8AfApPJt/+eMf/AHzS/sbK P+fEfuQfXMX/AM/H9587f254Tx/yT7XPzH/xdH9ueEyP+Sf65+Y/+Lr6J8m3/wCeMf8A3zSeTb/8 8Y/++af9jZT/AM+I/cg+uYz/AJ+S+8+d/wC3PCf/AET7W/zH/wAXSf214Tzn/hX2t5/D/wCLr6J8 m3/54x/9807ybf8A54x/98Uv7Fyn/nxH7kH1zF/8/H9586/254U/6J/rf5j/AOLpv9ueFCR/xb7X M/5/2q+jPJt8f6mP/vkU3yLf/njH/wB8Cj+xspv/AAI/cg+uYv8A5+P7zxnR59Q1wx6Xo/huTwxo JcSXktywM0+P4eM4BwMk88Yr2uJdsSoOijApFWNcBAFGewqZeletSpU6MFTprlS6I45SlN80tWOo oorYkKKKKACiiigBrdK4jxFcSf8ACP8AijacGOyXb+O/Ndz3rgfEn/IB8Xf9eUf/ALPXl5k7ZfV/ wv8AI6sP/vEPVfmfPmOlPXrTe9OXrX8Ty1kz97XQdUYXdMq/3iADipO1Nj/4+Yz/ANNF/nRBc0kg ldRZ8Ozft2fDmGXxdcL8PfiHfeHvDGpzafruvaf4dW5srKSJtrF3WQbR35xwR619f+F/FGg+Mvhl ovjDw3qSal4b1axS9sbwAqskLjIYg4K46EHGDX4baDonxguv2PP2wtc8D+N0sfA9l4+vP+Eq8KR6 ev2jVrXevnmO6wTH+74IC9FJyK9x+MXiLQ9U+GH7EWg+DdL0y3/Z91uxdpND8S+IJbLSLi6iSMQ2 mo3kYzlG8z7xAZw2cYJH7DiuGcvquFPDvld9Xe9rR5tV0b6Hx1LMsRC7qK/bp1sfruD8qsuSjDK8 ZBHrmmo6yF/KkWQIdrbXBwcdCR0Pfmvx58aaX8VfhP8A8Ey/2i18K+JNBs/DN14q0+aw0rwD4rfW R4Vsbhn+3W6yffijf9yQMjClzxuJPQfFzR/gn8Nv+CYviDxB+y/qWkx+ItS0zTLfxPqmg+JHudUb SpbhPtEtwBK7xbpdqO/loVyV4yVrxlwvRukqvNzy5U0tFtrLtudzzSVn7lrK/r6H6uX11JDol9d2 dq2qTQQSvHa28ih55EUkRAk7QxbCjJGCRnHNc54E8Ra14o+F+l614k8IXfgHXLnzfP0DULuKe4tQ krIpZ4/kYMqhxjswB5Br85/hT4GvNB+KOteKPBN38NfCPw91L4V6lBqvhfwV4/fV21R47OVre/MM g3eYjEK78YGQTljnwr4Z3UPwt/Yx/Yi/aTuPNj0jQfEOr6D4rkhUkvYXWo3ZUv7KfMA93rujwth5 Up04VE5XSTtrdqTtvbVrzOd5pNNS5dLH7dgg/dOeOefbv/n/AOskciyRRyRsssb/AHWVgwIPoRwf wr8O9cg8W6X/AME5/CPxD1RxHp/xl+Mk2seOJLu/ls7aewd3W0trqeMFo7ZyskhYY4k+mPoHwrqW vfs9+HP2gPH2h3ngPS/Cd94ftT4Z8C+BfGba3Faa5K629tNEhG5Fm3Mx7OVGM4GOKpwpCFFyjVvK 9lpu00mr97/gbrNW56w0tc+//h78TvD/AMStQ8bL4bt7xrLwz4jm0C5v50VYLu6gC+d5DBjvVCwU tgAnp3r0BZofs/nCaNoSOJQ4Kdeuc46+9fkf8VPgVa+H/H37BPwT1DVrzTZbyXUYfEt/pl20M9zP c+XNfESj5h5jvJHnqEbHYVofGzw5Z6B/wUS+FfwWm8N+GtQ+Duk/D8yeEvDPjjxVcaXos10ZJRK5 nGfNuFXaqq5zgjHJ51fDeBrV4xo1mlJOVrdIuza11u1f0I/tGtBPnjtZfN6n6xTTR28Dz3Ei28K/ eeVtiL9SeBXnnxA+LHgj4YReEj4u1SSzbxLrcOjaMkFu0zXFzKQFHHCqM5LEgAevSvy5vPg34stf gD8P5vFHxK+GHxEtfAmqavdad4A1vx0ZtL1DTW8tkjW5DqWmt286MbwQuY1+X7tc58ZrP4K+P/2N /wBjz4pWHw3tPAPh/UvHUeiana3d5N5Fppy3MxngMrOB5BlM0gfggMeQFwNqHC2D9rDmqucW2m0r WaTa36u3oRPNKvK7Rs9D9rpHWFJHldY0U/MzMAo/H/OadjIXHOfug/xZH+elflv8TtN+GOs/8FTv hD8MfiFqGmQ/sy2Xw38/wTp8+uNDoN5cpvVG+0CVRKQixgEyHOE5+Y5+PdWS+1j4Yt4J8LeJdUb4 R2P7ScGlfD7V4r15GtbaVJkk+yTEklUU27qQSAWVhyxJzw/CdKvTjJ1Wrq+2lm3pe/xaaouebShL l5PL5n9Annw+S8nnR+UrbS5cAA5xg88HPXpVjG088fhX5A/FL4f6H4F/4KL+A/ghb+GfDupfCGz8 HTX3hzw/4/8AGFzp+k32ozTSfabhrgZMl0cDCsRjIwBkCvuL9knw34q8H/shx+GfFHirRfFy6frl 5Fo1xoWvf2tb2tjlDHam46s0TGRcHkLtHHQeJmeRUMFgI4mFXm5rWVrXTv5vVW1OzDY+det7NxtY +nKcBxTacvSvhj3RG6d+td78O2I8W3i5O1rNsj6GuDbpXd/Dz/kcLv8A68nr6/hhtZ5Qt3PEzhJ5 dU9D23R5Gm8O2cjEktEOta3asbQf+RUsP+uQrYXpX9g9T8TFooooAKKKKACvjn9vD/lGn44/6+LH /wBLIa+xq+Of28P+Uafjj/r4sf8A0shrnr/wWexlX/IxpeqPrix/5Atv/wBcxVwffNU7H/kC2/8A 1zFXB981tHY8yp8ch1FFFUZBRRRQAUUUUAfGv7bn/Jq3hf8A7KBoX/pYtfYFv/x4w/7gr4//AG3P +TVvC/8A2UDQv/Sxa+wLf/jxh/3BXJD+PL0R9BiP+RTQ9Z/+2lhadTVp1dZ8+FFFFABRRRQAUUUU AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABTHp9NPWgDkdf1xtL8M6nf Qr5kluRGgPTc2OT69a8hPj7xMXYreIvPQQjiu68Wn/igvEX/AF/R/wDsteJY5r8B42zXMMJmEaVG o4x5b6H6JkGCw1fDynUgm7na/wDCeeJsf8fqf9+BSf8ACe+Js/8AH6v/AH4Fcfjiqd9cx2ek3d5K rGG3geaQIMsVRSzY98Dj/wCvX5lHPM5nJRVeWvmfVyy3L4q7pr7juz4+8T/8/i/9+RR/wnvibP8A x+L/AN+RX5q/Bj4/ftDftBaWvjz4d+F/hzYfDpdZazm0rVddnbWUhSQBpJAgKxOUO5QRg9jjBr6O 8e/tD/Bf4Y+Oo/Dfjj4gWGia4YRcSWnkT3D20LHCyTeTG4gUkjBkI6g9DmvfxM+J8LX9g6spT3sn dr1OClRympDn9mku7R9O/wDCe+Jv+fxf+/Apn/CeeJs83if9+RXzf4y+Pnwd+H2q6NZeMviBpmgz avpL6tpjS+bJHd2iAkyxyRoyODg7VB3PwFBJANHSf2jPgjrX7PerfFTT/iPpcngHS7r7LqOqSCWJ beY4xE0bIJN5BXChSWBGM1xxxfFEoKadSz9Tb6tlF7csT6e/4TzxL/z+L1/54ij/AITzxJj/AI/E /wC/Ir85tD/ahtfiF/wU/wDhb4H+GXjPT/Enwt1vwfe3upJDZlZheQtPtDeYqyxkKkZ2kAEHPIOa 9L/ag+NXir4B/Cvwn480fQLHXvC58SQWHikXRcS2lrNgLNGV4GCCpLcbnT1NdkqnEkcRTw7rS56i uk3b5Pz0MVRypwlUVNNR3dj7O/4TzxL/AM/i/wDfkUf8J54mzj7Yh/7Yivi/48fHTWPh/wCLfgr4 P+HOmad4o8W/EbxHHZ6ct8z+RHY7UMl18hyQBLGQem0Oe1eMfDH9sLxV4p/4KJ6p8J/FXhXS9J8G T+IdW0HQNatpJPNmvbJVmWOTJ2/PEw4A++6iuqlDimrh3XjVlZJytfWydnp6mc45RCqqbprVpbdz 9OP+E88Tf8/if9+RSf8ACeeJev2xP+/Ir8x/ip+2F4s8I/8ABRfRPhD4V8K6VqvhIeItJ8P63rF2 0vnRXt787xR4wu6OPr/texr9AppIbeGSeaZIbeIFpJHcKiqvLMSSMKACSegxXnYzE8R4GFOVarL9 4rqzu/u7m9GhlVdyUaa93fQ7hfHniX/n9X/vyKX/AITzxN/z+p/34FfKXhH9pz4E+O/ii/g/wj8S NO13XlEx2QW9yIGEMbSylbholhIREZy2/GBxnNV/DP7VX7PfjD4q2vgrw38UtJ1LxFdTm3s4PLni jvJQcGOGaSJYpGzwArc5G3PFR9a4oV9ammr30L+rZR/LE+tf+E88Tf8AP6v/AH4FJ/wn3iYN/wAf qf8AfkV8l+Lv2qP2f/A3ifxFofiz4mado+t6FepZ6rYS2t008EzKXC7EiJcAAkumVXgFgSoPn3x6 /bG+H/wb+HPw/wBa0qa28ZXPi+e2m0uOGWaOH+zpS4a/MixEFVKbfLHzksPl4NbUqvFVacYxlO8t vPS+/oROjk0IuTjHQ+9P+E+8Tf8AP6n/AH5FL/wn3if/AJ/E/wC/Ar5U8QftOfAjwz4X8M61rHxG s7bT/ENi2oaLtsbuWe5tAzA3JgjiaWOMbW+aRVHysOxrp7z40fC6wb4e/aPGVisHjmQReE7mMSS2 +qO23aqTIhjVjuXAkZM59iBzvF8Txt709b9+m5awuUv7MT6E/wCE+8T/APP6n/fgUDx74m/5/U/7 8Cvjj4iftUfCTwJ8H/iN4mg8QReIbzwhdtpl3Y2ttchZdS8t2SyEwiMe5vLbLAlVx8xXIz1fwD+N Xh348fs66T440KWFbto44tasYVl26ddlFka33SIu/arp865U569cVPF8S0sM8RUqTUE7b9dxQw2U zqezjCLe59Pf8J54m/5/U/78Co/+E+8TYybxf+/ArjwflpO4ryf7dzdv+NL7zr/szAafuke4+EfF V5q+kah9u2tPaKJBIowGHPBH4frXpUbbolYdCAa8G8Df8grxP/16D/2avc7L/kF2v/XNf5V/TXC2 KrYzJadSs7y11PynNaNOhjpxpqyLlFFFfZHihRRRQAUUUUAHeuB8Sf8AIB8Xf9eUf/s9d93rgfEn /IB8Xf8AXlH/AOz15eZf8i+r/hf5HVhv94h6r8z5/wD71C9aTu1KvWv4nlpJn74tkOqLo+7owPBq Wo8Vmtxs5nTfBvg7R9J1qw0fwjouk2OsSSS6tbWWlQwxag8gKyNOqqBKWBIJYEkHBqjJ8OPh7J8M I/A8ngPw43guNiyaB/YlubCNixcstvs8sHcS2QucknrXZ9q8g+PepeP9D/ZB8ea/8MbyO18baTpj ahp4ltBcLMIfnlj2Nxlow+D6ivWw1XF4jERpxqNOTWrb32ucVVUqdNycdEjsPDfgHwL4P8LXmh+F PBmheG9HvCftljpmlQwQ3ORtJkRVAk+XI+bPHFZ/h/4V/C/wnJqzeFvhz4X8NNqtuYdSOmaDbW32 qIkFopNqDcmedhyCR0r5P8ZftValD/wR+8J/Gbwo1rN8QvFMVnpek2oiDr/a0knlTqsZ4bY0cvy/ TtXjvxG/aZ+Pfwn/AG0dO8L65rGk6p4J8MaFoF949Y6WsTyC7eKC6lVgcxhZJc4HQD619Zh8jzzE KaVRp3ldOTu3Hd/5HlVMdg4Wuu3To9j9DvDvwl+FfhHU7288L/DXwt4bury3a3updM8P21u80LjD xFkQEow6r90+laLfD34fyfDKPwRJ4E8Ov4Ljk3x6A2iW/wDZyvvMm4W5Tywd7M2QudxJ6k18Pftp ftK/Er4V+K9H8O/B++sYbyx8NS+JPE15e2AuFjtHnSC1AzwC7l/f7tfcel+I44fgHpvi/X7gRxx+ HE1TU5kT7qrbCaVgvsNxx+H083FYPN8PRpYmrN/vHZK7vdbX8+x008RhalScEl7q1fQ0ZvC/hmf4 er4RuPDulTeE1tVtBokmnRNYCBRhYfIK+XsAAwu3Ax0rldI+Dfwj8P2bW+i/C3wlpUJuo7opbeG7 VAZYjuik4j++h5VuqnpivkD4Z+Pv2pv2mvCd78TPAPivwx8F/hnLqU1v4ZtL7Qjqd7qUULlGlmbd hVLKVIGOQ4AwAT7p40/aT8F/DLxrY/D/AFu18Q+P/iLb6PHfa3p/gbw1JqDWabAWuJVDDyUY5ZVJ JCkZxkZ0q5dmtGo8PTqc095Ri3devQUMRhpx53G0eja3Pe9Q8OeHdY8S6PrWraDpmqazpUjSaVqF 5YRzXNgzfeaGRlLREjqVIJrP8V+B/BvjrRIdP8a+EdG8XafC5kgt9Z0uK7WFyMbkEikKcdxzXhur ftdfBHSf2dPBnxWbXb+/8F+J9ZGkWl1Zaa0slrc7Szpcxbg8RQKcjDHpt3Agmz4T/aj+H/jDXPHm kab4b8cW/ibwlp8epX3h298JyQatd20jqiSWtsW3S5LqQuFOGU9CccsMszte8oSXLpfa2tn+Jq8T gtuZO+p3958EfgvfaBpml3nwj8G3Wm6du+wWknhm0MVtvIZwi+XwGYAtjqQM5rqNY8DeCfEHw9h8 J654P0XWPCsIRYNHvNMhltItn3AkTKUXb2wOB0r4w+Af7amn+N/2bPH3xB+LWk3ngfT/AA9fzs2p RaLKmlmAPFHDaxzliZ7ws7bogAcEHgA1734L/aL8F+NfE+ueHbfw74w8O+MNO0T+2o/DXiHw61jq OoWRBKy2sbORLnGNu5SGIHGDXTiMuz+hJ8/M+R73uk/X5mdLE4CrFNW97yPSdY+Gvw78QfD7S/Cu u+AvDuseGNNRY9N0q+0W3mtbIKoVRFGyFY8KMDaBxxVg/D/wG3hjRNDbwP4ebRdGuFutH086Jbm3 06ZTlZYItm2JweQyAHPevFvD/wC1d8JvFekfDOXw5NrWr6l441e40vStIt9LBvrWa3YLcNdRGQeS ke5WZtxwrggV5n8Of2s9U8df8FJfHXwhuPh94i03wzp0FtFpcz+GZo7u2ndVZ59RLNi2gYFhG2MM DGf4qI5dn0oT5uaKgnJpu3k2kEsTgk09Hd22PrrxZ4I8F+PNIh0/xt4T0fxdZwSGSGHWtNiu1ic9 XXzFbYfdcGr3h3w14d8J+FodD8K+H9O8M6LCS0VhpVjHawIT94iONQuSeScc1ufSivlJVq7p+zcn y72vp9x6ihBPmS1CnL0oA4p1YXNhD2+td18PP+Rvuv8Aryf+dcI1d38O/wDkcbr/AK8n/mK+t4Y/ 5HlD1PEzf/kXVPQ9r0H/AJFOx/65CtZelZOg/wDIqWH/AFyH8q1x0r+wup+JC0UUUAFFFFABXxz+ 3h/yjT8cf9fFj/6WQ19jV8b/ALeX/KNPxx73Fj/6Ww1z1/4TPYyr/kY0vU+urH/kC2//AFzFXB98 1QsSRo9qP+mY/lVsNW0djzKn8SXqTUVRvr600/TZby/uorKziGZJ55RHGmTjljwOcdaFvrVtJ+3C 6iay8rzhcLKPLKYzv3ZxtxznOKoyL1Fc7L4s8Mw2FrdzeI9LjtbnP2ad9QiVJ9pwdjFsNg8HGa07 zULPTdOe71G6isbVMb57iZY0XJxyzEAckfnQBfoqjZ6hZ6jpsd5p93DfWcmdk9vMskbYOOGUkHnj is3/AISjw7/bZ0weINObUhJ5ZtPt0fm7/wC6U3bgfbFAHyr+25/yat4X/wCygaF/6WLX2Bb/APHj D/uCvjz9ts/8Yq+G+vHj/Quv/X4tfYNuw+wxY6ba5Ifx5/I+gxH/ACKaHrP/ANtLS06o92BRv475 rrPnySio9393PSo2lVY9zPtUAkksAOn4dqALFFcr4V8beEfHXhj+2/BXijSfF2ii4ktzf6NqMV3A JYzh03xsV3KTyOorpt31oAkoqPf9acGyemKAHUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF FFABRRRQAUUUUAFNPWnVG33s80AeYeLf+RF8Q/8AX+n/ALLXiQPFe4eIIZr7w74msLVTLdpcRy+U OWZcA5A79G+uK8T8idWIaGQc9Ch4r+cePcPXnmkZRi2uVapH6bw3WpxwsoyaTuFVLqb7PYXNx5bz eTE0myMZZsAnC+5xgD3q75U3/PN/++ab5M2f9U//AHzX5VHD4iMr8j+5n2bq0mrcy+8/GT4jaDpf jD42+DfFf7KvwX+KPwl+OFx4hhk1q4l8Nz6Lo6W7ZaY3O8mL7wGdoVGAfKtkZ7Lxl4P8YeC/24v2 kI/GuqfEbQfBPxIdJbTVvBHgaHXrXWLVomja0nJid4WUMVVOByfZj+tRhnI+aOTnr8ppfJmHRJBn r8pr9HhxHi6aUY4d8qVtW3LdNe9bZeh83LLqEtXUV736W+4/MPSvhXeaT+37+wvHo/h7xRrXgXwv 4J1GOTVtf0B4ZbFvLu5LZbwAFLeYO0YVGYEEJ3IrwL4n/Bn4oatpv7Rd3oXw/wBcvtF0z422PiRd DTS5kGsWaQzpLJbIVxPgyLny92QxPOK/bnyZunlyc/7J5pPJn/55yHHTKnippcS5jSa/cN2Vtb6+ 85X287ClluGkv4n5dj81NEvtX+JH/Bbv4X/FbRfhL4u8H+B/+EGvbGXWNe8MyWHmyhJ8LIMER7Qy xJvK7ggKjBGftj4y/Dyy+LH7K/jz4d36qy63pEtvAzDPlXCrvhkA9VkVG/CvU/JuMY8t8f7tJ9nk x/qn/wC+a+fxePxmIxVKvTpODp2S3ezvud9GhRp0ZU3NPm9D8q/2N/CHxW8dftUaD8QPjN4O1jwu vwu8CweFfDaa3YSwNdzuzrLdRmRQHxFvQkZGJE54rk7r4T/Eb/hQP7QXjXQfB+swfELwd8eF8ZeD reTTJkm1OKIIsohUpuljdCT8gO4xqBX7AmGdvvRu31UmjyZyQfLk46fKeK93/WPHrFSrRoWTSVtb JJ3a+et/U4Vl2H9mo+01V9bo/Hq4+FXxDm+FH7NXjTVPBetzeNvFfxzbxh4wtotNnlm0mKaRViWc Fd0KxxIo+cAD2r9LPjl4U13x5+x98UfBvhmdbfxBrfhy7stPJfYrSuhCqWPQN93PbNeteTN/zzk5 6/Kab9nk/wCeb/8AfJryMbmuPxtelWdKzpttaO290vlsd1HC0KEJRU17ytuj8xfh1q+r+I/+CY03 7LNj8LfGngD4qHwVqGku194Xkt9J+1JFI5la+P7sC4xtD8ku4GSCDXkOsaL4y+Kn7F37N37O/hn4 M+MPCfxG8IeIrSbXdV1fw7JZadpKWwlWa4S8PyuJC6yfKSW2fxHbX7MeVNjHlyY9NppfJmI/1cnX 0NexDiDE05SlHDu8nzauTtJq3bbyOKWX0ZJJ1VordNv8z85fB/gHXH/bL/4KEa1qXgvUfsWvafHB 4eu7vR5NmpI0FyZI7dimJQWEW4R5GQvoMeKeMPAPxEP/AAQr/Zztm8D+Ib7XfCPjez1TV9FXSpm1 G2tYnulz9nZRJgeamBjADZ4HNfsL5M//ADzfjp8po8mfOfLkz/u1K4izD2kZew2ce/2Y8vyug/s/ DqLSqdH273Pyg8bf8Jlb/wDBRjxJ8cPM+KHgn4c/EHwbbW+naxoHgRNSv7IRhI5LC+tJY3ktgSm8 ED5sofmycX/F3w1a9/4Jy/B79nX4X+G/GOsXHiTxU19YeJfFfhiawm8IwJdNNJeTbBtt3ALLEm4M yMxwMqD+qPlT5zsk/I0eVNz8snPXg81UuIcY3Bqg1ydLu2m3TpfvqKOXUFf94tfQ/M/4c+EPGlr/ AMErf2jv2fr7wHqln8RNHttXtkv5NOmWHxc9zvaK9incbZpX+6QGYjC9MgV9G/sheIJdW/YM8A6H e+GPEPhXVvDGkwaPqNt4h0WSxd5448u8IfmWPnG7A5yMcV9Q+XMMfu5OOnBo8mdh/q5G+qmvIx2Z 4rH4epSlQa5pKXXR2s+mz/A7aOFpUakZqotFboRjpRUnkzZ/1b/98mm+TNj/AFbf9818isNiFb3H 9zPY9rS/mX3noHgb/kFeJv8ArzH/ALNXuVl/yC7X/rkv8q8R8JW89j4O8Q395G9vbzQrHEzqQZGJ IwoI55IH417dZgrptuG6+Wufyr+rOEKdSlkVOM1Z6n45nE4zzCbi7lyiiivuTwQooooAKKKKADvX n/iL/kA+Lv8Aryj/APZ675ulcHrDQjxPcaXeN5Nvq9p5UUjDjzFzhfTkMfxArz8dTnVwdSEFduLs b0JKFaMnsmj59/iNOXrVzUNL1DStRktby3eORTgNt4YeoPoaojpX8X18JiaVWUJwaafY/d6dalOC lGSsySim/gfzpPz/ADNc/sK38r+5m3tKfcc3SoJEjkjaKaNZ43Uq8cgysgI5U+oPQ+1S9u/50m32 qo0a8ZKSi9PJkynSlFps/J34Yfsr/F7Rf26tD8F+JdDkb9mzwR431TxX4ZvZponjvJZkj+ywmPfv +Vl/uABjIc8ivbvF/wAAfFHxA/b/AP2hr7WtBlj8AeMvhLFoGnay80Rje/WSB1AUMZFKvHuJKgfK 3XjP3ntH93t6Uu3/AGa+4nxFmk66rezs1Hl0T7pt+ra1PCjl2EjDlcrq99/wPyE0v9m79oLXv+Ce Xx1u/iB4XudQ+N3iW30bQNI0z7XA0zabpiQqrh/M2DzCpdgWyTGTj5hX6gWPhddT/ZqsvBevQvbr deFl0rUYgQXjElr5Mo9Nw3N7ZFd3t4xjijb7Vw5hnGYZhZyp2tLmVk9NFp6aG9DB4egn717qx+dH wVtf2kv2YfhbN8Hbr4H3Xxm8H6Xe3D+F/EnhnXbW2LQzStL5c8c5BXDlmJxxvK5IAJ1I/DPxo+Ef /BRn4hfHLQfhDqHxM0X4ieG7BJ9M0vWbWK80O/hjgBglMrAPEWiwXTI2nP8ACM/oHt5zt5+lG3np 0rtWfYn20q31Zc01aekve2fy1V9DF4Gm4KHtHZbbaH5IWX7KXxh0H9ij4Q+H5PDa6t4sf42x+NPE OmWN1CY9GtHWJGUszhX2CJSwQHlsDIGT9d2Pw78awf8ABcTXPiw2gzr8PbjwDFpsWsiWMxvcrPvM ewNvzj1UDj6V9abfagrnsaKvEOZ1YtSpb8y2fVp/hYUcvw0JJqW1u3Q/HzRf2dfjtff8E9PiT8AL r4d3mja1pnjl/Fega6+swLp+uBZY1FrGVbekjIGkV2AX5QDtNfRPwn8G6lpfxq/4WVqXwM+L0Hjj QvCt1b2134v8e2uqJcOyjNhbbpcne2drkqq8k89fvork8ijbz0rWrxHjq1KVOVDSXbmW9r/fYVPL 6FOSkp/kflj8KPgH8bvhb+1R4R/aIvfBcWveJPHGramvxE8KaetrGfDNteSho5LYl1UsgUGTaxJz t+bkn2zw94N+J3gX/gtH8VvHH/Cu7/xH8PfiHpWm2sfiOyvoUh0s28MKSNOjkOwBhb5VGfmXBPNf cO0YHy9OnFLt5+73zWNbP8fXcnOj8UHB6Pa9193/AA5UMvw9NJKezv03/wCCNHXg5HY1ItNx7Ufh Xw/sK38j+5nuKpDuSUUz8/zNLzR7Ct/K/uZXtKfdA3Su7+Hv/I23f/Xk9cHtZiMKTn0BNeieHrWT w74Zvtc1BWt7i5j+z6fA3Dyuw446j/AGvtuFMDiqudUpRg7RersfO5ziKMcBOPMrs9i0H/kU9P8A +uQrYHSsrSYWt/D9nC33liAP5Vqiv6y6n46LRRRQAUUUUAFfMf7YFt4Ouv8Agn98QI/Hep6ho/h4 W0Ttd6Vbie6SZZ4zCI424cmTYMHggnJHWvpyvjn9vL/lGl44/wCviw/9LYa56/8ABl6Hr5X/AMjG l/iR86fD/wCIH/BRGYQqfhromq6DnFndeKEh026mi/haVYZm2MRyRsH0r6t+HniP9qrUPiXptv8A Er4d+BdB8JNvN/e6T4knnu48IduyNogrZbaDlhwSewB+lLFf+JPbevlDmrW3Jrno4ZwXxt/M9fMM 4pYqUlHC04b6pO/5/oed/Fb4e6T8Wv2bfHXwz15VOleJdDuNMnk27jCZYyqyqP7yNtce6g9q/DrT fjv4x0r/AIN5Nd/ZvLN/wvSDx43wdgsFnImfz7huAT1XyPNt8jjBWv6CivykdzXwhL+wb8PZf+Cr 0P7UjeJNU+1pqP8Aav8Awif2eM6e2ofZfs/2rd13/dl6ffXOeK9DY+RPhH9sT9lzRbz4gfsOfst6 DIsccPg/X9J0+4XMYkv4dNaaOdvZ7tFkbP8AePrTviB8VtS/a2/4J5fsqfBqa4nbWtZsb/WPiiPm EsEXhu3kSZLjnKfaLhYyQeQZExX6qfET4A6X8Qv20fgj8ZrzxJeabffDd76S002G2jeC++1QmFvM cncu0HI29a8l+Hf7DXw9+G/7UHx7+J2j63fy6h8SrK8tEtJbaPytDS9dpLr7Mc/NvkIbBAA2gUAZ f/BMv/lCl8FjnpDfjr/1EJ6+MvgJ+zP8E/2if+ChX7ell8WvA9t4oksvHxh069NxNBc2Il87c0Tx uu05CnJBGQMgjg/qj+zr8FdP/Z5/Y/8ACPwh0vXrrxLp+hLOIdQvIEhlmEtw83Kp8o2+ZgeoFfK9 z+wj4itfjh8YfFngn9p3xz8ObH4kaxJqPiLTfDunWUTndv2qlywMibQ7AMu1uc9eaAPzJb40ePPB /wDwSW+KvgG51yf4gH4fftC2fhbwHq2sSmYyRxPPNEkjlstGv2XIUYAEoUHGMfo/pvxw/aV+F3/B QTwH+zr8YNc8FeMLr4l+Gb+48J+I/DugzWa6NqVtDK/lzwvK3nw5jABBUnK5I5xyX7UH7KPwl+Gn /BIzQPgr4NsLrS9Dl+IOlTyarJMJdQku5pzC948hxvk2SMoBAUDAAFfRHwx/ZFuNB/ax0P45fFr4 xeI/jp8QPD+jvpfhW51vT7Wyh0eKQMsjJHbqPMmZWZTIxyQzZByCMk4+0kuuh6VSNdYKm5P3G5W9 dL/ofFOpft6ftB6r/wAE9/hjeeDNH8Pn9oa+1zxLb+KbC60xnt4INCtZrq5CwCXKMyCFVJblgR/F x7dN+2F8RvG3xFhb4bf2Rb+F9N/Ztn+JGvzXOmG58vUprV3s7YP5i4VZASy4JIiYZGcj1z4dfsO+ Bfh7/wAFBfiD8d7fxLqOqDxLHqQi8L3VtF9g06TUXja7kjYHcWcoRyBw7A1jfAn9gvwl8DPgb8Zv Bum+Pdc8TN4+0BtCGpajbRedpNiIZ444oVUlW2G4dvmwCe2M1qeafLui/tjftUaZ+z5+yx8ePG83 gO6+GnxH8VWvh3VNA0rRp1v41mmlh+2CZpSoc+U7iJVIAVQSdx26f7KTfHy4/wCC3X7WVv4s+Jmh +IrTQZNOi8U240O4VL6NrOZraOwV52FmqSMpdTvD/N0zmvpnUv2GvDupfsNfAX4HP491WHTfhj4n t9ctNTXT4TNftDNNKIpFzhFzNjK8/KK7DRf2VZfCv/BSjxp+0F4R+KutaDY+M1iPi/waNNt57PVX htmgiPnuPMiClg+EwSwIJwSKAPzk+Hv7X3xi8P8A7Gn7OU/wz8HfDfw7rHj/AONWoeE59H07wqNM 0uQNLBHFJsgceWzPKTJIu4nI7jn2Sz+Pv7a198Z/2j/gzD4h+Gh8VfCzSV1+bxafDtysV7bPbebH ZR2fnYV2YMDM7EIFxtbcGHr3hn/gnn4X8NfD34H+HofiTrN1B8Nvie/jq0ml0y3U38zTQy/Z5MHC pmHG9efnPoK9w0/9l7R9P/ah/aG+KC+LNQkvfit4eh0e9sms4hFpqRwNCHibOXPzZw3GeOlAHxv4 m/4KA+MIf+Cef7LPiu1h8O+EfiF8XLya11DXNUsri60nQYrSTZdXYtoiZZS2U2RZ4y2WOAT9B/se /tKeJvjF8Qvi14A8UatpXjibwdPZzaX430HRbjS7LXbS6Vv+XefJjlieN1bB2njFV/8Ahg3wpF+x P8G/hfpvxA8QaH4u+Fuqyap4L8eafBCl9Y3EkxkfdCcxyRtlVZDwdi+4P0h8JvAfxK8Fw683xI+N WpfGK6vGj+xteeHbLS4tPVAQwRLZcsXJBYux6cAUAe0K2c/Wn1GvU/45qSgAooooAKKKKACiiigA ooooAKKKKACiiigAooooAKKKKACiiigAprf0p1NbpQBwfibw3qF5qMOraDqL6TrEI2+aoBWRf7rA 8MPY1xrR/GNZCFvNEK++mH/45XtG7Dbfx600TR/3l6+orGfsV/Et8ylzdDxjb8Zf+frQv/BW3/xy jb8ZP+fvQv8AwVt/8cr2nz1/vr/30KPOX+8v51lfCf3fwK988W2/GT/n70L/AMFbf/HKNvxk/wCf vQv/AAVt/wDHK9p89f76/wDfQo85f76/99UXwn938A988W2/GT/n70L/AMFbf/HKNvxk/wCfvQv/ AAVt/wDHK9p85f74/wC+qPOX++P++qL4T+7+Ae+eLbfjJ/z96F/4K2/+OUbfjJ/z96F/4K2/+OV7 T5y/3x/31R5y/wB9f++qL4T+7+Ae+eL7fjJj/j60L/wVt/8AHKqXsnxmt9HvLgXehboreSRd2ltj KoSP+Wnr717n5y/3l/OqOpZutEvLaKRBJLbuilnwMlSB0HTmlzYT+7+Ae+fnL+xZ8fv2g/2jv2Yv EHjXxDP4XivbHxVc6Si2ehPCuyJUOSpmPOWPOfT8fr/b8Zf+frQv/BW3/wAcrwf9gv8AZ/8AHH7N v7JfiTwT8QbrSJtZvvF95qsB0i+aeIQyrGEBZkQhvkORg9ufT7h85P76/wDfQo5sJ/d/APfPFtvx k/5+9C/8Fbf/AByjb8ZP+fvQv/BW3/xyvafOX+8v50eev99f++hTvhP7v4B754tt+Mn/AD96F/4K 2/8AjlG34yf8/ehf+Ctv/jle0+cv95fzo85f74/76ovhP7v4B754tt+Mn/P3oX/grb/45Rt+Mn/P 3oX/AIK2/wDjle0+cv8AfH/fVHnL/fH/AH1RfCf3fwD3zxbb8ZP+fvQv/BW3/wAco2/GT/n70L/w Vt/8cr2nzl/vj/vqjzl/vj/vqi+E/u/gHvniu34y5/4+tD/8FjD/ANqUhj+MmQPtehfT+zD/APHK 9r85MffX/vqmNNH03r+dL/ZO0fwBOaPMNL8MeKtU1q1vfGOqx3Uds2+CztoRDArf3ioJJPpmvVkX 5R6ColkU4wR7Gp1PFdUbNe7b5Geo6iiiqAKKKKACiiigAPIrnfEGhWevaDJZ3SHkfK69UPYjHP5c 10XaoJGHf8hRp1A8ZksfifpI+z2V/Y6/ZocRPqMG+VR7uCM/jz61X+1fFsn/AJBehf8AgO//AMVX sLahZodrXUKkdjKBSrqdh/z+Qf8Af4V5s6mA5vecb/I3Uay2TPHvtHxa/wCgXoX/AIDv/jR9o+LX /QL0L/wHf/GvYv7Tsc/8fkP/AH9H+NH9pWP/AD+Q/wDf0f41PPl/eH4D5a3Znjv2j4tf9AvQv/Ad /wDGj7R8Wv8AoF6D/wCA7/417F/aVj/z+Q/9/R/jR/adj/z+Q/8Af0f40c+X94fgHLW7P8Tx37R8 Wv8AoF6F/wCA7/40faPi1/0C9C/8B3/xr2L+07H/AJ/If+/o/wAaP7Ssf+fyH/v6P8aXtMu7w/AO Wt2f4njv2j4tf9AvQv8AwHf/ABo+0fFrP/IL0L/wHf8Axr2L+0rH/n8h/wC/o/xo/tSx/wCfyD/v 8P8AGnz5d3h+Actbs/xPGxc/Fvco/srQuWA4tX/+Kr5D/Zj/AGlvjZ8dPiz+0N4d1Dw/4VtV+Hvj AaLbG1s5QZU33K7nzIcn/R16Y61+jjapYbh/pkI56+aP8a+LP2U/2dNY+AHxs/aQ8UeIPGGi69bf Efxl/benQ6fvV7OMyXL+XLv4LYuFHy8fKT6ChTy/vD8A5a3Z/ie6/aPi3/0C9C/8B2/xo+0fFr/o F6F/4Dv/AI17ANSscf8AH5Dyf+ew/wAad/aVj/z+Q/8Af0f40c+Xd4fgHLW7P8Tx37R8Wv8AoF6F /wCA7/40faPi1/0C9C/8B3/xr2L+0rH/AJ/If+/o/wAaP7Tsf+fyH/v6P8aOfLu8PwDlrdn+J479 o+LX/QL0H/wHf/Gj7R8Wv+gXoX/gO/8AjXsP9p2P/P5F/wB/R/jS/wBp2P8Az+Q/9/R/jRz5f3h+ Actfs/xPHftHxa/6Beg/+A7/AONH2j4tf9AvQv8AwHf/ABr2L+0rH/n8h/7+j/Gj+0rH/n8h/wC/ o/xo58u7w/AOWt2f4njv2j4tf9AvQv8AwHf/ABo+0fFv/oF6F/4DP/8AFV7F/aVj/wA/kP8A39H+ NH9pWH/P5D/39H+NHPl3eH4By1uz/E8djm+LbSbf7P0ONj0f7Mxx+G6uh0Pwhq03iCLXPFuqHVdR T/UxhAkMPsidF+vJ9+leg/2lY4x9sh/7+j/GpEuIpEZo5FkjzgsjA1vSqYTmtScb+VjOSqKzkmWF 6cDHNTVCv3/51N2rrVuhmFFFFUAUUUUAFfHP7eH/ACjS8cf9fFj/AOlkNfY1fHP7eH/KNPxx/wBf Fj/6WQ1z1/4LPYyr/kY0vVH1xY/8gW3/AOuYq4Pv1Tsf+QLb/wDXMVcH3zW0djzKnxyHU3bz9adR VGQ3auc96NozTqKAG7RQVGKdRQB8Z/tuL/xit4Z4/wCZ/wBD/wDSxa+wrf8A48Y/90V8f/tuf8mr eGP+ygaF/wCli19gW/8Ax4w/7grkh/Hn6I+gxH/Iqoes/wD20sBRijauOnWhadXWfPjdv+cUbRmn UUAN2ijbTqKAG7Vo2jAwBx0p1FACAYFLRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF FABRRRQAUxqfTW6/jQB594s1KeHwTrklvIY5o5kiVwcEA4zj04JrwTfIzszOWbPJJya9q8Wj/ihP EP8A1/J/7LXifav5w49r1oZpGMZNLlXU/TuG6VN4WTavqP8Amx94/nSFmB+8fzp1RNnDHngelflH 1iv/ADv7z7R06SXwr7h25ifvH8DS72/vH86/K34l/FLxDJ/wUl8feAfjN8cPFv7O3gG3EI+H82h2 SwWWqKR80010yNk5K9fkzkHZj5vtjXvFnjvwF8J/Btv4N8H6j8ey2m5uvEbeI9P06ORUUFJpJHOx 3mB+Xy/l4JyMivrsRk+PowpctTmdRJqzdtr77X/U8enisPNyvGyj3t+R7zub+8fzpdzf3j+dfEC/ tueEv+FBeFviBJ4J1a10u78djwf4limv4d/hu8/56SMAVmjxvIK4+7zgkZ7nxV+1T4O8G/F/40eH 9d0W+j0P4ZaNa3mv67BcJIrXVy6pBYxw4DGVnfYCW25U9Bg1yvJ88UuXll169ml+bLWLwFr6fcfU 25v7x/Ojc394/ia+XfAf7R03iD45aB8PviB8NNW+Eut+I9Ak1zw02o6rbX0eoW0a+ZKCYeYZUjBk Mbj7oOecZ+V/Hnxg+Psv7BvxA+O3gHUNWbTPE3xAEOjmytBdP4f8Mwb4jdwQsv3pZIwxc5wrdvvD roZHmk6vs6s+TZK7dnfs/kzOeMwihzRjzb7LsfqVubH3j+dG5v7x/OviD4A+NfhtZ/DTxp8UNL/a k8S/GDwnpWhtd65Y+JWi87SRGPMadoAomjYhWULyjHOGPBrb8L/tZLqvir4f/wDCUfCfXvA3hTx8 sw8E69f6pbTrqUiIZI4poYzvtWlH3N27qBzyRFTJs29tOnRcpcu71Wu+z1HHGYPkUp2V/mfYm5v7 x/Ojc394/rX566f+3rb3nwR0L4nyfA7xVafDe41tdH1bxFJqloYNPuGk2AKow0wxhiwVVBO3JNe0 eNf2lk0H9reH4PeBPhnrvxc8VWekprOurot7b20en2bbSrhpsLKxV1YICCdyjkniP7FzuNVQknrf 7Witvd30GsZgHHmjb7u+x9Rbm7sfzo3N/eP518G/sA+IL/xJ+zf8TtTvr3ULxX+JOo/ZhqbOZYYy I2WPaxJXGeVB4ORUfxH8c/Ez4rf8FP8A/hmvwF44vPhb4X0Dwuuu+K9d0iGOTUrrzBHtghZwRGB9 ohHGDnccngG1leMeY1MK61lTTcpNuySEsVQ+rxq8nxOyWh97bm/vH86Nzf3j+dfnX4Z+MHjL9n39 vHxR8F/jF8Qrz4hfDv8A4QubxTonibVrVF1Gyht4mkmhlMYHm/LDMO5LKpGNxA9c8E/tUf8ACRfE f4Y6b4p+FevfD3w38SJHi8D6/qGo21zHqEnBjSaGI77ZpAQVDE9QPUiq2SZvB81GTqQsmpJuzvr1 1CnjMG/dkrS7WPrjc394/nRub+8fzr8/7v8Abshh8FePPFNn8D/FOp+E/BXiV9H8UaxBqtp9nsgJ VjSVdwDysxJPlqvygAs3zcel+Df2qrXxN+1d4J+GmsfDPxF4LsfG+myaj4K17Vri326tBGjPva3Q l7fcqsQrkt93I+YGsZZJnsYuUovT+92179tfQpY3ASlZW+4+tdzf3j+dG5s/eP518h6T+1pomrfs l/Gr4rx+C7+Kz+HWv3OkXWnHUYzLfNB5eZEcJtQHzRwQx4r6V8E+JYvGXwj8L+LoLOTT4da0uG/S 2lkDvCsqBwpYcEgHtXl4nC5lg481a6V7b9bX/JnVSqYWu7QSfXY6clv7x/Om7m3cMenrT2+7TK8t Yiv/ADP72dfsqa+yvuPUvAWpXK6JrkMkzSQ28SyRqxzsPPT24FezQv5lpHJ/eUHj6V4V4F/5A/ij /rzX/wBmr3Gz/wCQVa/9cl/lX9WcIVJ1cipym7vU/HM5hGGYzUVYuUUUV90eCFFFFABRRRQA1ulc d4gvpodC8RtCxSS3s12MOo3bv8K7I9K4HxJ/yAfF3/XlH/7PXm5jJxwFVr+V/kdGHSdeC81+Z8+n c0jMxJyc5PU0n8X17U9v4qxPETMngLXGjYxyLplwyupwVIhfHfjnHNfxfGVarWUOZ6v8z92koQp8 1lojb2tg/KT+H+f0pobPofxr+drwh4v0u8/ZG0FfDvjz4kWX7T2p+LTaaHef8JJcW2jSL9p+VJJp 3WD7nBGcluCCDX6v/E79o3xB4A+NHgT4L6cvg+T4lXvhlNW8Q614z186Rotkqgxkb1+ZpZJI3wg6 DBxg8feY3hnHYepCnRq87d73urJdd9jwaGZ0KkXKcLJW/E+x6O9fAkv7cNm37Fek+PNP8Fx6v8Rd R8aP4NtfDVlqgkspNUQKxZbkctblJI3Vhyd4Ge9dX8QP2gvix8Ffg7a3/wAWvBPgu18Ya9r1vo/h Oz0jxPKbFpJA7TSX88yL5McIVcsmQ2TyAOfJWRZvflbSbbSTlq7btd0u52PHYO191102Psx5FjiZ 5GWONRy7MAF9zmnLJHIgkjZXRhlWVgQQe49q/PPVP2mY/FfwT/aQ8C/EDwv4O8Xa14Q8Hf2vKnhX xJLfaDr9i7RoyidCJY3V3RWUHOTkdCTvfCH9opdM8XfCX4b6p4H0zwb8PtX+DMHivw7c6dd3E32d ILfzJ7PMpO4RJHLgklsbMkljjqfD2ZqjKV25Re19GrX01M1mGFc0rWXofeFJnnrz7V+eFh+2r4iv fgZ8J9Sm8JeFtB8ZfEjVb/8AsBdc197LR7DTLWTyzeXk7/OGZg21VwGGCOuK9A8H/tbWWqfsyfHL xV4ksdHs/E3wvle31NdB1X+0NL1KR1Y2clrNwXSaRdu0kkbT64HPPIM4pK8l1S37u1/S+hpHH4OU uVdr7H2h+G32o9fpX5j+HfjJ8RvglP8AC74H3jeGrbx54g8NHxVr3ij4neILi0s7i9u5Wc2EDqCu 6P5YxlgBtGBn72p8dPiL+0tpP/BQP9mPwxocXhixh1xJ5oNHtvEl0NP1i6S3j89Lx1j3CGORm8oq G3rgsAa7I8OY+VdU/aqzTad3qomLzHDxhzcrvdK1u5+knv60V8L/AB2/ac8ffBXV9cvriD4VXuka UkUreH7jxvLH4kvYmVN7pbbcKQzHapzlQG5HFM8bftXeOo/2kPhr8O/hL8MbLxzc+O/AkHiLRpb/ AFN7V7czb2/f4+QRRom5iPmzwMVyxyDNpRjKLXK02nzaaas1ePwqumtV0sfdWeP880vf/CvzXvPi L+0x/wAPsPCvgaeDw3Dpp8Cm/bw7H4guhprWrTOst4+EybxQrBYyCg2ryMmve/20viv4k+DP7APi vxZ4MmNp4ilvLbTLC9KbjZmdiGmAORuCowXPGSD25zqZNjKeLw+H9qnKsk1ZvS/cI42hKlUqcllA +rcNzlT7gdqSvy0+NHwR1v8AZ/8A2IYfjd4H+LnjWT4s+HEsb7WNS1TxLNd2eteYUWaOS3kJUpmQ FVOeAc5xkehap+2nrGqeJLjRfAej+CbHUNF8HWOveIW8deKTpKz3F1apciwsU4MkgSQZZuATg4xX bLIMVVjz4Orzxu073Vmu93s76GCzCjF2qxs9Guuh+hOeaWvg3VP2w9e1bT/2abr4ZfDyy8SS/Fm3 vFhsdU1V7eSwu7dzCYzIqlTGsqybmK52plRkgVyn/DXfx0k8FfGpbX4NeFz4j+E95J/wmMz+JZvs MsKthRZjb5kkh2yMdxVdigjBOBhHhzOZRvovWVutvz0NXmGEj0/A/R2ivkBf2oLm/wDin+yfpek+ F7b+x/jFpsl7cy3Ny/n6XthWTYm35X5JXJ9K7P4W/GzVPiB+118dPhveaFZ6bY+Ar21t7S+guHaW 8EyliZFb5RjHG3Ga82tlOaUKbqT2Su9eily/n/mdEMVhZyUY7vy8rn0Welei/Dm4lXxHfWyyHyHt GYpnjIxzj1rzkfMB/jXffDv/AJG+6/68n/pXZwxXq/23Q957nNm8If2dU06HuWlztc6HazN95oxm tLtWPoP/ACKlj/1yFbA6V/XZ+LhRRRTAKKKKACvjn9vD/lGn44/6+LH/ANLIa+xq+Of28P8AlGn4 4/6+LH/0shrnr/wWexlX/IxpeqPrix/5Atv/ANcxVwffNU7H/kC2/wD1zFXB981tHY8yp8ch1FFF UZBRRRQAUUUUAfGv7bn/ACat4X/7KBoX/pYtfYFv/wAeMP8AuCvj/wDbc/5NW8L/APZQNC/9LFr7 At/+PGH/AHBXJD+PL0R9BiP+RTQ9Z/8AtpYWnU1adXWfPhRRRQAUUUUAFFFFABRRRQAUUUUAFFFF ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU1utOprf1oA8t8Xf8iJ4i/wCv6P8A9lrxOvcN aWG8vdY8MzXC2d5fMs1i8vCTEfwg+oKjjqQeOhrgm+H/AIl3nbaxMAeCJhz+lfgXG2VZhjMxjVoU 3KNrXR+h5BjsNQw8oVJJO/U47dTG65X73bGOtdr/AMIB4m/59U/7/Ck/4QDxN/z6x/8Af4V+YLIM 5T/gS+4+t/tPAP8A5er7z8+/j54T/aM+J3hLx58NLH4c/DLXPAusebBo2u61rMwutPidQqzmDyyF nQlirqcg4/HyrUv2S/iNoupfs/6bb2fhn42eB/BHhR9KvfDfi3VZrKxW/eZ5DfrEoYSqok2hGGcI Ac5BH6s/8IB4lzn7Gn/f4Uf8K/8AEv8Az6J/3+FfZUKvEuGpRp0sNaMfJ6u1r77+ljxan9lVJucq 12/P8D8qPCP7HXjS1/4J0ftBfCPxE3hu38QeK/FMmu+F5NHuWFlbyJ5clvnKAwJvj27cNtRj1rV0 b9kLxt4m/wCCf3xi8F/FDXtMX4teP9cj1W71mykNzbpJamL7MjNtVmVvKbfxxvYjmv1D/wCEB8S5 /wCPWP8A7/Ck/wCEB8SY/wCPSP8A7/CtHiuLXe1Fq8lLbqrfhoTFZNG37xaK2/c/IqP9mf4qx/C6 50jQPgL8K/Afjd9DfSR4407xneyXEfnxC3uJ7eFkIRnhaYYPQvxivtnW9B8f/Dn9nfwd4X+BWgeH tan0FLewNh4ivZbGGSyjgdCUeNWKymQRvg8Hc9fTn/CA+Jv+fVP+/wAKT/hAPEv/AD6x/wDf4Vy4 lcR4uUfaYbSLvazs399zWlUyukny1tX1ufln4d/ZJ8aeNPjf8b/iB8TbPwt8NJvHXgmbw1b6B4Kk e4hhaURFr2ZiqB5A0QYjHzEkk5xmv8Iv2X/FXg3U/B2k+J/gN8M7y40A5Pj6y8UXpvJDGreVcx2h Xas+7YTk7Rzwa/VX/hAPE2P+PWPH/XYUn/CA+Jt3/HrH/wB/ga65YnimaalQdnays9LK2mt9u5ko 5Otqi+8/Kf8A4ZO+KS/8EYo/gD5ugjx0vio6pvGpt9iEP21Z/wDW+Xndt4+51xXoWrfBX41eB/8A goNcfGz4Rx+FPECeIfCNpofiDS/Eeoy2q2U8KQqtzG0aMZFzCrbeP4h/EMfosvgHxNn/AI84v+/w pf8AhAPE3/PrH/3+FS8RxTKT5sPdNttcu97f5KwOOUJaVe3XsfEX7JXwb8dfBX4MeNtB+IF7peo6 xqvjG71iK50qdnjljmVPmZWUGNiwY7OcAjk1zfxQ+BvxN039u3S/2jfgbe6Hc+KJtE/sXxP4c8Sz yQWuqWqgBXWaNSUZRHFxjrErDuD+gX/Cv/EuP+POP/v8KP8AhAPEwP8Ax6xj/tsK82NLiOOOnivY O89GraNPdWOl1srdBUvarTVO+p+NXgn4d+If2iP2wv2jF+Psc3w/+Kh8JyeF9B0G3sXewsbCVVH2 2C4Y4uSGwcAgkSM3Q4X1H4H/ALNfibwH4++HMHi34CfDSaXwzewySePbDxReteymFsxXMdow2ick KSCQv5V+oX/CA+Jtu37LHgdB54o/4QHxNnP2SP8A7/ivXr4niKacKeGcYNJJWfu2VtNvuZyQWVpq Uqycu99/U/LW0/ZX+JsP7AP7THwykl0P/hJPH3jmfWdDYamxt0t5JICBK/l/I+Im4APOOa9Q1L4E +Obr9sP9lPx5C2lNo/w58Mvp/iBGv2ErTG1Ef7ldh8xdwHJK8c19+f8ACA+Jsf8AHqg/7bCj/hX/ AIm/59U/7/CuV1eKHJy9g9b/AGe8VF/gap5Slb2i+/zufkZe/su/tD6X8Hf2ivg/4Tm8F3HgXx/4 iuNcste1DUp0vkMuwi28kIVUv5aKWYkKCSM9B+g/wy8P6j4T/Z28CeF9Y8k6ppGg2tleG3k8yIyR xBG2tgZXI4OBmva/+Ff+Jv8An1T/AL/Cj/hX/ib/AJ9Y/wDv6K4swpcQ5lRVOrh2rO+iersld/JG 2HrZXhp80Kq+844nim12n/Cv/E2P+PVP+/wpv/CAeJs/8ekf188V85/YOcL/AJcS+49N5ngP+fq+ 80fA3/IG8Uf9ei/+zV7jYn/iV23/AFyX+VeN6fYt4V0K7t7+aNtZ1YrBa2cTZbv8x9hkkn2x1Ir2 S1XZp8K+iAfpX9N8L4Svgsmp0aytJX09T8pzWtTr46c4O6Zcooor7E8UKKKKACiiigBrfdrgfEn/ ACA/F3/XlH/J675uled+Iryys9ZurHV5hZ6dqtuIRdOcIkgztUt/DkMeTxxXBjqUq2DqU47uLRvQ koVoyfRo8FLct6Zqhqlq2oeHdQ09JFhe6tJoVkYZCl0KZxnPGa9L/wCFd60x3W91ZXELcpL52A49 eAR+tA+HWvZ/1ln/AN/z/wDE1/KH+rme06vNGi9HofsP9q5dOFnUR+Ztr+xbI3/BLC4/Z71TxlY3 GuRa6+s6R4igsJVjs5zN5ikITv8AulkJBz8wxXRePP2YfFfiX4mfDf4paZ4p8KXnxS0HwrHoGvp4 n8M/2jomuRorfvPIJ3xSBmYhuvT05/RL/hXOvZ/1tn/3/P8A8TR/wrnXv+etn/3+P/xNfUKPF/O5 eyb1b1S6qzXo+x5ftMltb2i6fgfnt44/Zh1r4kfssaL4Z1zxF4Z8HfETQvEw8QaFrXgnwyNP0+1u VAVA9tndJ8owzkhiQpAwuKrePv2efi38ZvhDDp/xY+I3hKbxhoOu22seENS0Pwq6WsEsSyLKt5DK 7CdJQ0ZKrgLsPUEAfol/wrnXv+etn/3+P/xNH/Cude/562f/AH+P/wATUxp8Ww2obNtaLS+6Xk+q KlVyaW9Rbdz4B/4UH8QNd/Z++Kng3xVe/DDRbzxR4dfSbG78F+B204QFnDPLOwbdIp2qRGuADzzX G/FD9jvXPG/7LXwL8H+HviFZ+F/Gnw80I6K2vtYyvFe2sloLeZAituUOVUjPQZFfph/wrnXv+eln /wB/z/8AE0f8K517P+ttP+/5/wDiaqEeLqdTnhRtre1la9rfkJ1MmlGzqJ6W3Pz7+I37J9nr/gv4 I/8ACDa1pWh+JPhfYLp+kf8ACQ6INT0zULby0SSK6tyctkxhg3JBJ9c0s37PHjTxR4Q8OaH451T4 faTocHjGz1vXdN8D+Em02PUrezUvDaOcnzCJiHLMPu8YFfoH/wAK517H+stP+/5/+Jo/4Vzr3/PW z/7/AJ/+JrNUuLeTldJvfVpXV+zK9rk3NdTR8O/tB/CH4n/GLRNW8I6Xrnw/h8B6lYCB4fEnhaW9 1DT5jnfcW0quFVsbdpGCuM57Vx/jb9l3xVJafs16l8NviFZaX4s+EFibKxu/EumvdwahG0UcbPIi MCCPL+7kjB6jAr9EP+Fda8D/AKyz69DOf/iaavw91xj8s9mxB5H2jv8Al16/r6UUaXFlCEIQpO0b 9FrdWd+90OdbJ5tt1N/M/K/UP2MfiFceH/jl4ds/iZ4WGi/EjUJNSvdVvvCb3GspLI6yG3+0b/lt wwP3Rux05Jr17wf+zXq3hn9qf4M/Ea48WWF5b+CfhfH4PuLKKxlV7uRYWjNwjE4VCWztbJ4I5zmv vYfDnXuf3ln/AN/z/wDE0f8ACudez/rbT/v8f/ia2rLi6vTcJUXZprRLqrfkRGpk0JKSqbHwv8Qf gT421b/goT4N+PngDxro3h/ULDw9/YGsadrelSXUc9mZXkYxFHGHKyMMnodpFetfGT4UeG/jZ+zx 4i+HHippodL1SNSlzCoM1pMjbopkB4LI3Y8EEjvmvo7/AIVzr3/PSz/7/n/4mmn4c69/z0s/+/5/ +JryZZdxQ3Rl7J3pK0XbXTbXqdKxeUpTXtFae6Pxv+NPwZ/acT4R/DP4b+OPFE3xm+BdrrFrb+JY vBei/Z/EMlpDxF5xcnzlAHLJ3GTk4Ne7+KP2WdUtv2ntZ+KnwnvPBVvH4h0q1tdV8O+PfCJ1KzU2 8aRRTW54eFvLRQynqc9c8foz/wAK517tJZj/ALbn/wCJpR8Odez/AKyz/Cc//E1705cVyjFRw/LZ NOy0lfXVbX8zhUsn5m5VL7W12sfCmpfs9+INY+Nn7NvjS+8Q+HNNn+Gkt5Lqljonh9rG1v3uM/8A HrCp2wAZ6NnJyc9ax7f9l/VobL9q+H/hMNOb/hb8u6xP2GUDShslX978373/AFi/cx0PrX6Cf8K5 17tJZ/8Af4//ABNH/Cudez/rbP8A7/H/AOJrzvq/FnKo+yemmy25ub8/8jo9tk97+0X9Kx+b+ufs p+MI/ht+zTL4J+IWl6N8RPhDai2s9R1DSZbiwv1aMI+Yg24HjjJ6E9ODXffAv4B+KPhX8f8A4veP vFHjyz8baj46ntbq5e30trMwTxg+YNu4qIyzEIoJIQLkk5r7i/4Vzr3/AD1s/wDv8f8A4mj/AIVz r3/Paz/7/H/4mnWocWV8NKhUo+7K99Fezd7X7XCNfJ4VVUVRaHn/APD1z+Nd98Ov+Rvu/wDrzelb 4c69nmSzP/bc/wDxNX7Gzh8Epc3Go30E+s3MXk2VhBJudy38WODj1OMAA+tHD3D+b0M3pVKtJxin dtmeZ5ngquBnCnNNs9a0E/8AFKaf/wBcRWyOlZWkxPb+HrOGT76RBTxjHFa1f02flfQKKKKYBRRR QAV8c/t4f8o0/HH/AF8WP/pZDX2NXxz+3h/yjT8cf9fFj/6WQ1z1/wCCz2Mq/wCRjS9UfXFj/wAg W3/65irg++ap2P8AyBbf/rmKuD75raOx5lT45DqKKKoyCiiigAooooA+Nf23P+TVvC//AGUDQv8A 0sWvsC3/AOPGH/cFfH/7bn/Jq3hf/soGhf8ApYtfYFv/AMeMP+4K5Ifx5eiPoMR/yKaHrP8A9tLC 06mrTq6z58KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKK KKACmt0p1Nb+lAHMeIvC+leJNM+zalAsgH3Gxyv0rz5vg/Y+Z8uvanGvYC/lwP8Ax6vWbm6htbea aaQRwxrudmPArlP+E+8Mjj+0G69oW/wrzcRmGDwbUa1RRvtd2Oinh61bWnFv0OP/AOFQWf8A0MGq f+B8v/xVO/4VBZ/9DBqn/gfL/wDFV2H/AAsDw1/z/N/35b/Cj/hYHhr/AJ/m/wC/Lf4Vx/25lP8A z/j950fUcX/z7f3M4/8A4VDZ/wDQf1T/AMD5f/iqP+FQ2f8A0HtU/wDA+X/4quw/4WB4a/5/m/78 t/hR/wAJ/wCGf+f5v+/Lf4Uv7byn/n9H7w+o4v8A59y+45D/AIVDZ/8AQe1T/wAD5f8A4qj/AIVB Z/8AQe1T/wAD5f8A4quv/wCE/wDDP/P63/flv8KP+FgeGf8An9b/AL8t/hR/bmUf8/4/eH1HGf8A PuX3HH/8Khs/+hg1T/wPl/8AiqP+FQ2f/Qf1T/wPl/8Aiq7D/hP/AAz/AM/zf9+W/wAKP+FgeGv+ f1v+/Lf4U/7byj/n/H7w+o4z/n3L7jj/APhUNn/0H9U/8D5f/iqo6p8JLOPw3qMn9vaodtpKV/0+ Xg7Dg/ervv8AhYHhv/n9b/vy3+FQXXjjwxd2E9tJfOscsbRsVhYH5hjjj3o/tvKf+f8AH7w+o4v/ AJ9v7j8vP+CZOg6t8Rv2GvF2teKPGGvapqEPj2+tY5bvWLiZljSOPCgs5OOelfo3/wAKhs/+g9qn /gfL/wDF15Z+zj8M/hT+zN8F9U8D+Cdf1XVNLv8AW5tWll1bEkqyyhQygqoG3CD3619Bf8LA8Nf8 /wA3/flv8KX9t5T/AM/o/eH1HF/8+39xyH/CobP/AKD2qf8AgfL/APF0n/CobP8A6D2qf+B8v/xV dh/wsDw1/wA/zf8Aflv8KP8AhYHhrH/H83/flv8ACms8yn/n/H7w+o4v+SX3HHf8Kgs/+hg1T/wP l/8AiqT/AIVDZ5/5GDVP/A+X/wCKrsv+FgeGsf8AH63/AH5b/Cj/AIWB4a/5/W/78t/hR/beU/8A P+P3h9Rxf/Pt/czjf+FQ2f8A0MGqf+B8v/xVH/CobPP/ACMGqf8AgfL/APFV2X/CwPDf/P43/flv 8KP+FgeG/wDn9b/vy3+FP+3Mp/5/x+8PqOL/AOfb+5nIf8Khsv8AoPaof+3+X/4qkPwhs8/8jBqi /wDb/L/8VXYf8LA8Nf8AP63/AH5b/Cj/AIWB4a/5/W/78t/hS/tzKf8An/H7w+o4v/n2/uZxv/Cn 7P8A6GDVP/A+X/4ql/4U/Z4/5D+qf+B8v/xVdj/wsDw1/wA/rf8Aflv8Kb/wn3hr/n+b8Ym/wo/t zKv+f8fvD6li1/y7f3EPhz4faL4f1BryMPd3rDDTzuXc/iea74LWNputafqlp9qsrlZoQ21iAQVP uDW2p4r2KVWnWgqlN8yfU4ZRlCVpKzHUUUVsSFFFFABRRRQAh6VlarpNjq2lyWuoQLNCw6MAa1G6 VXklVAckcKSST0FJtJXY1e55HN8FfBstwzi08vJ6KcCmj4I+Dcf8ex/Ou0k8b+GYpmjfVUDKcELG zD8wKT/hPPC+f+Qqv/fl/wDCvG/tfK46OtG/qdaweJv8D+5nGf8ACkfBv/Pu350f8KQ8G/8APu3/ AH1Xaf8ACd+F/wDoKL/35f8Awo/4Trwx/wBBQf8Afl/8Kn+2Mr/5/R+9FfU8V/z7f3M4v/hR/g3/ AJ92/wC+qP8AhR/g3/n3b/vqu0/4Tvwv/wBBRf8Av0/+FH/CeeF/+goP+/L/AOFH9sZW/wDl/H70 H1PFf8+5fczi/wDhR/g3/n3b/vqj/hR/g3/n3b/vqu0/4Tzwv/0FF/78v/hR/wAJ34X/AOgov/fp /wDCj+2Mq/5/x+8PqeK/59y+5nF/8KP8G/8APu3/AH1R/wAKR8Hf8+5/Fq7T/hO/C/8A0FF/78v/ AIUf8J34X/6Cg/78v/hR/bGV/wDP6P3h9TxX/Pt/cziv+FI+DlYH7KcZGcN71+XH/BPP4e6B4i/a g/bisdQhMkOnfFEQ2x3fdVZr8Y/ID8q/XpvHfhk9NWH/AH5f+i18yfAH4O/DP9n/AOKHxq8UaD44 1LXLr4keJf7c1GG/tgqWcm+Z/Li2ICVzcN97JwBT/tjK/wDn9H7w+p4r/n2/uZ7QPgh4Nx/x7n8D S/8ACkPBv/Pu3/fVdp/wnXhjODqo6/8APF//AImj/hO/C+f+QoP+/L/4Uv7Yyv8A5/x+8PqeK/59 y+5nF/8ACj/Bv/Pu3/fVH/Cj/B3/AD7n/vqu0/4Tvwv/ANBVf+/L/wCFH/Cd+F/+gqv/AH5f/Cj+ 2Mq/5/x+9C+p4r/n2/uZxf8Awo/wb/z7n/vqj/hR/g7P/Huf++q7T/hO/DH/AEFF/wC/L/8AxNH/ AAnnhjP/ACFF/wC/Lf4ULOMq/wCf8f8AwJAsHiv+fb+5nF/8KQ8G/wDPu3/fVH/Cj/Bv/Pu3/fVd p/wnnhf/AKCi/wDfl/8ACj/hOvC//QUH/fp/8Kf9sZWv+X8fvQ/qeK/59y+5nF/8KP8ABv8Az7t/ 31R/wo/wb/z7t/31Xaf8J14X/wCgoP8Avy/+FH/Cd+GP+gov/fl/8KP7Yyv/AJ/x+9B9TxX/AD7f 3M4v/hR/g7/n3Pv81dN4f+HPhnw3e/aLCyXz/wC+QKvHx34Yx/yFVH/bF/8ACtbT9c03VIJJLC6W 6VPvhcgr+BrelmOBxE1Tp1U32TRjPC4iEeaUGl6GwnBqao1OQDxgjipB0r0kc4UUUVQBRRRQAV8c /t4f8o0/HH/XxY/+lkNfY1fHP7eP/KNLxx/18WP/AKWw1z1/4Mj2Mq/5GNL1R9cWP/IFt/8ArmKu D75qnY/8ga1/65Crn8dbR2PMqfxJDqKKKoyCiiigAooooA+Nf23P+TVvC/8A2UDQv/Sxa+wLf/jx h/3BXx/+27/yat4Z/wCygaH/AOli19gW/wDx5Q/7orlh/Hl6I+gxH/Ipoes//bSwtOpq06uo+fCi iigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACik70m7/8AXQA6 mt0ozTWb149aAPM/GE0j+AvEALHi8jTr2yvFeH17X4t/5ETxB/1/R/zWvFK/mrj9t5rD/Cj9S4aS +py9R23ijb9aN1G6vyY+1Db7mmf5zT91RsKBMbJIscDyySCONRlnYgBR65NcbqnxI8A6L4H1nxNq XjPRoPD+k4OpX66hHJFaZYIPMKElQWIXnuRXw7+1VJffEr/go/8As7/s365rV7onwu8R21xq3iG3 srk27au8Xnslq7g5KH7OFC44Mu7khcWv2p/gb8IvhP8A8EvvjZqfw58A6b4QvrrSLO1up7Ey7pkW /gYK292BOec9ffpX3GHybCcmH+sTfPX2SWiV7avueHUxtW9RwirQ3ufoDY31pqWi2eo2Fwl5YXcC XFtcRHKyxuodHHqCrAj2Iq3nivzz8PfFb4veNPjp4H/Z7+D2qeHvA/8Awj/wq0XWNb8R69pTaiZn lsrUR28UIZQoHmICx54b0APL/wDDWfxu1b9hnxLruj+ErN/iH4S+IR8LeMtX0zSJb+0sbRFZpNTj s1bcwG0KV3bQTuPBGNJ8K4z2vJCUbXW71SezfqZwzWhKKun/AJ27H6a5pOufpX51+Kf2rNU8B/sE 2fjrRvil4Y+M+teIPGMOgaHrtv4dl0+30nzIy8jXtqpMjPGEZtuFLB14IyT3n7PPx/8AE3jb9qfx V8Lde8UaZ8TNNtNATWNK8ZaP4YudFidhIkc1pJBOOXVpFKkc4BzXn1uHcbQw860mrRv6u27SfY6I 5hRnUVNJ3Z9sA8daO386+H/2mvjd8Rvhn8f/AAVoVrrVv8LfhXqOlyTan8QrzwnNrcMN7vKpauiH EIIVTuYEneey8U/Fnxx+KGpfHf4I/A34Y+LvCmoeKvFXhWTxBrfxDfSTcaabZFlIe1tQ/JfySeXO CQOOcFDh7GV6MKykuWabvfRJb3f6bhPMKVOcoNO609T7s7Vz/ijxX4c8E+BdQ8UeLtatfD3h6xVW u7+9k2QwhmCruOO7Mo+pr8/X/bF8d/D34NftKab8SNH0fxH8SPhVqlpp9ve6TA9rY6ub2UxQSPHk mPYV3MARkcDBrF/aJtvj9L/wSM+JHiT4u+O/C2u2GreHtOuo9E0Pw21pJp9xLeWsiD7QXPmIqFgR tHzEYOBz3UuF8RGvCOJkoxlJJO+srpP3fk762OeWaUnBumm2lr5ep+mlpeWt9pdrfWc6XVlcwpNb zRnKyRuoZHHsVYEexqyK+EP2ZfjR44+NnxOhsfCdzp3hn4N+BNC0zSdThv8ATw+r6xf/AGNAxCOw a2gBBwxGW2cZJO3w3Vv23vHV5B458b+HfEXhyx0/w/4mNjpfw3uPCt7dX2u2UMqpNM2oIvlwysNx VRwMc9RUz4Yxjxc6EZJclt332T82VHNKPsYzaev6bn6wbsfxfMRkDcP84/z6U4f/AKq/Ln4YXHxg 13/gul4xmm+IWnSWg8CaZql3bT6E/lvpNx9jnWyhjMuLe4CyIrT92Vm2/Niv1EU+/PevHzbLP7Lr Rpuak2k9OlzuweKWKg5JWs7Em2jH1o3Ubq+f1PSEI9qb3p+7im0WJPRfAcjR6f4kZWPFqrAZ9N1e 42jFrCBj1KA/pXhfgf8A5BHif/rzX/2avcbM/wDEst+Oka9sdvrX9Y8GtvIad/M/Gc6VsxmXaKbm jd/n1r70+fHUU3P4/wBaO3egB1FNyff/AD+NBP8A9fmgAbpXD+IriT/hH/FCqzKY7JNpB6Z312/9 a4LxER/Yni7r/wAeUf8A7PXl5i2sBVf91/kdOHt7eHqvzPn/AG9h0pV+9Sdz9aVT89fxPJ3k7n74 kklYfRRRWZVhrfjWe+pWEWtw6bLqFtFqMyF4rVrhRNIo6lUJyQMdQPWtBvuGvz2+Jny/8HDn7PZ6 KfAt6Bnpn/Sv1r2cuwKx9Scb25Yyl9yucOKruhBSte7S+8++RqVh/bv9mfb7b+0hF5n2MXC+cE/v bM52+9XNxz3r82fEl/d6Z/wcD+KtVsWUXVh8D7q6iLpuRZI7eR0LA9twXjuK4nR/2of2lF/Yr+FP 7Qmuan4Om8H6t4qTRtT0C20J0u7qE3UkD3Pnb9sbZjZVRRj5QxJyQPpnwviKlKFSjNWlGL101km0 l9x5n9p04zlGUdn08up+ru76ik3H1NfnXB8ZP2lvHXxi/am0PwJ4g8HaFovww1WRtOuNU0Bp7i6h WOeWO0IEgUFkgYmZudygAfMSNa1/ag1Hxp+wb8IviOfiZ4e+C/iLxPLdW93a3XhefXbi/nt5GhZb K1iJfbvTcWwwUOq5z1wlwvj4W1i9Una7tdXV/kaRzShK9k+/qff33vpQeB/9avytl/bM+K0X/BPb 45eKi2kyfEL4e+NbPRI9VOgSWtvqFvcSuqyvZTENDJiJsq2CMjIByK+pPFnxi8aaN/wUf+A/wtsW sm8L+LfDdzf6vHJZjz2mjiLKEkJ+Rc47H34NZ1eGcxoytK32uv8AKk/yZUM0w8lf0/E+sOfXjHAp NxxX55fA39oD4leOP2nf+Ea+J/xD0T4aeKI9VuUuPhXqXgqa3up7NN2xra+dv3rkDdlckhThSOa8 fX9urx3qXhnVviXpWv8Ah5dJtfEptbP4YDwreTahe6akgR7htRUGNJiNzhQcADHcCtf9V8fzuN1o lrfTXZJ+ffbzF/alCy3P1gvdRsdN097zUb+DTrVSFaa5mWKME9AWYgDP1qSe7tbXTZL25u4rezRP Me4lmVYlTsxcnGORyD3ryP46fDm3+NH7F/jbwL5QkuNa0UyaW0ijMd2oE1u3sfMVVJ7Bj71+auof FrWPjJ/wSV+A/wADdOvJF+I3i/xNH4N12MH9/DBpro00jg8kGI27sT3zWWXZH/aFHnjOzjLlnp8M bX5vwY8Rj/q8+WS3V15+R+u0XiLQZtStrOHXtOmvLlFe3gS/jMkysu5Sq5ywI5GOtWNQ1jStJghk 1XVbPS45W2xtd3KwhyOSAWIye/0r8Wfjt4JXwn/wUZ+JXi3wLatDffB7wZ4b1vRra3cxq1ray28E 0eAOhhc8f3c1Z/bb8SWHx4m8YeKNBvBfeBPhr4H027gkiyI5dS1mWKVBkcErbFW9sMO1fR0+EadW tScaz9nJXbsrp9PvujzXm8oxlzQ1T2vv3P2tR1kjWRGV0YZVlOQw9QfQ9akXrXM+D8/8Kj8J57aN a5/78rXSL1PvX5hWpexrShvZtfcz6inLngpd0mSUUUVzmlhrV3nw5LDxhdr/AAtZtuHY4PFcG3Wu 7+Hf/I53H/Xm/wDMV9dww2s8oWfU8XN0v7Oqeh7bo8zTeGrORzlmiGc1qjpWNof/ACKdh/1yH8q2 B071/YXU/Ex1FN3c0Z470AOpD92k/wA9aa3uT9KADNfHX7eB/wCNaXjj/r4sf/S2Gvrlry1QkNcI uOuWFfFH7eHiXw+P+CfXifRW1qx/tfULyxjsbE3iCe6YXkRKxpnc5wM4APQ1y15JUZHu5TSqyzGl aL37H2xYf8gW1/65irq1n2JP9j23/XIdvb8qvL0/+vXRHY8ap/EfqSUU3v3o3c1RmOopu7mm7vrQ A89Kbu9z+VNZsJVRr21X711Ev1kHNJtIpRlLZXPkT9tz/k1bwz/2P+hf+lq19f25/wBCi/3RXxD+ 2x4m8Py/Afwf4di1ywk1678e6I1rp6XcZuZgt4udkYO5sewOK+3rcbbSNW9OP8K5ISTryt5H0GLj OGVYdSVtZ7/9ulpelOpo6UfnXYfOjqKbnjvRnigB1FNzzRnB70AOopop1ABRRRQAUUUUAFFFFABR RRQAUUUUAFFFFABRRRQAUUUUAFFFFAEMq+YjKwypGD2/WuHt/h/otvew3C3eqvJE4dd2qSkEj1BP IPpXfUUAYWtaLa65psdreSXMcSyBw1tcNExPTBK9v8KpaL4W0/QbqaWzuL2R5UCN9pvHmAGewY8H 3rqqY3Tj0oA8o8VRLH4M8USAt+81CNmBbIBwo49OleL/AMf0r2zxReW+j6lew61azTeHNRALz28Z drZx/EQOduOcjkEdDmvOd3wz8xv+K4ZOfumyfI+vyda/F+LuHMxzXHRr4ZJq1tz7jJc1wuCoOnWu m3c5uiul3fDX/oej/wCAT/8AxFG74a/9D0f/AACf/wCIr8+/1Jz7+RfefTf6wZb3f3HNU09c10+7 4a/9D0f/AACf/wCIpN3w1/6Hs/8AgE//AMRR/qTn38i+8X+sGXd39x8y/HD9n7wX8dfD2grr11qX h/xJoN19q8PeJNCnEGoaZLkEmNsYYEqp2kjlQQQevnurfsyeJ/FvwG8ceAPiH+0F4w8eaV4hsIbO Jr7TbNDYCO4SfeqqB5jt5ewlj0YnrivtzPw1/wCh6Y/9ub//ABFJu+Gv/Q9N/wCAb/8AxFe3RyHi 7D0o0oJcsdr2bXXR9DgnmmT1JuTvd+p8Wa9+yzZzfEzwv48+H/xM8Q/C/wCIOk+E7bwzda7pNtbz nVLK3hjiQTwzAoHCxL8y/wB1fQGtLwr+zfJ8Nf2f7fwb8KPil4g8C65Jrj6zrPig2Ntf3Wt3MilX NxHKNmPukBCCCo5POfsHd8Nv+h6b/wAAn/8AiKXPw17+OiPrZP8A/EVs8l4xlFRk9F6dO/e3QhZj kkXdX+4+FYf2MfAc37OPijwTrfibXNa17XvFC+Kbrxcqw219b6qilY7mGKJRHGFDMNuOd7dOo9q+ HfgX4heFdbvbvxr8bNd+KUMlt5FrZ6npFnZxW5Bz5pMC7nkIGCScYPQV9Abvhrn/AJHpj/25v/8A EUySX4ZxwvJJ48KxqpZi1m+AAM5PyegrOtkXF2Jpyp1bOMnd7fh2+RdPM8lpyUo3VvJnzP8AFj4T +M/iRLeWej/GrW/AfhfUdKOm6todjotldwXaMWDuHmUujsrbTzjCjAzzXnmrfsheEo9B+EsvgLxh 4g+GvjP4c6W+m+HvE2nrDc3DW77zJHcRyjZIrNLK3AwN7DkHFfVngn4hfAT4j+F7jXPBPxXh8Q6X BePazXNvZS4WVcFkO6McjI/Oux3fDX/oem6/8+b/APxFVSyPi+hTjTpWUY7LTrpr3+Yp5nktSTlK 935M+LtC/ZE+Hdr8B/ij4N8WanrHjzVPiJdC78W+JNTkSO/u5kbfC6bF2R+U/wAyDBGSeoO2ufuP 2Tdf1r9nLxB8J/Ff7Q3i/wAV+Bb3SINM0+wvdJsd2npDPDNG4kUbpGUQ+WNzYCu3fbX3jn4a/wDQ 8n/wCf8A+Ipd3w1/6Hpv/AN//iK2WUcZJttp631s7Py7fIj+0ckdt+2zPkfSv2bdD8MftU+GPi14 P8V6p4X1200G10XxDZ2trC9r4mht4kiR7pW4WXEanegzlQfXOFp/7MuteDvG3im6+Efxw8U/Czwz 4i1Z9U1Lw7ZabZ31ulxIR5j27zqWh3+nIGe+BX2pu+Gv/Q9N/wCAb/8Axulz8Ncc+Om6/wDPm/8A 8RU/2Nxldyum2ra2enn3D+0MktbXvsz5H1L9njzP27LP48eH/iRrnhjXpdKtNL8Qafb2lvNBrdtb smI5C4JTeIUVtvPy5UqSa+lPz445OTXSbvhr/wBD0x4/583/APiKN3w1/wCh6b/wCf8A+Iry8Twt xNjOX20U+VWWq2OqjnOU0b8jav5HN0V0u74a/wDQ9H/wCf8A+Io3fDX/AKHo/wDgE/8A8RXB/qTn 38i+86v9YMt7v7jmqb+NdNu+Gv8A0PTf+Ab/APxFG/4af9D0x9vsT/8AxFL/AFKz3+RfeH+sGW93 9xu+BT/xJ/FHf/Q1/wDZq7v/AIQPR75RdSXOqJLMNzCLUpVVSfRQcAe1cPpOoaLLC3h/wa1xq0l6 6i/1J4WjjjT+6NwGWIzwOmc17nAu21jXrhQPav6A4dwFfLcqp4et8Sufm2Y4mGLxcqsNmULrS4Lr w02lSPOtq0Yj3xzMsoA7huoPvWHpfgvS9J1uG+tbjUWmQEBZtQklT5h3UnHFdpRX1R5Ry+teGbDX poZLya8jaFSqi1vHhBye4WrOi6HaaDp8lrZyXMkcku8m6uGmOcAYBbkDjpW/RQBwVx4A0a6vZ7mS 71RWmcuwTU5VAJ9ADx7V0t9pdvf+HH0uZ547dkCloZmSQAdPmHOa2KKAON0rwbpeka3Hf2txqMky KQFn1CSVMEY5Vjj/AOvWb4ijA0zxjKM7jp8SkZ4GPMP58/yr0FunArzrxTfLouqSXGoWstzoN7B5 F6YkLNF12vgdQMkHHIBzzXFjKUq+EqUo7yTRtSmqdWMn0aPBz1P1pB0rp2h+HrHdH4+tY0blVkXD Ae+RnP1oEHgD/ooFl+lfzBPgzPVN/u195+sRz/LrL3vwObz/AJzRn/Oa6byPh/8A9FAsvyFH2f4f f9FAsvyH+NT/AKm57/z7/Ev+38u/mf3M5dun/wBevn/4zfs+6J8XfFfg3xdD4m1jwB8QvCs7SaF4 m0EoZ4FfG6NkcbXUkZ56c9mNfU5h+H//AEUCy/IU37P8P+v/AAsCzrswvC/EuDre1owtL+rmFXOc qrQ5Zu69GfH3w7/Zm0TwZ4p+IHjDXvG2u/ET4k+MNJk0vU/FOtrEs0Vq0WzyoIkARF4U++wDAGc8 7J+yD4Xf9gHwj+z+PGGsLonh/W/7Vg1VbOD7TM/2qW5CMn3Nu6UjIOcAe9fcf2fwAP8AmoFlR9n+ H+3H/CwLL6cV6jyjjCU+a3VPp0Vlb0ucazDJUuX/ADPyQ+H/AMB/GHj39rz9tBY/HHjH4TWOq+KY bP7Xplkpg1uwmW6Eq7Z0w33UxLGwIDsM4Y19GTfsg+G9Js/g7J8NPHWufDTWfhzYXFlpOpWdrb3z 3EVwxe4aWOZSnmO7OxZRj52GMYx9yGDwC33viBZtjpkij7P8P/8AooFl19q9LE4PjCtUjKnDlSS0 VtdLXff9DnpYvJqcGpNu/k+9z4Lt/wBivwSfg18b/BWr+M/EWv2vxK1mHVr/AFDUBE13Z3UTSOsq uoAlJaQk7gAemOTWr4X/AGU/7H/aH8AfFTxJ8YPFnjrxh4V06bT7afVoLZYnt2iMccYRAPLEe5m3 fMzs3zEgAV9veR4A7fECx/HFct4d8X/BHxdqmvWXhn4waLrl1ol2LXVYbSZZGs5csNkmOjZRvyNc TyzjNxcXqnvt2t8tDVY3I00108mfLlh+zfq9/wDtBeA/HnxK+M3iH4nS+C7uS78NWOoaPZWSwTN/ HLJAgaTHy5XgHAz70vDv7MeufDzW9ZtPhJ8dPFfw58C6lq76nL4WttMsryC2lkKmVbeWYF4lbHTn A9+a+2fs/wAP8f8AJQLPH0FL9n8A9viBZfiBUPKuMXpbS1raWt6bFfX8k8/xOWXIwPm3cDPf/wDX XyR4H/Y98AeBf28Nc+PGl6xqN1qV/c3l1aaFNDELHTri7x50sRB3Z+9jgAA47CvuD7P8PyPm8fWJ z9KTyPAGf+SgWVedh+HOKsLGcaMbKorS13R0VM2yms4ubvy7aM+Ym+Afhu4/ai+JnxOv9UvNQfxr 4SXw1qmjyQRi2jtgFVmV/vbiFxzwCxx0GPG9B/Yf8BeHP2FPGnwLs/FmsNY+JtWj1DUNektYDefu fL8uIJ9zYoQgc5/eNjHSv0BFv4B/6KBZfpS/Z/AP/RQLH36V208n4xpJRjt7vb7O33GDzDJZO78+ nfc4jSdPj0nwrpelRSNNHZWkdskjgBmCIFBIHAJx0HFaPf8A+vXTfZ/AOP8AkoFl+GKBB8P8f8j/ AGX5CvDlwdn85OUqer8z0I55lsFZSdl5HN5/zmjP+c103kfD/wD6KBZfkKPs/wAP/wDooFl+n+NT /qbnv/Pv8S/7fy7+Z/ccu33hXefDv/kcrr/rzf8AmKyWg+H+3/koFl+AFa+l6p4b0tZ7TwvqTeJd evU8mOSCMiK3U9WLYwMdcDJPHFfRZFwpm+FzWlWrQtGLuzysxzrBV8HKnTbbfkd3b+DdL1jTbO/u rjUI5nt1DLb38kacDsoOK7Cx0m2sfDSaTE872yoU3SzF5MH/AGjzkZ61Nplu1ro1tbtyyIATnPat HFf0Z1PzM4O18A6PZ6nb3UdzqjywyiRRJqkrKSDnkE8j+lbus6DZa9ZRQ3kl1HGj7wbW5aJifcr1 FdBRQBy+ieF7DQZriSznvZWmXa/2m8eYcHOQGPFU9S8F6TqutTX9xcaik8pG4QahJGnAxwoOB09O 9dp2prCgadmfHt7+xR8HtS1W8utTvvGWoNdTvLLFceNb0xZdixULvwBzwPSt3wb+x3+zz4D8Y2Pi Lw/8PbaPXLSZZ4L26mkupFdTkMDKW5BGcgda+osNS9+nasPYUr3sev8A2rmPJye1lb1Of1nw/Za5 aww3kl1EsTF1+y3Twkn3244puh+G7DQXuPsU13N5wG77VdvN09Nx4610Rzn2pVHFbnjnGal4I0nV Naub+4uNRjmmILrDqMkadMcKDgdK3l0u3i8K/wBjq8/2byDDvMzGTaRyd/XcOx61sUUAcPY+BdJ0 /V7e8huNSeSF9yrLqUjp+Kk4IrU1zw/Z6/Fbx3sl3EIWLIbW6aEkkd9vXFdJRQBzOj+G7DQ7O6jt JryZbjG83V28uMA9N2cV8p3f7DPwT1LU7i51Sfxfq3nyGSaO98Y3kqNk5xjd09uwr7QbpUZHNZzp wqfErnbh8XicI26M3G+9j518F/sp/AH4e3n2zwn8N9L03VguE1Jo2mvIiRjfHLIWZG/2lwa9X07w TpOma3BfW9xqLSxNlVl1GSRG47qTXa7fmoA9qcYRh8KsZVsRiMTLmrTcn5u5z2teG7HX1t/ts13F 5IJT7LdPCCT67euKdovh+z0G3uI7OW7lWZgzG5uWmI4xwW6V0I6U6rOc4W+8B6PqGrXN5Ncamss0 hdxFqcqIp9gDx9BXRTaXbzeF20lpJltjCItyzMJccc7uuff3rYooA4vTfBOk6TrMF/b3OoySwklU n1GSROhHKk4PXP1FaGseHbPXLqzmvJbuF7Y5QW108QPOeQvXp39a6SigCNRzUlFFABRRRQAUUUUA FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU1qdTW6ZoArT28NzD5VxGskZ6hhkVif8A CK6Ax3f2XASe+wVLrGtQaXot9fS5aO3wCq9WY4wP1FeZN8ULnf8ALpce3tmY5/lXzeY59luVVFTx UrSfQ9LC5fisXFulG6PSf+EU8P8A/QLg/wC+aX/hE/D/AP0C7f8A75rzT/haF1/0C4fxmP8AhS/8 LPvP+gVF+Ep/wrxP9c8h/wCfn4Hof2HmP8h6V/wiegf9Au3/AO+aP+ET8P8A/QLt/wDvmvNf+FnX n/QJi/7+n/Cj/haF3/0Cov8Av6f8KX+ueQ/8/PwYf2HmP8h6V/wifh//AKBdv/3zSf8ACKeH/wDo Fwf9815t/wALQuv+gVF/39P+FH/C0Lr/AKBMX/f0/wCFH+ueQ/8APz8Bf2JmP8n4npP/AAinh/8A 6BcH/fNL/wAIn4f/AOgXb/8AfNeZ/wDC0Lrd/wAgqL/v6f8ACnf8LPu+v9lRf9/T/hR/rpkX/Pz8 A/sTMf5D0r/hE/D/AP0C7f8A75rL1nwvoMfhTU2Gl2+RZzc7P+mbVxP/AAtC7/6BUX/f0/4U1/iZ cOjLJo8DKwwwaQkEenSh8aZClrU/Af8AYeY/yHwD/wAEltD0nUP+CenjaW6s4riQfEbUFDMoJAEc XHt1r9Sf+EU8P5/5BcH/AHxXiXhjxB4c8E6FNpfg3wDoXhPTZZ2uJbTRbGOzheVsbpCkSKCxwMsR k4ro/wDhaF1/0C4v+/p/wo/1zyH/AJ+fgH9iZj/Ielf8Ir4f/wCgXB/3zS/8Ip4f/wCgXB/3zXmv /C0Lv/oFRf8Af0/4Un/C0LrP/ILi/wC/p/wo/wBc8h/5+fgH9h5j/J+J6X/wifh//oF2/wD3zR/w ifh//oF2/wD3zXmv/C0Lr/oFRf8Af0/4Un/C0LvP/IKi/wC/p/wo/wBdMhX/AC8/Bk/2JmNvgPS/ +ET8P/8AQLt/++aP+ET8P/8AQLt/++a80/4WheY/5BcX/f0/4Uv/AAtC7/6BUX/f0/4Uf655D/z8 /Ar+w8xX2D0r/hE9A/6Bdv8A980f8In4f/6Bdv8A9815r/ws+8/6BUP/AH9P+FH/AAs+8/6BUX/f 0/4Uf655D/z8/Af9h5j/ACHpP/CKeH/+gXB/3zSf8Ir4fx/yC4OP9gV5ufidef8AQJi/7+n/AAo/ 4Wfd5/5BMP8A39P+FP8A1zyH/n5+Av7DzL+T8T1qz02xsV22drFAO4VcVpY57Vw/hvxdHrmn3Mhh NrJbYaVM5BBzyPy/Su2jbKjvkcV9jhMXQxuHjXou8ZdTw6tGpQqunUVmiSiiiu4xCiiigAooooAR ulV57eK4t2imjWSNhyrDNWaKAOPk8DeGZZ2kbSbdmPU7B/hTP+ED8K/9AmD/AL4FdnRQBxv/AAgf hX/oEwf98Cj/AIQPwr/0CYP++BXZUUagcb/wgfhX/oEwf98Ck/4QLwr/ANAiD/v2K7OigDjf+EC8 K/8AQIg/79j/AApP+ED8Lf8AQHg/79iuzooDQ4z/AIQPwt/0B4P++BR/wgXhb/oEQf8AfsV2dFAW Rxf/AAgfhdWz/ZNv1H/LMZ/lX5R/8E4/Dmi6j+1Z+3hbXljFPDb/ABV2wqyD5AJtQHGenWv2OboP rX5H/wDBNX/k7v8Ab6/7Kv8A+17+gD9Ph4D8Lf8AQHt/++BS/wDCB+Ff+gTB/wB+xXZDp+NLQBxn /CB+Ff8AoEwf98Cl/wCED8K/9AmD/vgV2VFAHG/8IF4V/wCgRB/37H+FJ/wgfhb/AKA8H/fsV2dF AaHGf8IH4V/6A8H/AH7FH/CB+Ff+gRB/3wK7OigLI43/AIQPwr/0CYP++BSf8IH4V/6BMH/fArs6 KNQOL/4QPwrn/kEQf98CtfT/AA/pOlvusLGK3b1VQK3aKNQIwPnqSiigAooooAKKKKACiiigAooo oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig AooooAKKKKACiiigAooooAKa3WnU1utAHlvi0t/wgniLJJ/02PHP+7XiIHy17d4t/wCRD8Rf9f0f /steJjpX80+IH/I2j/hR+pcNf7nL1HgcdKWjtRX5Lc+1CoW4FTVEelMRwHxS+ImkfCf9n/xN8Rtd tbq+0jQ7UXFzBZBTM4LqmFDEDOWHUivmvR/24vhvJc+FpfGvgbx78LdB8SOi6J4i8TeHvL0q63jK f6QjkDIx2IGckgDNdh+2q23/AIJZfGbt/wASVcc/9N46+G/jN8Vfhv40/wCCLfw0+B3hHWrDx78W ta0zRLPTdA0VheXNncRPG0jSbMiJgqvHgkN+86Y3Y/R8kynB47BxlWg5c03FyTtypK93008z5vGY uvRrOMJWsr2tv5H6/wA13bW8CzXFzBbxsQqSSTKqsT0AJPOe2KS4ura0sZLq8uobS1RctLPIERR6 lmIA/wA9a/IP4h6XrU3/AAUW0n4c/FKz8D69pWl/CbTLPw3Y/EzX7jTtHMwtYY7ye2eIbHuvNSQZ JJwp29Bjo9c+EuqX37FXwJsvEnxu+GnirVPBmqand6doviTxP5/h7xRZq6hYWn3K0j2ygx7sMF3g cV0S4XwsZU+av8T6K6s72t91nclZnValansfob8TvjJ4B+Efw+0nxN4x1Zk03U9Vh0vThYRi5e5u JtxRVCkDbiNyXJCjB74FenSXFum7ddQKFDNnzlwVXO4g55AwTn0FfiX8bj8LfiF/wSc+C/xQ0n4T 6R8PFsfiZFpF7DZO0lpbWhe6e7EMm7BtpJdrZ7HgH19g+MXw4+Fvj7/gp9+yX8OfCstqPhHf+DdV jt4/C+pH7Nd2MT3k5gjmRiWicoyNhjkMw9a2/wBWcHKnFc8oyTnzOyfwa99zP+0q/tHomvdt8z9U HvrCOK3kkv7WOOfHkO9wirLnptJPzZ9qm86FLhIWmjWZwSkbOoZh3IGckdefavx9tfDPwNl/bL/a k8K/tHzabpNj4W0eCx+G+m6/qslvDp+lrDIIzp4Z13uMQ4xuJLZwSWrD0Z/GPh//AIJw/so/tPeL V1C+1X4deMmiv57lSbm68N3Vz5KhmPzMo+4mT92ZufXP/VShJRarP3rLVaNyjeNtdez7X6lf2rNN 3hte/wAtz9nllhado1mj8xCBIm4Fo/8AeAORXjPwt+OHhv4p/FL4neCtN0nU9D8VeBtVXT9X0/U0 RXcsXVJI9rHKMY25OD09RXjn7Fujz6l8IPH3xo1NTJrHxP8AGF5q8crw7ZDYRytFar9Cqu4z/eNe BftKeLp/2U/+CkL/ABysbaV/DvxD8CX+l30UI+X+17WEG2cgdGLC1O4/3pT2NeXhcmwtbMK2XOXN NL3Xt7ytdfdc6KuNqRw8MQl7vX0ex9BeJv21/hv4b8MfEzXP+Eb8RaxofgvxVB4bu7+xgiMd9eS+ Z8tvl/mCeX82QD8y8HNeueHvj14H8R/sSzfHi3a6s/B1tpVzf3kVxGBdW/2dmWWFlBx5gZduM9SM V+c/xG+G9x8L/wDghV8MbXVI9virXfHuleIdeeZRvkurqRpQH/vFY9g69Ki8XWeuaT+1P47/AGG9 OtrhdA8efFOw8RafcnLpb6FPuvL5AewV4FyOQQZQcY5+q/1eynEUb0W04yd3feMbKTXn1PL/ALQx lOp72zStp1ex+hf7P/7Q/hX9ojwR4i1zwtoms6DFo2oJY3VvrUSJJ5jRCQEBWPGD35r6AX/Oa+CP 2IYbe18bftT2trCtvaQfFOeOCBTxHGsYVUH+6AB+Ffe464r87zzDYfB5jOlh/gVrXd90mfRYGrUr YaMqj1ZJRRRXzd0emFR1JUdCsI9C8Dbv7J8TMvDCzX/2avcrM5023/65jP5V4b4H/wCQP4o/681/ 9mr3Ky/5Blt/1zH8q/rLg3/kQUvmfjOdr/hRmXKKKK++PnwooooAKKKKACiiigAooooAKKKKACii igAooooAKKKKAGt0H1r8j/8Agmr/AMnd/t9f9lX/APa9/X64N0H1r8j/APgmr/yd3+31/wBlX/8A a9/QB+uI6fjS0g6fjS0AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF ABRRRQAUUUUAFFFFABTWp1Nb+lCA8t8VK0ngnxMsfzsl4jEeg+U/lj+VeI/5BzXvPiWz16x1iTWN Bgh1BZY9l5p9xwk684OezDPHr71wD61deY274Qlm7lb5MH/xyvyviXhWvnWLjWpzUbK2p9dlWcRw FJ05Rvd30OJHTv8AnTsfWu0/tq4/6I+//gev/wARR/bVx/0R9/8AwOX/AOIr4n/iHmP/AOfsfxPe /wBZqH8j/A4rH1qPHNdz/bVx/wBEff8A8Dl/+IpP7auP+iPv/wCB6/8AxFH/ABDzHP8A5ex/EP8A Wah/I/wPONT0vS9a0G60rWdNs9Z0q4Tbc2V/bJcQTLnOHjcFWGQDgisLQfAfgXwrqLXnhfwT4e8M 3jKVabR9CtbOQg9RuiRTg9xXsn9tXH/RH3/8D1/+Ipf7buP+iPv/AOBy/wDxFdEOBM2hBwjiEk91 qZS4iwk3eVNt/I8f8S+C/B3jOwhtfGHhPRfFVvAxaBNY0uC7EJPUr5ittJxzjrWVqHwv+GereGNN 0XVPh34X1DR9Oz/Z9jceH7V4LTcct5UZj2x54ztAz3r3X+2rj/oj7/8Agev/AMRR/bVx/wBEff8A 8D1/+Iqo8DZxBJRxKVttwfEWEf8Ay6/I8lu/CPhW+8Ar4UvvDOkXnhdY1jTRptNhayVFIKqICuxQ CARgcEZFQ2fgvwZpt5otzp/hLQ7C40a3a20iW20m3jk06FgQ0duwQGJTubKoQDub1Newf21cf9Ef f/wPX/4iq9x4hntrCe4b4PSFYYmkI+3ryFUsR9z2pf6iZs48v1hW7ah/rDhL39l+R5F4h8B+BvF2 o2d14s8F6B4ourUYtptX0W3u5IhnO1WlRioyc4HGa8Y/aN+FvxL+Lnwij+GfgnxF4d8J+CdYh+y+ KJ9Q0957tYA6MqWqp8i8LjnnpjHNelfs4/tMaf8AtGfBbVvGmh/AefRrWw1ybSpIZNajnJeNVYtu ESj+LGMdutfQP9tXH/RH3/8AA9f/AIiurD8GZzh60Kka8W4bJ3aXyMqmfYOpFxdN677HknhHwvpP gn4XeHfCGhQ+Ro2jabFYWaEYPlxKEBOO5xk+5NTa94X8M+KLC3tfFHhvSPEtrby+dBDq+mQ3iRPj G9VlVgrYJGQM816r/bVx/wBEff8A8D1/+Io/tq4/6I+//gev/wARXI+A809s6vt1zN3b1ubf6xYX kUPZuy6aHmGreH9B17RY9N1zQdN1vTopEljtdQsIriFXT7jBJFKgr2IGR2ok8P6BP42t/E02h6bP 4kt4Ggt9WksImvYo2zuRZivmKp3NlQQvJ45Neof21cf9Eff/AMD1/wDiKP7auMf8kff/AMD1/wDi KlcB5pFe7XS+8P8AWLCPem/wPMNL0HQtEn1GbR9D07Rpb+4+0X0lhYxQNdy/89JTGo3v/tNk+9a3 b0+ldydZuM/8kff/AMD1/wDiKT+2rj/oj7/+B6//ABFZy8PsxnLmlWTfzLXEuHS0pv8AA4v86XH1 rtP7auP+iPv/AOBy/wDxFH9tXH/RH3/8Dl/+Iqf+IeY//n7H8R/6zUf5H+BxJ49aa3Tj5frXb/21 cf8ARH3/APA9f/iKT+3LjOP+FPvn/sIJ/wDEUf8AEPMd/wA/Y/iH+s1H+R/gXPBAK+HvFEzfLD9l VQ3bPzfr0r3Kz/5BVv6+WM/lXkOlw+IvEV1BayaDD4S8PxuJJreN98s5ByAzYA2jjjqcfSvZI41j jVVHygYr9pyTLXlWXQwrd3E+Fx+KWLxMqqVrk1FFFfQnmhRRRQAUUUUAFFFFABRRRQAUUUUAFFFF ABRRRQAUUUUANboPrX5H/wDBNX/k7v8Ab6/7Kv8A+17+v1wboPrX5H/8E1f+Tu/2+v8Asq//ALXv 6AP1xHT8aWkHT8aWgAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKA CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK KKKACiiigAooooAKKKKAGsPl9ai8tc9OaKKpAL5a+g/Kjy19B+VFFFgDy19B+VHlr6D8qKKdgDy1 9B+VHlr6D8qKKLAHlr6D8qPLX0H5UUUWAPLX0H5Vma1Gv/CJ6mdo/wCPSXt/sGiiiwH5e/8ABIlV b/gnZ42yB/yUjUeo/wBiKv1V8tfQflRRSsAeWvoPyo8tfQflRRTsAeWvoPyo8tfQflRRRYA8tfQf lR5a+g/KiiiwB5a+g/Kjy19B+VFFFgDy1/uj8qTy0x90flRRSeiAdtAHSpe1FFQgCiiimAUUUUAF FFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFADW6D61+R/wDwTV/5O7/b6/7Kv/7Xv6KKAP1xHT8a WiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKK KKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigD//Z --089e011779f56b2aad04db40a4b4 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 --089e011779f56b2aad04db40a4b4-- From xen-users-bounces@lists.xen.org Fri Apr 26 10:04:13 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 10:04: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 1UVfUs-0003hp-4S; Fri, 26 Apr 2013 10:03:18 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVfUp-0003hO-6T; Fri, 26 Apr 2013 10:03:15 +0000 Received: from [85.158.138.51:36220] by server-11.bemta-3.messagelabs.com id 7B/E9-01263-2E05A715; Fri, 26 Apr 2013 10:03:14 +0000 X-Env-Sender: agya.naila@gmail.com X-Msg-Ref: server-7.tower-174.messagelabs.com!1366970589!20264395!1 X-Originating-IP: [209.85.212.182] 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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21666 invoked from network); 26 Apr 2013 10:03:10 -0000 Received: from mail-wi0-f182.google.com (HELO mail-wi0-f182.google.com) (209.85.212.182) by server-7.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2013 10:03:10 -0000 Received: by mail-wi0-f182.google.com with SMTP id m6so400049wiv.9 for ; Fri, 26 Apr 2013 03:03:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=RDbY0f4ef93XjyI1aYNQI8twwkISYud1YHirZZpkZ34=; b=Y01UV6sIUY4qZNA+HotO8yjvGJrYPc9pubJGkLkfCtEoZ11awXEw292D3PKcDke/Dv SGavluiJJR62a+j6onMyrD0r9zatu+gBIIZcXNFAD585nIKA30l6CmNGiVd4ujnqDwAr 9gM0obrVLOI1o+/xwJJsiHWhrg8kJ8ku8Ppb8OEYVp40ctVy4guzxVFcggZ5pIS+5vYX BtW9GpErDu9fzM+G2O8G8ZQKZp1xLaN9k5ZZuZl6BBY5w6/kAtN7wvTHZUGsookHcwPn Pm61JDbiRlOhgf+OJAdPx6/DtJurRgwuiRbITrGygxvAb9NXWBZZ8OPHOAHeDX/fao8Y zFtw== MIME-Version: 1.0 X-Received: by 10.194.121.129 with SMTP id lk1mr37599976wjb.45.1366970589717; Fri, 26 Apr 2013 03:03:09 -0700 (PDT) Received: by 10.217.88.194 with HTTP; Fri, 26 Apr 2013 03:03:09 -0700 (PDT) Date: Fri, 26 Apr 2013 12:03:09 +0200 Message-ID: From: agya naila To: "xen-users@lists.xen.org" , "xen-devel@lists.xen.org" Content-Type: multipart/mixed; boundary=089e011779f56b2aad04db40a4b4 Subject: [Xen-users] XEN Live migration script X-BeenThere: xen-users@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 --089e011779f56b2aad04db40a4b4 Content-Type: multipart/alternative; boundary=089e011779f56b2aa904db40a4b2 --089e011779f56b2aa904db40a4b2 Content-Type: text/plain; charset=ISO-8859-1 Hi All, I am studying the live migration process and want to integrate this with something else. Enclosed the Xen Live Migration algorithm that I found on Xen website. Could some body point me out which script from XEN that actually trigger the "Close Socket" "Unpause VM" and "Destroy VM" at primary server right after the migration process has been done copying whole state. Is it happen on user space script or kernel level? Thank you, Agya --089e011779f56b2aa904db40a4b2 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi All,

I am studying the live mi= gration process and want to integrate this with something else. Enclosed th= e Xen Live Migration algorithm that I found on Xen website.=A0

Could some body point me out which script from XEN tha= t actually trigger the "Close Socket" "Unpause VM" and = "Destroy VM" at primary server right after the migration process = has been done copying whole state. Is it happen on user space script or ker= nel level?

Thank you,

Agya
--089e011779f56b2aa904db40a4b2-- --089e011779f56b2aad04db40a4b4 Content-Type: image/jpeg; name="migration.jpg" Content-Disposition: attachment; filename="migration.jpg" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hfz6ydzu0 /9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAICAgICAQICAgIDAgIDAwYEAwMDAwcFBQQGCAcJCAgH CAgJCg0LCQoMCggICw8LDA0ODg8OCQsQERAOEQ0ODg7/2wBDAQIDAwMDAwcEBAcOCQgJDg4ODg4O Dg4ODg4ODg4ODg4ODg4ODg4ODg4ODg4ODg4ODg4ODg4ODg4ODg4ODg4ODg7/wAARCAJHA00DASIA AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3 ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD9+GbA /CvgH48ft9+DfgD+0bqHw58UfD3xNqN7bW0F1Hf2Mlr5FxDKpIdd8qngq6kEdV96/QBulfjb/wAF Xvhes/hD4e/Fy1t8tY3D6Hqjrj/VygywMfoyyDnj5hXn42pVpUHOnuvyPsuF8HgMwziGFxnwzulr bW2h+vGh6zYeIvBula9pNwLrS9StI7u0mXpJFIgdGHsVYH8a+cf2mv2qPB/7Mfhnwvf+JtD1TxFN rl1LBa2uk+V5iiNQzu3mOox8yjr1NcJ/wT7+IzfED/gmt4Phurgz6p4baTQ7su4ZsQt+6P08pkAz 2WvzC/4KP+MLz4kf8FKNJ+Hmg7r6TQLG30i1t4SWL3t0wdlx3b5oh+NcuJxbjglVp/FK1j18l4dp 4niSeBxN/Z0uZy9I+fmfqrp/7Yfhq8/4Jva7+0tN4G8Qaf4UsLny49NmMAu7pPtUdt5seJNm3fJ3 bJCN7Z+d9H/4Kq/CnVPGWk6VN8PPFmmx3t7FbPdTmz8uAO4UyPiYnaucnAJxnGa7b9qrwDY/C3/g 318SeAdP2eToWhaVaM8YwJJFv7XzJP8AgTl2/wCBV/P1a+H766+GGueKrc/6LpOoWttcAjgNcCRo j+cDfpXnY3G4nDzhFdrs+14Z4YyLOsJiq9RP3ZuMNeltL9z+xkPujVl6H3/z/Ovzb+Jf/BS/4YfD b49+LvAN14F8Ta7c6DqL2M99p72vkyuoG4rvlDYDEryAcqa+rfhD8TLXxP8A8E8fBvxNvrsNG3g+ K+1C4c8CSKD9+x+jxvX8vOtxat4w0zxl8VL4GKO78S5mJBO+4vGmuGXPqoGfoa6cxxtWhTi6e71+ R4vB3C2DzTG4inj0+Wn7qs7e9f8A4B/UF+zn+0FoP7R3wMuvHfh3Q9R8P2MOpzWDW2qGIylowpLf u2YYO7jnPBr6A6mvzX/4Ja4P/BPHVf8Asbrz/wBBjr9Ke9ethakquHjOW7Pz3PsHRy/OK+Go/DCV kfJX7TX7XHhP9mG58Iw+JvC+s+I21/zzbnSTD+58nZu3+Y69fMGMZ6V6x8Dfi9pHx0/Zt8P/ABK0 PS73RdM1US+VaagUM8flyMh3bGZeSueCa/LL/grd/wAhb4I/TUf5Q19o/wDBPP8A5RTfDX6Xf/pT JXDSxNSWPlReyR9RjMlwVHhKhmUU/azlZ66W9D7e7V8pftPftVeF/wBmLS/CF14k8M6x4jXxBPcR W66SYcwmFUZi3mOvXzBjGa+re1fnP/wUA8ffB3wN4e+GUnxc+EQ+LEN3e3q6ZF/aP2X7CyxxGRv9 rcGUY/2a78TN06LknbzPlMlw1PF5nTo1KbqJv4YuzenQ+uvgn8WtL+N37N3h74laLpd5o2m6ssjR Wd+UM0eyRkO7YzL1U9DXq+ea/O/Qf2kfCPwj/wCCQHgv4x/D/wCD9zZ+A/tn2U+G7XVFDaZHJPJH 5pkZSHUy7RjGcyj0r2r9lr9qDQf2nfhl4g1zSfD9z4XvNG1MWd1YXV0k7kNGsiSgqAMEEjp1BpU6 8JSUG7yav/wTfG5Ri6aq4mFJxowk4620fZn1Pu4xR0618M/tTftteH/2Zfib4b8KXXg288Xalqmm vfSfZb9IBbRhyi53KclirH8K9u0748+HbP8AYe0n46fEa3Pw70O60iPUZ7O8l86SBZP9XGNozJIw K4VRklgPWrWIpOTjfVHHPKcwhh6VeVN8tV2j/e9Fue8c/wCTRmvx18Sf8Fa/Dtr4rkt/C3wfvtV0 VX2reanr8dnNIvTcIkik6+7g89jxX2r+zh+2F8L/ANpGG40/w79q8O+MbOHzbvw/q20TFM4MkTKS sqAkDKnI43Kuayp43DVJcsZanoYzhvO8Bh/rGIotRW70dvW2x9a9q4X4meOrH4ZfADxp8QtSs7jU NP8ADmjXGp3NraFfOmSGMyMqbiBuIXAyQM+ldwMkfzr57/a0H/Gsf49c5/4oXUv/AEmeuqo3Gm2t 7Hg4OnGti6dOW0pJP5s+J1/4KyfClp0V/hp4vjUuN7F7MhR3PE/pz/jX6laRq1trfhTTdYsJPNs7 62juLd8j5kdQ6n8jX8euk+HLrWPCPivVrf5odDtIrq7X1jkuY7b898yfrX9N37GfjxfG/wDwTE+G OvXdyLi5stH/ALP1Bz/C9qxhb/x1BXzuW42riJSjU9UfsXG/CuXZNhqVXAp6u0tb2bV0eS/Gz/go h8N/gr+0lr/w01LwZ4i8Q6jpCxfabzTXtvILSRiTYPMlVsqGAOQOa9q/Zp/ai8MftNeC/E+teGfD mreHYdFv47SaPVWhLSM8YcMvluwwAe5Ffzo/Fa9v/il+0D8dPigrD+z4Nde6kkUZVhNeC3gQH3RW YeyGv1X/AOCTGP8AhRPxcYjp4kt+P+3ZOazwuPr1sa6b+HW3yO/PeEsqyzhiOMpp+2XLfXS7tfQ9 4+H/APwUC8B/EL9suz+C+n+BPEljrNzrV1pqahctbfZle3aQM3yyltp8psfLnkV9/wCeP/rV+Lvw U+L/AOzTrH/BU3SvDPhn9nH/AIRvx3J4o1CGHxONZ8zy50abzJtnfftbjtu9q/Vj4rfFbwT8F/gr qfjzx7qy6VodmAAFXfLcSNnZDEnV5GPRR7k4AJHsYeteEpTkmk3qfm2dZbGjiqNHDUJQc4rRu7k3 1Vr6M9KJozX4/wBr/wAFafCcnxKjtbr4Rata+EWm2/b01qGS9VM/f+zbNpI/uiU+gzxXp+sf8FKf Atv+1BovgDw34NufFmj6rd2MNj4gtdVRIpVughDeWU3Apvwyk5yCDTWPwstpbhPhPiCm/ew72v00 SP0x3UZr5f8A2o/2lLD9mX4K6B4xvvCtz4rj1TW10xLW3u1t2jJhll8zLA5AEJGMfxe1fNep/wDB TH4d6V+yj4b8dTeDdQm8Xa7d3Uen+FYb5GkWKCUxG4mm24jjZhgfKzE5wpwSNZ4vD05cspWZwYXh /N8bQjXw9FyhJ2TXc/TXd9aXdXxz4g/bI+HvgX9hP4ffGjx5az6TceLtKiu9M8NafKLq7mkdN7Rx swRSqAjdIwVRkZ5IFfE03/BXK2/4SHyrX4ISSabvwJJfFaLcbe37sW5XOO2/8azqY3DUvil5m+E4 ZzvHRcqFFtJtX0Sut1qfs638q888bfFT4c/Dm70y38eeNtH8Iy6gHayXVL5IDcBMbtm4843Ln6iv H/2b/wBrD4b/ALS3hjVJPCa3mjeI9LVG1TQdSCi4gVvuyKVYiSMkEbgeD1AJAr8c/wDgod8fvDPx i/aK0Xwzoej6hp994BvtT0vU5r4wmO4kaSIBotjt8uYW+/tPI461jicdTpYf20Pe7HqZHwvi8yzn +z8TF0+X4u67H9Ceh+INF8TeCdP8ReHtUt9a0O/gE1nfWcokinjPRlYcEe9fDnwz/wCCgPgT4nft g2Pwd03wL4k0zVrvULmyS/umtvs6NBvyx2yFsERnHy965b/gn3+0h4T+IXwI8O/BHTdD1Sy1/wAE +FITf3tyYPss+2QRfutshfqwPzIOOvavB/gD8Xf2adb/AOCnWjeHfCX7OH/CJ+OG1y/ig8Sf2z5v kyr5pkk8vvv2tx23e1TLFOpGnKEklI2o5D9XrY2hiKEpypK6aa0WtpPXZo/Z9TkZ9fWl7/hXivxu +PPw6/Z/+Ew8WfEHVGtYZpDFp+n2qebd38u3PlxR55wOSxIVR1Ir81b3/grhpkfiZo9P+Cl3No+/ CzXXiWOK52+vlLCy5x28wj3rqq4vD0JWnLU+fy/h/OM0pOrhaLlFaX0Sv89z9lP8aOc/418t/s7/ ALWvwv8A2kNHvI/Cdxc6P4osYhJqHh/VUVLqGPIHmrtJWSPJA3KTgkZwcCuU/as/bA039l3WvA1l qHgq78WN4jiupI2tr9LfyPs5hBB3qd2fOHTpt9xWjxNFUvacy5e5yxyfMp4/6gqT9t/K9GfZ/f8A wpVY5r8rvG3/AAVI+HXh34a+E7zw/wCC7vxR4s1XTIr3UNLTVUht9L8wZEElxsYtLjB2ohxn5ite gfs3/wDBQ7wH8c/izZ+Ade8L3Xw88XX+4aWk18t3Z3rgZ8pZgqESYBwrIAcYBJ4rGONwspqKluel V4Xz6hhpYipQajHf/O25+iueaYetNVgaVjwfWvQZ8i+xw/xI8eaL8Mfgf4p8feInddG0PTpLy5Ee NzBBwq/7THAGcckV8FfDf/gpl8LviJ8d/CvgVfBHiXw7ca7qCWMV/qDWvkQSvwu/bMWAJwuQDya5 n/gqb8VP+Ee/Zi8K/C2xuNmpeK9S+03qK3P2O1wxHX+KVohg8EBvSvxr8UfDnxh8M/h18IPiJcM1 rD4u0+TWNDlCENC9vc4Q+/y+RKPaTHY18zjcwq0cQoU/hjufunDHCOW5lk7xGNdqlVtU9bXsvxP6 5FbdDuzXyP8AtO/td+E/2YdW8G2nibwvrPiOTxHFdSW7aU0IEIgaFW3+ZIvXz1xjPQ5xXsPwN+Il n8WP2TPAPxBs5Ay6zo0NxOoYN5c23bNGSO6yB1PuDX5S/wDBXL/kdvgPn/nz1jH/AH3ZV6WLrypY V1afkfC8OZTRx3EUMvxa928k7abXP1q+EPxJ074u/s4+EviRpOn3elabr1iLqC0vShmiUkjDbCVz x2JFeldutfJ37F1xDaf8Eo/g3dXMqW9tD4cVpJJGCqqhmJJJ6ACvlP4pf8FUvAHhX4k3ehfD3wPd /ETT7Ocwz6zLqi6fazMDgmDMcjOucgMwUHtkc1r9ap06MZVXZtHCsix2NzKthsDTclCTXok7bs/V zdxRu5r8u9Z/4KhfDG2+Afhzxhong/UNY1a7v3stW0CW+jgudNZY/MWTOGEsTjO119MEA5UfdHwT +Kdr8Zv2XPCfxMttJk0G31u2aZbGWcSNDtkaPaWAAP3M8DvWlLE0a0nGErtanHjckzXL6KrYqk4R bsm+6PXAeKdnivzf+On/AAUi+FPwp8f6h4R8KaLefEzxDp8phv5bO6S20+3lU4aMzkNvZTwdisAQ QTkEDzH4ff8ABV7wHrfiu3sfiB8O9R8F6fNIE/tLT9STU4YM/wAUihI32gddqsf51k8dhVPl5tT0 qXCuf1sN9Yjh5crV13a9Nz9bMmlzzisHSPEOj+IPAun+JNB1GHV9FvrVbqyvLWQPHcRsoZXUjggg g1+cfw2/4KX+B/G3xevvD3iDwPd+CdFsLC9vb7WrrVEmSFLZSx+RU3EsRgAZ5IFdE8RRpW53a+x4 +DyjMceqn1em5ez+K26+R+mryBEYnt/n/P0r4E+DX/BQDwJ8Z/2ptO+FWj+B/Emj6pePcql9fNbe QnkqzHOyUtyF44rb/Zt/bS0j9pj47eNvC/h/wNe+H9C0TTkvLbUdQvlae7DS+XhoFUiP1/1jGvkT 9lv4vfs1eJP+CiGiaH4D/Zx/4QXxhJJffZ9f/tgz+SVRzIdnfeMjnpmuGpiYylB05qzdvU+mweSV KVPFQxmHk6lOKejXu36y1P1X8bfFz4afDnVNPsfHXjrRfCN1fRmW0j1W/SBplUgMyhiMgEgE9siu w0nXNL17wjp+vaHqEGraLfW63FleWsgeKeJwCrqw6gryD6V/OZ+398fPDHxw/aX0uz8O6PqOlt4L /tDRdQe/MJWaQXKjfH5bt8v7lvvYPt1r9OP2Df2kPCfxO/Z40T4S6TouqWGt+AvCWn22pXV40H2e 4KqISYtjlsbkJ+dV4xUUsfGriZUu2x1Y/hHEYHIqGYu95/EtPdXR/M0/gv8A8FA/APxq/aj034Wa L4H8R6PqV6bnZe37W3kJ5CktnZKzc444r9AFb5ea/l2/ZF8d+GPhn/wUgsPHPjDUF0nw7pMWqTXc 7qWbHlsqqijlnYkAKMkk1+gNx/wVs8Nr498mz+Dep3HhUS4+2vrsSXuzPXyBGUDY52mUDPGetYYb MYezftpa3Z62d8GYuOKhHK6MpRcE36vfc/YnPNBPFeXfCX4teDfjT8C9J+IXge/a80O+DLtlXZNb yqcPDKufldTwR9CMggn4T/4eYeB7H9q7Vvhz4m8FXnh3SdM1y902+8QzakjxRC2Mo83ylTcd5iAC jJy4FetLE0IJOUrJ7H57hclzPGValKjSblT+JdUfp7u4/wDr0ma/Hm+/4K2eGo/iG1vpvwe1O88K LNtF9JrUUd4y/wB77OI2TJ/umUfhXr3xI/4KafBXwn8LvDureC7O+8f69q9mLoaVHKtoNPGSuy6k YN5b7lYBFVycZ6EE86x+Eab50etPhPiGEoReHl7+2349vmfpQSaN3zV+Z/wD/wCCk3gb4ufGXSfA fi7wbdfDrWtXuPs+lXR1Jb2zmmPCxO+xGjZjwuUKkkDOSM/pcvTj9ea6qNelXjzU3c8LMcrx+U1v Y4ym4Seqv1XqTK1Opi9elProPICiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACi iigAooooAKKKKACiiigAooooAKKKKACiiigAooooAaeteCftLfDFPi/+w98R/AqwrNf3ukySabk4 23cOJoDnsDIig+xI71772qq67lZfUVnOKnBxfU6sNXnhcRCtDeLTXyZ+Ef8AwS7+KcPhT4j/ABV8 B65c/Y7G50f+3YlmGwRyWvyXGc9DsdMj/ZPpXnn7H2g3X7Rn/BZ7U/ifq1vJcaXp2pXfiq684bgr GQpZRH3UshH/AFwryb9qzwrrXwB/4KX/ABNs/DMz6TZa1FdXVk0Y+V7LU4XSeP6bnmUY+7tU9hX6 ef8ABLv4XL4Y/Y+1r4iXlvs1DxhqZNq7LhvsVvmOPB64LmRsetfHYaM6leOFkvgbb/Q/pbO6mGwW V4jO6DXNi4Qiu6bXvHtv/BQf/lEZ8WvaGx/9OVrX4sfs/wDgtvGv7AH7XlvFCJb3StC0nWbYlclD a3E8sjD38pZR+NftV/wUH/5RGfFv/rlYf+nG2r89/wDglvo9p4jl/aH0G/iE9jqOgWNrPG3R1k+0 oR+IY/nXXjYqpj4RfWLR8vwxiZYPhDE107ONWD+WhJ8KfjY2k/8ABtj8V9I+2btW0u8n8NWyE4Pl 38ibQPcRzTN/wE18sa/4P/4R7/gh74I8RSW7R3Hif4nTXm9h96GG1eCIj2+Vj+deC6rrHibwT4R8 e/Bidi1iPFMb3qcg/arFp7cED0beT/wFTX6Z/tqeCY/h3/wRk/Zr8HiE282n3VsLmM9VmezeSUf9 9uwry+Z4ilNy3hG34n6EqMcpzChGm/8Aeq3P/wBu8v8AmfTX/BLP/lHbqh/6m68/9Bjr9K/4q/NL /glq3/GvHVF/6m68/wDQY6/SvuPrX1mB/wBzh6H878Vf8lFif8TPxW/4K3f8hf4I/TUf5Q19pf8A BPP/AJRT/DX6Xf8A6UyV8V/8FbTu1b4J+w1E/pDWb+yv+318H/gj+xP4R+HPinRvE15rWl+d58un 2MTwtvmeQbS0oPRh2rxo1qVHNKjm7aH6ZUy3HZlwHhqeEpuclJuy+Z+4Vfjb/wAFcP8AkUPgh/2E tT/9FW9etx/8FUf2f5LiONfDnjMs7BRnTYO5x/z2968a/wCCsF3Hf/Df4DXsQKxz3moyLuGDhobY 8/nXbjcRRrYKbpu581wxlGZZZxRhPrdJ0+Zu1+ujPe/2YPh9YfFX/ggRpHw+1FR5OuaFf2qyFQTF KZpfLkGeNyuEYH1UV8Jf8E0fGl98O/8AgoZ4o+Fuvf6FL4i02ezmt2OduoWLu4Qf8A+0899or9N/ +Cf4/wCNUvww4H+oue3/AE8yV+VP7Y2i6p+zf/wWMtfiZ4bg8uHUrqHxPp8e/YkkuTHcxEgdGdWy PR/euOuvZUqOI/lsmfSZVJZjmGZZJJ/xnJxv0kmZnxzhuP2nP+C8Fx4L0+U3Gmy+I7fw/HJE28R2 loM3Mg7cBZ2I/wBmvff+CqXiyfS7v4P/AAh0vNl4ftrCXVZLSE4jcowtrcEeiKsmP96s3/gl38Pb nxb+038Rvjbr0f2ttNieztLiRc7728YzXDg9mWPA47Ttmuw/4KwfDXVLlfht8V7O1luNLtIptE1S WNci1MjiSBm9mYyLnpu2juBXPyzlgKlfrJ3+R66xWGo8XYHLJNcmHjy+XO0cT+zv+1F+xx8Jf2Pd G8E+IfA97rXiO6sy/ia8l8NRXIvbh/8AWAu7ZZAMIoGAAK+MPCHxA8K+B/8AgqxoXj74Rm80vwPD 40ik0y2nHlSrYTuqS27gk4UrI6AZPy4r9Hv2b/ih+wvq37HXhZfiZongHw9460nTktdbi1vR4luL iWMbfORipMu8YOQSckg81zvw9/aD+BvxQ/bi0f4Y/C39jzwtrmn3Os7LPxDIsNu0VrGwMl+8P2U+ WqYLhS2T8oyGIFSoc8aS549GrLX0NfrUcHWx0lhKrUlJTc5Lk66q/wCFuh+0kTbox9K+f/2tP+UY /wAe/wDsRNT/APSZ6+gI/lRePwr59/a0P/Gsj49/9iLqf/pM9fXVf4cvT9D+esua/tGl/jj+aPwQ /ZB8EL8Rj+0b4PWFZrq8+E181krDgXEdzbyQn8HVT+FfUf7F/wAcP+EP/wCCQ/7S9m9x/pnhW3l1 LTY3ONovbYpEoz3M8b/ia4n/AIJYwx3H7dXjyCZQ0MngWdXVuhBu7bIr5H+Jk2tfB/43ftB/CO1Z YdG1PWDYX0YyoEVvfLd27L64X5foxr4WlP2GGhWX95P57H9UY7CrOc5xOWydreyqK/lv+B6R4V8E nTf+CIvxa8fzRFZtY8e6TpkEhHEkNrliR/20mkH/AAGv0A/4JM/8kI+Lv/Yx23/pMlec/FvwP/wg n/Bsh8PdNlt2tb6+1Ow1W7jf73m3U7THP4Mtei/8EmcL8Bvi5z/zMdv/AOkyV3Yan7LG01/dPmM6 xbxvCuMqLVe2svRNJfkfDn7Mn/KeHw+f+p61jJ/4HdV7z/wVc8e6ld/tF/D/AOH3nsug6RoD6vJE rEK9xNI0eT2OEiAU9t7+teDfsy/8p4dA/wCx61jt/t3NfQ3/AAVc+HOq2vxt+H/xQjtXk8P6joza JdTRodsFxG7yoGOMAvHI23PXynrGLl9Qqcv82voepP2C4uwHtLX9iuX/ABW0Pu/9nf8AZJ+Deg/s G+F9F8SeA9F8T6rruhw3evX+oWCSTXUs0YkYB2yyqu4KoUjbjjFfij4u+Gdv8H/+Cvdv8PLFnk0v S/Hll/Z7SnL/AGaSaOSIMT1IVgMn0r9WfgH/AMFA/gfbfsTeG4viH4lbw7400HSY7HUNM+xSvJeN CgRZLfaGDh1UHGcg9cV+SWrfE2f4xf8ABVjTfiRLbtZR6347s5rW1ZgzQQLcRpEhI7hFXPuTWmMn hZUaXs7Xutv1PP4ao5/TzDHyxvNycs/iva+tuW/l2P1Y/wCCr3H7D3w7zwP+E6j5z/043deN/wDB P/8AZD+FPxQ/ZovPih8UdDHi67udWnstL0+6ndbW2ihIVm2AgO7SbuWyAMY6nPsv/BVw5/Ye+HXz dPHMef8AwBu69K/4JnY/4deaP1/5GHUsf9/zXY6cKubvmV9EfNRxuKwPh7CWHm4OVVptOztc4H9s L9mP4C3HhzwHrXjz4uS/BvwT4X0MaJ4f0a2ijli4ZnzCjZd3wUUhQeEXPWvn/wAT/tV/sVeEf2VJ vhV8P/hLJ48b+xjY2lxd+HobVbqYx7RNLJNiYsW+csqFs9MYzXlP/BUXUNfuP+Chej2OqSSDRbXw nbtpEQb5VWSSTzmA6BjIpBPcKuegr6ctvj5+xH8Kf2BGm+G2m+H7nxtceHDb2+mw6VnVJLx4NhNx K6FlIc5Z2bGBxkECsZ1YSxFRRtG2jvq36HoYPB16eT4KrW9pX9o7qMXaMXf7TWv3s+Wf+CXtxNF/ wUbvIYpGWObwddpKOzgSwN/6EoNet/8ABV7RdJ0v4mfBm40/S7PT7i9t9Uku5La2SNp2D2vLlRlj yeTnqa8c/wCCYbLH/wAFKZFkkCsfCd4q5IBY74T0PfAJx7+1e8f8Fbo2/wCE3+BcxTEP2TVVD9sh rTI/KuWGuTy8n+p9FiJOHiRRS0vBX+5/efoB+xhoei2X/BNT4O6tZ6PZWuqXfhS2+1XkNqiTT9/n cDLc88mvxb/ZJH/G8Xwz6f8ACUat/K4H9a/Xr9hn4oeAfE37A3w08E6F4q0/UfF2heGYU1fSIpwb qz2t5ZLpnIG4jB75r8hf2Sv+U4/hsdR/wlGrdDx0uK7cQ4uOGce/Q+ZyaFaFbOo1U0+WW972u7b9 Df8A+ChHijWfiD/wVWuvBMl0y6docOn6PpcRJKRPchHkk29MmSUAkdQijsK/aLwV+yr8D/C37NVp 8O2+HWiarpbWIj1Ga909Jbi+k2/PLJKRu3lsnIORxjGBX47/APBR34e+IPAH/BRi3+J9vbt/Y3iW 3s7ywuzGfKS8tUVHhJHcCOOTHcPx0OP0l8G/8FCv2ddS/Zqs/FXiLxgugeIoLBW1Hw7LA7XwnVPm SJAP3gJztYHByMkcgXh3Rhi6vt7Xfft5GOc08yxHDuXPK1J00rNQ35vOx+Rvh6Gb9mP/AILc2eia DdXC6XofjlNOjLyZebT7lwmxz/FmORQT/sg19Z/8Fbvm8dfAn5Sf9C1Yf+P2f+fwr5U+Eena9+1Z /wAFmLXxTHpMsNlfeK/+Ei1ZVyy6fYwSh1DNyAcLHGPVjj3r6s/4K2gr47+BC4/5c9W/V7OvNj/y Lqzj8N9PvPspNLi/Lo1GvbKn7/e9uvmfTH7E/wCzL8G/+HeXgnxVr3gXR/FPiPxRpn2/U9Q1axju XKyFtsK7wdqKmF2jGeSeSa/J/wCIHhTTPhR/wWsk8N+DYzpOk6T8RLBtNhjJ/wBGjknibYvfaBIV HtX7wfsa/wDKLX4JnPP/AAi0H8jX4i/tFHP/AAXq1r/soOlHp/t29duMpQhhqTiuqufM8NY3F4jP cxhWm5R5amjd1o3bQ/pVj/1fv9akY7T60yLBQfWvGf2iPiZB8If2N/H/AI+kkEd1pmkyGwXcAXuX GyFRnqS7Lx3r6mUlCnzPZI/A6FCeIxEaFP4pO33s/Av9sjx03x2/4KxaposGqwwaDpuoW/hXT7qW ZUhhjjl23ExYnAHmvK270A9K+4/26tP+DPiT/gmn4c0vwL438NahrHw/ltjpdjY6vbvK9sqC3ljV VbJ+Uh8Dug9K/On9mH9mLxJ+1V8T/GFnb+JY/DdvpNst5qGqz2JulknmkO2PbvXlsStnP8Nfaf8A w6S15QCPjVYZz1Xwy2fw/wBI/wA+9fF0liq0akowup9T+osfPIctxOCw9TF+ylhUvdSum2tb+v6n qH/BKn4p/wBqfA7xx8I7643Xfh/UP7T0tWbn7Lc/6xVHosylj7zV5z/wVy/5Hb4D/wDXnq+Of9uy r5N/ZR8Uap+zr/wVv0vw/wCIpvsMY1u48KeIFLFY/wB5J5SMeegmWNh2/nX1j/wVvbd4y+A7cf8A HnrGMf79lWvtXUymUZbx0Z5LwEML4hUcRS/h1lzp9NVrb+up1HjTx1qXgn/g1/8AAa6TcG1vdd0q 00YyoxDLDPMwmwR0JjDD8a5L/gmR+z94D8aeBfGnxY8a+H7DxNdWurjR9HttRt1lis9kSSyyhGyp ZvNjUEjICn1ruvFHw71b4if8GxfgW30O2e81TRdHtNZjt4kLPKlvMzSqoHVvLLHHtXhn/BPH9q74 f/Bnwx4u+G/xM1X/AIR3RdSvxquk6q0LPAJWjWOaOQrkruWONlOAPvDOcCtfcWLout8PKrfccKhi avDuPhl1/a+2fMo/Fy36W1M7/gpT+z/4M+FvxZ8F+OvAWi2/h3S/Eyz2+p6dZR+XAt1FhxLGo4Uu rHcFAGUz1Yk/XngXxzqfw6/4NkrXxXosxt9Xt/CVzHaTqcGOSW6kiDAjkEbyQR0NfCv/AAUA/ag8 J/Hz4r+FdA+HlxJqHg3wzHM7alJG0a311LhSY1YA7EVMBjjcWbHABP6BfCf4d33xW/4NvdL8CaV/ yF9S8KXIsVP8VwlzJJGvtuZAufcUUnCWLrOj/L+I8yhiqPDWW/2ne/tVe+/L0v8ALufEf/BNX4F+ DPin8c/G3jDxzpNt4ks/CkVstjp99GJIWupy7ec6nhyqxNgEEbjnsK+rv+Cj37PHw9j/AGRJPit4 Z8L2Ph/xVoF5bpcT6ZapAt5ayP5bJKFADbSwdWxkYI7mvif9gv8AaK8P/s6ftDeMPDvxM87QvDvi ER297dS2zltNvLd2UCZMblX55EJxlTgnvX0Z/wAFAP2w/hj8QP2cI/hL8LfEEXjCfVL2K51nUrRW +zW0EJ8wRhyAHdnC5AyFUEnkgHOnLC/2c1K3N+Nzsx9DPp8bUqlDmdH3Wmr8ihbXy9T1j/glz481 DXf2KPGngq/uHuofC+uY04yNkQwXMfmeUvsJElYf75r8pf2bvhLpvxs/4KDeHvh7rdzPa6De311c an9mkKSSQQ7pHjVh90tgDPUDOMHFfr1/wTR+Fuq+Cf2Edc8Ya5ZyafeeM9T+3WcUoIZrOKPy4JCC ON5MrD1Uqe9fnP8A8E+/+UvXh3oD5Grf+i2oqQ56eGjU+ZWExMKGMzuvg2lZXTW19b2+Z+63wx/Z 1+DvwXvb6/8Ahv4KtPDOoXdmtrdXMLu8txGrbwHZ2Jb5ucnmvwd/YRwf+CxPhXj5TNqf/oqSv6T5 uLB+2RzX82X7CC/8biPCvPWfVO3/AEykrux0VCvQjFW1PkOFK9bE5bmlStJyk6a1bu+p7d/wVX0b SdJ/aF+FTaXpdpprXWh30ty1pbJEZn+0RfM+0DceTyfWv1H/AGTdD0Ww/wCCcnwc1LT9JsrLUbvw TprXd1BaJHLcH7Ohy7AZbnnnvX5mf8FaI3/4Xz8HZNv7t9AvwGPqJ4eP1r9C/wBjL4oeAPGH7B3w z8K+HPFOn6r4l8P+ELC31nS4Zs3Fi6RrGRInVfmU/Wlh+VZjVRpm7r1OCcBKN2lJ3ev4n4Ufss/D Tw78Wv8AgpT4W8FeLLf7Z4dn1O7ub60DFRcLCHkEZI5CswXPTIyK/T//AIKGfAP4S+Gf+CfZ8YeF /Aei+F9f0PU7OGzutKsUt2MLyeW8TbMBlIOQGzg4PWvgX9gn/lL/AOEz/wBNNU6/9c3r9X/+Ck// ACiz8Uf9hbT/AP0eK48PTpvA1ZNX1Z9NnONxVPivL6UJtR5YaJu2u54v/wAEoby5l/ZQ+JmnySFr WDxQjwxnope2XcfxCL+Qr82/DvgjRfiT/wAFtrzwP4ijabQdY+KWoRX8QOPNjW5nlaPIOQG8vacc 4JxX6Mf8En/l/Zm+K3/Yyw/+k1fDPwb/AOVhvTvf4r6p/wChXdZTtLD4ZS7nVh6k8Pnmc1Kbs1HT 7j7k/wCCjXwP+E/g39gnSPE3hPwHo3hnXNM8QWdna3Gl2KW7eRLvV4m2Y3KdqnnOCM1xX/BMr4F/ DXxl8EfGvxD8YeFdO8Wa4NbOl2f9q2qzx2sSQozFFYEBnMnLYzhQPWvov/gp7j/h2Yf+xs03/wBC krlf+CU//JivjD/sc5//AEnhr0HSpLNFHl05fkfI0cwxj4Bqz9rK/tEr3d7addz8yv2lPCPh/wCG n/BZPXfDvgnTYtA0Wy8UaVdWNnaDZFbNIttMwjA+6PMZmAHAzxgYFf042bFtOt2bljGCT+FfzZ/t of8AKcPxV/2HNG/9EWtf0l2bf8Su3P8A0zHT6Vtlq5a1ZLRXOPjOc6uWZbObu3T1b3exdXpTqYpp 9fQH46FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB RRRQAUUUUAFFFFABRRRQAVCfv8elTUzbzQB85/GD9lf4J/HfxjpWv/EzwrNrGqadaG1tZ7fVrqzK xFt21vJkQNg8jOcfjXsPgzwf4f8AAPws0Pwb4U09dL8O6RZpaWFqrs/lxoMD5mJZiepYkkkknk11 W3ml21mqcIycktX1Oypi8VVoxo1Jtwjsr6L0OA+JXw58J/Fn4Ma18P8Axzp76r4X1URrfWsd3Jbt J5cqSpiSJldcPGp4I6Y6E1578Gv2Z/g/8A9T168+GPh240KfWY4otQabVrq8EixMxQATSOFwXb7u M556V9BbeKbt5o5IOSlbVBDF4mnh5UIzahLdX0fqfHvib9hX9mfxh8XtW8ca94DuLvxBqWom/vZI 9fvo45JiwYt5STBACRkqFx1z1r1z4vfAf4Y/HTwPpPh34laJNrWk6fefa7SKHUZ7TZJtKbswupIw 3QnFezbeKXbx2qFRpJNJb7nTLM8wlOE5VZXh8Lu9PQ8n+EvwZ+H3wO+GM3hH4b6RNouhS3z3jwTX 812TK4G475nZsEKOM4/WvVMfL+NSbef8KXbWsYqKSicFWrVr1HUqNyk9292eBfGb9m34R/Hy40GT 4oeHZ9cbRxINP8nVrm08vzNu/PkyLuztX72cV4gP+Ccf7JhH/JPr/j/qatS/+P191lee9Jt4/wAa xnh6FSXNKKbPUw+cZphaapUa0oxWyTaPhdf+Cc37Jscyunw/vw6sGH/FV6lwQeP+W/rXt/xc/Zv+ Efxw8PeGNM+JHh+fWrLQC50pItWubXyd6IrZMUilsiNPvE9Pc171tpNv+cURw9GKaUVruFTN8zq1 Y1alaTlDZtu69Dgfhv8ADjwn8J/g7pPgPwPYSaX4Z00OtnbS3UlwyBnLt88jMxyWPUmuG+M37OPw j+Pg0Fvih4bl1x9GMp094NSuLRo/M27wTDIhYHYvDZA7dTXu+3/OKXbxWjpwcOS2hw08XiqWI+sQ m1U/mT118zyr4SfBn4e/BD4YyeEPhvoraHob3kl3JFJeS3MjyvjczSSsznoAASQAMCu18SeGdB8Y eB9U8N+KNJtde0DUrdoL2wvIVkhnjYcqykYI/wABW/t/yKNvNNQio8qWhnOvXq1vbSk3K9731v3u fmxr3/BLn9nbVvFkmoadq3i/wzZO+7+ztP1aKSBfZTPFJIB2xur6t+Cv7N/wj+AOg3Vr8OPC6afe XSgX2qXUjXF9dAchZJnyduedowo7CveWFIPp0rnhhsPB80YJHrYrO82xlFUa9eUo9mxq4B6fjiua 8ZeEtB8efCrxD4K8TWj33h3XNPlsNSt0neJpYZVKOodCGUkHqCCK6UNTuxrp0aseHCUoSUlo0fN3 wh/ZP+CHwL+ImoeKvhp4XudE1q8sGsbiabWru7DQs6uVCTSOoyyLzjPGM8mue+I37E37OfxW+Lmr +OfGngm41DxHqm37dcQa9e2qSlUCA+XFKqg7QOQOe/U19ZEZH4UmefrWPsKXKouOh6izTMVXdf2s udqzd3e3Y8k+IPwP+G/xP+AFl8L/ABhocl94Jszbm3sIL6e2Mf2cARASRsr4AAH3uao/B39n/wCF vwE8O63pXwx0KfQrLVblbm+SfU7i7MkipsVgZnYrwBwMCvauAKOMfd4q/Zw5lK2qOf67i/YOgpvk bu1fRvv6nyr4V/Yy/Z78F/tC2/xU8O+ELyz8aQajNfx3r6/eyoJpixkbymlMZB8xjgrgcY7V5z+2 d+0F8Jfhj4d034c/Gb4U694+8K+KrGSRJLKC2a23RPhk3STIyzJlHBUcbgQeuPvILzXnfxL+FPgP 4vfDmbwl8QvDdr4l0ORt4iuFIeFwMCSORSGjcdmUg1hUo2pONKybPSwmYKWOp1cdKU4x7O0kuln5 H5B/DP8AZ3/4J9+OfAtr8Uh8StZ0bQgDNqHhDxD4qtbdrIryYJ9q+eQPVZTkYwxr5R26D8Zf+C1H h23+D+jLD4PfxXZRaLDZW3lRR2NkIw8+wD5U2RM5JwcHPOa/UO8/4JX/ALOVxrZurfWPGWn227K2 cOrQvGo/uhpIGfH/AALNfVHwV/Zg+DXwDgun+HfhVLPVrpBHdaxezNc3sq8fJ5rklUyM7Vwue1eI sDVqOPNGMUnd26n6o+K8Bg41alGtVrTnFxip6KKf52N/4vfA34b/AB4+Hul+Gfidos2taTYX4v7a CHUJ7NlmEbx7i0Lqx+WRhgnHOewrY+FXwn8D/Bf4Rw+B/h7pcuj+G4rmW4S2mvZrlhJK25zvlZm5 POM4HavS1Xj8e9O28V9GqcFPntqfi7xeJlh/q7m+S9+W+l/Q+e/jv+zR8Kf2iPC9jY/ELSJZL/T9 39m6vYT+Re2Yb7wVwCCpwCUcMpIBxkV4p8Kf+CeP7Pfwt8Xx6/8AYtV8datAS1nJ4ouo54rU4xuW KOOOMsOcMysR2xX3ftpPL+Xj8KxlhqE580opvuehRznNcNhfq1GtKNPsm7HyX4E/Yn/Z5+Gvxl0z 4geC/CeoaF4o0+d5rW6j8S6gUXeCHVo2mKMjBiChBX2rvvjp+z18N/2iPhxZ+HPiHp88y2M/2jTb +xn8m7snIwxR+RhhwVYFTgHGQK922fMaXbVewpcjhyqzOeWZY+WIjiHVk5x2d9V8z5B/Z3/Y1+Gf 7NnjnxB4g8G634i1rUNXshZzf23dQyLHEJBJhFiij5yo5OTgVp+Df2M/2ffAXx/tfid4X8I3dj4y t7ya7hvH1+9mVZJt29jG8pQ53twRgZ46V9Wbf84pNtJYejGKioqy2NKmbZlWqTqTqycpq0nfddmc B8Q/hn4H+K3wxvPB/wAQPDtr4m8P3JDPbXSco6/dkRhhkcHOGUgj1r4Lu/8Aglj+z3ceJXvLfxB4 102xZ9w06DVoGhA/u7pIGkx/wPPvX6Z7f8mjbxSqYahVd5xTLwecZpl8HDC1pQT6J6HjXwf+Avwv +BfgebQ/hv4Zh0SK4Ia8u2YzXV4w6GWZ8u+OwJwOwFY/xm/Zp+EHx91Lw7dfFDw9ca5Noccyaa0G rXNmIRMUMmfJkUNkxJ97OMcda99280mytPZU+Tktp2OVY/GLE/WfaP2n819fvOO8D+CfDnw6+Emg +B/CNq+n+G9Hs1tdPt5Ll52ijXoC7ks31YkmvBPE37GP7Pvi/wDaHuPinr/hC7u/G0+pw6jLepr1 7GhniKFGESzBAAY1424496+rdtG36U5U4SiotbEUsbi6NSVSnNqUt2nq7739SFflxtrzP4tfCDwH 8bfhcPBvxF0251bw79rju2tbfUp7TfJHnaWaF1ZgCc7ScZAPUV6nto281bipR5Xsc1OrUpVFUptq S2a3ueI/Bv8AZ++FvwD0DWtL+GHh5tBttVuVuL7zr+e7kkdF2p88zs20DOFzjk+pr2Yjd9MVNs+X GKNvHNEYxhHlirIdetWxNV1a0nKT3b3Z8k+OP2Jf2c/iJ8aNU+IfibwbdzeLNSuEubu8s9fvbQNK gULIEimVVb5VOVAyeTzXafGD9mX4P/HZvDDfE3w9c6+2gQzQ6Y0esXVsY1l8vzMmGRd5Pkpy2Tx7 mvoLbx7UxvvVj7GlZq253f2nmClCXtZXhpHXZeR86eMNa8E/so/sKPeaP4P1fWvAfhK1jhXSdKlF zcxW7SYL7riQblTdlizE49a/Kfwv4V/YF/ak+MPiC8tZvE37Pmubhcvp1xq1jZWmpbs+Y8Ct50aF TjcilM7sgHkj92L2ytNR0m4sdQtYr2xuImjnt54w8ciMMMrKeCCCQQetfAfjT/gmh+zR4t8S3GpW FjrnggzyGSW00HUVW3yf7sU0cioOeiAAelcOKoVZyXJFSS6M+uyHNsBhVUeIq1KdSW04O/3x6+p+ X/7ZUf7Ovgjwz4F+EPwBms9Z/su5n1HxLrNtdfa5Jp2QRxpJcc+Y+N52J8qjAAGcV+2X7IHhHVvB P/BNv4R+H/EFq9jrEehJNc20y4eAzM0uxh2ZRIAR6ivN/hb/AME/P2cvhb4ws/EVt4fvfF+tWUqy Wdx4kvPtKQOpyrrCqrFuB5BK5B6V9tqqqu1fujjArLCYWVOtKrOyvoktjp4h4gw2Ny+jl+GlKcab cnOe8m/0Pj740/sO/AX44eL7nxNr2iXnh3xVcH/StY8PXItZrg9N0ilWjkbjG9kLYA54Fef+AP8A gmv+zl4J8X2+tahBrfxAuLeUSQQeJL+OS2VgcjdFDHGsmD2cMPav0E4yKM8e9d7wuGlPncFc+Wp5 /nVLD/V44iSha1rlOO1t4dPjs4Y0htY08tIkUKqKBgKAMAADjFfM/wAOP2N/gD8JfjTa/ELwP4Sv NL8U28cyRXMmvXlyqiYbX/dySspyPbivqT0PHFIOntXQ6cJNNrY8mli8VQhKFObSno7Pf1GMNy7T 92vlv4e/sZ/s+/C343WfxC8F+EbvTPFdq0xgun1+9uFBlBV/3ckpQ5BPbivqZt3ajNEqcJtOSvYm ji8Th4ShSm0p6O3VeZ4H8ev2b/hn+0V4G0/RfiFY3Xn6dM0umalp9x5N3aFgA+xsEFWAGVZWXgHG QDXE/s7/ALH/AMOP2a9e8Sal4M1jxBrV5rUMcN02t3UMgRI3LqFEUSAck5zk19ZdjR3qPY0nU9o4 +93OyGaZhHCPBxqv2T15b6Hyz8O/2Mv2ffhX8bLP4heCfCF3pfiq184w3Umv3twq+apD/u5ZWU5B PavYPil8KfBPxk+Ed14G+IGlyax4ZuZ4ppraG9mtmZo23KfMiZW4PYHnvXpPHpS7apU4KLilozCe OxlStGtOo3KNrO+qt2PFvg78A/hf8B/CusaN8M9Dm0PT9Tulur2OfUri7Luq7A26Z3I47DArgND/ AGM/2f8Aw7+0rF8XNJ8IXdt48j1ibVlvm1+9kQXUxcyP5TSmPB8x/l24GeAK+qNnNLt+nFL2VOyV ttvIv+0Mdzzn7R3npJ33Xn3PLPix8H/AXxt+FI8F/EbSpda8PG8iu/s8V9Nat50RJQ74WVuMnjOD VP4Q/BH4cfAr4f33hb4a6LNoejXl817PDPqM92WlZFQtumdmHCjgHHFewbaNtVyR5ua2pgsViFh3 h+d8jd7X0v6Hyn44/Yz/AGf/AIkfHy8+Jni7whd6h4wuriC4mvE169hVngVFjPlxyhBgRr0XBxz1 NfUiqqQqq/dAwtTbaNv+cURpwg24rcdbFYnERjCrNyUdFd7LyBakpB0pa0OMKKKKACiiigAooooA KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACkPWlooAy9WvG03w7f6gsL3Jtrd5vJjGWk2 qW2qO5OMCvzc+APx4/aJ/aOK+NPDvjj4aeE9Fi1lorjwLdWNxPqkFrHLhvOk8wMspTowTbnGQORX 6U6hPJb6RdTQ2rXs0cDOluhAaUgEhRnuTxzxzX45/FbwD4n+M/xq8C+IvhD+y342+A/xfj8Q291r PjPUVt9NsooFy03mPBMwuGzt5KbiAR/EQeHESnFpx+7ufXZNTw9aFSFVJPpJ2tG3dN9fLU+/fiJ+ 1h8Hfhn8S77wfr2rapqniLTrQXWr2nh/QLrUzpcLY2yXLQIwhGOfmwcc1uXf7SvwhtbL4T3UfiY6 pY/EjUVsPCd1p9pJPFdzMyqFZlGIsM6g78YOc9DXxvHofxT+Av7Zv7Setf8ACmfEPxc0H4mCO80H U/DMcM/ky+W6G2uxI6GJQZOvPAPBryUfs2/GT4U/sefsk6qPBl5408QeAfiFJ4i8ReG9BZJrq3hu Jlm8qLLbXKeXtODjLfU1z+3rKT0/DbU9D+ysscI2qavZ3Wr5W3p9mz01P0R8WftTfCHwT4m+JGk6 9q+oQX3gWytLvxEkWjTyiCO6dY4ShVSJSWYZC5wM5x25pv20v2f0+GWq+MG8XXQ8P2epxabBcjSL g/2lcyJ5gjs1CbrkgZB8sEAqQTXwF8TPhn8bviJr/wC1/wCKV+DXiTRW8aeE9ETw5ps8UUtxceTc IWiby3KiZVBZ4wx29Mk17z8bPgx8QLH4e/sh/EDwN8P38UyfC1rebW/BdsI4rmRHht95iRiFMiPC 2RnO4g9Aan2+IbbtovLzN3lWTU/ZwlO8pb+8rfDe1/XQ+rrb9pz4WN+zzrnxO1i81jwn4Z0m8Wzu f+Eh8P3Wn3MkzhWSOKCVA8zNvUL5YbJJAOQcb3wv+PHw/wDi1r2vaP4ZuNSsfEWjCJtT0XXNIn02 +t0lGYpDDMqsY3AOGGRxXyN+0dpfxH/aT/Y40PXPB/wv8aeDdd8F+PLXVv8AhHtdWGw1LVoIYGWR 7Qh3UOvnHZuxlo2AByprsv2b/BemyftTa18Rrrwr8ZtL8VHwwumzan8TpLfyJIWnWT7PGEYszo0Y O7G0BjgnJrb2tV1VG2nc8url+AjgJVm7VE37t0+W1ret+595KeKd/FTF+5+PQ1IOlelax8cJ+H5U DGKdRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVA33qmP3ahY//AKvWgD89 /Hnxk/aI1f8A4Kj+IvgT8JNU8GaPY6Z4Ug1qOfxLplxOZCxCuhaKQHlmXkDgZ6nFdf8AAr9qDXde +IHxX+Gfx40bSPAfxG+HkAvNZu7C5b+y7uxPzfaozIS0ahWjJDMxIdSO6r5F41h+Jvw4/wCC1Xiz 4taR8F/GHxH8L3vge30q1n8O28JRp8qTlpZEUAbee+T3rkI/2YvjR8XPD37VXxU8caTa+APHnxM8 PJpHh3wz9tExtLaHymRbiRflDuLeJMD/AGidoxXi+0qqbs23d+lj9MnhstnhYKpyxi4Q95W5udvX by3ufavw/wD2qvhD8SfiPpnhbQNV1O01PVbKS80F9Y0O5sIdZgjPzy2ckyKs6gcnbnjnkYNVfDf7 V3wr8X+NpNJ8KweKPEFmt1cWqa5YeE72XSpZYFZpES6EexsbSMg7S2BnJAr5I+Cfw7vNV+J/wY/4 WJ4B+Otn4w8HHzIn168tJfDulzR2xjcRSA7nhkA2qFGcYzgDhPhj4Q8feGf23PBS/Av4f/FD4W/D O81S5n8feHPGvlDQIImBJezBkdllZ9pHlkjB7DIOyrVnZPuefUyzLIzqRhJ+7G6u1bRvrvqttNzp fDv7byfEey/aE0iSTU/hXB4Yjuf+Ee8SReEbrUJLSCBWL3N3DIgRJvlXbbOEYklfmIyPadL/AGsv hb4P+Hnwz0Xxl431Xxd4s1zwLaa/aX9r4SuI5dcjkXAljtoUby5ZCGb7OMso9hmvkS++H/xa8P69 +3X4BPwm8UaxD8Rby81fwzr2n20clhOpV3WEsXDCVvMChQD8ykHbXafCP4RfEfSP22v2T9b1jwPq ljo/hz4Ew6RrV7PbKItPvlgZTbyHdlZATjAz1rCFWvdLq9PxPQxGCydwlUXuxWqSkrv3E991d3R9 oeF/2kfhf4y/Zf1X4u+G9R1LVfCumXUlpfR2+iXD30U6MqtEbVUMpf50+UKeGz06YPh79q74V+JJ PGFla/8ACR2PiLw3p39o6j4ev/C15BqhtiwUSxWzJvmGSB8gY57V8SaV4K/aU8Cfsw/tMf8ACv8A wn4g0HxBrPxilvrT7BBEL+fSJZB51xYBztLlPuHr+Oa6X4O/Db4gRf8ABW7w58QpfBfxFsfA0nw7 lsn1nx/qRvL1rjzGO2ZjI3k5JO2IYHVgAHFae2rNR0ON5VlcI1pe0TUdY+9q7JOz9b2Oy+G/7Z0n xi/Yx+L3iTUrm8+EOuaDHdz2+tWXhe51O1060jeNI5MyKI7i4Bc7oBtIB5UYyfa4v2nvht4D/Z8+ EU/jDxrqXjrxN4q8NW19p7aT4XmbUtaQwK73n9n26s0CtncVPCklR0r4u+GfgH4ueHf+CZX7Sf7P +rfCLxTB4nebVb7SdUS1jaw1cTSRJHFbtv3PIQrP90DZznPFa3hj4b/Fj4N/HL9nH41TfCvxB490 m1+DGneFNe0PRYY5NW0O7ig3MfJkdQVJbacNwQ2eozKq4hJc3W1321Oqrl+VTqVFFpJSfLFSXve6 mtel2farfta/A/8A4ZcvvjBF4olufBtlqaaXftFpsxurO5dwghmt9vmxtlhncox1q74B/ak+EPxJ +Oknw78M6xqDeI/sDX9ql/otzaRX9spAaa3klRVmTkHcuQRyMivzV8Wfs9/GrXf2C/2nvFP/AArn UtP8TfE7x9baxo/gqBVlvrO2jnkbdKqNtVyJTuAPGzPevsrxh8PfGM3/AAVm/Zv8XaX4Xvm8J6L4 O1Cy1bVIIQLeydkAjikb+HPOByOtaxrYhvbt07nDWy3KIQlGM9fetqtLJNLz10PuoHI69fSpl+7V cZ2j+dWFr1Op8Cu46iiigoKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKK KaetAC5o3VDu9f0pd1K6Ak3Ubqj3UbqV13HZkm6jdUe6jdRddxakm6jdzUe6jdRePcBzcj+eahwu fuj8qk3UZXPSi8Qtcayqy/MoOPUVDcSR29jLcSj93FGzuQucADOfyHSrG6s7Vlebw1qEEMZkle1k VVA5JKEAUXXcep5H8C/j18Of2ifhVqPjP4a3F7eaHZarJpdw+oae1rJ50aqzKEbkjDLz9fSva9qk EbePQ1+dH/BM34Y/EL4U/sPeLvD/AMSPB+p+DdaufHd9ewWWqQiOSSCRItsgAJ+UkMPqDX6M7qLr uKzGheW4HPXigKqr90cdOKdkZo3Urx7hqxw6U7dUe6jdT5o9w1JN1G6o91G6nddw1JN1G6o91G6l ddw1JN1LuFRbqTNHMg1Jtwparqfepgad0A6iiimAUUUUAFFFFABRRRQAUUUUAFFFFACH7tRfxfzq ajA9KAK7KpHKA/hTscdKmxRRqBXEar0UcdsUu1QegqeilYNyqyDPseMY614b8I/2hPhr8bPHXxM8 O+Bbu/uNT8B61/Y+vi9017dY7ndMuI2bh1zBJyOOM9696bp+Nfkf/wAE1f8Ak7z9vr/srH/te/ph vufrRt+XaFxn2p21V/hw2OuKsDpRQGpX2Kw+ZQfwpxVccqOOelTY9qMUrAV2Vdm3bkemKNvIO35u xxVjFFGodSED6VItLtGelLTAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA KKaWwelN30ASU1qbvo3ZNAHG+JNam07wrq15a4W4hdYkJ6KSRk/rn8K8S/4SnxEzsTq1yCW5AcAV 6b4s/wCRF8Rf9f0ef/Ha8V71/PfHOYY3D5lGnSqOMeVaJn6Rw9hcPVw0pTinr1N//hKPEX/QYuvw k/8ArUf8JR4g76xdf9/P/rViVG3Wvy3+1sy/5/S+9n2H1HB/8+19xvf8JT4gx/yGLr/v5/8AWo/4 SnxBj/kMXX/fz/61c7LJHDbySzP5cUaF5DjOFUZJ/KvgDwX8Zf2lP2ktS8SeJfgf/wAIb8OfhNpm pyafper+KbKe9vdakj++6xp8qRkFcjbkbsBmIOPYwVTN8bTlWVdxhDeUpNLXZerOGtTwNGSj7NNv ZJI/SH/hKfEGP+Qxdf8Afz/61H/CUeIM/wDIYuv+/n/1q+WfFn7QXg/4TDwr4T+Jmrya18TrzSlu r3R/BmhXOoSNtGJLhYUDPHCSGK7+cKaL79qf4IWP7NGl/FxvFklx4FvtYTSReW+nSPLbXTBj5c8O N8JAQk7vUdjVW4jcYyi5uMnZNN6+hNss1TjFNdLI+pv+Ep8QdtYuv+/n/wBal/4SjxBj/kMXX/fz /wCtXyhoP7V3wX8Rar42sdP1fVYbzwtoEuv6jBe+H7m2km06IAvc26SKGmTDKRgZIYEcGszw3+2L 8B/FXj/wT4f0fxBqsk3iydbbRLy58PXMNlPcNgC289lCCXLKpAJAYgEjNV7Pia0v4nu6vV9r/kO2 V9o/cfYX/CU+IP8AoMXX/fz/AOtSf8JT4gz/AMhi6/77/wDrV8v+PP2nPhJ8OfH+qeGNe1LVb7Vd ItEu9f8A7D0G41GHRIXBKyXkkSkQgjnBOQOTWl8QP2ifhL8N/CvhPVNd8TNfL4oiEnhqz0Wzk1C7 1ZGUMHhiiyzL8y/NwMnHXis0uJHyW5/f2316/kNxytX0jp5H0b/wlHiDHGrXOP8Arp/9alHijxAf +Yxdf9/P/rV+c3xJ/bm8P+F/it8I9F8O+D/EtzpfiPWXt9fn1nwhf2t1a26NGGW1gZVNxN8zZC52 7V4YPX2jqXjDw7ovwgufHWuX39i+GbbSxqV5dXsTRG2g8sSZdCNysFIymM7uOvFViVxDg403WnJe 0+FX1b2sTSWWVpSUYL3d9D0j/hKPEGf+Qxdf9/P/AK1H/CU+IP8AoMXX/fz/AOtXzb4B/aE8A/EZ NQuNHtPEmiaXa6U+rDVvEfhu402wntFI3TJPKAhGGzgkHALdBmuR8O/th/AfxP480PQrLxFqliut 3hs9E1fVdAubLTNSnB2+XDdSKEYluB0BJGOtVycS3lG87x312Ktlenux18j7A/4SrxB/0GLr/v5/ 9aj/AISnxATj+2bnPp5n/wBavlzxt+098JfAfxjuPh/qF9rOveMbWBZ9Q0nwz4fuNVl0+MgHdP5K nZwVO08gMvTpXj1t8cdU0z/grj8QtD8SeL30v4OaR8HrfxKbW/iEMVnI72hM7bhvDlZWXYTnLYxn iunD4fiOvByc5R91yV27u1tEY1JZZTaXInrbZH6Cf8JT4h/6DF1/38/+tR/wlXiDvrF1/wB/P/rV 8vy/tNfCe3/Z88P/ABMur7WLPw7r98LLw5by+H7hdQ1mUnCi1tceZKD2YDaRz3rlPGP7Wnw/0r9k Dxx8TvCttq3iC/8AD0sthPodxolzBdWV+sTOkd9FsL20WFJMrDb75OKwp0uJqk1FOer5dW9ypf2X FfDHa+x9l/8ACU+IM/8AIYuv+/n/ANanf8JR4g/6DF1/38/+tXzb+zx8Yk+OH7L3h/xs2mXOk6tL bxrqsE2lz2tv9oZA7G2MvMsOGXEgJBOQDxge5L2ry8Tjc3wleVGrVkpRdnqddLD4GtBTjBWfkb7e J/EX/QYuv+/v/wBamHxR4hx/yGLr/v5/9asc9KjrkWbZlf8AjS+9m/1HCf8APtfceyeC/EmoX2ja quoTGdrRBIkjde/B9en616rE4kgjcdGANeE+Bv8AkD+KP+vNf/Zq9vs2/wCJXbc/8sl/lX9RcKYi rickp1Kru9T8izalClj5xgrIvUVHvo3V9qeISUVHuo3cUASUU3dRu5oAdRTNy570m78PxoAkoqPd Ru9/1oAkoqPeMUbvegCSioy3P/16N1AElFR7uaUNk0APopm6k30AOboPrX5H/wDBNX/k7z9vr/sq /wD7Xv6/W7d/OvyQ/wCCap/4y9/b66f8lX/9r39AH65Dp+NLUe7Ao30ASUVHvo3e9AElFR7uOtG7 3oAkoqPdRu96AJKKj307dxQA6io91G6gCSio91G6gCSio93HWjd70ASUVHu5o38f/XoAkopm4YpN 3+1+lAElFM3il3D1NADqKj3jHel38UAPopm5fekLeh/M0ASdqZuphbjqPzqMuuPvD86ALG7ijdUO 7/INLuFAEobNOqPctG4UASUVHu5o30ASUU3dxTd1AElFNVqdQAUUUUAFFFFABRRRQAUUUUAFFFFA BRRRQAUUUUAFFFFABRRRQBFIm5GUMUyuAy9RXDQeCriG/hmPjPxFcCNw3lyXylGwQcMNuSDXfUUA YetaTJrGmx20eqX+kssgfztPlEbnA+6cg8c+naqWi+HZtHuppZPEGq6wJEChNQuBIqc5yMAYNdTU be1AHlPiuIp4N8UP5jur38ZCseE4UYHHA4rxn+L+Ve5a5byalp3iTRrbDah5iXEcR4MicZI/EEex Iz1ryH+wdaDsG0u63A8/uTX878d4LF1czjUpwbXL0Vz9L4dxFGGGlGUknfqZu6m1qf2HrX/QLuv+ /J/wpv8AYes5/wCQXdf9+T/hX5Ssvx3/AD6l9zPsfrND+dfejEvLaG+0y6sbgFoLmF4ZAvXa6lT+ OCa/OL4HRfG39kvwvrvwh1f4H+I/i14Dg1me88LeJfBbQzO0c7cxTxyMuxsqGPIIJIwRhj+nH9ia x/0C7r/vy3+FH9hax97+ybon18g/4V9BgJ47CUJ4eph3OnOzaaa1WzTR59dYerONSNRKUet11Pzj vLD4p/D3/gpef2k4/gz4n8aeG/F3gC20670XQzDLq/h67TycwSozquw+UASpI+br8uD8965+zX8Z 3/4JueLraTwFfP4u8Z/GiHxV/wAIlZBZp9Kstsy4mAO0MN3IByMrnFftAdC1j5f+JTdcdP3B/wAK P7C1fH/IJuv+/B/wr6CnnWbU4xUMLZqybtLVR2Xy7nmyweDk9aq69t2fnB+0F8K/iJ4m/wCChnif xV4Z8G6nq3hu5+CGr6HFqFrADDJeSLMIbUHI+cgoFU8DK/hw3iT4M/FGf/gnV+xX4V0/wHq0niTw j4tsL3xDYRW487TI0kmMksi5+UfMhJ+ma/Vj+wtXzu/sq6z6+Qf8KP7B1bA/4lNzgdvIb/CphnOc Rpxj9Xfu+T10a1+8r6ngeZv2i1815H5R+LPhH478I/tn/H6+1zw/8XvEXw6+Id79tsrr4ValD5d0 jqyyWl/DIMnGdqnOME9mra1z4R+NfhX+0P8Asw/GT4f/AAx8T+NvBvg3wZJoGo+FJpYJfEOkJJ9p ZZcZEbSKLk52nAK4yAQa/UFtC1duf7Kus+vkH/Cl/sLV8Af2Vc8dB5Df4VX9tZs3G+Hb0s1Z2atb 5O3VAsHg0n+8W91qtNbn5x/H1viZ488WfsrfGzw/8GvGs0HgrxtdXms+FZ4ohrUduxt/LlEYkKgO Ld8Hdxlc4zmvsDxwtn4i/Za19fEHgHVvFljqehH+0PCESINQuklQGS2A3gCYZI4cYZThuhPrn9g6 t/0Cro/9sD/hS/2FrG3H9l3W30MB/wAK8fEV8fXjRSwzj7Ju3xXte9vl3OunHDwc37RPm32Pym8E /Cv4zeIvDnxq+Ffha3+IHg34Aax8PZ9P8O6b8U7iM3FjqrEBIbXDM62wXeGHQDrk4J5nWPh78bPi v+yB+z/+zfP8EPEHgO+8F67Zza94t1fyV0iGC1WVDJaujlpGkEu7AAJK4G7OR+v39h6wDxpd1z1x Af8ACj+wtXB40m6/CA/4V7n9uZrzOX1Xs1o9Ha133b63OH6nhGl+98nqtr3Pzg8O6f8AE79nf/go b+0F4vf4P+Kfip4P+JGoxanpOteEBDcXds4aRjbTq7IV/wBYwznHyAgEHK+XfHr9l74h/Hn/AIKA fEXxFBo+r+FtIufhfYSaHqV6o+w3OqwSWkv9nXQUkOMCRWUggMgbnaM/rh/YWr5z/ZN1np/qD/hS f2Dq+eNJuhx2gP8AhWUM4zWlXWIjhmqnLyt2eu2ttug3g8HKHs3UXLe9ro/K34oeE/jh8UvAn7N/ xQuPhj4w8I+Kvh5qVxZ+KfC/hiWLT9SEciQp9s0hiShXEeAOMcL0Bau48P8Awkk1z9lT9qaTwr4U +KOn+OfH3ho2Ms/xRu4PtOtXKQSiMxbDkY8woxc8nbj7tfo3/YOr4x/ZN1/34P8AhR/YWsKeNKul /wC2Df4Up5xmzpRhDDuNndWvtfms++vcr6rg7tuondd16Hy3+yjceKIf2IvBPhXxd4B8QeAtc8La ZDo80Gvwon2xokyZoQrE+VlsZbByDx3P0kp/H3rS/sPWMf8AIKuunP7g/wCFL/Yetf8AQLuv+/J/ wr5DG0MbjMTKv7CUeZ3tZnsUKuHo0lT507eaM7dxTe9af9h6z/0C7r/vwf8ACkOh6xt/5Bl1/wB+ TXCsvx1/4UvuZ0fWsP8Azr7zsPA3/II8Uf8AXmvOf96u6/4Q25vB9pXxh4hsxMN4hgvlVI8j7qjZ wBXH+HbG60TwdrV5qkZtDeIlvbRyjDSOScDH4/zr2i1Xbp0KsOQgyD9K/qbhKhVw+R04VFZ67n4/ m9SFTMJyi7oq3WmvdeGW01dRu7ZmiEf2uGQCcYx827HU461h6X4TuNN1yG8bxVrmpKmc295dq8bZ GOQFHTNdl2or7c8M5jXPD8utXNvJHr2q6MIkIK6fcCMPnu2Qc4q3oujyaPYS28mrX+sM8u8S6hKJ GXgDaCAOOM49Sa3KKAODufBdxc3txMvjLxDbrK7MI4r5QiZ7D5OAK6W+0173w4+nrqN5YuyBftUE oWYY77sdTWv2ooA43S/Cs+l65HeN4p1vUlVWH2a9u1eJsjGSNo6fWrWt+HJtZvIZI/EGraOI0KmP T7kRo+Tnccqee1dRRQBh6NpEmk6U9tJqt9q7NKZPOv5hI68AbQQBxxnHua52bwTczXc0i+NPEMIk dmEcd6oVcnOB8vQV31FAGRqWmvqHh9rJdSu7Bjt/0m1lCyjbjvjv3rG0nwrPpetLdyeKNa1RVQqY L26DxnI642jkV2FFAHK614bm1jUY7iPxFq+j7IwhisLkRo3OdxGDz2rQ0fS5NJ0lrSTVL7Vm8wv5 99KJJBnHyg4HAx+praooA4BvA9y1y0n/AAm3iNcvu2C+XaOen3eldPqmlyalohs49SvNNYlW+02k gSXg5xnB69+K2KKAOR0fwvPpOrfapPE2sasvllfJvroPHz3wFHNO1rwzNrGrJdR+JNY0hREEMGn3 QjjJBJ3YKnk5x9AK6yigDF0nTH0nRVtJNSvNUZXLeffSh5DntnAr8g/+Ccvh+a+/a5/bqjGv6rYG 2+K4DG1uQhnxPf8A3+Dmv2UPRfrX5H/8E1P+Tu/2+v8Asq//ALXv6AP1Y1bS5NW0ZrOPUr3S23K3 n2MoSXjtkg9fpWbo3hqbSNUe5fxJrGrKyFfJv7oSIuTnOAo5rrP4aKAOR1jwxNq2rfa4/E2s6Svl hPIsboRx8Z5wVPJ/wrX0vTZNN0NbFtRu9SZSx+0Xku+U7jnk47dq16KAOAi8E3Ed7HL/AMJp4jkC uG8tr5Spwc4I25IOPXvXS6zpUmr6StrHql7pLeYH86xlEcnH8OcdDnp7VtdqKAOV0Xw3No9/LO/i LVtYDx7fL1C5EiLznIwowai1bwvPqmsteR+Jta0pSoXyLG6VIuO4BU8muvooAx9P0xrDw6mnvqN5 fMisv2u5k3zNnPJbA5GfTtXNW/gu4gvoZj4y8RTCOVX8qS+Uo+DnaRtyQemM13tFAGHrWkSavpkd vHq19pJWTeZbCURufYkjpVPRPDk2j3s0sniDVtYWRAoj1C4EipznK4Awe1dRRQBxureFZ9U1t7xf FGt6YrAD7PZXQjiXA7Aqevua2rHTZLPwxHpraleXbLGyfa7iQNOd2ed2Ooz19q2KKAODtfBlxbah b3DeMvENz5UiuYZr1WR8HO1ht5B9K3ta0eXWLSGGPWNQ0fy33GTT5hGzcdDkHit6igDmND8PTaPP NJJr+q6x5qhQuoXAkCY7rgDBPvVLU/CdxqWuTXkfirXNNWTBFvaXYSJMAD5QVOM4zz3rtKKAMeDT ZLfwt/Zh1K8nbyWj+2SyAz85+bdj7wz1x2Fc7Z+Dbi01S2um8YeILoROGME96rJJjHDDbyOP1ruq KAOe1zRJNYtreOPWNR0fy3J36fOIy+RjDZByKZomgzaO9wZNe1TWPNAwNQnEgjx/dwBjPv6V0lFA HE6l4RuNQ1q4vF8Wa7p6ytkW9peBY4+AMKCpx6/jW8mmyL4V/sv+0Lt5Ps5i+2tJmfJGN+7+8M5z Wx2ooA4ex8H3Flq9tdt4u1+8WJwxguLxWjk9mG3kVra5okmsR26x61qWjGJixbT5xGZMjo2QcgV0 VFAHM6PoMuk2l1G2u6nqxmAw2oXAkMeOPl+UY9fyr5Qvv2WPHzahcXGm/tXfFe1eSVnRJ9Vhnijy c7QpiHyjoBnpX2oRkUjLWc4RqL3juw2Mr4Rt0ra90n+aZ+dfxCf9o79nrQfD2vap8cIvir4Pvdes tHvdO1bw7FZX8Md1MIfMhuYDkyLnILjHHQ9K+3NK8KT2eqWt9/wlmu3yxncbe5vFeJ8jHzDbnvn6 ivm39twf8Yr+Gf8Asf8AQ/8A0sWvsC3/AOPOP/drnpLlrSittD18fNV8BRrOKUm5JtJK9rW29TH1 zQZdaFuI9c1PRxET/wAg6cR+Zn+9kHOKfomizaPBcJJrWo6wZWDBtQmEjR4GML8owO/1rfXpTu9d h80cNfeDri+1a6uk8Ya/ZrK5YQW16qxx57KCpwBXRT6a83hZtNXULuF/JEX2yOT9/wAAfNu/vcda 16KAOL03wlPp2u2943ivXNRWIkm3u7wPE/BHzAKPXP4VoaxoUurXVpJHrmpaT5BOY7GcIJMkfeGD mukooAjUf5NSUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABTW606m mjYDifE/hNdceG6s76bS9VgP7i7tnKuvXuOvXpXFt4Z+KCy7YvHknljpmzhJ/VK9jaRVDbscDJ9q zP7a0pXKtqVspB5BmXiuWrWoUtKskvVo0UJy+FXPL/8AhGfip/0Pj/8AgFB/8RR/wjHxU/6Hx/8A wDg/+Ir1T+3NJ/6Cdr/3+H+NJ/bmk/8AQStf+/w/xrn+t4D+eP3or2Vb+V/ceV/8Ix8Vf+h8f/wD g/8AiKP+EY+Kv/Q+P/4Bwf8AxFep/wBuaT/0ErX/AL/L/jS/25pH/QTtfxnH+NH1vA/zx+9D9jW/ lf3Hln/CMfFX/ofH/wDAOD/4ij/hGPir/wBD4/8A4Bwf/EV6n/bmk/8AQTtfwnX/ABpP7c0j/oJW v/f8f40/reBv8cfvQ/Y1v5X9x5Z/wjHxV/6Hx/8AwDg/+Io/4Rj4q/8AQ+P/AOAUH/xFeqf23pP/ AEErX/v+v+NH9uaT/wBBO1/7/r/jR9cwH88fvQvZVez+48s/4Rj4q/8AQ+P/AOAUH/xFU77w/wDF a30S+uF8eurR20jIfsUB+YKSv8HqK9g/tzSP+gnaf9/x/jVO/wBS0q80e6tV1a0RpoXj3ecpxuUj PWj63gf54/eg9jW/lf3H5rfsEfE79oL4/wD7I/iTxf4z+Jsuo6pZ+MLvTIZG0u0ixFGiELhIgOCx 5PNfb/8Awi/xW/6Hx/f/AEOD/wCIrxb9jH4Dn9l39mbXvAeteOtJ8VXWoeKLrWFu7JTCipMqKIyH OcjZyfevr7+29J/6Cdr17Tr/AI0vrWBX24/eh+yrfyv7jyv/AIRj4q/9D4//AIBwf/EUv/CM/FT/ AKHx/wDwDg/+Ir1P+3NJ/wCgla/9/wBf8aT+3NIz/wAhK1/CZf8AGj63gP54/eheyrfyv7jy3/hG fir/AND43/gFB/8AEUf8Ix8Vf+h8b/wCg/8AiK9S/tzSP+gla/8Af8f40f25pH/QTtf+/wCv+NH1 vA9Zx+9D9lV7P7jy3/hGfir/AND4/wD4Bwf/ABFN/wCEX+K3/Q+v/wCAUH/xFeq/23pP/QStf+/6 /wCNJ/bek/8AQStf+/y/40fW8D/PH70Hsq38r+48s/4Rf4rf9D4//gFB/wDEUv8AwjHxV/6Hx/8A wDg/+Ir1P+3NJ/6CVr/3+H+NH9uaT/0ErX/v8P8AGj63gP54/eheyrfyv7jyv/hGfipn/kfH/wDA KD/4ik/4Rn4p7efHb/X7FD/8RXqn9uaT/wBBK1/7/L/jTTrmk/8AQStf+/y/40fW8D/PH70L2Vb+ V/ccTovgfUV16HVPFGuXGvXkH+oSUgRxk9SqgAD8s16co7VUhuoJ41khmSSM9GRgR+lXF613xnGU U4vTyM2mnZj6KKKskKKKKACiiigAprdKDWfd30VrazyzSeXFDF5krd1H+QamUowi5SdkhpNuyLwJ 9aXNeTN8ULPewj02d1B4ZnAJ/Cmj4o2v/QKm/wC/or418V5Enb2yPaWUZjJXVNnrnzf5NHzV5L/w tC1x/wAgqf8A7+ij/haFt/0C5/8Av4Kn/W3If+fyH/Y+Y/8APt/getfNR81eS/8AC0Lb/oFz/wDf wUf8LQtf+gXP/wB/RR/rbkP/AD+Qf2PmX/Pt/getfNR81eS/8LQtf+gXP/39FH/C0bX/AKBc/wD3 9FH+tuQ/8/l+If2PmP8Az7Z6181HzV5L/wALQtf+gXP/AN/BR/wtC1x/yC5/+/oo/wBbchf/AC+Q /wCx8y/59v8AA9YPb6ivyQ/4JqZ/4a6/b646/Ff/ANr6hX6Lf8LQtf8AoFTtz/z1XmvOvA9t8LPh r4i8Xat4F+Hdp4W1LxPf/b/EFzYgI2oXGXPmyEnlsyP+LGj/AFtyH/n8hf2PmP8Az7Z9P/N/k0vz V5L/AMLQtf8AoFzj2Mi0f8LQtcf8gub/AL+ij/WzIf8An8g/sfMf+fbPWvmo+avJf+FoWv8A0C5/ +/oo/wCFoWv/AECp/wDv6KP9bch/5/IP7HzH/n2z1r5qPmryX/haFr/0Cp/+/oo/4Wha/wDQLn/7 +ij/AFsyH/n8g/sfMv8An2/wPWvmo+avJf8AhaFr/wBAqf8A7+ij/haFr/0Cp/8Av6KP9bch/wCf yD+x8x/59v8AA9a+aj5q8l/4Wha/9Aqf/v6KP+FoWv8A0Cp/+/oo/wBbch/5/IP7HzH/AJ9v8D1k 7sd6ZuavKT8ULX/oFT/jKMV0nh/xhZ6/9oSGKS3uYk3tFJg7l9Rj3rtwvEWT42sqNGqnJ7I562W4 7D0/aVINI7RS2+pKrxsJI1dW3KwyDU46V9SeWLRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABTSOadR QB8aftu/8mreGf8AsoGh/wDpYtfYNv8A8eUX+6K+P/23f+TVvDH/AGUDQv8A0sWvsC3/AOPGH/cF ckP48/RHv4j/AJFND/FP/wBtLC9adTVp1dZ4AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF FFABRRRQAUUUUAFFFFABRRRQAUUUUAFNbpTqa1AHnHi68m/4QTXmjdkZLhI8g9B8vH614PtXH3R+ Ve2+LP8AkQ/EX/X9H/7LXiOa/mzj6pNZpCN9OU/UOGoReEk7a3JNq4+6Pyo2r/dH5U7tRX5N7Sfd /efa8kew3av90flUeBu7flU3aof4+tHtJ9394nCIfL7flRt/i8shT0yhx/KvDf2lJvilD+xJ8QJP gvHO3xGFkn9m/Y8faVQyoJjDkf60RGTbj5s42/MBXyX+yb4g+C994+tb6H4sfEuH4vabokknirwn 4+1yYGWTyd1xL9nkTbIIyGddhBVSCQcE19VhMqq4rL5YqM23F25Vdv59l5nl1cVCliFScel7n6Tb R93Az3owM42j8q+ANN/bia6sfD/jq68CaTZ/BrWfE6aJbakvi+F9egSSQxpey6bt3LCWHTduAIPO QDSvf2z/AIkt4B+Mnijw/wDAe01bw98M/EtzpfiK/m8WiANFDIEDQxmHe8hG52UAqi7Tls4HVHhr Om9u28kt9LevkZPMcGuv4H6GfLnoAO/aoUnt5p5o45oZJIm2zIjgtGfRgD8p46H0r5F8aftTX0fx I+DvgP4TeAY/iD42+IOgLr9tb6jrS6ba2FkY2ctLNsb5/wB3KMYAGzIJ3AV5x+xzrWq69+2x+2Hq GtaNc+G9Sl8VWn2nSLqdZWs5dsweMMvysoIOGGAy4PHSsf7ExlLA1MVWlblV0r6vW3fT1H9eoSrx pwV7/wDDn6D4BOcD8qNqgcKPyr5l+Mn7QWqeA/j94F+D/wAPfAp+InxT8VW0l7a2VzqYsLOytI9+ 6eeYq3/POQ4A6IckEqDyvin9o74keHPiD8PfhPH8I9M1L48eKoLq8Ohw+LFOladZQs4W5kvPKyd4 jc7AoI28nkZ56GTZniKUKkWveV1eVnbq7dvM2njMNCTi+mm3XsfYm0Y+6PxFG1c9B+Ar4WuP2zLz Tf2bfjlr2ufDVdH+J3wr1G2tfEPhSXWfMtZRPcCFJYrpY8spG9sbM5AHIYGtjw3+1H4zuv2m/hl4 F8cfCOLwRpHxG0KbUPCOojxGl5OzxweckdxEiYiL/LgZJG9Cc/NjpfD2cJScl8N/tLok7rura+hj 9fwjaXfyPsaS+so9ThsZLy3jvplLxWzSoJZFHXahIZh7gf1q3hcdB+VfjDoV14n8R/tzftleOPij 8JdH8USeFNGI1GJ/Gcyv4bh+x3ASCxkSPdIJxGsbSKqGNckZzg/SvhH9pi50j4b/ALNvwt+Dfwjh 1vxV4v8ABv8AbFtoeo+K3htNFsEabiS8lR3kb9zIcsAcY65Ar2cTwvi6cI+wnzSaTeqSV1zb36fi cdLNKMn70bb9NdD9Cflz90flTtq56D8q+Z/gF8ftW+M3xH+L3hzWfALeAb/wNq0WnTW82oi6lldt +/dtUKNpj4KlgQQeK+l16/jXw+Lw2KwNZ0qr1Vut99T3KFSliIc8Nh+1f7o/Kjav90flTqK8/wBp U7v7zp5I9hu1cfdH5VHtXP3R+VSt0qPvVe0qd394ckex6X4BupotI8QJ5h8uKASKmeAeeR6dBXtl u5ks4pD1ZAa8L8D/APII8Tj/AKcxx/31XuVl/wAgy2/65j+Vf1fwfOc8ipuTvufjOcpLMZ28i5RR RX3Z4AUUUUAFFFFADW7VwfiRi3h/xYP4RZJx/wB9131cB4k/5AHi7/ryj/8AZ68vMv8AkX1f8L/I 6cP/ALxD1X5nz8y/e+tCqCaVjkn60i/er+JpfEz99Ww7bRt9zTqKgoaV46mm05ulM/j9qaeupL0R z3ijxV4b8F+Cr3xJ4t1yx8N+H7NN11f6hcCKKMduT1J6ADLE9BXmHw5/aO+C/wAWvHl54b+H/ji2 8Ra1bW7XD20drNFviVgrSIXUBlBIGQe9fKH7cTabc/tU/sk6X8QZCnwXufFUzeI1nYrZvODEIhOe FxtMnU/dL54zX09+0ReN4V/4J7fFXXvB80fhvVLDwlPNpGo6KFtpINpTa8EkYBAA6FDjB+hr7qll GH+p0JSu6lfZr4Y62V/PueDPF1VVmtEobrq/Q9/VvlbHOPf8KXqeucV+UuoeKPjJ8KP+CPlv8dLr 4ueJPGHj7x1pui28c+oSpJa+Hbe4PyyWySHAn8sqGlc/M53HHWul0XxJ8UvhXr3ibxB4xHxi8P8A 7P8AN4Dmk13WvG+sW2o6lp+p7f3Nxp8qOxRpSyqEI27m3Ywoxv8A6rVXTlKnVUrNpb6tWv8A8DuS 80imlKDV0n95+meR/wDq/wA+1c/o/i7wv4g8ReINH0LxBY6tqehXK22s2tpcCR7CVgxWOXH3Xwjf L1GDX5g+FfGHxI8L/t+/Anw3DffFbw/4D+KOmXlvcaf8RPGUGqXU6eR+7voFjLNaSjcrAnGTjAAB Wmfsx+HbvwB8aP23vG2m+LPF/iG+8CeIdUWDTdQ1kzW+susN6yXGoIFBnnzFkS5HJc45roqcK+xp TdSpd2TjpveXLr6MyjmvPNKMdOv3XP1h/wCWhXrgnIznv/jmuE+IHxO8C/C3w9perePvEEXh3TdQ 1BLC1up4naNp2GVQlQduQDycDivzN+Dnib9pbxZ4S+D/AMWvDNv8VfGGratr6y+MLnVNVtJfCd5p sk7Ryx21osgNuYR90hQQUfgcCvvL9qP4Wr8Xv2G/iL4Jt4/tGqNYPeaMf4vtdvmWHGO7bSn/AAP6 15dfJKeX4+jRxNROM3Z23XQ6YY+WIoSqUo6x7novj/4j+Cfhb8Om8WePNeh8P6ALmO3FzIrPvkkz sRVQMWJwegxxXLaP8ffhHr37Q9x8KdL8bWtz8QYA/m6OYZEkUxp5jKCyhSQpzgHnBr85PB/xGb9r r4h/sgfDe4la+g8K6W3ib4ixkHm5sHNtEkmOAXaEPsPaVa4nxZZXnh39r39pz49aPbs2tfDD4w6N ql00UYLyadMlxDdJz2IZT9cV9NR4VwiUqNaTVWze+mrtH7/1R5ss1rO06a929v8AP7j9VPHvx4+E vwy+Iug+EfHHjS10DxFq6I+n2Msbu8yvJ5aN8qnALZAzjOD6V68M/T6V+Hfxkvrf4teONe/aMgY3 Ph+8+Mei+EPBk7fMradZHfNLHn+GSZw4Puw7Yr9yP4/x6elfM53k9HK8PRlGTc5XUuyatt956eAx ssVUmmvdVregbfc0bfc06ivi7nujdvuaNv1p1FFwshhHP413fw7z/wAJfdf9eb1wrdRXdfDv/kb7 r/ryevrOGH/wuUPU8PN1/wAJ1T0PbNDbd4VsWY5zEOa1xWPoPPhHT/8ArkK2a/sI/E9gooooAKKK KACiiigAooooAKKKKACiiigAooooA+Nf23P+TVvC/wD2UDQv/Sxa+wLf/jxh/wBwV8f/ALbn/Jq3 hf8A7KBoX/pYtfYFv/x4w/7grkh/Hl6I+gxH/Ipoes//AG0sLTqatOrrPnwooooAKKKKACiiigAo oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKa1OprUAeWeLf+RE8Rf9f0f/ ALLXiQr27xBcaempaloes3I0231Jlks7yQ4i8wY+Qk8A8A89ea4dfBMxXK69pTL2P2nr7ivwnjPI 8yx+PjWw1Nyja2h+gZDj8LhcPKFaVnc4/tRXZ/8ACEzf9B7Sv/Akf40f8ITN/wBB/Sv/AAJH+Nfm v+q2ff8APiR9Z/bGXf8APxHGdqhruf8AhCZsf8h/Sf8AwKFJ/wAIPN/0HtJ/8ChT/wBVs+/58Mn+ 2Muf/LxHivj628eXXws1CL4a6lo2j+NPMhbT7nxBbST2Pyyq0iSpH85Dxh1yvIJz6V8n6H+zj8T/ ABt+23oPxr+Pmv8Ag2a80LQrrStP0jwPp1zCl0LiKWJ5LmW4JZiFnkxgtyFHABB/Rn/hCJ8/8h7S f/AoUn/CET/9B7Sf/AoV7+Cy7ijL6MqdDD2cr3dlfXfU4K2MynETUqlS9unQ/Lv4cfskeNPhfc2P hWx0D4MePPBdnrP2m117xR4XuH1+O0M29oXKKUeRVyEfdgHGeMAdbov7LPizTP2S/wBp/wCHsvib RZtS+J/iO+1PSrpFnENklwoCpPmMNuG3nYrD0r9GP+EInx/yHtJ4/wCnoUf8ITcf9B7Sf/AoV6Mq fGE226Lu7PZbp3OaNXJlb95tf8T82tW/Ze+JGieLfgH8Qvhl4v8ADNp8SPh/4SXw3qUOv2tzJpOr W5R1YjywJRjzZMfdJG05BGD6L+z38DfHHwp+NPxs8ZeOfGGleMNQ8eanb6h52m2klu0ciB/MDRuN qrmQKoVmO1ckg5r7g/4Qif8A6D2k/wDgUKRvBM207tf0njk/6UOKwr4Xi3EYaVCdDR6PRXte9r+p pTxGT06inGptr+h8NfGr4D+NvE37Ufw/+O3wj8VaR4c+Jfhexl017TxFayzabqlpJ5n7uTyhvU/v XGcdCpypUE8l4p+BPxy8QfGH4a/HSx8VeBtL+O3huzu9M1CxFjet4f1HT5Wk8uI5JnWRVmcFuhJU grtG79CrXwvDqFu01j4p0O8hDlWeC/V1DZzjIJ5q1/whM3/Qf0n/AMChU0MHxXQowpxoX5E0tE3Z 9H3QTxOUTk5Opu79d+5+X97+x3401z9mn9oaHxF420PUPjF8Wr+1utU1C3tJ4dIsUt7gSpDGu1pc Y3/MV67Rg7cn1fxN+z74k1v9o39l3xpb69pUNj8LtNa11W3dJvNvmNrFCDBhSAMxsfnKnBHfgfdH /CET/wDQe0n/AMChS/8ACDz4/wCQ9pP/AIFCtZ0eMaju6T69FomuW3pbbsZqrkq/5ef1e5+fdv8A s0+KIfHf7YmqN4j0cx/GGxjt9ETE+7T2WKZM3H7vGMzD/V78gGvCPFPwntfgX4i/Zu8Sx/HjwF8O /iz4K8EyaFdReLY7h9K1uxV5jJIiqFlJX7Qwx8pOAQQV5/Xv/hB5s869pP8A4FVz2vfBvw74qtoI vE8XhTxFFAcwLqkMVyIj6rvU4z7V24WHFMaq9vQbhZJpJapR5UtdNjGrVyiUfcqK69e9z80v2B11 bXPGH7SnxGutUm8SaT4k8bL9g1+Sx+ypqzRCQyTRR9kJlGBk4HBOQa/Rhev4111n8O49P0y3s7DV NDsbKBdsNvbyLHHGPRVUAAfSrH/CDzA/8h7Sf/AoV8/muSZ5mONlXjhnFOyS8krHpYXMcuw9BU3V TONors/+EJm/6GDSv/AoUf8ACEzf9B/Sv/Akf414v+q2ff8APiR2/wBsZd/z8RxTfdqM9RXc/wDC Ez4/5D2k/wDgSKb/AMIRPn/kPaT/AOBVH+q2ff8APhh/bGXf8/EXfA//ACCfE/8A15j/ANmr3Kz/ AOQXbf8AXMfyrxawXT/D9jc6Pa6lBrHiDU9sYhs3DiGPOCzY6AZPXqSK9rt18uyij/uqB1zX9JcM 4KvgMnp0aytJX0PyzM69PEY2VSnsWqKO1FfXHjhRRRQAUUUUANbpXBeIsvofixFG5zYp8o5J+/Xe t0rgfFMOsWN9HrWi20eoERmO8snOFnj+vYjscGuPFUfrGGnS/mTRrTn7OpGXZo+f/wCI0V1kmt+G /PYzfDnW0lJywikTb+GJAMfTtTf7c8Lf9E68Qf8Afxf/AI5X89S8P8zcm1ONvmfpK4lwu3K/wOVz Rmur/tzwr/0TnX/+/i//AByj+3PCv/ROdf8A+/i//HKX/EP80/nj+JX+suF/kf4HKU09faut/tzw r/0TrxB/38X/AOOUn9t+Ff8AonXiD/v4v/xyj/iH+afzx/EP9ZcL/I/wPJfHHgPwf8SPh1d+E/HX hyy8UeHrohpbK+j3KGHR1I+ZHHZlII9a8V8O/sf/ALPvhXTPEllpHg69js9e0mXSdRhuPEmoTq1n IVaSJN8xKZKKdy4bjAIzX2J/bnhXP/JOfEH/AH8X/wCOUf254X/6Jz4g/wC/q/8AxyvSo8H8RYel 7KniFGO9k3a/c5Z55l9SXNKm2+54u3wx8Bzfs82vwnvPDVvefD230qLS49Gu2edFtowFjTc7FyVA Uhy24EZznmvK9F/ZM+BOi6Fq2mQeF9Q1LS9R0t9LmsNV8S397bx2rsrGKJJZisfKKQy/MCBgivrz +3PCv/ROfEH/AH8X/wCOUHW/CuP+Sc6//wB/F/8AjlVT4R4ipKSjiEuZ3er1fcUs7y6W9J6eh8m+ GP2V/gX4R8beD/E2jeD518ReF5Wk0TUrzXr24mt9yhNhMkp3oq8KjgouWKgZJPQaX+z98J9F/ab1 j4waX4Yex8d6qsv9pXMeo3AguTLHsld7ff5LMyk5JTkkt1JNfSQ1zwvvC/8ACuvEGSeP3i//AB2v D/hF+0p8K/jJ40+J+h+Gfhd4rtrrwLrw0fVjdyQ7Xm3TLlNk54zA/UA8jrVT4T4lndyxN7q272ve 336+olneWrak/wADzfRP2UPgb4c+I1v4l8PeFb3RJ4dRGpRafY+Ir6HTkuQ24SLaLKIgQf4Qu3tt r6O3N5oYH94G3DHY9Rx9efwrqhrnhbH/ACTnxAP+2i//AB2j+3PC2P8AknWv/wDfxf8A45XLX4Kz 3EzUq1ZSa2u2bQ4gwNNWjTaXyPnH4b/AH4Q/CXx/4o8UfDzwdF4d1zxET/a1yl7POJgZDLtVZHZY 13knaigcL6CrkfwR+GMa/FD/AIpdH/4WKf8AisVlvbh11IhGjzguRFgSNjy9hzg9QDX0Edc8LY/5 J1r/AP38X/45R/bnhb/onWv/APfxf/jlbS4P4inUdSWITk7K93stvuM1nuXJcvs3b5fM+Zf+Gc/g 2vwJ8J/DNfBoj8E+GdUXU9F05NTuVMF0srSiQyCTzJDvdjh2YHOOgr29ema6v+3PC2f+Sd6/z1/e L/8AHKP7c8Lf9E68Qf8Afxf/AI5WFbgnPcT/ABqylq3q3u9/vNIcQ4Gn8NNr7jlc0Zrq/wC3PCv/ AETnxB/38X/45R/bnhX/AKJzr/8A38X/AOOVyf8AEP8ANP54/ibf6y4X+R/gcpmjNdX/AG54V/6J zr//AH8X/wCOUf254V/6Jzr/AP38X/45R/xD/NP54/iH+suF/kl+Byld98PP+RtvG/hWybcccCsv +3PC3b4c+IP+/i//ABytvTb681WCTSfDPhO58OWlwQLy+vnBl2d1XBbqOMk8Z4HeveybgvHZfmNP EVZxajroedjs+oYnCypQi7s9h0D/AJFLT/8AriP5Vtdqp2dutrp8NuvKxoF/KrlfunQ+ACiiigAo oooAKKKKACiiigAooooAKKKKACiiigD41/bc/wCTVvC//ZQNC/8ASxa+wLf/AI8Yf9wV8f8A7bn/ ACat4X/7KBoX/pYtfYFv/wAeMP8AuCuSH8eXoj6DEf8AIpoes/8A20sLTqatOrrPnwooooAKKKKA CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKaetOprHH5UAY+raH putac1rqFslxE3BDLmuBb4O+C2ct9gAz2Feh32pQafp9xdXEgjggXMjf0rhv+FmaKrkLDdsueGCD nnHrXj4zNcBl8lHEVFFva52UMJiMT71KLkU/+FO+C/8AnwFL/wAKd8F/8+Aq5/wszR8f8e93/wB8 j/Gj/hZmj/8APvd/98j/ABry/wDWbJP+f8Ts/srMP+fTKf8Awp3wX/z4Cj/hTvgv/nwFWz8TNHz/ AMe93/3yv+NH/CzdGx/x73f/AHyP8af+s2Sf8/4/eL+y8f8A8+2VP+FO+C/+fCj/AIU74L/58Kt/ 8LN0f/n3uv8Avkf40v8AwszRsf8AHvd/98j/ABo/1myT/n+h/wBl4/8A59sp/wDCnfBf/PhR/wAK d8F/8+FXP+Fm6Lj/AI97v/vkf40f8LN0b/n3u/8Avkf40v8AWbI/+f8AEP7LzD/n0yn/AMKd8F/8 +FZ2rfCHwbH4Y1J10/OLOXAzj/lm1bv/AAszRv8An3u/++R/jUM/xE0G5s5ree3u2hkjKSDAHykY Pf0NP/WbI+tdB/ZeP/59s/ML/glX4D8PeJv2A/Gd5q0BuLhPiFqESszZwqpER/Ov03/4U74L/wCf AV5Z8GfC/wAHf2f/AIa3/hD4X+HdQ0PQbzVJNTuYJ72S6LXEgUO26V2IBCr8oOBXr3/CzNH/AOfe 7/75H+NL/WbI7X9vEP7LzD/n0yp/wp3wX/z4Uf8ACnfBf/PhV3/hZmj/APPvd/8AfI/xo/4WZouP +Pe7/wC+R/jR/rNkn/P+If2VmH/PplL/AIU74L/58KP+FO+C/wDnwq3/AMLM0bj/AEe7/wC+R/jR /wALM0Yjm3u/++R/jR/rPkdr+3Qv7Lx6/wCXTKn/AAp3wX/z4Cj/AIU74L/58BV3/hZmi4/497v/ AL5H+NH/AAszRz/y73f/AHyP8aP9Zsj6V0H9l4//AJ9Mpf8ACnfBf/PhR/wp3wX/AM+FXf8AhZmj /wDPvd/98j/Gj/hZmj/8+93/AN8j/Gn/AKzZJ/z/AIj/ALKzD/n0yl/wp3wX/wA+FJ/wp3wXj/kH irv/AAszR/8An3u/++R/jSf8LM0XH+ou+P8AZH+NL/WXI3/y/iJ5VmH/AD6Zv6D4M0Dw6WbTbFIZ D1bbyeK6xRxXOaP4k0/WtPkubGRikZAlRxgr710itmvo8PiKOKpKrRlzRfVHmTpzpScZqzQ6iiiu kzCiiigAooooAKjK+uKkooAr/Z4c58lCfXaKPs8P/PFP++asUUAV/s8H/PFP++aPs8H/ADxT/vmr FFAFf7PB/wA8U/75o+zw/wDPFP8AvmrFFAFf7PD/AM8E/wC+aPs8P/PFP++asUUAV/s8H/PFP++a Ps8OP9Sn/fNWKKAKrW8Oc+SnUfwCvyT/AOCa8aN+1z+3wrIpUfFfgEdP39/X66N0H1r8j/8Agmr/ AMneft9f9lX/APa9/QB+tIt4f+eKf98il+zwf88U/wC+amHT8adRqBX+zwf88U/75o+zw/8APFP+ +asUUAV/s8P/ADxT/vmj7PD/AM8U/wC+asUUAV/s8H/PFP8Avmj7PB/zxT/vmrFFAFf7PB/zxT/v mj7PB/zxT/vmrFFAFb7PB/zxT/vkU9IY0H7tFQewxU1FADQOadRRQAUUUUAFFFFABRRRQAUUUUAF FFFABRRRQAUUUUAfGv7bn/Jq3hf/ALKBoX/pYtfYFv8A8eMP+4K+P/23P+TVvC//AGUDQv8A0sWv sC3/AOPGH/cFckP48vRH0GI/5FND1n/7aWFp1NWnV1nz4UUUUAFFFFABRRRQAUUUUAFFFFABRRRQ AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFNanU1u31oA8v8YSM/gPxBntexr+q14ePvfzr2 7xb/AMiL4h/6/wBP5rXiY6V/NPH7/wCFWH+E/U+G/wDc5eoYOO9HTrUlRtX5Pdn2bQ35tygc5OBX zHrv7Y37OXhvxxrHhzWPiRBaaxpd1Ja39v8A2dcuYZUJDISsZHBBGc44r6ej5nj/AN4fzr8lf2f7 X4+XP7U/7VbfB6L4fSWA+IMv9o/8JnZXc0m/L7fKMBAVcZzu5zX2GR5bhcfCtUr3tTSa1tq3r0Z4 2NxVShOEYfa3P1Y0nVbHXPCum63pdx9q0y/tI7q0m2FRJFIgdGweRlWBwa0O39f61+cXiC3+JHxB /wCCxuqfCHUPix4r8D+Gv+FR2mqarZeDdWe0jN2pgVzb7wwgDSvkso3sg2E/Ma8u+HfxkvvEH7Hn gz4d+NvFHxN8afEe4+IOqaLoFv4L8QrY6trsNqOl3duRiJBIOSwJ2jqFNeg+F6k4qUKid+V2SbaU r6/KxyrNYL4o2tf70fpf8UfiRoPwj+A/iL4ieKI7ubQdGiR7uOxiDzkPIsa7VJAPzOufaur8P6vb eJPB2h67p4dbHVbC3vbbzBtYRzRrIm4djtcZ981+NHiDxp4/vP2A/wBub4W+N9U1zULXwVfaWulR +J9aj1XUbFJrxA1tJdx/LNtMa8jgHOMdK9Yiv/Hnwc+N37EGteH/AIyeKPG9r8Sn0/S/EHh3UtRS bS5LdobRFazt1UJCsYmKBhkho87jlwfRlwoo0uVz/eXeutmlFSt5O3c51m37zmt7tvxvY+//AIXf GDwv8XF8cHwvDew/8It4jl0LUftsIj33MSgsY8E5TnqcfSvVd3PpzxX47eEfiV4o+E//AATz/bb8 beDJPs/iSD4wT21pemJX+x/aJYoWnCtkFlDnbkEbipPGa+gPgTa/HjS/2pvAl3Ho/wAU7r4R614a kHiy8+IviC21OP7b5Jmt7yzZHZohI21Nq/Lhxwccc2N4YVONStTmowjsm9W1FNr8dDahmafJCSu3 /mfWvxC+MHhb4a/ET4Y+GPEEN9JqXjvXhouim0gDxpOTGuZDkFVzKvIz39K9TDA/xZ7j/Pevg39r sbv2yf2G++fixHkjvmS06V89adr3xI+Ln7M/7T/x61T44+M/BPibwDrd9b+HNB0DWvsek6dHaIGj int8ESmX7hLHkj+I8VhhuHY43BUa8ZcrktXq9XKy0X4lzzGVGvOnJXtt00tqfrxnv2+n5UnO3+fF flHH8UPiZ8eP2jf2S/h3r3xA8Q/DHRfFnw7fxFrc/hG/Gl3mr3qG5VUjlUHaG+zIQmCAWfAJK44e 8+Nfxb8A/AH9t66034qax421Lwz4r0zRdB169uhMNOgmuHgkmiUDZG+zClkCjfhsA8VrDhDEytH2 i5nbSz6y5d/xJeb019l2/wCB2P1A8bfGDwr4D+Onwv8Ah/rUN+2tePb+ey0R7aAPCkkIjLea2QVH 71eme9bXgb4haL8QbPxFcaLY6vYx6NrEml3S6xpUlkZJUAYtEH+/GQeJBwccV+Z/iDwTfeCv+Cgn 7A8N58VvE3xKXV71tSdfFWpi+lt5JorYySwyFQ6wS8KI2LAGNypyzV5z4i+L3xhj/Yc+J2sab8UP Etr4jsv2kv7G0zUH1iZnt7M27FbTl8+QGwTF9046V6z4Uo1KEFTn7zWsne1+Zra3ZHJ/as4VXzLT t8u5+xninxh4X8E6Db6p4t8Q2Phuwnu0tIJ9QnESzTyHEcSdSzNg4ABOAfrXTY2sykYZWIIPUGvy P/bO+C+oeCf2bPg3Jr3xe8deNNZl+KNnZ393qWt4t/MnW4d7iKELiORGUrE+fkQ7cenYfEjx94t/ ZM/aq+JPh/WPiF4p8VeD9e+FU934Ifxbrst/cJrNqfKaPzHwBK5LyHaoJLR+gryY8MwxFCEsNW5p S5tLNJ8rSdvzOp5nKE2qkbJW69z9QM/5xR3rx/4B6H4n8N/sb/D3TfGuval4k8XNo8V1q+oarfSX Vw88w81lMjksQu8KAegGK9gXrzXwWJo/V68qalzcrav3sfQU5OcFK1rhjjvSVIfu0yuXVmrR6H4E YrpfiY9D9kB/9Cr3K0Zm0+3ZvvFBmvDfAv8AyCfE3/Xov/s1e42f/ILtf+uS/wAq/rLg1t5BS+f5 n4znatmUy5RRRX3p8+FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA1ug+tfkf/wTV/5O 7/b6/wCyr/8Ate/r9cG6D61+R/8AwTV/5O7/AG+v+yr/APte/oA/XEdPxpaQdPxpaACiiigAoooo AKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigD41/bc/5NW8L/APZQ NC/9LFr7At/+PGH/AHBXx/8Atuf8mreF/wDsoGhf+li19gW//HjD/uCuSH8eXoj6DEf8imh6z/8A bSwtOpq06us+fCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK ACiiigAprU6msOfrQB5b4s/5EPxF3230efzWvE69u8UTXGj6pczz6W+teHr5QLuCDBljYfxqO/uO vAxXmba18NQzbrfxHG2eV/s2Tj2+7X49xXwxj83xka+Gata2rPtMnzWhgaLp1U9XfQ5/dTWrof7a +Gf/ADz8Sf8Agtk/+Jpf7a+GeP8AV+I/x02T/wCJr4D/AFEzr+7959J/rHgfP7jm/m4K8MDxjtXy 3rf7F37NfiPx7rXibVvh5PPrerXj3eoXMPifVIBPLI2WYpHcqoyT0UYHTivsj+2vhln/AFXiT/wW Sf8AxNH9tfDPH+q8R/jpkn/xNehheEuJsE28PNRvvaRhVzzK61ueLdvI8J8OfBb4a+E/i5ZePNA8 OGz8WWvhmLw3BqDalczEadHt2QFXkZWI8pP3hG845Y81wd5+yX8AbzwlZaO3gV7a3s9bn1qyntdb vorq3u7jb5zpcLN5iB9q5QNt+UYAxX1kda+GZP8Aq/En/gtk/wDiaP7a+Gf/ADy8R/jpkn/xNdEe GOLIS5o1ddvi6Lb8zJ5zlLVnD8D5bt/2W/gLZ+C/H3h2z8AxWmieNEtk8S2sOq3irfC2ffD/AMts xkN8xZCpYnLZOad4P/Zf+A/gP4y2fj7wr8PrXTfFFhHs0+d7y4misOMEwwySNHExHVlQHJJ6sSfq L+2/hnn/AFfiT/wWyf8AxNH9tfDPH+q8R/jpkn/xNN8NcXNOLraPf3vl+Wgf2xlGnuPTyPCND+Cf wt8O+B/HXhzS/CFsdB8ZahLqHiWwvZ5bqHUJ5VxI7LK7bc4HypgAgEYrnfh5+zb8IfhX41tde8Ea FqGn31pbyW9itz4kvruC0ik4dI4ZpmjUHGOmfQivpn+2vhnn/V+JP/BZJ/8AE1FNr3wwhtpJnj8R qkSNIT/ZsmQFGc/d9KyfCvFMoyi6l1Lf3tyv7aypNNRenkeSeL/hj4I8eeMPBPiDxZon9rat4P1U ap4duPts0Rs7oFCJMRuqyf6uM4cMPl6cnPl3i39kv9nvxt8Tr7xf4i+HcVxrF/Ms+p/Z9Su7W21C RTlXnt45UikbPJynzZOc17J8K/jt+z/8ZPAN74m8C3Xim+0m11B7GaSbRJoSJVUMwwVzgBhz65r0 3+2vhmD/AKrxHn/sGyf/ABNFLhXiqgl7Opy20VpdAnnOU1HeUW/kfDf7SXw5j8TWngiwtP2Y9N+N ek6TbutobfxR/Ydzo7LtWOCPy9reQwVchWwNo+U1zv7M/wCzLdeFfg/8Xovi94V0K3/4WNq3nXvh DT2Etlp9kgIht9ygAuNxOV54U5DZr9Bv7a+GRHMPiP8A8Fkn/wATR/bXwz/55eI//BZJ/wDE16v9 hcTrALCR5V58zvo7/LXscjzPKnW9o0/S2h8m+E/2Sf2ffBPi7wr4g8O+ATa694bv/t2jahPrN7NN ayYAA3PKd0YCjEbAoCWOAWJOncfsx/A+58A6r4Xn8EeZoWpeKx4ovbb+17webqgXb9p3CbIwONgI TnpX0/8A218M8/6rxHx0/wCJbJ/8TR/bfwz/AOeXiP8A8Fsn/wATXnS4a4uk7utf/t75/mdKzfJl tB/ceOfE74X+BvjH8NZvB/xG0NfEOgvdrdiLzpIXjnUkiVHjKsh+Zuh6EjkGvjL4qfs66/8AE347 /BH4X2Hwzg8M/Av4a6mL3/hKL7XzdXGoW21GazhRmaUbnUKxfPQMcBcH9MP7a+Gf/PLxH/4LZP8A 4mj+2vhln/U+I/8AwWSf/E10YHhzifA35HFrWyctE2rNrzM62b5XXtzJ9OnY5v5tzEqOWJIAAA/D tTl610R1r4Z/88/En/gtk/8AiaP7a+GX/PLxH/4LJP8A4mvn3wLnknd8t/U71xFgEktfuOfJptdE da+GX/PLxH/4LJP/AImm/wBtfDP/AJ4+JD/3DJP/AImhcB53/d+8f+seA8/uOi8D/wDIF8UH0sxz /wB9V7lZ/wDINt/9wfyrxLR7631ZP7F8I6Pe2emzuGv9Rv4ijuo/gVTzz0P1969xhXbBGg+6oAFf vWQZdVyvK6eGqtOSvex+d5hiYYvFyqxWjLFFFFfTHlhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR RRQAUUUUANboPrX5H/8ABNX/AJO7/b6/7Kv/AO17+v1wboPrX5H/APBNX/k7v9vr/sq//te/oA/X EdPxpaQdPxpaACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK ACiiigD41/bc/wCTVvC//ZQNC/8ASxa+wLf/AI8Yf9wV8f8A7bn/ACat4X/7KBoX/pYtfYFv/wAe MP8AuCuSH8eXoj6DEf8AIpoes/8A20sLTqatOrrPnwooooAKKKKACiiigAooooAKKKKACiiigAoo ooAKKKKACiiigAooooAKKKKACiiigAooooAKaadTW6fhQBCyq67GUMp7HpVE6ZprN81nASf+meaz da1tdJ8PahfbfNa3IRUzjcxIx/MV5P8A8LK8QM7bYbIDPTyGOPbO6vkc14jy3JqsaeJk+Zq+iuet g8txONi5Ulou+h7V/Zel/wDPnD/3wKP7L0v/AJ84f++BXiv/AAsrxF/zxsv+/Df/ABVH/CyfEWP9 VZf9+G/+Krwf9e8j/ml9x6n+r+Y9l957X/Zel/8APnD/AN+6P7L0v/nzh/79ivFf+FleIv8AnjZf 9+G/+KpP+FleIv8AnlZf+A7f/FUf695H/NL/AMBD/V/Mey+89s/svS8f8ecP/fA/wpP7L0vP/HnD /wB8D/CvFP8AhZniLH+rsv8Avw3/AMVR/wALK8RY/wBXZ/8AgO3/AMVQuO8j/ml/4CL/AFfzHsvv Pa/7L0v/AJ84f+/dL/Zel/8APnD/AN8CvFP+FleIsf6uy/8AAdv/AIqk/wCFleIsf6uy/wDAdv8A 4qj/AF7yTvL/AMBD/V/Mey+89s/svS8f8ecP/fA/wrL1jTdNHhXVNtnDu+xy/wAAz/q2ryf/AIWV 4i/542XH/Tu3/wAVR/wsjxER/q7LHp9nb/4qhcd5H/NL/wABH/q/mK6L7z4f/wCCSmn27/8ABPTx sbu0RpD8SNR/1kfPCReor9S/7L0v/nzh/wC+B/hXh1v8QtatYilvZ6dbqW3ER2hUZ9eG61N/wsvx Ef8AlnZf+A7f/FUf695H3l/4CH+r+Y9l957V/Zel/wDPnD/3wP8ACj+y9L/584f++BXiv/CyvEX/ ADysv+/Df/FUv/CyvEWP9VZf+A7f/FU/9esk/ml/4CH+r+Y/yr7z2n+y9L/584f++BR/Zel/8+cP /fArxb/hZXiL/nnZf+A7f/FUf8LK8Rf88rL/AMB2/wDiqX+veRr7Uv8AwEP9X8w7L7z2n+y9L/58 4f8AvgUf2Xpf/PnD/wB8CvFv+FleIv8AnnZf+A7f/FUv/CyvEOf9XZf+A7f/ABVH+veR/wA0v/AQ /wBX8x7L7z2j+y9L/wCfOH/vgUf2Xpf/AD5w/wDfArxb/hZXiH/nnZf+A7f/ABVH/CyfEP8Azzsv /Adv/iqP9e8j/ml/4CH+r+Ydl957T/Zel4/484f++B/hR/ZWm/8APnD/AN8CvFv+FleIv+eVl/4D t/8AFUn/AAsrxFn/AFdl/wCA7H/2ej/XvIt+aX3E/wCr+Y9l957pDDBCNsMaRqeyjFWgea878K+L Jta0y9a8iSG6tMM5TO1lOfX6GvQI2DRqw+6RkV91gcbh8ww8cRQd4y2Pn69Gph6rp1FqiaiiivSO cKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigBrdB9a/I//gmr/wAnd/t9f9lX/wDa9/X6 4N0H1r8j/wDgmr/yd3+31/2Vf/2vf0AfriOn40tIOn40tABRRRQAUUUUAFFFFABRRRQAUUUUAFFF FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQB8a/tuf8AJq3hf/soGhf+li19gW//AB4w/wC4 K+P/ANtz/k1bwv8A9lA0L/0sWvsC3/48Yf8AcFckP48vRH0GI/5FND1n/wC2lhadTVp1dZ8+FFFF ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABTWp1NbqPrQ B5b4uz/wgfiLk8X0f/steInLHA/AV7d4t/5EXxD/ANf6f+y14l1X5uR6d6/mnj+/9rx/wo/UeG3/ ALJK/c+XviJ+0hd+HP2nF+DHw4+GGr/Fj4jx6MNY1C0s72GztrC1Yrh5JZO+HQ4A43AV7F4Z8bXl 18Erfxd8RPDx+Etwof8AtGw17U4Ntlh9is84cR7W4IORnI6Zr4n/AGqbL9mm4+O95ruvfGm9+Bf7 QGhaPG9prmjzXEdxcRNGXhR40TE6kfLhXVuQCSBtr5o8beNPjR48/Ym/ZR8efF+G0j8N2/je7/4S LUfEWhzS6ZNGvlLp95qVrDtZoT/pAyAA2Ced2DNHIcJj8FRdNezvpJu/M3Zv3ejTOmWOrUK01J83 psfsHH488DzeDbTxHH4z0GTw/dXItrbUhrVubWeY9Ikm37GkOD8gOevFWdJ8XeFfEGu6lpeg+KNH 1zUtPfZqFpp+qQ3Etq2cbZEjZmQ5BHIGDx1BFfiF8ZvD+hwfsnfFPXfD/wATvAvjbSfEHxD8PXFz ovw9sp7PTdIufLu1eREclUaVMZCHOVOcGvri68E6F8NP+C5um+GvhPoWneDI9V+D+oRta6ZbrBHc ToZBFJIq/efdFGxflmK5OSTWc+F8Eoe7Xd2na6svdSev3jjmldyXuaafifR/7RH7Q2k/CP8AZk8d eLPCepeHfFfi/wANy2i3Ggtq0ckkImu4rdvOjjcyJjzO44bAPXFe86XrkVx8MNL8RalNBptvNpMN 9dTSyiOG3DwrI7M7EAKu7qT0Ffz/AOpSfBm1/wCCMPiTw7rGj28f7TVn4rdtZ8/TX/tmAC9QO9zM Vz9n2Ntw7bfNZOC2DX71eGtPsdZ/Z38PaTfRpc6dqHhi1t7hZFDJJHJaIrA9iMMa5c6yfB5bg6MY 3u5yTl1aSWqV7W10NcHjK1erJvtdLzLt1448F2Xg7T/EV94w0Ox8P37hLHU7jWbdLW6Y5wsUzOEc naTwx6H0OOc+J3xF03wF8HvFmrwahpdx4m07wzeazpmj3F8iy3ywRM+VjDeYyZUgsqkDB9DX44+E /A+r/F+GP9kXUI7lf+FSW/jC+nluMgSSsBBph46lJJPMAGMhj716B8MPEVz8dvhv8dvjJq8MwXwb 8AIvB1t9oi+VbxrR2vGUnndmPJPpMfx9JcKYSg1UlW5kmrrybXL/AOBdexzvNa8/djGze36n6R/B X42aH8SvgH8N9a1vWNB0Xxx4n0RdQPh2LVI1uOXcfu4XfzWXEZbOOmeoFelat4+8D6D4rt9A1vxp oGj67OAYdOv9atoLmQN90iJ3DHORjjntmvxyvPA/g/wl+wd+wN4+8O6Dp+jeNr7x5p7X+vwwhbu4 DzSErLLjcyAxqApOFwcYyapyyfCXR/gb+2J4d+Pml2c37RV/4l1BvDo1rT3m1W58wYsWsZNpIQSc jawGMdVOK0lwxgMRVdSlNqLbVkldWlZ9dl95MczxEIKMlr3+V/vP058YfGnWPDX/AAUk+D/wRt9H s7jR/GGiahf3eoSswnt3torh1VAOCCYFzn+8fSvZY/G3g2b4gSeEofFuiS+KowS+ipq9ub5cDODB v3ggcn5eBycCvyz0PT/H2n/tsfsL6Z4ja5h+I0XwZ1qNkvmJuI7j7DqHkLJk58wL5YOeQRg4xXiX wr0LT9e+DHgvwzr3xR+G3wr+K+i+PFvbk6toF7F4zOpi5PySXO4mZZdwGANn3c4xmqrcMYGphITj O3LF3cdb6y95+WltCaeZ1lUd43u+vy0P3Wvr6z03R7rUNQu4LDT7WMy3N1dSrFFCiglmd2ICgAE5 OBxXO2fj7wLf67b6XY+NvD99qU9p9shtLfXLaSaSDaW85UVyxTaC27G3AznGTXEftGBG/YO+Nisi eW/gzU/kPTHkNxz1449OPpX5R3Xwr+HkX7NH/BO++g8K6da6l4q8RxW/iO/hi8u41SGaRFkimlGG kQj5QpJAViBgEg/L5RkuFzChKpVqONm4q1uibv8Agepi8bWoSUYRvdXP2e0Lxd4X8UaTdah4Z8Ta V4i0+2kaO4udL1OG5ihZeSGZGIU45weg56c1DoPjbwf4qjvpPDPi3RfEa2RxfHStWguxbdf9Z5bn Z908tjoea/HL4leFtY0D4g/t/wDg34OaP/YelpZ6DcTaF4etjFGtqJt10I4YsbR5byblUD5C4HBr 1n4G6b4R179pjwb408I/Fb4VR3Fp8OtQ0+98I+ANAutOutQtfsTkG8VyV8yGTYxZ8ElOM8V7lXhX CU6HtFXdtGtNrpPW1976HDHNqznycmux+lVn8Rvh/fajpFnZ+O/Dl5earn+zIbfXrWR77DFT5KrJ mT5gV+TPII7GtDRfGHhXxJqOpWfh3xNpGvXmnP5d/DpuqQ3L2rcjEio5KHII+bHI9jX4Rr8O/BMP /BCj4ceOovD9hb+Nrv4qfZ5NfjjCXvk/aJY/KWYYdY9ig7AQMgNjPNfZWmeD9L+H/wDwXK8YeF/h Roll4PS7+B8zW9jpcCwQyXYKiKVlTALl0Q7zgluSckmlV4WwMeaMKzvHmWqVrxavfXzKhmmIerhp p+J+gx8feBl8fHwq3jTQV8Ub9v8AY51u3F7u/u+QX37vbbnHOOlLd+PPA+n6jdWt9400G0ure8Sz uLeXWYElhuHBKQuu/KyEKxCEBiFJxwa/DKQfCd/+CTbeCG0SNv2xz4y8v7P/AGZIfE5vftwct5oX f5fk5H3sZ/2vmr6s/Zx+Fnhvxn/wVX/aZ174laHa+KPFHhW80Vrdb4+ZDDfyRObifbnDSiS3wHIO MtjrzpX4WwGGw9TEVKskoX6K7s0rrXZ30YqeZ16lVU4x+L8PI/Sb/hNvBjeA5PFS+LtEfwxG/lya yNYtzZK27aFM/meWDuO3BbOTjvgdHFJHNAk0MiyQugZHRtyspGQQe4IIIPORz3r8XtQ8L6pZ/tZ6 p+w9Da3C+FdZ+L1v4wjlK5i/sA27XUsWMYwGjjOBxkEV+0kapHCsccSwRqMJEowsY7KB2AHGPavk s3yqhlipuM7ueq0+z0fq9T08Hi6mKcuZW5Xb5nongUf8SfxP7Wi4/wDHq9ysv+QXbf8AXNf5V4b4 H/5A/ij/AK81/wDZq9ysj/xK7f8A65j+Vf0NwbZZBTXqfmOd/wDIxmXKKKK++PnwooooAKKKKACm k80NVWaUIcZ28Ekk4Cj1qW1FXYFjdz/9ek315TqvxKhttReHTbMXkattM0j7VP04rK/4WhenH/Ep g/7/AJ/wr4mtxdkdCq6cqmq7I92nk+YVIKUYaM9r3fWl3fWvE/8AhaF5/wBAq3/7/n/Cj/haF5/0 C7f/AMCD/hXP/rnkP/Px/ca/2JmP8h7Zu+tG7614n/wtC8/6BNv/AOBB/wAKP+FoXn/QLt//AAIP +FH+ueQ/8/H9wf2JmX8h7Zu+tG7614n/AMLQvP8AoFW//gQf/iaP+FoXn/QKt/8AwIP/AMTT/wBc 8h/5+fgH9iZj/Ie2bvrRu+teJ/8AC0Lz/oFW/wD4EH/4mj/haF5j/kF2/wD4EH/4ml/rnkP/AD8/ AP7EzH+Q9qL84/rX5I/8E1mH/DXn7fPzBgfiuTwe3n3/AD/Kv0E/4Wde9tKg/wC/5/wrm9C17w94 X1PWL3w14B0Hw9eatc/atVn022jt5L6bLHzZmRAZH+ZvmbJ+Y+po/wBc8h/5+P7g/sTMf5D6PDcd /el3fWvE/wDhaF5/0Crf/wACD/8AE0f8LQvP+gXb/wDgQf8A4mm+M8hX/Lz8A/sPMf5D2zd9aN31 rxP/AIWhef8AQKt//Ag//E0f8LQvMf8AIKt//Ag/4Uv9c8h/5+fgH9iZj/Ie2bvrRu+teJ/8LQvM f8gq3/7/AJ/+Jo/4Whef9Aq3/wDAg/8AxNP/AFzyF/8ALz8A/sPMbfAe2bvrRu+teJ/8LQvP+gXb /wDgQf8ACj/haF5/0C7f/wACD/hS/wBc8h/5+fgH9iZj/Ie2bvrRu+teJ/8AC0Lz/oF2/wD4EH/C j/haF7n/AJBMH/f8/wDxNH+ueQ/8/PwD+xMx/kPa931pQ1eKL8ULzzV36TDs7gTnP/oNeiaF4js9 c0prq3yjIcTRPjdGa9jL+IcqzOr7LD1Ly7HDictxmFhz1IaHUhuadUK/MM/e9DUw6V9QeWFFFFAB RRRQAUUUUAFFFFABRRRQAUUUUAFFFFAHxr+25/yat4X/AOygaF/6WLX2Bb/8eMP+4K+P/wBtz/k1 bwv/ANlA0L/0sWvsC3/48Yf9wVyQ/jy9EfQYj/kU0PWf/tpYWnU1adXWfPhRRRQAUUUUAFFFFABR RRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU1v6U6mt92gDy/xNG9z4P8TQ wL5s0d0kjIOoHy8+/Q/lXh/GB39Qa9/8SaLrn9rrrXhm5jh1ALsmhnTdFcJ/dYexPBBBH41xbah8 RhIf+KL0KT/aAcZ9+lfmfEPCks7xEa0anLZW1R9TlmcPL6TpuN7u55Nc6Xpd7NHLfabZ3kico9xb JIyn2LAkVckijkt2hljjlgZdrRuFKkemOmK9M/tL4jf9CToQ/F/8KP7R+I//AEJOhfm/+FfJ/wCo OMsksTttvoez/rHSvf2R5PBpWk2tibW20uxt7UtuMMdtGqZ9doGM1caGFroTmOJrgDAk2rvA9M9c V6Z/aPxG/wChJ0P85P8ACj+0fiN/0JOhfm/+FEuAcXJ3eI/MFxJSW1I8t+w2LTXEhs7VpJwBO/kI WlA6BjjnoOtWNoVNowqgYAGK9K/tH4jf9CToX5v/AIUf2h8Rv+hJ0L83/wAKmXh/ipL3sRf1TCPE lKPw0rHmK28CXMk6wwpNJ9+RY1DN9T1NNS1tY4ZI4reCKKT76JEqq/GPmAHPHHNeof2j8Rv+hJ0L 83/wo/tH4j/9CToX5v8A4Uf8Q/xf/QR+YLiSkv8Al0eYfZbUxRxfZ4PLiOY0Ma7Yz6qOx+lMksbG 4vobqeztprqLiKaSFGkT6MRkfhXqX9o/Ef8A6EnQvzf/AAqC61j4jW+mXVx/wg+g/uoXk+YyAfKp b09qpcA4uO2I/MX+sdKSt7I84MMLXCTNFE8yZCSFVLKD6HqOp/Oq8mmaXLqy38unWUl8v3bl7dDK P+BYz+teafsl/tMfEr9pP9njWvHEvwz8M6S1h4juNK8m1klZG8pUbdlu/wA1fUP9pfEb/oSdC/8A H/8AChcA4tbYn89hviOm96X4nmrRrIrLIFkjYYZXwQwPY+1R/ZbXy41+zwbYj+6Xy1xH/u8cfhXp 39o/Eb/oSdC/N/8ACj+0fiN/0JOhfm/+FRHw+xMdq/4MHxLTe9I8zWGJJ2mWONZWGGkVFDMPQnvV W30vS7O5mms9Ns7Oeb/WyQW0aM/+8QMn8a9W/tH4j/8AQk6F+b/4Uf2j8Rv+hJ0L/wAf/wAKv/UH GW/3j8w/1kpf8+jy/wCx2f2XyPstv5AORD5SbFPqFxjOacYYWufOaOIzYx5pVd+PTd1xXp39pfEf /oSdC/N/8KP7S+I//Qk6F/4//hUvw/xb3xH4MFxJS6Ujy37DZf2p9u+x2/27bj7T5KeZj03YzTvK jWSZ4Y4oZpB80qxqGYjoWx97Hoa9Q/tH4jf9CToX5v8A4Uf2l8Rs/wDIk6F/4/8A4VX+oOMb1xF/ vBcR01tS/E+Gfhp8Atc0D9rfxP8AG74lePU+IXjy+0saPpLQaUtjbaTYB92xVBOXbgFiBwX+9vOP pzpjkL7GvSv7S+I3/Qk6Fx7v/hTf7R+I3QeCdC9uX/wroxXA+NxtRTrYhNpJLSySRnT4hpUYtRp7 67jfBatD4V8S3kilbdrdY1Y8BmyePryPzr26z40u2H/TMfjxXlum6T4w17UrZ/EgtNM0m3kEiafY IVV2B4Lkklsdh0BwcGvWo1VUVR8ygYFfqWT5aspwEMLzXsfI43EvF4iVW1rk1FFFe8eeFFFFABRR RQA1ulcX4iuWXQfErIxVobJdpB9d3+Fdo1cD4j/5AHi3/ryj/k9eXmLawFV/3X+R1Yb+PD1X5nz6 BgEY704DNL/jSr1r+J5O8mz97jog20z+IAZJJwBUtNjH+lQ/9dB/OiHvSSfUJO0bnyvefto/s1ad 4sv9F1D4n21jeWV69ndmbTrkRQzIxVlaQRlRggjr2r6Y03U9P1jw5YavpN/Bqel3tutxZ3drIJIp 4nG5JEYcMpBBB9DX4N6Tqfxc0/8AY7/bCbwxofh7U/hfN8QryHxddXUZm1e0hkkVZJLWNiIyFXac seCSfcfUvxC8XXvhf4b/ALGPwY+EOpeMNR+GfirRWnefwzqcWna7rkMMcbR2yXLsFgLGQl1UjsoJ xiv1jF8KYduEMNNqTet3dWUeZ37Psup8lRzaouZ1FovzvY/Uzv1+uaTkf7OPU5FflP4y+In7THwP /wCCePxuvtXtPFPh2CLxRY23gHWfGN7DqWrWGn3jSLOssyM3mNEURUdskeafRQO0+MWneKf2bf8A gnRqXxE8C/GDx9428SeILbTdOl1rxH4lOpWluLqRGkvrWNxsikI/do4ZgFf1G6vFfC9ROK9snzy5 Y2Tab0vftv5nd/akHf3Xorv+up+jN/eR6fol7qEyzSwWtvJNIkEfmSOI1ZiqKOWY7cAdScDvXNeA /GmnfEL4W6Z4u0mw1XS9PvjJ5drrWnPZXaeXK0bb4X5XJQkeoIPevhn4eWfx38KfE/XrqDR/idp/ whvfhzqE19dfELxTBqs9vqsVrJJDd2s0crNEJCACowMnd2BHiXwu+KnxA8L/AAN/Yr+N3jL4leI9 T8IavrereHfHR1TXJ7iK4V7+5FtPMruQzIgKh2yQEQA8CuyPCkpU5xjUTkmrfNN2t3du5j/aqupO Lt1P2D5z93+tJux6bQM5B4r8bLz4t/GiP9jTQPHB8VeKf+Ly/GS5trc6fqwW60zRo5GSOz06SZxH aPJIJQrLtG1Y+mK+hvCPjD4vfAjRfjx4q8c+H/G2nfCPS/DkepeDofiHrkGq6jFqgZYfsazpIzPH I7hghJwBxznPHV4Urwptqqm72S76pP5p/kaxzanJ25WfcHhnx14X8Ya34r03w3qy6rdeG9WbSdZM cbBLe7VQzw7iAGZQRkKTg8V12W2919PWvyP8SeC/il8PJv2MfhT4a+JGufD/AMV+Or7U7zxxqGnX bKbi+vTFPcSSoGCSyRqxjjZwSNqt1Fdl8S9T8daX+3H8Pf2bNM1L4n+LfBWjeAP7VZPC/iiLT9f1 +4aSVfPuLyRkMiRhfuKeoJIPUdE+GKdStGNCsrNN7PaLs3567ELNHGLcoPS34n6fcn/PH/1q5vxJ 4y8L+D4NLk8UeILLQRqeoR6fpwvZthurmQ4SGMYJdjkcAdOTjrX5nX/hv9sa4+AfgO68fab471Tw v4V1fUo/E2iaJ4pi03xNq2nhUezupriPImZFaVWQMC3lAnJO6uC+O9p4N+JXwA/Y58c+DfiB8RLv w9rPj+DRIhrfiWV7u1xcSeZKSQcXaSM0azgk7EjHOBV0uFY+2iqla8W2m4q9mk2lfzsTUzVqL5Y2 atufskS29lJ+71o/x/8Arf8A18V+ePj5fFXin/gqN8Pf2XJPiX418KfD3Sfh/wD2pJd6Xrr2+teI rlN6L9ovMb5GxGC3y5Zg5IJII+R/EHxe+OMPhTUPhnoHxf8AEFxN4X+P9v4W0Hxi9+z3V7azCeNY rt1IF0qNEj7W3A7iDldoGWH4Uq4mMZRrLVX1T2d7P101RU82jTveG2m/U/cb5tg/h9Tj9aP/AELu K/M340t4++FvxU/Z/wD2etJ8YfEXxzo/iGfUdQ1/UNO1+K28Ra9KjAi1ivJWQRRgkkopyVIAzX0Z +y/a/GbSvDvxA0P4qaX4lstDtNeWTwTP4w1GK81Z9PlVmaGeeN280xsqgO3OGPOAAPLxeQvC4H63 7VNPVLur2/pHXSzBVK/suVpn1RS4+Wmc5NSL92vjbs9oaVwtegfDuRl8U38QzseyOR24P/164Fq7 z4d/8jddf9eTV9dwu2s8oWfU8LOEnl1S/Y9u0mZrjw9Zyn+KIVqVj6D/AMipY/8AXMVsV/YHU/FQ ooooAKKKKACiiigAooooAKKKKACiiigAooooA+Nf23P+TVvC/wD2UDQv/Sxa+wLf/jxh/wBwV8f/ ALbn/Jq3hf8A7KBoX/pYtfYFv/x4w/7grkh/Hl6I+gxH/Ipoes//AG0sLTqatOrrPnwooooAKKKK ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKa33adTWoAizx9aQ Oua4nxRq1xaeD9YuLNvLuIpVhRh1Xdjn9a8NOsaszlm1O7J75uG/xr8+z3iqhkleNKUHJtX0dj6L L8oqY+m5qSVu59U7l96TcPU/5/Cvlf8AtbVP+gldf+BDf40f2tqn/QSuv/Ahv8a+U/4iJh7fwH96 Pa/1Zrf8/F+J9Ubvc0bvc18rf2tqmf8AkJXX/gQ3+NL/AGvqh/5iV1/4EN/jS/4iJhv+fL+9B/qz W/5+I+qN3uaN3ua+V/7W1T/oJXX/AIEN/jR/a2qf9BK6/wC/7f4014h4a1/YS+9B/qzW/wCfi+4+ qN3uaN3ua+Vxq+qZ/wCQldf+BDf40f2vqmP+Qlc8f9PDf40v+IiYbpQl96D/AFZr/wDPxfcfVG73 NUdTia68PX1vF800tu6IDjklSB+pr5l/tfVM/wDISuv/AAIb/Gj+1tUz/wAhK6/7/t/jR/xETDf8 +X94v9Wa3/PxHl//AATv+CHxG+Av7G/ijwl8TtGi0PXLzxpe6lBBDex3AaCRI1VtyZAyVbg88Cvv ktz3/wA/hXyr/a2qY/5CV1/4EN/jS/2tqmP+Qldf+BDf40/+IiYf/nw/vQf6s1l/y8X4n1Ru9zRu 9zXyt/bGqf8AQSuv/Ahv8aP7Y1T/AKCV1/4EN/jS/wCIiYf/AJ8S+9D/ANWa/wDz8R9U7vc0bvc1 8rnVtU/6CV1/4EN/jR/a+qf9BK6/8CG/xpf8REw3/Ph/eg/1Zr/8/EfVG73NG4e/+fwr5X/tbVM/ 8hO6/wDAhv8AGj+1tU/6CV1/4EN/jR/xETDf8+Jfeg/1Zrf8/F9zPqjcPf8Az+FLu+v+fwr5W/tb VP8AoJXX/gQ3+NH9rapn/kJXX/gQ3+NP/iImG/58v70L/Vmt/OvuZ9U7l/zik3Ddjb/Kvlf+19Ux /wAhK6/8CG/xo/tbU93/ACErv3/0hv8AGn/xETDdaD+9B/qzW/nX3M+qARu5qbI//VX5z658Tb63 /ab1/wAO+Kv2ir74KeHdN8HaffaT5h0yO31G7mu75LgvLfW0m7ZHb2w2rKmN+f4s17V4d1H43Xmg LrHw/wDjF8PPjlo+4ZjvNPFk4Xg8XthNPEWIzjMKjjr1I/WMux0MywUMTFWUle3Y+QxWHlha8qUn ex9XbqXNfPGl/Hi20rxFZ6D8XvCuofB/WLuYQ2d1qs0dxot7IfupFqMWYg54Ajm8tySAATxX0Erf Uc9xivUOMmooooAKKKKACuB8R/8AIB8Xf9eUf/s9d93rgfEf/IB8Xf8AXlH/AOz15WZ/8i+r/hf5 HVhv94h6r8z5/wD71C9aT+9SKfnr+J5aSZ++LZEnaotxWRWzyDkY6jFS9qjqU7O42rnlHh/4I/C3 wv4G8deG9D8IwWeh+Mbme58S2j3dxOuoSTqUlY75GKZBxhCoHUYODWDqH7NvwT1P9nnQfhXfeBYb rwToc5m0Wyk1G6abT5GcuWhuTL56HLHgSYxxjAAr3Tv7UfxZr1FmWPi7xqyve+/VKyf3aHM8NRe8 UePeHPgL8KvC/wAK/Evgmx8Lfb/DfiIg65aazqFxqJviF2gu1w7sNoA27SMEZHIzXM+Ff2U/gL4N 0XxNpeieA1bSdf07+zdTsdR1W8vreS280S+UiTysqASKrBlwwIyDX0PiuR8cePPCHw2+HN14s8c6 7b+G/DltLHFNf3SuY0eRtqAhFZsluBhT71vSzDM6k3CnUk3N7JvV/wCZnKhh4RvJLT8DzTwP+zP8 G/h1ql5deE/DN5aS3OmTaWyXXiHULuOO0mXbJDGkszBFI4yo3D1HOblx+zt8F7r9lix+Ctz4Jim+ F9nc/aLbRW1G7/dS+c8+4Teb52TJJIT8/cjAHFZcf7VX7Ock3iJI/jD4bZtCi83UiLp8Rru2ZQ7P 33zFRiLecnvya6ey+Ovwg1H9nqb4rWvxD0Zvh7DKYZdce4ZIY5QRmIqy7/MyR8m3dyCAcg16E3xC pqcue91rrutn672OVLANWXL/AMDqWNV+C3wt1z9nGx+Emr+DbLUPh5Y20VtZaPM7stusfEZSUP5q uOcSBw/J55NcZo/7LPwQ0XR7jToPCd5eWk95aXcqah4k1G63PaSeZbA+ZOQUjbkIRtP8QNdNofx7 +D/iX4ReJvHei+PtNvvCvhxC2vXarMjaaOOZomTzE9vlwecZwcc7ZftUfs66j4gl0m0+MXhqS8j0 46hIr3TIgg2CUtvZAm4KQ2zdvHTbuyKVNZ/aUYc9r3e+/f1G3gZWk2j0jxH8N/BPi74qeCvG3iDQ l1LxR4SnluPD16bmaM2TyY8xgkbhHyAOHDAdgK574lfA/wCF3xcn0a48eeFl1XUtIJbS9Utb6eyv LPd1CTwOrhT/AHSSue3FJ4T+O3wf8dfCnXvHHhj4haPqnhXQ2I1jUjM0MdicZBlEiqyggZBxhu3P FVfh3+0J8F/ix4wuPD/w9+I2k+J9ahQytYwebFOyA4LosqoZF5zlc4HJwOawjDOqTU4qa9mrdfdv uvmW3gp+62nzficpf/smfArUPCmk6LN4X1JbGwWeOBovFepRySJcOHmWRxcBpA5UE7y3tjpXT+JP 2d/gz4q/Z20T4Uax4Fsz4D0eVZdJ0y3lltzZyLu+dJEdZA53Nlt2WLEtnOaxU/ap/Z7lO2D4raNc SKt07pAk7vGtqu6dmUR7lCLzkjB5xnBx2tx8Y/hja+C/AniGbxlYJovjO5jtPC12ElZdSlkHyIgC bgTn+IDHQ4rolU4gjyylzqzut997maWBaa0OZ8Wfs2fBXxt4A8H+G/EngmO+sfCtmtn4fnGpXUN5 YQqu0RrdJKszLgDId2yeevNLb/s2/A+0+G3hXwjZ/D2zs/DvhvXV13SLWG6uIzFqC7cXMkgk3zPh UBMrOMKAeABXue3aW9jjntSY449c15f9qZko8vtZWXn3Or6rQbvyo85+Jnwl+HXxg8K2ek/EbwzB 4jtrS5+02UrTS29xaS/34ZoWSRCcDIVsHAz0FSfDv4W+C/hT4c1DS/Bem3Njb3919qvZLzVbm+ln l2hN7STu7dMDAIH869ExRjmuV4zFPD/V3N8nbobKjT5+e2og+73/AB609fu03H+RTl6VxdzoBq7r 4d/8jddf9eT1wrV3Xw7/AORvuv8AryevreGP+R5Q9TxM3/5F1T0PbNB/5FKw/wCuQrY71jaD/wAi np//AFyFbC9K/sI/EhaKKKACiiigAooooAKKKKACiiigAooooAKKKKAPjX9tz/k1bwv/ANlA0L/0 sWvsC3/48Yf9wV8f/tuf8mreF/8AsoGhf+li19gW/wDx4w/7grkh/Hl6I+gxH/Ipoes//bSwtOpq 06us+fCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigA prU6mnrQB5b4sH/FCeIc8/6en/steI87RivbPFzf8UJ4i/6/k/8AZa8U/ir+aeP9M3j/AIUfqXDd /qkvUTbukjUtt3EDOR6+/Ffmz4P+Ovxw+OH7S3xK8LeE/il4E+Dd14Y8Ry6XpXhDXNEe61TVI42I 85t7BmDFekY3LnGMfMf0nC5lXnaOPmwSBzX5dftNeB/Ffx20jUtF0j9kPXND+LSaikej/EQ6jaW9 vDFHcACd543EkiNEvCuCV35GCBnweGoYacqkayWqXvStaPyk9V+J62YyqRUXBvTp3+4+zfHnx+8F /DHxhpPg3Xl1vxZ47n0n+0LrRvB+gS6jcw26ACS7kjU5ihLbtu4kn8q5fU/2v/gfpsfgGRdZ1XWI /Gmky6h4cOj6FNeNeeW7RtbhEy4nMiMgi2nnHIBzXzL43+CHxX8Iftn2HxGu7P4hfEDQdV8A6dou t6j8M/Ey6fq0N/awxxStKrkGWCRlZ8A5ycnBBza8BfAXxB4d/bf/AGVvE3hT4ZeK/Cvw+8O2mvza 0vijULe7vNLuLtbrYZnibrIzRsAobbvGTnNfQxyfIFRU6lTm91u6kkm0m7d1qkl3+48z65j+flUb a22ufV/hb9pv4S+KP2dvGnxOi1a+0Pw34TuntfEKa1pr2t3YTKARG0JySzblVQMkscdc18veLf2q l8cftj/so6T8NdX8TeGNB8QeJZ11/TNZ0OXTzqtkwg8iZRIpEsDHzQGRuoYdRmuW8T/s1/FXxl8J /wBtjw7B4fm0m88X+LrTVvCX2uaNIdWW3m8wqu1zjeFIBbb8xQkjmte+8P8Ax0+Jn7SH7HfiLUvg TrPgnQfh5fxwa9d397bSSKRFBHJIqI+5bYeUCp+9kvxwC2+Fy7I6HPWhJS0lo5L3bwutOrvp5WIq YnHTtGStt031/A/Qnxp4z8N/Dv4Ua1418Y6pHo/hvSLbz767lG4KMgBVA5ZmYhQo5JIA618GeKf2 qB45/bW/ZO0b4a6p4m8N6H4h8SzJr+lazokunHVrJxB9nkUSKRJC/wC9CujHkN6ZP0X+1r8LPEPx k/YE8ceAvCTI/iS5W3urC3kmEaXLwTpL5JY8AsFIXJxuAyRXzHdeH/jj8Sv2o/2N/EmqfAfWfA+g fDzUY4Nfub+8tnkQiO3SSVURyVtgIsqT82S4xwCfLyDCZW8O8RVac/fTTaSj7umj3u/uOzH1sTGp 7OF7WXz11PVfC/7THgPwP8LviX4v8efFDxF400Kx+Jb+HPtF34TitW0WZ42ZbRFifMsCiNj57Ybp xyK5L4z/ALdGmeFPgj4X8UfDPwlrmtrrXiWPT4dS1nwzcx6e9tl98sLAr5kjhVMUZILqzN/Divn/ AMTfs6fGjUv2Pfi94Zj+HOo3Wraz+0BH4hsbIGEtdaZ5Uim4GZcbOVGCc89OuPsD9t34a+MfiB+y n4Zsvhr4ck8SX3hvx3Ya0mj2LKkktrAs8ZEQYhcgSoQP7oPpXqTweRRx1JztLnk0/eSSXKrbefU4 41sc6ElG6su3meneC/2jPhz428aeLvD9rD4h8Na14c0Qa1qVh4n0N9NnismBIk2OSxIG3IIH3h61 3vwz+Ieg/Fn4O6H488KR38fh/Vy/2FtUsjayyKshj3bCThSQcHPI5r80f2zl8bL46+GPxU8K+F73 wj4s+K/h29+HmuaBqTxm+iW5kVoNxjYh3AI5XgBEBwTX6h+A/CeneAfhN4R8F6WqR6boGnW1hCYx hWWFQGb/AIEwZvxPfgfM5tluXYTCU61JNOo9r3slpL8dmenhMRiKlWVOf2VvbvsfM19+3D8CdNXx A083imSHQdafStcubfwtPJBpjrIIxLPIuUSNnJVSTlipwvHPaeEv2pvhD42+P9h8OdH1DVY9W1Oz lvNDvr/RZbTT9ZhjVmeW0nkx5qAI5DYAIRsHjFfIFr8CfixF/wAE4f2wvB7eBb9fFHi/4gT6h4es CYvM1G2aSFlkQ78bcK7DcQeDxng+heMvgr8RNf8A2mf2Q7y18N31ponhvwDd6P4k1FGjC6PNNpxg CuA2ch2/gDCve/snh1+5z231510ipXt66HEsXmCfNbT087Htum/tcfBrVPH+m6TbXmtro+paydF0 zxXNoEqaDfXwyPs8V4fkLEggHG0nIzxmqXi79sT4O+DPiH498K6mvii+17wbcCPX7bS/DM119mTG WnLIdohXgNIxXBZRg5r4x+Hf7PvirSPhd4a+D/xU+Fvxk8RLpGvLJb3Hh3xpbf8ACKkLOWjvFikb 93tBLEbdxyccnj3HT/hH8RY/jx/wUC1mbwjeC08f6bHD4Rn/AHY/tc+RcqyxfNkAl4/vY6jNEsn4 fpTlzSbSV17y973ktPk27eRMcXmMloravoey6P8AtgfBPX/ix4O8K6Vq2sXC+KZxbaBrcmgzxaTf XJC/6Oly2AZFLBWABCsdpPervj79qv4U/D34oax4Pvh4i8Ua7otstz4gi8L+HZtSTRomGQ906YEX HJHYHnHSvlu++CPxUf8AZK/YX8P2/gm+OreBvFNvd+KbQNEG0uJZMu8nz4xjk7SScd66GHwt8Y/g b+1V+09qWh/B/Vvi34f+KUxvdD1HRb23T7LMyTqbe9ErgqgMzfMMjCgj73ErKMinV9yV7J+7zpXt K17+mti3i8fGPvLtrby/zPobxb+1h8D/AAX8OPh34w1jxTNN4V8aib+w9VsbB54W8lV8wS4w0bAu F2kE5BGO9S/Dj9qL4XfEzUfGNlpQ17QdQ8MaQNX1ay8R6I9hMtmQWEyIzZZSoU54++v94V8aaJ+y z8SvCvww/Yf8K6h4b/4ShPCXjy61rxobZo5bXSobi4gl2vuYBgoVslcglW68Zm/bt8N+KPD/AO0T 4F8VeAVQ6x8VPD1z8N9agU/vJ1lkieKVR1dgDgnoBGg4yDVRyXIKtdYanJyclJqV9FyvqvNCljcf Gm6kla1tLdz9GPhv8QdB+KnwV0Px94Yjv4/D+rxvJYnUrP7NNIisV37Mn5SVODnkc13Xb8K5nwd4 Y03wR8KfDPg7R40j0vQ9Lh0+2WP7u2JAuR7Egt+NdLmvy/ExpLETjSvyJu3ofUUnN04829kd54Nt ra40bxMtxaw3OLNcCWJXH8XYitXWP2f/AIOeJvs2qXnw/wBK03XlTdHrehxtpWpwk947u0McyHPP DjNeSax8WPCfwl+HtxqniqWZm1vVLLQ9JsrVA893dXMhRVVcj5VXdI7dFRGPavr213LYRJ94qgXg enev6n4N/wCRDT+Z+QZ3b+0Zny14p0b4hfC7wnqB1S6n/aA+CzWzr4g0HxFaRXOu2Fpj95JDKFCa jEi5LQTIJio+WSVvlK/DrU4/hl8TvB3g/R9ck8T/AAR8d2jz/Dy9muHuJNFuUhNydN81yWe1kgWS W33ndF5MkJODEB6R8SPjR4b8E6kPDGlq/jT4n3UW7RvBWjyCW/unb/VvKBkWsGeXuJtkaqGILHCn wjR/CM3h+H9mD4AQ3kWr+KPCU6eKPE1xZn93p1rbxTKpGcbVmup1giU8uiSsBiNsfenzx9uxnIyO h6VJUMQ2xqvoMVNQAUUUUANauD8Sf8gLxd/15x/+z13jdPwrg9YCTa9qWjyt5bapZbYXPQsmePrh s/hXnY+EqmCqQju4v8jooSUa0ZPuj58pV+/U13aXNlqMlrdQtDcRnayH+Y9QahU1/FdWhVp1ZRlF pryP3inVhOCknoySim596M+9Yezn2NOePcdRTc+9Gfej2c+wc8e4NXxt+3poeteJP+CZPjbR/Duj 32vatNfWBis9Ns3uJnC3CsxCIC2ABknHGK+xzQNynIYqR3UkGvSwFepgcZTxKjfkadu5z4iEa9F0 72ufn5qnw92f8Fmv2a9Ut/BDp4Z0f4aPC96mjH7HZTJDL5SNJs2I6k8AkMCegyK+O2+E/wAUv+Ge PFWqaP4U8R2eneGv2irnXrnT7Pw+Zbk2PlKiXttaTIFuRGQMKAV6ehr9x/m27dx2+m40uW3K247l +6dx4r7ajxViqX/Lq+iWrfdv9TwZZTRkrc5+Ul94Xs/F3wa/as8eeHfFXxB+I/jbxF8O006+TWvh w2hpdOs0ZhESRoBNOqoUIRCQpPNWLj4Y3clp/wAE2bWT4f3MlvpFtBJ4ij/sNytjI0MMjm6BT90T Nlj5mPmBNfqmWkJB8xuDkZJPNG5tpG5l3dfmP+TUvifEJvlpvfvr8PLbZeo1ldL+b+r3Pxi+Knwd +Jni7X/25rDwl4P1WWO88XaJq9pZLYSQRa5BAZmuBAxULMwLbyEyTz1JGfcLWa4+OX/BS/8AZf8A Fnw4+HPiXwf4f+HllJJ4r1XXPDcmkJChVFSxXeoErKQyYXIG/PAya/Sz5tqjc2B0BJ4oYsw5Yt6Z JrSXFmIcF+596Ksnd9YqLb77adiVlVNS+PRv+vQ/O/8AYX+EthY/s7fGC48a+BZNL17X/HOq2V1L qulvb3VzpzQRKqqZVD+UfOuMEfLkt3FeI/sveFvFGo/t5+G/g34ntZG0P9ne41qS2uWk+S8ku7kf YnIPosjsueQmPTj9aNe0+71rwfqmlW2sXeiXV3aPBFqNky/aLUsOJI9wIDL1GQRnrxXlPwX+Bfh3 4L6R4nbTdY1fxZ4o8S6kdQ8Q+ItfuBNe6jLghdxAACqGOFGeWJz2Ewz+c6OKqVL81RJRjq7O1m7+ l/vL+oRhOnGO0d33PalGF29c9/WnDrR36/pR361+b8k29j6TmiupJRTc+9Gfejkn2Dnj3HUU3PvS ZOetHJLsHPHuOPWu7+Hf/I4Xf/Xk/wDMVwLMeOf1xXoXhOGTSdE1TxFdgwwm38m1DDDTO3TA784r 7ThTDVqmd0ZRi7J6+R4Oc1qccBOLerPZNB/5FPT/APriK2F6Vl6LG0Phmxjb74hXI9DjpWsK/rjq fjIUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAfGv7bn/Jq3hf/soGhf8ApYtfYFv/AMeMP+4K +P8A9tz/AJNW8L/9lA0L/wBLFr7At/8Ajxh/3BXJD+PL0R9BiP8AkU0PWf8A7aWFp1NWnV1nz4UU UUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFMbpT6Y33 qTsB5prMK6mviDw7HIkepSlLm2jkOPNUYzjueRg46ZFeX/8ACIeJVkI/sec+4Kf/ABVe3eJPCdj4 ktYvOZ7a6iO6C4hYq8Z9QR0NcO3w48Rbv3fj7XFXsP7Rk/xr4jOeGMFndeNaq2pJW0PcwOa18BB0 6eqbvqcT/wAIj4k76Pcf+O//ABVJ/wAIf4ix/wAgafj/AHP/AIqu3/4Vx4m/6KBrn/gwk/xo/wCF ceJv+iga5/4MJP8AGvmf+If5b/z8ket/rHjOy+44dfCPiT/oDznH+5/8VR/wiHiPj/iTT+33P/iq 7j/hXHib/ooGuf8Agwk/xo/4Vx4l/wCiga5/4MJP8af/ABD7LNf3kvwD/WPF9l9xw/8Awh/iPGP7 Gn/8c/8AiqP+EQ8R7udGnz6nZ/8AFV3H/CuPE3/RQNc/8GEn+NH/AArjxN/0UDXP/BjJ/jR/xD/L L/HIP9Y8Z2Rw/wDwh/iQ/wDMGn/8c/8AiqP+EP8AEYGf7Hn69fk/+KruP+FceJv+iga5/wCDCT/G j/hXHiX/AKKBrn/gwk/xpf8AEPss/wCfkg/1jxfZHD/8If4j2/8AIFnx77P/AIqg+D/EmP8AkDXH t9z/AOKruP8AhW/iX/ooGuf+DGT/ABqjqPw98TW/h+/nX4ga6rR2srIw1CTghCR39aP+IfZZ/PIP 9Y8Z2R84XX7KvhjUP2qrX4y6p4T1PVvHFkM6dJe6m81pYPtCebDbl9iPtHXB5+YAMAa9nHhHxJn5 dGnGOn3f/iq+M/8AgnLqnxU+MX7FvivxJ40+LXirXtUtfG97Ywz3+tTTOsUaRlVDMxOBuPFfoF/w rfxNn/koGuf+DGT/ABrqq8D4OvyqpWk1FWXkvIzhn+Jhflilc4f/AIQ/xJjH9iz/AJJ/8VSjwf4k 4/4k0/HTG3/4qu3/AOFc+Jv+iga5/wCDCT/Gj/hXPib/AKKBrn/gwk/xrl/4h9ln/PyRr/rHi/5U cP8A8If4kxxo0/X/AGP/AIqj/hD/ABJtI/safn733ef/AB6u4/4Vz4m/6KBrn/gwk/xo/wCFc+Jv +iga5/4MZP8AGq/4h9ln88hPiPFv7K+44j/hEfEm7/kDXH/jv/xVJ/wh/iPGP7Fn6Y/g/wDiq7j/ AIVx4m/6KBrn/gxk/wAaP+FceJc/8lA1z/wYyf40v+IfZb/PIP8AWPF/yo4c+D/Eh4/sa4+vyf8A xVeNzfsr+Gbz9q6D40al4S1TVvHVqP8AQJr7U3mtdPbZsMlvAX2I5A+9g4PzYBwa+m/+Fb+JT/zU DXPx1CT/ABpf+FceJs/8lA1z/wAGMn+NdVHgfB4ZuVKtON1Z+afQznxBialuaCOJ/wCER8Sbv+QP P1/2f/iqb/wiPibH/IGn/Er/APFV2/8AwrfxL/0UDXP/AAYSf40v/CufEnH/ABcDXfw1CQ5/WuVe H2V/zyNP9ZMZ0ij4n8WeHfBmqfEr4wTfHHxXcfDubwzFotn4M8i5iintIrqVLkalC0kUqPJcXUDW pxE+1LNo8fO2euj1n4O61E1pdfFr43/GybaP+JZpEurxxT5/hZtOtrOFgf7ryAH0xmvSviB+y/N4 u+PPwf8AiFb+Kpn1zwn4lt7rV/7Skef+0tOik88W3OcOlwkUqE8D96P4zn7CjQLCq427RgAcV+mY HBUsvwsMPS+GKPlq9eeJqupN6s+P/CGg+PYPDcug/Bb4O6D+zj4Zu2Mlzruv2sFxqku4HMq2FuxD zZ5L3M55OSHwQffvh38NPD/w50PUo9Le81bW9WuftWveINYnFxqOsXG3b5txLgA4UBUjQLHGoCoq qAK9E8sYxTgvzV6JzAq7foOlOoooAKKKKAGkVzPiXw/Hr2krD5rW11Ewkt5422vE46MCOQa6ikIz QB4TeXHj6yjW21Pwvpfi+OLiO7kJikYdiw2lSfcAfTuaA1bxNn/kk+l/+BP/ANrr6D289qAoA7fl XFLB4ScuaVNP1SNY1asVZSf3nz7/AGv4l/6JPpf/AIFf/aqP7X8S/wDRJ9L/APAr/wC1V9B7fp+V G36flUfUcD/z6j9yK9tW/mf3nz5/a/iX/ok+l/8AgV/9qo/tfxL/ANEn0v8A8Cv/ALVX0Ht+n5Ub fp+VH1HA/wDPqP3IPbVv5n958+f2v4l/6JPpf/gV/wDaqP7X8S/9En0v/wACv/tVfQe36flRt+n5 UfUcD/z6j9yD21b+Z/efPn9r+Jf+iT6X/wCBX/2qj+1/Ev8A0SfS/wDwK/8AtVfQe36flRtH+RR9 RwP/AD6j9yD21b+Z/efPY1jxMx/5JPpY5H/Lz/8Aaq+ZfgB+1Frfx0+JHxu8P2/wN0bSpPh94oGi yPHqpmNyS9wu8gwLtP8Ao/QZ61+jhRcjjuO1fkh/wTVH/GXn7fPt8V+n/be/o+oYH/n1H7kP29b+ Z/ez7tXWPEuP+ST6X+Nz/wDa6X+1/Ev/AESfS/8AwK/+1V9BBeO35Uu36flR9RwX/PqP3IPb1v5n 97Pnz+1/EuP+ST6X/wCBX/2qk/tbxLg/8Wn0vn/p6/8AtVfQm36flRt+n5UfUcF/z6j9yJ9tW/mf 3nz5/a/ib/ok+l/+BX/2qj+1/Ev/AESfS/8AwK/+1V9B7fp+VG36flR9QwX/AD6j9yD21b+Z/efP n9r+Jf8Aok+l/wDgV/8AaqP7X8S/9En0v/wK/wDtVfQe36flRt+n5UfUcD/z6j9yH7at/M/vPnz+ 1/Ev/RJ9L/8AAr/7VR/a/ib/AKJPpf8A4Ff/AGqvoPb9Pyo2/T8qPqOC/wCfUfuQe2rfzP7z5+j1 bxT5o8v4V6VFIDwxujx7/wCqrqNJ8PeItZ1631XxfcRKls2+1021XZDCezYySWxnlvwxXrO36flS ba6KWHoUH+7ilfyREpzn8TuMT5cDsBwBU3am7eadXQZhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB RRSHpQB8bftu/wDJq3hj/soGhf8ApYtfYFv/AMeMP+4K+Of245Y7f9kvw/czTLDbxePNEeWSRgqR qLxcszHgD3OMV9cabqNje6PbXFneQ3VvJGGjkjkDKw7EMOD+FccHavL0R9FiIyeUUGlpzT/9tNZa dVdZVY/Kwb6Gnbm3Lz+Vdh8800TU1jX5h/Df9vDxj4k/4Kx6x8CPF3gPStD8Bt4t1PwtoviW1upW ll1C0h8+OORX+UeZGCMD+J1AqH48ft7eLvhr/wAFMvDfwR8G+BdH8SeF/wC39C0PxLrd5eSrNaXm qSHEEap8u5IcPznkjPFAj9QN3PepO1fKPwl+Na6rafHzWfHXxY8D694c8EeLLu0kudFsLmwXw/aw hiYL57ghXmQAbniJQkHHXFTeEf21P2XvHXiPw1o/hP4zaFrWra/rH9k6RYw+eJ7m6wh2CNowVB8x QHYBCcgMSCAAfVFFfNFv+19+zfdfE7/hC7f4uaJN4s/tu70VtJTzvtCXlqpe4Rl2ZVUCtlz8mRgM TxTPAP7YX7OHxO+J1t4L8EfFbS9Y8UXVq9zZac0FzbSXkSKWZ4DPEgmG1WbKFshSeg4APpcnmlB4 r81vDP8AwUW+FvxJ+OXxq+G/hXxJo3he98P6NNN4O8Sawl1c2urzQ2dxc3E7wJErJBbrDuYMyu6q wXtXuPh39qL4c+DP2Ffhv8TvjV8ZPCEq+IoGW313R7S6t7PV5VkdSbS1dWuCFAUH5Tg8/KCKAPrq ivn3Tf2ovgJrH7LutfGnSfijoupfDLR5Fj1TW7d5HSzdpFjVZYwnmoxaROGTPzA4I5qr4I/aw/Z5 +JHx4X4Z+Bfi1oXifxs1s1xFpllK7NMixiRtjlPLdgh3FVYkANkfKcAH0ZTWrwH46eIv2hPD/h7Q 5vgL4J8JeMrxpZv7aTxVrklgtvGFUxmIqCHJO/dkjAC+px8f/st/tV/tWftFafZ+MZPhX8PdF+Fs Gt3Oma5qaeIpzfWhgX948cBU78EqcZG4ZxQB+nwPNOr4d+FX7WngGw/Zh8F+JfjR8ePAOraj4l1z UNO0rXtAsLzTtKu2tmXdEv2hSUaMMu5nKqcjBNdKP28f2Rz8K5PGX/C9vDn9gpqQ05pf3/n+ft34 Fv5fnFdvJcIUHdu1AH17RXjniT49/B/wj+zlpfxb8RfEPRdN+HOpxQyaZrj3W+G+84ZjWEIC8rsM kIilsKcgYNavww+MHw5+M3gG48S/DHxbZeLtIt7t7S5ltA6Pbzp96KWKRVkicAg7XUHFAHp1FNXp TqACiiigAooooAKKKKACiijNABTG60/NMbrQBWkmjhRmkcKqjLMx4UVz7eMPDqSMratBuU4PX/Cu f8YXEjeBNeCsVC3SJwe3y/414Wq/IPQdK/KeJuKsRkuLjh6UE7q92fXZVk8MwoupOVrO2h9Lf8Jl 4cx/yFoP1/wo/wCEx8Of9BaD8j/hXzbRXxH/ABELH/8APqJ9B/qxh/53+B9Jf8Jj4c/6C0H5H/Cj /hMfDn/QWg/I/wCFfNtFH/EQsf8A8+oh/qxh/wCd/gfSX/CY+HP+gtB+R/wo/wCEx8Of9BaD8j/h XzW1R54p/wDEQsf/AM+oi/1Yw/8AO/wPpj/hMfDn/QWg/I/4Uf8ACY+HP+gtB+R/wr5fury1sdPk vL66hsrSMfPNcSrHGv1ZiAPxNJZX1lqNil1p97BqFqxwk9tMsiN7hlJHb1rT/X7M1Dm9ird9bGa4 cwt7e0f4H1D/AMJj4c/6C0H5H/Cql74o8N3el3FqdYhjE0TR7gCSu4EZxj3r5y7/AFo7Vn/xELML /wAKJf8Aqzh/53+BW/ZQ+DPgv9lv4Aaz4D034hSeModQ8Q3GsG7u7FbZo2mVFMYVGYEDZnOc8n0r 6h/4THw5/wBBaD8j/hXzP9Wo6AYo/wCIh4//AJ9RD/VnDfzs+mP+Ex8Of9BaD8j/AIUf8Jj4c/6C 0H5H/Cvmjv1oz0o/4iDmH/PqP4h/qzh/539yPpf/AITHw5/0FoPyP+FH/CY+HP8AoLQfkf8ACvkT V/GHhfQvF/h3w/rXiCx0rWteleHRrG5uAk1+6Y3LEp++RuXIHqK6RW3DPWrfH2ZwipSopJ7biXDW Gbsqj/A+l/8AhMfDn/QWg/I/4Uf8Jj4c/wCgtB+R/wAK+bB0paz/AOIhY/8A59R/Ev8A1Yw/87/A +kv+Ex8Of9BaD8j/AIUf8Jj4c/6C0H5H/Cvm2in/AMRCx/8Az6j+If6s0P53+B9Jf8Jj4cx/yFoP yP8AhUf/AAmHhvPOrW/5n/Cvm8jimmj/AIiHmH/PqP4i/wBWMP8A8/H+B9VWupWV9arNa3EdzBux vjbIU+/pWop6/WvCfAM0kem+ItrHalurgZ4z83P8q9utZPMsYHPVkB/Sv2rI8ylm2XQxUo8rlufB 47CrB4qVJO9i1RRRmvojzgoozRmgAooooAKKM0UAFFFGaACijNGaACijNGaACijNFABRRRmgBrdB 9a/I/wD4Jq/8neft9f8AZV//AGvf1+uB6fjX5H/8E1f+TvP2+v8Asq//ALXv6AP1xHT8aWmr0p2a ACiiigAoozRmgAoozRmgAoozRQAUUZozQAUUZozQAUUZozQAUUZprNgUAOoqHccU7dQFySim7qXN AC0UZozQAUUZozQAU09admk70AfKP7ZHiK70L9jC+tbPSdG1ebXdYsdF8vXrAXlpF9quFj81oTgS FOoBI5we1fOHg3/gm/oehyrfXnxo8ZQ3ch3sPD0y6VGpPZAhbA9PbFe6ftu4/wCGWPDP/ZQNC/8A Sxa+vrb/AI8ov9wfyry5YelXxEnUV7JWPuqGbY/K8mpxwk+X2kpc2id7Wtun+B83/C39mrS/hb8S o/Elr8UviR4rmjt3h/s/xJ4ukvbE7wPnMJUAsMcEnjPFfSi/w9euf89ak4p3y16EIRgrRPj8Ria2 Kqe0rO7Pwf8AEXwV+J2pfCr9szx14Z8H61b/ABC8E/H+18f+AUl0WdZNUNn/AKz7OCgaZHiZziPc GKKOeKy9W+FXxU1z9n39nb4r+IPAOvj4hfEL9qK28ceKtPj0m5muNDshOYreO4Hl7oYoYUA3OFAB Ga/fQijaK0OU/Ceb4E/GDxz+wF/wUg8GeHfCet2PiTxB8XpdU0OyvLCW1Ot20F3HO4tzIqiVXWJt pXKsdq55rF8SeOLHxt+2Z/wTN0+z+Cvib4X6h4c1qLSr2XxLoH9lzO8EVqsltCjYklhiZWfzdoTL 4HO7H7iePPCreNvg/wCIPCaeI9a8Ivqlo0C6z4dvjZ6jZE/8tIJgDscY618s/Dn9i/wv4T/ak0f4 0ePPiZ46+OHxB0O2kt/Dl7431ZLiHR0kXYzQQoiqHKlhu6ZYtjdhgAfJn7OngPxt8PdD/wCCg3xW 0H4QS6l8Xv8AhONXm8EHXdAlSTUo1SSSIW/mIrSQtKzNiIgSHAz0NeDwTfGL4oftSfsK+PtduPi9 4+17TfHsL+M7nXfhwui6T4bkka3EttbrDbJIIlG5XlkZoioHzAlwP37X73Pze9SbeaAPxQvrTxL4 H/4KDf8ABRHwrq/w48XzzfFHwm8ngvU9M8L3F3p935OkXJYGeJSsbMWCKOpc7eCQD5n8PfA/j74S a7/wT9+O3jb4U+K/EXw98H+AdR0XxBp9h4duLzUfDt/LPemO5ksdnmgETRndt4CE5BCbv372/h7U beaAPwD8R/DL4keMv2VP+CkXxd8P/DPxP4c8HfEu50pfBnhm70CeDU9Sa3vYzPdCxCmVA24tnbk5 Ynhc19BeJPhv4i039rr/AIJcal4e8B6pY2+gaA9v4hu7DQ5Y10tX0y3Vo7p0jxDud5gVkwSzP3Jr 9etv50bfyoAztRXd4fvAqlma2cKFBJOVPGB1+lfm7/wTX8J+KvCX/BMrxlpPinwzq/hjVJfGesTQ 2Wr6ZNaTvHIqbGWOVVYqexAIPPWv00xmk2/99etAH85/w7+EHxBn/Zk/YD0XXPhf4kli039oS/vP ENhe+GborZ2T39sfNuUaL93CygnfIApAY5wDj648P/C7VP8Ah45/wUl1y6+HV9/Z+teBoLTQr6Xw /L5WpGSyk86K2cx7ZizLHuEe7JVe4xX68baNvFAH4A6p8K/jRpn/AATZ/wCCe3jqy0Hxnpdr8NdT vn8VWekeGBfa1oZnnAt75dNuEJmMWxuChKhgwxuyPvT9ivwzoH/C4fjt8TtJ8aeP/GmqeL59NbW7 vxl4C/4RqGaeBJQstvF5UYkYq4WRgg5Rckmv0K280beaABfufjTqOg4ooAKKKKACiiigAooooAhk ZY0Z5G2qoJYk9AK4uD4i+DLi9ht4fEFtJPK4SNAj/MT26V2xHJ4qH7NCDkW6AjofLFAGbrGuaVoG mx3esXyWNsz7FkkzgnBPYe1VdF8WeH/EN1cQ6LqkWoSxLukWIN8oJwCcgfpW+0auPnjV+c/MuaRY Y0bKxqhI5KrigDy3xVNHJ4L8TxowLx38auPQ4U4rxtTxXs3iz/kRPER9b6PJ/wC+a8XzzX808f8A /I2i/wC6j9U4af8AscvUfuFGRSDp/wDWo59/yr8mPs7i5FGRSc+/5Uc+/wCVOwrgTxUfp9e1ONN7 fj0pWA/PT9sT4X+PPEn7Qvwt+Ig+H1z8bvhD4as518QeALLUngmkmYyEXaxqR5pCtHgDJzEFI2sa 4q8/aK+H3w3/AOCctr42/ZZ8L2ng+Ob4jWukeIfD2uWMrtp9xPHIZlaNpflbEce1lbbgEYByB9qf Ez4d/E7xX4y0/WPh/wDHjWPhPFDYfZrrT7Tw/Z6jb3BEjP537/lJMMFyo6KvpivFZP2IfAs37GXi T4UyeLtbuNY1vxKniXUfF88cbXkupqflm8rOwLhnXZu/jJzmv1bB5jlcsuoU8ZNPla0Se19eZbO3 dHydbD4pYicqK0f9aHW+JfjR410f/gqzH8FdN0+w1Lwq3gC715IPs5W9mu4mcJEJt+0KxVRjb3PP THln7PP7QnxG+J/j2+t/GXxA8I+H/Elta302p/C248J3VjrFgI4naExzSv8AvgCEd8A5QNwvWvR/ Cn7MGqaJ+1NbfGbxB8avEPjTx+vhefQ576+0i0iU+YCI5o0jIWPyxtOza28jczZYim2P7N+vSftA 6H8XPiZ8WtR+J/iLwrod/Z+HkHhy00tY/tEEkbyTGDLTMQ7YXIAY5HQg1Cvw/GEqUXF6JXtrzXfR 99LvdbkuGP8Aj13btc+YtP8A2pv2pJ/+CdLftKzWvgCTwto2sGz1TRhptyt3qkQu1t3lSTzNkGC6 qF+Y8F/Ra0vE/wC274j1zxz8QG8B+KfBngfSfC2nW82m6V4m0i8vr3xTcyQec8Mbw4W3UbhGGPJb aemccl+zj+yzr3xU/wCCb+jeG/FXxM8XeDfA+oeJby48Q+CP7MhCXpgug0bJJIomgDhUJUblLKGx mvr66/Zl1Hw78bfEvjT4L/FjUvhGfENvbw67pKaDa6tZTtbx+XHNEs5BicIAOMgnJPGAPaxNbhrD 15U5xjzxcrWjolpo+731/pctOOZ1Ic0W+VrX/gHlmp/tNfFnxZ8fP2b/AAn8MNN8O6KnxR8ET6xO viSzmmGlTx+eXfdGys6RrCxCbQXwBkbuMW2/bA8f+E/2MP2gvEHjzSNE1n4lfDjxavh+2/su3kgs L5pnWOGVlLEgKxdioIyqgcE5r6auPgKuo/tbfCH4wax46vtU8Q+BPD91pbxyaXDGurtPFNG9xIUY CE/vy21FK/KOma46f9kPwbqngT4/eHNf8Q6jq2l/FHW11e6CW0cMmkzxtviMLBm37W2nLAAgY7mv EhjOGuSMJwXKrN2Wt+Z317cp2OjmSk2pP5+n+Z8teOLr4zXX/BQr9hW6+L9z4X1O4vtXuL7T7rw1 aTWwh86G2eS2ljkZtxj/AHZEinDbyMfLk/qxH/q19xXxho/7IuqL8Zvg/wCOPGXxz8R+PNY+HVyP 7FhvtFtYLdrVVVUg2xsCGwvzTMWdhtH8ANfaK/cX9K8HiPG4PFOjHDtPki1orL4m1b5HoZdRr0ud 1F8TX5EueKMik7f/AFqOff8AKvhrHu3FyKMik59/yo59/wAqdguBPy0xulONMPWltqK56J4H/wCQ V4nx1+xj/wBmrvB8QPBunp9juvEFtDcQARyqVfKsB06YrgvA43aT4m/6816/8Cr2y0hhbS7djDGz GMZJQelf1jwZ/wAiCl8/zPxnO3/wozI7rVtPtPDratc3aRacsQkM5J27T0Pr3rF03xx4V1jW4tP0 zWoLy+kB8uFFbJwMnqMdK6nyw0e1kDL/AHcDFNFvEsgZYEVh0IQZFffHz5h6z4q0Hw/NbxaxqkVh NOpaJX3fMO5GAasaPr2k+ILCa60e+S+t0k8tni3YVuDjkDsRzWs8KSH95Gsn++uaVY0jXakaoCck KMUAcbcfETwbZ3lxb3HiC2imhcpIjB/lI7dK6O91bT9O0CTVL67S309UDmZs7QD0PHPOavfZ4Tn9 xGc9coOac0YaNlZQynqCuRQByul+NvC+taxHp+l61BeXkisyRIGyQoyTyOgqxrPizw/4fu4rfWNU isJpV3xLJuJYDjPANbwgjV9yworf3goBoaGOT/WQpJ/vqDQBm6Prul6/pkl7pF6l9apJ5bSRA4DA AkcgHoR+dc/N8RPBdveTW83iK2hmicrIhV8qR26V2ixqgOyNVBOcKoHPrTfs0P8Az7p7/IKAKOoa vp+laA2qahdLa2KgEzPkrhsAHgZ71k6X408M63q4sdL1mC9vCpYRRhskD6iuoaMMu1l3L6FQajWC NHDLEiMO4UA0Ac/rHi3w7oOpR2ur6tDYXEkYkRJA2SucZ4HqD+VX9J1vS9e0kX2k3qX1p5hj82PI GRjI5HoRWk0Mch3SRJJ6FlBpyoqr8ihR1+VaAOKb4jeCkuDC3iK2WUOU2kODnpjp1zXRanrGnaNo jahqV4lnYgqPOfOPmOB09fWtD7ND837iPnr+7HNSGNXUq6BgT0YZoA5nSfGXhvXtVNjpOsQ310Iy /lxq27A78gU7WPGHhvQdVWx1jVobG6aMSiKQNkqSQDwDjkGuiWGGM/LCin2UChoYpHDNCrsBwSoN AGdpOsadrekR3+k3i31mz7RJHnGRjPUD/Oa/IX/gnL4q0DTP2t/27JL7VILZbz4r5tS4Yebunv8A GMDj8a/YtY1jQKsYVc9AMAV+SP8AwTXjjb9rv9vhSiso+K/HyjH+vv6AP1c1XWtM0PR/7Q1S9Sys 9yr5smcZboOB3rP0fxd4d17UpLPSdWhvrlE3tHGGyB68iukZA4wy7hnuAaakMcf+rhWP/dQCgDm9 W8ZeGdB1ZbHVtYisbooJBE4fO314B7g1qabq+n6xoaalpt4t3YvuxNHnHHXqBWg0MbvuaFGbHVkB NOVFRNqqqqDkADAoA4mP4jeC5rqOGPxFbNM7iNUCvyxOMdPWui1fW9L0HTReavex2NqX2CSTOMnt wK0Ps8HBEMYI6HYKc0asNrKGHXBXIoA5/R/Fnh7xDfTW+i6rDqE0cfmSJGGG1ScA8j1qHVvGnhjR NYNjqmtQWd0EDGNw2cHp0GOcGukWGNGLRxpGcYJCgUNBHI+6SFJGPUlATQBR0/VtN1TQI9Usbtbn TmDMs6Z2kLnPvxiudg+Ingy5vYbaDxDbSXEsgjjQbuWJ2gfd9fWu08tVj2qgVewAwKb5EIGRCgI/ 2BQBl6vrmk6Bpi3esXyWNuz7FkkyRn04FVNH8V+H/EF5NBo+qQ380UYklWMNlQTgHketdC0asvzK H5zyoNRrDHG26OJI2I5KqBQBzOqeNvC+jau+n6lrUFpeIAXifdkZ6dFI5rYs9Y0++8OJq1ndJPpr xmRLgAhdq8E8jPUGtBoYWbc0KM3qUBNCxqsXlqgVOyqoxQBxtt8QvBt5qMFpa+ILaa5mkEcUYD5Z ycAdOMnitzWPEGj+H7OG61nUI9Pt5X2I0ucE9ccA1qfZ4eCIU46fIKc0av8AeQN6bhmgDC0XxVoP iC4mj0fVIdQkhUNKsQb5Qeh5AzVLUvHHhXSdZm0/UdagtbyLHmROGJUkZA4UjvXVRwxxt+7jWP12 rimtbws25oUZj/EVGaAVr6nzN/w2N+zOusXWnyfGDQYbq3maGaOSWVCjqSrD5k7EV3/hf48fB3xt rEFj4T+JGg6/fTNtitrK/WSVj6bBz+grtLzwL4N1J5DqHhPSL4uSX8/To33E9c5Xmvhn9tD4N/C3 wj+xtrfxB8JeANC8JeNNH1Cxn07WtF05LG6hkN3Eu7zIQpPDHrnrXFUliKactLI+owtDKMXONH34 yez91q/52PvXWPEWi+H7aGbWNRjsY5mKRO+cMR1HGaj0XxRoXiFrj+xdUi1DyQDL5YbC7unUD9K0 7RFk0i285RI3lg/OM9qtJHGjErGq+u1cV2p3SPmXFxk0cnqHjvwnpOsXGn6hrlva3kDBZYnDZU4D YOFI6EVuJq1hJ4ZOsR3Stpvkmb7Rzt2DJLdM8elX2ghZizQxsx6koM0/YvlbNi7MY244x6UEnH2P j7wjqWrW9jZa9b3F1M22KJQ+WP4itTWvEei+Ho7eTWdQisVmYrF5gb5iByBgGtlYIVKlYY1I6EIB ilaJJAN8auB0BUGgDF0XxNofiJJ20XUotQWEgSmIH5c/UCs2/wDHvhHS9XuLHUNegtbyBts0bBso cZx90jpXWrGkYOyNY89cKBTGt4S5YwoWPU7BzQB8Y/trX9pN+x14X1KOdWsT460KbzhnGz7Ypz0r 6g0rxx4U1DUbTTLLXLe4vpfkSJA2WIGSORjtXzT+26oX9lLwyoXao8faEAMf9Pi19fW8Mf2WJljQ NtHIUZrkh/Hl6I+gxFv7Iof4p/oZms+JtD8Oi3OtalFp/nZEXm5+Yjr0H86fo3iLRfEUE8mi6hHq EcLhZDEGwpIzjkCtho0kxujEmOm5QaFjWPdsjVN33tqgZrrPnzkb3x94R0/VbixvNft4LqByksbB sqQenAxxmt+XVtPh8Nf2xNdLHpohE3nnO3aR19T1q6beFmLNbxsxOSSgJNO8tdm0ou3GNu3jHpQB y2neOvCer6xDp+na3b3d5NkRRLuy+AScZHoKv6t4m0PQbi1j1fUYrOa4J8kOG+cg4wMD14raEMSs GWFFYdCEGaHiSTG6NXx0yoNADlPP49amqNR81SUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF ABRRRQAUUUUAFFFFABTWp1IelAHlHia80/T9S1HTfEBe10bUtrx3qqSsEijjdjOAcAg4xkc9a4P+ x/CbHI+IGjbe2bqP/wCKr6EvdPtNRs2t7yBJ4T1V1zXIv8NvB7ylm0e3yT/cr5vMciyvNaiqYmF2 tLnpYbH4rCJxpStc8r/sfwr/AND9ov8A4Ex//FUn9j+Fv+h+0X/wKj/+Kr1P/hWvg7/oDwf98D/C j/hWvg7/AKA8H/fA/wAK8X/U3IP+fX4nd/beZfznln9j+F/+h+0X/wACo/8A4qj+x/C//Q/aL/4F R/8AxVep/wDCtfB3/QHg/wC+B/hR/wAK18Hf9AeD/vgf4Uf6m5D/AM+vxD+28y/nPLP7H8K/9D9o v/gTH/8AFUv9jeFf+h/0b/wJj/8Aiq9S/wCFa+Dv+gPB/wB8D/Cj/hWvg7/oDwf98D/Cj/U3If8A n1+If23mP855b/Y/hX/ooGjf+BMf/wAVSf2L4V/6KBo3/gTH/wDFV6n/AMK18Hf9AeD/AL4H+FH/ AArXwd/0B4P++B/hR/qbkP8Az6/EP7azL+c8s/sXwr/0UDRv/AmP/wCKpj6R4UUFm+IGjKoBJY3U Y7c/xelerf8ACtfB3/QHg/74H+FZusfDfwfH4X1Rl0eAH7HLzsH9xvaq/wBTsh/59fiH9tZj/OeQ 6DefDPxVpUmoeG/i54X8QWMcxhkudP1SGdFkHVSyuQGHGRW5/YvhQdPH2i/+BMf/AMVXwl/wSf8A B3h3Wv8Agn340udQ06K4mX4iahGrMgOFEcWBX6g/8K18Hf8AQHg/74H+FS+Dshb/AIevqw/trMek /wADyw6L4V/6KBo3/gTH/wDFUn9i+Ff+h+0b/wACY/8A4qvVP+Fa+Dv+gPB/3wP8KP8AhWvg7/oD wf8AfA/wofBuQP8A5dfiP+2sx/nPLP7H8K4/5H7Rv/AmP/4qj+x/C2f+R/0b/wACY/8A4qvU/wDh Wvg7/oDwf98D/Cj/AIVr4O/6A8H/AHwP8KP9Tch/59fiL+2sx/nPLP7H8Lf9D9ov/gTH/wDFUf2P 4X/6H7Rf/AqP/wCKr1P/AIVr4O/6A8H/AHwP8KP+Fa+Dv+gPB/3wP8KP9Tch/wCfX4h/beY/znln 9j+F/wDoftF/8Co//iqP7H8L/wDQ/aL/AOBUf/xVep/8K18Hf9AeD/vgf4Uf8K18Hf8AQHg/74H+ FH+puQ/8+vxH/beY/wA55b/Y/hb/AKH7Rf8AwJj/APiqT+x/CvT/AIWBovPb7TH/APFV6n/wrXwd /wBAeD/vgf4Uf8K18H4x/Y8H/fsUf6m5D/z6/EX9tZj/ADnC6XeaHY20+g+HNSXxBq2oEJcz2w3R W0Y6sSOM8nAHXPtXuMMZjtY4+6qBisrS/DukaLHt06yitec/IoFbi4zkV9hhMJQwVBUKCtFdDxqt WpXm6k3dvcdRRRXcYBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUANboPrX5H/wDBNX/k 7z9vr/sq/wD7Xv6/XBug+tfkf/wTV/5O7/b6/wCyr/8Ate/oA/XAdPxp1IOn40tABRRRQAUUUUAF FFFABRRRQAUUUUAFFFFABRRRQAUmOKWigCLbXx1+3gMf8E0PHH/XxY/+lsNfZVfHP7eH/KNLxx/1 8WP/AKWQ1z1/4Mj2Mq/5GNL1PrexH/Entf8ArmP5VcXrVSx/5Atv/wBcx/Krg+8a2jseZU/iMdRR RVGQUUUUAFIe31paKAPjX9t7/k1fwz/2UHQv/Sxa+wLf/jyh/wBwV8f/ALbv/Jq3hj/soGhf+li1 9gW//HjD/uCuSH8eXoj6DEf8imh/in/7aWFp1NWnV1nz4UUUUAFFFFABRRRQAUUUUAFFFFABRRRQ AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFNb+lOprdKNwMbUtWttN0m7vLltsEAG4jqT2A+ teeH4oW247dJmIB7yjNXPFzM3gPxDntexgfmteH9sV+L8XcR5lleNjRwrSVrn3OS5XhcbRlUra62 PYv+Fo2//QIm/wC/wo/4Wlb/APQHm/7/AArxv5d3+f8AP+fpXzX4t/a6+APgv4lal4R1bxs15rum y+VqkWk6VcX0dg+QCs0kSFFIPBAJwcg8g18Ph+KeJ8W2qL5rb6Hv1MlyqlbnVr+Z98/8LSt/+gPL /wB/hSf8LRt/+gRN/wB/hXi9rcQ32m295Zt51tPCksDgH5lZcqeRkZyPerAU57kZxwD/AIVyvjHi Bfb/AANP7Cyzs/vPYP8AhaNv/wBAib/v8KP+Fo2//QIm/wC/wrx3ow69e/8A+qvJfH3xh8N/Dv40 /CvwLrVnfTat4+1ObT9Hkto1aKGSMR5MpJBC/vV6Ang+lb0OK+JMRU5KcrvV7dFqTPJcqhHmle3q fXv/AAtG3/6A83/f4Uf8LSt/+gPL/wB/hXjgG7159ua8l8efGLw38Pfjl8KPAWtWN/Nq3j/U5bDR 5LZFaGF4vL3GUsQQp81eQD0PvTocV8SYqp7OlK8tXt0W5M8lyqmryVvmfXn/AAtK3/6A8v8A3+FM l+JlnNbSQzaLK0cilWHnDBBGD+lfM3gjx5Y+PI/En2HQfEGiNouryabONd0h7E3LoAfNg3f6yE54 k6HBrS8YeNfCfgHwzbaz401+y8NaXPex2dvcX7lBNPJnZEgAJZ2wTtAzgE9AaJcU8Twq+yb97tYF kuUuPN09T0r4cR/DP4ReCrrw78Nfh3beD9Eub6S+ns7CTCPPJgPIdxJyQo/KvQf+Fo22eNHm/wC/ orx5lZZNjIVwxHPsefxpvzY549iK53xnn6dnK3yNVkOWvZP7z2L/AIWlb/8AQHl/7/Cl/wCFpW// AEB5f+/wrx3azdFI+o6UnITO1uf8+1T/AK5cQL7X4B/YOWdvxPY/+FpW/wD0B5f+/wAKP+FoW/8A 0B5f+/wrxzacbuSvrginbW/unPYbf85qlxln9/j/AAD+wct7P7z2H/haFv8A9Aeb/v8ACk/4Wlbf 9Aeb/v8ACvHSOORwB64+tAU5+Ubh7DPNH+uef7c/4B/YWW9n957H/wALSt/+gPL/AN/hS/8AC0bf H/IHl/7/AArxtfmX5QT24559KAGPUdTxnoaX+uXEC+3+Af2DlvZ/eex/8LSt/wDoDy/9/hSf8LQt yeNHm/7/AArx36rRjn/61J8Z5+tPafgP+wMu/lf3n0loPiqz13TZ7iGN4JID++ikIyo9a6xW3AMO hrwXwKduk+JjnpaL/wCzV7laZbTbduuY1/lX9B8O4+tmWVQxFb4nufmuY4aGFxkqUNkXKKKK+pPL CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAa3QfWvyP/AOCav/J3f7fX/ZV//a9/X64N 0H1r8j/+Can/ACd5+31/2Vf/ANr39AH64jp+NLSDpS0AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA FFFFABRRRQAV8c/t4f8AKNPxx/18WP8A6WQ19jV8c/t4f8o0/HH/AF8WP/pZDXPX/gs9jKv+RjS9 UfXFj/yBbf8A65irg++ap2P/ACBbf/rmKuD75raOx5lT45DqKKKoyCiiigAooooA+Nf23P8Ak1bw v/2UDQv/AEsWvsC3/wCPGH/cFfH/AO25/wAmreF/+ygaF/6WLX2Bb/8AHjD/ALgrkh/Hl6I+gxH/ ACKaHrP/ANtLC06mrTq6z58KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKA CiiigAooooAKKKKACmt0/GnU1qAPLfFv/Ih+Iv8Ar+T/ANlrxKvbPFe5vA3iRerC+QsB2Hy814lz 6V/NPiApf2tDT7J+pcNu+EkvMcpKyqy9mB+tflz410D4pfsU6d8SPjH8L/EHhz4hfBXXPEh1TxD4 b1sCK/gnmm8phb3K/wCsId9uBkgLyhIJP6i5ZWDY6dD6V8yTfsb/ALNd18SpvFl58K7G81ia9a9m Fxf3ktvLOzF2kaBpihyxJ2lSvPTGK+WyHMcNgJVPrDbhJJONr83le6a9Ue5jsNOvbk+JbPsfJ/jj 4l+OfjJ+3/D4K03SfiBeeDYfhtYeINH8NeCvFcOgXzzXsEUxu7iVnUzLF5oQIpIBCn13czbN+0Fq n7Wf7KPwm+K3jjxd4F1rWNE1y08QjStdEN1qFpbm4kglkaItH9oeJBH520uuAw+bmv0Q+IvwF+Ev xU1TR9Q8beDLXU9W0mHytN1G2uZrK6to/wDnmstu6Ps5OEYkDJwBmjQfgH8I/DPinwPrmi+C4LHV /B9vcQeHLw391I9ilx5nngb5SJN/myZMgY/McEcV9ZDiPK6eHUYUrWi0lZOzs0mn62bPLeXYty5p Tvd9z837j4sfFL4U/sP/ALZnh/Q/GmveIL3wP4zt9N8O69rN+95f2FrdTJC/71uSVUna38LNuAFT +JPBcfg/9s39gQx/FDxH8QG1vUF1a4h8S65/aLRyyxWxe5gdhvjikOV2ZK5hJHJav0ttfg38L7NP iEkPgyxki8cytN4tiuJJZ49VYggmRHdlXhjjYFGeR61wvhn9lH9nrwX4g0DWPDfwx0/TNW0PUv7Q 0q+F7dyT28+BhgzzEsoCjEbZTPOAWJLhxJlsYTtBqTTvZLVuNtfR6/MUsuxDavK6VvlqYX7Znj7x Z8M/+Cb3xC8WeB7qXT/EUK21tBfQL89mk1zHE8q+jBWIDdic9q+Ltd8Fw+Df24/+Cf6xfFDxJ8QF 1rUk1SeLxLrn9ovHJNHamS4hdhvSKU/KEyVBhJHJav1d1/w/ovirwZqnhzxJpdrrmg6lAbe/sLuM SQ3EbdVIPr+YxxivEvCv7Kf7PfgnxR4d1rwz8M7DS9a0LU/7R0i/F7dvNbz8AEO8xLoNowjZQZJ2 gkk+Pk2d4HAYJ0qkWpXlsk7qSsr+n6nXjMFXr1eZPSy/Bn5l+Lvif8VIP2IfjZqem/EfxLZa7Yft IJpem3y65cF7W1MMuLZTv4gDYJiHyEgcV6V+2p8Dx4D/AGUPhfPrHxN8a+Mtcb4m2Vtqd9q/iF/I kedLh5Z1hHyRurLiNxzGhKjg1+gF1+zf8EbzwRrXhy6+H9rNoereJB4k1K1N/dgXGpKCouiRMGU4 Y/KpCc/dNdr8Rvhz4J+LXwzvPCPxE0CHxJoE863L2s7vGVlUllkVkKsrDJ6EcMR0JFet/rPhI4ml KlFpKV5aK7Vkv82cayys6UlJ3bWmvW5+e3xQ8aa9+yJ+1f460+58beJ/EHgXxJ8K7uXwivinX7jU pF1q0bbs8yU4DyZLkqBnenoK+4P2dfDviHwv+x18NdJ8Y63qPiDxVJpcN1rF7q1/JdzvPcfvmVnk JYhQwUKTgYxXy58Uv2bde+I/xj+C3wu034caX4T/AGf/AIc6suoR63JrTXN1ewbVZrKKJyZF3uu0 l2IOAxOFwf0F3YnMnCtu3AgYAOc8D+nSvLz3H4Wrg6UadnOTvJq3TSN7bO26OnBYerGtNyvyrRfq fihcXnxH1b9jL9qv4qv8aPH1jrXgH4k3Fv4YsrTxNMlpConiLCReWlTY4RYywRMcL8zV68uu/EP4 Y/tv/s5a3D8SPFvjib4ieAdQ1bxPpOtaoZbG6uksHuU8i2ULHAqvsAVBwE64ZgfvFfgJ8IY/hX44 8FL4Jtl8L+MNTbUvEmni9utuoXLFWaQt5u5CSi/6tlAx061tTfCP4dXPj7wH4om8LwSa94LszZ+F 7w3M+7ToTH5exVDhH+X5fnDHpXp/6zZc5cs6d4u6tZbOKSX/AIFqYf2diN+bX18/8j8uvhPrH7Sn xF+D3gj4z+B7L4h+JfHVz4qN1rerXHjK1bwzdWKysk1iumGQeUFXAB2htwYjGRjqfElt4z8cftM/ t9W8nxc8d+H9E8ARJqHhzTtE8RzWsMU5hnaMnaSRGoiOYk2qxfJ5Vcfbg/ZT+AEfxNk8XW/w7t9O 1aTUBqEq2Wp3lvatcq25ZjbpKIt27n7mPUV3kfwf+G8Wv/ErVo/CduuofEGIReMJftVxnVlCuuHB lIj+WSQZiCHBz6VdTiXLVOUqcLaJR91ae8nb5JNIlZbibJOXrqfmRp/iL4maF4W/Ym+NF18XPF+v eJPH3iSDTvEmn3+rk6TNaMQixC1UBAQinLnLMxLkhhmvR4f+Ek+O37X/AO1ta+MPi54w+H9h8Mwb fwtpXhvxE+lRWUaxzML2cJxMSYVJZjj5zyBtA+4n+Bfwnm8HfD3w9J4LtpNH8C3aXfhO1N5c402V DlXU+bucj/poXHqKwfiB+zT8C/ip8QR4p8dfDux1rxE0Swz30dzcWstzGv3Vm8iRPMAAX74JwAAQ ABWS4iy51eaUWnZpSUVp711p6aFf2diVGyl8rvt/mfmH4B8f/Gr4/wDxY/ZV8Nat8VvE/g3/AISn whrFv4hv9FvXt31C3tLi7JnEYIT7Q8UIQTbdwPzDoK9r+KXxA8S/sq/tSfEbTr7xlruseEfFPwke bwXHrWrTXXk61abYDHHuYhJHy0h2AcyJ6Cvvy1+D3wysfiR4L8XWHg3T7DxF4S0mTS/DdxaNJAmn Wrq6PDHErCMqRLIMshPzE56V80fHb4NePv2gP2wvhfpGueCdM0n4ReCNc/tabxNNqay3erKUQtax QDmMM8aq2fQN2APbTzvLsbjEuRQoqMuZOy1vdW79DGWBxFKg3zNzurM+hPgL4b8QeE/2PPh5o/i3 WtQ8Q+KF0aK41a/1O/ku55LiYea4aSQliFL7QCeAK9g6UnLSbjjcTk46daQnAxX5LiqzxGIlVenM 2/vZ9ZShyU4x8keieB/+QP4o/wCvNf8A2avcrP8A5Bdr/wBcl/lXhngj5dE8TN/D9kHJ6fxV7jZf 8gi2/wCuY/lX9UcHJrIad/M/H86d8wmy9RRRX3h8+FFFFABRRRQAU0tx3obpVO4uFhVsttCoXbPQ KKmUlFXewJNlndSbv9r9a8W1T4lXK38kek28X2dThZZwSX98elZn/CyfEX9y1/CE/wDxVfnlbjbJ KFRwcm7dkfS08izCpBSSSv3Z79u9x/31Ru9x/wB9V4H/AMLJ8Q/3bX/vz/8AZUf8LK8Q5+5a/wDf k/8AxVc3+veR95fca/6vZj2X3nvm73H/AH1Ru9x/31Xgf/CyvEOf9Xbf9+T/APFUf8LK8Qf3LX/v yf8A4qn/AK95H3l9wf6v5j2X3nvm73H/AH1Ru9x/31Xgn/CyfEP/ADztf+/J/wDiqP8AhZXiH/nn a/8Afk//ABVH+veR3teX3B/q/mPZfee97vcf99Ubv9r/AMerwP8A4WT4gx9y2/78n/4qj/hZXiHP +rtf+/J/+Kp/69ZH3l9wv9X8x7L7z3pm5Hzdx396/JH/AIJs7l/a9/b4/hH/AAtc9e/7+/8A8ffj 8K+9D8SPEGeY7X/vyf8A4qmr8RteUsVhs1JOSfIxn/x6l/r3kdt5fcP/AFezHsvvPfFb5fvD35p2 73H/AH1Xgf8AwsrxADjy7X8IT/8AFUf8LK8Rf887X/vyf/iqP9e8j7y+4P8AV7MV0X3nvm73H/fV G73H/fVeCf8ACyvEP9y1/wC/J/8AiqP+FleIP+edr/35P/xVH+veR/3v/AQ/1ezHsvvPe93uP++q N3uP++q8D/4WV4gz/q7X/vyf/iqP+FleIf7lt/35P/xVP/XvIn1l9wf6v5j2X3nvm73H/fVG73H/ AH1Xgf8AwsrxD/zztf8Avyf/AIqj/hZXiHH+rtf+/J/+Kpf695H3l9wf6v5j2X3nvm73H/fVG7/O a8D/AOFk+Iv7tr/35P8A8VR/wsnxF/dtP+/J/wDiqa47yPvL7g/1fzDsvvPfC3+c0m4+9eCr8SvE AkUtHaMueR5ZH9a9J8N+KrfX9LkmVfs91D/roc549R7V7WW8T5Vmlb2NGTUuiatc8/FZVjcJT9pU jp5HZr17/jT6hjO5QwPBHFTDpX2R4oUUUUAFFFFABXxz+3h/yjT8cf8AXxY/+lkNfY1fHP7eH/KN Pxx/18WP/pZDXPX/AILPYyr/AJGNL1R9cWP/ACBbf/rmKuD75qnY/wDIFt/+uYq4Pvmto7HmVPjk OoooqjIKKKKACiiigD41/bc/5NW8L/8AZQNC/wDSxa+wLf8A48Yf9wV8f/tuf8mreF/+ygaF/wCl i19gW/8Ax4w/7grkh/Hl6I+gxH/Ipoes/wD20sLTqatOrrPnwooooAKKKKACiiigAooooAKKKKAC iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKY3Q/Sn01qAPM/Ey6xpOqz6jY6auuaVdIF v7BsBmxnDKTxu5xg8EfQV5y2t+FlY+Z8PdbVyfmAbOD/AN919HNtxzUIt7fP+pj/AO+a8+vgcFi2 nWpqTXVo3pVq1Ffu5NejPnf+3PCf/RPtb/Mf/F0f254Tz/yT/XPzH/xdfRXk2/8Azxj/AO+KTybf /njH/wB81x/2NlX/AD4j9yN/rmM6VH9587/254T7fD/XPzH/AMXSf254T/6J/rnXPUf/ABdfRPk2 /wDzxi/75pfJt/8AnjH/AN80f2NlF9KEfuD65i/+fj+9nzr/AG54T/6J9rn5j/4uj+3PCff4f65+ Y/8Ai6+ivJt/+eMf/fApvk2+f9TH/wB80f2NlP8Az4j9yD65jP8An5L7z54/tzwlj/knuuc9eR/8 XSf254T5/wCLf65z15H/AMXX0R5Nv/zxj/75/wDrUeTb/wDPGP8A75o/sbKf+fEfuQfXcX/z8l97 Pnf+3PCf/RP9b/Mf/F1HN4h8I29nNO3w/wBc2xxO7YxnCjcf4+vFfRnk2/8Azxj/AO+az9Xghbwt qSxwrvNpKAETJ5Qij+xsp6UI/cH13Fr/AJeS+9nxD8D/ANor4UfHr4W6l4u8H/DfxLDptnq0umyi 7ChjLGoLH5ZCMYYfrXsw1zwmB/yT/XPwI/8Ai6+UP+CVXhfXPDP7AfjKx8VeG9Q8PX0nxC1CdLbV dPktpWjMcWHCyKCVPOGHHB9K/TfybfP+pj/75p/2NlP/AD5j9yD67i/+fkvvZ87/ANueE/8Aon+u fmP/AIuj+3PCf/RP9c/Mf/F19E+Tb/8APGP/AL4FL5Nv/wA8Y/8AvgUf2NlP/PiP3IPruLf/AC8f 3s+df7c8J/8ARP8AXPzH/wAXR/bnhP8A6J9rn5j/AOLr6K8m3/54x/8AfApPJt/+eMf/AHzS/sbK P+fEfuQfXMX/AM/H9587f254Tx/yT7XPzH/xdH9ueEyP+Sf65+Y/+Lr6J8m3/wCeMf8A3zSeTb/8 8Y/++af9jZT/AM+I/cg+uYz/AJ+S+8+d/wC3PCf/AET7W/zH/wAXSf214Tzn/hX2t5/D/wCLr6J8 m3/54x/9807ybf8A54x/98Uv7Fyn/nxH7kH1zF/8/H9586/254U/6J/rf5j/AOLpv9ueFCR/xb7X M/5/2q+jPJt8f6mP/vkU3yLf/njH/wB8Cj+xspv/AAI/cg+uYv8A5+P7zxnR59Q1wx6Xo/huTwxo JcSXktywM0+P4eM4BwMk88Yr2uJdsSoOijApFWNcBAFGewqZeletSpU6MFTprlS6I45SlN80tWOo oorYkKKKKACiiigBrdK4jxFcSf8ACP8AijacGOyXb+O/Ndz3rgfEn/IB8Xf9eUf/ALPXl5k7ZfV/ wv8AI6sP/vEPVfmfPmOlPXrTe9OXrX8Ty1kz97XQdUYXdMq/3iADipO1Nj/4+Yz/ANNF/nRBc0kg ldRZ8Ozft2fDmGXxdcL8PfiHfeHvDGpzafruvaf4dW5srKSJtrF3WQbR35xwR619f+F/FGg+Mvhl ovjDw3qSal4b1axS9sbwAqskLjIYg4K46EHGDX4baDonxguv2PP2wtc8D+N0sfA9l4+vP+Eq8KR6 ev2jVrXevnmO6wTH+74IC9FJyK9x+MXiLQ9U+GH7EWg+DdL0y3/Z91uxdpND8S+IJbLSLi6iSMQ2 mo3kYzlG8z7xAZw2cYJH7DiuGcvquFPDvld9Xe9rR5tV0b6Hx1LMsRC7qK/bp1sfruD8qsuSjDK8 ZBHrmmo6yF/KkWQIdrbXBwcdCR0Pfmvx58aaX8VfhP8A8Ey/2i18K+JNBs/DN14q0+aw0rwD4rfW R4Vsbhn+3W6yffijf9yQMjClzxuJPQfFzR/gn8Nv+CYviDxB+y/qWkx+ItS0zTLfxPqmg+JHudUb SpbhPtEtwBK7xbpdqO/loVyV4yVrxlwvRukqvNzy5U0tFtrLtudzzSVn7lrK/r6H6uX11JDol9d2 dq2qTQQSvHa28ih55EUkRAk7QxbCjJGCRnHNc54E8Ra14o+F+l614k8IXfgHXLnzfP0DULuKe4tQ krIpZ4/kYMqhxjswB5Br85/hT4GvNB+KOteKPBN38NfCPw91L4V6lBqvhfwV4/fV21R47OVre/MM g3eYjEK78YGQTljnwr4Z3UPwt/Yx/Yi/aTuPNj0jQfEOr6D4rkhUkvYXWo3ZUv7KfMA93rujwth5 Up04VE5XSTtrdqTtvbVrzOd5pNNS5dLH7dgg/dOeOefbv/n/AOskciyRRyRsssb/AHWVgwIPoRwf wr8O9cg8W6X/AME5/CPxD1RxHp/xl+Mk2seOJLu/ls7aewd3W0trqeMFo7ZyskhYY4k+mPoHwrqW vfs9+HP2gPH2h3ngPS/Cd94ftT4Z8C+BfGba3Faa5K629tNEhG5Fm3Mx7OVGM4GOKpwpCFFyjVvK 9lpu00mr97/gbrNW56w0tc+//h78TvD/AMStQ8bL4bt7xrLwz4jm0C5v50VYLu6gC+d5DBjvVCwU tgAnp3r0BZofs/nCaNoSOJQ4Kdeuc46+9fkf8VPgVa+H/H37BPwT1DVrzTZbyXUYfEt/pl20M9zP c+XNfESj5h5jvJHnqEbHYVofGzw5Z6B/wUS+FfwWm8N+GtQ+Duk/D8yeEvDPjjxVcaXos10ZJRK5 nGfNuFXaqq5zgjHJ51fDeBrV4xo1mlJOVrdIuza11u1f0I/tGtBPnjtZfN6n6xTTR28Dz3Ei28K/ eeVtiL9SeBXnnxA+LHgj4YReEj4u1SSzbxLrcOjaMkFu0zXFzKQFHHCqM5LEgAevSvy5vPg34stf gD8P5vFHxK+GHxEtfAmqavdad4A1vx0ZtL1DTW8tkjW5DqWmt286MbwQuY1+X7tc58ZrP4K+P/2N /wBjz4pWHw3tPAPh/UvHUeiana3d5N5Fppy3MxngMrOB5BlM0gfggMeQFwNqHC2D9rDmqucW2m0r WaTa36u3oRPNKvK7Rs9D9rpHWFJHldY0U/MzMAo/H/OadjIXHOfug/xZH+elflv8TtN+GOs/8FTv hD8MfiFqGmQ/sy2Xw38/wTp8+uNDoN5cpvVG+0CVRKQixgEyHOE5+Y5+PdWS+1j4Yt4J8LeJdUb4 R2P7ScGlfD7V4r15GtbaVJkk+yTEklUU27qQSAWVhyxJzw/CdKvTjJ1Wrq+2lm3pe/xaaouebShL l5PL5n9Annw+S8nnR+UrbS5cAA5xg88HPXpVjG088fhX5A/FL4f6H4F/4KL+A/ghb+GfDupfCGz8 HTX3hzw/4/8AGFzp+k32ozTSfabhrgZMl0cDCsRjIwBkCvuL9knw34q8H/shx+GfFHirRfFy6frl 5Fo1xoWvf2tb2tjlDHam46s0TGRcHkLtHHQeJmeRUMFgI4mFXm5rWVrXTv5vVW1OzDY+det7NxtY +nKcBxTacvSvhj3RG6d+td78O2I8W3i5O1rNsj6GuDbpXd/Dz/kcLv8A68nr6/hhtZ5Qt3PEzhJ5 dU9D23R5Gm8O2cjEktEOta3asbQf+RUsP+uQrYXpX9g9T8TFooooAKKKKACvjn9vD/lGn44/6+LH /wBLIa+xq+Of28P+Uafjj/r4sf8A0shrnr/wWexlX/IxpeqPrix/5Atv/wBcxVwffNU7H/kC2/8A 1zFXB981tHY8yp8ch1FFFUZBRRRQAUUUUAfGv7bn/Jq3hf8A7KBoX/pYtfYFv/x4w/7gr4//AG3P +TVvC/8A2UDQv/Sxa+wLf/jxh/3BXJD+PL0R9BiP+RTQ9Z/+2lhadTVp1dZ8+FFFFABRRRQAUUUU AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABTHp9NPWgDkdf1xtL8M6nf Qr5kluRGgPTc2OT69a8hPj7xMXYreIvPQQjiu68Wn/igvEX/AF/R/wDsteJY5r8B42zXMMJmEaVG o4x5b6H6JkGCw1fDynUgm7na/wDCeeJsf8fqf9+BSf8ACe+Js/8AH6v/AH4Fcfjiqd9cx2ek3d5K rGG3geaQIMsVRSzY98Dj/wCvX5lHPM5nJRVeWvmfVyy3L4q7pr7juz4+8T/8/i/9+RR/wnvibP8A x+L/AN+RX5q/Bj4/ftDftBaWvjz4d+F/hzYfDpdZazm0rVddnbWUhSQBpJAgKxOUO5QRg9jjBr6O 8e/tD/Bf4Y+Oo/Dfjj4gWGia4YRcSWnkT3D20LHCyTeTG4gUkjBkI6g9DmvfxM+J8LX9g6spT3sn dr1OClRympDn9mku7R9O/wDCe+Jv+fxf+/Apn/CeeJs83if9+RXzf4y+Pnwd+H2q6NZeMviBpmgz avpL6tpjS+bJHd2iAkyxyRoyODg7VB3PwFBJANHSf2jPgjrX7PerfFTT/iPpcngHS7r7LqOqSCWJ beY4xE0bIJN5BXChSWBGM1xxxfFEoKadSz9Tb6tlF7csT6e/4TzxL/z+L1/54ij/AITzxJj/AI/E /wC/Ir85tD/ahtfiF/wU/wDhb4H+GXjPT/Enwt1vwfe3upJDZlZheQtPtDeYqyxkKkZ2kAEHPIOa 9L/ag+NXir4B/Cvwn480fQLHXvC58SQWHikXRcS2lrNgLNGV4GCCpLcbnT1NdkqnEkcRTw7rS56i uk3b5Pz0MVRypwlUVNNR3dj7O/4TzxL/AM/i/wDfkUf8J54mzj7Yh/7Yivi/48fHTWPh/wCLfgr4 P+HOmad4o8W/EbxHHZ6ct8z+RHY7UMl18hyQBLGQem0Oe1eMfDH9sLxV4p/4KJ6p8J/FXhXS9J8G T+IdW0HQNatpJPNmvbJVmWOTJ2/PEw4A++6iuqlDimrh3XjVlZJytfWydnp6mc45RCqqbprVpbdz 9OP+E88Tf8/if9+RSf8ACeeJev2xP+/Ir8x/ip+2F4s8I/8ABRfRPhD4V8K6VqvhIeItJ8P63rF2 0vnRXt787xR4wu6OPr/texr9AppIbeGSeaZIbeIFpJHcKiqvLMSSMKACSegxXnYzE8R4GFOVarL9 4rqzu/u7m9GhlVdyUaa93fQ7hfHniX/n9X/vyKX/AITzxN/z+p/34FfKXhH9pz4E+O/ii/g/wj8S NO13XlEx2QW9yIGEMbSylbholhIREZy2/GBxnNV/DP7VX7PfjD4q2vgrw38UtJ1LxFdTm3s4PLni jvJQcGOGaSJYpGzwArc5G3PFR9a4oV9ammr30L+rZR/LE+tf+E88Tf8AP6v/AH4FJ/wn3iYN/wAf qf8AfkV8l+Lv2qP2f/A3ifxFofiz4mado+t6FepZ6rYS2t008EzKXC7EiJcAAkumVXgFgSoPn3x6 /bG+H/wb+HPw/wBa0qa28ZXPi+e2m0uOGWaOH+zpS4a/MixEFVKbfLHzksPl4NbUqvFVacYxlO8t vPS+/oROjk0IuTjHQ+9P+E+8Tf8AP6n/AH5FL/wn3if/AJ/E/wC/Ar5U8QftOfAjwz4X8M61rHxG s7bT/ENi2oaLtsbuWe5tAzA3JgjiaWOMbW+aRVHysOxrp7z40fC6wb4e/aPGVisHjmQReE7mMSS2 +qO23aqTIhjVjuXAkZM59iBzvF8Txt709b9+m5awuUv7MT6E/wCE+8T/APP6n/fgUDx74m/5/U/7 8Cvjj4iftUfCTwJ8H/iN4mg8QReIbzwhdtpl3Y2ttchZdS8t2SyEwiMe5vLbLAlVx8xXIz1fwD+N Xh348fs66T440KWFbto44tasYVl26ddlFka33SIu/arp865U569cVPF8S0sM8RUqTUE7b9dxQw2U zqezjCLe59Pf8J54m/5/U/78Co/+E+8TYybxf+/ArjwflpO4ryf7dzdv+NL7zr/szAafuke4+EfF V5q+kah9u2tPaKJBIowGHPBH4frXpUbbolYdCAa8G8Df8grxP/16D/2avc7L/kF2v/XNf5V/TXC2 KrYzJadSs7y11PynNaNOhjpxpqyLlFFFfZHihRRRQAUUUUAHeuB8Sf8AIB8Xf9eUf/s9d93rgfEn /IB8Xf8AXlH/AOz15eZf8i+r/hf5HVhv94h6r8z5/wD71C9aTu1KvWv4nlpJn74tkOqLo+7owPBq Wo8Vmtxs5nTfBvg7R9J1qw0fwjouk2OsSSS6tbWWlQwxag8gKyNOqqBKWBIJYEkHBqjJ8OPh7J8M I/A8ngPw43guNiyaB/YlubCNixcstvs8sHcS2QucknrXZ9q8g+PepeP9D/ZB8ea/8MbyO18baTpj ahp4ltBcLMIfnlj2Nxlow+D6ivWw1XF4jERpxqNOTWrb32ucVVUqdNycdEjsPDfgHwL4P8LXmh+F PBmheG9HvCftljpmlQwQ3ORtJkRVAk+XI+bPHFZ/h/4V/C/wnJqzeFvhz4X8NNqtuYdSOmaDbW32 qIkFopNqDcmedhyCR0r5P8ZftValD/wR+8J/Gbwo1rN8QvFMVnpek2oiDr/a0knlTqsZ4bY0cvy/ TtXjvxG/aZ+Pfwn/AG0dO8L65rGk6p4J8MaFoF949Y6WsTyC7eKC6lVgcxhZJc4HQD619Zh8jzzE KaVRp3ldOTu3Hd/5HlVMdg4Wuu3To9j9DvDvwl+FfhHU7288L/DXwt4bury3a3updM8P21u80LjD xFkQEow6r90+laLfD34fyfDKPwRJ4E8Ov4Ljk3x6A2iW/wDZyvvMm4W5Tywd7M2QudxJ6k18Pftp ftK/Er4V+K9H8O/B++sYbyx8NS+JPE15e2AuFjtHnSC1AzwC7l/f7tfcel+I44fgHpvi/X7gRxx+ HE1TU5kT7qrbCaVgvsNxx+H083FYPN8PRpYmrN/vHZK7vdbX8+x008RhalScEl7q1fQ0ZvC/hmf4 er4RuPDulTeE1tVtBokmnRNYCBRhYfIK+XsAAwu3Ax0rldI+Dfwj8P2bW+i/C3wlpUJuo7opbeG7 VAZYjuik4j++h5VuqnpivkD4Z+Pv2pv2mvCd78TPAPivwx8F/hnLqU1v4ZtL7Qjqd7qUULlGlmbd hVLKVIGOQ4AwAT7p40/aT8F/DLxrY/D/AFu18Q+P/iLb6PHfa3p/gbw1JqDWabAWuJVDDyUY5ZVJ JCkZxkZ0q5dmtGo8PTqc095Ri3devQUMRhpx53G0eja3Pe9Q8OeHdY8S6PrWraDpmqazpUjSaVqF 5YRzXNgzfeaGRlLREjqVIJrP8V+B/BvjrRIdP8a+EdG8XafC5kgt9Z0uK7WFyMbkEikKcdxzXhur ftdfBHSf2dPBnxWbXb+/8F+J9ZGkWl1Zaa0slrc7Szpcxbg8RQKcjDHpt3Agmz4T/aj+H/jDXPHm kab4b8cW/ibwlp8epX3h298JyQatd20jqiSWtsW3S5LqQuFOGU9CccsMszte8oSXLpfa2tn+Jq8T gtuZO+p3958EfgvfaBpml3nwj8G3Wm6du+wWknhm0MVtvIZwi+XwGYAtjqQM5rqNY8DeCfEHw9h8 J654P0XWPCsIRYNHvNMhltItn3AkTKUXb2wOB0r4w+Af7amn+N/2bPH3xB+LWk3ngfT/AA9fzs2p RaLKmlmAPFHDaxzliZ7ws7bogAcEHgA1734L/aL8F+NfE+ueHbfw74w8O+MNO0T+2o/DXiHw61jq OoWRBKy2sbORLnGNu5SGIHGDXTiMuz+hJ8/M+R73uk/X5mdLE4CrFNW97yPSdY+Gvw78QfD7S/Cu u+AvDuseGNNRY9N0q+0W3mtbIKoVRFGyFY8KMDaBxxVg/D/wG3hjRNDbwP4ebRdGuFutH086Jbm3 06ZTlZYItm2JweQyAHPevFvD/wC1d8JvFekfDOXw5NrWr6l441e40vStIt9LBvrWa3YLcNdRGQeS ke5WZtxwrggV5n8Of2s9U8df8FJfHXwhuPh94i03wzp0FtFpcz+GZo7u2ndVZ59RLNi2gYFhG2MM DGf4qI5dn0oT5uaKgnJpu3k2kEsTgk09Hd22PrrxZ4I8F+PNIh0/xt4T0fxdZwSGSGHWtNiu1ic9 XXzFbYfdcGr3h3w14d8J+FodD8K+H9O8M6LCS0VhpVjHawIT94iONQuSeScc1ufSivlJVq7p+zcn y72vp9x6ihBPmS1CnL0oA4p1YXNhD2+td18PP+Rvuv8Aryf+dcI1d38O/wDkcbr/AK8n/mK+t4Y/ 5HlD1PEzf/kXVPQ9r0H/AJFOx/65CtZelZOg/wDIqWH/AFyH8q1x0r+wup+JC0UUUAFFFFABXxz+ 3h/yjT8cf9fFj/6WQ19jV8b/ALeX/KNPxx73Fj/6Ww1z1/4TPYyr/kY0vU+urH/kC2//AFzFXB98 1QsSRo9qP+mY/lVsNW0djzKn8SXqTUVRvr600/TZby/uorKziGZJ55RHGmTjljwOcdaFvrVtJ+3C 6iay8rzhcLKPLKYzv3ZxtxznOKoyL1Fc7L4s8Mw2FrdzeI9LjtbnP2ad9QiVJ9pwdjFsNg8HGa07 zULPTdOe71G6isbVMb57iZY0XJxyzEAckfnQBfoqjZ6hZ6jpsd5p93DfWcmdk9vMskbYOOGUkHnj is3/AISjw7/bZ0weINObUhJ5ZtPt0fm7/wC6U3bgfbFAHyr+25/yat4X/wCygaF/6WLX2Bb/APHj D/uCvjz9ts/8Yq+G+vHj/Quv/X4tfYNuw+wxY6ba5Ifx5/I+gxH/ACKaHrP/ANtLS06o92BRv475 rrPnySio9393PSo2lVY9zPtUAkksAOn4dqALFFcr4V8beEfHXhj+2/BXijSfF2ii4ktzf6NqMV3A JYzh03xsV3KTyOorpt31oAkoqPf9acGyemKAHUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF FFABRRRQAUUUUAFNPWnVG33s80AeYeLf+RF8Q/8AX+n/ALLXiQPFe4eIIZr7w74msLVTLdpcRy+U OWZcA5A79G+uK8T8idWIaGQc9Ch4r+cePcPXnmkZRi2uVapH6bw3WpxwsoyaTuFVLqb7PYXNx5bz eTE0myMZZsAnC+5xgD3q75U3/PN/++ab5M2f9U//AHzX5VHD4iMr8j+5n2bq0mrcy+8/GT4jaDpf jD42+DfFf7KvwX+KPwl+OFx4hhk1q4l8Nz6Lo6W7ZaY3O8mL7wGdoVGAfKtkZ7Lxl4P8YeC/24v2 kI/GuqfEbQfBPxIdJbTVvBHgaHXrXWLVomja0nJid4WUMVVOByfZj+tRhnI+aOTnr8ppfJmHRJBn r8pr9HhxHi6aUY4d8qVtW3LdNe9bZeh83LLqEtXUV736W+4/MPSvhXeaT+37+wvHo/h7xRrXgXwv 4J1GOTVtf0B4ZbFvLu5LZbwAFLeYO0YVGYEEJ3IrwL4n/Bn4oatpv7Rd3oXw/wBcvtF0z422PiRd DTS5kGsWaQzpLJbIVxPgyLny92QxPOK/bnyZunlyc/7J5pPJn/55yHHTKnippcS5jSa/cN2Vtb6+ 85X287ClluGkv4n5dj81NEvtX+JH/Bbv4X/FbRfhL4u8H+B/+EGvbGXWNe8MyWHmyhJ8LIMER7Qy xJvK7ggKjBGftj4y/Dyy+LH7K/jz4d36qy63pEtvAzDPlXCrvhkA9VkVG/CvU/JuMY8t8f7tJ9nk x/qn/wC+a+fxePxmIxVKvTpODp2S3ezvud9GhRp0ZU3NPm9D8q/2N/CHxW8dftUaD8QPjN4O1jwu vwu8CweFfDaa3YSwNdzuzrLdRmRQHxFvQkZGJE54rk7r4T/Eb/hQP7QXjXQfB+swfELwd8eF8ZeD reTTJkm1OKIIsohUpuljdCT8gO4xqBX7AmGdvvRu31UmjyZyQfLk46fKeK93/WPHrFSrRoWTSVtb JJ3a+et/U4Vl2H9mo+01V9bo/Hq4+FXxDm+FH7NXjTVPBetzeNvFfxzbxh4wtotNnlm0mKaRViWc Fd0KxxIo+cAD2r9LPjl4U13x5+x98UfBvhmdbfxBrfhy7stPJfYrSuhCqWPQN93PbNeteTN/zzk5 6/Kab9nk/wCeb/8AfJryMbmuPxtelWdKzpttaO290vlsd1HC0KEJRU17ytuj8xfh1q+r+I/+CY03 7LNj8LfGngD4qHwVqGku194Xkt9J+1JFI5la+P7sC4xtD8ku4GSCDXkOsaL4y+Kn7F37N37O/hn4 M+MPCfxG8IeIrSbXdV1fw7JZadpKWwlWa4S8PyuJC6yfKSW2fxHbX7MeVNjHlyY9NppfJmI/1cnX 0NexDiDE05SlHDu8nzauTtJq3bbyOKWX0ZJJ1VordNv8z85fB/gHXH/bL/4KEa1qXgvUfsWvafHB 4eu7vR5NmpI0FyZI7dimJQWEW4R5GQvoMeKeMPAPxEP/AAQr/Zztm8D+Ib7XfCPjez1TV9FXSpm1 G2tYnulz9nZRJgeamBjADZ4HNfsL5M//ADzfjp8po8mfOfLkz/u1K4izD2kZew2ce/2Y8vyug/s/ DqLSqdH273Pyg8bf8Jlb/wDBRjxJ8cPM+KHgn4c/EHwbbW+naxoHgRNSv7IRhI5LC+tJY3ktgSm8 ED5sofmycX/F3w1a9/4Jy/B79nX4X+G/GOsXHiTxU19YeJfFfhiawm8IwJdNNJeTbBtt3ALLEm4M yMxwMqD+qPlT5zsk/I0eVNz8snPXg81UuIcY3Bqg1ydLu2m3TpfvqKOXUFf94tfQ/M/4c+EPGlr/ AMErf2jv2fr7wHqln8RNHttXtkv5NOmWHxc9zvaK9incbZpX+6QGYjC9MgV9G/sheIJdW/YM8A6H e+GPEPhXVvDGkwaPqNt4h0WSxd5448u8IfmWPnG7A5yMcV9Q+XMMfu5OOnBo8mdh/q5G+qmvIx2Z 4rH4epSlQa5pKXXR2s+mz/A7aOFpUakZqotFboRjpRUnkzZ/1b/98mm+TNj/AFbf9818isNiFb3H 9zPY9rS/mX3noHgb/kFeJv8ArzH/ALNXuVl/yC7X/rkv8q8R8JW89j4O8Q395G9vbzQrHEzqQZGJ IwoI55IH417dZgrptuG6+Wufyr+rOEKdSlkVOM1Z6n45nE4zzCbi7lyiiivuTwQooooAKKKKADvX n/iL/kA+Lv8Aryj/APZ675ulcHrDQjxPcaXeN5Nvq9p5UUjDjzFzhfTkMfxArz8dTnVwdSEFduLs b0JKFaMnsmj59/iNOXrVzUNL1DStRktby3eORTgNt4YeoPoaojpX8X18JiaVWUJwaafY/d6dalOC lGSsySim/gfzpPz/ADNc/sK38r+5m3tKfcc3SoJEjkjaKaNZ43Uq8cgysgI5U+oPQ+1S9u/50m32 qo0a8ZKSi9PJkynSlFps/J34Yfsr/F7Rf26tD8F+JdDkb9mzwR431TxX4ZvZponjvJZkj+ywmPfv +Vl/uABjIc8ivbvF/wAAfFHxA/b/AP2hr7WtBlj8AeMvhLFoGnay80Rje/WSB1AUMZFKvHuJKgfK 3XjP3ntH93t6Uu3/AGa+4nxFmk66rezs1Hl0T7pt+ra1PCjl2EjDlcrq99/wPyE0v9m79oLXv+Ce Xx1u/iB4XudQ+N3iW30bQNI0z7XA0zabpiQqrh/M2DzCpdgWyTGTj5hX6gWPhddT/ZqsvBevQvbr deFl0rUYgQXjElr5Mo9Nw3N7ZFd3t4xjijb7Vw5hnGYZhZyp2tLmVk9NFp6aG9DB4egn717qx+dH wVtf2kv2YfhbN8Hbr4H3Xxm8H6Xe3D+F/EnhnXbW2LQzStL5c8c5BXDlmJxxvK5IAJ1I/DPxo+Ef /BRn4hfHLQfhDqHxM0X4ieG7BJ9M0vWbWK80O/hjgBglMrAPEWiwXTI2nP8ACM/oHt5zt5+lG3np 0rtWfYn20q31Zc01aekve2fy1V9DF4Gm4KHtHZbbaH5IWX7KXxh0H9ij4Q+H5PDa6t4sf42x+NPE OmWN1CY9GtHWJGUszhX2CJSwQHlsDIGT9d2Pw78awf8ABcTXPiw2gzr8PbjwDFpsWsiWMxvcrPvM ewNvzj1UDj6V9abfagrnsaKvEOZ1YtSpb8y2fVp/hYUcvw0JJqW1u3Q/HzRf2dfjtff8E9PiT8AL r4d3mja1pnjl/Fega6+swLp+uBZY1FrGVbekjIGkV2AX5QDtNfRPwn8G6lpfxq/4WVqXwM+L0Hjj QvCt1b2134v8e2uqJcOyjNhbbpcne2drkqq8k89fvork8ijbz0rWrxHjq1KVOVDSXbmW9r/fYVPL 6FOSkp/kflj8KPgH8bvhb+1R4R/aIvfBcWveJPHGramvxE8KaetrGfDNteSho5LYl1UsgUGTaxJz t+bkn2zw94N+J3gX/gtH8VvHH/Cu7/xH8PfiHpWm2sfiOyvoUh0s28MKSNOjkOwBhb5VGfmXBPNf cO0YHy9OnFLt5+73zWNbP8fXcnOj8UHB6Pa9193/AA5UMvw9NJKezv03/wCCNHXg5HY1ItNx7Ufh Xw/sK38j+5nuKpDuSUUz8/zNLzR7Ct/K/uZXtKfdA3Su7+Hv/I23f/Xk9cHtZiMKTn0BNeieHrWT w74Zvtc1BWt7i5j+z6fA3Dyuw446j/AGvtuFMDiqudUpRg7RersfO5ziKMcBOPMrs9i0H/kU9P8A +uQrYHSsrSYWt/D9nC33liAP5Vqiv6y6n46LRRRQAUUUUAFfMf7YFt4Ouv8Agn98QI/Hep6ho/h4 W0Ttd6Vbie6SZZ4zCI424cmTYMHggnJHWvpyvjn9vL/lGl44/wCviw/9LYa56/8ABl6Hr5X/AMjG l/iR86fD/wCIH/BRGYQqfhromq6DnFndeKEh026mi/haVYZm2MRyRsH0r6t+HniP9qrUPiXptv8A Er4d+BdB8JNvN/e6T4knnu48IduyNogrZbaDlhwSewB+lLFf+JPbevlDmrW3Jrno4ZwXxt/M9fMM 4pYqUlHC04b6pO/5/oed/Fb4e6T8Wv2bfHXwz15VOleJdDuNMnk27jCZYyqyqP7yNtce6g9q/DrT fjv4x0r/AIN5Nd/ZvLN/wvSDx43wdgsFnImfz7huAT1XyPNt8jjBWv6CivykdzXwhL+wb8PZf+Cr 0P7UjeJNU+1pqP8Aav8Awif2eM6e2ofZfs/2rd13/dl6ffXOeK9DY+RPhH9sT9lzRbz4gfsOfst6 DIsccPg/X9J0+4XMYkv4dNaaOdvZ7tFkbP8AePrTviB8VtS/a2/4J5fsqfBqa4nbWtZsb/WPiiPm EsEXhu3kSZLjnKfaLhYyQeQZExX6qfET4A6X8Qv20fgj8ZrzxJeabffDd76S002G2jeC++1QmFvM cncu0HI29a8l+Hf7DXw9+G/7UHx7+J2j63fy6h8SrK8tEtJbaPytDS9dpLr7Mc/NvkIbBAA2gUAZ f/BMv/lCl8FjnpDfjr/1EJ6+MvgJ+zP8E/2if+ChX7ell8WvA9t4oksvHxh069NxNBc2Il87c0Tx uu05CnJBGQMgjg/qj+zr8FdP/Z5/Y/8ACPwh0vXrrxLp+hLOIdQvIEhlmEtw83Kp8o2+ZgeoFfK9 z+wj4itfjh8YfFngn9p3xz8ObH4kaxJqPiLTfDunWUTndv2qlywMibQ7AMu1uc9eaAPzJb40ePPB /wDwSW+KvgG51yf4gH4fftC2fhbwHq2sSmYyRxPPNEkjlstGv2XIUYAEoUHGMfo/pvxw/aV+F3/B QTwH+zr8YNc8FeMLr4l+Gb+48J+I/DugzWa6NqVtDK/lzwvK3nw5jABBUnK5I5xyX7UH7KPwl+Gn /BIzQPgr4NsLrS9Dl+IOlTyarJMJdQku5pzC948hxvk2SMoBAUDAAFfRHwx/ZFuNB/ax0P45fFr4 xeI/jp8QPD+jvpfhW51vT7Wyh0eKQMsjJHbqPMmZWZTIxyQzZByCMk4+0kuuh6VSNdYKm5P3G5W9 dL/ofFOpft6ftB6r/wAE9/hjeeDNH8Pn9oa+1zxLb+KbC60xnt4INCtZrq5CwCXKMyCFVJblgR/F x7dN+2F8RvG3xFhb4bf2Rb+F9N/Ztn+JGvzXOmG58vUprV3s7YP5i4VZASy4JIiYZGcj1z4dfsO+ Bfh7/wAFBfiD8d7fxLqOqDxLHqQi8L3VtF9g06TUXja7kjYHcWcoRyBw7A1jfAn9gvwl8DPgb8Zv Bum+Pdc8TN4+0BtCGpajbRedpNiIZ444oVUlW2G4dvmwCe2M1qeafLui/tjftUaZ+z5+yx8ePG83 gO6+GnxH8VWvh3VNA0rRp1v41mmlh+2CZpSoc+U7iJVIAVQSdx26f7KTfHy4/wCC3X7WVv4s+Jmh +IrTQZNOi8U240O4VL6NrOZraOwV52FmqSMpdTvD/N0zmvpnUv2GvDupfsNfAX4HP491WHTfhj4n t9ctNTXT4TNftDNNKIpFzhFzNjK8/KK7DRf2VZfCv/BSjxp+0F4R+KutaDY+M1iPi/waNNt57PVX htmgiPnuPMiClg+EwSwIJwSKAPzk+Hv7X3xi8P8A7Gn7OU/wz8HfDfw7rHj/AONWoeE59H07wqNM 0uQNLBHFJsgceWzPKTJIu4nI7jn2Sz+Pv7a198Z/2j/gzD4h+Gh8VfCzSV1+bxafDtysV7bPbebH ZR2fnYV2YMDM7EIFxtbcGHr3hn/gnn4X8NfD34H+HofiTrN1B8Nvie/jq0ml0y3U38zTQy/Z5MHC pmHG9efnPoK9w0/9l7R9P/ah/aG+KC+LNQkvfit4eh0e9sms4hFpqRwNCHibOXPzZw3GeOlAHxv4 m/4KA+MIf+Cef7LPiu1h8O+EfiF8XLya11DXNUsri60nQYrSTZdXYtoiZZS2U2RZ4y2WOAT9B/se /tKeJvjF8Qvi14A8UatpXjibwdPZzaX430HRbjS7LXbS6Vv+XefJjlieN1bB2njFV/8Ahg3wpF+x P8G/hfpvxA8QaH4u+Fuqyap4L8eafBCl9Y3EkxkfdCcxyRtlVZDwdi+4P0h8JvAfxK8Fw683xI+N WpfGK6vGj+xteeHbLS4tPVAQwRLZcsXJBYux6cAUAe0K2c/Wn1GvU/45qSgAooooAKKKKACiiigA ooooAKKKKACiiigAooooAKKKKACiiigAprf0p1NbpQBwfibw3qF5qMOraDqL6TrEI2+aoBWRf7rA 8MPY1xrR/GNZCFvNEK++mH/45XtG7Dbfx600TR/3l6+orGfsV/Et8ylzdDxjb8Zf+frQv/BW3/xy jb8ZP+fvQv8AwVt/8cr2nz1/vr/30KPOX+8v51lfCf3fwK988W2/GT/n70L/AMFbf/HKNvxk/wCf vQv/AAVt/wDHK9p89f76/wDfQo85f76/99UXwn938A988W2/GT/n70L/AMFbf/HKNvxk/wCfvQv/ AAVt/wDHK9p85f74/wC+qPOX++P++qL4T+7+Ae+eLbfjJ/z96F/4K2/+OUbfjJ/z96F/4K2/+OV7 T5y/3x/31R5y/wB9f++qL4T+7+Ae+eL7fjJj/j60L/wVt/8AHKqXsnxmt9HvLgXehboreSRd2ltj KoSP+Wnr717n5y/3l/OqOpZutEvLaKRBJLbuilnwMlSB0HTmlzYT+7+Ae+fnL+xZ8fv2g/2jv2Yv EHjXxDP4XivbHxVc6Si2ehPCuyJUOSpmPOWPOfT8fr/b8Zf+frQv/BW3/wAcrwf9gv8AZ/8AHH7N v7JfiTwT8QbrSJtZvvF95qsB0i+aeIQyrGEBZkQhvkORg9ufT7h85P76/wDfQo5sJ/d/APfPFtvx k/5+9C/8Fbf/AByjb8ZP+fvQv/BW3/xyvafOX+8v50eev99f++hTvhP7v4B754tt+Mn/AD96F/4K 2/8AjlG34yf8/ehf+Ctv/jle0+cv95fzo85f74/76ovhP7v4B754tt+Mn/P3oX/grb/45Rt+Mn/P 3oX/AIK2/wDjle0+cv8AfH/fVHnL/fH/AH1RfCf3fwD3zxbb8ZP+fvQv/BW3/wAco2/GT/n70L/w Vt/8cr2nzl/vj/vqjzl/vj/vqi+E/u/gHvniu34y5/4+tD/8FjD/ANqUhj+MmQPtehfT+zD/APHK 9r85MffX/vqmNNH03r+dL/ZO0fwBOaPMNL8MeKtU1q1vfGOqx3Uds2+CztoRDArf3ioJJPpmvVkX 5R6ColkU4wR7Gp1PFdUbNe7b5Geo6iiiqAKKKKACiiigAPIrnfEGhWevaDJZ3SHkfK69UPYjHP5c 10XaoJGHf8hRp1A8ZksfifpI+z2V/Y6/ZocRPqMG+VR7uCM/jz61X+1fFsn/AJBehf8AgO//AMVX sLahZodrXUKkdjKBSrqdh/z+Qf8Af4V5s6mA5vecb/I3Uay2TPHvtHxa/wCgXoX/AIDv/jR9o+LX /QL0L/wHf/GvYv7Tsc/8fkP/AH9H+NH9pWP/AD+Q/wDf0f41PPl/eH4D5a3Znjv2j4tf9AvQv/Ad /wDGj7R8Wv8AoF6D/wCA7/417F/aVj/z+Q/9/R/jR/adj/z+Q/8Af0f40c+X94fgHLW7P8Tx37R8 Wv8AoF6F/wCA7/40faPi1/0C9C/8B3/xr2L+07H/AJ/If+/o/wAaP7Ssf+fyH/v6P8aXtMu7w/AO Wt2f4njv2j4tf9AvQv8AwHf/ABo+0fFrP/IL0L/wHf8Axr2L+0rH/n8h/wC/o/xo/tSx/wCfyD/v 8P8AGnz5d3h+Actbs/xPGxc/Fvco/srQuWA4tX/+Kr5D/Zj/AGlvjZ8dPiz+0N4d1Dw/4VtV+Hvj AaLbG1s5QZU33K7nzIcn/R16Y61+jjapYbh/pkI56+aP8a+LP2U/2dNY+AHxs/aQ8UeIPGGi69bf Efxl/benQ6fvV7OMyXL+XLv4LYuFHy8fKT6ChTy/vD8A5a3Z/ie6/aPi3/0C9C/8B2/xo+0fFr/o F6F/4Dv/AI17ANSscf8AH5Dyf+ew/wAad/aVj/z+Q/8Af0f40c+Xd4fgHLW7P8Tx37R8Wv8AoF6F /wCA7/40faPi1/0C9C/8B3/xr2L+0rH/AJ/If+/o/wAaP7Tsf+fyH/v6P8aOfLu8PwDlrdn+J479 o+LX/QL0H/wHf/Gj7R8Wv+gXoX/gO/8AjXsP9p2P/P5F/wB/R/jS/wBp2P8Az+Q/9/R/jRz5f3h+ Actfs/xPHftHxa/6Beg/+A7/AONH2j4tf9AvQv8AwHf/ABr2L+0rH/n8h/7+j/Gj+0rH/n8h/wC/ o/xo58u7w/AOWt2f4njv2j4tf9AvQv8AwHf/ABo+0fFv/oF6F/4DP/8AFV7F/aVj/wA/kP8A39H+ NH9pWH/P5D/39H+NHPl3eH4By1uz/E8djm+LbSbf7P0ONj0f7Mxx+G6uh0Pwhq03iCLXPFuqHVdR T/UxhAkMPsidF+vJ9+leg/2lY4x9sh/7+j/GpEuIpEZo5FkjzgsjA1vSqYTmtScb+VjOSqKzkmWF 6cDHNTVCv3/51N2rrVuhmFFFFUAUUUUAFfHP7eH/ACjS8cf9fFj/AOlkNfY1fHP7eH/KNPxx/wBf Fj/6WQ1z1/4LPYyr/kY0vVH1xY/8gW3/AOuYq4Pv1Tsf+QLb/wDXMVcH3zW0djzKnxyHU3bz9adR VGQ3auc96NozTqKAG7RQVGKdRQB8Z/tuL/xit4Z4/wCZ/wBD/wDSxa+wrf8A48Y/90V8f/tuf8mr eGP+ygaF/wCli19gW/8Ax4w/7grkh/Hn6I+gxH/Iqoes/wD20sBRijauOnWhadXWfPjdv+cUbRmn UUAN2ijbTqKAG7Vo2jAwBx0p1FACAYFLRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF FABRRRQAUxqfTW6/jQB594s1KeHwTrklvIY5o5kiVwcEA4zj04JrwTfIzszOWbPJJya9q8Wj/ihP EP8A1/J/7LXifav5w49r1oZpGMZNLlXU/TuG6VN4WTavqP8Amx94/nSFmB+8fzp1RNnDHngelflH 1iv/ADv7z7R06SXwr7h25ifvH8DS72/vH86/K34l/FLxDJ/wUl8feAfjN8cPFv7O3gG3EI+H82h2 SwWWqKR80010yNk5K9fkzkHZj5vtjXvFnjvwF8J/Btv4N8H6j8ey2m5uvEbeI9P06ORUUFJpJHOx 3mB+Xy/l4JyMivrsRk+PowpctTmdRJqzdtr77X/U8enisPNyvGyj3t+R7zub+8fzpdzf3j+dfEC/ tueEv+FBeFviBJ4J1a10u78djwf4limv4d/hu8/56SMAVmjxvIK4+7zgkZ7nxV+1T4O8G/F/40eH 9d0W+j0P4ZaNa3mv67BcJIrXVy6pBYxw4DGVnfYCW25U9Bg1yvJ88UuXll169ml+bLWLwFr6fcfU 25v7x/Ojc394/ia+XfAf7R03iD45aB8PviB8NNW+Eut+I9Ak1zw02o6rbX0eoW0a+ZKCYeYZUjBk Mbj7oOecZ+V/Hnxg+Psv7BvxA+O3gHUNWbTPE3xAEOjmytBdP4f8Mwb4jdwQsv3pZIwxc5wrdvvD roZHmk6vs6s+TZK7dnfs/kzOeMwihzRjzb7LsfqVubH3j+dG5v7x/OviD4A+NfhtZ/DTxp8UNL/a k8S/GDwnpWhtd65Y+JWi87SRGPMadoAomjYhWULyjHOGPBrb8L/tZLqvir4f/wDCUfCfXvA3hTx8 sw8E69f6pbTrqUiIZI4poYzvtWlH3N27qBzyRFTJs29tOnRcpcu71Wu+z1HHGYPkUp2V/mfYm5v7 x/Ojc394/rX566f+3rb3nwR0L4nyfA7xVafDe41tdH1bxFJqloYNPuGk2AKow0wxhiwVVBO3JNe0 eNf2lk0H9reH4PeBPhnrvxc8VWekprOurot7b20en2bbSrhpsLKxV1YICCdyjkniP7FzuNVQknrf 7Witvd30GsZgHHmjb7u+x9Rbm7sfzo3N/eP518G/sA+IL/xJ+zf8TtTvr3ULxX+JOo/ZhqbOZYYy I2WPaxJXGeVB4ORUfxH8c/Ez4rf8FP8A/hmvwF44vPhb4X0Dwuuu+K9d0iGOTUrrzBHtghZwRGB9 ohHGDnccngG1leMeY1MK61lTTcpNuySEsVQ+rxq8nxOyWh97bm/vH86Nzf3j+dfnX4Z+MHjL9n39 vHxR8F/jF8Qrz4hfDv8A4QubxTonibVrVF1Gyht4mkmhlMYHm/LDMO5LKpGNxA9c8E/tUf8ACRfE f4Y6b4p+FevfD3w38SJHi8D6/qGo21zHqEnBjSaGI77ZpAQVDE9QPUiq2SZvB81GTqQsmpJuzvr1 1CnjMG/dkrS7WPrjc394/nRub+8fzr8/7v8Abshh8FePPFNn8D/FOp+E/BXiV9H8UaxBqtp9nsgJ VjSVdwDysxJPlqvygAs3zcel+Df2qrXxN+1d4J+GmsfDPxF4LsfG+myaj4K17Vri326tBGjPva3Q l7fcqsQrkt93I+YGsZZJnsYuUovT+92179tfQpY3ASlZW+4+tdzf3j+dG5s/eP518h6T+1pomrfs l/Gr4rx+C7+Kz+HWv3OkXWnHUYzLfNB5eZEcJtQHzRwQx4r6V8E+JYvGXwj8L+LoLOTT4da0uG/S 2lkDvCsqBwpYcEgHtXl4nC5lg481a6V7b9bX/JnVSqYWu7QSfXY6clv7x/Om7m3cMenrT2+7TK8t Yiv/ADP72dfsqa+yvuPUvAWpXK6JrkMkzSQ28SyRqxzsPPT24FezQv5lpHJ/eUHj6V4V4F/5A/ij /rzX/wBmr3Gz/wCQVa/9cl/lX9WcIVJ1cipym7vU/HM5hGGYzUVYuUUUV90eCFFFFABRRRQA1ulc d4gvpodC8RtCxSS3s12MOo3bv8K7I9K4HxJ/yAfF3/XlH/7PXm5jJxwFVr+V/kdGHSdeC81+Z8+n c0jMxJyc5PU0n8X17U9v4qxPETMngLXGjYxyLplwyupwVIhfHfjnHNfxfGVarWUOZ6v8z92koQp8 1lojb2tg/KT+H+f0pobPofxr+drwh4v0u8/ZG0FfDvjz4kWX7T2p+LTaaHef8JJcW2jSL9p+VJJp 3WD7nBGcluCCDX6v/E79o3xB4A+NHgT4L6cvg+T4lXvhlNW8Q614z186Rotkqgxkb1+ZpZJI3wg6 DBxg8feY3hnHYepCnRq87d73urJdd9jwaGZ0KkXKcLJW/E+x6O9fAkv7cNm37Fek+PNP8Fx6v8Rd R8aP4NtfDVlqgkspNUQKxZbkctblJI3Vhyd4Ge9dX8QP2gvix8Ffg7a3/wAWvBPgu18Ya9r1vo/h Oz0jxPKbFpJA7TSX88yL5McIVcsmQ2TyAOfJWRZvflbSbbSTlq7btd0u52PHYO191102Psx5FjiZ 5GWONRy7MAF9zmnLJHIgkjZXRhlWVgQQe49q/PPVP2mY/FfwT/aQ8C/EDwv4O8Xa14Q8Hf2vKnhX xJLfaDr9i7RoyidCJY3V3RWUHOTkdCTvfCH9opdM8XfCX4b6p4H0zwb8PtX+DMHivw7c6dd3E32d ILfzJ7PMpO4RJHLgklsbMkljjqfD2ZqjKV25Re19GrX01M1mGFc0rWXofeFJnnrz7V+eFh+2r4iv fgZ8J9Sm8JeFtB8ZfEjVb/8AsBdc197LR7DTLWTyzeXk7/OGZg21VwGGCOuK9A8H/tbWWqfsyfHL xV4ksdHs/E3wvle31NdB1X+0NL1KR1Y2clrNwXSaRdu0kkbT64HPPIM4pK8l1S37u1/S+hpHH4OU uVdr7H2h+G32o9fpX5j+HfjJ8RvglP8AC74H3jeGrbx54g8NHxVr3ij4neILi0s7i9u5Wc2EDqCu 6P5YxlgBtGBn72p8dPiL+0tpP/BQP9mPwxocXhixh1xJ5oNHtvEl0NP1i6S3j89Lx1j3CGORm8oq G3rgsAa7I8OY+VdU/aqzTad3qomLzHDxhzcrvdK1u5+knv60V8L/AB2/ac8ffBXV9cvriD4VXuka UkUreH7jxvLH4kvYmVN7pbbcKQzHapzlQG5HFM8bftXeOo/2kPhr8O/hL8MbLxzc+O/AkHiLRpb/ AFN7V7czb2/f4+QRRom5iPmzwMVyxyDNpRjKLXK02nzaaas1ePwqumtV0sfdWeP880vf/CvzXvPi L+0x/wAPsPCvgaeDw3Dpp8Cm/bw7H4guhprWrTOst4+EybxQrBYyCg2ryMmve/20viv4k+DP7APi vxZ4MmNp4ilvLbTLC9KbjZmdiGmAORuCowXPGSD25zqZNjKeLw+H9qnKsk1ZvS/cI42hKlUqcllA +rcNzlT7gdqSvy0+NHwR1v8AZ/8A2IYfjd4H+LnjWT4s+HEsb7WNS1TxLNd2eteYUWaOS3kJUpmQ FVOeAc5xkehap+2nrGqeJLjRfAej+CbHUNF8HWOveIW8deKTpKz3F1apciwsU4MkgSQZZuATg4xX bLIMVVjz4Orzxu073Vmu93s76GCzCjF2qxs9Guuh+hOeaWvg3VP2w9e1bT/2abr4ZfDyy8SS/Fm3 vFhsdU1V7eSwu7dzCYzIqlTGsqybmK52plRkgVyn/DXfx0k8FfGpbX4NeFz4j+E95J/wmMz+JZvs MsKthRZjb5kkh2yMdxVdigjBOBhHhzOZRvovWVutvz0NXmGEj0/A/R2ivkBf2oLm/wDin+yfpek+ F7b+x/jFpsl7cy3Ny/n6XthWTYm35X5JXJ9K7P4W/GzVPiB+118dPhveaFZ6bY+Ar21t7S+guHaW 8EyliZFb5RjHG3Ga82tlOaUKbqT2Su9eily/n/mdEMVhZyUY7vy8rn0Welei/Dm4lXxHfWyyHyHt GYpnjIxzj1rzkfMB/jXffDv/AJG+6/68n/pXZwxXq/23Q957nNm8If2dU06HuWlztc6HazN95oxm tLtWPoP/ACKlj/1yFbA6V/XZ+LhRRRTAKKKKACvjn9vD/lGn44/6+LH/ANLIa+xq+Of28P8AlGn4 4/6+LH/0shrnr/wWexlX/IxpeqPrix/5Atv/ANcxVwffNU7H/kC2/wD1zFXB981tHY8yp8ch1FFF UZBRRRQAUUUUAfGv7bn/ACat4X/7KBoX/pYtfYFv/wAeMP8AuCvj/wDbc/5NW8L/APZQNC/9LFr7 At/+PGH/AHBXJD+PL0R9BiP+RTQ9Z/8AtpYWnU1adXWfPhRRRQAUUUUAFFFFABRRRQAUUUUAFFFF ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU1utOprf1oA8t8Xf8iJ4i/wCv6P8A9lrxOvcN aWG8vdY8MzXC2d5fMs1i8vCTEfwg+oKjjqQeOhrgm+H/AIl3nbaxMAeCJhz+lfgXG2VZhjMxjVoU 3KNrXR+h5BjsNQw8oVJJO/U47dTG65X73bGOtdr/AMIB4m/59U/7/Ck/4QDxN/z6x/8Af4V+YLIM 5T/gS+4+t/tPAP8A5er7z8+/j54T/aM+J3hLx58NLH4c/DLXPAusebBo2u61rMwutPidQqzmDyyF nQlirqcg4/HyrUv2S/iNoupfs/6bb2fhn42eB/BHhR9KvfDfi3VZrKxW/eZ5DfrEoYSqok2hGGcI Ac5BH6s/8IB4lzn7Gn/f4Uf8K/8AEv8Az6J/3+FfZUKvEuGpRp0sNaMfJ6u1r77+ljxan9lVJucq 12/P8D8qPCP7HXjS1/4J0ftBfCPxE3hu38QeK/FMmu+F5NHuWFlbyJ5clvnKAwJvj27cNtRj1rV0 b9kLxt4m/wCCf3xi8F/FDXtMX4teP9cj1W71mykNzbpJamL7MjNtVmVvKbfxxvYjmv1D/wCEB8S5 /wCPWP8A7/Ck/wCEB8SY/wCPSP8A7/CtHiuLXe1Fq8lLbqrfhoTFZNG37xaK2/c/IqP9mf4qx/C6 50jQPgL8K/Afjd9DfSR4407xneyXEfnxC3uJ7eFkIRnhaYYPQvxivtnW9B8f/Dn9nfwd4X+BWgeH tan0FLewNh4ivZbGGSyjgdCUeNWKymQRvg8Hc9fTn/CA+Jv+fVP+/wAKT/hAPEv/AD6x/wDf4Vy4 lcR4uUfaYbSLvazs399zWlUyukny1tX1ufln4d/ZJ8aeNPjf8b/iB8TbPwt8NJvHXgmbw1b6B4Kk e4hhaURFr2ZiqB5A0QYjHzEkk5xmv8Iv2X/FXg3U/B2k+J/gN8M7y40A5Pj6y8UXpvJDGreVcx2h Xas+7YTk7Rzwa/VX/hAPE2P+PWPH/XYUn/CA+Jt3/HrH/wB/ga65YnimaalQdnays9LK2mt9u5ko 5Otqi+8/Kf8A4ZO+KS/8EYo/gD5ugjx0vio6pvGpt9iEP21Z/wDW+Xndt4+51xXoWrfBX41eB/8A goNcfGz4Rx+FPECeIfCNpofiDS/Eeoy2q2U8KQqtzG0aMZFzCrbeP4h/EMfosvgHxNn/AI84v+/w pf8AhAPE3/PrH/3+FS8RxTKT5sPdNttcu97f5KwOOUJaVe3XsfEX7JXwb8dfBX4MeNtB+IF7peo6 xqvjG71iK50qdnjljmVPmZWUGNiwY7OcAjk1zfxQ+BvxN039u3S/2jfgbe6Hc+KJtE/sXxP4c8Sz yQWuqWqgBXWaNSUZRHFxjrErDuD+gX/Cv/EuP+POP/v8KP8AhAPEwP8Ax6xj/tsK82NLiOOOnivY O89GraNPdWOl1srdBUvarTVO+p+NXgn4d+If2iP2wv2jF+Psc3w/+Kh8JyeF9B0G3sXewsbCVVH2 2C4Y4uSGwcAgkSM3Q4X1H4H/ALNfibwH4++HMHi34CfDSaXwzewySePbDxReteymFsxXMdow2ick KSCQv5V+oX/CA+Jtu37LHgdB54o/4QHxNnP2SP8A7/ivXr4niKacKeGcYNJJWfu2VtNvuZyQWVpq Uqycu99/U/LW0/ZX+JsP7AP7THwykl0P/hJPH3jmfWdDYamxt0t5JICBK/l/I+Im4APOOa9Q1L4E +Obr9sP9lPx5C2lNo/w58Mvp/iBGv2ErTG1Ef7ldh8xdwHJK8c19+f8ACA+Jsf8AHqg/7bCj/hX/ AIm/59U/7/CuV1eKHJy9g9b/AGe8VF/gap5Slb2i+/zufkZe/su/tD6X8Hf2ivg/4Tm8F3HgXx/4 iuNcste1DUp0vkMuwi28kIVUv5aKWYkKCSM9B+g/wy8P6j4T/Z28CeF9Y8k6ppGg2tleG3k8yIyR xBG2tgZXI4OBmva/+Ff+Jv8An1T/AL/Cj/hX/ib/AJ9Y/wDv6K4swpcQ5lRVOrh2rO+iersld/JG 2HrZXhp80Kq+844nim12n/Cv/E2P+PVP+/wpv/CAeJs/8ekf188V85/YOcL/AJcS+49N5ngP+fq+ 80fA3/IG8Uf9ei/+zV7jYn/iV23/AFyX+VeN6fYt4V0K7t7+aNtZ1YrBa2cTZbv8x9hkkn2x1Ir2 S1XZp8K+iAfpX9N8L4Svgsmp0aytJX09T8pzWtTr46c4O6Zcooor7E8UKKKKACiiigBrfdrgfEn/ ACA/F3/XlH/J675uled+Iryys9ZurHV5hZ6dqtuIRdOcIkgztUt/DkMeTxxXBjqUq2DqU47uLRvQ koVoyfRo8FLct6Zqhqlq2oeHdQ09JFhe6tJoVkYZCl0KZxnPGa9L/wCFd60x3W91ZXELcpL52A49 eAR+tA+HWvZ/1ln/AN/z/wDE1/KH+rme06vNGi9HofsP9q5dOFnUR+Ztr+xbI3/BLC4/Z71TxlY3 GuRa6+s6R4igsJVjs5zN5ikITv8AulkJBz8wxXRePP2YfFfiX4mfDf4paZ4p8KXnxS0HwrHoGvp4 n8M/2jomuRorfvPIJ3xSBmYhuvT05/RL/hXOvZ/1tn/3/P8A8TR/wrnXv+etn/3+P/xNfUKPF/O5 eyb1b1S6qzXo+x5ftMltb2i6fgfnt44/Zh1r4kfssaL4Z1zxF4Z8HfETQvEw8QaFrXgnwyNP0+1u VAVA9tndJ8owzkhiQpAwuKrePv2efi38ZvhDDp/xY+I3hKbxhoOu22seENS0Pwq6WsEsSyLKt5DK 7CdJQ0ZKrgLsPUEAfol/wrnXv+etn/3+P/xNH/Cude/562f/AH+P/wATUxp8Ww2obNtaLS+6Xk+q KlVyaW9Rbdz4B/4UH8QNd/Z++Kng3xVe/DDRbzxR4dfSbG78F+B204QFnDPLOwbdIp2qRGuADzzX G/FD9jvXPG/7LXwL8H+HviFZ+F/Gnw80I6K2vtYyvFe2sloLeZAituUOVUjPQZFfph/wrnXv+eln /wB/z/8AE0f8K517P+ttP+/5/wDiaqEeLqdTnhRtre1la9rfkJ1MmlGzqJ6W3Pz7+I37J9nr/gv4 I/8ACDa1pWh+JPhfYLp+kf8ACQ6INT0zULby0SSK6tyctkxhg3JBJ9c0s37PHjTxR4Q8OaH451T4 faTocHjGz1vXdN8D+Em02PUrezUvDaOcnzCJiHLMPu8YFfoH/wAK517H+stP+/5/+Jo/4Vzr3/PW z/7/AJ/+JrNUuLeTldJvfVpXV+zK9rk3NdTR8O/tB/CH4n/GLRNW8I6Xrnw/h8B6lYCB4fEnhaW9 1DT5jnfcW0quFVsbdpGCuM57Vx/jb9l3xVJafs16l8NviFZaX4s+EFibKxu/EumvdwahG0UcbPIi MCCPL+7kjB6jAr9EP+Fda8D/AKyz69DOf/iaavw91xj8s9mxB5H2jv8Al16/r6UUaXFlCEIQpO0b 9FrdWd+90OdbJ5tt1N/M/K/UP2MfiFceH/jl4ds/iZ4WGi/EjUJNSvdVvvCb3GspLI6yG3+0b/lt wwP3Rux05Jr17wf+zXq3hn9qf4M/Ea48WWF5b+CfhfH4PuLKKxlV7uRYWjNwjE4VCWztbJ4I5zmv vYfDnXuf3ln/AN/z/wDE0f8ACudez/rbT/v8f/ia2rLi6vTcJUXZprRLqrfkRGpk0JKSqbHwv8Qf gT421b/goT4N+PngDxro3h/ULDw9/YGsadrelSXUc9mZXkYxFHGHKyMMnodpFetfGT4UeG/jZ+zx 4i+HHippodL1SNSlzCoM1pMjbopkB4LI3Y8EEjvmvo7/AIVzr3/PSz/7/n/4mmn4c69/z0s/+/5/ +JryZZdxQ3Rl7J3pK0XbXTbXqdKxeUpTXtFae6Pxv+NPwZ/acT4R/DP4b+OPFE3xm+BdrrFrb+JY vBei/Z/EMlpDxF5xcnzlAHLJ3GTk4Ne7+KP2WdUtv2ntZ+KnwnvPBVvH4h0q1tdV8O+PfCJ1KzU2 8aRRTW54eFvLRQynqc9c8foz/wAK517tJZj/ALbn/wCJpR8Odez/AKyz/Cc//E1705cVyjFRw/LZ NOy0lfXVbX8zhUsn5m5VL7W12sfCmpfs9+INY+Nn7NvjS+8Q+HNNn+Gkt5Lqljonh9rG1v3uM/8A HrCp2wAZ6NnJyc9ax7f9l/VobL9q+H/hMNOb/hb8u6xP2GUDShslX978373/AFi/cx0PrX6Cf8K5 17tJZ/8Af4//ABNH/Cudez/rbP8A7/H/AOJrzvq/FnKo+yemmy25ub8/8jo9tk97+0X9Kx+b+ufs p+MI/ht+zTL4J+IWl6N8RPhDai2s9R1DSZbiwv1aMI+Yg24HjjJ6E9ODXffAv4B+KPhX8f8A4veP vFHjyz8baj46ntbq5e30trMwTxg+YNu4qIyzEIoJIQLkk5r7i/4Vzr3/AD1s/wDv8f8A4mj/AIVz r3/Paz/7/H/4mnWocWV8NKhUo+7K99Fezd7X7XCNfJ4VVUVRaHn/APD1z+Nd98Ov+Rvu/wDrzelb 4c69nmSzP/bc/wDxNX7Gzh8Epc3Go30E+s3MXk2VhBJudy38WODj1OMAA+tHD3D+b0M3pVKtJxin dtmeZ5ngquBnCnNNs9a0E/8AFKaf/wBcRWyOlZWkxPb+HrOGT76RBTxjHFa1f02flfQKKKKYBRRR QAV8c/t4f8o0/HH/AF8WP/pZDX2NXxz+3h/yjT8cf9fFj/6WQ1z1/wCCz2Mq/wCRjS9UfXFj/wAg W3/65irg++ap2P8AyBbf/rmKuD75raOx5lT45DqKKKoyCiiigAooooA+Nf23P+TVvC//AGUDQv8A 0sWvsC3/AOPGH/cFfH/7bn/Jq3hf/soGhf8ApYtfYFv/AMeMP+4K5Ifx5eiPoMR/yKaHrP8A9tLC 06mrTq6z58KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKK KKACmt0p1Nb+lAHMeIvC+leJNM+zalAsgH3Gxyv0rz5vg/Y+Z8uvanGvYC/lwP8Ax6vWbm6htbea aaQRwxrudmPArlP+E+8Mjj+0G69oW/wrzcRmGDwbUa1RRvtd2Oinh61bWnFv0OP/AOFQWf8A0MGq f+B8v/xVO/4VBZ/9DBqn/gfL/wDFV2H/AAsDw1/z/N/35b/Cj/hYHhr/AJ/m/wC/Lf4Vx/25lP8A z/j950fUcX/z7f3M4/8A4VDZ/wDQf1T/AMD5f/iqP+FQ2f8A0HtU/wDA+X/4quw/4WB4a/5/m/78 t/hR/wAJ/wCGf+f5v+/Lf4Uv7byn/n9H7w+o4v8A59y+45D/AIVDZ/8AQe1T/wAD5f8A4qj/AIVB Z/8AQe1T/wAD5f8A4quv/wCE/wDDP/P63/flv8KP+FgeGf8An9b/AL8t/hR/bmUf8/4/eH1HGf8A PuX3HH/8Khs/+hg1T/wPl/8AiqP+FQ2f/Qf1T/wPl/8Aiq7D/hP/AAz/AM/zf9+W/wAKP+FgeGv+ f1v+/Lf4U/7byj/n/H7w+o4z/n3L7jj/APhUNn/0H9U/8D5f/iqo6p8JLOPw3qMn9vaodtpKV/0+ Xg7Dg/ervv8AhYHhv/n9b/vy3+FQXXjjwxd2E9tJfOscsbRsVhYH5hjjj3o/tvKf+f8AH7w+o4v/ AJ9v7j8vP+CZOg6t8Rv2GvF2teKPGGvapqEPj2+tY5bvWLiZljSOPCgs5OOelfo3/wAKhs/+g9qn /gfL/wDF15Z+zj8M/hT+zN8F9U8D+Cdf1XVNLv8AW5tWll1bEkqyyhQygqoG3CD3619Bf8LA8Nf8 /wA3/flv8KX9t5T/AM/o/eH1HF/8+39xyH/CobP/AKD2qf8AgfL/APF0n/CobP8A6D2qf+B8v/xV dh/wsDw1/wA/zf8Aflv8KP8AhYHhrH/H83/flv8ACms8yn/n/H7w+o4v+SX3HHf8Kgs/+hg1T/wP l/8AiqT/AIVDZ5/5GDVP/A+X/wCKrsv+FgeGsf8AH63/AH5b/Cj/AIWB4a/5/W/78t/hR/beU/8A P+P3h9Rxf/Pt/czjf+FQ2f8A0MGqf+B8v/xVH/CobPP/ACMGqf8AgfL/APFV2X/CwPDf/P43/flv 8KP+FgeG/wDn9b/vy3+FP+3Mp/5/x+8PqOL/AOfb+5nIf8Khsv8AoPaof+3+X/4qkPwhs8/8jBqi /wDb/L/8VXYf8LA8Nf8AP63/AH5b/Cj/AIWB4a/5/W/78t/hS/tzKf8An/H7w+o4v/n2/uZxv/Cn 7P8A6GDVP/A+X/4ql/4U/Z4/5D+qf+B8v/xVdj/wsDw1/wA/rf8Aflv8Kb/wn3hr/n+b8Ym/wo/t zKv+f8fvD6li1/y7f3EPhz4faL4f1BryMPd3rDDTzuXc/iea74LWNputafqlp9qsrlZoQ21iAQVP uDW2p4r2KVWnWgqlN8yfU4ZRlCVpKzHUUUVsSFFFFABRRRQAh6VlarpNjq2lyWuoQLNCw6MAa1G6 VXklVAckcKSST0FJtJXY1e55HN8FfBstwzi08vJ6KcCmj4I+Dcf8ex/Ou0k8b+GYpmjfVUDKcELG zD8wKT/hPPC+f+Qqv/fl/wDCvG/tfK46OtG/qdaweJv8D+5nGf8ACkfBv/Pu350f8KQ8G/8APu3/ AH1Xaf8ACd+F/wDoKL/35f8Awo/4Trwx/wBBQf8Afl/8Kn+2Mr/5/R+9FfU8V/z7f3M4v/hR/g3/ AJ92/wC+qP8AhR/g3/n3b/vqu0/4Tvwv/wBBRf8Av0/+FH/CeeF/+goP+/L/AOFH9sZW/wDl/H70 H1PFf8+5fczi/wDhR/g3/n3b/vqj/hR/g3/n3b/vqu0/4Tzwv/0FF/78v/hR/wAJ34X/AOgov/fp /wDCj+2Mq/5/x+8PqeK/59y+5nF/8KP8G/8APu3/AH1R/wAKR8Hf8+5/Fq7T/hO/C/8A0FF/78v/ AIUf8J34X/6Cg/78v/hR/bGV/wDP6P3h9TxX/Pt/cziv+FI+DlYH7KcZGcN71+XH/BPP4e6B4i/a g/bisdQhMkOnfFEQ2x3fdVZr8Y/ID8q/XpvHfhk9NWH/AH5f+i18yfAH4O/DP9n/AOKHxq8UaD44 1LXLr4keJf7c1GG/tgqWcm+Z/Li2ICVzcN97JwBT/tjK/wDn9H7w+p4r/n2/uZ7QPgh4Nx/x7n8D S/8ACkPBv/Pu3/fVdp/wnXhjODqo6/8APF//AImj/hO/C+f+QoP+/L/4Uv7Yyv8A5/x+8PqeK/59 y+5nF/8ACj/Bv/Pu3/fVH/Cj/B3/AD7n/vqu0/4Tvwv/ANBVf+/L/wCFH/Cd+F/+gqv/AH5f/Cj+ 2Mq/5/x+9C+p4r/n2/uZxf8Awo/wb/z7n/vqj/hR/g7P/Huf++q7T/hO/DH/AEFF/wC/L/8AxNH/ AAnnhjP/ACFF/wC/Lf4ULOMq/wCf8f8AwJAsHiv+fb+5nF/8KQ8G/wDPu3/fVH/Cj/Bv/Pu3/fVd p/wnnhf/AKCi/wDfl/8ACj/hOvC//QUH/fp/8Kf9sZWv+X8fvQ/qeK/59y+5nF/8KP8ABv8Az7t/ 31R/wo/wb/z7t/31Xaf8J14X/wCgoP8Avy/+FH/Cd+GP+gov/fl/8KP7Yyv/AJ/x+9B9TxX/AD7f 3M4v/hR/g7/n3Pv81dN4f+HPhnw3e/aLCyXz/wC+QKvHx34Yx/yFVH/bF/8ACtbT9c03VIJJLC6W 6VPvhcgr+BrelmOBxE1Tp1U32TRjPC4iEeaUGl6GwnBqao1OQDxgjipB0r0kc4UUUVQBRRRQAV8c /t4f8o0/HH/XxY/+lkNfY1fHP7eP/KNLxx/18WP/AKWw1z1/4Mj2Mq/5GNL1R9cWP/IFt/8ArmKu D75qnY/8ga1/65Crn8dbR2PMqfxJDqKKKoyCiiigAooooA+Nf23P+TVvC/8A2UDQv/Sxa+wLf/jx h/3BXx/+27/yat4Z/wCygaH/AOli19gW/wDx5Q/7orlh/Hl6I+gxH/Ipoes//bSwtOpq06uo+fCi iigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACik70m7/8AXQA6 mt0ozTWb149aAPM/GE0j+AvEALHi8jTr2yvFeH17X4t/5ETxB/1/R/zWvFK/mrj9t5rD/Cj9S4aS +py9R23ijb9aN1G6vyY+1Db7mmf5zT91RsKBMbJIscDyySCONRlnYgBR65NcbqnxI8A6L4H1nxNq XjPRoPD+k4OpX66hHJFaZYIPMKElQWIXnuRXw7+1VJffEr/go/8As7/s365rV7onwu8R21xq3iG3 srk27au8Xnslq7g5KH7OFC44Mu7khcWv2p/gb8IvhP8A8EvvjZqfw58A6b4QvrrSLO1up7Ey7pkW /gYK292BOec9ffpX3GHybCcmH+sTfPX2SWiV7avueHUxtW9RwirQ3ufoDY31pqWi2eo2Fwl5YXcC XFtcRHKyxuodHHqCrAj2Iq3nivzz8PfFb4veNPjp4H/Z7+D2qeHvA/8Awj/wq0XWNb8R69pTaiZn lsrUR28UIZQoHmICx54b0APL/wDDWfxu1b9hnxLruj+ErN/iH4S+IR8LeMtX0zSJb+0sbRFZpNTj s1bcwG0KV3bQTuPBGNJ8K4z2vJCUbXW71SezfqZwzWhKKun/AJ27H6a5pOufpX51+Kf2rNU8B/sE 2fjrRvil4Y+M+teIPGMOgaHrtv4dl0+30nzIy8jXtqpMjPGEZtuFLB14IyT3n7PPx/8AE3jb9qfx V8Lde8UaZ8TNNtNATWNK8ZaP4YudFidhIkc1pJBOOXVpFKkc4BzXn1uHcbQw860mrRv6u27SfY6I 5hRnUVNJ3Z9sA8daO386+H/2mvjd8Rvhn8f/AAVoVrrVv8LfhXqOlyTan8QrzwnNrcMN7vKpauiH EIIVTuYEneey8U/Fnxx+KGpfHf4I/A34Y+LvCmoeKvFXhWTxBrfxDfSTcaabZFlIe1tQ/JfySeXO CQOOcFDh7GV6MKykuWabvfRJb3f6bhPMKVOcoNO609T7s7Vz/ijxX4c8E+BdQ8UeLtatfD3h6xVW u7+9k2QwhmCruOO7Mo+pr8/X/bF8d/D34NftKab8SNH0fxH8SPhVqlpp9ve6TA9rY6ub2UxQSPHk mPYV3MARkcDBrF/aJtvj9L/wSM+JHiT4u+O/C2u2GreHtOuo9E0Pw21pJp9xLeWsiD7QXPmIqFgR tHzEYOBz3UuF8RGvCOJkoxlJJO+srpP3fk762OeWaUnBumm2lr5ep+mlpeWt9pdrfWc6XVlcwpNb zRnKyRuoZHHsVYEexqyK+EP2ZfjR44+NnxOhsfCdzp3hn4N+BNC0zSdThv8ATw+r6xf/AGNAxCOw a2gBBwxGW2cZJO3w3Vv23vHV5B458b+HfEXhyx0/w/4mNjpfw3uPCt7dX2u2UMqpNM2oIvlwysNx VRwMc9RUz4Yxjxc6EZJclt332T82VHNKPsYzaev6bn6wbsfxfMRkDcP84/z6U4f/AKq/Ln4YXHxg 13/gul4xmm+IWnSWg8CaZql3bT6E/lvpNx9jnWyhjMuLe4CyIrT92Vm2/Niv1EU+/PevHzbLP7Lr Rpuak2k9OlzuweKWKg5JWs7Em2jH1o3Ubq+f1PSEI9qb3p+7im0WJPRfAcjR6f4kZWPFqrAZ9N1e 42jFrCBj1KA/pXhfgf8A5BHif/rzX/2avcbM/wDEst+Oka9sdvrX9Y8GtvIad/M/Gc6VsxmXaKbm jd/n1r70+fHUU3P4/wBaO3egB1FNyff/AD+NBP8A9fmgAbpXD+IriT/hH/FCqzKY7JNpB6Z312/9 a4LxER/Yni7r/wAeUf8A7PXl5i2sBVf91/kdOHt7eHqvzPn/AG9h0pV+9Sdz9aVT89fxPJ3k7n74 kklYfRRRWZVhrfjWe+pWEWtw6bLqFtFqMyF4rVrhRNIo6lUJyQMdQPWtBvuGvz2+Jny/8HDn7PZ6 KfAt6Bnpn/Sv1r2cuwKx9Scb25Yyl9yucOKruhBSte7S+8++RqVh/bv9mfb7b+0hF5n2MXC+cE/v bM52+9XNxz3r82fEl/d6Z/wcD+KtVsWUXVh8D7q6iLpuRZI7eR0LA9twXjuK4nR/2of2lF/Yr+FP 7Qmuan4Om8H6t4qTRtT0C20J0u7qE3UkD3Pnb9sbZjZVRRj5QxJyQPpnwviKlKFSjNWlGL101km0 l9x5n9p04zlGUdn08up+ru76ik3H1NfnXB8ZP2lvHXxi/am0PwJ4g8HaFovww1WRtOuNU0Bp7i6h WOeWO0IEgUFkgYmZudygAfMSNa1/ag1Hxp+wb8IviOfiZ4e+C/iLxPLdW93a3XhefXbi/nt5GhZb K1iJfbvTcWwwUOq5z1wlwvj4W1i9Una7tdXV/kaRzShK9k+/qff33vpQeB/9avytl/bM+K0X/BPb 45eKi2kyfEL4e+NbPRI9VOgSWtvqFvcSuqyvZTENDJiJsq2CMjIByK+pPFnxi8aaN/wUf+A/wtsW sm8L+LfDdzf6vHJZjz2mjiLKEkJ+Rc47H34NZ1eGcxoytK32uv8AKk/yZUM0w8lf0/E+sOfXjHAp NxxX55fA39oD4leOP2nf+Ea+J/xD0T4aeKI9VuUuPhXqXgqa3up7NN2xra+dv3rkDdlckhThSOa8 fX9urx3qXhnVviXpWv8Ah5dJtfEptbP4YDwreTahe6akgR7htRUGNJiNzhQcADHcCtf9V8fzuN1o lrfTXZJ+ffbzF/alCy3P1gvdRsdN097zUb+DTrVSFaa5mWKME9AWYgDP1qSe7tbXTZL25u4rezRP Me4lmVYlTsxcnGORyD3ryP46fDm3+NH7F/jbwL5QkuNa0UyaW0ijMd2oE1u3sfMVVJ7Bj71+auof FrWPjJ/wSV+A/wADdOvJF+I3i/xNH4N12MH9/DBpro00jg8kGI27sT3zWWXZH/aFHnjOzjLlnp8M bX5vwY8Rj/q8+WS3V15+R+u0XiLQZtStrOHXtOmvLlFe3gS/jMkysu5Sq5ywI5GOtWNQ1jStJghk 1XVbPS45W2xtd3KwhyOSAWIye/0r8Wfjt4JXwn/wUZ+JXi3wLatDffB7wZ4b1vRra3cxq1ray28E 0eAOhhc8f3c1Z/bb8SWHx4m8YeKNBvBfeBPhr4H027gkiyI5dS1mWKVBkcErbFW9sMO1fR0+EadW tScaz9nJXbsrp9PvujzXm8oxlzQ1T2vv3P2tR1kjWRGV0YZVlOQw9QfQ9akXrXM+D8/8Kj8J57aN a5/78rXSL1PvX5hWpexrShvZtfcz6inLngpd0mSUUUVzmlhrV3nw5LDxhdr/AAtZtuHY4PFcG3Wu 7+Hf/I53H/Xm/wDMV9dww2s8oWfU8XN0v7Oqeh7bo8zTeGrORzlmiGc1qjpWNof/ACKdh/1yH8q2 B071/YXU/Ex1FN3c0Z470AOpD92k/wA9aa3uT9KADNfHX7eB/wCNaXjj/r4sf/S2Gvrlry1QkNcI uOuWFfFH7eHiXw+P+CfXifRW1qx/tfULyxjsbE3iCe6YXkRKxpnc5wM4APQ1y15JUZHu5TSqyzGl aL37H2xYf8gW1/65irq1n2JP9j23/XIdvb8qvL0/+vXRHY8ap/EfqSUU3v3o3c1RmOopu7mm7vrQ A89Kbu9z+VNZsJVRr21X711Ev1kHNJtIpRlLZXPkT9tz/k1bwz/2P+hf+lq19f25/wBCi/3RXxD+ 2x4m8Py/Afwf4di1ywk1678e6I1rp6XcZuZgt4udkYO5sewOK+3rcbbSNW9OP8K5ISTryt5H0GLj OGVYdSVtZ7/9ulpelOpo6UfnXYfOjqKbnjvRnigB1FNzzRnB70AOopop1ABRRRQAUUUUAFFFFABR RRQAUUUUAFFFFABRRRQAUUUUAFFFFAEMq+YjKwypGD2/WuHt/h/otvew3C3eqvJE4dd2qSkEj1BP IPpXfUUAYWtaLa65psdreSXMcSyBw1tcNExPTBK9v8KpaL4W0/QbqaWzuL2R5UCN9pvHmAGewY8H 3rqqY3Tj0oA8o8VRLH4M8USAt+81CNmBbIBwo49OleL/AMf0r2zxReW+j6lew61azTeHNRALz28Z drZx/EQOduOcjkEdDmvOd3wz8xv+K4ZOfumyfI+vyda/F+LuHMxzXHRr4ZJq1tz7jJc1wuCoOnWu m3c5uiul3fDX/oej/wCAT/8AxFG74a/9D0f/AACf/wCIr8+/1Jz7+RfefTf6wZb3f3HNU09c10+7 4a/9D0f/AACf/wCIpN3w1/6Hs/8AgE//AMRR/qTn38i+8X+sGXd39x8y/HD9n7wX8dfD2grr11qX h/xJoN19q8PeJNCnEGoaZLkEmNsYYEqp2kjlQQQevnurfsyeJ/FvwG8ceAPiH+0F4w8eaV4hsIbO Jr7TbNDYCO4SfeqqB5jt5ewlj0YnrivtzPw1/wCh6Y/9ub//ABFJu+Gv/Q9N/wCAb/8AxFe3RyHi 7D0o0oJcsdr2bXXR9DgnmmT1JuTvd+p8Wa9+yzZzfEzwv48+H/xM8Q/C/wCIOk+E7bwzda7pNtbz nVLK3hjiQTwzAoHCxL8y/wB1fQGtLwr+zfJ8Nf2f7fwb8KPil4g8C65Jrj6zrPig2Ntf3Wt3MilX NxHKNmPukBCCCo5POfsHd8Nv+h6b/wAAn/8AiKXPw17+OiPrZP8A/EVs8l4xlFRk9F6dO/e3QhZj kkXdX+4+FYf2MfAc37OPijwTrfibXNa17XvFC+Kbrxcqw219b6qilY7mGKJRHGFDMNuOd7dOo9q+ HfgX4heFdbvbvxr8bNd+KUMlt5FrZ6npFnZxW5Bz5pMC7nkIGCScYPQV9Abvhrn/AJHpj/25v/8A EUySX4ZxwvJJ48KxqpZi1m+AAM5PyegrOtkXF2Jpyp1bOMnd7fh2+RdPM8lpyUo3VvJnzP8AFj4T +M/iRLeWej/GrW/AfhfUdKOm6todjotldwXaMWDuHmUujsrbTzjCjAzzXnmrfsheEo9B+EsvgLxh 4g+GvjP4c6W+m+HvE2nrDc3DW77zJHcRyjZIrNLK3AwN7DkHFfVngn4hfAT4j+F7jXPBPxXh8Q6X BePazXNvZS4WVcFkO6McjI/Oux3fDX/oem6/8+b/APxFVSyPi+hTjTpWUY7LTrpr3+Yp5nktSTlK 935M+LtC/ZE+Hdr8B/ij4N8WanrHjzVPiJdC78W+JNTkSO/u5kbfC6bF2R+U/wAyDBGSeoO2ufuP 2Tdf1r9nLxB8J/Ff7Q3i/wAV+Bb3SINM0+wvdJsd2npDPDNG4kUbpGUQ+WNzYCu3fbX3jn4a/wDQ 8n/wCf8A+Ipd3w1/6Hpv/AN//iK2WUcZJttp631s7Py7fIj+0ckdt+2zPkfSv2bdD8MftU+GPi14 P8V6p4X1200G10XxDZ2trC9r4mht4kiR7pW4WXEanegzlQfXOFp/7MuteDvG3im6+Efxw8U/Czwz 4i1Z9U1Lw7ZabZ31ulxIR5j27zqWh3+nIGe+BX2pu+Gv/Q9N/wCAb/8Axulz8Ncc+Om6/wDPm/8A 8RU/2Nxldyum2ra2enn3D+0MktbXvsz5H1L9njzP27LP48eH/iRrnhjXpdKtNL8Qafb2lvNBrdtb smI5C4JTeIUVtvPy5UqSa+lPz445OTXSbvhr/wBD0x4/583/APiKN3w1/wCh6b/wCf8A+Iry8Twt xNjOX20U+VWWq2OqjnOU0b8jav5HN0V0u74a/wDQ9H/wCf8A+Io3fDX/AKHo/wDgE/8A8RXB/qTn 38i+86v9YMt7v7jmqb+NdNu+Gv8A0PTf+Ab/APxFG/4af9D0x9vsT/8AxFL/AFKz3+RfeH+sGW93 9xu+BT/xJ/FHf/Q1/wDZq7v/AIQPR75RdSXOqJLMNzCLUpVVSfRQcAe1cPpOoaLLC3h/wa1xq0l6 6i/1J4WjjjT+6NwGWIzwOmc17nAu21jXrhQPav6A4dwFfLcqp4et8Sufm2Y4mGLxcqsNmULrS4Lr w02lSPOtq0Yj3xzMsoA7huoPvWHpfgvS9J1uG+tbjUWmQEBZtQklT5h3UnHFdpRX1R5Ry+teGbDX poZLya8jaFSqi1vHhBye4WrOi6HaaDp8lrZyXMkcku8m6uGmOcAYBbkDjpW/RQBwVx4A0a6vZ7mS 71RWmcuwTU5VAJ9ADx7V0t9pdvf+HH0uZ547dkCloZmSQAdPmHOa2KKAON0rwbpeka3Hf2txqMky KQFn1CSVMEY5Vjj/AOvWb4ijA0zxjKM7jp8SkZ4GPMP58/yr0FunArzrxTfLouqSXGoWstzoN7B5 F6YkLNF12vgdQMkHHIBzzXFjKUq+EqUo7yTRtSmqdWMn0aPBz1P1pB0rp2h+HrHdH4+tY0blVkXD Ae+RnP1oEHgD/ooFl+lfzBPgzPVN/u195+sRz/LrL3vwObz/AJzRn/Oa6byPh/8A9FAsvyFH2f4f f9FAsvyH+NT/AKm57/z7/Ev+38u/mf3M5dun/wBevn/4zfs+6J8XfFfg3xdD4m1jwB8QvCs7SaF4 m0EoZ4FfG6NkcbXUkZ56c9mNfU5h+H//AEUCy/IU37P8P+v/AAsCzrswvC/EuDre1owtL+rmFXOc qrQ5Zu69GfH3w7/Zm0TwZ4p+IHjDXvG2u/ET4k+MNJk0vU/FOtrEs0Vq0WzyoIkARF4U++wDAGc8 7J+yD4Xf9gHwj+z+PGGsLonh/W/7Vg1VbOD7TM/2qW5CMn3Nu6UjIOcAe9fcf2fwAP8AmoFlR9n+ H+3H/CwLL6cV6jyjjCU+a3VPp0Vlb0ucazDJUuX/ADPyQ+H/AMB/GHj39rz9tBY/HHjH4TWOq+KY bP7Xplkpg1uwmW6Eq7Z0w33UxLGwIDsM4Y19GTfsg+G9Js/g7J8NPHWufDTWfhzYXFlpOpWdrb3z 3EVwxe4aWOZSnmO7OxZRj52GMYx9yGDwC33viBZtjpkij7P8P/8AooFl19q9LE4PjCtUjKnDlSS0 VtdLXff9DnpYvJqcGpNu/k+9z4Lt/wBivwSfg18b/BWr+M/EWv2vxK1mHVr/AFDUBE13Z3UTSOsq uoAlJaQk7gAemOTWr4X/AGU/7H/aH8AfFTxJ8YPFnjrxh4V06bT7afVoLZYnt2iMccYRAPLEe5m3 fMzs3zEgAV9veR4A7fECx/HFct4d8X/BHxdqmvWXhn4waLrl1ol2LXVYbSZZGs5csNkmOjZRvyNc TyzjNxcXqnvt2t8tDVY3I00108mfLlh+zfq9/wDtBeA/HnxK+M3iH4nS+C7uS78NWOoaPZWSwTN/ HLJAgaTHy5XgHAz70vDv7MeufDzW9ZtPhJ8dPFfw58C6lq76nL4WttMsryC2lkKmVbeWYF4lbHTn A9+a+2fs/wAP8f8AJQLPH0FL9n8A9viBZfiBUPKuMXpbS1raWt6bFfX8k8/xOWXIwPm3cDPf/wDX XyR4H/Y98AeBf28Nc+PGl6xqN1qV/c3l1aaFNDELHTri7x50sRB3Z+9jgAA47CvuD7P8PyPm8fWJ z9KTyPAGf+SgWVedh+HOKsLGcaMbKorS13R0VM2yms4ubvy7aM+Ym+Afhu4/ai+JnxOv9UvNQfxr 4SXw1qmjyQRi2jtgFVmV/vbiFxzwCxx0GPG9B/Yf8BeHP2FPGnwLs/FmsNY+JtWj1DUNektYDefu fL8uIJ9zYoQgc5/eNjHSv0BFv4B/6KBZfpS/Z/AP/RQLH36V208n4xpJRjt7vb7O33GDzDJZO78+ nfc4jSdPj0nwrpelRSNNHZWkdskjgBmCIFBIHAJx0HFaPf8A+vXTfZ/AOP8AkoFl+GKBB8P8f8j/ AGX5CvDlwdn85OUqer8z0I55lsFZSdl5HN5/zmjP+c103kfD/wD6KBZfkKPs/wAP/wDooFl+n+NT /qbnv/Pv8S/7fy7+Z/ccu33hXefDv/kcrr/rzf8AmKyWg+H+3/koFl+AFa+l6p4b0tZ7TwvqTeJd evU8mOSCMiK3U9WLYwMdcDJPHFfRZFwpm+FzWlWrQtGLuzysxzrBV8HKnTbbfkd3b+DdL1jTbO/u rjUI5nt1DLb38kacDsoOK7Cx0m2sfDSaTE872yoU3SzF5MH/AGjzkZ61Nplu1ro1tbtyyIATnPat HFf0Z1PzM4O18A6PZ6nb3UdzqjywyiRRJqkrKSDnkE8j+lbus6DZa9ZRQ3kl1HGj7wbW5aJifcr1 FdBRQBy+ieF7DQZriSznvZWmXa/2m8eYcHOQGPFU9S8F6TqutTX9xcaik8pG4QahJGnAxwoOB09O 9dp2prCgadmfHt7+xR8HtS1W8utTvvGWoNdTvLLFceNb0xZdixULvwBzwPSt3wb+x3+zz4D8Y2Pi Lw/8PbaPXLSZZ4L26mkupFdTkMDKW5BGcgda+osNS9+nasPYUr3sev8A2rmPJye1lb1Of1nw/Za5 aww3kl1EsTF1+y3Twkn3244puh+G7DQXuPsU13N5wG77VdvN09Nx4610Rzn2pVHFbnjnGal4I0nV Naub+4uNRjmmILrDqMkadMcKDgdK3l0u3i8K/wBjq8/2byDDvMzGTaRyd/XcOx61sUUAcPY+BdJ0 /V7e8huNSeSF9yrLqUjp+Kk4IrU1zw/Z6/Fbx3sl3EIWLIbW6aEkkd9vXFdJRQBzOj+G7DQ7O6jt JryZbjG83V28uMA9N2cV8p3f7DPwT1LU7i51Sfxfq3nyGSaO98Y3kqNk5xjd09uwr7QbpUZHNZzp wqfErnbh8XicI26M3G+9j518F/sp/AH4e3n2zwn8N9L03VguE1Jo2mvIiRjfHLIWZG/2lwa9X07w TpOma3BfW9xqLSxNlVl1GSRG47qTXa7fmoA9qcYRh8KsZVsRiMTLmrTcn5u5z2teG7HX1t/ts13F 5IJT7LdPCCT67euKdovh+z0G3uI7OW7lWZgzG5uWmI4xwW6V0I6U6rOc4W+8B6PqGrXN5Ncamss0 hdxFqcqIp9gDx9BXRTaXbzeF20lpJltjCItyzMJccc7uuff3rYooA4vTfBOk6TrMF/b3OoySwklU n1GSROhHKk4PXP1FaGseHbPXLqzmvJbuF7Y5QW108QPOeQvXp39a6SigCNRzUlFFABRRRQAUUUUA FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU1qdTW6ZoArT28NzD5VxGskZ6hhkVif8A CK6Ax3f2XASe+wVLrGtQaXot9fS5aO3wCq9WY4wP1FeZN8ULnf8ALpce3tmY5/lXzeY59luVVFTx UrSfQ9LC5fisXFulG6PSf+EU8P8A/QLg/wC+aX/hE/D/AP0C7f8A75rzT/haF1/0C4fxmP8AhS/8 LPvP+gVF+Ep/wrxP9c8h/wCfn4Hof2HmP8h6V/wiegf9Au3/AO+aP+ET8P8A/QLt/wDvmvNf+FnX n/QJi/7+n/Cj/haF3/0Cov8Av6f8KX+ueQ/8/PwYf2HmP8h6V/wifh//AKBdv/3zSf8ACKeH/wDo Fwf9815t/wALQuv+gVF/39P+FH/C0Lr/AKBMX/f0/wCFH+ueQ/8APz8Bf2JmP8n4npP/AAinh/8A 6BcH/fNL/wAIn4f/AOgXb/8AfNeZ/wDC0Lrd/wAgqL/v6f8ACnf8LPu+v9lRf9/T/hR/rpkX/Pz8 A/sTMf5D0r/hE/D/AP0C7f8A75rL1nwvoMfhTU2Gl2+RZzc7P+mbVxP/AAtC7/6BUX/f0/4U1/iZ cOjLJo8DKwwwaQkEenSh8aZClrU/Af8AYeY/yHwD/wAEltD0nUP+CenjaW6s4riQfEbUFDMoJAEc XHt1r9Sf+EU8P5/5BcH/AHxXiXhjxB4c8E6FNpfg3wDoXhPTZZ2uJbTRbGOzheVsbpCkSKCxwMsR k4ro/wDhaF1/0C4v+/p/wo/1zyH/AJ+fgH9iZj/Ielf8Ir4f/wCgXB/3zS/8Ip4f/wCgXB/3zXmv /C0Lv/oFRf8Af0/4Un/C0LrP/ILi/wC/p/wo/wBc8h/5+fgH9h5j/J+J6X/wifh//oF2/wD3zR/w ifh//oF2/wD3zXmv/C0Lr/oFRf8Af0/4Un/C0LvP/IKi/wC/p/wo/wBdMhX/AC8/Bk/2JmNvgPS/ +ET8P/8AQLt/++aP+ET8P/8AQLt/++a80/4WheY/5BcX/f0/4Uv/AAtC7/6BUX/f0/4Uf655D/z8 /Ar+w8xX2D0r/hE9A/6Bdv8A980f8In4f/6Bdv8A9815r/ws+8/6BUP/AH9P+FH/AAs+8/6BUX/f 0/4Uf655D/z8/Af9h5j/ACHpP/CKeH/+gXB/3zSf8Ir4fx/yC4OP9gV5ufidef8AQJi/7+n/AAo/ 4Wfd5/5BMP8A39P+FP8A1zyH/n5+Av7DzL+T8T1qz02xsV22drFAO4VcVpY57Vw/hvxdHrmn3Mhh NrJbYaVM5BBzyPy/Su2jbKjvkcV9jhMXQxuHjXou8ZdTw6tGpQqunUVmiSiiiu4xCiiigAooooAR ulV57eK4t2imjWSNhyrDNWaKAOPk8DeGZZ2kbSbdmPU7B/hTP+ED8K/9AmD/AL4FdnRQBxv/AAgf hX/oEwf98Cj/AIQPwr/0CYP++BXZUUagcb/wgfhX/oEwf98Ck/4QLwr/ANAiD/v2K7OigDjf+EC8 K/8AQIg/79j/AApP+ED8Lf8AQHg/79iuzooDQ4z/AIQPwt/0B4P++BR/wgXhb/oEQf8AfsV2dFAW Rxf/AAgfhdWz/ZNv1H/LMZ/lX5R/8E4/Dmi6j+1Z+3hbXljFPDb/ABV2wqyD5AJtQHGenWv2OboP rX5H/wDBNX/k7v8Ab6/7Kv8A+17+gD9Ph4D8Lf8AQHt/++BS/wDCB+Ff+gTB/wB+xXZDp+NLQBxn /CB+Ff8AoEwf98Cl/wCED8K/9AmD/vgV2VFAHG/8IF4V/wCgRB/37H+FJ/wgfhb/AKA8H/fsV2dF AaHGf8IH4V/6A8H/AH7FH/CB+Ff+gRB/3wK7OigLI43/AIQPwr/0CYP++BSf8IH4V/6BMH/fArs6 KNQOL/4QPwrn/kEQf98CtfT/AA/pOlvusLGK3b1VQK3aKNQIwPnqSiigAooooAKKKKACiiigAooo oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig AooooAKKKKACiiigAooooAKa3WnU1utAHlvi0t/wgniLJJ/02PHP+7XiIHy17d4t/wCRD8Rf9f0f /steJjpX80+IH/I2j/hR+pcNf7nL1HgcdKWjtRX5Lc+1CoW4FTVEelMRwHxS+ImkfCf9n/xN8Rtd tbq+0jQ7UXFzBZBTM4LqmFDEDOWHUivmvR/24vhvJc+FpfGvgbx78LdB8SOi6J4i8TeHvL0q63jK f6QjkDIx2IGckgDNdh+2q23/AIJZfGbt/wASVcc/9N46+G/jN8Vfhv40/wCCLfw0+B3hHWrDx78W ta0zRLPTdA0VheXNncRPG0jSbMiJgqvHgkN+86Y3Y/R8kynB47BxlWg5c03FyTtypK93008z5vGY uvRrOMJWsr2tv5H6/wA13bW8CzXFzBbxsQqSSTKqsT0AJPOe2KS4ura0sZLq8uobS1RctLPIERR6 lmIA/wA9a/IP4h6XrU3/AAUW0n4c/FKz8D69pWl/CbTLPw3Y/EzX7jTtHMwtYY7ye2eIbHuvNSQZ JJwp29Bjo9c+EuqX37FXwJsvEnxu+GnirVPBmqand6doviTxP5/h7xRZq6hYWn3K0j2ygx7sMF3g cV0S4XwsZU+av8T6K6s72t91nclZnValansfob8TvjJ4B+Efw+0nxN4x1Zk03U9Vh0vThYRi5e5u JtxRVCkDbiNyXJCjB74FenSXFum7ddQKFDNnzlwVXO4g55AwTn0FfiX8bj8LfiF/wSc+C/xQ0n4T 6R8PFsfiZFpF7DZO0lpbWhe6e7EMm7BtpJdrZ7HgH19g+MXw4+Fvj7/gp9+yX8OfCstqPhHf+DdV jt4/C+pH7Nd2MT3k5gjmRiWicoyNhjkMw9a2/wBWcHKnFc8oyTnzOyfwa99zP+0q/tHomvdt8z9U HvrCOK3kkv7WOOfHkO9wirLnptJPzZ9qm86FLhIWmjWZwSkbOoZh3IGckdefavx9tfDPwNl/bL/a k8K/tHzabpNj4W0eCx+G+m6/qslvDp+lrDIIzp4Z13uMQ4xuJLZwSWrD0Z/GPh//AIJw/so/tPeL V1C+1X4deMmiv57lSbm68N3Vz5KhmPzMo+4mT92ZufXP/VShJRarP3rLVaNyjeNtdez7X6lf2rNN 3hte/wAtz9nllhado1mj8xCBIm4Fo/8AeAORXjPwt+OHhv4p/FL4neCtN0nU9D8VeBtVXT9X0/U0 RXcsXVJI9rHKMY25OD09RXjn7Fujz6l8IPH3xo1NTJrHxP8AGF5q8crw7ZDYRytFar9Cqu4z/eNe BftKeLp/2U/+CkL/ABysbaV/DvxD8CX+l30UI+X+17WEG2cgdGLC1O4/3pT2NeXhcmwtbMK2XOXN NL3Xt7ytdfdc6KuNqRw8MQl7vX0ex9BeJv21/hv4b8MfEzXP+Eb8RaxofgvxVB4bu7+xgiMd9eS+ Z8tvl/mCeX82QD8y8HNeueHvj14H8R/sSzfHi3a6s/B1tpVzf3kVxGBdW/2dmWWFlBx5gZduM9SM V+c/xG+G9x8L/wDghV8MbXVI9virXfHuleIdeeZRvkurqRpQH/vFY9g69Ki8XWeuaT+1P47/AGG9 OtrhdA8efFOw8RafcnLpb6FPuvL5AewV4FyOQQZQcY5+q/1eynEUb0W04yd3feMbKTXn1PL/ALQx lOp72zStp1ex+hf7P/7Q/hX9ojwR4i1zwtoms6DFo2oJY3VvrUSJJ5jRCQEBWPGD35r6AX/Oa+CP 2IYbe18bftT2trCtvaQfFOeOCBTxHGsYVUH+6AB+Ffe464r87zzDYfB5jOlh/gVrXd90mfRYGrUr YaMqj1ZJRRRXzd0emFR1JUdCsI9C8Dbv7J8TMvDCzX/2avcrM5023/65jP5V4b4H/wCQP4o/681/ 9mr3Ky/5Blt/1zH8q/rLg3/kQUvmfjOdr/hRmXKKKK++PnwooooAKKKKACiiigAooooAKKKKACii igAooooAKKKKAGt0H1r8j/8Agmr/AMnd/t9f9lX/APa9/X64N0H1r8j/APgmr/yd3+31/wBlX/8A a9/QB+uI6fjS0g6fjS0AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF ABRRRQAUUUUAFFFFABTWp1Nb+lCA8t8VK0ngnxMsfzsl4jEeg+U/lj+VeI/5BzXvPiWz16x1iTWN Bgh1BZY9l5p9xwk684OezDPHr71wD61deY274Qlm7lb5MH/xyvyviXhWvnWLjWpzUbK2p9dlWcRw FJ05Rvd30OJHTv8AnTsfWu0/tq4/6I+//gev/wARR/bVx/0R9/8AwOX/AOIr4n/iHmP/AOfsfxPe /wBZqH8j/A4rH1qPHNdz/bVx/wBEff8A8Dl/+IpP7auP+iPv/wCB6/8AxFH/ABDzHP8A5ex/EP8A Wah/I/wPONT0vS9a0G60rWdNs9Z0q4Tbc2V/bJcQTLnOHjcFWGQDgisLQfAfgXwrqLXnhfwT4e8M 3jKVabR9CtbOQg9RuiRTg9xXsn9tXH/RH3/8D1/+Ipf7buP+iPv/AOBy/wDxFdEOBM2hBwjiEk91 qZS4iwk3eVNt/I8f8S+C/B3jOwhtfGHhPRfFVvAxaBNY0uC7EJPUr5ittJxzjrWVqHwv+GereGNN 0XVPh34X1DR9Oz/Z9jceH7V4LTcct5UZj2x54ztAz3r3X+2rj/oj7/8Agev/AMRR/bVx/wBEff8A 8D1/+Iqo8DZxBJRxKVttwfEWEf8Ay6/I8lu/CPhW+8Ar4UvvDOkXnhdY1jTRptNhayVFIKqICuxQ CARgcEZFQ2fgvwZpt5otzp/hLQ7C40a3a20iW20m3jk06FgQ0duwQGJTubKoQDub1Newf21cf9Ef f/wPX/4iq9x4hntrCe4b4PSFYYmkI+3ryFUsR9z2pf6iZs48v1hW7ah/rDhL39l+R5F4h8B+BvF2 o2d14s8F6B4ourUYtptX0W3u5IhnO1WlRioyc4HGa8Y/aN+FvxL+Lnwij+GfgnxF4d8J+CdYh+y+ KJ9Q0957tYA6MqWqp8i8LjnnpjHNelfs4/tMaf8AtGfBbVvGmh/AefRrWw1ybSpIZNajnJeNVYtu ESj+LGMdutfQP9tXH/RH3/8AA9f/AIiurD8GZzh60Kka8W4bJ3aXyMqmfYOpFxdN677HknhHwvpP gn4XeHfCGhQ+Ro2jabFYWaEYPlxKEBOO5xk+5NTa94X8M+KLC3tfFHhvSPEtrby+dBDq+mQ3iRPj G9VlVgrYJGQM816r/bVx/wBEff8A8D1/+Io/tq4/6I+//gev/wARXI+A809s6vt1zN3b1ubf6xYX kUPZuy6aHmGreH9B17RY9N1zQdN1vTopEljtdQsIriFXT7jBJFKgr2IGR2ok8P6BP42t/E02h6bP 4kt4Ggt9WksImvYo2zuRZivmKp3NlQQvJ45Neof21cf9Eff/AMD1/wDiKP7auMf8kff/AMD1/wDi KlcB5pFe7XS+8P8AWLCPem/wPMNL0HQtEn1GbR9D07Rpb+4+0X0lhYxQNdy/89JTGo3v/tNk+9a3 b0+ldydZuM/8kff/AMD1/wDiKT+2rj/oj7/+B6//ABFZy8PsxnLmlWTfzLXEuHS0pv8AA4v86XH1 rtP7auP+iPv/AOBy/wDxFH9tXH/RH3/8Dl/+Iqf+IeY//n7H8R/6zUf5H+BxJ49aa3Tj5frXb/21 cf8ARH3/APA9f/iKT+3LjOP+FPvn/sIJ/wDEUf8AEPMd/wA/Y/iH+s1H+R/gXPBAK+HvFEzfLD9l VQ3bPzfr0r3Kz/5BVv6+WM/lXkOlw+IvEV1BayaDD4S8PxuJJreN98s5ByAzYA2jjjqcfSvZI41j jVVHygYr9pyTLXlWXQwrd3E+Fx+KWLxMqqVrk1FFFfQnmhRRRQAUUUUAFFFFABRRRQAUUUUAFFFF ABRRRQAUUUUANboPrX5H/wDBNX/k7v8Ab6/7Kv8A+17+v1wboPrX5H/8E1f+Tu/2+v8Asq//ALXv 6AP1xHT8aWkHT8aWgAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKA CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK KKKACiiigAooooAKKKKAGsPl9ai8tc9OaKKpAL5a+g/Kjy19B+VFFFgDy19B+VHlr6D8qKKdgDy1 9B+VHlr6D8qKKLAHlr6D8qPLX0H5UUUWAPLX0H5Vma1Gv/CJ6mdo/wCPSXt/sGiiiwH5e/8ABIlV b/gnZ42yB/yUjUeo/wBiKv1V8tfQflRRSsAeWvoPyo8tfQflRRTsAeWvoPyo8tfQflRRRYA8tfQf lR5a+g/KiiiwB5a+g/Kjy19B+VFFFgDy1/uj8qTy0x90flRRSeiAdtAHSpe1FFQgCiiimAUUUUAF FFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFADW6D61+R/wDwTV/5O7/b6/7Kv/7Xv6KKAP1xHT8a WiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKK KKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigD//Z --089e011779f56b2aad04db40a4b4 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 --089e011779f56b2aad04db40a4b4-- From xen-users-bounces@lists.xen.org Fri Apr 26 13:57:39 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 13:57: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 1UVj8i-0007CG-M3; Fri, 26 Apr 2013 13:56:40 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVj8g-0007CB-Vf for xen-users@lists.xen.org; Fri, 26 Apr 2013 13:56:39 +0000 Received: from [85.158.139.211:10197] by server-10.bemta-5.messagelabs.com id 9B/CD-23714-6978A715; Fri, 26 Apr 2013 13:56:38 +0000 X-Env-Sender: wei.liu2@citrix.com X-Msg-Ref: server-7.tower-206.messagelabs.com!1366984596!20217893!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29885 invoked from network); 26 Apr 2013 13:56:37 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-7.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2013 13:56:37 -0000 X-IronPort-AV: E=Sophos;i="4.87,559,1363132800"; d="scan'208";a="20770537" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/AES128-SHA; 26 Apr 2013 13:56:36 +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.3; Fri, 26 Apr 2013 09:56:35 -0400 Received: from zion.uk.xensource.com ([10.80.2.73]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1UVj8d-00079Y-FI; Fri, 26 Apr 2013 14:56:35 +0100 Date: Fri, 26 Apr 2013 14:56:35 +0100 From: Wei Liu To: =?utf-8?B?6YeRIOaIiA==?= Message-ID: <20130426135635.GJ27096@zion.uk.xensource.com> References: <20130426084332.GF27096@zion.uk.xensource.com> <7B9467DC-FF03-4C1C-9A83-58ABF6EC7105@gmail.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <7B9467DC-FF03-4C1C-9A83-58ABF6EC7105@gmail.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: "xen-users@lists.xen.org" , Wei Liu Subject: Re: [Xen-users] ubuntu13.04 host and ubuntu13.04 guest how to config the pvscsi X-BeenThere: xen-users@lists.xen.org X-Mailman-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 T24gRnJpLCBBcHIgMjYsIDIwMTMgYXQgMTA6Mjg6NTFBTSArMDEwMCwg6YeRIOaIiCB3cm90ZToK PiBUaGFua3MhIAo+IAo+IEJ1dCBhbGwgd2UgdXNlIGlzIGtlcm5lbCAzLjguMC0xOS1nZW5lcmlj LiBEb2VzIHRoaXMga2VybmVsIGluY2x1ZGUgdGhlIHNjc2lmcm9udC9zY3NpYmFjayBzdXBwb3J0 PyBJZiBub3QsIGhvdyBjYW4gd2UgY2hhbmdlIGFkZCB0aGUgc3VwcG9ydD8KPiAKClRyeSB0byBn cmVwIGZvciBYRU4gaW4ga2VybmVsIGNvbmZpZyBmaWxlICh3aGljaCBzaG91bGQgYmUgbG9jYXRl ZCBpbgovYm9vdCkgYW5kIHNlZSBpZiBQVlNDU0kgaXMgdXBzdHJlYW0uIEkgZG91YnQgdGhhdCBp dCBpcyBub3QgYmVjYXVzZSBJCmNvdWxkIG5vdCBmaW5kIHRoZW0gaW4gbXkgZGV2IGJyYW5jaC4K CgpXZWkuCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpY ZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0 cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Fri Apr 26 13:57:39 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 26 Apr 2013 13:57: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 1UVj8i-0007CG-M3; Fri, 26 Apr 2013 13:56:40 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVj8g-0007CB-Vf for xen-users@lists.xen.org; Fri, 26 Apr 2013 13:56:39 +0000 Received: from [85.158.139.211:10197] by server-10.bemta-5.messagelabs.com id 9B/CD-23714-6978A715; Fri, 26 Apr 2013 13:56:38 +0000 X-Env-Sender: wei.liu2@citrix.com X-Msg-Ref: server-7.tower-206.messagelabs.com!1366984596!20217893!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29885 invoked from network); 26 Apr 2013 13:56:37 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-7.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2013 13:56:37 -0000 X-IronPort-AV: E=Sophos;i="4.87,559,1363132800"; d="scan'208";a="20770537" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/AES128-SHA; 26 Apr 2013 13:56:36 +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.3; Fri, 26 Apr 2013 09:56:35 -0400 Received: from zion.uk.xensource.com ([10.80.2.73]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1UVj8d-00079Y-FI; Fri, 26 Apr 2013 14:56:35 +0100 Date: Fri, 26 Apr 2013 14:56:35 +0100 From: Wei Liu To: =?utf-8?B?6YeRIOaIiA==?= Message-ID: <20130426135635.GJ27096@zion.uk.xensource.com> References: <20130426084332.GF27096@zion.uk.xensource.com> <7B9467DC-FF03-4C1C-9A83-58ABF6EC7105@gmail.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <7B9467DC-FF03-4C1C-9A83-58ABF6EC7105@gmail.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: "xen-users@lists.xen.org" , Wei Liu Subject: Re: [Xen-users] ubuntu13.04 host and ubuntu13.04 guest how to config the pvscsi X-BeenThere: xen-users@lists.xen.org X-Mailman-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 T24gRnJpLCBBcHIgMjYsIDIwMTMgYXQgMTA6Mjg6NTFBTSArMDEwMCwg6YeRIOaIiCB3cm90ZToK PiBUaGFua3MhIAo+IAo+IEJ1dCBhbGwgd2UgdXNlIGlzIGtlcm5lbCAzLjguMC0xOS1nZW5lcmlj LiBEb2VzIHRoaXMga2VybmVsIGluY2x1ZGUgdGhlIHNjc2lmcm9udC9zY3NpYmFjayBzdXBwb3J0 PyBJZiBub3QsIGhvdyBjYW4gd2UgY2hhbmdlIGFkZCB0aGUgc3VwcG9ydD8KPiAKClRyeSB0byBn cmVwIGZvciBYRU4gaW4ga2VybmVsIGNvbmZpZyBmaWxlICh3aGljaCBzaG91bGQgYmUgbG9jYXRl ZCBpbgovYm9vdCkgYW5kIHNlZSBpZiBQVlNDU0kgaXMgdXBzdHJlYW0uIEkgZG91YnQgdGhhdCBp dCBpcyBub3QgYmVjYXVzZSBJCmNvdWxkIG5vdCBmaW5kIHRoZW0gaW4gbXkgZGV2IGJyYW5jaC4K CgpXZWkuCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpY ZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0 cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Sat Apr 27 00:10:31 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 27 Apr 2013 00:10: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 1UVshZ-0005Wi-Of; Sat, 27 Apr 2013 00:09:17 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVshY-0005Wd-EE for xen-users@lists.xen.org; Sat, 27 Apr 2013 00:09:16 +0000 Received: from [193.109.254.147:9418] by server-15.bemta-14.messagelabs.com id 09/35-14305-B271B715; Sat, 27 Apr 2013 00:09:15 +0000 X-Env-Sender: debian@good-with-numbers.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1367021352!2744411!1 X-Originating-IP: [64.142.29.24] X-SpamReason: No, hits=0.0 required=7.0 tests=received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25642 invoked from network); 27 Apr 2013 00:09:14 -0000 Received: from out.good-with-numbers.com (HELO out.good-with-numbers.com) (64.142.29.24) by server-11.tower-27.messagelabs.com with AES256-SHA encrypted SMTP; 27 Apr 2013 00:09:14 -0000 Date: Sat, 27 Apr 2013 00:09:07 +0000 From: Mike To: Mofta7y Message-ID: <20130427000907.GA25312@64-142-29-25.dsl.static.sonic.net> References: <5179F659.1050403@gmail.com> <20130426041743.GA23705@64-142-29-25.dsl.static.sonic.net> <517A47A4.4060708@gmail.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <517A47A4.4060708@gmail.com> Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] finding the source VM of local ip X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Top-quoting is confusing. Mofta7y wrote: > I managed to see the MAC addresses of these local IPs using the brctl > showmacs command. > But these Macs are assigned to port 1. > > looking at dmesg output it seems port 1 is the peth0 interface. > > So I still couldnt find which VM/s is/are using those local IPs Command output would be a lot more useful. Are the MACs non-local, like I supposed they'd be? That sounds like those MACs are elsewhere on the network. I can't imagine why your machine would be processing them, then, unless you (mis)configured a bridge loop. I'd need to see some output to make sense of this. Start with the TCP_SYN communication, show some representative tcpdump output. "brctl show" and the various "brctl showmacs", "ip link show", "ip address show", "ip route show". /etc/network/interfaces. Sounds like you're using the deprecated network-bridge script. You haven't mentioned what OS distribution or version of Xen you're using. > Mike wrote: >> Mofta7y wrote: >>> it seems that one or more VMs users in an Xen server has configured >>> a local ip range for communication between VMs >>> >>> now my main issue is to find out which VMs are using these local IPs >>> >>> I tried arping those ips and got their MAC address but this mac >>> address is not the mac address of any network interface in the server >> >> Not sure what you mean. The MACs will probably be assigned to the >> domU-internal interfaces, not to any dom0 interface. >> >>> we are using bridged domu networking >>> >>> anyone knows of any way to find which VMs are using these local IPs ? >> >> Try "brctl showmacs" on the domUs's bridge. That should get you the >> port(s) of the MACs that you're seeing. (I'd expect all those MACs to >> be non-local.) >> >>> Also if there is no way to find who is using them can we just >>> prevent them from communicating with each other through dom0 ? >> >> Iptables rules can handle that. I find vif-bridge's handle_iptable >> rules to be too generous, so I use a modified script and code my own >> rules. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Apr 27 00:10:31 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 27 Apr 2013 00:10: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 1UVshZ-0005Wi-Of; Sat, 27 Apr 2013 00:09:17 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVshY-0005Wd-EE for xen-users@lists.xen.org; Sat, 27 Apr 2013 00:09:16 +0000 Received: from [193.109.254.147:9418] by server-15.bemta-14.messagelabs.com id 09/35-14305-B271B715; Sat, 27 Apr 2013 00:09:15 +0000 X-Env-Sender: debian@good-with-numbers.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1367021352!2744411!1 X-Originating-IP: [64.142.29.24] X-SpamReason: No, hits=0.0 required=7.0 tests=received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25642 invoked from network); 27 Apr 2013 00:09:14 -0000 Received: from out.good-with-numbers.com (HELO out.good-with-numbers.com) (64.142.29.24) by server-11.tower-27.messagelabs.com with AES256-SHA encrypted SMTP; 27 Apr 2013 00:09:14 -0000 Date: Sat, 27 Apr 2013 00:09:07 +0000 From: Mike To: Mofta7y Message-ID: <20130427000907.GA25312@64-142-29-25.dsl.static.sonic.net> References: <5179F659.1050403@gmail.com> <20130426041743.GA23705@64-142-29-25.dsl.static.sonic.net> <517A47A4.4060708@gmail.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <517A47A4.4060708@gmail.com> Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] finding the source VM of local ip X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Top-quoting is confusing. Mofta7y wrote: > I managed to see the MAC addresses of these local IPs using the brctl > showmacs command. > But these Macs are assigned to port 1. > > looking at dmesg output it seems port 1 is the peth0 interface. > > So I still couldnt find which VM/s is/are using those local IPs Command output would be a lot more useful. Are the MACs non-local, like I supposed they'd be? That sounds like those MACs are elsewhere on the network. I can't imagine why your machine would be processing them, then, unless you (mis)configured a bridge loop. I'd need to see some output to make sense of this. Start with the TCP_SYN communication, show some representative tcpdump output. "brctl show" and the various "brctl showmacs", "ip link show", "ip address show", "ip route show". /etc/network/interfaces. Sounds like you're using the deprecated network-bridge script. You haven't mentioned what OS distribution or version of Xen you're using. > Mike wrote: >> Mofta7y wrote: >>> it seems that one or more VMs users in an Xen server has configured >>> a local ip range for communication between VMs >>> >>> now my main issue is to find out which VMs are using these local IPs >>> >>> I tried arping those ips and got their MAC address but this mac >>> address is not the mac address of any network interface in the server >> >> Not sure what you mean. The MACs will probably be assigned to the >> domU-internal interfaces, not to any dom0 interface. >> >>> we are using bridged domu networking >>> >>> anyone knows of any way to find which VMs are using these local IPs ? >> >> Try "brctl showmacs" on the domUs's bridge. That should get you the >> port(s) of the MACs that you're seeing. (I'd expect all those MACs to >> be non-local.) >> >>> Also if there is no way to find who is using them can we just >>> prevent them from communicating with each other through dom0 ? >> >> Iptables rules can handle that. I find vif-bridge's handle_iptable >> rules to be too generous, so I use a modified script and code my own >> rules. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Apr 27 01:51:14 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 27 Apr 2013 01:51: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 1UVuGz-0002oO-PJ; Sat, 27 Apr 2013 01:49:57 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVuGy-0002oJ-4b for xen-users@lists.xen.org; Sat, 27 Apr 2013 01:49:56 +0000 Received: from [85.158.139.83:9877] by server-3.bemta-5.messagelabs.com id 78/21-17256-3CE2B715; Sat, 27 Apr 2013 01:49:55 +0000 X-Env-Sender: altman87120@gmail.com X-Msg-Ref: server-16.tower-182.messagelabs.com!1367027392!22847385!1 X-Originating-IP: [209.85.192.173] X-SpamReason: No, hits=0.8 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,UPPERCASE_50_75,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16059 invoked from network); 27 Apr 2013 01:49:54 -0000 Received: from mail-pd0-f173.google.com (HELO mail-pd0-f173.google.com) (209.85.192.173) by server-16.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 27 Apr 2013 01:49:54 -0000 Received: by mail-pd0-f173.google.com with SMTP id v14so1402610pde.4 for ; Fri, 26 Apr 2013 18:49:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:content-type:mime-version:subject:from:in-reply-to:date :cc:message-id:references:to:x-mailer; bh=clu+xMzL4RtSN1g9t2kghx7fym342RL7Ys8VURhjAwE=; b=JW9PKuMal4wk7X16dZK5QAia7GobauZb8iQcUsRcGo1fVL4B1gv7180ZHm8ZmQVa4i 7rh5WBTbWrBKLsk2Q87Al/Uah5r8zSXoGXHutF1F+ECMow+JmW5x6Vc0+w+r+LQveC+q 036K/lLN6Wuzk+IDZTdRmqLSBgHBvF47WrlNhphAHvfNAH2Iavdx5ZSfSPC5yhlD088O /IxM3nSDyEvXeV4ZtpBkStt99Uz9/vMQUdaGyrLYLzhm+6rw+STJcyXlmBMbqJ1KCP8j ey9smUiTU/+2gLth3u4TY6q5Jx38pSuVcU7BXv1oEq3D+mR739Gzcl+rwC+mz9C1Zdh5 Zowg== X-Received: by 10.68.245.6 with SMTP id xk6mr61959518pbc.41.1367027390951; Fri, 26 Apr 2013 18:49:50 -0700 (PDT) Received: from [192.168.108.15] ([221.234.44.194]) by mx.google.com with ESMTPSA id vb8sm13791830pbc.11.2013.04.26.18.49.48 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 26 Apr 2013 18:49:49 -0700 (PDT) Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) From: =?utf-8?B?6YeRIOaIiA==?= In-Reply-To: <20130426135635.GJ27096@zion.uk.xensource.com> Date: Sat, 27 Apr 2013 09:49:45 +0800 Message-Id: <555A1CE3-3C5A-482B-998B-C720A19B8198@gmail.com> References: <20130426084332.GF27096@zion.uk.xensource.com> <7B9467DC-FF03-4C1C-9A83-58ABF6EC7105@gmail.com> <20130426135635.GJ27096@zion.uk.xensource.com> To: Wei Liu X-Mailer: Apple Mail (2.1503) Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] ubuntu13.04 host and ubuntu13.04 guest how to config the pvscsi X-BeenThere: xen-users@lists.xen.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="===============4945509179142894401==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4945509179142894401== Content-Type: multipart/alternative; boundary="Apple-Mail=_BBCF1B96-1C1C-4D61-8252-7BCC39AF13E0" --Apple-Mail=_BBCF1B96-1C1C-4D61-8252-7BCC39AF13E0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi, Wei Liu ! This is what it show to me. root@ubuntu:/boot# grep XEN config-3.8.0-19-generic=20 CONFIG_XEN=3Dy CONFIG_XEN_DOM0=3Dy CONFIG_XEN_PRIVILEGED_GUEST=3Dy CONFIG_XEN_PVHVM=3Dy CONFIG_XEN_MAX_DOMAIN_MEMORY=3D500 CONFIG_XEN_SAVE_RESTORE=3Dy # CONFIG_XEN_DEBUG_FS is not set CONFIG_PCI_XEN=3Dy CONFIG_XEN_PCIDEV_FRONTEND=3Dm CONFIG_XEN_BLKDEV_FRONTEND=3Dy CONFIG_XEN_BLKDEV_BACKEND=3Dm CONFIG_NETXEN_NIC=3Dm CONFIG_XEN_NETDEV_FRONTEND=3Dy CONFIG_XEN_NETDEV_BACKEND=3Dm CONFIG_INPUT_XEN_KBDDEV_FRONTEND=3Dm CONFIG_HVC_XEN=3Dy CONFIG_HVC_XEN_FRONTEND=3Dy CONFIG_XEN_WDT=3Dm CONFIG_XEN_FBDEV_FRONTEND=3Dm CONFIG_XEN_BALLOON=3Dy CONFIG_XEN_SELFBALLOONING=3Dy CONFIG_XEN_BALLOON_MEMORY_HOTPLUG=3Dy CONFIG_XEN_SCRUB_PAGES=3Dy CONFIG_XEN_DEV_EVTCHN=3Dm CONFIG_XEN_BACKEND=3Dy CONFIG_XENFS=3Dm CONFIG_XEN_COMPAT_XENFS=3Dy CONFIG_XEN_SYS_HYPERVISOR=3Dy CONFIG_XEN_XENBUS_FRONTEND=3Dy CONFIG_XEN_GNTDEV=3Dm CONFIG_XEN_GRANT_DEV_ALLOC=3Dm CONFIG_SWIOTLB_XEN=3Dy CONFIG_XEN_TMEM=3Dy CONFIG_XEN_PCIDEV_BACKEND=3Dm CONFIG_XEN_PRIVCMD=3Dm CONFIG_XEN_ACPI_PROCESSOR=3Dy CONFIG_XEN_MCE_LOG=3Dy CONFIG_XEN_HAVE_PVMMU=3Dy And I don't find the word "PVSCSI". Does it demonstrate my kernel don't = have PVSCSI complied ? And could I compile my kernel to make it work ?=20= And if we use PVSCSI, could it improves the PVHVM disk IO performance? = And other benefit? On 2013-4-26, at =E4=B8=8B=E5=8D=889:56, Wei Liu = wrote: > On Fri, Apr 26, 2013 at 10:28:51AM +0100, =E9=87=91 =E6=88=88 wrote: >> Thanks!=20 >>=20 >> But all we use is kernel 3.8.0-19-generic. Does this kernel include = the scsifront/scsiback support? If not, how can we change add the = support? >>=20 >=20 > Try to grep for XEN in kernel config file (which should be located in > /boot) and see if PVSCSI is upstream. I doubt that it is not because I > could not find them in my dev branch. >=20 >=20 > Wei. --Apple-Mail=_BBCF1B96-1C1C-4D61-8252-7BCC39AF13E0 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Hi, = Wei Liu !

This is what it show to = me.

root@ubuntu:/boot# grep XEN = config-3.8.0-19-generic 
CONFIG_XEN=3Dy
CONFIG_XE= N_DOM0=3Dy
CONFIG_XEN_PRIVILEGED_GUEST=3Dy
CONFIG_XEN_= PVHVM=3Dy
CONFIG_XEN_MAX_DOMAIN_MEMORY=3D500
CONFIG_XE= N_SAVE_RESTORE=3Dy
# CONFIG_XEN_DEBUG_FS is not = set
CONFIG_PCI_XEN=3Dy
CONFIG_XEN_PCIDEV_FRONTEND=3Dm<= /div>
CONFIG_XEN_BLKDEV_FRONTEND=3Dy
CONFIG_XEN_BLKDEV_BACKE= ND=3Dm
CONFIG_NETXEN_NIC=3Dm
CONFIG_XEN_NETDEV_FRONTEN= D=3Dy
CONFIG_XEN_NETDEV_BACKEND=3Dm
CONFIG_INPUT_XEN_K= BDDEV_FRONTEND=3Dm
CONFIG_HVC_XEN=3Dy
CONFIG_HVC_XEN_F= RONTEND=3Dy
CONFIG_XEN_WDT=3Dm
CONFIG_XEN_FBDEV_FRONTE= ND=3Dm
CONFIG_XEN_BALLOON=3Dy
CONFIG_XEN_SELFBALLOONIN= G=3Dy
CONFIG_XEN_BALLOON_MEMORY_HOTPLUG=3Dy
CONFIG_XEN= _SCRUB_PAGES=3Dy
CONFIG_XEN_DEV_EVTCHN=3Dm
CONFIG_XEN_= BACKEND=3Dy
CONFIG_XENFS=3Dm
CONFIG_XEN_COMPAT_XENFS=3D= y
CONFIG_XEN_SYS_HYPERVISOR=3Dy
CONFIG_XEN_XENBUS_FRON= TEND=3Dy
CONFIG_XEN_GNTDEV=3Dm
CONFIG_XEN_GRANT_DEV_AL= LOC=3Dm
CONFIG_SWIOTLB_XEN=3Dy
CONFIG_XEN_TMEM=3Dy
CONFIG_XEN_PCIDEV_BACKEND=3Dm
CONFIG_XEN_PRIVCMD=3Dm
CONFIG_XEN_ACPI_PROCESSOR=3Dy
CONFIG_XEN_MCE_LOG=3Dy
=
CONFIG_XEN_HAVE_PVMMU=3Dy


And I don't find the word "PVSCSI". Does it demonstrate my kernel don't have PVSCSI complied ?  And = could I compile my kernel to make it work = ? 
And if = we use PVSCSI, could it improves the PVHVM disk = IO performance? And = other wei.liu2@citrix.com> = wrote:

On Fri, Apr 26, 2013 at 10:28:51AM +0100, =E9=87=91 =E6=88=88= wrote:
Thanks!

But all we use is = kernel 3.8.0-19-generic. Does this kernel include the scsifront/scsiback = support? If not, how can we change add the = support?


Try to grep for XEN in kernel config = file (which should be located in
/boot) and see if PVSCSI is = upstream. I doubt that it is not because I
could not find them in my = dev = branch.


Wei.

= --Apple-Mail=_BBCF1B96-1C1C-4D61-8252-7BCC39AF13E0-- --===============4945509179142894401== 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 --===============4945509179142894401==-- From xen-users-bounces@lists.xen.org Sat Apr 27 01:51:14 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 27 Apr 2013 01:51: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 1UVuGz-0002oO-PJ; Sat, 27 Apr 2013 01:49:57 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVuGy-0002oJ-4b for xen-users@lists.xen.org; Sat, 27 Apr 2013 01:49:56 +0000 Received: from [85.158.139.83:9877] by server-3.bemta-5.messagelabs.com id 78/21-17256-3CE2B715; Sat, 27 Apr 2013 01:49:55 +0000 X-Env-Sender: altman87120@gmail.com X-Msg-Ref: server-16.tower-182.messagelabs.com!1367027392!22847385!1 X-Originating-IP: [209.85.192.173] X-SpamReason: No, hits=0.8 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,UPPERCASE_50_75,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16059 invoked from network); 27 Apr 2013 01:49:54 -0000 Received: from mail-pd0-f173.google.com (HELO mail-pd0-f173.google.com) (209.85.192.173) by server-16.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 27 Apr 2013 01:49:54 -0000 Received: by mail-pd0-f173.google.com with SMTP id v14so1402610pde.4 for ; Fri, 26 Apr 2013 18:49:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:content-type:mime-version:subject:from:in-reply-to:date :cc:message-id:references:to:x-mailer; bh=clu+xMzL4RtSN1g9t2kghx7fym342RL7Ys8VURhjAwE=; b=JW9PKuMal4wk7X16dZK5QAia7GobauZb8iQcUsRcGo1fVL4B1gv7180ZHm8ZmQVa4i 7rh5WBTbWrBKLsk2Q87Al/Uah5r8zSXoGXHutF1F+ECMow+JmW5x6Vc0+w+r+LQveC+q 036K/lLN6Wuzk+IDZTdRmqLSBgHBvF47WrlNhphAHvfNAH2Iavdx5ZSfSPC5yhlD088O /IxM3nSDyEvXeV4ZtpBkStt99Uz9/vMQUdaGyrLYLzhm+6rw+STJcyXlmBMbqJ1KCP8j ey9smUiTU/+2gLth3u4TY6q5Jx38pSuVcU7BXv1oEq3D+mR739Gzcl+rwC+mz9C1Zdh5 Zowg== X-Received: by 10.68.245.6 with SMTP id xk6mr61959518pbc.41.1367027390951; Fri, 26 Apr 2013 18:49:50 -0700 (PDT) Received: from [192.168.108.15] ([221.234.44.194]) by mx.google.com with ESMTPSA id vb8sm13791830pbc.11.2013.04.26.18.49.48 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 26 Apr 2013 18:49:49 -0700 (PDT) Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) From: =?utf-8?B?6YeRIOaIiA==?= In-Reply-To: <20130426135635.GJ27096@zion.uk.xensource.com> Date: Sat, 27 Apr 2013 09:49:45 +0800 Message-Id: <555A1CE3-3C5A-482B-998B-C720A19B8198@gmail.com> References: <20130426084332.GF27096@zion.uk.xensource.com> <7B9467DC-FF03-4C1C-9A83-58ABF6EC7105@gmail.com> <20130426135635.GJ27096@zion.uk.xensource.com> To: Wei Liu X-Mailer: Apple Mail (2.1503) Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] ubuntu13.04 host and ubuntu13.04 guest how to config the pvscsi X-BeenThere: xen-users@lists.xen.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="===============4945509179142894401==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4945509179142894401== Content-Type: multipart/alternative; boundary="Apple-Mail=_BBCF1B96-1C1C-4D61-8252-7BCC39AF13E0" --Apple-Mail=_BBCF1B96-1C1C-4D61-8252-7BCC39AF13E0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi, Wei Liu ! This is what it show to me. root@ubuntu:/boot# grep XEN config-3.8.0-19-generic=20 CONFIG_XEN=3Dy CONFIG_XEN_DOM0=3Dy CONFIG_XEN_PRIVILEGED_GUEST=3Dy CONFIG_XEN_PVHVM=3Dy CONFIG_XEN_MAX_DOMAIN_MEMORY=3D500 CONFIG_XEN_SAVE_RESTORE=3Dy # CONFIG_XEN_DEBUG_FS is not set CONFIG_PCI_XEN=3Dy CONFIG_XEN_PCIDEV_FRONTEND=3Dm CONFIG_XEN_BLKDEV_FRONTEND=3Dy CONFIG_XEN_BLKDEV_BACKEND=3Dm CONFIG_NETXEN_NIC=3Dm CONFIG_XEN_NETDEV_FRONTEND=3Dy CONFIG_XEN_NETDEV_BACKEND=3Dm CONFIG_INPUT_XEN_KBDDEV_FRONTEND=3Dm CONFIG_HVC_XEN=3Dy CONFIG_HVC_XEN_FRONTEND=3Dy CONFIG_XEN_WDT=3Dm CONFIG_XEN_FBDEV_FRONTEND=3Dm CONFIG_XEN_BALLOON=3Dy CONFIG_XEN_SELFBALLOONING=3Dy CONFIG_XEN_BALLOON_MEMORY_HOTPLUG=3Dy CONFIG_XEN_SCRUB_PAGES=3Dy CONFIG_XEN_DEV_EVTCHN=3Dm CONFIG_XEN_BACKEND=3Dy CONFIG_XENFS=3Dm CONFIG_XEN_COMPAT_XENFS=3Dy CONFIG_XEN_SYS_HYPERVISOR=3Dy CONFIG_XEN_XENBUS_FRONTEND=3Dy CONFIG_XEN_GNTDEV=3Dm CONFIG_XEN_GRANT_DEV_ALLOC=3Dm CONFIG_SWIOTLB_XEN=3Dy CONFIG_XEN_TMEM=3Dy CONFIG_XEN_PCIDEV_BACKEND=3Dm CONFIG_XEN_PRIVCMD=3Dm CONFIG_XEN_ACPI_PROCESSOR=3Dy CONFIG_XEN_MCE_LOG=3Dy CONFIG_XEN_HAVE_PVMMU=3Dy And I don't find the word "PVSCSI". Does it demonstrate my kernel don't = have PVSCSI complied ? And could I compile my kernel to make it work ?=20= And if we use PVSCSI, could it improves the PVHVM disk IO performance? = And other benefit? On 2013-4-26, at =E4=B8=8B=E5=8D=889:56, Wei Liu = wrote: > On Fri, Apr 26, 2013 at 10:28:51AM +0100, =E9=87=91 =E6=88=88 wrote: >> Thanks!=20 >>=20 >> But all we use is kernel 3.8.0-19-generic. Does this kernel include = the scsifront/scsiback support? If not, how can we change add the = support? >>=20 >=20 > Try to grep for XEN in kernel config file (which should be located in > /boot) and see if PVSCSI is upstream. I doubt that it is not because I > could not find them in my dev branch. >=20 >=20 > Wei. --Apple-Mail=_BBCF1B96-1C1C-4D61-8252-7BCC39AF13E0 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Hi, = Wei Liu !

This is what it show to = me.

root@ubuntu:/boot# grep XEN = config-3.8.0-19-generic 
CONFIG_XEN=3Dy
CONFIG_XE= N_DOM0=3Dy
CONFIG_XEN_PRIVILEGED_GUEST=3Dy
CONFIG_XEN_= PVHVM=3Dy
CONFIG_XEN_MAX_DOMAIN_MEMORY=3D500
CONFIG_XE= N_SAVE_RESTORE=3Dy
# CONFIG_XEN_DEBUG_FS is not = set
CONFIG_PCI_XEN=3Dy
CONFIG_XEN_PCIDEV_FRONTEND=3Dm<= /div>
CONFIG_XEN_BLKDEV_FRONTEND=3Dy
CONFIG_XEN_BLKDEV_BACKE= ND=3Dm
CONFIG_NETXEN_NIC=3Dm
CONFIG_XEN_NETDEV_FRONTEN= D=3Dy
CONFIG_XEN_NETDEV_BACKEND=3Dm
CONFIG_INPUT_XEN_K= BDDEV_FRONTEND=3Dm
CONFIG_HVC_XEN=3Dy
CONFIG_HVC_XEN_F= RONTEND=3Dy
CONFIG_XEN_WDT=3Dm
CONFIG_XEN_FBDEV_FRONTE= ND=3Dm
CONFIG_XEN_BALLOON=3Dy
CONFIG_XEN_SELFBALLOONIN= G=3Dy
CONFIG_XEN_BALLOON_MEMORY_HOTPLUG=3Dy
CONFIG_XEN= _SCRUB_PAGES=3Dy
CONFIG_XEN_DEV_EVTCHN=3Dm
CONFIG_XEN_= BACKEND=3Dy
CONFIG_XENFS=3Dm
CONFIG_XEN_COMPAT_XENFS=3D= y
CONFIG_XEN_SYS_HYPERVISOR=3Dy
CONFIG_XEN_XENBUS_FRON= TEND=3Dy
CONFIG_XEN_GNTDEV=3Dm
CONFIG_XEN_GRANT_DEV_AL= LOC=3Dm
CONFIG_SWIOTLB_XEN=3Dy
CONFIG_XEN_TMEM=3Dy
CONFIG_XEN_PCIDEV_BACKEND=3Dm
CONFIG_XEN_PRIVCMD=3Dm
CONFIG_XEN_ACPI_PROCESSOR=3Dy
CONFIG_XEN_MCE_LOG=3Dy
=
CONFIG_XEN_HAVE_PVMMU=3Dy


And I don't find the word "PVSCSI". Does it demonstrate my kernel don't have PVSCSI complied ?  And = could I compile my kernel to make it work = ? 
And if = we use PVSCSI, could it improves the PVHVM disk = IO performance? And = other wei.liu2@citrix.com> = wrote:

On Fri, Apr 26, 2013 at 10:28:51AM +0100, =E9=87=91 =E6=88=88= wrote:
Thanks!

But all we use is = kernel 3.8.0-19-generic. Does this kernel include the scsifront/scsiback = support? If not, how can we change add the = support?


Try to grep for XEN in kernel config = file (which should be located in
/boot) and see if PVSCSI is = upstream. I doubt that it is not because I
could not find them in my = dev = branch.


Wei.

= --Apple-Mail=_BBCF1B96-1C1C-4D61-8252-7BCC39AF13E0-- --===============4945509179142894401== 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 --===============4945509179142894401==-- From xen-users-bounces@lists.xen.org Sat Apr 27 07:07:38 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 27 Apr 2013 07:07: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 1UVzDA-0001UC-Ox; Sat, 27 Apr 2013 07:06:20 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVzD8-0001U7-QD for xen-users@lists.xensource.com; Sat, 27 Apr 2013 07:06:19 +0000 Received: from [85.158.139.83:28943] by server-4.bemta-5.messagelabs.com id E6/7C-01980-9E87B715; Sat, 27 Apr 2013 07:06:17 +0000 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-11.tower-182.messagelabs.com!1367046374!23027228!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31025 invoked from network); 27 Apr 2013 07:06:17 -0000 Received: from mail.bendigoit.com.au (HELO smtp2.bendigoit.com.au) (203.16.207.99) by server-11.tower-182.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 27 Apr 2013 07:06:17 -0000 Received: from [2001:388:e000:712:a5ca:4fd3:14f:ad5d] (helo=BITCOM1.int.sbss.com.au) by smtp2.bendigoit.com.au with esmtp (Exim 4.80) (envelope-from ) id 1UVzD1-0008EU-2z for xen-users@lists.xensource.com; Sat, 27 Apr 2013 17:06:11 +1000 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.01.0438.000; Sat, 27 Apr 2013 17:06:10 +1000 From: James Harper To: "xen-users@lists.xensource.com" Thread-Topic: sudden slow performance Thread-Index: Ac5DFEMBbAI8BH8zTSyITtEsr3pqUg== Date: Sat, 27 Apr 2013 07:06:09 +0000 Message-ID: <6035A0D088A63A46850C3988ED045A4B4F37245D@BITCOM1.int.sbss.com.au> Accept-Language: en-AU, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [172.16.3.132] x-tm-as-product-ver: SMEX-10.2.0.3176-7.000.1014-19826.005 x-tm-as-result: No--42.643300-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: [Xen-users] sudden slow performance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 track down a performance problem that has suddenly appeared on my Bacula server that runs as a VM. The performance hit comes when Bacula starts inserting values into mysql temp tables. strace tells me that the calls go like: write (512 bytes) fsync() write(1024 bytes) fsync() ... And each fsync call takes between 100ms and 200ms to complete, limiting the inserts to 5-10 per second. All the backup IO takes place on another physical server so it's only the mysql throughput that is limiting me here. iostat -x tells me that %iowait is at 100% on the DomU, and around 75% on each of the physical RAID1 disks on the Dom0, with throughput being <100kbytes/second. I'm using Debian 3.8.x kernels from experimental, but the problem existed with the Debian 3.2 kernel from wheezy too. This setup has been running fine and then suddenly started doing this. dd with oflag=direct gives me the expected performance in both dom0 (~90mbytes/second) and domu (~80mbytes/second), so I think the disks themselves are good. smartctl says both physical drives are health and there is no other performance problem on the system. I'm running out of things to point the finger at... any suggestions greatly 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 Sat Apr 27 07:07:38 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 27 Apr 2013 07:07: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 1UVzDA-0001UC-Ox; Sat, 27 Apr 2013 07:06:20 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVzD8-0001U7-QD for xen-users@lists.xensource.com; Sat, 27 Apr 2013 07:06:19 +0000 Received: from [85.158.139.83:28943] by server-4.bemta-5.messagelabs.com id E6/7C-01980-9E87B715; Sat, 27 Apr 2013 07:06:17 +0000 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-11.tower-182.messagelabs.com!1367046374!23027228!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31025 invoked from network); 27 Apr 2013 07:06:17 -0000 Received: from mail.bendigoit.com.au (HELO smtp2.bendigoit.com.au) (203.16.207.99) by server-11.tower-182.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 27 Apr 2013 07:06:17 -0000 Received: from [2001:388:e000:712:a5ca:4fd3:14f:ad5d] (helo=BITCOM1.int.sbss.com.au) by smtp2.bendigoit.com.au with esmtp (Exim 4.80) (envelope-from ) id 1UVzD1-0008EU-2z for xen-users@lists.xensource.com; Sat, 27 Apr 2013 17:06:11 +1000 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.01.0438.000; Sat, 27 Apr 2013 17:06:10 +1000 From: James Harper To: "xen-users@lists.xensource.com" Thread-Topic: sudden slow performance Thread-Index: Ac5DFEMBbAI8BH8zTSyITtEsr3pqUg== Date: Sat, 27 Apr 2013 07:06:09 +0000 Message-ID: <6035A0D088A63A46850C3988ED045A4B4F37245D@BITCOM1.int.sbss.com.au> Accept-Language: en-AU, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [172.16.3.132] x-tm-as-product-ver: SMEX-10.2.0.3176-7.000.1014-19826.005 x-tm-as-result: No--42.643300-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: [Xen-users] sudden slow performance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 track down a performance problem that has suddenly appeared on my Bacula server that runs as a VM. The performance hit comes when Bacula starts inserting values into mysql temp tables. strace tells me that the calls go like: write (512 bytes) fsync() write(1024 bytes) fsync() ... And each fsync call takes between 100ms and 200ms to complete, limiting the inserts to 5-10 per second. All the backup IO takes place on another physical server so it's only the mysql throughput that is limiting me here. iostat -x tells me that %iowait is at 100% on the DomU, and around 75% on each of the physical RAID1 disks on the Dom0, with throughput being <100kbytes/second. I'm using Debian 3.8.x kernels from experimental, but the problem existed with the Debian 3.2 kernel from wheezy too. This setup has been running fine and then suddenly started doing this. dd with oflag=direct gives me the expected performance in both dom0 (~90mbytes/second) and domu (~80mbytes/second), so I think the disks themselves are good. smartctl says both physical drives are health and there is no other performance problem on the system. I'm running out of things to point the finger at... any suggestions greatly 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 Sat Apr 27 12:21:14 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 27 Apr 2013 12:21: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 1UW46P-0008Oi-IJ; Sat, 27 Apr 2013 12:19:41 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UW46N-0008Od-KI for xen-users@lists.xen.org; Sat, 27 Apr 2013 12:19:39 +0000 Received: from [85.158.139.211:52332] by server-9.bemta-5.messagelabs.com id 4C/91-08547-A52CB715; Sat, 27 Apr 2013 12:19:38 +0000 X-Env-Sender: wei.liu2@citrix.com X-Msg-Ref: server-6.tower-206.messagelabs.com!1367065177!20744879!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18606 invoked from network); 27 Apr 2013 12:19:38 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-6.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 27 Apr 2013 12:19:38 -0000 X-IronPort-AV: E=Sophos;i="4.87,562,1363132800"; d="scan'208";a="21952235" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP/TLS/AES128-SHA; 27 Apr 2013 12:19:36 +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.3; Sat, 27 Apr 2013 08:19:36 -0400 Received: from zion.uk.xensource.com ([10.80.2.73]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1UW46K-0006EW-4A; Sat, 27 Apr 2013 13:19:36 +0100 Date: Sat, 27 Apr 2013 13:19:36 +0100 From: Wei Liu To: =?utf-8?B?6YeRIOaIiA==?= Message-ID: <20130427121936.GA9088@zion.uk.xensource.com> References: <20130426084332.GF27096@zion.uk.xensource.com> <7B9467DC-FF03-4C1C-9A83-58ABF6EC7105@gmail.com> <20130426135635.GJ27096@zion.uk.xensource.com> <555A1CE3-3C5A-482B-998B-C720A19B8198@gmail.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <555A1CE3-3C5A-482B-998B-C720A19B8198@gmail.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: "xen-users@lists.xen.org" , Wei Liu Subject: Re: [Xen-users] ubuntu13.04 host and ubuntu13.04 guest how to config the pvscsi X-BeenThere: xen-users@lists.xen.org X-Mailman-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 T24gU2F0LCBBcHIgMjcsIDIwMTMgYXQgMDI6NDk6NDVBTSArMDEwMCwg6YeRIOaIiCB3cm90ZToK PiBIaSwgV2VpIExpdSAhCj4gCj4gVGhpcyBpcyB3aGF0IGl0IHNob3cgdG8gbWUuCj4gCj4gcm9v dEB1YnVudHU6L2Jvb3QjIGdyZXAgWEVOIGNvbmZpZy0zLjguMC0xOS1nZW5lcmljCj4gQ09ORklH X1hFTj15Cj4gQ09ORklHX1hFTl9ET00wPXkKPiBDT05GSUdfWEVOX1BSSVZJTEVHRURfR1VFU1Q9 eQo+IENPTkZJR19YRU5fUFZIVk09eQo+IENPTkZJR19YRU5fTUFYX0RPTUFJTl9NRU1PUlk9NTAw Cj4gQ09ORklHX1hFTl9TQVZFX1JFU1RPUkU9eQo+ICMgQ09ORklHX1hFTl9ERUJVR19GUyBpcyBu b3Qgc2V0Cj4gQ09ORklHX1BDSV9YRU49eQo+IENPTkZJR19YRU5fUENJREVWX0ZST05URU5EPW0K PiBDT05GSUdfWEVOX0JMS0RFVl9GUk9OVEVORD15Cj4gQ09ORklHX1hFTl9CTEtERVZfQkFDS0VO RD1tCj4gQ09ORklHX05FVFhFTl9OSUM9bQo+IENPTkZJR19YRU5fTkVUREVWX0ZST05URU5EPXkK PiBDT05GSUdfWEVOX05FVERFVl9CQUNLRU5EPW0KPiBDT05GSUdfSU5QVVRfWEVOX0tCRERFVl9G Uk9OVEVORD1tCj4gQ09ORklHX0hWQ19YRU49eQo+IENPTkZJR19IVkNfWEVOX0ZST05URU5EPXkK PiBDT05GSUdfWEVOX1dEVD1tCj4gQ09ORklHX1hFTl9GQkRFVl9GUk9OVEVORD1tCj4gQ09ORklH X1hFTl9CQUxMT09OPXkKPiBDT05GSUdfWEVOX1NFTEZCQUxMT09OSU5HPXkKPiBDT05GSUdfWEVO X0JBTExPT05fTUVNT1JZX0hPVFBMVUc9eQo+IENPTkZJR19YRU5fU0NSVUJfUEFHRVM9eQo+IENP TkZJR19YRU5fREVWX0VWVENITj1tCj4gQ09ORklHX1hFTl9CQUNLRU5EPXkKPiBDT05GSUdfWEVO RlM9bQo+IENPTkZJR19YRU5fQ09NUEFUX1hFTkZTPXkKPiBDT05GSUdfWEVOX1NZU19IWVBFUlZJ U09SPXkKPiBDT05GSUdfWEVOX1hFTkJVU19GUk9OVEVORD15Cj4gQ09ORklHX1hFTl9HTlRERVY9 bQo+IENPTkZJR19YRU5fR1JBTlRfREVWX0FMTE9DPW0KPiBDT05GSUdfU1dJT1RMQl9YRU49eQo+ IENPTkZJR19YRU5fVE1FTT15Cj4gQ09ORklHX1hFTl9QQ0lERVZfQkFDS0VORD1tCj4gQ09ORklH X1hFTl9QUklWQ01EPW0KPiBDT05GSUdfWEVOX0FDUElfUFJPQ0VTU09SPXkKPiBDT05GSUdfWEVO X01DRV9MT0c9eQo+IENPTkZJR19YRU5fSEFWRV9QVk1NVT15Cj4gCj4gCj4gQW5kIEkgZG9uJ3Qg ZmluZCB0aGUgd29yZCAiUFZTQ1NJIi4gRG9lcyBpdCBkZW1vbnN0cmF0ZSBteSBrZXJuZWwgZG9u J3QgaGF2ZSBQVlNDU0kgY29tcGxpZWQgPyAgQW5kIGNvdWxkIEkgY29tcGlsZSBteSBrZXJuZWwg dG8gbWFrZSBpdCB3b3JrID8KPiBBbmQgaWYgd2UgdXNlIFBWU0NTSSwgY291bGQgaXQgaW1wcm92 ZXMgdGhlIFBWSFZNIGRpc2sgSU8gcGVyZm9ybWFuY2U/IEFuZCBvdGhlciBiZW5lZml0Pwo+IAoK WW91ciBrZXJuZWwgZG9lc24ndCBoYXZlIFBWU0NTSSBzdXBwb3J0LiBJIGp1c3QgY2hlY2tlZCBt YWlubGluZSBzb3VyY2UKY29kZSwgUFZTQ1NJIGRvZXNuJ3Qgc2VlbSB0byBiZSB1cHN0cmVhbWVk IHlldC4KClRCSCBJJ3ZlIG5lcnZlciBwbGF5ZWQgd2l0aCBQVlNDU0kgYmVmb3JlLiBEbyB5b3Ug c2VlIGFueSBwZXJmb3JtYW5jZQpwcm9ibGVtIHdpdGggYmxrYmFjaz8KCgpXZWkuCgpfX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGlu ZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11 c2Vycw== From xen-users-bounces@lists.xen.org Sat Apr 27 12:21:14 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 27 Apr 2013 12:21: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 1UW46P-0008Oi-IJ; Sat, 27 Apr 2013 12:19:41 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UW46N-0008Od-KI for xen-users@lists.xen.org; Sat, 27 Apr 2013 12:19:39 +0000 Received: from [85.158.139.211:52332] by server-9.bemta-5.messagelabs.com id 4C/91-08547-A52CB715; Sat, 27 Apr 2013 12:19:38 +0000 X-Env-Sender: wei.liu2@citrix.com X-Msg-Ref: server-6.tower-206.messagelabs.com!1367065177!20744879!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18606 invoked from network); 27 Apr 2013 12:19:38 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-6.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 27 Apr 2013 12:19:38 -0000 X-IronPort-AV: E=Sophos;i="4.87,562,1363132800"; d="scan'208";a="21952235" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP/TLS/AES128-SHA; 27 Apr 2013 12:19:36 +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.3; Sat, 27 Apr 2013 08:19:36 -0400 Received: from zion.uk.xensource.com ([10.80.2.73]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1UW46K-0006EW-4A; Sat, 27 Apr 2013 13:19:36 +0100 Date: Sat, 27 Apr 2013 13:19:36 +0100 From: Wei Liu To: =?utf-8?B?6YeRIOaIiA==?= Message-ID: <20130427121936.GA9088@zion.uk.xensource.com> References: <20130426084332.GF27096@zion.uk.xensource.com> <7B9467DC-FF03-4C1C-9A83-58ABF6EC7105@gmail.com> <20130426135635.GJ27096@zion.uk.xensource.com> <555A1CE3-3C5A-482B-998B-C720A19B8198@gmail.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <555A1CE3-3C5A-482B-998B-C720A19B8198@gmail.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: "xen-users@lists.xen.org" , Wei Liu Subject: Re: [Xen-users] ubuntu13.04 host and ubuntu13.04 guest how to config the pvscsi X-BeenThere: xen-users@lists.xen.org X-Mailman-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 T24gU2F0LCBBcHIgMjcsIDIwMTMgYXQgMDI6NDk6NDVBTSArMDEwMCwg6YeRIOaIiCB3cm90ZToK PiBIaSwgV2VpIExpdSAhCj4gCj4gVGhpcyBpcyB3aGF0IGl0IHNob3cgdG8gbWUuCj4gCj4gcm9v dEB1YnVudHU6L2Jvb3QjIGdyZXAgWEVOIGNvbmZpZy0zLjguMC0xOS1nZW5lcmljCj4gQ09ORklH X1hFTj15Cj4gQ09ORklHX1hFTl9ET00wPXkKPiBDT05GSUdfWEVOX1BSSVZJTEVHRURfR1VFU1Q9 eQo+IENPTkZJR19YRU5fUFZIVk09eQo+IENPTkZJR19YRU5fTUFYX0RPTUFJTl9NRU1PUlk9NTAw Cj4gQ09ORklHX1hFTl9TQVZFX1JFU1RPUkU9eQo+ICMgQ09ORklHX1hFTl9ERUJVR19GUyBpcyBu b3Qgc2V0Cj4gQ09ORklHX1BDSV9YRU49eQo+IENPTkZJR19YRU5fUENJREVWX0ZST05URU5EPW0K PiBDT05GSUdfWEVOX0JMS0RFVl9GUk9OVEVORD15Cj4gQ09ORklHX1hFTl9CTEtERVZfQkFDS0VO RD1tCj4gQ09ORklHX05FVFhFTl9OSUM9bQo+IENPTkZJR19YRU5fTkVUREVWX0ZST05URU5EPXkK PiBDT05GSUdfWEVOX05FVERFVl9CQUNLRU5EPW0KPiBDT05GSUdfSU5QVVRfWEVOX0tCRERFVl9G Uk9OVEVORD1tCj4gQ09ORklHX0hWQ19YRU49eQo+IENPTkZJR19IVkNfWEVOX0ZST05URU5EPXkK PiBDT05GSUdfWEVOX1dEVD1tCj4gQ09ORklHX1hFTl9GQkRFVl9GUk9OVEVORD1tCj4gQ09ORklH X1hFTl9CQUxMT09OPXkKPiBDT05GSUdfWEVOX1NFTEZCQUxMT09OSU5HPXkKPiBDT05GSUdfWEVO X0JBTExPT05fTUVNT1JZX0hPVFBMVUc9eQo+IENPTkZJR19YRU5fU0NSVUJfUEFHRVM9eQo+IENP TkZJR19YRU5fREVWX0VWVENITj1tCj4gQ09ORklHX1hFTl9CQUNLRU5EPXkKPiBDT05GSUdfWEVO RlM9bQo+IENPTkZJR19YRU5fQ09NUEFUX1hFTkZTPXkKPiBDT05GSUdfWEVOX1NZU19IWVBFUlZJ U09SPXkKPiBDT05GSUdfWEVOX1hFTkJVU19GUk9OVEVORD15Cj4gQ09ORklHX1hFTl9HTlRERVY9 bQo+IENPTkZJR19YRU5fR1JBTlRfREVWX0FMTE9DPW0KPiBDT05GSUdfU1dJT1RMQl9YRU49eQo+ IENPTkZJR19YRU5fVE1FTT15Cj4gQ09ORklHX1hFTl9QQ0lERVZfQkFDS0VORD1tCj4gQ09ORklH X1hFTl9QUklWQ01EPW0KPiBDT05GSUdfWEVOX0FDUElfUFJPQ0VTU09SPXkKPiBDT05GSUdfWEVO X01DRV9MT0c9eQo+IENPTkZJR19YRU5fSEFWRV9QVk1NVT15Cj4gCj4gCj4gQW5kIEkgZG9uJ3Qg ZmluZCB0aGUgd29yZCAiUFZTQ1NJIi4gRG9lcyBpdCBkZW1vbnN0cmF0ZSBteSBrZXJuZWwgZG9u J3QgaGF2ZSBQVlNDU0kgY29tcGxpZWQgPyAgQW5kIGNvdWxkIEkgY29tcGlsZSBteSBrZXJuZWwg dG8gbWFrZSBpdCB3b3JrID8KPiBBbmQgaWYgd2UgdXNlIFBWU0NTSSwgY291bGQgaXQgaW1wcm92 ZXMgdGhlIFBWSFZNIGRpc2sgSU8gcGVyZm9ybWFuY2U/IEFuZCBvdGhlciBiZW5lZml0Pwo+IAoK WW91ciBrZXJuZWwgZG9lc24ndCBoYXZlIFBWU0NTSSBzdXBwb3J0LiBJIGp1c3QgY2hlY2tlZCBt YWlubGluZSBzb3VyY2UKY29kZSwgUFZTQ1NJIGRvZXNuJ3Qgc2VlbSB0byBiZSB1cHN0cmVhbWVk IHlldC4KClRCSCBJJ3ZlIG5lcnZlciBwbGF5ZWQgd2l0aCBQVlNDU0kgYmVmb3JlLiBEbyB5b3Ug c2VlIGFueSBwZXJmb3JtYW5jZQpwcm9ibGVtIHdpdGggYmxrYmFjaz8KCgpXZWkuCgpfX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGlu ZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11 c2Vycw== From xen-users-bounces@lists.xen.org Sat Apr 27 20:27:05 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 27 Apr 2013 20:27: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 1UWBgo-0000ve-Pe; Sat, 27 Apr 2013 20:25:46 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UWBgn-0000vZ-6t for xen-users@lists.xensource.com; Sat, 27 Apr 2013 20:25:45 +0000 Received: from [85.158.138.51:43494] by server-15.bemta-3.messagelabs.com id 26/13-23142-8443C715; Sat, 27 Apr 2013 20:25:44 +0000 X-Env-Sender: code3studios@gmail.com X-Msg-Ref: server-14.tower-174.messagelabs.com!1367094341!23921786!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14044 invoked from network); 27 Apr 2013 20:25:43 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-14.tower-174.messagelabs.com with AES256-SHA encrypted SMTP; 27 Apr 2013 20:25:43 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1UWBgj-0001Pn-FG for xen-users@lists.xensource.com; Sat, 27 Apr 2013 13:25:41 -0700 Date: Sat, 27 Apr 2013 13:25:41 -0700 (PDT) From: Alex Karaoui To: xen-users@lists.xensource.com Message-ID: <1367094341454-5715722.post@n5.nabble.com> In-Reply-To: <51759BBE.7030009@bobich.net> References: <516BF188.4050100@bobich.net> <516BFE4D.2080201@brockmann-consult.de> <5172CB31.1060808@bobich.net> <51741CE9.4090003@bobich.net> <51741F87.8040306@bobich.net> <419612302993234388@unknownmsgid> <517460E4.1050209@bobich.net> <5174ECBC.7090006@bobich.net> <51759BBE.7030009@bobich.net> MIME-Version: 1.0 Subject: Re: [Xen-users] ATI VGA Passthrough / Xen 4.2 / Linux 3.8.6 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Gordan Bobic wrote > On 04/22/2013 10:46 AM, Gizmo Chicken wrote: >> Not sure if I can offer any wisdom, but I'll just note that secondary >> GPU passthrough has been pretty stable for me with Windows 7 combined >> with a Radeon HD 6670 and the Catalyst 13.3beta3 driver. But I confess >> that I cheat a bit: For this setup, I'm using XCP 1.6 as dom0 and am >> managing guests with XenCenter. I had GPU passthrough working with >> vanilla Xen 4.x in the past. But XCP 1.6 (which includes Xen 4.1) is >> just easier. But whatever your setup, you may wish to give the Catalyst >> 13.3beta3 driver a try. It works great for me. > > It got to the point where the VM won't actually start - it BSODs saying: > > "Attempt to reset the display driver and recover from timeout failed." > > in atikmpag.sys > > The only way I can boot it is either into safe mode, or by removing the > ATI card from the VM configuration. In safe mode the 13.3-beta driver > fails saying it failed to load the detection driver. > > While Windows 7 seems to have lasted a few reboots more, ultimately it's > still no more usable than XP considering it won't even boot any more. > > Any debugging ideas welcome. > > Thus far the only noteworthy thing I've changed (to no obvious positive > effect) is putting the VGA passthrough GPU into a different slot so that > it is the only thing on that particular PCIe bridge. > > Gordan > > _______________________________________________ > Xen-users mailing list > Xen-users@.xen > http://lists.xen.org/xen-users I've signed up to this mailing list simply because your situation mirrors my own. Allow me to elaborate, my setup is as follows: Processors = 2x Intel E5440 Xeons (Harpertown) Motherboard = SuperMicro X7DWA-N Graphics = 1x ATI Radeon 5870 1GB (PCIe Slot 1 -- Primary card in BIOS) 1x ATI Radeon 5570 1GB (PCIe Slot 6 -- Secondary; No POST messages on boot) I'm running Xen 4.2.1 with patches applied to qemu-dm for ATI primary pass-through. My dom0 is Fedora 18. My grub commandlines are: GRUB_DEFAULT= GRUB_CMDLINE_LINUX="xen-pciback.permissive xen-pciback.hide=(02:00.0)(02:00.1)(00:1d.7) pci=resource_alignment=02:00.0;02:00.1" GRUB_CMDLINE_XEN="iommu=1 dom0_mem=10240M" The lspci listing for my cards has the 5870 (used by dom0) at 01:00.0, and 01:00.1 (HDMI audio) The same listing has the 5570 (hidden by pciback) at 02:00:0, and 02:00.1 I've tried Windows 7 in both x86 and x64 as domU and my results are sporadic but neither yields a display on my second monitor. The bitness seems not to matter, but the results vary when using different driver versions as well as using CCC. When using the 10.x series Catalyst drivers, the system boots, recognizes the card, and even shows the monitor in "Screen Resolution" settings. But when I attempt to "Extend the Display" to the monitor on my 5570, the system hangs for a moment, then BSODs. (Not to atikmpag.sys or atikmdag.sys but a different driver that escapes me at present, Error 8E). Upon reboot however, the system crashes immediately with a BSOD in atimkpag.sys. When using the 11.x or above drivers, the system crashes whether CCC is installed or not, again with a BSOD in atikmdag.sys Error 116. I have several theories as to why my setup is failing: 1) I'm using a Dual CPU system, and this is somehow causing problems with ownership and separation of PCIe devices on the same bus? I don't know if this is possible. 2) I'm using a system with no integrated graphics adapter, but that relies on 2 discrete graphics cards, both Radeons. In order to use dom0, I need to initiate the primary adapter in the first PCIe slot (5870). I do not have a second machine to test this. 3) Xen cannot pass-through one card in a two card configuration when dom0 is using one of the cards. 4) Xen cannot pass-through the secondary card in a two card configuration. It must be the primary card, and the OS must use the secondary card. Perhaps a hardware limitation of VT-d? I've been working on a solution for days, and to this point I'm somewhat stumped. I'm going to attempt to change the BIOS settings to use the secondary card in Slot 6 (5570) as the primary card, and pass through the card at address 01:00.0 (5870). Maybe that will yield results? I hope anyone can help me resolve this situation. -- View this message in context: http://xen.1045712.n5.nabble.com/ATI-VGA-Passthrough-Xen-4-2-Linux-3-8-6-tp5715423p5715722.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 Sat Apr 27 20:27:05 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 27 Apr 2013 20:27: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 1UWBgo-0000ve-Pe; Sat, 27 Apr 2013 20:25:46 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UWBgn-0000vZ-6t for xen-users@lists.xensource.com; Sat, 27 Apr 2013 20:25:45 +0000 Received: from [85.158.138.51:43494] by server-15.bemta-3.messagelabs.com id 26/13-23142-8443C715; Sat, 27 Apr 2013 20:25:44 +0000 X-Env-Sender: code3studios@gmail.com X-Msg-Ref: server-14.tower-174.messagelabs.com!1367094341!23921786!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14044 invoked from network); 27 Apr 2013 20:25:43 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-14.tower-174.messagelabs.com with AES256-SHA encrypted SMTP; 27 Apr 2013 20:25:43 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1UWBgj-0001Pn-FG for xen-users@lists.xensource.com; Sat, 27 Apr 2013 13:25:41 -0700 Date: Sat, 27 Apr 2013 13:25:41 -0700 (PDT) From: Alex Karaoui To: xen-users@lists.xensource.com Message-ID: <1367094341454-5715722.post@n5.nabble.com> In-Reply-To: <51759BBE.7030009@bobich.net> References: <516BF188.4050100@bobich.net> <516BFE4D.2080201@brockmann-consult.de> <5172CB31.1060808@bobich.net> <51741CE9.4090003@bobich.net> <51741F87.8040306@bobich.net> <419612302993234388@unknownmsgid> <517460E4.1050209@bobich.net> <5174ECBC.7090006@bobich.net> <51759BBE.7030009@bobich.net> MIME-Version: 1.0 Subject: Re: [Xen-users] ATI VGA Passthrough / Xen 4.2 / Linux 3.8.6 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Gordan Bobic wrote > On 04/22/2013 10:46 AM, Gizmo Chicken wrote: >> Not sure if I can offer any wisdom, but I'll just note that secondary >> GPU passthrough has been pretty stable for me with Windows 7 combined >> with a Radeon HD 6670 and the Catalyst 13.3beta3 driver. But I confess >> that I cheat a bit: For this setup, I'm using XCP 1.6 as dom0 and am >> managing guests with XenCenter. I had GPU passthrough working with >> vanilla Xen 4.x in the past. But XCP 1.6 (which includes Xen 4.1) is >> just easier. But whatever your setup, you may wish to give the Catalyst >> 13.3beta3 driver a try. It works great for me. > > It got to the point where the VM won't actually start - it BSODs saying: > > "Attempt to reset the display driver and recover from timeout failed." > > in atikmpag.sys > > The only way I can boot it is either into safe mode, or by removing the > ATI card from the VM configuration. In safe mode the 13.3-beta driver > fails saying it failed to load the detection driver. > > While Windows 7 seems to have lasted a few reboots more, ultimately it's > still no more usable than XP considering it won't even boot any more. > > Any debugging ideas welcome. > > Thus far the only noteworthy thing I've changed (to no obvious positive > effect) is putting the VGA passthrough GPU into a different slot so that > it is the only thing on that particular PCIe bridge. > > Gordan > > _______________________________________________ > Xen-users mailing list > Xen-users@.xen > http://lists.xen.org/xen-users I've signed up to this mailing list simply because your situation mirrors my own. Allow me to elaborate, my setup is as follows: Processors = 2x Intel E5440 Xeons (Harpertown) Motherboard = SuperMicro X7DWA-N Graphics = 1x ATI Radeon 5870 1GB (PCIe Slot 1 -- Primary card in BIOS) 1x ATI Radeon 5570 1GB (PCIe Slot 6 -- Secondary; No POST messages on boot) I'm running Xen 4.2.1 with patches applied to qemu-dm for ATI primary pass-through. My dom0 is Fedora 18. My grub commandlines are: GRUB_DEFAULT= GRUB_CMDLINE_LINUX="xen-pciback.permissive xen-pciback.hide=(02:00.0)(02:00.1)(00:1d.7) pci=resource_alignment=02:00.0;02:00.1" GRUB_CMDLINE_XEN="iommu=1 dom0_mem=10240M" The lspci listing for my cards has the 5870 (used by dom0) at 01:00.0, and 01:00.1 (HDMI audio) The same listing has the 5570 (hidden by pciback) at 02:00:0, and 02:00.1 I've tried Windows 7 in both x86 and x64 as domU and my results are sporadic but neither yields a display on my second monitor. The bitness seems not to matter, but the results vary when using different driver versions as well as using CCC. When using the 10.x series Catalyst drivers, the system boots, recognizes the card, and even shows the monitor in "Screen Resolution" settings. But when I attempt to "Extend the Display" to the monitor on my 5570, the system hangs for a moment, then BSODs. (Not to atikmpag.sys or atikmdag.sys but a different driver that escapes me at present, Error 8E). Upon reboot however, the system crashes immediately with a BSOD in atimkpag.sys. When using the 11.x or above drivers, the system crashes whether CCC is installed or not, again with a BSOD in atikmdag.sys Error 116. I have several theories as to why my setup is failing: 1) I'm using a Dual CPU system, and this is somehow causing problems with ownership and separation of PCIe devices on the same bus? I don't know if this is possible. 2) I'm using a system with no integrated graphics adapter, but that relies on 2 discrete graphics cards, both Radeons. In order to use dom0, I need to initiate the primary adapter in the first PCIe slot (5870). I do not have a second machine to test this. 3) Xen cannot pass-through one card in a two card configuration when dom0 is using one of the cards. 4) Xen cannot pass-through the secondary card in a two card configuration. It must be the primary card, and the OS must use the secondary card. Perhaps a hardware limitation of VT-d? I've been working on a solution for days, and to this point I'm somewhat stumped. I'm going to attempt to change the BIOS settings to use the secondary card in Slot 6 (5570) as the primary card, and pass through the card at address 01:00.0 (5870). Maybe that will yield results? I hope anyone can help me resolve this situation. -- View this message in context: http://xen.1045712.n5.nabble.com/ATI-VGA-Passthrough-Xen-4-2-Linux-3-8-6-tp5715423p5715722.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 Sat Apr 27 23:17:42 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 27 Apr 2013 23:17: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 1UWEM2-0004MV-Sb; Sat, 27 Apr 2013 23:16:30 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UWEM0-0004MJ-V8 for xen-users@lists.xensource.com; Sat, 27 Apr 2013 23:16:29 +0000 Received: from [85.158.143.99:40393] by server-2.bemta-4.messagelabs.com id D8/90-12656-C4C5C715; Sat, 27 Apr 2013 23:16:28 +0000 X-Env-Sender: code3studios@gmail.com X-Msg-Ref: server-11.tower-216.messagelabs.com!1367104586!22841113!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8581 invoked from network); 27 Apr 2013 23:16:27 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-11.tower-216.messagelabs.com with AES256-SHA encrypted SMTP; 27 Apr 2013 23:16:27 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1UWELx-0008Nk-Nu for xen-users@lists.xensource.com; Sat, 27 Apr 2013 16:16:25 -0700 Date: Sat, 27 Apr 2013 16:16:25 -0700 (PDT) From: Alex Karaoui To: xen-users@lists.xensource.com Message-ID: <1367104585722-5715723.post@n5.nabble.com> MIME-Version: 1.0 Subject: [Xen-users] VGA/PCI Passthrough of Secondary Graphics Adapter X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Aloha! Concisely, I've been trying for several days to get VGA/PCI passthrough working. Regarding VGA vs PCI passthrough, I'm not entirely certain of the difference? Does Xen perform a different set of operations when passing through a VGA card versus any PCIe card? I've read the wiki and it seems the answer is "yes;" however, when passing through a graphics adapter, how would I instruct Xen/qemu-dm that said adapter is a graphics card and not a normal PCIe card? In essence, how does one pass-through a graphics card that is NOT the primary adapter (my BIOS does not boot with it)? My problem is somewhat complex. I have two Radeon cards (one 5870 as primary, and one 5570 as secondary). The BIOS boots with the 5870 and I cannot swap the cards due to space constraints within the case. Linux then boots using the 5870. I've hidden the 5570 using pciback (compiled in the kernel not as a module). I can successfully get a Windows 7 32-bit domU to see the card, and install the drivers. However on boot, the system BSODs due to an Error 116 in atikmpag.sys! I can avoid this if I use an older driver (10.x series), without Catalyst Control Center. However, even using the older driver, or the Microsoft driver, neither results in actual display from the graphics card. I get nothing. The most I've gotten is a black screen, and then the system will crash. I've searched the mailing lists, and I've done every permutation of configurations I can think of. I'm stumped! I'm left with the belief that I cannot pass-through the secondary graphics adapter. I need to, because I don't have a second computer at the moment, and I need the primary adapter to operate dom0. I've thought of running Linux off the secondary adapter, but it doesn't seem possible with the open-source radeon driver and fglrix (closed-source) won't work with Xen apparently. Am I missing something, here? Any help would be appreciated! -- View this message in context: http://xen.1045712.n5.nabble.com/VGA-PCI-Passthrough-of-Secondary-Graphics-Adapter-tp5715723.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 Sat Apr 27 23:17:42 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 27 Apr 2013 23:17: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 1UWEM2-0004MV-Sb; Sat, 27 Apr 2013 23:16:30 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UWEM0-0004MJ-V8 for xen-users@lists.xensource.com; Sat, 27 Apr 2013 23:16:29 +0000 Received: from [85.158.143.99:40393] by server-2.bemta-4.messagelabs.com id D8/90-12656-C4C5C715; Sat, 27 Apr 2013 23:16:28 +0000 X-Env-Sender: code3studios@gmail.com X-Msg-Ref: server-11.tower-216.messagelabs.com!1367104586!22841113!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8581 invoked from network); 27 Apr 2013 23:16:27 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-11.tower-216.messagelabs.com with AES256-SHA encrypted SMTP; 27 Apr 2013 23:16:27 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1UWELx-0008Nk-Nu for xen-users@lists.xensource.com; Sat, 27 Apr 2013 16:16:25 -0700 Date: Sat, 27 Apr 2013 16:16:25 -0700 (PDT) From: Alex Karaoui To: xen-users@lists.xensource.com Message-ID: <1367104585722-5715723.post@n5.nabble.com> MIME-Version: 1.0 Subject: [Xen-users] VGA/PCI Passthrough of Secondary Graphics Adapter X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Aloha! Concisely, I've been trying for several days to get VGA/PCI passthrough working. Regarding VGA vs PCI passthrough, I'm not entirely certain of the difference? Does Xen perform a different set of operations when passing through a VGA card versus any PCIe card? I've read the wiki and it seems the answer is "yes;" however, when passing through a graphics adapter, how would I instruct Xen/qemu-dm that said adapter is a graphics card and not a normal PCIe card? In essence, how does one pass-through a graphics card that is NOT the primary adapter (my BIOS does not boot with it)? My problem is somewhat complex. I have two Radeon cards (one 5870 as primary, and one 5570 as secondary). The BIOS boots with the 5870 and I cannot swap the cards due to space constraints within the case. Linux then boots using the 5870. I've hidden the 5570 using pciback (compiled in the kernel not as a module). I can successfully get a Windows 7 32-bit domU to see the card, and install the drivers. However on boot, the system BSODs due to an Error 116 in atikmpag.sys! I can avoid this if I use an older driver (10.x series), without Catalyst Control Center. However, even using the older driver, or the Microsoft driver, neither results in actual display from the graphics card. I get nothing. The most I've gotten is a black screen, and then the system will crash. I've searched the mailing lists, and I've done every permutation of configurations I can think of. I'm stumped! I'm left with the belief that I cannot pass-through the secondary graphics adapter. I need to, because I don't have a second computer at the moment, and I need the primary adapter to operate dom0. I've thought of running Linux off the secondary adapter, but it doesn't seem possible with the open-source radeon driver and fglrix (closed-source) won't work with Xen apparently. Am I missing something, here? Any help would be appreciated! -- View this message in context: http://xen.1045712.n5.nabble.com/VGA-PCI-Passthrough-of-Secondary-Graphics-Adapter-tp5715723.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 Apr 28 00:18:16 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 28 Apr 2013 00:18: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 1UWFIg-0006DW-Cp; Sun, 28 Apr 2013 00:17:06 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UWFIf-0006DR-53 for xen-users@lists.xen.org; Sun, 28 Apr 2013 00:17:05 +0000 Received: from [85.158.137.99:52076] by server-16.bemta-3.messagelabs.com id 0B/50-20692-B7A6C715; Sun, 28 Apr 2013 00:16:59 +0000 X-Env-Sender: alan.mckay@gmail.com X-Msg-Ref: server-10.tower-217.messagelabs.com!1367108217!19493371!1 X-Originating-IP: [209.85.210.44] 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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30503 invoked from network); 28 Apr 2013 00:16:58 -0000 Received: from mail-da0-f44.google.com (HELO mail-da0-f44.google.com) (209.85.210.44) by server-10.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 28 Apr 2013 00:16:58 -0000 Received: by mail-da0-f44.google.com with SMTP id z20so993532dae.17 for ; Sat, 27 Apr 2013 17:16:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=VEY4D9RpM+I1IKalcsvYiypJ7ZcuUDcnukYkcTquGdI=; b=L0PU4JhTWLiWc//tmEtLIJE+mSk3siB6tPWbq9ODhFRyOcNBNHN7cw4/UKu47sdqFz vEJp3/qXUWtxCqh41EehIxbX55QdLXmtN5SzGIv8s1n5diLgf0TjdERZSgrBM9jNax9R 6qtLFSGWO6879LMiBSYb6bsjn4IGbDkhYdUrvh+mgWvQTTyoSDay0y4nQIfWFiKK/Mhx R0B1s4ScHumpMY+gkE4oyvbiAGG3UxnClseGuee56sOUDLHCLd5sEf9tYGXAZPlhXSlf JTENlmT9EWqmujkAKagx+s6FGSjKOX6pq0ixSTaNDc1JvaKOKSV9jhcQgMmCtUpfmrFx BH2w== MIME-Version: 1.0 X-Received: by 10.66.232.196 with SMTP id tq4mr37755329pac.167.1367108215562; Sat, 27 Apr 2013 17:16:55 -0700 (PDT) Received: by 10.70.21.3 with HTTP; Sat, 27 Apr 2013 17:16:55 -0700 (PDT) Date: Sat, 27 Apr 2013 20:16:55 -0400 Message-ID: From: Alan McKay To: xen-users@lists.xen.org Subject: [Xen-users] cannot create simple domain - crash X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hey folks, Playing around at home this time on an Ubuntu 12.04 box that I just installed xen on. I don't have LVM on this machine (stupid me) so I'm trying to use a raw file that I created with "truncate -s 10G filename". I seem to be doing everything right best I can tell but I'm not sure why it is crashing when I try to create the domain. root@amckay-desktop:~/iso# ls -al /var/lib/xendisk/ total 8 drwxr-xr-x 2 root root 4096 Apr 27 19:43 . drwxr-xr-x 95 root root 4096 Apr 27 19:49 .. -rw-rw-rw- 1 root root 10737418240 Apr 27 19:43 ubuntu.13.04 root@amckay-desktop:~/iso# xl list Name ID Mem VCPUs State Time(s) Domain-0 0 5815 4 r----- 22= 88.1 root@amckay-desktop:~/iso# xl -vvv create /etc/xen/ubuntu.cfg Parsing config file /etc/xen/ubuntu.cfg libxl: error: libxl_create.c:317:libxl__domain_make domain creation fail cannot make domain: -3 libxl: error: libxl.c:703:libxl_domain_destroy non-existant domain -1 xc: debug: hypercall buffer: total allocations:4 total releases:4 xc: debug: hypercall buffer: current allocations:0 maximum allocations:2 xc: debug: hypercall buffer: cache current size:2 xc: debug: hypercall buffer: cache hits:2 misses:2 toobig:0 root@amckay-desktop:~/iso# cat /etc/xen/ubuntu.cfg builder =3D "hvm" name =3D "ubuntu-test" memory =3D "1024" vcpus =3D 1 vif =3D ['bridge=3Dxenbr1'] disk =3D ['phy:/var/lib/xendisk/ubuntu.13.04,xvda,w','file:/root/iso/ubuntu= .13.04.desktop.64.iso,hdc:cdrom,r'] vnc =3D 1 boot=3D"c" -- = =93Don't eat anything you've ever seen advertised on TV=94 - Michael Pollan, author of "In Defense of Food" _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Apr 28 00:18:16 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 28 Apr 2013 00:18: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 1UWFIg-0006DW-Cp; Sun, 28 Apr 2013 00:17:06 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UWFIf-0006DR-53 for xen-users@lists.xen.org; Sun, 28 Apr 2013 00:17:05 +0000 Received: from [85.158.137.99:52076] by server-16.bemta-3.messagelabs.com id 0B/50-20692-B7A6C715; Sun, 28 Apr 2013 00:16:59 +0000 X-Env-Sender: alan.mckay@gmail.com X-Msg-Ref: server-10.tower-217.messagelabs.com!1367108217!19493371!1 X-Originating-IP: [209.85.210.44] 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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30503 invoked from network); 28 Apr 2013 00:16:58 -0000 Received: from mail-da0-f44.google.com (HELO mail-da0-f44.google.com) (209.85.210.44) by server-10.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 28 Apr 2013 00:16:58 -0000 Received: by mail-da0-f44.google.com with SMTP id z20so993532dae.17 for ; Sat, 27 Apr 2013 17:16:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=VEY4D9RpM+I1IKalcsvYiypJ7ZcuUDcnukYkcTquGdI=; b=L0PU4JhTWLiWc//tmEtLIJE+mSk3siB6tPWbq9ODhFRyOcNBNHN7cw4/UKu47sdqFz vEJp3/qXUWtxCqh41EehIxbX55QdLXmtN5SzGIv8s1n5diLgf0TjdERZSgrBM9jNax9R 6qtLFSGWO6879LMiBSYb6bsjn4IGbDkhYdUrvh+mgWvQTTyoSDay0y4nQIfWFiKK/Mhx R0B1s4ScHumpMY+gkE4oyvbiAGG3UxnClseGuee56sOUDLHCLd5sEf9tYGXAZPlhXSlf JTENlmT9EWqmujkAKagx+s6FGSjKOX6pq0ixSTaNDc1JvaKOKSV9jhcQgMmCtUpfmrFx BH2w== MIME-Version: 1.0 X-Received: by 10.66.232.196 with SMTP id tq4mr37755329pac.167.1367108215562; Sat, 27 Apr 2013 17:16:55 -0700 (PDT) Received: by 10.70.21.3 with HTTP; Sat, 27 Apr 2013 17:16:55 -0700 (PDT) Date: Sat, 27 Apr 2013 20:16:55 -0400 Message-ID: From: Alan McKay To: xen-users@lists.xen.org Subject: [Xen-users] cannot create simple domain - crash X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hey folks, Playing around at home this time on an Ubuntu 12.04 box that I just installed xen on. I don't have LVM on this machine (stupid me) so I'm trying to use a raw file that I created with "truncate -s 10G filename". I seem to be doing everything right best I can tell but I'm not sure why it is crashing when I try to create the domain. root@amckay-desktop:~/iso# ls -al /var/lib/xendisk/ total 8 drwxr-xr-x 2 root root 4096 Apr 27 19:43 . drwxr-xr-x 95 root root 4096 Apr 27 19:49 .. -rw-rw-rw- 1 root root 10737418240 Apr 27 19:43 ubuntu.13.04 root@amckay-desktop:~/iso# xl list Name ID Mem VCPUs State Time(s) Domain-0 0 5815 4 r----- 22= 88.1 root@amckay-desktop:~/iso# xl -vvv create /etc/xen/ubuntu.cfg Parsing config file /etc/xen/ubuntu.cfg libxl: error: libxl_create.c:317:libxl__domain_make domain creation fail cannot make domain: -3 libxl: error: libxl.c:703:libxl_domain_destroy non-existant domain -1 xc: debug: hypercall buffer: total allocations:4 total releases:4 xc: debug: hypercall buffer: current allocations:0 maximum allocations:2 xc: debug: hypercall buffer: cache current size:2 xc: debug: hypercall buffer: cache hits:2 misses:2 toobig:0 root@amckay-desktop:~/iso# cat /etc/xen/ubuntu.cfg builder =3D "hvm" name =3D "ubuntu-test" memory =3D "1024" vcpus =3D 1 vif =3D ['bridge=3Dxenbr1'] disk =3D ['phy:/var/lib/xendisk/ubuntu.13.04,xvda,w','file:/root/iso/ubuntu= .13.04.desktop.64.iso,hdc:cdrom,r'] vnc =3D 1 boot=3D"c" -- = =93Don't eat anything you've ever seen advertised on TV=94 - Michael Pollan, author of "In Defense of Food" _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Apr 28 00:20:12 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 28 Apr 2013 00:20: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 1UWFKg-0006RL-4T; Sun, 28 Apr 2013 00:19:10 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UWFKe-0006R9-WE for xen-users@lists.xen.org; Sun, 28 Apr 2013 00:19:09 +0000 Received: from [85.158.143.99:28232] by server-1.bemta-4.messagelabs.com id 06/C2-06203-BFA6C715; Sun, 28 Apr 2013 00:19:07 +0000 X-Env-Sender: alan.mckay@gmail.com X-Msg-Ref: server-14.tower-216.messagelabs.com!1367108345!20754765!1 X-Originating-IP: [209.85.220.45] 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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15759 invoked from network); 28 Apr 2013 00:19:06 -0000 Received: from mail-pa0-f45.google.com (HELO mail-pa0-f45.google.com) (209.85.220.45) by server-14.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 28 Apr 2013 00:19:06 -0000 Received: by mail-pa0-f45.google.com with SMTP id lf10so3087979pab.18 for ; Sat, 27 Apr 2013 17:19:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:content-type:content-transfer-encoding; bh=FVoC87dhBLtiz/AmFu9AeVf/WXxLsOOc1Mu9pKMkST8=; b=QKC4oCoLegsw0CPkStv+9BbYOJRtfz8PFc22c1eTUKU3J5kjdANco1gAZwC6cA7lop 1CWvVvRHWgbz2qFgfzPjufzFIeHfqttdXy+4b7eFBKctL9VdYjouPN5UaR3PBmPr4Yjm CWiZ84YjHZqRbQRCCZ7/MFFTO27KrNzVSKSBJ7T7MKQQIAKKcgfCMwgaJnHm4sbnqyJz 8oN1qBINd1Zhbz3kc6s8TwX+sMEzAl/X7cv93BY8taFgtv5DJTRWyDL+fel7EVFqu37C 2Do4edG+6OPjYy3aciamoBDJyVktlOJ3E9Al1QpXmUFxv6Z4wWiDr3n0iKbZIdPUs2Cv SNvg== MIME-Version: 1.0 X-Received: by 10.68.197.34 with SMTP id ir2mr3604297pbc.47.1367108344663; Sat, 27 Apr 2013 17:19:04 -0700 (PDT) Received: by 10.70.21.3 with HTTP; Sat, 27 Apr 2013 17:19:04 -0700 (PDT) In-Reply-To: References: Date: Sat, 27 Apr 2013 20:19:04 -0400 Message-ID: From: Alan McKay To: xen-users@lists.xen.org Subject: Re: [Xen-users] cannot create simple domain - crash X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org root@amckay-desktop:~/iso# dpkg -l | grep xen ii libxen-4.1 4.1.2-2ubuntu2.6 Public libs for Xen rc libxen3 3.3.0-1ubuntu12 library interface for Xen, a Virtual Machine Monitor ii libxenstore3.0 4.1.2-2ubuntu2.6 Xenstore communications library for Xen ii xen-hypervisor-4.1-amd64 4.1.2-2ubuntu2.7 Xen Hypervisor on AMD64 ii xen-tools 4.2.1-1 Tools to manage Xen virtual servers ii xen-utils-4.1 4.1.2-2ubuntu2.6 XEN administrative tools ii xen-utils-common 4.1.2-1ubuntu1 XEN administrative tools - common files ii xenstore-utils 4.1.2-2ubuntu2.6 Xenstore utilities for Xen ii xenwatch 0.5.4-3ubuntu3 Virtualization utilities, mostly for Xen -- = =93Don't eat anything you've ever seen advertised on TV=94 - Michael Pollan, author of "In Defense of Food" _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Apr 28 00:20:12 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 28 Apr 2013 00:20: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 1UWFKg-0006RL-4T; Sun, 28 Apr 2013 00:19:10 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UWFKe-0006R9-WE for xen-users@lists.xen.org; Sun, 28 Apr 2013 00:19:09 +0000 Received: from [85.158.143.99:28232] by server-1.bemta-4.messagelabs.com id 06/C2-06203-BFA6C715; Sun, 28 Apr 2013 00:19:07 +0000 X-Env-Sender: alan.mckay@gmail.com X-Msg-Ref: server-14.tower-216.messagelabs.com!1367108345!20754765!1 X-Originating-IP: [209.85.220.45] 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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15759 invoked from network); 28 Apr 2013 00:19:06 -0000 Received: from mail-pa0-f45.google.com (HELO mail-pa0-f45.google.com) (209.85.220.45) by server-14.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 28 Apr 2013 00:19:06 -0000 Received: by mail-pa0-f45.google.com with SMTP id lf10so3087979pab.18 for ; Sat, 27 Apr 2013 17:19:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:content-type:content-transfer-encoding; bh=FVoC87dhBLtiz/AmFu9AeVf/WXxLsOOc1Mu9pKMkST8=; b=QKC4oCoLegsw0CPkStv+9BbYOJRtfz8PFc22c1eTUKU3J5kjdANco1gAZwC6cA7lop 1CWvVvRHWgbz2qFgfzPjufzFIeHfqttdXy+4b7eFBKctL9VdYjouPN5UaR3PBmPr4Yjm CWiZ84YjHZqRbQRCCZ7/MFFTO27KrNzVSKSBJ7T7MKQQIAKKcgfCMwgaJnHm4sbnqyJz 8oN1qBINd1Zhbz3kc6s8TwX+sMEzAl/X7cv93BY8taFgtv5DJTRWyDL+fel7EVFqu37C 2Do4edG+6OPjYy3aciamoBDJyVktlOJ3E9Al1QpXmUFxv6Z4wWiDr3n0iKbZIdPUs2Cv SNvg== MIME-Version: 1.0 X-Received: by 10.68.197.34 with SMTP id ir2mr3604297pbc.47.1367108344663; Sat, 27 Apr 2013 17:19:04 -0700 (PDT) Received: by 10.70.21.3 with HTTP; Sat, 27 Apr 2013 17:19:04 -0700 (PDT) In-Reply-To: References: Date: Sat, 27 Apr 2013 20:19:04 -0400 Message-ID: From: Alan McKay To: xen-users@lists.xen.org Subject: Re: [Xen-users] cannot create simple domain - crash X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org root@amckay-desktop:~/iso# dpkg -l | grep xen ii libxen-4.1 4.1.2-2ubuntu2.6 Public libs for Xen rc libxen3 3.3.0-1ubuntu12 library interface for Xen, a Virtual Machine Monitor ii libxenstore3.0 4.1.2-2ubuntu2.6 Xenstore communications library for Xen ii xen-hypervisor-4.1-amd64 4.1.2-2ubuntu2.7 Xen Hypervisor on AMD64 ii xen-tools 4.2.1-1 Tools to manage Xen virtual servers ii xen-utils-4.1 4.1.2-2ubuntu2.6 XEN administrative tools ii xen-utils-common 4.1.2-1ubuntu1 XEN administrative tools - common files ii xenstore-utils 4.1.2-2ubuntu2.6 Xenstore utilities for Xen ii xenwatch 0.5.4-3ubuntu3 Virtualization utilities, mostly for Xen -- = =93Don't eat anything you've ever seen advertised on TV=94 - Michael Pollan, author of "In Defense of Food" _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Apr 28 00:23:52 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 28 Apr 2013 00:23: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 1UWFOS-0006hr-1o; Sun, 28 Apr 2013 00:23:04 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UWFOQ-0006hh-78 for xen-users@lists.xen.org; Sun, 28 Apr 2013 00:23:03 +0000 Received: from [85.158.139.211:10705] by server-6.bemta-5.messagelabs.com id 69/7B-21466-4EB6C715; Sun, 28 Apr 2013 00:23:00 +0000 X-Env-Sender: tknchris@gmail.com X-Msg-Ref: server-9.tower-206.messagelabs.com!1367108579!19233449!1 X-Originating-IP: [74.125.82.54] 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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23831 invoked from network); 28 Apr 2013 00:22:59 -0000 Received: from mail-wg0-f54.google.com (HELO mail-wg0-f54.google.com) (74.125.82.54) by server-9.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 28 Apr 2013 00:22:59 -0000 Received: by mail-wg0-f54.google.com with SMTP id y10so2929445wgg.9 for ; Sat, 27 Apr 2013 17:22:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type:content-transfer-encoding; bh=1ZwnKPGaw3hQh7gpbJC84zZSrW3P78S8SAC4rcc0ZzU=; b=dhJjCKe5TjrE/p3ebgl/RnPWKA7Qdfu0e6OWhU+3f+rcn7xhaRPucLeAVMTruJA+cy jYcPKQQnGn+EActDwFkIMqwpJX01PKINjeV6WBk3L5VFKPnSuZ4KksLyqlz4mrfc2Irh 38hBEubqCu5IvH8nxwwmBo/t7r8Nr2VFPLEFB/WcLu2YRYCiNPdJ4IVTFT4BvR+mVZLh UMWl/zj/0Zy/WjdfdtoOsZD30iqAedh3nF3WYB0o0wT9MySgQaLJSvZc+JAfoa8MOAEN VFhZMuSVlbgCPDyLPlof+WWyVZZkJhewCZSHLIhfEMar88LY0Ow/uman9BlOv9+Jgw+o Au1w== MIME-Version: 1.0 X-Received: by 10.180.90.203 with SMTP id by11mr10807160wib.10.1367108579638; Sat, 27 Apr 2013 17:22:59 -0700 (PDT) Received: by 10.180.5.40 with HTTP; Sat, 27 Apr 2013 17:22:59 -0700 (PDT) In-Reply-To: References: Date: Sat, 27 Apr 2013 20:22:59 -0400 Message-ID: From: chris To: Alan McKay Cc: xen-users Subject: Re: [Xen-users] cannot create simple domain - crash X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Is the hypervisor actually running? Do you have intel vt/amd svm enabled in bios? On Sat, Apr 27, 2013 at 8:16 PM, Alan McKay wrote: > Hey folks, > > Playing around at home this time on an Ubuntu 12.04 box that I just > installed xen on. I don't have LVM on this machine (stupid me) so > I'm trying to use a raw file that I created with "truncate -s 10G > filename". I seem to be doing everything right best I can tell but > I'm not sure why it is crashing when I try to create the domain. > > root@amckay-desktop:~/iso# ls -al /var/lib/xendisk/ > total 8 > drwxr-xr-x 2 root root 4096 Apr 27 19:43 . > drwxr-xr-x 95 root root 4096 Apr 27 19:49 .. > -rw-rw-rw- 1 root root 10737418240 Apr 27 19:43 ubuntu.13.04 > > root@amckay-desktop:~/iso# xl list > Name ID Mem VCPUs State T= ime(s) > Domain-0 0 5815 4 r----- = 2288.1 > > root@amckay-desktop:~/iso# xl -vvv create /etc/xen/ubuntu.cfg > Parsing config file /etc/xen/ubuntu.cfg > libxl: error: libxl_create.c:317:libxl__domain_make domain creation fail > cannot make domain: -3 > libxl: error: libxl.c:703:libxl_domain_destroy non-existant domain -1 > xc: debug: hypercall buffer: total allocations:4 total releases:4 > xc: debug: hypercall buffer: current allocations:0 maximum allocations:2 > xc: debug: hypercall buffer: cache current size:2 > xc: debug: hypercall buffer: cache hits:2 misses:2 toobig:0 > > root@amckay-desktop:~/iso# cat /etc/xen/ubuntu.cfg > builder =3D "hvm" > name =3D "ubuntu-test" > memory =3D "1024" > vcpus =3D 1 > vif =3D ['bridge=3Dxenbr1'] > disk =3D ['phy:/var/lib/xendisk/ubuntu.13.04,xvda,w','file:/root/iso/ubun= tu.13.04.desktop.64.iso,hdc:cdrom,r'] > vnc =3D 1 > boot=3D"c" > > > > -- > =93Don't eat anything you've ever seen advertised on TV=94 > - Michael Pollan, author of "In Defense of Food" > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Apr 28 00:23:52 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 28 Apr 2013 00:23: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 1UWFOS-0006hr-1o; Sun, 28 Apr 2013 00:23:04 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UWFOQ-0006hh-78 for xen-users@lists.xen.org; Sun, 28 Apr 2013 00:23:03 +0000 Received: from [85.158.139.211:10705] by server-6.bemta-5.messagelabs.com id 69/7B-21466-4EB6C715; Sun, 28 Apr 2013 00:23:00 +0000 X-Env-Sender: tknchris@gmail.com X-Msg-Ref: server-9.tower-206.messagelabs.com!1367108579!19233449!1 X-Originating-IP: [74.125.82.54] 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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23831 invoked from network); 28 Apr 2013 00:22:59 -0000 Received: from mail-wg0-f54.google.com (HELO mail-wg0-f54.google.com) (74.125.82.54) by server-9.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 28 Apr 2013 00:22:59 -0000 Received: by mail-wg0-f54.google.com with SMTP id y10so2929445wgg.9 for ; Sat, 27 Apr 2013 17:22:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type:content-transfer-encoding; bh=1ZwnKPGaw3hQh7gpbJC84zZSrW3P78S8SAC4rcc0ZzU=; b=dhJjCKe5TjrE/p3ebgl/RnPWKA7Qdfu0e6OWhU+3f+rcn7xhaRPucLeAVMTruJA+cy jYcPKQQnGn+EActDwFkIMqwpJX01PKINjeV6WBk3L5VFKPnSuZ4KksLyqlz4mrfc2Irh 38hBEubqCu5IvH8nxwwmBo/t7r8Nr2VFPLEFB/WcLu2YRYCiNPdJ4IVTFT4BvR+mVZLh UMWl/zj/0Zy/WjdfdtoOsZD30iqAedh3nF3WYB0o0wT9MySgQaLJSvZc+JAfoa8MOAEN VFhZMuSVlbgCPDyLPlof+WWyVZZkJhewCZSHLIhfEMar88LY0Ow/uman9BlOv9+Jgw+o Au1w== MIME-Version: 1.0 X-Received: by 10.180.90.203 with SMTP id by11mr10807160wib.10.1367108579638; Sat, 27 Apr 2013 17:22:59 -0700 (PDT) Received: by 10.180.5.40 with HTTP; Sat, 27 Apr 2013 17:22:59 -0700 (PDT) In-Reply-To: References: Date: Sat, 27 Apr 2013 20:22:59 -0400 Message-ID: From: chris To: Alan McKay Cc: xen-users Subject: Re: [Xen-users] cannot create simple domain - crash X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Is the hypervisor actually running? Do you have intel vt/amd svm enabled in bios? On Sat, Apr 27, 2013 at 8:16 PM, Alan McKay wrote: > Hey folks, > > Playing around at home this time on an Ubuntu 12.04 box that I just > installed xen on. I don't have LVM on this machine (stupid me) so > I'm trying to use a raw file that I created with "truncate -s 10G > filename". I seem to be doing everything right best I can tell but > I'm not sure why it is crashing when I try to create the domain. > > root@amckay-desktop:~/iso# ls -al /var/lib/xendisk/ > total 8 > drwxr-xr-x 2 root root 4096 Apr 27 19:43 . > drwxr-xr-x 95 root root 4096 Apr 27 19:49 .. > -rw-rw-rw- 1 root root 10737418240 Apr 27 19:43 ubuntu.13.04 > > root@amckay-desktop:~/iso# xl list > Name ID Mem VCPUs State T= ime(s) > Domain-0 0 5815 4 r----- = 2288.1 > > root@amckay-desktop:~/iso# xl -vvv create /etc/xen/ubuntu.cfg > Parsing config file /etc/xen/ubuntu.cfg > libxl: error: libxl_create.c:317:libxl__domain_make domain creation fail > cannot make domain: -3 > libxl: error: libxl.c:703:libxl_domain_destroy non-existant domain -1 > xc: debug: hypercall buffer: total allocations:4 total releases:4 > xc: debug: hypercall buffer: current allocations:0 maximum allocations:2 > xc: debug: hypercall buffer: cache current size:2 > xc: debug: hypercall buffer: cache hits:2 misses:2 toobig:0 > > root@amckay-desktop:~/iso# cat /etc/xen/ubuntu.cfg > builder =3D "hvm" > name =3D "ubuntu-test" > memory =3D "1024" > vcpus =3D 1 > vif =3D ['bridge=3Dxenbr1'] > disk =3D ['phy:/var/lib/xendisk/ubuntu.13.04,xvda,w','file:/root/iso/ubun= tu.13.04.desktop.64.iso,hdc:cdrom,r'] > vnc =3D 1 > boot=3D"c" > > > > -- > =93Don't eat anything you've ever seen advertised on TV=94 > - Michael Pollan, author of "In Defense of Food" > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Apr 28 00:25:07 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 28 Apr 2013 00:25: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 1UWFPf-0006pq-OA; Sun, 28 Apr 2013 00:24:19 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UWFPe-0006pc-A3 for xen-users@lists.xen.org; Sun, 28 Apr 2013 00:24:18 +0000 Received: from [85.158.138.51:19387] by server-13.bemta-3.messagelabs.com id 70/14-25744-13C6C715; Sun, 28 Apr 2013 00:24:17 +0000 X-Env-Sender: tknchris@gmail.com X-Msg-Ref: server-13.tower-174.messagelabs.com!1367108656!10450058!1 X-Originating-IP: [74.125.82.176] 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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7916 invoked from network); 28 Apr 2013 00:24:16 -0000 Received: from mail-we0-f176.google.com (HELO mail-we0-f176.google.com) (74.125.82.176) by server-13.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 28 Apr 2013 00:24:16 -0000 Received: by mail-we0-f176.google.com with SMTP id s10so4383430wey.21 for ; Sat, 27 Apr 2013 17:24:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type:content-transfer-encoding; bh=ik6TGkmwzXc0NMEie4mv9hsEM1oVKUiOTDtJpMT2eSE=; b=EaL7PiYEfhhch8TKMCr8D5our2tXqi81GLLEm0tI3bV94CI0U5o74+UbAb/5pLtJoO Gsm1217ci1A31oZMT5w1FTAWQPu2yY8rZPdh9nArZpwes33LhSACwQOub5WsCrQhPlPk DF4FMLMgKctBlseFyDbYr3tlGpEO28OFgY+pCaPwn3LvR0wkZbNvIpCi6wdVuvRZDrYH wrugY51fgDCzOpKPn09Z3Pxw3DaJlKWHkBdDadFOyQHcwPNOFX0r6mtilTJgk1CQ8eYT Uf0mYd+R9OJuMG4sYzEolLvqk/IzCn5/l9AFz39RXEuRV3iKkSNxGsZ84KlLFWB4VabM Y0rA== MIME-Version: 1.0 X-Received: by 10.180.20.108 with SMTP id m12mr10742410wie.8.1367108656320; Sat, 27 Apr 2013 17:24:16 -0700 (PDT) Received: by 10.180.5.40 with HTTP; Sat, 27 Apr 2013 17:24:16 -0700 (PDT) In-Reply-To: References: Date: Sat, 27 Apr 2013 20:24:16 -0400 Message-ID: From: chris To: Alan McKay Cc: xen-users Subject: Re: [Xen-users] cannot create simple domain - crash X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Sorry didnt see the xl list output :) Whats the qemu log in /var/log/ say? On Sat, Apr 27, 2013 at 8:22 PM, chris wrote: > Is the hypervisor actually running? Do you have intel vt/amd svm > enabled in bios? > > On Sat, Apr 27, 2013 at 8:16 PM, Alan McKay wrote: >> Hey folks, >> >> Playing around at home this time on an Ubuntu 12.04 box that I just >> installed xen on. I don't have LVM on this machine (stupid me) so >> I'm trying to use a raw file that I created with "truncate -s 10G >> filename". I seem to be doing everything right best I can tell but >> I'm not sure why it is crashing when I try to create the domain. >> >> root@amckay-desktop:~/iso# ls -al /var/lib/xendisk/ >> total 8 >> drwxr-xr-x 2 root root 4096 Apr 27 19:43 . >> drwxr-xr-x 95 root root 4096 Apr 27 19:49 .. >> -rw-rw-rw- 1 root root 10737418240 Apr 27 19:43 ubuntu.13.04 >> >> root@amckay-desktop:~/iso# xl list >> Name ID Mem VCPUs State = Time(s) >> Domain-0 0 5815 4 r----- = 2288.1 >> >> root@amckay-desktop:~/iso# xl -vvv create /etc/xen/ubuntu.cfg >> Parsing config file /etc/xen/ubuntu.cfg >> libxl: error: libxl_create.c:317:libxl__domain_make domain creation fail >> cannot make domain: -3 >> libxl: error: libxl.c:703:libxl_domain_destroy non-existant domain -1 >> xc: debug: hypercall buffer: total allocations:4 total releases:4 >> xc: debug: hypercall buffer: current allocations:0 maximum allocations:2 >> xc: debug: hypercall buffer: cache current size:2 >> xc: debug: hypercall buffer: cache hits:2 misses:2 toobig:0 >> >> root@amckay-desktop:~/iso# cat /etc/xen/ubuntu.cfg >> builder =3D "hvm" >> name =3D "ubuntu-test" >> memory =3D "1024" >> vcpus =3D 1 >> vif =3D ['bridge=3Dxenbr1'] >> disk =3D ['phy:/var/lib/xendisk/ubuntu.13.04,xvda,w','file:/root/iso/ubu= ntu.13.04.desktop.64.iso,hdc:cdrom,r'] >> vnc =3D 1 >> boot=3D"c" >> >> >> >> -- >> =93Don't eat anything you've ever seen advertised on TV=94 >> - Michael Pollan, author of "In Defense of Food" >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Apr 28 00:25:07 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 28 Apr 2013 00:25: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 1UWFPf-0006pq-OA; Sun, 28 Apr 2013 00:24:19 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UWFPe-0006pc-A3 for xen-users@lists.xen.org; Sun, 28 Apr 2013 00:24:18 +0000 Received: from [85.158.138.51:19387] by server-13.bemta-3.messagelabs.com id 70/14-25744-13C6C715; Sun, 28 Apr 2013 00:24:17 +0000 X-Env-Sender: tknchris@gmail.com X-Msg-Ref: server-13.tower-174.messagelabs.com!1367108656!10450058!1 X-Originating-IP: [74.125.82.176] 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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7916 invoked from network); 28 Apr 2013 00:24:16 -0000 Received: from mail-we0-f176.google.com (HELO mail-we0-f176.google.com) (74.125.82.176) by server-13.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 28 Apr 2013 00:24:16 -0000 Received: by mail-we0-f176.google.com with SMTP id s10so4383430wey.21 for ; Sat, 27 Apr 2013 17:24:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type:content-transfer-encoding; bh=ik6TGkmwzXc0NMEie4mv9hsEM1oVKUiOTDtJpMT2eSE=; b=EaL7PiYEfhhch8TKMCr8D5our2tXqi81GLLEm0tI3bV94CI0U5o74+UbAb/5pLtJoO Gsm1217ci1A31oZMT5w1FTAWQPu2yY8rZPdh9nArZpwes33LhSACwQOub5WsCrQhPlPk DF4FMLMgKctBlseFyDbYr3tlGpEO28OFgY+pCaPwn3LvR0wkZbNvIpCi6wdVuvRZDrYH wrugY51fgDCzOpKPn09Z3Pxw3DaJlKWHkBdDadFOyQHcwPNOFX0r6mtilTJgk1CQ8eYT Uf0mYd+R9OJuMG4sYzEolLvqk/IzCn5/l9AFz39RXEuRV3iKkSNxGsZ84KlLFWB4VabM Y0rA== MIME-Version: 1.0 X-Received: by 10.180.20.108 with SMTP id m12mr10742410wie.8.1367108656320; Sat, 27 Apr 2013 17:24:16 -0700 (PDT) Received: by 10.180.5.40 with HTTP; Sat, 27 Apr 2013 17:24:16 -0700 (PDT) In-Reply-To: References: Date: Sat, 27 Apr 2013 20:24:16 -0400 Message-ID: From: chris To: Alan McKay Cc: xen-users Subject: Re: [Xen-users] cannot create simple domain - crash X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Sorry didnt see the xl list output :) Whats the qemu log in /var/log/ say? On Sat, Apr 27, 2013 at 8:22 PM, chris wrote: > Is the hypervisor actually running? Do you have intel vt/amd svm > enabled in bios? > > On Sat, Apr 27, 2013 at 8:16 PM, Alan McKay wrote: >> Hey folks, >> >> Playing around at home this time on an Ubuntu 12.04 box that I just >> installed xen on. I don't have LVM on this machine (stupid me) so >> I'm trying to use a raw file that I created with "truncate -s 10G >> filename". I seem to be doing everything right best I can tell but >> I'm not sure why it is crashing when I try to create the domain. >> >> root@amckay-desktop:~/iso# ls -al /var/lib/xendisk/ >> total 8 >> drwxr-xr-x 2 root root 4096 Apr 27 19:43 . >> drwxr-xr-x 95 root root 4096 Apr 27 19:49 .. >> -rw-rw-rw- 1 root root 10737418240 Apr 27 19:43 ubuntu.13.04 >> >> root@amckay-desktop:~/iso# xl list >> Name ID Mem VCPUs State = Time(s) >> Domain-0 0 5815 4 r----- = 2288.1 >> >> root@amckay-desktop:~/iso# xl -vvv create /etc/xen/ubuntu.cfg >> Parsing config file /etc/xen/ubuntu.cfg >> libxl: error: libxl_create.c:317:libxl__domain_make domain creation fail >> cannot make domain: -3 >> libxl: error: libxl.c:703:libxl_domain_destroy non-existant domain -1 >> xc: debug: hypercall buffer: total allocations:4 total releases:4 >> xc: debug: hypercall buffer: current allocations:0 maximum allocations:2 >> xc: debug: hypercall buffer: cache current size:2 >> xc: debug: hypercall buffer: cache hits:2 misses:2 toobig:0 >> >> root@amckay-desktop:~/iso# cat /etc/xen/ubuntu.cfg >> builder =3D "hvm" >> name =3D "ubuntu-test" >> memory =3D "1024" >> vcpus =3D 1 >> vif =3D ['bridge=3Dxenbr1'] >> disk =3D ['phy:/var/lib/xendisk/ubuntu.13.04,xvda,w','file:/root/iso/ubu= ntu.13.04.desktop.64.iso,hdc:cdrom,r'] >> vnc =3D 1 >> boot=3D"c" >> >> >> >> -- >> =93Don't eat anything you've ever seen advertised on TV=94 >> - Michael Pollan, author of "In Defense of Food" >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Apr 28 01:31:35 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 28 Apr 2013 01:31: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 1UWGRm-0003tE-18; Sun, 28 Apr 2013 01:30:34 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UWGRk-0003t9-6p for xen-users@lists.xensource.com; Sun, 28 Apr 2013 01:30:32 +0000 Received: from [85.158.137.99:50997] by server-14.bemta-3.messagelabs.com id 07/7D-27076-6BB7C715; Sun, 28 Apr 2013 01:30:30 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-6.tower-217.messagelabs.com!1367112626!14340400!1 X-Originating-IP: [209.85.128.176] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_20_30, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_23, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32321 invoked from network); 28 Apr 2013 01:30:27 -0000 Received: from mail-ve0-f176.google.com (HELO mail-ve0-f176.google.com) (209.85.128.176) by server-6.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 28 Apr 2013 01:30:27 -0000 Received: by mail-ve0-f176.google.com with SMTP id cz11so2422509veb.35 for ; Sat, 27 Apr 2013 18:30:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=qLN0vMsUBAskq6k39tDvzyVaeX5toAQUZnsyVIh+84Q=; b=UH3XKHD/vfrLQeuchfIerrXB1ysNAPtlWVsE+zPXuCXgrD8Psx9Skf1NCxGK7uzKJ3 VkwX+EgFY7sMMcI8lNfsHfquZrEgHx4J02QwX4C95UrWVNlfMvnfCh7WaQziEVouiguN /CjQtjJpAAtq+T6gSR7o5bw3P42am4OaDH+9CVT2S8sx/JGOFz1GaShIBZELzOJzQ50Q oLuXyoOc+tW9tCxTW4485rNPCJO7pEnzOfGxur7cQJFydsQY1vUiTG25KvW4Aqu9RKwR Le/+sqZll8dR8pMn/srK04xHcibrw/rdABTAG3Dt7NPI4HVGOAjrqoDxeu7UvTBqan17 aYqQ== MIME-Version: 1.0 X-Received: by 10.58.50.7 with SMTP id y7mr6272306ven.24.1367112625901; Sat, 27 Apr 2013 18:30:25 -0700 (PDT) Received: by 10.58.106.230 with HTTP; Sat, 27 Apr 2013 18:30:25 -0700 (PDT) In-Reply-To: <1367104585722-5715723.post@n5.nabble.com> References: <1367104585722-5715723.post@n5.nabble.com> Date: Sat, 27 Apr 2013 21:30:25 -0400 Message-ID: From: Casey DeLorme To: Alex Karaoui Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] VGA/PCI Passthrough of Secondary Graphics Adapter X-BeenThere: xen-users@lists.xen.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="===============3240047699826934129==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3240047699826934129== Content-Type: multipart/alternative; boundary=089e0112c63a6f56e304db61b64f --089e0112c63a6f56e304db61b64f Content-Type: text/plain; charset=UTF-8 Hello Alex, To answer your first question, simply provide the BDF (Bus Device Function) from lspci. My understanding is that graphics devices are missing a translation for legacy processes, such as boot code, and this varies by device. I am using the onboard graphics with Dom0 as the primary, and passing a Radeon HD 6870 to a virtual machine. Graphics cards are not "shared", so even if it was your primary card you would have to remove it from Dom0 to pass it. The BSoD you are encountering, does it happen when you reboot? In my experience this is caused by the lack of FLR (Function Level Reset) in consumer cards, the solution is manual ejection and if you install drivers without being aware of the problem it will still experience odd problems. Experience varies however, my advice would be to check the marksmail search engine for Function Level Reset or Passthrough BSOD. ~Casey On Sat, Apr 27, 2013 at 7:16 PM, Alex Karaoui wrote: > Aloha! > > Concisely, I've been trying for several days to get VGA/PCI passthrough > working. Regarding VGA vs PCI passthrough, I'm not entirely certain of the > difference? Does Xen perform a different set of operations when passing > through a VGA card versus any PCIe card? I've read the wiki and it seems > the answer is "yes;" however, when passing through a graphics adapter, how > would I instruct Xen/qemu-dm that said adapter is a graphics card and not a > normal PCIe card? > > In essence, how does one pass-through a graphics card that is NOT the > primary adapter (my BIOS does not boot with it)? > > My problem is somewhat complex. I have two Radeon cards (one 5870 as > primary, and one 5570 as secondary). The BIOS boots with the 5870 and I > cannot swap the cards due to space constraints within the case. Linux then > boots using the 5870. I've hidden the 5570 using pciback (compiled in the > kernel not as a module). I can successfully get a Windows 7 32-bit domU to > see the card, and install the drivers. > > However on boot, the system BSODs due to an Error 116 in atikmpag.sys! I > can avoid this if I use an older driver (10.x series), without Catalyst > Control Center. However, even using the older driver, or the Microsoft > driver, neither results in actual display from the graphics card. I get > nothing. The most I've gotten is a black screen, and then the system will > crash. > > I've searched the mailing lists, and I've done every permutation of > configurations I can think of. I'm stumped! I'm left with the belief that > I cannot pass-through the secondary graphics adapter. I need to, because I > don't have a second computer at the moment, and I need the primary adapter > to operate dom0. I've thought of running Linux off the secondary adapter, > but it doesn't seem possible with the open-source radeon driver and fglrix > (closed-source) won't work with Xen apparently. > > Am I missing something, here? Any help would be appreciated! > > > > -- > View this message in context: > http://xen.1045712.n5.nabble.com/VGA-PCI-Passthrough-of-Secondary-Graphics-Adapter-tp5715723.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 > --089e0112c63a6f56e304db61b64f Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hello Alex,

To answer your f= irst question, simply provide the BDF (Bus Device Function) from lspci.

My understanding is that graphics devices are missing= a translation for legacy processes, such as boot code, and this varies by = device.

I am using the onboard graphics with Dom0 as the primar= y, and passing a Radeon HD 6870 to a virtual machine. =C2=A0Graphics cards = are not "shared", so even if it was your primary card you would h= ave to remove it from Dom0 to pass it.

The BSoD you are encountering, does it happen when you = reboot? =C2=A0In my experience this is caused by the lack of FLR (Function = Level Reset) in consumer cards, the solution is manual ejection and if you = install drivers without being aware of the problem it will still experience= odd problems.

Experience varies however, my advice would be to check = the marksmail search engine for Fu= nction Level Reset or Passthrough BSOD.

~Casey


On Sat,= Apr 27, 2013 at 7:16 PM, Alex Karaoui <code3studios@gmail.com>= ; wrote:
Aloha!

Concisely, I've been trying for several days to get VGA/PCI passthrough=
working. =C2=A0Regarding VGA vs PCI passthrough, I'm not entirely certa= in of the
difference? =C2=A0Does Xen perform a different set of operations when passi= ng
through a VGA card versus any PCIe card? =C2=A0I've read the wiki and i= t seems
the answer is "yes;" however, when passing through a graphics ada= pter, how
would I instruct Xen/qemu-dm that said adapter is a graphics card and not a=
normal PCIe card?

In essence, how does one pass-through a graphics card that is NOT the
primary adapter (my BIOS does not boot with it)?

My problem is somewhat complex. =C2=A0I have two Radeon cards (one 5870 as<= br> primary, and one 5570 as secondary). =C2=A0The BIOS boots with the 5870 and= I
cannot swap the cards due to space constraints within the case. =C2=A0Linux= then
boots using the 5870. =C2=A0I've hidden the 5570 using pciback (compile= d in the
kernel not as a module). =C2=A0I can successfully get a Windows 7 32-bit do= mU to
see the card, and install the drivers.

However on boot, the system BSODs due to an Error 116 in atikmpag.sys! =C2= =A0I
can avoid this if I use an older driver (10.x series), without Catalyst
Control Center. =C2=A0However, even using the older driver, or the Microsof= t
driver, neither results in actual display from the graphics card. =C2=A0I g= et
nothing. =C2=A0The most I've gotten is a black screen, and then the sys= tem will
crash.

I've searched the mailing lists, and I've done every permutation of=
configurations I can think of. =C2=A0I'm stumped! =C2=A0I'm left wi= th the belief that
I cannot pass-through the secondary graphics adapter. =C2=A0I need to, beca= use I
don't have a second computer at the moment, and I need the primary adap= ter
to operate dom0. =C2=A0I've thought of running Linux off the secondary = adapter,
but it doesn't seem possible with the open-source radeon driver and fgl= rix
(closed-source) won't work with Xen apparently.

Am I missing something, here? =C2=A0Any help would be appreciated!



--
View this message in context: http://xen.1045712.n5.nabble.com/VGA-PCI-Passthrough-of-Secondary-G= raphics-Adapter-tp5715723.html
Sent from the Xen - User mailing list archive at Nabble.com.

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

--089e0112c63a6f56e304db61b64f-- --===============3240047699826934129== 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 --===============3240047699826934129==-- From xen-users-bounces@lists.xen.org Sun Apr 28 01:31:35 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 28 Apr 2013 01:31: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 1UWGRm-0003tE-18; Sun, 28 Apr 2013 01:30:34 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UWGRk-0003t9-6p for xen-users@lists.xensource.com; Sun, 28 Apr 2013 01:30:32 +0000 Received: from [85.158.137.99:50997] by server-14.bemta-3.messagelabs.com id 07/7D-27076-6BB7C715; Sun, 28 Apr 2013 01:30:30 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-6.tower-217.messagelabs.com!1367112626!14340400!1 X-Originating-IP: [209.85.128.176] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_20_30, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_23, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32321 invoked from network); 28 Apr 2013 01:30:27 -0000 Received: from mail-ve0-f176.google.com (HELO mail-ve0-f176.google.com) (209.85.128.176) by server-6.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 28 Apr 2013 01:30:27 -0000 Received: by mail-ve0-f176.google.com with SMTP id cz11so2422509veb.35 for ; Sat, 27 Apr 2013 18:30:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=qLN0vMsUBAskq6k39tDvzyVaeX5toAQUZnsyVIh+84Q=; b=UH3XKHD/vfrLQeuchfIerrXB1ysNAPtlWVsE+zPXuCXgrD8Psx9Skf1NCxGK7uzKJ3 VkwX+EgFY7sMMcI8lNfsHfquZrEgHx4J02QwX4C95UrWVNlfMvnfCh7WaQziEVouiguN /CjQtjJpAAtq+T6gSR7o5bw3P42am4OaDH+9CVT2S8sx/JGOFz1GaShIBZELzOJzQ50Q oLuXyoOc+tW9tCxTW4485rNPCJO7pEnzOfGxur7cQJFydsQY1vUiTG25KvW4Aqu9RKwR Le/+sqZll8dR8pMn/srK04xHcibrw/rdABTAG3Dt7NPI4HVGOAjrqoDxeu7UvTBqan17 aYqQ== MIME-Version: 1.0 X-Received: by 10.58.50.7 with SMTP id y7mr6272306ven.24.1367112625901; Sat, 27 Apr 2013 18:30:25 -0700 (PDT) Received: by 10.58.106.230 with HTTP; Sat, 27 Apr 2013 18:30:25 -0700 (PDT) In-Reply-To: <1367104585722-5715723.post@n5.nabble.com> References: <1367104585722-5715723.post@n5.nabble.com> Date: Sat, 27 Apr 2013 21:30:25 -0400 Message-ID: From: Casey DeLorme To: Alex Karaoui Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] VGA/PCI Passthrough of Secondary Graphics Adapter X-BeenThere: xen-users@lists.xen.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="===============3240047699826934129==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3240047699826934129== Content-Type: multipart/alternative; boundary=089e0112c63a6f56e304db61b64f --089e0112c63a6f56e304db61b64f Content-Type: text/plain; charset=UTF-8 Hello Alex, To answer your first question, simply provide the BDF (Bus Device Function) from lspci. My understanding is that graphics devices are missing a translation for legacy processes, such as boot code, and this varies by device. I am using the onboard graphics with Dom0 as the primary, and passing a Radeon HD 6870 to a virtual machine. Graphics cards are not "shared", so even if it was your primary card you would have to remove it from Dom0 to pass it. The BSoD you are encountering, does it happen when you reboot? In my experience this is caused by the lack of FLR (Function Level Reset) in consumer cards, the solution is manual ejection and if you install drivers without being aware of the problem it will still experience odd problems. Experience varies however, my advice would be to check the marksmail search engine for Function Level Reset or Passthrough BSOD. ~Casey On Sat, Apr 27, 2013 at 7:16 PM, Alex Karaoui wrote: > Aloha! > > Concisely, I've been trying for several days to get VGA/PCI passthrough > working. Regarding VGA vs PCI passthrough, I'm not entirely certain of the > difference? Does Xen perform a different set of operations when passing > through a VGA card versus any PCIe card? I've read the wiki and it seems > the answer is "yes;" however, when passing through a graphics adapter, how > would I instruct Xen/qemu-dm that said adapter is a graphics card and not a > normal PCIe card? > > In essence, how does one pass-through a graphics card that is NOT the > primary adapter (my BIOS does not boot with it)? > > My problem is somewhat complex. I have two Radeon cards (one 5870 as > primary, and one 5570 as secondary). The BIOS boots with the 5870 and I > cannot swap the cards due to space constraints within the case. Linux then > boots using the 5870. I've hidden the 5570 using pciback (compiled in the > kernel not as a module). I can successfully get a Windows 7 32-bit domU to > see the card, and install the drivers. > > However on boot, the system BSODs due to an Error 116 in atikmpag.sys! I > can avoid this if I use an older driver (10.x series), without Catalyst > Control Center. However, even using the older driver, or the Microsoft > driver, neither results in actual display from the graphics card. I get > nothing. The most I've gotten is a black screen, and then the system will > crash. > > I've searched the mailing lists, and I've done every permutation of > configurations I can think of. I'm stumped! I'm left with the belief that > I cannot pass-through the secondary graphics adapter. I need to, because I > don't have a second computer at the moment, and I need the primary adapter > to operate dom0. I've thought of running Linux off the secondary adapter, > but it doesn't seem possible with the open-source radeon driver and fglrix > (closed-source) won't work with Xen apparently. > > Am I missing something, here? Any help would be appreciated! > > > > -- > View this message in context: > http://xen.1045712.n5.nabble.com/VGA-PCI-Passthrough-of-Secondary-Graphics-Adapter-tp5715723.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 > --089e0112c63a6f56e304db61b64f Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hello Alex,

To answer your f= irst question, simply provide the BDF (Bus Device Function) from lspci.

My understanding is that graphics devices are missing= a translation for legacy processes, such as boot code, and this varies by = device.

I am using the onboard graphics with Dom0 as the primar= y, and passing a Radeon HD 6870 to a virtual machine. =C2=A0Graphics cards = are not "shared", so even if it was your primary card you would h= ave to remove it from Dom0 to pass it.

The BSoD you are encountering, does it happen when you = reboot? =C2=A0In my experience this is caused by the lack of FLR (Function = Level Reset) in consumer cards, the solution is manual ejection and if you = install drivers without being aware of the problem it will still experience= odd problems.

Experience varies however, my advice would be to check = the marksmail search engine for Fu= nction Level Reset or Passthrough BSOD.

~Casey


On Sat,= Apr 27, 2013 at 7:16 PM, Alex Karaoui <code3studios@gmail.com>= ; wrote:
Aloha!

Concisely, I've been trying for several days to get VGA/PCI passthrough=
working. =C2=A0Regarding VGA vs PCI passthrough, I'm not entirely certa= in of the
difference? =C2=A0Does Xen perform a different set of operations when passi= ng
through a VGA card versus any PCIe card? =C2=A0I've read the wiki and i= t seems
the answer is "yes;" however, when passing through a graphics ada= pter, how
would I instruct Xen/qemu-dm that said adapter is a graphics card and not a=
normal PCIe card?

In essence, how does one pass-through a graphics card that is NOT the
primary adapter (my BIOS does not boot with it)?

My problem is somewhat complex. =C2=A0I have two Radeon cards (one 5870 as<= br> primary, and one 5570 as secondary). =C2=A0The BIOS boots with the 5870 and= I
cannot swap the cards due to space constraints within the case. =C2=A0Linux= then
boots using the 5870. =C2=A0I've hidden the 5570 using pciback (compile= d in the
kernel not as a module). =C2=A0I can successfully get a Windows 7 32-bit do= mU to
see the card, and install the drivers.

However on boot, the system BSODs due to an Error 116 in atikmpag.sys! =C2= =A0I
can avoid this if I use an older driver (10.x series), without Catalyst
Control Center. =C2=A0However, even using the older driver, or the Microsof= t
driver, neither results in actual display from the graphics card. =C2=A0I g= et
nothing. =C2=A0The most I've gotten is a black screen, and then the sys= tem will
crash.

I've searched the mailing lists, and I've done every permutation of=
configurations I can think of. =C2=A0I'm stumped! =C2=A0I'm left wi= th the belief that
I cannot pass-through the secondary graphics adapter. =C2=A0I need to, beca= use I
don't have a second computer at the moment, and I need the primary adap= ter
to operate dom0. =C2=A0I've thought of running Linux off the secondary = adapter,
but it doesn't seem possible with the open-source radeon driver and fgl= rix
(closed-source) won't work with Xen apparently.

Am I missing something, here? =C2=A0Any help would be appreciated!



--
View this message in context: http://xen.1045712.n5.nabble.com/VGA-PCI-Passthrough-of-Secondary-G= raphics-Adapter-tp5715723.html
Sent from the Xen - User mailing list archive at Nabble.com.

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

--089e0112c63a6f56e304db61b64f-- --===============3240047699826934129== 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 --===============3240047699826934129==-- From xen-users-bounces@lists.xen.org Sun Apr 28 01:51:59 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 28 Apr 2013 01: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 1UWGlZ-0004Sz-U0; Sun, 28 Apr 2013 01:51:01 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UWGlW-0004Su-QQ for xen-users@lists.xensource.com; Sun, 28 Apr 2013 01:50:59 +0000 Received: from [85.158.137.99:45119] by server-7.bemta-3.messagelabs.com id 01/00-06591-1808C715; Sun, 28 Apr 2013 01:50:57 +0000 X-Env-Sender: code3studios@gmail.com X-Msg-Ref: server-7.tower-217.messagelabs.com!1367113855!13766242!1 X-Originating-IP: [209.85.128.66] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_20_30, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_23, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17732 invoked from network); 28 Apr 2013 01:50:56 -0000 Received: from mail-qe0-f66.google.com (HELO mail-qe0-f66.google.com) (209.85.128.66) by server-7.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 28 Apr 2013 01:50:56 -0000 Received: by mail-qe0-f66.google.com with SMTP id 1so1558006qec.1 for ; Sat, 27 Apr 2013 18:50:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=ou54pN3m/UT4yPCNiFS2BuN0MhPnXL7C67QZF58laRU=; b=dHfhu0C3uGHcYMiN3eODCsw9V2ZjVBmxxjFwKu/rzMQsmB//AmFEdM3QVXMZ2wE1RV /XkOrj217lfnwKcdEz6ouKQqzqqAsGbE/L9J/u/FaJE9TkNBWP1NTre2Xw83KzLuoR60 Sjp1vVcR5XtX79UBWfRBCj2mcpD9xCu1m2MqghB9ouFbiJNof7bfXS6FpdRxODprSiif hFViHcMnexAElGzJkgJ9WeR2y0mrIik6kXXXqCMRA/bJuth/DqfL09YB7tDT9alGY8Jk CAs5YNfG9KPrLgj+aDUwTcJcdInrCw+Qk8ooeeW1ZPtsi+m5rngoKkQ9wdpShZEWOWcN EAMg== MIME-Version: 1.0 X-Received: by 10.229.179.68 with SMTP id bp4mr4762457qcb.134.1367113854924; Sat, 27 Apr 2013 18:50:54 -0700 (PDT) Received: by 10.49.131.69 with HTTP; Sat, 27 Apr 2013 18:50:54 -0700 (PDT) In-Reply-To: References: <1367104585722-5715723.post@n5.nabble.com> Date: Sat, 27 Apr 2013 15:50:54 -1000 Message-ID: From: Alex Karaoui To: Casey DeLorme Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] VGA/PCI Passthrough of Secondary Graphics Adapter X-BeenThere: xen-users@lists.xen.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="===============6125115267391223983==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6125115267391223983== Content-Type: multipart/alternative; boundary=001a11c2be8cb0bf3104db61ff87 --001a11c2be8cb0bf3104db61ff87 Content-Type: text/plain; charset=ISO-8859-1 1) If passing declaring the BDF is all that is needed to pass a VGA card, in the same respect as an PCI device, then there is no difference between PCI passthrough and VGA passthrough IF the VGA card being passed through is not in use by the dom0? 2) The card I wish to pass is the 5570, in the secondary PCIe slot. It is not being used by the dom0, and is subsequently hidden (xen-pciback.hide). 3) Neither Radeon in my system supports FLR; however, many people use the Radeon with VGA passthrough somewhat routinely. I seem to be having immense trouble getting this to work? I have not gotten anything to display other than a black screen (which does show that something is happening). I just can't understand why? And regarding the BSODs, when I install the card, I've gotten it to say "Functioning normally" in Device Manager, but the screen is disabled in "Screen Resolution," and the when I attempt to "Extend to Display" in order to enable the Radeon monitor, the screen goes blank and the system crashes. Upon reboot, the system BSODs (atikmpag.sys) I've tried physically powering down dom0 and bringing it back up, but the error persists. As an aside, I've compiled Xen with a patch that supposedly fixes these issues (patches qemu-dm), and I've attempted to use the script provided (run-passthrough), but that hasn't resulted in any change whatsoever. I greatly appreciate your time in assisting me! On Sat, Apr 27, 2013 at 3:30 PM, Casey DeLorme wrote: > Hello Alex, > > To answer your first question, simply provide the BDF (Bus Device > Function) from lspci. > > My understanding is that graphics devices are missing a translation for > legacy processes, such as boot code, and this varies by device. > > I am using the onboard graphics with Dom0 as the primary, and passing a > Radeon HD 6870 to a virtual machine. Graphics cards are not "shared", so > even if it was your primary card you would have to remove it from Dom0 to > pass it. > > The BSoD you are encountering, does it happen when you reboot? In my > experience this is caused by the lack of FLR (Function Level Reset) in > consumer cards, the solution is manual ejection and if you install drivers > without being aware of the problem it will still experience odd problems. > > Experience varies however, my advice would be to check the marksmail > search engine for Function Level Reset or > Passthrough BSOD. > > ~Casey > > > On Sat, Apr 27, 2013 at 7:16 PM, Alex Karaoui wrote: > >> Aloha! >> >> Concisely, I've been trying for several days to get VGA/PCI passthrough >> working. Regarding VGA vs PCI passthrough, I'm not entirely certain of >> the >> difference? Does Xen perform a different set of operations when passing >> through a VGA card versus any PCIe card? I've read the wiki and it seems >> the answer is "yes;" however, when passing through a graphics adapter, how >> would I instruct Xen/qemu-dm that said adapter is a graphics card and not >> a >> normal PCIe card? >> >> In essence, how does one pass-through a graphics card that is NOT the >> primary adapter (my BIOS does not boot with it)? >> >> My problem is somewhat complex. I have two Radeon cards (one 5870 as >> primary, and one 5570 as secondary). The BIOS boots with the 5870 and I >> cannot swap the cards due to space constraints within the case. Linux >> then >> boots using the 5870. I've hidden the 5570 using pciback (compiled in the >> kernel not as a module). I can successfully get a Windows 7 32-bit domU >> to >> see the card, and install the drivers. >> >> However on boot, the system BSODs due to an Error 116 in atikmpag.sys! I >> can avoid this if I use an older driver (10.x series), without Catalyst >> Control Center. However, even using the older driver, or the Microsoft >> driver, neither results in actual display from the graphics card. I get >> nothing. The most I've gotten is a black screen, and then the system will >> crash. >> >> I've searched the mailing lists, and I've done every permutation of >> configurations I can think of. I'm stumped! I'm left with the belief >> that >> I cannot pass-through the secondary graphics adapter. I need to, because >> I >> don't have a second computer at the moment, and I need the primary adapter >> to operate dom0. I've thought of running Linux off the secondary adapter, >> but it doesn't seem possible with the open-source radeon driver and fglrix >> (closed-source) won't work with Xen apparently. >> >> Am I missing something, here? Any help would be appreciated! >> >> >> >> -- >> View this message in context: >> http://xen.1045712.n5.nabble.com/VGA-PCI-Passthrough-of-Secondary-Graphics-Adapter-tp5715723.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 >> > > --001a11c2be8cb0bf3104db61ff87 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
1) If passing declaring the BDF is all= that is needed to pass a VGA card, in the same respect as an PCI device, t= hen there is no difference between PCI passthrough and VGA passthrough IF t= he VGA card being passed through is not in use by the dom0?

2) The card I wish to pass is the 5570, in the secondary PCIe slo= t. It is not being used by the dom0, and is subsequently hidden (xen-pcibac= k.hide).

3) Neither Radeon in my system supports FLR; however= , many people use the Radeon with VGA passthrough somewhat routinely.=A0 I = seem to be having immense trouble getting this to work?=A0 I have not gotte= n anything to display other than a black screen (which does show that somet= hing is happening).=A0 I just can't understand why?

And regarding the BSODs, when I install the card, I've gotten= it to say "Functioning normally" in Device Manager, but the scre= en is disabled in "Screen Resolution," and the when I attempt to = "Extend to Display" in order to enable the Radeon monitor, the sc= reen goes blank and the system crashes.=A0 Upon reboot, the system BSODs (a= tikmpag.sys)=A0 I've tried physically powering down dom0 and bringing i= t back up, but the error persists.=A0

As an aside, I've compiled Xen with a patch that suppose= dly fixes these issues (patches qemu-dm), and I've attempted to use the= script provided (run-passthrough), but that hasn't resulted in any cha= nge whatsoever.

I greatly appreciate your time in assisting me!


On Sat, Apr 27, 2013 at 3:30 PM, Casey DeLorme = <cdelorme@gmail.= com> wrote:
Hello Alex,
=
To answer your first question, simply provide the BDF (Bus D= evice Function) from lspci.

My understanding is that graphics devices are missing a= translation for legacy processes, such as boot code, and this varies by de= vice.

I am using the onboard graphics with Dom0 as the primar= y, and passing a Radeon HD 6870 to a virtual machine. =A0Graphics cards are= not "shared", so even if it was your primary card you would have= to remove it from Dom0 to pass it.

The BSoD you are encountering, does it happen when you = reboot? =A0In my experience this is caused by the lack of FLR (Function Lev= el Reset) in consumer cards, the solution is manual ejection and if you ins= tall drivers without being aware of the problem it will still experience od= d problems.

Experience varies however, my advice would be to check = the marksmail se= arch engine for Function Level Reset or Passthrough BSOD.

~Casey


On Sat,= Apr 27, 2013 at 7:16 PM, Alex Karaoui <code3studios@gmail.com>= ; wrote:
Aloha!

Concisely, I've been trying for several days to get VGA/PCI passthrough=
working. =A0Regarding VGA vs PCI passthrough, I'm not entirely certain = of the
difference? =A0Does Xen perform a different set of operations when passing<= br> through a VGA card versus any PCIe card? =A0I've read the wiki and it s= eems
the answer is "yes;" however, when passing through a graphics ada= pter, how
would I instruct Xen/qemu-dm that said adapter is a graphics card and not a=
normal PCIe card?

In essence, how does one pass-through a graphics card that is NOT the
primary adapter (my BIOS does not boot with it)?

My problem is somewhat complex. =A0I have two Radeon cards (one 5870 as
primary, and one 5570 as secondary). =A0The BIOS boots with the 5870 and I<= br> cannot swap the cards due to space constraints within the case. =A0Linux th= en
boots using the 5870. =A0I've hidden the 5570 using pciback (compiled i= n the
kernel not as a module). =A0I can successfully get a Windows 7 32-bit domU = to
see the card, and install the drivers.

However on boot, the system BSODs due to an Error 116 in atikmpag.sys! =A0I=
can avoid this if I use an older driver (10.x series), without Catalyst
Control Center. =A0However, even using the older driver, or the Microsoft driver, neither results in actual display from the graphics card. =A0I get<= br> nothing. =A0The most I've gotten is a black screen, and then the system= will
crash.

I've searched the mailing lists, and I've done every permutation of=
configurations I can think of. =A0I'm stumped! =A0I'm left with the= belief that
I cannot pass-through the secondary graphics adapter. =A0I need to, because= I
don't have a second computer at the moment, and I need the primary adap= ter
to operate dom0. =A0I've thought of running Linux off the secondary ada= pter,
but it doesn't seem possible with the open-source radeon driver and fgl= rix
(closed-source) won't work with Xen apparently.

Am I missing something, here? =A0Any help would be appreciated!



--
View this message in context: http://xen.1045712.n5.nabble.com/VGA-PCI-Passthrough-of-Secondary-G= raphics-Adapter-tp5715723.html
Sent from the Xen - User mailing list archive at Nabble.com.

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


--001a11c2be8cb0bf3104db61ff87-- --===============6125115267391223983== 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 --===============6125115267391223983==-- From xen-users-bounces@lists.xen.org Sun Apr 28 01:51:59 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 28 Apr 2013 01: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 1UWGlZ-0004Sz-U0; Sun, 28 Apr 2013 01:51:01 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UWGlW-0004Su-QQ for xen-users@lists.xensource.com; Sun, 28 Apr 2013 01:50:59 +0000 Received: from [85.158.137.99:45119] by server-7.bemta-3.messagelabs.com id 01/00-06591-1808C715; Sun, 28 Apr 2013 01:50:57 +0000 X-Env-Sender: code3studios@gmail.com X-Msg-Ref: server-7.tower-217.messagelabs.com!1367113855!13766242!1 X-Originating-IP: [209.85.128.66] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_20_30, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_23, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17732 invoked from network); 28 Apr 2013 01:50:56 -0000 Received: from mail-qe0-f66.google.com (HELO mail-qe0-f66.google.com) (209.85.128.66) by server-7.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 28 Apr 2013 01:50:56 -0000 Received: by mail-qe0-f66.google.com with SMTP id 1so1558006qec.1 for ; Sat, 27 Apr 2013 18:50:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=ou54pN3m/UT4yPCNiFS2BuN0MhPnXL7C67QZF58laRU=; b=dHfhu0C3uGHcYMiN3eODCsw9V2ZjVBmxxjFwKu/rzMQsmB//AmFEdM3QVXMZ2wE1RV /XkOrj217lfnwKcdEz6ouKQqzqqAsGbE/L9J/u/FaJE9TkNBWP1NTre2Xw83KzLuoR60 Sjp1vVcR5XtX79UBWfRBCj2mcpD9xCu1m2MqghB9ouFbiJNof7bfXS6FpdRxODprSiif hFViHcMnexAElGzJkgJ9WeR2y0mrIik6kXXXqCMRA/bJuth/DqfL09YB7tDT9alGY8Jk CAs5YNfG9KPrLgj+aDUwTcJcdInrCw+Qk8ooeeW1ZPtsi+m5rngoKkQ9wdpShZEWOWcN EAMg== MIME-Version: 1.0 X-Received: by 10.229.179.68 with SMTP id bp4mr4762457qcb.134.1367113854924; Sat, 27 Apr 2013 18:50:54 -0700 (PDT) Received: by 10.49.131.69 with HTTP; Sat, 27 Apr 2013 18:50:54 -0700 (PDT) In-Reply-To: References: <1367104585722-5715723.post@n5.nabble.com> Date: Sat, 27 Apr 2013 15:50:54 -1000 Message-ID: From: Alex Karaoui To: Casey DeLorme Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] VGA/PCI Passthrough of Secondary Graphics Adapter X-BeenThere: xen-users@lists.xen.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="===============6125115267391223983==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6125115267391223983== Content-Type: multipart/alternative; boundary=001a11c2be8cb0bf3104db61ff87 --001a11c2be8cb0bf3104db61ff87 Content-Type: text/plain; charset=ISO-8859-1 1) If passing declaring the BDF is all that is needed to pass a VGA card, in the same respect as an PCI device, then there is no difference between PCI passthrough and VGA passthrough IF the VGA card being passed through is not in use by the dom0? 2) The card I wish to pass is the 5570, in the secondary PCIe slot. It is not being used by the dom0, and is subsequently hidden (xen-pciback.hide). 3) Neither Radeon in my system supports FLR; however, many people use the Radeon with VGA passthrough somewhat routinely. I seem to be having immense trouble getting this to work? I have not gotten anything to display other than a black screen (which does show that something is happening). I just can't understand why? And regarding the BSODs, when I install the card, I've gotten it to say "Functioning normally" in Device Manager, but the screen is disabled in "Screen Resolution," and the when I attempt to "Extend to Display" in order to enable the Radeon monitor, the screen goes blank and the system crashes. Upon reboot, the system BSODs (atikmpag.sys) I've tried physically powering down dom0 and bringing it back up, but the error persists. As an aside, I've compiled Xen with a patch that supposedly fixes these issues (patches qemu-dm), and I've attempted to use the script provided (run-passthrough), but that hasn't resulted in any change whatsoever. I greatly appreciate your time in assisting me! On Sat, Apr 27, 2013 at 3:30 PM, Casey DeLorme wrote: > Hello Alex, > > To answer your first question, simply provide the BDF (Bus Device > Function) from lspci. > > My understanding is that graphics devices are missing a translation for > legacy processes, such as boot code, and this varies by device. > > I am using the onboard graphics with Dom0 as the primary, and passing a > Radeon HD 6870 to a virtual machine. Graphics cards are not "shared", so > even if it was your primary card you would have to remove it from Dom0 to > pass it. > > The BSoD you are encountering, does it happen when you reboot? In my > experience this is caused by the lack of FLR (Function Level Reset) in > consumer cards, the solution is manual ejection and if you install drivers > without being aware of the problem it will still experience odd problems. > > Experience varies however, my advice would be to check the marksmail > search engine for Function Level Reset or > Passthrough BSOD. > > ~Casey > > > On Sat, Apr 27, 2013 at 7:16 PM, Alex Karaoui wrote: > >> Aloha! >> >> Concisely, I've been trying for several days to get VGA/PCI passthrough >> working. Regarding VGA vs PCI passthrough, I'm not entirely certain of >> the >> difference? Does Xen perform a different set of operations when passing >> through a VGA card versus any PCIe card? I've read the wiki and it seems >> the answer is "yes;" however, when passing through a graphics adapter, how >> would I instruct Xen/qemu-dm that said adapter is a graphics card and not >> a >> normal PCIe card? >> >> In essence, how does one pass-through a graphics card that is NOT the >> primary adapter (my BIOS does not boot with it)? >> >> My problem is somewhat complex. I have two Radeon cards (one 5870 as >> primary, and one 5570 as secondary). The BIOS boots with the 5870 and I >> cannot swap the cards due to space constraints within the case. Linux >> then >> boots using the 5870. I've hidden the 5570 using pciback (compiled in the >> kernel not as a module). I can successfully get a Windows 7 32-bit domU >> to >> see the card, and install the drivers. >> >> However on boot, the system BSODs due to an Error 116 in atikmpag.sys! I >> can avoid this if I use an older driver (10.x series), without Catalyst >> Control Center. However, even using the older driver, or the Microsoft >> driver, neither results in actual display from the graphics card. I get >> nothing. The most I've gotten is a black screen, and then the system will >> crash. >> >> I've searched the mailing lists, and I've done every permutation of >> configurations I can think of. I'm stumped! I'm left with the belief >> that >> I cannot pass-through the secondary graphics adapter. I need to, because >> I >> don't have a second computer at the moment, and I need the primary adapter >> to operate dom0. I've thought of running Linux off the secondary adapter, >> but it doesn't seem possible with the open-source radeon driver and fglrix >> (closed-source) won't work with Xen apparently. >> >> Am I missing something, here? Any help would be appreciated! >> >> >> >> -- >> View this message in context: >> http://xen.1045712.n5.nabble.com/VGA-PCI-Passthrough-of-Secondary-Graphics-Adapter-tp5715723.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 >> > > --001a11c2be8cb0bf3104db61ff87 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
1) If passing declaring the BDF is all= that is needed to pass a VGA card, in the same respect as an PCI device, t= hen there is no difference between PCI passthrough and VGA passthrough IF t= he VGA card being passed through is not in use by the dom0?

2) The card I wish to pass is the 5570, in the secondary PCIe slo= t. It is not being used by the dom0, and is subsequently hidden (xen-pcibac= k.hide).

3) Neither Radeon in my system supports FLR; however= , many people use the Radeon with VGA passthrough somewhat routinely.=A0 I = seem to be having immense trouble getting this to work?=A0 I have not gotte= n anything to display other than a black screen (which does show that somet= hing is happening).=A0 I just can't understand why?

And regarding the BSODs, when I install the card, I've gotten= it to say "Functioning normally" in Device Manager, but the scre= en is disabled in "Screen Resolution," and the when I attempt to = "Extend to Display" in order to enable the Radeon monitor, the sc= reen goes blank and the system crashes.=A0 Upon reboot, the system BSODs (a= tikmpag.sys)=A0 I've tried physically powering down dom0 and bringing i= t back up, but the error persists.=A0

As an aside, I've compiled Xen with a patch that suppose= dly fixes these issues (patches qemu-dm), and I've attempted to use the= script provided (run-passthrough), but that hasn't resulted in any cha= nge whatsoever.

I greatly appreciate your time in assisting me!


On Sat, Apr 27, 2013 at 3:30 PM, Casey DeLorme = <cdelorme@gmail.= com> wrote:
Hello Alex,
=
To answer your first question, simply provide the BDF (Bus D= evice Function) from lspci.

My understanding is that graphics devices are missing a= translation for legacy processes, such as boot code, and this varies by de= vice.

I am using the onboard graphics with Dom0 as the primar= y, and passing a Radeon HD 6870 to a virtual machine. =A0Graphics cards are= not "shared", so even if it was your primary card you would have= to remove it from Dom0 to pass it.

The BSoD you are encountering, does it happen when you = reboot? =A0In my experience this is caused by the lack of FLR (Function Lev= el Reset) in consumer cards, the solution is manual ejection and if you ins= tall drivers without being aware of the problem it will still experience od= d problems.

Experience varies however, my advice would be to check = the marksmail se= arch engine for Function Level Reset or Passthrough BSOD.

~Casey


On Sat,= Apr 27, 2013 at 7:16 PM, Alex Karaoui <code3studios@gmail.com>= ; wrote:
Aloha!

Concisely, I've been trying for several days to get VGA/PCI passthrough=
working. =A0Regarding VGA vs PCI passthrough, I'm not entirely certain = of the
difference? =A0Does Xen perform a different set of operations when passing<= br> through a VGA card versus any PCIe card? =A0I've read the wiki and it s= eems
the answer is "yes;" however, when passing through a graphics ada= pter, how
would I instruct Xen/qemu-dm that said adapter is a graphics card and not a=
normal PCIe card?

In essence, how does one pass-through a graphics card that is NOT the
primary adapter (my BIOS does not boot with it)?

My problem is somewhat complex. =A0I have two Radeon cards (one 5870 as
primary, and one 5570 as secondary). =A0The BIOS boots with the 5870 and I<= br> cannot swap the cards due to space constraints within the case. =A0Linux th= en
boots using the 5870. =A0I've hidden the 5570 using pciback (compiled i= n the
kernel not as a module). =A0I can successfully get a Windows 7 32-bit domU = to
see the card, and install the drivers.

However on boot, the system BSODs due to an Error 116 in atikmpag.sys! =A0I=
can avoid this if I use an older driver (10.x series), without Catalyst
Control Center. =A0However, even using the older driver, or the Microsoft driver, neither results in actual display from the graphics card. =A0I get<= br> nothing. =A0The most I've gotten is a black screen, and then the system= will
crash.

I've searched the mailing lists, and I've done every permutation of=
configurations I can think of. =A0I'm stumped! =A0I'm left with the= belief that
I cannot pass-through the secondary graphics adapter. =A0I need to, because= I
don't have a second computer at the moment, and I need the primary adap= ter
to operate dom0. =A0I've thought of running Linux off the secondary ada= pter,
but it doesn't seem possible with the open-source radeon driver and fgl= rix
(closed-source) won't work with Xen apparently.

Am I missing something, here? =A0Any help would be appreciated!



--
View this message in context: http://xen.1045712.n5.nabble.com/VGA-PCI-Passthrough-of-Secondary-G= raphics-Adapter-tp5715723.html
Sent from the Xen - User mailing list archive at Nabble.com.

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


--001a11c2be8cb0bf3104db61ff87-- --===============6125115267391223983== 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 --===============6125115267391223983==-- From xen-users-bounces@lists.xen.org Sun Apr 28 04:37:45 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 28 Apr 2013 04:37: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 1UWJLj-0007u1-BB; Sun, 28 Apr 2013 04:36:31 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UWJLh-0007tw-FI for xen-users@lists.xen.org; Sun, 28 Apr 2013 04:36:29 +0000 Received: from [193.109.254.147:44156] by server-9.bemta-14.messagelabs.com id F2/59-04223-C47AC715; Sun, 28 Apr 2013 04:36:28 +0000 X-Env-Sender: digvijaych@gmail.com X-Msg-Ref: server-4.tower-27.messagelabs.com!1367123786!9556375!1 X-Originating-IP: [209.85.215.41] 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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5305 invoked from network); 28 Apr 2013 04:36:26 -0000 Received: from mail-la0-f41.google.com (HELO mail-la0-f41.google.com) (209.85.215.41) by server-4.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 28 Apr 2013 04:36:26 -0000 Received: by mail-la0-f41.google.com with SMTP id fq13so4597756lab.14 for ; Sat, 27 Apr 2013 21:36:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=3B7Ep8WqrJyD3mK+p+yybfTKP1QtUFPAhT2UY3RiZNs=; b=IYZlbX3GGuXW0Nv0z76Qwwk8t6UQ5NPV5b3OWAIiFUa5N8skhyLQ6nGpsyNfCk/MwM XwwxnSjZAbjEaBklFEj7v/WWx5sIoWOG3/QxSohg3NOOQy9qfdWv6sHbYYO+nFwudolg dwXplYDu275HNzlyfUe+fXCM+5uNJ8NAw8qf+fO8V8eFa9dcmfT8qB31kVcbkOKirmr8 6PpRefm6HalNIp2oD+ab9pvNwdSrv6pJiP8M45Z+EuLQgic+zChH/th9uOG5SzE8Dqk4 M+FPC5O/p8IY8A2i9nG8tokTKd+6mac1VSsyxgGD7J+cEh4U5hfpywFSxvMhhzQrp1dB GN/w== MIME-Version: 1.0 X-Received: by 10.112.146.98 with SMTP id tb2mr24435698lbb.77.1367123785947; Sat, 27 Apr 2013 21:36:25 -0700 (PDT) Received: by 10.112.199.38 with HTTP; Sat, 27 Apr 2013 21:36:25 -0700 (PDT) Date: Sun, 28 Apr 2013 10:06:25 +0530 Message-ID: From: digvijay chauhan To: xen-users@lists.xen.org Subject: [Xen-users] total migration time X-BeenThere: xen-users@lists.xen.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="===============4191852611733067362==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4191852611733067362== Content-Type: multipart/alternative; boundary=047d7b3a85a8a0219404db644fe8 --047d7b3a85a8a0219404db644fe8 Content-Type: text/plain; charset=ISO-8859-1 Hello, I am doing project on live migration using XEN and i want to know how can i calculate total migration time of virtual machine. regards, DigvijaySingh --047d7b3a85a8a0219404db644fe8 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello,
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 I am doing project on live migrati= on using XEN and i want to know how can i calculate total migration time of= virtual machine.


regards,
DigvijaySingh --047d7b3a85a8a0219404db644fe8-- --===============4191852611733067362== 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 --===============4191852611733067362==-- From xen-users-bounces@lists.xen.org Sun Apr 28 04:37:45 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 28 Apr 2013 04:37: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 1UWJLj-0007u1-BB; Sun, 28 Apr 2013 04:36:31 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UWJLh-0007tw-FI for xen-users@lists.xen.org; Sun, 28 Apr 2013 04:36:29 +0000 Received: from [193.109.254.147:44156] by server-9.bemta-14.messagelabs.com id F2/59-04223-C47AC715; Sun, 28 Apr 2013 04:36:28 +0000 X-Env-Sender: digvijaych@gmail.com X-Msg-Ref: server-4.tower-27.messagelabs.com!1367123786!9556375!1 X-Originating-IP: [209.85.215.41] 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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5305 invoked from network); 28 Apr 2013 04:36:26 -0000 Received: from mail-la0-f41.google.com (HELO mail-la0-f41.google.com) (209.85.215.41) by server-4.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 28 Apr 2013 04:36:26 -0000 Received: by mail-la0-f41.google.com with SMTP id fq13so4597756lab.14 for ; Sat, 27 Apr 2013 21:36:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=3B7Ep8WqrJyD3mK+p+yybfTKP1QtUFPAhT2UY3RiZNs=; b=IYZlbX3GGuXW0Nv0z76Qwwk8t6UQ5NPV5b3OWAIiFUa5N8skhyLQ6nGpsyNfCk/MwM XwwxnSjZAbjEaBklFEj7v/WWx5sIoWOG3/QxSohg3NOOQy9qfdWv6sHbYYO+nFwudolg dwXplYDu275HNzlyfUe+fXCM+5uNJ8NAw8qf+fO8V8eFa9dcmfT8qB31kVcbkOKirmr8 6PpRefm6HalNIp2oD+ab9pvNwdSrv6pJiP8M45Z+EuLQgic+zChH/th9uOG5SzE8Dqk4 M+FPC5O/p8IY8A2i9nG8tokTKd+6mac1VSsyxgGD7J+cEh4U5hfpywFSxvMhhzQrp1dB GN/w== MIME-Version: 1.0 X-Received: by 10.112.146.98 with SMTP id tb2mr24435698lbb.77.1367123785947; Sat, 27 Apr 2013 21:36:25 -0700 (PDT) Received: by 10.112.199.38 with HTTP; Sat, 27 Apr 2013 21:36:25 -0700 (PDT) Date: Sun, 28 Apr 2013 10:06:25 +0530 Message-ID: From: digvijay chauhan To: xen-users@lists.xen.org Subject: [Xen-users] total migration time X-BeenThere: xen-users@lists.xen.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="===============4191852611733067362==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4191852611733067362== Content-Type: multipart/alternative; boundary=047d7b3a85a8a0219404db644fe8 --047d7b3a85a8a0219404db644fe8 Content-Type: text/plain; charset=ISO-8859-1 Hello, I am doing project on live migration using XEN and i want to know how can i calculate total migration time of virtual machine. regards, DigvijaySingh --047d7b3a85a8a0219404db644fe8 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello,
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 I am doing project on live migrati= on using XEN and i want to know how can i calculate total migration time of= virtual machine.


regards,
DigvijaySingh --047d7b3a85a8a0219404db644fe8-- --===============4191852611733067362== 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 --===============4191852611733067362==-- From xen-users-bounces@lists.xen.org Sun Apr 28 06:12:59 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 28 Apr 2013 06:12: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 1UWKq2-0001Q8-4V; Sun, 28 Apr 2013 06:11:54 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UWKq1-0001Q3-D1 for xen-users@lists.xensource.com; Sun, 28 Apr 2013 06:11:53 +0000 Received: from [85.158.139.211:44044] by server-10.bemta-5.messagelabs.com id 30/99-23714-8ADBC715; Sun, 28 Apr 2013 06:11:52 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-14.tower-206.messagelabs.com!1367129510!20708574!1 X-Originating-IP: [209.85.220.172] 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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3716 invoked from network); 28 Apr 2013 06:11:51 -0000 Received: from mail-vc0-f172.google.com (HELO mail-vc0-f172.google.com) (209.85.220.172) by server-14.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 28 Apr 2013 06:11:51 -0000 Received: by mail-vc0-f172.google.com with SMTP id hx10so4858704vcb.3 for ; Sat, 27 Apr 2013 23:11:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=6WAxmNFRRyoW5tuHxZvIV44L2V+S6sIpJf6rRpkasGM=; b=Qf70C9qRC5OvMlHcJQJIZoTCLN0ex2s+uobZn7nSXtfHg9zJ9XC+GVWREsva/4qxYe pGfOcfltsLR6WbOqMEQHDM08S/DBV8jHBiBtQco0I1CsGNYk4HvVq+1HNwLTNsfTrR6b vV4f6qipH+kqfWHiByCs6Oi4BCiF9//9AVgXgtfN0+BqsTQ4T5Qs3Ph9RFth27Vyuz/v nTfYunVNWRUr1gMHDTyT7SIHr+4fRB3cLF4HtyOYSS4r0rYzi7zt0TGUPYb5VE5Mr4WJ a2GGqOqBc+uXW4zeH5k2abVldzdaRzUrE+8y5NlUkUj8IcqMTbbGlZk/VUeLme7wP2Je Y0xg== MIME-Version: 1.0 X-Received: by 10.58.232.98 with SMTP id tn2mr30834231vec.57.1367129509996; Sat, 27 Apr 2013 23:11:49 -0700 (PDT) Received: by 10.58.106.230 with HTTP; Sat, 27 Apr 2013 23:11:49 -0700 (PDT) In-Reply-To: References: <1367104585722-5715723.post@n5.nabble.com> Date: Sun, 28 Apr 2013 02:11:49 -0400 Message-ID: From: Casey DeLorme To: Alex Karaoui Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] VGA/PCI Passthrough of Secondary Graphics Adapter X-BeenThere: xen-users@lists.xen.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="===============9003123352611844130==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============9003123352611844130== Content-Type: multipart/alternative; boundary=047d7b414c2ece2e7804db65a47f --047d7b414c2ece2e7804db65a47f Content-Type: text/plain; charset=UTF-8 > 1) If passing declaring the BDF is all that is needed to pass a VGA card, > in the same respect as an PCI device, then there is no difference between > PCI passthrough and VGA passthrough IF the VGA card being passed through is > not in use by the dom0? > > From the perspective of Dom0, but graphics (aka VGA) cards from what I have read need legacy code support for things like boot-time handling, making it more complex than say network cards, SATA cards, video capture cards, or other types. > 2) The card I wish to pass is the 5570, in the secondary PCIe slot. It is > not being used by the dom0, and is subsequently hidden (xen-pciback.hide). > > AFAIK slot number doesn't mean anything to your DomU, so once the device is passed there is no "primary slot" in the mix. > 3) Neither Radeon in my system supports FLR; however, many people use the > Radeon with VGA passthrough somewhat routinely. I seem to be having > immense trouble getting this to work? I have not gotten anything to > display other than a black screen (which does show that something is > happening). I just can't understand why? > > I have used a Radeon HD 6870 successfully since August last year in both Windows 7 and Windows 8 virtual machines. For me the lack of FLR creates problems during: - Driver installation - Driver Upgrades - System Reboots The lack of FLR, to my understanding, prevents the virtual machine from resetting the card state, leaving it initialized when switching or rebooting your DomU. As a result the card is activated multiple times, creating various issues with a range of problems. During my tests, I broke down the steps logically to resolve the issues I had installing and updating drivers. In general, anytime I update or install AMD drivers I would reboot the entire physical machine to ensure the graphics card state was proper. >From my experiences this required a freshly installed Windows system, if you are working on a system you already attempted driver installation on and it failed (BSoD's or otherwise) uninstalling the failed drivers and trying again loops back to the same failures for mostly unknown reasons. Presumable it has to do with the use of the .NET framework for installation, and leaving bits of data behind on failure, but I never confirmed the exact details. For me, once the drivers are properly installed, rebooting the system still leaves the card in a pre-initialized state, which to avoid performance degradation I would manually reset the card using eject media from the lower right icon. This is not a perfect solution, and I do not rely on it when performing driver installation or updates. Note that Windows 8 especially, but also Windows 7, will attempt to automatically install drivers which for me led to reboots that broke my attempted installation. I had to tell the system not to automatically update to work around this during the first installation process. Again, this is my experience, other users have reported vastly different problems with a range of other possible causes and many unsolved. > And regarding the BSODs, when I install the card, I've gotten it to say > "Functioning normally" in Device Manager, but the screen is disabled in > "Screen Resolution," and the when I attempt to "Extend to Display" in order > to enable the Radeon monitor, the screen goes blank and the system > crashes. Upon reboot, the system BSODs (atikmpag.sys) I've tried > physically powering down dom0 and bringing it back up, but the error > persists. > > As an aside, I've compiled Xen with a patch that supposedly fixes these > issues (patches qemu-dm), and I've attempted to use the script provided > (run-passthrough), but that hasn't resulted in any change whatsoever. > > Since we haven't verified this yet, are you using Xen 4.2 and the xl toolstack? Also, how are you checking the Device Manager? If you are still using SDL or VNC then you are using the emulated graphics, and you cannot extend emulated to physical, you either use one or the other. Try changing the monitor source to use the AMD input, and reboot the system after the drivers are installed and it should automatically begin sending video to your monitor. To get mouse and keyboard to the system pass a USB controller and use new inputs. Technically you can still send input through VNC, but that may not work well. The reboot error is consistent with my diagnosis above, you can try my suggestions but I can by no means claim they will work for you. If you applied the AMD primary patch to Xen source before building, have you added the passthrough flag to your DomU configuration and seeing if that changes anything. --047d7b414c2ece2e7804db65a47f Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

=
1) If passing declaring the BDF is all= that is needed to pass a VGA card, in the same respect as an PCI device, t= hen there is no difference between PCI passthrough and VGA passthrough IF t= he VGA card being passed through is not in use by the dom0?

From the perspecti= ve of Dom0, but graphics (aka VGA) cards from what I have read need legacy = code support for things like boot-time handling, making it more complex tha= n say network cards, SATA cards, video capture cards, or other types.
=C2=A0
2) The card I wish to pass is the 5570, in the secondary PCIe slot. It is n= ot being used by the dom0, and is subsequently hidden (xen-pciback.hide). <= br>
AFAIK slot number doesn= 9;t mean anything to your DomU, so once the device is passed there is no &q= uot;primary slot" in the mix.
=C2=A0
3) Neither Radeon in my system supports FLR; however, many people use th= e Radeon with VGA passthrough somewhat routinely.=C2=A0 I seem to be having= immense trouble getting this to work?=C2=A0 I have not gotten anything to = display other than a black screen (which does show that something is happen= ing).=C2=A0 I just can't understand why?

I have used a Radeon HD = 6870 successfully since August last year in both Windows 7 and Windows 8 vi= rtual machines.

For me the lack of FLR creates pro= blems during:

- Driver installation
- Driver Upgrades
=
- System Reboots

The lack of FLR, to my under= standing, prevents the virtual machine from resetting the card state, leavi= ng it initialized when switching or rebooting your DomU. =C2=A0As a result = the card is activated multiple times, creating various issues with a range = of problems.

During my tests, I broke down the steps logically to re= solve the issues I had installing and updating drivers. =C2=A0In general, a= nytime I update or install AMD drivers I would reboot the entire physical m= achine to ensure the graphics card state was proper.

From my experiences this required a freshly installed W= indows system, if you are working on a system you already attempted driver = installation on and it failed (BSoD's or otherwise) uninstalling the fa= iled drivers and trying again loops back to the same failures for mostly un= known reasons. =C2=A0Presumable it has to do with the use of the .NET frame= work for installation, and leaving bits of data behind on failure, but I ne= ver confirmed the exact details.

For me, once the drivers are properly installed, reboot= ing the system still leaves the card in a pre-initialized state, which to a= void performance degradation I would manually reset the card using eject me= dia from the lower right icon. =C2=A0This is not a perfect solution, and I = do not rely on it when performing driver installation or updates.

Note that Windows 8 especially, but also Windows 7, wil= l attempt to automatically install drivers which for me led to reboots that= broke my attempted installation. =C2=A0I had to tell the system not to aut= omatically update to work around this during the first installation process= .

Again, this is my experience, other users have reported= vastly different problems with a range of other possible causes and many u= nsolved.
=C2=A0
And regarding the BSODs, when I install th= e card, I've gotten it to say "Functioning normally" in Devic= e Manager, but the screen is disabled in "Screen Resolution," and= the when I attempt to "Extend to Display" in order to enable the= Radeon monitor, the screen goes blank and the system crashes.=C2=A0 Upon r= eboot, the system BSODs (atikmpag.sys)=C2=A0 I've tried physically powe= ring down dom0 and bringing it back up, but the error persists.=C2=A0

As an aside, I've compiled Xen with a patch that suppose= dly fixes these issues (patches qemu-dm), and I've attempted to use the= script provided (run-passthrough), but that hasn't resulted in any cha= nge whatsoever.


Since we = haven't verified this yet, are you using Xen 4.2 and the xl toolstack?<= /div>

Also, how are you checking the Device Manage= r? =C2=A0If you are still using SDL or VNC then you are using the emulated = graphics, and you cannot extend emulated to physical, you either use one or= the other. =C2=A0Try changing the monitor source to use the AMD input, and= reboot the system after the drivers are installed and it should automatica= lly begin sending video to your monitor. =C2=A0To get mouse and keyboard to= the system pass a USB controller and use new inputs. =C2=A0Technically you= can still send input through VNC, but that may not work well.

The reboot error is consistent with my diag= nosis above, you can try my suggestions but I can by no means claim they wi= ll work for you. =C2=A0If you applied the AMD primary patch to Xen source b= efore building, have you added the passthrough flag to your DomU configurat= ion and seeing if that changes anything.
--047d7b414c2ece2e7804db65a47f-- --===============9003123352611844130== 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 --===============9003123352611844130==-- From xen-users-bounces@lists.xen.org Sun Apr 28 06:12:59 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 28 Apr 2013 06:12: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 1UWKq2-0001Q8-4V; Sun, 28 Apr 2013 06:11:54 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UWKq1-0001Q3-D1 for xen-users@lists.xensource.com; Sun, 28 Apr 2013 06:11:53 +0000 Received: from [85.158.139.211:44044] by server-10.bemta-5.messagelabs.com id 30/99-23714-8ADBC715; Sun, 28 Apr 2013 06:11:52 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-14.tower-206.messagelabs.com!1367129510!20708574!1 X-Originating-IP: [209.85.220.172] 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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3716 invoked from network); 28 Apr 2013 06:11:51 -0000 Received: from mail-vc0-f172.google.com (HELO mail-vc0-f172.google.com) (209.85.220.172) by server-14.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 28 Apr 2013 06:11:51 -0000 Received: by mail-vc0-f172.google.com with SMTP id hx10so4858704vcb.3 for ; Sat, 27 Apr 2013 23:11:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=6WAxmNFRRyoW5tuHxZvIV44L2V+S6sIpJf6rRpkasGM=; b=Qf70C9qRC5OvMlHcJQJIZoTCLN0ex2s+uobZn7nSXtfHg9zJ9XC+GVWREsva/4qxYe pGfOcfltsLR6WbOqMEQHDM08S/DBV8jHBiBtQco0I1CsGNYk4HvVq+1HNwLTNsfTrR6b vV4f6qipH+kqfWHiByCs6Oi4BCiF9//9AVgXgtfN0+BqsTQ4T5Qs3Ph9RFth27Vyuz/v nTfYunVNWRUr1gMHDTyT7SIHr+4fRB3cLF4HtyOYSS4r0rYzi7zt0TGUPYb5VE5Mr4WJ a2GGqOqBc+uXW4zeH5k2abVldzdaRzUrE+8y5NlUkUj8IcqMTbbGlZk/VUeLme7wP2Je Y0xg== MIME-Version: 1.0 X-Received: by 10.58.232.98 with SMTP id tn2mr30834231vec.57.1367129509996; Sat, 27 Apr 2013 23:11:49 -0700 (PDT) Received: by 10.58.106.230 with HTTP; Sat, 27 Apr 2013 23:11:49 -0700 (PDT) In-Reply-To: References: <1367104585722-5715723.post@n5.nabble.com> Date: Sun, 28 Apr 2013 02:11:49 -0400 Message-ID: From: Casey DeLorme To: Alex Karaoui Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] VGA/PCI Passthrough of Secondary Graphics Adapter X-BeenThere: xen-users@lists.xen.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="===============9003123352611844130==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============9003123352611844130== Content-Type: multipart/alternative; boundary=047d7b414c2ece2e7804db65a47f --047d7b414c2ece2e7804db65a47f Content-Type: text/plain; charset=UTF-8 > 1) If passing declaring the BDF is all that is needed to pass a VGA card, > in the same respect as an PCI device, then there is no difference between > PCI passthrough and VGA passthrough IF the VGA card being passed through is > not in use by the dom0? > > From the perspective of Dom0, but graphics (aka VGA) cards from what I have read need legacy code support for things like boot-time handling, making it more complex than say network cards, SATA cards, video capture cards, or other types. > 2) The card I wish to pass is the 5570, in the secondary PCIe slot. It is > not being used by the dom0, and is subsequently hidden (xen-pciback.hide). > > AFAIK slot number doesn't mean anything to your DomU, so once the device is passed there is no "primary slot" in the mix. > 3) Neither Radeon in my system supports FLR; however, many people use the > Radeon with VGA passthrough somewhat routinely. I seem to be having > immense trouble getting this to work? I have not gotten anything to > display other than a black screen (which does show that something is > happening). I just can't understand why? > > I have used a Radeon HD 6870 successfully since August last year in both Windows 7 and Windows 8 virtual machines. For me the lack of FLR creates problems during: - Driver installation - Driver Upgrades - System Reboots The lack of FLR, to my understanding, prevents the virtual machine from resetting the card state, leaving it initialized when switching or rebooting your DomU. As a result the card is activated multiple times, creating various issues with a range of problems. During my tests, I broke down the steps logically to resolve the issues I had installing and updating drivers. In general, anytime I update or install AMD drivers I would reboot the entire physical machine to ensure the graphics card state was proper. >From my experiences this required a freshly installed Windows system, if you are working on a system you already attempted driver installation on and it failed (BSoD's or otherwise) uninstalling the failed drivers and trying again loops back to the same failures for mostly unknown reasons. Presumable it has to do with the use of the .NET framework for installation, and leaving bits of data behind on failure, but I never confirmed the exact details. For me, once the drivers are properly installed, rebooting the system still leaves the card in a pre-initialized state, which to avoid performance degradation I would manually reset the card using eject media from the lower right icon. This is not a perfect solution, and I do not rely on it when performing driver installation or updates. Note that Windows 8 especially, but also Windows 7, will attempt to automatically install drivers which for me led to reboots that broke my attempted installation. I had to tell the system not to automatically update to work around this during the first installation process. Again, this is my experience, other users have reported vastly different problems with a range of other possible causes and many unsolved. > And regarding the BSODs, when I install the card, I've gotten it to say > "Functioning normally" in Device Manager, but the screen is disabled in > "Screen Resolution," and the when I attempt to "Extend to Display" in order > to enable the Radeon monitor, the screen goes blank and the system > crashes. Upon reboot, the system BSODs (atikmpag.sys) I've tried > physically powering down dom0 and bringing it back up, but the error > persists. > > As an aside, I've compiled Xen with a patch that supposedly fixes these > issues (patches qemu-dm), and I've attempted to use the script provided > (run-passthrough), but that hasn't resulted in any change whatsoever. > > Since we haven't verified this yet, are you using Xen 4.2 and the xl toolstack? Also, how are you checking the Device Manager? If you are still using SDL or VNC then you are using the emulated graphics, and you cannot extend emulated to physical, you either use one or the other. Try changing the monitor source to use the AMD input, and reboot the system after the drivers are installed and it should automatically begin sending video to your monitor. To get mouse and keyboard to the system pass a USB controller and use new inputs. Technically you can still send input through VNC, but that may not work well. The reboot error is consistent with my diagnosis above, you can try my suggestions but I can by no means claim they will work for you. If you applied the AMD primary patch to Xen source before building, have you added the passthrough flag to your DomU configuration and seeing if that changes anything. --047d7b414c2ece2e7804db65a47f Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

=
1) If passing declaring the BDF is all= that is needed to pass a VGA card, in the same respect as an PCI device, t= hen there is no difference between PCI passthrough and VGA passthrough IF t= he VGA card being passed through is not in use by the dom0?

From the perspecti= ve of Dom0, but graphics (aka VGA) cards from what I have read need legacy = code support for things like boot-time handling, making it more complex tha= n say network cards, SATA cards, video capture cards, or other types.
=C2=A0
2) The card I wish to pass is the 5570, in the secondary PCIe slot. It is n= ot being used by the dom0, and is subsequently hidden (xen-pciback.hide). <= br>
AFAIK slot number doesn= 9;t mean anything to your DomU, so once the device is passed there is no &q= uot;primary slot" in the mix.
=C2=A0
3) Neither Radeon in my system supports FLR; however, many people use th= e Radeon with VGA passthrough somewhat routinely.=C2=A0 I seem to be having= immense trouble getting this to work?=C2=A0 I have not gotten anything to = display other than a black screen (which does show that something is happen= ing).=C2=A0 I just can't understand why?

I have used a Radeon HD = 6870 successfully since August last year in both Windows 7 and Windows 8 vi= rtual machines.

For me the lack of FLR creates pro= blems during:

- Driver installation
- Driver Upgrades
=
- System Reboots

The lack of FLR, to my under= standing, prevents the virtual machine from resetting the card state, leavi= ng it initialized when switching or rebooting your DomU. =C2=A0As a result = the card is activated multiple times, creating various issues with a range = of problems.

During my tests, I broke down the steps logically to re= solve the issues I had installing and updating drivers. =C2=A0In general, a= nytime I update or install AMD drivers I would reboot the entire physical m= achine to ensure the graphics card state was proper.

From my experiences this required a freshly installed W= indows system, if you are working on a system you already attempted driver = installation on and it failed (BSoD's or otherwise) uninstalling the fa= iled drivers and trying again loops back to the same failures for mostly un= known reasons. =C2=A0Presumable it has to do with the use of the .NET frame= work for installation, and leaving bits of data behind on failure, but I ne= ver confirmed the exact details.

For me, once the drivers are properly installed, reboot= ing the system still leaves the card in a pre-initialized state, which to a= void performance degradation I would manually reset the card using eject me= dia from the lower right icon. =C2=A0This is not a perfect solution, and I = do not rely on it when performing driver installation or updates.

Note that Windows 8 especially, but also Windows 7, wil= l attempt to automatically install drivers which for me led to reboots that= broke my attempted installation. =C2=A0I had to tell the system not to aut= omatically update to work around this during the first installation process= .

Again, this is my experience, other users have reported= vastly different problems with a range of other possible causes and many u= nsolved.
=C2=A0
And regarding the BSODs, when I install th= e card, I've gotten it to say "Functioning normally" in Devic= e Manager, but the screen is disabled in "Screen Resolution," and= the when I attempt to "Extend to Display" in order to enable the= Radeon monitor, the screen goes blank and the system crashes.=C2=A0 Upon r= eboot, the system BSODs (atikmpag.sys)=C2=A0 I've tried physically powe= ring down dom0 and bringing it back up, but the error persists.=C2=A0

As an aside, I've compiled Xen with a patch that suppose= dly fixes these issues (patches qemu-dm), and I've attempted to use the= script provided (run-passthrough), but that hasn't resulted in any cha= nge whatsoever.


Since we = haven't verified this yet, are you using Xen 4.2 and the xl toolstack?<= /div>

Also, how are you checking the Device Manage= r? =C2=A0If you are still using SDL or VNC then you are using the emulated = graphics, and you cannot extend emulated to physical, you either use one or= the other. =C2=A0Try changing the monitor source to use the AMD input, and= reboot the system after the drivers are installed and it should automatica= lly begin sending video to your monitor. =C2=A0To get mouse and keyboard to= the system pass a USB controller and use new inputs. =C2=A0Technically you= can still send input through VNC, but that may not work well.

The reboot error is consistent with my diag= nosis above, you can try my suggestions but I can by no means claim they wi= ll work for you. =C2=A0If you applied the AMD primary patch to Xen source b= efore building, have you added the passthrough flag to your DomU configurat= ion and seeing if that changes anything.
--047d7b414c2ece2e7804db65a47f-- --===============9003123352611844130== 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 --===============9003123352611844130==-- From xen-users-bounces@lists.xen.org Sun Apr 28 11:18:35 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 28 Apr 2013 11:18: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 1UWPbX-00071j-D8; Sun, 28 Apr 2013 11:17:15 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UWPbW-00071e-Ex for xen-users@lists.xen.org; Sun, 28 Apr 2013 11:17:14 +0000 Received: from [85.158.143.99:29371] by server-1.bemta-4.messagelabs.com id 33/15-06203-9350D715; Sun, 28 Apr 2013 11:17:13 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-4.tower-216.messagelabs.com!1367147814!24616082!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_32, ML_RADAR_SPEW_LINKS_8,spamassassin: ,async_handler: YXN5bmNfZGVsYXk6IDcwNDcwMzcgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20972 invoked from network); 28 Apr 2013 11:16:54 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-4.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 28 Apr 2013 11:16:54 -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 5C10F2211A3 for ; Sun, 28 Apr 2013 12:16:53 +0100 (BST) Message-ID: <517D0524.2020807@bobich.net> Date: Sun, 28 Apr 2013 12:16:52 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130402 Thunderbird/17.0.5 MIME-Version: 1.0 To: "xen-users@lists.xen.org" References: <516BF188.4050100@bobich.net> <516BFE4D.2080201@brockmann-consult.de> <5172CB31.1060808@bobich.net> <51741CE9.4090003@bobich.net> <51741F87.8040306@bobich.net> <419612302993234388@unknownmsgid> <517460E4.1050209@bobich.net> <5174ECBC.7090006@bobich.net> <51759BBE.7030009@bobich.net> <1367094341454-5715722.post@n5.nabble.com> In-Reply-To: <1367094341454-5715722.post@n5.nabble.com> Subject: Re: [Xen-users] ATI VGA Passthrough / Xen 4.2 / Linux 3.8.6 X-BeenThere: xen-users@lists.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 04/27/2013 09:25 PM, Alex Karaoui wrote: > Gordan Bobic wrote >> On 04/22/2013 10:46 AM, Gizmo Chicken wrote: >>> Not sure if I can offer any wisdom, but I'll just note that secondary >>> GPU passthrough has been pretty stable for me with Windows 7 combined >>> with a Radeon HD 6670 and the Catalyst 13.3beta3 driver. But I confess >>> that I cheat a bit: For this setup, I'm using XCP 1.6 as dom0 and am >>> managing guests with XenCenter. I had GPU passthrough working with >>> vanilla Xen 4.x in the past. But XCP 1.6 (which includes Xen 4.1) is >>> just easier. But whatever your setup, you may wish to give the Catalyst >>> 13.3beta3 driver a try. It works great for me. >> >> It got to the point where the VM won't actually start - it BSODs saying: >> >> "Attempt to reset the display driver and recover from timeout failed." >> >> in atikmpag.sys >> >> The only way I can boot it is either into safe mode, or by removing the >> ATI card from the VM configuration. In safe mode the 13.3-beta driver >> fails saying it failed to load the detection driver. [...] >> Thus far the only noteworthy thing I've changed (to no obvious positive >> effect) is putting the VGA passthrough GPU into a different slot so that >> it is the only thing on that particular PCIe bridge. >> > I've signed up to this mailing list simply because your situation mirrors my > own. Allow me to elaborate, my setup is as follows: > > Processors = 2x Intel E5440 Xeons (Harpertown) > Motherboard = SuperMicro X7DWA-N > Graphics = > 1x ATI Radeon 5870 1GB (PCIe Slot 1 -- Primary card in BIOS) > 1x ATI Radeon 5570 1GB (PCIe Slot 6 -- Secondary; No POST messages on boot) I don't think it matters what you use for your primary (Dom0) GPU. I have an Nvidia 8800GT and an ATI 6450. Passing through the Nvidia card didn't work at all (yellow exclamation mark in device manager). I have had a little more success with the ATI card passthrough recently. More details below. > I'm running Xen 4.2.1 with patches applied to qemu-dm for ATI primary > pass-through. > My dom0 is Fedora 18. My grub commandlines are: > > GRUB_DEFAULT= > GRUB_CMDLINE_LINUX="xen-pciback.permissive > xen-pciback.hide=(02:00.0)(02:00.1)(00:1d.7) > pci=resource_alignment=02:00.0;02:00.1" > GRUB_CMDLINE_XEN="iommu=1 dom0_mem=10240M" I'm using kernels and the xen stack from here since I use EL6: http://xen.crc.id.au/support/guides/ xen-pciback on that is a module rather than built in, so I have the options for it in modprobe.d. > The lspci listing for my cards has the 5870 (used by dom0) at 01:00.0, and > 01:00.1 (HDMI audio) > The same listing has the 5570 (hidden by pciback) at 02:00:0, and 02:00.1 > > I've tried Windows 7 in both x86 and x64 as domU and my results are sporadic > but neither yields a display on my second monitor. The bitness seems not to > matter, but the results vary when using different driver versions as well as > using CCC. I have managed to get further than this, but there are still issues. See here: https://lists.wireless.org.au/pipermail/kernel-xen/2013-April/000213.html I'm using xen-hypervisor 4.2.1-6, and everything else is 4.2.2-1, with a modified 3.8.8-1 kernel (3.8.8-1.0, pciehp is a module and NR_CPUS boosted to 32). In this setup the 6450 _almost_ works in the guest OS. I am running a bare driver (13.3beta3), no CCC. I also don't have .NET installed in my Win7 64-bit guest OS. The VM boots and generally works OK as long as there is no full-screen 3D usage. The moment you try to fire up a 3D application in full screen mode, it causes the app crash. Sometimes the driver manages a device reset. Most of the time it results in a "PAGING_REQUEST_IN_NONPAGED_AREA" BSOD, though. Windowed 3D operations seem to work fine, though. I can run GPU-Z PCIe test and OCCT GPU test (windows, full screen causes above mentioned crashes) without any obvious problems. > 1) I'm using a Dual CPU system, and this is somehow causing problems with > ownership and separation of PCIe devices on the same bus? I don't know if > this is possible. I'm not entirely convinced about this. Note that I am running a GPU in a slot where it is the only device behind a particular PCIe bridge. I don't actually know whether that makes a difference or not (or whether it only might make a difference on my hardware since I am stuck with ALL 8 PCIe slots behind the Nvidia NF200 bridge (EVGA in their infinite wisdom decided that somebody might need 8 PCIe slots and crammed them all behind the NF200 routers). > 3) Xen cannot pass-through one card in a two card configuration when dom0 is > using one of the cards. Not sure if this might be dual-ATI related. I have no such issues with Nvidia+ATI card in my system. > 4) Xen cannot pass-through the secondary card in a two card configuration. > It must be the primary card, and the OS must use the secondary card. > Perhaps a hardware limitation of VT-d? Not the case - I only ever tried passing the secondary GPU. As mentioned above, this mostly seems to work now, albeit not quite usable yet for any particularly meaningful purpose. What made the difference for me since my last post is the Xen stack update to the versions mentioned above. The xen-hypervisor issue/regression I mentioned is something I am still investigating. Hoping to gather some logs and data and file a bug report later today. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Apr 28 11:18:35 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 28 Apr 2013 11:18: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 1UWPbX-00071j-D8; Sun, 28 Apr 2013 11:17:15 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UWPbW-00071e-Ex for xen-users@lists.xen.org; Sun, 28 Apr 2013 11:17:14 +0000 Received: from [85.158.143.99:29371] by server-1.bemta-4.messagelabs.com id 33/15-06203-9350D715; Sun, 28 Apr 2013 11:17:13 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-4.tower-216.messagelabs.com!1367147814!24616082!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_32, ML_RADAR_SPEW_LINKS_8,spamassassin: ,async_handler: YXN5bmNfZGVsYXk6IDcwNDcwMzcgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20972 invoked from network); 28 Apr 2013 11:16:54 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-4.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 28 Apr 2013 11:16:54 -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 5C10F2211A3 for ; Sun, 28 Apr 2013 12:16:53 +0100 (BST) Message-ID: <517D0524.2020807@bobich.net> Date: Sun, 28 Apr 2013 12:16:52 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130402 Thunderbird/17.0.5 MIME-Version: 1.0 To: "xen-users@lists.xen.org" References: <516BF188.4050100@bobich.net> <516BFE4D.2080201@brockmann-consult.de> <5172CB31.1060808@bobich.net> <51741CE9.4090003@bobich.net> <51741F87.8040306@bobich.net> <419612302993234388@unknownmsgid> <517460E4.1050209@bobich.net> <5174ECBC.7090006@bobich.net> <51759BBE.7030009@bobich.net> <1367094341454-5715722.post@n5.nabble.com> In-Reply-To: <1367094341454-5715722.post@n5.nabble.com> Subject: Re: [Xen-users] ATI VGA Passthrough / Xen 4.2 / Linux 3.8.6 X-BeenThere: xen-users@lists.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 04/27/2013 09:25 PM, Alex Karaoui wrote: > Gordan Bobic wrote >> On 04/22/2013 10:46 AM, Gizmo Chicken wrote: >>> Not sure if I can offer any wisdom, but I'll just note that secondary >>> GPU passthrough has been pretty stable for me with Windows 7 combined >>> with a Radeon HD 6670 and the Catalyst 13.3beta3 driver. But I confess >>> that I cheat a bit: For this setup, I'm using XCP 1.6 as dom0 and am >>> managing guests with XenCenter. I had GPU passthrough working with >>> vanilla Xen 4.x in the past. But XCP 1.6 (which includes Xen 4.1) is >>> just easier. But whatever your setup, you may wish to give the Catalyst >>> 13.3beta3 driver a try. It works great for me. >> >> It got to the point where the VM won't actually start - it BSODs saying: >> >> "Attempt to reset the display driver and recover from timeout failed." >> >> in atikmpag.sys >> >> The only way I can boot it is either into safe mode, or by removing the >> ATI card from the VM configuration. In safe mode the 13.3-beta driver >> fails saying it failed to load the detection driver. [...] >> Thus far the only noteworthy thing I've changed (to no obvious positive >> effect) is putting the VGA passthrough GPU into a different slot so that >> it is the only thing on that particular PCIe bridge. >> > I've signed up to this mailing list simply because your situation mirrors my > own. Allow me to elaborate, my setup is as follows: > > Processors = 2x Intel E5440 Xeons (Harpertown) > Motherboard = SuperMicro X7DWA-N > Graphics = > 1x ATI Radeon 5870 1GB (PCIe Slot 1 -- Primary card in BIOS) > 1x ATI Radeon 5570 1GB (PCIe Slot 6 -- Secondary; No POST messages on boot) I don't think it matters what you use for your primary (Dom0) GPU. I have an Nvidia 8800GT and an ATI 6450. Passing through the Nvidia card didn't work at all (yellow exclamation mark in device manager). I have had a little more success with the ATI card passthrough recently. More details below. > I'm running Xen 4.2.1 with patches applied to qemu-dm for ATI primary > pass-through. > My dom0 is Fedora 18. My grub commandlines are: > > GRUB_DEFAULT= > GRUB_CMDLINE_LINUX="xen-pciback.permissive > xen-pciback.hide=(02:00.0)(02:00.1)(00:1d.7) > pci=resource_alignment=02:00.0;02:00.1" > GRUB_CMDLINE_XEN="iommu=1 dom0_mem=10240M" I'm using kernels and the xen stack from here since I use EL6: http://xen.crc.id.au/support/guides/ xen-pciback on that is a module rather than built in, so I have the options for it in modprobe.d. > The lspci listing for my cards has the 5870 (used by dom0) at 01:00.0, and > 01:00.1 (HDMI audio) > The same listing has the 5570 (hidden by pciback) at 02:00:0, and 02:00.1 > > I've tried Windows 7 in both x86 and x64 as domU and my results are sporadic > but neither yields a display on my second monitor. The bitness seems not to > matter, but the results vary when using different driver versions as well as > using CCC. I have managed to get further than this, but there are still issues. See here: https://lists.wireless.org.au/pipermail/kernel-xen/2013-April/000213.html I'm using xen-hypervisor 4.2.1-6, and everything else is 4.2.2-1, with a modified 3.8.8-1 kernel (3.8.8-1.0, pciehp is a module and NR_CPUS boosted to 32). In this setup the 6450 _almost_ works in the guest OS. I am running a bare driver (13.3beta3), no CCC. I also don't have .NET installed in my Win7 64-bit guest OS. The VM boots and generally works OK as long as there is no full-screen 3D usage. The moment you try to fire up a 3D application in full screen mode, it causes the app crash. Sometimes the driver manages a device reset. Most of the time it results in a "PAGING_REQUEST_IN_NONPAGED_AREA" BSOD, though. Windowed 3D operations seem to work fine, though. I can run GPU-Z PCIe test and OCCT GPU test (windows, full screen causes above mentioned crashes) without any obvious problems. > 1) I'm using a Dual CPU system, and this is somehow causing problems with > ownership and separation of PCIe devices on the same bus? I don't know if > this is possible. I'm not entirely convinced about this. Note that I am running a GPU in a slot where it is the only device behind a particular PCIe bridge. I don't actually know whether that makes a difference or not (or whether it only might make a difference on my hardware since I am stuck with ALL 8 PCIe slots behind the Nvidia NF200 bridge (EVGA in their infinite wisdom decided that somebody might need 8 PCIe slots and crammed them all behind the NF200 routers). > 3) Xen cannot pass-through one card in a two card configuration when dom0 is > using one of the cards. Not sure if this might be dual-ATI related. I have no such issues with Nvidia+ATI card in my system. > 4) Xen cannot pass-through the secondary card in a two card configuration. > It must be the primary card, and the OS must use the secondary card. > Perhaps a hardware limitation of VT-d? Not the case - I only ever tried passing the secondary GPU. As mentioned above, this mostly seems to work now, albeit not quite usable yet for any particularly meaningful purpose. What made the difference for me since my last post is the Xen stack update to the versions mentioned above. The xen-hypervisor issue/regression I mentioned is something I am still investigating. Hoping to gather some logs and data and file a bug report later today. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Apr 28 12:06:28 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 28 Apr 2013 12:06: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 1UWQLu-00086A-Ix; Sun, 28 Apr 2013 12:05:10 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UWQLt-000864-1Y for xen-users@lists.xen.org; Sun, 28 Apr 2013 12:05:09 +0000 Received: from [85.158.139.211:33893] by server-6.bemta-5.messagelabs.com id DE/9B-21466-4701D715; Sun, 28 Apr 2013 12:05:08 +0000 X-Env-Sender: dxcp@ymail.com X-Msg-Ref: server-14.tower-206.messagelabs.com!1367150707!20730753!1 X-Originating-IP: [77.238.189.71] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_18,ML_RADAR_SPEW_LINKS_6, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11090 invoked from network); 28 Apr 2013 12:05:07 -0000 Received: from nm18.bullet.mail.ird.yahoo.com (HELO nm18.bullet.mail.ird.yahoo.com) (77.238.189.71) by server-14.tower-206.messagelabs.com with SMTP; 28 Apr 2013 12:05:07 -0000 Received: from [77.238.189.231] by nm18.bullet.mail.ird.yahoo.com with NNFMP; 28 Apr 2013 12:05:06 -0000 Received: from [212.82.98.73] by tm12.bullet.mail.ird.yahoo.com with NNFMP; 28 Apr 2013 12:05:06 -0000 Received: from [127.0.0.1] by omp1010.mail.ir2.yahoo.com with NNFMP; 28 Apr 2013 12:05:06 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 747188.32831.bm@omp1010.mail.ir2.yahoo.com Received: (qmail 71961 invoked by uid 60001); 28 Apr 2013 12:05:06 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ymail.com; s=s1024; t=1367150706; bh=CAr9FQofcbD6tH7NtKGPKHXMEqYJg22jG72OKeg9VZo=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=bDto7dcLTCczdb+iFUii2QfF6vPWztF70itcvMrw4g1pWe7B15H+TwUwsu4rqyqTKNJy9mNBshCARagPfvEckpDZARa17SEqCyaNdq45MTDx9PPhzXCIAGpXBIaWmEqtyM2X4ZZISpEaBwKeopNigY/sU1NoD+w7QskQ56Q32Bs= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=ymail.com; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=LqoTTkC+1Mx5RipTDzb3lq0Bp+SEBdx/+ouJx5Rt0h3WHHH+Be/vZNrPaZUVRO8WHaAPkfiSVYeXfD+T0hMV1LaT0hGB8PGboulf8qYNtJfcUZATR/iFT2iymI9a6/opv6p4y6xg+MzH8xBVGwNV4shfTIKgG0ksbNr4XF5zPJo=; X-YMail-OSG: NezEB74VM1mq.laRRoIIXJJe0su_IUkCib4.hHRRFoj_4Vy Tb7ZvyUujFwrSulg5S3MgL3e62e6ZXB9g_Zl5tE5qrQVKALxgjtIkx6VgRBM nKMfOEuFyIcwgnzpWQ6CudCjffsAmHxVHC_.p_TGuOVq8f7iYfPE2JJtoQ1C HgsgaSPho18GEFpzqXa3r5U546aY5MC2tDe8ScofAFhUGWm.6c7dlJJYFth2 zYdOkpV3IZKYeVEjMxndM3LAmIGsDg_MXnGSS5A043idiiUXEtsDfaOchfWk 0yBBvnwN7VQtWFsC2uKmN7Qf3_IZPCjgpHM2k2K5_Us9P.OIbwYH1UZbvoIt 3TY7NTegfLknbRi08QaCl9rFm50tH91S0dRdc3KfHiWCVebhssVW3dL31LoZ PLrC7EEATIhkU3wiEY_FbKmt9a.6HDhXEN0PjNE_OY7O0kClWGeIs1S74VFe FREArLaC31Vr19IeAMgQ2DK2iLH2N169VnSW5o5OEdK6GTPzu Received: from [122.167.109.249] by web171202.mail.ir2.yahoo.com via HTTP; Sun, 28 Apr 2013 13:05:06 BST X-Rocket-MIMEInfo: 002.001, SGkgLQoKSSdtIHRyeWluZyB0byB1c2UgdGhlIGluc3RydWN0aW9ucyBoZXJlwqBodHRwOi8veGVuLnBhYmxvbGliby5jb20vZG9rdS5waHDCoHRvIGNyZWF0ZSBhIG5ldyBWTSBidXQgaXQncyBub3QgY2xlYXIgd2hlcmUgdGhlIC5jZmcgZmlsZSBzaG91bGQgZ28gYW5kIHdoYXQgdG8gZG8gbmV4dC4gSSB3YXMgdGhpbmtpbmcgeGUgbmVlZHMgdG8gaW5zdGFsbCB0aGUgdm0gZnJvbSB0aGUgL21udC9zb194ZW4gbW91bnQgYnV0IGknbSBub3Qgc3VyZS4gQXJlIHRoZSBzdGVwcyBvbiB0aGUgc2l0ZSByZWFzb24BMAEBAQE- X-Mailer: YahooMailWebService/0.8.141.536 Message-ID: <1367150706.71376.YahooMailNeo@web171202.mail.ir2.yahoo.com> Date: Sun, 28 Apr 2013 13:05:06 +0100 (BST) From: Dayo Egbetola To: "Xen-users@lists.xen.org" MIME-Version: 1.0 Subject: [Xen-users] XE VM install X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Dayo Egbetola List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5674018076018820453==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5674018076018820453== Content-Type: multipart/alternative; boundary="-1093466778-208943740-1367150706=:71376" ---1093466778-208943740-1367150706=:71376 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hi -=0A=0AI'm trying to use the instructions here=A0http://xen.pablolibo.co= m/doku.php=A0to create a new VM but it's not clear where the .cfg file shou= ld go and what to do next. I was thinking xe needs to install the vm from t= he /mnt/so_xen mount but i'm not sure. Are the steps on the site reasonable= ? Is there a way to install a vm from USB instead?=A0=0A=0AI don't have an = external connection on my experimental box so installing a vm using the tem= plates under xe template-list isn't possible as they all seem to want a htt= p location.=A0=0A=0Aregards=0A=0AD ---1093466778-208943740-1367150706=:71376 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Hi -=

I'm trying to use the instructio= ns here http://xen.pablolibo.com/doku.php to create a new VM bu= t it's not clear where the .cfg file should go and what to do next. I was t= hinking xe needs to install the vm from the /mnt/so_xen mount but i'm not s= ure. Are the steps on the site reasonable? Is there a way to install a vm f= rom USB instead? 



D
---1093466778-208943740-1367150706=:71376-- --===============5674018076018820453== 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 --===============5674018076018820453==-- From xen-users-bounces@lists.xen.org Sun Apr 28 12:06:28 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 28 Apr 2013 12:06: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 1UWQLu-00086A-Ix; Sun, 28 Apr 2013 12:05:10 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UWQLt-000864-1Y for xen-users@lists.xen.org; Sun, 28 Apr 2013 12:05:09 +0000 Received: from [85.158.139.211:33893] by server-6.bemta-5.messagelabs.com id DE/9B-21466-4701D715; Sun, 28 Apr 2013 12:05:08 +0000 X-Env-Sender: dxcp@ymail.com X-Msg-Ref: server-14.tower-206.messagelabs.com!1367150707!20730753!1 X-Originating-IP: [77.238.189.71] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_18,ML_RADAR_SPEW_LINKS_6, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11090 invoked from network); 28 Apr 2013 12:05:07 -0000 Received: from nm18.bullet.mail.ird.yahoo.com (HELO nm18.bullet.mail.ird.yahoo.com) (77.238.189.71) by server-14.tower-206.messagelabs.com with SMTP; 28 Apr 2013 12:05:07 -0000 Received: from [77.238.189.231] by nm18.bullet.mail.ird.yahoo.com with NNFMP; 28 Apr 2013 12:05:06 -0000 Received: from [212.82.98.73] by tm12.bullet.mail.ird.yahoo.com with NNFMP; 28 Apr 2013 12:05:06 -0000 Received: from [127.0.0.1] by omp1010.mail.ir2.yahoo.com with NNFMP; 28 Apr 2013 12:05:06 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 747188.32831.bm@omp1010.mail.ir2.yahoo.com Received: (qmail 71961 invoked by uid 60001); 28 Apr 2013 12:05:06 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ymail.com; s=s1024; t=1367150706; bh=CAr9FQofcbD6tH7NtKGPKHXMEqYJg22jG72OKeg9VZo=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=bDto7dcLTCczdb+iFUii2QfF6vPWztF70itcvMrw4g1pWe7B15H+TwUwsu4rqyqTKNJy9mNBshCARagPfvEckpDZARa17SEqCyaNdq45MTDx9PPhzXCIAGpXBIaWmEqtyM2X4ZZISpEaBwKeopNigY/sU1NoD+w7QskQ56Q32Bs= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=ymail.com; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=LqoTTkC+1Mx5RipTDzb3lq0Bp+SEBdx/+ouJx5Rt0h3WHHH+Be/vZNrPaZUVRO8WHaAPkfiSVYeXfD+T0hMV1LaT0hGB8PGboulf8qYNtJfcUZATR/iFT2iymI9a6/opv6p4y6xg+MzH8xBVGwNV4shfTIKgG0ksbNr4XF5zPJo=; X-YMail-OSG: NezEB74VM1mq.laRRoIIXJJe0su_IUkCib4.hHRRFoj_4Vy Tb7ZvyUujFwrSulg5S3MgL3e62e6ZXB9g_Zl5tE5qrQVKALxgjtIkx6VgRBM nKMfOEuFyIcwgnzpWQ6CudCjffsAmHxVHC_.p_TGuOVq8f7iYfPE2JJtoQ1C HgsgaSPho18GEFpzqXa3r5U546aY5MC2tDe8ScofAFhUGWm.6c7dlJJYFth2 zYdOkpV3IZKYeVEjMxndM3LAmIGsDg_MXnGSS5A043idiiUXEtsDfaOchfWk 0yBBvnwN7VQtWFsC2uKmN7Qf3_IZPCjgpHM2k2K5_Us9P.OIbwYH1UZbvoIt 3TY7NTegfLknbRi08QaCl9rFm50tH91S0dRdc3KfHiWCVebhssVW3dL31LoZ PLrC7EEATIhkU3wiEY_FbKmt9a.6HDhXEN0PjNE_OY7O0kClWGeIs1S74VFe FREArLaC31Vr19IeAMgQ2DK2iLH2N169VnSW5o5OEdK6GTPzu Received: from [122.167.109.249] by web171202.mail.ir2.yahoo.com via HTTP; Sun, 28 Apr 2013 13:05:06 BST X-Rocket-MIMEInfo: 002.001, SGkgLQoKSSdtIHRyeWluZyB0byB1c2UgdGhlIGluc3RydWN0aW9ucyBoZXJlwqBodHRwOi8veGVuLnBhYmxvbGliby5jb20vZG9rdS5waHDCoHRvIGNyZWF0ZSBhIG5ldyBWTSBidXQgaXQncyBub3QgY2xlYXIgd2hlcmUgdGhlIC5jZmcgZmlsZSBzaG91bGQgZ28gYW5kIHdoYXQgdG8gZG8gbmV4dC4gSSB3YXMgdGhpbmtpbmcgeGUgbmVlZHMgdG8gaW5zdGFsbCB0aGUgdm0gZnJvbSB0aGUgL21udC9zb194ZW4gbW91bnQgYnV0IGknbSBub3Qgc3VyZS4gQXJlIHRoZSBzdGVwcyBvbiB0aGUgc2l0ZSByZWFzb24BMAEBAQE- X-Mailer: YahooMailWebService/0.8.141.536 Message-ID: <1367150706.71376.YahooMailNeo@web171202.mail.ir2.yahoo.com> Date: Sun, 28 Apr 2013 13:05:06 +0100 (BST) From: Dayo Egbetola To: "Xen-users@lists.xen.org" MIME-Version: 1.0 Subject: [Xen-users] XE VM install X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Dayo Egbetola List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5674018076018820453==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5674018076018820453== Content-Type: multipart/alternative; boundary="-1093466778-208943740-1367150706=:71376" ---1093466778-208943740-1367150706=:71376 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hi -=0A=0AI'm trying to use the instructions here=A0http://xen.pablolibo.co= m/doku.php=A0to create a new VM but it's not clear where the .cfg file shou= ld go and what to do next. I was thinking xe needs to install the vm from t= he /mnt/so_xen mount but i'm not sure. Are the steps on the site reasonable= ? Is there a way to install a vm from USB instead?=A0=0A=0AI don't have an = external connection on my experimental box so installing a vm using the tem= plates under xe template-list isn't possible as they all seem to want a htt= p location.=A0=0A=0Aregards=0A=0AD ---1093466778-208943740-1367150706=:71376 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Hi -=

I'm trying to use the instructio= ns here http://xen.pablolibo.com/doku.php to create a new VM bu= t it's not clear where the .cfg file should go and what to do next. I was t= hinking xe needs to install the vm from the /mnt/so_xen mount but i'm not s= ure. Are the steps on the site reasonable? Is there a way to install a vm f= rom USB instead? 



D
---1093466778-208943740-1367150706=:71376-- --===============5674018076018820453== 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 --===============5674018076018820453==-- From xen-users-bounces@lists.xen.org Mon Apr 29 07:46:34 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 29 Apr 2013 07:46: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 1UWilt-0005dX-G1; Mon, 29 Apr 2013 07:45:13 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UWils-0005dO-Ed for xen-users@lists.xensource.com; Mon, 29 Apr 2013 07:45:12 +0000 Received: from [193.109.254.147:41603] by server-2.bemta-14.messagelabs.com id CF/25-14115-7052E715; Mon, 29 Apr 2013 07:45:11 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-11.tower-27.messagelabs.com!1367221453!2928771!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_23, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25780 invoked from network); 29 Apr 2013 07:44:15 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-11.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 29 Apr 2013 07:44:15 -0000 Received: from thinkpad.shatteredsilicon.net (unknown [31.106.153.216]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 749F22211A3 for ; Mon, 29 Apr 2013 08:43:48 +0100 (BST) Message-ID: <517E24AA.5040706@bobich.net> Date: Mon, 29 Apr 2013 08:43:38 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130402 Thunderbird/17.0.5 MIME-Version: 1.0 To: "xen-users@lists.xensource.com" References: <1367104585722-5715723.post@n5.nabble.com> In-Reply-To: Subject: Re: [Xen-users] VGA/PCI Passthrough of Secondary Graphics Adapter X-BeenThere: xen-users@lists.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 04/28/2013 02:30 AM, Casey DeLorme wrote: > The BSoD you are encountering, does it happen when you reboot? In my > experience this is caused by the lack of FLR (Function Level Reset) in > consumer cards, I am not entirely convinced of that, mainly because I have yet to see lspci output showing that Quadro cards have FLreset+. From what I can tell the only difference is the device PCI ID. When it is detected the driver decides that since you paid a 4x premium for the card, it will reset the card for you by wiping the registers when asked to do so. Can somebody demonstrate otherwise, with lspci output showing FLreset+ on a Quadro FX [345]000 or Quadro [246]000 card? As far as I can tell, Nvidia have a reasonably decent driver that handles card reinitialization gracefully in a VM encironment, while ATI have one of far more questionable quality (but more open, it seems). Also, does anyone have an ATI FirePro card that they could post lspci output from? I can believe that those might have FLreset+ to compensate for the driver not being up to the task. > the solution is manual ejection and if you install > drivers without being aware of the problem it will still experience odd > problems. What is this "manual ejection" I see mentioned? How exactly do you do that from dom0? > Experience varies however, my advice would be to check the marksmail > search engine for Function Level Reset or > Passthrough BSOD. Or just get an Nvidia card modifiable to a Quadro and modify it (or just buy a Quadro if you can afford it and lack the required soldering experience), instead of wasting infeasible amounts time getting an ATI card to work reliably. I have seen a number of posts in the archives from people who have had nothing but problems with ATI cards only to find that a Quadro card works perfectly every time. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 29 07:46:34 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 29 Apr 2013 07:46: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 1UWilt-0005dX-G1; Mon, 29 Apr 2013 07:45:13 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UWils-0005dO-Ed for xen-users@lists.xensource.com; Mon, 29 Apr 2013 07:45:12 +0000 Received: from [193.109.254.147:41603] by server-2.bemta-14.messagelabs.com id CF/25-14115-7052E715; Mon, 29 Apr 2013 07:45:11 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-11.tower-27.messagelabs.com!1367221453!2928771!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_23, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25780 invoked from network); 29 Apr 2013 07:44:15 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-11.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 29 Apr 2013 07:44:15 -0000 Received: from thinkpad.shatteredsilicon.net (unknown [31.106.153.216]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 749F22211A3 for ; Mon, 29 Apr 2013 08:43:48 +0100 (BST) Message-ID: <517E24AA.5040706@bobich.net> Date: Mon, 29 Apr 2013 08:43:38 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130402 Thunderbird/17.0.5 MIME-Version: 1.0 To: "xen-users@lists.xensource.com" References: <1367104585722-5715723.post@n5.nabble.com> In-Reply-To: Subject: Re: [Xen-users] VGA/PCI Passthrough of Secondary Graphics Adapter X-BeenThere: xen-users@lists.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 04/28/2013 02:30 AM, Casey DeLorme wrote: > The BSoD you are encountering, does it happen when you reboot? In my > experience this is caused by the lack of FLR (Function Level Reset) in > consumer cards, I am not entirely convinced of that, mainly because I have yet to see lspci output showing that Quadro cards have FLreset+. From what I can tell the only difference is the device PCI ID. When it is detected the driver decides that since you paid a 4x premium for the card, it will reset the card for you by wiping the registers when asked to do so. Can somebody demonstrate otherwise, with lspci output showing FLreset+ on a Quadro FX [345]000 or Quadro [246]000 card? As far as I can tell, Nvidia have a reasonably decent driver that handles card reinitialization gracefully in a VM encironment, while ATI have one of far more questionable quality (but more open, it seems). Also, does anyone have an ATI FirePro card that they could post lspci output from? I can believe that those might have FLreset+ to compensate for the driver not being up to the task. > the solution is manual ejection and if you install > drivers without being aware of the problem it will still experience odd > problems. What is this "manual ejection" I see mentioned? How exactly do you do that from dom0? > Experience varies however, my advice would be to check the marksmail > search engine for Function Level Reset or > Passthrough BSOD. Or just get an Nvidia card modifiable to a Quadro and modify it (or just buy a Quadro if you can afford it and lack the required soldering experience), instead of wasting infeasible amounts time getting an ATI card to work reliably. I have seen a number of posts in the archives from people who have had nothing but problems with ATI cards only to find that a Quadro card works perfectly every time. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 29 07:55:42 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 29 Apr 2013 07:55: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 1UWiv5-000602-7x; Mon, 29 Apr 2013 07:54:43 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UWiv1-0005zE-Gu; Mon, 29 Apr 2013 07:54:39 +0000 Received: from [85.158.139.211:55946] by server-9.bemta-5.messagelabs.com id AF/71-08547-E372E715; Mon, 29 Apr 2013 07:54:38 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-5.tower-206.messagelabs.com!1367222075!20499269!1 X-Originating-IP: [209.85.214.178] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_MESSAGE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24422 invoked from network); 29 Apr 2013 07:54:37 -0000 Received: from mail-ob0-f178.google.com (HELO mail-ob0-f178.google.com) (209.85.214.178) by server-5.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 29 Apr 2013 07:54:37 -0000 Received: by mail-ob0-f178.google.com with SMTP id 16so5198018obc.37 for ; Mon, 29 Apr 2013 00:54:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:date:x-google-sender-auth:message-id :subject:from:to:content-type; bh=bU9wwigeKK0G9FCAyQQSk8LAhDOgXNeuBVW7LGCDJRk=; b=dQA1+BW+aoUKHu1JxDW5zb/a46BdIxM873ZSqOC+ETX/OvPvUuAn6bVvmmpon2pLMC 6YUn5/ZYRoNjFyQFr1c8+p1zXWWvs2bk9PQ+Gh5WW5VWcMN343TgzPJ9IO7FQ1oQRmCB hOtZYrLZJb/Tfl6xVk7icWrAgAlYlQhSpJpCmKceJa9mETASVkE0LvHiwsIuKFy6sq3S 1SC7m4b9dCeRW4398OkGhPkN06ZD1lnxK7xIfiYV9gbKVjEVPPt/XQnr//+MV+AMUn06 CJmTX9KbYbGcEuX0myf0T87O6vEGsCnNHb9tUceBXnZLYcqYT1B5McztQ7KXZUW96fdM dWlA== MIME-Version: 1.0 X-Received: by 10.182.105.2 with SMTP id gi2mr9566384obb.15.1367222075447; Mon, 29 Apr 2013 00:54:35 -0700 (PDT) Received: by 10.60.3.232 with HTTP; Mon, 29 Apr 2013 00:54:35 -0700 (PDT) Date: Mon, 29 Apr 2013 08:54:35 +0100 X-Google-Sender-Auth: b6E4ccgHeRkh5M7I3k1Sm29cvA0 Message-ID: From: Lars Kurth To: "xen-api@lists.xen.org" , "xen-devel@lists.xen.org" , "xen-arm@lists.xen.org" , "xen-users@lists.xen.org" Subject: [Xen-users] [Reminder] Xen Document Day is today - join us on #xendocs X-BeenThere: xen-users@lists.xen.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="===============8144159004728318315==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8144159004728318315== Content-Type: multipart/alternative; boundary=e89a8ff1cdf022e25f04db7b3282 --e89a8ff1cdf022e25f04db7b3282 Content-Type: text/plain; charset=ISO-8859-1 Hi, everybody. A quick reminder that the next Xen Document Day is happeningtoday . More info on document days at http://wiki.xen.org/wiki/Xen_Document_Days Hope to see you on IRC! Feel free to add stuff to the TODO list ( http://wiki.xen.org/wiki/Xen_Document_Days/TODO) or put your name besides an item if you intend to work on it. Best Regards Lars --e89a8ff1cdf022e25f04db7b3282 Content-Type: text/html; charset=ISO-8859-1

Hi,

everybody. A quick reminder that the next Xen Document Day is happeningtoday . More info on document days at http://wiki.xen.org/wiki/Xen_Document_Days

Hope to see you on IRC! Feel free to add stuff to the TODO list (http://wiki.xen.org/wiki/Xen_Document_Days/TODO) or put your name besides an item if you intend to work on it.

Best Regards Lars


--e89a8ff1cdf022e25f04db7b3282-- --===============8144159004728318315== 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 --===============8144159004728318315==-- From xen-users-bounces@lists.xen.org Mon Apr 29 07:55:42 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 29 Apr 2013 07:55: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 1UWiv5-000602-7x; Mon, 29 Apr 2013 07:54:43 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UWiv1-0005zE-Gu; Mon, 29 Apr 2013 07:54:39 +0000 Received: from [85.158.139.211:55946] by server-9.bemta-5.messagelabs.com id AF/71-08547-E372E715; Mon, 29 Apr 2013 07:54:38 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-5.tower-206.messagelabs.com!1367222075!20499269!1 X-Originating-IP: [209.85.214.178] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_MESSAGE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24422 invoked from network); 29 Apr 2013 07:54:37 -0000 Received: from mail-ob0-f178.google.com (HELO mail-ob0-f178.google.com) (209.85.214.178) by server-5.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 29 Apr 2013 07:54:37 -0000 Received: by mail-ob0-f178.google.com with SMTP id 16so5198018obc.37 for ; Mon, 29 Apr 2013 00:54:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:date:x-google-sender-auth:message-id :subject:from:to:content-type; bh=bU9wwigeKK0G9FCAyQQSk8LAhDOgXNeuBVW7LGCDJRk=; b=dQA1+BW+aoUKHu1JxDW5zb/a46BdIxM873ZSqOC+ETX/OvPvUuAn6bVvmmpon2pLMC 6YUn5/ZYRoNjFyQFr1c8+p1zXWWvs2bk9PQ+Gh5WW5VWcMN343TgzPJ9IO7FQ1oQRmCB hOtZYrLZJb/Tfl6xVk7icWrAgAlYlQhSpJpCmKceJa9mETASVkE0LvHiwsIuKFy6sq3S 1SC7m4b9dCeRW4398OkGhPkN06ZD1lnxK7xIfiYV9gbKVjEVPPt/XQnr//+MV+AMUn06 CJmTX9KbYbGcEuX0myf0T87O6vEGsCnNHb9tUceBXnZLYcqYT1B5McztQ7KXZUW96fdM dWlA== MIME-Version: 1.0 X-Received: by 10.182.105.2 with SMTP id gi2mr9566384obb.15.1367222075447; Mon, 29 Apr 2013 00:54:35 -0700 (PDT) Received: by 10.60.3.232 with HTTP; Mon, 29 Apr 2013 00:54:35 -0700 (PDT) Date: Mon, 29 Apr 2013 08:54:35 +0100 X-Google-Sender-Auth: b6E4ccgHeRkh5M7I3k1Sm29cvA0 Message-ID: From: Lars Kurth To: "xen-api@lists.xen.org" , "xen-devel@lists.xen.org" , "xen-arm@lists.xen.org" , "xen-users@lists.xen.org" Subject: [Xen-users] [Reminder] Xen Document Day is today - join us on #xendocs X-BeenThere: xen-users@lists.xen.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="===============8144159004728318315==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8144159004728318315== Content-Type: multipart/alternative; boundary=e89a8ff1cdf022e25f04db7b3282 --e89a8ff1cdf022e25f04db7b3282 Content-Type: text/plain; charset=ISO-8859-1 Hi, everybody. A quick reminder that the next Xen Document Day is happeningtoday . More info on document days at http://wiki.xen.org/wiki/Xen_Document_Days Hope to see you on IRC! Feel free to add stuff to the TODO list ( http://wiki.xen.org/wiki/Xen_Document_Days/TODO) or put your name besides an item if you intend to work on it. Best Regards Lars --e89a8ff1cdf022e25f04db7b3282 Content-Type: text/html; charset=ISO-8859-1

Hi,

everybody. A quick reminder that the next Xen Document Day is happeningtoday . More info on document days at http://wiki.xen.org/wiki/Xen_Document_Days

Hope to see you on IRC! Feel free to add stuff to the TODO list (http://wiki.xen.org/wiki/Xen_Document_Days/TODO) or put your name besides an item if you intend to work on it.

Best Regards Lars


--e89a8ff1cdf022e25f04db7b3282-- --===============8144159004728318315== 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 --===============8144159004728318315==-- From xen-users-bounces@lists.xen.org Mon Apr 29 08:29:15 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 29 Apr 2013 08:29: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 1UWjRZ-0007xs-NT; Mon, 29 Apr 2013 08: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 1UWjRY-0007xj-Iu; Mon, 29 Apr 2013 08:28:16 +0000 Received: from [85.158.139.83:34587] by server-12.bemta-5.messagelabs.com id 23/00-11486-F1F2E715; Mon, 29 Apr 2013 08:28:15 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-8.tower-182.messagelabs.com!1367224094!18999416!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7216 invoked from network); 29 Apr 2013 08:28:15 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-8.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 29 Apr 2013 08:28:15 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="4022818" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 29 Apr 2013 08:28:15 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Mon, 29 Apr 2013 09:28:14 +0100 Message-ID: <1367224093.3142.202.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Anand Mundada Date: Mon, 29 Apr 2013 09:28:13 +0100 In-Reply-To: <1367075770.52545.YahooMailNeo@web163104.mail.bf1.yahoo.com> References: <1367075770.52545.YahooMailNeo@web163104.mail.bf1.yahoo.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] Help to boot domU with customized kernel X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, 2013-04-27 at 16:16 +0100, Anand Mundada wrote: > Hi All, This appears to be a user and not development question, xen-users@ is the appropriate list for such queries. Redirecting (-devel to bcc). > I have installed Dom0 and domU following instructions given on Ubuntu > Wiki > I want to boot domU with customized kernel. Please give details, version, .config etc. Guest cfg would be useful also. What version of Xen are you running? http://wiki.xen.org/wiki/Reporting_Bugs_against_Xen contains a checklist of information which may be useful to include in a bug report. > My machine don't have hardware support I tried different things but > it's not working. > > > Method 1: > In guest, I have compiled Para-Virtualized kernel that have created > boot images in /boot of domU. > After reboot I am not able to boot and I am getting error as > Error: Boot loader didn't return any data Did you update your bootloader configuration within the guest? > Method II: > > > In dom0, I have compiled Para-Virtualized kernel and I have used > domU.cfg file where > kernel= [New compiled vmlinuz] > ramdisk = [New compiled initrd image] How did you create this ramdisk? > then I tried to create new VM using 'xm create' command. > Here I am getting following error > > > "mount: mounting /sys on /root/sys failed: No such file or directory > mount: mounting /proc on /root/proc failed: No such file or directory > Target filesystem doesn't have /sbin/init. > No init found. Try passing init= bootarg. " This indicates that your initrd is not finding the root filesystem. DO you build in the Xen modules or does your initrd contain the appropriate modules? > > > Please let me know to boot domU with new customized kernel? > > > Thanks, > Anand _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 29 08:29:15 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 29 Apr 2013 08:29: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 1UWjRZ-0007xs-NT; Mon, 29 Apr 2013 08: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 1UWjRY-0007xj-Iu; Mon, 29 Apr 2013 08:28:16 +0000 Received: from [85.158.139.83:34587] by server-12.bemta-5.messagelabs.com id 23/00-11486-F1F2E715; Mon, 29 Apr 2013 08:28:15 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-8.tower-182.messagelabs.com!1367224094!18999416!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7216 invoked from network); 29 Apr 2013 08:28:15 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-8.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 29 Apr 2013 08:28:15 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="4022818" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 29 Apr 2013 08:28:15 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Mon, 29 Apr 2013 09:28:14 +0100 Message-ID: <1367224093.3142.202.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Anand Mundada Date: Mon, 29 Apr 2013 09:28:13 +0100 In-Reply-To: <1367075770.52545.YahooMailNeo@web163104.mail.bf1.yahoo.com> References: <1367075770.52545.YahooMailNeo@web163104.mail.bf1.yahoo.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] Help to boot domU with customized kernel X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, 2013-04-27 at 16:16 +0100, Anand Mundada wrote: > Hi All, This appears to be a user and not development question, xen-users@ is the appropriate list for such queries. Redirecting (-devel to bcc). > I have installed Dom0 and domU following instructions given on Ubuntu > Wiki > I want to boot domU with customized kernel. Please give details, version, .config etc. Guest cfg would be useful also. What version of Xen are you running? http://wiki.xen.org/wiki/Reporting_Bugs_against_Xen contains a checklist of information which may be useful to include in a bug report. > My machine don't have hardware support I tried different things but > it's not working. > > > Method 1: > In guest, I have compiled Para-Virtualized kernel that have created > boot images in /boot of domU. > After reboot I am not able to boot and I am getting error as > Error: Boot loader didn't return any data Did you update your bootloader configuration within the guest? > Method II: > > > In dom0, I have compiled Para-Virtualized kernel and I have used > domU.cfg file where > kernel= [New compiled vmlinuz] > ramdisk = [New compiled initrd image] How did you create this ramdisk? > then I tried to create new VM using 'xm create' command. > Here I am getting following error > > > "mount: mounting /sys on /root/sys failed: No such file or directory > mount: mounting /proc on /root/proc failed: No such file or directory > Target filesystem doesn't have /sbin/init. > No init found. Try passing init= bootarg. " This indicates that your initrd is not finding the root filesystem. DO you build in the Xen modules or does your initrd contain the appropriate modules? > > > Please let me know to boot domU with new customized kernel? > > > Thanks, > Anand _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 29 08:34:17 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 29 Apr 2013 08:34: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 1UWjWZ-0008Dq-R7; Mon, 29 Apr 2013 08:33:27 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UWjWX-0008Dh-MD; Mon, 29 Apr 2013 08:33:25 +0000 Received: from [85.158.138.51:4536] by server-6.bemta-3.messagelabs.com id A9/5B-11048-4503E715; Mon, 29 Apr 2013 08:33:24 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-14.tower-174.messagelabs.com!1367224382!24062659!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13780 invoked from network); 29 Apr 2013 08:33:03 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-14.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 29 Apr 2013 08:33:03 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="4023119" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 29 Apr 2013 08:33:03 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Mon, 29 Apr 2013 09:33:02 +0100 Message-ID: <1367224381.3142.206.camel@zakaz.uk.xensource.com> From: Ian Campbell To: =?UTF-8?Q?Or=C3=A7un_Y=C4=B1ld=C4=B1z?= Date: Mon, 29 Apr 2013 09:33:01 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: xen-users Subject: Re: [Xen-users] [Xen-devel] DomU creation causes reboot of Dom0 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gU2F0LCAyMDEzLTA0LTI3IGF0IDE4OjM0ICswMTAwLCBPcsOndW4gWcSxbGTEsXogd3JvdGU6 Cj4gSGksCgpUaGlzIGFwcGVhcnMgdG8gYmUgYSB1c2VyIHF1ZXN0aW9uIGFuZCBub3QgYSBkZXZl bG9wbWVudCBpc3N1ZSwgcGxlYXNlCnVzZSB4ZW4tdXNlcnNAIGZvciBzdWNoIGlzc3Vlcy4gUmVk aXJlY3RpbmcgKC1kZXZlbCB0byBiY2MpLgoKPiBSZWNlbnRseSB0cnlpbmcgdG8gaW5zdGFsbCBE b21VIGd1ZXN0IG9uIHRvcCBvZiBjb21waWxlZCBYZW4gNC4xLjQgb24KPiBVYnVudHUgMTEuMTAo aW4gVmlydHVhbEJveCBlbnZpcm9ubWVudCkuIFdoZW4gaW5zdGFsbGF0aW9uIGZpbmlzaGVzCj4g KHN1Y2Nlc3NmdWxseSkgaXQgYXV0b21hdGljYWxseSByZWJvb3RzIGFuZCBhbHNvIGFmdGVyIHJl Ym9vdGluZyB3aGVuCj4gSSBkbyB4bSBjcmVhdGUgLWMgL2V0Yy94ZW4vbXlkb21VLmNmZyBpdCBy ZWJvb3RzIGFnYWluLiBXaGF0IGNhbiBjYXVzZQo+IHRoaXMgPz8KCkRpZCB5b3UgY2hlY2sgdGhl IGxvZ3M/Cmh0dHA6Ly93aWtpLnhlbi5vcmcvd2lraS9SZXBvcnRpbmdfQnVnc19hZ2FpbnN0X1hl biBoYXMgYSB1c2VmdWwKY2hlY2tsaXN0IG9mIGxvZyBmaWxlcyB0byBjb25zaWRlciBpbmNsdWRp bmcuCgo+IEkgYWRkZWQgIm5vcmVib290IiB0byBHcnViIGNvbW1hbmRsaW5lIGZvciBYZW4gYnV0 IG5vdyBhcyBleHBlY3RlZCBpdAo+IGp1c3QgaGFuZ3MgYWZ0ZXIgaW5zdGFsbGF0aW9uLgoKVWgs IEknbSBjb25mdXNlZCwgYXJlIHlvdSB0YWxraW5nIGFib3V0IHRoZSBob3N0IG9yIGRvbVUgcmVi b290aW5nPwpub3JlYm9vdCBzaG91bGQgYWZmZWN0IHRoZSBob3N0IG5vdCBhIGRvbVUgYW5kIGl0 IHNlZW1zIGxpa2UgeW91IGFyZQp0YWxraW5nIGFib3V0IGRvbVUuCgpXaGVuIGl0ICJoYW5ncyIg ZG8geW91IHNlZSBhbnkgbG9nIG1lc3NhZ2VzPyBZb3UgbWF5IG5lZWQgdG8gc2V0dXAKc2VyaWFs IGNvbnNvbGUgKGxpbmtkIGZyb20gdGhlIHdpa2kgcGFnZSBhYm92ZSkuCgo+ICBBbmQsIEkgYW0g dXNpbmcgeGVuLXRvb2xzIGFuZCB0aGUgd2VpcmQgdGhpbmcgaXMgSSB3YXMgYWJsZSB0bwo+IGlu c3RhbGwgZ3Vlc3Qgb24gdG9wIG9mIHByZWNvbXBpbGVkIFhlbihhcHQtZ2V0IGluc3RhbGwKPiB4 ZW4taHlwZXJ2aXNvci00LjEtaTM4NiksIG5vdyBJIGFtIHRyeWluZyB0byBpbnN0YWxsIG9uIHRv cCBvZgo+IGNvbXBpbGVkIFhlbi4KPiBJIGFtIHdyaXRpbmcgZG93biBteSBjb25maWd1cmF0aW9u IGluIC9ldGMveGVuLXRvb2xzL3hlbi10b29scy5jb25mOiAKPiAKPiAKPiBkaXN0PS9ob21lL3hl bgo+IAo+IGluc3RhbGwtbWV0aG9kPWRlYm9vdHN0cmFwCj4gCj4gc2l6ZT00Rwo+IAo+IG1lbW9y eT0xMjhNYgo+IAo+IHN3YXA9MTI4TWIKPiAKPiBmcz1leHQzCj4gCj4gZGlzdD1sdWNpZAo+IAo+ IGltYWdlPXNwYXJzZQo+IAo+IGRoY3A9MQo+IAo+IGJyaWRnZT14ZW5icjAKPiAKPiBwYXNzd2Q9 MQo+IAo+IGJvb3Q9MQo+IAo+IGtlcm5lbD0vYm9vdC92bWxpbnV6LSAndW5hbWUgLXInCj4gCj4g aW5pdHJkPS9ib290L2luaXRyZC5pbWctICd1bmFtZSAtcicKPiAKPiBleHQzX29wdGlvbnM9bm9h dGltZSxub2RpcmF0aW1lLGVycm9ycz1yZW1vdW50LXJvCj4gZXh0Ml9vcHRpb25zPW5vYXRpbWUs bm9kaXJhdGltZSxlcnJvcnM9cmVtb3VudC1ybwo+IAo+IHhmc19vcHRpb25zPWRlZmF1bHRzCj4g cmVpc2VyZnNfb3B0aW9ucz1kZWZhdWx0cwo+IGJ0cmZzX29wdGlvbnM9ZGVmYXVsdHMKPiAKPiBz ZXJpYWxfZGV2aWNlPWh2YzAjZGVmYXVsdAo+IAo+IGRpc2tfZGV2aWNlPXh2ZGEjZGVmYXVsdAo+ IAo+IAo+IAo+IAo+IFRoYW5rcywKPiAKPiAtLSAKPiAKPiBPcsOndW4KCgoKX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlz dApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Mon Apr 29 08:34:17 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 29 Apr 2013 08:34: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 1UWjWZ-0008Dq-R7; Mon, 29 Apr 2013 08:33:27 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UWjWX-0008Dh-MD; Mon, 29 Apr 2013 08:33:25 +0000 Received: from [85.158.138.51:4536] by server-6.bemta-3.messagelabs.com id A9/5B-11048-4503E715; Mon, 29 Apr 2013 08:33:24 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-14.tower-174.messagelabs.com!1367224382!24062659!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13780 invoked from network); 29 Apr 2013 08:33:03 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-14.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 29 Apr 2013 08:33:03 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="4023119" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 29 Apr 2013 08:33:03 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Mon, 29 Apr 2013 09:33:02 +0100 Message-ID: <1367224381.3142.206.camel@zakaz.uk.xensource.com> From: Ian Campbell To: =?UTF-8?Q?Or=C3=A7un_Y=C4=B1ld=C4=B1z?= Date: Mon, 29 Apr 2013 09:33:01 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: xen-users Subject: Re: [Xen-users] [Xen-devel] DomU creation causes reboot of Dom0 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gU2F0LCAyMDEzLTA0LTI3IGF0IDE4OjM0ICswMTAwLCBPcsOndW4gWcSxbGTEsXogd3JvdGU6 Cj4gSGksCgpUaGlzIGFwcGVhcnMgdG8gYmUgYSB1c2VyIHF1ZXN0aW9uIGFuZCBub3QgYSBkZXZl bG9wbWVudCBpc3N1ZSwgcGxlYXNlCnVzZSB4ZW4tdXNlcnNAIGZvciBzdWNoIGlzc3Vlcy4gUmVk aXJlY3RpbmcgKC1kZXZlbCB0byBiY2MpLgoKPiBSZWNlbnRseSB0cnlpbmcgdG8gaW5zdGFsbCBE b21VIGd1ZXN0IG9uIHRvcCBvZiBjb21waWxlZCBYZW4gNC4xLjQgb24KPiBVYnVudHUgMTEuMTAo aW4gVmlydHVhbEJveCBlbnZpcm9ubWVudCkuIFdoZW4gaW5zdGFsbGF0aW9uIGZpbmlzaGVzCj4g KHN1Y2Nlc3NmdWxseSkgaXQgYXV0b21hdGljYWxseSByZWJvb3RzIGFuZCBhbHNvIGFmdGVyIHJl Ym9vdGluZyB3aGVuCj4gSSBkbyB4bSBjcmVhdGUgLWMgL2V0Yy94ZW4vbXlkb21VLmNmZyBpdCBy ZWJvb3RzIGFnYWluLiBXaGF0IGNhbiBjYXVzZQo+IHRoaXMgPz8KCkRpZCB5b3UgY2hlY2sgdGhl IGxvZ3M/Cmh0dHA6Ly93aWtpLnhlbi5vcmcvd2lraS9SZXBvcnRpbmdfQnVnc19hZ2FpbnN0X1hl biBoYXMgYSB1c2VmdWwKY2hlY2tsaXN0IG9mIGxvZyBmaWxlcyB0byBjb25zaWRlciBpbmNsdWRp bmcuCgo+IEkgYWRkZWQgIm5vcmVib290IiB0byBHcnViIGNvbW1hbmRsaW5lIGZvciBYZW4gYnV0 IG5vdyBhcyBleHBlY3RlZCBpdAo+IGp1c3QgaGFuZ3MgYWZ0ZXIgaW5zdGFsbGF0aW9uLgoKVWgs IEknbSBjb25mdXNlZCwgYXJlIHlvdSB0YWxraW5nIGFib3V0IHRoZSBob3N0IG9yIGRvbVUgcmVi b290aW5nPwpub3JlYm9vdCBzaG91bGQgYWZmZWN0IHRoZSBob3N0IG5vdCBhIGRvbVUgYW5kIGl0 IHNlZW1zIGxpa2UgeW91IGFyZQp0YWxraW5nIGFib3V0IGRvbVUuCgpXaGVuIGl0ICJoYW5ncyIg ZG8geW91IHNlZSBhbnkgbG9nIG1lc3NhZ2VzPyBZb3UgbWF5IG5lZWQgdG8gc2V0dXAKc2VyaWFs IGNvbnNvbGUgKGxpbmtkIGZyb20gdGhlIHdpa2kgcGFnZSBhYm92ZSkuCgo+ICBBbmQsIEkgYW0g dXNpbmcgeGVuLXRvb2xzIGFuZCB0aGUgd2VpcmQgdGhpbmcgaXMgSSB3YXMgYWJsZSB0bwo+IGlu c3RhbGwgZ3Vlc3Qgb24gdG9wIG9mIHByZWNvbXBpbGVkIFhlbihhcHQtZ2V0IGluc3RhbGwKPiB4 ZW4taHlwZXJ2aXNvci00LjEtaTM4NiksIG5vdyBJIGFtIHRyeWluZyB0byBpbnN0YWxsIG9uIHRv cCBvZgo+IGNvbXBpbGVkIFhlbi4KPiBJIGFtIHdyaXRpbmcgZG93biBteSBjb25maWd1cmF0aW9u IGluIC9ldGMveGVuLXRvb2xzL3hlbi10b29scy5jb25mOiAKPiAKPiAKPiBkaXN0PS9ob21lL3hl bgo+IAo+IGluc3RhbGwtbWV0aG9kPWRlYm9vdHN0cmFwCj4gCj4gc2l6ZT00Rwo+IAo+IG1lbW9y eT0xMjhNYgo+IAo+IHN3YXA9MTI4TWIKPiAKPiBmcz1leHQzCj4gCj4gZGlzdD1sdWNpZAo+IAo+ IGltYWdlPXNwYXJzZQo+IAo+IGRoY3A9MQo+IAo+IGJyaWRnZT14ZW5icjAKPiAKPiBwYXNzd2Q9 MQo+IAo+IGJvb3Q9MQo+IAo+IGtlcm5lbD0vYm9vdC92bWxpbnV6LSAndW5hbWUgLXInCj4gCj4g aW5pdHJkPS9ib290L2luaXRyZC5pbWctICd1bmFtZSAtcicKPiAKPiBleHQzX29wdGlvbnM9bm9h dGltZSxub2RpcmF0aW1lLGVycm9ycz1yZW1vdW50LXJvCj4gZXh0Ml9vcHRpb25zPW5vYXRpbWUs bm9kaXJhdGltZSxlcnJvcnM9cmVtb3VudC1ybwo+IAo+IHhmc19vcHRpb25zPWRlZmF1bHRzCj4g cmVpc2VyZnNfb3B0aW9ucz1kZWZhdWx0cwo+IGJ0cmZzX29wdGlvbnM9ZGVmYXVsdHMKPiAKPiBz ZXJpYWxfZGV2aWNlPWh2YzAjZGVmYXVsdAo+IAo+IGRpc2tfZGV2aWNlPXh2ZGEjZGVmYXVsdAo+ IAo+IAo+IAo+IAo+IFRoYW5rcywKPiAKPiAtLSAKPiAKPiBPcsOndW4KCgoKX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlz dApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Mon Apr 29 08:39:39 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 29 Apr 2013 08:39: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 1UWjc3-0000hU-Nq; Mon, 29 Apr 2013 08:39:07 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UWjc2-0000h2-6z for xen-users@lists.xen.org; Mon, 29 Apr 2013 08:39:06 +0000 Received: from [85.158.139.83:51007] by server-15.bemta-5.messagelabs.com id 6F/21-22815-9A13E715; Mon, 29 Apr 2013 08:39:05 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-4.tower-182.messagelabs.com!1367224744!27209087!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16816 invoked from network); 29 Apr 2013 08:39:05 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-4.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 29 Apr 2013 08:39:05 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="4023533" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 29 Apr 2013 08:39:05 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Mon, 29 Apr 2013 09:39:04 +0100 Message-ID: <1367224743.3142.209.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Alan McKay Date: Mon, 29 Apr 2013 09:39:03 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] cannot create simple domain - crash X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, 2013-04-28 at 01:16 +0100, Alan McKay wrote: > Hey folks, > > Playing around at home this time on an Ubuntu 12.04 box that I just > installed xen on. I don't have LVM on this machine (stupid me) so > I'm trying to use a raw file that I created with "truncate -s 10G > filename". I seem to be doing everything right best I can tell but > I'm not sure why it is crashing when I try to create the domain. To be pedantic it is not crashing, it is "only" failing... > root@amckay-desktop:~/iso# ls -al /var/lib/xendisk/ > total 8 > drwxr-xr-x 2 root root 4096 Apr 27 19:43 . > drwxr-xr-x 95 root root 4096 Apr 27 19:49 .. > -rw-rw-rw- 1 root root 10737418240 Apr 27 19:43 ubuntu.13.04 > > root@amckay-desktop:~/iso# xl list > Name ID Mem VCPUs State Time(s) > Domain-0 0 5815 4 r----- 2288.1 > > root@amckay-desktop:~/iso# xl -vvv create /etc/xen/ubuntu.cfg > Parsing config file /etc/xen/ubuntu.cfg > libxl: error: libxl_create.c:317:libxl__domain_make domain creation fail > cannot make domain: -3 Is there anything in xl dmesg which may correspond to this, which I think comes from xl in 4.1.x is a bit "tech preview" but something as simple as what you are doing ought to work. What does xl info say? chris' question about Vt-d support is a good one. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 29 08:39:39 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 29 Apr 2013 08:39: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 1UWjc3-0000hU-Nq; Mon, 29 Apr 2013 08:39:07 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UWjc2-0000h2-6z for xen-users@lists.xen.org; Mon, 29 Apr 2013 08:39:06 +0000 Received: from [85.158.139.83:51007] by server-15.bemta-5.messagelabs.com id 6F/21-22815-9A13E715; Mon, 29 Apr 2013 08:39:05 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-4.tower-182.messagelabs.com!1367224744!27209087!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16816 invoked from network); 29 Apr 2013 08:39:05 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-4.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 29 Apr 2013 08:39:05 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="4023533" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 29 Apr 2013 08:39:05 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Mon, 29 Apr 2013 09:39:04 +0100 Message-ID: <1367224743.3142.209.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Alan McKay Date: Mon, 29 Apr 2013 09:39:03 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] cannot create simple domain - crash X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, 2013-04-28 at 01:16 +0100, Alan McKay wrote: > Hey folks, > > Playing around at home this time on an Ubuntu 12.04 box that I just > installed xen on. I don't have LVM on this machine (stupid me) so > I'm trying to use a raw file that I created with "truncate -s 10G > filename". I seem to be doing everything right best I can tell but > I'm not sure why it is crashing when I try to create the domain. To be pedantic it is not crashing, it is "only" failing... > root@amckay-desktop:~/iso# ls -al /var/lib/xendisk/ > total 8 > drwxr-xr-x 2 root root 4096 Apr 27 19:43 . > drwxr-xr-x 95 root root 4096 Apr 27 19:49 .. > -rw-rw-rw- 1 root root 10737418240 Apr 27 19:43 ubuntu.13.04 > > root@amckay-desktop:~/iso# xl list > Name ID Mem VCPUs State Time(s) > Domain-0 0 5815 4 r----- 2288.1 > > root@amckay-desktop:~/iso# xl -vvv create /etc/xen/ubuntu.cfg > Parsing config file /etc/xen/ubuntu.cfg > libxl: error: libxl_create.c:317:libxl__domain_make domain creation fail > cannot make domain: -3 Is there anything in xl dmesg which may correspond to this, which I think comes from xl in 4.1.x is a bit "tech preview" but something as simple as what you are doing ought to work. What does xl info say? chris' question about Vt-d support is a good one. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 29 09:03:12 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 29 Apr 2013 09:03: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 1UWjyd-00031N-S0; Mon, 29 Apr 2013 09:02:27 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UWjyd-00031D-7O for Xen-users@lists.xen.org; Mon, 29 Apr 2013 09:02:27 +0000 Received: from [85.158.138.51:45178] by server-4.bemta-3.messagelabs.com id D4/89-21470-2273E715; Mon, 29 Apr 2013 09:02:26 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-8.tower-174.messagelabs.com!1367226140!30392761!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n, ML_RADAR_SPEW_LINKS_18, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21793 invoked from network); 29 Apr 2013 09:02:20 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-8.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 29 Apr 2013 09:02:20 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="4024528" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 29 Apr 2013 09:02:20 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Mon, 29 Apr 2013 10:02:20 +0100 Message-ID: <1367226138.3142.225.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Dayo Egbetola Date: Mon, 29 Apr 2013 10:02:18 +0100 In-Reply-To: <1367150706.71376.YahooMailNeo@web171202.mail.ir2.yahoo.com> References: <1367150706.71376.YahooMailNeo@web171202.mail.ir2.yahoo.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "Xen-users@lists.xen.org" Subject: Re: [Xen-users] XE VM install X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, 2013-04-28 at 13:05 +0100, Dayo Egbetola wrote: > Hi - > > > I'm trying to use the instructions here > http://xen.pablolibo.com/doku.php to create a new VM but it's not > clear where the .cfg file should go and what to do next. I was > thinking xe needs to install the vm from the /mnt/so_xen mount but i'm > not sure. Are the steps on the site reasonable? They appear (on the surface) to be reasonable for use with the xl tooltack (or the xm interface to the legacy xend toolstack) however you mention "xe" which is the xapi toolstack client which is used by e.g. XCP. xe does not use the same model for managing domains as xl and in particular does not use configuration files in the same way. http://wiki.xen.org/wiki/Choice_of_Toolstacks describes the toolstacks and links to additional information about each of them. If you want to use xapi+xe then the (poorly named) xen-api@ mailing list is where that stuff tends to get discussed. I'm sure someone there can point you to a suitable howto or perhaps now the distinction between xl/xe is (hopefully!) clear to you your search engine results will be more fruitful... > Is there a way to install a vm from USB instead? With xe, I'm afraid I've no idea. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 29 09:03:12 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 29 Apr 2013 09:03: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 1UWjyd-00031N-S0; Mon, 29 Apr 2013 09:02:27 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UWjyd-00031D-7O for Xen-users@lists.xen.org; Mon, 29 Apr 2013 09:02:27 +0000 Received: from [85.158.138.51:45178] by server-4.bemta-3.messagelabs.com id D4/89-21470-2273E715; Mon, 29 Apr 2013 09:02:26 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-8.tower-174.messagelabs.com!1367226140!30392761!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n, ML_RADAR_SPEW_LINKS_18, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21793 invoked from network); 29 Apr 2013 09:02:20 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-8.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 29 Apr 2013 09:02:20 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="4024528" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 29 Apr 2013 09:02:20 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Mon, 29 Apr 2013 10:02:20 +0100 Message-ID: <1367226138.3142.225.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Dayo Egbetola Date: Mon, 29 Apr 2013 10:02:18 +0100 In-Reply-To: <1367150706.71376.YahooMailNeo@web171202.mail.ir2.yahoo.com> References: <1367150706.71376.YahooMailNeo@web171202.mail.ir2.yahoo.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "Xen-users@lists.xen.org" Subject: Re: [Xen-users] XE VM install X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, 2013-04-28 at 13:05 +0100, Dayo Egbetola wrote: > Hi - > > > I'm trying to use the instructions here > http://xen.pablolibo.com/doku.php to create a new VM but it's not > clear where the .cfg file should go and what to do next. I was > thinking xe needs to install the vm from the /mnt/so_xen mount but i'm > not sure. Are the steps on the site reasonable? They appear (on the surface) to be reasonable for use with the xl tooltack (or the xm interface to the legacy xend toolstack) however you mention "xe" which is the xapi toolstack client which is used by e.g. XCP. xe does not use the same model for managing domains as xl and in particular does not use configuration files in the same way. http://wiki.xen.org/wiki/Choice_of_Toolstacks describes the toolstacks and links to additional information about each of them. If you want to use xapi+xe then the (poorly named) xen-api@ mailing list is where that stuff tends to get discussed. I'm sure someone there can point you to a suitable howto or perhaps now the distinction between xl/xe is (hopefully!) clear to you your search engine results will be more fruitful... > Is there a way to install a vm from USB instead? With xe, I'm afraid I've no idea. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 29 12:16:00 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 29 Apr 2013 12:16: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 1UWmys-00058f-C2; Mon, 29 Apr 2013 12:14:54 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVu2V-0002VT-E8 for xen-users@lists.xen.org; Sat, 27 Apr 2013 01:34:59 +0000 Received: from [85.158.139.83:32863] by server-14.bemta-5.messagelabs.com id C7/60-13158-14B2B715; Sat, 27 Apr 2013 01:34:57 +0000 X-Env-Sender: eisenhowerj@gmail.com X-Msg-Ref: server-4.tower-182.messagelabs.com!1367026496!27000917!1 X-Originating-IP: [209.85.216.175] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32123 invoked from network); 27 Apr 2013 01:34:57 -0000 Received: from mail-qc0-f175.google.com (HELO mail-qc0-f175.google.com) (209.85.216.175) by server-4.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 27 Apr 2013 01:34:57 -0000 Received: by mail-qc0-f175.google.com with SMTP id j3so2400152qcs.34 for ; Fri, 26 Apr 2013 18:34:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=g9w4Bnl3uhtqD4TU6ZThXbCDeu89aQJ6E8B00924ctk=; b=srpK6wEL57oxG4PHhs5Iw2jnaX8YQL+OrmMPrOoX5bYMCHg9ZivhrO9UKoAAJuOK18 UErf7R55uWWG78Sy0j8+K5WgO7AOGhi10RCZZKQ4Vg9mgjQEwc57b3uTGolVYulSjFjx nt+fJE52lk2zWiGzBZA3tjpok75ZQokElymyGUWrJxF3jjQhqIG7IZj6u/+q97NqeP88 nGuBjkH8vmRChM5XZxmV2W+BH5BelBdaur0CvHywcJdNgfop4VQ+LZTtMGmG07x6ZxhX IL3TKxWggA8kVd/Sn0eQVP5Gu76yVFIipYwMHtCYgENl6/1PVX3Xf6SSnneLGz2MsnC3 0xDQ== X-Received: by 10.229.118.11 with SMTP id t11mr1133512qcq.152.1367026495885; Fri, 26 Apr 2013 18:34:55 -0700 (PDT) Received: from johnnye.local (h-64-236-128-62.nat.aol.com. [64.236.128.62]) by mx.google.com with ESMTPSA id kn10sm19770127qeb.8.2013.04.26.18.34.52 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 26 Apr 2013 18:34:54 -0700 (PDT) Message-ID: <517B2B3C.6020103@gmail.com> Date: Fri, 26 Apr 2013 21:34:52 -0400 From: John User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: xen-users@lists.xen.org X-Mailman-Approved-At: Mon, 29 Apr 2013 12:14:51 +0000 Subject: [Xen-users] Large number of TCP sockets X-BeenThere: xen-users@lists.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 all, We're trying to move a farm of ancient physicals to VMs and experiencing some network issues. The network problems are usually seen as TCP retransmits due to bad chksum and now we're seeing complete halt to network traffic (just to that VM, not the other residents) for ~10 minutes. The characteristics of the VM experiencing the problems; 2700 sockets always open, 32bit app, 4 vcpus, Linux. Using the network tuning guide on the wiki; I've messed with TCP offloading, various network params (no affect), and setting the affinity of the app to other than CPU0. I've also tried openvswitch, that was brought to its knees so I'm back on linux bridge. 4 dom0 vcpus, one netback process at an avg. of 40%. Anybody have experience with large number of sockets? Or tried this: http://sourceforge.net/projects/xvmsocket/ I think I could configure my VM setup to accommodate it. Thanks in advance, John Eisenhower _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 29 12:16:00 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 29 Apr 2013 12:16: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 1UWmys-00058f-C2; Mon, 29 Apr 2013 12:14:54 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UVu2V-0002VT-E8 for xen-users@lists.xen.org; Sat, 27 Apr 2013 01:34:59 +0000 Received: from [85.158.139.83:32863] by server-14.bemta-5.messagelabs.com id C7/60-13158-14B2B715; Sat, 27 Apr 2013 01:34:57 +0000 X-Env-Sender: eisenhowerj@gmail.com X-Msg-Ref: server-4.tower-182.messagelabs.com!1367026496!27000917!1 X-Originating-IP: [209.85.216.175] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32123 invoked from network); 27 Apr 2013 01:34:57 -0000 Received: from mail-qc0-f175.google.com (HELO mail-qc0-f175.google.com) (209.85.216.175) by server-4.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 27 Apr 2013 01:34:57 -0000 Received: by mail-qc0-f175.google.com with SMTP id j3so2400152qcs.34 for ; Fri, 26 Apr 2013 18:34:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=g9w4Bnl3uhtqD4TU6ZThXbCDeu89aQJ6E8B00924ctk=; b=srpK6wEL57oxG4PHhs5Iw2jnaX8YQL+OrmMPrOoX5bYMCHg9ZivhrO9UKoAAJuOK18 UErf7R55uWWG78Sy0j8+K5WgO7AOGhi10RCZZKQ4Vg9mgjQEwc57b3uTGolVYulSjFjx nt+fJE52lk2zWiGzBZA3tjpok75ZQokElymyGUWrJxF3jjQhqIG7IZj6u/+q97NqeP88 nGuBjkH8vmRChM5XZxmV2W+BH5BelBdaur0CvHywcJdNgfop4VQ+LZTtMGmG07x6ZxhX IL3TKxWggA8kVd/Sn0eQVP5Gu76yVFIipYwMHtCYgENl6/1PVX3Xf6SSnneLGz2MsnC3 0xDQ== X-Received: by 10.229.118.11 with SMTP id t11mr1133512qcq.152.1367026495885; Fri, 26 Apr 2013 18:34:55 -0700 (PDT) Received: from johnnye.local (h-64-236-128-62.nat.aol.com. [64.236.128.62]) by mx.google.com with ESMTPSA id kn10sm19770127qeb.8.2013.04.26.18.34.52 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 26 Apr 2013 18:34:54 -0700 (PDT) Message-ID: <517B2B3C.6020103@gmail.com> Date: Fri, 26 Apr 2013 21:34:52 -0400 From: John User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: xen-users@lists.xen.org X-Mailman-Approved-At: Mon, 29 Apr 2013 12:14:51 +0000 Subject: [Xen-users] Large number of TCP sockets X-BeenThere: xen-users@lists.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 all, We're trying to move a farm of ancient physicals to VMs and experiencing some network issues. The network problems are usually seen as TCP retransmits due to bad chksum and now we're seeing complete halt to network traffic (just to that VM, not the other residents) for ~10 minutes. The characteristics of the VM experiencing the problems; 2700 sockets always open, 32bit app, 4 vcpus, Linux. Using the network tuning guide on the wiki; I've messed with TCP offloading, various network params (no affect), and setting the affinity of the app to other than CPU0. I've also tried openvswitch, that was brought to its knees so I'm back on linux bridge. 4 dom0 vcpus, one netback process at an avg. of 40%. Anybody have experience with large number of sockets? Or tried this: http://sourceforge.net/projects/xvmsocket/ I think I could configure my VM setup to accommodate it. Thanks in advance, John Eisenhower _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 29 12:16:01 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 29 Apr 2013 12:16: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 1UWmys-00058o-V5; Mon, 29 Apr 2013 12:14:54 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UWZQe-0002PS-FB for xen-users@lists.xen.org; Sun, 28 Apr 2013 21:46:40 +0000 Received: from [85.158.143.99:18547] by server-3.bemta-4.messagelabs.com id 75/14-02186-FB89D715; Sun, 28 Apr 2013 21:46:39 +0000 X-Env-Sender: oorcun.yildiz@gmail.com X-Msg-Ref: server-3.tower-216.messagelabs.com!1367185597!29678123!1 X-Originating-IP: [209.85.219.44] 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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8588 invoked from network); 28 Apr 2013 21:46:38 -0000 Received: from mail-oa0-f44.google.com (HELO mail-oa0-f44.google.com) (209.85.219.44) by server-3.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 28 Apr 2013 21:46:38 -0000 Received: by mail-oa0-f44.google.com with SMTP id h1so5522750oag.3 for ; Sun, 28 Apr 2013 14:46:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:content-type; bh=KSfUXk1bwU4/BogdizBm0zmp5DbOEkw7QohFj7MjQOs=; b=C7b0ZjcjmgsfvIFkGeI2Q0Adxzi1hORcaEu1KrgbF7M93NYVnoxMetB9PuWf4silB+ 6vc8SM1rqnbs4SelaCn5z+BsRnOa2evblpaDmuzF6AIrhKpB/FuaNhrOgx0nLEoBi+YD EqUpONyW7Wua+5ELyNWOM6IY46J2wxbuVptxnWwKT1vWwhlTIZkdn9ZB4wv2APhWiVG+ AJtswQ7aq6PhhcLXeHKWEjwUJ6DlvpZXTyv1ruIpPQkMB/iy/e5Ovp2IYUYOK45AV+ct 2ltJry4UniDGdR//KpXuk2mPueMMUxee2M0gbpU+ieRHaJ5mNRo0IHDDfYqVmLj+W2VF Nlzw== MIME-Version: 1.0 X-Received: by 10.60.37.68 with SMTP id w4mr22527392oej.62.1367185597186; Sun, 28 Apr 2013 14:46:37 -0700 (PDT) Received: by 10.76.172.100 with HTTP; Sun, 28 Apr 2013 14:46:37 -0700 (PDT) In-Reply-To: References: Date: Sun, 28 Apr 2013 22:46:37 +0100 Message-ID: From: =?ISO-8859-9?B?T3LndW4gWf1sZP16?= To: xen-users@lists.xen.org X-Mailman-Approved-At: Mon, 29 Apr 2013 12:14:51 +0000 Subject: [Xen-users] Fwd: DomU creation causes reboot of Dom0 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5426875614613028005==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5426875614613028005== Content-Type: multipart/alternative; boundary=089e0111c130dd20da04db72b3a7 --089e0111c130dd20da04db72b3a7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, Recently trying to install DomU guest on top of compiled Xen 4.1.4 on Ubuntu 11.10(in VirtualBox environment). When installation finishes (successfully) it automatically reboots and also after rebooting when I do xm create -c /etc/xen/mydomU.cfg it reboots again. What can cause this ?? I added "noreboot" to Grub commandline for Xen but now as expected it just hangs after installation. And, I am using xen-tools and the weird thing is I was able to install guest on top of precompiled Xen(apt-get install xen-hypervisor-4.1-i386), now I am trying to install on top of compiled Xen= . I am writing down my configuration in /etc/xen-tools/xen-tools.conf: dist=3D/home/xen install-method=3Ddebootstrap size=3D4G memory=3D128Mb swap=3D128Mb fs=3Dext3 dist=3Dhardy image=3Dsparse dhcp=3D1 bridge=3Dxenbr0 passwd=3D1 boot=3D1 kernel=3D/boot/vmlinuz- 'uname -r' initrd=3D/boot/initrd.img- 'uname -r' ext3_options=3Dnoatime,nodiratime,errors=3Dremount-ro ext2_options=3Dnoatime,nodiratime,errors=3Dremount-ro xfs_options=3Ddefaults reiserfs_options=3Ddefaults btrfs_options=3Ddefaults serial_device=3Dhvc0#default disk_device=3Dxvda#default Thanks, --=20 Or=E7un --089e0111c130dd20da04db72b3a7 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable


<= div>Hi,

Recently trying to install DomU guest on top of compil= ed Xen 4.1.4 on Ubuntu 11.10(in VirtualBox environment). When installation = finishes (successfully) it automatically reboots and also after rebooting w= hen I do xm create -c /etc/xen/mydomU.cfg it reboots again. What can cause = this ??

I added "noreboot" to Grub commandline for Xen but= now as expected it just hangs after installation. And, I am using xen-tool= s and the weird thing is I was able to install guest on top of precompiled = Xen(apt-get install xen-hypervisor-4.1-i386), now I am trying to install on= top of compiled Xen.
I am writing down my configuration in /etc/xen-tools/xen-tools.conf:
dist=3D/home/xen
install-method=3Ddebootstrap
size=3D4G
memory=3D128Mb
swap=3D128= Mb
fs=3Dext3
dist=3Dhardy
image=3Dspars= e
dhcp=3D1
bridge=3Dxenbr0
passwd= =3D1
boot=3D1
kernel=3D/boot/vmlinuz- 'unam= e -r'
initrd=3D/boot/initrd.img- 'uname -r'
ext3= _options=3Dnoatime,nodiratime,errors=3Dremount-ro
ext2_options=3Dnoatime= ,nodiratime,errors=3Dremount-ro
xfs_options=3Ddefaults
rei= serfs_options=3Ddefaults
btrfs_options=3Ddefaults
serial_device=3Dhvc0#default
disk_device=3Dxvda#default


Thanks,
<= /div>
--
Or=E7= un


--089e0111c130dd20da04db72b3a7-- --===============5426875614613028005== 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 --===============5426875614613028005==-- From xen-users-bounces@lists.xen.org Mon Apr 29 12:16:01 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 29 Apr 2013 12:16: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 1UWmys-00058o-V5; Mon, 29 Apr 2013 12:14:54 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UWZQe-0002PS-FB for xen-users@lists.xen.org; Sun, 28 Apr 2013 21:46:40 +0000 Received: from [85.158.143.99:18547] by server-3.bemta-4.messagelabs.com id 75/14-02186-FB89D715; Sun, 28 Apr 2013 21:46:39 +0000 X-Env-Sender: oorcun.yildiz@gmail.com X-Msg-Ref: server-3.tower-216.messagelabs.com!1367185597!29678123!1 X-Originating-IP: [209.85.219.44] 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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8588 invoked from network); 28 Apr 2013 21:46:38 -0000 Received: from mail-oa0-f44.google.com (HELO mail-oa0-f44.google.com) (209.85.219.44) by server-3.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 28 Apr 2013 21:46:38 -0000 Received: by mail-oa0-f44.google.com with SMTP id h1so5522750oag.3 for ; Sun, 28 Apr 2013 14:46:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:content-type; bh=KSfUXk1bwU4/BogdizBm0zmp5DbOEkw7QohFj7MjQOs=; b=C7b0ZjcjmgsfvIFkGeI2Q0Adxzi1hORcaEu1KrgbF7M93NYVnoxMetB9PuWf4silB+ 6vc8SM1rqnbs4SelaCn5z+BsRnOa2evblpaDmuzF6AIrhKpB/FuaNhrOgx0nLEoBi+YD EqUpONyW7Wua+5ELyNWOM6IY46J2wxbuVptxnWwKT1vWwhlTIZkdn9ZB4wv2APhWiVG+ AJtswQ7aq6PhhcLXeHKWEjwUJ6DlvpZXTyv1ruIpPQkMB/iy/e5Ovp2IYUYOK45AV+ct 2ltJry4UniDGdR//KpXuk2mPueMMUxee2M0gbpU+ieRHaJ5mNRo0IHDDfYqVmLj+W2VF Nlzw== MIME-Version: 1.0 X-Received: by 10.60.37.68 with SMTP id w4mr22527392oej.62.1367185597186; Sun, 28 Apr 2013 14:46:37 -0700 (PDT) Received: by 10.76.172.100 with HTTP; Sun, 28 Apr 2013 14:46:37 -0700 (PDT) In-Reply-To: References: Date: Sun, 28 Apr 2013 22:46:37 +0100 Message-ID: From: =?ISO-8859-9?B?T3LndW4gWf1sZP16?= To: xen-users@lists.xen.org X-Mailman-Approved-At: Mon, 29 Apr 2013 12:14:51 +0000 Subject: [Xen-users] Fwd: DomU creation causes reboot of Dom0 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5426875614613028005==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5426875614613028005== Content-Type: multipart/alternative; boundary=089e0111c130dd20da04db72b3a7 --089e0111c130dd20da04db72b3a7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, Recently trying to install DomU guest on top of compiled Xen 4.1.4 on Ubuntu 11.10(in VirtualBox environment). When installation finishes (successfully) it automatically reboots and also after rebooting when I do xm create -c /etc/xen/mydomU.cfg it reboots again. What can cause this ?? I added "noreboot" to Grub commandline for Xen but now as expected it just hangs after installation. And, I am using xen-tools and the weird thing is I was able to install guest on top of precompiled Xen(apt-get install xen-hypervisor-4.1-i386), now I am trying to install on top of compiled Xen= . I am writing down my configuration in /etc/xen-tools/xen-tools.conf: dist=3D/home/xen install-method=3Ddebootstrap size=3D4G memory=3D128Mb swap=3D128Mb fs=3Dext3 dist=3Dhardy image=3Dsparse dhcp=3D1 bridge=3Dxenbr0 passwd=3D1 boot=3D1 kernel=3D/boot/vmlinuz- 'uname -r' initrd=3D/boot/initrd.img- 'uname -r' ext3_options=3Dnoatime,nodiratime,errors=3Dremount-ro ext2_options=3Dnoatime,nodiratime,errors=3Dremount-ro xfs_options=3Ddefaults reiserfs_options=3Ddefaults btrfs_options=3Ddefaults serial_device=3Dhvc0#default disk_device=3Dxvda#default Thanks, --=20 Or=E7un --089e0111c130dd20da04db72b3a7 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable


<= div>Hi,

Recently trying to install DomU guest on top of compil= ed Xen 4.1.4 on Ubuntu 11.10(in VirtualBox environment). When installation = finishes (successfully) it automatically reboots and also after rebooting w= hen I do xm create -c /etc/xen/mydomU.cfg it reboots again. What can cause = this ??

I added "noreboot" to Grub commandline for Xen but= now as expected it just hangs after installation. And, I am using xen-tool= s and the weird thing is I was able to install guest on top of precompiled = Xen(apt-get install xen-hypervisor-4.1-i386), now I am trying to install on= top of compiled Xen.
I am writing down my configuration in /etc/xen-tools/xen-tools.conf:
dist=3D/home/xen
install-method=3Ddebootstrap
size=3D4G
memory=3D128Mb
swap=3D128= Mb
fs=3Dext3
dist=3Dhardy
image=3Dspars= e
dhcp=3D1
bridge=3Dxenbr0
passwd= =3D1
boot=3D1
kernel=3D/boot/vmlinuz- 'unam= e -r'
initrd=3D/boot/initrd.img- 'uname -r'
ext3= _options=3Dnoatime,nodiratime,errors=3Dremount-ro
ext2_options=3Dnoatime= ,nodiratime,errors=3Dremount-ro
xfs_options=3Ddefaults
rei= serfs_options=3Ddefaults
btrfs_options=3Ddefaults
serial_device=3Dhvc0#default
disk_device=3Dxvda#default


Thanks,
<= /div>
--
Or=E7= un


--089e0111c130dd20da04db72b3a7-- --===============5426875614613028005== 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 --===============5426875614613028005==-- From xen-users-bounces@lists.xen.org Mon Apr 29 12:42:24 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 29 Apr 2013 12:42: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 1UWnOc-0006Kf-HC; Mon, 29 Apr 2013 12:41:30 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UWnOa-0006Ka-Qn for xen-users@lists.xen.org; Mon, 29 Apr 2013 12:41:29 +0000 Received: from [85.158.137.99:33969] by server-7.bemta-3.messagelabs.com id D3/18-06591-37A6E715; Mon, 29 Apr 2013 12:41:23 +0000 X-Env-Sender: nd@syndicat.com X-Msg-Ref: server-3.tower-217.messagelabs.com!1367239220!14586011!1 X-Originating-IP: [62.146.89.62] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24753 invoked from network); 29 Apr 2013 12:40:21 -0000 Received: from mail.syndicat.com (HELO mail.syndicat.com) (62.146.89.62) by server-3.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 29 Apr 2013 12:40:21 -0000 Received: from localhost.syndicat.com ([127.0.0.1] helo=localhost) by mail.syndicat.com with esmtp (Exim 4.80.1) (envelope-from ) id 1UWnNU-0001rK-Fx for xen-users@lists.xen.org; Mon, 29 Apr 2013 14:40:20 +0200 X-Virus-Scanned: amavisd-new at syndicat.com Received: from mail.syndicat.com ([127.0.0.1]) by localhost (mail.syndicat.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ucYaOxS2pIwk for ; Mon, 29 Apr 2013 14:40:20 +0200 (CEST) Received: from p5dc3eec9.dip0.t-ipconnect.de ([93.195.238.201] helo=gongo.localnet) by mail.syndicat.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80.1) (envelope-from ) id 1UWnNU-0004Bz-55 for xen-users@lists.xen.org; Mon, 29 Apr 2013 14:40:20 +0200 From: Niels Dettenbach To: xen-users@lists.xen.org Date: Mon, 29 Apr 2013 14:40:19 +0200 Message-ID: <4319929.VrI3GiWMt5@gongo> Organization: Syndicat IT&Internet User-Agent: KMail/4.10.2 (Linux/3.8.6-niels; KDE/4.10.2; x86_64; ; ) In-Reply-To: <517B2B3C.6020103@gmail.com> References: <517B2B3C.6020103@gmail.com> MIME-Version: 1.0 Subject: Re: [Xen-users] Large number of TCP sockets X-BeenThere: xen-users@lists.xen.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="===============3430544003451774380==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3430544003451774380== Content-Type: multipart/signed; boundary="nextPart6056603.QqQbIO15Y0"; micalg="pgp-sha256"; protocol="application/pgp-signature" --nextPart6056603.QqQbIO15Y0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Am Freitag, 26. April 2013, 21:34:52 schrieb John: > The characteristics of the VM experiencing the problems; 2700 > sockets always open, 32bit app, 4 vcpus, Linux. Did you experience the same with target / source machines outside your xen setup (means - are you shure that the problems depends from xen here)? How many IP addresses do you have within your DomU xennet interfaces? How many interfaces? What version(s) of xen and DomU kernels you are using? I've run into similiar problems on NetBSD 4 some years ago where i've runned out of nmbclusters with a very similiar effect to me. Not shure if that wold help you here... > Anybody have experience with large number of sockets? Or tried this: > http://sourceforge.net/projects/xvmsocket/ I think I could configure my > VM setup to accommodate it. hmm, this is new to me - if that concept would work "transparently" for ("accelerating") usual/standard TCP/IP sockets on linux guests this sounds like a "must" for many xen users - but if i understand right this will bring up some own/new special socket type for usage with applications using this type of new sockets? cheers, Niels. -- --- Niels Dettenbach Syndicat IT & Internet http://www.syndicat.com PGP: https://syndicat.com/pub_key.asc --- --nextPart6056603.QqQbIO15Y0 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 v2.0.19 (GNU/Linux) iQIcBAABCAAGBQJRfmozAAoJEM78prARigUnix4QAItKrVs1r+02eLYS6kXP8CGo gLsxqGzMnUWW8QONJYTZpuo6vyB3uwUVG2elJIK6tcHiQSLa4fEl3B4Pjg36I/36 Lf8HPWzAPei/+C2elNsQIpsmdhOvGJZqE3xluFzhyPCTANGHskhc0WCJSecOsLt7 EIXSYDVtNQCMo7AKo9f9HI+wiutVZINmEhH3a7Uz8HTaLH9xBLubkoPHpX9AegSi zcXDZ/oF0ajgXE1t/4rQEwGkmXKUClDahL0W1Zwq/jZfC1Kpjiw1nbd+ELW6G0CX DcMso//EW89NH/Ubsijht75FGPWmX2ZVqF3rswJJYIat8XifsyXMdraMMNXTIeZp MJ15rTGKPXhAHtexLG8Q9RfpNlhqUOr7w/adsIzH6I8NeNlOfbNNEqcY9MfAvSFz +eDrGTsqqgL617KkjHnsBIC0qDlhfhm0C333fai9OseMgO1lyPXVVn40EjmUo7lo AU1MXH4fLdiRgV0OmuBzfu1KxawkZ3QIwZ5gaVKI2aWqeEpK8bLPmD+NkTZf0XcC f1e2mwzZDb5bW2PCRXDUCYHCwV11v79QySFRqTt2lG0/xOVZevqw9GyVs7U9XnBa kNzJi+0wVJ+DhSxY2hJgBK3GBBj9AJUR63/ANGwSKrwUj5Uuj47lVhbQ2RrtsohU kByn9ASx70C1D+GOZP3u =dbTk -----END PGP SIGNATURE----- --nextPart6056603.QqQbIO15Y0-- --===============3430544003451774380== 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 --===============3430544003451774380==-- From xen-users-bounces@lists.xen.org Mon Apr 29 12:42:24 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 29 Apr 2013 12:42: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 1UWnOc-0006Kf-HC; Mon, 29 Apr 2013 12:41:30 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UWnOa-0006Ka-Qn for xen-users@lists.xen.org; Mon, 29 Apr 2013 12:41:29 +0000 Received: from [85.158.137.99:33969] by server-7.bemta-3.messagelabs.com id D3/18-06591-37A6E715; Mon, 29 Apr 2013 12:41:23 +0000 X-Env-Sender: nd@syndicat.com X-Msg-Ref: server-3.tower-217.messagelabs.com!1367239220!14586011!1 X-Originating-IP: [62.146.89.62] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24753 invoked from network); 29 Apr 2013 12:40:21 -0000 Received: from mail.syndicat.com (HELO mail.syndicat.com) (62.146.89.62) by server-3.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 29 Apr 2013 12:40:21 -0000 Received: from localhost.syndicat.com ([127.0.0.1] helo=localhost) by mail.syndicat.com with esmtp (Exim 4.80.1) (envelope-from ) id 1UWnNU-0001rK-Fx for xen-users@lists.xen.org; Mon, 29 Apr 2013 14:40:20 +0200 X-Virus-Scanned: amavisd-new at syndicat.com Received: from mail.syndicat.com ([127.0.0.1]) by localhost (mail.syndicat.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ucYaOxS2pIwk for ; Mon, 29 Apr 2013 14:40:20 +0200 (CEST) Received: from p5dc3eec9.dip0.t-ipconnect.de ([93.195.238.201] helo=gongo.localnet) by mail.syndicat.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80.1) (envelope-from ) id 1UWnNU-0004Bz-55 for xen-users@lists.xen.org; Mon, 29 Apr 2013 14:40:20 +0200 From: Niels Dettenbach To: xen-users@lists.xen.org Date: Mon, 29 Apr 2013 14:40:19 +0200 Message-ID: <4319929.VrI3GiWMt5@gongo> Organization: Syndicat IT&Internet User-Agent: KMail/4.10.2 (Linux/3.8.6-niels; KDE/4.10.2; x86_64; ; ) In-Reply-To: <517B2B3C.6020103@gmail.com> References: <517B2B3C.6020103@gmail.com> MIME-Version: 1.0 Subject: Re: [Xen-users] Large number of TCP sockets X-BeenThere: xen-users@lists.xen.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="===============3430544003451774380==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3430544003451774380== Content-Type: multipart/signed; boundary="nextPart6056603.QqQbIO15Y0"; micalg="pgp-sha256"; protocol="application/pgp-signature" --nextPart6056603.QqQbIO15Y0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Am Freitag, 26. April 2013, 21:34:52 schrieb John: > The characteristics of the VM experiencing the problems; 2700 > sockets always open, 32bit app, 4 vcpus, Linux. Did you experience the same with target / source machines outside your xen setup (means - are you shure that the problems depends from xen here)? How many IP addresses do you have within your DomU xennet interfaces? How many interfaces? What version(s) of xen and DomU kernels you are using? I've run into similiar problems on NetBSD 4 some years ago where i've runned out of nmbclusters with a very similiar effect to me. Not shure if that wold help you here... > Anybody have experience with large number of sockets? Or tried this: > http://sourceforge.net/projects/xvmsocket/ I think I could configure my > VM setup to accommodate it. hmm, this is new to me - if that concept would work "transparently" for ("accelerating") usual/standard TCP/IP sockets on linux guests this sounds like a "must" for many xen users - but if i understand right this will bring up some own/new special socket type for usage with applications using this type of new sockets? cheers, Niels. -- --- Niels Dettenbach Syndicat IT & Internet http://www.syndicat.com PGP: https://syndicat.com/pub_key.asc --- --nextPart6056603.QqQbIO15Y0 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 v2.0.19 (GNU/Linux) iQIcBAABCAAGBQJRfmozAAoJEM78prARigUnix4QAItKrVs1r+02eLYS6kXP8CGo gLsxqGzMnUWW8QONJYTZpuo6vyB3uwUVG2elJIK6tcHiQSLa4fEl3B4Pjg36I/36 Lf8HPWzAPei/+C2elNsQIpsmdhOvGJZqE3xluFzhyPCTANGHskhc0WCJSecOsLt7 EIXSYDVtNQCMo7AKo9f9HI+wiutVZINmEhH3a7Uz8HTaLH9xBLubkoPHpX9AegSi zcXDZ/oF0ajgXE1t/4rQEwGkmXKUClDahL0W1Zwq/jZfC1Kpjiw1nbd+ELW6G0CX DcMso//EW89NH/Ubsijht75FGPWmX2ZVqF3rswJJYIat8XifsyXMdraMMNXTIeZp MJ15rTGKPXhAHtexLG8Q9RfpNlhqUOr7w/adsIzH6I8NeNlOfbNNEqcY9MfAvSFz +eDrGTsqqgL617KkjHnsBIC0qDlhfhm0C333fai9OseMgO1lyPXVVn40EjmUo7lo AU1MXH4fLdiRgV0OmuBzfu1KxawkZ3QIwZ5gaVKI2aWqeEpK8bLPmD+NkTZf0XcC f1e2mwzZDb5bW2PCRXDUCYHCwV11v79QySFRqTt2lG0/xOVZevqw9GyVs7U9XnBa kNzJi+0wVJ+DhSxY2hJgBK3GBBj9AJUR63/ANGwSKrwUj5Uuj47lVhbQ2RrtsohU kByn9ASx70C1D+GOZP3u =dbTk -----END PGP SIGNATURE----- --nextPart6056603.QqQbIO15Y0-- --===============3430544003451774380== 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 --===============3430544003451774380==-- From xen-users-bounces@lists.xen.org Mon Apr 29 14:36:48 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 29 Apr 2013 14:36: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 1UWpBJ-0003gT-Iy; Mon, 29 Apr 2013 14:35:53 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UWpBI-0003gF-1h for xen-users@lists.xensource.com; Mon, 29 Apr 2013 14:35:52 +0000 Received: from [85.158.139.211:52812] by server-11.bemta-5.messagelabs.com id 45/AC-27486-7458E715; Mon, 29 Apr 2013 14:35:51 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-11.tower-206.messagelabs.com!1367246149!20999600!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 361 invoked from network); 29 Apr 2013 14:35:50 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-11.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 29 Apr 2013 14:35:50 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id E38E52211A3 for ; Mon, 29 Apr 2013 15:35:48 +0100 (BST) MIME-Version: 1.0 Date: Mon, 29 Apr 2013 15:35:48 +0100 From: Gordan Bobic To: In-Reply-To: <1367104585722-5715723.post@n5.nabble.com> References: <1367104585722-5715723.post@n5.nabble.com> Message-ID: <033d49630c5e4199da5d2659f2f2bfb7@mail.shatteredsilicon.net> X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.4.2 Subject: Re: [Xen-users] VGA/PCI Passthrough of Secondary Graphics Adapter X-BeenThere: xen-users@lists.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 Sat, 27 Apr 2013 16:16:25 -0700 (PDT), Alex Karaoui wrote: > I've thought of running Linux off the secondary adapter, > but it doesn't seem possible with the open-source radeon driver and > fglrix > (closed-source) won't work with Xen apparently. You can specify the PCI ID to the driver (both radeon and fglrx drivers, IIRC) to tell it which card to fire up xorg on (you'll need to create your own xorg.conf. Make sure you blacklist the radeon kernel driver. Do you catually need the fglrx driver in Dom0? Radeon driver does offer basic acceleration. It's not great, but it's workable. FWIW, the Nvidia driver _can_ be persuaded to work with Xen in Dom0 (see: http://www.altechnative.net/2013/04/14/wquxga-a-k-a-omgwtf-ibm-t221-3840x2400-204dpi-monitor-part-6-regressing-drivers-and-xen/ ) if you are considering a switch. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 29 14:36:48 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 29 Apr 2013 14:36: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 1UWpBJ-0003gT-Iy; Mon, 29 Apr 2013 14:35:53 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UWpBI-0003gF-1h for xen-users@lists.xensource.com; Mon, 29 Apr 2013 14:35:52 +0000 Received: from [85.158.139.211:52812] by server-11.bemta-5.messagelabs.com id 45/AC-27486-7458E715; Mon, 29 Apr 2013 14:35:51 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-11.tower-206.messagelabs.com!1367246149!20999600!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 361 invoked from network); 29 Apr 2013 14:35:50 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-11.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 29 Apr 2013 14:35:50 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id E38E52211A3 for ; Mon, 29 Apr 2013 15:35:48 +0100 (BST) MIME-Version: 1.0 Date: Mon, 29 Apr 2013 15:35:48 +0100 From: Gordan Bobic To: In-Reply-To: <1367104585722-5715723.post@n5.nabble.com> References: <1367104585722-5715723.post@n5.nabble.com> Message-ID: <033d49630c5e4199da5d2659f2f2bfb7@mail.shatteredsilicon.net> X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.4.2 Subject: Re: [Xen-users] VGA/PCI Passthrough of Secondary Graphics Adapter X-BeenThere: xen-users@lists.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 Sat, 27 Apr 2013 16:16:25 -0700 (PDT), Alex Karaoui wrote: > I've thought of running Linux off the secondary adapter, > but it doesn't seem possible with the open-source radeon driver and > fglrix > (closed-source) won't work with Xen apparently. You can specify the PCI ID to the driver (both radeon and fglrx drivers, IIRC) to tell it which card to fire up xorg on (you'll need to create your own xorg.conf. Make sure you blacklist the radeon kernel driver. Do you catually need the fglrx driver in Dom0? Radeon driver does offer basic acceleration. It's not great, but it's workable. FWIW, the Nvidia driver _can_ be persuaded to work with Xen in Dom0 (see: http://www.altechnative.net/2013/04/14/wquxga-a-k-a-omgwtf-ibm-t221-3840x2400-204dpi-monitor-part-6-regressing-drivers-and-xen/ ) if you are considering a switch. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 29 15:51:20 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 29 Apr 2013 15:51: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 1UWqLL-0000K9-Vj; Mon, 29 Apr 2013 15:50:19 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UWqLJ-0000JY-Oj; Mon, 29 Apr 2013 15:50:17 +0000 Received: from [193.109.254.147:49506] by server-6.bemta-14.messagelabs.com id 38/54-31180-8B69E715; Mon, 29 Apr 2013 15:50:16 +0000 X-Env-Sender: JBeulich@suse.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1367250615!9027185!1 X-Originating-IP: [130.57.49.28] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTMwLjU3LjQ5LjI4ID0+IDQ4MDU=\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1242 invoked from network); 29 Apr 2013 15:50:15 -0000 Received: from nat28.tlf.novell.com (HELO nat28.tlf.novell.com) (130.57.49.28) by server-9.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 29 Apr 2013 15:50:15 -0000 Received: from EMEA1-MTA by nat28.tlf.novell.com with Novell_GroupWise; Mon, 29 Apr 2013 16:50:14 +0100 Message-Id: <517EB30002000078000D1C55@nat28.tlf.novell.com> X-Mailer: Novell GroupWise Internet Agent 12.0.2 Date: Mon, 29 Apr 2013 16:50:56 +0100 From: "Jan Beulich" To: "Ian Campbell" , "Daniel De Graaf" References: <1366032963-19076-1-git-send-email-ian.campbell@citrix.com> <1366633681.22143.61.camel@zakaz.uk.xensource.com> In-Reply-To: <1366633681.22143.61.camel@zakaz.uk.xensource.com> Mime-Version: 1.0 Content-Disposition: inline Cc: "xen-users@lists.xen.org" , Keir Fraser , "xen-devel@lists.xen.org" Subject: Re: [Xen-users] [PATCH] xsm: fix printf format string for strlen result X-BeenThere: xen-users@lists.xen.org X-Mailman-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 Pj4+IE9uIDIyLjA0LjEzIGF0IDE0OjI4LCBJYW4gQ2FtcGJlbGwgPElhbi5DYW1wYmVsbEBjaXRy aXguY29tPiB3cm90ZToKPiBBZGRpbmcgS2VpciArIEphbi4KCldvdWxkIHJlYWxseSBiZSBEYW5p ZWwgdG8gZ2l2ZSBoaXMgYWNrIGhlcmUuIEl0J3MgYSB0cml2aWFsIGVub3VnaApjaGFuZ2UsIHNv IGlmIEkgZG9uJ3Qgc2VlIGFuIGFjayBzb29uLCBJJ2xsIHByb2JhYmx5IGNvbW1pdCB0aGlzCmFu eXdheS4uLgoKSmFuCgo+IE9uIE1vbiwgMjAxMy0wNC0xNSBhdCAxNDozNiArMDEwMCwgSWFuIENh bXBiZWxsIHdyb3RlOgo+PiBzdHJsZW4gcmV0dXJucyBzaXplX3Q6Cj4+IAo+PiBwb2xpY3lkYi5j OiBJbiBmdW5jdGlvbiDigJhwb2xpY3lkYl9yZWFk4oCZOgo+PiBwb2xpY3lkYi5jOjE3Nzk6IGVy cm9yOiBmb3JtYXQg4oCYJWx14oCZIGV4cGVjdHMgdHlwZSDigJhsb25nIHVuc2lnbmVkIGludOKA mSwgYnV0IAo+IGFyZ3VtZW50IDMgaGFzIHR5cGUg4oCYc2l6ZV904oCZCj4+IAo+PiBUaGlzIGlz IHByb2JhYmx5IGJlbmlnbiBvbiA2NC1iaXQgeDg2IGJ1dCB3YXMgZm91bmQgYnkgRGhhcnNoaW5p IG9uIDMyLWJpdCAKPiBYZW4KPj4gNC4yLnguIEkgZXhwZWN0IGl0IGFmZmVjdHMgQVJNIHRvby4K Pj4gCj4+IFJlcG9ydGVkLWJ5OiBEaGFyc2hpbmkgVGhhcm1hcmFqIDxkaGFyc2hpbml0aGFybWFy YWpAZ21haWwuY29tPgo+PiBTaWduZWQtb2ZmLWJ5OiBJYW4gQ2FtcGJlbGwgPGlhbi5jYW1wYmVs bEBjaXRyaXguY29tPgo+PiBDYzogRGFuaWVsIERlIEdyYWFmIDxkZ2RlZ3JhQHR5Y2hvLm5zYS5n b3Y+Cj4+IC0tLQo+PiAgeGVuL3hzbS9mbGFzay9zcy9wb2xpY3lkYi5jIHwgICAgMiArLQo+PiAg MSBmaWxlcyBjaGFuZ2VkLCAxIGluc2VydGlvbnMoKyksIDEgZGVsZXRpb25zKC0pCj4+IAo+PiBk aWZmIC0tZ2l0IGEveGVuL3hzbS9mbGFzay9zcy9wb2xpY3lkYi5jIGIveGVuL3hzbS9mbGFzay9z cy9wb2xpY3lkYi5jCj4+IGluZGV4IGZlZmNkNTkuLmJkZWM0YWMgMTAwNjQ0Cj4+IC0tLSBhL3hl bi94c20vZmxhc2svc3MvcG9saWN5ZGIuYwo+PiArKysgYi94ZW4veHNtL2ZsYXNrL3NzL3BvbGlj eWRiLmMKPj4gQEAgLTE3MzcsNyArMTczNyw3IEBAIGludCBwb2xpY3lkYl9yZWFkKHN0cnVjdCBw b2xpY3lkYiAqcCwgdm9pZCAqZnApCj4+ICAgICAgaWYgKCBsZW4gIT0gc3RybGVuKFBPTElDWURC X1NUUklORykgKQo+PiAgICAgIHsKPj4gICAgICAgICAgcHJpbnRrKEtFUk5fRVJSICJGbGFzazog IHBvbGljeWRiIHN0cmluZyBsZW5ndGggJWQgZG9lcyBub3QgIgo+PiAtICAgICAgICAgICAgICAg Im1hdGNoIGV4cGVjdGVkIGxlbmd0aCAlbHVcbiIsCj4+ICsgICAgICAgICAgICAgICAibWF0Y2gg ZXhwZWN0ZWQgbGVuZ3RoICV6dVxuIiwKPj4gICAgICAgICAgICAgICAgIGxlbiwgc3RybGVuKFBP TElDWURCX1NUUklORykpOwo+PiAgICAgICAgICBnb3RvIGJhZDsKPj4gICAgICB9CgoKCl9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi11c2VycyBtYWls aW5nIGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVu LXVzZXJz From xen-users-bounces@lists.xen.org Mon Apr 29 15:51:20 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 29 Apr 2013 15:51: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 1UWqLL-0000K9-Vj; Mon, 29 Apr 2013 15:50:19 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UWqLJ-0000JY-Oj; Mon, 29 Apr 2013 15:50:17 +0000 Received: from [193.109.254.147:49506] by server-6.bemta-14.messagelabs.com id 38/54-31180-8B69E715; Mon, 29 Apr 2013 15:50:16 +0000 X-Env-Sender: JBeulich@suse.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1367250615!9027185!1 X-Originating-IP: [130.57.49.28] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTMwLjU3LjQ5LjI4ID0+IDQ4MDU=\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1242 invoked from network); 29 Apr 2013 15:50:15 -0000 Received: from nat28.tlf.novell.com (HELO nat28.tlf.novell.com) (130.57.49.28) by server-9.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 29 Apr 2013 15:50:15 -0000 Received: from EMEA1-MTA by nat28.tlf.novell.com with Novell_GroupWise; Mon, 29 Apr 2013 16:50:14 +0100 Message-Id: <517EB30002000078000D1C55@nat28.tlf.novell.com> X-Mailer: Novell GroupWise Internet Agent 12.0.2 Date: Mon, 29 Apr 2013 16:50:56 +0100 From: "Jan Beulich" To: "Ian Campbell" , "Daniel De Graaf" References: <1366032963-19076-1-git-send-email-ian.campbell@citrix.com> <1366633681.22143.61.camel@zakaz.uk.xensource.com> In-Reply-To: <1366633681.22143.61.camel@zakaz.uk.xensource.com> Mime-Version: 1.0 Content-Disposition: inline Cc: "xen-users@lists.xen.org" , Keir Fraser , "xen-devel@lists.xen.org" Subject: Re: [Xen-users] [PATCH] xsm: fix printf format string for strlen result X-BeenThere: xen-users@lists.xen.org X-Mailman-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 Pj4+IE9uIDIyLjA0LjEzIGF0IDE0OjI4LCBJYW4gQ2FtcGJlbGwgPElhbi5DYW1wYmVsbEBjaXRy aXguY29tPiB3cm90ZToKPiBBZGRpbmcgS2VpciArIEphbi4KCldvdWxkIHJlYWxseSBiZSBEYW5p ZWwgdG8gZ2l2ZSBoaXMgYWNrIGhlcmUuIEl0J3MgYSB0cml2aWFsIGVub3VnaApjaGFuZ2UsIHNv IGlmIEkgZG9uJ3Qgc2VlIGFuIGFjayBzb29uLCBJJ2xsIHByb2JhYmx5IGNvbW1pdCB0aGlzCmFu eXdheS4uLgoKSmFuCgo+IE9uIE1vbiwgMjAxMy0wNC0xNSBhdCAxNDozNiArMDEwMCwgSWFuIENh bXBiZWxsIHdyb3RlOgo+PiBzdHJsZW4gcmV0dXJucyBzaXplX3Q6Cj4+IAo+PiBwb2xpY3lkYi5j OiBJbiBmdW5jdGlvbiDigJhwb2xpY3lkYl9yZWFk4oCZOgo+PiBwb2xpY3lkYi5jOjE3Nzk6IGVy cm9yOiBmb3JtYXQg4oCYJWx14oCZIGV4cGVjdHMgdHlwZSDigJhsb25nIHVuc2lnbmVkIGludOKA mSwgYnV0IAo+IGFyZ3VtZW50IDMgaGFzIHR5cGUg4oCYc2l6ZV904oCZCj4+IAo+PiBUaGlzIGlz IHByb2JhYmx5IGJlbmlnbiBvbiA2NC1iaXQgeDg2IGJ1dCB3YXMgZm91bmQgYnkgRGhhcnNoaW5p IG9uIDMyLWJpdCAKPiBYZW4KPj4gNC4yLnguIEkgZXhwZWN0IGl0IGFmZmVjdHMgQVJNIHRvby4K Pj4gCj4+IFJlcG9ydGVkLWJ5OiBEaGFyc2hpbmkgVGhhcm1hcmFqIDxkaGFyc2hpbml0aGFybWFy YWpAZ21haWwuY29tPgo+PiBTaWduZWQtb2ZmLWJ5OiBJYW4gQ2FtcGJlbGwgPGlhbi5jYW1wYmVs bEBjaXRyaXguY29tPgo+PiBDYzogRGFuaWVsIERlIEdyYWFmIDxkZ2RlZ3JhQHR5Y2hvLm5zYS5n b3Y+Cj4+IC0tLQo+PiAgeGVuL3hzbS9mbGFzay9zcy9wb2xpY3lkYi5jIHwgICAgMiArLQo+PiAg MSBmaWxlcyBjaGFuZ2VkLCAxIGluc2VydGlvbnMoKyksIDEgZGVsZXRpb25zKC0pCj4+IAo+PiBk aWZmIC0tZ2l0IGEveGVuL3hzbS9mbGFzay9zcy9wb2xpY3lkYi5jIGIveGVuL3hzbS9mbGFzay9z cy9wb2xpY3lkYi5jCj4+IGluZGV4IGZlZmNkNTkuLmJkZWM0YWMgMTAwNjQ0Cj4+IC0tLSBhL3hl bi94c20vZmxhc2svc3MvcG9saWN5ZGIuYwo+PiArKysgYi94ZW4veHNtL2ZsYXNrL3NzL3BvbGlj eWRiLmMKPj4gQEAgLTE3MzcsNyArMTczNyw3IEBAIGludCBwb2xpY3lkYl9yZWFkKHN0cnVjdCBw b2xpY3lkYiAqcCwgdm9pZCAqZnApCj4+ICAgICAgaWYgKCBsZW4gIT0gc3RybGVuKFBPTElDWURC X1NUUklORykgKQo+PiAgICAgIHsKPj4gICAgICAgICAgcHJpbnRrKEtFUk5fRVJSICJGbGFzazog IHBvbGljeWRiIHN0cmluZyBsZW5ndGggJWQgZG9lcyBub3QgIgo+PiAtICAgICAgICAgICAgICAg Im1hdGNoIGV4cGVjdGVkIGxlbmd0aCAlbHVcbiIsCj4+ICsgICAgICAgICAgICAgICAibWF0Y2gg ZXhwZWN0ZWQgbGVuZ3RoICV6dVxuIiwKPj4gICAgICAgICAgICAgICAgIGxlbiwgc3RybGVuKFBP TElDWURCX1NUUklORykpOwo+PiAgICAgICAgICBnb3RvIGJhZDsKPj4gICAgICB9CgoKCl9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi11c2VycyBtYWls aW5nIGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVu LXVzZXJz From xen-users-bounces@lists.xen.org Mon Apr 29 16:12:08 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 29 Apr 2013 16:12: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 1UWqfY-0002IA-SI; Mon, 29 Apr 2013 16:11:12 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UWqfX-0002Ht-5L; Mon, 29 Apr 2013 16:11:11 +0000 Received: from [85.158.139.211:63414] by server-13.bemta-5.messagelabs.com id F9/63-20553-E9B9E715; Mon, 29 Apr 2013 16:11:10 +0000 X-Env-Sender: dgdegra@tycho.nsa.gov X-Msg-Ref: server-16.tower-206.messagelabs.com!1367251862!20986552!1 X-Originating-IP: [63.239.67.9] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28347 invoked from network); 29 Apr 2013 16:11:05 -0000 Received: from emvm-gh1-uea08.nsa.gov (HELO nsa.gov) (63.239.67.9) by server-16.tower-206.messagelabs.com with SMTP; 29 Apr 2013 16:11:05 -0000 X-TM-IMSS-Message-ID: Received: from tarius.tycho.ncsc.mil ([144.51.31.2]) by nsa.gov ([63.239.67.9]) with ESMTP (TREND IMSS SMTP Service 7.1) id d9c793a300135f87 ; Mon, 29 Apr 2013 12:10:04 -0400 Received: from moss-nexus.epoch.ncsc.mil (moss-nexus [192.168.25.48]) by tarius.tycho.ncsc.mil (8.13.1/8.13.1) with ESMTP id r3TGAtIQ021146; Mon, 29 Apr 2013 12:10:55 -0400 Message-ID: <517E9B8F.5010706@tycho.nsa.gov> Date: Mon, 29 Apr 2013 12:10:55 -0400 From: Daniel De Graaf Organization: National Security Agency User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130402 Thunderbird/17.0.5 MIME-Version: 1.0 To: Jan Beulich References: <1366032963-19076-1-git-send-email-ian.campbell@citrix.com> <1366633681.22143.61.camel@zakaz.uk.xensource.com> <517EB30002000078000D1C55@nat28.tlf.novell.com> In-Reply-To: <517EB30002000078000D1C55@nat28.tlf.novell.com> Cc: "xen-users@lists.xen.org" , Keir Fraser , Ian Campbell , "xen-devel@lists.xen.org" Subject: Re: [Xen-users] [PATCH] xsm: fix printf format string for strlen result X-BeenThere: xen-users@lists.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 T24gMDQvMjkvMjAxMyAxMTo1MCBBTSwgSmFuIEJldWxpY2ggd3JvdGU6Cj4+Pj4gT24gMjIuMDQu MTMgYXQgMTQ6MjgsIElhbiBDYW1wYmVsbCA8SWFuLkNhbXBiZWxsQGNpdHJpeC5jb20+IHdyb3Rl Ogo+PiBBZGRpbmcgS2VpciArIEphbi4KPgo+IFdvdWxkIHJlYWxseSBiZSBEYW5pZWwgdG8gZ2l2 ZSBoaXMgYWNrIGhlcmUuIEl0J3MgYSB0cml2aWFsIGVub3VnaAo+IGNoYW5nZSwgc28gaWYgSSBk b24ndCBzZWUgYW4gYWNrIHNvb24sIEknbGwgcHJvYmFibHkgY29tbWl0IHRoaXMKPiBhbnl3YXku Li4KPgo+IEphbgoKQWgsIHNvcnJ5IGFib3V0IHRoYXQsIGZvciBzb21lIHJlYXNvbiBJIGRpZG4n dCByZWdpc3RlciB0aGF0IHRoaXMgd2FzCndhaXRpbmcgZm9yIG15IEFjayBzaW5jZSBpdCBzZWVt ZWQgbGlrZSBhIHRyaXZpYWwgY2hhbmdlLgoKQWNrZWQtYnk6IERhbmllbCBEZSBHcmFhZiA8ZGdk ZWdyYUB0eWNoby5uc2EuZ292PgoKPgo+PiBPbiBNb24sIDIwMTMtMDQtMTUgYXQgMTQ6MzYgKzAx MDAsIElhbiBDYW1wYmVsbCB3cm90ZToKPj4+IHN0cmxlbiByZXR1cm5zIHNpemVfdDoKPj4+Cj4+ PiBwb2xpY3lkYi5jOiBJbiBmdW5jdGlvbiDigJhwb2xpY3lkYl9yZWFk4oCZOgo+Pj4gcG9saWN5 ZGIuYzoxNzc5OiBlcnJvcjogZm9ybWF0IOKAmCVsdeKAmSBleHBlY3RzIHR5cGUg4oCYbG9uZyB1 bnNpZ25lZCBpbnTigJksIGJ1dAo+PiBhcmd1bWVudCAzIGhhcyB0eXBlIOKAmHNpemVfdOKAmQo+ Pj4KPj4+IFRoaXMgaXMgcHJvYmFibHkgYmVuaWduIG9uIDY0LWJpdCB4ODYgYnV0IHdhcyBmb3Vu ZCBieSBEaGFyc2hpbmkgb24gMzItYml0Cj4+IFhlbgo+Pj4gNC4yLnguIEkgZXhwZWN0IGl0IGFm ZmVjdHMgQVJNIHRvby4KPj4+Cj4+PiBSZXBvcnRlZC1ieTogRGhhcnNoaW5pIFRoYXJtYXJhaiA8 ZGhhcnNoaW5pdGhhcm1hcmFqQGdtYWlsLmNvbT4KPj4+IFNpZ25lZC1vZmYtYnk6IElhbiBDYW1w YmVsbCA8aWFuLmNhbXBiZWxsQGNpdHJpeC5jb20+Cj4+PiBDYzogRGFuaWVsIERlIEdyYWFmIDxk Z2RlZ3JhQHR5Y2hvLm5zYS5nb3Y+Cj4+PiAtLS0KPj4+ICAgeGVuL3hzbS9mbGFzay9zcy9wb2xp Y3lkYi5jIHwgICAgMiArLQo+Pj4gICAxIGZpbGVzIGNoYW5nZWQsIDEgaW5zZXJ0aW9ucygrKSwg MSBkZWxldGlvbnMoLSkKPj4+Cj4+PiBkaWZmIC0tZ2l0IGEveGVuL3hzbS9mbGFzay9zcy9wb2xp Y3lkYi5jIGIveGVuL3hzbS9mbGFzay9zcy9wb2xpY3lkYi5jCj4+PiBpbmRleCBmZWZjZDU5Li5i ZGVjNGFjIDEwMDY0NAo+Pj4gLS0tIGEveGVuL3hzbS9mbGFzay9zcy9wb2xpY3lkYi5jCj4+PiAr KysgYi94ZW4veHNtL2ZsYXNrL3NzL3BvbGljeWRiLmMKPj4+IEBAIC0xNzM3LDcgKzE3MzcsNyBA QCBpbnQgcG9saWN5ZGJfcmVhZChzdHJ1Y3QgcG9saWN5ZGIgKnAsIHZvaWQgKmZwKQo+Pj4gICAg ICAgaWYgKCBsZW4gIT0gc3RybGVuKFBPTElDWURCX1NUUklORykgKQo+Pj4gICAgICAgewo+Pj4g ICAgICAgICAgIHByaW50ayhLRVJOX0VSUiAiRmxhc2s6ICBwb2xpY3lkYiBzdHJpbmcgbGVuZ3Ro ICVkIGRvZXMgbm90ICIKPj4+IC0gICAgICAgICAgICAgICAibWF0Y2ggZXhwZWN0ZWQgbGVuZ3Ro ICVsdVxuIiwKPj4+ICsgICAgICAgICAgICAgICAibWF0Y2ggZXhwZWN0ZWQgbGVuZ3RoICV6dVxu IiwKPj4+ICAgICAgICAgICAgICAgICAgbGVuLCBzdHJsZW4oUE9MSUNZREJfU1RSSU5HKSk7Cj4+ PiAgICAgICAgICAgZ290byBiYWQ7Cj4+PiAgICAgICB9CgpfX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vy c0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Mon Apr 29 16:12:08 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 29 Apr 2013 16:12: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 1UWqfY-0002IA-SI; Mon, 29 Apr 2013 16:11:12 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UWqfX-0002Ht-5L; Mon, 29 Apr 2013 16:11:11 +0000 Received: from [85.158.139.211:63414] by server-13.bemta-5.messagelabs.com id F9/63-20553-E9B9E715; Mon, 29 Apr 2013 16:11:10 +0000 X-Env-Sender: dgdegra@tycho.nsa.gov X-Msg-Ref: server-16.tower-206.messagelabs.com!1367251862!20986552!1 X-Originating-IP: [63.239.67.9] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28347 invoked from network); 29 Apr 2013 16:11:05 -0000 Received: from emvm-gh1-uea08.nsa.gov (HELO nsa.gov) (63.239.67.9) by server-16.tower-206.messagelabs.com with SMTP; 29 Apr 2013 16:11:05 -0000 X-TM-IMSS-Message-ID: Received: from tarius.tycho.ncsc.mil ([144.51.31.2]) by nsa.gov ([63.239.67.9]) with ESMTP (TREND IMSS SMTP Service 7.1) id d9c793a300135f87 ; Mon, 29 Apr 2013 12:10:04 -0400 Received: from moss-nexus.epoch.ncsc.mil (moss-nexus [192.168.25.48]) by tarius.tycho.ncsc.mil (8.13.1/8.13.1) with ESMTP id r3TGAtIQ021146; Mon, 29 Apr 2013 12:10:55 -0400 Message-ID: <517E9B8F.5010706@tycho.nsa.gov> Date: Mon, 29 Apr 2013 12:10:55 -0400 From: Daniel De Graaf Organization: National Security Agency User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130402 Thunderbird/17.0.5 MIME-Version: 1.0 To: Jan Beulich References: <1366032963-19076-1-git-send-email-ian.campbell@citrix.com> <1366633681.22143.61.camel@zakaz.uk.xensource.com> <517EB30002000078000D1C55@nat28.tlf.novell.com> In-Reply-To: <517EB30002000078000D1C55@nat28.tlf.novell.com> Cc: "xen-users@lists.xen.org" , Keir Fraser , Ian Campbell , "xen-devel@lists.xen.org" Subject: Re: [Xen-users] [PATCH] xsm: fix printf format string for strlen result X-BeenThere: xen-users@lists.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 T24gMDQvMjkvMjAxMyAxMTo1MCBBTSwgSmFuIEJldWxpY2ggd3JvdGU6Cj4+Pj4gT24gMjIuMDQu MTMgYXQgMTQ6MjgsIElhbiBDYW1wYmVsbCA8SWFuLkNhbXBiZWxsQGNpdHJpeC5jb20+IHdyb3Rl Ogo+PiBBZGRpbmcgS2VpciArIEphbi4KPgo+IFdvdWxkIHJlYWxseSBiZSBEYW5pZWwgdG8gZ2l2 ZSBoaXMgYWNrIGhlcmUuIEl0J3MgYSB0cml2aWFsIGVub3VnaAo+IGNoYW5nZSwgc28gaWYgSSBk b24ndCBzZWUgYW4gYWNrIHNvb24sIEknbGwgcHJvYmFibHkgY29tbWl0IHRoaXMKPiBhbnl3YXku Li4KPgo+IEphbgoKQWgsIHNvcnJ5IGFib3V0IHRoYXQsIGZvciBzb21lIHJlYXNvbiBJIGRpZG4n dCByZWdpc3RlciB0aGF0IHRoaXMgd2FzCndhaXRpbmcgZm9yIG15IEFjayBzaW5jZSBpdCBzZWVt ZWQgbGlrZSBhIHRyaXZpYWwgY2hhbmdlLgoKQWNrZWQtYnk6IERhbmllbCBEZSBHcmFhZiA8ZGdk ZWdyYUB0eWNoby5uc2EuZ292PgoKPgo+PiBPbiBNb24sIDIwMTMtMDQtMTUgYXQgMTQ6MzYgKzAx MDAsIElhbiBDYW1wYmVsbCB3cm90ZToKPj4+IHN0cmxlbiByZXR1cm5zIHNpemVfdDoKPj4+Cj4+ PiBwb2xpY3lkYi5jOiBJbiBmdW5jdGlvbiDigJhwb2xpY3lkYl9yZWFk4oCZOgo+Pj4gcG9saWN5 ZGIuYzoxNzc5OiBlcnJvcjogZm9ybWF0IOKAmCVsdeKAmSBleHBlY3RzIHR5cGUg4oCYbG9uZyB1 bnNpZ25lZCBpbnTigJksIGJ1dAo+PiBhcmd1bWVudCAzIGhhcyB0eXBlIOKAmHNpemVfdOKAmQo+ Pj4KPj4+IFRoaXMgaXMgcHJvYmFibHkgYmVuaWduIG9uIDY0LWJpdCB4ODYgYnV0IHdhcyBmb3Vu ZCBieSBEaGFyc2hpbmkgb24gMzItYml0Cj4+IFhlbgo+Pj4gNC4yLnguIEkgZXhwZWN0IGl0IGFm ZmVjdHMgQVJNIHRvby4KPj4+Cj4+PiBSZXBvcnRlZC1ieTogRGhhcnNoaW5pIFRoYXJtYXJhaiA8 ZGhhcnNoaW5pdGhhcm1hcmFqQGdtYWlsLmNvbT4KPj4+IFNpZ25lZC1vZmYtYnk6IElhbiBDYW1w YmVsbCA8aWFuLmNhbXBiZWxsQGNpdHJpeC5jb20+Cj4+PiBDYzogRGFuaWVsIERlIEdyYWFmIDxk Z2RlZ3JhQHR5Y2hvLm5zYS5nb3Y+Cj4+PiAtLS0KPj4+ICAgeGVuL3hzbS9mbGFzay9zcy9wb2xp Y3lkYi5jIHwgICAgMiArLQo+Pj4gICAxIGZpbGVzIGNoYW5nZWQsIDEgaW5zZXJ0aW9ucygrKSwg MSBkZWxldGlvbnMoLSkKPj4+Cj4+PiBkaWZmIC0tZ2l0IGEveGVuL3hzbS9mbGFzay9zcy9wb2xp Y3lkYi5jIGIveGVuL3hzbS9mbGFzay9zcy9wb2xpY3lkYi5jCj4+PiBpbmRleCBmZWZjZDU5Li5i ZGVjNGFjIDEwMDY0NAo+Pj4gLS0tIGEveGVuL3hzbS9mbGFzay9zcy9wb2xpY3lkYi5jCj4+PiAr KysgYi94ZW4veHNtL2ZsYXNrL3NzL3BvbGljeWRiLmMKPj4+IEBAIC0xNzM3LDcgKzE3MzcsNyBA QCBpbnQgcG9saWN5ZGJfcmVhZChzdHJ1Y3QgcG9saWN5ZGIgKnAsIHZvaWQgKmZwKQo+Pj4gICAg ICAgaWYgKCBsZW4gIT0gc3RybGVuKFBPTElDWURCX1NUUklORykgKQo+Pj4gICAgICAgewo+Pj4g ICAgICAgICAgIHByaW50ayhLRVJOX0VSUiAiRmxhc2s6ICBwb2xpY3lkYiBzdHJpbmcgbGVuZ3Ro ICVkIGRvZXMgbm90ICIKPj4+IC0gICAgICAgICAgICAgICAibWF0Y2ggZXhwZWN0ZWQgbGVuZ3Ro ICVsdVxuIiwKPj4+ICsgICAgICAgICAgICAgICAibWF0Y2ggZXhwZWN0ZWQgbGVuZ3RoICV6dVxu IiwKPj4+ICAgICAgICAgICAgICAgICAgbGVuLCBzdHJsZW4oUE9MSUNZREJfU1RSSU5HKSk7Cj4+ PiAgICAgICAgICAgZ290byBiYWQ7Cj4+PiAgICAgICB9CgpfX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vy c0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Mon Apr 29 16:53:56 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 29 Apr 2013 16:53: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 1UWrJy-0004e9-OR; Mon, 29 Apr 2013 16:52:58 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UWrJx-0004dz-2I for xen-users@lists.xen.org; Mon, 29 Apr 2013 16:52:57 +0000 Received: from [85.158.138.51:43724] by server-15.bemta-3.messagelabs.com id 26/5B-23142-265AE715; Mon, 29 Apr 2013 16:52:50 +0000 X-Env-Sender: altman87120@gmail.com X-Msg-Ref: server-5.tower-174.messagelabs.com!1367254363!30642347!1 X-Originating-IP: [209.85.160.50] X-SpamReason: No, hits=0.2 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, UPPERCASE_50_75,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4775 invoked from network); 29 Apr 2013 16:52:45 -0000 Received: from mail-pb0-f50.google.com (HELO mail-pb0-f50.google.com) (209.85.160.50) by server-5.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 29 Apr 2013 16:52:45 -0000 Received: by mail-pb0-f50.google.com with SMTP id um15so2031981pbc.23 for ; Mon, 29 Apr 2013 09:52:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:content-type:mime-version:subject:from:in-reply-to:date :cc:content-transfer-encoding:message-id:references:to:x-mailer; bh=ksSoswTxeJeTqn9tYcM4ElysDGffmVp2rnItslBBCtE=; b=isiXLJjzCzMyntKDk6mnDQdNtORZctSblfxAkWy9I4kmsivirnjOUG6N3Cf004f4m5 OMPiNCO3rMGNdKmlrIO5kNbA3Hsn5aFD3wxcC3BNi0I1J/HQN3ITpMMjU8Ujk447FCXg J6myIeq9RS7wWL5UX+7M9sSljYhlJBxNWHSrlzm9VdTByY1OtgY2Xtrv+HOeXdZiFeeb icB/eYe0l/oFdNyhZTBKV2OsIw5+tyfOv6FyniFS9OSogPICA0oCz9rY1E5ObNkRlzKI BzhMRJUI0ysFh4zVblgH0ZmUUiRsc9+SqUSrjvna+4SJ6+1MpmlOeWWd1TcHP0GtsMjV tv4g== X-Received: by 10.66.144.170 with SMTP id sn10mr43127986pab.42.1367254362641; Mon, 29 Apr 2013 09:52:42 -0700 (PDT) Received: from [192.168.1.34] ([111.172.166.3]) by mx.google.com with ESMTPSA id t1sm26635758pab.12.2013.04.29.09.52.38 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 29 Apr 2013 09:52:41 -0700 (PDT) Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) From: =?utf-8?B?6YeRIOaIiA==?= In-Reply-To: <20130427121936.GA9088@zion.uk.xensource.com> Date: Tue, 30 Apr 2013 00:52:35 +0800 Message-Id: References: <20130426084332.GF27096@zion.uk.xensource.com> <7B9467DC-FF03-4C1C-9A83-58ABF6EC7105@gmail.com> <20130426135635.GJ27096@zion.uk.xensource.com> <555A1CE3-3C5A-482B-998B-C720A19B8198@gmail.com> <20130427121936.GA9088@zion.uk.xensource.com> To: Wei Liu X-Mailer: Apple Mail (2.1503) Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] ubuntu13.04 host and ubuntu13.04 guest how to config the pvscsi X-BeenThere: xen-users@lists.xen.org X-Mailman-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 VGhhbmtzIQpJIHdpbGwgZmluZCBhbm90aGVyIGtlcm5lbC4KClJlZ2FyZHMKSmluZ2UKCgoKT24g MjAxMy00LTI3LCBhdCDkuIvljYg4OjE5LCBXZWkgTGl1IDx3ZWkubGl1MkBjaXRyaXguY29tPiB3 cm90ZToKCj4gT24gU2F0LCBBcHIgMjcsIDIwMTMgYXQgMDI6NDk6NDVBTSArMDEwMCwg6YeRIOaI iCB3cm90ZToKPj4gSGksIFdlaSBMaXUgIQo+PiAKPj4gVGhpcyBpcyB3aGF0IGl0IHNob3cgdG8g bWUuCj4+IAo+PiByb290QHVidW50dTovYm9vdCMgZ3JlcCBYRU4gY29uZmlnLTMuOC4wLTE5LWdl bmVyaWMKPj4gQ09ORklHX1hFTj15Cj4+IENPTkZJR19YRU5fRE9NMD15Cj4+IENPTkZJR19YRU5f UFJJVklMRUdFRF9HVUVTVD15Cj4+IENPTkZJR19YRU5fUFZIVk09eQo+PiBDT05GSUdfWEVOX01B WF9ET01BSU5fTUVNT1JZPTUwMAo+PiBDT05GSUdfWEVOX1NBVkVfUkVTVE9SRT15Cj4+ICMgQ09O RklHX1hFTl9ERUJVR19GUyBpcyBub3Qgc2V0Cj4+IENPTkZJR19QQ0lfWEVOPXkKPj4gQ09ORklH X1hFTl9QQ0lERVZfRlJPTlRFTkQ9bQo+PiBDT05GSUdfWEVOX0JMS0RFVl9GUk9OVEVORD15Cj4+ IENPTkZJR19YRU5fQkxLREVWX0JBQ0tFTkQ9bQo+PiBDT05GSUdfTkVUWEVOX05JQz1tCj4+IENP TkZJR19YRU5fTkVUREVWX0ZST05URU5EPXkKPj4gQ09ORklHX1hFTl9ORVRERVZfQkFDS0VORD1t Cj4+IENPTkZJR19JTlBVVF9YRU5fS0JEREVWX0ZST05URU5EPW0KPj4gQ09ORklHX0hWQ19YRU49 eQo+PiBDT05GSUdfSFZDX1hFTl9GUk9OVEVORD15Cj4+IENPTkZJR19YRU5fV0RUPW0KPj4gQ09O RklHX1hFTl9GQkRFVl9GUk9OVEVORD1tCj4+IENPTkZJR19YRU5fQkFMTE9PTj15Cj4+IENPTkZJ R19YRU5fU0VMRkJBTExPT05JTkc9eQo+PiBDT05GSUdfWEVOX0JBTExPT05fTUVNT1JZX0hPVFBM VUc9eQo+PiBDT05GSUdfWEVOX1NDUlVCX1BBR0VTPXkKPj4gQ09ORklHX1hFTl9ERVZfRVZUQ0hO PW0KPj4gQ09ORklHX1hFTl9CQUNLRU5EPXkKPj4gQ09ORklHX1hFTkZTPW0KPj4gQ09ORklHX1hF Tl9DT01QQVRfWEVORlM9eQo+PiBDT05GSUdfWEVOX1NZU19IWVBFUlZJU09SPXkKPj4gQ09ORklH X1hFTl9YRU5CVVNfRlJPTlRFTkQ9eQo+PiBDT05GSUdfWEVOX0dOVERFVj1tCj4+IENPTkZJR19Y RU5fR1JBTlRfREVWX0FMTE9DPW0KPj4gQ09ORklHX1NXSU9UTEJfWEVOPXkKPj4gQ09ORklHX1hF Tl9UTUVNPXkKPj4gQ09ORklHX1hFTl9QQ0lERVZfQkFDS0VORD1tCj4+IENPTkZJR19YRU5fUFJJ VkNNRD1tCj4+IENPTkZJR19YRU5fQUNQSV9QUk9DRVNTT1I9eQo+PiBDT05GSUdfWEVOX01DRV9M T0c9eQo+PiBDT05GSUdfWEVOX0hBVkVfUFZNTVU9eQo+PiAKPj4gCj4+IEFuZCBJIGRvbid0IGZp bmQgdGhlIHdvcmQgIlBWU0NTSSIuIERvZXMgaXQgZGVtb25zdHJhdGUgbXkga2VybmVsIGRvbid0 IGhhdmUgUFZTQ1NJIGNvbXBsaWVkID8gIEFuZCBjb3VsZCBJIGNvbXBpbGUgbXkga2VybmVsIHRv IG1ha2UgaXQgd29yayA/Cj4+IEFuZCBpZiB3ZSB1c2UgUFZTQ1NJLCBjb3VsZCBpdCBpbXByb3Zl cyB0aGUgUFZIVk0gZGlzayBJTyBwZXJmb3JtYW5jZT8gQW5kIG90aGVyIGJlbmVmaXQ/Cj4+IAo+ IAo+IFlvdXIga2VybmVsIGRvZXNuJ3QgaGF2ZSBQVlNDU0kgc3VwcG9ydC4gSSBqdXN0IGNoZWNr ZWQgbWFpbmxpbmUgc291cmNlCj4gY29kZSwgUFZTQ1NJIGRvZXNuJ3Qgc2VlbSB0byBiZSB1cHN0 cmVhbWVkIHlldC4KPiAKPiBUQkggSSd2ZSBuZXJ2ZXIgcGxheWVkIHdpdGggUFZTQ1NJIGJlZm9y ZS4gRG8geW91IHNlZSBhbnkgcGVyZm9ybWFuY2UKPiBwcm9ibGVtIHdpdGggYmxrYmFjaz8KPiAK PiAKPiBXZWkuCgoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X18KWGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8v bGlzdHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Mon Apr 29 16:53:56 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 29 Apr 2013 16:53: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 1UWrJy-0004e9-OR; Mon, 29 Apr 2013 16:52:58 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UWrJx-0004dz-2I for xen-users@lists.xen.org; Mon, 29 Apr 2013 16:52:57 +0000 Received: from [85.158.138.51:43724] by server-15.bemta-3.messagelabs.com id 26/5B-23142-265AE715; Mon, 29 Apr 2013 16:52:50 +0000 X-Env-Sender: altman87120@gmail.com X-Msg-Ref: server-5.tower-174.messagelabs.com!1367254363!30642347!1 X-Originating-IP: [209.85.160.50] X-SpamReason: No, hits=0.2 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, UPPERCASE_50_75,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4775 invoked from network); 29 Apr 2013 16:52:45 -0000 Received: from mail-pb0-f50.google.com (HELO mail-pb0-f50.google.com) (209.85.160.50) by server-5.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 29 Apr 2013 16:52:45 -0000 Received: by mail-pb0-f50.google.com with SMTP id um15so2031981pbc.23 for ; Mon, 29 Apr 2013 09:52:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:content-type:mime-version:subject:from:in-reply-to:date :cc:content-transfer-encoding:message-id:references:to:x-mailer; bh=ksSoswTxeJeTqn9tYcM4ElysDGffmVp2rnItslBBCtE=; b=isiXLJjzCzMyntKDk6mnDQdNtORZctSblfxAkWy9I4kmsivirnjOUG6N3Cf004f4m5 OMPiNCO3rMGNdKmlrIO5kNbA3Hsn5aFD3wxcC3BNi0I1J/HQN3ITpMMjU8Ujk447FCXg J6myIeq9RS7wWL5UX+7M9sSljYhlJBxNWHSrlzm9VdTByY1OtgY2Xtrv+HOeXdZiFeeb icB/eYe0l/oFdNyhZTBKV2OsIw5+tyfOv6FyniFS9OSogPICA0oCz9rY1E5ObNkRlzKI BzhMRJUI0ysFh4zVblgH0ZmUUiRsc9+SqUSrjvna+4SJ6+1MpmlOeWWd1TcHP0GtsMjV tv4g== X-Received: by 10.66.144.170 with SMTP id sn10mr43127986pab.42.1367254362641; Mon, 29 Apr 2013 09:52:42 -0700 (PDT) Received: from [192.168.1.34] ([111.172.166.3]) by mx.google.com with ESMTPSA id t1sm26635758pab.12.2013.04.29.09.52.38 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 29 Apr 2013 09:52:41 -0700 (PDT) Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) From: =?utf-8?B?6YeRIOaIiA==?= In-Reply-To: <20130427121936.GA9088@zion.uk.xensource.com> Date: Tue, 30 Apr 2013 00:52:35 +0800 Message-Id: References: <20130426084332.GF27096@zion.uk.xensource.com> <7B9467DC-FF03-4C1C-9A83-58ABF6EC7105@gmail.com> <20130426135635.GJ27096@zion.uk.xensource.com> <555A1CE3-3C5A-482B-998B-C720A19B8198@gmail.com> <20130427121936.GA9088@zion.uk.xensource.com> To: Wei Liu X-Mailer: Apple Mail (2.1503) Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] ubuntu13.04 host and ubuntu13.04 guest how to config the pvscsi X-BeenThere: xen-users@lists.xen.org X-Mailman-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 VGhhbmtzIQpJIHdpbGwgZmluZCBhbm90aGVyIGtlcm5lbC4KClJlZ2FyZHMKSmluZ2UKCgoKT24g MjAxMy00LTI3LCBhdCDkuIvljYg4OjE5LCBXZWkgTGl1IDx3ZWkubGl1MkBjaXRyaXguY29tPiB3 cm90ZToKCj4gT24gU2F0LCBBcHIgMjcsIDIwMTMgYXQgMDI6NDk6NDVBTSArMDEwMCwg6YeRIOaI iCB3cm90ZToKPj4gSGksIFdlaSBMaXUgIQo+PiAKPj4gVGhpcyBpcyB3aGF0IGl0IHNob3cgdG8g bWUuCj4+IAo+PiByb290QHVidW50dTovYm9vdCMgZ3JlcCBYRU4gY29uZmlnLTMuOC4wLTE5LWdl bmVyaWMKPj4gQ09ORklHX1hFTj15Cj4+IENPTkZJR19YRU5fRE9NMD15Cj4+IENPTkZJR19YRU5f UFJJVklMRUdFRF9HVUVTVD15Cj4+IENPTkZJR19YRU5fUFZIVk09eQo+PiBDT05GSUdfWEVOX01B WF9ET01BSU5fTUVNT1JZPTUwMAo+PiBDT05GSUdfWEVOX1NBVkVfUkVTVE9SRT15Cj4+ICMgQ09O RklHX1hFTl9ERUJVR19GUyBpcyBub3Qgc2V0Cj4+IENPTkZJR19QQ0lfWEVOPXkKPj4gQ09ORklH X1hFTl9QQ0lERVZfRlJPTlRFTkQ9bQo+PiBDT05GSUdfWEVOX0JMS0RFVl9GUk9OVEVORD15Cj4+ IENPTkZJR19YRU5fQkxLREVWX0JBQ0tFTkQ9bQo+PiBDT05GSUdfTkVUWEVOX05JQz1tCj4+IENP TkZJR19YRU5fTkVUREVWX0ZST05URU5EPXkKPj4gQ09ORklHX1hFTl9ORVRERVZfQkFDS0VORD1t Cj4+IENPTkZJR19JTlBVVF9YRU5fS0JEREVWX0ZST05URU5EPW0KPj4gQ09ORklHX0hWQ19YRU49 eQo+PiBDT05GSUdfSFZDX1hFTl9GUk9OVEVORD15Cj4+IENPTkZJR19YRU5fV0RUPW0KPj4gQ09O RklHX1hFTl9GQkRFVl9GUk9OVEVORD1tCj4+IENPTkZJR19YRU5fQkFMTE9PTj15Cj4+IENPTkZJ R19YRU5fU0VMRkJBTExPT05JTkc9eQo+PiBDT05GSUdfWEVOX0JBTExPT05fTUVNT1JZX0hPVFBM VUc9eQo+PiBDT05GSUdfWEVOX1NDUlVCX1BBR0VTPXkKPj4gQ09ORklHX1hFTl9ERVZfRVZUQ0hO PW0KPj4gQ09ORklHX1hFTl9CQUNLRU5EPXkKPj4gQ09ORklHX1hFTkZTPW0KPj4gQ09ORklHX1hF Tl9DT01QQVRfWEVORlM9eQo+PiBDT05GSUdfWEVOX1NZU19IWVBFUlZJU09SPXkKPj4gQ09ORklH X1hFTl9YRU5CVVNfRlJPTlRFTkQ9eQo+PiBDT05GSUdfWEVOX0dOVERFVj1tCj4+IENPTkZJR19Y RU5fR1JBTlRfREVWX0FMTE9DPW0KPj4gQ09ORklHX1NXSU9UTEJfWEVOPXkKPj4gQ09ORklHX1hF Tl9UTUVNPXkKPj4gQ09ORklHX1hFTl9QQ0lERVZfQkFDS0VORD1tCj4+IENPTkZJR19YRU5fUFJJ VkNNRD1tCj4+IENPTkZJR19YRU5fQUNQSV9QUk9DRVNTT1I9eQo+PiBDT05GSUdfWEVOX01DRV9M T0c9eQo+PiBDT05GSUdfWEVOX0hBVkVfUFZNTVU9eQo+PiAKPj4gCj4+IEFuZCBJIGRvbid0IGZp bmQgdGhlIHdvcmQgIlBWU0NTSSIuIERvZXMgaXQgZGVtb25zdHJhdGUgbXkga2VybmVsIGRvbid0 IGhhdmUgUFZTQ1NJIGNvbXBsaWVkID8gIEFuZCBjb3VsZCBJIGNvbXBpbGUgbXkga2VybmVsIHRv IG1ha2UgaXQgd29yayA/Cj4+IEFuZCBpZiB3ZSB1c2UgUFZTQ1NJLCBjb3VsZCBpdCBpbXByb3Zl cyB0aGUgUFZIVk0gZGlzayBJTyBwZXJmb3JtYW5jZT8gQW5kIG90aGVyIGJlbmVmaXQ/Cj4+IAo+ IAo+IFlvdXIga2VybmVsIGRvZXNuJ3QgaGF2ZSBQVlNDU0kgc3VwcG9ydC4gSSBqdXN0IGNoZWNr ZWQgbWFpbmxpbmUgc291cmNlCj4gY29kZSwgUFZTQ1NJIGRvZXNuJ3Qgc2VlbSB0byBiZSB1cHN0 cmVhbWVkIHlldC4KPiAKPiBUQkggSSd2ZSBuZXJ2ZXIgcGxheWVkIHdpdGggUFZTQ1NJIGJlZm9y ZS4gRG8geW91IHNlZSBhbnkgcGVyZm9ybWFuY2UKPiBwcm9ibGVtIHdpdGggYmxrYmFjaz8KPiAK PiAKPiBXZWkuCgoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X18KWGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8v bGlzdHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Mon Apr 29 18:20:51 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 29 Apr 2013 18:20: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 1UWsg7-000161-DT; Mon, 29 Apr 2013 18:19:55 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UWsg5-00015w-Uk for xen-users@lists.xensource.com; Mon, 29 Apr 2013 18:19:54 +0000 Received: from [85.158.138.51:23075] by server-1.bemta-3.messagelabs.com id 81/F0-13706-8C9BE715; Mon, 29 Apr 2013 18:19:52 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-11.tower-174.messagelabs.com!1367259591!30303447!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30879 invoked from network); 29 Apr 2013 18:19:52 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-11.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 29 Apr 2013 18:19:52 -0000 Received: from thinkpad.shatteredsilicon.net (unknown [149.254.180.158]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 8ED372211A3 for ; Mon, 29 Apr 2013 19:19:50 +0100 (BST) Message-ID: <517EB9B7.3080207@bobich.net> Date: Mon, 29 Apr 2013 19:19:35 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130402 Thunderbird/17.0.5 MIME-Version: 1.0 To: "xen-users@lists.xensource.com" References: <1367104585722-5715723.post@n5.nabble.com> In-Reply-To: Subject: Re: [Xen-users] VGA/PCI Passthrough of Secondary Graphics Adapter X-BeenThere: xen-users@lists.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 04/28/2013 07:11 AM, Casey DeLorme wrote: > The lack of FLR, to my understanding, prevents the virtual machine from > resetting the card state, leaving it initialized when switching or > rebooting your DomU. As a result the card is activated multiple times, > creating various issues with a range of problems. You see, I'm not actually convinced FLR is such a vitally important feature. All you are really doing with FLR is pushing the re-initialization responsibility onto the BIOS of the PCI device. Without it, the driver has to do it. What is it that the driver cannot do to reset the device? Think low-level - all you are really doing is putting values into the registers of the GPU. > During my tests, I broke down the steps logically to resolve the issues > I had installing and updating drivers. In general, anytime I update or > install AMD drivers I would reboot the entire physical machine to ensure > the graphics card state was proper. Interestingly, the one thing that various people have been saying about ATI cards is that they get slower and slower on every guest reboot, unless you reboot the host. I haven't seen any evidence of this on my 6450. The fps I get in the likes of OCCT and Furmark are the same after the guest has been rebooted a few times. The problem I have is that an application entering full-screen mode causes a crash. > From my experiences this required a freshly installed Windows system, > if you are working on a system you already attempted driver installation > on and it failed (BSoD's or otherwise) uninstalling the failed drivers > and trying again loops back to the same failures for mostly unknown > reasons. Presumable it has to do with the use of the .NET framework for > installation, and leaving bits of data behind on failure, but I never > confirmed the exact details. I don't know if that helped in any way, but I uninstalled anything remotely .NET-ish, including the client profile. > For me, once the drivers are properly installed, rebooting the system > still leaves the card in a pre-initialized state, which to avoid > performance degradation I would manually reset the card using eject > media from the lower right icon. This is not a perfect solution, and I > do not rely on it when performing driver installation or updates. Where is this "eject" for a PCI device? What distro are you actually running? Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 29 18:20:51 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 29 Apr 2013 18:20: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 1UWsg7-000161-DT; Mon, 29 Apr 2013 18:19:55 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UWsg5-00015w-Uk for xen-users@lists.xensource.com; Mon, 29 Apr 2013 18:19:54 +0000 Received: from [85.158.138.51:23075] by server-1.bemta-3.messagelabs.com id 81/F0-13706-8C9BE715; Mon, 29 Apr 2013 18:19:52 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-11.tower-174.messagelabs.com!1367259591!30303447!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30879 invoked from network); 29 Apr 2013 18:19:52 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-11.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 29 Apr 2013 18:19:52 -0000 Received: from thinkpad.shatteredsilicon.net (unknown [149.254.180.158]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 8ED372211A3 for ; Mon, 29 Apr 2013 19:19:50 +0100 (BST) Message-ID: <517EB9B7.3080207@bobich.net> Date: Mon, 29 Apr 2013 19:19:35 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130402 Thunderbird/17.0.5 MIME-Version: 1.0 To: "xen-users@lists.xensource.com" References: <1367104585722-5715723.post@n5.nabble.com> In-Reply-To: Subject: Re: [Xen-users] VGA/PCI Passthrough of Secondary Graphics Adapter X-BeenThere: xen-users@lists.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 04/28/2013 07:11 AM, Casey DeLorme wrote: > The lack of FLR, to my understanding, prevents the virtual machine from > resetting the card state, leaving it initialized when switching or > rebooting your DomU. As a result the card is activated multiple times, > creating various issues with a range of problems. You see, I'm not actually convinced FLR is such a vitally important feature. All you are really doing with FLR is pushing the re-initialization responsibility onto the BIOS of the PCI device. Without it, the driver has to do it. What is it that the driver cannot do to reset the device? Think low-level - all you are really doing is putting values into the registers of the GPU. > During my tests, I broke down the steps logically to resolve the issues > I had installing and updating drivers. In general, anytime I update or > install AMD drivers I would reboot the entire physical machine to ensure > the graphics card state was proper. Interestingly, the one thing that various people have been saying about ATI cards is that they get slower and slower on every guest reboot, unless you reboot the host. I haven't seen any evidence of this on my 6450. The fps I get in the likes of OCCT and Furmark are the same after the guest has been rebooted a few times. The problem I have is that an application entering full-screen mode causes a crash. > From my experiences this required a freshly installed Windows system, > if you are working on a system you already attempted driver installation > on and it failed (BSoD's or otherwise) uninstalling the failed drivers > and trying again loops back to the same failures for mostly unknown > reasons. Presumable it has to do with the use of the .NET framework for > installation, and leaving bits of data behind on failure, but I never > confirmed the exact details. I don't know if that helped in any way, but I uninstalled anything remotely .NET-ish, including the client profile. > For me, once the drivers are properly installed, rebooting the system > still leaves the card in a pre-initialized state, which to avoid > performance degradation I would manually reset the card using eject > media from the lower right icon. This is not a perfect solution, and I > do not rely on it when performing driver installation or updates. Where is this "eject" for a PCI device? What distro are you actually running? Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 29 19:32:42 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 29 Apr 2013 19:32: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 1UWtnM-0003w8-K7; Mon, 29 Apr 2013 19:31:28 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UWtnK-0003w2-Py for xen-users@lists.xensource.com; Mon, 29 Apr 2013 19:31:27 +0000 Received: from [85.158.138.51:41363] by server-14.bemta-3.messagelabs.com id 95/AA-27076-98ACE715; Mon, 29 Apr 2013 19:31:21 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-9.tower-174.messagelabs.com!1367263878!28061263!1 X-Originating-IP: [209.85.212.52] 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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19678 invoked from network); 29 Apr 2013 19:31:19 -0000 Received: from mail-vb0-f52.google.com (HELO mail-vb0-f52.google.com) (209.85.212.52) by server-9.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 29 Apr 2013 19:31:19 -0000 Received: by mail-vb0-f52.google.com with SMTP id q16so2440463vbe.11 for ; Mon, 29 Apr 2013 12:31:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=/k1fkHCyGxNqC0O9ePTOFtU4O9YyerZQAx4THFBmghg=; b=bD20rDPNgD0OtiCihwOj7m4JtRTClx9mXbzEgopoGarvugXKKwzHI8xJrFTkDkgFFW seHvrAFdKRBh0VRXHn57wPbnCu77NVCEFiPgYBJkqmrvNcAupgD1UQyZaA1zl2DCd/lO fleAqLBa4CqjH0GtoI5NUBEWxdKXVIYybNHdjBXtd9UZ3AD8Tb3+PFVBwStm8OJu2aNt cAXex926RuJY1btUjGj0P201omtlciJRpWKUOAE2K30cEOJjX4lycqZJCX3KJ4zhdM3Y 9y1T/791MvRKPMI62LvS8aVFIo7ius50HvLaiFMtm+Uqe1gzz/JlLdxppJXTJUYCsvT5 jo1w== MIME-Version: 1.0 X-Received: by 10.52.97.131 with SMTP id ea3mr28610610vdb.71.1367263877685; Mon, 29 Apr 2013 12:31:17 -0700 (PDT) Received: by 10.58.106.230 with HTTP; Mon, 29 Apr 2013 12:31:17 -0700 (PDT) In-Reply-To: <517EB9B7.3080207@bobich.net> References: <1367104585722-5715723.post@n5.nabble.com> <517EB9B7.3080207@bobich.net> Date: Mon, 29 Apr 2013 15:31:17 -0400 Message-ID: From: Casey DeLorme To: Gordan Bobic Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] VGA/PCI Passthrough of Secondary Graphics Adapter X-BeenThere: xen-users@lists.xen.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="===============3131030378926343430==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3131030378926343430== Content-Type: multipart/alternative; boundary=20cf307cfc7ebe6bbe04db84ed1b --20cf307cfc7ebe6bbe04db84ed1b Content-Type: text/plain; charset=UTF-8 Hi Gordan, Sorry for not getting back to you sooner, it's a lot of information to sift through. > The lack of FLR, to my understanding, prevents the virtual machine from >> resetting the card state, leaving it initialized when switching or >> rebooting your DomU. As a result the card is activated multiple times, >> creating various issues with a range of problems. >> > > You see, I'm not actually convinced FLR is such a vitally important > feature. All you are really doing with FLR is pushing the re-initialization > responsibility onto the BIOS of the PCI device. Without it, the driver has > to do it. What is it that the driver cannot do to reset the device? Think > low-level - all you are really doing is putting values into the registers > of the GPU. > > The problems I encountered during my tests would point to the fact that the card state is not being reset, and FLR happens to exist to do just that for virtualization. It seems like a fairly logical assessment to say that because FLR is not available for consume cards that this is a problem. It is very possible that it could be something else, but I am just pointing at the most likely cause using what I know personally. > During my tests, I broke down the steps logically to resolve the issues >> I had installing and updating drivers. In general, anytime I update or >> install AMD drivers I would reboot the entire physical machine to ensure >> the graphics card state was proper. >> > > Interestingly, the one thing that various people have been saying about > ATI cards is that they get slower and slower on every guest reboot, unless > you reboot the host. I haven't seen any evidence of this on my 6450. The > fps I get in the likes of OCCT and Furmark are the same after the guest has > been rebooted a few times. The problem I have is that an application > entering full-screen mode causes a crash. > > When I reboot my system the card still works just fine for Windows, but will perform very poorly when I run a 3D application. To resolve this I eject the device which causes it to reset and restores the performance, for the duration it runs. Rebooting again will require the same steps. However, I have not experienced a gradual decrease in performance from continual reboots, possibly because I eject and reset it after rebooting. The tests I mentioned were a large number of fresh Windows installations and AMD driver installations during the 11.x-12.x versions. Out of the first 16 installations 13 failed to install AMD drivers when faced with a rebooted Windows and a card with a state that had not been reset. The 3 that succeeded BSoD'd on reboot or randomly shortly after login. Another 30 installations with a fresh system, only rebooted during the installation process claimed to work successfully but roughly 15% of the time would experience video tearing and BSoD without warning (on first boot), and almost always on reboot. The final 22 installations I rebooted the whole machine during both stages of installation, and ran Windows 7 with that for four months without a problem, the migrated to Windows 8 which has been running for three months. > From my experiences this required a freshly installed Windows system, >> if you are working on a system you already attempted driver installation >> on and it failed (BSoD's or otherwise) uninstalling the failed drivers >> and trying again loops back to the same failures for mostly unknown >> reasons. Presumable it has to do with the use of the .NET framework for >> installation, and leaving bits of data behind on failure, but I never >> confirmed the exact details. >> > > I don't know if that helped in any way, but I uninstalled anything > remotely .NET-ish, including the client profile. > > I spent three days trying to figure out the specifics, and did the same as you, and that did not solve the problems. In using .NET it either left something else on the system or I missed something, but I was more concerned with getting the system working than figuring out why it was breaking, and three days was enough time to reinstall several times. > For me, once the drivers are properly installed, rebooting the system >> still leaves the card in a pre-initialized state, which to avoid >> performance degradation I would manually reset the card using eject >> media from the lower right icon. This is not a perfect solution, and I >> do not rely on it when performing driver installation or updates. >> > > Where is this "eject" for a PCI device? What distro are you actually > running? > > The ejection process has nothing to do with Linux or Dom0. I call it a "manual ejection" as it does not occur automatically. The ejection takes place from inside the running Windows virtual machine, after it has restarted. There is an icon to eject media in the bottom menu, when clicked it displays any passed devices. My understanding is this triggers a hot-plug ejection on the device, if you know how to reproduce that in Linux let me know. I point my fingers at FLR because its described responsibility is to reset device state in virtual environments, and every one of the problems I have encountered appear to be linked to the state of the card. However, other users have posted very different experiences, leading me to believe that it could well be hardware specific. I started with a consumer nVidia card, it didn't work that's why I switched to AMD. If you can share the model of a $180 USD consumer nVidia card with HDMI out and onboard audio that can be converted to a working Quadro model card and is equal to or outperforms my AMD I would gladly switch. From what I have seen the Quadro 2000 is the earliest model with onboard audio, and none of them have HDMI out so you would need a DisplayPort to HDMI adapter, plus they cost double what I paid for my card. If you compare passmark benchmarks my card has a 60% performance gain over a Quadro K2000, and 30% over the Quadro 4000 which costs four times as much. Going back to the lack of demonstration videos really makes me wary of throwing that much money into a "possible" alternative, especially one that performs worse than my current. While I have seen emails mentioning Quadro, that's about it. No instructions or demonstration videos or performance comparisons. Makes me a bit wary about dropping four times the cost of my current card for less performance when the only supporting documents are various emails and a wiki page. --20cf307cfc7ebe6bbe04db84ed1b Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Gordan,

Sorry for not get= ting back to you sooner, it's a lot of information to sift through.
=C2=A0
The lack of FLR, to my understanding, pr= events the virtual machine from
resetting the card state, leaving it initialized when switching or
rebooting your DomU. =C2=A0As a result the card is activated multiple times= ,
creating various issues with a range of problems.

You see, I'm not actually convinced FLR is such a vitally important fea= ture. All you are really doing with FLR is pushing the re-initialization re= sponsibility onto the BIOS of the PCI device. Without it, the driver has to= do it. What is it that the driver cannot do to reset the device? Think low= -level - all you are really doing is putting values into the registers of t= he GPU.


The problems I encountered = during my tests would point to the fact that the card state is not being re= set, and FLR happens to exist to do just that for virtualization. =C2=A0It = seems like a fairly logical assessment to say that because FLR is not avail= able for consume cards that this is a problem. =C2=A0It is very possible th= at it could be something else, but I am just pointing at the most likely ca= use using what I know personally.


During my tests, I broke down the steps logically to resolve the issues
I had installing and updating drivers. =C2=A0In general, anytime I update o= r
install AMD drivers I would reboot the entire physical machine to ensure the graphics card state was proper.

Interestingly, the one thing that various people have been saying about ATI= cards is that they get slower and slower on every guest reboot, unless you= reboot the host. I haven't seen any evidence of this on my 6450. The f= ps I get in the likes of OCCT and Furmark are the same after the guest has = been rebooted a few times. The problem I have is that an application enteri= ng full-screen mode causes a crash.


When I reboot my system th= e card still works just fine for Windows, but will perform very poorly when= I run a 3D application. =C2=A0To resolve this I eject the device which cau= ses it to reset and restores the performance, for the duration it runs. =C2= =A0Rebooting again will require the same steps. =C2=A0However, I have not e= xperienced a gradual decrease in performance from continual reboots, possib= ly because I eject and reset it after rebooting.
=C2=A0
The tests I mentioned were a large number of fr= esh Windows installations and AMD driver installations during the 11.x-12.x= versions.

Out of the first 16 install= ations 13 failed to install AMD drivers when faced with a rebooted Windows = and a card with a state that had not been reset. =C2=A0The 3 that succeeded= BSoD'd on reboot or randomly shortly after login.

Another 30 installations with a fresh syste= m, only rebooted during the installation process claimed to work successful= ly but roughly 15% of the time would experience video tearing and BSoD with= out warning (on first boot), and almost always on reboot.

The final 22 installations I rebooted the w= hole machine during both stages of installation, and ran Windows 7 with tha= t for four months without a problem, the migrated to Windows 8 which has be= en running for three months.


=C2=A0From my experiences this required a freshly installed Windows system,=
if you are working on a system you already attempted driver installation on and it failed (BSoD's or otherwise) uninstalling the failed drivers<= br> and trying again loops back to the same failures for mostly unknown
reasons. =C2=A0Presumable it has to do with the use of the .NET framework f= or
installation, and leaving bits of data behind on failure, but I never
confirmed the exact details.

I don't know if that helped in any way, but I uninstalled anything remo= tely .NET-ish, including the client profile.


I spent three days trying to figure out= the specifics, and did the same as you, and that did not solve the problem= s. =C2=A0In using .NET it either left something else on the system or I mis= sed something, but I was more concerned with getting the system working tha= n figuring out why it was breaking, and three days was enough time to reins= tall several times.


For me, once the drivers are properly installed, rebooting the system
still leaves the card in a pre-initialized state, which to avoid
performance degradation I would manually reset the card using eject
media from the lower right icon. =C2=A0This is not a perfect solution, and = I
do not rely on it when performing driver installation or updates.

Where is this "eject" for a PCI device? What distro are you actua= lly running?


The ejection proce= ss has nothing to do with Linux or Dom0. =C2=A0I call it a "manual eje= ction" as it does not occur automatically. =C2=A0The ejection takes pl= ace from inside the running Windows virtual machine, after it has restarted= . =C2=A0There is an icon to eject media in the bottom menu, when clicked it= displays any passed devices. =C2=A0My understanding is this triggers a hot= -plug ejection on the device, if you know how to reproduce that in Linux le= t me know.

I point my fingers at FLR because its descr= ibed responsibility is to reset device state in virtual environments, and e= very one of the problems I have encountered appear to be linked to the stat= e of the card. =C2=A0However, other users have posted very different experi= ences, leading me to believe that it could well be hardware specific.

I started with a= consumer nVidia card, it didn't work that's why I switched to AMD.= =C2=A0If you can share the model of a $180 USD consumer nVidia card with H= DMI out and onboard audio that can be converted to a working Quadro model c= ard and is equal to or outperforms my AMD I would gladly switch. =C2=A0From= what I have seen the Quadro 2000 is the earliest model with onboard audio,= and none of them have HDMI out so you would need a DisplayPort to HDMI ada= pter, plus they cost double what I paid for my card. =C2=A0If you compare p= assmark benchmarks my card has a 60% performance gain over a Quadro K2000, = and 30% over the Quadro 4000 which costs four times as much. =C2=A0Going ba= ck to the lack of demonstration videos really makes me wary of throwing tha= t much money into a "possible" alternative, especially one that p= erforms worse than my current. =C2=A0While I have seen emails mentioning Qu= adro, that's about it. =C2=A0No instructions or demonstration videos or= performance comparisons. =C2=A0Makes me a bit wary about dropping four tim= es the cost of my current card for less performance when the only supportin= g documents are various emails and a wiki page.
--20cf307cfc7ebe6bbe04db84ed1b-- --===============3131030378926343430== 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 --===============3131030378926343430==-- From xen-users-bounces@lists.xen.org Mon Apr 29 19:32:42 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 29 Apr 2013 19:32: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 1UWtnM-0003w8-K7; Mon, 29 Apr 2013 19:31:28 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UWtnK-0003w2-Py for xen-users@lists.xensource.com; Mon, 29 Apr 2013 19:31:27 +0000 Received: from [85.158.138.51:41363] by server-14.bemta-3.messagelabs.com id 95/AA-27076-98ACE715; Mon, 29 Apr 2013 19:31:21 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-9.tower-174.messagelabs.com!1367263878!28061263!1 X-Originating-IP: [209.85.212.52] 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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19678 invoked from network); 29 Apr 2013 19:31:19 -0000 Received: from mail-vb0-f52.google.com (HELO mail-vb0-f52.google.com) (209.85.212.52) by server-9.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 29 Apr 2013 19:31:19 -0000 Received: by mail-vb0-f52.google.com with SMTP id q16so2440463vbe.11 for ; Mon, 29 Apr 2013 12:31:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=/k1fkHCyGxNqC0O9ePTOFtU4O9YyerZQAx4THFBmghg=; b=bD20rDPNgD0OtiCihwOj7m4JtRTClx9mXbzEgopoGarvugXKKwzHI8xJrFTkDkgFFW seHvrAFdKRBh0VRXHn57wPbnCu77NVCEFiPgYBJkqmrvNcAupgD1UQyZaA1zl2DCd/lO fleAqLBa4CqjH0GtoI5NUBEWxdKXVIYybNHdjBXtd9UZ3AD8Tb3+PFVBwStm8OJu2aNt cAXex926RuJY1btUjGj0P201omtlciJRpWKUOAE2K30cEOJjX4lycqZJCX3KJ4zhdM3Y 9y1T/791MvRKPMI62LvS8aVFIo7ius50HvLaiFMtm+Uqe1gzz/JlLdxppJXTJUYCsvT5 jo1w== MIME-Version: 1.0 X-Received: by 10.52.97.131 with SMTP id ea3mr28610610vdb.71.1367263877685; Mon, 29 Apr 2013 12:31:17 -0700 (PDT) Received: by 10.58.106.230 with HTTP; Mon, 29 Apr 2013 12:31:17 -0700 (PDT) In-Reply-To: <517EB9B7.3080207@bobich.net> References: <1367104585722-5715723.post@n5.nabble.com> <517EB9B7.3080207@bobich.net> Date: Mon, 29 Apr 2013 15:31:17 -0400 Message-ID: From: Casey DeLorme To: Gordan Bobic Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] VGA/PCI Passthrough of Secondary Graphics Adapter X-BeenThere: xen-users@lists.xen.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="===============3131030378926343430==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3131030378926343430== Content-Type: multipart/alternative; boundary=20cf307cfc7ebe6bbe04db84ed1b --20cf307cfc7ebe6bbe04db84ed1b Content-Type: text/plain; charset=UTF-8 Hi Gordan, Sorry for not getting back to you sooner, it's a lot of information to sift through. > The lack of FLR, to my understanding, prevents the virtual machine from >> resetting the card state, leaving it initialized when switching or >> rebooting your DomU. As a result the card is activated multiple times, >> creating various issues with a range of problems. >> > > You see, I'm not actually convinced FLR is such a vitally important > feature. All you are really doing with FLR is pushing the re-initialization > responsibility onto the BIOS of the PCI device. Without it, the driver has > to do it. What is it that the driver cannot do to reset the device? Think > low-level - all you are really doing is putting values into the registers > of the GPU. > > The problems I encountered during my tests would point to the fact that the card state is not being reset, and FLR happens to exist to do just that for virtualization. It seems like a fairly logical assessment to say that because FLR is not available for consume cards that this is a problem. It is very possible that it could be something else, but I am just pointing at the most likely cause using what I know personally. > During my tests, I broke down the steps logically to resolve the issues >> I had installing and updating drivers. In general, anytime I update or >> install AMD drivers I would reboot the entire physical machine to ensure >> the graphics card state was proper. >> > > Interestingly, the one thing that various people have been saying about > ATI cards is that they get slower and slower on every guest reboot, unless > you reboot the host. I haven't seen any evidence of this on my 6450. The > fps I get in the likes of OCCT and Furmark are the same after the guest has > been rebooted a few times. The problem I have is that an application > entering full-screen mode causes a crash. > > When I reboot my system the card still works just fine for Windows, but will perform very poorly when I run a 3D application. To resolve this I eject the device which causes it to reset and restores the performance, for the duration it runs. Rebooting again will require the same steps. However, I have not experienced a gradual decrease in performance from continual reboots, possibly because I eject and reset it after rebooting. The tests I mentioned were a large number of fresh Windows installations and AMD driver installations during the 11.x-12.x versions. Out of the first 16 installations 13 failed to install AMD drivers when faced with a rebooted Windows and a card with a state that had not been reset. The 3 that succeeded BSoD'd on reboot or randomly shortly after login. Another 30 installations with a fresh system, only rebooted during the installation process claimed to work successfully but roughly 15% of the time would experience video tearing and BSoD without warning (on first boot), and almost always on reboot. The final 22 installations I rebooted the whole machine during both stages of installation, and ran Windows 7 with that for four months without a problem, the migrated to Windows 8 which has been running for three months. > From my experiences this required a freshly installed Windows system, >> if you are working on a system you already attempted driver installation >> on and it failed (BSoD's or otherwise) uninstalling the failed drivers >> and trying again loops back to the same failures for mostly unknown >> reasons. Presumable it has to do with the use of the .NET framework for >> installation, and leaving bits of data behind on failure, but I never >> confirmed the exact details. >> > > I don't know if that helped in any way, but I uninstalled anything > remotely .NET-ish, including the client profile. > > I spent three days trying to figure out the specifics, and did the same as you, and that did not solve the problems. In using .NET it either left something else on the system or I missed something, but I was more concerned with getting the system working than figuring out why it was breaking, and three days was enough time to reinstall several times. > For me, once the drivers are properly installed, rebooting the system >> still leaves the card in a pre-initialized state, which to avoid >> performance degradation I would manually reset the card using eject >> media from the lower right icon. This is not a perfect solution, and I >> do not rely on it when performing driver installation or updates. >> > > Where is this "eject" for a PCI device? What distro are you actually > running? > > The ejection process has nothing to do with Linux or Dom0. I call it a "manual ejection" as it does not occur automatically. The ejection takes place from inside the running Windows virtual machine, after it has restarted. There is an icon to eject media in the bottom menu, when clicked it displays any passed devices. My understanding is this triggers a hot-plug ejection on the device, if you know how to reproduce that in Linux let me know. I point my fingers at FLR because its described responsibility is to reset device state in virtual environments, and every one of the problems I have encountered appear to be linked to the state of the card. However, other users have posted very different experiences, leading me to believe that it could well be hardware specific. I started with a consumer nVidia card, it didn't work that's why I switched to AMD. If you can share the model of a $180 USD consumer nVidia card with HDMI out and onboard audio that can be converted to a working Quadro model card and is equal to or outperforms my AMD I would gladly switch. From what I have seen the Quadro 2000 is the earliest model with onboard audio, and none of them have HDMI out so you would need a DisplayPort to HDMI adapter, plus they cost double what I paid for my card. If you compare passmark benchmarks my card has a 60% performance gain over a Quadro K2000, and 30% over the Quadro 4000 which costs four times as much. Going back to the lack of demonstration videos really makes me wary of throwing that much money into a "possible" alternative, especially one that performs worse than my current. While I have seen emails mentioning Quadro, that's about it. No instructions or demonstration videos or performance comparisons. Makes me a bit wary about dropping four times the cost of my current card for less performance when the only supporting documents are various emails and a wiki page. --20cf307cfc7ebe6bbe04db84ed1b Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Gordan,

Sorry for not get= ting back to you sooner, it's a lot of information to sift through.
=C2=A0
The lack of FLR, to my understanding, pr= events the virtual machine from
resetting the card state, leaving it initialized when switching or
rebooting your DomU. =C2=A0As a result the card is activated multiple times= ,
creating various issues with a range of problems.

You see, I'm not actually convinced FLR is such a vitally important fea= ture. All you are really doing with FLR is pushing the re-initialization re= sponsibility onto the BIOS of the PCI device. Without it, the driver has to= do it. What is it that the driver cannot do to reset the device? Think low= -level - all you are really doing is putting values into the registers of t= he GPU.


The problems I encountered = during my tests would point to the fact that the card state is not being re= set, and FLR happens to exist to do just that for virtualization. =C2=A0It = seems like a fairly logical assessment to say that because FLR is not avail= able for consume cards that this is a problem. =C2=A0It is very possible th= at it could be something else, but I am just pointing at the most likely ca= use using what I know personally.


During my tests, I broke down the steps logically to resolve the issues
I had installing and updating drivers. =C2=A0In general, anytime I update o= r
install AMD drivers I would reboot the entire physical machine to ensure the graphics card state was proper.

Interestingly, the one thing that various people have been saying about ATI= cards is that they get slower and slower on every guest reboot, unless you= reboot the host. I haven't seen any evidence of this on my 6450. The f= ps I get in the likes of OCCT and Furmark are the same after the guest has = been rebooted a few times. The problem I have is that an application enteri= ng full-screen mode causes a crash.


When I reboot my system th= e card still works just fine for Windows, but will perform very poorly when= I run a 3D application. =C2=A0To resolve this I eject the device which cau= ses it to reset and restores the performance, for the duration it runs. =C2= =A0Rebooting again will require the same steps. =C2=A0However, I have not e= xperienced a gradual decrease in performance from continual reboots, possib= ly because I eject and reset it after rebooting.
=C2=A0
The tests I mentioned were a large number of fr= esh Windows installations and AMD driver installations during the 11.x-12.x= versions.

Out of the first 16 install= ations 13 failed to install AMD drivers when faced with a rebooted Windows = and a card with a state that had not been reset. =C2=A0The 3 that succeeded= BSoD'd on reboot or randomly shortly after login.

Another 30 installations with a fresh syste= m, only rebooted during the installation process claimed to work successful= ly but roughly 15% of the time would experience video tearing and BSoD with= out warning (on first boot), and almost always on reboot.

The final 22 installations I rebooted the w= hole machine during both stages of installation, and ran Windows 7 with tha= t for four months without a problem, the migrated to Windows 8 which has be= en running for three months.


=C2=A0From my experiences this required a freshly installed Windows system,=
if you are working on a system you already attempted driver installation on and it failed (BSoD's or otherwise) uninstalling the failed drivers<= br> and trying again loops back to the same failures for mostly unknown
reasons. =C2=A0Presumable it has to do with the use of the .NET framework f= or
installation, and leaving bits of data behind on failure, but I never
confirmed the exact details.

I don't know if that helped in any way, but I uninstalled anything remo= tely .NET-ish, including the client profile.


I spent three days trying to figure out= the specifics, and did the same as you, and that did not solve the problem= s. =C2=A0In using .NET it either left something else on the system or I mis= sed something, but I was more concerned with getting the system working tha= n figuring out why it was breaking, and three days was enough time to reins= tall several times.


For me, once the drivers are properly installed, rebooting the system
still leaves the card in a pre-initialized state, which to avoid
performance degradation I would manually reset the card using eject
media from the lower right icon. =C2=A0This is not a perfect solution, and = I
do not rely on it when performing driver installation or updates.

Where is this "eject" for a PCI device? What distro are you actua= lly running?


The ejection proce= ss has nothing to do with Linux or Dom0. =C2=A0I call it a "manual eje= ction" as it does not occur automatically. =C2=A0The ejection takes pl= ace from inside the running Windows virtual machine, after it has restarted= . =C2=A0There is an icon to eject media in the bottom menu, when clicked it= displays any passed devices. =C2=A0My understanding is this triggers a hot= -plug ejection on the device, if you know how to reproduce that in Linux le= t me know.

I point my fingers at FLR because its descr= ibed responsibility is to reset device state in virtual environments, and e= very one of the problems I have encountered appear to be linked to the stat= e of the card. =C2=A0However, other users have posted very different experi= ences, leading me to believe that it could well be hardware specific.

I started with a= consumer nVidia card, it didn't work that's why I switched to AMD.= =C2=A0If you can share the model of a $180 USD consumer nVidia card with H= DMI out and onboard audio that can be converted to a working Quadro model c= ard and is equal to or outperforms my AMD I would gladly switch. =C2=A0From= what I have seen the Quadro 2000 is the earliest model with onboard audio,= and none of them have HDMI out so you would need a DisplayPort to HDMI ada= pter, plus they cost double what I paid for my card. =C2=A0If you compare p= assmark benchmarks my card has a 60% performance gain over a Quadro K2000, = and 30% over the Quadro 4000 which costs four times as much. =C2=A0Going ba= ck to the lack of demonstration videos really makes me wary of throwing tha= t much money into a "possible" alternative, especially one that p= erforms worse than my current. =C2=A0While I have seen emails mentioning Qu= adro, that's about it. =C2=A0No instructions or demonstration videos or= performance comparisons. =C2=A0Makes me a bit wary about dropping four tim= es the cost of my current card for less performance when the only supportin= g documents are various emails and a wiki page.
--20cf307cfc7ebe6bbe04db84ed1b-- --===============3131030378926343430== 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 --===============3131030378926343430==-- From xen-users-bounces@lists.xen.org Mon Apr 29 20:09:10 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 29 Apr 2013 20:09: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 1UWuMw-000548-7z; Mon, 29 Apr 2013 20:08:14 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UWuMu-000543-EO for xen-users@lists.xensource.com; Mon, 29 Apr 2013 20:08:12 +0000 Received: from [85.158.138.51:33557] by server-5.bemta-3.messagelabs.com id 9A/74-30636-B23DE715; Mon, 29 Apr 2013 20:08:11 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-3.tower-174.messagelabs.com!1367266084!22451153!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9527 invoked from network); 29 Apr 2013 20:08:09 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-3.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 29 Apr 2013 20:08:09 -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 6D2762211A3 for ; Mon, 29 Apr 2013 21:08:03 +0100 (BST) Message-ID: <517ED322.8010307@bobich.net> Date: Mon, 29 Apr 2013 21:08:02 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130402 Thunderbird/17.0.5 MIME-Version: 1.0 To: "xen-users@lists.xensource.com" References: <1367104585722-5715723.post@n5.nabble.com> <517EB9B7.3080207@bobich.net> In-Reply-To: Subject: Re: [Xen-users] VGA/PCI Passthrough of Secondary Graphics Adapter X-BeenThere: xen-users@lists.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 T24gMDQvMjkvMjAxMyAwODozMSBQTSwgQ2FzZXkgRGVMb3JtZSB3cm90ZToKCj4gICAgICAgICBU aGUgbGFjayBvZiBGTFIsIHRvIG15IHVuZGVyc3RhbmRpbmcsIHByZXZlbnRzIHRoZSB2aXJ0dWFs Cj4gICAgICAgICBtYWNoaW5lIGZyb20KPiAgICAgICAgIHJlc2V0dGluZyB0aGUgY2FyZCBzdGF0 ZSwgbGVhdmluZyBpdCBpbml0aWFsaXplZCB3aGVuIHN3aXRjaGluZyBvcgo+ICAgICAgICAgcmVi b290aW5nIHlvdXIgRG9tVS4gIEFzIGEgcmVzdWx0IHRoZSBjYXJkIGlzIGFjdGl2YXRlZCBtdWx0 aXBsZQo+ICAgICAgICAgdGltZXMsCj4gICAgICAgICBjcmVhdGluZyB2YXJpb3VzIGlzc3VlcyB3 aXRoIGEgcmFuZ2Ugb2YgcHJvYmxlbXMuCj4KPgo+ICAgICBZb3Ugc2VlLCBJJ20gbm90IGFjdHVh bGx5IGNvbnZpbmNlZCBGTFIgaXMgc3VjaCBhIHZpdGFsbHkgaW1wb3J0YW50Cj4gICAgIGZlYXR1 cmUuIEFsbCB5b3UgYXJlIHJlYWxseSBkb2luZyB3aXRoIEZMUiBpcyBwdXNoaW5nIHRoZQo+ICAg ICByZS1pbml0aWFsaXphdGlvbiByZXNwb25zaWJpbGl0eSBvbnRvIHRoZSBCSU9TIG9mIHRoZSBQ Q0kgZGV2aWNlLgo+ICAgICBXaXRob3V0IGl0LCB0aGUgZHJpdmVyIGhhcyB0byBkbyBpdC4gV2hh dCBpcyBpdCB0aGF0IHRoZSBkcml2ZXIKPiAgICAgY2Fubm90IGRvIHRvIHJlc2V0IHRoZSBkZXZp Y2U/IFRoaW5rIGxvdy1sZXZlbCAtIGFsbCB5b3UgYXJlIHJlYWxseQo+ICAgICBkb2luZyBpcyBw dXR0aW5nIHZhbHVlcyBpbnRvIHRoZSByZWdpc3RlcnMgb2YgdGhlIEdQVS4KPgo+Cj4gVGhlIHBy b2JsZW1zIEkgZW5jb3VudGVyZWQgZHVyaW5nIG15IHRlc3RzIHdvdWxkIHBvaW50IHRvIHRoZSBm YWN0IHRoYXQKPiB0aGUgY2FyZCBzdGF0ZSBpcyBub3QgYmVpbmcgcmVzZXQsIGFuZCBGTFIgaGFw cGVucyB0byBleGlzdCB0byBkbyBqdXN0Cj4gdGhhdCBmb3IgdmlydHVhbGl6YXRpb24uICBJdCBz ZWVtcyBsaWtlIGEgZmFpcmx5IGxvZ2ljYWwgYXNzZXNzbWVudCB0bwo+IHNheSB0aGF0IGJlY2F1 c2UgRkxSIGlzIG5vdCBhdmFpbGFibGUgZm9yIGNvbnN1bWUgY2FyZHMgdGhhdCB0aGlzIGlzIGEK PiBwcm9ibGVtLiAgSXQgaXMgdmVyeSBwb3NzaWJsZSB0aGF0IGl0IGNvdWxkIGJlIHNvbWV0aGlu ZyBlbHNlLCBidXQgSSBhbQo+IGp1c3QgcG9pbnRpbmcgYXQgdGhlIG1vc3QgbGlrZWx5IGNhdXNl IHVzaW5nIHdoYXQgSSBrbm93IHBlcnNvbmFsbHkuCgpJJ20gbm90IGRpc3B1dGluZyB0aGF0IEZM UiBtYWtlcyBpdCBlYXNpZXIuIFdoYXQgSSBhbSBzYXlpbmcsIGhvd2V2ZXIsIAppcyB0aGF0IGlm IHRoZSBkcml2ZXIgaXMgd3JpdHRlbiB3aXRob3V0IGN1dHRpbmcgY29ybmVycyBhbmQgbWFraW5n IAphc3N1bXB0aW9ucywgaXQgc2hvdWxkIGJlIGFibGUgdG8gbWFudWFsbHkgcmUtaW5pdGlhbGl6 ZSB0aGUgZGV2aWNlLgoKPiAgICAgICAgIER1cmluZyBteSB0ZXN0cywgSSBicm9rZSBkb3duIHRo ZSBzdGVwcyBsb2dpY2FsbHkgdG8gcmVzb2x2ZSB0aGUKPiAgICAgICAgIGlzc3Vlcwo+ICAgICAg ICAgSSBoYWQgaW5zdGFsbGluZyBhbmQgdXBkYXRpbmcgZHJpdmVycy4gIEluIGdlbmVyYWwsIGFu eXRpbWUgSQo+ICAgICAgICAgdXBkYXRlIG9yCj4gICAgICAgICBpbnN0YWxsIEFNRCBkcml2ZXJz IEkgd291bGQgcmVib290IHRoZSBlbnRpcmUgcGh5c2ljYWwgbWFjaGluZQo+ICAgICAgICAgdG8g ZW5zdXJlCj4gICAgICAgICB0aGUgZ3JhcGhpY3MgY2FyZCBzdGF0ZSB3YXMgcHJvcGVyLgo+Cj4K PiAgICAgSW50ZXJlc3RpbmdseSwgdGhlIG9uZSB0aGluZyB0aGF0IHZhcmlvdXMgcGVvcGxlIGhh dmUgYmVlbiBzYXlpbmcKPiAgICAgYWJvdXQgQVRJIGNhcmRzIGlzIHRoYXQgdGhleSBnZXQgc2xv d2VyIGFuZCBzbG93ZXIgb24gZXZlcnkgZ3Vlc3QKPiAgICAgcmVib290LCB1bmxlc3MgeW91IHJl Ym9vdCB0aGUgaG9zdC4gSSBoYXZlbid0IHNlZW4gYW55IGV2aWRlbmNlIG9mCj4gICAgIHRoaXMg b24gbXkgNjQ1MC4gVGhlIGZwcyBJIGdldCBpbiB0aGUgbGlrZXMgb2YgT0NDVCBhbmQgRnVybWFy ayBhcmUKPiAgICAgdGhlIHNhbWUgYWZ0ZXIgdGhlIGd1ZXN0IGhhcyBiZWVuIHJlYm9vdGVkIGEg ZmV3IHRpbWVzLiBUaGUgcHJvYmxlbQo+ICAgICBJIGhhdmUgaXMgdGhhdCBhbiBhcHBsaWNhdGlv biBlbnRlcmluZyBmdWxsLXNjcmVlbiBtb2RlIGNhdXNlcyBhIGNyYXNoLgo+Cj4KPiBXaGVuIEkg cmVib290IG15IHN5c3RlbSB0aGUgY2FyZCBzdGlsbCB3b3JrcyBqdXN0IGZpbmUgZm9yIFdpbmRv d3MsIGJ1dAo+IHdpbGwgcGVyZm9ybSB2ZXJ5IHBvb3JseSB3aGVuIEkgcnVuIGEgM0QgYXBwbGlj YXRpb24uICBUbyByZXNvbHZlIHRoaXMgSQo+IGVqZWN0IHRoZSBkZXZpY2Ugd2hpY2ggY2F1c2Vz IGl0IHRvIHJlc2V0IGFuZCByZXN0b3JlcyB0aGUgcGVyZm9ybWFuY2UsCj4gZm9yIHRoZSBkdXJh dGlvbiBpdCBydW5zLiAgUmVib290aW5nIGFnYWluIHdpbGwgcmVxdWlyZSB0aGUgc2FtZSBzdGVw cy4KPiAgIEhvd2V2ZXIsIEkgaGF2ZSBub3QgZXhwZXJpZW5jZWQgYSBncmFkdWFsIGRlY3JlYXNl IGluIHBlcmZvcm1hbmNlIGZyb20KPiBjb250aW51YWwgcmVib290cywgcG9zc2libHkgYmVjYXVz ZSBJIGVqZWN0IGFuZCByZXNldCBpdCBhZnRlciByZWJvb3RpbmcuCj4gVGhlIHRlc3RzIEkgbWVu dGlvbmVkIHdlcmUgYSBsYXJnZSBudW1iZXIgb2YgZnJlc2ggV2luZG93cyBpbnN0YWxsYXRpb25z Cj4gYW5kIEFNRCBkcml2ZXIgaW5zdGFsbGF0aW9ucyBkdXJpbmcgdGhlIDExLngtMTIueCB2ZXJz aW9ucy4KPgo+IE91dCBvZiB0aGUgZmlyc3QgMTYgaW5zdGFsbGF0aW9ucyAxMyBmYWlsZWQgdG8g aW5zdGFsbCBBTUQgZHJpdmVycyB3aGVuCj4gZmFjZWQgd2l0aCBhIHJlYm9vdGVkIFdpbmRvd3Mg YW5kIGEgY2FyZCB3aXRoIGEgc3RhdGUgdGhhdCBoYWQgbm90IGJlZW4KPiByZXNldC4gIFRoZSAz IHRoYXQgc3VjY2VlZGVkIEJTb0QnZCBvbiByZWJvb3Qgb3IgcmFuZG9tbHkgc2hvcnRseSBhZnRl cgo+IGxvZ2luLgo+Cj4gQW5vdGhlciAzMCBpbnN0YWxsYXRpb25zIHdpdGggYSBmcmVzaCBzeXN0 ZW0sIG9ubHkgcmVib290ZWQgZHVyaW5nIHRoZQo+IGluc3RhbGxhdGlvbiBwcm9jZXNzIGNsYWlt ZWQgdG8gd29yayBzdWNjZXNzZnVsbHkgYnV0IHJvdWdobHkgMTUlIG9mIHRoZQo+IHRpbWUgd291 bGQgZXhwZXJpZW5jZSB2aWRlbyB0ZWFyaW5nIGFuZCBCU29EIHdpdGhvdXQgd2FybmluZyAob24g Zmlyc3QKPiBib290KSwgYW5kIGFsbW9zdCBhbHdheXMgb24gcmVib290Lgo+Cj4gVGhlIGZpbmFs IDIyIGluc3RhbGxhdGlvbnMgSSByZWJvb3RlZCB0aGUgd2hvbGUgbWFjaGluZSBkdXJpbmcgYm90 aAo+IHN0YWdlcyBvZiBpbnN0YWxsYXRpb24sIGFuZCByYW4gV2luZG93cyA3IHdpdGggdGhhdCBm b3IgZm91ciBtb250aHMKPiB3aXRob3V0IGEgcHJvYmxlbSwgdGhlIG1pZ3JhdGVkIHRvIFdpbmRv d3MgOCB3aGljaCBoYXMgYmVlbiBydW5uaW5nIGZvcgo+IHRocmVlIG1vbnRocy4KCldpdGggdGhl IHJlbGlhYmlsaXR5IHJlY29yZCB5b3UgZGVzY3JpYmUgYWJvdmUsIHRoYXQgbWFrZXMgVkdBIApw YXNzdGhyb3VnaCBzdGFiaWxpdHkgYXMgY2xvc2UgdG8gdXNlbGVzcyBhcyBpdCBjYW4gcG9zc2li bHkgZ2V0LgoKSSdtIGdvaW5nIHRvIHRyeSB0byBzbmlwZSBhIHN1aXRhYmxlIFF1YWRybyBvbiBl QmF5IGZvciBhIHNhbmUgc3VtIGluIAp0aGUgbmV4dCB3ZWVrIG9yIHR3byAoSSdtIG5vdCBzdXJl IHdoYXQgSSBtZWFuIGJ5IHRoYXQsIHdoZW4gd2UgYXJlIAphY3R1YWxseSB0YWxraW5nIGFib3V0 IHdoYXQgaXMgZXNzZW50aWFsbHkgYSBHVFgyNjAgZm9yIHRoZSBzYW1lIG1vbmV5IAphcyBhIEdU WDY2MCwgYnV0IHlvdSBoYXZlIHRvIHN0YXJ0IHNvbWV3aGVyZSwgSSBzdXBwb3NlKS4gSXQgd2ls bCBiZSAKaW50ZXJlc3RpbmcgdG8gc2VlIGlmIHRoYXQgImp1c3Qgd29ya3MiLiBJZiBpdCBkb2Vz LCBhbmQgdGhlIFF1YWRybyBhbHNvIApzaG93cyB1cCBhcyBsYWNraW5nIEZMcmVzZXQsIHRoZW4g dGhhdCBwdXRzIHRoZSBvbnVzIHB1cmVseSBvbiBkcml2ZXIgCnF1YWxpdHkuCgo+ICAgICAgICAg ICBGcm9tIG15IGV4cGVyaWVuY2VzIHRoaXMgcmVxdWlyZWQgYSBmcmVzaGx5IGluc3RhbGxlZCBX aW5kb3dzCj4gICAgICAgICBzeXN0ZW0sCj4gICAgICAgICBpZiB5b3UgYXJlIHdvcmtpbmcgb24g YSBzeXN0ZW0geW91IGFscmVhZHkgYXR0ZW1wdGVkIGRyaXZlcgo+ICAgICAgICAgaW5zdGFsbGF0 aW9uCj4gICAgICAgICBvbiBhbmQgaXQgZmFpbGVkIChCU29EJ3Mgb3Igb3RoZXJ3aXNlKSB1bmlu c3RhbGxpbmcgdGhlIGZhaWxlZAo+ICAgICAgICAgZHJpdmVycwo+ICAgICAgICAgYW5kIHRyeWlu ZyBhZ2FpbiBsb29wcyBiYWNrIHRvIHRoZSBzYW1lIGZhaWx1cmVzIGZvciBtb3N0bHkgdW5rbm93 bgo+ICAgICAgICAgcmVhc29ucy4gIFByZXN1bWFibGUgaXQgaGFzIHRvIGRvIHdpdGggdGhlIHVz ZSBvZiB0aGUgLk5FVAo+ICAgICAgICAgZnJhbWV3b3JrIGZvcgo+ICAgICAgICAgaW5zdGFsbGF0 aW9uLCBhbmQgbGVhdmluZyBiaXRzIG9mIGRhdGEgYmVoaW5kIG9uIGZhaWx1cmUsIGJ1dCBJCj4g ICAgICAgICBuZXZlcgo+ICAgICAgICAgY29uZmlybWVkIHRoZSBleGFjdCBkZXRhaWxzLgo+Cj4K PiAgICAgSSBkb24ndCBrbm93IGlmIHRoYXQgaGVscGVkIGluIGFueSB3YXksIGJ1dCBJIHVuaW5z dGFsbGVkIGFueXRoaW5nCj4gICAgIHJlbW90ZWx5IC5ORVQtaXNoLCBpbmNsdWRpbmcgdGhlIGNs aWVudCBwcm9maWxlLgo+Cj4KPiBJIHNwZW50IHRocmVlIGRheXMgdHJ5aW5nIHRvIGZpZ3VyZSBv dXQgdGhlIHNwZWNpZmljcywgYW5kIGRpZCB0aGUgc2FtZQo+IGFzIHlvdSwgYW5kIHRoYXQgZGlk IG5vdCBzb2x2ZSB0aGUgcHJvYmxlbXMuICBJbiB1c2luZyAuTkVUIGl0IGVpdGhlcgo+IGxlZnQg c29tZXRoaW5nIGVsc2Ugb24gdGhlIHN5c3RlbSBvciBJIG1pc3NlZCBzb21ldGhpbmcsIGJ1dCBJ IHdhcyBtb3JlCj4gY29uY2VybmVkIHdpdGggZ2V0dGluZyB0aGUgc3lzdGVtIHdvcmtpbmcgdGhh biBmaWd1cmluZyBvdXQgd2h5IGl0IHdhcwo+IGJyZWFraW5nLCBhbmQgdGhyZWUgZGF5cyB3YXMg ZW5vdWdoIHRpbWUgdG8gcmVpbnN0YWxsIHNldmVyYWwgdGltZXMuCgpJIHdlbnQgdGhlIG90aGVy IHdheSAtIGluc3RhbGxlZCBhbGwgdGhlIHVwZGF0ZXMsIGluY2x1ZGluZyAuTkVUIG9uZXMsIAp0 aGVuIHJlbW92ZWQgdGhlbS4gQnV0IGFmdGVyIHVwZ3JhZGluZyB0aGUgWGVuIHN0YWNrIHRvIDQu Mi4yIGZyb20gNC4yLjEgCihrZWVwaW5nIDQuMi4xLTYgaHlwZXJ2aXNvciwgbGF0ZXIgb25lcyBq dXN0IGVycm9yIG91dCB3aGVuIHN0YXJ0aW5nIHRoZSAKVk0gd2l0aCAidW5rbm93biBwYXJhbWV0 ZXIiKSwgaXQgYWxsIHNlZW1lZCB0byBtYWdpY2FsbHkgc3RhcnQgd29ya2luZyAKKGV4Y2VwdCBm b3IgZnVsbC1zY3JlZW4gM0Qgbm90IHdvcmtpbmcgYXQgYWxsKS4KCj4gICAgICAgICBGb3IgbWUs IG9uY2UgdGhlIGRyaXZlcnMgYXJlIHByb3Blcmx5IGluc3RhbGxlZCwgcmVib290aW5nIHRoZQo+ ICAgICAgICAgc3lzdGVtCj4gICAgICAgICBzdGlsbCBsZWF2ZXMgdGhlIGNhcmQgaW4gYSBwcmUt aW5pdGlhbGl6ZWQgc3RhdGUsIHdoaWNoIHRvIGF2b2lkCj4gICAgICAgICBwZXJmb3JtYW5jZSBk ZWdyYWRhdGlvbiBJIHdvdWxkIG1hbnVhbGx5IHJlc2V0IHRoZSBjYXJkIHVzaW5nIGVqZWN0Cj4g ICAgICAgICBtZWRpYSBmcm9tIHRoZSBsb3dlciByaWdodCBpY29uLiAgVGhpcyBpcyBub3QgYSBw ZXJmZWN0Cj4gICAgICAgICBzb2x1dGlvbiwgYW5kIEkKPiAgICAgICAgIGRvIG5vdCByZWx5IG9u IGl0IHdoZW4gcGVyZm9ybWluZyBkcml2ZXIgaW5zdGFsbGF0aW9uIG9yIHVwZGF0ZXMuCj4KPgo+ ICAgICBXaGVyZSBpcyB0aGlzICJlamVjdCIgZm9yIGEgUENJIGRldmljZT8gV2hhdCBkaXN0cm8g YXJlIHlvdSBhY3R1YWxseQo+ICAgICBydW5uaW5nPwo+Cj4KPiBUaGUgZWplY3Rpb24gcHJvY2Vz cyBoYXMgbm90aGluZyB0byBkbyB3aXRoIExpbnV4IG9yIERvbTAuICBJIGNhbGwgaXQgYQo+ICJt YW51YWwgZWplY3Rpb24iIGFzIGl0IGRvZXMgbm90IG9jY3VyIGF1dG9tYXRpY2FsbHkuICBUaGUg ZWplY3Rpb24KPiB0YWtlcyBwbGFjZSBmcm9tIGluc2lkZSB0aGUgcnVubmluZyBXaW5kb3dzIHZp cnR1YWwgbWFjaGluZSwgYWZ0ZXIgaXQKPiBoYXMgcmVzdGFydGVkLiAgVGhlcmUgaXMgYW4gaWNv biB0byBlamVjdCBtZWRpYSBpbiB0aGUgYm90dG9tIG1lbnUsIHdoZW4KPiBjbGlja2VkIGl0IGRp c3BsYXlzIGFueSBwYXNzZWQgZGV2aWNlcy4gIE15IHVuZGVyc3RhbmRpbmcgaXMgdGhpcwo+IHRy aWdnZXJzIGEgaG90LXBsdWcgZWplY3Rpb24gb24gdGhlIGRldmljZSwgaWYgeW91IGtub3cgaG93 IHRvIHJlcHJvZHVjZQo+IHRoYXQgaW4gTGludXggbGV0IG1lIGtub3cuCgpVaGguLi4gWW91IGFy ZSBzYXlpbmcgdGhhdCB0aGUgQVRJIGNhcmQgc2hvd3MgdXAgYXMgYW4gZWplY3RhYmxlIGRldmlj ZSAKaW4gdGhlIFdpbmRvd3MgVk0/IFJlYWxseT8/CgovbWUgZ29lcyB0byBjaGVjawoKVHlwaWNh bCAtIGFmdGVyIHRoZSBWTSBib290ZWQgcGVyZmVjdGx5IGV2ZXJ5IHRpbWUgZm9yIHRoZSBsYXN0 IDIgZGF5cywgCm5vdyBJIGdldCBub3RoaW5nIGJ1dCBhIEJTT0QgKGZhaWxlZCBhdHRlbXB0IHRv IHJlc2V0IHRoZSBkaXNwbGF5IApkcml2ZXIpIGV2ZXJ5IHRpbWUgLSBhbmQgSSdtIGRvaW5nIHRo aXMgb24gYSBmcmVzaGx5IHJlYm9vdGVkIG1hY2hpbmUuCgo+IEkgcG9pbnQgbXkgZmluZ2VycyBh dCBGTFIgYmVjYXVzZSBpdHMgZGVzY3JpYmVkIHJlc3BvbnNpYmlsaXR5IGlzIHRvCj4gcmVzZXQg ZGV2aWNlIHN0YXRlIGluIHZpcnR1YWwgZW52aXJvbm1lbnRzLCBhbmQgZXZlcnkgb25lIG9mIHRo ZQo+IHByb2JsZW1zIEkgaGF2ZSBlbmNvdW50ZXJlZCBhcHBlYXIgdG8gYmUgbGlua2VkIHRvIHRo ZSBzdGF0ZSBvZiB0aGUKPiBjYXJkLiAgSG93ZXZlciwgb3RoZXIgdXNlcnMgaGF2ZSBwb3N0ZWQg dmVyeSBkaWZmZXJlbnQgZXhwZXJpZW5jZXMsCj4gbGVhZGluZyBtZSB0byBiZWxpZXZlIHRoYXQg aXQgY291bGQgd2VsbCBiZSBoYXJkd2FyZSBzcGVjaWZpYy4KCkkgc3VzcGVjdCBpdCdzIGRvd24g dG8gc2hvZGR5IGRyaXZlcnMuIEhhcyBhbnlvbmUgYWN0dWFsbHkgcmVwb3J0ZWQgCnByb2JsZW1z IHdpdGggYSBzdXBwb3J0ZWQgUXVhZHJvIGNhcmQgKFsyNDZdMDAwIG9yIEZYIFszNDVdODAwKT8K Cj4gSSBzdGFydGVkIHdpdGggYSBjb25zdW1lciBuVmlkaWEgY2FyZCwgaXQgZGlkbid0IHdvcmsg dGhhdCdzIHdoeSBJCj4gc3dpdGNoZWQgdG8gQU1ELiAgSWYgeW91IGNhbiBzaGFyZSB0aGUgbW9k ZWwgb2YgYSAkMTgwIFVTRCBjb25zdW1lcgo+IG5WaWRpYSBjYXJkIHdpdGggSERNSSBvdXQgYW5k IG9uYm9hcmQgYXVkaW8gdGhhdCBjYW4gYmUgY29udmVydGVkIHRvIGEKPiB3b3JraW5nIFF1YWRy byBtb2RlbCBjYXJkIGFuZCBpcyBlcXVhbCB0byBvciBvdXRwZXJmb3JtcyBteSBBTUQgSSB3b3Vs ZAo+IGdsYWRseSBzd2l0Y2guCgpHVFg2ODAgYW5kIEdUWDY5MCBoYXZlIGJlZW4gZG9uZToKCmh0 dHA6Ly93d3cuZWV2YmxvZy5jb20vZm9ydW0vcHJvamVjdHMvaGFja2luZy1udmlkaWEtY2FyZHMt aW50by10aGVpci1wcm9mZXNzaW9uYWwtY291bnRlcnBhcnRzL21zZzIwNzU1MC8jbXNnMjA3NTUw CgpOb3RlOiBTbWFsbCBhbW91bnQgb2Ygc29sZGVyaW5nIHJlcXVpcmVkLgoKQnV0IHRoZXkgZG9u J3QgZml0IGluIHRoZSAkMTgwIGJ1ZGdldCBlbnZlbG9wZS4gSXQgZG9lcyBsb29rIHZlcnkgbXVj aCAKbGlrZSBtb3N0IE52aWRpYSBjYXJkcyBhcmUgbW9kaWZpYWJsZSB0byBlcXVpdmFsZW50IHF1 YWRyb3MgKHRob3NlIHRoYXQgCmhhdmUgcmVhc29uYWJseSBlcXVpdmFsZW50IFF1YWRyb3MgYXQg bGVhc3QpLgoKSSdtIGp1c3QgZ2V0dGluZyBhIGdlbnVpbmUgbG93LWVuZCBRdWFkcm8gKGZvciBo b3BlZnVsbHkgPD0gwqMxMzApIGZpcnN0IAp0byBtYWtlIHN1cmUgaXQnbGwgd29yaywgYmVmb3Jl IEkgZ2V0IHNvbWV0aGluZyBoaWdoZXIgZW5kIGZvciBtb2RpZnlpbmcuCgpJJ20gdmFndWVseSB0 ZW1wdGVkIGJ5IGEgVGl0YW4sIGJ1dCB0aGUgcHJvYmxlbSBpcyB0aGF0IHRoZSBvbmx5IAplcXVp dmFsZW50IGVudGVycHJpc2UgZ3JhZGUgY2FyZCBpcyBhIFRlc2xhLCB3aGljaCBtZWFucyBubyB2 aWRlbyBvdXQsIAp3aGljaCB3b3VsZCBzb21ld2hhdCBkZWZlYXQgdGhlIHB1cnBvc2UuIFRoZW4g YWdhaW4sIHRoZXJlIHNlZW1zIHRvIGJlIApldmlkZW5jZSB0aGF0IHRoZSBudW1iZXIgb2Ygc2hh ZGVycyBkb2Vzbid0IGhhdmUgdG8gbWF0Y2ggd2l0aCB3aGF0IHRoZSAKUXVhZHJvIG1vZGVsIGlz IGV4cGVjdGVkIHRvIGhhdmUgLSBpdCBsb29rcyBsaWtlIHRoZSBoYXJkd2FyZSAKY2FwYWJpbGl0 aWVzIGdldCBhdXRvLWRldGVjZWQgY29ycmVjdGx5LgoKPiBGcm9tIHdoYXQgSSBoYXZlIHNlZW4g dGhlIFF1YWRybyAyMDAwIGlzIHRoZSBlYXJsaWVzdAo+IG1vZGVsIHdpdGggb25ib2FyZCBhdWRp bywgYW5kIG5vbmUgb2YgdGhlbSBoYXZlIEhETUkgb3V0IHNvIHlvdSB3b3VsZAo+IG5lZWQgYSBE aXNwbGF5UG9ydCB0byBIRE1JIGFkYXB0ZXIsIHBsdXMgdGhleSBjb3N0IGRvdWJsZSB3aGF0IEkg cGFpZAo+IGZvciBteSBjYXJkLiAgSWYgeW91IGNvbXBhcmUgcGFzc21hcmsgYmVuY2htYXJrcyBt eSBjYXJkIGhhcyBhIDYwJQo+IHBlcmZvcm1hbmNlIGdhaW4gb3ZlciBhIFF1YWRybyBLMjAwMCwg YW5kIDMwJSBvdmVyIHRoZSBRdWFkcm8gNDAwMCB3aGljaAo+IGNvc3RzIGZvdXIgdGltZXMgYXMg bXVjaC4gIEdvaW5nIGJhY2sgdG8gdGhlIGxhY2sgb2YgZGVtb25zdHJhdGlvbgo+IHZpZGVvcyBy ZWFsbHkgbWFrZXMgbWUgd2FyeSBvZiB0aHJvd2luZyB0aGF0IG11Y2ggbW9uZXkgaW50byBhCj4g InBvc3NpYmxlIiBhbHRlcm5hdGl2ZSwgZXNwZWNpYWxseSBvbmUgdGhhdCBwZXJmb3JtcyB3b3Jz ZSB0aGFuIG15Cj4gY3VycmVudC4gIFdoaWxlIEkgaGF2ZSBzZWVuIGVtYWlscyBtZW50aW9uaW5n IFF1YWRybywgdGhhdCdzIGFib3V0IGl0LgoKRXhwZWN0IGEgcmVwb3J0IGJhY2sgZnJvbSBtZSBv biB0aGlzIGFzIHNvb24gYXMgSSBnZXQgbXkgaGFuZHMgb24gYSAKUXVhZHJvICgyMDAwIG9yIEZY MzgwMCwgSSBoYXZlIG5vIGludGVudGlvbiBvZiBzcGVuZGluZyBtb3JlIHRoYW4gYSBiYXJlIApt aW5pbXVtKS4gTXkgcHJpb3JpdHkgaXMgdG8gaGF2ZSBzb21ldGhpbmcgdGhhdCB3b3JrcywgYW5k IHdvcmtzIF9yZWxpYWJseV8uCgo+ICAgTm8gaW5zdHJ1Y3Rpb25zIG9yIGRlbW9uc3RyYXRpb24g dmlkZW9zIG9yIHBlcmZvcm1hbmNlIGNvbXBhcmlzb25zLgo+ICAgTWFrZXMgbWUgYSBiaXQgd2Fy eSBhYm91dCBkcm9wcGluZyBmb3VyIHRpbWVzIHRoZSBjb3N0IG9mIG15IGN1cnJlbnQKPiBjYXJk IGZvciBsZXNzIHBlcmZvcm1hbmNlIHdoZW4gdGhlIG9ubHkgc3VwcG9ydGluZyBkb2N1bWVudHMg YXJlIHZhcmlvdXMKPiBlbWFpbHMgYW5kIGEgd2lraSBwYWdlLgoKTGV0IG1lIGZsaXAgdGhhdCBv bmUgYXJvdW5kIC0gdGhlcmUgYXJlIHBsZW50eSBvZiBibG9nIGVudHJpZXMgYW5kIAp2aWRlb3Mg b2YgQVRJIGNhcmRzIHdvcmtpbmcsIGFuZCB5ZXQgdGhlcmUgYXJlIHNldmVyYWwgcmVjZW50IHBv c3RzIG9uIAp0aGlzIGxpc3QgYWJvdXQgdXNpbmcgQVRJIGNhcmRzIGFuZCBWR0EgcGFzc3Rocm91 Z2ggd29ya2luZyBhdCBiZXN0IAp1bnJlbGlhYmx5LCBhbmQgbW9yZSBvZnRlbiBub3Qgd29ya2lu ZyBhdCBhbGwuIERvbid0IGZhbGwgaW50byB0aGUgIkl0IAptdXN0IGJlIHRydWUsIEkgcmVhZCBp dCBvbiB0aGUgaW50ZXJuZXQhIiB0cmFwLiA6KQoKR29yZGFuCgpfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11 c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Mon Apr 29 20:09:10 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 29 Apr 2013 20:09: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 1UWuMw-000548-7z; Mon, 29 Apr 2013 20:08:14 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UWuMu-000543-EO for xen-users@lists.xensource.com; Mon, 29 Apr 2013 20:08:12 +0000 Received: from [85.158.138.51:33557] by server-5.bemta-3.messagelabs.com id 9A/74-30636-B23DE715; Mon, 29 Apr 2013 20:08:11 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-3.tower-174.messagelabs.com!1367266084!22451153!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9527 invoked from network); 29 Apr 2013 20:08:09 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-3.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 29 Apr 2013 20:08:09 -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 6D2762211A3 for ; Mon, 29 Apr 2013 21:08:03 +0100 (BST) Message-ID: <517ED322.8010307@bobich.net> Date: Mon, 29 Apr 2013 21:08:02 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130402 Thunderbird/17.0.5 MIME-Version: 1.0 To: "xen-users@lists.xensource.com" References: <1367104585722-5715723.post@n5.nabble.com> <517EB9B7.3080207@bobich.net> In-Reply-To: Subject: Re: [Xen-users] VGA/PCI Passthrough of Secondary Graphics Adapter X-BeenThere: xen-users@lists.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 T24gMDQvMjkvMjAxMyAwODozMSBQTSwgQ2FzZXkgRGVMb3JtZSB3cm90ZToKCj4gICAgICAgICBU aGUgbGFjayBvZiBGTFIsIHRvIG15IHVuZGVyc3RhbmRpbmcsIHByZXZlbnRzIHRoZSB2aXJ0dWFs Cj4gICAgICAgICBtYWNoaW5lIGZyb20KPiAgICAgICAgIHJlc2V0dGluZyB0aGUgY2FyZCBzdGF0 ZSwgbGVhdmluZyBpdCBpbml0aWFsaXplZCB3aGVuIHN3aXRjaGluZyBvcgo+ICAgICAgICAgcmVi b290aW5nIHlvdXIgRG9tVS4gIEFzIGEgcmVzdWx0IHRoZSBjYXJkIGlzIGFjdGl2YXRlZCBtdWx0 aXBsZQo+ICAgICAgICAgdGltZXMsCj4gICAgICAgICBjcmVhdGluZyB2YXJpb3VzIGlzc3VlcyB3 aXRoIGEgcmFuZ2Ugb2YgcHJvYmxlbXMuCj4KPgo+ICAgICBZb3Ugc2VlLCBJJ20gbm90IGFjdHVh bGx5IGNvbnZpbmNlZCBGTFIgaXMgc3VjaCBhIHZpdGFsbHkgaW1wb3J0YW50Cj4gICAgIGZlYXR1 cmUuIEFsbCB5b3UgYXJlIHJlYWxseSBkb2luZyB3aXRoIEZMUiBpcyBwdXNoaW5nIHRoZQo+ICAg ICByZS1pbml0aWFsaXphdGlvbiByZXNwb25zaWJpbGl0eSBvbnRvIHRoZSBCSU9TIG9mIHRoZSBQ Q0kgZGV2aWNlLgo+ICAgICBXaXRob3V0IGl0LCB0aGUgZHJpdmVyIGhhcyB0byBkbyBpdC4gV2hh dCBpcyBpdCB0aGF0IHRoZSBkcml2ZXIKPiAgICAgY2Fubm90IGRvIHRvIHJlc2V0IHRoZSBkZXZp Y2U/IFRoaW5rIGxvdy1sZXZlbCAtIGFsbCB5b3UgYXJlIHJlYWxseQo+ICAgICBkb2luZyBpcyBw dXR0aW5nIHZhbHVlcyBpbnRvIHRoZSByZWdpc3RlcnMgb2YgdGhlIEdQVS4KPgo+Cj4gVGhlIHBy b2JsZW1zIEkgZW5jb3VudGVyZWQgZHVyaW5nIG15IHRlc3RzIHdvdWxkIHBvaW50IHRvIHRoZSBm YWN0IHRoYXQKPiB0aGUgY2FyZCBzdGF0ZSBpcyBub3QgYmVpbmcgcmVzZXQsIGFuZCBGTFIgaGFw cGVucyB0byBleGlzdCB0byBkbyBqdXN0Cj4gdGhhdCBmb3IgdmlydHVhbGl6YXRpb24uICBJdCBz ZWVtcyBsaWtlIGEgZmFpcmx5IGxvZ2ljYWwgYXNzZXNzbWVudCB0bwo+IHNheSB0aGF0IGJlY2F1 c2UgRkxSIGlzIG5vdCBhdmFpbGFibGUgZm9yIGNvbnN1bWUgY2FyZHMgdGhhdCB0aGlzIGlzIGEK PiBwcm9ibGVtLiAgSXQgaXMgdmVyeSBwb3NzaWJsZSB0aGF0IGl0IGNvdWxkIGJlIHNvbWV0aGlu ZyBlbHNlLCBidXQgSSBhbQo+IGp1c3QgcG9pbnRpbmcgYXQgdGhlIG1vc3QgbGlrZWx5IGNhdXNl IHVzaW5nIHdoYXQgSSBrbm93IHBlcnNvbmFsbHkuCgpJJ20gbm90IGRpc3B1dGluZyB0aGF0IEZM UiBtYWtlcyBpdCBlYXNpZXIuIFdoYXQgSSBhbSBzYXlpbmcsIGhvd2V2ZXIsIAppcyB0aGF0IGlm IHRoZSBkcml2ZXIgaXMgd3JpdHRlbiB3aXRob3V0IGN1dHRpbmcgY29ybmVycyBhbmQgbWFraW5n IAphc3N1bXB0aW9ucywgaXQgc2hvdWxkIGJlIGFibGUgdG8gbWFudWFsbHkgcmUtaW5pdGlhbGl6 ZSB0aGUgZGV2aWNlLgoKPiAgICAgICAgIER1cmluZyBteSB0ZXN0cywgSSBicm9rZSBkb3duIHRo ZSBzdGVwcyBsb2dpY2FsbHkgdG8gcmVzb2x2ZSB0aGUKPiAgICAgICAgIGlzc3Vlcwo+ICAgICAg ICAgSSBoYWQgaW5zdGFsbGluZyBhbmQgdXBkYXRpbmcgZHJpdmVycy4gIEluIGdlbmVyYWwsIGFu eXRpbWUgSQo+ICAgICAgICAgdXBkYXRlIG9yCj4gICAgICAgICBpbnN0YWxsIEFNRCBkcml2ZXJz IEkgd291bGQgcmVib290IHRoZSBlbnRpcmUgcGh5c2ljYWwgbWFjaGluZQo+ICAgICAgICAgdG8g ZW5zdXJlCj4gICAgICAgICB0aGUgZ3JhcGhpY3MgY2FyZCBzdGF0ZSB3YXMgcHJvcGVyLgo+Cj4K PiAgICAgSW50ZXJlc3RpbmdseSwgdGhlIG9uZSB0aGluZyB0aGF0IHZhcmlvdXMgcGVvcGxlIGhh dmUgYmVlbiBzYXlpbmcKPiAgICAgYWJvdXQgQVRJIGNhcmRzIGlzIHRoYXQgdGhleSBnZXQgc2xv d2VyIGFuZCBzbG93ZXIgb24gZXZlcnkgZ3Vlc3QKPiAgICAgcmVib290LCB1bmxlc3MgeW91IHJl Ym9vdCB0aGUgaG9zdC4gSSBoYXZlbid0IHNlZW4gYW55IGV2aWRlbmNlIG9mCj4gICAgIHRoaXMg b24gbXkgNjQ1MC4gVGhlIGZwcyBJIGdldCBpbiB0aGUgbGlrZXMgb2YgT0NDVCBhbmQgRnVybWFy ayBhcmUKPiAgICAgdGhlIHNhbWUgYWZ0ZXIgdGhlIGd1ZXN0IGhhcyBiZWVuIHJlYm9vdGVkIGEg ZmV3IHRpbWVzLiBUaGUgcHJvYmxlbQo+ICAgICBJIGhhdmUgaXMgdGhhdCBhbiBhcHBsaWNhdGlv biBlbnRlcmluZyBmdWxsLXNjcmVlbiBtb2RlIGNhdXNlcyBhIGNyYXNoLgo+Cj4KPiBXaGVuIEkg cmVib290IG15IHN5c3RlbSB0aGUgY2FyZCBzdGlsbCB3b3JrcyBqdXN0IGZpbmUgZm9yIFdpbmRv d3MsIGJ1dAo+IHdpbGwgcGVyZm9ybSB2ZXJ5IHBvb3JseSB3aGVuIEkgcnVuIGEgM0QgYXBwbGlj YXRpb24uICBUbyByZXNvbHZlIHRoaXMgSQo+IGVqZWN0IHRoZSBkZXZpY2Ugd2hpY2ggY2F1c2Vz IGl0IHRvIHJlc2V0IGFuZCByZXN0b3JlcyB0aGUgcGVyZm9ybWFuY2UsCj4gZm9yIHRoZSBkdXJh dGlvbiBpdCBydW5zLiAgUmVib290aW5nIGFnYWluIHdpbGwgcmVxdWlyZSB0aGUgc2FtZSBzdGVw cy4KPiAgIEhvd2V2ZXIsIEkgaGF2ZSBub3QgZXhwZXJpZW5jZWQgYSBncmFkdWFsIGRlY3JlYXNl IGluIHBlcmZvcm1hbmNlIGZyb20KPiBjb250aW51YWwgcmVib290cywgcG9zc2libHkgYmVjYXVz ZSBJIGVqZWN0IGFuZCByZXNldCBpdCBhZnRlciByZWJvb3RpbmcuCj4gVGhlIHRlc3RzIEkgbWVu dGlvbmVkIHdlcmUgYSBsYXJnZSBudW1iZXIgb2YgZnJlc2ggV2luZG93cyBpbnN0YWxsYXRpb25z Cj4gYW5kIEFNRCBkcml2ZXIgaW5zdGFsbGF0aW9ucyBkdXJpbmcgdGhlIDExLngtMTIueCB2ZXJz aW9ucy4KPgo+IE91dCBvZiB0aGUgZmlyc3QgMTYgaW5zdGFsbGF0aW9ucyAxMyBmYWlsZWQgdG8g aW5zdGFsbCBBTUQgZHJpdmVycyB3aGVuCj4gZmFjZWQgd2l0aCBhIHJlYm9vdGVkIFdpbmRvd3Mg YW5kIGEgY2FyZCB3aXRoIGEgc3RhdGUgdGhhdCBoYWQgbm90IGJlZW4KPiByZXNldC4gIFRoZSAz IHRoYXQgc3VjY2VlZGVkIEJTb0QnZCBvbiByZWJvb3Qgb3IgcmFuZG9tbHkgc2hvcnRseSBhZnRl cgo+IGxvZ2luLgo+Cj4gQW5vdGhlciAzMCBpbnN0YWxsYXRpb25zIHdpdGggYSBmcmVzaCBzeXN0 ZW0sIG9ubHkgcmVib290ZWQgZHVyaW5nIHRoZQo+IGluc3RhbGxhdGlvbiBwcm9jZXNzIGNsYWlt ZWQgdG8gd29yayBzdWNjZXNzZnVsbHkgYnV0IHJvdWdobHkgMTUlIG9mIHRoZQo+IHRpbWUgd291 bGQgZXhwZXJpZW5jZSB2aWRlbyB0ZWFyaW5nIGFuZCBCU29EIHdpdGhvdXQgd2FybmluZyAob24g Zmlyc3QKPiBib290KSwgYW5kIGFsbW9zdCBhbHdheXMgb24gcmVib290Lgo+Cj4gVGhlIGZpbmFs IDIyIGluc3RhbGxhdGlvbnMgSSByZWJvb3RlZCB0aGUgd2hvbGUgbWFjaGluZSBkdXJpbmcgYm90 aAo+IHN0YWdlcyBvZiBpbnN0YWxsYXRpb24sIGFuZCByYW4gV2luZG93cyA3IHdpdGggdGhhdCBm b3IgZm91ciBtb250aHMKPiB3aXRob3V0IGEgcHJvYmxlbSwgdGhlIG1pZ3JhdGVkIHRvIFdpbmRv d3MgOCB3aGljaCBoYXMgYmVlbiBydW5uaW5nIGZvcgo+IHRocmVlIG1vbnRocy4KCldpdGggdGhl IHJlbGlhYmlsaXR5IHJlY29yZCB5b3UgZGVzY3JpYmUgYWJvdmUsIHRoYXQgbWFrZXMgVkdBIApw YXNzdGhyb3VnaCBzdGFiaWxpdHkgYXMgY2xvc2UgdG8gdXNlbGVzcyBhcyBpdCBjYW4gcG9zc2li bHkgZ2V0LgoKSSdtIGdvaW5nIHRvIHRyeSB0byBzbmlwZSBhIHN1aXRhYmxlIFF1YWRybyBvbiBl QmF5IGZvciBhIHNhbmUgc3VtIGluIAp0aGUgbmV4dCB3ZWVrIG9yIHR3byAoSSdtIG5vdCBzdXJl IHdoYXQgSSBtZWFuIGJ5IHRoYXQsIHdoZW4gd2UgYXJlIAphY3R1YWxseSB0YWxraW5nIGFib3V0 IHdoYXQgaXMgZXNzZW50aWFsbHkgYSBHVFgyNjAgZm9yIHRoZSBzYW1lIG1vbmV5IAphcyBhIEdU WDY2MCwgYnV0IHlvdSBoYXZlIHRvIHN0YXJ0IHNvbWV3aGVyZSwgSSBzdXBwb3NlKS4gSXQgd2ls bCBiZSAKaW50ZXJlc3RpbmcgdG8gc2VlIGlmIHRoYXQgImp1c3Qgd29ya3MiLiBJZiBpdCBkb2Vz LCBhbmQgdGhlIFF1YWRybyBhbHNvIApzaG93cyB1cCBhcyBsYWNraW5nIEZMcmVzZXQsIHRoZW4g dGhhdCBwdXRzIHRoZSBvbnVzIHB1cmVseSBvbiBkcml2ZXIgCnF1YWxpdHkuCgo+ICAgICAgICAg ICBGcm9tIG15IGV4cGVyaWVuY2VzIHRoaXMgcmVxdWlyZWQgYSBmcmVzaGx5IGluc3RhbGxlZCBX aW5kb3dzCj4gICAgICAgICBzeXN0ZW0sCj4gICAgICAgICBpZiB5b3UgYXJlIHdvcmtpbmcgb24g YSBzeXN0ZW0geW91IGFscmVhZHkgYXR0ZW1wdGVkIGRyaXZlcgo+ICAgICAgICAgaW5zdGFsbGF0 aW9uCj4gICAgICAgICBvbiBhbmQgaXQgZmFpbGVkIChCU29EJ3Mgb3Igb3RoZXJ3aXNlKSB1bmlu c3RhbGxpbmcgdGhlIGZhaWxlZAo+ICAgICAgICAgZHJpdmVycwo+ICAgICAgICAgYW5kIHRyeWlu ZyBhZ2FpbiBsb29wcyBiYWNrIHRvIHRoZSBzYW1lIGZhaWx1cmVzIGZvciBtb3N0bHkgdW5rbm93 bgo+ICAgICAgICAgcmVhc29ucy4gIFByZXN1bWFibGUgaXQgaGFzIHRvIGRvIHdpdGggdGhlIHVz ZSBvZiB0aGUgLk5FVAo+ICAgICAgICAgZnJhbWV3b3JrIGZvcgo+ICAgICAgICAgaW5zdGFsbGF0 aW9uLCBhbmQgbGVhdmluZyBiaXRzIG9mIGRhdGEgYmVoaW5kIG9uIGZhaWx1cmUsIGJ1dCBJCj4g ICAgICAgICBuZXZlcgo+ICAgICAgICAgY29uZmlybWVkIHRoZSBleGFjdCBkZXRhaWxzLgo+Cj4K PiAgICAgSSBkb24ndCBrbm93IGlmIHRoYXQgaGVscGVkIGluIGFueSB3YXksIGJ1dCBJIHVuaW5z dGFsbGVkIGFueXRoaW5nCj4gICAgIHJlbW90ZWx5IC5ORVQtaXNoLCBpbmNsdWRpbmcgdGhlIGNs aWVudCBwcm9maWxlLgo+Cj4KPiBJIHNwZW50IHRocmVlIGRheXMgdHJ5aW5nIHRvIGZpZ3VyZSBv dXQgdGhlIHNwZWNpZmljcywgYW5kIGRpZCB0aGUgc2FtZQo+IGFzIHlvdSwgYW5kIHRoYXQgZGlk IG5vdCBzb2x2ZSB0aGUgcHJvYmxlbXMuICBJbiB1c2luZyAuTkVUIGl0IGVpdGhlcgo+IGxlZnQg c29tZXRoaW5nIGVsc2Ugb24gdGhlIHN5c3RlbSBvciBJIG1pc3NlZCBzb21ldGhpbmcsIGJ1dCBJ IHdhcyBtb3JlCj4gY29uY2VybmVkIHdpdGggZ2V0dGluZyB0aGUgc3lzdGVtIHdvcmtpbmcgdGhh biBmaWd1cmluZyBvdXQgd2h5IGl0IHdhcwo+IGJyZWFraW5nLCBhbmQgdGhyZWUgZGF5cyB3YXMg ZW5vdWdoIHRpbWUgdG8gcmVpbnN0YWxsIHNldmVyYWwgdGltZXMuCgpJIHdlbnQgdGhlIG90aGVy IHdheSAtIGluc3RhbGxlZCBhbGwgdGhlIHVwZGF0ZXMsIGluY2x1ZGluZyAuTkVUIG9uZXMsIAp0 aGVuIHJlbW92ZWQgdGhlbS4gQnV0IGFmdGVyIHVwZ3JhZGluZyB0aGUgWGVuIHN0YWNrIHRvIDQu Mi4yIGZyb20gNC4yLjEgCihrZWVwaW5nIDQuMi4xLTYgaHlwZXJ2aXNvciwgbGF0ZXIgb25lcyBq dXN0IGVycm9yIG91dCB3aGVuIHN0YXJ0aW5nIHRoZSAKVk0gd2l0aCAidW5rbm93biBwYXJhbWV0 ZXIiKSwgaXQgYWxsIHNlZW1lZCB0byBtYWdpY2FsbHkgc3RhcnQgd29ya2luZyAKKGV4Y2VwdCBm b3IgZnVsbC1zY3JlZW4gM0Qgbm90IHdvcmtpbmcgYXQgYWxsKS4KCj4gICAgICAgICBGb3IgbWUs IG9uY2UgdGhlIGRyaXZlcnMgYXJlIHByb3Blcmx5IGluc3RhbGxlZCwgcmVib290aW5nIHRoZQo+ ICAgICAgICAgc3lzdGVtCj4gICAgICAgICBzdGlsbCBsZWF2ZXMgdGhlIGNhcmQgaW4gYSBwcmUt aW5pdGlhbGl6ZWQgc3RhdGUsIHdoaWNoIHRvIGF2b2lkCj4gICAgICAgICBwZXJmb3JtYW5jZSBk ZWdyYWRhdGlvbiBJIHdvdWxkIG1hbnVhbGx5IHJlc2V0IHRoZSBjYXJkIHVzaW5nIGVqZWN0Cj4g ICAgICAgICBtZWRpYSBmcm9tIHRoZSBsb3dlciByaWdodCBpY29uLiAgVGhpcyBpcyBub3QgYSBw ZXJmZWN0Cj4gICAgICAgICBzb2x1dGlvbiwgYW5kIEkKPiAgICAgICAgIGRvIG5vdCByZWx5IG9u IGl0IHdoZW4gcGVyZm9ybWluZyBkcml2ZXIgaW5zdGFsbGF0aW9uIG9yIHVwZGF0ZXMuCj4KPgo+ ICAgICBXaGVyZSBpcyB0aGlzICJlamVjdCIgZm9yIGEgUENJIGRldmljZT8gV2hhdCBkaXN0cm8g YXJlIHlvdSBhY3R1YWxseQo+ICAgICBydW5uaW5nPwo+Cj4KPiBUaGUgZWplY3Rpb24gcHJvY2Vz cyBoYXMgbm90aGluZyB0byBkbyB3aXRoIExpbnV4IG9yIERvbTAuICBJIGNhbGwgaXQgYQo+ICJt YW51YWwgZWplY3Rpb24iIGFzIGl0IGRvZXMgbm90IG9jY3VyIGF1dG9tYXRpY2FsbHkuICBUaGUg ZWplY3Rpb24KPiB0YWtlcyBwbGFjZSBmcm9tIGluc2lkZSB0aGUgcnVubmluZyBXaW5kb3dzIHZp cnR1YWwgbWFjaGluZSwgYWZ0ZXIgaXQKPiBoYXMgcmVzdGFydGVkLiAgVGhlcmUgaXMgYW4gaWNv biB0byBlamVjdCBtZWRpYSBpbiB0aGUgYm90dG9tIG1lbnUsIHdoZW4KPiBjbGlja2VkIGl0IGRp c3BsYXlzIGFueSBwYXNzZWQgZGV2aWNlcy4gIE15IHVuZGVyc3RhbmRpbmcgaXMgdGhpcwo+IHRy aWdnZXJzIGEgaG90LXBsdWcgZWplY3Rpb24gb24gdGhlIGRldmljZSwgaWYgeW91IGtub3cgaG93 IHRvIHJlcHJvZHVjZQo+IHRoYXQgaW4gTGludXggbGV0IG1lIGtub3cuCgpVaGguLi4gWW91IGFy ZSBzYXlpbmcgdGhhdCB0aGUgQVRJIGNhcmQgc2hvd3MgdXAgYXMgYW4gZWplY3RhYmxlIGRldmlj ZSAKaW4gdGhlIFdpbmRvd3MgVk0/IFJlYWxseT8/CgovbWUgZ29lcyB0byBjaGVjawoKVHlwaWNh bCAtIGFmdGVyIHRoZSBWTSBib290ZWQgcGVyZmVjdGx5IGV2ZXJ5IHRpbWUgZm9yIHRoZSBsYXN0 IDIgZGF5cywgCm5vdyBJIGdldCBub3RoaW5nIGJ1dCBhIEJTT0QgKGZhaWxlZCBhdHRlbXB0IHRv IHJlc2V0IHRoZSBkaXNwbGF5IApkcml2ZXIpIGV2ZXJ5IHRpbWUgLSBhbmQgSSdtIGRvaW5nIHRo aXMgb24gYSBmcmVzaGx5IHJlYm9vdGVkIG1hY2hpbmUuCgo+IEkgcG9pbnQgbXkgZmluZ2VycyBh dCBGTFIgYmVjYXVzZSBpdHMgZGVzY3JpYmVkIHJlc3BvbnNpYmlsaXR5IGlzIHRvCj4gcmVzZXQg ZGV2aWNlIHN0YXRlIGluIHZpcnR1YWwgZW52aXJvbm1lbnRzLCBhbmQgZXZlcnkgb25lIG9mIHRo ZQo+IHByb2JsZW1zIEkgaGF2ZSBlbmNvdW50ZXJlZCBhcHBlYXIgdG8gYmUgbGlua2VkIHRvIHRo ZSBzdGF0ZSBvZiB0aGUKPiBjYXJkLiAgSG93ZXZlciwgb3RoZXIgdXNlcnMgaGF2ZSBwb3N0ZWQg dmVyeSBkaWZmZXJlbnQgZXhwZXJpZW5jZXMsCj4gbGVhZGluZyBtZSB0byBiZWxpZXZlIHRoYXQg aXQgY291bGQgd2VsbCBiZSBoYXJkd2FyZSBzcGVjaWZpYy4KCkkgc3VzcGVjdCBpdCdzIGRvd24g dG8gc2hvZGR5IGRyaXZlcnMuIEhhcyBhbnlvbmUgYWN0dWFsbHkgcmVwb3J0ZWQgCnByb2JsZW1z IHdpdGggYSBzdXBwb3J0ZWQgUXVhZHJvIGNhcmQgKFsyNDZdMDAwIG9yIEZYIFszNDVdODAwKT8K Cj4gSSBzdGFydGVkIHdpdGggYSBjb25zdW1lciBuVmlkaWEgY2FyZCwgaXQgZGlkbid0IHdvcmsg dGhhdCdzIHdoeSBJCj4gc3dpdGNoZWQgdG8gQU1ELiAgSWYgeW91IGNhbiBzaGFyZSB0aGUgbW9k ZWwgb2YgYSAkMTgwIFVTRCBjb25zdW1lcgo+IG5WaWRpYSBjYXJkIHdpdGggSERNSSBvdXQgYW5k IG9uYm9hcmQgYXVkaW8gdGhhdCBjYW4gYmUgY29udmVydGVkIHRvIGEKPiB3b3JraW5nIFF1YWRy byBtb2RlbCBjYXJkIGFuZCBpcyBlcXVhbCB0byBvciBvdXRwZXJmb3JtcyBteSBBTUQgSSB3b3Vs ZAo+IGdsYWRseSBzd2l0Y2guCgpHVFg2ODAgYW5kIEdUWDY5MCBoYXZlIGJlZW4gZG9uZToKCmh0 dHA6Ly93d3cuZWV2YmxvZy5jb20vZm9ydW0vcHJvamVjdHMvaGFja2luZy1udmlkaWEtY2FyZHMt aW50by10aGVpci1wcm9mZXNzaW9uYWwtY291bnRlcnBhcnRzL21zZzIwNzU1MC8jbXNnMjA3NTUw CgpOb3RlOiBTbWFsbCBhbW91bnQgb2Ygc29sZGVyaW5nIHJlcXVpcmVkLgoKQnV0IHRoZXkgZG9u J3QgZml0IGluIHRoZSAkMTgwIGJ1ZGdldCBlbnZlbG9wZS4gSXQgZG9lcyBsb29rIHZlcnkgbXVj aCAKbGlrZSBtb3N0IE52aWRpYSBjYXJkcyBhcmUgbW9kaWZpYWJsZSB0byBlcXVpdmFsZW50IHF1 YWRyb3MgKHRob3NlIHRoYXQgCmhhdmUgcmVhc29uYWJseSBlcXVpdmFsZW50IFF1YWRyb3MgYXQg bGVhc3QpLgoKSSdtIGp1c3QgZ2V0dGluZyBhIGdlbnVpbmUgbG93LWVuZCBRdWFkcm8gKGZvciBo b3BlZnVsbHkgPD0gwqMxMzApIGZpcnN0IAp0byBtYWtlIHN1cmUgaXQnbGwgd29yaywgYmVmb3Jl IEkgZ2V0IHNvbWV0aGluZyBoaWdoZXIgZW5kIGZvciBtb2RpZnlpbmcuCgpJJ20gdmFndWVseSB0 ZW1wdGVkIGJ5IGEgVGl0YW4sIGJ1dCB0aGUgcHJvYmxlbSBpcyB0aGF0IHRoZSBvbmx5IAplcXVp dmFsZW50IGVudGVycHJpc2UgZ3JhZGUgY2FyZCBpcyBhIFRlc2xhLCB3aGljaCBtZWFucyBubyB2 aWRlbyBvdXQsIAp3aGljaCB3b3VsZCBzb21ld2hhdCBkZWZlYXQgdGhlIHB1cnBvc2UuIFRoZW4g YWdhaW4sIHRoZXJlIHNlZW1zIHRvIGJlIApldmlkZW5jZSB0aGF0IHRoZSBudW1iZXIgb2Ygc2hh ZGVycyBkb2Vzbid0IGhhdmUgdG8gbWF0Y2ggd2l0aCB3aGF0IHRoZSAKUXVhZHJvIG1vZGVsIGlz IGV4cGVjdGVkIHRvIGhhdmUgLSBpdCBsb29rcyBsaWtlIHRoZSBoYXJkd2FyZSAKY2FwYWJpbGl0 aWVzIGdldCBhdXRvLWRldGVjZWQgY29ycmVjdGx5LgoKPiBGcm9tIHdoYXQgSSBoYXZlIHNlZW4g dGhlIFF1YWRybyAyMDAwIGlzIHRoZSBlYXJsaWVzdAo+IG1vZGVsIHdpdGggb25ib2FyZCBhdWRp bywgYW5kIG5vbmUgb2YgdGhlbSBoYXZlIEhETUkgb3V0IHNvIHlvdSB3b3VsZAo+IG5lZWQgYSBE aXNwbGF5UG9ydCB0byBIRE1JIGFkYXB0ZXIsIHBsdXMgdGhleSBjb3N0IGRvdWJsZSB3aGF0IEkg cGFpZAo+IGZvciBteSBjYXJkLiAgSWYgeW91IGNvbXBhcmUgcGFzc21hcmsgYmVuY2htYXJrcyBt eSBjYXJkIGhhcyBhIDYwJQo+IHBlcmZvcm1hbmNlIGdhaW4gb3ZlciBhIFF1YWRybyBLMjAwMCwg YW5kIDMwJSBvdmVyIHRoZSBRdWFkcm8gNDAwMCB3aGljaAo+IGNvc3RzIGZvdXIgdGltZXMgYXMg bXVjaC4gIEdvaW5nIGJhY2sgdG8gdGhlIGxhY2sgb2YgZGVtb25zdHJhdGlvbgo+IHZpZGVvcyBy ZWFsbHkgbWFrZXMgbWUgd2FyeSBvZiB0aHJvd2luZyB0aGF0IG11Y2ggbW9uZXkgaW50byBhCj4g InBvc3NpYmxlIiBhbHRlcm5hdGl2ZSwgZXNwZWNpYWxseSBvbmUgdGhhdCBwZXJmb3JtcyB3b3Jz ZSB0aGFuIG15Cj4gY3VycmVudC4gIFdoaWxlIEkgaGF2ZSBzZWVuIGVtYWlscyBtZW50aW9uaW5n IFF1YWRybywgdGhhdCdzIGFib3V0IGl0LgoKRXhwZWN0IGEgcmVwb3J0IGJhY2sgZnJvbSBtZSBv biB0aGlzIGFzIHNvb24gYXMgSSBnZXQgbXkgaGFuZHMgb24gYSAKUXVhZHJvICgyMDAwIG9yIEZY MzgwMCwgSSBoYXZlIG5vIGludGVudGlvbiBvZiBzcGVuZGluZyBtb3JlIHRoYW4gYSBiYXJlIApt aW5pbXVtKS4gTXkgcHJpb3JpdHkgaXMgdG8gaGF2ZSBzb21ldGhpbmcgdGhhdCB3b3JrcywgYW5k IHdvcmtzIF9yZWxpYWJseV8uCgo+ICAgTm8gaW5zdHJ1Y3Rpb25zIG9yIGRlbW9uc3RyYXRpb24g dmlkZW9zIG9yIHBlcmZvcm1hbmNlIGNvbXBhcmlzb25zLgo+ICAgTWFrZXMgbWUgYSBiaXQgd2Fy eSBhYm91dCBkcm9wcGluZyBmb3VyIHRpbWVzIHRoZSBjb3N0IG9mIG15IGN1cnJlbnQKPiBjYXJk IGZvciBsZXNzIHBlcmZvcm1hbmNlIHdoZW4gdGhlIG9ubHkgc3VwcG9ydGluZyBkb2N1bWVudHMg YXJlIHZhcmlvdXMKPiBlbWFpbHMgYW5kIGEgd2lraSBwYWdlLgoKTGV0IG1lIGZsaXAgdGhhdCBv bmUgYXJvdW5kIC0gdGhlcmUgYXJlIHBsZW50eSBvZiBibG9nIGVudHJpZXMgYW5kIAp2aWRlb3Mg b2YgQVRJIGNhcmRzIHdvcmtpbmcsIGFuZCB5ZXQgdGhlcmUgYXJlIHNldmVyYWwgcmVjZW50IHBv c3RzIG9uIAp0aGlzIGxpc3QgYWJvdXQgdXNpbmcgQVRJIGNhcmRzIGFuZCBWR0EgcGFzc3Rocm91 Z2ggd29ya2luZyBhdCBiZXN0IAp1bnJlbGlhYmx5LCBhbmQgbW9yZSBvZnRlbiBub3Qgd29ya2lu ZyBhdCBhbGwuIERvbid0IGZhbGwgaW50byB0aGUgIkl0IAptdXN0IGJlIHRydWUsIEkgcmVhZCBp dCBvbiB0aGUgaW50ZXJuZXQhIiB0cmFwLiA6KQoKR29yZGFuCgpfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11 c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Mon Apr 29 21:19:12 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 29 Apr 2013 21:19: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 1UWvSV-0006Ua-7b; Mon, 29 Apr 2013 21:18:03 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UWvSS-0006UV-C2 for xen-users@lists.xensource.com; Mon, 29 Apr 2013 21:18:00 +0000 Received: from [85.158.138.51:4630] by server-16.bemta-3.messagelabs.com id 35/19-20692-483EE715; Mon, 29 Apr 2013 21:17:56 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-3.tower-174.messagelabs.com!1367270273!22456742!1 X-Originating-IP: [209.85.128.170] 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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25617 invoked from network); 29 Apr 2013 21:17:54 -0000 Received: from mail-ve0-f170.google.com (HELO mail-ve0-f170.google.com) (209.85.128.170) by server-3.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 29 Apr 2013 21:17:54 -0000 Received: by mail-ve0-f170.google.com with SMTP id 15so3409152vea.15 for ; Mon, 29 Apr 2013 14:17:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=B5KQV/Ff+AWDYr+xJ0v39Q3nyduzk9XRgJDHdEZR5Bk=; b=IWfUDw5e2LY+yfVQUBdKYUxCaBdUEG0fiKCruxLXYtjpx/QDV26ggZJ8X1XU9MK6m+ kMUUhKa+OUxk9bUJvToO3I5VPheQxqZFoHa3rJCUfFj2fvaqqzzR7bLRrMYLmvrnra+p iwB70qeXPxMp7gJqiK7pwUAwEPC40JO3sP00ww28s0ObRNp1+n/Gy+7fEHWyexezOjbX PeG/I5oIBTxti80vG5UO1/cW2Ht3NcbmIGAjAxA77AgLUHtGItvqmgHZaXxQlyxHWpiV YgOdgZWjiPEAnXehBUj5oz7PuT9aXFQejQmUTtyEpsGWuYBA5WlIMH5Wa2xlD5cu4ORE eu4Q== MIME-Version: 1.0 X-Received: by 10.52.91.115 with SMTP id cd19mr2096350vdb.114.1367270273232; Mon, 29 Apr 2013 14:17:53 -0700 (PDT) Received: by 10.58.106.230 with HTTP; Mon, 29 Apr 2013 14:17:53 -0700 (PDT) In-Reply-To: <517ED322.8010307@bobich.net> References: <1367104585722-5715723.post@n5.nabble.com> <517EB9B7.3080207@bobich.net> <517ED322.8010307@bobich.net> Date: Mon, 29 Apr 2013 17:17:53 -0400 Message-ID: From: Casey DeLorme To: Gordan Bobic Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] VGA/PCI Passthrough of Secondary Graphics Adapter X-BeenThere: xen-users@lists.xen.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="===============6200351120262286871==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6200351120262286871== Content-Type: multipart/alternative; boundary=20cf307d0438f2b89204db866acd --20cf307d0438f2b89204db866acd Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable > I'm not disputing that FLR makes it easier. What I am saying, however, is > that if the driver is written without cutting corners and making > assumptions, it should be able to manually re-initialize the device. > > I totally wish that was the case, if you find a linux method of doing thi= s I would love to know about it. > With the reliability record you describe above, that makes VGA passthroug= h > stability as close to useless as it can possibly get. > > The installation process is super buggy, but after getting it installed correctly I have had it working just fine for months. Keep in mind I was running Wheezy (unstable) and Xen 4.2 (unstable a the time), so I was more concerned with "can it work" than "is it stable". > Uhh... You are saying that the ATI card shows up as an ejectable device i= n > the Windows VM? Really?? > > /me goes to check > > Typical - after the VM booted perfectly every time for the last 2 days, > now I get nothing but a BSOD (failed attempt to reset the display driver) > every time - and I'm doing this on a freshly rebooted machine. > > I posted a youtube video showing the whole process, I demonstrate ejection @21:25 > I point my fingers at FLR because its described responsibility is to >> reset device state in virtual environments, and every one of the >> problems I have encountered appear to be linked to the state of the >> card. However, other users have posted very different experiences, >> leading me to believe that it could well be hardware specific. >> > > I suspect it's down to shoddy drivers. Has anyone actually reported > problems with a supported Quadro card ([246]000 or FX [345]800)? > > Not the mailing lists, but as supported devices (as per the wiki) I'm willing to bet nVidia has been contacted for troubleshooting support. > I started with a consumer nVidia card, it didn't work that's why I >> switched to AMD. If you can share the model of a $180 USD consumer >> nVidia card with HDMI out and onboard audio that can be converted to a >> working Quadro model card and is equal to or outperforms my AMD I would >> gladly switch. >> > > GTX680 and GTX690 have been done: > > http://www.eevblog.com/forum/**projects/hacking-nvidia-cards-** > into-their-professional-**counterparts/msg207550/#**msg207550 > > Note: Small amount of soldering required. > > I saw that, would be awesome if I had a bit of extra cash, but more if someone can confirm that it works. > But they don't fit in the $180 budget envelope. It does look very much > like most Nvidia cards are modifiable to equivalent quadros (those that > have reasonably equivalent Quadros at least). > > I'm just getting a genuine low-end Quadro (for hopefully <=3D =C2=A3130) = first to > make sure it'll work, before I get something higher end for modifying. > > I'm vaguely tempted by a Titan, but the problem is that the only > equivalent enterprise grade card is a Tesla, which means no video out, > which would somewhat defeat the purpose. Then again, there seems to be > evidence that the number of shaders doesn't have to match with what the > Quadro model is expected to have - it looks like the hardware capabilitie= s > get auto-deteced correctly. > > > From what I have seen the Quadro 2000 is the earliest >> model with onboard audio, and none of them have HDMI out so you would >> need a DisplayPort to HDMI adapter, plus they cost double what I paid >> for my card. If you compare passmark benchmarks my card has a 60% >> performance gain over a Quadro K2000, and 30% over the Quadro 4000 which >> costs four times as much. Going back to the lack of demonstration >> videos really makes me wary of throwing that much money into a >> "possible" alternative, especially one that performs worse than my >> current. While I have seen emails mentioning Quadro, that's about it. >> > > Expect a report back from me on this as soon as I get my hands on a Quadr= o > (2000 or FX3800, I have no intention of spending more than a bare minimum= ). > My priority is to have something that works, and works _reliably_. > > That is something to look forward to, please do send out details if you get a Quadro and it works. If it does no longer having to eject on reboots might be worth the drop in performance. > > No instructions or demonstration videos or performance comparisons. >> Makes me a bit wary about dropping four times the cost of my current >> card for less performance when the only supporting documents are various >> emails and a wiki page. >> > > Let me flip that one around - there are plenty of blog entries and videos > of ATI cards working, and yet there are several recent posts on this list > about using ATI cards and VGA passthrough working at best unreliably, and > more often not working at all. Don't fall into the "It must be true, I re= ad > it on the internet!" trap. :) > > A good rule to follow to be sure, and that's why I like detailed supporting information and demonstrations. --20cf307d0438f2b89204db866acd Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

=
I'm not disputing that FLR makes it easier. What I am saying, however, = is that if the driver is written without cutting corners and making assumpt= ions, it should be able to manually re-initialize the device.

I totally wish that was the case, i= f you find a linux method of doing this I would love to know about it.

=C2=A0
With the reliability record you describe above, that makes VGA passthrough = stability as close to useless as it can possibly get.


The installation process is supe= r buggy, but after getting it installed correctly I have had it working jus= t fine for months. =C2=A0Keep in mind I was running Wheezy (unstable) and X= en 4.2 (unstable a the time), so I was more concerned with "can it wor= k" than "is it stable".


Uhh... You are saying that the ATI card shows up as an ejectable device in = the Windows VM? Really??

/me goes to check

Typical - after the VM booted perfectly every time for the last 2 days, now= I get nothing but a BSOD (failed attempt to reset the display driver) ever= y time - and I'm doing this on a freshly rebooted machine.


I posted a youtube video showing= the whole process, I demonstrate ejection @21:25=C2=A0

I point my fingers at FLR because its described responsibility is to
reset device state in virtual environments, and every one of the
problems I have encountered appear to be linked to the state of the
card. =C2=A0However, other users have posted very different experiences, leading me to believe that it could well be hardware specific.

I suspect it's down to shoddy drivers. Has anyone actually reported pro= blems with a supported Quadro card ([246]000 or FX [345]800)?

Not the mailing lists, but as support= ed devices (as per the wiki) I'm willing to bet nVidia has been contact= ed for troubleshooting support.


I started with a consumer nVidia card, it didn't work that's why I<= br> switched to AMD. =C2=A0If you can share the model of a $180 USD consumer nVidia card with HDMI out and onboard audio that can be converted to a
working Quadro model card and is equal to or outperforms my AMD I would
gladly switch.

GTX680 and GTX690 have been done:

htt= p://www.eevblog.com/forum/projects/hacking-nvidia-cards-into-= their-professional-counterparts/msg207550/#msg207550

Note: Small amount of soldering required.

I saw that, would be awesome if I had a bit of extra = cash, but more if someone can confirm that it works.
=C2=A0
=
But they don't fit in the $180 budget envelope. It does look very much = like most Nvidia cards are modifiable to equivalent quadros (those that hav= e reasonably equivalent Quadros at least).

I'm just getting a genuine low-end Quadro (for hopefully <=3D =C2=A3= 130) first to make sure it'll work, before I get something higher end f= or modifying.

I'm vaguely tempted by a Titan, but the problem is that the only equiva= lent enterprise grade card is a Tesla, which means no video out, which woul= d somewhat defeat the purpose. Then again, there seems to be evidence that = the number of shaders doesn't have to match with what the Quadro model = is expected to have - it looks like the hardware capabilities get auto-dete= ced correctly.


>From what I have seen the Quadro 2000 is the earliest
model with onboard audio, and none of them have HDMI out so you would
need a DisplayPort to HDMI adapter, plus they cost double what I paid
for my card. =C2=A0If you compare passmark benchmarks my card has a 60%
performance gain over a Quadro K2000, and 30% over the Quadro 4000 which costs four times as much. =C2=A0Going back to the lack of demonstration
videos really makes me wary of throwing that much money into a
"possible" alternative, especially one that performs worse than m= y
current. =C2=A0While I have seen emails mentioning Quadro, that's about= it.

Expect a report back from me on this as soon as I get my hands on a Quadro = (2000 or FX3800, I have no intention of spending more than a bare minimum).= My priority is to have something that works, and works _reliably_.

That is something to look forward to, ple= ase do send out details if you get a Quadro and it works. =C2=A0If it does = no longer having to eject on reboots might be worth the drop in performance= .
=C2=A0

=C2=A0 No instructions or demonstration videos or performance comparisons.<= br> =C2=A0 Makes me a bit wary about dropping four times the cost of my current=
card for less performance when the only supporting documents are various emails and a wiki page.

Let me flip that one around - there are plenty of blog entries and videos o= f ATI cards working, and yet there are several recent posts on this list ab= out using ATI cards and VGA passthrough working at best unreliably, and mor= e often not working at all. Don't fall into the "It must be true, = I read it on the internet!" trap. :)

A good rule to fo= llow to be sure, and that's why I like detailed supporting information = and demonstrations.
--20cf307d0438f2b89204db866acd-- --===============6200351120262286871== 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 --===============6200351120262286871==-- From xen-users-bounces@lists.xen.org Mon Apr 29 21:19:12 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 29 Apr 2013 21:19: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 1UWvSV-0006Ua-7b; Mon, 29 Apr 2013 21:18:03 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UWvSS-0006UV-C2 for xen-users@lists.xensource.com; Mon, 29 Apr 2013 21:18:00 +0000 Received: from [85.158.138.51:4630] by server-16.bemta-3.messagelabs.com id 35/19-20692-483EE715; Mon, 29 Apr 2013 21:17:56 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-3.tower-174.messagelabs.com!1367270273!22456742!1 X-Originating-IP: [209.85.128.170] 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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25617 invoked from network); 29 Apr 2013 21:17:54 -0000 Received: from mail-ve0-f170.google.com (HELO mail-ve0-f170.google.com) (209.85.128.170) by server-3.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 29 Apr 2013 21:17:54 -0000 Received: by mail-ve0-f170.google.com with SMTP id 15so3409152vea.15 for ; Mon, 29 Apr 2013 14:17:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=B5KQV/Ff+AWDYr+xJ0v39Q3nyduzk9XRgJDHdEZR5Bk=; b=IWfUDw5e2LY+yfVQUBdKYUxCaBdUEG0fiKCruxLXYtjpx/QDV26ggZJ8X1XU9MK6m+ kMUUhKa+OUxk9bUJvToO3I5VPheQxqZFoHa3rJCUfFj2fvaqqzzR7bLRrMYLmvrnra+p iwB70qeXPxMp7gJqiK7pwUAwEPC40JO3sP00ww28s0ObRNp1+n/Gy+7fEHWyexezOjbX PeG/I5oIBTxti80vG5UO1/cW2Ht3NcbmIGAjAxA77AgLUHtGItvqmgHZaXxQlyxHWpiV YgOdgZWjiPEAnXehBUj5oz7PuT9aXFQejQmUTtyEpsGWuYBA5WlIMH5Wa2xlD5cu4ORE eu4Q== MIME-Version: 1.0 X-Received: by 10.52.91.115 with SMTP id cd19mr2096350vdb.114.1367270273232; Mon, 29 Apr 2013 14:17:53 -0700 (PDT) Received: by 10.58.106.230 with HTTP; Mon, 29 Apr 2013 14:17:53 -0700 (PDT) In-Reply-To: <517ED322.8010307@bobich.net> References: <1367104585722-5715723.post@n5.nabble.com> <517EB9B7.3080207@bobich.net> <517ED322.8010307@bobich.net> Date: Mon, 29 Apr 2013 17:17:53 -0400 Message-ID: From: Casey DeLorme To: Gordan Bobic Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] VGA/PCI Passthrough of Secondary Graphics Adapter X-BeenThere: xen-users@lists.xen.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="===============6200351120262286871==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6200351120262286871== Content-Type: multipart/alternative; boundary=20cf307d0438f2b89204db866acd --20cf307d0438f2b89204db866acd Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable > I'm not disputing that FLR makes it easier. What I am saying, however, is > that if the driver is written without cutting corners and making > assumptions, it should be able to manually re-initialize the device. > > I totally wish that was the case, if you find a linux method of doing thi= s I would love to know about it. > With the reliability record you describe above, that makes VGA passthroug= h > stability as close to useless as it can possibly get. > > The installation process is super buggy, but after getting it installed correctly I have had it working just fine for months. Keep in mind I was running Wheezy (unstable) and Xen 4.2 (unstable a the time), so I was more concerned with "can it work" than "is it stable". > Uhh... You are saying that the ATI card shows up as an ejectable device i= n > the Windows VM? Really?? > > /me goes to check > > Typical - after the VM booted perfectly every time for the last 2 days, > now I get nothing but a BSOD (failed attempt to reset the display driver) > every time - and I'm doing this on a freshly rebooted machine. > > I posted a youtube video showing the whole process, I demonstrate ejection @21:25 > I point my fingers at FLR because its described responsibility is to >> reset device state in virtual environments, and every one of the >> problems I have encountered appear to be linked to the state of the >> card. However, other users have posted very different experiences, >> leading me to believe that it could well be hardware specific. >> > > I suspect it's down to shoddy drivers. Has anyone actually reported > problems with a supported Quadro card ([246]000 or FX [345]800)? > > Not the mailing lists, but as supported devices (as per the wiki) I'm willing to bet nVidia has been contacted for troubleshooting support. > I started with a consumer nVidia card, it didn't work that's why I >> switched to AMD. If you can share the model of a $180 USD consumer >> nVidia card with HDMI out and onboard audio that can be converted to a >> working Quadro model card and is equal to or outperforms my AMD I would >> gladly switch. >> > > GTX680 and GTX690 have been done: > > http://www.eevblog.com/forum/**projects/hacking-nvidia-cards-** > into-their-professional-**counterparts/msg207550/#**msg207550 > > Note: Small amount of soldering required. > > I saw that, would be awesome if I had a bit of extra cash, but more if someone can confirm that it works. > But they don't fit in the $180 budget envelope. It does look very much > like most Nvidia cards are modifiable to equivalent quadros (those that > have reasonably equivalent Quadros at least). > > I'm just getting a genuine low-end Quadro (for hopefully <=3D =C2=A3130) = first to > make sure it'll work, before I get something higher end for modifying. > > I'm vaguely tempted by a Titan, but the problem is that the only > equivalent enterprise grade card is a Tesla, which means no video out, > which would somewhat defeat the purpose. Then again, there seems to be > evidence that the number of shaders doesn't have to match with what the > Quadro model is expected to have - it looks like the hardware capabilitie= s > get auto-deteced correctly. > > > From what I have seen the Quadro 2000 is the earliest >> model with onboard audio, and none of them have HDMI out so you would >> need a DisplayPort to HDMI adapter, plus they cost double what I paid >> for my card. If you compare passmark benchmarks my card has a 60% >> performance gain over a Quadro K2000, and 30% over the Quadro 4000 which >> costs four times as much. Going back to the lack of demonstration >> videos really makes me wary of throwing that much money into a >> "possible" alternative, especially one that performs worse than my >> current. While I have seen emails mentioning Quadro, that's about it. >> > > Expect a report back from me on this as soon as I get my hands on a Quadr= o > (2000 or FX3800, I have no intention of spending more than a bare minimum= ). > My priority is to have something that works, and works _reliably_. > > That is something to look forward to, please do send out details if you get a Quadro and it works. If it does no longer having to eject on reboots might be worth the drop in performance. > > No instructions or demonstration videos or performance comparisons. >> Makes me a bit wary about dropping four times the cost of my current >> card for less performance when the only supporting documents are various >> emails and a wiki page. >> > > Let me flip that one around - there are plenty of blog entries and videos > of ATI cards working, and yet there are several recent posts on this list > about using ATI cards and VGA passthrough working at best unreliably, and > more often not working at all. Don't fall into the "It must be true, I re= ad > it on the internet!" trap. :) > > A good rule to follow to be sure, and that's why I like detailed supporting information and demonstrations. --20cf307d0438f2b89204db866acd Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

=
I'm not disputing that FLR makes it easier. What I am saying, however, = is that if the driver is written without cutting corners and making assumpt= ions, it should be able to manually re-initialize the device.

I totally wish that was the case, i= f you find a linux method of doing this I would love to know about it.

=C2=A0
With the reliability record you describe above, that makes VGA passthrough = stability as close to useless as it can possibly get.


The installation process is supe= r buggy, but after getting it installed correctly I have had it working jus= t fine for months. =C2=A0Keep in mind I was running Wheezy (unstable) and X= en 4.2 (unstable a the time), so I was more concerned with "can it wor= k" than "is it stable".


Uhh... You are saying that the ATI card shows up as an ejectable device in = the Windows VM? Really??

/me goes to check

Typical - after the VM booted perfectly every time for the last 2 days, now= I get nothing but a BSOD (failed attempt to reset the display driver) ever= y time - and I'm doing this on a freshly rebooted machine.


I posted a youtube video showing= the whole process, I demonstrate ejection @21:25=C2=A0

I point my fingers at FLR because its described responsibility is to
reset device state in virtual environments, and every one of the
problems I have encountered appear to be linked to the state of the
card. =C2=A0However, other users have posted very different experiences, leading me to believe that it could well be hardware specific.

I suspect it's down to shoddy drivers. Has anyone actually reported pro= blems with a supported Quadro card ([246]000 or FX [345]800)?

Not the mailing lists, but as support= ed devices (as per the wiki) I'm willing to bet nVidia has been contact= ed for troubleshooting support.


I started with a consumer nVidia card, it didn't work that's why I<= br> switched to AMD. =C2=A0If you can share the model of a $180 USD consumer nVidia card with HDMI out and onboard audio that can be converted to a
working Quadro model card and is equal to or outperforms my AMD I would
gladly switch.

GTX680 and GTX690 have been done:

htt= p://www.eevblog.com/forum/projects/hacking-nvidia-cards-into-= their-professional-counterparts/msg207550/#msg207550

Note: Small amount of soldering required.

I saw that, would be awesome if I had a bit of extra = cash, but more if someone can confirm that it works.
=C2=A0
=
But they don't fit in the $180 budget envelope. It does look very much = like most Nvidia cards are modifiable to equivalent quadros (those that hav= e reasonably equivalent Quadros at least).

I'm just getting a genuine low-end Quadro (for hopefully <=3D =C2=A3= 130) first to make sure it'll work, before I get something higher end f= or modifying.

I'm vaguely tempted by a Titan, but the problem is that the only equiva= lent enterprise grade card is a Tesla, which means no video out, which woul= d somewhat defeat the purpose. Then again, there seems to be evidence that = the number of shaders doesn't have to match with what the Quadro model = is expected to have - it looks like the hardware capabilities get auto-dete= ced correctly.


>From what I have seen the Quadro 2000 is the earliest
model with onboard audio, and none of them have HDMI out so you would
need a DisplayPort to HDMI adapter, plus they cost double what I paid
for my card. =C2=A0If you compare passmark benchmarks my card has a 60%
performance gain over a Quadro K2000, and 30% over the Quadro 4000 which costs four times as much. =C2=A0Going back to the lack of demonstration
videos really makes me wary of throwing that much money into a
"possible" alternative, especially one that performs worse than m= y
current. =C2=A0While I have seen emails mentioning Quadro, that's about= it.

Expect a report back from me on this as soon as I get my hands on a Quadro = (2000 or FX3800, I have no intention of spending more than a bare minimum).= My priority is to have something that works, and works _reliably_.

That is something to look forward to, ple= ase do send out details if you get a Quadro and it works. =C2=A0If it does = no longer having to eject on reboots might be worth the drop in performance= .
=C2=A0

=C2=A0 No instructions or demonstration videos or performance comparisons.<= br> =C2=A0 Makes me a bit wary about dropping four times the cost of my current=
card for less performance when the only supporting documents are various emails and a wiki page.

Let me flip that one around - there are plenty of blog entries and videos o= f ATI cards working, and yet there are several recent posts on this list ab= out using ATI cards and VGA passthrough working at best unreliably, and mor= e often not working at all. Don't fall into the "It must be true, = I read it on the internet!" trap. :)

A good rule to fo= llow to be sure, and that's why I like detailed supporting information = and demonstrations.
--20cf307d0438f2b89204db866acd-- --===============6200351120262286871== 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 --===============6200351120262286871==-- From xen-users-bounces@lists.xen.org Mon Apr 29 21:36:00 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 29 Apr 2013 21: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 1UWvix-0006y6-4c; Mon, 29 Apr 2013 21:35:03 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UWviv-0006y0-UE for xen-users@lists.xensource.com; Mon, 29 Apr 2013 21:35:02 +0000 Received: from [85.158.139.211:23223] by server-9.bemta-5.messagelabs.com id 96/E9-08547-587EE715; Mon, 29 Apr 2013 21:35:01 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-16.tower-206.messagelabs.com!1367271299!21015615!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24320 invoked from network); 29 Apr 2013 21:35:00 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-16.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 29 Apr 2013 21:35:00 -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 DD39C2211A3 for ; Mon, 29 Apr 2013 22:34:58 +0100 (BST) Message-ID: <517EE781.8010605@bobich.net> Date: Mon, 29 Apr 2013 22:34:57 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130402 Thunderbird/17.0.5 MIME-Version: 1.0 To: "xen-users@lists.xensource.com" References: <1367104585722-5715723.post@n5.nabble.com> <517EB9B7.3080207@bobich.net> <517ED322.8010307@bobich.net> In-Reply-To: Subject: Re: [Xen-users] VGA/PCI Passthrough of Secondary Graphics Adapter X-BeenThere: xen-users@lists.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 04/29/2013 10:17 PM, Casey DeLorme wrote: > > I'm not disputing that FLR makes it easier. What I am saying, > however, is that if the driver is written without cutting corners > and making assumptions, it should be able to manually re-initialize > the device. > > I totally wish that was the case, if you find a linux method of doing > this I would love to know about it. The reality is that this doesn't really help us - if the driver is poorly written and can't handle re-initializing the device on it's own, it doesn't really matter whether the device has FLR or not. IMO the problem is the quality of the driver, not the implementation of FLR. Years of experience have taught me that as much as Nvidia's drivers suck, ATI's drivers suck even more. :( > I point my fingers at FLR because its described responsibility is to > reset device state in virtual environments, and every one of the > problems I have encountered appear to be linked to the state of the > card. However, other users have posted very different experiences, > leading me to believe that it could well be hardware specific. > > > I suspect it's down to shoddy drivers. Has anyone actually reported > problems with a supported Quadro card ([246]000 or FX [345]800)? > > Not the mailing lists, but as supported devices (as per the wiki) I'm > willing to bet nVidia has been contacted for troubleshooting support. If only ATI provided a method to contact them for such support, considering they claim that they "tested" 4850/4870 cards to work with Xen and VGA passthrough. If they've tested it, it'd be nice if they documented it. Personally I've not seen any evidence of the sort of stability you'd rightfully expect when the manufacturer vouches that something works. > I started with a consumer nVidia card, it didn't work that's why I > switched to AMD. If you can share the model of a $180 USD consumer > nVidia card with HDMI out and onboard audio that can be > converted to a > working Quadro model card and is equal to or outperforms my AMD > I would > gladly switch. > > > GTX680 and GTX690 have been done: > > http://www.eevblog.com/forum/__projects/hacking-nvidia-cards-__into-their-professional-__counterparts/msg207550/#__msg207550 > > > Note: Small amount of soldering required. > > I saw that, would be awesome if I had a bit of extra cash, but more if > someone can confirm that it works. As I said, give me a week or two to get my hands on a Quadro, then another week or two to get my hands on a GTX680 and modify it. This WILL happen because it will take some pretty insurmountable obstacles to make me concede to live with rebooting my machine whenever I want to have a blast of Borderlands 2 with friends. :) > From what I have seen the Quadro 2000 is the earliest > model with onboard audio, and none of them have HDMI out so you > would > need a DisplayPort to HDMI adapter, plus they cost double what I > paid > for my card. If you compare passmark benchmarks my card has a 60% > performance gain over a Quadro K2000, and 30% over the Quadro > 4000 which > costs four times as much. Going back to the lack of demonstration > videos really makes me wary of throwing that much money into a > "possible" alternative, especially one that performs worse than my > current. While I have seen emails mentioning Quadro, that's > about it. > > > Expect a report back from me on this as soon as I get my hands on a > Quadro (2000 or FX3800, I have no intention of spending more than a > bare minimum). My priority is to have something that works, and > works _reliably_. > > That is something to look forward to, please do send out details if you > get a Quadro and it works. Count on it. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 29 21:36:00 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 29 Apr 2013 21: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 1UWvix-0006y6-4c; Mon, 29 Apr 2013 21:35:03 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UWviv-0006y0-UE for xen-users@lists.xensource.com; Mon, 29 Apr 2013 21:35:02 +0000 Received: from [85.158.139.211:23223] by server-9.bemta-5.messagelabs.com id 96/E9-08547-587EE715; Mon, 29 Apr 2013 21:35:01 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-16.tower-206.messagelabs.com!1367271299!21015615!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24320 invoked from network); 29 Apr 2013 21:35:00 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-16.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 29 Apr 2013 21:35:00 -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 DD39C2211A3 for ; Mon, 29 Apr 2013 22:34:58 +0100 (BST) Message-ID: <517EE781.8010605@bobich.net> Date: Mon, 29 Apr 2013 22:34:57 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130402 Thunderbird/17.0.5 MIME-Version: 1.0 To: "xen-users@lists.xensource.com" References: <1367104585722-5715723.post@n5.nabble.com> <517EB9B7.3080207@bobich.net> <517ED322.8010307@bobich.net> In-Reply-To: Subject: Re: [Xen-users] VGA/PCI Passthrough of Secondary Graphics Adapter X-BeenThere: xen-users@lists.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 04/29/2013 10:17 PM, Casey DeLorme wrote: > > I'm not disputing that FLR makes it easier. What I am saying, > however, is that if the driver is written without cutting corners > and making assumptions, it should be able to manually re-initialize > the device. > > I totally wish that was the case, if you find a linux method of doing > this I would love to know about it. The reality is that this doesn't really help us - if the driver is poorly written and can't handle re-initializing the device on it's own, it doesn't really matter whether the device has FLR or not. IMO the problem is the quality of the driver, not the implementation of FLR. Years of experience have taught me that as much as Nvidia's drivers suck, ATI's drivers suck even more. :( > I point my fingers at FLR because its described responsibility is to > reset device state in virtual environments, and every one of the > problems I have encountered appear to be linked to the state of the > card. However, other users have posted very different experiences, > leading me to believe that it could well be hardware specific. > > > I suspect it's down to shoddy drivers. Has anyone actually reported > problems with a supported Quadro card ([246]000 or FX [345]800)? > > Not the mailing lists, but as supported devices (as per the wiki) I'm > willing to bet nVidia has been contacted for troubleshooting support. If only ATI provided a method to contact them for such support, considering they claim that they "tested" 4850/4870 cards to work with Xen and VGA passthrough. If they've tested it, it'd be nice if they documented it. Personally I've not seen any evidence of the sort of stability you'd rightfully expect when the manufacturer vouches that something works. > I started with a consumer nVidia card, it didn't work that's why I > switched to AMD. If you can share the model of a $180 USD consumer > nVidia card with HDMI out and onboard audio that can be > converted to a > working Quadro model card and is equal to or outperforms my AMD > I would > gladly switch. > > > GTX680 and GTX690 have been done: > > http://www.eevblog.com/forum/__projects/hacking-nvidia-cards-__into-their-professional-__counterparts/msg207550/#__msg207550 > > > Note: Small amount of soldering required. > > I saw that, would be awesome if I had a bit of extra cash, but more if > someone can confirm that it works. As I said, give me a week or two to get my hands on a Quadro, then another week or two to get my hands on a GTX680 and modify it. This WILL happen because it will take some pretty insurmountable obstacles to make me concede to live with rebooting my machine whenever I want to have a blast of Borderlands 2 with friends. :) > From what I have seen the Quadro 2000 is the earliest > model with onboard audio, and none of them have HDMI out so you > would > need a DisplayPort to HDMI adapter, plus they cost double what I > paid > for my card. If you compare passmark benchmarks my card has a 60% > performance gain over a Quadro K2000, and 30% over the Quadro > 4000 which > costs four times as much. Going back to the lack of demonstration > videos really makes me wary of throwing that much money into a > "possible" alternative, especially one that performs worse than my > current. While I have seen emails mentioning Quadro, that's > about it. > > > Expect a report back from me on this as soon as I get my hands on a > Quadro (2000 or FX3800, I have no intention of spending more than a > bare minimum). My priority is to have something that works, and > works _reliably_. > > That is something to look forward to, please do send out details if you > get a Quadro and it works. Count on it. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 30 05:39:59 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 30 Apr 2013 05:39: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 1UX3H2-0001Ug-KI; Tue, 30 Apr 2013 05:38:44 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UX3H1-0001UZ-33 for xen-users@lists.xen.org; Tue, 30 Apr 2013 05:38:43 +0000 Received: from [85.158.139.211:14719] by server-14.bemta-5.messagelabs.com id F6/0D-25870-2E85F715; Tue, 30 Apr 2013 05:38:42 +0000 X-Env-Sender: kantras@gmail.com X-Msg-Ref: server-8.tower-206.messagelabs.com!1367300321!21000259!1 X-Originating-IP: [74.125.82.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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24784 invoked from network); 30 Apr 2013 05:38:41 -0000 Received: from mail-we0-f182.google.com (HELO mail-we0-f182.google.com) (74.125.82.182) by server-8.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 30 Apr 2013 05:38:41 -0000 Received: by mail-we0-f182.google.com with SMTP id s43so101129wey.41 for ; Mon, 29 Apr 2013 22:38:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=8J/9qvMVWPwMPU0IVw5zDI+spDS46jcrjMc/u2gBick=; b=F/FqnZHnI56K4jtGt7bHw5Ot0z50cauJDjTE1Zdl4rrw0SNyl+LBEmk+yBknz1gBsh fde3dRFX1980qDNaxmh+ckS4nuPseTBc/AB5jI1WUuiHbUFzE0p7fi84x7VJ5ShoJujd SFyfquM+ZRHKFT4G4SVGeXAbaN8P5YuEOB4Z8E7wP3lhPJdetQMhrmtnGqeOcBpxnHfD uUaP/4k2YLUNC+kd2BOIpX3d66Nbo7kO0vauwwgRY/SUQ7bpIye0wx1Ob8AKATYcxFwJ v3CSH/+rV5UQ2LraFc02VkqdFhrVwrMqsf3Mq5ClbiAOsLQEMY2TZ72KcHRC9/CETj2X 8heA== MIME-Version: 1.0 X-Received: by 10.180.77.12 with SMTP id o12mr7353041wiw.0.1367300320431; Mon, 29 Apr 2013 22:38:40 -0700 (PDT) Received: by 10.217.79.13 with HTTP; Mon, 29 Apr 2013 22:38:40 -0700 (PDT) Date: Tue, 30 Apr 2013 00:38:40 -0500 Message-ID: From: Peregrine To: xen-users@lists.xen.org Subject: Re: [Xen-users] VGA/PCI Passthrough of Secondary Graphics Adapter X-BeenThere: xen-users@lists.xen.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="===============1717504819652699490==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1717504819652699490== Content-Type: multipart/alternative; boundary=f46d0434393ae694f404db8d6941 --f46d0434393ae694f404db8d6941 Content-Type: text/plain; charset=ISO-8859-1 Just out of interest, do you have the gplpv drivers installed on your Windows DomU? I currently have a desktop machine with two VGA cards (Nvidia GF550Ti available to Dom0 and an AMD Radeon 6770 passed through to a Windows 7 DomU) and Windows would keeo BSOD'ing on bootup if I also had the gplpv drivers installed. After I managed to uninstall them, I never reinstalled them as the basic emulated performance was good enough for me. David --f46d0434393ae694f404db8d6941 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Just out of interest, do you have the gplpv drivers i= nstalled on your Windows DomU? I currently have a desktop machine with two = VGA cards (Nvidia GF550Ti available to Dom0 and an AMD Radeon 6770 passed t= hrough to a Windows 7 DomU) and Windows would keeo BSOD'ing on bootup i= f I also had the gplpv drivers installed. After I managed to uninstall them= , I never reinstalled them as the basic emulated performance was good enoug= h for me.

David
--f46d0434393ae694f404db8d6941-- --===============1717504819652699490== 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 --===============1717504819652699490==-- From xen-users-bounces@lists.xen.org Tue Apr 30 05:39:59 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 30 Apr 2013 05:39: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 1UX3H2-0001Ug-KI; Tue, 30 Apr 2013 05:38:44 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UX3H1-0001UZ-33 for xen-users@lists.xen.org; Tue, 30 Apr 2013 05:38:43 +0000 Received: from [85.158.139.211:14719] by server-14.bemta-5.messagelabs.com id F6/0D-25870-2E85F715; Tue, 30 Apr 2013 05:38:42 +0000 X-Env-Sender: kantras@gmail.com X-Msg-Ref: server-8.tower-206.messagelabs.com!1367300321!21000259!1 X-Originating-IP: [74.125.82.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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24784 invoked from network); 30 Apr 2013 05:38:41 -0000 Received: from mail-we0-f182.google.com (HELO mail-we0-f182.google.com) (74.125.82.182) by server-8.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 30 Apr 2013 05:38:41 -0000 Received: by mail-we0-f182.google.com with SMTP id s43so101129wey.41 for ; Mon, 29 Apr 2013 22:38:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=8J/9qvMVWPwMPU0IVw5zDI+spDS46jcrjMc/u2gBick=; b=F/FqnZHnI56K4jtGt7bHw5Ot0z50cauJDjTE1Zdl4rrw0SNyl+LBEmk+yBknz1gBsh fde3dRFX1980qDNaxmh+ckS4nuPseTBc/AB5jI1WUuiHbUFzE0p7fi84x7VJ5ShoJujd SFyfquM+ZRHKFT4G4SVGeXAbaN8P5YuEOB4Z8E7wP3lhPJdetQMhrmtnGqeOcBpxnHfD uUaP/4k2YLUNC+kd2BOIpX3d66Nbo7kO0vauwwgRY/SUQ7bpIye0wx1Ob8AKATYcxFwJ v3CSH/+rV5UQ2LraFc02VkqdFhrVwrMqsf3Mq5ClbiAOsLQEMY2TZ72KcHRC9/CETj2X 8heA== MIME-Version: 1.0 X-Received: by 10.180.77.12 with SMTP id o12mr7353041wiw.0.1367300320431; Mon, 29 Apr 2013 22:38:40 -0700 (PDT) Received: by 10.217.79.13 with HTTP; Mon, 29 Apr 2013 22:38:40 -0700 (PDT) Date: Tue, 30 Apr 2013 00:38:40 -0500 Message-ID: From: Peregrine To: xen-users@lists.xen.org Subject: Re: [Xen-users] VGA/PCI Passthrough of Secondary Graphics Adapter X-BeenThere: xen-users@lists.xen.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="===============1717504819652699490==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1717504819652699490== Content-Type: multipart/alternative; boundary=f46d0434393ae694f404db8d6941 --f46d0434393ae694f404db8d6941 Content-Type: text/plain; charset=ISO-8859-1 Just out of interest, do you have the gplpv drivers installed on your Windows DomU? I currently have a desktop machine with two VGA cards (Nvidia GF550Ti available to Dom0 and an AMD Radeon 6770 passed through to a Windows 7 DomU) and Windows would keeo BSOD'ing on bootup if I also had the gplpv drivers installed. After I managed to uninstall them, I never reinstalled them as the basic emulated performance was good enough for me. David --f46d0434393ae694f404db8d6941 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Just out of interest, do you have the gplpv drivers i= nstalled on your Windows DomU? I currently have a desktop machine with two = VGA cards (Nvidia GF550Ti available to Dom0 and an AMD Radeon 6770 passed t= hrough to a Windows 7 DomU) and Windows would keeo BSOD'ing on bootup i= f I also had the gplpv drivers installed. After I managed to uninstall them= , I never reinstalled them as the basic emulated performance was good enoug= h for me.

David
--f46d0434393ae694f404db8d6941-- --===============1717504819652699490== 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 --===============1717504819652699490==-- From xen-users-bounces@lists.xen.org Tue Apr 30 07:12:06 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 30 Apr 2013 07:12: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 1UX4iM-0003F5-2c; Tue, 30 Apr 2013 07:11:02 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UX4iJ-0003Eq-Dt; Tue, 30 Apr 2013 07:10:59 +0000 Received: from [85.158.137.99:12544] by server-9.bemta-3.messagelabs.com id F3/64-32531-28E6F715; Tue, 30 Apr 2013 07:10:58 +0000 X-Env-Sender: JBeulich@suse.com X-Msg-Ref: server-7.tower-217.messagelabs.com!1367305857!14057813!1 X-Originating-IP: [130.57.49.28] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTMwLjU3LjQ5LjI4ID0+IDQ4MDU=\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6991 invoked from network); 30 Apr 2013 07:10:57 -0000 Received: from nat28.tlf.novell.com (HELO nat28.tlf.novell.com) (130.57.49.28) by server-7.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 30 Apr 2013 07:10:57 -0000 Received: from EMEA1-MTA by nat28.tlf.novell.com with Novell_GroupWise; Tue, 30 Apr 2013 08:10:57 +0100 Message-Id: <517F8AC902000078000D1F37@nat28.tlf.novell.com> X-Mailer: Novell GroupWise Internet Agent 12.0.2 Date: Tue, 30 Apr 2013 08:11:37 +0100 From: "Jan Beulich" To: "Daniel De Graaf" References: <1366032963-19076-1-git-send-email-ian.campbell@citrix.com> <1366633681.22143.61.camel@zakaz.uk.xensource.com> <517EB30002000078000D1C55@nat28.tlf.novell.com> <517E9B8F.5010706@tycho.nsa.gov> In-Reply-To: <517E9B8F.5010706@tycho.nsa.gov> Mime-Version: 1.0 Content-Disposition: inline Cc: "xen-users@lists.xen.org" , Keir Fraser , Ian Campbell , "xen-devel@lists.xen.org" Subject: Re: [Xen-users] [PATCH] xsm: fix printf format string for strlen result X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 29.04.13 at 18:10, Daniel De Graaf wrote: > On 04/29/2013 11:50 AM, Jan Beulich wrote: >>>>> On 22.04.13 at 14:28, Ian Campbell wrote: >>> Adding Keir + Jan. >> >> Would really be Daniel to give his ack here. It's a trivial enough >> change, so if I don't see an ack soon, I'll probably commit this >> anyway... > > Ah, sorry about that, for some reason I didn't register that this was > waiting for my Ack since it seemed like a trivial change. Trivial or not, the rule of thumb is that all patches should have an ack from a maintainer. Otherwise we're getting into the gray zone of determining where "trivial" ends. So while exceptions to this are possible, we're trying to limit them... Jan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 30 07:12:06 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 30 Apr 2013 07:12: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 1UX4iM-0003F5-2c; Tue, 30 Apr 2013 07:11:02 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UX4iJ-0003Eq-Dt; Tue, 30 Apr 2013 07:10:59 +0000 Received: from [85.158.137.99:12544] by server-9.bemta-3.messagelabs.com id F3/64-32531-28E6F715; Tue, 30 Apr 2013 07:10:58 +0000 X-Env-Sender: JBeulich@suse.com X-Msg-Ref: server-7.tower-217.messagelabs.com!1367305857!14057813!1 X-Originating-IP: [130.57.49.28] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTMwLjU3LjQ5LjI4ID0+IDQ4MDU=\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6991 invoked from network); 30 Apr 2013 07:10:57 -0000 Received: from nat28.tlf.novell.com (HELO nat28.tlf.novell.com) (130.57.49.28) by server-7.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 30 Apr 2013 07:10:57 -0000 Received: from EMEA1-MTA by nat28.tlf.novell.com with Novell_GroupWise; Tue, 30 Apr 2013 08:10:57 +0100 Message-Id: <517F8AC902000078000D1F37@nat28.tlf.novell.com> X-Mailer: Novell GroupWise Internet Agent 12.0.2 Date: Tue, 30 Apr 2013 08:11:37 +0100 From: "Jan Beulich" To: "Daniel De Graaf" References: <1366032963-19076-1-git-send-email-ian.campbell@citrix.com> <1366633681.22143.61.camel@zakaz.uk.xensource.com> <517EB30002000078000D1C55@nat28.tlf.novell.com> <517E9B8F.5010706@tycho.nsa.gov> In-Reply-To: <517E9B8F.5010706@tycho.nsa.gov> Mime-Version: 1.0 Content-Disposition: inline Cc: "xen-users@lists.xen.org" , Keir Fraser , Ian Campbell , "xen-devel@lists.xen.org" Subject: Re: [Xen-users] [PATCH] xsm: fix printf format string for strlen result X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 29.04.13 at 18:10, Daniel De Graaf wrote: > On 04/29/2013 11:50 AM, Jan Beulich wrote: >>>>> On 22.04.13 at 14:28, Ian Campbell wrote: >>> Adding Keir + Jan. >> >> Would really be Daniel to give his ack here. It's a trivial enough >> change, so if I don't see an ack soon, I'll probably commit this >> anyway... > > Ah, sorry about that, for some reason I didn't register that this was > waiting for my Ack since it seemed like a trivial change. Trivial or not, the rule of thumb is that all patches should have an ack from a maintainer. Otherwise we're getting into the gray zone of determining where "trivial" ends. So while exceptions to this are possible, we're trying to limit them... Jan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 30 07:12:58 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 30 Apr 2013 07:12: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 1UX4jI-0003KL-UC; Tue, 30 Apr 2013 07:12:00 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UX4jH-0003K3-Hp for xen-users@lists.xen.org; Tue, 30 Apr 2013 07:11:59 +0000 Received: from [85.158.139.83:20277] by server-14.bemta-5.messagelabs.com id 26/BA-25870-EBE6F715; Tue, 30 Apr 2013 07:11:58 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-13.tower-182.messagelabs.com!1367305899!29482720!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30370 invoked from network); 30 Apr 2013 07:11:40 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-13.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 30 Apr 2013 07:11:40 -0000 Received: from thinkpad.shatteredsilicon.net (unknown [31.125.248.19]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 8789F2211A3 for ; Tue, 30 Apr 2013 08:11:17 +0100 (BST) Message-ID: <517F6E8C.2030308@bobich.net> Date: Tue, 30 Apr 2013 08:11:08 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130402 Thunderbird/17.0.5 MIME-Version: 1.0 To: xen-users@lists.xen.org References: In-Reply-To: Subject: Re: [Xen-users] VGA/PCI Passthrough of Secondary Graphics Adapter X-BeenThere: xen-users@lists.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 04/30/2013 06:38 AM, Peregrine wrote: > Just out of interest, do you have the gplpv drivers installed on your > Windows DomU? I currently have a desktop machine with two VGA cards > (Nvidia GF550Ti available to Dom0 and an AMD Radeon 6770 passed through > to a Windows 7 DomU) and Windows would keeo BSOD'ing on bootup if I also > had the gplpv drivers installed. After I managed to uninstall them, I > never reinstalled them as the basic emulated performance was good enough > for me. I never installed the PV drivers - I read about possible issues it can cause and figured I can look into it later, if I ever get everything else working stably. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 30 07:12:58 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 30 Apr 2013 07:12: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 1UX4jI-0003KL-UC; Tue, 30 Apr 2013 07:12:00 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UX4jH-0003K3-Hp for xen-users@lists.xen.org; Tue, 30 Apr 2013 07:11:59 +0000 Received: from [85.158.139.83:20277] by server-14.bemta-5.messagelabs.com id 26/BA-25870-EBE6F715; Tue, 30 Apr 2013 07:11:58 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-13.tower-182.messagelabs.com!1367305899!29482720!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30370 invoked from network); 30 Apr 2013 07:11:40 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-13.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 30 Apr 2013 07:11:40 -0000 Received: from thinkpad.shatteredsilicon.net (unknown [31.125.248.19]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 8789F2211A3 for ; Tue, 30 Apr 2013 08:11:17 +0100 (BST) Message-ID: <517F6E8C.2030308@bobich.net> Date: Tue, 30 Apr 2013 08:11:08 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130402 Thunderbird/17.0.5 MIME-Version: 1.0 To: xen-users@lists.xen.org References: In-Reply-To: Subject: Re: [Xen-users] VGA/PCI Passthrough of Secondary Graphics Adapter X-BeenThere: xen-users@lists.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 04/30/2013 06:38 AM, Peregrine wrote: > Just out of interest, do you have the gplpv drivers installed on your > Windows DomU? I currently have a desktop machine with two VGA cards > (Nvidia GF550Ti available to Dom0 and an AMD Radeon 6770 passed through > to a Windows 7 DomU) and Windows would keeo BSOD'ing on bootup if I also > had the gplpv drivers installed. After I managed to uninstall them, I > never reinstalled them as the basic emulated performance was good enough > for me. I never installed the PV drivers - I read about possible issues it can cause and figured I can look into it later, if I ever get everything else working stably. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 30 08:12:56 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 30 Apr 2013 08:12: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 1UX5fF-0005Oe-No; Tue, 30 Apr 2013 08:11:53 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UX5fD-0005OT-HS for xen-users@lists.xen.org; Tue, 30 Apr 2013 08:11:51 +0000 Received: from [85.158.139.83:35407] by server-5.bemta-5.messagelabs.com id BD/42-06980-6CC7F715; Tue, 30 Apr 2013 08:11:50 +0000 X-Env-Sender: Vogl.Lubomir@seznam.cz X-Msg-Ref: server-7.tower-182.messagelabs.com!1367309505!26631093!1 X-Originating-IP: [77.75.76.26] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNzcuNzUuNzYuMjYgPT4gMTY5NTM4\n, ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31582 invoked from network); 30 Apr 2013 08:11:46 -0000 Received: from mxh2.seznam.cz (HELO mxh2.seznam.cz) (77.75.76.26) by server-7.tower-182.messagelabs.com with SMTP; 30 Apr 2013 08:11:46 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=seznam.cz; s=beta; t=1367309505; bh=qKqMfmpUPT7shPeaC3a7BZ9Jq7vXCzexmFrjktDgbgs=; h=Received:From:To:Subject:Date:Message-Id:Mime-Version:X-Mailer: Content-Type; b=MgZv5fHpmGsCjiTOP+/n7hWpwa2vFg8wKD7687DATzsV8v1zrfBEK0EbKVnep/s1t aY7exEOMj7U7ONHmQCSYy2+oON4JHo8kAHPrj0r8jJ9RUO4JhjJ8CGkYBQiMXW3LfN J57LIpajTo7ef1jsGZz3vmbhoAgIMDvNh2ptazf0= Received: from cgn-07.mitranet.cz (cgn-07.mitranet.cz [93.93.33.7]) by email.seznam.cz (szn-ebox-4.3.148) with HTTP; Tue, 30 Apr 2013 10:11:43 +0200 (CEST) From: =?utf-8?q?Lubom=C3=ADr_Vogl?= To: Date: Tue, 30 Apr 2013 10:11:43 +0200 (CEST) Message-Id: Mime-Version: 1.0 (szn-mime-1.0.88) X-Mailer: szn-ebox-4.3.148 Subject: [Xen-users] DOMU Debian network problem X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0832573678476319319==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0832573678476319319== Content-Type: multipart/alternative; boundary="=_2e3726e658b81eec18ed5e5f=aa6e5cc9-2614-53f4-8cd3-ab720c879453_=" --=_2e3726e658b81eec18ed5e5f=aa6e5cc9-2614-53f4-8cd3-ab720c879453_= Content-Type: text/plain Content-Transfer-Encoding: 7bit Hi, I succesfully install DOM0 on debian Wheeze. There is more DOMU systems based on linux and all working (SUSE) or Windows (XP,7) There is bridge settings of network comm. I try install new system DOMU Debian wheeze. After installing and through starting Debian there is create new NIC backend (Vif10) - this is ok. After grub booting another new NIC backend created and this process start destroy route settings of DOM0, because there is added configuration of NIC with bad default routing. I use XEN 4.1 I reinstall DOMU, Dom0 etc. How I disable new creation of Vif (backend) from Debian DOMU ? Thanx Lubomir Vogl --=_2e3726e658b81eec18ed5e5f=aa6e5cc9-2614-53f4-8cd3-ab720c879453_= Content-Type: text/html Content-Transfer-Encoding: 7bit Hi,

I succesfully install DOM0 on debian Wheeze. There is more DOMU systems based on linux and all working (SUSE) or Windows (XP,7)
There is bridge settings of network comm.

I try install new system DOMU Debian wheeze.

After installing and through starting Debian there is create new NIC backend (Vif10) - this is ok.
After grub booting another new NIC backend created and this process start destroy route settings of DOM0, because there is added configuration of NIC with bad default routing.

I use XEN 4.1
I reinstall DOMU, Dom0 etc.

How I disable new creation of Vif (backend) from Debian DOMU ?

Thanx

Lubomir Vogl
--=_2e3726e658b81eec18ed5e5f=aa6e5cc9-2614-53f4-8cd3-ab720c879453_=-- --===============0832573678476319319== 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 --===============0832573678476319319==-- From xen-users-bounces@lists.xen.org Tue Apr 30 08:12:56 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 30 Apr 2013 08:12: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 1UX5fF-0005Oe-No; Tue, 30 Apr 2013 08:11:53 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UX5fD-0005OT-HS for xen-users@lists.xen.org; Tue, 30 Apr 2013 08:11:51 +0000 Received: from [85.158.139.83:35407] by server-5.bemta-5.messagelabs.com id BD/42-06980-6CC7F715; Tue, 30 Apr 2013 08:11:50 +0000 X-Env-Sender: Vogl.Lubomir@seznam.cz X-Msg-Ref: server-7.tower-182.messagelabs.com!1367309505!26631093!1 X-Originating-IP: [77.75.76.26] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNzcuNzUuNzYuMjYgPT4gMTY5NTM4\n, ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31582 invoked from network); 30 Apr 2013 08:11:46 -0000 Received: from mxh2.seznam.cz (HELO mxh2.seznam.cz) (77.75.76.26) by server-7.tower-182.messagelabs.com with SMTP; 30 Apr 2013 08:11:46 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=seznam.cz; s=beta; t=1367309505; bh=qKqMfmpUPT7shPeaC3a7BZ9Jq7vXCzexmFrjktDgbgs=; h=Received:From:To:Subject:Date:Message-Id:Mime-Version:X-Mailer: Content-Type; b=MgZv5fHpmGsCjiTOP+/n7hWpwa2vFg8wKD7687DATzsV8v1zrfBEK0EbKVnep/s1t aY7exEOMj7U7ONHmQCSYy2+oON4JHo8kAHPrj0r8jJ9RUO4JhjJ8CGkYBQiMXW3LfN J57LIpajTo7ef1jsGZz3vmbhoAgIMDvNh2ptazf0= Received: from cgn-07.mitranet.cz (cgn-07.mitranet.cz [93.93.33.7]) by email.seznam.cz (szn-ebox-4.3.148) with HTTP; Tue, 30 Apr 2013 10:11:43 +0200 (CEST) From: =?utf-8?q?Lubom=C3=ADr_Vogl?= To: Date: Tue, 30 Apr 2013 10:11:43 +0200 (CEST) Message-Id: Mime-Version: 1.0 (szn-mime-1.0.88) X-Mailer: szn-ebox-4.3.148 Subject: [Xen-users] DOMU Debian network problem X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0832573678476319319==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0832573678476319319== Content-Type: multipart/alternative; boundary="=_2e3726e658b81eec18ed5e5f=aa6e5cc9-2614-53f4-8cd3-ab720c879453_=" --=_2e3726e658b81eec18ed5e5f=aa6e5cc9-2614-53f4-8cd3-ab720c879453_= Content-Type: text/plain Content-Transfer-Encoding: 7bit Hi, I succesfully install DOM0 on debian Wheeze. There is more DOMU systems based on linux and all working (SUSE) or Windows (XP,7) There is bridge settings of network comm. I try install new system DOMU Debian wheeze. After installing and through starting Debian there is create new NIC backend (Vif10) - this is ok. After grub booting another new NIC backend created and this process start destroy route settings of DOM0, because there is added configuration of NIC with bad default routing. I use XEN 4.1 I reinstall DOMU, Dom0 etc. How I disable new creation of Vif (backend) from Debian DOMU ? Thanx Lubomir Vogl --=_2e3726e658b81eec18ed5e5f=aa6e5cc9-2614-53f4-8cd3-ab720c879453_= Content-Type: text/html Content-Transfer-Encoding: 7bit Hi,

I succesfully install DOM0 on debian Wheeze. There is more DOMU systems based on linux and all working (SUSE) or Windows (XP,7)
There is bridge settings of network comm.

I try install new system DOMU Debian wheeze.

After installing and through starting Debian there is create new NIC backend (Vif10) - this is ok.
After grub booting another new NIC backend created and this process start destroy route settings of DOM0, because there is added configuration of NIC with bad default routing.

I use XEN 4.1
I reinstall DOMU, Dom0 etc.

How I disable new creation of Vif (backend) from Debian DOMU ?

Thanx

Lubomir Vogl
--=_2e3726e658b81eec18ed5e5f=aa6e5cc9-2614-53f4-8cd3-ab720c879453_=-- --===============0832573678476319319== 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 --===============0832573678476319319==-- From xen-users-bounces@lists.xen.org Tue Apr 30 11:56:19 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 30 Apr 2013 11:56: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 1UX99L-0008Jw-7S; Tue, 30 Apr 2013 11:55:11 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UX99J-0008Jg-TU for xen-users@lists.xen.org; Tue, 30 Apr 2013 11:55:10 +0000 Received: from [85.158.139.211:8318] by server-15.bemta-5.messagelabs.com id 14/AE-31797-D11BF715; Tue, 30 Apr 2013 11:55:09 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-6.tower-206.messagelabs.com!1367322905!21129750!1 X-Originating-IP: [209.85.128.177] 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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14223 invoked from network); 30 Apr 2013 11:55:07 -0000 Received: from unknown (HELO mail-ve0-f177.google.com) (209.85.128.177) by server-6.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 30 Apr 2013 11:55:07 -0000 Received: by mail-ve0-f177.google.com with SMTP id cy12so288422veb.22 for ; Tue, 30 Apr 2013 04:54:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=lItS+0PAiA6GAXC1vhjq5PYm51VMwX3NfOY7n0HSP34=; b=nqh+JtYvFtcdtSE3jN68u3UAK6Dy8Lcg1TeRZZN4oj7YLrgRzIvLa/QYc2Jqr1ot0v 8azVOXSWCh2iXF1WTLpvJzvBxmR+h0cUh9km6A6mTL2tD0GW7/ZyIpfkLJfXc4WOEHwC svqnXeznqu2twrbvZMl6WrDgi9Ww/NgJ4pmv4CWwMYXe3DsJi0a000NMo1X5nrU18ArE YqDLrlLqsV5YgcOiDhcjfE0p/fdmQAoDRjC2jTdMLgWoAAVOhcRhwVWah6sPOqjD0CUs zu0kJZSl5MlPiT34Q1lo/lkranGW6ci4BLAT9xLyOZF4Supz0DXLy+p5R1AojKFZ6oHL cCnA== MIME-Version: 1.0 X-Received: by 10.52.91.115 with SMTP id cd19mr2833593vdb.114.1367322845218; Tue, 30 Apr 2013 04:54:05 -0700 (PDT) Received: by 10.58.106.230 with HTTP; Tue, 30 Apr 2013 04:54:05 -0700 (PDT) In-Reply-To: <517F6E8C.2030308@bobich.net> References: <517F6E8C.2030308@bobich.net> Date: Tue, 30 Apr 2013 07:54:05 -0400 Message-ID: From: Casey DeLorme To: Gordan Bobic Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] VGA/PCI Passthrough of Secondary Graphics Adapter X-BeenThere: xen-users@lists.xen.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="===============0565379363405883875==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0565379363405883875== Content-Type: multipart/alternative; boundary=20cf307d04387b8e0504db92a8d7 --20cf307d04387b8e0504db92a8d7 Content-Type: text/plain; charset=UTF-8 I have been using version 0.11.0.357 for three months on Windows 8 with passthrough. It makes a significant difference in disk (SSD) performance, but I am not sure about network. As Gordan said, not exactly the best choice for stability yet. On Tue, Apr 30, 2013 at 3:11 AM, Gordan Bobic wrote: > On 04/30/2013 06:38 AM, Peregrine wrote: > >> Just out of interest, do you have the gplpv drivers installed on your >> Windows DomU? I currently have a desktop machine with two VGA cards >> (Nvidia GF550Ti available to Dom0 and an AMD Radeon 6770 passed through >> to a Windows 7 DomU) and Windows would keeo BSOD'ing on bootup if I also >> had the gplpv drivers installed. After I managed to uninstall them, I >> never reinstalled them as the basic emulated performance was good enough >> for me. >> > > I never installed the PV drivers - I read about possible issues it can > cause and figured I can look into it later, if I ever get everything else > working stably. > > Gordan > > > ______________________________**_________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --20cf307d04387b8e0504db92a8d7 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I have been using version 0.11.0.357 for three months on W= indows 8 with passthrough.

It makes a significant = difference in disk (SSD) performance, but I am not sure about network.

As Gordan said, not exactly the best choice= for stability yet.


On Tue, Apr 30, 2013 at 3:11 AM, Gordan Bobic <gordan@= bobich.net> wrote:
On 0= 4/30/2013 06:38 AM, Peregrine wrote:
Just out of interest, do you have the gplpv drivers installed on your
Windows DomU? I currently have a desktop machine with two VGA cards
(Nvidia GF550Ti available to Dom0 and an AMD Radeon 6770 passed through
to a Windows 7 DomU) and Windows would keeo BSOD'ing on bootup if I als= o
had the gplpv drivers installed. After I managed to uninstall them, I
never reinstalled them as the basic emulated performance was good enough for me.

I never installed the PV drivers - I read about possible issues it can caus= e and figured I can look into it later, if I ever get everything else worki= ng stably.

Gordan


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

--20cf307d04387b8e0504db92a8d7-- --===============0565379363405883875== 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 --===============0565379363405883875==-- From xen-users-bounces@lists.xen.org Tue Apr 30 11:56:19 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 30 Apr 2013 11:56: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 1UX99L-0008Jw-7S; Tue, 30 Apr 2013 11:55:11 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UX99J-0008Jg-TU for xen-users@lists.xen.org; Tue, 30 Apr 2013 11:55:10 +0000 Received: from [85.158.139.211:8318] by server-15.bemta-5.messagelabs.com id 14/AE-31797-D11BF715; Tue, 30 Apr 2013 11:55:09 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-6.tower-206.messagelabs.com!1367322905!21129750!1 X-Originating-IP: [209.85.128.177] 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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14223 invoked from network); 30 Apr 2013 11:55:07 -0000 Received: from unknown (HELO mail-ve0-f177.google.com) (209.85.128.177) by server-6.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 30 Apr 2013 11:55:07 -0000 Received: by mail-ve0-f177.google.com with SMTP id cy12so288422veb.22 for ; Tue, 30 Apr 2013 04:54:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=lItS+0PAiA6GAXC1vhjq5PYm51VMwX3NfOY7n0HSP34=; b=nqh+JtYvFtcdtSE3jN68u3UAK6Dy8Lcg1TeRZZN4oj7YLrgRzIvLa/QYc2Jqr1ot0v 8azVOXSWCh2iXF1WTLpvJzvBxmR+h0cUh9km6A6mTL2tD0GW7/ZyIpfkLJfXc4WOEHwC svqnXeznqu2twrbvZMl6WrDgi9Ww/NgJ4pmv4CWwMYXe3DsJi0a000NMo1X5nrU18ArE YqDLrlLqsV5YgcOiDhcjfE0p/fdmQAoDRjC2jTdMLgWoAAVOhcRhwVWah6sPOqjD0CUs zu0kJZSl5MlPiT34Q1lo/lkranGW6ci4BLAT9xLyOZF4Supz0DXLy+p5R1AojKFZ6oHL cCnA== MIME-Version: 1.0 X-Received: by 10.52.91.115 with SMTP id cd19mr2833593vdb.114.1367322845218; Tue, 30 Apr 2013 04:54:05 -0700 (PDT) Received: by 10.58.106.230 with HTTP; Tue, 30 Apr 2013 04:54:05 -0700 (PDT) In-Reply-To: <517F6E8C.2030308@bobich.net> References: <517F6E8C.2030308@bobich.net> Date: Tue, 30 Apr 2013 07:54:05 -0400 Message-ID: From: Casey DeLorme To: Gordan Bobic Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] VGA/PCI Passthrough of Secondary Graphics Adapter X-BeenThere: xen-users@lists.xen.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="===============0565379363405883875==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0565379363405883875== Content-Type: multipart/alternative; boundary=20cf307d04387b8e0504db92a8d7 --20cf307d04387b8e0504db92a8d7 Content-Type: text/plain; charset=UTF-8 I have been using version 0.11.0.357 for three months on Windows 8 with passthrough. It makes a significant difference in disk (SSD) performance, but I am not sure about network. As Gordan said, not exactly the best choice for stability yet. On Tue, Apr 30, 2013 at 3:11 AM, Gordan Bobic wrote: > On 04/30/2013 06:38 AM, Peregrine wrote: > >> Just out of interest, do you have the gplpv drivers installed on your >> Windows DomU? I currently have a desktop machine with two VGA cards >> (Nvidia GF550Ti available to Dom0 and an AMD Radeon 6770 passed through >> to a Windows 7 DomU) and Windows would keeo BSOD'ing on bootup if I also >> had the gplpv drivers installed. After I managed to uninstall them, I >> never reinstalled them as the basic emulated performance was good enough >> for me. >> > > I never installed the PV drivers - I read about possible issues it can > cause and figured I can look into it later, if I ever get everything else > working stably. > > Gordan > > > ______________________________**_________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --20cf307d04387b8e0504db92a8d7 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I have been using version 0.11.0.357 for three months on W= indows 8 with passthrough.

It makes a significant = difference in disk (SSD) performance, but I am not sure about network.

As Gordan said, not exactly the best choice= for stability yet.


On Tue, Apr 30, 2013 at 3:11 AM, Gordan Bobic <gordan@= bobich.net> wrote:
On 0= 4/30/2013 06:38 AM, Peregrine wrote:
Just out of interest, do you have the gplpv drivers installed on your
Windows DomU? I currently have a desktop machine with two VGA cards
(Nvidia GF550Ti available to Dom0 and an AMD Radeon 6770 passed through
to a Windows 7 DomU) and Windows would keeo BSOD'ing on bootup if I als= o
had the gplpv drivers installed. After I managed to uninstall them, I
never reinstalled them as the basic emulated performance was good enough for me.

I never installed the PV drivers - I read about possible issues it can caus= e and figured I can look into it later, if I ever get everything else worki= ng stably.

Gordan


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

--20cf307d04387b8e0504db92a8d7-- --===============0565379363405883875== 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 --===============0565379363405883875==-- From xen-users-bounces@lists.xen.org Tue Apr 30 12:19:42 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 30 Apr 2013 12:19: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 1UX9W7-0001L5-5v; Tue, 30 Apr 2013 12:18:43 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UX8YZ-0006hx-4d for xen-users@lists.xen.org; Tue, 30 Apr 2013 11:17:11 +0000 Received: from [85.158.139.83:3271] by server-4.bemta-5.messagelabs.com id 71/C5-12332-638AF715; Tue, 30 Apr 2013 11:17:10 +0000 X-Env-Sender: jobseeker.naukri@gmail.com X-Msg-Ref: server-6.tower-182.messagelabs.com!1367320622!26782800!1 X-Originating-IP: [209.85.210.175] X-SpamReason: No, hits=1.4 required=7.0 tests=BODY_RANDOM_LONG, HTML_40_50, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3087 invoked from network); 30 Apr 2013 11:17:03 -0000 Received: from mail-ia0-f175.google.com (HELO mail-ia0-f175.google.com) (209.85.210.175) by server-6.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 30 Apr 2013 11:17:03 -0000 Received: by mail-ia0-f175.google.com with SMTP id i38so335021iae.34 for ; Tue, 30 Apr 2013 04:16:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=fa4Ejob/aPK0GTnBefNgiwQ8+syESB9xwoqvQWA7XAU=; b=m+QAsu2PkV/56rNFsEbqRIl5fua2oGZfb2Bw4MLwtq1Vf6bhqaMT9PZoFPifdZeAZ/ ULAbMZKsIwJ1uVKKZ5r6HkduJc9hPk4OfERejMJ32cRPWEsUX9d+RnSPk+vlm1ExE4mk kPZsdEtyxlmZpmiDnLkqndjRfcZLmA2z0tJozY2sLdNgcHNw8xmnLsNQqv2KvhrORvzH YBoVs35aLlIiIZWOD8+TtYd0pehceIirPnXS4TnWMvHfGs9jnT2Al9ncuKNwiEJVytcz +j6npf42vH7UbrPhD6t6RM6IolMHv+sheHCeP/Ygi/M44msjS1y1HZhsEq8W+u/KtfAG P6eA== MIME-Version: 1.0 X-Received: by 10.42.123.66 with SMTP id q2mr25716820icr.12.1367320606851; Tue, 30 Apr 2013 04:16:46 -0700 (PDT) Received: by 10.64.13.210 with HTTP; Tue, 30 Apr 2013 04:16:46 -0700 (PDT) In-Reply-To: References: <1366718116.20256.136.camel@zakaz.uk.xensource.com> <1366729903.20256.171.camel@zakaz.uk.xensource.com> Date: Tue, 30 Apr 2013 16:46:46 +0530 Message-ID: From: Srinivas Ch To: Ian Campbell X-Mailman-Approved-At: Tue, 30 Apr 2013 12:18:41 +0000 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Mapping GPIO ports 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: multipart/mixed; boundary="===============7478867893792918209==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7478867893792918209== Content-Type: multipart/alternative; boundary=20cf30050ee010d35804db922394 --20cf30050ee010d35804db922394 Content-Type: text/plain; charset=ISO-8859-1 Hi Ian, I tried the approach you suggested but I was not able to read the correct values in guest, here is the configuration used *name = "elf"* *uuid = "67a7ee66-3de2-aaf4-08f9-4e2e1c9ef934"* *maxmem = 512* *memory = 512* *ioports**= ["cd6-cd7"]* *vcpus = 1* *builder = "hvm"* *boot = "c"* *pae = 1* *acpi = 1* *apic = 1* *hap = 0* *viridian = 0* *localtime = 0* *hpet = 0* *on_poweroff = "destroy"* *on_reboot = "restart"* *on_crash = "restart"* *sdl = 0* *vnclisten="0.0.0.0:5900"* *vnc = 1* *vncunused = 1* *keymap = "en-us"* *disk = [ "file:/home/lab/workspace/xen_demo/src/demo_threadx/img/elf.img,hda,w" ]* *parallel = "none"* *serial = "pty"* *soundhw = "es1370"* * * Is this the correct way to create guest to have host ioports on guest? When I run *inb *on *0xcd6 *in guest I see value *0xff, *which is invalid, on guest I am able to read it as 0x2d*. * Let me know if I have to make any changes on host side. Thanks in advance. On Wed, Apr 24, 2013 at 11:07 AM, Srinivas Ch wrote: > Hi Ian, > > Thank you very much. The GPIO ports I am referring they belong to > dual address space; one is IO address and the other is memory address > space. That is why I am asking for both options. I will try both options > whichever works first for me will use that approach. > > > On Tue, Apr 23, 2013 at 8:41 PM, Ian Campbell wrote: > >> On Tue, 2013-04-23 at 15:03 +0100, Srinivas Ch wrote: >> > Hi Ian, >> > >> > >> > Thank you. Yeah I am talking about MMIO registers & x86 I/O >> > ports. >> >> MMIO registers & x86 I/O ports are two separate things. It sounds like >> you are doing MMIO. >> >> > I am new to xen, can you tell me bit clearly or if there is any >> > document link which explain more about iomem and ioport >> > configurations. >> >> xl comes with manpages which describe these options and you can find >> them either in tree or linked from the wiki. >> >> > Basically MMIO GPIO port is accessible at physical address >> > 0xfed80000. I want to map this address directly to domU, I am okay >> > even page exposes other registers as of now. >> >> Then I think the iomem option should do what you need. >> >> Ian. >> >> >> >> > --20cf30050ee010d35804db922394 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Ian,

=A0 =A0 I tried the approach you suggested but I= was not able to read the correct values in guest, here is the configuratio= n used=A0

name =3D "elf"
uuid =3D= "67a7ee66-3de2-aaf4-08f9-4e2e1c9ef934"
maxmem =3D 512
memory =3D 512
ioports=3D ["cd= 6-cd7"]
vcpus =3D 1
builder =3D "hvm"
<= div>boot =3D "c"
pae =3D 1
a= cpi =3D 1
apic =3D 1
hap =3D 0
<= div>viridian =3D 0
localtime =3D 0
hpet =3D 0
on_pow= eroff =3D "destroy"
on_reboot =3D "restart&= quot;
on_crash =3D "restart"
sd= l =3D 0
vnclisten=3D"0.0.0.0:5900&= quot;
vnc =3D 1
vncunused =3D 1
=
keymap =3D "en-us"
disk =3D [ "file= :/home/lab/workspace/xen_demo/src/demo_threadx/img/elf.img,hda,w" ]
parallel =3D "none"
serial =3D "pty= "
soundhw =3D "es1370"
Is this the correct way to create guest to have host ioport= s on guest? When I run inb on 0xcd6 in guest I see value 0= xff, which is invalid, on guest I am able to read it as 0x2d. = =A0Let me know if I have to make any changes on host side. Thanks in advanc= e.


On Wed, Apr 24, 2013 at 11:07= AM, Srinivas Ch <jobseeker.naukri@gmail.com> wrote= :
Hi Ian,

=A0 =A0 =A0Thank = you very much. The GPIO ports I am referring they belong to =A0dual address= space; one is IO address and the other is memory address space. That is wh= y I am asking for both options. I will try both options whichever works fir= st for me will use that approach.


On Tue, Apr 23, 2013 at 8:41 PM, Ian Campbel= l <Ian.Campbell@citrix.com> wrote:
On Tue, 2013-04-23 at 15:03 +0100, Srinivas Ch wrote:
> Hi Ian,
>
>
> =A0 =A0 =A0 Thank you. Yeah I am talking about MMIO registers & x8= 6 I/O
> ports.

MMIO registers & x86 I/O ports are two separate things. It sounds= like
you are doing MMIO.

> =A0I am new to xen, can you tell me bit clearly or if there is any
> document link which explain more about iomem and ioport
> configurations.

xl comes with manpages which describe these options and you can find<= br> them either in tree or linked from the wiki.

> =A0Basically MMIO GPIO port is accessible at physical address
> 0xfed80000. I want to map this address directly to domU, I am okay
> even page exposes other registers as of now.

Then I think the iomem option should do what you need.

Ian.





--20cf30050ee010d35804db922394-- --===============7478867893792918209== 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 --===============7478867893792918209==-- From xen-users-bounces@lists.xen.org Tue Apr 30 12:19:42 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 30 Apr 2013 12:19: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 1UX9W7-0001L5-5v; Tue, 30 Apr 2013 12:18:43 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UX8YZ-0006hx-4d for xen-users@lists.xen.org; Tue, 30 Apr 2013 11:17:11 +0000 Received: from [85.158.139.83:3271] by server-4.bemta-5.messagelabs.com id 71/C5-12332-638AF715; Tue, 30 Apr 2013 11:17:10 +0000 X-Env-Sender: jobseeker.naukri@gmail.com X-Msg-Ref: server-6.tower-182.messagelabs.com!1367320622!26782800!1 X-Originating-IP: [209.85.210.175] X-SpamReason: No, hits=1.4 required=7.0 tests=BODY_RANDOM_LONG, HTML_40_50, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3087 invoked from network); 30 Apr 2013 11:17:03 -0000 Received: from mail-ia0-f175.google.com (HELO mail-ia0-f175.google.com) (209.85.210.175) by server-6.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 30 Apr 2013 11:17:03 -0000 Received: by mail-ia0-f175.google.com with SMTP id i38so335021iae.34 for ; Tue, 30 Apr 2013 04:16:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=fa4Ejob/aPK0GTnBefNgiwQ8+syESB9xwoqvQWA7XAU=; b=m+QAsu2PkV/56rNFsEbqRIl5fua2oGZfb2Bw4MLwtq1Vf6bhqaMT9PZoFPifdZeAZ/ ULAbMZKsIwJ1uVKKZ5r6HkduJc9hPk4OfERejMJ32cRPWEsUX9d+RnSPk+vlm1ExE4mk kPZsdEtyxlmZpmiDnLkqndjRfcZLmA2z0tJozY2sLdNgcHNw8xmnLsNQqv2KvhrORvzH YBoVs35aLlIiIZWOD8+TtYd0pehceIirPnXS4TnWMvHfGs9jnT2Al9ncuKNwiEJVytcz +j6npf42vH7UbrPhD6t6RM6IolMHv+sheHCeP/Ygi/M44msjS1y1HZhsEq8W+u/KtfAG P6eA== MIME-Version: 1.0 X-Received: by 10.42.123.66 with SMTP id q2mr25716820icr.12.1367320606851; Tue, 30 Apr 2013 04:16:46 -0700 (PDT) Received: by 10.64.13.210 with HTTP; Tue, 30 Apr 2013 04:16:46 -0700 (PDT) In-Reply-To: References: <1366718116.20256.136.camel@zakaz.uk.xensource.com> <1366729903.20256.171.camel@zakaz.uk.xensource.com> Date: Tue, 30 Apr 2013 16:46:46 +0530 Message-ID: From: Srinivas Ch To: Ian Campbell X-Mailman-Approved-At: Tue, 30 Apr 2013 12:18:41 +0000 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Mapping GPIO ports 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: multipart/mixed; boundary="===============7478867893792918209==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7478867893792918209== Content-Type: multipart/alternative; boundary=20cf30050ee010d35804db922394 --20cf30050ee010d35804db922394 Content-Type: text/plain; charset=ISO-8859-1 Hi Ian, I tried the approach you suggested but I was not able to read the correct values in guest, here is the configuration used *name = "elf"* *uuid = "67a7ee66-3de2-aaf4-08f9-4e2e1c9ef934"* *maxmem = 512* *memory = 512* *ioports**= ["cd6-cd7"]* *vcpus = 1* *builder = "hvm"* *boot = "c"* *pae = 1* *acpi = 1* *apic = 1* *hap = 0* *viridian = 0* *localtime = 0* *hpet = 0* *on_poweroff = "destroy"* *on_reboot = "restart"* *on_crash = "restart"* *sdl = 0* *vnclisten="0.0.0.0:5900"* *vnc = 1* *vncunused = 1* *keymap = "en-us"* *disk = [ "file:/home/lab/workspace/xen_demo/src/demo_threadx/img/elf.img,hda,w" ]* *parallel = "none"* *serial = "pty"* *soundhw = "es1370"* * * Is this the correct way to create guest to have host ioports on guest? When I run *inb *on *0xcd6 *in guest I see value *0xff, *which is invalid, on guest I am able to read it as 0x2d*. * Let me know if I have to make any changes on host side. Thanks in advance. On Wed, Apr 24, 2013 at 11:07 AM, Srinivas Ch wrote: > Hi Ian, > > Thank you very much. The GPIO ports I am referring they belong to > dual address space; one is IO address and the other is memory address > space. That is why I am asking for both options. I will try both options > whichever works first for me will use that approach. > > > On Tue, Apr 23, 2013 at 8:41 PM, Ian Campbell wrote: > >> On Tue, 2013-04-23 at 15:03 +0100, Srinivas Ch wrote: >> > Hi Ian, >> > >> > >> > Thank you. Yeah I am talking about MMIO registers & x86 I/O >> > ports. >> >> MMIO registers & x86 I/O ports are two separate things. It sounds like >> you are doing MMIO. >> >> > I am new to xen, can you tell me bit clearly or if there is any >> > document link which explain more about iomem and ioport >> > configurations. >> >> xl comes with manpages which describe these options and you can find >> them either in tree or linked from the wiki. >> >> > Basically MMIO GPIO port is accessible at physical address >> > 0xfed80000. I want to map this address directly to domU, I am okay >> > even page exposes other registers as of now. >> >> Then I think the iomem option should do what you need. >> >> Ian. >> >> >> >> > --20cf30050ee010d35804db922394 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Ian,

=A0 =A0 I tried the approach you suggested but I= was not able to read the correct values in guest, here is the configuratio= n used=A0

name =3D "elf"
uuid =3D= "67a7ee66-3de2-aaf4-08f9-4e2e1c9ef934"
maxmem =3D 512
memory =3D 512
ioports=3D ["cd= 6-cd7"]
vcpus =3D 1
builder =3D "hvm"
<= div>boot =3D "c"
pae =3D 1
a= cpi =3D 1
apic =3D 1
hap =3D 0
<= div>viridian =3D 0
localtime =3D 0
hpet =3D 0
on_pow= eroff =3D "destroy"
on_reboot =3D "restart&= quot;
on_crash =3D "restart"
sd= l =3D 0
vnclisten=3D"0.0.0.0:5900&= quot;
vnc =3D 1
vncunused =3D 1
=
keymap =3D "en-us"
disk =3D [ "file= :/home/lab/workspace/xen_demo/src/demo_threadx/img/elf.img,hda,w" ]
parallel =3D "none"
serial =3D "pty= "
soundhw =3D "es1370"
Is this the correct way to create guest to have host ioport= s on guest? When I run inb on 0xcd6 in guest I see value 0= xff, which is invalid, on guest I am able to read it as 0x2d. = =A0Let me know if I have to make any changes on host side. Thanks in advanc= e.


On Wed, Apr 24, 2013 at 11:07= AM, Srinivas Ch <jobseeker.naukri@gmail.com> wrote= :
Hi Ian,

=A0 =A0 =A0Thank = you very much. The GPIO ports I am referring they belong to =A0dual address= space; one is IO address and the other is memory address space. That is wh= y I am asking for both options. I will try both options whichever works fir= st for me will use that approach.


On Tue, Apr 23, 2013 at 8:41 PM, Ian Campbel= l <Ian.Campbell@citrix.com> wrote:
On Tue, 2013-04-23 at 15:03 +0100, Srinivas Ch wrote:
> Hi Ian,
>
>
> =A0 =A0 =A0 Thank you. Yeah I am talking about MMIO registers & x8= 6 I/O
> ports.

MMIO registers & x86 I/O ports are two separate things. It sounds= like
you are doing MMIO.

> =A0I am new to xen, can you tell me bit clearly or if there is any
> document link which explain more about iomem and ioport
> configurations.

xl comes with manpages which describe these options and you can find<= br> them either in tree or linked from the wiki.

> =A0Basically MMIO GPIO port is accessible at physical address
> 0xfed80000. I want to map this address directly to domU, I am okay
> even page exposes other registers as of now.

Then I think the iomem option should do what you need.

Ian.





--20cf30050ee010d35804db922394-- --===============7478867893792918209== 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 --===============7478867893792918209==-- From xen-users-bounces@lists.xen.org Tue Apr 30 12:40:41 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 30 Apr 2013 12:40: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 1UX9qQ-0002Lh-F4; Tue, 30 Apr 2013 12:39:42 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UX9qO-0002LP-R2 for xen-users@lists.xen.org; Tue, 30 Apr 2013 12:39:40 +0000 Received: from [85.158.143.99:43124] by server-3.bemta-4.messagelabs.com id 0D/F9-02015-C8BBF715; Tue, 30 Apr 2013 12:39:40 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-15.tower-216.messagelabs.com!1367325579!30247150!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19539 invoked from network); 30 Apr 2013 12:39:39 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-15.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 30 Apr 2013 12:39:39 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id 7DDEC2211A3 for ; Tue, 30 Apr 2013 13:39:38 +0100 (BST) MIME-Version: 1.0 Date: Tue, 30 Apr 2013 13:39:38 +0100 From: Gordan Bobic To: In-Reply-To: References: "" <517F6E8C.2030308@bobich.net> Message-ID: X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.4.2 Subject: Re: [Xen-users] VGA/PCI Passthrough of Secondary Graphics Adapter X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, 30 Apr 2013 07:54:05 -0400, Casey DeLorme wrote: > I have been using version 0.11.0.357 for three months on Windows 8 > with passthrough. > > It makes a significant difference in disk (SSD) performance, but I am > not sure about network. > > As Gordan said, not exactly the best choice for stability yet. My VM disk is an iSCSI share, so I'm not too concerned about making latency any less bad at the moment. Just having things work would be nice for now. :) _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 30 12:40:41 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 30 Apr 2013 12:40: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 1UX9qQ-0002Lh-F4; Tue, 30 Apr 2013 12:39:42 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UX9qO-0002LP-R2 for xen-users@lists.xen.org; Tue, 30 Apr 2013 12:39:40 +0000 Received: from [85.158.143.99:43124] by server-3.bemta-4.messagelabs.com id 0D/F9-02015-C8BBF715; Tue, 30 Apr 2013 12:39:40 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-15.tower-216.messagelabs.com!1367325579!30247150!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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19539 invoked from network); 30 Apr 2013 12:39:39 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-15.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 30 Apr 2013 12:39:39 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id 7DDEC2211A3 for ; Tue, 30 Apr 2013 13:39:38 +0100 (BST) MIME-Version: 1.0 Date: Tue, 30 Apr 2013 13:39:38 +0100 From: Gordan Bobic To: In-Reply-To: References: "" <517F6E8C.2030308@bobich.net> Message-ID: X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.4.2 Subject: Re: [Xen-users] VGA/PCI Passthrough of Secondary Graphics Adapter X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, 30 Apr 2013 07:54:05 -0400, Casey DeLorme wrote: > I have been using version 0.11.0.357 for three months on Windows 8 > with passthrough. > > It makes a significant difference in disk (SSD) performance, but I am > not sure about network. > > As Gordan said, not exactly the best choice for stability yet. My VM disk is an iSCSI share, so I'm not too concerned about making latency any less bad at the moment. Just having things work would be nice for now. :) _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 30 12:59:48 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 30 Apr 2013 12:59: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 1UXA8y-0003Sc-Ue; Tue, 30 Apr 2013 12:58:52 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UXA8x-0003SW-2V for xen-users@lists.xen.org; Tue, 30 Apr 2013 12:58:51 +0000 Received: from [85.158.138.51:25701] by server-4.bemta-3.messagelabs.com id 9F/4C-21470-A00CF715; Tue, 30 Apr 2013 12:58:50 +0000 X-Env-Sender: dechangydorian@yahoo.fr X-Msg-Ref: server-10.tower-174.messagelabs.com!1367326714!26615246!1 X-Originating-IP: [77.238.189.63] 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.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19703 invoked from network); 30 Apr 2013 12:58:34 -0000 Received: from nm6.bullet.mail.ird.yahoo.com (HELO nm6.bullet.mail.ird.yahoo.com) (77.238.189.63) by server-10.tower-174.messagelabs.com with SMTP; 30 Apr 2013 12:58:34 -0000 Received: from [77.238.189.57] by nm6.bullet.mail.ird.yahoo.com with NNFMP; 30 Apr 2013 12:58:34 -0000 Received: from [212.82.98.91] by tm10.bullet.mail.ird.yahoo.com with NNFMP; 30 Apr 2013 12:58:34 -0000 Received: from [127.0.0.1] by omp1028.mail.ir2.yahoo.com with NNFMP; 30 Apr 2013 12:58:34 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 319730.33661.bm@omp1028.mail.ir2.yahoo.com Received: (qmail 32907 invoked by uid 60001); 30 Apr 2013 12:58:34 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.fr; s=s1024; t=1367326714; bh=oq3EsakEf9KBT1w3qIuDlrH6hyrFLKDYW/FKkrZDEDw=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:Cc:MIME-Version:Content-Type; b=jLZx4d+oNWOewIZfbgRm1T+PkYhxjqqtw1E2LE2wmvEdwkrGgECxMmZ/vjBlBLFr+zJgxOgD5eaOmzyauQ3L2XPPZWA1UbHma5mtC1GAVIQz4jjm7UCpVAyX5aUcCWz5SvEEad3KMynaHMwAv1uUba+g85Dah8R4VooCfAaN42A= 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:Cc:MIME-Version:Content-Type; b=v1eXWVwS8L1+QeJPEbQKt4BqRBt84oUUoNZlgQifyCK8545PWvRJh75QxbXA7Q1HBbj3c6wD+wtfseTiWYAN2gDMoLzd5JZ52F8sLOnFsEh9yiW+BtP+ltTV7y7UOHEkgYVINaTe0YBSNHQoCQZB1V4LzvNSlG9Ev8iGmxMeRys=; X-YMail-OSG: rFDbw.MVM1lnmzMnCvDSACEF3bnW9YnrBO2sAZED..hSfw_ hE.ErZBZqhGQy7Un0TGZ3ldgxqt0grpBhB2IHlH3QVgq30xJDosgfuRvyzNZ uMqo7arCmlTjIw503RZl6BcjEhrzeUEEAe8knxlQR9lAm.RUpAu2oaYK_.C9 NYgGDW7Vtdwib7QoqfGottuFfYLrgUmeEaSurcuij.lk0jxAzGVbhmI3BXue 7m1h0VC0BTz3ypvO0uMp8Pnfb9mNCtJDX_Cmh4vRGskiJm4o7IOkT4OyDstf byuNDjsjgN2aEGh1bSls_XFKgmc_Z4Psi0zJJQQP2UOjwqcP6E20rED7.YlT QeU7uUyMLUhN1SqnGL6G0QYLeXU97Bz2fRkQdDTXBseDgSKKCNtzqxMkZX4a fPE6GL1tSib6vcutcugjiZCDKdRU1QCapax9dMkDJH0MIDBT9TYKhbebkqqy 6Rwv7vvY9havG5kyVUaJOjaIpMkQFKD0r3uafUg5BoWM9zIdKOKEqJOIJ2pM HQqjCFCWoCTwMwNIvi5P_axdPO9h9UNoLwuhKNJjPE7_XVnIFXP9ZacfXVh4 dYkDU6eSIzT2Mwz9yOpGmGalruveLPikNb4zkVgawdHGkFQKbhqOzILptUMn _Hg-- Received: from [109.129.187.157] by web171803.mail.ir2.yahoo.com via HTTP; Tue, 30 Apr 2013 13:58:34 BST X-Rocket-MIMEInfo: 002.001, SGVsbG8uCgpGaXJzdCBvZiBhbGwgSSAnbSBwcmV0dHkgbmV3IHRvIExpbnV4IGFuZCB0aGlzIGlzIG15IGZpcnN0IGluc3RhbGwgb2YgWGVuLiBTbyBkb24ndCBtaW5kIG1lIHdyb25nIGlmIHNvbWV0aW1lcyBJIGRvbid0IGtub3cgd2hpY2ggY29tbWFuZCBpcyBhcHByb3ByaWF0ZSB0byBmZXRjaCByZXN1bHRzLgoKSSdtIHJ1bm5pbmcgYSBuZXcgRGViaWFuIFNxdWVlemUgcmVsZWFzZSAyLjYuMzItNS14ZW4tYW1kNjQgd2l0aCBtaW5pbWFsIGNvbXBvbmVudHMuIEkndmUgYmVlbiBnb2luZyB0aHJvdWdoIGkBMAEBAQE- X-Mailer: YahooMailWebService/0.8.141.536 Message-ID: <1367326714.9789.YahooMailNeo@web171803.mail.ir2.yahoo.com> Date: Tue, 30 Apr 2013 13:58:34 +0100 (BST) From: Dorian To: "xen-users@lists.xen.org" MIME-Version: 1.0 Cc: Dorian de Changy Subject: [Xen-users] Unaible to create DomU Guest X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Dorian List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4610143937315822391==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4610143937315822391== Content-Type: multipart/alternative; boundary="1353131092-2139199306-1367326714=:9789" --1353131092-2139199306-1367326714=:9789 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hello.=0A=0AFirst of all I 'm pretty new to Linux and this is my first inst= all of Xen. So don't mind me wrong if sometimes I don't know which command = is appropriate to fetch results.=0A=0AI'm running a new Debian Squeeze rele= ase 2.6.32-5-xen-amd64 with minimal components. I've been going through ins= tall of Xen as per the documentation for the 4.2.1 release and did so by so= urce. However I installed (make install & make world) from within /user/Dow= nload/xen4.2.1, I don't know if that is a good/bad idea?=0AAll dependancies= were installed and the install showed no error=A0 upon a few tries. =0A=0A= First weird behaviour, I ended up in/at grub with several Xen extensions.gz= (xen 4.2.1, xen 4.2, xen 4.0, xen: no one of them able ton boot) so I had = a Xen 4 with AMD64, which boots And I can see the DomU booted:=0A=0Aroot@de= bian:/home/dorian# uname -a=0ALinux debian 2.6.32-5-xen-amd64 #1 SMP Mon Fe= b 25 02:51:39 UTC 2013 x86_64 GNU/Linux=0Aroot@debian:/home/dorian# xm list= =0AName=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 ID=A0=A0 Mem VCPUs=A0= =A0=A0=A0=A0 State=A0=A0 Time(s)=0ADomain-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=A0=A0=A0=A0=A0=A0=A0= =A0 0=A0 2830=A0=A0=A0=A0 2=A0=A0=A0=A0 r-----=A0=A0=A0=A0 30.5=0A=0A=0AI m= ake LVM partitions on which to install the guests.=0AI have following logic= al volume created:=0Aroot@debian:/dev# lvdisplay=0A=A0 --- Logical volume -= --=0A=A0 LV Name=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 /dev/Esp-Virt= /Vol1=0A=A0 VG Name=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Esp-Virt= =0A=A0 LV UUID=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 4l5BVd-7vSV-W3v= Z-or5i-KLjX-6MjC-JYGyEJ=0A=A0 LV Write Access=A0=A0=A0=A0=A0=A0=A0 read/wri= te=0A=A0 LV Status=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 available=0A=A0 #= open=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 0=0A=A0 LV Size=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 24,00 GiB=0A=A0 Current LE=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0 6144=0A=A0 Segments=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 1=0A=A0 Allocation=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 inhe= rit=0A=A0 Read ahead sectors=A0=A0=A0=A0 auto=0A=A0 - currently set to=A0= =A0=A0=A0 256=0A=A0 Block device=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 254:0=0A=A0= =A0 =0A=A0 --- Logical volume ---=0A=A0 LV Name=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 /dev/Esp-Virt/Marie-DHCP-swap=0A=A0 VG Name=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Esp-Virt=0A=A0 LV UUID=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0 oJhOii-Ji2Z-ZwWe-YQ37-6MRd-kA1u-cCND34=0A=A0 LV= Write Access=A0=A0=A0=A0=A0=A0=A0 read/write=0A=A0 LV Status=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0 available=0A=A0 # open=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0 0=0A=A0 LV Size=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0 256,00 MiB=0A=A0 Current LE=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0 64=0A=A0 Segments=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 1=0A=A0 All= ocation=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 inherit=0A=A0 Read ahead sector= s=A0=A0=A0=A0 auto=0A=A0 - currently set to=A0=A0=A0=A0 256=0A=A0 Block dev= ice=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 254:1=0A=A0=A0 =0A=A0 --- Logical volume = ---=0A=A0 LV Name=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 /dev/Esp-Vir= t/Marie-DHCP-disk=0A=A0 VG Name=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0 Esp-Virt=0A=A0 LV UUID=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 dGA= 6fg-Py5q-QHZM-0CTL-N03s-v4KV-DrQ3f7=0A=A0 LV Write Access=A0=A0=A0=A0=A0=A0= =A0 read/write=0A=A0 LV Status=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 avail= able=0A=A0 # open=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 0=0A=A0 L= V Size=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 4,00 GiB=0A=A0 Current = LE=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 1024=0A=A0 Segments=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0 1=0A=A0 Allocation=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0 inherit=0A=A0 Read ahead sectors=A0=A0=A0=A0 auto=0A=A0 - current= ly set to=A0=A0=A0=A0 256=0A=A0 Block device=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 = 254:2=0A=0A=0A=0AThen I edited /etc/xen-tools/xen-tools.conf to suit my wis= hes:=0Aroot@debian:/dev# grep -E -v '^(#|$)' /etc/xen-tools/xen-tools.conf= =0Alvm =3D Esp-Virt=0Ainstall-method =3D debootstrap=0Asize=A0=A0 =3D 4Gb= =A0=A0=A0=A0=A0 # Disk image size.=0Amemory =3D 256Mb=A0=A0=A0 # Memory siz= e=0Aswap=A0=A0 =3D 256Mb=A0=A0=A0 # Swap size=0Afs=A0=A0=A0=A0 =3D ext3=A0= =A0=A0=A0 # use the EXT3 filesystem for the disk image.=0Adist=A0=A0 =3D `x= t-guess-suite-and-mirror --suite` # Default distribution to install.=0Aimag= e=A0 =3D sparse=A0=A0 # Specify sparse vs. full disk images.=0Agateway=A0= =A0=A0 =3D 192.168.1.1=0Anetmask=A0=A0=A0 =3D 255.255.255.0=0Abroadcast=A0 = =3D 192.168.1.255=0Apasswd =3D 1=0Aaccounts =3D 1=0Akernel =3D /boot/vmlinu= z-`uname -r`=0Ainitrd =3D /boot/initrd.img-`uname -r`=0Amirror =3D `xt-gues= s-suite-and-mirror --mirror`=0Aext3_options=A0=A0=A0=A0 =3D noatime,nodirat= ime,errors=3Dremount-ro=0Aext2_options=A0=A0=A0=A0 =3D noatime,nodiratime,e= rrors=3Dremount-ro=0Axfs_options=A0=A0=A0=A0=A0 =3D defaults=0Areiserfs_opt= ions =3D defaults=0Abtrfs_options=A0=A0=A0 =3D defaults=0Aserial_device =3D= hvc0 #default=0Adisk_device =3D xvda #default=0A=0A=0AI 've created my vir= tual machines :=0A =0Aroot@debian:/home/dorian#=0Axen-create-image --hostna= me=3DMarie-DHCP --ip=3D192.168.1.3 --passwd=0A--force =0A=0AGeneral Informa= tion =0A-------------------- =0AHostname : Marie-DHCP =0ADistributio= n : squeeze =0AMirror : =0Aftp://ftp.fr.debian.org/debian/ =0APa= rtitions : swap 256Mb=0A(swap) =0A/ 4Gb =0A(= ext3) =0AImage type : full =0AMemory size : 256Mb =0AKernel path = : =0A/boot/vmlinuz-2.6.32-5-xen-amd64 =0AInitrd path : =0A/boot/initrd= .img-2.6.32-5-xen-amd64 =0A=0ANetworking Information =0A-------------------= --- =0AIP Address 1 : 192.168.1.3 [MAC:=0A00:16:3E:BF:18:50] =0ANetmask = : 255.255.255.0 =0ABroadcast : 192.168.1.255 =0AGateway := 192.168.1.1 =0A=0ARemoving /dev/Esp-Virt/Marie-DHCP-swap=0A- since we're f= orcing the install =0ARemoving /dev/Esp-Virt/Marie-DHCP-disk=0A- since we'r= e forcing the install =0A=0ACreating swap on=0A/dev/Esp-Virt/Marie-DHCP-swa= p =0ADone =0A=0ACreating ext3 filesystem on=0A/dev/Esp-Virt/Marie-DHCP-disk= =0ADone =0AInstallation method: debootstrap =0A=0ADone =0A=0ARunning hooks= =0ADone =0A=0ANo role scripts were specified. =0ASkipping =0A=0ACreating X= en configuration file =0ADone =0ASetting up root password =0AEnter new UNIX= password: =0ARetype new UNIX password: =0Apasswd: password updated success= fully =0AAll done =0A=0A=0ALogfile produced at: =0A/var/log/xen-tools/Marie= -DHCP.log =0A=0AInstallation Summary =0A--------------------- =0AHostname = : Marie-DHCP =0ADistribution : squeeze =0AIP-Address(es) : 192= .168.1.3 =0ARSA Fingerprint : =0A25:46:6c:76:3a:39:fc:7a:bb:7b:31:33:9c:7f:= 30:09 =0ARoot Password : N/A =0AA # locate Marie shows:=0Aroot@debian:/h= ome/dorian/T=E9l=E9chargements/xen-4.2.1# locate Marie=0A/dev/.udev/links/E= sp-Virt\x2fMarie-DHCP-disk=0A/dev/.udev/links/Esp-Virt\x2fMarie-DHCP-swap= =0A/dev/.udev/links/disk\x2fby-id\x2fdm-name-Esp--Virt-Marie--DHCP--disk=0A= /dev/.udev/links/disk\x2fby-id\x2fdm-name-Esp--Virt-Marie--DHCP--swap=0A/de= v/.udev/links/mapper\x2fEsp--Virt-Marie--DHCP--disk=0A/dev/.udev/links/mapp= er\x2fEsp--Virt-Marie--DHCP--swap=0A/dev/.udev/links/Esp-Virt\x2fMarie-DHCP= -disk/b254:2=0A/dev/.udev/links/Esp-Virt\x2fMarie-DHCP-swap/b254:1=0A/dev/.= udev/links/disk\x2fby-id\x2fdm-name-Esp--Virt-Marie--DHCP--disk/b254:2=0A/d= ev/.udev/links/disk\x2fby-id\x2fdm-name-Esp--Virt-Marie--DHCP--swap/b254:1= =0A/dev/.udev/links/mapper\x2fEsp--Virt-Marie--DHCP--disk/b254:2=0A/dev/.ud= ev/links/mapper\x2fEsp--Virt-Marie--DHCP--swap/b254:1=0A/dev/Esp-Virt/Marie= -DHCP-disk=0A/dev/Esp-Virt/Marie-DHCP-swap=0A/dev/disk/by-id/dm-name-Esp--V= irt-Marie--DHCP--disk=0A/dev/disk/by-id/dm-name-Esp--Virt-Marie--DHCP--swap= =0A/dev/mapper/Esp--Virt-Marie--DHCP--disk=0A/dev/mapper/Esp--Virt-Marie--D= HCP--swap=0A/etc/xen/Marie-DHCP.cfg=0A/etc/xen/Marie-DHCP.cfg.ancien=0A/usr= /share/zoneinfo/Europe/Mariehamn=0A/usr/share/zoneinfo/posix/Europe/Marieha= mn=0A/usr/share/zoneinfo/right/Europe/Mariehamn=0A/var/log/xen-tools/Marie-= DHCP.0.log=0A/var/log/xen-tools/Marie-DHCP.1.log=0A/var/log/xen-tools/Marie= -DHCP.2.log=0A/var/log/xen-tools/Marie-DHCP.log=0Aroot@debian:/home/dorian/= T=E9l=E9chargements/xen-4.2.1# ls /dev/Esp-Virt/=0AMarie-DHCP-disk=A0 Marie= -DHCP-swap=A0 Vol1=0A=0A=0AI did configure the /etc/network/interfaces file= like this (conversaly xen-create image... indicated ip=3D192.168.1.3=0A=0A= # The loopback network interface=0Aauto lo=0Aiface lo inet loopback=0A=0Aau= to xenbr0=0Aiface xenbr0 inet dhcp=0Abridge_ports eth0=0A#bridge_stp on=0A#= bridge_maxwait 0=0A#bridge_fd 0=0A=0Awhereas /// root@debian:/dev# grep -E = -v '^(#|$)' /etc/xen/xend-config.sxp // NOT CONFIGURED AS PER THE DEBIAN SQ= UEEZE ADVICE=0A(vif-script vif-bridge)=0A(dom0-min-mem 196)=0A(enable-dom0-= ballooning yes)=0A(total_available_memory 0) =0A(dom0-cpus 0)=0A(vncpasswd = '')=0A=0A=0ASo, I 've got this interfaces showing up. =0A=0AVif x.x should = appear after xm create Virtual-guest.cfg, I guess (which in my case is MAri= e-DHCP)=0A=0Aroot@debian:/home/dorian# brctl show=0Abridge name=A0=A0=A0 br= idge id=A0=A0=A0 =A0=A0=A0 STP enabled=A0=A0=A0 interfaces=0Apan0=A0=A0=A0 = =A0=A0=A0 8000.000000000000=A0=A0=A0 no=A0=A0=A0 =A0=A0=A0 =0Axenbr0=A0=A0= =A0 =A0=A0=A0 8000.002655c46159=A0=A0=A0 no=A0=A0=A0 =A0=A0=A0 eth0=0A=0ANo= w, when I try to boot my DomU guest here is the error, which many research = on the web didn't show up thje solution. however:=0AStep 1:=0Aroot@debian:/= dev# xm create Marie-DHCP.cfg=0AUsing config file "/etc/xen/Marie-DHCP.cfg"= .=0AError: Device 0 (vif) could not be connected. Hotplug scripts not worki= ng.=0A=0A>>>> I watched in the hotplug.log=0Aroot@debian:/dev# more /var/lo= g/xen/xen-hotplug.log =0Axenstore-read: couldn't read path backend/vbd/2/51= 714/params=0Axenstore-write: could not write path backend/vbd/2/51714/hotpl= ug-error=0Axenstore-read: couldn't read path backend/vbd/2/51713/params=0Ax= enstore-write: could not write path backend/vbd/2/51714/hotplug-error=0Axen= store-write: could not write path backend/vbd/2/51714/hotplug-error=0Axenst= ore-write: could not write path backend/vbd/2/51713/hotplug-error=0Axenstor= e-write: could not write path backend/vif/2/0/hotplug-error=0AIn the meanti= me of weeks in searching how to get around. I found the following usefull i= nformation:http://wiki.xen.org/wiki/XenCommonProblems#Xen_complains_about_.= 22hotplug_scripts_not_working.22=0A=0A"This problem is often related to ude= v. Do you have udev installed?=0AIs your udev the correct/supported version= ? "This error usually has more=0Ainformation in the end revealing the real = reason.. for example: =0AError: Device 0 (vif) could not be connected. Hotp= lug scripts not working.=0A=0A"This problem is often caused by not having "= xen-netback" driver loaded in dom0 kernel. =0A"The hotplug scripts are loca= ted in /etc/xen/scripts by default,=0Aand are labeled with the prefix vif-*= . Those "scripts log to=0A/var/log/xen/xen-hotplug.log, and more detailed i= nformation can be=0Afound there."=0A>>>>>>>>>I know I installed udev, prior= to install xen from source since hotplug plugin doesn't exists/shows up.= =0A=0AI've been trying to locate xen-netback driver.=0Aroot@debian:/dev# ca= t /proc/modules | grep xen=0Axen_evtchn 4355 1 - Live 0xffffffffa04d7000=0A= xenfs 9616 1 - Live 0xffffffffa04ce000=0A=0A>>>>>>These modules seem .ok=0A= But since this call : http://wiki.xen.org/wiki/Mainline_Linux_Kernel_Config= s#Update_modules=0AThe following modules may be required:STep 2=0A=0Axen-ev= tchn=0Axen-gntdev=A0=A0=A0 >>> missing =A0=A0=A0 =A0=A0=A0 >>>> I think the= error comes from=0Axen-netback=A0=A0=A0 >>>missing=A0=A0=A0 =A0=A0=A0 =A0= =A0=A0 =A0=A0=A0 this missing drivers=0Axen-blkback=A0=A0=A0 >>>missing=0Ax= enfs=0Ablktap=A0=A0=A0 =A0=A0=A0 >>> missing |Are they missing from Xen 4.2= .1 from source Or=0Adid they don't install properly (something like exit wi= th errors? I'm willing to re install =0Awith detailed info if needed...).= =0A=0AOn the same wiki-page are numerous important advices , but often I do= n't know where to look =0Afor the files (which directory + name)and/or the = commands to use to edit except using nano..=0A=0Ae.g. Git (what'is it , how= use it?? but'i'll google through) I don't know from which directory input = =0AI 've to make the substantial intalls provided by the last mentionned ad= ress above.=0A=0AWhat am i missing for going through Step 2, I mean be able= to launch my virtual machine=0Awhere find it? Which command help out?=0A= =0A=0AI hope I'v"e been clear. since too many research pull me with confuse= d through all the topic/issue links.=0ASo I summarize:=0AWill I be able to = resolve the xm create vm.cfg which I encounter as an issue.=0AHow do I get = the xen- modules installed and running?=0AI appreciate your help in solving= this issue. Also please provide me with the commands since from th elinks = I cannot solve it and take a risk to break the system.=0ASorry for the long= thread!!=0AMany thanks in advance=0A=0A=0A=0ADorian Carpentier de Changy = =0Adechangydorian@yahoo.fr=0A0497/623 249=0A--------------------------=0ARu= e Camille Lemonnier 22=0A1050 Bruxelles --1353131092-2139199306-1367326714=:9789 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Hello.
First of all I 'm pretty new to Linux and this i= s my first install of Xen. So don't mind me wrong if sometimes I don't know= which command is appropriate to fetch results.

I'm running a new Debian Squeeze release 2.6.32-5-xen-amd64= with minimal components. I've been going through install of Xen as per the= documentation for the 4.2.1 release and did so by source. However I instal= led (make install & make world) from within /user/Download/xen4.2.1, I = don't know if that is a good/bad idea?
All dependancies w= ere installed and the install showed no error  upon a few tries.
<= /span>
First weird behaviour, I ended up in/at grub with several= Xen extensions.gz (xen 4.2.1, xen 4.2, xen 4.0, xen: no one of them able t= on boot) so I had a Xen 4 with AMD64, which boots And I can see the DomU booted:

root@debian:/home/dorian# uname -a
= =0ALinux debian 2.6.32-5-xen-amd64 #1 SMP Mon Feb 25 02:51:39 UTC 2013 x86_= 64 GNU/Linux
=0Aroot@debian:/home/dorian# xm list
Name&n= bsp;            = ;            &n= bsp;            = ;  ID   Mem VCPUs      State &= nbsp; Time(s)
Domain-0        &n= bsp;            = ;            &n= bsp;   0  2830     2   &n= bsp; r-----     30.5

<= /div>
I make LVM partitions on which to install the guests.
I have following logical volume created:
root@de= bian:/dev# lvdisplay
  --- Logical volume ---
  LV Name&nbs= p;            &= nbsp;  /dev/Esp-Virt/Vol1
  VG Name    &nb= sp;           Esp-Virt  LV UUID          =       4l5BVd-7vSV-W3vZ-or5i-KLjX-6MjC-JYGyEJ
  LV Write Access &nbs= p;      read/write
  LV Status  =             availabl= e
  # open         &nb= sp;       0
  LV Size  &nbs= p;             = 24,00 GiB
  Current LE       &nb= sp;     6144
  Segments    =            1
  Al= location           &= nbsp; inherit
  Read ahead sectors     auto
=   - currently set to     256
  Block devic= e           254:0
  
  --- Logical volume ---
  LV Name&= nbsp;           &nbs= p;   /dev/Esp-Virt/Marie-DHCP-swap
  VG Name  &= nbsp;           &nbs= p; Esp-Virt
  LV UUID       &nbs= p;        oJhOii-Ji2Z-ZwWe-YQ37-6MRd-kA1= u-cCND34
  LV Write Access       = ; read/write
  LV Status       &= nbsp;      available
  # open  &= nbsp;           &nbs= p;  0
  LV Size        = ;        256,00 MiB
  Current LE            = 64
  Segments         = ;      1
  Allocation   &nb= sp;         inherit
  Read = ahead sectors     auto
  - currently set to&nbs= p;    256
  Block device    &nbs= p;      254:1
  
  --- Logic= al volume ---
  LV Name       &n= bsp;        /dev/Esp-Virt/Marie-DHCP-dis= k
  VG Name         &n= bsp;      Esp-Virt
  LV UUID  &n= bsp;            = ; dGA6fg-Py5q-QHZM-0CTL-N03s-v4KV-DrQ3f7
  LV Write Access        read/write
  LV S= tatus           &nbs= p;  available
  # open      &nbs= p;          0
  LV Siz= e            &n= bsp;   4,00 GiB
  Current LE     = ;        1024
  Segments &n= bsp;            = ; 1
  Allocation        &nb= sp;    inherit
  Read ahead sectors   = ;  auto
  - currently set to     256
&n= bsp; Block device         &nbs= p; 254:2


Then I edi= ted /etc/xen-tools/xen-tools.conf to suit my wishes:
root@debian:/dev#= grep -E -v '^(#|$)' /etc/xen-tools/xen-tools.conf
lvm =3D Esp-Virt
i= nstall-method =3D debootstrap
size   =3D 4Gb   =    # Disk image size.
memory =3D 256Mb    # Mem= ory size
swap   =3D 256Mb    # Swap size
fs     =3D ext3     # use = the EXT3 filesystem for the disk image.
dist   =3D `xt-guess-s= uite-and-mirror --suite` # Default distribution to install.
image  = =3D sparse   # Specify sparse vs. full disk images.
gateway&nb= sp;   =3D 192.168.1.1
netmask    =3D 255.255.25= 5.0
broadcast  =3D 192.168.1.255
passwd =3D 1
accounts =3D 1<= br>kernel =3D /boot/vmlinuz-`uname -r`
initrd =3D /boot/initrd.img-`unam= e -r`
mirror =3D `xt-guess-suite-and-mirror --mirror`
ext3_options&nb= sp;    =3D noatime,nodiratime,errors=3Dremount-ro
ext2_op= tions     =3D noatime,nodiratime,errors=3Dremount-roxfs_options      =3D defaults
reiserfs_options= =3D defaults
btrfs_options    =3D defaults
serial_dev= ice =3D hvc0 #default
disk_device =3D xvda #default

I 've created my virtual machines :=
=0A=0A=0A=09=0A=09=0A=09=0A=09=0A=0A
root@debian:= /home/dorian#=0Axen-create-image --hostname=3DMarie-DHCP --ip=3D192.168.1.3= --passwd=0A--force =0A
=0A

=0A<= /div>=0A
General Information =0A
=0A=
-------------------- =0A
=0A
Hostname : Marie-DHCP =0A
=0A
Distribution : squeeze =0A
=0A
Mirror : =0Aftp://ftp.fr.debian.org/debi= an/ =0A
=0A
Partitions : swap = 256Mb=0A(swap) =0A
=0A
= / 4Gb =0A(ext3) =0A
=0A
Image type : full =0A
=0A
Memory size : 256Mb =0A
=0A
Kernel path : =0A/boot/vmlinuz-2.6.32-5-xen-amd64 =0A
=0A<= div style=3D"margin-bottom: 0cm;">Initrd path : =0A/boot/initrd.img-2.6.= 32-5-xen-amd64 =0A
=0A

=0A
= =0A
Networking Information =0A
=0A---------------------- =0A
=0A
IP Address 1 : 192.168.1.3 [MAC:=0A00:16:3E:B= F:18:50] =0A
=0A
Netmask : 25= 5.255.255.0 =0A
=0A
Broadcast := 192.168.1.255 =0A
=0A
Gateway = : 192.168.1.1 =0A
=0A

=0A=0A
Removing /dev/Esp-Virt/Marie-DHCP-sw= ap=0A- since we're forcing the install =0A
=0A
Removing /dev/Esp-Virt/Marie-DHCP-disk=0A- since we're forcing t= he install =0A
=0A

=0A
=0A<= div style=3D"margin-bottom: 0cm;">Creating swap on=0A/dev/Esp-Virt/Marie-DH= CP-swap =0A
=0A
Done =0A
=0A
=0A
=0A
Creating ext3 filesystem on=0A/dev/Esp-Virt/Marie-DHCP-disk =0A=0A
Done =0A
=0A
Installation method: debootstrap =0A
=0A

=0A
=0A
Do= ne =0A
=0A

=0A
=0A
Running hooks =0A
=0A
Done =0A
=0A

=0A=0A
No role scripts were specified. =0A= Skipping =0A
=0A

=0A
=0ACreating Xen configuration file =0A
= =0A
Done =0A
=0A
Setting up root password =0A
=0A
Enter new UNIX password: =0A
=0A
Retype new UNIX password: =0A
=0A
passwd: password updated successfully =0A
=0A
All done =0A
=0A
=0A
=0A

=0A
=0A
Logfile produced at: =0A
=0A
=09 /var/log/xen-tools/Marie-DHCP.log =0A
=0A

=0A
=0A
Installation Summary =0A
=0A
---= ------------------ =0A
=0A
Hostname = : Marie-DHCP =0A
=0A
Distrib= ution : squeeze =0A
=0A
IP-Addre= ss(es) : 192.168.1.3 =0A
=0A
RSA F= ingerprint : =0A25:46:6c:76:3a:39:fc:7a:bb:7b:31:33:9c:7f:30:09 =0A
= =0A
Root Password : N/A =0A
=0A
=0A
=0AA # locate Marie shows:
=0A=0A=0A=09=0A=09=0A=09=0A=09root@debian:/home/dorian/T=E9l=E9chargements/xen-4.2.1# = locate Marie
/dev/.udev/links/Esp-Virt\x2fMarie-DHCP-disk
/dev/.udev/links/= Esp-Virt\x2fMarie-DHCP-swap
/dev/.udev/links/disk\x2fby-id\x2fdm-name-Es= p--Virt-Marie--DHCP--disk
/dev/.udev/links/disk\x2fby-id\x2fdm-name-Esp-= -Virt-Marie--DHCP--swap
/dev/.udev/links/mapper\x2fEsp--Virt-Marie--DHCP= --disk
/dev/.udev/links/mapper\x2fEsp--Virt-Marie--DHCP--swap
/dev/.u= dev/links/Esp-Virt\x2fMarie-DHCP-disk/b254:2
/dev/.udev/links/Esp-Virt\x= 2fMarie-DHCP-swap/b254:1
/dev/.udev/links/disk\x2fby-id\x2fdm-name-Esp--= Virt-Marie--DHCP--disk/b254:2
/dev/.udev/links/disk\x2fby-id\x2fdm-name-= Esp--Virt-Marie--DHCP--swap/b254:1
/dev/.udev/links/mapper\x2fEsp--Virt-= Marie--DHCP--disk/b254:2
/dev/.udev/links/mapper\x2fEsp--Virt-Marie--DHC= P--swap/b254:1
/dev/Esp-Virt/Marie-DHCP-disk
/dev/Esp-Virt/Marie-DHCP= -swap
/dev/disk/by-id/dm-name-Esp--Virt-Marie--DHCP--disk
/dev/disk/b= y-id/dm-name-Esp--Virt-Marie--DHCP--swap
/dev/mapper/Esp--Virt-M arie--DHCP--disk
/dev/mapper/Esp--Virt-Marie--DHCP--swap
/etc/xen/Mar= ie-DHCP.cfg
/etc/xen/Marie-DHCP.cfg.ancien
/usr/share/zoneinfo/Europe= /Mariehamn
/usr/share/zoneinfo/posix/Europe/Mariehamn
/usr/share/zone= info/right/Europe/Mariehamn
/var/log/xen-tools/Marie-DHCP.0.log
/var/= log/xen-tools/Marie-DHCP.1.log
/var/log/xen-tools/Marie-DHCP.2.log
/v= ar/log/xen-tools/Marie-DHCP.log
root@debian:/home/dorian/T=E9l=E9chargem= ents/xen-4.2.1# ls /dev/Esp-Virt/
Marie-DHCP-disk  Marie-DHCP-swap&= nbsp; Vol1

I did configure the /etc/network/interf= aces file like this (conversaly xen-create image... indicated ip=3D192.168.1.3
# The lo= opback network interface
auto lo
iface lo inet loopback

auto x= enbr0
iface xenbr0 inet dhcp
bridge_ports eth0
#bridge_stp on
#= bridge_maxwait 0
#bridge_fd 0
whereas /// root@debian:/d= ev# grep -E -v '^(#|$)' /etc/xen/xend-config.sxp // NOT CONFIGURED AS PER T= HE DEBIAN SQUEEZE ADVICE
(vif-script vif-bridge)
(dom0-min-mem 196)(enable-dom0-ballooning yes)
(total_available_memory 0)
(dom0-cpus= 0)
(vncpasswd '')

So, I 've got= this interfaces showing up.
Vif x.x shou= ld appear after xm create Virtual-guest.cfg, I guess (which in my case is M= Arie-DHCP)
root@debian:/home/dorian# brc= tl show
bridge name    bridge id     =    STP enabled    interfaces
pan0  &n= bsp;     8000.000000000000    no       
xenbr0     = ;   8000.002655c46159    no    &nbs= p;   eth0

Now, when I try = to boot my DomU guest here is the error, which many research on the web did= n't show up thje solution. however:
Step 1:
root@debian:/dev# xm create Marie-DHCP.cfg
Using config file "= /etc/xen/Marie-DHCP.cfg".
Error: Device 0 (vif) could not be connected. = Hotplug scripts not working.
>>>> I w= atched in the hotplug.log
root@debian:/dev# more /var/log/xen/x= en-hotplug.log
xenstore-read: couldn't read path backend/vbd/2/51714/pa= rams
xenstore-write: could not write path backend/vbd/2/51714/hotplug-er= ror
xenstore-read: couldn't read path backend/vbd/2/51713/params
xens= tore-write: could not write path backend/vbd/2/51714/hotplug-error
xenst= ore-write: could not write path backend/vbd/2/51714/hotplug-error
xenstore-write: could not write path = backend/vbd/2/51713/hotplug-error
xenstore-write: could not write path= backend/vif/2/0/hotplug-error
In the meantime of wee= ks in searching how to get around. I found the following usefull informatio= n:
http://wi= ki.xen.org/wiki/XenCommonProblems#Xen_complains_about_.22hotplug_scripts_no= t_working.22

"This problem is often related to udev. Do you have ud= ev installed?=0AIs your udev the correct/supported version? "This error usu= ally has more=0Ainformation in the end revealing the real reason.. for exam= ple:=0A
Error: =
Device 0 (vif) could not be connected. Hotplug scripts not working.<=
br>
=0A
=0A"This problem is often caused by not having "xen-netbac= k" driver loaded in dom0 kernel.=0A
"The hotplug scripts are loca= ted in /etc/xen/scripts by default,=0Aand are labeled with the prefix vif-*= . Those "scripts log to=0A/var/log/xen/xen-hotplug.log, and more detailed i= nformation can be=0Afound there."
>>>&g= t;>>>>>I know I installed udev, prior to install xen from so= urce since hotplug plugin doesn't exists/shows up.

I've been trying to locate xen-= netback driver.
root@debian:/dev# cat /proc/modules | grep xen<= br>xen_evtchn 4355 1 - Live 0xffffffffa04d7000
xenfs 9616 1 - Live 0xfff= fffffa04ce000
>>>>>>These modul= es seem .ok
= But since this call : http://wiki.xen.org/wiki/Mainline_Linux_Kernel= _Configs#Update_modules
The following modules may be r= equired:STep 2
=0A
   xen-evtchn
  =
 xen-gntdev    >>> missing      =
   >>>> I think the error comes from
   xen=
-netback    >>>missing      =
;          this missing drivers
   xen-blkback    >>>missing
   xenfs   blktap        >>> missing   |Are they missi=
ng from Xen 4.2.1 from source Or
did they don't install properly (someth=
ing like exit with errors? I'm willing to re install 
with detailed info=
 if needed...).

On the same =
wiki-page are numerous important advices , but often I don't know where to =
look 
for the files (which directory + name)and/or the commands to use t=
o edit except using nano..

e.g. Git (what'is it , how use it?? but'i=
'll google through) I don't know from which directory input 
I 've to ma=
ke the substantial intalls provided by the last mentionned adress above.
What am i missing for going through Step 2, I mean be able to l=
aunch my virtual machine
where find it? Which command help out?

I hope I'v"e been clear. since too many research pull me with con=
fused through all the topic/issue links.
So I summarize:
Will I be ab=
le to resolve the xm create vm.cfg which I encounter as an issue.
How do=
 I get the xen- modules installed and running?
I appreciate your help in=
 solving this issue. Also please provide me with the commands since
 from th elinks I cannot solve it and take a risk to break the system.
S=
orry for the long thread!!
Many thanks in advance


Doria=
n Carpentier de Changy 
dechangydorian@yahoo.fr
0497/623 249
-----=
---------------------
Rue Camille Lemonnier 22
1050 Bruxelles

--1353131092-2139199306-1367326714=:9789--


--===============4610143937315822391==
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
--===============4610143937315822391==--


From xen-users-bounces@lists.xen.org Tue Apr 30 12:59:48 2013
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 30 Apr 2013 12:59: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 1UXA8y-0003Sc-Ue; Tue, 30 Apr 2013 12:58:52 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1UXA8x-0003SW-2V
	for xen-users@lists.xen.org; Tue, 30 Apr 2013 12:58:51 +0000
Received: from [85.158.138.51:25701] by server-4.bemta-3.messagelabs.com id
	9F/4C-21470-A00CF715; Tue, 30 Apr 2013 12:58:50 +0000
X-Env-Sender: dechangydorian@yahoo.fr
X-Msg-Ref: server-10.tower-174.messagelabs.com!1367326714!26615246!1
X-Originating-IP: [77.238.189.63]
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.8.6.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 19703 invoked from network); 30 Apr 2013 12:58:34 -0000
Received: from nm6.bullet.mail.ird.yahoo.com (HELO
	nm6.bullet.mail.ird.yahoo.com) (77.238.189.63)
	by server-10.tower-174.messagelabs.com with SMTP;
	30 Apr 2013 12:58:34 -0000
Received: from [77.238.189.57] by nm6.bullet.mail.ird.yahoo.com with NNFMP;
	30 Apr 2013 12:58:34 -0000
Received: from [212.82.98.91] by tm10.bullet.mail.ird.yahoo.com with NNFMP;
	30 Apr 2013 12:58:34 -0000
Received: from [127.0.0.1] by omp1028.mail.ir2.yahoo.com with NNFMP;
	30 Apr 2013 12:58:34 -0000
X-Yahoo-Newman-Property: ymail-3
X-Yahoo-Newman-Id: 319730.33661.bm@omp1028.mail.ir2.yahoo.com
Received: (qmail 32907 invoked by uid 60001); 30 Apr 2013 12:58:34 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.fr; s=s1024;
	t=1367326714; bh=oq3EsakEf9KBT1w3qIuDlrH6hyrFLKDYW/FKkrZDEDw=;
	h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:Cc:MIME-Version:Content-Type;
	b=jLZx4d+oNWOewIZfbgRm1T+PkYhxjqqtw1E2LE2wmvEdwkrGgECxMmZ/vjBlBLFr+zJgxOgD5eaOmzyauQ3L2XPPZWA1UbHma5mtC1GAVIQz4jjm7UCpVAyX5aUcCWz5SvEEad3KMynaHMwAv1uUba+g85Dah8R4VooCfAaN42A=
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:Cc:MIME-Version:Content-Type;
	b=v1eXWVwS8L1+QeJPEbQKt4BqRBt84oUUoNZlgQifyCK8545PWvRJh75QxbXA7Q1HBbj3c6wD+wtfseTiWYAN2gDMoLzd5JZ52F8sLOnFsEh9yiW+BtP+ltTV7y7UOHEkgYVINaTe0YBSNHQoCQZB1V4LzvNSlG9Ev8iGmxMeRys=;
X-YMail-OSG: rFDbw.MVM1lnmzMnCvDSACEF3bnW9YnrBO2sAZED..hSfw_
	hE.ErZBZqhGQy7Un0TGZ3ldgxqt0grpBhB2IHlH3QVgq30xJDosgfuRvyzNZ
	uMqo7arCmlTjIw503RZl6BcjEhrzeUEEAe8knxlQR9lAm.RUpAu2oaYK_.C9
	NYgGDW7Vtdwib7QoqfGottuFfYLrgUmeEaSurcuij.lk0jxAzGVbhmI3BXue
	7m1h0VC0BTz3ypvO0uMp8Pnfb9mNCtJDX_Cmh4vRGskiJm4o7IOkT4OyDstf
	byuNDjsjgN2aEGh1bSls_XFKgmc_Z4Psi0zJJQQP2UOjwqcP6E20rED7.YlT
	QeU7uUyMLUhN1SqnGL6G0QYLeXU97Bz2fRkQdDTXBseDgSKKCNtzqxMkZX4a
	fPE6GL1tSib6vcutcugjiZCDKdRU1QCapax9dMkDJH0MIDBT9TYKhbebkqqy
	6Rwv7vvY9havG5kyVUaJOjaIpMkQFKD0r3uafUg5BoWM9zIdKOKEqJOIJ2pM
	HQqjCFCWoCTwMwNIvi5P_axdPO9h9UNoLwuhKNJjPE7_XVnIFXP9ZacfXVh4
	dYkDU6eSIzT2Mwz9yOpGmGalruveLPikNb4zkVgawdHGkFQKbhqOzILptUMn _Hg--
Received: from [109.129.187.157] by web171803.mail.ir2.yahoo.com via HTTP;
	Tue, 30 Apr 2013 13:58:34 BST
X-Rocket-MIMEInfo: 002.001,
	SGVsbG8uCgpGaXJzdCBvZiBhbGwgSSAnbSBwcmV0dHkgbmV3IHRvIExpbnV4IGFuZCB0aGlzIGlzIG15IGZpcnN0IGluc3RhbGwgb2YgWGVuLiBTbyBkb24ndCBtaW5kIG1lIHdyb25nIGlmIHNvbWV0aW1lcyBJIGRvbid0IGtub3cgd2hpY2ggY29tbWFuZCBpcyBhcHByb3ByaWF0ZSB0byBmZXRjaCByZXN1bHRzLgoKSSdtIHJ1bm5pbmcgYSBuZXcgRGViaWFuIFNxdWVlemUgcmVsZWFzZSAyLjYuMzItNS14ZW4tYW1kNjQgd2l0aCBtaW5pbWFsIGNvbXBvbmVudHMuIEkndmUgYmVlbiBnb2luZyB0aHJvdWdoIGkBMAEBAQE-
X-Mailer: YahooMailWebService/0.8.141.536
Message-ID: <1367326714.9789.YahooMailNeo@web171803.mail.ir2.yahoo.com>
Date: Tue, 30 Apr 2013 13:58:34 +0100 (BST)
From: Dorian 
To: "xen-users@lists.xen.org" 
MIME-Version: 1.0
Cc: Dorian de Changy 
Subject: [Xen-users] Unaible to create DomU Guest
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: Dorian 
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============4610143937315822391=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

--===============4610143937315822391==
Content-Type: multipart/alternative; boundary="1353131092-2139199306-1367326714=:9789"

--1353131092-2139199306-1367326714=:9789
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

Hello.=0A=0AFirst of all I 'm pretty new to Linux and this is my first inst=
all of Xen. So don't mind me wrong if sometimes I don't know which command =
is appropriate to fetch results.=0A=0AI'm running a new Debian Squeeze rele=
ase 2.6.32-5-xen-amd64 with minimal components. I've been going through ins=
tall of Xen as per the documentation for the 4.2.1 release and did so by so=
urce. However I installed (make install & make world) from within /user/Dow=
nload/xen4.2.1, I don't know if that is a good/bad idea?=0AAll dependancies=
 were installed and the install showed no error=A0 upon a few tries. =0A=0A=
First weird behaviour, I ended up in/at grub with several Xen extensions.gz=
 (xen 4.2.1, xen 4.2, xen 4.0, xen: no one of them able ton boot) so I had =
a Xen 4 with AMD64, which boots And I can see the DomU booted:=0A=0Aroot@de=
bian:/home/dorian# uname -a=0ALinux debian 2.6.32-5-xen-amd64 #1 SMP Mon Fe=
b 25 02:51:39 UTC 2013 x86_64 GNU/Linux=0Aroot@debian:/home/dorian# xm list=
=0AName=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 ID=A0=A0 Mem VCPUs=A0=
=A0=A0=A0=A0 State=A0=A0 Time(s)=0ADomain-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=A0=A0=A0=A0=A0=A0=A0=
=A0 0=A0 2830=A0=A0=A0=A0 2=A0=A0=A0=A0 r-----=A0=A0=A0=A0 30.5=0A=0A=0AI m=
ake LVM partitions on which to install the guests.=0AI have following logic=
al volume created:=0Aroot@debian:/dev# lvdisplay=0A=A0 --- Logical volume -=
--=0A=A0 LV Name=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 /dev/Esp-Virt=
/Vol1=0A=A0 VG Name=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Esp-Virt=
=0A=A0 LV UUID=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 4l5BVd-7vSV-W3v=
Z-or5i-KLjX-6MjC-JYGyEJ=0A=A0 LV Write Access=A0=A0=A0=A0=A0=A0=A0 read/wri=
te=0A=A0 LV Status=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 available=0A=A0 #=
 open=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 0=0A=A0 LV Size=A0=A0=
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 24,00 GiB=0A=A0 Current LE=A0=A0=A0=
=A0=A0=A0=A0=A0=A0=A0=A0=A0 6144=0A=A0 Segments=A0=A0=A0=A0=A0=A0=A0=A0=A0=
=A0=A0=A0=A0=A0 1=0A=A0 Allocation=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 inhe=
rit=0A=A0 Read ahead sectors=A0=A0=A0=A0 auto=0A=A0 - currently set to=A0=
=A0=A0=A0 256=0A=A0 Block device=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 254:0=0A=A0=
=A0 =0A=A0 --- Logical volume ---=0A=A0 LV Name=A0=A0=A0=A0=A0=A0=A0=A0=A0=
=A0=A0=A0=A0=A0=A0 /dev/Esp-Virt/Marie-DHCP-swap=0A=A0 VG Name=A0=A0=A0=A0=
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Esp-Virt=0A=A0 LV UUID=A0=A0=A0=A0=A0=A0=
=A0=A0=A0=A0=A0=A0=A0=A0=A0 oJhOii-Ji2Z-ZwWe-YQ37-6MRd-kA1u-cCND34=0A=A0 LV=
 Write Access=A0=A0=A0=A0=A0=A0=A0 read/write=0A=A0 LV Status=A0=A0=A0=A0=
=A0=A0=A0=A0=A0=A0=A0=A0=A0 available=0A=A0 # open=A0=A0=A0=A0=A0=A0=A0=A0=
=A0=A0=A0=A0=A0=A0=A0=A0 0=0A=A0 LV Size=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=
=A0=A0=A0=A0 256,00 MiB=0A=A0 Current LE=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=
=A0 64=0A=A0 Segments=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 1=0A=A0 All=
ocation=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 inherit=0A=A0 Read ahead sector=
s=A0=A0=A0=A0 auto=0A=A0 - currently set to=A0=A0=A0=A0 256=0A=A0 Block dev=
ice=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 254:1=0A=A0=A0 =0A=A0 --- Logical volume =
---=0A=A0 LV Name=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 /dev/Esp-Vir=
t/Marie-DHCP-disk=0A=A0 VG Name=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=
=A0 Esp-Virt=0A=A0 LV UUID=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 dGA=
6fg-Py5q-QHZM-0CTL-N03s-v4KV-DrQ3f7=0A=A0 LV Write Access=A0=A0=A0=A0=A0=A0=
=A0 read/write=0A=A0 LV Status=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 avail=
able=0A=A0 # open=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 0=0A=A0 L=
V Size=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 4,00 GiB=0A=A0 Current =
LE=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 1024=0A=A0 Segments=A0=A0=A0=A0=A0=
=A0=A0=A0=A0=A0=A0=A0=A0=A0 1=0A=A0 Allocation=A0=A0=A0=A0=A0=A0=A0=A0=A0=
=A0=A0=A0 inherit=0A=A0 Read ahead sectors=A0=A0=A0=A0 auto=0A=A0 - current=
ly set to=A0=A0=A0=A0 256=0A=A0 Block device=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =
254:2=0A=0A=0A=0AThen I edited /etc/xen-tools/xen-tools.conf to suit my wis=
hes:=0Aroot@debian:/dev# grep -E -v '^(#|$)' /etc/xen-tools/xen-tools.conf=
=0Alvm =3D Esp-Virt=0Ainstall-method =3D debootstrap=0Asize=A0=A0 =3D 4Gb=
=A0=A0=A0=A0=A0 # Disk image size.=0Amemory =3D 256Mb=A0=A0=A0 # Memory siz=
e=0Aswap=A0=A0 =3D 256Mb=A0=A0=A0 # Swap size=0Afs=A0=A0=A0=A0 =3D ext3=A0=
=A0=A0=A0 # use the EXT3 filesystem for the disk image.=0Adist=A0=A0 =3D `x=
t-guess-suite-and-mirror --suite` # Default distribution to install.=0Aimag=
e=A0 =3D sparse=A0=A0 # Specify sparse vs. full disk images.=0Agateway=A0=
=A0=A0 =3D 192.168.1.1=0Anetmask=A0=A0=A0 =3D 255.255.255.0=0Abroadcast=A0 =
=3D 192.168.1.255=0Apasswd =3D 1=0Aaccounts =3D 1=0Akernel =3D /boot/vmlinu=
z-`uname -r`=0Ainitrd =3D /boot/initrd.img-`uname -r`=0Amirror =3D `xt-gues=
s-suite-and-mirror --mirror`=0Aext3_options=A0=A0=A0=A0 =3D noatime,nodirat=
ime,errors=3Dremount-ro=0Aext2_options=A0=A0=A0=A0 =3D noatime,nodiratime,e=
rrors=3Dremount-ro=0Axfs_options=A0=A0=A0=A0=A0 =3D defaults=0Areiserfs_opt=
ions =3D defaults=0Abtrfs_options=A0=A0=A0 =3D defaults=0Aserial_device =3D=
 hvc0 #default=0Adisk_device =3D xvda #default=0A=0A=0AI 've created my vir=
tual machines :=0A =0Aroot@debian:/home/dorian#=0Axen-create-image --hostna=
me=3DMarie-DHCP --ip=3D192.168.1.3 --passwd=0A--force =0A=0AGeneral Informa=
tion =0A-------------------- =0AHostname       :  Marie-DHCP =0ADistributio=
n   :  squeeze =0AMirror         : =0Aftp://ftp.fr.debian.org/debian/ =0APa=
rtitions     :  swap            256Mb=0A(swap) =0A/               4Gb  =0A(=
ext3) =0AImage type     :  full =0AMemory size    :  256Mb =0AKernel path  =
  : =0A/boot/vmlinuz-2.6.32-5-xen-amd64 =0AInitrd path    : =0A/boot/initrd=
.img-2.6.32-5-xen-amd64 =0A=0ANetworking Information =0A-------------------=
--- =0AIP Address 1   : 192.168.1.3 [MAC:=0A00:16:3E:BF:18:50] =0ANetmask  =
      : 255.255.255.0 =0ABroadcast      : 192.168.1.255 =0AGateway        :=
 192.168.1.1 =0A=0ARemoving /dev/Esp-Virt/Marie-DHCP-swap=0A- since we're f=
orcing the install =0ARemoving /dev/Esp-Virt/Marie-DHCP-disk=0A- since we'r=
e forcing the install =0A=0ACreating swap on=0A/dev/Esp-Virt/Marie-DHCP-swa=
p =0ADone =0A=0ACreating ext3 filesystem on=0A/dev/Esp-Virt/Marie-DHCP-disk=
 =0ADone =0AInstallation method: debootstrap =0A=0ADone =0A=0ARunning hooks=
 =0ADone =0A=0ANo role scripts were specified. =0ASkipping =0A=0ACreating X=
en configuration file =0ADone =0ASetting up root password =0AEnter new UNIX=
 password: =0ARetype new UNIX password: =0Apasswd: password updated success=
fully =0AAll done =0A=0A=0ALogfile produced at: =0A/var/log/xen-tools/Marie=
-DHCP.log =0A=0AInstallation Summary =0A--------------------- =0AHostname  =
      :  Marie-DHCP =0ADistribution    :  squeeze =0AIP-Address(es)  :  192=
.168.1.3 =0ARSA Fingerprint : =0A25:46:6c:76:3a:39:fc:7a:bb:7b:31:33:9c:7f:=
30:09 =0ARoot Password   :  N/A =0AA # locate Marie shows:=0Aroot@debian:/h=
ome/dorian/T=E9l=E9chargements/xen-4.2.1# locate Marie=0A/dev/.udev/links/E=
sp-Virt\x2fMarie-DHCP-disk=0A/dev/.udev/links/Esp-Virt\x2fMarie-DHCP-swap=
=0A/dev/.udev/links/disk\x2fby-id\x2fdm-name-Esp--Virt-Marie--DHCP--disk=0A=
/dev/.udev/links/disk\x2fby-id\x2fdm-name-Esp--Virt-Marie--DHCP--swap=0A/de=
v/.udev/links/mapper\x2fEsp--Virt-Marie--DHCP--disk=0A/dev/.udev/links/mapp=
er\x2fEsp--Virt-Marie--DHCP--swap=0A/dev/.udev/links/Esp-Virt\x2fMarie-DHCP=
-disk/b254:2=0A/dev/.udev/links/Esp-Virt\x2fMarie-DHCP-swap/b254:1=0A/dev/.=
udev/links/disk\x2fby-id\x2fdm-name-Esp--Virt-Marie--DHCP--disk/b254:2=0A/d=
ev/.udev/links/disk\x2fby-id\x2fdm-name-Esp--Virt-Marie--DHCP--swap/b254:1=
=0A/dev/.udev/links/mapper\x2fEsp--Virt-Marie--DHCP--disk/b254:2=0A/dev/.ud=
ev/links/mapper\x2fEsp--Virt-Marie--DHCP--swap/b254:1=0A/dev/Esp-Virt/Marie=
-DHCP-disk=0A/dev/Esp-Virt/Marie-DHCP-swap=0A/dev/disk/by-id/dm-name-Esp--V=
irt-Marie--DHCP--disk=0A/dev/disk/by-id/dm-name-Esp--Virt-Marie--DHCP--swap=
=0A/dev/mapper/Esp--Virt-Marie--DHCP--disk=0A/dev/mapper/Esp--Virt-Marie--D=
HCP--swap=0A/etc/xen/Marie-DHCP.cfg=0A/etc/xen/Marie-DHCP.cfg.ancien=0A/usr=
/share/zoneinfo/Europe/Mariehamn=0A/usr/share/zoneinfo/posix/Europe/Marieha=
mn=0A/usr/share/zoneinfo/right/Europe/Mariehamn=0A/var/log/xen-tools/Marie-=
DHCP.0.log=0A/var/log/xen-tools/Marie-DHCP.1.log=0A/var/log/xen-tools/Marie=
-DHCP.2.log=0A/var/log/xen-tools/Marie-DHCP.log=0Aroot@debian:/home/dorian/=
T=E9l=E9chargements/xen-4.2.1# ls /dev/Esp-Virt/=0AMarie-DHCP-disk=A0 Marie=
-DHCP-swap=A0 Vol1=0A=0A=0AI did configure the /etc/network/interfaces file=
 like this (conversaly xen-create image... indicated ip=3D192.168.1.3=0A=0A=
# The loopback network interface=0Aauto lo=0Aiface lo inet loopback=0A=0Aau=
to xenbr0=0Aiface xenbr0 inet dhcp=0Abridge_ports eth0=0A#bridge_stp on=0A#=
bridge_maxwait 0=0A#bridge_fd 0=0A=0Awhereas /// root@debian:/dev# grep -E =
-v '^(#|$)' /etc/xen/xend-config.sxp // NOT CONFIGURED AS PER THE DEBIAN SQ=
UEEZE ADVICE=0A(vif-script vif-bridge)=0A(dom0-min-mem 196)=0A(enable-dom0-=
ballooning yes)=0A(total_available_memory 0) =0A(dom0-cpus 0)=0A(vncpasswd =
'')=0A=0A=0ASo, I 've got this interfaces showing up. =0A=0AVif x.x should =
appear after xm create Virtual-guest.cfg, I guess (which in my case is MAri=
e-DHCP)=0A=0Aroot@debian:/home/dorian# brctl show=0Abridge name=A0=A0=A0 br=
idge id=A0=A0=A0 =A0=A0=A0 STP enabled=A0=A0=A0 interfaces=0Apan0=A0=A0=A0 =
=A0=A0=A0 8000.000000000000=A0=A0=A0 no=A0=A0=A0 =A0=A0=A0 =0Axenbr0=A0=A0=
=A0 =A0=A0=A0 8000.002655c46159=A0=A0=A0 no=A0=A0=A0 =A0=A0=A0 eth0=0A=0ANo=
w, when I try to boot my DomU guest here is the error, which many research =
on the web didn't show up thje solution. however:=0AStep 1:=0Aroot@debian:/=
dev# xm create Marie-DHCP.cfg=0AUsing config file "/etc/xen/Marie-DHCP.cfg"=
.=0AError: Device 0 (vif) could not be connected. Hotplug scripts not worki=
ng.=0A=0A>>>> I watched in the hotplug.log=0Aroot@debian:/dev# more /var/lo=
g/xen/xen-hotplug.log =0Axenstore-read: couldn't read path backend/vbd/2/51=
714/params=0Axenstore-write: could not write path backend/vbd/2/51714/hotpl=
ug-error=0Axenstore-read: couldn't read path backend/vbd/2/51713/params=0Ax=
enstore-write: could not write path backend/vbd/2/51714/hotplug-error=0Axen=
store-write: could not write path backend/vbd/2/51714/hotplug-error=0Axenst=
ore-write: could not write path backend/vbd/2/51713/hotplug-error=0Axenstor=
e-write: could not write path backend/vif/2/0/hotplug-error=0AIn the meanti=
me of weeks in searching how to get around. I found the following usefull i=
nformation:http://wiki.xen.org/wiki/XenCommonProblems#Xen_complains_about_.=
22hotplug_scripts_not_working.22=0A=0A"This problem is often related to ude=
v. Do you have udev installed?=0AIs your udev the correct/supported version=
? "This error usually has more=0Ainformation in the end revealing the real =
reason.. for example: =0AError: Device 0 (vif) could not be connected. Hotp=
lug scripts not working.=0A=0A"This problem is often caused by not having "=
xen-netback" driver loaded in dom0 kernel. =0A"The hotplug scripts are loca=
ted in /etc/xen/scripts by default,=0Aand are labeled with the prefix vif-*=
. Those "scripts log to=0A/var/log/xen/xen-hotplug.log, and more detailed i=
nformation can be=0Afound there."=0A>>>>>>>>>I know I installed udev, prior=
 to install xen from source since hotplug plugin doesn't exists/shows up.=
=0A=0AI've been trying to locate xen-netback driver.=0Aroot@debian:/dev# ca=
t /proc/modules | grep xen=0Axen_evtchn 4355 1 - Live 0xffffffffa04d7000=0A=
xenfs 9616 1 - Live 0xffffffffa04ce000=0A=0A>>>>>>These modules seem .ok=0A=
But since this call : http://wiki.xen.org/wiki/Mainline_Linux_Kernel_Config=
s#Update_modules=0AThe following modules may be required:STep 2=0A=0Axen-ev=
tchn=0Axen-gntdev=A0=A0=A0 >>> missing =A0=A0=A0 =A0=A0=A0 >>>> I think the=
 error comes from=0Axen-netback=A0=A0=A0 >>>missing=A0=A0=A0 =A0=A0=A0 =A0=
=A0=A0 =A0=A0=A0 this missing drivers=0Axen-blkback=A0=A0=A0 >>>missing=0Ax=
enfs=0Ablktap=A0=A0=A0 =A0=A0=A0 >>> missing |Are they missing from Xen 4.2=
.1 from source Or=0Adid they don't install properly (something like exit wi=
th errors? I'm willing to re install =0Awith detailed info if needed...).=
=0A=0AOn the same wiki-page are numerous important advices , but often I do=
n't know where to look =0Afor the files (which directory + name)and/or the =
commands to use to edit except using nano..=0A=0Ae.g. Git (what'is it , how=
 use it?? but'i'll google through) I don't know from which directory input =
=0AI 've to make the substantial intalls provided by the last mentionned ad=
ress above.=0A=0AWhat am i missing for going through Step 2, I mean be able=
 to launch my virtual machine=0Awhere find it? Which command help out?=0A=
=0A=0AI hope I'v"e been clear. since too many research pull me with confuse=
d through all the topic/issue links.=0ASo I summarize:=0AWill I be able to =
resolve the xm create vm.cfg which I encounter as an issue.=0AHow do I get =
the xen- modules installed and running?=0AI appreciate your help in solving=
 this issue. Also please provide me with the commands since from th elinks =
I cannot solve it and take a risk to break the system.=0ASorry for the long=
 thread!!=0AMany thanks in advance=0A=0A=0A=0ADorian Carpentier de Changy =
=0Adechangydorian@yahoo.fr=0A0497/623 249=0A--------------------------=0ARu=
e Camille Lemonnier 22=0A1050 Bruxelles
--1353131092-2139199306-1367326714=:9789
Content-Type: text/html; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable


Hello.
First of all I 'm pretty new to Linux and this i=
s my first install of Xen. So don't mind me wrong if sometimes I don't know=
 which command is appropriate to fetch results.

I'm running a new Debian Squeeze release 2.6.32-5-xen-amd64=
 with minimal components. I've been going through install of Xen as per the=
 documentation for the 4.2.1 release and did so by source. However I instal=
led (make install & make world) from within /user/Download/xen4.2.1, I =
don't know if that is a good/bad idea?
All dependancies w=
ere installed and the install showed no error  upon a few tries. 
<=
/span>
First weird behaviour, I ended up in/at grub with several=
 Xen extensions.gz (xen 4.2.1, xen 4.2, xen 4.0, xen: no one of them able t=
on boot) so I had a Xen 4 with AMD64, which boots And I can see the DomU
 booted:

root@debian:/home/dorian# uname -a
=
=0ALinux debian 2.6.32-5-xen-amd64 #1 SMP Mon Feb 25 02:51:39 UTC 2013 x86_=
64 GNU/Linux
=0Aroot@debian:/home/dorian# xm list
Name&n=
bsp;            =
;            &n=
bsp;            =
;  ID   Mem VCPUs      State &=
nbsp; Time(s)
Domain-0        &n=
bsp;            =
;            &n=
bsp;   0  2830     2   &n=
bsp; r-----     30.5

<=
/div>
I make LVM partitions on which to install the guests.
I have following logical volume created:
root@de=
bian:/dev# lvdisplay
  --- Logical volume ---
  LV Name&nbs=
p;            &=
nbsp;  /dev/Esp-Virt/Vol1
  VG Name    &nb=
sp;           Esp-Virt  LV UUID          =
     
 4l5BVd-7vSV-W3vZ-or5i-KLjX-6MjC-JYGyEJ
  LV Write Access &nbs=
p;      read/write
  LV Status  =
            availabl=
e
  # open         &nb=
sp;       0
  LV Size  &nbs=
p;             =
24,00 GiB
  Current LE       &nb=
sp;     6144
  Segments    =
           1
  Al=
location           &=
nbsp; inherit
  Read ahead sectors     auto
=
  - currently set to     256
  Block devic=
e          
 254:0
   
  --- Logical volume ---
  LV Name&=
nbsp;           &nbs=
p;   /dev/Esp-Virt/Marie-DHCP-swap
  VG Name  &=
nbsp;           &nbs=
p; Esp-Virt
  LV UUID       &nbs=
p;        oJhOii-Ji2Z-ZwWe-YQ37-6MRd-kA1=
u-cCND34
  LV Write Access       =
; read/write
  LV Status       &=
nbsp;      available
  # open  &=
nbsp;           &nbs=
p;  0
  LV Size        =
;        256,00 MiB
  Current
 LE            =
 64
  Segments         =
;      1
  Allocation   &nb=
sp;         inherit
  Read =
ahead sectors     auto
  - currently set to&nbs=
p;    256
  Block device    &nbs=
p;      254:1
   
  --- Logic=
al volume ---
  LV Name       &n=
bsp;        /dev/Esp-Virt/Marie-DHCP-dis=
k
  VG Name         &n=
bsp;      Esp-Virt
  LV UUID  &n=
bsp;            =
; dGA6fg-Py5q-QHZM-0CTL-N03s-v4KV-DrQ3f7
  LV Write
 Access        read/write
  LV S=
tatus           &nbs=
p;  available
  # open      &nbs=
p;          0
  LV Siz=
e            &n=
bsp;   4,00 GiB
  Current LE     =
;        1024
  Segments &n=
bsp;            =
; 1
  Allocation        &nb=
sp;    inherit
  Read ahead sectors   =
;  auto
  - currently set to     256
&n=
bsp; Block device         &nbs=
p; 254:2


Then I edi=
ted /etc/xen-tools/xen-tools.conf to suit my wishes:
root@debian:/dev#=
 grep -E -v '^(#|$)' /etc/xen-tools/xen-tools.conf
lvm =3D Esp-Virt
i=
nstall-method =3D debootstrap
size   =3D 4Gb   =
   # Disk image size.
memory =3D 256Mb    # Mem=
ory size
swap   =3D 256Mb    # Swap
 size
fs     =3D ext3     # use =
the EXT3 filesystem for the disk image.
dist   =3D `xt-guess-s=
uite-and-mirror --suite` # Default distribution to install.
image  =
=3D sparse   # Specify sparse vs. full disk images.
gateway&nb=
sp;   =3D 192.168.1.1
netmask    =3D 255.255.25=
5.0
broadcast  =3D 192.168.1.255
passwd =3D 1
accounts =3D 1<=
br>kernel =3D /boot/vmlinuz-`uname -r`
initrd =3D /boot/initrd.img-`unam=
e -r`
mirror =3D `xt-guess-suite-and-mirror --mirror`
ext3_options&nb=
sp;    =3D noatime,nodiratime,errors=3Dremount-ro
ext2_op=
tions     =3D noatime,nodiratime,errors=3Dremount-roxfs_options      =3D defaults
reiserfs_options=
 =3D defaults
btrfs_options    =3D defaults
serial_dev=
ice =3D hvc0 #default
disk_device =3D xvda #default

I 've created my virtual machines :=

=0A=0A=0A=09=0A=09=0A=09=0A=09=0A=0A
root@debian:=
/home/dorian#=0Axen-create-image --hostname=3DMarie-DHCP --ip=3D192.168.1.3=
 --passwd=0A--force =0A
=0A

=0A<=
/div>=0A
General Information =0A
=0A=

-------------------- =0A
=0A
Hostname       :  Marie-DHCP =0A
=0A
Distribution   :  squeeze =0A
=0A
Mirror         : =0Aftp://ftp.fr.debian.org/debi=
an/ =0A
=0A
Partitions     :  swap  =
          256Mb=0A(swap) =0A
=0A
   =
               /               4Gb  =0A(ext3) =0A
=0A
Image type     :  full =0A
=0A
Memory size    :  256Mb =0A
=0A
Kernel path    : =0A/boot/vmlinuz-2.6.32-5-xen-amd64 =0A
=0A<=
div style=3D"margin-bottom: 0cm;">Initrd path    : =0A/boot/initrd.img-2.6.=
32-5-xen-amd64 =0A
=0A

=0A
=
=0A
Networking Information =0A
=0A---------------------- =0A
=0A
IP Address 1   : 192.168.1.3 [MAC:=0A00:16:3E:B=
F:18:50] =0A
=0A
Netmask        : 25=
5.255.255.0 =0A
=0A
Broadcast      :=
 192.168.1.255 =0A
=0A
Gateway      =
  : 192.168.1.1 =0A
=0A

=0A=0A
Removing /dev/Esp-Virt/Marie-DHCP-sw=
ap=0A- since we're forcing the install =0A
=0A
Removing /dev/Esp-Virt/Marie-DHCP-disk=0A- since we're forcing t=
he install =0A
=0A

=0A
=0A<=
div style=3D"margin-bottom: 0cm;">Creating swap on=0A/dev/Esp-Virt/Marie-DH=
CP-swap =0A
=0A
Done =0A
=0A
=0A
=0A
Creating ext3 filesystem on=0A/dev/Esp-Virt/Marie-DHCP-disk =0A=0A
Done =0A
=0A
Installation method: debootstrap =0A
=0A

=0A
=0A
Do=
ne =0A
=0A

=0A
=0A
Running hooks =0A
=0A
Done =0A
=0A

=0A=0A
No role scripts were specified. =0A=
Skipping =0A
=0A

=0A
=0ACreating Xen configuration file =0A
=
=0A
Done =0A
=0A
Setting up root password =0A
=0A
Enter new UNIX password: =0A
=0A
Retype new UNIX password: =0A
=0A
passwd: password updated successfully =0A
=0A
All done =0A
=0A
=0A
=0A

=0A
=0A
Logfile produced at: =0A
=0A
=09 /var/log/xen-tools/Marie-DHCP.log =0A
=0A

=0A
=0A
Installation Summary =0A
=0A
---=
------------------ =0A
=0A
Hostname =
       :  Marie-DHCP =0A
=0A
Distrib=
ution    :  squeeze =0A
=0A
IP-Addre=
ss(es)  :  192.168.1.3 =0A
=0A
RSA F=
ingerprint : =0A25:46:6c:76:3a:39:fc:7a:bb:7b:31:33:9c:7f:30:09 =0A
=
=0A
Root Password   :  N/A =0A
=0A
=0A
=0AA # locate Marie shows:
=0A=0A=0A=09=0A=09=0A=09=0A=09root@debian:/home/dorian/T=E9l=E9chargements/xen-4.2.1# =
locate
 Marie
/dev/.udev/links/Esp-Virt\x2fMarie-DHCP-disk
/dev/.udev/links/=
Esp-Virt\x2fMarie-DHCP-swap
/dev/.udev/links/disk\x2fby-id\x2fdm-name-Es=
p--Virt-Marie--DHCP--disk
/dev/.udev/links/disk\x2fby-id\x2fdm-name-Esp-=
-Virt-Marie--DHCP--swap
/dev/.udev/links/mapper\x2fEsp--Virt-Marie--DHCP=
--disk
/dev/.udev/links/mapper\x2fEsp--Virt-Marie--DHCP--swap
/dev/.u=
dev/links/Esp-Virt\x2fMarie-DHCP-disk/b254:2
/dev/.udev/links/Esp-Virt\x=
2fMarie-DHCP-swap/b254:1
/dev/.udev/links/disk\x2fby-id\x2fdm-name-Esp--=
Virt-Marie--DHCP--disk/b254:2
/dev/.udev/links/disk\x2fby-id\x2fdm-name-=
Esp--Virt-Marie--DHCP--swap/b254:1
/dev/.udev/links/mapper\x2fEsp--Virt-=
Marie--DHCP--disk/b254:2
/dev/.udev/links/mapper\x2fEsp--Virt-Marie--DHC=
P--swap/b254:1
/dev/Esp-Virt/Marie-DHCP-disk
/dev/Esp-Virt/Marie-DHCP=
-swap
/dev/disk/by-id/dm-name-Esp--Virt-Marie--DHCP--disk
/dev/disk/b=
y-id/dm-name-Esp--Virt-Marie--DHCP--swap
/dev/mapper/Esp--Virt-M
arie--DHCP--disk
/dev/mapper/Esp--Virt-Marie--DHCP--swap
/etc/xen/Mar=
ie-DHCP.cfg
/etc/xen/Marie-DHCP.cfg.ancien
/usr/share/zoneinfo/Europe=
/Mariehamn
/usr/share/zoneinfo/posix/Europe/Mariehamn
/usr/share/zone=
info/right/Europe/Mariehamn
/var/log/xen-tools/Marie-DHCP.0.log
/var/=
log/xen-tools/Marie-DHCP.1.log
/var/log/xen-tools/Marie-DHCP.2.log
/v=
ar/log/xen-tools/Marie-DHCP.log
root@debian:/home/dorian/T=E9l=E9chargem=
ents/xen-4.2.1# ls /dev/Esp-Virt/
Marie-DHCP-disk  Marie-DHCP-swap&=
nbsp; Vol1

I did configure the /etc/network/interf=
aces file like this (conversaly xen-create image... indicated
 ip=3D192.168.1.3
# The lo=
opback network interface
auto lo
iface lo inet loopback

auto x=
enbr0
iface xenbr0 inet dhcp
bridge_ports eth0
#bridge_stp on
#=
bridge_maxwait 0
#bridge_fd 0
whereas /// root@debian:/d=
ev# grep -E -v '^(#|$)' /etc/xen/xend-config.sxp // NOT CONFIGURED AS PER T=
HE DEBIAN SQUEEZE ADVICE
(vif-script vif-bridge)
(dom0-min-mem 196)(enable-dom0-ballooning yes)
(total_available_memory 0) 
(dom0-cpus=
 0)
(vncpasswd '')

So, I 've got=
 this interfaces showing up. 
Vif x.x shou=
ld appear after xm create Virtual-guest.cfg, I guess (which in my case is M=
Arie-DHCP)
root@debian:/home/dorian# brc=
tl show
bridge name    bridge id     =
   STP enabled    interfaces
pan0  &n=
bsp;     8000.000000000000   
 no        
xenbr0     =
;   8000.002655c46159    no    &nbs=
p;   eth0

Now, when I try =
to boot my DomU guest here is the error, which many research on the web did=
n't show up thje solution. however:
Step 1:
root@debian:/dev# xm create Marie-DHCP.cfg
Using config file "=
/etc/xen/Marie-DHCP.cfg".
Error: Device 0 (vif) could not be connected. =
Hotplug scripts not working.
>>>> I w=
atched in the hotplug.log
root@debian:/dev# more /var/log/xen/x=
en-hotplug.log 
xenstore-read: couldn't read path backend/vbd/2/51714/pa=
rams
xenstore-write: could not write path backend/vbd/2/51714/hotplug-er=
ror
xenstore-read: couldn't read path backend/vbd/2/51713/params
xens=
tore-write: could not write path backend/vbd/2/51714/hotplug-error
xenst=
ore-write: could not write path
 backend/vbd/2/51714/hotplug-error
xenstore-write: could not write path =
backend/vbd/2/51713/hotplug-error
xenstore-write: could not write path=
 backend/vif/2/0/hotplug-error
In the meantime of wee=
ks in searching how to get around. I found the following usefull informatio=
n:
http://wi=
ki.xen.org/wiki/XenCommonProblems#Xen_complains_about_.22hotplug_scripts_no=
t_working.22

"This problem is often related to udev. Do you have ud=
ev installed?=0AIs your udev the correct/supported version? "This error usu=
ally has more=0Ainformation in the end revealing the real reason.. for exam=
ple:=0A
Error: =
Device 0 (vif) could not be connected. Hotplug scripts not working.<=
br>
=0A
=0A"This problem is often caused by not having "xen-netbac=
k" driver loaded in dom0 kernel.=0A
"The hotplug scripts are loca=
ted in /etc/xen/scripts by default,=0Aand are labeled with the prefix vif-*=
. Those "scripts log to=0A/var/log/xen/xen-hotplug.log, and more detailed i=
nformation can be=0Afound there."
>>>&g=
t;>>>>>I know I installed udev, prior to install xen from so=
urce since hotplug plugin doesn't exists/shows up.

I've been trying to locate xen-=
netback driver.
root@debian:/dev# cat /proc/modules | grep xen<=
br>xen_evtchn 4355 1 - Live 0xffffffffa04d7000
xenfs 9616 1 - Live 0xfff=
fffffa04ce000
>>>>>>These modul=
es seem
 .ok
=
But since this call : http://wiki.xen.org/wiki/Mainline_Linux_Kernel=
_Configs#Update_modules
The following modules may be r=
equired:STep 2
=0A
   xen-evtchn
  =
 xen-gntdev    >>> missing      =
   >>>> I think the error comes from
   xen=
-netback    >>>missing      =
;          this missing drivers
   xen-blkback    >>>missing
   xenfs   blktap        >>> missing   |Are they missi=
ng from Xen 4.2.1 from source Or
did they don't install properly (someth=
ing like exit with errors? I'm willing to re install 
with detailed info=
 if needed...).

On the same =
wiki-page are numerous important advices , but often I don't know where to =
look 
for the files (which directory + name)and/or the commands to use t=
o edit except using nano..

e.g. Git (what'is it , how use it?? but'i=
'll google through) I don't know from which directory input 
I 've to ma=
ke the substantial intalls provided by the last mentionned adress above.
What am i missing for going through Step 2, I mean be able to l=
aunch my virtual machine
where find it? Which command help out?

I hope I'v"e been clear. since too many research pull me with con=
fused through all the topic/issue links.
So I summarize:
Will I be ab=
le to resolve the xm create vm.cfg which I encounter as an issue.
How do=
 I get the xen- modules installed and running?
I appreciate your help in=
 solving this issue. Also please provide me with the commands since
 from th elinks I cannot solve it and take a risk to break the system.
S=
orry for the long thread!!
Many thanks in advance


Doria=
n Carpentier de Changy 
dechangydorian@yahoo.fr
0497/623 249
-----=
---------------------
Rue Camille Lemonnier 22
1050 Bruxelles

--1353131092-2139199306-1367326714=:9789--


--===============4610143937315822391==
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
--===============4610143937315822391==--


From xen-users-bounces@lists.xen.org Tue Apr 30 13:46:14 2013
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 30 Apr 2013 13:46: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 1UXArt-00051I-Hw; Tue, 30 Apr 2013 13:45:17 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1UXArq-000511-Qf
	for xen-users@lists.xen.org; Tue, 30 Apr 2013 13:45:15 +0000
Received: from [85.158.137.99:59707] by server-7.bemta-3.messagelabs.com id
	65/5A-06591-5EACF715; Tue, 30 Apr 2013 13:45:09 +0000
X-Env-Sender: dechangydorian@yahoo.fr
X-Msg-Ref: server-6.tower-217.messagelabs.com!1367328899!14710164!1
X-Originating-IP: [212.82.109.205]
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.8.6.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 28165 invoked from network); 30 Apr 2013 13:35:00 -0000
Received: from nm25-vm4.bullet.mail.ird.yahoo.com (HELO
	nm25-vm4.bullet.mail.ird.yahoo.com) (212.82.109.205)
	by server-6.tower-217.messagelabs.com with SMTP;
	30 Apr 2013 13:35:00 -0000
Received: from [77.238.189.230] by nm25.bullet.mail.ird.yahoo.com with NNFMP;
	30 Apr 2013 13:34:59 -0000
Received: from [212.82.98.113] by tm11.bullet.mail.ird.yahoo.com with NNFMP;
	30 Apr 2013 13:34:59 -0000
Received: from [127.0.0.1] by omp1050.mail.ir2.yahoo.com with NNFMP;
	30 Apr 2013 13:34:59 -0000
X-Yahoo-Newman-Property: ymail-3
X-Yahoo-Newman-Id: 796905.7874.bm@omp1050.mail.ir2.yahoo.com
Received: (qmail 34399 invoked by uid 60001); 30 Apr 2013 13:34:59 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.fr; s=s1024;
	t=1367328899; bh=drghkd8YceYfJLWNZfKciWVXiJt8biVXxU7dT3msr9c=;
	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=Q11dNhRfKmK2vAde13caNGerCrQ4AZBaYaZciVccT7dvyHR6wOw0X78MkxJEkkMkjsZVDKFLj5apgDK12XXzKckKPcSMv/eoCpZ92wFpNCk48NdfeOIFt3BgoRaelMhk5JYKjxpPxcrmateMq/RN9flG0hSTVQplh8TOfl80+8I=
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=RlynrNRuYvbo6QAJm0iV+uo7oP5B3EEMcQA7oLGfdsI9VSwURv6K3b4Fw1ue/1DrlIU36Pf5FcRcqjSEpq8fnZX6D+vWMaeEDXA5zCV9UxGN1uxX8pjzolCldzaHP60RvhlGE+elVwpOxmtUSF4pa38cZS0hP4NYreraNtOcYCs=;
X-YMail-OSG: HATcqSgVM1nk3zn9JJr.4km29SYUsHheAOjdNkUBgftiNra
	XiKJ6pOsS80AsriciVenunBZCeDcc00WuDGGlV9JuzSX2w7Y611Qydhw7WT.
	P4vCncJyTiT4QwZRh0gnCi9kH1NUOfewPscLDjYxaIhvpSmVpWzY4SXUKKb0
	DH48nH1etriZ4vWl4m3uvNO2zHlFM0Ez5VjE7p_8oOFKT5q_UAI7Csi_pwgI
	VAIcxVSee.Q8NvkakQPBa181pV04EZ7iY7MlfWF8iHtM9RV4JYyavrunT8R3
	.NzfSwGy0Zrai5IohGC2eYGRqxipn4KwqPpOWx1IAfNvDsQ3ItvsTegC2Bfb
	wUgQVWWxX5G146oLMOLnMXcDnsH6wBDeNvBwU7vDjF_hmekbOpzLNqs.L9f.
	B8taAvQ17VpkmCOoK09vCfP3oGFq6MrseEYqq96tp7Edh1cs0Pl28rS3WkEO
	TSjOziZE6wdHCSotB9KOCYtIR7T.UkOCGNr61E9EZg_kfmTGzZAadJCQBkJE
	3blvKS0exGuXdexQXTDyNq0lfQ7b9T7umKjqDipWJPPeKX.GBiLltoFcVHz0
	Lf07oVDvWSZgaTfKJ
Received: from [109.129.187.157] by web171804.mail.ir2.yahoo.com via HTTP;
	Tue, 30 Apr 2013 14:34:59 BST
X-Rocket-MIMEInfo: 002.001,
	SSd2ZSBhZGRlZCBCb2xkIGVudHJ5IGZvciBlYXNpZXIgcmVhZGluZyBzaW5jZSB0aGlzIHBvc3QgaXMgcXVpdGUgbG9uZy4gdGh4CkhlbGxvLgoKRmlyc3Qgb2YgYWxsIEkgJ20gcHJldHR5IG5ldyB0byBMaW51eCBhbmQgdGhpcyBpcyBteSBmaXJzdCBpbnN0YWxsIG9mIFhlbi4gU28gZG9uJ3QgbWluZCBtZSB3cm9uZyBpZiBzb21ldGltZXMgSSBkb24ndCBrbm93IHdoaWNoIGNvbW1hbmQgaXMgYXBwcm9wcmlhdGUgdG8gZmV0Y2ggcmVzdWx0cy4KCkknbSBydW5uaW5nIGEgbmV3IERlYmlhbiBTcXVlZXplIHIBMAEBAQE-
X-Mailer: YahooMailWebService/0.8.141.536
References: <1367326714.9789.YahooMailNeo@web171803.mail.ir2.yahoo.com>
Message-ID: <1367328899.9186.YahooMailNeo@web171804.mail.ir2.yahoo.com>
Date: Tue, 30 Apr 2013 14:34:59 +0100 (BST)
From: Dorian 
To: "xen-users@lists.xen.org" 
In-Reply-To: <1367326714.9789.YahooMailNeo@web171803.mail.ir2.yahoo.com>
MIME-Version: 1.0
Subject: Re: [Xen-users] Unaible to create DomU Guest
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: Dorian 
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============2400797164947571592=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

--===============2400797164947571592==
Content-Type: multipart/alternative; boundary="-1066824098-1387075200-1367328899=:9186"

---1066824098-1387075200-1367328899=:9186
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

I've added Bold entry for easier reading since this post is quite long. thx=
=0AHello.=0A=0AFirst of all I 'm pretty new to Linux and this is my first i=
nstall of Xen. So don't mind me wrong if sometimes I don't know which comma=
nd is appropriate to fetch results.=0A=0AI'm running a new Debian Squeeze r=
elease 2.6.32-5-xen-amd64 with minimal components. I've been going through =
install of Xen as per the documentation for the 4.2.1 release and did so by=
 source. However I installed (make install & make world) from within /user/=
Download/xen4.2.1, I don't know if that is a good/bad idea?=0AAll dependanc=
ies were installed and the install showed no error=A0 upon a few tries. =0A=
=0AFirst weird behaviour, I ended up in/at grub with several Xen extensions=
.gz (xen 4.2.1, xen 4.2, xen 4.0, xen: no one of them able ton boot) so I h=
ad a Xen 4 with AMD64, which boots And I can see the DomU booted:=0A=0Aroot=
@debian:/home/dorian# uname -a=0ALinux debian 2.6.32-5-xen-amd64 #1 SMP Mon=
 Feb 25 02:51:39 UTC 2013 x86_64 GNU/Linux=0Aroot@debian:/home/dorian# xm l=
ist=0AName=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 ID=A0=A0 Mem VCPUs=
=A0=A0=A0=A0=A0 State=A0=A0 Time(s)=0ADomain-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=A0=A0=A0=A0=A0=A0=
=A0=A0 0=A0 2830=A0=A0=A0=A0 2=A0=A0=A0=A0 r-----=A0=A0=A0=A0 30.5=0A=0A=0A=
I make LVM partitions on which to install the guests.=0AI have following lo=
gical volume created:=0Aroot@debian:/dev# lvdisplay=0A=A0 --- Logical volum=
e ---=0A=A0 LV Name=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 /dev/Esp-V=
irt/Vol1=0A=A0 VG Name=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Esp-Vir=
t=0A=A0 LV UUID=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=0A 4l5BVd-7vSV=
-W3vZ-or5i-KLjX-6MjC-JYGyEJ=0A=A0 LV Write Access=A0=A0=A0=A0=A0=A0=A0 read=
/write=0A=A0 LV Status=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 available=0A=
=A0 # open=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 0=0A=A0 LV Size=
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 24,00 GiB=0A=A0 Current LE=A0=
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 6144=0A=A0 Segments=A0=A0=A0=A0=A0=A0=A0=
=A0=A0=A0=A0=A0=A0=A0 1=0A=A0 Allocation=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=
=A0 inherit=0A=A0 Read ahead sectors=A0=A0=A0=A0 auto=0A=A0 - currently set=
 to=A0=A0=A0=A0 256=0A=A0 Block device=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=0A 254=
:0=0A=A0=A0 =0A=A0 --- Logical volume ---=0A=A0 LV Name=A0=A0=A0=A0=A0=A0=
=A0=A0=A0=A0=A0=A0=A0=A0=A0 /dev/Esp-Virt/Marie-DHCP-swap=0A=A0 VG Name=A0=
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Esp-Virt=0A=A0 LV UUID=A0=A0=A0=
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 oJhOii-Ji2Z-ZwWe-YQ37-6MRd-kA1u-cCND34=
=0A=A0 LV Write Access=A0=A0=A0=A0=A0=A0=A0 read/write=0A=A0 LV Status=A0=
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 available=0A=A0 # open=A0=A0=A0=A0=A0=
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 0=0A=A0 LV Size=A0=A0=A0=A0=A0=A0=A0=A0=
=A0=A0=A0=A0=A0=A0=A0 256,00 MiB=0A=A0 Current=0A LE=A0=A0=A0=A0=A0=A0=A0=
=A0=A0=A0=A0=A0 64=0A=A0 Segments=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=
 1=0A=A0 Allocation=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 inherit=0A=A0 Read =
ahead sectors=A0=A0=A0=A0 auto=0A=A0 - currently set to=A0=A0=A0=A0 256=0A=
=A0 Block device=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 254:1=0A=A0=A0 =0A=A0 --- Lo=
gical volume ---=0A=A0 LV Name=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=
 /dev/Esp-Virt/Marie-DHCP-disk=0A=A0 VG Name=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=
=A0=A0=A0=A0=A0 Esp-Virt=0A=A0 LV UUID=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=
=A0=A0=A0 dGA6fg-Py5q-QHZM-0CTL-N03s-v4KV-DrQ3f7=0A=A0 LV Write=0A Access=
=A0=A0=A0=A0=A0=A0=A0 read/write=0A=A0 LV Status=A0=A0=A0=A0=A0=A0=A0=A0=A0=
=A0=A0=A0=A0 available=0A=A0 # open=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=
=A0=A0=A0 0=0A=A0 LV Size=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 4,00=
 GiB=0A=A0 Current LE=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 1024=0A=A0 Segmen=
ts=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 1=0A=A0 Allocation=A0=A0=A0=A0=
=A0=A0=A0=A0=A0=A0=A0=A0 inherit=0A=A0 Read ahead sectors=A0=A0=A0=A0 auto=
=0A=A0 - currently set to=A0=A0=A0=A0 256=0A=A0 Block device=A0=A0=A0=A0=A0=
=A0=A0=A0=A0=A0 254:2=0A=0A=0A=0AThen I edited /etc/xen-tools/xen-tools.con=
f to suit my wishes:=0Aroot@debian:/dev# grep -E -v '^(#|$)' /etc/xen-tools=
/xen-tools.conf=0Alvm =3D Esp-Virt=0Ainstall-method =3D debootstrap=0Asize=
=A0=A0 =3D 4Gb=A0=A0=A0=A0=A0 # Disk image size.=0Amemory =3D 256Mb=A0=A0=
=A0 # Memory size=0Aswap=A0=A0 =3D 256Mb=A0=A0=A0 # Swap=0A size=0Afs=A0=A0=
=A0=A0 =3D ext3=A0=A0=A0=A0 # use the EXT3 filesystem for the disk image.=
=0Adist=A0=A0 =3D `xt-guess-suite-and-mirror --suite` # Default distributio=
n to install.=0Aimage=A0 =3D sparse=A0=A0 # Specify sparse vs. full disk im=
ages.=0Agateway=A0=A0=A0 =3D 192.168.1.1=0Anetmask=A0=A0=A0 =3D 255.255.255=
.0=0Abroadcast=A0 =3D 192.168.1.255=0Apasswd =3D 1=0Aaccounts =3D 1=0Akerne=
l =3D /boot/vmlinuz-`uname -r`=0Ainitrd =3D /boot/initrd.img-`uname -r`=0Am=
irror =3D `xt-guess-suite-and-mirror --mirror`=0Aext3_options=A0=A0=A0=A0 =
=3D noatime,nodiratime,errors=3Dremount-ro=0Aext2_options=A0=A0=A0=A0 =3D n=
oatime,nodiratime,errors=3Dremount-ro=0Axfs_options=A0=A0=A0=A0=A0 =3D defa=
ults=0Areiserfs_options =3D defaults=0Abtrfs_options=A0=A0=A0 =3D defaults=
=0Aserial_device =3D hvc0 #default=0Adisk_device =3D xvda #default=0A=0A=0A=
I 've created my virtual machines :=0A =0Aroot@debian:/home/dorian#=0Axen-c=
reate-image --hostname=3DMarie-DHCP --ip=3D192.168.1.3 --passwd=0A--force =
=0A=0AGeneral Information =0A-------------------- =0AHostname       :  Mari=
e-DHCP =0ADistribution   :  squeeze =0AMirror         : =0Aftp://ftp.fr.deb=
ian.org/debian/ =0APartitions     :  swap            256Mb=0A(swap) =0A/   =
            4Gb  =0A(ext3) =0AImage type     :  full =0AMemory size    :  2=
56Mb =0AKernel path    : =0A/boot/vmlinuz-2.6.32-5-xen-amd64 =0AInitrd path=
    : =0A/boot/initrd.img-2.6.32-5-xen-amd64 =0A=0ANetworking Information =
=0A---------------------- =0AIP Address 1   : 192.168.1.3 [MAC:=0A00:16:3E:=
BF:18:50] =0ANetmask        : 255.255.255.0 =0ABroadcast      : 192.168.1.2=
55 =0AGateway        : 192.168.1.1 =0A=0ARemoving /dev/Esp-Virt/Marie-DHCP-=
swap=0A- since we're forcing the install =0ARemoving /dev/Esp-Virt/Marie-DH=
CP-disk=0A- since we're forcing the install =0A=0ACreating swap on=0A/dev/E=
sp-Virt/Marie-DHCP-swap =0ADone =0A=0ACreating ext3 filesystem on=0A/dev/Es=
p-Virt/Marie-DHCP-disk =0ADone =0AInstallation method: debootstrap =0A=0ADo=
ne =0A=0ARunning hooks =0ADone =0A=0ANo role scripts were specified. =0ASki=
pping =0A=0ACreating Xen configuration file =0ADone =0ASetting up root pass=
word =0AEnter new UNIX password: =0ARetype new UNIX password: =0Apasswd: pa=
ssword updated successfully =0AAll done =0A=0A=0ALogfile produced at: =0A/v=
ar/log/xen-tools/Marie-DHCP.log =0A=0AInstallation Summary =0A-------------=
-------- =0AHostname        :  Marie-DHCP =0ADistribution    :  squeeze =0A=
IP-Address(es)  :  192.168.1.3 =0ARSA Fingerprint : =0A25:46:6c:76:3a:39:fc=
:7a:bb:7b:31:33:9c:7f:30:09 =0ARoot Password   :  N/A =0AA # locate Marie s=
hows:=0Aroot@debian:/home/dorian/T=E9l=E9chargements/xen-4.2.1# locate Mari=
e=0A/dev/.udev/links/Esp-Virt\x2fMarie-DHCP-disk=0A/dev/.udev/links/Esp-Vir=
t\x2fMarie-DHCP-swap=0A/dev/.udev/links/disk\x2fby-id\x2fdm-name-Esp--Virt-=
Marie--DHCP--disk=0A/dev/.udev/links/disk\x2fby-id\x2fdm-name-Esp--Virt-Mar=
ie--DHCP--swap=0A/dev/.udev/links/mapper\x2fEsp--Virt-Marie--DHCP--disk=0A/=
dev/.udev/links/mapper\x2fEsp--Virt-Marie--DHCP--swap=0A/dev/.udev/links/Es=
p-Virt\x2fMarie-DHCP-disk/b254:2=0A/dev/.udev/links/Esp-Virt\x2fMarie-DHCP-=
swap/b254:1=0A/dev/.udev/links/disk\x2fby-id\x2fdm-name-Esp--Virt-Marie--DH=
CP--disk/b254:2=0A/dev/.udev/links/disk\x2fby-id\x2fdm-name-Esp--Virt-Marie=
--DHCP--swap/b254:1=0A/dev/.udev/links/mapper\x2fEsp--Virt-Marie--DHCP--dis=
k/b254:2=0A/dev/.udev/links/mapper\x2fEsp--Virt-Marie--DHCP--swap/b254:1=0A=
/dev/Esp-Virt/Marie-DHCP-disk=0A/dev/Esp-Virt/Marie-DHCP-swap=0A/dev/disk/b=
y-id/dm-name-Esp--Virt-Marie--DHCP--disk=0A/dev/disk/by-id/dm-name-Esp--Vir=
t-Marie--DHCP--swap=0A/dev/mapper/Esp--Virt-M=0Aarie--DHCP--disk=0A/dev/map=
per/Esp--Virt-Marie--DHCP--swap=0A/etc/xen/Marie-DHCP.cfg=0A/etc/xen/Marie-=
DHCP.cfg.ancien=0A/usr/share/zoneinfo/Europe/Mariehamn=0A/usr/share/zoneinf=
o/posix/Europe/Mariehamn=0A/usr/share/zoneinfo/right/Europe/Mariehamn=0A/va=
r/log/xen-tools/Marie-DHCP.0.log=0A/var/log/xen-tools/Marie-DHCP.1.log=0A/v=
ar/log/xen-tools/Marie-DHCP.2.log=0A/var/log/xen-tools/Marie-DHCP.log=0Aroo=
t@debian:/home/dorian/T=E9l=E9chargements/xen-4.2.1# ls /dev/Esp-Virt/=0AMa=
rie-DHCP-disk=A0 Marie-DHCP-swap=A0 Vol1=0A=0A=0AI did configure the /etc/n=
etwork/interfaces file like this (conversaly xen-create image... indicated =
ip=3D192.168.1.3=0A=0A# The loopback network interface=0Aauto lo=0Aiface lo=
 inet loopback=0A=0Aauto xenbr0=0Aiface xenbr0 inet dhcp=0Abridge_ports eth=
0=0A#bridge_stp on=0A#bridge_maxwait 0=0A#bridge_fd 0=0A=0Awhereas /// root=
@debian:/dev# grep -E -v '^(#|$)' /etc/xen/xend-config.sxp // NOT CONFIGURE=
D AS PER THE DEBIAN SQUEEZE ADVICE=0A(vif-script vif-bridge)=0A(dom0-min-me=
m 196)=0A(enable-dom0-ballooning yes)=0A(total_available_memory 0) =0A(dom0=
-cpus 0)=0A(vncpasswd '')=0A=0A=0ASo, I 've got this interfaces showing up.=
 =0A=0AVif x.x should appear after xm create Virtual-guest.cfg, I guess (wh=
ich in my case is MArie-DHCP)=0A=0A=0Aroot@debian:/home/dorian# brctl show=
=0Abridge name=A0=A0=A0 bridge id=A0=A0=A0 =A0=A0=A0 STP enabled=A0=A0=A0 i=
nterfaces=0Apan0=A0=A0=A0 =A0=A0=A0 8000.000000000000=A0=A0=A0=0A no=A0=A0=
=A0 =A0=A0=A0 =0Axenbr0=A0=A0=A0 =A0=A0=A0 8000.002655c46159=A0=A0=A0 no=A0=
=A0=A0 =A0=A0=A0 eth0=0A=0ANow, when I try to boot my DomU guest here is th=
e error, which many research on the web didn't show up thje solution. howev=
er:=0AStep 1:=0Aroot@debian:/dev# xm create Marie-DHCP.cfg=0AUsing config f=
ile "/etc/xen/Marie-DHCP.cfg".=0AError: Device 0 (vif) could not be connect=
ed. Hotplug scripts not working.=0A=0A>>>> I watched in the hotplug.log=0Ar=
oot@debian:/dev# more /var/log/xen/xen-hotplug.log =0Axenstore-read: couldn=
't read path backend/vbd/2/51714/params=0Axenstore-write: could not write p=
ath backend/vbd/2/51714/hotplug-error=0Axenstore-read: couldn't read path b=
ackend/vbd/2/51713/params=0Axenstore-write: could not write path backend/vb=
d/2/51714/hotplug-error=0Axenstore-write: could not write path=0A backend/v=
bd/2/51714/hotplug-error=0Axenstore-write: could not write path backend/vbd=
/2/51713/hotplug-error=0Axenstore-write: could not write path backend/vif/2=
/0/hotplug-error=0AIn the meantime of weeks in searching how to get around.=
 I found the following usefull information:http://wiki.xen.org/wiki/XenComm=
onProblems#Xen_complains_about_.22hotplug_scripts_not_working.22=0A=0A"This=
 problem is often related to udev. Do you have udev installed?=0AIs your ud=
ev the correct/supported version? "This error usually has more=0Ainformatio=
n in the end revealing the real reason.. for example: =0AError: Device 0 (v=
if) could not be connected. Hotplug scripts not working.=0A=0A"This problem=
 is often caused by not having "xen-netback" driver loaded in dom0 kernel. =
=0A"The hotplug scripts are located in /etc/xen/scripts by default,=0Aand a=
re labeled with the prefix vif-*. Those "scripts log to=0A/var/log/xen/xen-=
hotplug.log, and more detailed information can be=0Afound there."=0A=0A>>I =
know I installed udev, prior to install xen from source since hotplug plugi=
n doesn't exists/shows up.=0A=0AI've been trying to locate xen-netback driv=
er.=0A=0Aroot@debian:/dev# cat /proc/modules | grep xen=0Axen_evtchn 4355 1=
 - Live 0xffffffffa04d7000=0Axenfs 9616 1 - Live 0xffffffffa04ce000=0A=0A=
=0A>>These modules seem .ok but following are missing. Probably the source =
of the issue=0ABut since this call : http://wiki.xen.org/wiki/Mainline_Linu=
x_Kernel_Configs#Update_modules=0AThe following modules may be required:STe=
p 2=0A=0Axen-evtchn=0Axen-gntdev=A0=A0=A0 >>> missing =A0=A0=A0 =A0=A0=A0 >=
>>> I think the error comes from=0Axen-netback=A0=A0=A0 >>>missing=A0=A0=A0=
 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0 this missing drivers=0Axen-blkback=A0=A0=A0 =
>>>missing=0Axenfs=0Ablktap=A0=A0=A0 =A0=A0=A0 >>> missing |Are they missin=
g from Xen 4.2.1 from source Or=0Adid they don't install properly (somethin=
g like exit with errors? I'm willing to re install =0Awith detailed info if=
 needed...).=0AOn the same wiki-page are numerous important advices , but o=
ften I don't know where to look =0Afor the files (which directory + name)an=
d/or the commands to use to edit except using nano..=0A=0Ae.g. Git (what'is=
 it , how use it?? but'i'll google through) I don't know from which directo=
ry input =0AI 've to make the substantial intalls provided by the last ment=
ionned adress above.=0A=0AWhat am i missing for going through Step 2, I mea=
n be able to launch my virtual machine=0Awhere find it? Which command help =
out?=0A=0A=0AI hope I'v"e been clear. since too many research pull me with =
confused through all the topic/issue links.=0ASo I summarize:=0AWill I be a=
ble to resolve the xm create vm.cfg which I encounter as an issue.=0AHow do=
 I get the xen- modules installed and running?=0AI appreciate your help in =
solving this issue. Also please provide me with the commands since=0A from =
th elinks I cannot solve it and take a risk to break the system.=0ASorry fo=
r the long thread!!=0AMany thanks in advance=0A=0A=0A=0ADorian Carpentier d=
e Changy =0Adechangydorian@yahoo.fr=0A0497/623 249=0A----------------------=
----=0ARue Camille Lemonnier 22=0A1050 Bruxelles=0A________________________=
_______________________=0AXen-users mailing list=0AXen-users@lists.xen.org=
=0Ahttp://lists.xen.org/xen-users
---1066824098-1387075200-1367328899=:9186
Content-Type: text/html; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable


=
I've added Bold entry for easier reading since this post is quite long. thx=

Hello.

First of all I 'm pretty new to Linux and=
 this is my
 first install of Xen. So don't mind me wrong if sometimes I don't know whi=
ch command is appropriate to fetch results.

=

I'm running a new Debian Squeeze=
 release 2.6.32-5-xen-amd64 with minimal components. I've been going throug=
h install of Xen as per the documentation for the 4.2.1 release and did so =
by source. However I installed (make install & make world) from within =
/user/Download/xen4.2.1, I don't know if that is a good/bad idea?
All dependancies were installe=
d and the install showed no error  upon a few tries. 
=

First weird behaviour, I ended up in/a=
t grub with several Xen extensions.gz (xen 4.2.1, xen 4.2, xen 4.0, xen: no=
 one of them able ton boot) so I had a Xen 4 with AMD64, which boots And I =
can see the DomU=0A booted:

root@debian:/ho=
me/dorian# uname -a
=0ALinux debian 2.6.32-5-xen-amd64 #1 SMP Mon Feb 25=
 02:51:39 UTC 2013 x86_64 GNU/Linux
=0Aroot@debian:/home/do=
rian# xm list
Name         =
            &nb=
sp;            =
      ID   Mem VCPUs   &n=
bsp;  State   Time(s)
Domain-0    &nb=
sp;            =
            &nb=
sp;       0  2830    =
; 2     r-----     30.5
<=
/div>

I make LVM partitions on which to install the =
guests.
I have following l=
ogical volume created:
root@debian:/dev# lvdisplay
&=
nbsp; --- Logical volume ---
  LV Name     =
;           /dev/Esp-Virt=
/Vol1
  VG Name        &nbs=
p;       Esp-Virt
  LV
 UUID           &nbs=
p;   =0A 4l5BVd-7vSV-W3vZ-or5i-KLjX-6MjC-JYGyEJ
  LV=
 Write Access        read/write
 =
; LV Status          &nbs=
p;   available
  # open     &nbs=
p;           0
  =
LV Size           &n=
bsp;    24,00 GiB
  Current LE   &nbs=
p;         6144
  Segments&=
nbsp;           &nbs=
p;  1
  Allocation       &n=
bsp;     inherit
  Read ahead sectors &nbs=
p;   auto
  - currently set to     25=
6
  Block device        &nb=
sp; =0A 254:0
   
  --- Logical volume ---
&nb=
sp; LV Name          &nbs=
p;     /dev/Esp-Virt/Marie-DHCP-swap
  VG Name&=
nbsp;           &nbs=
p;   Esp-Virt
  LV UUID     &nbs=
p;          oJhOii-Ji2Z-ZwWe-Y=
Q37-6MRd-kA1u-cCND34
  LV Write Access     =
;   read/write
  LV Status     &=
nbsp;        available
  # open&=
nbsp;           &nbs=
p;    0
  LV Size      =
;          256,00 MiB
 =
; Current=0A LE          =
   64
  Segments       =
;        1
  Allocation &nb=
sp;           inherit
=
  Read ahead sectors     auto
  - currentl=
y set to     256
  Block device  &nbs=
p;        254:1
   
&nbs=
p; --- Logical volume ---
  LV Name     &n=
bsp;          /dev/Esp-Virt/Ma=
rie-DHCP-disk
  VG Name       &n=
bsp;        Esp-Virt
  LV UUID&n=
bsp;            =
;   dGA6fg-Py5q-QHZM-0CTL-N03s-v4KV-DrQ3f7
  LV Write=0A =
Access        read/write
  LV St=
atus            =
;  available
  # open       =
;          0
  LV Size=
            &nb=
sp;   4,00 GiB
  Current LE     =
        1024
  Segments &nb=
sp;            =
 1
  Allocation        &nbs=
p;    inherit
  Read ahead sectors   =
  auto
  - currently set to     256
&nb=
sp; Block device          =
; 254:2


Then I edited /etc/xen-tools/xen-tools.conf t=
o suit my wishes:
root@deb=
ian:/dev# grep -E -v '^(#|$)' /etc/xen-tools/xen-tools.conf
lvm =
=3D Esp-Virt
install-method =3D debootstrap
size   =3D 4Gb&=
nbsp;     # Disk image size.
memory =3D 256Mb &=
nbsp; 
 # Memory size
swap   =3D 256Mb    # Swap=0A si=
ze
fs     =3D ext3     # use the=
 EXT3 filesystem for the disk image.
dist   =3D `xt-guess-suit=
e-and-mirror --suite` # Default distribution to install.
image  =3D=
 sparse   # Specify sparse vs. full disk images.
gateway =
   =3D 192.168.1.1
netmask    =3D 255.255.255.0=

broadcast  =3D 192.168.1.255
passwd =3D 1
accounts =3D 1
=
kernel =3D /boot/vmlinuz-`uname -r`
initrd =3D /boot/initrd.img-`uname -=
r`
mirror =3D `xt-guess-suite-and-mirror --mirror`
ext3_options =
    =3D noatime,nodiratime,errors=3Dremount-ro
ext2_optio=
ns     =3D noatime,nodiratime,errors=3Dremount-ro
xf=
s_options      =3D defaults
reiserfs_options =
=3D defaults
btrfs_options    =3D defaults
serial_devi=
ce =3D hvc0 #default
disk_device =3D xvda #default

I 've created my virtual machines :
=0A=0A=0A=09=0A=09=
=0A=09=0A=09=0A=0A
root@debian:/home/dorian#=0Axen-create-image --hostname=3DMarie-D=
HCP --ip=3D192.168.1.3 --passwd=0A--force =0A
=0A

=0A
=0A
Gener=
al Information =0A
=0A
--------------=
------ =0A
=0A
Hostname       :  Mari=
e-DHCP =0A
=0A
Distribution   :  sque=
eze =0A
=0A
Mirror         : =0Aftp:/=
/ftp.fr.debian.org/debian/ =0A
=0A
Pa=
rtitions     :  swap            256Mb=0A(swap) =0A
=0A
                  /               4Gb  =0A(ext3) =0A=0A
Image type     :  full =0A
=0AMemory size    :  256Mb =0A
=0A
Kernel path    : =0A/boot/vmlinuz-2.6.32-5-xen-a=
md64 =0A
=0A
Initrd path    : =0A/boo=
t/initrd.img-2.6.32-5-xen-amd64 =0A
=0A

=0A
=0A
Networking Information=
 =0A
=0A
---------------------- =0A=0A
IP Address 1   : 192.168.1.3 [MAC:=
=0A00:16:3E:BF:18:50] =0A
=0A
Netmask=
        : 255.255.255.0 =0A
=0A
Broad=
cast      : 192.168.1.255 =0A
=0A
Gat=
eway        : 192.168.1.1 =0A
=0A
=0A
=0A
Removing /dev/Esp-Virt/Marie=
-DHCP-swap=0A- since we're forcing the install =0A
=0A
Removing /dev/Esp-Virt/Marie-DHCP-disk=0A- since we're fo=
rcing the install =0A
=0A

=0A=0A
Creating swap on=0A/dev/Esp-Virt/Mar=
ie-DHCP-swap =0A
=0A
Done =0A
=
=0A

=0A
=0A
Creating ext3 filesystem on=0A/dev/Esp-Virt/Marie-DHCP-disk =0A=

=0A
Done =0A
=0A
Installation method: debootstrap =0A
=0A

=0A
=0A
D=
one =0A
=0A

=0A
=0A
Running hooks =0A
=0A
Done =0A
=0A

=0A
=
=0A
No role scripts were specified. =0ASki=
pping =0A
=0A

=0A
=0A
Creating Xen configuration file =0A
=0ADone =0A
=0A
Setting up root password =0A
=0A
Enter new UNIX password: =0A
=0A
Re=
type new UNIX password: =0A
=0A
passw=
d: password updated successfully =0A
=0A
All done =0A
=0A

=0A
=0A=


=0A
=0A
Logfile produced at: =0A
=0A
=09 /var/log/xen-tools/Marie-DHCP.log =0A
=0A

=0A
=0A
Installation Su=
mmary =0A
=0A
--------------------- =
=0A
=0A
Hostname        :  Marie-DHCP=
 =0A
=0A
Distribution    :  squeeze =
=0A
=0A
IP-Address(es)  :  192.168.1.=
3 =0A
=0A
RSA Fingerprint : =0A25:46:=
6c:76:3a:39:fc:7a:bb:7b:31:33:9c:7f:30:09 =0A
=0A
Root Password   :  N/A =0A
=0A

=0A
=0AA # locate Marie =
shows:
=0A=0A=0A=09=0A=09=0A=09=0A=09root@debian:/home/dorian/T=
=E9l=E9chargements/xen-4.2.1# locate=0A Marie
/dev/.udev/links/Esp-Virt\=
x2fMarie-DHCP-disk
/dev/.udev/links/Esp-Virt\x2fMarie-DHCP-swap
/dev/=
.udev/links/disk\x2fby-id\x2fdm-name-Esp--Virt-Marie--DHCP--disk
/dev/.u=
dev/links/disk\x2fby-id\x2fdm-name-Esp--Virt-Marie--DHCP--swap
/dev/.ude=
v/links/mapper\x2fEsp--Virt-Marie--DHCP--disk
/dev/.udev/links/mapper\x2=
fEsp--Virt-Marie--DHCP--swap
/dev/.udev/links/Esp-Virt\x2fMarie-DHCP-dis=
k/b254:2
/dev/.udev/links/Esp-Virt\x2fMarie-DHCP-swap/b254:1
/dev/.ud=
ev/links/disk\x2fby-id\x2fdm-name-Esp--Virt-Marie--DHCP--disk/b254:2
/de=
v/.udev/links/disk\x2fby-id\x2fdm-name-Esp--Virt-Marie--DHCP--swap/b254:1/dev/.udev/links/mapper\x2fEsp--Virt-Marie--DHCP--disk/b254:2
/dev/.ud=
ev/links/mapper\x2fEsp--Virt-Marie--DHCP--swap/b254:1
/dev/Esp-Virt/Mari=
e-DHCP-disk
/dev/Esp-Virt/Marie-DHCP-swap
/dev/disk/by-id/dm-name-Esp=
--Virt-Marie--DHCP--disk
/dev/disk/by-id/dm-name-Esp--Virt-Marie--DHCP--=
swap
/dev/mapper/Esp--Virt-M=0Aarie--DHCP--disk
/dev/mapper/Esp--Virt=
-Marie--DHCP--swap
/etc/xen/Marie-DHCP.cfg
/etc/xen/Marie-DHCP.cfg.an=
cien
/usr/share/zoneinfo/Europe/Mariehamn
/usr/share/zoneinfo/posix/E=
urope/Mariehamn
/usr/share/zoneinfo/right/Europe/Mariehamn
/var/log/x=
en-tools/Marie-DHCP.0.log
/var/log/xen-tools/Marie-DHCP.1.log
/var/lo=
g/xen-tools/Marie-DHCP.2.log
/var/log/xen-tools/Marie-DHCP.log
root@d=
ebian:/home/dorian/T=E9l=E9chargements/xen-4.2.1# ls /dev/Esp-Virt/
Mari=
e-DHCP-disk  Marie-DHCP-swap  Vol1

I did configure the /etc/network/interfac=
es file like this (conversaly
 xen-create image... indicated=0A ip=3D192.168.1.3
# The loopback network interface
auto lo
iface lo inet =
loopback

auto xenbr0
iface xenbr0 inet dhcp
bridge_ports eth0<=
br>#bridge_stp on
#bridge_maxwait 0
#bridge_fd 0
wh=
ereas /// root@debian:/dev# grep -E -v '^(#|$)' /etc/xen/xend-config.sxp //=
 NOT CONFIGURED AS PER THE DEBIAN SQUEEZE ADVICE
(vif-script vif-bridge)=

(dom0-min-mem 196)
(enable-dom0-ballooning yes)
(total_available_=
memory 0) 
(dom0-cpus 0)
(vncpasswd '')

So, I 've g=
ot this interfaces showing up. 
Vif x.x should appear after xm create Virtual-guest.cfg, I guess=
 (which in my case is MArie-DHCP)

root@debian:/home/doria=
n# brctl show
bridge name    bridge id    =
    STP enabled    interfaces
pan0 &n=
bsp;      8000.000000000000   =0A no&nbs=
p;       
xenbr0      =
  8000.002655c46159    no      =
;  eth0

Now, w=
hen I try to boot my DomU guest here is the error, which many research on t=
he web didn't show up thje solution. however:
Step 1:
root@debian:/dev# xm create Ma=
rie-DHCP.cfg
Using config file "/etc/xen/Marie-DHCP.cfg".
Error: Devi=
ce 0 (vif) could not be connected. Hotplug scripts not working.
=
>>>> I watched in the hotplug.log
=

xenstore-write: could not write path=
 backend/vif/2/0/hotplug-error
In the meantime of weeks in searching how to get around. I found t=
he following usefull information:
http://wiki.xen.org/wiki/XenCommonProblems#Xen_complains_about_.22h=
otplug_scripts_not_working.22

"This problem is often related to udev. Do you ha=
ve udev installed?=0AIs your udev the correct/supported version? "This erro=
r usually has more=0Ainformation in the end revealing the real reason.. for=
 example:=0A
Error: Device 0 (vif) could not be connected. =
Hotplug scripts not working.
=0A
=0A"This problem is often caused by not having=
 "xen-netback" driver loaded in dom0 kernel.=0A
"The hotplug scripts are lo=
cated in /etc/xen/scripts by default,=0Aand are labeled with the prefix vif=
-*. Those "scripts log to=0A/var/log/xen/xen-hotplug.log, and more detailed=
 information can be=0Afound there."

>>I know I installed udev, prior =
to install xen from source since hotplug plugin doesn't exists/shows up.

I've been trying =
to locate xen-netback driver.

root@debian:/dev# cat /proc/modules | grep xen
xen_evtchn 435=
5 1 - Live 0xffffffffa04d7000
xenfs 9616 1 - Live 0xffffffffa04ce000
=


>>These modules seem=0A .ok but follo=
wing are missing. Probably the source of the issue
But since th=
is call : http://wiki.xen.org/wik=
i/Mainline_Linux_Kernel_Configs#Update_modules
The following modules may be required:STep 2
=0A
   xen-evtchn
   xen-gntdev    >>> missing         >>>> I think the error comes from
   xen-netback    >=
;>>missing    =
            this missing drivers
   xen-blkback    >>>missing=

   xenfs
   blktap   =
;     >>> m=
issing  
 |Are they missing from Xen 4.2.1 from source Or
did they don't install =
properly (something like exit with errors? I'm willing to re install 
wi=
th detailed info if needed...).
On the same wiki-page are numerous important advi=
ces , but often I don't know where to look 
for the files (which directo=
ry + name)and/or the commands to use to edit except using nano..

e.g=
. Git (what'is it , how use it?? but'i'll google through) I don't know from=
 which directory input 
I 've to make the substantial intalls provided b=
y the last mentionned adress above.

What am i missing for goi=
ng through Step 2, I mean be able to launch my virtual machine
where fin=
d it? Which command help out?

I hope I'v"e been clear. sin=
ce
 too many research pull me with confused through all the topic/issue links.=

So I summarize:
Will I be able to resolve the xm create vm.cfg which=
 I encounter as an issue.
How do I get the xen- modules installed and ru=
nning?
I appreciate your help in solving this issue. Also please provide=
 me with the commands since=0A from th elinks I cannot solve it and take a =
risk to break the system.
Sorry for the long thread!!
Many thanks in =
advance


Dorian Carpentier de Changy 
dechangyd=
orian@yahoo.fr
0497/623 249
--------------------------
Rue Camille=
 Lemonnier 22
1050 Bruxelles

_______________________________________________
=
Xen-users mailing list
Xen-users@lists.xen.org
ht=
tp://lists.xen.org/xen-users

 
 
  
=

---1066824098-1387075200-1367328899=:9186--


--===============2400797164947571592==
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
--===============2400797164947571592==--


From xen-users-bounces@lists.xen.org Tue Apr 30 13:46:14 2013
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 30 Apr 2013 13:46: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 1UXArt-00051I-Hw; Tue, 30 Apr 2013 13:45:17 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1UXArq-000511-Qf
	for xen-users@lists.xen.org; Tue, 30 Apr 2013 13:45:15 +0000
Received: from [85.158.137.99:59707] by server-7.bemta-3.messagelabs.com id
	65/5A-06591-5EACF715; Tue, 30 Apr 2013 13:45:09 +0000
X-Env-Sender: dechangydorian@yahoo.fr
X-Msg-Ref: server-6.tower-217.messagelabs.com!1367328899!14710164!1
X-Originating-IP: [212.82.109.205]
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.8.6.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 28165 invoked from network); 30 Apr 2013 13:35:00 -0000
Received: from nm25-vm4.bullet.mail.ird.yahoo.com (HELO
	nm25-vm4.bullet.mail.ird.yahoo.com) (212.82.109.205)
	by server-6.tower-217.messagelabs.com with SMTP;
	30 Apr 2013 13:35:00 -0000
Received: from [77.238.189.230] by nm25.bullet.mail.ird.yahoo.com with NNFMP;
	30 Apr 2013 13:34:59 -0000
Received: from [212.82.98.113] by tm11.bullet.mail.ird.yahoo.com with NNFMP;
	30 Apr 2013 13:34:59 -0000
Received: from [127.0.0.1] by omp1050.mail.ir2.yahoo.com with NNFMP;
	30 Apr 2013 13:34:59 -0000
X-Yahoo-Newman-Property: ymail-3
X-Yahoo-Newman-Id: 796905.7874.bm@omp1050.mail.ir2.yahoo.com
Received: (qmail 34399 invoked by uid 60001); 30 Apr 2013 13:34:59 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.fr; s=s1024;
	t=1367328899; bh=drghkd8YceYfJLWNZfKciWVXiJt8biVXxU7dT3msr9c=;
	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=Q11dNhRfKmK2vAde13caNGerCrQ4AZBaYaZciVccT7dvyHR6wOw0X78MkxJEkkMkjsZVDKFLj5apgDK12XXzKckKPcSMv/eoCpZ92wFpNCk48NdfeOIFt3BgoRaelMhk5JYKjxpPxcrmateMq/RN9flG0hSTVQplh8TOfl80+8I=
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=RlynrNRuYvbo6QAJm0iV+uo7oP5B3EEMcQA7oLGfdsI9VSwURv6K3b4Fw1ue/1DrlIU36Pf5FcRcqjSEpq8fnZX6D+vWMaeEDXA5zCV9UxGN1uxX8pjzolCldzaHP60RvhlGE+elVwpOxmtUSF4pa38cZS0hP4NYreraNtOcYCs=;
X-YMail-OSG: HATcqSgVM1nk3zn9JJr.4km29SYUsHheAOjdNkUBgftiNra
	XiKJ6pOsS80AsriciVenunBZCeDcc00WuDGGlV9JuzSX2w7Y611Qydhw7WT.
	P4vCncJyTiT4QwZRh0gnCi9kH1NUOfewPscLDjYxaIhvpSmVpWzY4SXUKKb0
	DH48nH1etriZ4vWl4m3uvNO2zHlFM0Ez5VjE7p_8oOFKT5q_UAI7Csi_pwgI
	VAIcxVSee.Q8NvkakQPBa181pV04EZ7iY7MlfWF8iHtM9RV4JYyavrunT8R3
	.NzfSwGy0Zrai5IohGC2eYGRqxipn4KwqPpOWx1IAfNvDsQ3ItvsTegC2Bfb
	wUgQVWWxX5G146oLMOLnMXcDnsH6wBDeNvBwU7vDjF_hmekbOpzLNqs.L9f.
	B8taAvQ17VpkmCOoK09vCfP3oGFq6MrseEYqq96tp7Edh1cs0Pl28rS3WkEO
	TSjOziZE6wdHCSotB9KOCYtIR7T.UkOCGNr61E9EZg_kfmTGzZAadJCQBkJE
	3blvKS0exGuXdexQXTDyNq0lfQ7b9T7umKjqDipWJPPeKX.GBiLltoFcVHz0
	Lf07oVDvWSZgaTfKJ
Received: from [109.129.187.157] by web171804.mail.ir2.yahoo.com via HTTP;
	Tue, 30 Apr 2013 14:34:59 BST
X-Rocket-MIMEInfo: 002.001,
	SSd2ZSBhZGRlZCBCb2xkIGVudHJ5IGZvciBlYXNpZXIgcmVhZGluZyBzaW5jZSB0aGlzIHBvc3QgaXMgcXVpdGUgbG9uZy4gdGh4CkhlbGxvLgoKRmlyc3Qgb2YgYWxsIEkgJ20gcHJldHR5IG5ldyB0byBMaW51eCBhbmQgdGhpcyBpcyBteSBmaXJzdCBpbnN0YWxsIG9mIFhlbi4gU28gZG9uJ3QgbWluZCBtZSB3cm9uZyBpZiBzb21ldGltZXMgSSBkb24ndCBrbm93IHdoaWNoIGNvbW1hbmQgaXMgYXBwcm9wcmlhdGUgdG8gZmV0Y2ggcmVzdWx0cy4KCkknbSBydW5uaW5nIGEgbmV3IERlYmlhbiBTcXVlZXplIHIBMAEBAQE-
X-Mailer: YahooMailWebService/0.8.141.536
References: <1367326714.9789.YahooMailNeo@web171803.mail.ir2.yahoo.com>
Message-ID: <1367328899.9186.YahooMailNeo@web171804.mail.ir2.yahoo.com>
Date: Tue, 30 Apr 2013 14:34:59 +0100 (BST)
From: Dorian 
To: "xen-users@lists.xen.org" 
In-Reply-To: <1367326714.9789.YahooMailNeo@web171803.mail.ir2.yahoo.com>
MIME-Version: 1.0
Subject: Re: [Xen-users] Unaible to create DomU Guest
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: Dorian 
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============2400797164947571592=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

--===============2400797164947571592==
Content-Type: multipart/alternative; boundary="-1066824098-1387075200-1367328899=:9186"

---1066824098-1387075200-1367328899=:9186
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

I've added Bold entry for easier reading since this post is quite long. thx=
=0AHello.=0A=0AFirst of all I 'm pretty new to Linux and this is my first i=
nstall of Xen. So don't mind me wrong if sometimes I don't know which comma=
nd is appropriate to fetch results.=0A=0AI'm running a new Debian Squeeze r=
elease 2.6.32-5-xen-amd64 with minimal components. I've been going through =
install of Xen as per the documentation for the 4.2.1 release and did so by=
 source. However I installed (make install & make world) from within /user/=
Download/xen4.2.1, I don't know if that is a good/bad idea?=0AAll dependanc=
ies were installed and the install showed no error=A0 upon a few tries. =0A=
=0AFirst weird behaviour, I ended up in/at grub with several Xen extensions=
.gz (xen 4.2.1, xen 4.2, xen 4.0, xen: no one of them able ton boot) so I h=
ad a Xen 4 with AMD64, which boots And I can see the DomU booted:=0A=0Aroot=
@debian:/home/dorian# uname -a=0ALinux debian 2.6.32-5-xen-amd64 #1 SMP Mon=
 Feb 25 02:51:39 UTC 2013 x86_64 GNU/Linux=0Aroot@debian:/home/dorian# xm l=
ist=0AName=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 ID=A0=A0 Mem VCPUs=
=A0=A0=A0=A0=A0 State=A0=A0 Time(s)=0ADomain-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=A0=A0=A0=A0=A0=A0=
=A0=A0 0=A0 2830=A0=A0=A0=A0 2=A0=A0=A0=A0 r-----=A0=A0=A0=A0 30.5=0A=0A=0A=
I make LVM partitions on which to install the guests.=0AI have following lo=
gical volume created:=0Aroot@debian:/dev# lvdisplay=0A=A0 --- Logical volum=
e ---=0A=A0 LV Name=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 /dev/Esp-V=
irt/Vol1=0A=A0 VG Name=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Esp-Vir=
t=0A=A0 LV UUID=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=0A 4l5BVd-7vSV=
-W3vZ-or5i-KLjX-6MjC-JYGyEJ=0A=A0 LV Write Access=A0=A0=A0=A0=A0=A0=A0 read=
/write=0A=A0 LV Status=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 available=0A=
=A0 # open=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 0=0A=A0 LV Size=
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 24,00 GiB=0A=A0 Current LE=A0=
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 6144=0A=A0 Segments=A0=A0=A0=A0=A0=A0=A0=
=A0=A0=A0=A0=A0=A0=A0 1=0A=A0 Allocation=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=
=A0 inherit=0A=A0 Read ahead sectors=A0=A0=A0=A0 auto=0A=A0 - currently set=
 to=A0=A0=A0=A0 256=0A=A0 Block device=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=0A 254=
:0=0A=A0=A0 =0A=A0 --- Logical volume ---=0A=A0 LV Name=A0=A0=A0=A0=A0=A0=
=A0=A0=A0=A0=A0=A0=A0=A0=A0 /dev/Esp-Virt/Marie-DHCP-swap=0A=A0 VG Name=A0=
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Esp-Virt=0A=A0 LV UUID=A0=A0=A0=
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 oJhOii-Ji2Z-ZwWe-YQ37-6MRd-kA1u-cCND34=
=0A=A0 LV Write Access=A0=A0=A0=A0=A0=A0=A0 read/write=0A=A0 LV Status=A0=
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 available=0A=A0 # open=A0=A0=A0=A0=A0=
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 0=0A=A0 LV Size=A0=A0=A0=A0=A0=A0=A0=A0=
=A0=A0=A0=A0=A0=A0=A0 256,00 MiB=0A=A0 Current=0A LE=A0=A0=A0=A0=A0=A0=A0=
=A0=A0=A0=A0=A0 64=0A=A0 Segments=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=
 1=0A=A0 Allocation=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 inherit=0A=A0 Read =
ahead sectors=A0=A0=A0=A0 auto=0A=A0 - currently set to=A0=A0=A0=A0 256=0A=
=A0 Block device=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 254:1=0A=A0=A0 =0A=A0 --- Lo=
gical volume ---=0A=A0 LV Name=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=
 /dev/Esp-Virt/Marie-DHCP-disk=0A=A0 VG Name=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=
=A0=A0=A0=A0=A0 Esp-Virt=0A=A0 LV UUID=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=
=A0=A0=A0 dGA6fg-Py5q-QHZM-0CTL-N03s-v4KV-DrQ3f7=0A=A0 LV Write=0A Access=
=A0=A0=A0=A0=A0=A0=A0 read/write=0A=A0 LV Status=A0=A0=A0=A0=A0=A0=A0=A0=A0=
=A0=A0=A0=A0 available=0A=A0 # open=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=
=A0=A0=A0 0=0A=A0 LV Size=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 4,00=
 GiB=0A=A0 Current LE=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 1024=0A=A0 Segmen=
ts=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 1=0A=A0 Allocation=A0=A0=A0=A0=
=A0=A0=A0=A0=A0=A0=A0=A0 inherit=0A=A0 Read ahead sectors=A0=A0=A0=A0 auto=
=0A=A0 - currently set to=A0=A0=A0=A0 256=0A=A0 Block device=A0=A0=A0=A0=A0=
=A0=A0=A0=A0=A0 254:2=0A=0A=0A=0AThen I edited /etc/xen-tools/xen-tools.con=
f to suit my wishes:=0Aroot@debian:/dev# grep -E -v '^(#|$)' /etc/xen-tools=
/xen-tools.conf=0Alvm =3D Esp-Virt=0Ainstall-method =3D debootstrap=0Asize=
=A0=A0 =3D 4Gb=A0=A0=A0=A0=A0 # Disk image size.=0Amemory =3D 256Mb=A0=A0=
=A0 # Memory size=0Aswap=A0=A0 =3D 256Mb=A0=A0=A0 # Swap=0A size=0Afs=A0=A0=
=A0=A0 =3D ext3=A0=A0=A0=A0 # use the EXT3 filesystem for the disk image.=
=0Adist=A0=A0 =3D `xt-guess-suite-and-mirror --suite` # Default distributio=
n to install.=0Aimage=A0 =3D sparse=A0=A0 # Specify sparse vs. full disk im=
ages.=0Agateway=A0=A0=A0 =3D 192.168.1.1=0Anetmask=A0=A0=A0 =3D 255.255.255=
.0=0Abroadcast=A0 =3D 192.168.1.255=0Apasswd =3D 1=0Aaccounts =3D 1=0Akerne=
l =3D /boot/vmlinuz-`uname -r`=0Ainitrd =3D /boot/initrd.img-`uname -r`=0Am=
irror =3D `xt-guess-suite-and-mirror --mirror`=0Aext3_options=A0=A0=A0=A0 =
=3D noatime,nodiratime,errors=3Dremount-ro=0Aext2_options=A0=A0=A0=A0 =3D n=
oatime,nodiratime,errors=3Dremount-ro=0Axfs_options=A0=A0=A0=A0=A0 =3D defa=
ults=0Areiserfs_options =3D defaults=0Abtrfs_options=A0=A0=A0 =3D defaults=
=0Aserial_device =3D hvc0 #default=0Adisk_device =3D xvda #default=0A=0A=0A=
I 've created my virtual machines :=0A =0Aroot@debian:/home/dorian#=0Axen-c=
reate-image --hostname=3DMarie-DHCP --ip=3D192.168.1.3 --passwd=0A--force =
=0A=0AGeneral Information =0A-------------------- =0AHostname       :  Mari=
e-DHCP =0ADistribution   :  squeeze =0AMirror         : =0Aftp://ftp.fr.deb=
ian.org/debian/ =0APartitions     :  swap            256Mb=0A(swap) =0A/   =
            4Gb  =0A(ext3) =0AImage type     :  full =0AMemory size    :  2=
56Mb =0AKernel path    : =0A/boot/vmlinuz-2.6.32-5-xen-amd64 =0AInitrd path=
    : =0A/boot/initrd.img-2.6.32-5-xen-amd64 =0A=0ANetworking Information =
=0A---------------------- =0AIP Address 1   : 192.168.1.3 [MAC:=0A00:16:3E:=
BF:18:50] =0ANetmask        : 255.255.255.0 =0ABroadcast      : 192.168.1.2=
55 =0AGateway        : 192.168.1.1 =0A=0ARemoving /dev/Esp-Virt/Marie-DHCP-=
swap=0A- since we're forcing the install =0ARemoving /dev/Esp-Virt/Marie-DH=
CP-disk=0A- since we're forcing the install =0A=0ACreating swap on=0A/dev/E=
sp-Virt/Marie-DHCP-swap =0ADone =0A=0ACreating ext3 filesystem on=0A/dev/Es=
p-Virt/Marie-DHCP-disk =0ADone =0AInstallation method: debootstrap =0A=0ADo=
ne =0A=0ARunning hooks =0ADone =0A=0ANo role scripts were specified. =0ASki=
pping =0A=0ACreating Xen configuration file =0ADone =0ASetting up root pass=
word =0AEnter new UNIX password: =0ARetype new UNIX password: =0Apasswd: pa=
ssword updated successfully =0AAll done =0A=0A=0ALogfile produced at: =0A/v=
ar/log/xen-tools/Marie-DHCP.log =0A=0AInstallation Summary =0A-------------=
-------- =0AHostname        :  Marie-DHCP =0ADistribution    :  squeeze =0A=
IP-Address(es)  :  192.168.1.3 =0ARSA Fingerprint : =0A25:46:6c:76:3a:39:fc=
:7a:bb:7b:31:33:9c:7f:30:09 =0ARoot Password   :  N/A =0AA # locate Marie s=
hows:=0Aroot@debian:/home/dorian/T=E9l=E9chargements/xen-4.2.1# locate Mari=
e=0A/dev/.udev/links/Esp-Virt\x2fMarie-DHCP-disk=0A/dev/.udev/links/Esp-Vir=
t\x2fMarie-DHCP-swap=0A/dev/.udev/links/disk\x2fby-id\x2fdm-name-Esp--Virt-=
Marie--DHCP--disk=0A/dev/.udev/links/disk\x2fby-id\x2fdm-name-Esp--Virt-Mar=
ie--DHCP--swap=0A/dev/.udev/links/mapper\x2fEsp--Virt-Marie--DHCP--disk=0A/=
dev/.udev/links/mapper\x2fEsp--Virt-Marie--DHCP--swap=0A/dev/.udev/links/Es=
p-Virt\x2fMarie-DHCP-disk/b254:2=0A/dev/.udev/links/Esp-Virt\x2fMarie-DHCP-=
swap/b254:1=0A/dev/.udev/links/disk\x2fby-id\x2fdm-name-Esp--Virt-Marie--DH=
CP--disk/b254:2=0A/dev/.udev/links/disk\x2fby-id\x2fdm-name-Esp--Virt-Marie=
--DHCP--swap/b254:1=0A/dev/.udev/links/mapper\x2fEsp--Virt-Marie--DHCP--dis=
k/b254:2=0A/dev/.udev/links/mapper\x2fEsp--Virt-Marie--DHCP--swap/b254:1=0A=
/dev/Esp-Virt/Marie-DHCP-disk=0A/dev/Esp-Virt/Marie-DHCP-swap=0A/dev/disk/b=
y-id/dm-name-Esp--Virt-Marie--DHCP--disk=0A/dev/disk/by-id/dm-name-Esp--Vir=
t-Marie--DHCP--swap=0A/dev/mapper/Esp--Virt-M=0Aarie--DHCP--disk=0A/dev/map=
per/Esp--Virt-Marie--DHCP--swap=0A/etc/xen/Marie-DHCP.cfg=0A/etc/xen/Marie-=
DHCP.cfg.ancien=0A/usr/share/zoneinfo/Europe/Mariehamn=0A/usr/share/zoneinf=
o/posix/Europe/Mariehamn=0A/usr/share/zoneinfo/right/Europe/Mariehamn=0A/va=
r/log/xen-tools/Marie-DHCP.0.log=0A/var/log/xen-tools/Marie-DHCP.1.log=0A/v=
ar/log/xen-tools/Marie-DHCP.2.log=0A/var/log/xen-tools/Marie-DHCP.log=0Aroo=
t@debian:/home/dorian/T=E9l=E9chargements/xen-4.2.1# ls /dev/Esp-Virt/=0AMa=
rie-DHCP-disk=A0 Marie-DHCP-swap=A0 Vol1=0A=0A=0AI did configure the /etc/n=
etwork/interfaces file like this (conversaly xen-create image... indicated =
ip=3D192.168.1.3=0A=0A# The loopback network interface=0Aauto lo=0Aiface lo=
 inet loopback=0A=0Aauto xenbr0=0Aiface xenbr0 inet dhcp=0Abridge_ports eth=
0=0A#bridge_stp on=0A#bridge_maxwait 0=0A#bridge_fd 0=0A=0Awhereas /// root=
@debian:/dev# grep -E -v '^(#|$)' /etc/xen/xend-config.sxp // NOT CONFIGURE=
D AS PER THE DEBIAN SQUEEZE ADVICE=0A(vif-script vif-bridge)=0A(dom0-min-me=
m 196)=0A(enable-dom0-ballooning yes)=0A(total_available_memory 0) =0A(dom0=
-cpus 0)=0A(vncpasswd '')=0A=0A=0ASo, I 've got this interfaces showing up.=
 =0A=0AVif x.x should appear after xm create Virtual-guest.cfg, I guess (wh=
ich in my case is MArie-DHCP)=0A=0A=0Aroot@debian:/home/dorian# brctl show=
=0Abridge name=A0=A0=A0 bridge id=A0=A0=A0 =A0=A0=A0 STP enabled=A0=A0=A0 i=
nterfaces=0Apan0=A0=A0=A0 =A0=A0=A0 8000.000000000000=A0=A0=A0=0A no=A0=A0=
=A0 =A0=A0=A0 =0Axenbr0=A0=A0=A0 =A0=A0=A0 8000.002655c46159=A0=A0=A0 no=A0=
=A0=A0 =A0=A0=A0 eth0=0A=0ANow, when I try to boot my DomU guest here is th=
e error, which many research on the web didn't show up thje solution. howev=
er:=0AStep 1:=0Aroot@debian:/dev# xm create Marie-DHCP.cfg=0AUsing config f=
ile "/etc/xen/Marie-DHCP.cfg".=0AError: Device 0 (vif) could not be connect=
ed. Hotplug scripts not working.=0A=0A>>>> I watched in the hotplug.log=0Ar=
oot@debian:/dev# more /var/log/xen/xen-hotplug.log =0Axenstore-read: couldn=
't read path backend/vbd/2/51714/params=0Axenstore-write: could not write p=
ath backend/vbd/2/51714/hotplug-error=0Axenstore-read: couldn't read path b=
ackend/vbd/2/51713/params=0Axenstore-write: could not write path backend/vb=
d/2/51714/hotplug-error=0Axenstore-write: could not write path=0A backend/v=
bd/2/51714/hotplug-error=0Axenstore-write: could not write path backend/vbd=
/2/51713/hotplug-error=0Axenstore-write: could not write path backend/vif/2=
/0/hotplug-error=0AIn the meantime of weeks in searching how to get around.=
 I found the following usefull information:http://wiki.xen.org/wiki/XenComm=
onProblems#Xen_complains_about_.22hotplug_scripts_not_working.22=0A=0A"This=
 problem is often related to udev. Do you have udev installed?=0AIs your ud=
ev the correct/supported version? "This error usually has more=0Ainformatio=
n in the end revealing the real reason.. for example: =0AError: Device 0 (v=
if) could not be connected. Hotplug scripts not working.=0A=0A"This problem=
 is often caused by not having "xen-netback" driver loaded in dom0 kernel. =
=0A"The hotplug scripts are located in /etc/xen/scripts by default,=0Aand a=
re labeled with the prefix vif-*. Those "scripts log to=0A/var/log/xen/xen-=
hotplug.log, and more detailed information can be=0Afound there."=0A=0A>>I =
know I installed udev, prior to install xen from source since hotplug plugi=
n doesn't exists/shows up.=0A=0AI've been trying to locate xen-netback driv=
er.=0A=0Aroot@debian:/dev# cat /proc/modules | grep xen=0Axen_evtchn 4355 1=
 - Live 0xffffffffa04d7000=0Axenfs 9616 1 - Live 0xffffffffa04ce000=0A=0A=
=0A>>These modules seem .ok but following are missing. Probably the source =
of the issue=0ABut since this call : http://wiki.xen.org/wiki/Mainline_Linu=
x_Kernel_Configs#Update_modules=0AThe following modules may be required:STe=
p 2=0A=0Axen-evtchn=0Axen-gntdev=A0=A0=A0 >>> missing =A0=A0=A0 =A0=A0=A0 >=
>>> I think the error comes from=0Axen-netback=A0=A0=A0 >>>missing=A0=A0=A0=
 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0 this missing drivers=0Axen-blkback=A0=A0=A0 =
>>>missing=0Axenfs=0Ablktap=A0=A0=A0 =A0=A0=A0 >>> missing |Are they missin=
g from Xen 4.2.1 from source Or=0Adid they don't install properly (somethin=
g like exit with errors? I'm willing to re install =0Awith detailed info if=
 needed...).=0AOn the same wiki-page are numerous important advices , but o=
ften I don't know where to look =0Afor the files (which directory + name)an=
d/or the commands to use to edit except using nano..=0A=0Ae.g. Git (what'is=
 it , how use it?? but'i'll google through) I don't know from which directo=
ry input =0AI 've to make the substantial intalls provided by the last ment=
ionned adress above.=0A=0AWhat am i missing for going through Step 2, I mea=
n be able to launch my virtual machine=0Awhere find it? Which command help =
out?=0A=0A=0AI hope I'v"e been clear. since too many research pull me with =
confused through all the topic/issue links.=0ASo I summarize:=0AWill I be a=
ble to resolve the xm create vm.cfg which I encounter as an issue.=0AHow do=
 I get the xen- modules installed and running?=0AI appreciate your help in =
solving this issue. Also please provide me with the commands since=0A from =
th elinks I cannot solve it and take a risk to break the system.=0ASorry fo=
r the long thread!!=0AMany thanks in advance=0A=0A=0A=0ADorian Carpentier d=
e Changy =0Adechangydorian@yahoo.fr=0A0497/623 249=0A----------------------=
----=0ARue Camille Lemonnier 22=0A1050 Bruxelles=0A________________________=
_______________________=0AXen-users mailing list=0AXen-users@lists.xen.org=
=0Ahttp://lists.xen.org/xen-users
---1066824098-1387075200-1367328899=:9186
Content-Type: text/html; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable


=
I've added Bold entry for easier reading since this post is quite long. thx=

Hello.

First of all I 'm pretty new to Linux and=
 this is my
 first install of Xen. So don't mind me wrong if sometimes I don't know whi=
ch command is appropriate to fetch results.

=

I'm running a new Debian Squeeze=
 release 2.6.32-5-xen-amd64 with minimal components. I've been going throug=
h install of Xen as per the documentation for the 4.2.1 release and did so =
by source. However I installed (make install & make world) from within =
/user/Download/xen4.2.1, I don't know if that is a good/bad idea?
All dependancies were installe=
d and the install showed no error  upon a few tries. 
=

First weird behaviour, I ended up in/a=
t grub with several Xen extensions.gz (xen 4.2.1, xen 4.2, xen 4.0, xen: no=
 one of them able ton boot) so I had a Xen 4 with AMD64, which boots And I =
can see the DomU=0A booted:

root@debian:/ho=
me/dorian# uname -a
=0ALinux debian 2.6.32-5-xen-amd64 #1 SMP Mon Feb 25=
 02:51:39 UTC 2013 x86_64 GNU/Linux
=0Aroot@debian:/home/do=
rian# xm list
Name         =
            &nb=
sp;            =
      ID   Mem VCPUs   &n=
bsp;  State   Time(s)
Domain-0    &nb=
sp;            =
            &nb=
sp;       0  2830    =
; 2     r-----     30.5
<=
/div>

I make LVM partitions on which to install the =
guests.
I have following l=
ogical volume created:
root@debian:/dev# lvdisplay
&=
nbsp; --- Logical volume ---
  LV Name     =
;           /dev/Esp-Virt=
/Vol1
  VG Name        &nbs=
p;       Esp-Virt
  LV
 UUID           &nbs=
p;   =0A 4l5BVd-7vSV-W3vZ-or5i-KLjX-6MjC-JYGyEJ
  LV=
 Write Access        read/write
 =
; LV Status          &nbs=
p;   available
  # open     &nbs=
p;           0
  =
LV Size           &n=
bsp;    24,00 GiB
  Current LE   &nbs=
p;         6144
  Segments&=
nbsp;           &nbs=
p;  1
  Allocation       &n=
bsp;     inherit
  Read ahead sectors &nbs=
p;   auto
  - currently set to     25=
6
  Block device        &nb=
sp; =0A 254:0
   
  --- Logical volume ---
&nb=
sp; LV Name          &nbs=
p;     /dev/Esp-Virt/Marie-DHCP-swap
  VG Name&=
nbsp;           &nbs=
p;   Esp-Virt
  LV UUID     &nbs=
p;          oJhOii-Ji2Z-ZwWe-Y=
Q37-6MRd-kA1u-cCND34
  LV Write Access     =
;   read/write
  LV Status     &=
nbsp;        available
  # open&=
nbsp;           &nbs=
p;    0
  LV Size      =
;          256,00 MiB
 =
; Current=0A LE          =
   64
  Segments       =
;        1
  Allocation &nb=
sp;           inherit
=
  Read ahead sectors     auto
  - currentl=
y set to     256
  Block device  &nbs=
p;        254:1
   
&nbs=
p; --- Logical volume ---
  LV Name     &n=
bsp;          /dev/Esp-Virt/Ma=
rie-DHCP-disk
  VG Name       &n=
bsp;        Esp-Virt
  LV UUID&n=
bsp;            =
;   dGA6fg-Py5q-QHZM-0CTL-N03s-v4KV-DrQ3f7
  LV Write=0A =
Access        read/write
  LV St=
atus            =
;  available
  # open       =
;          0
  LV Size=
            &nb=
sp;   4,00 GiB
  Current LE     =
        1024
  Segments &nb=
sp;            =
 1
  Allocation        &nbs=
p;    inherit
  Read ahead sectors   =
  auto
  - currently set to     256
&nb=
sp; Block device          =
; 254:2


Then I edited /etc/xen-tools/xen-tools.conf t=
o suit my wishes:
root@deb=
ian:/dev# grep -E -v '^(#|$)' /etc/xen-tools/xen-tools.conf
lvm =
=3D Esp-Virt
install-method =3D debootstrap
size   =3D 4Gb&=
nbsp;     # Disk image size.
memory =3D 256Mb &=
nbsp; 
 # Memory size
swap   =3D 256Mb    # Swap=0A si=
ze
fs     =3D ext3     # use the=
 EXT3 filesystem for the disk image.
dist   =3D `xt-guess-suit=
e-and-mirror --suite` # Default distribution to install.
image  =3D=
 sparse   # Specify sparse vs. full disk images.
gateway =
   =3D 192.168.1.1
netmask    =3D 255.255.255.0=

broadcast  =3D 192.168.1.255
passwd =3D 1
accounts =3D 1
=
kernel =3D /boot/vmlinuz-`uname -r`
initrd =3D /boot/initrd.img-`uname -=
r`
mirror =3D `xt-guess-suite-and-mirror --mirror`
ext3_options =
    =3D noatime,nodiratime,errors=3Dremount-ro
ext2_optio=
ns     =3D noatime,nodiratime,errors=3Dremount-ro
xf=
s_options      =3D defaults
reiserfs_options =
=3D defaults
btrfs_options    =3D defaults
serial_devi=
ce =3D hvc0 #default
disk_device =3D xvda #default

I 've created my virtual machines :
=0A=0A=0A=09=0A=09=
=0A=09=0A=09=0A=0A
root@debian:/home/dorian#=0Axen-create-image --hostname=3DMarie-D=
HCP --ip=3D192.168.1.3 --passwd=0A--force =0A
=0A

=0A
=0A
Gener=
al Information =0A
=0A
--------------=
------ =0A
=0A
Hostname       :  Mari=
e-DHCP =0A
=0A
Distribution   :  sque=
eze =0A
=0A
Mirror         : =0Aftp:/=
/ftp.fr.debian.org/debian/ =0A
=0A
Pa=
rtitions     :  swap            256Mb=0A(swap) =0A
=0A
                  /               4Gb  =0A(ext3) =0A=0A
Image type     :  full =0A
=0AMemory size    :  256Mb =0A
=0A
Kernel path    : =0A/boot/vmlinuz-2.6.32-5-xen-a=
md64 =0A
=0A
Initrd path    : =0A/boo=
t/initrd.img-2.6.32-5-xen-amd64 =0A
=0A

=0A
=0A
Networking Information=
 =0A
=0A
---------------------- =0A=0A
IP Address 1   : 192.168.1.3 [MAC:=
=0A00:16:3E:BF:18:50] =0A
=0A
Netmask=
        : 255.255.255.0 =0A
=0A
Broad=
cast      : 192.168.1.255 =0A
=0A
Gat=
eway        : 192.168.1.1 =0A
=0A
=0A
=0A
Removing /dev/Esp-Virt/Marie=
-DHCP-swap=0A- since we're forcing the install =0A
=0A
Removing /dev/Esp-Virt/Marie-DHCP-disk=0A- since we're fo=
rcing the install =0A
=0A

=0A=0A
Creating swap on=0A/dev/Esp-Virt/Mar=
ie-DHCP-swap =0A
=0A
Done =0A
=
=0A

=0A
=0A
Creating ext3 filesystem on=0A/dev/Esp-Virt/Marie-DHCP-disk =0A=

=0A
Done =0A
=0A
Installation method: debootstrap =0A
=0A

=0A
=0A
D=
one =0A
=0A

=0A
=0A
Running hooks =0A
=0A
Done =0A
=0A

=0A
=
=0A
No role scripts were specified. =0ASki=
pping =0A
=0A

=0A
=0A
Creating Xen configuration file =0A
=0ADone =0A
=0A
Setting up root password =0A
=0A
Enter new UNIX password: =0A
=0A
Re=
type new UNIX password: =0A
=0A
passw=
d: password updated successfully =0A
=0A
All done =0A
=0A

=0A
=0A=


=0A
=0A
Logfile produced at: =0A
=0A
=09 /var/log/xen-tools/Marie-DHCP.log =0A
=0A

=0A
=0A
Installation Su=
mmary =0A
=0A
--------------------- =
=0A
=0A
Hostname        :  Marie-DHCP=
 =0A
=0A
Distribution    :  squeeze =
=0A
=0A
IP-Address(es)  :  192.168.1.=
3 =0A
=0A
RSA Fingerprint : =0A25:46:=
6c:76:3a:39:fc:7a:bb:7b:31:33:9c:7f:30:09 =0A
=0A
Root Password   :  N/A =0A
=0A

=0A
=0AA # locate Marie =
shows:
=0A=0A=0A=09=0A=09=0A=09=0A=09root@debian:/home/dorian/T=
=E9l=E9chargements/xen-4.2.1# locate=0A Marie
/dev/.udev/links/Esp-Virt\=
x2fMarie-DHCP-disk
/dev/.udev/links/Esp-Virt\x2fMarie-DHCP-swap
/dev/=
.udev/links/disk\x2fby-id\x2fdm-name-Esp--Virt-Marie--DHCP--disk
/dev/.u=
dev/links/disk\x2fby-id\x2fdm-name-Esp--Virt-Marie--DHCP--swap
/dev/.ude=
v/links/mapper\x2fEsp--Virt-Marie--DHCP--disk
/dev/.udev/links/mapper\x2=
fEsp--Virt-Marie--DHCP--swap
/dev/.udev/links/Esp-Virt\x2fMarie-DHCP-dis=
k/b254:2
/dev/.udev/links/Esp-Virt\x2fMarie-DHCP-swap/b254:1
/dev/.ud=
ev/links/disk\x2fby-id\x2fdm-name-Esp--Virt-Marie--DHCP--disk/b254:2
/de=
v/.udev/links/disk\x2fby-id\x2fdm-name-Esp--Virt-Marie--DHCP--swap/b254:1/dev/.udev/links/mapper\x2fEsp--Virt-Marie--DHCP--disk/b254:2
/dev/.ud=
ev/links/mapper\x2fEsp--Virt-Marie--DHCP--swap/b254:1
/dev/Esp-Virt/Mari=
e-DHCP-disk
/dev/Esp-Virt/Marie-DHCP-swap
/dev/disk/by-id/dm-name-Esp=
--Virt-Marie--DHCP--disk
/dev/disk/by-id/dm-name-Esp--Virt-Marie--DHCP--=
swap
/dev/mapper/Esp--Virt-M=0Aarie--DHCP--disk
/dev/mapper/Esp--Virt=
-Marie--DHCP--swap
/etc/xen/Marie-DHCP.cfg
/etc/xen/Marie-DHCP.cfg.an=
cien
/usr/share/zoneinfo/Europe/Mariehamn
/usr/share/zoneinfo/posix/E=
urope/Mariehamn
/usr/share/zoneinfo/right/Europe/Mariehamn
/var/log/x=
en-tools/Marie-DHCP.0.log
/var/log/xen-tools/Marie-DHCP.1.log
/var/lo=
g/xen-tools/Marie-DHCP.2.log
/var/log/xen-tools/Marie-DHCP.log
root@d=
ebian:/home/dorian/T=E9l=E9chargements/xen-4.2.1# ls /dev/Esp-Virt/
Mari=
e-DHCP-disk  Marie-DHCP-swap  Vol1

I did configure the /etc/network/interfac=
es file like this (conversaly
 xen-create image... indicated=0A ip=3D192.168.1.3
# The loopback network interface
auto lo
iface lo inet =
loopback

auto xenbr0
iface xenbr0 inet dhcp
bridge_ports eth0<=
br>#bridge_stp on
#bridge_maxwait 0
#bridge_fd 0
wh=
ereas /// root@debian:/dev# grep -E -v '^(#|$)' /etc/xen/xend-config.sxp //=
 NOT CONFIGURED AS PER THE DEBIAN SQUEEZE ADVICE
(vif-script vif-bridge)=

(dom0-min-mem 196)
(enable-dom0-ballooning yes)
(total_available_=
memory 0) 
(dom0-cpus 0)
(vncpasswd '')

So, I 've g=
ot this interfaces showing up. 
Vif x.x should appear after xm create Virtual-guest.cfg, I guess=
 (which in my case is MArie-DHCP)

root@debian:/home/doria=
n# brctl show
bridge name    bridge id    =
    STP enabled    interfaces
pan0 &n=
bsp;      8000.000000000000   =0A no&nbs=
p;       
xenbr0      =
  8000.002655c46159    no      =
;  eth0

Now, w=
hen I try to boot my DomU guest here is the error, which many research on t=
he web didn't show up thje solution. however:
Step 1:
root@debian:/dev# xm create Ma=
rie-DHCP.cfg
Using config file "/etc/xen/Marie-DHCP.cfg".
Error: Devi=
ce 0 (vif) could not be connected. Hotplug scripts not working.
=
>>>> I watched in the hotplug.log
=

xenstore-write: could not write path=
 backend/vif/2/0/hotplug-error
In the meantime of weeks in searching how to get around. I found t=
he following usefull information:
http://wiki.xen.org/wiki/XenCommonProblems#Xen_complains_about_.22h=
otplug_scripts_not_working.22

"This problem is often related to udev. Do you ha=
ve udev installed?=0AIs your udev the correct/supported version? "This erro=
r usually has more=0Ainformation in the end revealing the real reason.. for=
 example:=0A
Error: Device 0 (vif) could not be connected. =
Hotplug scripts not working.
=0A
=0A"This problem is often caused by not having=
 "xen-netback" driver loaded in dom0 kernel.=0A
"The hotplug scripts are lo=
cated in /etc/xen/scripts by default,=0Aand are labeled with the prefix vif=
-*. Those "scripts log to=0A/var/log/xen/xen-hotplug.log, and more detailed=
 information can be=0Afound there."

>>I know I installed udev, prior =
to install xen from source since hotplug plugin doesn't exists/shows up.

I've been trying =
to locate xen-netback driver.

root@debian:/dev# cat /proc/modules | grep xen
xen_evtchn 435=
5 1 - Live 0xffffffffa04d7000
xenfs 9616 1 - Live 0xffffffffa04ce000
=


>>These modules seem=0A .ok but follo=
wing are missing. Probably the source of the issue
But since th=
is call : http://wiki.xen.org/wik=
i/Mainline_Linux_Kernel_Configs#Update_modules
The following modules may be required:STep 2
=0A
   xen-evtchn
   xen-gntdev    >>> missing         >>>> I think the error comes from
   xen-netback    >=
;>>missing    =
            this missing drivers
   xen-blkback    >>>missing=

   xenfs
   blktap   =
;     >>> m=
issing  
 |Are they missing from Xen 4.2.1 from source Or
did they don't install =
properly (something like exit with errors? I'm willing to re install 
wi=
th detailed info if needed...).
On the same wiki-page are numerous important advi=
ces , but often I don't know where to look 
for the files (which directo=
ry + name)and/or the commands to use to edit except using nano..

e.g=
. Git (what'is it , how use it?? but'i'll google through) I don't know from=
 which directory input 
I 've to make the substantial intalls provided b=
y the last mentionned adress above.

What am i missing for goi=
ng through Step 2, I mean be able to launch my virtual machine
where fin=
d it? Which command help out?

I hope I'v"e been clear. sin=
ce
 too many research pull me with confused through all the topic/issue links.=

So I summarize:
Will I be able to resolve the xm create vm.cfg which=
 I encounter as an issue.
How do I get the xen- modules installed and ru=
nning?
I appreciate your help in solving this issue. Also please provide=
 me with the commands since=0A from th elinks I cannot solve it and take a =
risk to break the system.
Sorry for the long thread!!
Many thanks in =
advance


Dorian Carpentier de Changy 
dechangyd=
orian@yahoo.fr
0497/623 249
--------------------------
Rue Camille=
 Lemonnier 22
1050 Bruxelles

_______________________________________________
=
Xen-users mailing list
Xen-users@lists.xen.org
ht=
tp://lists.xen.org/xen-users

 
 
  
=

---1066824098-1387075200-1367328899=:9186--


--===============2400797164947571592==
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
--===============2400797164947571592==--


From xen-users-bounces@lists.xen.org Tue Apr 30 14:08:03 2013
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 30 Apr 2013 14:08: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 1UXBD9-0006xY-R3; Tue, 30 Apr 2013 14:07:15 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1UXBD8-0006xT-RC
	for xen-users@lists.xen.org; Tue, 30 Apr 2013 14:07:15 +0000
Received: from [85.158.137.99:19357] by server-1.bemta-3.messagelabs.com id
	C7/58-13706-110DF715; Tue, 30 Apr 2013 14:07:13 +0000
X-Env-Sender: Ian.Campbell@citrix.com
X-Msg-Ref: server-4.tower-217.messagelabs.com!1367330824!19093860!1
X-Originating-IP: [46.33.159.39]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n
X-StarScan-Received: 
X-StarScan-Version: 6.8.6.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 12209 invoked from network); 30 Apr 2013 14:07:05 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39)
	by server-4.tower-217.messagelabs.com with RC4-SHA encrypted SMTP;
	30 Apr 2013 14:07:05 -0000
X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; 
   d="scan'208";a="4084676"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	30 Apr 2013 14:07:05 +0000
Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net
	(10.30.203.162) with Microsoft SMTP Server id 8.3.298.1;
	Tue, 30 Apr 2013 15:07:04 +0100
Message-ID: <1367330823.3142.535.camel@zakaz.uk.xensource.com>
From: Ian Campbell 
To: Dorian 
Date: Tue, 30 Apr 2013 15:07:03 +0100
In-Reply-To: <1367326714.9789.YahooMailNeo@web171803.mail.ir2.yahoo.com>
References: <1367326714.9789.YahooMailNeo@web171803.mail.ir2.yahoo.com>
Organization: Citrix Systems, Inc.
X-Mailer: Evolution 3.4.4-1 
MIME-Version: 1.0
Cc: "xen-users@lists.xen.org" 
Subject: Re: [Xen-users] Unaible to create DomU Guest
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

On Tue, 2013-04-30 at 13:58 +0100, Dorian wrote:
> Hello.
> 
> 
> First of all I 'm pretty new to Linux and this is my first install of
> Xen. So don't mind me wrong if sometimes I don't know which command is
> appropriate to fetch results.
> 
> 
> I'm running a new Debian Squeeze release 2.6.32-5-xen-amd64 with
> minimal components. I've been going through install of Xen as per the
> documentation for the 4.2.1 release and did so by source. However I
> installed (make install & make world) from
> within /user/Download/xen4.2.1, I don't know if that is a good/bad
> idea?

If you are new to this then I would strongly recommend you use the
version of Xen which is packaged in Debian. Likewise for the kernel.
[...]
> Vif x.x should appear after xm create Virtual-guest.cfg, I guess
> (which in my case is MArie-DHCP)
> 
> root@debian:/home/dorian# brctl show
> bridge name    bridge id        STP enabled    interfaces
> pan0        8000.000000000000    no        
> xenbr0        8000.002655c46159    no        eth0

Does vifx.y exist in the "ifconfig -a" output?

> "This problem is often related to udev. Do you have udev installed? Is
> your udev the correct/supported version? "This error usually has more
> information in the end revealing the real reason.. for example:
> Error: Device 0 (vif) could not be connected. Hotplug scripts not working.


> "This problem is often caused by not having "xen-netback" driver
> loaded in dom0 kernel.
> "The hotplug scripts are located in /etc/xen/scripts by default, and
> are labeled with the prefix vif-*. Those "scripts log
> to /var/log/xen/xen-hotplug.log, and more detailed information can be
> found there."
> >>>>>>>>>I know I installed udev, prior to install xen from source
> since hotplug plugin doesn't exists/shows up.

Do you have Xen rules file in /et/udev/rules.d/foo?

e.g.

# head -n2 /etc/udev/rules.d/xen-backend.rules
SUBSYSTEM=="xen-backend", KERNEL=="tap*", ENV{UDEV_CALL}="1", RUN
+="/etc/xen/scripts/blktap $env{ACTION}"
SUBSYSTEM=="xen-backend", KERNEL=="v...
...

> I've been trying to locate xen-netback driver.
> root@debian:/dev# cat /proc/modules | grep xen
> xen_evtchn 4355 1 - Live 0xffffffffa04d7000
> xenfs 9616 1 - Live 0xffffffffa04ce000

Did you try "modprobe xen-netback" ? Or "find /lib/modules -name
\*netback\*" in case it was called something else in Squeeze?

> >>>>>>These modules seem .ok
> But since this call :
> http://wiki.xen.org/wiki/Mainline_Linux_Kernel_Configs#Update_modules
> The following modules may be required:STep 2
> 
>    xen-evtchn
>    xen-gntdev    >>> missing         >>>> I think the error comes from
>    xen-netback    >>>missing                this missing drivers
>    xen-blkback    >>>missing
>    xenfs
>    blktap        >>> missing   |Are they missing from Xen 4.2.1 from source Or
> did they don't install properly (something like exit with errors? I'm willing to re install 
> with detailed info if needed...).

These modules come from your kernel, not from Xen itself. The -xen
flavours of the Debian kernel should have them already (either modular
or static). If you built your own kernel then you will need to ensure
you enable the relevant option.

Ian.



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

From xen-users-bounces@lists.xen.org Tue Apr 30 14:08:03 2013
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 30 Apr 2013 14:08: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 1UXBD9-0006xY-R3; Tue, 30 Apr 2013 14:07:15 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1UXBD8-0006xT-RC
	for xen-users@lists.xen.org; Tue, 30 Apr 2013 14:07:15 +0000
Received: from [85.158.137.99:19357] by server-1.bemta-3.messagelabs.com id
	C7/58-13706-110DF715; Tue, 30 Apr 2013 14:07:13 +0000
X-Env-Sender: Ian.Campbell@citrix.com
X-Msg-Ref: server-4.tower-217.messagelabs.com!1367330824!19093860!1
X-Originating-IP: [46.33.159.39]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n
X-StarScan-Received: 
X-StarScan-Version: 6.8.6.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 12209 invoked from network); 30 Apr 2013 14:07:05 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39)
	by server-4.tower-217.messagelabs.com with RC4-SHA encrypted SMTP;
	30 Apr 2013 14:07:05 -0000
X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; 
   d="scan'208";a="4084676"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	30 Apr 2013 14:07:05 +0000
Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net
	(10.30.203.162) with Microsoft SMTP Server id 8.3.298.1;
	Tue, 30 Apr 2013 15:07:04 +0100
Message-ID: <1367330823.3142.535.camel@zakaz.uk.xensource.com>
From: Ian Campbell 
To: Dorian 
Date: Tue, 30 Apr 2013 15:07:03 +0100
In-Reply-To: <1367326714.9789.YahooMailNeo@web171803.mail.ir2.yahoo.com>
References: <1367326714.9789.YahooMailNeo@web171803.mail.ir2.yahoo.com>
Organization: Citrix Systems, Inc.
X-Mailer: Evolution 3.4.4-1 
MIME-Version: 1.0
Cc: "xen-users@lists.xen.org" 
Subject: Re: [Xen-users] Unaible to create DomU Guest
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

On Tue, 2013-04-30 at 13:58 +0100, Dorian wrote:
> Hello.
> 
> 
> First of all I 'm pretty new to Linux and this is my first install of
> Xen. So don't mind me wrong if sometimes I don't know which command is
> appropriate to fetch results.
> 
> 
> I'm running a new Debian Squeeze release 2.6.32-5-xen-amd64 with
> minimal components. I've been going through install of Xen as per the
> documentation for the 4.2.1 release and did so by source. However I
> installed (make install & make world) from
> within /user/Download/xen4.2.1, I don't know if that is a good/bad
> idea?

If you are new to this then I would strongly recommend you use the
version of Xen which is packaged in Debian. Likewise for the kernel.
[...]
> Vif x.x should appear after xm create Virtual-guest.cfg, I guess
> (which in my case is MArie-DHCP)
> 
> root@debian:/home/dorian# brctl show
> bridge name    bridge id        STP enabled    interfaces
> pan0        8000.000000000000    no        
> xenbr0        8000.002655c46159    no        eth0

Does vifx.y exist in the "ifconfig -a" output?

> "This problem is often related to udev. Do you have udev installed? Is
> your udev the correct/supported version? "This error usually has more
> information in the end revealing the real reason.. for example:
> Error: Device 0 (vif) could not be connected. Hotplug scripts not working.


> "This problem is often caused by not having "xen-netback" driver
> loaded in dom0 kernel.
> "The hotplug scripts are located in /etc/xen/scripts by default, and
> are labeled with the prefix vif-*. Those "scripts log
> to /var/log/xen/xen-hotplug.log, and more detailed information can be
> found there."
> >>>>>>>>>I know I installed udev, prior to install xen from source
> since hotplug plugin doesn't exists/shows up.

Do you have Xen rules file in /et/udev/rules.d/foo?

e.g.

# head -n2 /etc/udev/rules.d/xen-backend.rules
SUBSYSTEM=="xen-backend", KERNEL=="tap*", ENV{UDEV_CALL}="1", RUN
+="/etc/xen/scripts/blktap $env{ACTION}"
SUBSYSTEM=="xen-backend", KERNEL=="v...
...

> I've been trying to locate xen-netback driver.
> root@debian:/dev# cat /proc/modules | grep xen
> xen_evtchn 4355 1 - Live 0xffffffffa04d7000
> xenfs 9616 1 - Live 0xffffffffa04ce000

Did you try "modprobe xen-netback" ? Or "find /lib/modules -name
\*netback\*" in case it was called something else in Squeeze?

> >>>>>>These modules seem .ok
> But since this call :
> http://wiki.xen.org/wiki/Mainline_Linux_Kernel_Configs#Update_modules
> The following modules may be required:STep 2
> 
>    xen-evtchn
>    xen-gntdev    >>> missing         >>>> I think the error comes from
>    xen-netback    >>>missing                this missing drivers
>    xen-blkback    >>>missing
>    xenfs
>    blktap        >>> missing   |Are they missing from Xen 4.2.1 from source Or
> did they don't install properly (something like exit with errors? I'm willing to re install 
> with detailed info if needed...).

These modules come from your kernel, not from Xen itself. The -xen
flavours of the Debian kernel should have them already (either modular
or static). If you built your own kernel then you will need to ensure
you enable the relevant option.

Ian.



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

From xen-users-bounces@lists.xen.org Tue Apr 30 16:16:46 2013
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 30 Apr 2013 16:16: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 1UXDDR-0006uD-2v; Tue, 30 Apr 2013 16:15:41 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1UXDDP-0006u4-R4
	for xen-users@lists.xen.org; Tue, 30 Apr 2013 16:15:40 +0000
Received: from [85.158.138.51:18125] by server-1.bemta-3.messagelabs.com id
	E3/8B-13706-A2EEF715; Tue, 30 Apr 2013 16:15:38 +0000
X-Env-Sender: dechangydorian@yahoo.fr
X-Msg-Ref: server-16.tower-174.messagelabs.com!1367338535!30632467!1
X-Originating-IP: [77.238.189.195]
X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_40_50,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.8.6.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 10336 invoked from network); 30 Apr 2013 16:15:35 -0000
Received: from nm13-vm0.bullet.mail.ird.yahoo.com (HELO
	nm13-vm0.bullet.mail.ird.yahoo.com) (77.238.189.195)
	by server-16.tower-174.messagelabs.com with SMTP;
	30 Apr 2013 16:15:35 -0000
Received: from [77.238.189.56] by nm13.bullet.mail.ird.yahoo.com with NNFMP;
	30 Apr 2013 16:15:35 -0000
Received: from [212.82.108.239] by tm9.bullet.mail.ird.yahoo.com with NNFMP;
	30 Apr 2013 16:15:35 -0000
Received: from [127.0.0.1] by omp1004.mail.ird.yahoo.com with NNFMP;
	30 Apr 2013 16:15:35 -0000
X-Yahoo-Newman-Property: ymail-3
X-Yahoo-Newman-Id: 311581.89768.bm@omp1004.mail.ird.yahoo.com
Received: (qmail 61605 invoked by uid 60001); 30 Apr 2013 16:15:35 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.fr; s=s1024;
	t=1367338535; bh=h1woje8NUE6wLiGrOyR9agv4r7FXHV0jzP5POvePgpU=;
	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=jxnZKse2BxoP3w/HoXkbrew+DXyHx0ZCbpbRP4qALANm3bmCUdieF4qaqdbFjI1M3AYU0Qs3iI65b5JGcpISf0aE+Zoo9B4P3wQg1e5nYn+z8+cIa/X8l/I0c8tjr3aTZOOQXBDLBjlJD9vCmh4xc8taoIgHPquoly2seX3+xpA=
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=fJTA+vFLIwkT/6HqI+L/F2vC5lVMvlBTQhdsBgvnBouFJmiqsSQyalDodGUmAWrOIMA/jXMbHvxlD7WHoZ9sClLhb1OsbAvLzAbChlO58pejzyqJnNSupjBqhPsyaE2P4X28+GpHN+zXUN08dUbltpSlErWKYguLfz8aPn2EQ/o=;
X-YMail-OSG: 4Op6FT0VM1mg05ZanUZLNyzW57NRVFG2UKYiH7acccjkui1
	voxrQvQq079VQv7Nm0lGdUGYjWJzieRtsQTxJIzRVYwYDGL1squrIG6sMGaB
	PcwqU3Kfn9wcIYUOLXXYLvTtycfTLQBAShxk540.MMmOCGWAy6H9UMm3qj3s
	20o30bUwSbce5EJZL5RQUkmSoqaPkxOj7gsRzYAkqEByFQgQ9LXDru5tr.CG
	oH67DP3GXaSYjOY43kiu89JzW30.faRln5jwnW2P82JaZVUWySQZA2zNDx9Y
	JHzRvHGzP_ZlXRX.cDzZkOvNl_HzQ9oqXHqkfqybBPYc_BPBurBtU2SgarlB
	NT8G.b1NnLV1wNv1Z__9LsGaBG3Xzre12wvIywzTU46r9TkO03EtQ2QqmcE9
	orZDwYyoyJcRQlqNK9okrRXVa0s8OJVf1nS5RE2VWS5H4xrEgSOod36Tl6MO
	dm_0zh2PRahR6I22E5BRu7qAqGxFeKCDuHqcVfpoKNxu9Qmd36nH6uXLkmUH
	Zp7Bjzcewrp0LbvVK70XlVTTYSvRTEb0Re72f0P0TULWO
Received: from [109.129.187.157] by web171806.mail.ir2.yahoo.com via HTTP;
	Tue, 30 Apr 2013 17:15:34 BST
X-Rocket-MIMEInfo: 002.001,
	RWFjaCByZXBseSBpbiBib2xkIENoYXIuClRoeAoKRGXCoDogSWFuIENhbXBiZWxsIDxJYW4uQ2FtcGJlbGxAY2l0cml4LmNvbT4Kw4DCoDogRG9yaWFuIDxkZWNoYW5neWRvcmlhbkB5YWhvby5mcj4gCkNjwqA6ICJ4ZW4tdXNlcnNAbGlzdHMueGVuLm9yZyIgPHhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnPiAKRW52b3nDqSBsZSA6IE1hcmRpIDMwIGF2cmlsIDIwMTMgMTZoMDcKT2JqZXTCoDogUmU6IFtYZW4tdXNlcnNdIFVuYWlibGUgdG8gY3JlYXRlIERvbVUgR3Vlc3QKIAoKT24gVHVlLCAyMDEzLTA0LTMwIGEBMAEBAQE-
X-Mailer: YahooMailWebService/0.8.141.536
References: <1367326714.9789.YahooMailNeo@web171803.mail.ir2.yahoo.com>
	<1367330823.3142.535.camel@zakaz.uk.xensource.com>
Message-ID: <1367338534.60816.YahooMailNeo@web171806.mail.ir2.yahoo.com>
Date: Tue, 30 Apr 2013 17:15:34 +0100 (BST)
From: Dorian 
To: Ian Campbell ,
	"xen-users@lists.xen.org" 
In-Reply-To: <1367330823.3142.535.camel@zakaz.uk.xensource.com>
MIME-Version: 1.0
Subject: Re: [Xen-users] Unaible to create DomU Guest
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: Dorian 
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============0016318681997412733=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

--===============0016318681997412733==
Content-Type: multipart/alternative; boundary="-970193273-1499133792-1367338534=:60816"

---970193273-1499133792-1367338534=:60816
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

Each reply in bold Char.=0AThx=0A=0ADe=A0: Ian Campbell =0A=C0=A0: Dorian  =0ACc=A0: "xen-users@list=
s.xen.org"  =0AEnvoy=E9 le : Mardi 30 avril 2013 1=
6h07=0AObjet=A0: Re: [Xen-users] Unaible to create DomU Guest=0A =0A=0AOn T=
ue, 2013-04-30 at 13:58 +0100, Dorian wrote:=0A> Hello.=0A> =0A> =0A> First=
 of all I 'm pretty new to Linux and this is my first install of=0A> Xen. S=
o don't mind me wrong if sometimes I don't know which command is=0A> approp=
riate to fetch results.=0A> =0A> =0A> I'm running a new Debian Squeeze rele=
ase 2.6.32-5-xen-amd64 with=0A> minimal components. I've been going through=
 install of Xen as per the=0A> documentation for the 4.2.1 release and did =
so by source. However I=0A> installed (make install & make world) from=0A> =
within /user/Download/xen4.2.1, I don't know if that is a good/bad=0A> idea=
?=0A=0AIf you are new to this then I would strongly recommend you use the=
=0Aversion of Xen which is packaged in Debian. Likewise for the kernel.=0A[=
...]=0A=0AI'm not sure what you mean with =A0"version of Xen which is packa=
ged in Debian"=0Awhen I tried to install with aptitude, I got uncomplete in=
stall. From source it looks like correct.=0AOn top... of this I can't googl=
e a distro of Debian with Xen included (pre-packaged), if that is what you =
meant. If so please resume with this practice.... :=0A=0A=0A> Vif x.x shoul=
d appear after xm create Virtual-guest.cfg, I guess=0A> (which in my case i=
s MArie-DHCP)=0A> =0A> root@debian:/home/dorian# brctl show=0A> bridge name=
=A0 =A0 bridge id=A0 =A0 =A0 =A0 STP enabled=A0 =A0 interfaces=0A> pan0=A0 =
=A0 =A0 =A0 8000.000000000000=A0 =A0 no=A0 =A0 =A0 =A0 =0A> xenbr0=A0 =A0 =
=A0 =A0 8000.002655c46159=A0 =A0 no=A0 =A0 =A0 =A0 eth0=0A=0ADoes vifx.y ex=
ist in the "ifconfig -a" output?=0A=0AThis is the second issue I aim to vie=
w in sight. I don't see it. I have :=0A=0Aeth0=0Alo=0Apan0=0Awlan0=0Axenbr0=
=0Axenbr0:avahi=0A=0AI can tell that when I launch the guest ( #xm create )=
, the network "icon" shows an vifx.y device when I slide my mouse over it.=
=A0Unfortunately , as the guest doesn't perform the read/write execution =
=A0and returns recursive error in hotplug.log, it crashes and alert me with=
 "Error: Device 0 (vif) could not be connected. Hotplug scripts not working=
." This bug is reported in the page > wiki.xen.org/wiki/xenCommonProblems#=
=A0=A0=0AProblems are quoted below (I put them in bold char)=0A=0A> "This p=
roblem is often related to udev. Do you have udev installed? Is=0A> your ud=
ev the correct/supported version? "This error usually has more=0A> informat=
ion in the end revealing the real reason.. for example:=0A> Error: Device 0=
 (vif) could not be connected. Hotplug scripts not working.=0A=0A=0A> "This=
 problem is often caused by not having "xen-netback" driver=0A> loaded in d=
om0 kernel.=0A> "The hotplug scripts are located in /etc/xen/scripts by def=
ault, and=0A> are labeled with the prefix vif-*. Those "scripts log=0A> to =
/var/log/xen/xen-hotplug.log, and more detailed information can be=0A> foun=
d there."=0A>I =A0know I installed udev, prior to install xen from source=
=0A> since hotplug plugin doesn't exists/shows up.=0A=0A=0ADo you have Xen =
rules file in /et/udev/rules.d/foo?=0A=0Ae.g.No file ./foo doesn't exist. W=
hereas I have=A0=0Axen-backend.rules=0Axend.rules + 3 other beginin 70-... =
& z60.. 85-pcm..=0A=0A# head -n2 /etc/udev/rules.d/xen-backend.rules=0ASUBS=
YSTEM=3D=3D"xen-backend", KERNEL=3D=3D"tap*", ENV{UDEV_CALL}=3D"1", RUN=0A+=
=3D"/etc/xen/scripts/blktap $env{ACTION}"=0ASUBSYSTEM=3D=3D"xen-backend", K=
ERNEL=3D=3D"v...=0A...=0A=0A> I've been trying to locate xen-netback driver=
.=0A> root@debian:/dev# cat /proc/modules | grep xen=0A> xen_evtchn 4355 1 =
- Live 0xffffffffa04d7000=0A> xenfs 9616 1 - Live 0xffffffffa04ce000=0A=0A>=
>Did you try "modprobe xen-netback" ? Or "find /lib/modules -name=0A>>\*net=
back\*" in case it was called something else in Squeeze?=0A=0AA locate xen-=
netback returns NOthing=0APrompted modprobe xen-netback >> answer: FATAL: M=
odule xen-netback not found. '(I remind of the former and latter also missi=
ng - see below ) How do I get around!? Maybe I'll never fix it on my own :5=
 But once @ A TIME=A0=0A=0A=0A> >>>>>>These modules seem .ok=0A> But since =
this call :=0A> http://wiki.xen.org/wiki/Mainline_Linux_Kernel_Configs#Upda=
te_modules=0A> The following modules may be required:STep 2=0A> =0A>=A0 =A0=
 xen-evtchn=0A>=A0 =A0 xen-gntdev=A0 =A0 >>> missing=A0 =A0 =A0 =A0  >>>> I=
 think the error comes from=0A>=A0 =A0 xen-netback=A0 =A0 >>>missing=A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 this missing drivers=0A>=A0 =A0 xen-blkback=A0 =A0=
 >>>missing=0A>=A0 =A0 xenfs=0A>=A0 =A0 blktap=A0 =A0 =A0 =A0 >>> missing=
=A0  |Are they missing from Xen 4.2.1 from source Or=0A> did they don't ins=
tall properly (something like exit with errors? I'm willing to re install =
=0A> with detailed info if needed...).=0A=0AThese modules come from your ke=
rnel, not from Xen itself. The -xen=0Aflavours of the Debian kernel should =
have them already (either modular=0Aor static). If you built your own kerne=
l then you will need to ensure=0Ayou enable the relevant option.=0A=0AIs it=
 this you mean that installing xen from source DID NOT install these module=
s. They are present in the Debian kernel?=0AHow come I get a FATAL answer! =
Again you point out the xen flavour of Debian kernel... Hm kernel 2.6.32-5 =
is one ? Can you answer this basic and maybe idiot Q by Yes or No? Thx! Hm,=
 sezcondly I'm afraid I won't build my own kernel - I've never read an arti=
cle on this topic. Looks like too much developer side on either sides. My r=
espect. Final: if these modules should have been packed with the Debian ker=
nel, how will I install them. This is a basic question but for instance an =
aptitude search xen-netback returns 0.=0A=0AIan.
---970193273-1499133792-1367338534=:60816
Content-Type: text/html; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable


Each reply in bold Char.
Thx<=
/b>

  <=
font size=3D"2" face=3D"Arial"> De&nbs=
p;: Ian Campbell <Ian.Campbell@citrix.com>
 =C0 : Dorian <dechangydorian@=
yahoo.fr> 
Cc :=
 "xen-users@lists.xen.org"
 <xen-users@lists.xen.org> 
 Envoy=E9 le : Mardi 30 avril 2013 16h07
 Objet : Re: [Xen-users] Unaible to creat=
e DomU Guest
  
 

On Tue, =
2013-04-30 at 13:58 +0100, Dorian wrote:
> Hello.
> 
> > First of all I 'm pretty new to Linux and this is my first install o=
f
> Xen. So don't mind me wrong if sometimes I don't know which comma=
nd is
> appropriate to fetch results.
> 
> 
> I'm r=
unning a new Debian Squeeze release 2.6.32-5-xen-amd64 with
> minimal=
 components. I've been going through install of Xen as per the
> docu=
mentation for the 4.2.1 release and did so by source. However I
> ins=
talled (make install & make world) from
> within /user/Download/x=
en4.2.1, I don't know if that is a good/bad
> idea?

If you are
 new to this then I would strongly recommend you use the
version of Xen =
which is packaged in Debian. Likewise for the kernel.
[...]

I'm not sure what you mean with  "version of =
Xen which is packaged in Debian"
when I tried to install with aptitude, =
I got uncomplete install. From source it looks like correct.
On top... o=
f this I can't google a distro of Debian with Xen included (pre-packaged), =
if that is what you meant. If so please resume with this practice.... :


> Vif x.x should appear after xm create Virtual-guest.cfg, I g=
uess
> (which in my case is MArie-DHCP)
> 
> root@debian=
:/home/dorian# brctl show
> bridge name    bridge id  =
      STP enabled    interfaces
> pan0 =
       8000.000000000000    no     =
   
> xenbr0        8000.002655c46159  =
  no        eth0

Does vifx.y exist in the "=
ifconfig -a" output?

=09This is the second issue =
I aim to view in sight. I don't see it. I have :

=09eth0=09
=09lo
=09pan0
=09wlan0
=09xenbr0
=09xenbr0:avahi

=09I can tell
 that when I launch the guest ( #xm create ), the network "icon" shows an v=
ifx.y device when I slide my mouse over =09it. U=
nfortunately , as the guest doesn't perform the read/write execution  =
and returns recursive error in hotplug.log, it crashes =09=
and alert me with "Error: Device 0 (vif) c=
ould not be connected. Hotplug scripts not working." This bug is reported i=
n the page > wiki.xen.org/wi=
ki/xenCommonProblems#  
Problem=
s are quoted below (I put them in bold char)

> "This problem is o=
ften related to udev.
 Do you have udev installed? Is
> your udev the correct/supported ver=
sion? "This error usually has more
> information in the end revealing=
 the real reason.. for example:
> Error: Device 0 (vif) could not be =
connected. Hotplug scripts not working.


> "This problem is of=
ten caused by not having "xen-netback" driver
> loaded in dom0 kernel=
.
> "The hotplug scripts are located in /etc/xen/scripts by default, =
and
> are labeled with the prefix vif-*. Those "scripts log
> t=
o /var/log/xen/xen-hotplug.log, and more detailed information can be
>=
; found there."
>I  know I installed udev, prior to insta=
ll xen from source
> since hotplug plugin doesn't exists/shows up.
Do you have Xen rules file in /et/u=
dev/rules.d/foo?

e.g.=09No file ./foo=
 doesn't exist. Whereas I have 
=09=09xen-backend.rules
=09=09xend.rules + 3 other beg=
inin 70-... & z60.. 85-pcm..

# head -n2 /etc/udev/rules.d/xen-backend.rules
SUBSYSTEM=3D=3D"xen-=
backend", KERNEL=3D=3D"tap*", ENV{UDEV_CALL}=3D"1", RUN
+=3D"/etc/xen/sc=
ripts/blktap $env{ACTION}"
SUBSYSTEM=3D=3D"xen-backend", KERNEL=3D=3D"v.=
..
...

> I've been trying to locate xen-netback driver.
>=
; root@debian=
:/dev# cat /proc/modules | grep xen
> xen_evtchn 4355 1 - Live 0x=
ffffffffa04d7000
> xenfs 9616 1 - Live
 0xffffffffa04ce000

>>Did you try "modprobe xen-netback" ? Or =
"find /lib/modules -name
>>\*netback\*" in case it was called some=
thing else in Squeeze?

A locate x=
en-netback returns NOthing
Prompted modprobe xen-netback >> answer=
: FATAL: Module xen-netback not found. '(I remind of the former and latter =
also missing - see below ) How do I get around!? Maybe I'll never fix it on=
 my own :5 But once @ A TIME 

> >>>>>>These modules seem .ok
> But =
since this call :
> http://wiki.xen.org/wiki=
/Mainline_Linux_Kernel_Configs#Update_modules
> The following mod=
ules may be required:STep 2
> 
>   
 xen-evtchn
>    xen-gntdev    >>> missi=
ng         >>>> I think the error comes fro=
m
>    xen-netback    >>>missing  &=
nbsp;             this missing drivers
>=
;    xen-blkback    >>>missing
>  &=
nbsp; xenfs
>    blktap        >>=
> missing   |Are they missing from Xen 4.2.1 from source Or
>=
 did they don't install properly (something like exit with errors? I'm will=
ing to re install 
> with detailed info if needed...).

These m=
odules come from your kernel, not from Xen itself. The -xen
flavours of =
the Debian kernel should have them already (either modular
or static). I=
f you built your own kernel then you will need to ensure
you enable the =
relevant option.

Is it this
 you mean that installing xen from source DID NOT install these modules. Th=
ey are present in the Debian kernel?
How come I get a FATAL answer! Agai=
n you point out the xen flavour of Debian kernel... Hm kernel 2.6.32-5 is o=
ne ? Can you answer this basic and maybe idiot Q by Yes or No? Thx! Hm, sez=
condly I'm afraid I won't build my own kernel - I've never read an article =
on this topic. Looks like too much developer side on either sides. My respe=
ct. Final: if these modules should have been packed with the Debian kernel,=
 how will I install them. This is a basic question but for instance an apti=
tude search xen-netback returns 0.

Ian.




 
 
  

---970193273-1499133792-1367338534=:60816--


--===============0016318681997412733==
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
--===============0016318681997412733==--


From xen-users-bounces@lists.xen.org Tue Apr 30 16:16:46 2013
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 30 Apr 2013 16:16: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 1UXDDR-0006uD-2v; Tue, 30 Apr 2013 16:15:41 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1UXDDP-0006u4-R4
	for xen-users@lists.xen.org; Tue, 30 Apr 2013 16:15:40 +0000
Received: from [85.158.138.51:18125] by server-1.bemta-3.messagelabs.com id
	E3/8B-13706-A2EEF715; Tue, 30 Apr 2013 16:15:38 +0000
X-Env-Sender: dechangydorian@yahoo.fr
X-Msg-Ref: server-16.tower-174.messagelabs.com!1367338535!30632467!1
X-Originating-IP: [77.238.189.195]
X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_40_50,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.8.6.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 10336 invoked from network); 30 Apr 2013 16:15:35 -0000
Received: from nm13-vm0.bullet.mail.ird.yahoo.com (HELO
	nm13-vm0.bullet.mail.ird.yahoo.com) (77.238.189.195)
	by server-16.tower-174.messagelabs.com with SMTP;
	30 Apr 2013 16:15:35 -0000
Received: from [77.238.189.56] by nm13.bullet.mail.ird.yahoo.com with NNFMP;
	30 Apr 2013 16:15:35 -0000
Received: from [212.82.108.239] by tm9.bullet.mail.ird.yahoo.com with NNFMP;
	30 Apr 2013 16:15:35 -0000
Received: from [127.0.0.1] by omp1004.mail.ird.yahoo.com with NNFMP;
	30 Apr 2013 16:15:35 -0000
X-Yahoo-Newman-Property: ymail-3
X-Yahoo-Newman-Id: 311581.89768.bm@omp1004.mail.ird.yahoo.com
Received: (qmail 61605 invoked by uid 60001); 30 Apr 2013 16:15:35 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.fr; s=s1024;
	t=1367338535; bh=h1woje8NUE6wLiGrOyR9agv4r7FXHV0jzP5POvePgpU=;
	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=jxnZKse2BxoP3w/HoXkbrew+DXyHx0ZCbpbRP4qALANm3bmCUdieF4qaqdbFjI1M3AYU0Qs3iI65b5JGcpISf0aE+Zoo9B4P3wQg1e5nYn+z8+cIa/X8l/I0c8tjr3aTZOOQXBDLBjlJD9vCmh4xc8taoIgHPquoly2seX3+xpA=
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=fJTA+vFLIwkT/6HqI+L/F2vC5lVMvlBTQhdsBgvnBouFJmiqsSQyalDodGUmAWrOIMA/jXMbHvxlD7WHoZ9sClLhb1OsbAvLzAbChlO58pejzyqJnNSupjBqhPsyaE2P4X28+GpHN+zXUN08dUbltpSlErWKYguLfz8aPn2EQ/o=;
X-YMail-OSG: 4Op6FT0VM1mg05ZanUZLNyzW57NRVFG2UKYiH7acccjkui1
	voxrQvQq079VQv7Nm0lGdUGYjWJzieRtsQTxJIzRVYwYDGL1squrIG6sMGaB
	PcwqU3Kfn9wcIYUOLXXYLvTtycfTLQBAShxk540.MMmOCGWAy6H9UMm3qj3s
	20o30bUwSbce5EJZL5RQUkmSoqaPkxOj7gsRzYAkqEByFQgQ9LXDru5tr.CG
	oH67DP3GXaSYjOY43kiu89JzW30.faRln5jwnW2P82JaZVUWySQZA2zNDx9Y
	JHzRvHGzP_ZlXRX.cDzZkOvNl_HzQ9oqXHqkfqybBPYc_BPBurBtU2SgarlB
	NT8G.b1NnLV1wNv1Z__9LsGaBG3Xzre12wvIywzTU46r9TkO03EtQ2QqmcE9
	orZDwYyoyJcRQlqNK9okrRXVa0s8OJVf1nS5RE2VWS5H4xrEgSOod36Tl6MO
	dm_0zh2PRahR6I22E5BRu7qAqGxFeKCDuHqcVfpoKNxu9Qmd36nH6uXLkmUH
	Zp7Bjzcewrp0LbvVK70XlVTTYSvRTEb0Re72f0P0TULWO
Received: from [109.129.187.157] by web171806.mail.ir2.yahoo.com via HTTP;
	Tue, 30 Apr 2013 17:15:34 BST
X-Rocket-MIMEInfo: 002.001,
	RWFjaCByZXBseSBpbiBib2xkIENoYXIuClRoeAoKRGXCoDogSWFuIENhbXBiZWxsIDxJYW4uQ2FtcGJlbGxAY2l0cml4LmNvbT4Kw4DCoDogRG9yaWFuIDxkZWNoYW5neWRvcmlhbkB5YWhvby5mcj4gCkNjwqA6ICJ4ZW4tdXNlcnNAbGlzdHMueGVuLm9yZyIgPHhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnPiAKRW52b3nDqSBsZSA6IE1hcmRpIDMwIGF2cmlsIDIwMTMgMTZoMDcKT2JqZXTCoDogUmU6IFtYZW4tdXNlcnNdIFVuYWlibGUgdG8gY3JlYXRlIERvbVUgR3Vlc3QKIAoKT24gVHVlLCAyMDEzLTA0LTMwIGEBMAEBAQE-
X-Mailer: YahooMailWebService/0.8.141.536
References: <1367326714.9789.YahooMailNeo@web171803.mail.ir2.yahoo.com>
	<1367330823.3142.535.camel@zakaz.uk.xensource.com>
Message-ID: <1367338534.60816.YahooMailNeo@web171806.mail.ir2.yahoo.com>
Date: Tue, 30 Apr 2013 17:15:34 +0100 (BST)
From: Dorian 
To: Ian Campbell ,
	"xen-users@lists.xen.org" 
In-Reply-To: <1367330823.3142.535.camel@zakaz.uk.xensource.com>
MIME-Version: 1.0
Subject: Re: [Xen-users] Unaible to create DomU Guest
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: Dorian 
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============0016318681997412733=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

--===============0016318681997412733==
Content-Type: multipart/alternative; boundary="-970193273-1499133792-1367338534=:60816"

---970193273-1499133792-1367338534=:60816
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

Each reply in bold Char.=0AThx=0A=0ADe=A0: Ian Campbell =0A=C0=A0: Dorian  =0ACc=A0: "xen-users@list=
s.xen.org"  =0AEnvoy=E9 le : Mardi 30 avril 2013 1=
6h07=0AObjet=A0: Re: [Xen-users] Unaible to create DomU Guest=0A =0A=0AOn T=
ue, 2013-04-30 at 13:58 +0100, Dorian wrote:=0A> Hello.=0A> =0A> =0A> First=
 of all I 'm pretty new to Linux and this is my first install of=0A> Xen. S=
o don't mind me wrong if sometimes I don't know which command is=0A> approp=
riate to fetch results.=0A> =0A> =0A> I'm running a new Debian Squeeze rele=
ase 2.6.32-5-xen-amd64 with=0A> minimal components. I've been going through=
 install of Xen as per the=0A> documentation for the 4.2.1 release and did =
so by source. However I=0A> installed (make install & make world) from=0A> =
within /user/Download/xen4.2.1, I don't know if that is a good/bad=0A> idea=
?=0A=0AIf you are new to this then I would strongly recommend you use the=
=0Aversion of Xen which is packaged in Debian. Likewise for the kernel.=0A[=
...]=0A=0AI'm not sure what you mean with =A0"version of Xen which is packa=
ged in Debian"=0Awhen I tried to install with aptitude, I got uncomplete in=
stall. From source it looks like correct.=0AOn top... of this I can't googl=
e a distro of Debian with Xen included (pre-packaged), if that is what you =
meant. If so please resume with this practice.... :=0A=0A=0A> Vif x.x shoul=
d appear after xm create Virtual-guest.cfg, I guess=0A> (which in my case i=
s MArie-DHCP)=0A> =0A> root@debian:/home/dorian# brctl show=0A> bridge name=
=A0 =A0 bridge id=A0 =A0 =A0 =A0 STP enabled=A0 =A0 interfaces=0A> pan0=A0 =
=A0 =A0 =A0 8000.000000000000=A0 =A0 no=A0 =A0 =A0 =A0 =0A> xenbr0=A0 =A0 =
=A0 =A0 8000.002655c46159=A0 =A0 no=A0 =A0 =A0 =A0 eth0=0A=0ADoes vifx.y ex=
ist in the "ifconfig -a" output?=0A=0AThis is the second issue I aim to vie=
w in sight. I don't see it. I have :=0A=0Aeth0=0Alo=0Apan0=0Awlan0=0Axenbr0=
=0Axenbr0:avahi=0A=0AI can tell that when I launch the guest ( #xm create )=
, the network "icon" shows an vifx.y device when I slide my mouse over it.=
=A0Unfortunately , as the guest doesn't perform the read/write execution =
=A0and returns recursive error in hotplug.log, it crashes and alert me with=
 "Error: Device 0 (vif) could not be connected. Hotplug scripts not working=
." This bug is reported in the page > wiki.xen.org/wiki/xenCommonProblems#=
=A0=A0=0AProblems are quoted below (I put them in bold char)=0A=0A> "This p=
roblem is often related to udev. Do you have udev installed? Is=0A> your ud=
ev the correct/supported version? "This error usually has more=0A> informat=
ion in the end revealing the real reason.. for example:=0A> Error: Device 0=
 (vif) could not be connected. Hotplug scripts not working.=0A=0A=0A> "This=
 problem is often caused by not having "xen-netback" driver=0A> loaded in d=
om0 kernel.=0A> "The hotplug scripts are located in /etc/xen/scripts by def=
ault, and=0A> are labeled with the prefix vif-*. Those "scripts log=0A> to =
/var/log/xen/xen-hotplug.log, and more detailed information can be=0A> foun=
d there."=0A>I =A0know I installed udev, prior to install xen from source=
=0A> since hotplug plugin doesn't exists/shows up.=0A=0A=0ADo you have Xen =
rules file in /et/udev/rules.d/foo?=0A=0Ae.g.No file ./foo doesn't exist. W=
hereas I have=A0=0Axen-backend.rules=0Axend.rules + 3 other beginin 70-... =
& z60.. 85-pcm..=0A=0A# head -n2 /etc/udev/rules.d/xen-backend.rules=0ASUBS=
YSTEM=3D=3D"xen-backend", KERNEL=3D=3D"tap*", ENV{UDEV_CALL}=3D"1", RUN=0A+=
=3D"/etc/xen/scripts/blktap $env{ACTION}"=0ASUBSYSTEM=3D=3D"xen-backend", K=
ERNEL=3D=3D"v...=0A...=0A=0A> I've been trying to locate xen-netback driver=
.=0A> root@debian:/dev# cat /proc/modules | grep xen=0A> xen_evtchn 4355 1 =
- Live 0xffffffffa04d7000=0A> xenfs 9616 1 - Live 0xffffffffa04ce000=0A=0A>=
>Did you try "modprobe xen-netback" ? Or "find /lib/modules -name=0A>>\*net=
back\*" in case it was called something else in Squeeze?=0A=0AA locate xen-=
netback returns NOthing=0APrompted modprobe xen-netback >> answer: FATAL: M=
odule xen-netback not found. '(I remind of the former and latter also missi=
ng - see below ) How do I get around!? Maybe I'll never fix it on my own :5=
 But once @ A TIME=A0=0A=0A=0A> >>>>>>These modules seem .ok=0A> But since =
this call :=0A> http://wiki.xen.org/wiki/Mainline_Linux_Kernel_Configs#Upda=
te_modules=0A> The following modules may be required:STep 2=0A> =0A>=A0 =A0=
 xen-evtchn=0A>=A0 =A0 xen-gntdev=A0 =A0 >>> missing=A0 =A0 =A0 =A0  >>>> I=
 think the error comes from=0A>=A0 =A0 xen-netback=A0 =A0 >>>missing=A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 this missing drivers=0A>=A0 =A0 xen-blkback=A0 =A0=
 >>>missing=0A>=A0 =A0 xenfs=0A>=A0 =A0 blktap=A0 =A0 =A0 =A0 >>> missing=
=A0  |Are they missing from Xen 4.2.1 from source Or=0A> did they don't ins=
tall properly (something like exit with errors? I'm willing to re install =
=0A> with detailed info if needed...).=0A=0AThese modules come from your ke=
rnel, not from Xen itself. The -xen=0Aflavours of the Debian kernel should =
have them already (either modular=0Aor static). If you built your own kerne=
l then you will need to ensure=0Ayou enable the relevant option.=0A=0AIs it=
 this you mean that installing xen from source DID NOT install these module=
s. They are present in the Debian kernel?=0AHow come I get a FATAL answer! =
Again you point out the xen flavour of Debian kernel... Hm kernel 2.6.32-5 =
is one ? Can you answer this basic and maybe idiot Q by Yes or No? Thx! Hm,=
 sezcondly I'm afraid I won't build my own kernel - I've never read an arti=
cle on this topic. Looks like too much developer side on either sides. My r=
espect. Final: if these modules should have been packed with the Debian ker=
nel, how will I install them. This is a basic question but for instance an =
aptitude search xen-netback returns 0.=0A=0AIan.
---970193273-1499133792-1367338534=:60816
Content-Type: text/html; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

  
Each reply in bold Char.
Thx<=
/b>

  <=
font size=3D"2" face=3D"Arial"> De&nbs=
p;: Ian Campbell <Ian.Campbell@citrix.com>
 =C0 : Dorian <dechangydorian@=
yahoo.fr> 
Cc :=
 "xen-users@lists.xen.org"
 <xen-users@lists.xen.org> 
 Envoy=E9 le : Mardi 30 avril 2013 16h07
 Objet : Re: [Xen-users] Unaible to creat=
e DomU Guest
  
 

On Tue, =
2013-04-30 at 13:58 +0100, Dorian wrote:
> Hello.
> 
> > First of all I 'm pretty new to Linux and this is my first install o=
f
> Xen. So don't mind me wrong if sometimes I don't know which comma=
nd is
> appropriate to fetch results.
> 
> 
> I'm r=
unning a new Debian Squeeze release 2.6.32-5-xen-amd64 with
> minimal=
 components. I've been going through install of Xen as per the
> docu=
mentation for the 4.2.1 release and did so by source. However I
> ins=
talled (make install & make world) from
> within /user/Download/x=
en4.2.1, I don't know if that is a good/bad
> idea?

If you are
 new to this then I would strongly recommend you use the
version of Xen =
which is packaged in Debian. Likewise for the kernel.
[...]

I'm not sure what you mean with  "version of =
Xen which is packaged in Debian"
when I tried to install with aptitude, =
I got uncomplete install. From source it looks like correct.
On top... o=
f this I can't google a distro of Debian with Xen included (pre-packaged), =
if that is what you meant. If so please resume with this practice.... :


> Vif x.x should appear after xm create Virtual-guest.cfg, I g=
uess
> (which in my case is MArie-DHCP)
> 
> root@debian=
:/home/dorian# brctl show
> bridge name    bridge id  =
      STP enabled    interfaces
> pan0 =
       8000.000000000000    no     =
   
> xenbr0        8000.002655c46159  =
  no        eth0

Does vifx.y exist in the "=
ifconfig -a" output?

=09This is the second issue =
I aim to view in sight. I don't see it. I have :

=09eth0=09
=09lo
=09pan0
=09wlan0
=09xenbr0
=09xenbr0:avahi

=09I can tell
 that when I launch the guest ( #xm create ), the network "icon" shows an v=
ifx.y device when I slide my mouse over =09it. U=
nfortunately , as the guest doesn't perform the read/write execution  =
and returns recursive error in hotplug.log, it crashes =09=
and alert me with "Error: Device 0 (vif) c=
ould not be connected. Hotplug scripts not working." This bug is reported i=
n the page > wiki.xen.org/wi=
ki/xenCommonProblems#  
Problem=
s are quoted below (I put them in bold char)

> "This problem is o=
ften related to udev.
 Do you have udev installed? Is
> your udev the correct/supported ver=
sion? "This error usually has more
> information in the end revealing=
 the real reason.. for example:
> Error: Device 0 (vif) could not be =
connected. Hotplug scripts not working.


> "This problem is of=
ten caused by not having "xen-netback" driver
> loaded in dom0 kernel=
.
> "The hotplug scripts are located in /etc/xen/scripts by default, =
and
> are labeled with the prefix vif-*. Those "scripts log
> t=
o /var/log/xen/xen-hotplug.log, and more detailed information can be
>=
; found there."
>I  know I installed udev, prior to insta=
ll xen from source
> since hotplug plugin doesn't exists/shows up.
Do you have Xen rules file in /et/u=
dev/rules.d/foo?

e.g.=09No file ./foo=
 doesn't exist. Whereas I have 
=09=09xen-backend.rules
=09=09xend.rules + 3 other beg=
inin 70-... & z60.. 85-pcm..

# head -n2 /etc/udev/rules.d/xen-backend.rules
SUBSYSTEM=3D=3D"xen-=
backend", KERNEL=3D=3D"tap*", ENV{UDEV_CALL}=3D"1", RUN
+=3D"/etc/xen/sc=
ripts/blktap $env{ACTION}"
SUBSYSTEM=3D=3D"xen-backend", KERNEL=3D=3D"v.=
..
...

> I've been trying to locate xen-netback driver.
>=
; root@debian=
:/dev# cat /proc/modules | grep xen
> xen_evtchn 4355 1 - Live 0x=
ffffffffa04d7000
> xenfs 9616 1 - Live
 0xffffffffa04ce000

>>Did you try "modprobe xen-netback" ? Or =
"find /lib/modules -name
>>\*netback\*" in case it was called some=
thing else in Squeeze?

A locate x=
en-netback returns NOthing
Prompted modprobe xen-netback >> answer=
: FATAL: Module xen-netback not found. '(I remind of the former and latter =
also missing - see below ) How do I get around!? Maybe I'll never fix it on=
 my own :5 But once @ A TIME 

> >>>>>>These modules seem .ok
> But =
since this call :
> http://wiki.xen.org/wiki=
/Mainline_Linux_Kernel_Configs#Update_modules
> The following mod=
ules may be required:STep 2
> 
>   
 xen-evtchn
>    xen-gntdev    >>> missi=
ng         >>>> I think the error comes fro=
m
>    xen-netback    >>>missing  &=
nbsp;             this missing drivers
>=
;    xen-blkback    >>>missing
>  &=
nbsp; xenfs
>    blktap        >>=
> missing   |Are they missing from Xen 4.2.1 from source Or
>=
 did they don't install properly (something like exit with errors? I'm will=
ing to re install 
> with detailed info if needed...).

These m=
odules come from your kernel, not from Xen itself. The -xen
flavours of =
the Debian kernel should have them already (either modular
or static). I=
f you built your own kernel then you will need to ensure
you enable the =
relevant option.

Is it this
 you mean that installing xen from source DID NOT install these modules. Th=
ey are present in the Debian kernel?
How come I get a FATAL answer! Agai=
n you point out the xen flavour of Debian kernel... Hm kernel 2.6.32-5 is o=
ne ? Can you answer this basic and maybe idiot Q by Yes or No? Thx! Hm, sez=
condly I'm afraid I won't build my own kernel - I've never read an article =
on this topic. Looks like too much developer side on either sides. My respe=
ct. Final: if these modules should have been packed with the Debian kernel,=
 how will I install them. This is a basic question but for instance an apti=
tude search xen-netback returns 0.

Ian.




 
 

---970193273-1499133792-1367338534=:60816--


--===============0016318681997412733==
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
--===============0016318681997412733==--


From xen-users-bounces@lists.xen.org Tue Apr 30 16:29:15 2013
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 30 Apr 2013 16:29: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 1UXDPl-0007o3-44; Tue, 30 Apr 2013 16:28:25 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1UXDPj-0007ny-2f
	for xen-users@lists.xen.org; Tue, 30 Apr 2013 16:28:23 +0000
Received: from [85.158.139.83:50742] by server-3.bemta-5.messagelabs.com id
	26/A1-31108-621FF715; Tue, 30 Apr 2013 16:28:22 +0000
X-Env-Sender: Ian.Campbell@citrix.com
X-Msg-Ref: server-4.tower-182.messagelabs.com!1367339301!27486243!1
X-Originating-IP: [46.33.159.39]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n
X-StarScan-Received: 
X-StarScan-Version: 6.8.6.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 8518 invoked from network); 30 Apr 2013 16:28:21 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39)
	by server-4.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	30 Apr 2013 16:28:21 -0000
X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; 
   d="scan'208";a="4092340"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	30 Apr 2013 16:28:21 +0000
Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net
	(10.30.203.162) with Microsoft SMTP Server id 8.3.298.1;
	Tue, 30 Apr 2013 17:28:20 +0100
Message-ID: <1367339298.3142.591.camel@zakaz.uk.xensource.com>
From: Ian Campbell 
To: Dorian 
Date: Tue, 30 Apr 2013 17:28:18 +0100
In-Reply-To: <1367338534.60816.YahooMailNeo@web171806.mail.ir2.yahoo.com>
References: <1367326714.9789.YahooMailNeo@web171803.mail.ir2.yahoo.com>
	<1367330823.3142.535.camel@zakaz.uk.xensource.com>
	<1367338534.60816.YahooMailNeo@web171806.mail.ir2.yahoo.com>
Organization: Citrix Systems, Inc.
X-Mailer: Evolution 3.4.4-1 
MIME-Version: 1.0
Cc: "xen-users@lists.xen.org" 
Subject: Re: [Xen-users] Unaible to create DomU Guest
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

On Tue, 2013-04-30 at 17:15 +0100, Dorian wrote:
> 
> Each reply in bold Char.

I don't see any bold in your reply, because I do not read HTML mail (.
Please stick to the customary ">" style of quoting and post only plain
text mails.

I have gone through and tried to pick out your reply this time.

> > I'm running a new Debian Squeeze release 2.6.32-5-xen-amd64 with
> > minimal components. I've been going through install of Xen as per
> the
> > documentation for the 4.2.1 release and did so by source. However I
> > installed (make install & make world) from
> > within /user/Download/xen4.2.1, I don't know if that is a good/bad
> > idea?
> 
> If you are new to this then I would strongly recommend you use the
> version of Xen which is packaged in Debian. Likewise for the kernel.
> [...]
> 
> 
> I'm not sure what you mean with  "version of Xen which is packaged in
> Debian"

Debian contains binary packages of Xen: 
http://packages.debian.org/search?keywords=xen
http://wiki.debian.org/Xen
http://wiki.xen.org/wiki/Category:Debian

> when I tried to install with aptitude, I got uncomplete install. From
> source it looks like correct.
> On top... of this I can't google a distro of Debian with Xen included
> (pre-packaged), if that is what you meant. If so please resume with
> this practice.... :

I'm afraid I cannot parse the above. If you are saying that the Debian
packages did not work for you then perhaps this is something to
investigate further. The links I gave above contains various tutorials
regarding installing Xen on Debian.

I really think you would be better off using the binary packages
supplied by Debian.

> 
> 
> 
> > Vif x.x should appear after xm create Virtual-guest.cfg, I guess
> > (which in my case is MArie-DHCP)
> > 
> > root@debian:/home/dorian# brctl show
> > bridge name    bridge id        STP enabled    interfaces
> > pan0        8000.000000000000    no        
> > xenbr0        8000.002655c46159    no        eth0
> 
> Does vifx.y exist in the "ifconfig -a" output?
> 
> 
> This is the second issue I aim to view in sight. I don't see it. I
> have :

On second thoughts this could be because the toolstack cleaned up after
the failure, so we can't really tell anything here.

> > "This problem is often related to udev. Do you have udev installed?
> Is
> > your udev the correct/supported version? "This error usually has
> more
> > information in the end revealing the real reason.. for example:
> > Error: Device 0 (vif) could not be connected. Hotplug scripts not
> working.
> 
> 
> > "This problem is often caused by not having "xen-netback" driver
> > loaded in dom0 kernel.
> > "The hotplug scripts are located in /etc/xen/scripts by default, and
> > are labeled with the prefix vif-*. Those "scripts log
> > to /var/log/xen/xen-hotplug.log, and more detailed information can
> be
> > found there."
> >I  know I installed udev, prior to install xen from source
> > since hotplug plugin doesn't exists/shows up.
> 
> 
> Do you have Xen rules file in /et/udev/rules.d/foo?
> 
> e.g. No file ./foo doesn't exist.


Sorry, foo is usually used as a placeholder for "something".

>  Whereas I have 
> xen-backend.rules
> xend.rules + 3 other beginin 70-... & z60.. 85-pcm..
> 
> # head -n2 /etc/udev/rules.d/xen-backend.rules
> SUBSYSTEM=="xen-backend", KERNEL=="tap*", ENV{UDEV_CALL}="1", RUN
> +="/etc/xen/scripts/blktap $env{ACTION}"
> SUBSYSTEM=="xen-backend", KERNEL=="v...
> ...
> 
> > I've been trying to locate xen-netback driver.
> > root@debian:/dev# cat /proc/modules | grep xen
> > xen_evtchn 4355 1 - Live 0xffffffffa04d7000
> > xenfs 9616 1 - Live 0xffffffffa04ce000
> 
> >>Did you try "modprobe xen-netback" ? Or "find /lib/modules -name
> >>\*netback\*" in case it was called something else in Squeeze?
> 
> A locate xen-netback returns NOthing

The reason I suggested *netback* and not *xen-netback* is the in some
kernels the module is just called "netback" and not "xen-netback", I
don't recall if this is the case for Debian Squeeze or not.

If you use the Debian packages then you won't have this sort of problem
I think.

> These modules come from your kernel, not from Xen itself. The -xen
> flavours of the Debian kernel should have them already (either modular
> or static). If you built your own kernel then you will need to ensure
> you enable the relevant option.
> 
> Is it this you mean that installing xen from source DID NOT install
> these modules. They are present in the Debian kernel?

That is correct. The backend drivers are part of the kernel and not part
of the hypervisor.

> How come I get a FATAL answer! Again you point out the xen flavour of
> Debian kernel... Hm kernel 2.6.32-5 is one ?

No, you need the flavour with -xen in its name. -xen-686-bigmem or
-xen-amd64 IIRC. However if you are already running under Xen and you
don't build your own kernel then you have surely found the correct
kernel.

Ian.





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

From xen-users-bounces@lists.xen.org Tue Apr 30 16:29:15 2013
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 30 Apr 2013 16:29: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 1UXDPl-0007o3-44; Tue, 30 Apr 2013 16:28:25 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1UXDPj-0007ny-2f
	for xen-users@lists.xen.org; Tue, 30 Apr 2013 16:28:23 +0000
Received: from [85.158.139.83:50742] by server-3.bemta-5.messagelabs.com id
	26/A1-31108-621FF715; Tue, 30 Apr 2013 16:28:22 +0000
X-Env-Sender: Ian.Campbell@citrix.com
X-Msg-Ref: server-4.tower-182.messagelabs.com!1367339301!27486243!1
X-Originating-IP: [46.33.159.39]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n
X-StarScan-Received: 
X-StarScan-Version: 6.8.6.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 8518 invoked from network); 30 Apr 2013 16:28:21 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39)
	by server-4.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	30 Apr 2013 16:28:21 -0000
X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; 
   d="scan'208";a="4092340"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	30 Apr 2013 16:28:21 +0000
Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net
	(10.30.203.162) with Microsoft SMTP Server id 8.3.298.1;
	Tue, 30 Apr 2013 17:28:20 +0100
Message-ID: <1367339298.3142.591.camel@zakaz.uk.xensource.com>
From: Ian Campbell 
To: Dorian 
Date: Tue, 30 Apr 2013 17:28:18 +0100
In-Reply-To: <1367338534.60816.YahooMailNeo@web171806.mail.ir2.yahoo.com>
References: <1367326714.9789.YahooMailNeo@web171803.mail.ir2.yahoo.com>
	<1367330823.3142.535.camel@zakaz.uk.xensource.com>
	<1367338534.60816.YahooMailNeo@web171806.mail.ir2.yahoo.com>
Organization: Citrix Systems, Inc.
X-Mailer: Evolution 3.4.4-1 
MIME-Version: 1.0
Cc: "xen-users@lists.xen.org" 
Subject: Re: [Xen-users] Unaible to create DomU Guest
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

On Tue, 2013-04-30 at 17:15 +0100, Dorian wrote:
> 
> Each reply in bold Char.

I don't see any bold in your reply, because I do not read HTML mail (.
Please stick to the customary ">" style of quoting and post only plain
text mails.

I have gone through and tried to pick out your reply this time.

> > I'm running a new Debian Squeeze release 2.6.32-5-xen-amd64 with
> > minimal components. I've been going through install of Xen as per
> the
> > documentation for the 4.2.1 release and did so by source. However I
> > installed (make install & make world) from
> > within /user/Download/xen4.2.1, I don't know if that is a good/bad
> > idea?
> 
> If you are new to this then I would strongly recommend you use the
> version of Xen which is packaged in Debian. Likewise for the kernel.
> [...]
> 
> 
> I'm not sure what you mean with  "version of Xen which is packaged in
> Debian"

Debian contains binary packages of Xen: 
http://packages.debian.org/search?keywords=xen
http://wiki.debian.org/Xen
http://wiki.xen.org/wiki/Category:Debian

> when I tried to install with aptitude, I got uncomplete install. From
> source it looks like correct.
> On top... of this I can't google a distro of Debian with Xen included
> (pre-packaged), if that is what you meant. If so please resume with
> this practice.... :

I'm afraid I cannot parse the above. If you are saying that the Debian
packages did not work for you then perhaps this is something to
investigate further. The links I gave above contains various tutorials
regarding installing Xen on Debian.

I really think you would be better off using the binary packages
supplied by Debian.

> 
> 
> 
> > Vif x.x should appear after xm create Virtual-guest.cfg, I guess
> > (which in my case is MArie-DHCP)
> > 
> > root@debian:/home/dorian# brctl show
> > bridge name    bridge id        STP enabled    interfaces
> > pan0        8000.000000000000    no        
> > xenbr0        8000.002655c46159    no        eth0
> 
> Does vifx.y exist in the "ifconfig -a" output?
> 
> 
> This is the second issue I aim to view in sight. I don't see it. I
> have :

On second thoughts this could be because the toolstack cleaned up after
the failure, so we can't really tell anything here.

> > "This problem is often related to udev. Do you have udev installed?
> Is
> > your udev the correct/supported version? "This error usually has
> more
> > information in the end revealing the real reason.. for example:
> > Error: Device 0 (vif) could not be connected. Hotplug scripts not
> working.
> 
> 
> > "This problem is often caused by not having "xen-netback" driver
> > loaded in dom0 kernel.
> > "The hotplug scripts are located in /etc/xen/scripts by default, and
> > are labeled with the prefix vif-*. Those "scripts log
> > to /var/log/xen/xen-hotplug.log, and more detailed information can
> be
> > found there."
> >I  know I installed udev, prior to install xen from source
> > since hotplug plugin doesn't exists/shows up.
> 
> 
> Do you have Xen rules file in /et/udev/rules.d/foo?
> 
> e.g. No file ./foo doesn't exist.


Sorry, foo is usually used as a placeholder for "something".

>  Whereas I have 
> xen-backend.rules
> xend.rules + 3 other beginin 70-... & z60.. 85-pcm..
> 
> # head -n2 /etc/udev/rules.d/xen-backend.rules
> SUBSYSTEM=="xen-backend", KERNEL=="tap*", ENV{UDEV_CALL}="1", RUN
> +="/etc/xen/scripts/blktap $env{ACTION}"
> SUBSYSTEM=="xen-backend", KERNEL=="v...
> ...
> 
> > I've been trying to locate xen-netback driver.
> > root@debian:/dev# cat /proc/modules | grep xen
> > xen_evtchn 4355 1 - Live 0xffffffffa04d7000
> > xenfs 9616 1 - Live 0xffffffffa04ce000
> 
> >>Did you try "modprobe xen-netback" ? Or "find /lib/modules -name
> >>\*netback\*" in case it was called something else in Squeeze?
> 
> A locate xen-netback returns NOthing

The reason I suggested *netback* and not *xen-netback* is the in some
kernels the module is just called "netback" and not "xen-netback", I
don't recall if this is the case for Debian Squeeze or not.

If you use the Debian packages then you won't have this sort of problem
I think.

> These modules come from your kernel, not from Xen itself. The -xen
> flavours of the Debian kernel should have them already (either modular
> or static). If you built your own kernel then you will need to ensure
> you enable the relevant option.
> 
> Is it this you mean that installing xen from source DID NOT install
> these modules. They are present in the Debian kernel?

That is correct. The backend drivers are part of the kernel and not part
of the hypervisor.

> How come I get a FATAL answer! Again you point out the xen flavour of
> Debian kernel... Hm kernel 2.6.32-5 is one ?

No, you need the flavour with -xen in its name. -xen-686-bigmem or
-xen-amd64 IIRC. However if you are already running under Xen and you
don't build your own kernel then you have surely found the correct
kernel.

Ian.





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

From xen-users-bounces@lists.xen.org Tue Apr 30 18:29:01 2013
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 30 Apr 2013 18:29: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 1UXFHT-0006zb-LW; Tue, 30 Apr 2013 18:27:59 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1UXFHS-0006zW-P6
	for xen-users@lists.xen.org; Tue, 30 Apr 2013 18:27:59 +0000
Received: from [85.158.137.99:45468] by server-3.bemta-3.messagelabs.com id
	5A/7A-26934-E2D00815; Tue, 30 Apr 2013 18:27:58 +0000
X-Env-Sender: ole.johan.varingstad@gmail.com
X-Msg-Ref: server-13.tower-217.messagelabs.com!1367346473!1419143!1
X-Originating-IP: [209.85.128.181]
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.8.6.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 4851 invoked from network); 30 Apr 2013 18:27:54 -0000
Received: from mail-ve0-f181.google.com (HELO mail-ve0-f181.google.com)
	(209.85.128.181)
	by server-13.tower-217.messagelabs.com with RC4-SHA encrypted SMTP;
	30 Apr 2013 18:27:54 -0000
Received: by mail-ve0-f181.google.com with SMTP id d10so655091vea.40
	for ; Tue, 30 Apr 2013 11:27:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=x-received:mime-version:in-reply-to:references:from:date:message-id
	:subject:to:cc:content-type;
	bh=accvC22KYf5wKhQbi6yq9pIaDPa21RfuaD4JE737qVk=;
	b=XXJP5sKq0wIHJoP8v5u7cjakR7CftTJmPEb6QJujwfqau2z6H2wBS7oQ70GRZUYAeA
	9eYNFxOBjnMLHrV+2R+y1FO9nhh8ePnboG3JtnJz/l+R+CBts9FrT7jMolGwFPUYK+Zy
	OZyk1wXfhz3OXGvYF5LPNTHw/cGsSeffkq1cniH7Q018t6YFHI42zBLNYYG2GV/95wgo
	UgzwzXKpA6egvrzrkWx7h7moU2pB17ERzxA7/H0gr10gLlOS6CxunRITavb6mD7veQWW
	+TDxGJE3+Vk3PuKqG+k9VGHHp7T9AzgihfMOtC5Je1FGQ6wJlYW+gJOvVVF8xbrGyLy7
	AG1Q==
X-Received: by 10.52.75.71 with SMTP id a7mr317632vdw.104.1367346473180; Tue,
	30 Apr 2013 11:27:53 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.52.90.136 with HTTP; Tue, 30 Apr 2013 11:27:33 -0700 (PDT)
In-Reply-To: 
References: 
	<517F6E8C.2030308@bobich.net>
	
	
From: =?ISO-8859-1?Q?Ole_Johan_V=E6ringstad?= 
Date: Tue, 30 Apr 2013 20:27:33 +0200
Message-ID: 
To: Gordan Bobic 
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] VGA/PCI Passthrough of Secondary Graphics Adapter
X-BeenThere: xen-users@lists.xen.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="===============0659395415452378410=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

--===============0659395415452378410==
Content-Type: multipart/alternative; boundary=20cf3071cf7ed1a69f04db9828d1

--20cf3071cf7ed1a69f04db9828d1
Content-Type: text/plain; charset=ISO-8859-1

I too got the atikmpag.sys BSOD initially, I got around it by installing
the 12.104 drivers. It also took me a while to realize I had a "working"
solution:

I would install the drivers, then reboot the dom0, start the domU, connect
vnc, and then windows would hang on "Starting Windows". Turns out windows
completes the login (I set up auto-login) on the output of the card I
passed through. In device manager the emulated VGA adapter shows an error,
while the ATI card is fine. If I reboot domU, the emulated VGA is fine,
while the ATI card shows an error. For a while I thought I had to do a dom0
reboot, which fixes it, but ejecting the card also works (although I will
have to find a way to shut down the domU "in the dark" which is cleaner
than xl destroy).

My passthrough card is an Asus HD7970. I initially had an Asus HD7770 as my
dom0 card, but that caused problems. I have the 7970 in the first PCIe slot
and the dom0 in the second, but I can set in bios which prints POST. I
could not get an ATI driver to work in dom0. I tried the open source Radeon
driver, which needed mesa 9.1+ for acceleration with Southern
Islands/HD7xxx, which again needed a patched llvm I had to pull from the
git-repo of what I actually believe is an AMD engineer. Still, glxgears
gave me 5-7 fps. It might have worked nicely without acceleration but I
needed that for monitor rotation. Note that you only need mesa 9.1+ for
SI/HD7xxx. The AMD's official driver gave me an amputated xorg.log and ugly
segfaults. I pulled out the card and installed my old nVidia GTX275, which
now works like a charm with the binary driver. I will order something like
an nVidia GTX650 because my 275 only supports 2 monitors and I need 3. I
got the HD7770 as a dom0 card because I thought it would simplify matters,
turns out the opposite was true. But I do not know if this is related to
xen, could be a lot of things.

I hope this information will be useful to someone beyond myself, because I
had to spend quite a bit of time to get it to work. Time is money too, so
there comes a point where buying working solutions becomes cheap. I would
like to see a database of working hardware combinations. (Atleast I would
have loved to when I was setting it up)

Setup:
Gigabyte GA-X79S-UP5 with i7-3820
Gentoo dom0 at 3.7.10, 3.8.10, will now test 3.9.0
Xen 4.2.0 from portage, xl toolstack
nVidia GTX275 as dom0 VGA
Asus Radeon HD7770 DCU-II as domU Secondary Passthrough
Windows 7 64bit with PV drivers.
AMD 12.104 drivers
xen kernel options:
  dom0_mem=8192M,max:8192M
  dom0_max_vpcus=4
  dom0_vcpus_pin
  iommu=1
  xsave=1
linux kernel options:
  xen-pciback.permissive
  xen-pciback.hide=(USBbus and VGA card)

I anyone have a good solution for cleanly shutting down windows without a
monitor, or would like to see more configuration, please give me a shout.

- OJ


On Tue, Apr 30, 2013 at 2:39 PM, Gordan Bobic  wrote:

> On Tue, 30 Apr 2013 07:54:05 -0400, Casey DeLorme 
> wrote:
>
>> I have been using version 0.11.0.357 for three months on Windows 8
>> with passthrough.
>>
>> It makes a significant difference in disk (SSD) performance, but I am
>> not sure about network.
>>
>> As Gordan said, not exactly the best choice for stability yet.
>>
>
> My VM disk is an iSCSI share, so I'm not too concerned about making
> latency any less bad at the moment. Just having things work would
> be nice for now. :)
>
>
> ______________________________**_________________
> Xen-users mailing list
> Xen-users@lists.xen.org
> http://lists.xen.org/xen-users
>

--20cf3071cf7ed1a69f04db9828d1
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable


I too got the atikmpag.sys BSOD initially, I got arou=
nd it by installing the 12.104 drivers. It also took me a while to realize =
I had a "working" solution:

I would =
install the drivers, then reboot the dom0, start the domU, connect vnc, and=
 then windows would hang on "Starting Windows". Turns out windows=
 completes the login (I set up auto-login) on the output of the card I pass=
ed through. In device manager the emulated VGA adapter shows an error, whil=
e the ATI card is fine. If I reboot domU, the emulated VGA is fine, while t=
he ATI card shows an error. For a while I thought I had to do a dom0 reboot=
, which fixes it, but ejecting the card also works (although I will have to=
 find a way to shut down the domU "in the dark" which is cleaner =
than xl destroy).




My passthrough card is an Asus HD7970. I initially had =
an Asus HD7770 as my dom0 card, but that caused problems. I have the 7970 i=
n the first PCIe slot and the dom0 in the second, but I can set in bios whi=
ch prints POST. I could not get an ATI driver to work in dom0. I tried the =
open source Radeon driver, which needed mesa 9.1+ for acceleration with Sou=
thern Islands/HD7xxx, which again needed a patched llvm I had to pull from =
the git-repo of what I actually believe is an AMD engineer. Still, glxgears=
 gave me 5-7 fps. It might have worked nicely without acceleration but I ne=
eded that for monitor rotation. Note that you only need mesa 9.1+ for SI/HD=
7xxx. The AMD's official driver gave me an amputated xorg.log and ugly =
segfaults. I pulled out the card and installed my old nVidia GTX275, which =
now works like a charm with the binary driver. I will order something like =
an nVidia GTX650 because my 275 only supports 2 monitors and I need 3. I go=
t the HD7770 as a dom0 card because I thought it would simplify matters, tu=
rns out the opposite was true. But I do not know if this is related to xen,=
 could be a lot of things.




I hope this information will be useful to someone beyon=
d myself, because I had to spend quite a bit of time to get it to work. Tim=
e is money too, so there comes a point where buying working solutions becom=
es cheap. I would like to see a database of working hardware combinations. =
(Atleast I would have loved to when I was setting it up)




Setup:
Gigabyte GA-X79S-UP5 with i7-3820
Gentoo dom0 at 3.7.10, 3.8.10, will now test 3.9.0
Xen 4.2.=
0 from portage, xl toolstack
nVidia GTX275 as dom0 VGA



Asus Radeon HD7770 DCU-II as domU Secondary Passthrough
Windows 7=
 64bit with PV drivers.
AMD 12.104 drivers
xen kernel o=
ptions: 
=A0 dom0_mem=3D8192M,max:8192M
=A0 dom0_max_vp=
cus=3D4



=A0 dom0_vcpus_pin
=A0 iommu=3D1
=A0 xsave=3D1
linux kernel options:
=A0 xen-pciback.permissive
=A0 xen-pciback.hide=3D(USBbus and VGA card)

I an=
yone have a good solution for cleanly shutting down windows without a monit=
or, or would like to see more configuration, please give me a shout.




- OJ=A0


<=
div class=3D"gmail_quote">On Tue, Apr 30, 2013 at 2:39 PM, Gordan Bobic <g=
ordan@bobich.net> wrote:



On Tue, 30 Apr 2013 07:54:=
05 -0400, Casey DeLorme <cdelorme@gmail.com> wrote:





I have been using version 0.11.0.357 for three months on Windows 8

with passthrough.



It makes a significant difference in disk (SSD) performance, but I am

not sure about network.



As Gordan said, not exactly the best choice for stability yet.





My VM disk is an iSCSI share, so I'm not too concerned about making

latency any less bad at the moment. Just having things work would

be nice for now. :)




_______________________________________________

Xen-users mailing list

Xen-users@list=
s.xen.org

http://lists.x=
en.org/xen-users





--20cf3071cf7ed1a69f04db9828d1--


--===============0659395415452378410==
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
--===============0659395415452378410==--


From xen-users-bounces@lists.xen.org Tue Apr 30 18:29:01 2013
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 30 Apr 2013 18:29: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 1UXFHT-0006zb-LW; Tue, 30 Apr 2013 18:27:59 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1UXFHS-0006zW-P6
	for xen-users@lists.xen.org; Tue, 30 Apr 2013 18:27:59 +0000
Received: from [85.158.137.99:45468] by server-3.bemta-3.messagelabs.com id
	5A/7A-26934-E2D00815; Tue, 30 Apr 2013 18:27:58 +0000
X-Env-Sender: ole.johan.varingstad@gmail.com
X-Msg-Ref: server-13.tower-217.messagelabs.com!1367346473!1419143!1
X-Originating-IP: [209.85.128.181]
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.8.6.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 4851 invoked from network); 30 Apr 2013 18:27:54 -0000
Received: from mail-ve0-f181.google.com (HELO mail-ve0-f181.google.com)
	(209.85.128.181)
	by server-13.tower-217.messagelabs.com with RC4-SHA encrypted SMTP;
	30 Apr 2013 18:27:54 -0000
Received: by mail-ve0-f181.google.com with SMTP id d10so655091vea.40
	for ; Tue, 30 Apr 2013 11:27:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=x-received:mime-version:in-reply-to:references:from:date:message-id
	:subject:to:cc:content-type;
	bh=accvC22KYf5wKhQbi6yq9pIaDPa21RfuaD4JE737qVk=;
	b=XXJP5sKq0wIHJoP8v5u7cjakR7CftTJmPEb6QJujwfqau2z6H2wBS7oQ70GRZUYAeA
	9eYNFxOBjnMLHrV+2R+y1FO9nhh8ePnboG3JtnJz/l+R+CBts9FrT7jMolGwFPUYK+Zy
	OZyk1wXfhz3OXGvYF5LPNTHw/cGsSeffkq1cniH7Q018t6YFHI42zBLNYYG2GV/95wgo
	UgzwzXKpA6egvrzrkWx7h7moU2pB17ERzxA7/H0gr10gLlOS6CxunRITavb6mD7veQWW
	+TDxGJE3+Vk3PuKqG+k9VGHHp7T9AzgihfMOtC5Je1FGQ6wJlYW+gJOvVVF8xbrGyLy7
	AG1Q==
X-Received: by 10.52.75.71 with SMTP id a7mr317632vdw.104.1367346473180; Tue,
	30 Apr 2013 11:27:53 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.52.90.136 with HTTP; Tue, 30 Apr 2013 11:27:33 -0700 (PDT)
In-Reply-To: 
References: 
	<517F6E8C.2030308@bobich.net>
	
	
From: =?ISO-8859-1?Q?Ole_Johan_V=E6ringstad?= 
Date: Tue, 30 Apr 2013 20:27:33 +0200
Message-ID: 
To: Gordan Bobic 
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] VGA/PCI Passthrough of Secondary Graphics Adapter
X-BeenThere: xen-users@lists.xen.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="===============0659395415452378410=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

--===============0659395415452378410==
Content-Type: multipart/alternative; boundary=20cf3071cf7ed1a69f04db9828d1

--20cf3071cf7ed1a69f04db9828d1
Content-Type: text/plain; charset=ISO-8859-1

I too got the atikmpag.sys BSOD initially, I got around it by installing
the 12.104 drivers. It also took me a while to realize I had a "working"
solution:

I would install the drivers, then reboot the dom0, start the domU, connect
vnc, and then windows would hang on "Starting Windows". Turns out windows
completes the login (I set up auto-login) on the output of the card I
passed through. In device manager the emulated VGA adapter shows an error,
while the ATI card is fine. If I reboot domU, the emulated VGA is fine,
while the ATI card shows an error. For a while I thought I had to do a dom0
reboot, which fixes it, but ejecting the card also works (although I will
have to find a way to shut down the domU "in the dark" which is cleaner
than xl destroy).

My passthrough card is an Asus HD7970. I initially had an Asus HD7770 as my
dom0 card, but that caused problems. I have the 7970 in the first PCIe slot
and the dom0 in the second, but I can set in bios which prints POST. I
could not get an ATI driver to work in dom0. I tried the open source Radeon
driver, which needed mesa 9.1+ for acceleration with Southern
Islands/HD7xxx, which again needed a patched llvm I had to pull from the
git-repo of what I actually believe is an AMD engineer. Still, glxgears
gave me 5-7 fps. It might have worked nicely without acceleration but I
needed that for monitor rotation. Note that you only need mesa 9.1+ for
SI/HD7xxx. The AMD's official driver gave me an amputated xorg.log and ugly
segfaults. I pulled out the card and installed my old nVidia GTX275, which
now works like a charm with the binary driver. I will order something like
an nVidia GTX650 because my 275 only supports 2 monitors and I need 3. I
got the HD7770 as a dom0 card because I thought it would simplify matters,
turns out the opposite was true. But I do not know if this is related to
xen, could be a lot of things.

I hope this information will be useful to someone beyond myself, because I
had to spend quite a bit of time to get it to work. Time is money too, so
there comes a point where buying working solutions becomes cheap. I would
like to see a database of working hardware combinations. (Atleast I would
have loved to when I was setting it up)

Setup:
Gigabyte GA-X79S-UP5 with i7-3820
Gentoo dom0 at 3.7.10, 3.8.10, will now test 3.9.0
Xen 4.2.0 from portage, xl toolstack
nVidia GTX275 as dom0 VGA
Asus Radeon HD7770 DCU-II as domU Secondary Passthrough
Windows 7 64bit with PV drivers.
AMD 12.104 drivers
xen kernel options:
  dom0_mem=8192M,max:8192M
  dom0_max_vpcus=4
  dom0_vcpus_pin
  iommu=1
  xsave=1
linux kernel options:
  xen-pciback.permissive
  xen-pciback.hide=(USBbus and VGA card)

I anyone have a good solution for cleanly shutting down windows without a
monitor, or would like to see more configuration, please give me a shout.

- OJ


On Tue, Apr 30, 2013 at 2:39 PM, Gordan Bobic  wrote:

> On Tue, 30 Apr 2013 07:54:05 -0400, Casey DeLorme 
> wrote:
>
>> I have been using version 0.11.0.357 for three months on Windows 8
>> with passthrough.
>>
>> It makes a significant difference in disk (SSD) performance, but I am
>> not sure about network.
>>
>> As Gordan said, not exactly the best choice for stability yet.
>>
>
> My VM disk is an iSCSI share, so I'm not too concerned about making
> latency any less bad at the moment. Just having things work would
> be nice for now. :)
>
>
> ______________________________**_________________
> Xen-users mailing list
> Xen-users@lists.xen.org
> http://lists.xen.org/xen-users
>

--20cf3071cf7ed1a69f04db9828d1
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable


I too got the atikmpag.sys BSOD initially, I got arou=
nd it by installing the 12.104 drivers. It also took me a while to realize =
I had a "working" solution:

I would =
install the drivers, then reboot the dom0, start the domU, connect vnc, and=
 then windows would hang on "Starting Windows". Turns out windows=
 completes the login (I set up auto-login) on the output of the card I pass=
ed through. In device manager the emulated VGA adapter shows an error, whil=
e the ATI card is fine. If I reboot domU, the emulated VGA is fine, while t=
he ATI card shows an error. For a while I thought I had to do a dom0 reboot=
, which fixes it, but ejecting the card also works (although I will have to=
 find a way to shut down the domU "in the dark" which is cleaner =
than xl destroy).




My passthrough card is an Asus HD7970. I initially had =
an Asus HD7770 as my dom0 card, but that caused problems. I have the 7970 i=
n the first PCIe slot and the dom0 in the second, but I can set in bios whi=
ch prints POST. I could not get an ATI driver to work in dom0. I tried the =
open source Radeon driver, which needed mesa 9.1+ for acceleration with Sou=
thern Islands/HD7xxx, which again needed a patched llvm I had to pull from =
the git-repo of what I actually believe is an AMD engineer. Still, glxgears=
 gave me 5-7 fps. It might have worked nicely without acceleration but I ne=
eded that for monitor rotation. Note that you only need mesa 9.1+ for SI/HD=
7xxx. The AMD's official driver gave me an amputated xorg.log and ugly =
segfaults. I pulled out the card and installed my old nVidia GTX275, which =
now works like a charm with the binary driver. I will order something like =
an nVidia GTX650 because my 275 only supports 2 monitors and I need 3. I go=
t the HD7770 as a dom0 card because I thought it would simplify matters, tu=
rns out the opposite was true. But I do not know if this is related to xen,=
 could be a lot of things.




I hope this information will be useful to someone beyon=
d myself, because I had to spend quite a bit of time to get it to work. Tim=
e is money too, so there comes a point where buying working solutions becom=
es cheap. I would like to see a database of working hardware combinations. =
(Atleast I would have loved to when I was setting it up)




Setup:
Gigabyte GA-X79S-UP5 with i7-3820
Gentoo dom0 at 3.7.10, 3.8.10, will now test 3.9.0
Xen 4.2.=
0 from portage, xl toolstack
nVidia GTX275 as dom0 VGA



Asus Radeon HD7770 DCU-II as domU Secondary Passthrough
Windows 7=
 64bit with PV drivers.
AMD 12.104 drivers
xen kernel o=
ptions: 
=A0 dom0_mem=3D8192M,max:8192M
=A0 dom0_max_vp=
cus=3D4



=A0 dom0_vcpus_pin
=A0 iommu=3D1
=A0 xsave=3D1
linux kernel options:
=A0 xen-pciback.permissive
=A0 xen-pciback.hide=3D(USBbus and VGA card)

I an=
yone have a good solution for cleanly shutting down windows without a monit=
or, or would like to see more configuration, please give me a shout.




- OJ=A0


<=
div class=3D"gmail_quote">On Tue, Apr 30, 2013 at 2:39 PM, Gordan Bobic <g=
ordan@bobich.net> wrote:



On Tue, 30 Apr 2013 07:54:=
05 -0400, Casey DeLorme <cdelorme@gmail.com> wrote:





I have been using version 0.11.0.357 for three months on Windows 8

with passthrough.



It makes a significant difference in disk (SSD) performance, but I am

not sure about network.



As Gordan said, not exactly the best choice for stability yet.





My VM disk is an iSCSI share, so I'm not too concerned about making

latency any less bad at the moment. Just having things work would

be nice for now. :)




_______________________________________________

Xen-users mailing list

Xen-users@list=
s.xen.org

http://lists.x=
en.org/xen-users





--20cf3071cf7ed1a69f04db9828d1--


--===============0659395415452378410==
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
--===============0659395415452378410==--


From xen-users-bounces@lists.xen.org Tue Apr 30 18:40:05 2013
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 30 Apr 2013 18:40: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 1UXFSF-0007Pj-5G; Tue, 30 Apr 2013 18:39:07 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1UXFSD-0007Pd-IC
	for xen-users@lists.xen.org; Tue, 30 Apr 2013 18:39:05 +0000
Received: from [85.158.137.99:9926] by server-12.bemta-3.messagelabs.com id
	F3/BC-01357-8CF00815; Tue, 30 Apr 2013 18:39:04 +0000
X-Env-Sender: gordan@bobich.net
X-Msg-Ref: server-3.tower-217.messagelabs.com!1367347143!14837450!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.8.6.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 12836 invoked from network); 30 Apr 2013 18:39:03 -0000
Received: from host217-34-137-81.in-addr.btopenworld.com (HELO
	external.sentinel2) (217.34.137.81)
	by server-3.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted
	SMTP; 30 Apr 2013 18:39:03 -0000
Received: from thinkpad.shatteredsilicon.net (unknown [178.102.169.186])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by external.sentinel2 (Postfix) with ESMTPSA id 283DD2211A3
	for ; Tue, 30 Apr 2013 19:38:58 +0100 (BST)
Message-ID: <51800FBC.5000708@bobich.net>
Date: Tue, 30 Apr 2013 19:38:52 +0100
From: Gordan Bobic 
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:17.0) Gecko/20130402 Thunderbird/17.0.5
MIME-Version: 1.0
To: "xen-users@lists.xen.org" 
References: 
	<517F6E8C.2030308@bobich.net>
	
	
	
In-Reply-To: 
Subject: Re: [Xen-users] VGA/PCI Passthrough of Secondary Graphics Adapter
X-BeenThere: xen-users@lists.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-1"; Format="flowed"
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

On 04/30/2013 07:27 PM, Ole Johan V=E6ringstad wrote:
> I too got the atikmpag.sys BSOD initially, I got around it by installing
> the 12.104 drivers. It also took me a while to realize I had a "working"
> solution:
>
> I would install the drivers, then reboot the dom0, start the domU,
> connect vnc, and then windows would hang on "Starting Windows". Turns
> out windows completes the login (I set up auto-login) on the output of
> the card I passed through. In device manager the emulated VGA adapter
> shows an error, while the ATI card is fine. If I reboot domU, the
> emulated VGA is fine, while the ATI card shows an error. For a while I
> thought I had to do a dom0 reboot, which fixes it, but ejecting the card
> also works (although I will have to find a way to shut down the domU "in
> the dark" which is cleaner than xl destroy).

I haven't found any correlation between dom0 reboots and domU working. 2 =

days ago, I was rebooting domU multiple times without rebooting dom0. =

Yesterday it didn't matter how many times I rebooted either, domU just =

wouldn't start up and BSOD-ed every time before the login screen appeared.

> My passthrough card is an Asus HD7970. I initially had an Asus HD7770 as
> my dom0 card, but that caused problems. I have the 7970 in the first
> PCIe slot and the dom0 in the second, but I can set in bios which prints
> POST. I could not get an ATI driver to work in dom0. I tried the open
> source Radeon driver, which needed mesa 9.1+ for acceleration with
> Southern Islands/HD7xxx, which again needed a patched llvm I had to pull
> from the git-repo of what I actually believe is an AMD engineer. Still,
> glxgears gave me 5-7 fps. It might have worked nicely without
> acceleration but I needed that for monitor rotation. Note that you only
> need mesa 9.1+ for SI/HD7xxx. The AMD's official driver gave me an
> amputated xorg.log and ugly segfaults. I pulled out the card and
> installed my old nVidia GTX275, which now works like a charm with the
> binary driver. I will order something like an nVidia GTX650 because my
> 275 only supports 2 monitors and I need 3. I got the HD7770 as a dom0
> card because I thought it would simplify matters, turns out the opposite
> was true. But I do not know if this is related to xen, could be a lot of
> things.

My experience is that ATI cards rarely simplify matters. The moment you =

go off the straight and narrow (single monitor, nothing weird like =

virtualization) things start to fall apart very quickly, especially in =

Windows. FGLRX driver is actually pretty decent in Linux, but it's lack =

of ability to build for dom0 is a major failing, and likely an =

unacceptable one for people on this list.

> I hope this information will be useful to someone beyond myself, because
> I had to spend quite a bit of time to get it to work. Time is money too,
> so there comes a point where buying working solutions becomes cheap. I
> would like to see a database of working hardware combinations. (Atleast
> I would have loved to when I was setting it up)
>
> Setup:
> Gigabyte GA-X79S-UP5 with i7-3820
> Gentoo dom0 at 3.7.10, 3.8.10, will now test 3.9.0
> Xen 4.2.0 from portage, xl toolstack
> nVidia GTX275 as dom0 VGA
> Asus Radeon HD7770 DCU-II as domU Secondary Passthrough
> Windows 7 64bit with PV drivers.
> AMD 12.104 drivers
> xen kernel options:
>    dom0_mem=3D8192M,max:8192M
>    dom0_max_vpcus=3D4
>    dom0_vcpus_pin
>    iommu=3D1
>    xsave=3D1
> linux kernel options:
>    xen-pciback.permissive
>    xen-pciback.hide=3D(USBbus and VGA card)

What does xen-pciback.permissive do?

I found that regardless of xen-pciback module options, I have to =

manually detach the devices from dom0 after loading the xen-pciback module.

Gordan


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

From xen-users-bounces@lists.xen.org Tue Apr 30 18:40:05 2013
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 30 Apr 2013 18:40: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 1UXFSF-0007Pj-5G; Tue, 30 Apr 2013 18:39:07 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1UXFSD-0007Pd-IC
	for xen-users@lists.xen.org; Tue, 30 Apr 2013 18:39:05 +0000
Received: from [85.158.137.99:9926] by server-12.bemta-3.messagelabs.com id
	F3/BC-01357-8CF00815; Tue, 30 Apr 2013 18:39:04 +0000
X-Env-Sender: gordan@bobich.net
X-Msg-Ref: server-3.tower-217.messagelabs.com!1367347143!14837450!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.8.6.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 12836 invoked from network); 30 Apr 2013 18:39:03 -0000
Received: from host217-34-137-81.in-addr.btopenworld.com (HELO
	external.sentinel2) (217.34.137.81)
	by server-3.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted
	SMTP; 30 Apr 2013 18:39:03 -0000
Received: from thinkpad.shatteredsilicon.net (unknown [178.102.169.186])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by external.sentinel2 (Postfix) with ESMTPSA id 283DD2211A3
	for ; Tue, 30 Apr 2013 19:38:58 +0100 (BST)
Message-ID: <51800FBC.5000708@bobich.net>
Date: Tue, 30 Apr 2013 19:38:52 +0100
From: Gordan Bobic 
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:17.0) Gecko/20130402 Thunderbird/17.0.5
MIME-Version: 1.0
To: "xen-users@lists.xen.org" 
References: 
	<517F6E8C.2030308@bobich.net>
	
	
	
In-Reply-To: 
Subject: Re: [Xen-users] VGA/PCI Passthrough of Secondary Graphics Adapter
X-BeenThere: xen-users@lists.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-1"; Format="flowed"
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

On 04/30/2013 07:27 PM, Ole Johan V=E6ringstad wrote:
> I too got the atikmpag.sys BSOD initially, I got around it by installing
> the 12.104 drivers. It also took me a while to realize I had a "working"
> solution:
>
> I would install the drivers, then reboot the dom0, start the domU,
> connect vnc, and then windows would hang on "Starting Windows". Turns
> out windows completes the login (I set up auto-login) on the output of
> the card I passed through. In device manager the emulated VGA adapter
> shows an error, while the ATI card is fine. If I reboot domU, the
> emulated VGA is fine, while the ATI card shows an error. For a while I
> thought I had to do a dom0 reboot, which fixes it, but ejecting the card
> also works (although I will have to find a way to shut down the domU "in
> the dark" which is cleaner than xl destroy).

I haven't found any correlation between dom0 reboots and domU working. 2 =

days ago, I was rebooting domU multiple times without rebooting dom0. =

Yesterday it didn't matter how many times I rebooted either, domU just =

wouldn't start up and BSOD-ed every time before the login screen appeared.

> My passthrough card is an Asus HD7970. I initially had an Asus HD7770 as
> my dom0 card, but that caused problems. I have the 7970 in the first
> PCIe slot and the dom0 in the second, but I can set in bios which prints
> POST. I could not get an ATI driver to work in dom0. I tried the open
> source Radeon driver, which needed mesa 9.1+ for acceleration with
> Southern Islands/HD7xxx, which again needed a patched llvm I had to pull
> from the git-repo of what I actually believe is an AMD engineer. Still,
> glxgears gave me 5-7 fps. It might have worked nicely without
> acceleration but I needed that for monitor rotation. Note that you only
> need mesa 9.1+ for SI/HD7xxx. The AMD's official driver gave me an
> amputated xorg.log and ugly segfaults. I pulled out the card and
> installed my old nVidia GTX275, which now works like a charm with the
> binary driver. I will order something like an nVidia GTX650 because my
> 275 only supports 2 monitors and I need 3. I got the HD7770 as a dom0
> card because I thought it would simplify matters, turns out the opposite
> was true. But I do not know if this is related to xen, could be a lot of
> things.

My experience is that ATI cards rarely simplify matters. The moment you =

go off the straight and narrow (single monitor, nothing weird like =

virtualization) things start to fall apart very quickly, especially in =

Windows. FGLRX driver is actually pretty decent in Linux, but it's lack =

of ability to build for dom0 is a major failing, and likely an =

unacceptable one for people on this list.

> I hope this information will be useful to someone beyond myself, because
> I had to spend quite a bit of time to get it to work. Time is money too,
> so there comes a point where buying working solutions becomes cheap. I
> would like to see a database of working hardware combinations. (Atleast
> I would have loved to when I was setting it up)
>
> Setup:
> Gigabyte GA-X79S-UP5 with i7-3820
> Gentoo dom0 at 3.7.10, 3.8.10, will now test 3.9.0
> Xen 4.2.0 from portage, xl toolstack
> nVidia GTX275 as dom0 VGA
> Asus Radeon HD7770 DCU-II as domU Secondary Passthrough
> Windows 7 64bit with PV drivers.
> AMD 12.104 drivers
> xen kernel options:
>    dom0_mem=3D8192M,max:8192M
>    dom0_max_vpcus=3D4
>    dom0_vcpus_pin
>    iommu=3D1
>    xsave=3D1
> linux kernel options:
>    xen-pciback.permissive
>    xen-pciback.hide=3D(USBbus and VGA card)

What does xen-pciback.permissive do?

I found that regardless of xen-pciback module options, I have to =

manually detach the devices from dom0 after loading the xen-pciback module.

Gordan


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

From xen-users-bounces@lists.xen.org Tue Apr 30 19:42:39 2013
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 30 Apr 2013 19:42: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 1UXGQZ-0000tz-Rr; Tue, 30 Apr 2013 19:41:27 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1UXGQY-0000tu-C3
	for xen-users@lists.xen.org; Tue, 30 Apr 2013 19:41:26 +0000
Received: from [85.158.143.99:57370] by server-3.bemta-4.messagelabs.com id
	0F/E5-02015-56E10815; Tue, 30 Apr 2013 19:41:25 +0000
X-Env-Sender: cdelorme@gmail.com
X-Msg-Ref: server-15.tower-216.messagelabs.com!1367350883!30314303!1
X-Originating-IP: [209.85.220.182]
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.8.6.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 9007 invoked from network); 30 Apr 2013 19:41:24 -0000
Received: from mail-vc0-f182.google.com (HELO mail-vc0-f182.google.com)
	(209.85.220.182)
	by server-15.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	30 Apr 2013 19:41:24 -0000
Received: by mail-vc0-f182.google.com with SMTP id ht10so774070vcb.27
	for ; Tue, 30 Apr 2013 12:41:23 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:x-received:in-reply-to:references:date:message-id
	:subject:from:to:cc:content-type;
	bh=joIzj9zSxI0HhpLz7AeLrRboQlFtENn/qow5zQfe+GQ=;
	b=EtWc0r3p52Oko5iRdTT9IXQ5gYIWygY2X6o1NqRI51qBxFz2TRaCbs4VTJ4twUqjCu
	9ZB/AMFDDxfe3aVDCbgFLfow/CYXxGU6j21AAvs/zaD0n9tO75DECVn0l9R+Slj13qZA
	Q6xqHmbcjVBdPRh6Zt0CTvrUn5Z1M+MSBZfHtwpaAUqHBHzsIPpRzZweRdBg6RBrplkf
	8efFWf+7LcTPCy/ZrgEGdNgfhkT7/vsQ4pDwOEeVBa+P0iU//2I56q2HCVMGjyIsWoB0
	03EO+QisujZQyt5Y8+H98SCeCuMaq6J0AVydhPgIplKo/d7qrxnGWcytFuAP1uEPAr62
	ehWg==
MIME-Version: 1.0
X-Received: by 10.220.112.6 with SMTP id u6mr35198078vcp.61.1367350883017;
	Tue, 30 Apr 2013 12:41:23 -0700 (PDT)
Received: by 10.58.106.230 with HTTP; Tue, 30 Apr 2013 12:41:22 -0700 (PDT)
In-Reply-To: <51800FBC.5000708@bobich.net>
References: 
	<517F6E8C.2030308@bobich.net>
	
	
	
	<51800FBC.5000708@bobich.net>
Date: Tue, 30 Apr 2013 15:41:22 -0400
Message-ID: 
From: Casey DeLorme 
To: Gordan Bobic 
Cc: "xen-users@lists.xen.org" 
Subject: Re: [Xen-users] VGA/PCI Passthrough of Secondary Graphics Adapter
X-BeenThere: xen-users@lists.xen.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="===============9218122275838656285=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

--===============9218122275838656285==
Content-Type: multipart/alternative; boundary=047d7b343f90aa6a3904db992fea

--047d7b343f90aa6a3904db992fea
Content-Type: text/plain; charset=UTF-8

>  I hope this information will be useful to someone beyond myself, because
>> I had to spend quite a bit of time to get it to work. Time is money too,
>> so there comes a point where buying working solutions becomes cheap. I
>> would like to see a database of working hardware combinations. (Atleast
>> I would have loved to when I was setting it up)
>>
>> Setup:
>> Gigabyte GA-X79S-UP5 with i7-3820
>> Gentoo dom0 at 3.7.10, 3.8.10, will now test 3.9.0
>> Xen 4.2.0 from portage, xl toolstack
>> nVidia GTX275 as dom0 VGA
>> Asus Radeon HD7770 DCU-II as domU Secondary Passthrough
>> Windows 7 64bit with PV drivers.
>> AMD 12.104 drivers
>> xen kernel options:
>>    dom0_mem=8192M,max:8192M
>>    dom0_max_vpcus=4
>>    dom0_vcpus_pin
>>    iommu=1
>>    xsave=1
>> linux kernel options:
>>    xen-pciback.permissive
>>    xen-pciback.hide=(USBbus and VGA card)
>>
>
> What does xen-pciback.permissive do?
>
> I found that regardless of xen-pciback module options, I have to manually
> detach the devices from dom0 after loading the xen-pciback module.
>
>
http://wiki.xen.org/wiki/Xen_PCI_Passthrough#PV_guests_and_PCI_quirks
I have never seen this message myself, but apparently without permissive
some devices won't be passed or won't work as intended.

--047d7b343f90aa6a3904db992fea
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable



=






I hope this information will be useful to someone beyond myself, because
I had to spend quite a bit of time to get it to work. Time is money too,
so there comes a point where buying working solutions becomes cheap. I

would like to see a database of working hardware combinations. (Atleast

I would have loved to when I was setting it up)



Setup:

Gigabyte GA-X79S-UP5 with i7-3820

Gentoo dom0 at 3.7.10, 3.8.10, will now test 3.9.0

Xen 4.2.0 from portage, xl toolstack

nVidia GTX275 as dom0 VGA

Asus Radeon HD7770 DCU-II as domU Secondary Passthrough

Windows 7 64bit with PV drivers.

AMD 12.104 drivers

xen kernel options:

=C2=A0 =C2=A0dom0_mem=3D8192M,max:8192M

=C2=A0 =C2=A0dom0_max_vpcus=3D4

=C2=A0 =C2=A0dom0_vcpus_pin

=C2=A0 =C2=A0iommu=3D1

=C2=A0 =C2=A0xsave=3D1

linux kernel options:

=C2=A0 =C2=A0xen-pciback.permissive

=C2=A0 =C2=A0xen-pciback.hide=3D(USBbus and VGA card)





What does xen-pciback.permissive do?



I found that regardless of xen-pciback module options, I have to manually d=
etach the devices from dom0 after loading the xen-pciback module.




I have never seen this message myself, but=
 apparently without permissive some devices won't be passed or won'=
t work as intended.





--047d7b343f90aa6a3904db992fea--


--===============9218122275838656285==
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
--===============9218122275838656285==--


From xen-users-bounces@lists.xen.org Tue Apr 30 19:42:39 2013
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 30 Apr 2013 19:42: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 1UXGQZ-0000tz-Rr; Tue, 30 Apr 2013 19:41:27 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1UXGQY-0000tu-C3
	for xen-users@lists.xen.org; Tue, 30 Apr 2013 19:41:26 +0000
Received: from [85.158.143.99:57370] by server-3.bemta-4.messagelabs.com id
	0F/E5-02015-56E10815; Tue, 30 Apr 2013 19:41:25 +0000
X-Env-Sender: cdelorme@gmail.com
X-Msg-Ref: server-15.tower-216.messagelabs.com!1367350883!30314303!1
X-Originating-IP: [209.85.220.182]
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.8.6.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 9007 invoked from network); 30 Apr 2013 19:41:24 -0000
Received: from mail-vc0-f182.google.com (HELO mail-vc0-f182.google.com)
	(209.85.220.182)
	by server-15.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	30 Apr 2013 19:41:24 -0000
Received: by mail-vc0-f182.google.com with SMTP id ht10so774070vcb.27
	for ; Tue, 30 Apr 2013 12:41:23 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:x-received:in-reply-to:references:date:message-id
	:subject:from:to:cc:content-type;
	bh=joIzj9zSxI0HhpLz7AeLrRboQlFtENn/qow5zQfe+GQ=;
	b=EtWc0r3p52Oko5iRdTT9IXQ5gYIWygY2X6o1NqRI51qBxFz2TRaCbs4VTJ4twUqjCu
	9ZB/AMFDDxfe3aVDCbgFLfow/CYXxGU6j21AAvs/zaD0n9tO75DECVn0l9R+Slj13qZA
	Q6xqHmbcjVBdPRh6Zt0CTvrUn5Z1M+MSBZfHtwpaAUqHBHzsIPpRzZweRdBg6RBrplkf
	8efFWf+7LcTPCy/ZrgEGdNgfhkT7/vsQ4pDwOEeVBa+P0iU//2I56q2HCVMGjyIsWoB0
	03EO+QisujZQyt5Y8+H98SCeCuMaq6J0AVydhPgIplKo/d7qrxnGWcytFuAP1uEPAr62
	ehWg==
MIME-Version: 1.0
X-Received: by 10.220.112.6 with SMTP id u6mr35198078vcp.61.1367350883017;
	Tue, 30 Apr 2013 12:41:23 -0700 (PDT)
Received: by 10.58.106.230 with HTTP; Tue, 30 Apr 2013 12:41:22 -0700 (PDT)
In-Reply-To: <51800FBC.5000708@bobich.net>
References: 
	<517F6E8C.2030308@bobich.net>
	
	
	
	<51800FBC.5000708@bobich.net>
Date: Tue, 30 Apr 2013 15:41:22 -0400
Message-ID: 
From: Casey DeLorme 
To: Gordan Bobic 
Cc: "xen-users@lists.xen.org" 
Subject: Re: [Xen-users] VGA/PCI Passthrough of Secondary Graphics Adapter
X-BeenThere: xen-users@lists.xen.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="===============9218122275838656285=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

--===============9218122275838656285==
Content-Type: multipart/alternative; boundary=047d7b343f90aa6a3904db992fea

--047d7b343f90aa6a3904db992fea
Content-Type: text/plain; charset=UTF-8

>  I hope this information will be useful to someone beyond myself, because
>> I had to spend quite a bit of time to get it to work. Time is money too,
>> so there comes a point where buying working solutions becomes cheap. I
>> would like to see a database of working hardware combinations. (Atleast
>> I would have loved to when I was setting it up)
>>
>> Setup:
>> Gigabyte GA-X79S-UP5 with i7-3820
>> Gentoo dom0 at 3.7.10, 3.8.10, will now test 3.9.0
>> Xen 4.2.0 from portage, xl toolstack
>> nVidia GTX275 as dom0 VGA
>> Asus Radeon HD7770 DCU-II as domU Secondary Passthrough
>> Windows 7 64bit with PV drivers.
>> AMD 12.104 drivers
>> xen kernel options:
>>    dom0_mem=8192M,max:8192M
>>    dom0_max_vpcus=4
>>    dom0_vcpus_pin
>>    iommu=1
>>    xsave=1
>> linux kernel options:
>>    xen-pciback.permissive
>>    xen-pciback.hide=(USBbus and VGA card)
>>
>
> What does xen-pciback.permissive do?
>
> I found that regardless of xen-pciback module options, I have to manually
> detach the devices from dom0 after loading the xen-pciback module.
>
>
http://wiki.xen.org/wiki/Xen_PCI_Passthrough#PV_guests_and_PCI_quirks
I have never seen this message myself, but apparently without permissive
some devices won't be passed or won't work as intended.

--047d7b343f90aa6a3904db992fea
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable



=






I hope this information will be useful to someone beyond myself, because
I had to spend quite a bit of time to get it to work. Time is money too,
so there comes a point where buying working solutions becomes cheap. I

would like to see a database of working hardware combinations. (Atleast

I would have loved to when I was setting it up)



Setup:

Gigabyte GA-X79S-UP5 with i7-3820

Gentoo dom0 at 3.7.10, 3.8.10, will now test 3.9.0

Xen 4.2.0 from portage, xl toolstack

nVidia GTX275 as dom0 VGA

Asus Radeon HD7770 DCU-II as domU Secondary Passthrough

Windows 7 64bit with PV drivers.

AMD 12.104 drivers

xen kernel options:

=C2=A0 =C2=A0dom0_mem=3D8192M,max:8192M

=C2=A0 =C2=A0dom0_max_vpcus=3D4

=C2=A0 =C2=A0dom0_vcpus_pin

=C2=A0 =C2=A0iommu=3D1

=C2=A0 =C2=A0xsave=3D1

linux kernel options:

=C2=A0 =C2=A0xen-pciback.permissive

=C2=A0 =C2=A0xen-pciback.hide=3D(USBbus and VGA card)





What does xen-pciback.permissive do?



I found that regardless of xen-pciback module options, I have to manually d=
etach the devices from dom0 after loading the xen-pciback module.




I have never seen this message myself, but=
 apparently without permissive some devices won't be passed or won'=
t work as intended.





--047d7b343f90aa6a3904db992fea--


--===============9218122275838656285==
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
--===============9218122275838656285==--


From xen-users-bounces@lists.xen.org Tue Apr 30 19:45:06 2013
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 30 Apr 2013 19:45: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 1UXGTF-0000zt-MN; Tue, 30 Apr 2013 19:44:13 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1UXGTD-0000zj-NT
	for xen-users@lists.xensource.com; Tue, 30 Apr 2013 19:44:12 +0000
Received: from [85.158.137.99:54247] by server-7.bemta-3.messagelabs.com id
	A3/F8-06591-90F10815; Tue, 30 Apr 2013 19:44:09 +0000
X-Env-Sender: code3studios@gmail.com
X-Msg-Ref: server-8.tower-217.messagelabs.com!1367351046!14510292!1
X-Originating-IP: [216.139.236.26]
X-SpamReason: No, hits=1.4 required=7.0 tests=BODY_RANDOM_LONG,
	HTML_20_30,HTML_MESSAGE,ML_RADAR_SPEW_LINKS_14,spamassassin: 
X-StarScan-Received: 
X-StarScan-Version: 6.8.6.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 5407 invoked from network); 30 Apr 2013 19:44:08 -0000
Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26)
	by server-8.tower-217.messagelabs.com with AES256-SHA encrypted SMTP;
	30 Apr 2013 19:44:08 -0000
Received: from [192.168.236.26] (helo=sam.nabble.com)
	by sam.nabble.com with esmtp (Exim 4.72)
	(envelope-from ) id 1UXGT7-0006Pe-RQ
	for xen-users@lists.xensource.com; Tue, 30 Apr 2013 12:44:05 -0700
Date: Tue, 30 Apr 2013 12:44:05 -0700 (PDT)
From: Alex Karaoui 
To: xen-users@lists.xensource.com
Message-ID: 
In-Reply-To: <51800FBC.5000708@bobich.net>
References: <1367104585722-5715723.post@n5.nabble.com>
	
	<517F6E8C.2030308@bobich.net>
	
	
	
	<51800FBC.5000708@bobich.net>
MIME-Version: 1.0
Subject: Re: [Xen-users] VGA/PCI Passthrough of Secondary Graphics Adapter
X-BeenThere: xen-users@lists.xen.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="===============4571799249900025792=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

--===============4571799249900025792==
Content-Type: multipart/alternative; 
	boundary="----=_Part_87009_18846897.1367351045845"

------=_Part_87009_18846897.1367351045845
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable


On Apr 30, 2013, at 8:41 AM, "Gordan Bobic [via Xen]"  wrote:

> On 04/30/2013 07:27 PM, Ole Johan V=C3=A6ringstad wrote:
>=20
> > I too got the atikmpag.sys BSOD initially, I got around it by installin=
g=20
> > the 12.104 drivers. It also took me a while to realize I had a "working=
"=20
> > solution:=20
> >=20
> > I would install the drivers, then reboot the dom0, start the domU,=20
> > connect vnc, and then windows would hang on "Starting Windows". Turns=
=20
> > out windows completes the login (I set up auto-login) on the output of=
=20
> > the card I passed through. In device manager the emulated VGA adapter=
=20
> > shows an error, while the ATI card is fine. If I reboot domU, the=20
> > emulated VGA is fine, while the ATI card shows an error. For a while I=
=20
> > thought I had to do a dom0 reboot, which fixes it, but ejecting the car=
d=20
> > also works (although I will have to find a way to shut down the domU "i=
n=20
> > the dark" which is cleaner than xl destroy).
>=20
> I haven't found any correlation between dom0 reboots and domU working. 2=
=20
> days ago, I was rebooting domU multiple times without rebooting dom0.=20
> Yesterday it didn't matter how many times I rebooted either, domU just=20
> wouldn't start up and BSOD-ed every time before the login screen appeared=
.=20
>=20
> > My passthrough card is an Asus HD7970. I initially had an Asus HD7770 a=
s=20
> > my dom0 card, but that caused problems. I have the 7970 in the first=20
> > PCIe slot and the dom0 in the second, but I can set in bios which print=
s=20
> > POST. I could not get an ATI driver to work in dom0. I tried the open=
=20
> > source Radeon driver, which needed mesa 9.1+ for acceleration with=20
> > Southern Islands/HD7xxx, which again needed a patched llvm I had to pul=
l=20
> > from the git-repo of what I actually believe is an AMD engineer. Still,=
=20
> > glxgears gave me 5-7 fps. It might have worked nicely without=20
> > acceleration but I needed that for monitor rotation. Note that you only=
=20
> > need mesa 9.1+ for SI/HD7xxx. The AMD's official driver gave me an=20
> > amputated xorg.log and ugly segfaults. I pulled out the card and=20
> > installed my old nVidia GTX275, which now works like a charm with the=
=20
> > binary driver. I will order something like an nVidia GTX650 because my=
=20
> > 275 only supports 2 monitors and I need 3. I got the HD7770 as a dom0=
=20
> > card because I thought it would simplify matters, turns out the opposit=
e=20
> > was true. But I do not know if this is related to xen, could be a lot o=
f=20
> > things.
>=20
> My experience is that ATI cards rarely simplify matters. The moment you=
=20
> go off the straight and narrow (single monitor, nothing weird like=20
> virtualization) things start to fall apart very quickly, especially in=20
> Windows. FGLRX driver is actually pretty decent in Linux, but it's lack=
=20
> of ability to build for dom0 is a major failing, and likely an=20
> unacceptable one for people on this list.=20
>=20
> > I hope this information will be useful to someone beyond myself, becaus=
e=20
> > I had to spend quite a bit of time to get it to work. Time is money too=
,=20
> > so there comes a point where buying working solutions becomes cheap. I=
=20
> > would like to see a database of working hardware combinations. (Atleast=
=20
> > I would have loved to when I was setting it up)=20
> >=20
> > Setup:=20
> > Gigabyte GA-X79S-UP5 with i7-3820=20
> > Gentoo dom0 at 3.7.10, 3.8.10, will now test 3.9.0=20
> > Xen 4.2.0 from portage, xl toolstack=20
> > nVidia GTX275 as dom0 VGA=20
> > Asus Radeon HD7770 DCU-II as domU Secondary Passthrough=20
> > Windows 7 64bit with PV drivers.=20
> > AMD 12.104 drivers=20
> > xen kernel options:=20
> >    dom0_mem=3D8192M,max:8192M=20
> >    dom0_max_vpcus=3D4=20
> >    dom0_vcpus_pin=20
> >    iommu=3D1=20
> >    xsave=3D1=20
> > linux kernel options:=20
> >    xen-pciback.permissive=20
> >    xen-pciback.hide=3D(USBbus and VGA card)
>=20
> What does xen-pciback.permissive do?=20
>=20
> I found that regardless of xen-pciback module options, I have to=20
> manually detach the devices from dom0 after loading the xen-pciback modul=
e.=20

I found that using pciback as a module would result in similar behavior.  S=
ince my graphics cards are both AMD Radeons, the open-source 'radeon' drive=
r would load with the kernel due to the new requirement for kernel-mode swi=
tching.  The FGLRX drivers do not do this, and can be disabled with pciback=
 as a module.

Since I couldn't' get the FGLRX drivers to work with the Xen kernel (in Fed=
ora, w/3.8 kernel, whereas in Ubuntu 12.04 with 3.5 it worked fine), I reco=
mpiled 3.8 with pciback statically linked.  This gave me the ability to hid=
e the device immediately upon kernel loading and prevents the radeon driver=
 from initializing the device.

However, I never got a display on my monitor; but I think I will the method=
s posted in this thread (regarding rebooting at certain points).  I think t=
hey may help, and also explain some of the erratic behavior I've witnessed.

I just wish this were a little more straightforward, and I question the lon=
g-term reliability of using PCI passthrough with Radeon cards.  I'm assumin=
g the Quadro cards work flawlessly?



--
View this message in context: http://xen.1045712.n5.nabble.com/VGA-PCI-Pass=
through-of-Secondary-Graphics-Adapter-tp5715723p5715775.html
Sent from the Xen - User mailing list archive at Nabble.com.
------=_Part_87009_18846897.1367351045845
Content-Type: text/html; charset=UTF8
Content-Transfer-Encoding: quoted-printable


On Apr 30, 2013, at 8:41 AM, "Gordan Bobic [via Xen]" <[hidden email]> wrote:


> On 04/30/2013 07:27 PM, Ole =
Johan V=C3=A6ringstad wrote:

>=20

> > I too got the atikmpag.sys BSOD initially, I got around it b=
y installing=20

> > the 12.104 drivers. It also took me a while to realize I had=
 a "working"=20

> > solution:=20

> >=20

> > I would install the drivers, then reboot the dom0, start the=
 domU,=20

> > connect vnc, and then windows would hang on "Starting W=
indows". Turns=20

> > out windows completes the login (I set up auto-login) on the=
 output of=20

> > the card I passed through. In device manager the emulated VG=
A adapter=20

> > shows an error, while the ATI card is fine. If I reboot domU=
, the=20

> > emulated VGA is fine, while the ATI card shows an error. For=
 a while I=20

> > thought I had to do a dom0 reboot, which fixes it, but eject=
ing the card=20

> > also works (although I will have to find a way to shut down =
the domU "in=20

> > the dark" which is cleaner than xl destroy).

>=20

> I haven't found any correlation between dom0 reboots and domU wor=
king. 2=20

> days ago, I was rebooting domU multiple times without rebooting d=
om0.=20

> Yesterday it didn't matter how many times I rebooted either, domU=
 just=20

> wouldn't start up and BSOD-ed every time before the login screen =
appeared.=20

>=20

> > My passthrough card is an Asus HD7970. I initially had an As=
us HD7770 as=20

> > my dom0 card, but that caused problems. I have the 7970 in t=
he first=20

> > PCIe slot and the dom0 in the second, but I can set in bios =
which prints=20

> > POST. I could not get an ATI driver to work in dom0. I tried=
 the open=20

> > source Radeon driver, which needed mesa 9.1+ for acceleratio=
n with=20

> > Southern Islands/HD7xxx, which again needed a patched llvm I=
 had to pull=20

> > from the git-repo of what I actually believe is an AMD engin=
eer. Still,=20

> > glxgears gave me 5-7 fps. It might have worked nicely withou=
t=20

> > acceleration but I needed that for monitor rotation. Note th=
at you only=20

> > need mesa 9.1+ for SI/HD7xxx. The AMD's official driver gave=
 me an=20

> > amputated xorg.log and ugly segfaults. I pulled out the card=
 and=20

> > installed my old nVidia GTX275, which now works like a charm=
 with the=20

> > binary driver. I will order something like an nVidia GTX650 =
because my=20

> > 275 only supports 2 monitors and I need 3. I got the HD7770 =
as a dom0=20

> > card because I thought it would simplify matters, turns out =
the opposite=20

> > was true. But I do not know if this is related to xen, could=
 be a lot of=20

> > things.

>=20

> My experience is that ATI cards rarely simplify matters. The mome=
nt you=20

> go off the straight and narrow (single monitor, nothing weird lik=
e=20

> virtualization) things start to fall apart very quickly, especial=
ly in=20

> Windows. FGLRX driver is actually pretty decent in Linux, but it'=
s lack=20

> of ability to build for dom0 is a major failing, and likely an=20

> unacceptable one for people on this list.=20

>=20

> > I hope this information will be useful to someone beyond mys=
elf, because=20

> > I had to spend quite a bit of time to get it to work. Time i=
s money too,=20

> > so there comes a point where buying working solutions become=
s cheap. I=20

> > would like to see a database of working hardware combination=
s. (Atleast=20

> > I would have loved to when I was setting it up)=20

> >=20

> > Setup:=20

> > Gigabyte GA-X79S-UP5 with i7-3820=20

> > Gentoo dom0 at 3.7.10, 3.8.10, will now test 3.9.0=20

> > Xen 4.2.0 from portage, xl toolstack=20

> > nVidia GTX275 as dom0 VGA=20

> > Asus Radeon HD7770 DCU-II as domU Secondary Passthrough=20

> > Windows 7 64bit with PV drivers.=20

> > AMD 12.104 drivers=20

> > xen kernel options:=20

> >    dom0_mem=3D8192M,max:8192M=20

> >    dom0_max_vpcus=3D4=20

> >    dom0_vcpus_pin=20

> >    iommu=3D1=20

> >    xsave=3D1=20

> > linux kernel options:=20

> >    xen-pciback.permissive=20

> >    xen-pciback.hide=3D(USBbus and VGA card)

>=20

> What does xen-pciback.permissive do?=20

>=20

> I found that regardless of xen-pciback module options, I have to=
=20

> manually detach the devices from dom0 after loading the xen-pciba=
ck module.=20


I found that using pciback as a module would result in similar b=
ehavior.  Since my graphics cards are both AMD Radeons, the open-sourc=
e 'radeon' driver would load with the kernel due to the new requirement for=
 kernel-mode switching.  The FGLRX drivers do not do this, and can be =
disabled with pciback as a module.


Since I couldn't' get the FGLRX drivers to work with the Xen kern=
el (in Fedora, w/3.8 kernel, whereas in Ubuntu 12.04 with 3.5 it worked fin=
e), I recompiled 3.8 with pciback statically linked.  This gave me the=
 ability to hide the device immediately upon kernel loading and prevents th=
e radeon driver from initializing the device.


However, I never got a display on my monitor; but I think I will =
the methods posted in this thread (regarding rebooting at certain points). =
 I think they may help, and also explain some of the erratic behavior =
I've witnessed.


I just wish this were a little more straightforward, and I questi=
on the long-term reliability of using PCI passthrough with Radeon cards. &n=
bsp;I'm assuming the Quadro cards work flawlessly?

=09
=09
=09


View this message in context: Re=
: VGA/PCI Passthrough of Secondary Graphics Adapter

Sent from the Xen - User mailing list archive at Nabble.com.

------=_Part_87009_18846897.1367351045845--


--===============4571799249900025792==
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
--===============4571799249900025792==--


From xen-users-bounces@lists.xen.org Tue Apr 30 19:45:06 2013
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 30 Apr 2013 19:45: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 1UXGTF-0000zt-MN; Tue, 30 Apr 2013 19:44:13 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1UXGTD-0000zj-NT
	for xen-users@lists.xensource.com; Tue, 30 Apr 2013 19:44:12 +0000
Received: from [85.158.137.99:54247] by server-7.bemta-3.messagelabs.com id
	A3/F8-06591-90F10815; Tue, 30 Apr 2013 19:44:09 +0000
X-Env-Sender: code3studios@gmail.com
X-Msg-Ref: server-8.tower-217.messagelabs.com!1367351046!14510292!1
X-Originating-IP: [216.139.236.26]
X-SpamReason: No, hits=1.4 required=7.0 tests=BODY_RANDOM_LONG,
	HTML_20_30,HTML_MESSAGE,ML_RADAR_SPEW_LINKS_14,spamassassin: 
X-StarScan-Received: 
X-StarScan-Version: 6.8.6.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 5407 invoked from network); 30 Apr 2013 19:44:08 -0000
Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26)
	by server-8.tower-217.messagelabs.com with AES256-SHA encrypted SMTP;
	30 Apr 2013 19:44:08 -0000
Received: from [192.168.236.26] (helo=sam.nabble.com)
	by sam.nabble.com with esmtp (Exim 4.72)
	(envelope-from ) id 1UXGT7-0006Pe-RQ
	for xen-users@lists.xensource.com; Tue, 30 Apr 2013 12:44:05 -0700
Date: Tue, 30 Apr 2013 12:44:05 -0700 (PDT)
From: Alex Karaoui 
To: xen-users@lists.xensource.com
Message-ID: 
In-Reply-To: <51800FBC.5000708@bobich.net>
References: <1367104585722-5715723.post@n5.nabble.com>
	
	<517F6E8C.2030308@bobich.net>
	
	
	
	<51800FBC.5000708@bobich.net>
MIME-Version: 1.0
Subject: Re: [Xen-users] VGA/PCI Passthrough of Secondary Graphics Adapter
X-BeenThere: xen-users@lists.xen.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="===============4571799249900025792=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

--===============4571799249900025792==
Content-Type: multipart/alternative; 
	boundary="----=_Part_87009_18846897.1367351045845"

------=_Part_87009_18846897.1367351045845
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable


On Apr 30, 2013, at 8:41 AM, "Gordan Bobic [via Xen]"  wrote:

> On 04/30/2013 07:27 PM, Ole Johan V=C3=A6ringstad wrote:
>=20
> > I too got the atikmpag.sys BSOD initially, I got around it by installin=
g=20
> > the 12.104 drivers. It also took me a while to realize I had a "working=
"=20
> > solution:=20
> >=20
> > I would install the drivers, then reboot the dom0, start the domU,=20
> > connect vnc, and then windows would hang on "Starting Windows". Turns=
=20
> > out windows completes the login (I set up auto-login) on the output of=
=20
> > the card I passed through. In device manager the emulated VGA adapter=
=20
> > shows an error, while the ATI card is fine. If I reboot domU, the=20
> > emulated VGA is fine, while the ATI card shows an error. For a while I=
=20
> > thought I had to do a dom0 reboot, which fixes it, but ejecting the car=
d=20
> > also works (although I will have to find a way to shut down the domU "i=
n=20
> > the dark" which is cleaner than xl destroy).
>=20
> I haven't found any correlation between dom0 reboots and domU working. 2=
=20
> days ago, I was rebooting domU multiple times without rebooting dom0.=20
> Yesterday it didn't matter how many times I rebooted either, domU just=20
> wouldn't start up and BSOD-ed every time before the login screen appeared=
.=20
>=20
> > My passthrough card is an Asus HD7970. I initially had an Asus HD7770 a=
s=20
> > my dom0 card, but that caused problems. I have the 7970 in the first=20
> > PCIe slot and the dom0 in the second, but I can set in bios which print=
s=20
> > POST. I could not get an ATI driver to work in dom0. I tried the open=
=20
> > source Radeon driver, which needed mesa 9.1+ for acceleration with=20
> > Southern Islands/HD7xxx, which again needed a patched llvm I had to pul=
l=20
> > from the git-repo of what I actually believe is an AMD engineer. Still,=
=20
> > glxgears gave me 5-7 fps. It might have worked nicely without=20
> > acceleration but I needed that for monitor rotation. Note that you only=
=20
> > need mesa 9.1+ for SI/HD7xxx. The AMD's official driver gave me an=20
> > amputated xorg.log and ugly segfaults. I pulled out the card and=20
> > installed my old nVidia GTX275, which now works like a charm with the=
=20
> > binary driver. I will order something like an nVidia GTX650 because my=
=20
> > 275 only supports 2 monitors and I need 3. I got the HD7770 as a dom0=
=20
> > card because I thought it would simplify matters, turns out the opposit=
e=20
> > was true. But I do not know if this is related to xen, could be a lot o=
f=20
> > things.
>=20
> My experience is that ATI cards rarely simplify matters. The moment you=
=20
> go off the straight and narrow (single monitor, nothing weird like=20
> virtualization) things start to fall apart very quickly, especially in=20
> Windows. FGLRX driver is actually pretty decent in Linux, but it's lack=
=20
> of ability to build for dom0 is a major failing, and likely an=20
> unacceptable one for people on this list.=20
>=20
> > I hope this information will be useful to someone beyond myself, becaus=
e=20
> > I had to spend quite a bit of time to get it to work. Time is money too=
,=20
> > so there comes a point where buying working solutions becomes cheap. I=
=20
> > would like to see a database of working hardware combinations. (Atleast=
=20
> > I would have loved to when I was setting it up)=20
> >=20
> > Setup:=20
> > Gigabyte GA-X79S-UP5 with i7-3820=20
> > Gentoo dom0 at 3.7.10, 3.8.10, will now test 3.9.0=20
> > Xen 4.2.0 from portage, xl toolstack=20
> > nVidia GTX275 as dom0 VGA=20
> > Asus Radeon HD7770 DCU-II as domU Secondary Passthrough=20
> > Windows 7 64bit with PV drivers.=20
> > AMD 12.104 drivers=20
> > xen kernel options:=20
> >    dom0_mem=3D8192M,max:8192M=20
> >    dom0_max_vpcus=3D4=20
> >    dom0_vcpus_pin=20
> >    iommu=3D1=20
> >    xsave=3D1=20
> > linux kernel options:=20
> >    xen-pciback.permissive=20
> >    xen-pciback.hide=3D(USBbus and VGA card)
>=20
> What does xen-pciback.permissive do?=20
>=20
> I found that regardless of xen-pciback module options, I have to=20
> manually detach the devices from dom0 after loading the xen-pciback modul=
e.=20

I found that using pciback as a module would result in similar behavior.  S=
ince my graphics cards are both AMD Radeons, the open-source 'radeon' drive=
r would load with the kernel due to the new requirement for kernel-mode swi=
tching.  The FGLRX drivers do not do this, and can be disabled with pciback=
 as a module.

Since I couldn't' get the FGLRX drivers to work with the Xen kernel (in Fed=
ora, w/3.8 kernel, whereas in Ubuntu 12.04 with 3.5 it worked fine), I reco=
mpiled 3.8 with pciback statically linked.  This gave me the ability to hid=
e the device immediately upon kernel loading and prevents the radeon driver=
 from initializing the device.

However, I never got a display on my monitor; but I think I will the method=
s posted in this thread (regarding rebooting at certain points).  I think t=
hey may help, and also explain some of the erratic behavior I've witnessed.

I just wish this were a little more straightforward, and I question the lon=
g-term reliability of using PCI passthrough with Radeon cards.  I'm assumin=
g the Quadro cards work flawlessly?



--
View this message in context: http://xen.1045712.n5.nabble.com/VGA-PCI-Pass=
through-of-Secondary-Graphics-Adapter-tp5715723p5715775.html
Sent from the Xen - User mailing list archive at Nabble.com.
------=_Part_87009_18846897.1367351045845
Content-Type: text/html; charset=UTF8
Content-Transfer-Encoding: quoted-printable


On Apr 30, 2013, at 8:41 AM, "Gordan Bobic [via Xen]" <[hidden email]> wrote:


> On 04/30/2013 07:27 PM, Ole =
Johan V=C3=A6ringstad wrote:

>=20

> > I too got the atikmpag.sys BSOD initially, I got around it b=
y installing=20

> > the 12.104 drivers. It also took me a while to realize I had=
 a "working"=20

> > solution:=20

> >=20

> > I would install the drivers, then reboot the dom0, start the=
 domU,=20

> > connect vnc, and then windows would hang on "Starting W=
indows". Turns=20

> > out windows completes the login (I set up auto-login) on the=
 output of=20

> > the card I passed through. In device manager the emulated VG=
A adapter=20

> > shows an error, while the ATI card is fine. If I reboot domU=
, the=20

> > emulated VGA is fine, while the ATI card shows an error. For=
 a while I=20

> > thought I had to do a dom0 reboot, which fixes it, but eject=
ing the card=20

> > also works (although I will have to find a way to shut down =
the domU "in=20

> > the dark" which is cleaner than xl destroy).

>=20

> I haven't found any correlation between dom0 reboots and domU wor=
king. 2=20

> days ago, I was rebooting domU multiple times without rebooting d=
om0.=20

> Yesterday it didn't matter how many times I rebooted either, domU=
 just=20

> wouldn't start up and BSOD-ed every time before the login screen =
appeared.=20

>=20

> > My passthrough card is an Asus HD7970. I initially had an As=
us HD7770 as=20

> > my dom0 card, but that caused problems. I have the 7970 in t=
he first=20

> > PCIe slot and the dom0 in the second, but I can set in bios =
which prints=20

> > POST. I could not get an ATI driver to work in dom0. I tried=
 the open=20

> > source Radeon driver, which needed mesa 9.1+ for acceleratio=
n with=20

> > Southern Islands/HD7xxx, which again needed a patched llvm I=
 had to pull=20

> > from the git-repo of what I actually believe is an AMD engin=
eer. Still,=20

> > glxgears gave me 5-7 fps. It might have worked nicely withou=
t=20

> > acceleration but I needed that for monitor rotation. Note th=
at you only=20

> > need mesa 9.1+ for SI/HD7xxx. The AMD's official driver gave=
 me an=20

> > amputated xorg.log and ugly segfaults. I pulled out the card=
 and=20

> > installed my old nVidia GTX275, which now works like a charm=
 with the=20

> > binary driver. I will order something like an nVidia GTX650 =
because my=20

> > 275 only supports 2 monitors and I need 3. I got the HD7770 =
as a dom0=20

> > card because I thought it would simplify matters, turns out =
the opposite=20

> > was true. But I do not know if this is related to xen, could=
 be a lot of=20

> > things.

>=20

> My experience is that ATI cards rarely simplify matters. The mome=
nt you=20

> go off the straight and narrow (single monitor, nothing weird lik=
e=20

> virtualization) things start to fall apart very quickly, especial=
ly in=20

> Windows. FGLRX driver is actually pretty decent in Linux, but it'=
s lack=20

> of ability to build for dom0 is a major failing, and likely an=20

> unacceptable one for people on this list.=20

>=20

> > I hope this information will be useful to someone beyond mys=
elf, because=20

> > I had to spend quite a bit of time to get it to work. Time i=
s money too,=20

> > so there comes a point where buying working solutions become=
s cheap. I=20

> > would like to see a database of working hardware combination=
s. (Atleast=20

> > I would have loved to when I was setting it up)=20

> >=20

> > Setup:=20

> > Gigabyte GA-X79S-UP5 with i7-3820=20

> > Gentoo dom0 at 3.7.10, 3.8.10, will now test 3.9.0=20

> > Xen 4.2.0 from portage, xl toolstack=20

> > nVidia GTX275 as dom0 VGA=20

> > Asus Radeon HD7770 DCU-II as domU Secondary Passthrough=20

> > Windows 7 64bit with PV drivers.=20

> > AMD 12.104 drivers=20

> > xen kernel options:=20

> >    dom0_mem=3D8192M,max:8192M=20

> >    dom0_max_vpcus=3D4=20

> >    dom0_vcpus_pin=20

> >    iommu=3D1=20

> >    xsave=3D1=20

> > linux kernel options:=20

> >    xen-pciback.permissive=20

> >    xen-pciback.hide=3D(USBbus and VGA card)

>=20

> What does xen-pciback.permissive do?=20

>=20

> I found that regardless of xen-pciback module options, I have to=
=20

> manually detach the devices from dom0 after loading the xen-pciba=
ck module.=20


I found that using pciback as a module would result in similar b=
ehavior.  Since my graphics cards are both AMD Radeons, the open-sourc=
e 'radeon' driver would load with the kernel due to the new requirement for=
 kernel-mode switching.  The FGLRX drivers do not do this, and can be =
disabled with pciback as a module.


Since I couldn't' get the FGLRX drivers to work with the Xen kern=
el (in Fedora, w/3.8 kernel, whereas in Ubuntu 12.04 with 3.5 it worked fin=
e), I recompiled 3.8 with pciback statically linked.  This gave me the=
 ability to hide the device immediately upon kernel loading and prevents th=
e radeon driver from initializing the device.


However, I never got a display on my monitor; but I think I will =
the methods posted in this thread (regarding rebooting at certain points). =
 I think they may help, and also explain some of the erratic behavior =
I've witnessed.


I just wish this were a little more straightforward, and I questi=
on the long-term reliability of using PCI passthrough with Radeon cards. &n=
bsp;I'm assuming the Quadro cards work flawlessly?

=09
=09
=09


View this message in context: Re=
: VGA/PCI Passthrough of Secondary Graphics Adapter

Sent from the Xen - User mailing list archive at Nabble.com.

------=_Part_87009_18846897.1367351045845--


--===============4571799249900025792==
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
--===============4571799249900025792==--


From xen-users-bounces@lists.xen.org Tue Apr 30 23:11:06 2013
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 30 Apr 2013 23:11: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 1UXJgL-0004o4-Aw; Tue, 30 Apr 2013 23:09:57 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1UXHv9-0003EY-3e
	for xen-users@lists.xen.org; Tue, 30 Apr 2013 21:17:07 +0000
Received: from [85.158.137.99:57091] by server-2.bemta-3.messagelabs.com id
	8C/B6-05208-CC430815; Tue, 30 Apr 2013 21:17:00 +0000
X-Env-Sender: anandmundada@ymail.com
X-Msg-Ref: server-12.tower-217.messagelabs.com!1367356618!16594475!1
X-Originating-IP: [98.139.213.166]
X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_12,spamassassin: 
X-StarScan-Received: 
X-StarScan-Version: 6.8.6.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 17860 invoked from network); 30 Apr 2013 21:16:59 -0000
Received: from nm29-vm0.bullet.mail.bf1.yahoo.com (HELO
	nm29-vm0.bullet.mail.bf1.yahoo.com) (98.139.213.166)
	by server-12.tower-217.messagelabs.com with DHE-RSA-AES256-SHA
	encrypted SMTP; 30 Apr 2013 21:16:59 -0000
Received: from [98.139.215.142] by nm29.bullet.mail.bf1.yahoo.com with NNFMP;
	30 Apr 2013 21:16:57 -0000
Received: from [98.139.212.211] by tm13.bullet.mail.bf1.yahoo.com with NNFMP;
	30 Apr 2013 21:16:57 -0000
Received: from [127.0.0.1] by omp1020.mail.bf1.yahoo.com with NNFMP;
	30 Apr 2013 21:16:57 -0000
X-Yahoo-Newman-Property: ymail-3
X-Yahoo-Newman-Id: 189740.44107.bm@omp1020.mail.bf1.yahoo.com
Received: (qmail 85241 invoked by uid 60001); 30 Apr 2013 21:16:57 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ymail.com; s=s1024;
	t=1367356616; bh=OBK97k0fsddigqEpZ2mOFh0FYg8Q0Znrcolyk/F1tuE=;
	h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type;
	b=B6zQNBoSSn725ohdrCjwXF43iXdDlFQOSeYuVQj8zLekbc2V2KdXYU6qndseLdVABKCEAsizbYSrBdyZDCFWiytNgOlhcjnBj8UvK+VzDhDIIB7cga51x0E9HrFwFxAe1dNlSK3E7gOkV774mKbyauuhuuJPBBrRUb7Y37AAbpY=
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=ymail.com;
	h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type;
	b=mIo7wnh0ytPGgnprsVynbu1Gs7MqtmtiOmkXyv1aXfV5G8KF9479/Va07Bz3qQvWb4vaTzgAGhicTZJaXhHaM99mZDoFn6+ytzwFNqeBu4zRcn4VaRCg/4NENxO9UPSD1SmVsnLekzdtzKdDkapzsZKzVWwSWdshqRjDs/kT45c=;
X-YMail-OSG: 5P46y_IVM1nV0EbQRhR3c9uO51MVBZFjpeW2KqtUKq1KNgN
	Qkv2MpSCGFkabHCi3isISouNazcFk4EIO2gCeufe.8.aoTLI7WJjqVC.Y.HK
	NVF5cUUUsEpsOQ5gP4NCLrDxFEpKZAGMEMPBv.AG1XVS2iB8KHr6tfD7Tcde
	.v6wHrDTZ.0dsMH.PdPxciIhWmFbtHz7xJBEKU8i7Us7zszW9U_vO6P97mNV
	Pe8FWCgFNOeOCAFPU.y0W4Jb6kSmwIoi5n1TAL2P4hweXD4_Wsc1vAgIy90Y
	a8jLf4U96jK4X1SNXe_PJl8a8H7Z22nmyMTXD_0rYJeOE.2XTa558WvFjaBF
	PVZOvJF13yxJdn4vIoCPga.llUMbHXXTAcp_e2BKQj.cNwFu6Z9JOuXxd6d_
	HzvUsTf07yEkmRgMsKyJ1.rEHFagJinDMF32gxGWmO3pxNLx6aASqdktJ4bV
	dxOmTK7xR.U8FlcOrXyCqvUVzDSfqFpRhmsLlEOfHewC5Og--
Received: from [128.105.33.104] by web163106.mail.bf1.yahoo.com via HTTP;
	Tue, 30 Apr 2013 14:16:56 PDT
X-Rocket-MIMEInfo: 002.001,
	SGkgQWxsLAoKSSBhbSB1c2luZyBYZW4gaHlwZXJ2aXNvciBmb3IgbXkgY2xhc3MgcHJvamVjdC4gSSBuZWVkIHRvIGJvb3QgRG9tVSBmcm9tIG15IGN1c3RvbSBrZXJuZWwuIEkgaGF2ZSBjb21waWxlZCB0aGUga2VybmVsIGNvZGUgaW5zaWRlIERvbVUgYW5kIGNyZWF0ZWQgdGhlIGluaXRyYW1mcy4gSSBjYW4gc2VlIGl0cyBlbnRyeSBhZnRlciB1cGRhdGUtZ3J1Yi4gQnV0IHdoZW4gSSByZWJvb3QsIEkgYW0gZ2V0dGluZyBmb2xsb3dpbmcgZXJyb3I6CkVycm9yOiBCb290IGxvYWRlciBkaWRuJ3QgcmV0dXIBMAEBAQE-
X-Mailer: YahooMailWebService/0.8.141.536
Message-ID: <1367356616.70672.YahooMailNeo@web163106.mail.bf1.yahoo.com>
Date: Tue, 30 Apr 2013 14:16:56 -0700 (PDT)
From: Anand Mundada 
To: "xen-users@lists.xen.org" 
MIME-Version: 1.0
X-Mailman-Approved-At: Tue, 30 Apr 2013 23:09:55 +0000
Subject: [Xen-users] [URGENT] How to boot DomU from customized kernel
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: Anand Mundada 
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============9005512321100326509=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

--===============9005512321100326509==
Content-Type: multipart/alternative; boundary="-1423285701-2076096227-1367356616=:70672"

---1423285701-2076096227-1367356616=:70672
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

Hi All,=0A=0AI am using Xen hypervisor for my class project. I need to boot=
 DomU from my custom kernel. I have compiled the kernel code inside DomU an=
d created the initramfs. I can see its entry after update-grub. But when I =
reboot, I am getting following error:=0AError: Boot loader didn't return an=
y data!=0A=0A=0AHere is my config file (ubuntu.cfg) :-=0Aname =3D "ubuntu"=
=0Amemory =3D 1024=0Adisk =3D ['phy:/dev/VG/ubuntu,xvda,w']=0Avif =3D ['']=
=0A#kernel =3D "/var/lib/xen/images/ubuntu-netboot/vmlinuz" =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0=A0=0A#ramdisk =3D "/var/lib/xen/images/ubuntu-netboot/initrd.gz" =
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0 =A0=0A#extra =3D "debian-installer/exit/always_halt=3Dtrue =
-- console=3Dhvc0" =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0=0Avcpu =3D 4=0A=0AI have initially uncommented these 3=
 lines to create DomU. Once DomU was ready I commented out these 3 lines an=
d launched vm using following command:=0Axm create ubuntu.cfg -c=0A=0APleas=
e some one help asap as my project deadline is approaching fast.=0A=0AThank=
s,=0AAnand=0A
---1423285701-2076096227-1367356616=:70672
Content-Type: text/html; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable


Hi All=
,

I am using Xen hypervisor for m=
y class project. I need to boot DomU from my custom kernel. I have compiled=
 the kernel code inside DomU and created the initramfs. I can see its entry=
 after update-grub. But when I reboot, I am getting following error:
<=
div style=3D"background-color: transparent;">Error: Boot loader didn't return any data!<=
br>

Here is my config file (ubu=
ntu.cfg) :-
<=
br>
I have initially uncommented these 3 lines to create DomU. Once Dom=
U was ready I
 commented out these 3 lines and launched vm using following command:
<=
font face=3D"times new roman, new york, times, serif" style=3D"font-style: =
italic;">xm create ubuntu.cfg -c

Please some one help asap as my project deadline is approaching fast.

Thanks,
Anand


---1423285701-2076096227-1367356616=:70672--


--===============9005512321100326509==
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
--===============9005512321100326509==--


From xen-users-bounces@lists.xen.org Tue Apr 30 23:11:06 2013
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 30 Apr 2013 23:11: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 1UXJgL-0004o4-Aw; Tue, 30 Apr 2013 23:09:57 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1UXHv9-0003EY-3e
	for xen-users@lists.xen.org; Tue, 30 Apr 2013 21:17:07 +0000
Received: from [85.158.137.99:57091] by server-2.bemta-3.messagelabs.com id
	8C/B6-05208-CC430815; Tue, 30 Apr 2013 21:17:00 +0000
X-Env-Sender: anandmundada@ymail.com
X-Msg-Ref: server-12.tower-217.messagelabs.com!1367356618!16594475!1
X-Originating-IP: [98.139.213.166]
X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_12,spamassassin: 
X-StarScan-Received: 
X-StarScan-Version: 6.8.6.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 17860 invoked from network); 30 Apr 2013 21:16:59 -0000
Received: from nm29-vm0.bullet.mail.bf1.yahoo.com (HELO
	nm29-vm0.bullet.mail.bf1.yahoo.com) (98.139.213.166)
	by server-12.tower-217.messagelabs.com with DHE-RSA-AES256-SHA
	encrypted SMTP; 30 Apr 2013 21:16:59 -0000
Received: from [98.139.215.142] by nm29.bullet.mail.bf1.yahoo.com with NNFMP;
	30 Apr 2013 21:16:57 -0000
Received: from [98.139.212.211] by tm13.bullet.mail.bf1.yahoo.com with NNFMP;
	30 Apr 2013 21:16:57 -0000
Received: from [127.0.0.1] by omp1020.mail.bf1.yahoo.com with NNFMP;
	30 Apr 2013 21:16:57 -0000
X-Yahoo-Newman-Property: ymail-3
X-Yahoo-Newman-Id: 189740.44107.bm@omp1020.mail.bf1.yahoo.com
Received: (qmail 85241 invoked by uid 60001); 30 Apr 2013 21:16:57 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ymail.com; s=s1024;
	t=1367356616; bh=OBK97k0fsddigqEpZ2mOFh0FYg8Q0Znrcolyk/F1tuE=;
	h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type;
	b=B6zQNBoSSn725ohdrCjwXF43iXdDlFQOSeYuVQj8zLekbc2V2KdXYU6qndseLdVABKCEAsizbYSrBdyZDCFWiytNgOlhcjnBj8UvK+VzDhDIIB7cga51x0E9HrFwFxAe1dNlSK3E7gOkV774mKbyauuhuuJPBBrRUb7Y37AAbpY=
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=ymail.com;
	h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type;
	b=mIo7wnh0ytPGgnprsVynbu1Gs7MqtmtiOmkXyv1aXfV5G8KF9479/Va07Bz3qQvWb4vaTzgAGhicTZJaXhHaM99mZDoFn6+ytzwFNqeBu4zRcn4VaRCg/4NENxO9UPSD1SmVsnLekzdtzKdDkapzsZKzVWwSWdshqRjDs/kT45c=;
X-YMail-OSG: 5P46y_IVM1nV0EbQRhR3c9uO51MVBZFjpeW2KqtUKq1KNgN
	Qkv2MpSCGFkabHCi3isISouNazcFk4EIO2gCeufe.8.aoTLI7WJjqVC.Y.HK
	NVF5cUUUsEpsOQ5gP4NCLrDxFEpKZAGMEMPBv.AG1XVS2iB8KHr6tfD7Tcde
	.v6wHrDTZ.0dsMH.PdPxciIhWmFbtHz7xJBEKU8i7Us7zszW9U_vO6P97mNV
	Pe8FWCgFNOeOCAFPU.y0W4Jb6kSmwIoi5n1TAL2P4hweXD4_Wsc1vAgIy90Y
	a8jLf4U96jK4X1SNXe_PJl8a8H7Z22nmyMTXD_0rYJeOE.2XTa558WvFjaBF
	PVZOvJF13yxJdn4vIoCPga.llUMbHXXTAcp_e2BKQj.cNwFu6Z9JOuXxd6d_
	HzvUsTf07yEkmRgMsKyJ1.rEHFagJinDMF32gxGWmO3pxNLx6aASqdktJ4bV
	dxOmTK7xR.U8FlcOrXyCqvUVzDSfqFpRhmsLlEOfHewC5Og--
Received: from [128.105.33.104] by web163106.mail.bf1.yahoo.com via HTTP;
	Tue, 30 Apr 2013 14:16:56 PDT
X-Rocket-MIMEInfo: 002.001,
	SGkgQWxsLAoKSSBhbSB1c2luZyBYZW4gaHlwZXJ2aXNvciBmb3IgbXkgY2xhc3MgcHJvamVjdC4gSSBuZWVkIHRvIGJvb3QgRG9tVSBmcm9tIG15IGN1c3RvbSBrZXJuZWwuIEkgaGF2ZSBjb21waWxlZCB0aGUga2VybmVsIGNvZGUgaW5zaWRlIERvbVUgYW5kIGNyZWF0ZWQgdGhlIGluaXRyYW1mcy4gSSBjYW4gc2VlIGl0cyBlbnRyeSBhZnRlciB1cGRhdGUtZ3J1Yi4gQnV0IHdoZW4gSSByZWJvb3QsIEkgYW0gZ2V0dGluZyBmb2xsb3dpbmcgZXJyb3I6CkVycm9yOiBCb290IGxvYWRlciBkaWRuJ3QgcmV0dXIBMAEBAQE-
X-Mailer: YahooMailWebService/0.8.141.536
Message-ID: <1367356616.70672.YahooMailNeo@web163106.mail.bf1.yahoo.com>
Date: Tue, 30 Apr 2013 14:16:56 -0700 (PDT)
From: Anand Mundada 
To: "xen-users@lists.xen.org" 
MIME-Version: 1.0
X-Mailman-Approved-At: Tue, 30 Apr 2013 23:09:55 +0000
Subject: [Xen-users] [URGENT] How to boot DomU from customized kernel
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: Anand Mundada 
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============9005512321100326509=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

--===============9005512321100326509==
Content-Type: multipart/alternative; boundary="-1423285701-2076096227-1367356616=:70672"

---1423285701-2076096227-1367356616=:70672
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

Hi All,=0A=0AI am using Xen hypervisor for my class project. I need to boot=
 DomU from my custom kernel. I have compiled the kernel code inside DomU an=
d created the initramfs. I can see its entry after update-grub. But when I =
reboot, I am getting following error:=0AError: Boot loader didn't return an=
y data!=0A=0A=0AHere is my config file (ubuntu.cfg) :-=0Aname =3D "ubuntu"=
=0Amemory =3D 1024=0Adisk =3D ['phy:/dev/VG/ubuntu,xvda,w']=0Avif =3D ['']=
=0A#kernel =3D "/var/lib/xen/images/ubuntu-netboot/vmlinuz" =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0=A0=0A#ramdisk =3D "/var/lib/xen/images/ubuntu-netboot/initrd.gz" =
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0 =A0=0A#extra =3D "debian-installer/exit/always_halt=3Dtrue =
-- console=3Dhvc0" =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0=0Avcpu =3D 4=0A=0AI have initially uncommented these 3=
 lines to create DomU. Once DomU was ready I commented out these 3 lines an=
d launched vm using following command:=0Axm create ubuntu.cfg -c=0A=0APleas=
e some one help asap as my project deadline is approaching fast.=0A=0AThank=
s,=0AAnand=0A
---1423285701-2076096227-1367356616=:70672
Content-Type: text/html; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable


Hi All=
,

I am using Xen hypervisor for m=
y class project. I need to boot DomU from my custom kernel. I have compiled=
 the kernel code inside DomU and created the initramfs. I can see its entry=
 after update-grub. But when I reboot, I am getting following error:
<=
div style=3D"background-color: transparent;">Error: Boot loader didn't return any data!<=
br>

Here is my config file (ubu=
ntu.cfg) :-
name =3D "ubuntu"<=
/div>
memory =3D 1024
disk =3D ['phy:/dev/VG/ubuntu,xvda,w']
vif =3D ['']
#kernel =
=3D "/var/lib/xen/images/ubuntu-netboot/vmlinuz"        =
;                     &nb=
sp;                     &=
nbsp;                    =
               
#ramdisk =3D "/var/lib/xen/=
images/ubuntu-netboot/initrd.gz"             =
                     =
;                     &nb=
sp;                     &=
nbsp;      
#extra =3D "debian-installer/exit/always_halt=3Dtru=
e -- console=3Dhvc0"                =
;                     &nb=
sp;                     &=
nbsp;                
<=
div style=3D"background-color: transparent;">vcpu =3D 4
<=
br>
I have initially uncommented these 3 lines to create DomU. Once Dom=
U was ready I
 commented out these 3 lines and launched vm using following command:
<=
font face=3D"times new roman, new york, times, serif" style=3D"font-style: =
italic;">xm create ubuntu.cfg -c

Please some one help asap as my project deadline is approaching fast.

Thanks,
Anand


---1423285701-2076096227-1367356616=:70672--


--===============9005512321100326509==
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
--===============9005512321100326509==--


From xen-users-bounces@lists.xen.org Tue Apr 30 23:11:07 2013
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 30 Apr 2013 23:11: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 1UXJgL-0004oD-Uz; Tue, 30 Apr 2013 23:09:57 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1UXHyO-0003KZ-4a
	for xen-users@lists.xen.org; Tue, 30 Apr 2013 21:20:28 +0000
Received: from [85.158.143.99:58971] by server-1.bemta-4.messagelabs.com id
	16/0B-06122-B9530815; Tue, 30 Apr 2013 21:20:27 +0000
X-Env-Sender: anandmundada@ymail.com
X-Msg-Ref: server-6.tower-216.messagelabs.com!1367356822!20634581!1
X-Originating-IP: [98.139.212.164]
X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_30_40,HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_6,spamassassin: 
X-StarScan-Received: 
X-StarScan-Version: 6.8.6.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 21451 invoked from network); 30 Apr 2013 21:20:25 -0000
Received: from nm5.bullet.mail.bf1.yahoo.com (HELO
	nm5.bullet.mail.bf1.yahoo.com) (98.139.212.164)
	by server-6.tower-216.messagelabs.com with SMTP;
	30 Apr 2013 21:20:25 -0000
Received: from [98.139.212.149] by nm5.bullet.mail.bf1.yahoo.com with NNFMP;
	30 Apr 2013 21:20:21 -0000
Received: from [98.139.212.214] by tm6.bullet.mail.bf1.yahoo.com with NNFMP;
	30 Apr 2013 21:20:21 -0000
Received: from [127.0.0.1] by omp1023.mail.bf1.yahoo.com with NNFMP;
	30 Apr 2013 21:20:21 -0000
X-Yahoo-Newman-Property: ymail-3
X-Yahoo-Newman-Id: 166371.60534.bm@omp1023.mail.bf1.yahoo.com
Received: (qmail 47018 invoked by uid 60001); 30 Apr 2013 21:20:21 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ymail.com; s=s1024;
	t=1367356820; bh=Ji88AcXuCqkWAZ982MPEMHV29aIgj1Tutd+zKe16Xa0=;
	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=6Qt4OC59cDau2v72UQxH1K9uSmmAZ7Jl4wmwI/Aqymxdtz5r77BAH3ByM1sDwZwWlQdOEGdqGiUJY/vt2NnOadlDX5BVQH7xk0wv+XDAOW7KFd9epI70bX2I/ksLcvg1rjh6F8rOz55tpsywUUXlwqC+SVZsnVqrqWRkhEV70gg=
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=ymail.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=gA0mmx8wLlPgH3p+lRqSEHk6iVJJas+lkrSTwY5gm9OdPSRdVMhLdvidfYtNBh19XoSlRuKz2Lr9Jdcqkn1k/iwwYZc1fVyrIUmQnWVEy88I+wvMBEvGu5iOSduFmlTCgVdN1TyUyh94X9zu0SqoBZ+Sd1ot4WKfMucA5oLd53Y=;
X-YMail-OSG: tJvb9NYVM1nOJ99go7o4.Ke6Hi_KgN77n8GQYfRes.ZLseF
	tSAHGZxt7WVq8zL2UjUISowsf8pdhLxbm2KfRxQhbvuGNnEqvsvWj.dNEFh8
	Q9hIe7yrpEHiuPFHA.Es_aYbvz3NuAI5lZPaB6LbzeJj8OE94skpuSIOTrqk
	MCPpdwJGA40rbC9PFnhWid4.yVb7thNmdlYoxJcnPP1xK2JkKVNhBO7ZUT9_
	wesNprYSRg0keWg.eHaHyRbpJGy_Vbq2GmeVF0qaku3tOFA2ziww46wwTiVr
	_JWNCvaZdR.LiSm8TPYAcrjkVYJzwNUphsngw6Reqk.TT2t5RrAepz7FKvTg
	UwtwLzh4SXD1.eTL8iHWlEczVrT7yc1hzxpdXDAXK6z14wmDa6YuqeUkE8Wx
	mKbuiWxLkzW1buieUOi8dQKdlyR1kMGBJes52q4WZnp50Tn2.j5cJtoHs_6S
	RV.7A_QRF0desAIUM2y5g6fi1YkxTm6XxxRXbEngNtWJ6E7oGGFZeyNcxXiL
	FeP9NbAsW6A--
Received: from [128.105.33.104] by web163103.mail.bf1.yahoo.com via HTTP;
	Tue, 30 Apr 2013 14:20:20 PDT
X-Rocket-MIMEInfo: 002.001,
	CgoKCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCiBGcm9tOiBJYW4gQ2FtcGJlbGwgPElhbi5DYW1wYmVsbEBjaXRyaXguY29tPgpUbzogQW5hbmQgTXVuZGFkYSA8YW5hbmRtdW5kYWRhQHltYWlsLmNvbT4gCkNjOiAieGVuLXVzZXJzQGxpc3RzLnhlbi5vcmciIDx4ZW4tdXNlcnNAbGlzdHMueGVuLm9yZz4gClNlbnQ6IE1vbmRheSwgQXByaWwgMjksIDIwMTMgMzoyOCBBTQpTdWJqZWN0OiBSZTogW1hlbi1kZXZlbF0gSGVscCB0byBib290IGRvbVUgd2l0aCBjdXN0b21pemVkIGtlcm5lbAogCgoBMAEBAQE-
X-Mailer: YahooMailWebService/0.8.141.536
References: <1367075770.52545.YahooMailNeo@web163104.mail.bf1.yahoo.com>
	<1367224093.3142.202.camel@zakaz.uk.xensource.com>
Message-ID: <1367356820.73715.YahooMailNeo@web163103.mail.bf1.yahoo.com>
Date: Tue, 30 Apr 2013 14:20:20 -0700 (PDT)
From: Anand Mundada 
To: Ian Campbell 
In-Reply-To: <1367224093.3142.202.camel@zakaz.uk.xensource.com>
MIME-Version: 1.0
X-Mailman-Approved-At: Tue, 30 Apr 2013 23:09:55 +0000
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] [Xen-devel] Help to boot domU with customized kernel
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: Anand Mundada 
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============3651146752573688121=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

--===============3651146752573688121==
Content-Type: multipart/alternative; boundary="673831718-1693197144-1367356820=:73715"

--673831718-1693197144-1367356820=:73715
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

=0A=0A=0A=0A________________________________=0A From: Ian Campbell =0ATo: Anand Mundada  =0ACc: "xen-=
users@lists.xen.org"  =0ASent: Monday, April 29, 2=
013 3:28 AM=0ASubject: Re: [Xen-devel] Help to boot domU with customized ke=
rnel=0A =0A=0AOn Sat, 2013-04-27 at 16:16 +0100, Anand Mundada wrote:=0A> H=
i All,=0A=0AThis appears to be a user and not development question, xen-use=
rs@ is=0Athe appropriate list for such queries. Redirecting (-devel to bcc)=
.=0A=0A> I have installed Dom0 and domU following instructions given on Ubu=
ntu=0A> Wiki=0A> I want to boot domU with customized kernel. =0A=0APlease g=
ive details, version, .config etc. Guest cfg would be useful=0Aalso. What v=
ersion of Xen are you running?=0A=0Ahttp://wiki.xen.org/wiki/Reporting_Bugs=
_against_Xen contains a checklist=0Aof information which may be useful to i=
nclude in a bug report.=0A=0A> My machine don't have hardware support I tri=
ed different things but=0A> it's not working.=0A> =0A> =0A> Method 1: =0A> =
In guest, I have compiled Para-Virtualized kernel that have created=0A> boo=
t images in /boot of domU.=0A> After reboot I am not able to boot and I am =
getting error as =0A> Error: Boot loader didn't return any data=0A=0ADid yo=
u update your bootloader configuration within the guest?=0A=0A> Method II:=
=0A> =0A> =0A> In dom0, I have compiled Para-Virtualized kernel and I have =
used=0A> domU.cfg file where=0A> kernel=3D [New compiled vmlinuz]=0A> ramdi=
sk =3D [New compiled initrd=A0 image]=0A=0AHow did you create this ramdisk?=
=0A=0A> then I tried to create new VM using 'xm create' command.=0A> Here I=
 am getting following error =0A> =0A> =0A> "mount: mounting /sys on /root/s=
ys failed: No such file or directory=0A> mount: mounting /proc on /root/pro=
c failed: No such file or directory=0A> Target filesystem doesn't have /sbi=
n/init.=0A> No init found. Try passing init=3D bootarg. "=A0 =0A=0AThis ind=
icates that your initrd is not finding the root filesystem. DO=0Ayou build =
in the Xen modules or does your initrd contain the appropriate=0Amodules?=
=0A=0A> =0A> =0A> Please let me know to boot domU with new customized kerne=
l?=0A> =0A> =0A> Thanks,=0A> Anand
--673831718-1693197144-1367356820=:73715
Content-Type: text/html; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable



  
 
 
   From: Ian Campbell <Ian.Campbell@citrix.com>
 To: Anand Mundada <anandm=
undada@ymail.com> 
Cc: "xen-users@lists.xen.org" <xen-users@lists.xen.org> 
 Sent: Monday, April 29, 2013 3:28 A=
M
 Subject: Re: [Xen-de=
vel] Help to boot domU with customized kernel
  
 

On Sat, 2013-04-27 at 16:16 +0100, Anand Mun=
dada wrote:
> Hi All,

This appears to be a user and not develo=
pment question, xen-users@ is
the appropriate list for such queries. Red=
irecting (-devel to bcc).

> I have installed Dom0 and domU follow=
ing instructions given on Ubuntu
> Wiki
> I want to boot domU w=
ith customized kernel. 

Please give details, version, .config etc. G=
uest cfg would be useful
also. What version of Xen are you running?
<=
br>http://wiki.xen.org/wiki/Reporting_Bugs_against_Xen contain=
s a checklist
of information which may be useful to include in a bug rep=
ort.

> My machine don't have hardware support I tried different t=
hings but
> it's not working.
> 
> 
> Method 1: > In guest, I have compiled Para-Virtualized kernel that have
 created
> boot images in /boot of domU.
> After reboot I am no=
t able to boot and I am getting error as 
> Error: Boot loader didn't=
 return any data

Did you update your bootloader configuration within=
 the guest?

> Method II:
> 
> 
> In dom0, I hav=
e compiled Para-Virtualized kernel and I have used
> domU.cfg file wh=
ere
> kernel=3D [New compiled vmlinuz]
> ramdisk =3D [New compi=
led initrd  image]

How did you create this ramdisk?

>=
 then I tried to create new VM using 'xm create' command.
> Here I am=
 getting following error 
> 
> 
> "mount: mounting /sys o=
n /root/sys failed: No such file or directory
> mount: mounting /proc=
 on /root/proc failed: No such file or directory
> Target filesystem =
doesn't have /sbin/init.
> No init found. Try passing init=3D bootarg=
. "  

This indicates that your initrd is not finding the root
 filesystem. DO
you build in the Xen modules or does your initrd contain=
 the appropriate
modules?

> 
> 
> Please let me kn=
ow to boot domU with new customized kernel?
> 
> 
> Thank=
s,
> Anand




 
 
  

--673831718-1693197144-1367356820=:73715--


--===============3651146752573688121==
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
--===============3651146752573688121==--


From xen-users-bounces@lists.xen.org Tue Apr 30 23:11:07 2013
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 30 Apr 2013 23:11: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 1UXJgL-0004oD-Uz; Tue, 30 Apr 2013 23:09:57 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1UXHyO-0003KZ-4a
	for xen-users@lists.xen.org; Tue, 30 Apr 2013 21:20:28 +0000
Received: from [85.158.143.99:58971] by server-1.bemta-4.messagelabs.com id
	16/0B-06122-B9530815; Tue, 30 Apr 2013 21:20:27 +0000
X-Env-Sender: anandmundada@ymail.com
X-Msg-Ref: server-6.tower-216.messagelabs.com!1367356822!20634581!1
X-Originating-IP: [98.139.212.164]
X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_30_40,HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_6,spamassassin: 
X-StarScan-Received: 
X-StarScan-Version: 6.8.6.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 21451 invoked from network); 30 Apr 2013 21:20:25 -0000
Received: from nm5.bullet.mail.bf1.yahoo.com (HELO
	nm5.bullet.mail.bf1.yahoo.com) (98.139.212.164)
	by server-6.tower-216.messagelabs.com with SMTP;
	30 Apr 2013 21:20:25 -0000
Received: from [98.139.212.149] by nm5.bullet.mail.bf1.yahoo.com with NNFMP;
	30 Apr 2013 21:20:21 -0000
Received: from [98.139.212.214] by tm6.bullet.mail.bf1.yahoo.com with NNFMP;
	30 Apr 2013 21:20:21 -0000
Received: from [127.0.0.1] by omp1023.mail.bf1.yahoo.com with NNFMP;
	30 Apr 2013 21:20:21 -0000
X-Yahoo-Newman-Property: ymail-3
X-Yahoo-Newman-Id: 166371.60534.bm@omp1023.mail.bf1.yahoo.com
Received: (qmail 47018 invoked by uid 60001); 30 Apr 2013 21:20:21 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ymail.com; s=s1024;
	t=1367356820; bh=Ji88AcXuCqkWAZ982MPEMHV29aIgj1Tutd+zKe16Xa0=;
	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=6Qt4OC59cDau2v72UQxH1K9uSmmAZ7Jl4wmwI/Aqymxdtz5r77BAH3ByM1sDwZwWlQdOEGdqGiUJY/vt2NnOadlDX5BVQH7xk0wv+XDAOW7KFd9epI70bX2I/ksLcvg1rjh6F8rOz55tpsywUUXlwqC+SVZsnVqrqWRkhEV70gg=
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=ymail.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=gA0mmx8wLlPgH3p+lRqSEHk6iVJJas+lkrSTwY5gm9OdPSRdVMhLdvidfYtNBh19XoSlRuKz2Lr9Jdcqkn1k/iwwYZc1fVyrIUmQnWVEy88I+wvMBEvGu5iOSduFmlTCgVdN1TyUyh94X9zu0SqoBZ+Sd1ot4WKfMucA5oLd53Y=;
X-YMail-OSG: tJvb9NYVM1nOJ99go7o4.Ke6Hi_KgN77n8GQYfRes.ZLseF
	tSAHGZxt7WVq8zL2UjUISowsf8pdhLxbm2KfRxQhbvuGNnEqvsvWj.dNEFh8
	Q9hIe7yrpEHiuPFHA.Es_aYbvz3NuAI5lZPaB6LbzeJj8OE94skpuSIOTrqk
	MCPpdwJGA40rbC9PFnhWid4.yVb7thNmdlYoxJcnPP1xK2JkKVNhBO7ZUT9_
	wesNprYSRg0keWg.eHaHyRbpJGy_Vbq2GmeVF0qaku3tOFA2ziww46wwTiVr
	_JWNCvaZdR.LiSm8TPYAcrjkVYJzwNUphsngw6Reqk.TT2t5RrAepz7FKvTg
	UwtwLzh4SXD1.eTL8iHWlEczVrT7yc1hzxpdXDAXK6z14wmDa6YuqeUkE8Wx
	mKbuiWxLkzW1buieUOi8dQKdlyR1kMGBJes52q4WZnp50Tn2.j5cJtoHs_6S
	RV.7A_QRF0desAIUM2y5g6fi1YkxTm6XxxRXbEngNtWJ6E7oGGFZeyNcxXiL
	FeP9NbAsW6A--
Received: from [128.105.33.104] by web163103.mail.bf1.yahoo.com via HTTP;
	Tue, 30 Apr 2013 14:20:20 PDT
X-Rocket-MIMEInfo: 002.001,
	CgoKCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCiBGcm9tOiBJYW4gQ2FtcGJlbGwgPElhbi5DYW1wYmVsbEBjaXRyaXguY29tPgpUbzogQW5hbmQgTXVuZGFkYSA8YW5hbmRtdW5kYWRhQHltYWlsLmNvbT4gCkNjOiAieGVuLXVzZXJzQGxpc3RzLnhlbi5vcmciIDx4ZW4tdXNlcnNAbGlzdHMueGVuLm9yZz4gClNlbnQ6IE1vbmRheSwgQXByaWwgMjksIDIwMTMgMzoyOCBBTQpTdWJqZWN0OiBSZTogW1hlbi1kZXZlbF0gSGVscCB0byBib290IGRvbVUgd2l0aCBjdXN0b21pemVkIGtlcm5lbAogCgoBMAEBAQE-
X-Mailer: YahooMailWebService/0.8.141.536
References: <1367075770.52545.YahooMailNeo@web163104.mail.bf1.yahoo.com>
	<1367224093.3142.202.camel@zakaz.uk.xensource.com>
Message-ID: <1367356820.73715.YahooMailNeo@web163103.mail.bf1.yahoo.com>
Date: Tue, 30 Apr 2013 14:20:20 -0700 (PDT)
From: Anand Mundada 
To: Ian Campbell 
In-Reply-To: <1367224093.3142.202.camel@zakaz.uk.xensource.com>
MIME-Version: 1.0
X-Mailman-Approved-At: Tue, 30 Apr 2013 23:09:55 +0000
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] [Xen-devel] Help to boot domU with customized kernel
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: Anand Mundada 
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============3651146752573688121=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

--===============3651146752573688121==
Content-Type: multipart/alternative; boundary="673831718-1693197144-1367356820=:73715"

--673831718-1693197144-1367356820=:73715
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

=0A=0A=0A=0A________________________________=0A From: Ian Campbell =0ATo: Anand Mundada  =0ACc: "xen-=
users@lists.xen.org"  =0ASent: Monday, April 29, 2=
013 3:28 AM=0ASubject: Re: [Xen-devel] Help to boot domU with customized ke=
rnel=0A =0A=0AOn Sat, 2013-04-27 at 16:16 +0100, Anand Mundada wrote:=0A> H=
i All,=0A=0AThis appears to be a user and not development question, xen-use=
rs@ is=0Athe appropriate list for such queries. Redirecting (-devel to bcc)=
.=0A=0A> I have installed Dom0 and domU following instructions given on Ubu=
ntu=0A> Wiki=0A> I want to boot domU with customized kernel. =0A=0APlease g=
ive details, version, .config etc. Guest cfg would be useful=0Aalso. What v=
ersion of Xen are you running?=0A=0Ahttp://wiki.xen.org/wiki/Reporting_Bugs=
_against_Xen contains a checklist=0Aof information which may be useful to i=
nclude in a bug report.=0A=0A> My machine don't have hardware support I tri=
ed different things but=0A> it's not working.=0A> =0A> =0A> Method 1: =0A> =
In guest, I have compiled Para-Virtualized kernel that have created=0A> boo=
t images in /boot of domU.=0A> After reboot I am not able to boot and I am =
getting error as =0A> Error: Boot loader didn't return any data=0A=0ADid yo=
u update your bootloader configuration within the guest?=0A=0A> Method II:=
=0A> =0A> =0A> In dom0, I have compiled Para-Virtualized kernel and I have =
used=0A> domU.cfg file where=0A> kernel=3D [New compiled vmlinuz]=0A> ramdi=
sk =3D [New compiled initrd=A0 image]=0A=0AHow did you create this ramdisk?=
=0A=0A> then I tried to create new VM using 'xm create' command.=0A> Here I=
 am getting following error =0A> =0A> =0A> "mount: mounting /sys on /root/s=
ys failed: No such file or directory=0A> mount: mounting /proc on /root/pro=
c failed: No such file or directory=0A> Target filesystem doesn't have /sbi=
n/init.=0A> No init found. Try passing init=3D bootarg. "=A0 =0A=0AThis ind=
icates that your initrd is not finding the root filesystem. DO=0Ayou build =
in the Xen modules or does your initrd contain the appropriate=0Amodules?=
=0A=0A> =0A> =0A> Please let me know to boot domU with new customized kerne=
l?=0A> =0A> =0A> Thanks,=0A> Anand
--673831718-1693197144-1367356820=:73715
Content-Type: text/html; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable



  
 
 
   From: Ian Campbell <Ian.Campbell@citrix.com>
 To: Anand Mundada <anandm=
undada@ymail.com> 
Cc: "xen-users@lists.xen.org" <xen-users@lists.xen.org> 
 Sent: Monday, April 29, 2013 3:28 A=
M
 Subject: Re: [Xen-de=
vel] Help to boot domU with customized kernel
  
 

On Sat, 2013-04-27 at 16:16 +0100, Anand Mun=
dada wrote:
> Hi All,

This appears to be a user and not develo=
pment question, xen-users@ is
the appropriate list for such queries. Red=
irecting (-devel to bcc).

> I have installed Dom0 and domU follow=
ing instructions given on Ubuntu
> Wiki
> I want to boot domU w=
ith customized kernel. 

Please give details, version, .config etc. G=
uest cfg would be useful
also. What version of Xen are you running?
<=
br>http://wiki.xen.org/wiki/Reporting_Bugs_against_Xen contain=
s a checklist
of information which may be useful to include in a bug rep=
ort.

> My machine don't have hardware support I tried different t=
hings but
> it's not working.
> 
> 
> Method 1: > In guest, I have compiled Para-Virtualized kernel that have
 created
> boot images in /boot of domU.
> After reboot I am no=
t able to boot and I am getting error as 
> Error: Boot loader didn't=
 return any data

Did you update your bootloader configuration within=
 the guest?

> Method II:
> 
> 
> In dom0, I hav=
e compiled Para-Virtualized kernel and I have used
> domU.cfg file wh=
ere
> kernel=3D [New compiled vmlinuz]
> ramdisk =3D [New compi=
led initrd  image]

How did you create this ramdisk?

>=
 then I tried to create new VM using 'xm create' command.
> Here I am=
 getting following error 
> 
> 
> "mount: mounting /sys o=
n /root/sys failed: No such file or directory
> mount: mounting /proc=
 on /root/proc failed: No such file or directory
> Target filesystem =
doesn't have /sbin/init.
> No init found. Try passing init=3D bootarg=
. "  

This indicates that your initrd is not finding the root
 filesystem. DO
you build in the Xen modules or does your initrd contain=
 the appropriate
modules?

> 
> 
> Please let me kn=
ow to boot domU with new customized kernel?
> 
> 
> Thank=
s,
> Anand




 
 
  

--673831718-1693197144-1367356820=:73715--


--===============3651146752573688121==
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
--===============3651146752573688121==--



name =3D "ubuntu"<=
/div>
memory =3D 1024
disk =3D ['phy:/dev/VG/ubuntu,xvda,w']
vif =3D ['']
#kernel =
=3D "/var/lib/xen/images/ubuntu-netboot/vmlinuz"        =
;                     &nb=
sp;                     &=
nbsp;                    =
               
#ramdisk =3D "/var/lib/xen/=
images/ubuntu-netboot/initrd.gz"             =
                     =
;                     &nb=
sp;                     &=
nbsp;      
#extra =3D "debian-installer/exit/always_halt=3Dtru=
e -- console=3Dhvc0"                =
;                     &nb=
sp;                     &=
nbsp;                
<=
div style=3D"background-color: transparent;">vcpu =3D 4